JPH0614058A

JPH0614058A - マルチキャスト通信方式

Info

Publication number: JPH0614058A
Application number: JP4168757A
Authority: JP
Inventors: Masashi Suenaga; 雅士末永; Shoji Yamaguchi; 彰二山口; Hiroshi Watanabe; 渡辺　　弘; Shuji Ono; 修司大野; Masakazu Okada; 政和岡田; Yoshimi Fujimata; 芳巳藤又; Mamoru Ichimura; 守市村; Shinichi Yokoyama; 信一横山
Original assignee: Hitachi Ltd; Hitachi Process Computer Engineering Inc
Current assignee: Hitachi Ltd; Hitachi Information and Control Systems Inc
Priority date: 1992-06-26
Filing date: 1992-06-26
Publication date: 1994-01-21

Abstract

(57)【要約】【構成】回線制御モジュール内の送受信バッファを複数
のブロックに分割し、一対一通信用送受信バッファに割
り当てるブロックとマルチキャスト通信用送受信バッフ
ァに割り当てるブロックを記憶しておくための送受信バ
ッファ割当管理テーブルを設け、ブロックの割当を動的
に変更することにより、通信回線の滞留状況に応じて必
要となる記憶容量を割り当てる。【効果】ＣＰＵが回線の滞留状況を意識せずに、マルチ
キャスト通信起動を実施でき、かつ、マルチキャスト通
信用送受信バッファに格納できないデータを回線制御モ
ジュールの外部に格納せずに済むので、回線制御モジュ
ール外部の記憶装置の記憶容量が減少せず、バス負荷が
増大しない。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ホストコンピュータと
通信網を介して接続される複数の端末間で情報を送受信
する情報通信システム、および当該情報通信システムに
おいてホストコンピュータと通信網を接続するための回
線制御モジュールの送受信バッファ管理に関する。

【０００２】

【従来の技術】証券情報システムや気象情報システムな
どの情報通信システムでは、ホストコンピュータに通信
網を介して複数の端末が接続される。ホストコンピュー
タと端末との間の通信には、特定の端末からの要求に対
応してホストコンピュータがデータを送信する一対一通
信と、ホストコンピュータが一定時間ごとに複数の端末
に同一のデータを送信するマルチキャスト通信の二種類
がある。マルチキャスト通信は、一定時間ごとに送信が
起動されるため、通信網の回線が滞留しているときに
は、回線制御モジュールにおいて回線に対して送信する
ことができない送信データを格納するための送受信バッ
ファが不足することがある。従来の一対一通信とマルチ
キャスト通信とをサポートする情報通信システムにおけ
る送受信バッファの管理方式としては、拡張バッファエ
リアを使用した方式がある。当該従来の技術では、ホス
トコンピュータ内の主記憶部に回線制御モジュール拡張
バッファエリアを設け、回線制御モジュール内でマルチ
キャスト通信要求を受付けたときに送受信バッファの記
憶容量が不足した場合は、送受信バッファに格納し切れ
ない送信データを前記主記憶部内の回線制御モジュール
拡張バッファエリアに格納していた。

【０００３】

【発明が解決しようとする課題】前記従来の技術によれ
ば、一台のホストコンピュータに多数台の回線制御モジ
ュールが接続されている場合に回線制御モジュール一台
ごとに一定の記憶容量の回線制御モジュール拡張バッフ
ァエリアを設けると、回線制御モジュールの台数に比例
して回線制御モジュール内の記憶容量が大きくなり、主
記憶部の他の用途に使用できる記憶容量が減るという問
題があった。

【０００４】また、前記従来の技術によれば、回線の滞
留によりマルチキャスト通信が滞留し、各回線制御モジ
ュール内のマルチキャスト通信用送受信バッファの記憶
容量が不足すると、主記憶部の回線制御モジュール拡張
バッファエリアに対するアクセスが増大し、ＣＰＵと主
記憶部を接続するシステムバスの負荷が重くなるという
問題があった。さらに、システムバスの負荷が重いとき
は、ＣＰＵの主記憶に対するアクセスの待ち時間が長く
なるので、ＣＰＵの主記憶アクセスの頻度が高い場合に
はＣＰＵの性能が低下するという問題があった。

【０００５】本発明の目的は、回線制御モジュール内の
マルチキャスト通信用送受信バッファが不足した場合
に、マルチキャスト通信用送受信バッファに格納し切れ
ない送信データを回線制御モジュールの外部の記憶装置
に格納せずに済むようにすることにある。

【０００６】

【課題を解決するための手段】本発明は、前記の目的を
達するために、回線制御モジュール内の送受信バッファ
を複数の一定の記憶容量の領域（ブロック）に分割し、
それら複数のブロックのうち一部を一対一通信用送受信
バッファとして割り当て、残りのブロックの全て又は一
部をマルチキャスト通信用送受信バッファとして割り当
て、一対一通信用送受信バッファとして割り当てられた
ブロックとマルチキャスト通信用送受信バッファとして
割り当てられたブロックを記憶するためのバッファ割当
管理テーブルを設けたものである。

【０００７】

【作用】複数のブロックに分割された送受信バッファの
全てのブロックを一対一通信用送受信バッファとマルチ
キャスト通信用送受信バッファのいずれかとして割り当
てる方式においては、ある第一の用途の送受信バッファ
の記憶容量が不足し、かつ今一方の第二の用途の送受信
バッファとして割り当てたブロックのうちデータが格納
されていない未使用ブロックがある場合に、回線制御モ
ジュールに設けられたＭＰＵは、前記バッファ割当管理
テーブルを変更し、当該ブロックを第一の用途の送受信
バッファに割り当てる。この様にすればある用途の送受
信バッファの記憶容量が不足した場合には、今一つの用
途の送受信バッファとして割り当てられていた未使用ブ
ロックを当該用途の送受信バッファとして割り当てるこ
とにより、当該送受信バッファに格納することのできな
かったデータを当該ブロックに格納することができるの
で、当該データを外部の記憶装置へ格納する必要がな
い。

【０００８】複数のブロックに分割された送受信バッフ
ァのブロックのうち一部を一対一通信用送受信バッファ
とマルチキャスト通信用送受信バッファのいずれかに割
り当てる方式においては、ある用途の送受信バッファの
記憶容量が不足し、かついずれの用途の送受信バッファ
にも割り当てられていない未使用ブロックがある場合
に、回線制御モジュールに設けられたＭＰＵは、前記バ
ッファ割当管理テーブルを変更し、当該ブロックを当該
用途の送受信バッファとして割り当てる。また、ある用
途の送受信バッファとして割り当てられたブロックのう
ち、データが格納されていないブロックが生じた場合に
は、ＭＰＵは、前記バッファ割当管理テーブルを変更
し、当該ブロックを当該用途の送受信バッファから外
し、未使用ブロックとして扱う。この様にすれば、ある
用途の送受信バッファの記憶容量が不足した場合には、
未使用ブロックを当該送受信バッファとして割り当てる
ことにより、当該送受信バッファに格納できなかったデ
ータを当該ブロックに格納できるので、当該データを外
部の記憶装置へ格納する必要がない。

【０００９】

【実施例】以下、本発明の一実施例を図１により説明す
る図１は、本発明の一実施例におけるコンピュータシス
テムのブロック図である。ホストコンピュータ１はＣＰ
Ｕ３０，主記憶２０，通信インタフェース部４０、およ
びそれらを結合するシステムバス３１から構成される。
ホストコンピュータ１は、通信インタフェース部３０よ
り多回線通信制御装置５０およびｑ本の通信回線６０−
１〜ｑを介して通信網７０に接続され、通信網７０に接
続されたｍ台の端末８０−１〜ｍとの通信を行なう。多
回線通信制御装置５０は、ホストコンピュータ１と内部
バス５２を接続するための内部バス制御部５１および回
線制御モジュール５２により構成され、ホストコンピュ
ータ１からの起動により通信回線６０−１〜ｑに対する
通信制御を行なう。ホストコンピュータ一台あたりの多
回線通信制御装置の台数、および多回線制御装置一台あ
たりの回線制御モジュール台数は複数台であってもよ
く、図２に示すようにｊ台の多回線通信制御装置５０−
１〜ｊ、一台の多回線通信制御装置５０−１にｎ台の回
線制御モジュール５２−１〜ｎを用いて、大きな本数の
通信回線６０−１〜ｌを介して通信網に接続することが
できる。

【００１０】この様なコンピュータシステムは、図３に
示すように、高処理性能を有してデータを高速に処理す
るコンピューティングサーバ１ａ，大容量ディスク２−
１〜ｐを有して大きなデータベースを管理するデータベ
ースサーバ１ｂなどと、ローカルエリアネットワーク３
を介して接続され、大規模な情報通信システムの通信サ
ーバ１ｃとして使用される。通信網７０に接続された端
末８０−１〜ｍからの要求に応じて、コンピューティン
グサーバ１ａによるデータ処理サービスを提供したり、
データベースサーバ１ｂによる情報サービスを提供する
ことができる。また、証券情報システムや気象情報シス
テムなど時々刻々と提供すべき情報が変化するシステム
では、一定時間の周期で複数の端末に対して最新の情報
を送信するマルチキャスト通信が行なわれる。

【００１１】以下、図４により、本発明の一実施例にお
けるマルチキャスト通信の起動手順について説明する。

【００１２】ＣＰＵ３０は、主記憶２０内に起動情報２
１を設定し、通信インタフェース部４０に対してマルチ
キャスト送信を起動する。起動情報２１には、送信デー
タおよびマルチキャスト通信において通信網に接続され
たｍ台の端末８０−１〜ｍのうち当該データを送信する
べき送信先端末のリストを含んでいる（［１］）。

【００１３】通信インタフェース部４０は、ＣＰＵ３０
からのマルチキャスト送信起動を受け付けると、主記憶
２０から起動情報２１を通信インタフェース部４０内の
送受信バッファ４１に取り込んで、多回線通信制御装置
５０−１〜５０−ｊ内の回線制御モジュール５２−１〜
ｎに対し、マルチキャスト送信を起動する（［２］）。

【００１４】ここで、通信インタフェース部４０は、Ｃ
ＰＵ３０に対し、マルチキャスト送信機同受け付け完了
を報告する。この時点でＣＰＵ３０は、つぎのマルチキ
ャスト通信の処理を開始することができる（［３］）。

【００１５】回線制御モジュール５２−１〜ｎは、通信
インタフェース部４０の送受信バッファ４１に格納され
た起動情報から送信先リストを取り出し、各々の回線制
御モジュールで当該回線制御モジュールが受け持つ端末
に送信を実施すべきかを判定する。当該回線制御モジュ
ールが受け持つ端末に送信を実施すべきと判定された場
合、当該回線制御モジュールは、送受信バッファ４１か
ら送信データを取り込む（［４］）。

【００１６】ここで、回線制御モジュールは、通信イン
タフェース部４０に対し、送信起動受け付け完了を報告
する。通信インタフェース部４０は、当該マルチキャス
ト送信における送信先端末を受け持つ全ての回線制御モ
ジュールからの送信起動受け付け完了報告を受け取った
時点で、マルチキャスト送信起動処理を終了し、つぎの
マルチキャスト送信に備えることができる（［５］）。

【００１７】送信起動受け付け完了を報告した回線制御
モジュールは、回線６０−１〜ｌのうち、当該回線制御
モジュールが受け持つ端末に接続されている通信回線に
対してデータを送信する（［６］）。

【００１８】データ送信が、通信回線および通信網７０
を介して正しく端末に届いた場合は、端末より応答が返
される（［７］）。

【００１９】ここで、通信回線又は通信網７０に障害が
発生し、データ送信が正しく行なわれなかった場合、例
えば通信回線６０−ｌに障害があった場合、端末からの
応答は、多回線通信制御装置５０−ｊには戻らない。一
定時間を経過しても応答が戻らず、タイムアウトとなっ
た場合には、多回線通信制御装置５０−ｊは、通信イン
タフェース部４０に対し、データ送信が異常であったこ
とを報告する(［８］)。

【００２０】データ送信異常を報告された通信インタフ
ェース部４０は、当該異常をCPU30に報告する。これに
よりＣＰＵは、通信回線６０−ｌに異常があったことを
知ることができる（［９］）。

【００２１】図５は、一台の回線制御モジュール５２内
のデータの流れを示したものである。通信インタフェー
ス部４０からの送信起動を受付けた回線制御モジュール
は、送信データを通信インタフェース部４０内の送受信
バッファ４１より、回線制御モジュール５２内の送受信
バッファ１００内に転送し（［４］）、通信インタフェ
ース部４０に送信起動受け付け完了を報告する。ここ
で、当該回線制御モジュールが受け持っている通信回線
６０−１〜ｎのうち当該送信先端末に接続されている通
信回線が滞留している場合は、送受信バッファ１００に
格納された送信データを通信回線に送出することができ
なくなる。一方、当該回線制御モジュール５２の上位に
ある、通信インタフェース部４０およびＣＰＵ３０は、
送信起動受け付け完了報告を受け取った時点で送信起動
処理を終了しているので、つぎの送信を起動してくる。
この様にして、回線制御モジュール５２内の送受信バッ
ファに、送信データが蓄積され、送受信バッファの記憶
容量が不足してくる。

【００２２】図６は、一台の回線制御モジュール５２内
の送受信バッファ１００の内部構成を示したものであ
る。送受信バッファ１００は、送受信バッファ割当管理
テーブル１１０，一対一通信用送受信バッファ１２０，
マルチキャスト通信用送受信バッファ１３０、および前
記一対一通信用送受信バッファ１２０にもマルチキャス
ト通信用送受信バッファ１３０のいずれにも割り当てら
れていない空きバッファ１４０により構成される。一対
一通信用送受信バッファ１２０と、マルチキャスト通信
用送受信バッファ１３０が、独立した領域が割り当てら
れているのは、一対一通信が、当該通信回線に接続され
ている端末からの起動に対応して実施されるのに対し、
マルチキャスト通信は、ＣＰＵからの定期的な起動によ
り実施されるので、両者の競合を避けて、両者が独立し
て実施されやすいようにするためである。送受信バッフ
ァ１００のうち送受信データを格納する部分である、一
対一通信用送受信バッファ１２０，マルチキャスト通信
用送受信バッファ１３０、および空きバッファ１４０
は、いずれも同じ記憶容量のブロックの集合により構成
される。例えば一対一通信用送受信バッファ１２０は、
ブロック１２１及びブロック１２２の二つのブロックか
ら構成される。各バッファに対するブロックの割当の管
理は、送受信バッファ割当管理テーブル１１０を用いて
動的に行なう。即ち、一対一通信用送受信バッファ容量
が不足する場合には、空きバッファ１４０内のブロック
１４１〜１４４のうちいずれかを一対一通信用送受信バ
ッファに割り当てて、記憶容量を補充することができ
る。

【００２３】以下、図７〜図１０を用いて各バッファの
動的割当の手順について説明する。図７は、送受信バッ
ファ割当管理テーブル１１０のうちマルチキャスト通信
用送受信バッファ１３０のブロック割当を管理するため
のマルチキャスト通信用送受信バッファリストおよび、
マルチキャスト通信用送受信バッファ１３０の内部構成
を示したものである。読み出しバッファ先頭アドレス１
１２１は、マルチキャスト通信用送受信バッファ１３０
に割り当てられたブロックのうち最初に送信されるべき
未送信データを格納しているブロック１３１の先頭アド
レスが格納されている。読み出しバッファ読み出しポイ
ンタ１１２２は、ブロック１３１のうち最初に送信され
るべき未送信データのアドレスが格納されている。書き
込みバッファ書き込みポインタは、マルチキャスト通信
用送受信バッファ１３０において、つぎの送信起動を受
け付けたときの送信データを格納するアドレスを示して
いる。ブロック１３１の末尾１３１９には、ブロック１
３１に格納されている未送信データの次に送信されるべ
き未送信データを格納したブロック１３２の先頭アドレ
スが格納されている。ブロック１３２の末尾１３２９に
は、ブロック132に格納されている未送信データの次に
送信されるべき未送信データが格納されているブロック
１３３の先頭アドレスが格納されている。図７において
は、最後に送信されるべき未送信データがブロック１３
３に格納されているので、ブロック１３３に続くブロッ
クがないので、ブロック１３３の末尾１３３９には、ブ
ロックの先頭アドレスではないと判別できるようなデー
タが格納されている。例えば、全てのブロックの先頭ア
ドレスが偶数であれば、ブロック１３３の末尾1339に奇
数を格納しておくことにより、ブロック１３３に続くブ
ロックが存在しないことが判別できる。

【００２４】図８は、空きバッファ１４０および空きバ
ッファリスト１１３の内部構造を示したものである。空
きバッファ１４０には、送受信データが格納されていな
い未使用ブロック１４１〜１４３により構成される。空
きバッファリスト１１３には、未使用ブロック１４１〜
１４３のうち、一対一通信用送受信バッファ１２０とマ
ルチキャスト通信用送受信バッファ１３０のうちいずれ
かの記憶容量が不足したときに当該送受信バッファに最
小に割り当てられるべき未使用ブロック１４１の先頭ア
ドレスが、空きバッファ先頭アドレス１１３１に格納さ
れている。

【００２５】図９は、マルチキャスト送信起動を受け付
けたときの回線制御モジュール５２内のＭＰＵ２００の
処理フローを示したものである。送信起動を受け付ける
と、書き込みバッファ書き込みポインタ１１２３で示さ
れるアドレスに送信データを格納し、書き込みバッファ
書き込みポインタ１１２３を送信データの容量分だけ加
算する。ここで、加算した結果が、当該ブロック１３４
の末尾に達した場合は、当該書き込み用バッファが満杯
になったことを示す。バッファが満杯１３４９になった
場合は、空きバッファリスト１４０の空きバッファ先頭
アドレスで示される空きブロック１４１を当該送受信バ
ッファに加える。これは、ブロック１３４の末尾１３４
９および書き込みバッファ書き込みポインタ１１２３に
ブロック１４１の先頭アドレスを書き込むことにより行
なわれる。続いて、ブロック１４１を空きバッファ１４
０から外す。これは、空きバッファリスト１１３の空き
バッファ先頭アドレス１１３１にブロック１４２の先頭
アドレスを格納することにより行なわれる。

【００２６】図１０は、通信回線が送信可能な状態とな
ったときの、ＭＰＵ２００の処理フローを示したもので
ある。通信回線が送信可能な状態となったときは、読み
出しバッファ読み出しポインタ１１２２で示されるアド
レスに格納されているデータを通信回線に送出し、読み
出しバッファ読み出しポインタ１１２２に１を加算す
る。ここで、読み出しバッファ読み出しポインタ１１２
２の内容がブロック131の末尾１３１９に達したとき
は、ブロック１３１が空になったことを示す。ブロック
１３１が空になった場合は、ブロック１３１を当該送受
信バッファから外す。これは、読み出しバッファ先頭ア
ドレス１１２１および読み出しバッファ読み出しポイン
タ１１２２にブロック１３１の末尾１３１９に格納され
ている次のブロック１３２の先頭アドレスを格納するこ
とにより行なわれる。続いて、空になったブロック１３
１を空きバッファ１４０に加える。これは、ブロック１
３１の先頭アドレスを空きバッファ１４０の最後のブロ
ック１４３の末尾１４３９に格納することにより行なわ
れる。

【００２７】このようにして、本実施例によれば、送受
信バッファの記憶容量の過不足に応じて当該送受信バッ
ファにブロックが動的に割り当てられるので、通信回線
の状況に応じて最適なバッファ容量が割り当てられる。
例えば、通信回線に滞留が生じて、一対一通信の頻度が
下がる一方でマルチキャスト通信の送信データがマルチ
キャスト通信用送受信バッファ１３０に蓄積され、マル
チキャスト通信用送受信バッファ１３０の記憶容量に不
足が生じた場合は、一対一通信の頻度が下がることによ
って一対一通信用送受信バッファ１２０に生じた空きバ
ッファを利用して、マルチキャスト通信用送受信バッフ
ァの容量を増加させることができるので、回線制御モジ
ュール５２の外部にマルチキャスト通信用送受信バッフ
ァ１２０に格納できなくなった送信データを格納する必
要がないという効果がある。また、マルチキャスト通信
において、上位の通信インタフェース部４０およびCPU3
0は、送信起動後送信完了後まで待つことなく、送信起
動受け付け完了報告を受付けた時点で送信起動が終了で
きる上に、送受信バッファの動的割当が、回線制御モジ
ュール内で自動的に行なわれるので、上位の通信インタ
フェース部４０およびＣＰＵ３０は、通信回線の滞留状
況を意識せずに済み、通信インタフェース部４０および
ＣＰＵ３０の処理負荷が軽減されるという効果がある。

【００２８】

【発明の効果】本発明では、以上に説明したように、回
線制御モジュール内のある第一の用途の送受信バッファ
の容量が不足した場合に、当該第一の用途の送受信バッ
ファに格納できない送信データを当該回線制御モジュー
ル内の他の第二の用途の送受信バッファの空きブロック
に格納できるので、当該回線制御モジュールの外部に当
該送信データを格納せずに済むので、外部の記憶装置の
記憶容量が減少しないという効果がある。また、当該回
線制御モジュール外部の記憶装置への当該送信データを
格納するためのアクセスが生じないので当該回線制御モ
ジュール外部のバスの負荷を軽減できるという効果があ
る。

【００２９】さらに、本発明では、一対一通信用送受信
バッファとマルチキャスト通信バッファの容量割当が自
動的に行なわれるので、回線制御モジュール内のＭＰＵ
のプログラムの変更なしに、情報通信システムの一対一
通信とマルチキャスト通信の比率及び回線の滞留状況に
応じた送受信バッファ容量の最適化が可能であるという
効果がある。

【図面の簡単な説明】

【図１】本発明の一実施例におけるコンピュータシステ
ムのブロック図である。

【図２】本発明の一実施例における複数の多回線通信制
御装置と複数の回線制御モジュールを含むコンピュータ
システム構成の例を示す図である。

【図３】本発明の一実施例におけるコンピュータシステ
ムを応用した情報通信システム構成の例を示す図であ
る。

【図４】マルチキャスト通信の起動手順を示す図であ
る。

【図５】マルチキャスト通信の起動手順における回線制
御モジュール内の送信データの流れを示す図である。

【図６】本発明の一実施例における回線制御モジュール
内の送受信バッファの構成図である。

【図７】本発明の一実施例におけるマルチキャスト通信
用送受信バッファ及びマルチキャスト通信用送受信バッ
ファリストの詳細図である。

【図８】本発明の一実施例における空きバッファ及び空
きバッファリストの詳細図である。

【図９】本発明の一実施例における回線制御モジュール
内ＭＰＵの送信起動受け付け処理フローを示す図であ
る。

【図１０】本発明の一実施例における回線制御モジュー
ル内ＭＰＵの送信処理フローを示す図である。

【符号の説明】

１…ホストコンピュータ、２０…主記憶、３０…ＣＰ
Ｕ、４０…通信インタフェース部、５０…多回線通信制
御装置、５１…多回線通信制御装置の内部バス制御部、
５２…回線制御モジュール、６０…通信回線、７０…通
信網、８０…端末、１００…回線制御モジュール内の送
受信バッファ、１１０…送受信バッファ割当管理テーブ
ル、１２０…一対一通信用送受信バッファ、１３０…マ
ルチキャスト通信用送受信バッファ、１４０…空きバッ
ファ。

───────────────────────────────────────────────────── フロントページの続き (72)発明者山口彰二茨城県日立市大みか町五丁目２番１号株式会社日立製作所大みか工場内 (72)発明者渡辺弘茨城県日立市大みか町五丁目２番１号株式会社日立製作所大みか工場内 (72)発明者大野修司神奈川県横浜市戸塚区吉田町292番地株式会社日立製作所マイクロエレクトロニクス機器開発研究所内 (72)発明者岡田政和茨城県日立市大みか町五丁目２番１号株式会社日立製作所大みか工場内 (72)発明者藤又芳巳茨城県日立市大みか町五丁目２番１号日立プロセスコンピュータエンジニアリング株式会社内 (72)発明者市村守茨城県日立市大みか町五丁目２番１号日立プロセスコンピュータエンジニアリング株式会社内 (72)発明者横山信一茨城県日立市大みか町五丁目２番１号株式会社日立製作所大みか工場内

Claims

【特許請求の範囲】

【請求項１】中央処理装置（ＣＰＵ）と主記憶部及び通
信インタフェース部から構成されるホストコンピュータ
と、ホストコンピュータからの指示に対する処理を行な
うマイクロプロセッサ（ＭＰＵ）及び送受信データを一
時格納するための送受信バッファを備える回線制御モジ
ュールを複数有する多回線通信制御装置と、前記多回線
通信制御装置とは通信網を介して物理的に互いに別々の
回線で接続された複数の端末とを構成要素に持つ情報通
信システムにおいて、前記回線制御モジュール内の送受信バッファを、ホスト
コンピュータが特定の一台の端末との通信を行なう一対
一通信のための一対一通信用送受信バッファと、ホスト
コンピュータが同時に複数台の端末との通信を行なうマ
ルチキャスト通信のためのマルチキャスト通信用送受信
バッファの、二つの送受信バッファに分割し、一方の送
受信バッファの記憶容量が不足した場合に、今一方の送
受信バッファに空いている領域が存在する場合に、該空
き領域を記憶容量が不足している方の送受信バッファに
割り当てることを特徴とするマルチキャスト通信方式。
【請求項２】請求項１において、前記回線制御モジュー
ル内の送受信バッファを、複数のブロックに分割し、当
該複数のブロックのうち送受信データが格納されていな
いブロックを空きバッファとして登録し、前記一対一通
信用送受信バッファ又は前記マルチキャスト通信用送受
信バッファのいずれかの送受信バッファの記憶容量が不
足した場合に、空きバッファから前記送受信データ未格
納ブロックを前記の記憶容量の不足している送受信バッ
ファに割当て、その後、前記予備の領域が空きとなった
場合に、当該空きとなったブロックを空きバッファに戻
すことを特徴とするマルチキャスト通信方式。