JPH10262093A - 伝送制御方法 - Google Patents

Abstract

(57)【要約】 【課題】 システム構成の変更を行う場合に既存の計算
機内の他計算機管理情報を変更することなく、データ抜
けのチェックとデータ再送を行う。 【解決手段】 送信通番管理テーブル１０７は送信先ご
とに最新の通番を保持する。計算機１０１−１は送信デ
ータにその送信先に対応する最新通番を付けるとともに
再送データ格納バッファ１０８に格納した後に計算機１
０１−２へ送信する。受信通番管理テーブル１１３は送
信元ノードごとに最新の通番を保持する。計算機１０１
−２は受信したデータと保持する最新通番を比較してデ
ータ抜けをチェックする。データ抜けを検出したとき再
送要求を発行する。計算機１０１−１はこの再送要求に
応答して再送データ格納バッファ１０８から指定された
通番をもつデータを取り出して計算機１０１−２へ再送
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、送信ノードから送
信したデータがネットワークを介して受信ノードに到達
したか否かを検出する伝送制御方法に係わり、特にデー
タ抜けを検出する伝送制御方法に関する。

【０００２】

【従来の技術】例えば分散処理システムのようにネット
ワークを介して複数の電子計算機が接続され、相互にデ
ータ伝送を行う情報処理システムの通信方式として、ユ
ニキャスト方式とブロードキャスト方式が用いられてい
る。ユニキャスト方式は、データ送信側の計算機がデー
タ受信側の計算機のアドレスを指定して１対１のデータ
伝送を行う方式である。一方ブロードキャスト方式は、
ネットワーク内のある計算機が一般に複数の計算機に共
通のアドレスを指定して１対ｎのデータ伝送を行う方式
であり、送信されたデータは共通アドレスによってアド
レス付けされるすべての計算機によって受信される。

【０００３】このような通信方式において、ネットワー
ク上での輻輳や伝送路の物理的障害により伝送データの
一部が失われる場合があるので、送信側計算機から送信
されたデータが受信側計算機に到達したか否かを検出
し、到達しない場合にはデータを再度送信する技術が必
要である。ユニキャスト方式の場合には、従来送信側計
算機が送信したデータを受信側計算機が正常に受信した
ときには受信完了信号を送信側計算機へ送り、送信側計
算機がこの受信完了信号を受けてデータの到達を確認
し、受信完了信号を受けないときにはデータを再送する
ことによってデータ抜けを防止する技術が知られてい
る。このような方法は、例えば“アドレス体系実装規約
書、ｐｐ．４（実装規約番号：ＩＮＴＡＰ−Ｓ００２
（―０２））、情報処理相互運用技術協会”や、Ｉｎｔ
ｅｒｎｅｔ ｗｉｔｈ ＴＣＰ／ＩＰ，Ｖｏｌ．２（Ａ
ＳＣＩＩ）などに記載されている。

【０００４】またクライアント計算機内のプロシジャか
らサーバ計算機内のプロシジャを呼び出すいわゆるリモ
ートプロシジャコール（ＲＰＣ）という技術が実用化さ
れている。このＲＰＣは、クライアント側でネットワー
クの構成を意識せずにサーバ側の処理を行うネットワー
ク透過なプロシジャコールのインタフェースを実現する
ものである。このような技術では、クライアント側はサ
ーバ側の処理が終了するまで待つことが前提であるの
で、クライアントからサーバへの処理要求、あるいはサ
ーバからクライアントへ送付する処理結果のいずれのデ
ータが抜けてもクライアント側の処理が終了しない。従
ってクライアントはそのＲＰＣの処理内でクライアント
−サーバ間のデータ抜けのチェックを行っており、ＲＰ
Ｃもユニキャスト通信方式において送信側計算機がデー
タ抜けのチェックを行うケースである。このような技術
は、例えば“ＤＣＥ入門”、“ＣＯＲＢＡ入門”などに
記載されている。

【０００５】

【発明が解決しようとする課題】上記従来技術によれ
ば、送信側計算機は受信側計算機からの受信完了通知に
よってデータ伝送完了のチェックを行っている。そのた
めには送信側計算機は、あらかじめどの計算機と通信を
行うかを決定し、通信相手の各受信側計算機のアドレス
とデータ伝送が完了したか否かを示す情報との対応テー
ブルを保持し、管理しなければならない。

【０００６】このような方式では、システム構成の変更
や拡張を行う場合、特にネットワークシステムに新たな
計算機が参入する場合に参入する計算機にデータを送信
するすべての計算機内に新規計算機についての情報を追
加する必要があり、管理が複雑になるとともに新たにデ
ータ入力したり計算機の稼働を停止するなどによりコス
ト高になるという問題がある。例えばネットワークシス
テムに新たなサーバを追加する場合、すべての既存のク
ライアントのＲＰＣが使用する上記対応テーブルに新規
サーバのエントリを追加しなければならない。

【０００７】このような問題を解決するための方法とし
て、例えば特開昭５５―１３７２５号公報は、内容コー
ドと呼ばれるデータの内容に対応して定められる識別子
を用い、送信側計算機からブロードキャストによりデー
タを送出し、受信側計算機がこの内容コードに基づいて
データを受信するか否かを決定する方法を開示する。し
かしこの方法は、すべてのデータをブロードキャストに
より伝送するため、送信側計算機がデータ伝送完了を判
断することができない。すなわちネットワークなどの障
害によりデータが抜けた場合、そのデータを再送するこ
とによって障害回復を行うことができない。

【０００８】一方送信側計算機がデータ伝送完了のチェ
ックを行う場合、データ抜けを検出したとき送信データ
の再送を行うが、受信側計算機は正常に送信されてくる
最新データと再送データとを混在して受信することにな
り、受信データの順序性が保証されないという問題があ
る。

【０００９】本発明の目的は、システム構成の変更や拡
張を行う場合に既存の計算機内の他計算機に関する管理
情報を変更することなく、あるいは計算機の稼働を停止
することなく、データ抜けのチェックとデータの再送を
可能とする伝送制御方法を提供することにある。

【００１０】また本発明の他の目的は、再送されるデー
タと通常の最新データとが混在する場合の受信データの
順序性を保証することにある。

【００１１】

【課題を解決するための手段】本発明は、送信側ノード
が送信先ごとに最新の通番を保持し、送信データにその
送信先に対応する最新通番を付して受信側ノードに送信
し、受信側ノードが送信元ノードごとに最新の通番を保
持し、送信側ノードから受信したデータの受信通番と保
持する最新通番とを比較することによってデータ抜けを
検出する伝送制御方法を特徴とする。

【００１２】送信側ノードが送信先としてブロードキャ
ストする送信先ノードのグループに対応して最新通番を
保持することにすれば、ネットワークシステムに新たな
受信側ノードを追加しても送信側ノードに新規の受信側
ノードについての情報を追加する必要がない。

【００１３】さらに送信側ノードは最新通番を付した送
信データを順次保存し、受信側ノードが検出したデータ
抜けによって送られた再送要求に応答して指定された通
番をもつ送信データを再送データとして受信側ノードへ
送信する。ここで送信側ノードは再送要求された通番を
もつ送信データから当該送信先に対応する最新通番をも
つ送信データまで一連の送信データを順次受信側ノード
へ再送し、受信側ノードは当該送信元ノードについて再
送要求した通番の受信データから通番の順に１つずつ再
送データを受信すれば、再送されるデータと通常の最新
データとが混在する場合の受信データの順序性が保証さ
れる。

【００１４】

【発明の実施の形態】以下本発明の実施形態について図
面を用いて説明する。

【００１５】（１）第１の実施形態 図１は、電子計算機の構成図であり、本発明に関係する
部分を中心として機能ブロックによって表現した機能構
成図である。システムは複数の計算機１０１を有し、各
計算機１０１は通信装置１０２を介して伝送路１０３に
接続され、互いに通信することができる。本実施形態で
は、アプリケーションプログラムを説明の便のためにデ
ータ送信アプリケーション１１８とデータ受信アプリケ
ーション１１７に分ける。またアプリケーションプログ
ラムと通信装置１０２との間に介在する通信管理プログ
ラムの部分は、送信時に使用される機能ブロック、受信
時に使用される機能ブロック及び再送処理のための機能
ブロックに分けられる。

【００１６】送信時に使用される機能ブロックとして、
送信通番管理テーブル１０７は、送信データに付加する
最新の通番を保持する。送信通番管理部１０９は、送信
通番管理テーブル１０７を管理し、最新通番を提供す
る。データ送信インタフェース１１１は、データ送信ア
プリケーション１１８からデータの送信要求を受け取
り、送信データに送信通番管理部１０９を介して取得し
た最新通番を付加して送信バッファ１０６と再送データ
格納バッファ１０８に格納する。データ送信部１０４
は、送信バッファ１０６から送信データを取り出し、送
信先管理テーブル１１９を参照して送信データの宛先を
決定し、通信装置１０２を介して送信データを伝送路１
０３上に送出する。

【００１７】受信時に使用される機能ブロックとして、
受信通番管理テーブル１１３は、受信データに付加され
ていることが期待される最新の通番を保持する。受信通
番管理部１１４は、受信通番管理テーブル１１３を参照
して受信データに付加された通番をチェックする。デー
タ受信部１０５は、通信装置１０２を介して伝送路１０
３から受信したデータを受信バッファ１１２に格納す
る。データ受信インタフェース１１６は、受信バッファ
１１２から受信データを取り出し、受信通番管理部１１
４を介して受信データに付加された通番をチェックす
る。付加された通番が正しければ、受信データ種別管理
テーブル１２０を参照して受信データをいずれのアプリ
ケーションプログラムに渡すかを決定し、該当するデー
タ受信アプリケーション１１７に受信データを渡す。

【００１８】再送処理のための機能ブロックとして、再
送要求送信部１１５と再送処理部１１０とを設ける。再
送要求送信部１１５は、受信データに付加された通番が
正しくないときに制御が渡され、データ送信側の計算機
１０１に向けてデータの再送要求を行う。再送処理部１
１０は、再送要求メッセージを受けたときに制御が渡さ
れ、再送データ格納バッファ１０８を参照して要求され
た送信データを取り出し、要求元の計算機１０１へ送信
する。

【００１９】なお上記機能ブロックのうち、テーブル及
びバッファの付された情報又は記憶領域は、計算機１０
１の主記憶装置又は外部記憶装置上に確保される。また
それ以外の機能ブロックは、ハードウェア機構によって
又は計算機１０１の主記憶装置に格納されるプログラム
を実行することによって実現される。

【００２０】図２は、本発明が適用されるネットワーク
システムの一構成例を示す構成図である。システムは複
数の計算機１０１を共通の伝送路１０３によって接続す
るものであり、各計算機１０１は伝送路１０３を介して
通信する。伝送路１０３は、ＬＡＮ、ＷＡＮ等の通信回
線であり、物理的には少なくとも１本のケーブルから構
成されており、他の伝送路１０３と接続して大規模で広
域のシステムを構成できる。ネットワーク接続装置２０
２は、伝送路１０３間を接続する装置であり、ＬＡＮ間
を接続するブリッジ、ルータ等、ＷＡＮ間を接続するモ
デム、ＴＡ（Ｔｅｒｍｉｎａｌ Ａｄａｐｔｏｒ）等、
ＬＡＮ−ＷＡＮ間を接続するゲートウェイ等が利用でき
る。

【００２１】図３は、データ送信側の計算機１０１−１
とデータ受信側の計算機１０１−２との間のデータ通信
の手順を示す図である。まず計算機１０１−１のデータ
送信アプリケーション１１８が送信データをデータ送信
インタフェース１１１に渡す（１、以下の○を省略す
る）。データ送信インタフェース１１１は、送信通番管
理部１０９を介してこの送信データに付加すべき通番を
送信通番管理テーブル１０７から取得する（２）。次に
取得した通番と送信データを再送データ格納バッファ１
０８に格納し（３）、データ送信部１０４を介して送信
データをＮｏｒｍａｌなデータとして伝送路１０３上に
送出する（４，５）。計算機１０１−２のデータ受信部
１０５は、このデータを受信してデータ受信インタフェ
ース１１６に渡す（６）。データ受信インタフェース１
１６から制御の渡った受信通番管理部１１４は、受信デ
ータに付加されている通番と受信通番管理テーブル１１
３に格納される最新の受信通番を比較して受信データが
正しい通番をもったデータか否かを判別する（７）。も
し受信データが重複して受信するデータならば、このデ
ータを廃棄する。受信データが正しい通番をもったデー
タであれば、これをデータ受信アプリケーション１１７
へ配信する。受信データが１つ以上データが抜けた後に
到着したデータと判定されたとき、データ受信インタフ
ェース１１６は再送要求送信部１１５に制御を渡す
（８）。再送要求送信部１１５は、データ送信部１０４
を介してその抜けたデータについて再送要求を伝送路１
０３上に送出する（９）。この再送要求はＲｅｑｕｅｓ
ｔとして図示されている。計算機１０１−１のデータ受
信部１０５は、この再送要求を受信し、再送処理部１１
０に渡す（１０）。再送処理部１１０は、再送要求され
た通番を基にして再送データ格納バッファ１０８を検索
し（１１）、該当するデータをデータ送信部１０４を介
してＲｅｓｐｏｎｓｅとして伝送路１０３上に送出する
（１２，１３）。計算機１０１−２のデータ受信部１０
５は、この再送データを受信してデータ受信インタフェ
ース１１６に渡す（１４）。データ受信インタフェース
１１６は、再送データであることを判別し、これを正常
データとして受信アプリケーション１１７に渡し、一連
の再送処理が終了する。

【００２２】図４は、送信通番管理テーブル１０７のデ
ータ構成を示す図である。送信通番管理テーブル１０７
の各エントリは、送信先情報４０１及び最新通番４０２
から構成される。送信先情報４０１は、送信先計算機の
アドレスや識別子などの情報を格納する。ユニキャスト
通信の場合には、送信先情報４０１に送信先計算機のア
ドレス又はアドレスに対応する識別子を指定する。ブロ
ードキャスト通信の場合には、送信先情報４０１にブロ
ードキャストする送信先のグループのグループアドレス
又はその識別子を指定する。例えば通信プロトコルとし
てＵＤＰ／ＩＰを使用してブロードキャスト通信を行う
場合には、送信先情報４０１はデータをブロードキャス
トするセグメントのサブネットアドレス又はこれに対応
する識別子である。図４に示す事例では、送信先情報４
０１として各種の通信プロトコルの違い、ユニキャスト
通信の送信先又はブロードキャスト通信の送信先にかか
わらず、統一したマルチキャストグループ番号、すなわ
ちＭＣＧ（Ｍｕｌｔｉ−ｃａｓｔ Ｇｒｏｕｐ）という
符号に通し番号を付加する形式の識別子を用いている。
最新通番４０２は、各送信先ごとに送信データに付加す
る最新通番を格納する。

【００２３】図５は、再送データ格納バッファ１０８の
データ構成を示す図である。再送データ格納バッファ１
０８の１レコードは、送信データに付加された通番５０
１、送信データの送信宛先を示す送信先情報５０２、送
信データの内容を判別するためのデータ種別５０３及び
送信データの実体を格納する送信データ部５０４から構
成される。送信先情報５０２は送信先情報４０１と同じ
であり、データ送信アプリケーション１１８によって指
定されたものか、またはデータ送信アプリケーション１
１８によって指定されたデータ種別５０３を送信先管理
テーブル１１９によって送信先情報５０２に変換したも
のである。データ種別５０３はデータ送信アプリケーシ
ョン１１８によって指定されたデータの内容を示す情報
である。

【００２４】図６は、送信先管理テーブル１１９のデー
タ構成を示す図である。送信先管理テーブル１１９の各
エントリは、送信先情報７０１及び送信先アドレス７０
２から構成されるが、さらにデータ種別５０３を加えて
もよい。送信先情報７０１は送信先情報４０１と同じで
ある。送信先アドレス７０２は、データ送信先の物理的
アドレスを示す。ブロードキャスト通信の送信先の場合
には、送信先アドレス７０２は例えばサブネットアドレ
スのようなグループアドレスを示す。送信先情報４０１
及び送信先情報５０２として物理的アドレスを用いる場
合には送信先管理テーブル１１９は不要である。しかし
送信先アドレス７０２は、使用するネットワークの種類
や通信プロトコルによってアドレスの記述形式が異なる
ので、アプリケーションプログラムにこのような物理的
アドレスを意識させないためには、送信先情報７０１を
論理的な識別子とし、この論理的識別子を物理的アドレ
スに変換するための送信先管理テーブル１１９を設ける
のが望ましい。

【００２５】図７は、受信通番管理テーブル１１３のデ
ータ構成を示す図である。受信通番管理テーブル１１３
の各エントリは、送信元ノード番号６０１、最新受信通
番６０２及び受信状態６０３から構成される。送信元ノ
ード番号６０１は、送信元の計算機１０１のノード番号
であり、送信元からのメッセージに含まれるものであ
る。最新受信通番６０２は期待される最新の受信通番で
ある。受信状態６０３は最新受信通番６０２が受信デー
タに付加された通番と比較した結果としてデータ抜けを
検出したときその旨設定される。最新受信通番６０２は
送信元ノードごとに管理される必要がある。図７の例で
は、例えば送信元ノード番号６０１がＮｏｄｅ５である
送信元から次に受信することが期待される最新受信通番
６０２は１０２番である。

【００２６】図８は、受信データ種別管理テーブル１２
０のデータ構成を示す図である。受信データ種別管理テ
ーブル１２０は、データ種別２２０１及びデータ受信ア
プリケーション２２０２から構成される。データ種別２
２０１は、送信元からのメッセージに含まれるデータ種
別である。データ受信アプリケーション２２０２は、デ
ータ種別２２０１に対応してデータを配信すべきデータ
受信アプリケーション１１７を示す。データ受信インタ
フェース１１６は、データ受信アプリケーション１１７
がデータ受信要求を発行した時点で通知されたデータ種
別２２０１と要求元のデータ受信アプリケーション２２
０２の識別子を受信データ種別管理テーブル１２０に登
録する。同一データ種別の受信データを複数のデータ受
信アプリケーション１１７に配信するよう受信データ種
別管理テーブル１２０に登録されていれば、そのデータ
種別に対応して登録されているすべてのデータ受信アプ
リケーション１１７に受信データを配信する。

【００２７】図９〜図１１は、伝送路１０３を介して伝
送されるメッセージのデータ形式を示す図である。図９
は、通常送信データ形式８０１を示す図である。フラグ
８０２はメッセージの種類が通常であることを示すフラ
グである。送信先アドレス８０３は送信先アドレス７０
２と同じである。データ種別８０４は送信先アドレス８
０３に対応するデータ種別５０３である。通番８０５は
送信先アドレス８０３に対応して送信通番管理テーブル
１０７から得られた最新通番４０２である。送信元ノー
ド８０６は、当該メッセージの送信元の計算機１０１を
示すノード番号である。データ部８０７はデータ種別８
０４に対応する送信データ部５０４と同じである。なお
通常送信データ形式８０１には、他に通信中に発生する
エラーの検出に用いられる情報等が含まれるが、これら
については本発明と直接関係するものではないので省略
してある。

【００２８】図１０は、再送要求データ形式９０１を示
す図である。フラグ９０２はメッセージの種類が再送要
求であることを示すフラグである。送信先アドレス９０
３は、再送要求の送信先の物理的アドレスである。図１
０の例は送信先アドレス８０３としてサブネットアドレ
スを指定しているので、送信先アドレス９０３も同一の
サブネットアドレスを指定している。データ種別９０４
は当該メッセージが再送要求データであることを示して
いる。再送要求通番９０５は、再送要求する送信データ
の通番である。再送要求元ノード９０６は、再送要求す
る計算機１０１のノード番号である。要求先ノード９０
７は、再送要求する先の計算機１０１のノード番号であ
り、受信した通常メッセージの送信元ノード８０６であ
る。なお再送要求データ形式９０１には、他に通信中に
発生するエラーの検出に用いられる情報等が含まれる
が、これらについては本発明と直接関係するものではな
いので省略してある。

【００２９】図１１は、再送データ形式１００１を示す
図である。フラグ１００２はメッセージの種類が再送デ
ータであることを示すフラグである。送信先アドレス１
００３は再送データの送信先の物理的アドレスであり、
送信先アドレス８０３と同じアドレスである。データ種
別１００４はデータ種別８０４と同じデータ種別であ
る。通番１００５は再送要求を受けた受信データの通番
である。送信元ノード１００６は再送データの再送元の
計算機１０１のノード番号である。再送要求元ノード１
００７は、再送要求した計算機１０１のノード番号であ
る。なお再送データ形式１００１には、他に通信中に発
生するエラーの検出に用いられる情報等が含まれるが、
これらについては本発明と直接関係するものではないの
で省略してある。

【００３０】図１２ａは、データ送信アプリケーション
１１８から送信要求を受けてから送信先に向けてデータ
送信するまでの処理の流れを示すフローチャートであ
る。データ送信インタフェース１１１は、データ送信ア
プリケーション１１８からデータと送信先情報及びデー
タ種別を受け取る（ステップ１１０１）。次にデータ送
信インタフェース１１１は、送信通番管理部１０９を呼
び出して送信先情報を渡す。データ送信アプリケーショ
ン１１８からデータ種別のみ指定された場合には、送信
先管理テーブル１１９を参照してデータ種別に対応する
送信先情報を取得してから送信通番管理部１０９を呼び
出す。送信通番管理部１０９は、受け取った送信先情報
に基づいて送信通番管理テーブル１０７を検索し、該当
する送信先情報４０１の最新通番４０２を１だけカウン
トアップすることによつて更新し（ステップ１１０
２）、更新された最新通番をデータ送信インタフェース
１１１に渡す（ステップ１１０３）。なお送信通番管理
部１０９は最新通番をデータ送信インタフェース１１１
に渡した後に更新してもよい。次にデータ送信インタフ
ェース１１１は、再送データ格納バッファ１０８に最新
通番、送信先情報、データ種別及び送信データから成る
レコードを追加する（ステップ１１０４）。もし再送デ
ータ格納バッファ１０８の終端に達していた場合には、
最初のレコードに上書きすることになる。またフラグ８
０２としてＮｏｒｍａｌ、送信先情報、データ通番、デ
ータ種別及び送信元ノード番号を伴った送信データを送
信バッファ１０６に格納する（ステップ１１０５）。デ
ータ送信部１０４は、送信バッファ１０６から送信デー
タを取り出し、送信先管理テーブル１１９を参照して送
信先情報を送信先アドレスに変換して作成した通常送信
メッセージを伝送路１０３上に送出する（ステップ１１
０６）。

【００３１】図１２ｂは、データ受信インタフェース１
１６が再送要求を受けてから再送データを送信先に送信
するまでの処理のフローチャートである。データ受信イ
ンタフェース１１６は、受信バッファ１１２から再送要
求メッセージを受け取り（ステップ１１１１）、再送処
理部１１０に再送要求のあった送信先情報、再送要求通
番９０５及び再送要求元ノード９０６を渡す。再送処理
部１１０は、通番５０１と送信先情報５０２をキーにし
て再送データ格納バッファ１０８を検索し、該当する通
番があるか否かを判定する（ステップ１１１２）。該当
するレコードがあれば（ステップ１１１２ＹＥＳ）、そ
のレコードを取得し（ステップ１１１３）、フラグ１０
０２としてＲｅｓｐｏｎｓｅ、送信先情報、データ種
別、当該通番、送信元ノード及び再送要求元ノードを伴
った再送データを送信バッファ１０６に格納する（ステ
ップ１１１４）。次に再送処理部１１０は、送信先情報
に基づいて送信通番管理テーブル１０７を検索し、当該
通番が当該送信先情報の最新の通番に一致するか否かを
判定する（ステップ１１１５）。当該通番が最新通番で
なければ（ステップ１１１５ＮＯ）、当該通番に１を加
えた次通番を作成し（ステップ１１１６）、この次通番
を当該通番としてステップ１１１２からの処理を繰り返
す。当該通番が送信通番管理テーブル１０７上で当該送
信先情報の最新通番に一致すると判定されたとき（ステ
ップ１１１５ＹＥＳ）、再送処理部１１０の処理を終了
する。送信バッファ１０６に格納された再送データは、
データ送信部１０４によって再送メッセージとして伝送
路１０３上に送出される（ステップ１１０６と同じ処
理）。一方再送データ格納バッファ１０８上に該当する
通番が見当らないとき（ステップ１１１２ＮＯ）、再送
処理部１１０は再送エラーを送信側計算機１０１−１の
表示装置上に表示するか、または受信側計算機１０１−
２に通知する（ステップ１１１７）。このように再送要
求通番から最新通番まで一連の通番を一括して再送する
ことにより、データ抜けが発生した場合に受信側計算機
１０１−２が受信するデータの順序性を保証する。受信
側計算機１０１−２がデータ抜けを検知して再送要求処
理を行った後であって再送データを受信する前に計算機
１０１−２がデータ抜けを検知する基となった受信デー
タの通番より新しい通番をもつ後続の送信データを受信
することもある。この場合には再送されるデータとその
前に受信したデータの間で受信順序が狂ってくる状態が
発生する。このような受信順序を守るために、受信側計
算機１０１−２はデータ抜け発生後には該送信側計算機
１０１−１からのデータを受信せず廃棄するようにし、
再送側の計算機１０１−１がデータ抜けしたデータから
最新のデータまで一連のデータを送信することとする。
上記ステップ１１１６の処理は、この最新データまでの
データ送信を可能とする。

【００３２】図１３ａ及び図１３ｂは、データ受信部１
０５がデータ受信した後の処理の流れを示すフローチャ
ートである。データ受信部１０５はメッセージを受信す
ると（ステップ１２０１）、フラグ８０２，９０２，１
００２を検査する。フラグがＮｏｒｍａｌであれば（ス
テップ１２０２Ｎｏｒｍａｌ）、送信先アドレス８０３
を参照して自ノードが受信すべきメッセージか否かを判
定する（ステップ１２０３）。自ノードで受信すべきメ
ッセージであれば（ステップ１２０３ＹＥＳ）、受信デ
ータ種別管理テーブル１２０を参照してデータ種別８０
４が自ノードで受信すべきデータ種別か否かを判定する
（ステップ１２０４）。ただし通信プロトコルとしてデ
ータ種別を使用しない場合には、ステップ１２０４の判
定処理はない。自ノードで受信すべきデータ種別であれ
ば（ステップ１２０４ＹＥＳ）、送信先管理テーブル１
１９を参照して送信先アドレス８０３を送信先情報に変
換した後、受信したデータを受信バッファ１１２に格納
する（ステップ１２０５）。送信先アドレス８０３が自
ノードで受信すべき送信先アドレスでないか、またはデ
ータ種別８０４が自ノードで受信すべきデータ種別でな
ければデータ受信部１０５の処理を終了する。データ受
信インタフェース１１６は、受信バッファ１１２からこ
の受信データを取り出し（ステップ１２０６）、受信通
番管理部１１４を呼び出して受信した送信元ノード８０
６と通番８０５を渡す。受信通番管理部１１４は、送信
元ノード番号をキーにして受信通番管理テーブル１１３
を検索し、受信した送信元ノード８０６が登録されてい
るか否か判定する（ステップ１２０７）。該当するエン
トリがあれば、そのエントリを取得する。もし該当する
送信元ノード番号がなければ（ステップ１２０７Ｎ
Ｏ）、受信通番管理テーブル１１３に受信した送信元ノ
ード８０６と通番８０５を有するエントリを登録する
（ステップ１２０８）。

【００３３】次に図１３ｂに移り、受信通番管理部１１
４は、取得したエントリの最新受信通番６０２と受信し
た通番８０５とが一致するか否かを判定する（ステップ
１２０９）。受信通番が最新通番に一致すれば（ステッ
プ１２０９ＹＥＳ）、受信通番管理テーブル１１３の取
得したエントリの最新受信通番６０２を１だけカウント
アップすることによってこれを更新する（ステップ１２
１０）。このとき当該エントリの受信状態６０３にデー
タ抜けを示すフラグが設定されていればリセットする。
この後、制御はデータ受信インタフェース１１６に戻
り、データ受信インタフェース１１６は、受信データ種
別管理テーブル１２０を参照して該当するデータ受信ア
プリケーション１１７に受信データを渡す（ステップ１
２１１）。受信通番が最新通番に一致しなければ（ステ
ップ１２０９ＮＯ）、受信通番管理部１１４は通番８０
５が当該エントリの最新受信通番６０２より大きいか否
か判定する（ステップ１２１２）。受信通番＞最新通番
であるとき（ステップ１２１２ＹＥＳ）、受信通番管理
部１１４は、当該エントリの受信状態６０３にデータ抜
けを示すフラグを設定し、最新通番を要求通番としてデ
ータ受信インタフェース１１６に制御を戻す。データ受
信インタフェース１１６は、送信先情報、再送要求通番
および要求先ノードを再送要求送信部１１５に渡し、再
送要求を発行する。ここで要求先ノード９０７は受信し
た送信元ノード８０６である。再送要求送信部１１５は
受け取った情報から再送要求データを作成し、送信バッ
ファ１０６に格納する（ステップ１２１３）。ただし受
信通番＞最新通番であるとき（ステップ１２１２ＹＥ
Ｓ）、当該エントリの受信状態６０３にデータ抜けを示
すフラグが設定してあれば、すでに当該最新通番につい
て再送要求が済んでいるのであるから、データ受信イン
タフェース１１６にその旨通知し、データ受信インタフ
ェース１１６は受信したデータを廃棄するだけである。
受信通番＜最新通番であるとき（ステップ１２１２Ｎ
Ｏ）、受信通番管理部１１４はデータ受信インタフェー
ス１１６にその旨通知し、データ受信インタフェース１
１６は受信したデータを廃棄する。

【００３４】フラグがＲｅｓｐｏｎｓｅであれば（ステ
ップ１２０２Ｒｅｓｐｏｎｓｅ）、データ受信部１０５
は送信先アドレス１００３を参照して自ノードが受信す
べきメッセージか否か判定する（ステップ１２２１）。
自ノードで受信すべきメッセージであれば（ステップ１
２２１ＹＥＳ）、再送要求元ノード１００７を参照して
自ノードが再送要求元ノードか否か判定する（ステップ
１２２２）。自ノードが再送要求元ノードであれば（ス
テップ１２２２ＹＥＳ）、送信先管理テーブル１１９を
参照して送信先アドレス１００３を送信先情報に変換し
た後、受信データを受信バッファ１１２に格納する（ス
テップ１２０５）。以下ステップ１２０６以降の処理は
上記の通りである。送信先アドレス１００３が自ノード
で受信すべき送信先アドレスでないか、または再送要求
元ノード１００７が自ノードでなければ処理を終了す
る。再送データは受信側計算機１０１−２から要求され
るため、同一データについて複数の受信側計算機１０１
−２でデータ抜けが発生した場合には、複数の再送要求
が送信元の計算機１０１−１に対して通知され、データ
送信元の計算機１０１−１からはデータ部１００８が同
一内容である複数の再送データが送信される。このよう
な場合、受信側計算機１０１−２は自分が要求した再送
データ以外の再送データをできるだけ受信しないように
データ受信処理の最初に再送要求元のノードと自ノード
の番号が一致するか否かを判定する。

【００３５】フラグがＲｅｑｕｅｓｔであれば（ステッ
プ１２０２Ｒｅｑｕｅｓｔ）、図１３ｂに移り、データ
受信部１０５は送信先アドレス９０３を参照して自ノー
ドが受信すべきメッセージか否か判定する（ステップ１
２３１）。自ノードで受信すべきメッセージであれば
（ステップ１２３１ＹＥＳ）、要求先ノード９０７を参
照して自ノードが要求先ノードか否か判定する（ステッ
プ１２３２）。自ノードが要求先ノードであれば（ステ
ップ１２３２ＹＥＳ）、送信先管理テーブル１１９を参
照して送信先アドレス９０３を送信先情報に変換した
後、受信データを受信バッファ１１２に格納する（ステ
ップ１２３３）。送信先アドレス９０３が自ノードで受
信すべき送信先アドレスでないか、または要求先ノード
９０７が自ノードでなければ処理を終了する。

【００３６】図１４は、送信側計算機１０１−１と受信
側計算機１０１−２との間で行うデータ抜けの検出とデ
ータ再送の手順を例示する図である。この例では送信側
計算機１０１−１が通番１００番、１０１番、１０２番
のデータを正常に送信し、受信側計算機１０１−２が１
００番、１０１番までのデータを正常に受信する。伝送
媒体の何らかの障害によって１０２番のデータが受信側
計算機１０１−２に到達しない場合に、受信側計算機１
０１−２は次の通番１０３番のデータを受信した時点で
１０２番のデータのデータ抜けを検知する。この時点で
受信側計算機１０１−２は、１０２番のデータについて
再送要求を送信し、送信側計算機１０１−１は１０２番
のデータ及び１０３番のデータを再送する。

【００３７】第１の実施形態によれば、再送要求を受け
た送信側計算機１０１−１は、要求された再送データを
取得するために通番５０１と送信先情報５０２をキーに
して再送データ格納バッファ１０８を検索する。しかも
１つの再送要求に対して再送要求された通番をもつ再送
データから最新通番をもつ再送データまで一連の再送デ
ータを検索する必要がある。従って再送データ格納バッ
ファ１０８を検索する処理のオーバーヘッドが大きいと
いう問題がある。

【００３８】図１５は、各送信先情報をインデックスと
してもち、各送信先情報ごとに再送データ格納バッファ
１０８のテーブルを設けるものである。再送データ格納
バッファ１０８をこのように構成することによつて、再
送データ格納バッファ１０８の検索を高速化できる。た
だし送信先情報ごとにバッファを用意するのでより多く
の記憶領域を必要とする。

【００３９】再送データ格納バッファ１０８の構成とし
て以上２つの方式では、再送データ格納バッファ１０８
が満杯になって再送データを上書きする場合、再送デー
タが消されたために再送エラーが発生する場合がある
（ステップ１１１２ＮＯの場合）。このような場合に、
受信側計算機１０１−２のデータ受信アプリケーション
１１７に再送エラーを通知してもアプリケーションプロ
グラム間でどのデータを再送すればよいかわからないと
いう問題がある。第３の方式は、データ種別を基本とし
て送信通番管理テーブル１０７、再送データ格納バッフ
ァ１０８及び受信通番管理テーブル１１３を構成し、再
送エラーが発生した場合にアプリケーションプログラム
間でのデータ再送を可能とするものである。

【００４０】第３の方式では、図１６に示すように、デ
ータ種別２００１ごとに最新通番２００２を保持するよ
うに送信通番管理テーブル１０７を構成する。また図１
７に示すように、各データ種別をインデックスとしても
ち、各データ種別ごとにバッファをもつように再送デー
タ格納バッファ１０８を構成する。また図１８に示すよ
うに送信元ノード番号６０１とデータ種別２１０２ごと
に最新受信通番６０２を設けるように受信通番管理テー
ブル１１３を構成する。第３の方式では、送信通番管理
テーブル１０７を参照してデータ送信アプリケーション
１１８が指定したデータ種別に対応する最新通番を取得
し、再送データ格納バッファ１０８中の指定されたデー
タ種別をインデックスとするバッファに再送データを格
納する。受信側計算機１０１−２でデータ抜けを検出し
たとき、データ種別２１０２と最新受信通番６０２を伴
って送信側計算機１０１−１へ再送要求する。送信側計
算機１０１−１は、要求された再送データを送信するた
めにデータ種別２１０２と最新受信通番６０２をキーと
して再送データ格納バッファ１０８を検索する。このと
き再送エラーが発生した場合には、受信側計算機１０１
−２のデータ受信アプリケーション１１７にはデータ種
別と再送要求された通番を伴って再送エラーを通知する
ことによつてアプリケーションプログラム間でデータ再
送する場合の対象データを特定することが可能になる。
第３の方式は、第２の方式と同様に再送データ格納バッ
ファ１０８の検索を高速化できるとともに、アプリケー
ションレベルでのデータ再送を可能とする。ただし再送
データ格納バッファ１０８などのために多くの記憶領域
を必要とする。

【００４１】以上述べたように、第１の実施形態によれ
ば、送信側計算機１０１−１の送信通番管理テーブル１
０７の各エントリはできるだけ論理的な送信先の識別子
ごとに最新通番を保持するよう構成し、受信側計算機１
０１−２の受信通番管理テーブル１１３の各エントリは
送信元ノードごとに最新通番を保持するよう構成し、受
信側計算機１０１−２が通番チェックを行うことによっ
てデータ抜けのチェックとデータ再送による伝送エラー
の回復を可能としている。このためネットワークシステ
ムに新たな計算機１０１が参入しても送信側計算機１０
１−１の送信通番管理テーブル１０７など管理情報を更
新する必要性は少なく、また一方受信側計算機１０１−
２の受信通番管理テーブル１１３はオンラインで新たな
送信元ノードをもつエントリを追加できるよう構成され
ている。従って第１の実施形態を適用するネットワーク
システムは、計算機１０１の追加、拡張に容易に対応で
きるシステムであるということができる。特に通信方式
としてブロードキャスト通信を採用し、一斉同報送信す
る計算機１０１の範囲をマルチキャストグループとして
計算機１０１のグループ化を行い、送信先情報としてグ
ループの識別子を用いる場合には、このグループに属す
るような計算機１０１がシステムに追加されても送信側
計算機１０１−１の管理情報に新たなエントリを追加す
る必要がなく、計算機１０１参入の影響を全く受けない
ことが理解される。なお特定の物理的アドレスを指定し
て行うユニキャスト通信又はグループアドレスを指定し
て行うブロードキャスト通信のプロトコルとして、例え
ば西田竹志著、ソフトリサーチセンタ発行の「ＴＣＰ／
ＩＰ〜ネットワークプロトコルとインプリメント」に記
載されているＴＣＰ／ＩＰと呼ばれるプロトコルを用い
ることができる。

【００４２】（２）第２の実施形態 第１の実施形態は、受信側計算機１０１−２がデータ抜
けのチェックを行うとき、抜けたデータの通番の次の通
番をもつデータを受信した時点でデータ抜けを検知す
る。このため送信側計算機１０１−１から抜けたデータ
に続くデータが送信され、この後続データを受信するま
でデータ抜けを検知できず、再送要求が遅れるという問
題がある。第２の実施形態は、データ抜け検知までの時
間を短縮するよう構成するものである。第２の実施形態
は、図１に示す機能ブロックを適用する他に送信側計算
機１０１−１の最新通番を定期的に送信する定周期送信
管理部１３０１を追加する。

【００４３】図１９は、定周期送信管理部１３０１を加
えた第２の実施形態において、送信側計算機１０１−１
と受信側計算機１０１−２との間のデータ通信の手順を
示す図である。送信側計算機１０１−１のデータ送信ア
プリケーション１１８が送信データをデータ送信インタ
フェース１１１に渡すと（１）、データ送信インタフェ
ース１１１は、送信通番管理部１０９を介してこの送信
データに付加すべき通番を送信通番管理テーブル１０７
から取得し（２）、取得した通番と送信データを再送デ
ータ格納バッファ１０８に格納し（３）、データ送信部
１０４を介して送信データを伝送路１０３上に送出する
（４，５）。以下受信側計算機１０１−２は、このデー
タを受信して第１の実施形態で述べた処理を行う。〇印
を付した１から１４までの処理手順は第１の実施形態と
同じである。この一連の通常データの送信処理と並行し
て定周期送信管理部１３０１は、周期的に送信通番管理
部１０９を介して各送信先情報ごとの最新通番を取得し
（２’）、定周期メッセージとして各送信先へ最新通番
を送信する（４’，５’）。受信側計算機１０１−２の
データ受信部１０５はこの最新通番を受信してデータ受
信インタフェース１１６に渡し（６’）、データ受信イ
ンタフェース１１６は通常のデータ受信と同様に受信通
番管理部１１４を介して通番チェックを行う（７’）。
データ抜けを検知したときには、再送要求送信部１１５
が再送要求を送信する（８，９）。すなわち送信側計算
機１０１−１が周期的に最新通番を受信側計算機１０１
−２へ送信することによってデータ抜けを検知するまで
の時間を短縮するものである。図２０は、定周期メッセ
ージによるデータ抜けの検出の手順を例示する図であ
る。この例では送信側計算機１０１−１が通番１００
番、１０１番、１０２番のデータを正常に送信し、受信
側計算機１０１−２は１００番、１０１番までのデータ
を正常に受信する。通番１０２番のデータが受信側計算
機１０１−２に到達しない場合に、受信側計算機１０１
−２は次の１０３番のデータを受信すれば１０２番のデ
ータ抜けを検知する。しかし１０３番のデータの送信が
遅いとデータ抜けの検知に時間がかかる。このとき周期
的に送信される１０３番の定周期メッセージによって１
０２番のデータが抜けていることをより早く検知でき
る。

【００４４】図２１は、定周期データ形式１７０１を示
す図である。フラグ１７０２はメッセージの種類が定周
期であることを示す。送信先アドレス１７０３は送信先
アドレス８０３と同じである。データ種別１７０４は当
該メッセージが定周期データであることを示している。
通番１７０５は通番８０５と同じである。送信元ノード
１７０６は送信元ノード８０６と同じである。ここで定
周期メッセージは制御情報のみで構成し、データ部８０
７のような実データを付加しない方がデータ送受信のオ
ーバヘッドや伝送路１０３のトラフィック増を抑えるた
めに望ましい。

【００４５】図２２は、定周期送信管理部１３０１の処
理の流れを示すフローチャートである。定周期送信管理
部１３０１が周期的に起動されと（ステップ１４０
１）、送信通番管理テーブル１０７のすべてのエントリ
について処理を終了したか否か判定する（ステップ１４
０２）。処理終了していなければ（ステップ１４０２Ｎ
Ｏ）、送信通番管理テーブル１０７の次のエントリの送
信先情報を取得し（ステップ１４０３）、送信通番管理
部１０９を呼び出して送信先情報を渡し、最新通番を取
得する（ステップ１４０４）。ステップ１４０４の処理
は、ステップ１１０２と１１０３の処理と同じである。
次に取得した送信先情報と最新通番を含む定周期データ
を作成して送信バッファ１０６に格納する（ステップ１
４０５）。次に送信通番管理テーブル１０７のエントリ
を指すインデックスを次に進めてステップ１４０２に戻
る。送信通番管理テーブル１０７のすべての送信先につ
いて上記処理を終了したとき（ステップ１４０２ＹＥ
Ｓ）、定周期送信管理部１３０１の処理を終了する。

【００４６】なお第２の実施形態を実施するに当り、再
送データ格納バッファ１０８、送信通番管理テーブル１
０７及び受信通番管理テーブル１１３のデータ構成は、
第１の実施形態で説明した第１、第２又は第３の方式の
いずれをも適用できる。ただし第３の方式を適用する場
合には、送信通番管理テーブル１０７はデータ種別２０
０１と最新通番２００２によって構成されるために、定
周期送信管理部１３０１は送信通番管理部１０９に送信
先情報の代わりにデータ種別を渡して最新通番を取得す
る。また送信先アドレス１７０３はなく、データ種別１
７０４は取得したデータ種別２００１を格納する。

【００４７】（３）第３の実施形態 第３の実施形態は、送信通番の管理、再送データ格納バ
ッファ１０８及びデータの再送を専用の計算機で集中し
て行うよう構成するものである。

【００４８】図２３は、第３の実施形態の計算機１０１
の構成を示す図である。第３の実施形態では、送信通番
管理テーブル１０７、送信通番管理部１０９、再送デー
タ格納バッファ１０８及び再送処理部１１０を各送信側
計算機１０１−１に設けずに専用の再送計算機１０１−
３に集中して設けるものである。送信側計算機１０１−
１のデータ送信アプリケーション１１８から送信要求が
発行されると（１）、データ送信インタフェース１１１
は再送計算機１０１−３へ送信データを送信する
（２）。再送計算機１０１−３は、このデータを受信
し、送信通番管理テーブル１０７から最新通番を取得
し、再送データ格納バッファ１０８に送信データを格納
した後、送信データを受信側計算機１０１−２へ送信す
る（３）。受信側計算機１０１−２はこのデータを受信
して第１の実施形態通りの通番チェックを行い、異常が
なければデータ受信アプリケーション１１７にデータを
配信する。データ抜けを検知した場合には、再送計算機
１０１−３へ再送要求を送信する（４）。再送計算機１
０１−３は、再送データ格納バッファ１０８から要求さ
れた送信データを取得し、受信側計算機１０１−２へデ
ータ再送を行う（５）。受信側計算機１０１−２は、再
送データを受信し、正しい通番のデータであればデータ
受信アプリケーション１１７に配信する。

【００４９】第３の実施形態によれば、送信側計算機１
０１−１は、送信通番管理テーブル１０７及び再送デー
タ格納バッファ１０８のための記憶領域が不要になると
ともに再送要求を受け付けて再送処理を行う必要がなく
なり、処理オーバヘッドが軽減される。また受信側計算
機１０１−２は、再送要求先を固定的に指定でき、再送
要求処理の負荷が軽減される。

【００５０】

【発明の効果】以上説明したように、本発明によれば送
信側ノードと受信側ノードの両方に同期する最新通番を
保持するが、受信側ノードで通番チェックによるデータ
抜けの検出とデータ抜けの場合の再送要求を行うため
に、受信側ノードとして新規ノードを追加しても送信側
ノードが管理する送信先テーブルを変更する必要がない
という効果がある。

【００５１】また受信側ノードがデータ抜けの検出後に
再送されるデータと通常のデータを混在して受信しても
受信データの順序性が保証される。

【００５２】さらに受信側ノードはデータ抜けが発生し
たデータのみについて送信側ノードへ再送要求を送出す
ればよいので、従来のような受信完了通知を送信するた
めのネットワークの負荷を軽減できるという効果もあ
る。

【図面の簡単な説明】

【図１】第１の実施形態の計算機の構成図である。

【図２】本発明が適用されるネットワークシステムの一
構成例を示す図である。

【図３】第１の実施形態の送信側と受信側との間のデー
タ通信の手順を示す図である。

【図４】第１の実施形態の送信通番管理テーブル１０７
のデータ構成を示す図である。

【図５】第１の実施形態による再送データ格納バッファ
１０８のデータ構成を示す図である。

【図６】第１の実施形態の送信先管理テーブル１１９の
データ構成を示す図である。

【図７】第１の実施形態の受信通番管理テーブル１１３
のデータ構成を示す図である。

【図８】実施形態の受信データ種別管理テーブル１２０
のデータ構成を示す図である。

【図９】実施形態の通常送信データの形式を示す図であ
る。

【図１０】実施形態の再送要求データの形式を示す図で
ある。

【図１１】実施形態の再送データの形式を示す図であ
る。

【図１２ａ】第１の実施形態のデータ送信アプリケーシ
ョン１１８に始まるデータ送信の処理の流れを示すフロ
ーチャートである。

【図１２ｂ】第１の実施形態の再送データの送信処理の
流れを示すフローチャートである。

【図１３ａ】第１の実施形態のデータ受信時の処理の流
れを示すフローチャートである。

【図１３ｂ】第１の実施形態のデータ受信時の処理の流
れを示すフローチャート（続き）である。

【図１４】第１の実施形態のデータ抜けの検出とデータ
再送の手順を例示する図である。

【図１５】再送データ格納バッファ１０８の他のデータ
構成を示す図である。

【図１６】送信通番管理テーブル１０７の他のデータ構
成を示す図である。

【図１７】再送データ格納バッファ１０８のさらに他の
データ構成を示す図である。

【図１８】受信通番管理テーブル１１３の他のデータ構
成を示す図である。

【図１９】第２の実施形態の送信側と受信側との間のデ
ータ通信の手順を示す図である。

【図２０】第２の実施形態の定周期メッセージによるデ
ータ抜けの検出の手順を例示する図である。

【図２１】第２の実施形態の定周期データの形式を示す
図である。

【図２２】第２の実施形態の定周期送信管理部１３０１
の処理の流れを示すフローチャートである。

【図２３】第３の実施形態の計算機１０１の構成を示す
図である。

【符号の説明】

１０７：送信通番管理テーブル、１０８：再送データ格
納バッファ、１０９：送信通番管理部、１１０：再送処
理部、１１３：受信通番管理テーブル、１１４：受信通
番管理部、１１５：再送要求送信部、１３０１：定周期
送信管理部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 鮫嶋 茂稔 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 河野 克己 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内

Claims (10)

【特許請求の範囲】
1. 【請求項１】データ送信側のノードとデータ受信側のノ
   ードが伝送路を介して接続され、送信ノードから送信し
   たデータが受信ノードに到達したか否かを検出する伝送
   制御方法において、 送信側ノードで送信先ごとに最新の通番を保持し、送信
   データにその送信先に対応する最新通番を付して受信側
   ノードに送信し、 受信側ノードで送信元ノードごとに最新の通番を保持
   し、送信側ノードから受信したデータの受信通番と保持
   する最新通番とを比較することによってデータ抜けを検
   出することを特徴とする伝送制御方法。
2. 【請求項２】送信側ノードで最新通番を付した送信デー
   タを順次保存し、受信側ノードが検出したデータ抜けに
   よって送られた再送要求に応答して指定された通番をも
   つ送信データを再送データとして受信側ノードへ送信す
   ることを特徴とする請求項１記載の伝送制御方法。
3. 【請求項３】送信側ノードで再送要求された通番をもつ
   送信データから当該送信先に対応する最新通番をもつ送
   信データまで一連の送信データを順次受信側ノードへ再
   送し、 受信側ノードで当該送信元ノードについて再送
   要求した通番の受信データから通番の順に１つずつ再送
   データを受信することを特徴とする請求項２記載の伝送
   制御方法。
4. 【請求項４】送信側ノードではブロードキャストする送
   信先ノードのグループに対応して最新通番を保持するこ
   とを特徴とする請求項１記載の伝送制御方法。
5. 【請求項５】受信側ノードで最新通番を保持していない
   送信元ノードからデータを受信したとき、該送信元ノー
   ドに対応して付された通番を最新通番として新たに保持
   することを特徴とする請求項１記載の伝送制御方法。
6. 【請求項６】送信先ごとに最新の通番を保持する代わり
   にデータ種別ごとに最新の通番を保持し、送信データに
   そのデータ種別に対応する最新通番を付して受信側ノー
   ドに送信することを特徴とする請求項１記載の伝送制御
   方法。
7. 【請求項７】該送信データの他に周期的に該送信先に対
   応する最新通番を受信側ノードに送信し、受信側ノード
   で受信した最新通番と保持する最新通番とを比較するこ
   とによってデータ抜けを検出することを特徴とする請求
   項１記載の伝送制御方法。
8. 【請求項８】伝送路を介して複数の計算機が接続され、
   送信側計算機から送信したデータが受信側計算機に到達
   したか否かを検出するネットワークシステムを構成する
   計算機において、 送信先ごとに最新の通番を記憶する手段と、送信データ
   にその送信先に対応する最新通番を付して他計算機に送
   信する手段と、送信元計算機ごとに最新の通番を記憶す
   る手段と、他計算機から受信したデータの受信通番と保
   持される最新通番とを比較することによってデータ抜け
   を検出する手段とを有することを特徴とする計算機。
9. 【請求項９】さらに最新通番を付した送信データを順次
   格納する記憶手段と、他計算機が検出したデータ抜けに
   よって送られた再送要求に応答して指定された通番をも
   つ送信データを再送データとして要求された他計算機へ
   送信する手段とを有することを特徴とする請求項８記載
   の計算機。
10. 【請求項１０】伝送路を介して複数の計算機が接続さ
    れ、送信側計算機から送信したデータが受信側計算機に
    到達したか否かを検出するネットワークシステムにおい
    て、 送信先ごとに最新の通番を記憶する手段と、送信側であ
    る第１の計算機から送られた送信データにその送信先に
    対応する最新通番を付して受信側である第３の計算機に
    送信する手段とを有する第２の計算機と、 送信元計算機ごとに最新の通番を記憶する手段と、第２
    の計算機から受信したデータの受信通番と記憶される最
    新通番とを比較することによってデータ抜けを検出する
    手段とを有する第３の計算機とを設けることを特徴とす
    るネットワークシステム。