JPH0865309A

JPH0865309A - ブロードキャスト通信の受信制御方法及びブロードキャスト通信制御装置

Info

Publication number: JPH0865309A
Application number: JP6195055A
Authority: JP
Inventors: Hideki Sotooka; 秀樹外岡; Akihiko Tobe; 昭彦戸辺
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1994-08-19
Filing date: 1994-08-19
Publication date: 1996-03-08

Abstract

(57)【要約】【目的】外部記憶装置を受信バッファメモリ満杯時の
バックアップとし、かつアクセス時間を実質的に短縮す
る。【構成】通信回線に接続された一のサーバが他の複数
のサーバからブロードキャスト通信による電文を受信し
た際、受信バッファメモリに空きがあるか否かを確認し
（処理１０３）、空きがないときはスタックエリアに一
旦格納した後（処理１２２）、その電文をディスク記憶
装置に転送する（処理１２６，１５３）。これにより、
次から次に受信される電文をディスク記憶装置に直接退
避させることは困難であるが、スタックエリアのアクセ
ス時間はディスク記憶装置のアクセス時間は桁違いに小
さいから、スタックエリアがアクセスの緩衝エリアとし
て作用し、ディスク記憶装置のアクセス時間を実質的に
短縮できる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、通信回線（ネットワー
ク）に接続された複数の情報処理装置間で情報等の電文
を送受する際の受信制御方法及び受信制御装置に関す
る。特に、ブロードキャスト通信により送信されてくる
電文を受信する受信制御において、高トラフィック時に
おける電文欠損防止に関する。

【０００２】

【従来の技術】ブロードキャスト通信は、受信側の情報
処理装置の受信状況を考慮せずに、送信側の情報処理装
置の都合のみで電文を送信する方式であり、低負荷で複
数の情報処理装置（サーバ）に対して効率的に通信でき
る。このようなブロードキャスト通信は、そのプロトコ
ルの性格上から情報伝送の信頼性について考慮されてい
ない。したがって、大規模システムに適用する場合は、
ブロードキャスト通信の高信頼化がポイントになる。

【０００３】この点については、通信ネットワーク技術
の進歩に伴い、通信回線として２重化ＬＡＮ( Local Ar
ea Network)や、高信頼のＦＤＤＩ(Fiber Distributed
DataInterface)回線を用いることにより、通信回線上で
情報の消滅や、データ化け等のハード的な要因は殆ど考
慮する必要が無くなりつつある。したがって、ブロード
キャスト通信の高信頼化における問題の大半は、受信バ
ッファメモリの満杯による情報の受け漏らしと考えられ
る。

【０００４】つまり、受信側のサーバは、通常、受信電
文を受信バッファメモリに格納し、その受信電文に係る
情報処理を起動する際に、その受信電文を受信バッファ
メモリから読み出して処理を実行する。このような受信
方式の場合、転送されてくる電文の量が多い高トラフィ
ック時には、受信バッファメモリが満杯になる場合があ
る。受信バッファメモリが満杯になると、後続の受信電
文を格納することができないから、いわゆる電文欠損が
発生するという問題がある。

【０００５】従来、受信バッファメモリ満杯による電文
欠損防止策の１つとしてフロー制御が用いられていた。
例えば、日経マグロウヒル社発行のパソコン通信のため
のプロトコル（ＣＣＩＴ勧告Ｘ．３Ｘ．２８プロトコ
ル）ハンドブック第１５２〜１５７ページに開示されて
いるように、各受信サーバが受信量を監視し、受信バッ
ファメモリの占有量が一定値に達したとき、そのことを
各送信サーバに通知し、これに応動して送信サーバが送
信量を制御するようにしている。

【０００６】また、電文の欠損を検出したとき、欠損に
かかる電文を送信サーバから再度送信して、受信バッフ
ァメモリの情報を回復することが行われている。

【０００７】

【発明が解決しようとする課題】しかしながら、フロー
制御による電文欠損防止方式によると、受信バッファメ
モリが満杯になったときに実質的な通信断が生ずるか
ら、受信サーバから見たデータの遅延や、送信サーバか
ら見た送信づまりによる負荷の増加、他の全ての受信サ
ーバがデータ受信できないという問題があある。

【０００８】また、再送信して情報を回復する電文欠損
防止方式によると、再送信するデータ量が雪崩状に増加
してネットワーク負荷が急増する問題や、再欠損により
アバランチェ状態を引き起こす等の問題が生ずる。した
がって、大規模かつ高速なシステムに適用する場合、シ
ステムの一部サーバ等の異常による影響がシステム全体
に波及し、スループットの低下を招いてしまうという問
題が生じる。

【０００９】一方、上述のようなブロードキャスト通信
における受信バッファメモリの満杯対策ではないが、磁
気ディスクや光磁気ディスク等の記憶容量が極めて大き
い外部記憶装置を設け、受信バッファメモリが満杯にな
ったとき、後続の受信データを外部記憶装置に退避して
おき、受信バッファメモリに空きが生じたときにその外
部記憶装置から受信バッファメモリに転送する方式が知
られている（特開平４−５４５２５号公報）。この方式
によれば、実質的に受信バッファメモリとして機能する
外部記憶装置が満杯になることは殆どないから、上記課
題を解決できる。

【００１０】しかし、非半導体メモリである外部記憶装
置のアクセス時間は、例えばディスク記憶装置の場合、
半導体メモリからなる受信バッファメモリのアクセス時
間に比べ、シーク時間及び回転待ち時間等のオーバヘッ
ド分が１桁大きい。そのため、電文格納時間が大幅に増
加し、スループット及びレスポンスが低下してしまうか
ら実用的ではない。

【００１１】また、同様に、ブロードキャスト通信にお
ける受信バッファメモリの満杯対策ではないが、高速ア
クセス可能な半導体メモリからなる受信バッファメモリ
を２つ設け、一方のバッファが満杯になったときに、他
方に格納するようにする技術が知られている（特開昭６
２−１５２２４４号公報、特開昭６４−２０７５７号公
報等）。

【００１２】しかし、十分な容量の受信バッファメモリ
を２つ設けようとすると、半導体メモリの容量が大きく
なってしまうという問題がある。一般に、半導体メモリ
の容量の制限から受信バッファメモリの容量が制限され
るから、２つ目の受信バッファメモリもすぐ満杯になる
可能性があり、大規模システムでのブロードキャスト通
信における高トラフィック時に、電文欠損が発生するお
それを確実に解決することは困難である。

【００１３】本発明が解決しようとする課題は、非半導
体メモリの外部記憶装置を受信バッファメモリ満杯時の
バックアップとし、かつ外部記憶装置のアクセス時間を
実質的に短縮できるブロードキャスト通信の受信制御を
実現することにある。

【００１４】

【課題を解決するための手段】本発明は、次の手段によ
り上記課題を解決しようとするものである。本発明のブ
ロードキャスト通信の受信制御方法は、通信回線に接続
された一の情報処理装置がその通信回線を介して他の複
数の情報処理装置からブロードキャスト通信により伝送
されてくる電文を受信した際に、その受信電文を格納す
る受信バッファメモリの格納容量に空きがあるか否かを
確認し、空きがあるときはそのままその受信電文を受信
バッファメモリに格納し、空きがないときは半導体メモ
リに設定されたスタックエリアにその受信電文を一旦格
納した後、その電文をスタックエリアから非半導体メモ
リからなる外部記憶装置に転送し、その後受信バッファ
メモリに空きができたときに、外部記憶装置から受信バ
ッファメモリにその電文を転送することを特徴とする。

【００１５】上記の受信制御方法を直接実施する本発明
の通信制御装置は、主ＣＰＵと主メモリと外部記憶装置
とを主バスを介して接続し、主バスを通信制御アダプタ
を介して通信回線に接続して情報処理装置を形成する。
そして、通信制御アダプタを、サブＣＰＵとローカルメ
モリとをローカルバスを介して接続し、このローカルバ
スをバスインターフェイス装置を介して主バスに接続す
るとともに通信制御装置を介して通信回線に接続して形
成する。さらに、主メモリに受信バッファを設定すると
ともに、ローカルメモリにスタックエリアを設ける。そ
して、サブＣＰＵは、通信制御装置を介して通信回線か
らブロードキャスト通信による電文を受信したとき、ロ
ーカルメモリに格納されたプログラムに従って、受信バ
ッファにその受信電文を格納する空きがあるか否かを確
認し、空きがあるときはそのままその受信電文を受信バ
ッファに転送格納する。一方、空きがないときはスタッ
クエリアにその受信電文を一旦格納した後、その電文を
スタックエリアから外部記憶装置に転送する。そして、
その後受信バッファに空きができたときに、外部記憶装
置から受信バッファにその電文を転送するようにする。

【００１６】この場合において、転送準備エリアは、主
メモリに設定するのが好ましい。

【００１７】

【作用】本発明の解決手段によれば、通信制御アダプタ
のサブＣＰＵによって受信バッファメモリの占有量を監
視し、受信バッファメモリに受信電文を格納する空きが
ないときは、半導体メモリに設定されたスタックエリア
にその受信電文を一旦格納した後、非半導体メモリで形
成された外部記憶装置に退避される。つまり、受信バッ
ファメモリの記憶容量の不足が、外部記憶装置によりバ
ックアップされるから、必要に応じて十分な記憶容量の
外部記憶装置を適用することにより、高トラフィック時
においても、電文欠損を防止できる。

【００１８】特に、外部記憶装置に退避格納させるにあ
たって、例えば通信制御アダプタのローカルメモリ（半
導体メモリ）に設定されたスタックエリアを中継するよ
うにしていることから、直接外部記憶装置に退避させる
場合に比べて、退避処理に係る処理を実質的に高速化で
きる。すなわち、スタックエリアに退避させる場合のア
クセス時間に比べて非半導体メモリの外部記憶装置に退
避させるためのアクセス時間は桁違いに大きい。そのた
め、ブロードキャスト通信のように次から次に受信され
る電文を退避させる場合を考えると、外部記憶装置に直
接退避させることは困難である。この点、本発明のよう
にスタックエリアを中継して外部記憶装置に退避させて
いることから、スタックエリアがアクセス時間の緩衝手
段として作用し、スタックエリアの容量を適切に選定す
ることにより、次から次に受信される電文を確実にスタ
ックエリアに格納でき、かつ外部記憶装置に退避させる
ことができる。

【００１９】この場合において、スタックエリアの格納
電文が一定量を超えたとき、スタックエリアの格納電文
を外部記憶装置に転送することが好ましい。例えば、ス
タックエリアの格納容量を外部記憶装置のアクセス時間
に相当する時間内に受信する可能性がある電文量以上の
容量に設定すればよい。また、スタックエリアに一の電
文を格納してから一定時間経過したとき、その格納電文
を外部記憶装置に転送することが好ましい。これによ
り、スタックエリアに長い時間格納することに伴う電文
データ破壊の影響を排除できる。

【００２０】また、外部記憶装置に退避させる処理は通
信制御アダプタのサブＣＰＵにより行わせるようにした
ことから、主ＣＰＵでは受信トラフィック量の増加に伴
う負荷の増加がなく、アプリケーションプログラム(Ａ
ＰＰ)受信処理等の情報処理を安定して行うことがで
き、トランザクション処理を含めた各種情報処理のスル
ープットを向上できる。

【００２１】ところで、ディスク(ＤＩＳＫ)等の外部記
憶装置のアクセスに、仮想記憶概念を用いたマッピング
プログラムを用いるようにすれば、受信バッファメモ
リ、スタックエリア、ＤＩＳＫ等のメモリデバイスの物
理アドレスにとらわれることなく、高速なアクセスが実
現でき、トランザクション処理全体で高いスループット
を実現できる。

【００２２】また、外部記憶装置に格納された電文を受
信バッファメモリに転送する際に、その電文を半導体メ
モリに設けられた転送準備エリアに一旦格納し、その後
受信バッファメモリに空きができたときに、転送準備エ
リアから受信バッファメモリにその電文を転送すること
が好ましい。これによれば、外部記憶装置から受信バッ
ファメモリに退避電文を格納する際に、当該退避電文を
必要とするアプリケーションプログラム等の情報処理プ
ログラムが起動する前に、外部記憶装置から転送準備エ
リアに一旦格納するようにすることができ、その情報処
理プログラムが起動する際には退避電文が受信バッファ
に格納されていることから、実質的にアクセス時間を短
縮できる。

【００２３】

【実施例】以下、本発明の一実施例を図面を用いて説明
する。図２〜４に一実施例のブロードキャスト通信制御
装置の全体構成図を、図５〜１２に各部の詳細構成図
を、図１及び図１３〜１６に受信制御処理に係る処理フ
ローチャートをそれぞれ示す。

【００２４】図２に示すように、本実施例の通信制御装
置を典型的な分散ネットワークシステムに適用したもの
として説明する。電子計算機を含んで構成される複数の
サーバ１〜３は通信回線であるローカルエリアネットワ
ーク（ＬＡＮ）４，５を介して相互結合されている。各
サーバ間を接続するＬＡＮ４，５は大量データを高速に
通信するため、ＦＤＤＩ(Fiber Distributed Data Inte
rface)６が使用され、高信頼化のため２重化されてい
る。サーバの中には端末制御を目的とするものが含まれ
ており、図示例のサーバ１には複数の端末７が専用線８
により通信可能に接続されている。このような端末制御
システムにおいては、問合せ応答に代表される１対１通
信は主として端末７とサーバ１間で処理され、リアルタ
イム性と高効率な通信が要求されるブロードキャスト通
信は各サーバ１〜３間で処理される。本実施例のブロー
ドキャスト通信制御装置は、高スループットかつ高レス
ポンスのトランザクション処理が要求される各サーバ１
〜３に設けられる。

【００２５】各サーバ１〜３は同様な構成をとなってお
り、例えばサーバ１は図３に示すように、主ＣＰＵ１
１、主メモリ１２、外部記憶装置であるディスク（ＤＩ
ＳＫ）１３及び通信制御アダプタ１４が主バス１５を介
して相互に接続されている。通信制御アダプタ１４はサ
ブプロセッサとして機能するもので、主バス１５とＦＤ
ＤＩ６の間に接続されている。

【００２６】通信制御アダプタ６は、図４に示すよう
に、サブＣＰＵ２１、通信制御装置２２、ローカルメモ
リ２３及びバスインタフェース装置２５がローカルバス
２４を介して相互に接続されている。ローカルバス２４
と主バス１５はバスインターフェース装置２５を介して
接続され、ＦＤＤＩ６からの受信電文は通信制御装置２
２を介して入力される。

【００２７】図５に、通信制御アダプタ１４のローカル
メモリ２３に格納されるプログラム及びデータ等の概念
図を示す。図示のように、受信データ格納エリア５３
と、割込プログラム５４と、受信制御プログラム５２
と、マッピングプログラム５１と、マッピングプログラ
ム制御テーブル５５と、ＤＩＳＫ退避用スタックエリア
５６が設定されている。

【００２８】受信データ格納エリア５３は、通信制御装
置２２により受信された電文等のデータが一時格納され
る。通信電文のフォーマット６０は、図７に示すよう
に、ヘッダ６１とユーザ設定メッセージ６２とからな
り、ヘッダ６１はブロードキャスト電文であることを示
すコード６３、送信先サーバアドレス６４、送信元サー
バアドレス６５、トランザクションコード（ＴＣＤ）６
６、電文長６７を含んでいる。

【００２９】受信制御プログラム５２は、ＦＤＤＩ６か
ら入力される電文の受信制御の中核をなすプログラムで
あり、後述する主メモリ１２の受信バッファの占有量を
監視し、受信バッファの格納エリアの確保を行ったり、
主メモリ１２にデータ転送を行うようになっている。

【００３０】マッピングプログラム５１は、受信バッフ
ァの満杯時に、受信バッファのバックアップであるＤＩ
ＳＫ１３へ受信電文を退避格納させる転送制御を行うよ
うになっている。ＤＩＳＫ退避用スタックエリア５６
は、ＤＩＳＫ１３へのアクセス回数を低減するために、
退避電文を一旦スタックするエリアである。

【００３１】マッピングプログラム制御テーブル５５
は、ＤＩＳＫ退避用スタックエリア５６の管理、ＤＩＳ
Ｋアクセス条件等を管理する制御テーブルである。この
テーブルに格納される管理データは、図８に示すよう
に、スタックエリア先頭アドレス５５１、次スタックエ
リアアドレス５５２、スタック電文長５５３、スタック
容量５５４、スタック可能電文数５５５、スタック可能
容量５５６、スタック可能時間５５７などを含んでい
る。図示例は、退避用スタックエリア５６にスタック電
文１〜ｍが格納されている状態を示している。

【００３２】図６に、主メモリ１３に格納されるプログ
ラム及びデータ等の概念図を示す。図示のように、アプ
リケーションプログラム（ＡＰＰ）受信処理プログラム
３１−１〜ｎと、各ＡＰＰ受信処理プログラム３１−１
〜ｎに受信電文を引渡す際のインタフェースとなる受信
キュー３２−１〜ｎと、受信処理プログラム３３と、ト
ランザクション制御ブロック実行管理キュー３４と、通
信制御アダプタ１４から主バス１５を介して転送されて
くる受信電文を格納する受信バッファ３９と、受信バッ
ファ３９の占有量等の情報を管理する受信バッファ管理
テーブル３５と、ＤＩＳＫ１３内の退避電文に関する退
避情報を管理する退避エリア管理テーブル３６と、マッ
ピングプログラム３７と、割込処理プログラム３８と、
受信バッファ格納準備エリア４０と、受信バッファ格納
準備エリア管理テーブル４１を含んで構成される。

【００３３】受信バッファ管理テーブル３５は、図９に
示すように、トランザクションごとに対応させて、ＴＣ
Ｄ−１〜ｎごとに設定されており、それぞれ受信バッフ
ァ総容量３５１と、受信バッファ占有量３５２が設定さ
れている。

【００３４】トランザクション制御ブロック実行管理キ
ュー３４は、トランザクション制御ブロックの実行管理
をＦＩＦＯ形式により行なうための実行キューである。
トランザクション制御ブロック４５は、図１０に示すよ
うに、トランザクションコード（ＴＣＤ）４５１と、受
信バッファ３９内の電文格納エリアアドレス４５２と、
ＤＩＳＫ１３内の電文退避エリアアドレス４５３と、受
信した電文長４５４等の管理データから構成されてい
る。

【００３５】退避エリア管理テーブル３６は、ＤＩＳＫ
１３に退避させた受信電文１〜ｍの管理データを保有す
るもので、図１１に示すように、退避エリア先頭アドレ
ス３６１、書き込み位置ポインタ３６２、退避エリア最
終アドレス３６３、退避電文先頭アドレス３６４等を含
んでいる。

【００３６】割込処理プログラム３８は、通信制御アダ
プタ１４による受信処理終了後、通信制御アダプタ１４
から主ＣＰＵ１１に対して行う割込通知を処理するプロ
グラムである。受信処理プログラム３３は、割込処理プ
ログラム３８により起動され、トランザクション制御ブ
ロックを対応する受信キュー３２−１〜ｎに振り分けた
り、ＡＰＰ受信処理プログラム３１−１〜ｎからの受信
要求に対し、受信電文を引渡す処理を行う。

【００３７】マッピングプログラム３７は、ＡＰＰ受信
処理プログラム３１−１〜ｎの要求に係る受信電文がＤ
ＩＳＫ１３に格納されている場合、受信処理プログラム
３３がその受信電文をＤＩＳＫ１３から読み出して引き
渡す際、ＤＩＳＫアクセス時間のオーバヘッドを実質的
に無くすため、ＡＰＰ受信処理プログラム３１の処理開
始前に、ＤＩＳＫ１３に格納されている電文を予め受信
バッファ３９に転送する処理を実行するプログラムであ
る。

【００３８】受信バッファ格納準備エリア４０は、ＤＩ
ＳＫ１３から受信バッファ３９に転送する電文を予め準
備するエリアである。受信バッファ格納準備エリア管理
テーブル４１は、受信バッファ格納準備エリアの管理情
報を格納する管理テーブルであり、図１２に示すよう
に、準備エリア先頭アドレス４１１、準備エリア容量４
１２、対象電文数４１３、対象電文容量４１４などを含
んでいる。

【００３９】以下、図１，１３〜１６に示した各部の処
理フローチャートを参照しながら、本実施例の動作とと
もに、各部の詳細な構成を説明する。図１３は、通信制
御アダプタ１４の受信制御プログラム５２により実行さ
れる受信制御処理フロ−を表したものである。ＦＤＤＩ
６から図７に示した構成の通信電文が通信制御アダプタ
１４に取込まれると、通信制御装置２２は受信電文を受
信デ−タ格納定エリア５３に転送すると共に、割込処理
プログラム５４を介してＴＣＤ６６と電文長６７をパラ
メ−タとして受信制御プログラム５２を起動させる。

【００４０】受信制御プログラム５２は、通信電文のヘ
ッダ６１からＴＣＤ６６、電文長６７などの電文属性を
読み取る（処理１０１）。次に、図９に示した受信バッ
ファ管理テ−ブル３５を参照して、受信バッファ総容量
３５１と受信バッファ占有量３５２等の管理データを読
み込む（処理１０２）。この読み込んだ現在の受信バッ
ファ占有量３５２と受信バッファ総容量３５１、及び受
信電文の電文長６７に基づいて、受信バッファ３９に受
信電文を格納するエリアが確保可能か否かを判定する
（処理１０３）。確保可能であれば、受信バッファ３９
に格納エリアを確保し（処理１０４）、受信デ−タ設定
エリア５３から受信バッファ３９にデ−タ転送を行ない
（処理１０５）、受信バッファ管理テ−ブル３５の受信
バッファ占有量３５２の内容を更新する（処理１０
６）。その後、通信電文を格納した受信バッファ３９の
格納アドレスと、ヘッダ６１から取得したＴＣＤ６６と
電文長６７を用いて、図１０に示したトランザクション
制御ブロック４５を作成する（処理１０７）。そして、
作成したトランザクション制御ブロック４５をトランザ
クション制御ブロック実行管理キュー３４にＦＩＦＯ形
式で登録した後（処理１０８）、割込処理プログラム３
８を介して主ＣＰＵ１１に割込みを入れる（処理１０
９）。これにより、トランザクションに対応したＡＰＰ
受信処理プログラムの起動が割込処理プログラム３８に
より予約される。

【００４１】一方、通信回線のＦＩＦＯ６から取込まれ
る電文のトラフィック数が増加したり、ＡＰＰ受信処理
に遅延が生じると、受信バッファ３９の占有量が増加
し、受信バッファ３９が満杯になって、電文の格納エリ
アを確保できない状態となる場合がある。この場合の受
信処理が本実施例の特徴であり、受信バッファ３９に格
納可能な空きエリアができるまで、受信電文をＤＩＳＫ
１３等の外部記憶装置に退避させる処理を行う。すなわ
ち、処理１０３にて受信バッファ３９の格納エリアを確
保できないと判断したとき、受信制御プログラム５２
は、その受信電文をＤＩＳＫ１３に格納すべく、ヘッダ
６１から読み込んだＴＣＤ６６と電文長６７をパラメ−
タにマッピングプログラム５１を起動して処理を終了す
る（処理１１０）。以下にその処理を、図１に示した処
理フローに沿って説明する。

【００４２】ＤＩＳＫ退避処理フローは図１に示すよう
に、マッピングプログラム制御テーブル５５（図８）か
ら次スタックアドレス５５２を読み込む（処理１２
１）。つまり、マッピングプログラム制御テーブル５５
は、ＤＩＳＫ１３へのアクセス回数を低減するため、ス
タック時間／スタック電文数／スタック容量等のＤＩＳ
Ｋ書込み条件を満たすまで、ＤＩＳＫ退避用スタックエ
リア５６に電文を保持し、ＤＩＳＫ書込み条件が満たさ
れたとき、一括して全スタック電文を書込む処理を行う
マッピングプログラム制御の条件を定めたテ−ブルであ
る。

【００４３】マッピングプログラム５１は読み出した次
スタックアドレス５５２に示されるＤＩＳＫ退避用スタ
ックエリア４０に退避すべき電文を書き込む（処理１２
２）。このとき、トランザクション制御ブロック４５の
アドレスを付加して書込む。そして、マッピングプログ
ラム制御テーブル５５のスタック電文数５５３、スタッ
ク容量５５４等の内容を更新する（処理１２３）。次い
で、スタック可能な電文数又は容量を超えたか否かによ
り、ＤＩＳＫ書込み条件を満たすか判定し（処理１２
４）、満たさなければ処理１４１を経て処理を終了す
る。

【００４４】ＤＩＳＫ書込み条件を満たしたときは、Ｄ
ＩＳＫ１３への書込みを行うために、退避エリア管理テ
−ブル３６の書込位置ポインタ３６２を読み込み（処理
１２５）、退避用スタックエリア５６に格納されている
全てのスタック電文を一括して、また制御情報を含めて
ＤＩＳＫ１３に書き込む（処理１２６）。そして、マッ
ピングプログラム制御テ−ブル５５の次スタックアドレ
ス５５２、スタック電文数５５３、スタック容量５５４
を初期化する（処理１２７）。また、退避エリア管理テ
−ブル３６の書込位置ポインタ３６２を更新する（処理
１２８）。更に、受信バッファ３９への電文格納の場合
と同様に、ＤＩＳＫ１３への格納時にも、各電文ごとに
格納アドレスを付加したトランザクション制御ブロック
を作成する（処理１２９）。そして、作成したトランザ
クション制御ブロック４５を主メモリ１２のトランザク
ション制御ブロック実行管理キュー３４に登録し（処理
１３１）、主ＣＰＵ１１に割込みを入れ（処理１３
１）、処理終了する（処理１３２）。

【００４５】なお、上記の説明は退避用スタックエリア
５６からＤＩＳＫ１３に転送する条件を、退避用スタッ
クエリア５６に格納した電文の量がスタック電文数又は
スタック容量を超えたか否かを基準としたが、本実施例
はスタックされている時間が長くなると電文データが破
壊される場合を考慮して、スタック可能時間を設定し、
一の電文がスタックエリア５６に格納されてから一定時
間経過したとき、ＤＩＳＫ１３に転送するようにしてい
る。このために、処理１４１で１つ目の電文を格納した
ときに監視タイマを起動させ、図１に示した処理１５１
から１５３により、タイマ監視処理を行い、１つ目の電
文をスタックした後、予め設定されたスタック可能時間
の経過を待ち、条件が満たされたときにＤＩＳＫ退避処
理を起動するようにしている。なお、タイマ監視は、最
初に電文がスタックされたときからの時間を監視するた
め、２電文目以降のスタック時は起動しない（処理１４
１）。また、スタック電文数又はスタック容量による書
込み条件を満たしてＤＩＳＫ１３に書込みが行われたと
きは、タイマ監視処理をストップする（処理１３２）。

【００４６】ここで、ＤＩＳＫ１３内の退避エリアの先
頭アドレスからシ−ケンシャルに電文を格納すると（図
１１）、論理的にはエリアの最終アドレスまで電文が達
することになるが、実際にはＤＩＳＫ１３の容量は十分
に大きく、かつ次に説明するように退避エリアをサイク
リックに使用することで問題となることはない。

【００４７】つまり、仮にＤＩＳＫ１３の１スピンドル
容量（１つのスピンドルに装架された複数のディスクの
合計容量）を６００ＭＢとし、１秒間当り５ＫＢの電文
を１０電文数受信するとすると、ＤＩＳＫ１３が満杯と
なるまでの時間は、（600×1024(KB)）／（5×10(KB/秒)）＝３．４(HR)
となる。

【００４８】ところが、実際の運用を考えた場合、ＤＩ
ＳＫ１３を使用する時間のオ−ダは、せいぜい分のオ−
ダとなるから、実質的にはサイクリック使用してもデ−
タの上書きは発生せず、容量は無限と考えることができ
るのである。

【００４９】次に、上述のように受信バッファ３９の満
杯によりＤＩＳＫ１３に退避格納された電文を受信バッ
ファ３９に読みだす場合の処理について、図１４〜１６
の処理フローを用いて説明する。図１４は、受信処理プ
ログラム３３の処理フロ−を表したものである。割込処
理プログラム３８を介して、主ＣＰＵ１１により受信処
理プログラムが起動されると、トランザクション制御ブ
ロック実行管理キュー３４の先頭に登録されているトラ
ンザクション制御ブロック４５が取り出される（処理２
０１）。なお、前述したように、トランザクション制御
ブロック実行管理キュー３４は、通信電文の受信の順序
性を守るためにＦＩＦＯ方式により先に受信した電文の
順に登録されている。次いで、取り出したトランザクシ
ョン制御ブロック４５のＴＣＤ１〜ｎを読み出し、１〜
ｎに対応する受信キュー３２−１〜ｎを決定し、その受
信キュー３２−１〜ｎにトランザクション制御ブロック
４５を登録する（処理２０２）。

【００５０】次に、ＡＰＰ受信処理プログラム３１−１
〜ｎのいずれかから受信要求が発行されているか否かを
判断する（処理２０３）。受信要求がないときは処理を
終了する。受信要求があるときは、対応する受信キュー
３２−１〜ｎの先頭に登録されているトランザクション
制御ブロック４５を取出す（処理２０４）。そして、ト
ランザクション制御ブロック４５に設定されている通信
電文の格納エリアアドレスと電文長を読出す（処理２０
５）。次いで、受信要求を出したＡＰＰ受信処理プログ
ラム３１−１〜ｎからパラメ−タとして渡されるＡＰＰ
指定の格納エリアアドレスを取込み（処理２０５）、受
信バッファ３９に格納されている電文をＡＰＰ指定の格
納エリアアドレスに転送する（処理２０６）。そして、
用済みとなった受信バッファ３９の該当エリアを解放し
（処理２０７）、バッファ管理テ−ブル３５のバッファ
占有量を更新する（処理２０８）。更に、受信バッファ
３９と同様に用済となったトランザクション制御ブロッ
ク４５についても解放を行った後（処理２０９）、ＡＰ
Ｐ受信処理プログラムを起動する（処理２１０）。

【００５１】このような一連のＡＰＰ受信処理におい
て、要求対象の受信電文が格納されている記憶媒体がＤ
ＩＳＫ１３であった場合、アクセス時間の増加によりＡ
ＰＰ受信処理に遅延が生じスル−プットが低下してしま
う。そこで、本実施例では、ＡＰＰ受信処理を実行する
前に、その要求にかかる電文をＤＩＳＫ１３から受信バ
ッファ３９に転送するようにしている。この転送処理
は、主メモリ１２内に格納されているマッピングプログ
ラム３７により行われる。

【００５２】図１５と１６に、ＤＩＳＫ１３内の格納電
文を受信バッファ３９に転送処理するマッピングプログ
ラム３７の処理フローを示す。この処理の概要は、図１
２に示すように、ＤＩＳＫ１３から一旦主メモリ１２内
の受信バッファ格納準備エリア４０に電文を転送し、次
いで所定の受信バッファ３９の格納エリアに転送するよ
うにしている。つまり、受信バッファ格納準備エリア４
０は、ＤＩＳＫアクセスのオ−バヘッドを無くすための
緩衝エリアであり、予めＤＩＳＫ１３内の複数の転送対
象電文を読み込んでおき、受信バッファ３９に空きが生
じたときに、同エリアから一括してバッファへ格納する
ためのエリアである。また、この受信バッファ格納準備
エリアの管理は、準備エリア管理テ−ブル４１に設定さ
れた管理情報４１１〜４１４に基づいて行われる。

【００５３】受信処理プログラム３３はＡＰＰ受信処理
プログラム３１を起動後（図１４）、ＴＣＤをパラメ−
タにバッファ転送処理を起動する。まず、図１６に示す
手順により、受信バッファ格納準備エリア４０から受信
バッファ３９に電文を格納するためのバッファ転送処理
を行う。同図において、バッファ転送処理は当該ＴＣＤ
に対応する受信バッファ管理テ−ブル３５の総容量と占
有容量から空き容量を算出する（処理２３１）。次い
で、該ＴＣＤに対応する受信バッファ格納準備エリア管
理テ−ブル４１の対象電文容量４１４と比較して、格納
が可能か否か判定する（処理２３２）。この時、受信バ
ッファ３９に対象電文容量４１４以上の空きが無いとき
は処理を終了する。

【００５４】対象電文容量４１４以上の空きが有るとき
は、受信バッファ格納準備エリア４０の先頭電文から受
信バッファ３９に順次格納する（処理２３３）。つい
で、ＤＩＳＫ１３への格納時に各電文に制御情報として
付加したトランザクション制御ブロック４５のアドレス
から、受信キュー３２に既に接続済の各電文のトランザ
クション制御ブロック４５を特定し、格納エリアアドレ
ス４５３を受信バッファ３９の格納エリアアドレス４５
２に変更する（処理２３４）。そして、受信バッファ管
理テ−ブル３５のバッファ占有量を更新し（処理２３
５）、受信バッファ格納準備エリア管理テ−ブル４１の
対象電文数４１３と対象電文容量４１４をクリアする
（処理２３６）。更に、次の格納対象電文を準備すべく
ＴＣＤをパラメ−タに準備エリア転送処理を起動する
（処理２３７）。

【００５５】図１５において、準備エリア転送処理はＤ
ＩＳＫ１３内の当該ＴＣＤに対応する電文の退避エリア
から、受信バッファ３９への転送対象電文を選択し、受
信バッファ格納準備エリア４０に転送すべく、まず、そ
のＴＣＤに対応する退避エリア管理テ−ブル３６の退避
電文先頭アドレス３６４で示される先頭電文から、格納
電文順にヘッダ６１の電文長を加算してゆき、受信バッ
ファ格納準備エリア４０の容量を超えない範囲で最大限
の格納対象電文を特定し、同時に受信バッファ格納準備
エリア４０への転送容量及び転送電文数を求める（処理
２２１〜２２４）。そして、特定した格納対象の電文を
ＤＩＳＫ１３内の退避エリアからそのＴＣＤに対応する
受信バッファ格納準備エリア４０に一括して転送し（処
理２２５）、退避エリア管理テーブル３６の退避電文先
頭アドレス３６４を転送容量分加算する（処理２２
６）。次いで、受信バッファ格納準備エリア管理テ−ブ
ル４１の格納対象電文数４１３と格納対象電文容量４１
４を各々上記で求めた値に更新する（処理２２７）。

【００５６】このように、マッピングプログラム３７の
ＤＩＳＫ１３から受信バッファ３９への格納処理を、
（１）ＤＩＳＫ１３から受信バッファ格納準備エリア４
０への転送と（２）受信バッファ格納準備エリア４０か
ら受信バッファ３９への転送の２つに多重化している。
これにより、上記（２）の処理は半導体メモリへのアク
セスのみになるので、（１）のＤＩＳＫへのアクセス処
理時間を考えると無視できる程に小さい。

【００５７】そこで、｛（１）の処理時間｝＜｛（２）
にて格納した全電文をＡＰＰ受信処理が処理する時間｝の条件が成立するように、（２）の受信バッファ格納準
備エリア４０の容量をチュ−ニングすることにより、Ａ
ＰＰ受信処理プログラム３１の受信処理時間に、ＤＩＳ
Ｋアクセス時のオ−バヘッド時間が隠れるかたちとな
る。その結果、ＤＩＳＫアクセス時のオ−バヘッド時間
を実質的に無くすることができるのである。

【００５８】例えば、最大電文長５ＫＢのあるＴＣＤ−
ｎの受信を行うＡＰＰ受信処理プログラム３１−ｎが、
１つの電文を処理するのに要する最小時間を１０ｍ秒と
し、上記（１）の最大処理時間を１００ｍ秒とすると、
上記（２）の処理は半導体メモリアクセスのみであるか
ら、（１）の処理時間を考えると無視しても良いと仮定
できる。したがって、ＤＩＳＫアクセス時のオ−バヘッ
ド時間を無くすためには、１０電文を格納できる受信バ
ッファ格納準備エリア４０は５０ＫＢ分を用意すればよ
いことになる。

【００５９】

【発明の効果】以上説明したように、本発明によれば、
外部記憶装置に退避格納させるにあたって、例えば通信
制御アダプタのローカルメモリ（半導体メモリ）に設定
されたスタックエリアを中継するようにしていることか
ら、直接外部記憶装置に退避させる場合に比べて、退避
処理に係る処理を実質的に高速化できる。すなわち、ブ
ロードキャスト通信のように次から次に受信される電文
を外部記憶装置に直接退避させることは困難であるが、
スタックエリアのアクセス時間は外部記憶装置に比べて
桁違いに小さいから、スタックエリアがアクセス時間の
緩衝エリアとして作用し、外部記憶装置に退避させるア
クセス時間が実質的に短縮される。

【００６０】また、スタックエリアに一の電文を格納し
てから一定時間経過したとき、その格納電文を外部記憶
装置に転送するようにした場合は、スタックエリアに長
い時間格納することに伴う電文データ破壊の影響を排除
できる。

【００６１】また、外部記憶装置に退避させる処理は通
信制御アダプタのサブＣＰＵにより行わせるようにした
ことから、主ＣＰＵでは受信トラフィック量の増加に伴
う負荷の増加がなく、アプリケーションプログラム(Ａ
ＰＰ)受信処理等の情報処理を安定して行うことがで
き、トランザクション処理を含めた各種情報処理のスル
ープットを向上できる。

【００６２】また、ディスク(ＤＩＳＫ)等の外部記憶装
置のアクセスに、仮想記憶概念を用いたマッピングプロ
グラムを用いるようにすれば、受信バッファメモリ、ス
タックエリア、ＤＩＳＫ等のメモリデバイスの物理アド
レスにとらわれることなく、高速なアクセスが実現で
き、トランザクション処理全体で高いスループットを実
現できる。

【００６３】また、外部記憶装置に格納された電文を受
信バッファメモリに転送する際に、その電文を半導体メ
モリに設けられた転送準備エリアに一旦格納し、その後
受信バッファメモリに空きができたときに、転送準備エ
リアから受信バッファメモリにその電文を転送するよう
にしたものによれば、外部記憶装置から受信バッファメ
モリに退避電文を格納する際に、当該退避電文を必要と
するアプリケーションプログラム等の情報処理プログラ
ムが起動する前に、外部記憶装置から転送準備エリアに
一旦格納するようにすることができ、その情報処理プロ
グラムが起動する際には退避電文が受信バッファに格納
されていることから、実質的にアクセス時間を短縮でき
る。

【図面の簡単な説明】

【図１】本発明の一実施例のＤＩＳＫ退避処理にかかる
マッピングプログラム５２の処理手順を示すフローチャ
ートである。

【図２】本発明のブロードキャスト通信制御装置が適用
された一実施例の分散型情報処理システムの全体構成図
である。

【図３】図２のサーバの全体構成を示す図である。

【図４】図３の通信制御アダプタの全体構成を示す図で
ある。

【図５】通信制御アダプタのローカルメモリに格納され
るプログラム及びデータの概念構成を示す図である。

【図６】サーバの主メモリに格納されるプログラム及び
データの概念構成を示す図である。

【図７】ブロードキャスト通信電文の一例の電文フォー
マットを示す図である。

【図８】マッピングプログラム制御テーブルの構成と、
退避用スタックエリアとの関係を説明する図である。

【図９】受信バッファ管理テーブルの構成の一例を示す
図である。

【図１０】トランザクション制御ブロックの構成と、電
文フォーマット、受信バッファ、及びＤＩＳＫ内電文退
避エリアとの関係を説明する図である。

【図１１】退避エリア管理テーブルの構成と、ＤＩＳＫ
内電文退避エリアとの関係を説明する図である。

【図１２】受信バッファ格納準備エリアと準備エリア管
理テーブルの構成と、ＤＩＳＫから受信バッファへの電
文転送処理を説明する図である。

【図１３】通信制御アダプタの受信制御プログラムの処
理手順を示すフローチャートである。

【図１４】サーバの受信処理プログラムの処理手順を示
すフローチャートである。

【図１５】ＤＩＳＫから受信バッファ格納準備エリアへ
の電文転送処理の動作手順を示すフローチャートであ
る。

【図１６】受信バッファ格納準備エリアから受信バッフ
ァへの電文格納処理の動作手順を示すフローチャートで
ある。

【符号の説明】

１〜３サーバ４，５ローカルエリアネットワーク６ＦＤＤＩ１１主ＣＰＵ１２主メモリ１３ＤＩＳＫ１４通信制御アダプタ１５主バス２１サブＣＰＵ２２通信制御装置２３ローカルメモリ２４ローカルバス２５バスインターフェイス装置３３受信処理プログラム３４トランザクション制御ブロック実行管理キュー３５受信バッファ管理テーブル３６退避エリア管理テーブル３７マッピングプログラム３９受信バッファ４０受信バッファ格納準備エリア４１受信バッファ格納準備エリア管理テーブル５１マッピングプログラム５２受信制御プログラム５５マッピングプログラム制御テーブル５６ＤＩＳＫ退避用スタックエリア

Claims

【特許請求の範囲】

【請求項１】通信回線に接続された一の情報処理装置
が、当該通信回線を介して他の複数の情報処理装置から
ブロードキャスト通信により伝送されてくる電文を受信
した際に、当該電文を格納する受信バッファメモリの格
納容量に空きがあるか否かを確認し、空きがあるときは
そのまま当該電文を前記受信バッファメモリに格納し、
空きがないときは半導体メモリに設定されたスタックエ
リアに当該電文を一旦格納した後、当該電文を前記スタ
ックエリアから非半導体メモリからなる外部記憶装置に
転送し、その後前記受信バッファメモリに空きができた
ときに、前記外部記憶装置から前記受信バッファメモリ
に当該電文を転送することを特徴とするブロードキャス
ト通信の受信制御方法。
【請求項２】請求項１に記載のブロードキャスト通信
の受信制御方法において、前記スタックエリアの格納電
文が一定量を超えたとき、又は一の電文を格納してから
一定時間経過したとき、前記スタックエリアの格納電文
を前記外部記憶装置に転送することを特徴とするブロー
ドキャスト通信の受信制御方法。
【請求項３】請求項１に記載のブロードキャスト通信
の受信制御方法において、前記外部記憶装置に格納され
た電文を前記受信バッファメモリに転送する際に、当該
電文を半導体メモリに設けられた転送準備エリアに一旦
格納し、その後前記受信バッファメモリに空きができた
ときに、前記転送準備エリアから前記受信バッファメモ
リに当該電文を転送することを特徴とするブロードキャ
スト通信の受信制御方法。
【請求項４】主ＣＰＵと主メモリと外部記憶装置とを
主バスを介して接続し、前記主バスを通信制御アダプタ
を介して通信回線に接続して情報処理装置を形成し、前
記通信制御アダプタを、サブＣＰＵとローカルメモリと
をローカルバスを介して接続し、該ローカルバスをバス
インターフェイス装置を介して前記主バスに接続すると
ともに通信制御装置を介して前記通信回線に接続して形
成し、前記主メモリに受信バッファを設定するとともに
前記ローカルメモリにスタックエリアを設け、前記サブ
ＣＰＵは前記通信制御装置を介して前記通信回線からブ
ロードキャスト通信による電文を受信したとき、前記ロ
ーカルメモリに格納されたプログラムに従って、前記受
信バッファに当該電文を格納する空きがあるか否かを確
認し、空きがあるときはそのまま当該電文を前記受信バ
ッファに転送格納し、空きがないときは前記スタックエ
リアに当該電文を一旦格納した後、当該電文を前記スタ
ックエリアから前記外部記憶装置に転送し、その後前記
受信バッファに空きができたときに、前記外部記憶装置
から前記受信バッファに当該電文を転送することを特徴
とするブロードキャスト通信制御装置。
【請求項５】請求項４に記載のブロードキャスト通信
制御装置において、前記スタックエリアの格納電文が一
定量を超えたとき、又は一の電文を格納してから一定時
間経過したとき、前記スタックエリアの格納電文を前記
外部記憶装置に転送することを特徴とするブロードキャ
スト通信制御装置。
【請求項６】請求項５に記載のブロードキャスト通信
制御装置において、前記主メモリに転送準備エリアを設
定し、前記外部記憶装置に格納された電文を前記受信バ
ッファに転送する際に、当該電文を前記転送準備エリア
に一旦格納し、その後前記受信バッファに空きができた
ときに、前記転送準備エリアから前記受信バッファに当
該電文を転送することを特徴とするブロードキャスト通
信制御装置。