JPH0685841A - 通信制御装置 - Google Patents

Abstract

(57)【要約】 【目的】本発明は、複数のプロセスが並行処理しながら
同期通信を行ってもデッドロック現象を起こさずに各プ
ロセス間で通信を行う。 【構成】プロセス(12,13,14,15) からパケットを受け取
ると、パケット受取手段(40)によりバッファメモリ(50)
における各領域の使用状態がチェックテーブル(51)を見
ることによってチェックされ、空いている領域にパケッ
トが保存される。一方、バッファメモリ(50)に保存され
ているパケットが、パケット渡し手段(40)によりチェッ
クテーブル(51)をチェックすることにより検索され、こ
の保存されているパケットがその送信先のプロセス(12,
13,14,15) に渡される。これにより、各プロセス(12,1
3,14,15) 間でパケットの受け渡しがデッドロック現象
を起こさずに行われる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、各プロセス間で受け渡
されるパケットの通信制御を行う通信制御装置に関す
る。

【０００２】

【従来の技術】図１３は計算機ネットワークの構成図で
ある。ホストコンピュータ１には第１コントローラ１０
が接続され、この第１コントローラ１０に対して第２コ
ントローラ２０及び第３コントローラ３０が接続されて
いる。この場合、各コントローラ１０、２０、３０は各
通信リンクｒ１〜ｒ４を備え、これら通信リンクｒ１〜
ｒ４を介して互いに接続されている。

【０００３】又、各コントローラ１０、２０、３０内で
は、point to point型で接続された複数のプロセスが並
列に実行され、これらプロセス間でパケットを受け渡し
て同期通信が行われている。

【０００４】コントローラ１０内には通信制御プロセス
１１が備えられ、この通信制御プロセス１１に各チャネ
ルを介して各プロセス１２〜１５が接続されている。な
お、コントローラ２０、３０においても同様に通信制御
プロセス２１、３１に各チャネルを介して各プロセス２
２〜２５、３２〜３５が接続されている。

【０００５】かかる構成において通信制御プロセス１
１、２１，３１は図１４に示す通信制御流れ図に従って
パケットの受け渡しを行う。この通信制御を第１コント
ローラ１０について説明する。

【０００６】先ず、通信制御プロセス１１はステップ＃
１において各通信リンクｒ１〜ｒ４又は自身のコントロ
ーラ１０内の各プロセス１２〜１５からのパケットを受
け取る。このパケットには図１５に示すように先頭に送
信先コントローラ番号、次に送信先プロセス番号、送信
元コントローラ番号、送信元プロセス番号、データが書
かれている。

【０００７】次に通信制御プロセス１１はステップ＃２
においてパケットの内容から他のコントローラ２０、３
０から送られてきたパケットかを判断する。この判断に
より他のコントローラ２０、３０からのパケットであれ
ば、通信制御プロセス１１はステップ＃３に移ってパケ
ットを受け取った通信リンクｒ１〜ｒ４を記憶する。

【０００８】又、上記ステップ＃２の判断の結果、他の
コントローラ２０、３０からのパケットでなければ、通
信制御プロセス１１はステップ＃４に移って自身のプロ
セス１２〜１５からのパケットかを判断する。この判断
の結果、自身のプロセス１２〜１５からのパケットであ
れば、通信制御プロセス１１はステップ＃５に移ってパ
ケットに書かれた送信先プロセス番号に従ってパケット
をそのプロセス１２〜１５に渡す。

【０００９】次に通信制御プロセス１１はステップ＃６
において自身のコントローラ１０宛以外のパケットを、
このパケットを受け取った通信リンク以外の各通信リン
クを通して他の各コントローラに渡す。かかる通信制御
において図１６に示すようにプロセス１２が (a) プロセス１３にパケット「１」を送信 (b) プロセス１３にパケット「２」を送信 (c) プロセス１３にパケット「３」を送信 (d) プロセス１３又は１４からのパケットパケット
「４」又は「５」を受信 (e) プロセス１４又は１３からのパケットパケット
「５」又は「４」を受信 の順序で処理を実行し、プロセス１３が (a) プロセス１２からのパケット「１」を受信 (b) プロセス１２へパケット「４」を送信 の順序で処理を実行し、プロセス１４が (a) プロセス１２からのパケット「２」を受信 (b) プロセス１２へパケット「５」を送信 の順序で処理を実行する場合を説明する。

【００１０】この場合、プロセス１２がパケット「１」
及び「２」を送信した後に、プロセス１３がパケット
「４」を返送すれば、プロセス１２は正常にパケットの
受け渡しを行う。

【００１１】ところが、プロセス１２がパケット「２」
を送信する以前に、プロセス１３がパケット「４」を返
送すると、通信制御プロセス１１はプロセス１３からの
パケット「４」をプロセス「１」に渡そうとする。

【００１２】しかしながら、このときプロセス「１」は
パケット「２」を送信した後でなければ、パケット
「４」を受け取らないので、プロセス「１」は待ちの状
態となる。一方、通信制御プロセス１１はパケット
「４」をプロセス「１」に渡さなければ、パケット
「２」を受け取ってプロセス「３」に渡すことができな
いので、待ち状態となる。

【００１３】このように互いに相手が通信を受け取るの
を待つ状態になると、永久に通信が進まなくなる、いわ
ゆるデッドロックと呼ばれる現象が起こる。このデッド
ロックは複数のプロセスが並行処理しながら同期通信を
行う場合に起こる。しかるに、プロセスの数が増加し、
各コントローラ間でパケットの受け渡しを行う場合、デ
ッドロックが起こらないように通信制御プログラムを組
まなければならないが、この通信制御プログラムの作成
には非常な手間がかかり、注意を払って作成したとして
も完全にデッドロックをなくすことは困難である。

【００１４】

【発明が解決しようとする課題】以上のように複数のプ
ロセスが並行処理しながら同期通信を行う場合、デッド
ロック現象が起こり、各プロセス間でのパケットの受け
渡しが困難となる。

【００１５】そこで本発明は、複数のプロセスが並行処
理しながら同期通信を行ってもデッドロック現象を起こ
さずに各プロセス間で通信ができる通信制御装置を提供
することを目的とする。

【００１６】

【課題を解決するための手段】本発明は、少なくとも所
定処理を行う各プロセスが各通信チャネルを介して接続
され、これらプロセス間で受け渡されるパケットを通信
制御する通信制御装置において、

【００１７】パケットを一時的に保存するバッファメモ
リと、このバッファメモリにおける各領域の使用状態を
示すチェックテーブルと、プロセスから受けたパケット
を、チェックテーブルでチェックしたバッファメモリの
空き領域に保存するパケット受取手段と、バッファメモ
リ保存されているパケットをチェックテーブルでチェッ
クし、このパケットを送信先のプロセスに渡すパケット
渡し手段とを備えて上記目的を達成しようとする通信制
御装置である。

【００１８】又、本発明は、少なくとも所定処理を行う
各プロセスが各通信チャネルを介して接続され、これら
プロセス間で受け渡されるパケットを通信制御する通信
制御装置において、

【００１９】プロセスから受け取ったパケットがデータ
送信用又はデータ要求用かを判別するパケット判別手段
と、データ送信用パケットを一時的に保存する複数領域
のバッファメモリと、プロセスから受けたデータ送信用
パケットをバッファメモリの空き領域に保存するパケッ
ト受取手段と、プロセスから受けたデータ要求用パケッ
トで要求されたパケットをバッファメモリから読み出
し、このパケットを送信先のプロセスに渡すパケット渡
し手段とを備えて上記目的を達成しようとする通信制御
装置である。

【００２０】

【作用】このような手段を備えたことにより、プロセス
からパケットを受け取ると、パケット受取手段によりバ
ッファメモリにおける各領域の使用状態がチェックテー
ブルを見ることによってチェックされ、空いている領域
にパケットが保存される。一方、バッファメモリ保存さ
れているパケットが、パケット渡し手段によりチェック
テーブルをチェックすることにより検索され、この保存
されているパケットがその送信先のプロセスに渡され
る。これにより、各プロセス間でパケットの受け渡しが
デッドロック現象を起こさずに行われる。

【００２１】又、上記手段を備えたことにより、プロセ
スから受け取ったパケットを受け取ると、パケット判別
手段によりパケットがデータ送信用又はデータ要求用か
が判別される。このパケットの判別の結果、データ送信
用パケットであればパケット受取手段によりパケットを
バッファメモリの空き領域に保存し、又データ要求用パ
ケットであればパケット渡し手段によりデータ要求用の
パケットで指示されたパケットをバッファメモリから読
み出し、このパケットを送信先のプロセスに渡す。

【００２２】

【実施例】以下、本発明の第１実施例について図面を参
照して説明する。なお、図１２と同一部分には同一符号
を付してその詳しい説明は省略する。

【００２３】図１は通信制御装置を適用した計算機ネッ
トワークの構成図である。各通信制御プロセス４０、４
１、４２には、それぞれ図２に示すバッファメモリ５０
及び図３に示す使用チェックテーブル５１が備えられて
いる。

【００２４】バッファメモリ５０は複数のパケットバッ
ファ領域「１」〜「ｎ」を有し、これらパケットバッフ
ァ領域「１」〜「ｎ」のいずれかにパケットが保存され
るものとなっている。

【００２５】又、使用チェックテーブル５１はバッファ
メモリ５０の各パケットバッファ領域「１」〜「ｎ」の
使用状態をチェックするためのもので、各パケットバッ
ファ領域「１」〜「ｎ」に対応する各チェック領域ｃ１
〜ｃｎと、各パケットバッファ領域「１」〜「ｎ」に保
存されたパケットの受け取り通信リンクｒ１〜ｒ４をチ
ェックするための通信リンク領域ｓ１〜ｓｎとが形成さ
れている。

【００２６】この場合、各チェック領域ｃ１〜ｃｎに
は、各パケットバッファ領域「１」〜「ｎ」にパケット
が保存されている場合に「１」が書き込まれ、空き領域
の場合に「０」が書き込まれる。又、通信リンク領域ｓ
１〜ｓｎには通信リンクｒ１〜ｒ４又は自身のコントロ
ーラの各プロセスからのパケットであれば「０」が書き
込まれる。

【００２７】又、各通信制御プロセス４０、４１、４２
は、図４に示すパケット受取流れ図に従ったパケット受
取処理と、図５に示すパケット受渡し流れ図に従ったパ
ケット受渡し処理とを並行処理する機能を有している。

【００２８】パケット受取処理を実行することにより各
通信制御プロセス４０、４１、４２は、各プロセスから
受けたパケットを、使用チェックテーブル５１でチェッ
クしたバッファメモリ５０の空き領域に保存する機能を
有するものとなる。

【００２９】又、パケット受渡し処理を実行することに
より各通信制御プロセス４０、４１、４２は、バッファ
メモリ５０に保存されているパケットを使用チェックテ
ーブル５１で検索し、保存されているパケットを送信先
のプロセスに渡すパケット渡し手段との各機能を有する
ものとなる。次に上記の如く構成された計算機ネットワ
ークの作用について図４に示すパケット受取流れ図及び
図５に示すパケット受渡し流れ図に従って説明する。 (1) パケット受取処理

【００３０】通信制御プロセス４０はステップ＃10にお
いてバッファメモリ５０の各パケットバッファ領域
「１」〜「ｎ」の番地ｉを「１」に設定し、次のステッ
プ＃11〜＃13において番地ｉを繰上げながら各パケット
バッファ領域「１」〜「ｎ」が空いているかを検索す
る。

【００３１】この検索により空いているパケットバッフ
ァ領域が見付かると、通信制御プロセス４０はステップ
＃14に移って各通信リンクｒ１〜ｒ４を通して受取られ
るパケット、又は各プロセス１２〜１５から各通信チャ
ネルを通して受取るパケットを待つ。

【００３２】この状態にプロセス１２からパケットが取
り込まれると、通信制御プロセス４０はステップ＃15に
おいてプロセス１２からのパケットを受取り、このパケ
ットを、先に検索した空きのパケットバッファ領域、例
えば領域「１」に書き込む。

【００３３】次に通信制御プロセス４０はステップ＃16
においてパケットバッファ領域「１」に対応する使用チ
ェックテーブル５１のチェック領域ｃ１にパケット保存
を示す「１」を書き込み、かつ通信リンク領域ｓ１に
「０」を書き込む。この後、再び通信制御プロセス４０
はステップ＃10に戻る。 (2) パケット渡し処理

【００３４】通信制御プロセス４０はステップ＃20にお
いてバッファメモリ５０の各パケットバッファ領域
「１」〜「ｎ」の番地ｉを「１」に設定し、次のステッ
プ＃21〜＃23において番地ｉを繰上げながら各パケット
バッファ領域「１」〜「ｎ」にパケットが保存されてい
るかを検索する。

【００３５】この検索により例えばパケットバッファ領
域「１」におけるパケット保存が確認されると、通信制
御プロセス４０はステップ＃24に移り、同領域「２」に
保存されているパケットが自身のコントローラ４０のプ
ロセス宛てのものであるかを判断する。

【００３６】この判断の結果、自身のコントローラ４０
のプロセス宛であれば、通信制御プロセス４０はステッ
プ＃25において送信先のプロセス、例えばプロセス１３
にパケットを渡す。又、自身のコントローラ４０のプロ
セス宛でなければ、通信制御プロセス４０はステップ＃
26に移り、使用チェックテーブル５１から受取った通信
リンクｒ３を確認し、この通信リンクｒ３以外の各通信
リンクｒ１、ｒ２、ｒ４からパケットを送り出す。次に
通信制御プロセス４０はステップ＃27において使用チェ
ックテーブル５１のチェック領域ｃ２に「０」を書き込
み、再びステップ＃20に戻る。 (3) 通信制御プロセス４０でのパケットの受渡し 図６に示すように通信制御プロセス４０は上記パケット
の受取り、パケットの渡し処理の実行により、次のよう
なパケットの受渡しを行う。 (a) プロセス１２からのパケット「１」を受取り、バッ
ファメモリ５０の空き領域に保存する。 (b) プロセス１３にパケット「１」を渡す。 (c) プロセス１３からのパケット「２」を受取り、バッ
ファメモリ５０の空き領域に保存する。

【００３７】(d) このパケット「２」をプロセス１２に
渡そうとするが、プロセス１２は各プロセス１４、１５
に各パケット「３」「４」を渡した後でなければパケッ
トを受取らない。従って、パケット「２」の渡しは待ち
状態となる。

【００３８】(e) プロセス１３からのパケット「３」、
続いてパケット「４」を受取り、バッファメモリ５０の
各空き領域に保存する。このとき、バッファメモリ５０
にはパケット「２」「３」「４」が保存されている。 (f) 保存しているパケット「２」をプロセス１２へ渡
す。 (g) 保存しているパケット「３」をプロセス１４へ渡
す。 (h) 保存しているパケット「４」をプロセス１５へ渡
す。 (i) プロセス１４からのパケット「５」を受取り、プロ
セス１２へ渡す。

【００３９】このように上記第１実施例によれば、通信
制御プロセス４０に設けたバッファメモリ５０に各パケ
ットを一時的に保存し、パケットの受け渡しを行うよう
にしたので、各プロセスが並行処理しながら同期通信を
行う場合、プロセスの数が増加し、かつ各コントローラ
間でパケットの受け渡しを行ってもデッドロック現象は
起こらない。従って、デッドロックを起こさないように
各プロセス間の通信順序を考えながら通信制御プログラ
ムを作成するという手間がなくなり、プログラム作成の
コストを軽減できる。

【００４０】次に本発明の第２実施例について説明す
る。なお、この実施例では図１に示す計算機ネットワー
クにおいて各通信制御プロセス４０、４１、４２の機能
が異なるのみなので、ここでは通信制御プロセス４０に
ついて説明する。通信制御プロセス４０は図７及び図８
に示すパケット受渡し流れ図に従って処理を実行するこ
とにより次の機能を有している。プロセス１２〜１５又
は他のコントローラ２０、３０から受け取ったパケット
がデータ要求用又はデータ送信用かを判別するパケット
判別機能を有している。

【００４１】この場合、データ要求用のパケットは図９
に示すように先頭にパケット種（要求パケットでは
「０」）、次に送信元コンピュータ番号、送信元プロセ
ス番号、要求パケットの送信元コンピュータ番号、要求
するパケットの送信元プロセス番号の順に形成されてい
る。又、データ送信用のパケットは図１０に示すように
先頭にパケット種（送信パケットでは「１」）、次に送
信先コンピュータ番号、送信元プロセス番号、送信元コ
ンピュータ番号、送信元プロセス番号、データの順に形
成されている。なお、これらデータ要求用及びデータ送
信用の各パケットは、図１１及び図１２に示すようにデ
ータ種を追加し、このデータ種の番号をデータの種類に
応じて予め決めておき（例えばエマージェンシー信号は
「−１」）、その番号で要求条件を指定するようにして
もよい。次にプロセス１２〜１５又は他のコントローラ
２０、３０から受けたデータ送信用のパケットをバッフ
ァメモリ５０の空き領域に保存するパケット受取機能、

【００４２】プロセス１２〜１５又は他のコントローラ
２０、３０から受けたデータ要求用のパケットで指示さ
れたパケットをバッファメモリ５０から読み出し、この
パケットを送信先のプロセスに渡すパケット渡し機能、
現時点でバッファメモリ５０に保存されているパケット
数ｍを求める機能、各パケットの到着順序を示すｎ次元
のインデックス配列を作成する機能、を有している。次
に上記の如く構成された装置の作用について説明する。 (1) パケットの受け渡し

【００４３】通信制御プロセス４０はステップ＃30にお
いてパケットを受け取ると、次のステップ＃31において
受け取ったパケットがデータ要求用か、又はデータ送信
用かをパケット種により判定する。この判定の結果、デ
ータ送信用であれば、通信制御プロセス４０はステップ
＃32においてバッファメモリ５０の各パケットバッファ
領域「１」〜「ｎ」の番地ｉを「１」に設定し、次のス
テップ＃33〜＃35において番地ｉを繰上げながら各パケ
ットバッファ領域「１」〜「ｎ」が空いているかを検索
する。この場合、通信制御プロセス４０はステップ＃33
においてインデックスを検索し、このインデックスＩＤ
Ｘ(m) が「３番目」まであれば、ステップ＃37において
４番目に検索したパケットバッファ領域「４」にデータ
送信用パケットを保存し、次のステップ＃38でパケット
数ｍをカウントアップし、次のステップ＃39でインデッ
クスＩＤＸ(m) を番地ｉと対応させて記憶する。

【００４４】一方、上記ステップ＃31での判定の結果、
パケットがデータ要求用であれば、通信制御プロセス４
０はステップ＃40に移り、バッファメモリ５０の各パケ
ットバッファ領域「１」〜「ｎ」の番地ｉを「１」に設
定する。次に通信制御プロセス４０はステップ＃41〜＃
43において番地ｉを繰上げながら、つまりインデックス
ＩＤＸ(i) の古い順に保存されているパケットを検索
し、そのパケットに書かれている送信先コンピュータ番
号及び送信先プロセス番号からデータ要求用パケットで
要求されているパケットかを判断する。なお、データ要
求用パケットで要求されたパケットがなければ、再びス
テップ＃30に戻る。

【００４５】次に要求するパケットが見付かれば、通信
制御プロセス４０はステップ＃44に移り、そのパケット
をバッファメモリ５０から読み出してデータ要求用パケ
ットに書かれている送信元コントローラのプロセスに渡
す。

【００４６】次に通信制御プロセス４０はステップ＃45
においてパケット数ｍを１カウントダウンし、次のステ
ップ＃46において番地ｉをｊとし、次のステップ＃47〜
＃49において先に読み出したパケットのインデックス分
を削除し、各インデックスＩＤＸ(j) を順次繰り上げ
る。そして、再びステップ＃30に戻る。 (2) 通信制御プロセス４０でのパケットの受渡し 各プロセス１３〜１５から各データ送信用パケットを受
けと、通信制御プロセス４０はこれらデータ送信用パケ
ットを順次バッファメモリ５０に保存する。

【００４７】この状態にプロセス１２が送信元をプロセ
ス１３とするパケットの要求用パケットを送ると、通信
制御プロセス４０はこの要求用パケットを受け取り、要
求された送信元プロセス１３のデータ送信用パケットを
バッファメモリ５０から読み出してプロセス１２に返送
する。

【００４８】次にプロセス１２が送信元プロセス１４と
する要求用パケットを送ると、通信制御プロセス４０は
上記同様に送信元プロセス１４のデータ送信用パケット
をバッファメモリ５０から読み出してプロセス１２に返
送する。

【００４９】次にプロセス１２が送信元プロセス１５と
する要求用パケットを送ると、通信制御プロセス４０は
上記同様に送信元プロセス１５のデータ送信用パケット
をバッファメモリ５０から読み出してプロセス１２に返
送する。

【００５０】このように上記第２実施例によれば、上記
第１実施例と同様の効果を奏するだけでなく、各プロセ
ス１３〜１５が共にプロセス１２宛てにパケットを送信
しても、プロセス１２では各プロセス１３〜１５の順で
各パケットを受け取ることができる。従って、プロセス
１２は各プロセス１３〜１５の順でパケットを受け取る
プログラムを組み込めばよく、このプログラムの作成は
容易となる。

【００５１】一般に複数のプロセスが並行して実行さ
れ、かつ必要に応じて各プロセス間でパケット通信を行
う場合、イベント駆動型と呼んで各プロセスにおいて、
何時どのようなパケットを受け取るか確定できなくなっ
ているが、かかる実施例では何時どのようなパケットが
送られても、確実にパケットを送信先のプロセスに渡す
ことができる。

【００５２】なお、本発明は上記各実施例に限定される
ものでなくその要旨を変更しない範囲で変形してもよ
い。例えば、使用チェックテーブル５１でのパケット保
存の有無は「１」「０」に限らず他の符号を使用しても
よく、パケット長は最大パケット長以下であればよい。

【００５３】又、通信制御プロセス４０は受け取ったパ
ケットが自身のコントロール以外であれば、各通信リン
クｒ１〜ｒ４に放送するのでなく、各通信リンクｒ１〜
ｒ４の接続先のコントローラを知っていれば、そのコン
トローラを判断してパケットを渡すようにしてもよい。

【００５４】又、データ要求パケットにおいて図９に示
す要求パケットの送信元コンピュータ番号を例えば「−
１」に設定すれば、あらゆるコンピュータ番号からのパ
ケットを指定するものとし、又同様に要求するパケット
の送信元プロセス番号を例えば「−１」に設定すれば、
指定したコンピュータのあらゆるプロセスを指定するよ
うにしてもよい。

【００５５】

【発明の効果】以上詳記したように本発明によれば、複
数のプロセスが並行処理しながら同期通信を行ってもデ
ッドロック現象を起こさずに各プロセス間で通信ができ
る通信制御装置を提供できる。

【図面の簡単な説明】

【図１】本発明に係わる通信制御装置を計算機ネットワ
ークに適用した第１実施例を示す構成図。

【図２】同装置におけるバッファメモリの模式図。

【図３】同装置における使用チェックテーブルの模式
図。

【図４】同装置のパケット受取り流れ図。

【図５】同装置のパケット渡し流れ図。

【図６】同装置における通信制御プロセスでのパケット
受け渡し図。

【図７】本発明装置の第２実施例におけるパケット受渡
し流れ図。

【図８】同装置におけるパケット受渡し流れ図。

【図９】同装置に用いられるデータ要求用パケットのフ
ォーマット図。

【図１０】同装置に用いられるデータ送信用パケットの
フォーマット図。

【図１１】同装置に用いられるデータ要求用パケットの
フォーマット図。

【図１２】同装置に用いられるデータ送信用パケットの
フォーマット図。

【図１３】計算機ネットワークの構成図。

【図１４】同ネットワークにおけるパケット受渡し流れ
図。

【図１５】パケットのフォーマット図。

【図１６】同ネットワークにおける通信制御プロセスで
のパケット受け渡し図。

【符号の説明】

１０，２０，３０…コントローラ、４０，４１，４２…
通信制御プロセス、１２，１３，１４，１５…プロセ
ス、２２，２３，２４，２５…プロセス、３２，３３，
３４，３５…プロセス、５０…バッファメモリ、５１…
使用チェックテーブル。

Claims (2)

【特許請求の範囲】
1. 【請求項１】 少なくとも所定処理を行う各プロセスが
   各通信チャネルを介して接続され、これらプロセス間で
   受け渡されるパケットを通信制御する通信制御装置にお
   いて、 前記パケットを一時的に保存するバッファメモリと、 このバッファメモリにおける各領域の使用状態を示すチ
   ェックテーブルと、 前記プロセスから受けた前記パケットを、前記チェック
   テーブルでチェックした前記バッファメモリの空き領域
   に保存するパケット受取手段と、 前記バッファメモリ保存されているパケットを前記チェ
   ックテーブルでチェックし、このパケットを送信先の前
   記プロセスに渡すパケット渡し手段と、 を具備したことを特徴とする通信制御装置。
2. 【請求項２】 少なくとも所定処理を行う各プロセスが
   各通信チャネルを介して接続され、これらプロセス間で
   受け渡されるパケットを通信制御する通信制御装置にお
   いて、 前記プロセスから受け取ったパケットがデータ送信用又
   はデータ要求用かを判別するパケット判別手段と、 前記データ送信用パケットを一時的に保存する複数領域
   のバッファメモリと、 前記プロセスから受けたデータ送信用パケットを前記バ
   ッファメモリの空き領域に保存するパケット受取手段
   と、 前記プロセスから受けたデータ要求用パケットで要求さ
   れた前記パケットを前記バッファメモリから読み出し、
   このパケットをデータ要求用パケットを送信した前記プ
   ロセスに返送するパケット渡し手段と、 を具備したことを特徴とする通信制御装置。