JPH0677971A - 通信確認方式 - Google Patents

Abstract

(57)【要約】 【目的】 本発明は、フレーム通信において、送信元の
通信装置から送信されたフレームが受信側の通信装置で
正しく受信できたか否かを確認するために要する時間及
び処理を軽減することを目的とする。 【構成】 ネットワーク１０２上を転送されるフレーム
１０３には応答情報領域１０５が設けられ、受信側の通
信装置１０１内のフレーム受信制御手段１１４は、フレ
ーム１０３の受信結果を応答情報１０４としてフレーム
１０３の応答情報領域１０５に書き込み、それを再びフ
レーム送信手段１０８を介してネットワーク１０２に送
出する。従って、このフレーム１０３がネットワーク１
０２上を転送され送信元の通信装置１０１内の送信結果
判定手段１１６に戻ってくるまでに、通信データ１１０
の送信処理が完了することになり、受信側から送信元へ
の応答情報１０４を別の応答専用のフレームを用いて通
知する必要がない。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、フレーム通信におい
て、送信元の通信装置から送信されたフレームが受信側
の通信装置で正しく受信できたか否かを確認する通信確
認方式に関する。

【０００２】

【従来の技術】パケット通信システムなどのフレーム通
信システムにおいては、メッセージが格納されたフレー
ム（パケットなども含む）を送信元のノード（通信装
置）から受信側のノードに単に連続的に送るだけでは、
信頼性の高い通信を行うことはできない。従って、送信
元のノードから送信されたメッセージフレームが受信側
のノードで正しく受信できたか否かを確認する手順が必
要となる。

【０００３】従来のフレーム通信システムにおいては、
受信側のノードは、送信元のノードから送られてきたメ
ッセージフレームを受信してから予め定められた時間内
に、正常に受信が行われたか否かを示す応答情報を格納
した応答フレームを送信元へ返送することによって、通
信の確認を行っている。

【０００４】

【発明が解決しようとする課題】しかし、上述の従来例
は、以下の問題点を有している。まず、送信元から受信
側へ送信されるべきメッセージと、受信側から送信元へ
返送されるべき応答情報は、それぞれ別々のフレームに
格納されて相手に転送される。このため、ネットワーク
上を転送されるフレームのトラヒック量が、本来必要な
通信量の２倍に増大し、ネットワークの使用効率の低下
を招いてしまうという問題点を有している。

【０００５】次に、上述したように、送信元のノード
は、自己が送信したメッセージフレームに対応する応答
フレームを待つ必要がある。そして、一般に、１つのメ
ッセージフレームが送信されてからそれに対応する応答
フレームが返送されるまでには別のフレームの通信が行
われるため、送信元のノードは自己が送信したメッセー
ジフレームと自己が受信した応答フレームとの対応付け
をする必要がある。この結果、送信元のノードの処理が
増大してしまうという問題点を有している。

【０００６】以上の２つの問題点により、送信元のノー
ドがフレームの送信を完了するまでに要する時間が増大
してしまうという問題点を有している。更に、１つの送
信元のノードからｎ台の複数の受信側のノードにメッセ
ージが送信される１対ｎのマルチキャスト通信において
は、ｎ台の受信側のノードがそれぞれ応答フレームを返
送する必要があるため、ネットワーク上を転送されるフ
レームのトラヒック量は、本来必要な通信量の（ｎ＋
１）倍に増大してしまうという問題点を有している。

【０００７】本発明は、リングネットワークなどの特定
の接続形態を採るネットワークにおいて、フレーム通信
における通信確認に要する時間及び処理を軽減すること
を目的とする。

【０００８】

【課題を解決するための手段】図１は、本発明のブロッ
ク図である。本発明は、複数の通信装置１０１が例えば
リングネットワークなどのネットワーク１０２によって
接続され、送信元の通信装置１０１から送信されたフレ
ーム１０３がネットワーク１０２に接続された他の通信
装置１０１を巡回した後に送信元の通信装置１０１に返
送される形態のフレーム通信を行う通信システムを前提
とする。

【０００９】まず、ネットワーク１０２上を転送される
フレーム１０３は、応答情報１０４を表示する応答情報
領域１０５と、そのフレーム１０３のデータに障害が発
生していないか否かを検査するためのＣＲＣコードなど
の検査情報１０６を設定する検査情報領域１０７とを有
する。

【００１０】そして、通信装置１０１内に、次のような
各手段を有する。まず、ネットワーク１０２にフレーム
１０３を送信するフレーム送信手段１０８を有する。

【００１１】次に、ネットワーク１０２からフレーム１
０３を受信するフレーム受信手段１０９を有する。ま
た、自装置が送信元の通信装置１０１である場合に、フ
レーム１０３に通信データ１１０を設定しそのフレーム
１０３の検査情報領域１０７に検査情報１０６を設定し
た後に、フレーム送信手段１０８にそのフレーム１０３
をネットワーク１０２に送信させるフレーム送信制御手
段１１１を有する。

【００１２】続いて、フレーム受信手段１０９によって
受信されたフレーム１０３が自装置宛のものである場合
に、受信されたフレーム１０３に対して受信処理を行う
と共に、所定の基準と自装置の状態に従って受信された
フレーム１０３の応答情報領域１０５の表示を変更しそ
のフレーム１０３の検査情報領域１０７に検査情報１０
６を設定した後に、フレーム送信手段１０８に変更され
たフレーム１０３をネットワーク１０２に送信させるフ
レーム受信制御手段１１４を有する。ここで、フレーム
受信制御手段１１４は、応答情報１０４として、例え
ば、フレーム１０３を正常に受信した旨を表示する承諾
応答、フレーム１０３の受信を拒否した旨を表示する拒
否応答、及びフレーム１０３の受信処理を行わなかった
旨を示す無応答を選択的にフレーム１０３の応答情報領
域１０５に表示する。

【００１３】更に、フレーム受信手段１０９によって受
信されたフレーム１０３が自装置宛のものでない場合
に、フレーム送信手段１０８に受信されたフレーム１０
３をそのままネットワーク１０２に送信させるフレーム
中継手段１１５を有する。

【００１４】そして、フレーム受信手段１０９によって
受信されたフレーム１０３が自装置が送信したものであ
る場合に、受信されたフレーム１０３の検査情報領域１
０７の検査情報１０６と応答情報領域１０５の応答情報
１０４を判定することにより、自装置が送信したフレー
ム１０３の送信結果を判定する送信結果判定手段１１６
を有する。

【００１５】上述の本発明の構成において、フレーム受
信制御手段１１４は、受信されたフレーム１０３の応答
情報領域１０５の表示を変更する場合に、所定の基準１
１２と自装置の状態１１３とに加えて、受信されたフレ
ーム１０３の応答情報領域１０５に表示されている応答
情報１０４に従って応答情報領域１０５の表示を変更す
るように構成することもできる。

【００１６】又は、応答情報領域１０５は、応答情報１
０４の種類毎にその各種類の応答情報１０４を独立に表
示する領域からなるように構成することができる。一
方、検査情報領域１０７には、フレーム１０３上の通信
データ１１０を設定する領域と応答情報領域１０５とか
らなる領域全体で障害が発生していないか否かを検査す
るための検査情報が設定されるように構成することがで
きる。

【００１７】又は、検査情報領域１０７は、フレーム１
０３上の通信データ１１０を設定する領域で障害が発生
していないか否かを検査するための第１の検査情報が設
定される領域と、応答情報領域１０５で障害が発生して
いないか否かを検査するための第２の検査情報が設定さ
れる領域を含むように構成することもできる。

【００１８】

【作用】ネットワーク１０２上を転送されるフレーム１
０３には応答情報領域１０５が設けられ、受信側の通信
装置１０１内のフレーム受信制御手段１１４は、フレー
ム１０３の受信結果を応答情報１０４としてフレーム１
０３の応答情報領域１０５に書き込み、それを再びフレ
ーム送信手段１０８を介してネットワーク１０２に送出
する。従って、このフレーム１０３がネットワーク１０
２上を転送され送信元の通信装置１０１内の送信結果判
定手段１１６に戻ってくるまでに、通信データ１１０の
送信処理が完了することになり、受信側から送信元への
応答情報１０４を別の応答専用のフレームを用いて通知
する必要がない。この結果、通信プロトコルを簡略なも
のにすることができ、高速な応答処理が可能となる。

【００１９】ここで、１つの送信元の通信装置１０１か
ら複数の受信側の通信装置１０１に対して、いわゆるマ
ルチキャストフレームが同報送信される場合には、複数
の受信側の通信装置１０１のそれぞれのフレーム受信制
御手段１１４は、フレーム１０３の受信時に、所定の基
準１１２と自装置の状態１１３のみに従って応答情報１
０４を設定するのではなく、フレーム１０３の応答情報
領域１０５に既に表示されている応答情報１０４をも参
照して新たな応答情報１０４を決定する。例えば、フレ
ーム受信制御手段１１４は、フレーム１０３の応答情報
１０４として承諾応答を設定する場合には、まず、受信
したフレーム１０３の応答情報１０４を確認し、それが
拒否応答であれば応答情報１０４を変更しないように動
作する。これにより、１個以上の受信側の通信装置１０
１が設定した拒否応答は、上書きされずに送信元の通信
装置１０１に通知される。

【００２０】更に、応答情報領域１０５が応答情報１０
４の種類毎に各種類の応答情報を独立に表示する領域か
らなるように構成すれば、上述のような同報送信の場合
においても、受信側の通信装置１０１のフレーム受信制
御手段１１４は、フレーム１０３の受信時に、フレーム
１０３の応答情報１０４を判定する必要がなくなるた
め、受信側の通信装置１０１のフレーム受信制御手段１
１４における応答決定処理を簡略化できる。

【００２１】一方、検査情報領域１０７が、フレーム１
０３上の通信データ１１０を設定する領域で障害が発生
していないか否かを検査するための第１の検査情報が設
定される領域と、応答情報領域１０５で障害が発生して
いないか否かを検査するための第２の検査情報が設定さ
れる領域を含むように構成された場合には、各検査情報
を個別に検査することにより、受信側の通信装置１０１
が通信データ１１０を正常に受信した後に通信データ１
１０に障害が発生したことなどを検出することができ、
詳細な判定が可能となる。

【００２２】

【実施例】以下、図面を参照しながら本発明の実施例に
つき詳細に説明する。 ＜本発明の実施例の構成＞図２は、本発明の実施例が適
用されるネットワークの構成図である。

【００２３】光ファイバリング２０６を中心に構成され
るネットワーク２０１には、複数のノード２０２（図２
では、#000、#***、#%%%、などの番号で示されている）
が接続される。

【００２４】ノード２０２において、プロセッサバス２
０５には複数のプロセッサ２０４が接続され、プロセッ
サバス２０５はメッセージ通信装置２０３に収容され
る。メッセージ通信装置２０３は、プロセッサバス２０
５を介してプロセッサ２０４が送信又は受信するメッセ
ージデータを処理し、また、光ファイバリング２０６に
対し入力又は出力されるメッセージデータが格納された
フレームを処理する。

【００２５】次に、図３は、本発明の実施例における図
２のノード２０２内のメッセージ通信装置２０３の構成
図である。実メモリ３０７は、メッセージデータを一時
保持する通信バッファとして機能する。

【００２６】制御メモリ３０８は、メッセージの通信に
使用される仮想記憶空間上の各仮想ページアドレス毎
に、その仮想ページアドレスが実メモリ３０７内の実ペ
ージアドレスに割り付けられている場合にはその実ペー
ジアドレスと、その仮想ページアドレスのページ状態
（通信状態）を示すデータを記憶する。

【００２７】プロセッサバスインタフェース３１２は、
図２のプロセッサバス２０５を収容すると共に外部バス
３０１に接続され、図２のプロセッサ２０４からプロセ
ッサバス２０５を介して入力されるメッセージデータ等
を、外部バス３０１及びバーチャルメモリコントローラ
３０９を介して実メモリ３０７に出力し、逆に、実メモ
リ３０７からバーチャルメモリコントローラ３０９及び
外部バス３０１を介して入力されるメッセージデータ等
を、プロセッサバス２０５を介してプロセッサ２０４に
出力する。

【００２８】また、プロセッサバスインタフェース３１
２は、外部バス３０１、バス結合部３１１及びＣＰＵバ
ス３０２を介して、ＣＰＵ３１３との間で、通信制御デ
ータの授受を行う。

【００２９】図２には明示してないが、図３では、プロ
セッサバス２０５は、１ノードあたり２本設けられてい
る。従って、プロセッサバスインタフェース３１２も、
各プロセッサバス２０５に対応して、#0と#1の２つが設
けられている。そして、#0のプロセッサバスインタフェ
ース３１２は、制御線３１９を用いて、#0と#1の各プロ
セッサバスインタフェース３１２が外部バス３０１をア
クセスする場合の競合制御を行う。更に、#0のプロセッ
サバスインタフェース３１２は、制御線３２１、３２２
を介して、後述するＣＰＵバスアービタ３１４及びＩ／
Ｏコントローラ３１５との間でバスの使用に関する制御
データを授受しながら、外部バス３０１の競合制御を行
って、必要なときには制御線３２０を介してバス結合部
３１１の開閉制御を行う。

【００３０】ネットワーク制御回路３１０は、フレーム
の送信時には、ＣＰＵ３１３からＣＰＵバス３０２、Ｉ
／Ｏコントローラ３１５、及びネットワーク命令／結果
バス３０３を介して入力される送信命令に基づいて、制
御メモリアクセスバス３０６を介して制御メモリ３０８
をアクセスしながら、実メモリ３０７からバーチャルメ
モリコントローラ３０９及びネットワークデータ送信バ
ス３０５を介して送信されるべきメッセージデータを読
み出し、それを含むフレームを構築し、それを光ファイ
バリング２０６に送出し、その送信結果を、ネットワー
ク命令／結果バス３０３、Ｉ／Ｏコントローラ３１５、
及びＣＰＵバス３０２を介してＣＰＵ３１３に通知す
る。

【００３１】また、ネットワーク制御回路３１０は、光
ファイバリング２０６からのフレームの受信時には、制
御メモリアクセスバス３０６を介して制御メモリ３０８
をアクセスしながら、その受信フレームを他のノード２
０２へ中継する。又は、その受信フレーム内のメッセー
ジデータを取り出し、ネットワークデータ受信バス３０
４からバーチャルメモリコントローラ３０９を介して実
メモリ３０７に格納し、その受信結果を、ネットワーク
命令／結果バス３０３、Ｉ／Ｏコントローラ３１５、及
びＣＰＵバス３０２を介してＣＰＵ３１３に通知する。

【００３２】ＣＰＵ３１３は、ＣＰＵバス３０２に接続
され、動作開始時に、ＣＰＵバス３０２に接続されるＥ
ＰＲＯＭ３１６からＣＰＵバス３０２に接続されるプロ
グラムＲＡＭ３１７に書き込まれる制御プログラムに従
って動作する。

【００３３】このＣＰＵ３１３は、ＣＰＵバス３０２、
バス結合部３１１、及び外部バス３０１を介して、プロ
セッサバスインタフェース３１２との間で、通信制御デ
ータの授受を行う。

【００３４】また、ＣＰＵ３１３は、フレームの送信時
には、ＣＰＵバス３０２、Ｉ／Ｏコントローラ３１５、
及びネットワーク命令／結果バス３０３を介して、送信
命令をネットワーク制御回路３１０へ出力し、その後、
ネットワーク制御回路３１０から、ネットワーク命令／
結果バス３０３、Ｉ／Ｏコントローラ３１５、及びＣＰ
Ｕバス３０２を介して、送信結果通知を受け取る。逆
に、ＣＰＵ３１３は、フレームの受信時には、ネットワ
ーク制御回路３１０から、ネットワーク命令／結果バス
３０３、Ｉ／Ｏコントローラ３１５、及びＣＰＵバス３
０２を介して、受信結果通知を受け取る。

【００３５】更に、ＣＰＵ３１３は、ＣＰＵバス３０２
を介して制御メモリ３０８内の各仮想ページアドレスの
ページ状態データ（通信状態を示すデータ）をアクセス
すると共に、ＣＰＵバス３０２及びバーチャルメモリコ
ントローラ３０９を介して制御メモリ３０８内の各仮想
ページアドレスの実ページアドレスデータ及び実メモリ
３０７をアクセスする。

【００３６】Ｉ／Ｏコントローラ３１５は、ＣＰＵバス
３０２に接続され、特には図示しない外部の周辺装置が
接続される周辺装置バス３１８を収容する。また、Ｉ／
Ｏコントローラ３１５は、前述したように、ＣＰＵバス
３０２及びネットワーク命令／結果バス３０３を介し
て、ＣＰＵ３１３とネットワーク制御回路３１０との間
で授受される送信命令、送信結果通知又は受信結果通知
を中継する。

【００３７】更に、Ｉ／Ｏコントローラ３１５は、ＣＰ
Ｕ３１３が外部バス３０１をアクセスするアドレスをＣ
ＰＵバス３０２に対して指定した場合に、制御線３２２
を介して#0のプロセッサバスインタフェース３１２に、
外部バスアクセス要求を出力する。

【００３８】ＣＰＵバスアービタ３１４は、プロセッサ
バスインタフェース３１２から制御線３２１を介してＣ
ＰＵバスアクセス要求（バスグラント要求）を受け取っ
た場合に、ＣＰＵ３１３に対して制御線３２３を介して
バス使用要求（バスグラント要求）を出力し、ＣＰＵ３
１３から制御線３２３を介してバス使用許可（バスグラ
ントアクノリッジ）を受け取り、それに基づいてＣＰＵ
バスアクセス許可（バスグラントアクノリッジ）を制御
線３２１を介して#0のプロセッサバスインタフェース３
１２に返す。

【００３９】バーチャルメモリコントローラ３０９は、
プロセッサバスインタフェース３１２と実メモリ３０７
との間で外部バス３０１を介して授受されるデータ、Ｃ
ＰＵ３１３と実メモリ３０７又は制御メモリ３０８との
間でＣＰＵバス３０２を介して授受されるデータ、ネッ
トワーク制御回路３１０と実メモリ３０７との間でネッ
トワークデータ受信バス３０４又はネットワークデータ
送信バス３０５を介して授受されるデータのスイッチン
グ制御及び競合制御を行う。 ＜本発明の実施例の動作＞以上の構成を有する本発明の
実施例の動作について説明する。

【００４０】今、図２及び図３において、例えば#000の
ノード２０２内の１つのプロセッサ２０４から、#***の
ノード２０２内の他の１つのプロセッサ２０４にメッセ
ージデータを送信する場合の動作について説明する。

【００４１】この場合に、#000のノード２０２内の１つ
のプロセッサ２０４から送信されるメッセージデータ
は、プロセッサバス２０５を介してそのノード内のメッ
セージ通信装置２０３（以下、#000のメッセージ通信装
置２０３と呼ぶ）の実メモリ３０７に転送された後に、
#***のノード２０２内のメッセージ通信装置２０３（以
下、#***のメッセージ通信装置２０３と呼ぶ）の実メモ
リ３０７に送られ、その後、その実メモリ３０７からプ
ロセッサバス２０５を介して宛て先のプロセッサ２０４
に転送される。即ち、各メッセージ通信装置２０３の実
メモリ３０７は、通信バッファとして機能する。送信に成功する場合の動作 始めに、送信に成功する場合の動作について説明する。

【００４２】まず、送信元のノード２０２内の１つのプ
ロセッサ２０４からそのノード内のメッセージ通信装置
２０３の実メモリ３０７へのメッセージデータの転送
は、次のようにして行われる。

【００４３】ＣＰＵ３１３のプロセッサ用受信制御機能
は、ＣＰＵバス３０２及びバーチャルメモリコントロー
ラ３０９を介して実メモリ３０７をアクセスすることに
よって、実メモリ３０７において、プロセッサ用受信バ
ッファキューに空きバッファキューに接続されている空
きバッファを接続する。なお、プロセッサ用受信制御機
能は、ＣＰＵ３１３がプログラムＲＡＭ３１７に記憶さ
れた制御プログラムを実行することにより実現される機
能である。

【００４４】そして、ＣＰＵ３１３のプロセッサ用受信
制御機能は、ＣＰＵバス３０２、バス結合部３１１、及
び外部バス３０１を介して、例えば#0のプロセッサバス
インタフェース３１２を起動すると共に、そのインタフ
ェース３１２に対して上述のプロセッサ用受信バッファ
キューの先頭アドレスを通知する。

【００４５】プロセッサバスインタフェース３１２は、
プロセッサ２０４からプロセッサバス２０５を介して転
送されてきたメッセージデータを受信し、上記先頭アド
レスを受信開始アドレスとしてバッファアドレスを順次
更新しながら、上述の受信されたメッセージデータを、
外部バス３０１及びバーチャルメモリコントローラ３０
９を介して、実メモリ３０７内のプロセッサ用受信バッ
ファキューに接続された空きバッファに、順次転送す
る。

【００４６】プロセッサバスインタフェース３１２は、
プロセッサ用受信バッファキューに接続される空きバッ
ファがなくなると、自動的に停止して、その旨を外部バ
ス３０１、バス結合部３１１、及びＣＰＵバス３０２を
介してＣＰＵ３１３に通知する。

【００４７】ＣＰＵ３１３のプロセッサ用受信制御機能
は、まず、ＣＰＵバス３０２及びバーチャルメモリコン
トローラ３０９を介して実メモリ３０７を制御して、上
述した受信済のバッファをプロセッサ用受信バッファキ
ューから切り離しネットワーク用送信バッファに接続す
る。これ以後、実メモリ３０７内のネットワーク用送信
バッファに対する処理は、ＣＰＵ３１３のプロセッサ用
受信制御機能からネットワーク用送信制御機能に引き渡
され、次に説明するようにして、送信元のノード２０２
のメッセージ通信装置２０３内の実メモリ３０７から、
宛て先のプロセッサ２０４が収容されるノード２０２の
メッセージ通信装置２０３内の実メモリ３０７への、メ
ッセージデータの転送動作が実行される。

【００４８】メッセージ通信装置２０３間のメッセージ
データの通信には、ネットワーク仮想記憶システム（Ｎ
ＥＴ−ＶＭＳ）という特別な方式が適用される。まず、
図２のネットワーク２０１全体で、仮想記憶空間が定義
される。この仮想記憶空間は、複数の仮想ページに分割
され、メッセージデータの通信はこの仮想ページを介し
て行われる。例えば、仮想記憶空間は、0000〜FFFFペー
ジ（１６進数）までの仮想ページアドレスに分割され
る。１つの仮想ページは、メッセージデータの１単位で
あるパケットを十分に収容可能な固定長（例えば８キロ
バイト長）のデータ長を有する。なお、以下特に言及し
ないときは、仮想ページアドレス及び後述する実ページ
アドレスは、１６進数で表現する。

【００４９】次に、この仮想記憶空間の所定ページ数毎
例えば１６ページ毎に、ネットワーク２０１に接続され
る各ノード２０２のメッセージ通信装置２０３が割り当
てられる。例えば、0000〜000Fページには#000番目のノ
ード２０２のメッセージ通信装置２０３が割り当てら
れ、0010〜001Fページには#001番目のノード２０２のメ
ッセージ通信装置２０３が割り当てられ、以下同様にし
て、***0〜***Fページ及び%%%0〜%%%Fページ（３桁の *
及び %はそれぞれ0〜 Fの１６進数のうち任意の数）に
は、それぞれ#***番目及び#%%%番目の各ノード２０２の
メッセージ通信装置２０３が割り当てられる。

【００５０】従って、上述の例では、ネットワーク２０
１には、#000〜#FFFまでの最大で４０９６台のメッセー
ジ通信装置２０３が接続可能である。一方、各メッセー
ジ通信装置２０３内の実メモリ３０７は、それぞれが上
述の仮想ページと同じデータ長を有する複数の実ページ
に分割される。実メモリ３０７のページ容量は、仮想記
憶空間のページ容量よりはるかに小さくてよく、例えば
６４〜２５６ページ程度でよい。

【００５１】次に、各メッセージ通信装置２０３の制御
メモリ３０８にはそれぞれ、図４に示されるように、全
仮想ページアドレス分の制御データが記憶される。各仮
想ページアドレスの制御データは、図４に示されるよう
に、その仮想ページアドレスに対応付けられる自メッセ
ージ通信装置２０３内の実メモリ３０７の実ページアド
レスデータと、その仮想ページアドレスの通信状態を示
すページ状態データとから構成されている。

【００５２】そして、初期状態として、図６のＳ１で示
されるように、各ノード２０２内のメッセージ通信装置
２０３の制御メモリ３０８において、そのノード２０２
に割り当てられている仮想ページアドレスには、ＣＰＵ
３１３のネットワーク用受信制御機能により、自メッセ
ージ通信装置２０３の実メモリ３０７内の任意の空きペ
ージに設けられるネットワーク用受信バッファの実ペー
ジアドレスと、ページ状態として受信バッファ割付状態
VPが、それぞれ予め書き込まれている。なお、ネットワ
ーク用受信制御機能は、ＣＰＵ３１３がプログラムＲＡ
Ｍ３１７に記憶された制御プログラムを実行することに
より実現される。

【００５３】例えば、#000のメッセージ通信装置２０３
の制御メモリ３０８において、自メッセージ通信装置２
０３に割り当てられている0000,0001,・・・ ,000Fペー
ジの各仮想ページアドレスには、図４に示されるよう
に、実メモリ３０７内のs,q,・・・,pの各実ページアド
レスが書き込まれ、受信バッファ割付状態を示すページ
状態VPが書き込まれている。

【００５４】また、#***のメッセージ通信装置２０３の
制御メモリ３０８において、自メッセージ通信装置２０
３に割り当てられている***0,***1,・・・ ,***Fページ
の各仮想ページアドレスには、図４に示されるように、
実メモリ３０７内のv,u,・・・,tの各実ページアドレス
が書き込まれ、受信バッファ割付状態を示すページ状態
VPが書き込まれている。

【００５５】同様に、#%%%のメッセージ通信装置２０３
の制御メモリ３０８において、自メッセージ通信装置２
０３に割り当てられている%%%0,%%%1,・・・ ,%%%Fペー
ジの各仮想ページアドレスには、図４に示されるよう
に、実メモリ３０７内のy,w,・・・,xの各実ページアド
レスが書き込まれ、受信バッファ割付状態を示すページ
状態VPが書き込まれている。

【００５６】今、前述したプロセッサ２０４からメッセ
ージ通信装置２０３へのメッセージデータの転送動作に
よって、例えば#000のノード２０２において、メッセー
ジ通信装置２０３の実メモリ３０７内の、実ページアド
レスがr であるネットワーク用送信バッファに、#000の
ノード２０２内の１つのプロセッサ２０４からメッセー
ジデータが転送されているものとする。

【００５７】ＣＰＵ３１３のネットワーク用送信制御機
能は、ＣＰＵバス３０２及びバーチャルメモリコントロ
ーラ３０９を介して実メモリ３０７内のネットワーク用
送信バッファに格納されているメッセージデータのヘッ
ダ内の宛て先アドレス部を解析することによって、その
宛て先アドレスに対応するプロセッサ２０４が収容され
るノード２０２に割り当てられている仮想ページアドレ
スのうち、ページ状態がバッファ未割付状態NAとなって
いるものを決定する。図４の例では、例えば仮想ページ
アドレス***2が決定される。なお、ネットワーク用送信
制御機能は、ＣＰＵ３１３がプログラムＲＡＭ３１７に
記憶された制御プログラムを実行することにより実現さ
れる。

【００５８】次に、図６のＳ２で示されるように、ＣＰ
Ｕ３１３のネットワーク用送信制御機能は、制御メモリ
３０８内の上述の決定した仮想ページアドレスに、上述
のメッセージデータが格納されているネットワーク用送
信バッファの実ページアドレスを書き込み、ページ状態
を、バッファ未割付状態NAから送信状態SDに変更する。
図４の例では、例えば仮想ページアドレス***2に実ペー
ジアドレスr と送信状態SDが設定される。

【００５９】そして、図６のＳ３で示されるように、Ｃ
ＰＵ３１３のネットワーク用送信制御機能は、Ｉ／Ｏコ
ントローラ３１５内の送信用ＦＩＦＯに、ＣＰＵバス３
０２を介して、送信命令と共に、上述の仮想ページアド
レスと、上述のメッセージデータの転送長を書き込む。

【００６０】ネットワーク制御回路３１０は、Ｉ／Ｏコ
ントローラ３１５内の送信用ＦＩＦＯから、ネットワー
ク命令／結果バス３０３を介して、上述の送信命令等を
読み出すと、その送信命令に付加されている仮想ページ
アドレスを、制御メモリアクセスバス３０６を介して制
御メモリ３０８に指定し、制御メモリ３０８から上述の
仮想ページアドレスに設定されている実ページアドレス
を読み出してバーチャルメモリコントローラ３０９内の
特には図示しないＤＭＡ転送用レジスタに設定する。

【００６１】そして、ネットワーク制御回路３１０は、
バーチャルメモリコントローラ３０９に、送信されるべ
きメッセージデータが含まれる実メモリ３０７内の上記
実ページアドレスのページデータを、ネットワークデー
タ送信バス３０５を介してネットワーク制御回路３１０
にＤＭＡ転送させる。

【００６２】ネットワーク制御回路３１０は、上述した
ページデータから上述した送信命令に付加されているメ
ッセージデータの転送長に対応する分のメッセージデー
タを取り出し、そのメッセージデータと、上述した送信
命令と、その送信命令に付加されている仮想ページアド
レス、及びメッセージデータの転送長を含むフレームを
生成し、図６のＳ４（ＳＥＮＤ）で示されるように、そ
れを光ファイバリング２０６に送出する。

【００６３】図５(a) に、光ファイバリング２０６上を
転送されるフレームの構成を示し、図５(b) にフレーム
内の各フィールドの意味を示す。本実施例においては、
光ファイバ通信での標準インタフェースであるＦＤＤＩ
(Fiber Distributed DigitalInterface) に準拠したフ
レーム構成が採用され、ＦＤＤＩに準拠したヘッダ（Ｆ
ＤＤＩＨ）及びトレイラ（ＦＤＤＩＴ）により挟まれた
ＦＤＤＩフレームに、前述したネットワーク仮想記憶シ
ステム（ＮＥＴ−ＶＭＳ）のフレーム（以下、これをＮ
ＥＴ−ＶＭＳフレームと呼ぶ）が挿入される形態が採用
されている。

【００６４】ＮＥＴ−ＶＭＳフレームは、図５(a),(b)
に示されるように、上述の仮想ページアドレス（ＶＰ
Ａ）、上述のメッセージデータの転送長（ＬＥＮ）、ネ
ットワーク命令（ＣＭＤ：上述の例では送信命令）、Ｖ
ＰＡ〜ＣＭＤに対する伝送障害を検査するＣＲＣコード
であるフレームチェックシーケンス１（ＦＣＳ１）、固
定パターン（ＧＡＰ）、及び受信側のノードによって設
定される後述する応答情報（ＲＳＰ）とからなるＮＥＴ
−ＶＭＳヘッダの領域と、メッセージデータ（ＤＡＴ
Ａ）、及びＲＳＰとＤＡＴＡに対する伝送障害を検査す
るＣＲＣコードであるフレームチェックシーケンス２
（ＦＣＳ２）とからなる領域とで構成される。

【００６５】ここで、光ファイバリング２０６のフレー
ム伝送方式としては、トークンリングネットワーク方式
が採用され、図６のＳ４で示されるように、ネットワー
ク制御回路３１０は、光ファイバリング２０６上を周回
するフリートークンを獲得した場合のみフレームを送出
することができる。

【００６６】図４に示す例では、#000のメッセージ通信
装置２０３から、仮想ページアドレス***2と実メモリ３
０７内の実ページアドレスr に格納されているメッセー
ジデータとを含むフレームが、光ファイバリング２０６
に送出される。

【００６７】上述のフレームは、光ファイバリング２０
６に接続されている他のノード２０２（図２参照）に順
次転送される。各ノード２０２内のメッセージ通信装置
２０３のネットワーク制御回路３１０は、光ファイバリ
ング２０６から上記フレームを取り込むと、まず、その
フレームに付加されている図５(a) に示されるフレーム
チェックシーケンス１（ＦＣＳ１）を検査する。

【００６８】検査結果が正常であれば、ネットワーク制
御回路３１０は、そのフレームに格納されている仮想ペ
ージアドレスに対応するページ状態を制御メモリアクセ
スバス３０６を介して制御メモリ３０８から読み出し、
そのページ状態が受信バッファ割付状態VPであるか否
か、即ち、その仮想ページアドレスが自ノード２０２の
メッセージ通信装置２０３に割り当てられているか否
か、又はそのページ状態が送信状態SDであるか否か、即
ち、そのフレームが自ネットワーク制御回路３１０が送
出したものであるか否かを判別する。

【００６９】ネットワーク制御回路３１０は、フレーム
に格納されている仮想ページアドレスのページ状態が受
信バッファ割付状態VPであると判別した場合は、まず、
光ファイバリング２０６から受信した上述のフレーム中
の応答情報領域（図５(a) のＲＳＰ）に承諾応答を書き
込んだ後、図６のＳ５（ＡＣＫ）で示されるように、そ
のフレームを再び光ファイバリング２０６に送出する。

【００７０】更に、ネットワーク制御回路３１０は、フ
レームに格納されているメッセージデータを、以下のよ
うにして実メモリ３０７に取り込む。即ち、ネットワー
ク制御回路３１０は、まず、フレームに格納されている
仮想ページアドレスを、制御メモリアクセスバス３０６
を介して制御メモリ３０８に指定し、制御メモリ３０８
から上述の仮想ページアドレスに設定されている実ペー
ジアドレスを読み出してバーチャルメモリコントローラ
３０９内の特には図示しないＤＭＡ転送用レジスタに設
定する。そして、ネットワーク制御回路３１０は、バー
チャルメモリコントローラ３０９に、フレームに含まれ
るメッセージデータを、ネットワークデータ受信バス３
０４を介して実メモリ３０７内の上述の実ページアドレ
スにＤＭＡ転送させる。

【００７１】その後、ネットワーク制御回路３１０は、
フレームに付加されている図５(a)に示されるフレーム
チェックシーケンス２（ＦＣＳ２）を検査し、検査結果
が正常であれば、フレームに格納されている仮想ページ
アドレスを、制御メモリアクセスバス３０６を介して制
御メモリ３０８に指定し、図６のＳ６で示されるよう
に、その仮想ページアドレスのページ状態を受信バッフ
ァ割付状態VPから受信完了状態RDに変更する。

【００７２】更に、ネットワーク制御回路３１０は、Ｉ
／Ｏコントローラ３１５内の受信用ＦＩＦＯに、ネット
ワーク命令／結果バス３０３を介して、受信に成功した
旨を示す結果コードと共に、フレームから抽出した仮想
ページアドレスとメッセージデータの転送長を書き込
む。

【００７３】例えば、図４の例では、#***のメッセージ
通信装置２０３のネットワーク制御回路３１０は、#000
のノード２０２からのフレームに格納されている仮想ペ
ージアドレス***2の制御メモリ３０８上のページ状態が
受信バッファ割付状態VPであると判別することにより、
そのフレームに格納されているメッセージデータを、制
御メモリ３０８の仮想ページアドレス***2に設定されて
いる実ページアドレスu を有する実メモリ３０７内のネ
ットワーク用受信バッファに取り込んだ後、制御メモリ
３０８の仮想ページアドレス***2のページ状態を受信バ
ッファ割付状態VPから受信完了状態RDに変更する。

【００７４】上述の受信成功通知は、図６のＳ７で示さ
れるように、受信側のノード２０２内のメッセージ通信
装置２０３のＣＰＵ３１３により、ＣＰＵバス３０２を
介して受信される。

【００７５】即ち、受信側のノード２０２内のメッセー
ジ通信装置２０３のＣＰＵ３１３のネットワーク用受信
制御機能は、ＣＰＵバス３０２を介してＩ／Ｏコントロ
ーラ３１５内の受信用ＦＩＦＯから上述の受信成功の受
信結果通知を受け取ると、受信結果通知の一部である仮
想ページアドレスをＣＰＵバス３０２を介して制御メモ
リ３０８に指定し、その実ページアドレスを読み出す。
そして、ＣＰＵ３１３のネットワーク用受信制御機能
は、ＣＰＵバス３０２及びバーチャルメモリコントロー
ラ３０９を介して実メモリ３０７を制御して、上述の実
ページアドレスで指定される実ページをネットワーク用
受信バッファから切り離しプロセッサ用送信待ちバッフ
ァキューに接続する。

【００７６】その後、図６のＳ８で示されるように、Ｃ
ＰＵ３１３のネットワーク用受信制御機能は、ＣＰＵバ
ス３０２及びバーチャルメモリコントローラ３０９を介
して実メモリ３０７を制御して、任意の空きページをネ
ットワーク用受信バッファに接続し、更に、上述の受信
結果通知の一部である仮想ページアドレスでＣＰＵバス
３０２を介して制御メモリ３０８をアクセスし、その仮
想ページアドレスに、上述の空きページの実ページアド
レスと、ページ状態として受信バッファ割付状態VPを、
それぞれ書き込む。

【００７７】これ以後、実メモリ３０７内のプロセッサ
用送信待ちバッファキューに対する処理は、ＣＰＵ３１
３のネットワーク用受信制御機能からプロセッサ用送信
制御機能に引き渡される。ＣＰＵ３１３のプロセッサ用
送信制御機能は、次のようにして、受信側のノード２０
２内のメッセージ通信装置２０３の実メモリ３０７から
そのノード２０２内の１つのプロセッサ２０４へのメッ
セージデータの転送を行う。

【００７８】まず、ＣＰＵ３１３のプロセッサ用送信制
御機能は、ＣＰＵバス３０２、バス結合部３１１、及び
外部バス３０１を介して、例えば#0のプロセッサバスイ
ンタフェース３１２を起動すると共に、そのインタフェ
ース３１２に対して上述のプロセッサ用送信待ちバッフ
ァキューの先頭アドレスを通知する。

【００７９】プロセッサバスインタフェース３１２は、
上記先頭アドレスを送信開始アドレスとしてバッファア
ドレスを順次更新しながら、外部バス３０１及びバーチ
ャルメモリコントローラ３０９を介して、実メモリ３０
７内のプロセッサ用送信待ちバッファキューに接続され
たバッファに格納されているメッセージデータを順次読
み出して、そのメッセージデータのヘッダ内の宛て先ア
ドレス部を解析しながら、そのメッセージデータをプロ
セッサバス２０５を介して宛て先のプロセッサ２０４に
転送する。

【００８０】以上が受信側のノード２０２が送信元のノ
ード２０２から送信されたフレームの受信に成功した場
合の処理であるが、送信元でも受信側でもないノード２
０２では、次のような処理が行われる。

【００８１】即ち、送信元でも受信側でもないノード２
０２内のメッセージ通信装置２０３のネットワーク制御
回路３１０は、受信したフレームに格納されている仮想
ページアドレスに対応するページ状態を制御メモリ３０
８から読み出した結果、そのページ状態がバッファ未割
付状態NAであると判別することにより、そのフレームを
そのまま光ファイバリング２０６に送出する。

【００８２】例えば、図４の例では、#%%%のメッセージ
通信装置２０３のネットワーク制御回路３１０は、#000
のノード２０２からのフレームに格納されている仮想ペ
ージアドレス***2の制御メモリ３０８上のページ状態が
バッファ未割付状態NAであると判別することにより、そ
のフレームをそのまま光ファイバリング２０６に送出す
る。

【００８３】上述のようにして光ファイバリング２０６
上を順次転送されたフレームは、最後に送信元のノード
２０２内のメッセージ通信装置２０３のネットワーク制
御回路３１０に戻る。

【００８４】送信元のネットワーク制御回路３１０は、
フレームに格納されている仮想ページアドレスに対応す
るページ状態を制御メモリ３０８から読み出した結果、
それが送信状態SDであると判別することによって、その
フレームが自ネットワーク制御回路３１０が送出したフ
レームであることを判別する。

【００８５】ここで、受信側のノード２０２で正常に受
信され送信元のノード２０２に戻ってきたフレーム中の
応答情報領域（図５(a) のＲＳＰ）には、前述したよう
に、受信側のネットワーク制御回路３１０によって承諾
応答が書き込まれている。

【００８６】送信元のネットワーク制御回路３１０は、
受信したフレームの応答情報領域に上述の承諾応答が書
き込まれていることを確認した後に、制御メモリアクセ
スバス３０６を介して、図６のＳ９で示されるように、
フレームに格納されている仮想ページアドレスに対応す
る制御メモリ３０８のページ状態を、送信状態SDから送
信完了状態SCに変更する。

【００８７】そして、ネットワーク制御回路３１０は、
Ｉ／Ｏコントローラ３１５内の受信用ＦＩＦＯに、ネッ
トワーク命令／結果バス３０３を介し、送信に成功した
旨を示す結果コードと共にフレームから抽出した仮想ペ
ージアドレスを書き込む。

【００８８】上述の送信成功通知は、図６のＳ１０で示
されるように、送信元のノード２０２内のメッセージ通
信装置２０３のＣＰＵ３１３により、ＣＰＵバス３０２
を介して受信される。

【００８９】即ち、送信元のノード２０２内のメッセー
ジ通信装置２０３のＣＰＵ３１３のネットワーク用送信
制御機能は、ＣＰＵバス３０２を介してＩ／Ｏコントロ
ーラ３１５内の受信用ＦＩＦＯから上述の送信成功の送
信結果通知を受け取ると、送信結果通知の一部である仮
想ページアドレスをＣＰＵバス３０２を介して制御メモ
リ３０８に指定し、その実ページアドレスを読み出す。
そして、ＣＰＵ３１３のネットワーク用送信制御機能
は、ＣＰＵバス３０２及びバーチャルメモリコントロー
ラ３０９を介して実メモリ３０７を制御して、上述の実
ページアドレスで指定される実ページをネットワーク用
送信バッファから切り離し空きページとする。

【００９０】その後、図６のＳ１１で示されるように、
ＣＰＵ３１３のネットワーク用送信制御機能は、上述の
送信結果通知の一部である仮想ページアドレスでＣＰＵ
バス３０２を介して制御メモリ３０８をアクセスし、そ
の仮想ページアドレスのページ状態として、バッファ未
割付状態NAを書き込む。送信に失敗する場合（受信拒否の場合）の動作 上述したフレームの送信処理において、受信側のノード
２０２内のメッセージ通信装置２０３のネットワーク制
御回路３１０が、光ファイバリング２０６からフレーム
を取り込み、そのフレームに格納されている仮想ページ
アドレスに対応するページ状態を制御メモリアクセスバ
ス３０６を介して制御メモリ３０８から読み出した結
果、図７のＳ１で示されるように、そのページ状態が受
信完了状態RDであると判別した場合は、その仮想ページ
アドレスに対応する実メモリ３０７上の実ページには、
他の受信処理によって受信されかつＣＰＵ３１３のネッ
トワーク用受信制御機能によってネットワーク用受信バ
ッファからプロセッサ用送信待ちバッファキューへのつ
なぎ替えがまだ完了していないメッセージデータが存在
するため、後から受信された上述のフレームのメッセー
ジデータを正常に取り込むことができない。

【００９１】この場合には、図７のＳ２、Ｓ３、Ｓ４で
示される送信処理に対して、まず、受信側のノード２０
２内のメッセージ通信装置２０３のネットワーク制御回
路３１０は、光ファイバリング２０６から受信した上述
のフレーム中の応答情報領域（図５(a) のＲＳＰ）に拒
否応答を書き込んだ後に、図７のＳ５で示されるよう
に、そのフレームを再び光ファイバリング２０６に送出
する。

【００９２】次に、ネットワーク制御回路３１０は、受
信したフレームに格納されている仮想ページアドレス
を、制御メモリアクセスバス３０６を介して制御メモリ
３０８に指定し、図７のＳ６で示されるように、その仮
想ページアドレスのページ状態を受信完了状態RDから受
信待ちノード有り状態RWに変更する。

【００９３】更に、図７のＳ８で示されるように、ネッ
トワーク制御回路３１０は、Ｉ／Ｏコントローラ３１５
内の受信用ＦＩＦＯに、ネットワーク命令／結果バス３
０３を介して、受信に失敗した旨を示す結果コードと共
に、フレームから抽出した仮想ページアドレスとメッセ
ージデータの転送長を書き込む。

【００９４】光ファイバリング２０６上を転送されたフ
レームは、最後に送信元のノード２０２内のメッセージ
通信装置２０３のネットワーク制御回路３１０に戻る。
送信元のネットワーク制御回路３１０は、フレームに格
納されている仮想ページアドレスに対応するページ状態
を制御メモリ３０８から読み出した結果、それが送信状
態SDであると判別することによって、そのフレームが自
ネットワーク制御回路３１０が送出したフレームである
ことを判別する。

【００９５】送信元のネットワーク制御回路３１０は、
受信したフレームの応答情報領域に拒否応答が書き込ま
れていることを確認した後に、制御メモリアクセスバス
３０６を介して、図７のＳ８で示されるように、フレー
ムに格納されている仮想ページアドレスに対応する制御
メモリ３０８のページ状態を、送信状態SDから送信待ち
状態SWに変更する。

【００９６】そして、ネットワーク制御回路３１０は、
Ｉ／Ｏコントローラ３１５内の受信用ＦＩＦＯに、ネッ
トワーク命令／結果バス３０３を介し、送信に失敗した
旨を示す結果コードと共にフレームから抽出した仮想ペ
ージアドレスを書き込む。

【００９７】上述の送信失敗通知は、図７のＳ９で示さ
れるように、送信元のノード２０２内のメッセージ通信
装置２０３のＣＰＵ３１３により、ＣＰＵバス３０２を
介して受信される。

【００９８】即ち、送信元のノード２０２内のメッセー
ジ通信装置２０３のＣＰＵ３１３のネットワーク用送信
制御機能は、ＣＰＵバス３０２を介してＩ／Ｏコントロ
ーラ３１５内の受信用ＦＩＦＯから上述の送信失敗の送
信結果通知を受け取ると、送信結果通知の一部である仮
想ページアドレスをＣＰＵバス３０２を介して制御メモ
リ３０８に指定し、そのページ状態と実ページアドレス
を読み出す。そして、ＣＰＵ３１３のネットワーク用送
信制御機能は、上述のページ状態が送信待ち状態SWであ
ることを確認することにより、当該仮想ページアドレス
を使用したその仮想ページアドレスに対応する実ページ
アドレスを有する実メモリ３０７上のメッセージデータ
の再送信を停止する。この停止状態は、図７のＳ１０で
示されるように、受信側のノード２０２から後述するレ
ディ命令が指定されたフレームが送られてくるまで維持
される。

【００９９】一方、受信側のノード２０２内のメッセー
ジ通信装置２０３では、ＣＰＵ３１３のネットワーク用
受信制御機能が、ページ状態が受信完了状態RDとなって
いる仮想ページアドレスに対応する実メモリ３０７上の
実ページをネットワーク用受信バッファから切り離しプ
ロセッサ用送信待ちバッファキューにつなぎ替え、図７
のＳ１１で示されるように、その仮想ページアドレス
に、空きページの実ページアドレスと、ページ状態とし
て受信バッファ割付状態VPを、それぞれ書き込む。

【０１００】続いて、上述のネットワーク用受信制御機
能は、ＣＰＵバス３０２を介してＩ／Ｏコントローラ３
１５内の受信用ＦＩＦＯから前述した受信失敗の受信結
果通知を読み出す。この場合、図７のＳ１２で示される
ように、ネットワーク用受信制御機能は、Ｉ／Ｏコント
ローラ３１５内の送信用ＦＩＦＯに、ＣＰＵバス３０２
を介して、レディ命令と共に、上述の受信結果通知の一
部である仮想ページアドレスとメッセージデータの転送
長を書き込む。

【０１０１】ネットワーク制御回路３１０は、Ｉ／Ｏコ
ントローラ３１５内の送信用ＦＩＦＯから、ネットワー
ク命令／結果バス３０３を介して、上述のレディ命令等
を読み出すと、そのレディ命令と、そのレディ命令に付
加されている仮想ページアドレス、及びメッセージデー
タの転送長を含むフレームを生成し、図７のＳ１３（Ｒ
ＥＡＤＹ）で示されるように、それを光ファイバリング
２０６に送出する。

【０１０２】光ファイバリング２０６上を転送されたフ
レームは、送信元のノード２０２内のメッセージ通信装
置２０３のネットワーク制御回路３１０で受信される。
送信元のネットワーク制御回路３１０は、受信したフレ
ームにレディ命令が書き込まれていることを確認した後
に、制御メモリアクセスバス３０６を介して、図７のＳ
１４で示されるように、フレームに格納されている仮想
ページアドレスに対応する制御メモリ３０８のページ状
態を、送信待ち状態SWから送信状態SDに変更する。

【０１０３】そして、ネットワーク制御回路３１０は、
Ｉ／Ｏコントローラ３１５内の受信用ＦＩＦＯに、ネッ
トワーク命令／結果バス３０３を介し、レディ命令を受
信した旨を示す結果コードと共にフレームから抽出した
仮想ページアドレス及びメッセージデータの転送長を書
き込む。

【０１０４】上述の通知は、図７のＳ１５で示されるよ
うに、送信元のノード２０２内のメッセージ通信装置２
０３のＣＰＵ３１３により、ＣＰＵバス３０２を介して
受信される。

【０１０５】即ち、送信元のノード２０２内のメッセー
ジ通信装置２０３のＣＰＵ３１３のネットワーク用送信
制御機能は、ＣＰＵバス３０２を介してＩ／Ｏコントロ
ーラ３１５内の受信用ＦＩＦＯから上述のレディ命令を
受信した旨の通知を受け取ると、図７のＳ１６で示され
るように、Ｉ／Ｏコントローラ３１５内の送信用ＦＩＦ
Ｏに、ＣＰＵバス３０２を介して、送信命令と共に、上
述の通知の一部である仮想ページアドレスとメッセージ
データの転送長を書き込む。

【０１０６】ネットワーク制御回路３１０は、Ｉ／Ｏコ
ントローラ３１５内の送信用ＦＩＦＯから、ネットワー
ク命令／結果バス３０３を介して、上述の送信命令等を
読み出すと、前述したようにして、上述の送信命令に付
加されているメッセージデータの転送長に対応する分の
メッセージデータを実メモリ３０７から取り出し、その
メッセージデータと、上述の送信命令と、その送信命令
に付加されている仮想ページアドレス、及びメッセージ
データの転送長を含むフレームを生成し、それを光ファ
イバリング２０６に再度送出する。

【０１０７】そして、このフレームは、受信側のノード
２０２内のメッセージ通信装置２０３において、前述し
たようにして受信される。送信に失敗する場合（無応答の場合）の動作 前述した送信元のノード２０２からのフレームの送信処
理において、受信側のノード２０２内のメッセージ通信
装置２０３のネットワーク制御回路３１０が、光ファイ
バリング２０６からフレームを取り込み、そのフレーム
に格納されている仮想ページアドレスに対応するページ
状態を制御メモリアクセスバス３０６を介して制御メモ
リ３０８から読み出した結果、図８のＳ１で示されるよ
うに、そのページ状態がバッファ未割付状態NAであると
判別した場合は、その仮想ページアドレスには実メモリ
３０７上の実ページがまだ割り付けられていない状態で
あるため、この場合にも、受信された上述のフレームの
メッセージデータを正常に取り込むことができない。

【０１０８】この場合は、図８のＳ２、Ｓ３、Ｓ４で示
される送信処理に対して、受信側のノード２０２内のメ
ッセージ通信装置２０３のネットワーク制御回路３１０
は、前述した送信元でも受信側でもないノード２０２に
おける場合と同様、受信したフレームに格納されている
仮想ページアドレスに対応するページ状態を制御メモリ
３０８から読み出した結果、そのページ状態がバッファ
未割付状態NAであると判別することにより、そのフレー
ムに対する処理は何も行わず、図８のＳ５で示されるよ
うに、そのフレームをそのまま光ファイバリング２０６
に送出する。

【０１０９】そして、光ファイバリング２０６上を転送
されたフレームは、最後に送信元のノード２０２内のメ
ッセージ通信装置２０３のネットワーク制御回路３１０
に戻る。

【０１１０】送信元のネットワーク制御回路３１０は、
フレームに格納されている仮想ページアドレスに対応す
るページ状態を制御メモリ３０８から読み出した結果、
それが送信状態SDであると判別することによって、その
フレームが自ネットワーク制御回路３１０が送出したフ
レームであることを判別する。

【０１１１】送信元のネットワーク制御回路３１０は、
受信したフレームの応答情報領域に応答が書き込まれて
いないことを確認した後に、制御メモリ３０８上の対応
する仮想ページアドレスのページ状態は変化させずに、
Ｉ／Ｏコントローラ３１５内の受信用ＦＩＦＯに、ネッ
トワーク命令／結果バス３０３を介し、何れのノード２
０２からも応答が無かった旨を示す結果コードと共にフ
レームから抽出した仮想ページアドレスとメッセージデ
ータの転送長を書き込む。

【０１１２】上述の通知は、図８のＳ６に示されるよう
に、送信元のノード２０２内のメッセージ通信装置２０
３のＣＰＵ３１３により、ＣＰＵバス３０２を介して受
信される。

【０１１３】即ち、送信元のノード２０２内のメッセー
ジ通信装置２０３のＣＰＵ３１３のネットワーク用送信
制御機能は、ＣＰＵバス３０２を介してＩ／Ｏコントロ
ーラ３１５内の受信用ＦＩＦＯから上述の無応答の通知
を受け取ると、一定時間経過後に、送信処理をリトライ
する。即ち、ネットワーク用送信制御機能は、一定時間
経過後に、図８のＳ７で示されるように、Ｉ／Ｏコント
ローラ３１５内の送信用ＦＩＦＯに、ＣＰＵバス３０２
を介して、送信命令と共に、上述の通知の一部である仮
想ページアドレスとメッセージデータの転送長を書き込
む。

【０１１４】ネットワーク制御回路３１０は、Ｉ／Ｏコ
ントローラ３１５内の送信用ＦＩＦＯから、ネットワー
ク命令／結果バス３０３を介して、上述の送信命令等を
読み出すと、前述したようにして、上述の送信命令に付
加されているメッセージデータの転送長に対応する分の
メッセージデータを実メモリ３０７から取り出し、その
メッセージデータと、上述の送信命令と、その送信命令
に付加されている仮想ページアドレス、及びメッセージ
データの転送長を含むフレームを生成し、それを光ファ
イバリング２０６に再度送出する。送信元から受信側へのフレーム伝送時に伝送障害が発生
した場合の動作 前述した送信元のノード２０２から受信側のノード２０
２にフレームが転送される途中で伝送障害が発生した場
合、受信側のノード２０２内のメッセージ通信装置２０
３のネットワーク制御回路３１０は、光ファイバリング
２０６からフレームを取り込み、そのフレームに付加さ
れている図５(a) に示されるフレームチェックシーケン
ス１、２（ＦＣＳ１、ＦＣＳ２）をそれぞれ検査した結
果、何れかの検査結果が異常であることを検出する。

【０１１５】図９のＳ１、Ｓ２、Ｓ３で示される送信処
理に対して、ネットワーク制御回路３１０は、図５(a)
に示されるフレームチェックシーケンス１（ＦＣＳ１）
の異常を検出した場合、即ち、ＮＥＴ−ＶＭＳフレーム
のヘッダ領域の伝送障害を検出した場合には、そのフレ
ームに対する処理は何も行わず、図９のＳ４で示される
ように、そのフレームをそのまま光ファイバリング２０
６に送出する。

【０１１６】一方、ネットワーク制御回路３１０がフレ
ームに付加されている図５(a) に示されるフレームチェ
ックシーケンス２（ＦＣＳ２）の異常を検出する場合に
は、次のような処理が実行される。

【０１１７】まず、ネットワーク制御回路３１０は、図
５(a) に示されるフレームチェックシーケンス１（ＦＣ
Ｓ１）が正常であると判別することにより、そのフレー
ムに格納されている仮想ページアドレスに対応するペー
ジ状態を制御メモリアクセスバス３０６を介して制御メ
モリ３０８から読み出し、そのページ状態が受信バッフ
ァ割付状態VPであると判別するか受信完了状態RDである
と判別するかにより、前述したように、光ファイバリン
グ２０６から受信したフレーム中の応答情報領域（図５
(a) のＲＳＰ）に承諾応答又は拒否応答を書き込んだ
後、図９のＳ４で示されるように、そのフレームを再び
光ファイバリング２０６に送出する。

【０１１８】そして、ネットワーク制御回路３１０は、
上述のページ状態が受信バッファ割付状態VPであると判
別した場合には、前述したように、フレームに格納され
ている仮想ページアドレスで制御メモリ３０８をアクセ
スしてそれに対応する実ページアドレスを読み出し、フ
レームに含まれるメッセージデータを実メモリ３０７内
の上述の実ページアドレスに取り込む。

【０１１９】この後、ネットワーク制御回路３１０は、
フレームに付加されている図５(a)に示されるフレーム
チェックシーケンス２（ＦＣＳ２）を検査し、検査結果
が異常であることを検出する。

【０１２０】この場合、ネットワーク制御回路３１０
は、制御メモリ３０８上のページ状態を受信バッファ割
付状態VPから受信完了状態RDに変更する処理は行わな
い。そして、図９のＳ５で示されるように、ネットワー
ク制御回路３１０は、Ｉ／Ｏコントローラ３１５内の受
信用ＦＩＦＯに、ネットワーク命令／結果バス３０３を
介して、フレームチェックシーケンス２（ＦＣＳ２）の
検査結果が異常である旨を示す結果コードと共に、フレ
ームから抽出した仮想ページアドレスとメッセージデー
タの転送長を書き込む。

【０１２１】一方、光ファイバリング２０６上を転送さ
れたフレームは、最後に送信元のノード２０２内のメッ
セージ通信装置２０３のネットワーク制御回路３１０に
戻る。ここで、フレーム中のフレームチェックシーケン
ス１又は２（ＦＣＳ１又はＦＣＳ２）は、エラーを含ん
だままの状態であるため、このエラーが送信元のネット
ワーク制御回路３１０で検出される。

【０１２２】この場合、送信元のネットワーク制御回路
３１０は、制御メモリ３０８上の対応する仮想ページア
ドレスのページ状態は変化させずに、Ｉ／Ｏコントロー
ラ３１５内の受信用ＦＩＦＯに、ネットワーク命令／結
果バス３０３を介し、フレームチェックシーケンス１又
は２（ＦＣＳ１又はＦＣＳ２）の検査結果が異常である
旨を示す結果コードと共に、フレームから抽出した仮想
ページアドレスとメッセージデータの転送長を書き込
む。

【０１２３】上述の通知は、図９のＳ６で示されるよう
に、送信元のノード２０２内のメッセージ通信装置２０
３のＣＰＵ３１３により、ＣＰＵバス３０２を介して受
信される。

【０１２４】即ち、送信元のノード２０２内のメッセー
ジ通信装置２０３のＣＰＵ３１３のネットワーク用送信
制御機能は、ＣＰＵバス３０２を介してＩ／Ｏコントロ
ーラ３１５内の受信用ＦＩＦＯから上述のエラー通知を
受け取ると、直ちに、送信処理をリトライする。即ち、
ネットワーク用送信制御機能は、図９のＳ７で示される
ように、直ちに、Ｉ／Ｏコントローラ３１５内の送信用
ＦＩＦＯに、ＣＰＵバス３０２を介して、送信命令と共
に、上述の通知の一部である仮想ページアドレスとメッ
セージデータの転送長を書き込む。

【０１２５】ネットワーク制御回路３１０は、Ｉ／Ｏコ
ントローラ３１５内の送信用ＦＩＦＯから、ネットワー
ク命令／結果バス３０３を介して、上述の送信命令等を
読み出すと、前述したようにして、上述の送信命令に付
加されているメッセージデータの転送長に対応する分の
メッセージデータを実メモリ３０７から取り出し、その
メッセージデータと、上述の送信命令と、その送信命令
に付加されている仮想ページアドレス、及びメッセージ
データの転送長を含むフレームを生成し、それを光ファ
イバリング２０６に再度送出する。受信側から送信元へのフレーム伝送時に伝送障害が発生
した場合の動作 前述した受信側のノード２０２から送信元のノード２０
２にフレームが戻される途中で伝送障害が発生した場
合、図６のＳ１〜Ｓ８と同様の図１０のＳ１〜Ｓ８で示
されるように、受信側のノード２０２は正常にフレーム
の受信処理を行う。

【０１２６】一方、光ファイバリング２０６上を転送さ
れたフレームは、最後に送信元のノード２０２内のメッ
セージ通信装置２０３のネットワーク制御回路３１０に
戻る。ここで、フレーム中のフレームチェックシーケン
ス１又は２（ＦＣＳ１又はＦＣＳ２）において、エラー
が発生している。

【０１２７】この場合、送信元のネットワーク制御回路
３１０は、フレームチェックシーケンス１又は２（ＦＣ
Ｓ１又はＦＣＳ２）のエラーを検出することにより、図
１０のＳ９で示されるように、制御メモリ３０８上の対
応する仮想ページアドレスのページ状態は変化させず
に、Ｉ／Ｏコントローラ３１５内の受信用ＦＩＦＯに、
ネットワーク命令／結果バス３０３を介し、フレームチ
ェックシーケンス１又は２（ＦＣＳ１又はＦＣＳ２）の
検査結果が異常である旨を示す結果コードと共に、フレ
ームから抽出した仮想ページアドレスとメッセージデー
タの転送長を書き込む。

【０１２８】上述の通知は、図１０のＳ１０で示される
ように、送信元のノード２０２内のメッセージ通信装置
２０３のＣＰＵ３１３により、ＣＰＵバス３０２を介し
て受信される。

【０１２９】即ち、送信元のノード２０２内のメッセー
ジ通信装置２０３のＣＰＵ３１３のネットワーク用送信
制御機能は、ＣＰＵバス３０２を介してＩ／Ｏコントロ
ーラ３１５内の受信用ＦＩＦＯから上述のエラー通知を
受け取ると、直ちに、送信処理をリトライする。即ち、
ネットワーク用送信制御機能は、図１０のＳ１１で示さ
れるように、直ちに、Ｉ／Ｏコントローラ３１５内の送
信用ＦＩＦＯに、ＣＰＵバス３０２を介して、送信命令
と共に、上述の通知の一部である仮想ページアドレスと
メッセージデータの転送長を書き込む。

【０１３０】ネットワーク制御回路３１０は、Ｉ／Ｏコ
ントローラ３１５内の送信用ＦＩＦＯから、ネットワー
ク命令／結果バス３０３を介して、上述した送信命令等
を読み出すと、前述したようにして、上述した送信命令
に付加されているメッセージデータの転送長に対応する
分のメッセージデータを実メモリ３０７から取り出し
て、そのメッセージデータと、上述した送信命令と、そ
の送信命令に付加されている仮想ページアドレス、及び
メッセージデータの転送長を含むフレームを生成し、図
１０のＳ１２で示されるように、それを光ファイバリン
グ２０６に再度送出する。

【０１３１】この場合、受信側のノード２０２は、図１
０のＳ１３〜Ｓ１７で示されるように、同じフレームを
再度正常に受信し承諾応答を返し、それに対して送信元
のノード２０２が、図１０のＳ１８とＳ１９で示される
ように、送信成功の処理を行うことになる。この場合、
受信側のノード２０２内のメッセージ通信装置２０３の
ＣＰＵ３１３は、フレームから取り出したメッセージデ
ータに含まれるシーケンス番号をチェックすることによ
り、同じフレームが重複して受信されたことを識別し、
図１０のＳ１６で示されるように、そのメッセージデー
タを廃棄する。 受信側のメッセージ通信装置２０２内で障害が発生した
場合の動作 図１１のＳ１〜Ｓ４で示されるフレームの送信処理に対
して、受信側のメッセージ通信装置２０２内でデータ障
害が発生した場合、受信側では、特には図示しないエラ
ー検出機構によって障害が検出されシステムエラーとみ
なされて、メッセージ通信装置２０２の動作が停止す
る。

【０１３２】一方、送信元へは、図１１のＳ５で示され
るように、フレームが正常に戻る可能性があり、この場
合には、送信元のノード２０２は、図１１のＳ７、Ｓ８
で示されるように、通常の送信成功の処理を行う。

【０１３３】このような場合には、最終的には、プロセ
ッサ２０４（図２参照）間のソフトウエア処理によって
障害の復旧が行われる。上述した実施例の特徴 以上説明したように、ネットワーク２０１（図２参照）
上において、１つの仮想記憶空間が定義され、この空間
を構成する固定長のデータ長を有する仮想ページが各メ
ッセージ通信装置２０３に割り当てられる。そして、メ
ッセージ通信装置２０３間のメッセージデータの通信
は、この仮想ページを使用して行われる。この結果、通
常のパケット通信で行われているブロック化制御、順序
制御が不要となる。

【０１３４】また、光ファイバリング２０６上の各ノー
ド２０２内のメッセージ通信装置２０３のネットワーク
制御回路３１０は、フレームを受信すると、そのフレー
ムに格納されている仮想ページアドレスで制御メモリ３
０８上のページ状態をアクセスすることによって、受信
したフレームを高速に処理することができる。

【０１３５】加えて、光ファイバリング２０６上を転送
されるフレームには応答情報領域が設けられ、受信側の
ノード２０２内のメッセージ通信装置２０３のネットワ
ーク制御回路３１０は、フレームの受信結果を応答情報
としてフレームの応答情報領域に書き込み、それを再び
光ファイバリング２０６に送出する。従って、このフレ
ームが光ファイバリング２０６上を転送され送信元に戻
ってくるまでに、メッセージデータの送信処理が完了す
ることになり、受信側から送信元への応答情報を別の応
答専用のフレームを用いて通知する必要がない。この結
果、通信プロトコルを簡略なものにすることができ、高
速な応答処理が可能となる。

【０１３６】更に、メッセージ通信装置２０３間のメッ
セージデータの通信は、メッセージ通信装置２０３内の
ネットワーク制御回路３１０が制御メモリ３０８をアク
セスしながら実メモリ３０７を使用して行い、プロセッ
サ２０４とメッセージ通信装置２０３間のメッセージデ
ータの通信は、メッセージ通信装置２０３内のプロセッ
サバスインタフェース３１２が、上述のネットワーク制
御回路３１０の動作とは独立して、実メモリ３０７を使
用して行う。更に、実メモリ３０７上の実ページアドレ
スに格納されたメッセージデータと仮想記憶空間上の仮
想ページアドレスとの対応付けは、ＣＰＵ３１３がメッ
セージデータに付加されたヘッダ内の宛て先アドレスに
基づいて行う。従って、プロセッサ２０４とメッセージ
通信装置２０３間、メッセージ通信装置２０３とメッセ
ージ通信装置２０３間の処理を効率良く高速に実行する
ことが可能となる。フレーム構成の他の実施例 以上説明した実施例では、光ファイバリング２０６上を
転送されるフレームの構成において、フレームチェック
シーケンスとしては、ヘッダ領域に対する伝送障害を検
査するフレームチェックシーケンス１（ＦＣＳ１）と、
応答情報（ＲＳＰ）とメッセージデータ（ＤＡＴＡ）と
からなる領域に対する伝送障害を検査するフレームチェ
ックシーケンス２（ＦＣＳ２）とが設定されている。

【０１３７】この場合、送信元のノードは、フレームチ
ェックシーケンス２（ＦＣＳ２）によって、フレーム中
のメッセージデータが伝送中に壊れたことを検出できる
が、応答情報も壊れている可能性があるため、受信側の
ノードがフレームを正常に受信したか否かについては判
定できない。従って、応答情報に係わらず送信リトライ
などの復旧手段をとる必要がある。

【０１３８】これに対して、図１２に示されるように、
応答情報（ＲＳＰ）とメッセージデータ（ＤＡＴＡ）の
それぞれに対して、それぞれの伝送障害を検査するフレ
ームチェックシーケンスａ、ｂ（ＦＣＳａ、ＦＣＳｂ）
が設けられるように、フレームが構成されてもよい。

【０１３９】この場合、送信元のノードから受信側のノ
ードへフレームが送信され、受信側のノードは応答情報
として承諾応答又は拒否応答の何れかを返すとすると、
送信元のノードは、ＦＣＳａ、ＦＣＳｂの検査結果に応
じて、図１３に示されるような判定を行うことができ
る。

【０１４０】まず、ＦＣＳａの検査結果が正しく、ＦＣ
Ｓｂの検査結果も正しい場合には、応答情報（ＲＳＰ）
の内容に応じて通常の処理が行われる。次に、ＦＣＳａ
の検査結果が正しく、ＦＣＳｂの検査結果が誤りである
場合には、応答情報を信頼できないので、送信リトライ
等の復旧手段が実行される。

【０１４１】次に、ＦＣＳａの検査結果が誤りで、ＦＣ
Ｓｂの検査結果が正しい場合に、応答情報が承諾応答を
示しているならば、フレームの送信に成功したと判定さ
れる。

【０１４２】また、ＦＣＳａの検査結果が誤りで、ＦＣ
Ｓｂの検査結果が正しい場合に、応答情報が拒否応答を
示しているならば、フレームの送信に失敗したと判定さ
れ、受信側からレディ命令が送られてくるのを待って、
送信がリトライされる。

【０１４３】更に、ＦＣＳａの検査結果が誤りで、ＦＣ
Ｓｂの検査結果も誤りである場合には、送信リトライ等
の復旧手段が実行される。一方、前述した実施例は、１
つの送信元のノードと１つの受信側のノードの間の１対
１の通信を前提としているが、１つの送信元のノードか
ら複数の受信側のノードに対して、いわゆるマルチキャ
ストフレームが同報送信される場合には、複数の受信側
のノードが、図５(a) のフレームの１つの応答情報（Ｒ
ＳＰ）に、重複して応答情報を設定してしまう可能性が
生ずる。

【０１４４】そこで、上述のような同報送信の場合に
は、次のような制御処理を採用することができる。即
ち、受信側のノードのそれぞれは、フレームの受信時
に、前述した実施例のように自ノード内の制御メモリの
ページ状態のみに従って応答情報を設定するのではな
く、フレームの応答情報として承諾応答を設定する場合
には、まず、受信したフレームの応答情報を確認し、そ
れが拒否応答であれば応答情報を変更しないように動作
する。これにより、１個以上の受信側のノードが設定し
た拒否応答は、上書きされずに送信元のノードに通知さ
れる。

【０１４５】更に、他の実施例として、応答情報（ＲＳ
Ｐ）の領域を、図１４に示されるように、承諾応答領域
と拒否応答領域に分割して、フレームを構成することも
できる。

【０１４６】このようなフレーム構成を使用して、１対
１通信として、１つの送信元ノードから１つの受信側の
ノードへフレームが送信され、受信側のノードは応答情
報として承諾応答又は拒否応答の何れかを返すとする
と、送信元のノードは、図１４の承諾応答領域及び拒否
応答領域の状態に応じて、図１５に示されるような判定
を行うことができる。

【０１４７】まず、承諾応答領域と拒否応答領域の両方
がアサートされる状態（共に応答が設定されている状
態）は、正常な１対１通信においては発生し得ないた
め、このような場合には、受信側のノードに障害が発生
したと判定される。

【０１４８】次に、承諾応答領域がアサートされ（応答
が設定され）、拒否応答領域がネゲートされている（応
答が設定されていない）場合には、フレームは受信側の
ノードにおいて正常に受信されたと判定される。

【０１４９】続いて、承諾応答領域がネゲートされ、拒
否応答領域がアサートされている場合には、フレームは
受信側のノードにおいて受信されなかった（拒否され
た）と判定される。

【０１５０】更に、承諾応答領域と拒否応答領域の両方
がネゲートされている場合には、受信側のノードが存在
しない等の理由によって、応答が無かったと判定され
る。次に、図１４のフレーム構成を使用して、１対ｎ通
信として、１つの送信元ノードから複数の受信側のノー
ドへフレームが送信され、受信側のノードは応答情報と
して承諾応答又は拒否応答の何れかを返すとすると、送
信元のノードは、図１４の承諾応答領域及び拒否応答領
域の状態に応じて、図１６に示されるような判定を行う
ことができる。

【０１５１】まず、承諾応答領域と拒否応答領域の両方
がアサートされている場合には、少なくとも１個の受信
側のノードがフレームを正常に受信し、他の少なくとも
１個の受信側のノードがフレームを受信しなかった（フ
レームの受信を拒否した）と判定される。

【０１５２】次に、承諾応答領域がアサートされ、拒否
応答領域がネゲートされている場合には、フレームは全
ての受信側のノードにおいて正常に受信されたと判定さ
れる。

【０１５３】続いて、承諾応答領域がネゲートされ、拒
否応答領域がアサートされている場合には、フレームは
全ての受信側のノードにおいて受信されなかった（拒否
された）と判定される。

【０１５４】更に、承諾応答領域と拒否応答領域の両方
がネゲートされている場合には、受信側のノードが存在
しない等の理由によって、全ての受信側のノードからの
応答が無かったと判定される。

【０１５５】図１４のフレーム構成が採用されることに
よって、受信側ノードは、フレームの受信時に、フレー
ムの応答情報を判定する必要がなくなるため、受信側ノ
ードにおける判定処理を簡単なものにすることができ
る。

【０１５６】以上説明してきた各実施例では、応答情報
の領域に何も設定されていない状態が無応答の状態とさ
れたが、特定の値をもって無応答の状態とすることもで
きる。この場合には、受信側のノードは、例えば自ノー
ド内で障害が発生した場合に無応答の値を設定するよう
に動作することができる。

【０１５７】

【発明の効果】本発明によれば、受信側の通信装置から
送信元の通信装置への応答を応答専用のフレームを用い
て通知する必要がないため、通信プロトコルを簡略なも
のにすることができ、高速な応答処理が可能となる。

【０１５８】ここで、１つの送信元の通信装置から複数
の受信側の通信装置に対して、いわゆるマルチキャスト
フレームが同報送信される場合には、複数の受信側の通
信装置のそれぞれのフレーム受信制御手段は、フレーム
の受信時に、フレームの応答情報領域に既に表示されて
いる応答情報をも参照して新たな応答情報を決定するこ
とにより、複数の受信側の通信装置の応答を矛盾なく送
信元の通信装置に伝達することが可能となる。

【０１５９】更に、応答情報領域が応答情報の種類毎に
各種類の応答情報を独立に表示する領域からなるように
構成することにより、同報送信の場合においても、受信
側の通信装置のフレーム受信制御手段は、フレームの受
信時に、そのフレームに既に設定されている応答情報を
判定する必要がなくなるため、受信側の通信装置におけ
る応答決定処理を簡略化することが可能となる。

【０１６０】一方、検査情報領域が、フレーム上の通信
データを設定する領域で障害が発生していないか否かを
検査するための第１の検査情報が設定される領域と、応
答情報領域で障害が発生していないか否かを検査するた
めの第２の検査情報が設定される領域を含むように構成
された場合には、各検査情報を個別に検査することによ
り、詳細な判定が可能となる。

【図面の簡単な説明】

【図１】本発明のブロック図である。

【図２】本発明の実施例が適用されるネットワークの構
成図である。

【図３】本発明の実施例におけるメッセージ通信装置の
構成図である。

【図４】メッセージ通信の説明図である。

【図５】フレーム構成を示した図である。

【図６】送信成功時のシーケンス図である。

【図７】送信失敗時（受信拒否時）のシーケンス図であ
る。

【図８】送信失敗時（無応答時）のシーケンス図であ
る。

【図９】伝送障害発生時（送信元→受信側）のシーケン
ス図である。

【図１０】伝送障害発生時（受信側→送信元）のシーケ
ンス図である。

【図１１】受信側装置内障害発生時のシーケンス図であ
る。

【図１２】他のフレーム構成図（その１）である。

【図１３】図１２のフレーム構成における判定規則を示
した図である。

【図１４】他のフレーム構成図（その２）である。

【図１５】図１４のフレーム構成における判定規則（１
対１通信の場合）を示した図である。

【図１６】図１４のフレーム構成における判定規則（１
対ｎ通信の場合）を示した図である。

【符号の説明】

１０１ 通信装置 １０２ ネットワーク １０３ フレーム １０４ 応答情報 １０５ 応答情報領域 １０６ 検査情報 １０７ 検査情報領域 １０８ フレーム送信手段 １０９ フレーム受信手段 １１０ 通信データ １１１ フレーム送信制御手段 １１２ 所定の基準 １１３ 自装置状態 １１４ フレーム受信制御手段 １１５ フレーム中継手段 １１６ 送信結果判定手段

Claims (6)

【特許請求の範囲】
1. 【請求項１】 複数の通信装置（１０１）がネットワー
   ク（１０２）によって接続され、送信元の通信装置（１
   ０１）から送信されたフレーム（１０３）が前記ネット
   ワーク（１０２）に接続された他の前記通信装置（１０
   １）を巡回した後に前記送信元の通信装置（１０１）に
   返送される形態のフレーム通信を行う通信システムにお
   いて、 前記フレーム（１０３）に、応答情報（１０４）を表示
   する応答情報領域（１０５）と、該フレームのデータに
   障害が発生していないか否かを検査するための検査情報
   （１０６）を設定する検査情報領域（１０７）とを有
   し、 前記通信装置（１０１）内に、 前記ネットワーク（１０２）に前記フレーム（１０３）
   を送信するフレーム送信手段（１０８）と、 前記ネットワーク（１０２）から前記フレーム（１０
   ３）を受信するフレーム受信手段（１０９）と、 自装置が送信元の前記通信装置（１０１）である場合
   に、前記フレーム（１０３）に通信データ（１１０）を
   設定し該フレームの前記検査情報領域（１０７）に前記
   検査情報（１０６）を設定した後に、前記フレーム送信
   手段（１０８）に該フレームを前記ネットワーク（１０
   ２）に送信させるフレーム送信制御手段（１１１）と、 前記フレーム受信手段（１０９）によって受信された前
   記フレーム（１０３）が自装置宛のものである場合に、
   前記受信されたフレーム（１０３）に対して受信処理を
   行うと共に、所定の基準と自装置の状態に従って前記受
   信されたフレーム（１０３）の前記応答情報領域（１０
   ５）の表示を変更し該フレームの前記検査情報領域（１
   ０７）に前記検査情報（１０６）を設定した後に、前記
   フレーム送信手段（１０８）に前記変更されたフレーム
   （１０３）を前記ネットワーク（１０２）に送信させる
   フレーム受信制御手段（１１４）と、 前記フレーム受信手段（１０９）によって受信された前
   記フレーム（１０３）が自装置宛のものでない場合に、
   前記フレーム送信手段（１０８）に前記受信されたフレ
   ーム（１０３）をそのまま前記ネットワーク（１０２）
   に送信させるフレーム中継手段（１１５）と、 前記フレーム受信手段（１０９）によって受信された前
   記フレーム（１０３）が自装置が送信したものである場
   合に、前記受信されたフレーム（１０３）の前記検査情
   報領域（１０７）の前記検査情報（１０６）と前記応答
   情報領域（１０５）の前記応答情報（１０４）を判定す
   ることにより、自装置が送信した前記フレーム（１０
   ３）の送信結果を判定する送信結果判定手段（１１６）
   と、 を有する、 ことを特徴とする通信確認方式。
2. 【請求項２】 前記フレーム受信制御手段は、前記受信
   されたフレームの前記応答情報領域の表示を変更する場
   合に、前記所定の基準と前記自装置の状態と前記受信さ
   れたフレームの前記応答情報領域に表示されている前記
   応答情報に従って前記応答情報領域の表示を変更する、 ことを特徴とする請求項１に記載の通信確認方式。
3. 【請求項３】 前記応答情報領域は、前記応答情報の種
   類毎に該各種類の応答情報を独立に表示する領域からな
   る、 ことを特徴とする請求項１又は２の何れか１項に記載の
   通信確認方式。
4. 【請求項４】 前記フレーム受信制御手段は、前記応答
   情報として、前記フレームを正常に受信した旨を表示す
   る承諾応答、前記フレームの受信を拒否した旨を表示す
   る拒否応答、及び前記フレームの受信処理を行わなかっ
   た旨を示す無応答を選択的に前記フレームの応答情報領
   域に表示する、 ことを特徴とする請求項１乃至３の何れか１項に記載の
   通信確認方式。
5. 【請求項５】 前記検査情報領域には、前記フレーム上
   の前記通信データを設定する領域と前記応答情報領域と
   からなる領域全体で障害が発生していないか否かを検査
   するための検査情報が設定される、 ことを特徴とする請求項１乃至４の何れか１項に記載の
   通信確認方式。
6. 【請求項６】 前記検査情報領域は、前記フレーム上の
   前記通信データを設定する領域で障害が発生していない
   か否かを検査するための第１の検査情報が設定される領
   域と、前記応答情報領域で障害が発生していないか否か
   を検査するための第２の検査情報が設定される領域を含
   む、 ことを特徴とする請求項１乃至４の何れか１項に記載の
   通信確認方式。