JPH11284657A - 再送制御方式 - Google Patents

Abstract

(57)【要約】 【課題】 輻輳時に優先度の低い通信のパケット再送を
抑制する。 【解決手段】 記憶管理手段１３は、再送が許される回
数を表す残り再送回数をパケットごとに管理する。記録
管理手段１３は、ヘッダ管理手段１４から送信許可の問
い合わせがあったときに、送信許可を求められたパケッ
トの残り再送回数が１以上であれば、該パケットの残り
再送回数を１減らす共に送信を許可する。送信許可を求
められたパケットの残り再送回数が０であれば、記録管
理手段１３は、コネクション制御手段１２に通信の停止
を指示し、コネクション制御手段１２は、アプリケーシ
ョンの通信を停止させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータ等の
通信端末間のコネクション確立型通信における再送制御
方式に関するものである。

【０００２】

【従来の技術】従来のコネクション確立型通信では、ネ
ットワーク内のノードへのパケット流入量がノードの中
継フレーム保持バッファの容量を越えた場合、余剰のパ
ケットは廃棄される。受信側端末はパケットを受信する
と、パケットに対する応答を送信側端末へ送信する。送
信側端末では、パケット送信後、一定時間内に応答を受
信できなかった場合、送信したパケットが上記のように
ネットワーク内のノードで廃棄されたと判断し、廃棄さ
れたパケットを再度送信する。

【０００３】

【発明が解決しようとする課題】しかしながら上記の構
成では、廃棄されたパケットを再送する際に、コネクシ
ョンの優先度についての区別がないため、全てのコネク
ションのパケットが同様に再送される。そのため、図４
０のように、各送信側端末４１からの全てのパケットが
ネットワークの輻輳箇所（ネットワークノード４２）へ
再度流入するので、ネットワークの輻輳状態を解消する
ことができず、重要な通信を行うことができないという
問題点があった。本発明は、上記課題を解決するために
なされたもので、送信側端末にコネクションの優先度を
識別する情報を持たせることで、輻輳時に優先度の低い
通信のパケット再送を抑制し、優先度の高い重要な通信
のためにネットワークの伝送容量を確保することができ
る再送制御方式を提供することを目的とする。

【０００４】

【課題を解決するための手段】本発明は、請求項１に記
載のように、送信側端末（１）に、通信の優先度に応じ
てパケット毎に予め設定された、再送が許される最大の
回数を表す最大再送回数を保持し、コネクションの確立
時に通信の優先度を識別して優先度に応じた最大再送回
数を出力し、通信停止の指示を受けるとアプリケーショ
ン（１１）の通信を停止させるコネクション制御手段
（１２）と、アプリケーションから受け取った送信すべ
きパケットを保持し、このパケットを特定する情報を基
に送信許可を求めるヘッダ管理手段（１４）と、コネク
ション制御手段から受け取った最大再送回数に基づく残
り再送回数をパケットごとに管理し、ヘッダ管理手段か
ら送信許可を求められたパケットの残り再送回数が１以
上であれば、該パケットの残り再送回数を１減らす共に
ヘッダ管理手段に対して送信を許可し、残り再送回数が
０であれば、コネクション制御手段に通信の停止を指示
する記録管理手段（１３）とを備えるものである。この
ように、再送が許される回数を表す残り再送回数を記憶
管理手段でパケットごとに管理する。このとき、優先度
が最も高い通信については、最大再送回数が設定され
ず、よって残り再送回数も設定されない。また、優先度
が低い通信ほど、最大再送回数が少なくなり、よって残
り再送回数も少なくなる。記録管理手段は、ヘッダ管理
手段から送信許可の問い合わせがあったときに、送信許
可を求められたパケットの残り再送回数が１以上であれ
ば、該パケットの残り再送回数を１減らす共にヘッダ管
理手段に対して送信（再送）を許可する。受信側端末か
らの応答がない限り、このような再送が繰り返される。
そして、送信許可を求められたパケットの残り再送回数
が０であれば、記録管理手段は、コネクション制御手段
に通信の停止を指示し、コネクション制御手段は、アプ
リケーションの通信を停止させる。

【０００５】また、請求項２に記載のように、ネットワ
ークを介して上記送信側端末と接続されたネットワーク
ノード（２）のフレーム受信部に、送信側端末から送出
されたパケットを保持するフレーム保持バッファ（２
２）と、フレーム保持バッファで廃棄されるパケットを
検査し、識別子を検出したときに廃棄通知の送信を指示
する廃棄検出手段（２１）と、廃棄通知送信の指示を受
けると、フレーム保持バッファで廃棄されるパケットの
送信元へパケット廃棄を通知する廃棄通知手段（２３）
とを備え、コネクション制御手段（１２ａ）は、ネット
ワークを介して上記廃棄通知を受け取ったときにアプリ
ケーションの通信を停止させるものであり、ヘッダ管理
手段（１４ａ）は、識別子挿入の指示を受けたときに、
送信パケットのヘッダに識別子を挿入するものであり、
記録管理手段（１３ａ）は、ヘッダ管理手段から送信許
可を求められたパケットの残り再送回数が１であれば、
ヘッダ管理手段に識別子の挿入を指示するものである。
このように、記録管理手段は、ヘッダ管理手段から送信
許可を求められたパケットの残り再送回数が１であれ
ば、ヘッダ管理手段に識別子の挿入を指示し、ヘッダ管
理手段は、送信パケットのヘッダに最後の再送であるこ
とを示す識別子を挿入する。ネットワークノードの廃棄
検出手段は、識別子が挿入されたパケットが廃棄される
ときに廃棄通知の送信を指示し、廃棄通知手段は、廃棄
されるパケットの送信元へパケット廃棄を通知する。コ
ネクション制御手段は、廃棄通知を受け取ったときにア
プリケーションの通信を停止させる。

【０００６】また、請求項３に記載のように、上記送信
側端末（１ｂ）に、タイマーセットの指示を受けたとき
に時間計測を開始し、計測時間が所定の時間を経過する
度にコネクション制御手段にトラフィック検査を指示す
る再通信管理手段（１５）を備え、ネットワークを介し
てネットワークノードと接続された受信側端末（３）
に、トラフィック検査パケットを受信したときに、この
トラフィック検査パケットの送信元へ応答パケットを送
信するコネクション制御手段（３１）を備え、上記送信
側端末のコネクション制御手段（１２ｂ）は、アプリケ
ーションの通信を停止させたときに再通信管理手段にタ
イマーセットを指示し、再通信管理手段よりトラフィッ
ク検査の指示を受けると、停止させた通信の通信先へト
ラフィック検査パケットを送信し、検査パケットに対す
る応答パケットを受信したときにアプリケーションの通
信を再開させるものである。このように、送信側端末の
コネクション制御手段は、アプリケーションの通信を停
止させたときに再通信管理手段にタイマーセットを指示
し、再通信管理手段は、時間計測を開始し、計測時間が
所定の時間を経過する度にコネクション制御手段にトラ
フィック検査を指示し、コネクション制御手段は、停止
させた通信の通信先へトラフィック検査パケットを送信
する。受信側端末のコネクション制御手段は、トラフィ
ック検査パケットを受信したときに応答パケットを送信
する。そして、送信側端末のコネクション制御手段は、
応答パケットを受信したときにアプリケーションの通信
を再開させる。また、請求項４に記載のように、記録管
理手段（１３ｃ）は、残り再送回数を管理しているパケ
ットについてヘッダ管理手段から送信許可を求められた
ときに、上記最大再送回数と残り再送回数の差が所定の
しきい値以上の場合、送信許可を求められたパケットの
送信先に関する最大再送回数を全て減らし、ヘッダ管理
手段から送信許可の問い合わせが一定時間ない場合に、
問い合わせがなかったパケットの送信先に関する最大再
送回数を初期化するものである。

【０００７】また、請求項５に記載のように、送信側端
末（１ｄ）に、通信の優先度に応じてコネクション毎に
予め設定された、再送が許される最大の回数を表す最大
再送回数を保持し、コネクションの確立時に通信の優先
度を識別して優先度に応じた最大再送回数を出力し、通
信停止の指示を受けるとアプリケーションの通信を停止
させるコネクション制御手段（１２ｄ）と、アプリケー
ションから受け取った送信すべきパケットを保持し、こ
のパケットを特定する情報を基に送信許可を求めるヘッ
ダ管理手段（１４）と、コネクション制御手段から受け
取った最大再送回数に基づく残り再送回数をコネクショ
ン毎に管理し、上記送信許可を求められたパケットに関
して設定されたコネクションの残り再送回数が１以上で
あれば、該コネクションの残り再送回数を１減らす共に
ヘッダ管理手段に対して送信を許可し、残り再送回数が
０であれば、コネクション制御手段に通信の停止を指示
し、ヘッダ管理手段から送信許可の問い合わせが一定時
間ない場合に、該当コネクションの残り再送回数を最大
値に戻す記録管理手段（１３ｄ）とを備えるものであ
る。このように、再送が許される回数を表す残り再送回
数を記憶管理手段でコネクションごとに管理する。記録
管理手段は、ヘッダ管理手段から送信許可の問い合わせ
があったときに、送信許可を求められたパケットに関し
て設定されたコネクションの残り再送回数が１以上であ
れば、該当コネクションの残り再送回数を１減らす共に
ヘッダ管理手段に対して送信を許可する。受信側端末か
らの応答がない限り、このような再送が繰り返される。
そして、記録管理手段は、ヘッダ管理手段から送信許可
の問い合わせが一定時間ない場合（パケット再送が一定
時間行われない場合）に、該当コネクションの残り再送
回数を最大値に戻す。

【０００８】

【発明の実施の形態】［実施の形態の１］次に、本発明
の実施の形態について図面を参照して詳細に説明する。
図１は本発明の第１の実施の形態となる通信システムの
ブロック図である。本実施の形態の通信システムは、送
信側端末１と、ネットワークを介して送信側端末１と接
続されたネットワークノード２と、ネットワークを介し
てネットワークノード２と接続された受信側端末３とか
ら構成されている。

【０００９】そして、送信側端末１は、アプリケーショ
ン１１と、通信の優先度に応じてパケット毎に予め設定
された最大再送回数を保持し、コネクションの確立時に
通信の優先度を識別して優先度に応じた最大再送回数を
出力し、通信停止の指示を受けるとアプリケーション１
１の通信を停止させるコネクション制御手段１２と、再
送が許される回数を表す残り再送回数をパケットごとに
管理し、後述するヘッダ管理手段から送信許可を求めら
れたパケットの残り再送回数が１以上であれば、該パケ
ットの残り再送回数を１減らす共にヘッダ管理手段に対
して送信を許可し、残り再送回数が０であれば、コネク
ション制御手段１２に通信の停止を指示する記録管理手
段１３と、アプリケーション１１から受け取った送信す
べきパケットを保持し、このパケットを特定する情報を
基に記録管理手段１３に送信許可を求めるヘッダ管理手
段１４とを有している。

【００１０】図２、図３はコネクション制御手段１２の
動作を説明するためのフローチャート図、図４、図５、
図６は記録管理手段１３の動作を説明するためのフロー
チャート図、図７はヘッダ管理手段１４の動作を説明す
るためのフローチャート図である。

【００１１】図２〜図７を参照しながらコネクション確
立時の動作について説明する。送信側端末１において、
アプリケーション１１がコネクション確立要求情報を発
信すると（図２ステップ１０１）、コネクション制御手
段１２は、受信したコネクション確立要求情報から通信
を行うアプリケーション１１の種別と通信先のアドレス
を抽出する（ステップ１０２）。

【００１２】コネクション制御手段１２は、取得した通
信先アドレス及びアプリケーション種別を基に、自身が
有する図８のような優先度情報テーブル５１を検索し
て、該通信先アドレス及びアプリケーション種別に対し
てあらかじめ定められた最大再送回数をテーブル５１か
ら取得する（ステップ１０３）。

【００１３】そして、コネクション制御手段１２は、コ
ネクション確立要求情報から抽出した通信先アドレス及
びアプリケーション種別とテーブル５１から取得した最
大再送回数とを含むコネクション確立情報を記録管理手
段１３へ通知する（ステップ１０４）。

【００１４】優先度情報テーブル５１に通信先アドレス
及びアプリケーション種別に対応する最大再送回数のデ
ータが登録されていない場合、この通信先アドレス及び
アプリケーション種別を含むパケットの送信に関して設
定されたコネクションは優先コネクションである。この
場合、コネクション制御手段１２は、通信先アドレス及
びアプリケーション種別を含むコネクション確立情報を
通知して、最大再送回数を通知しない。

【００１５】記録管理手段１３は、コネクション制御手
段１２からのコネクション確立情報を受信すると（図４
ステップ２０１）、このコネクション確立情報から通信
先アドレス、アプリケーション種別、最大再送回数を抽
出し（ステップ２０２）、これらを自身が有する図９の
ような最大再送回数テーブル５２に登録する（ステップ
２０３，２０４）。

【００１６】また、コネクション制御手段１２から最大
再送回数が通知されなかった場合、記録管理手段１３
は、ステップ２０３の判定においてＹｅｓ、すなわち通
知されたアドレス及び種別を含むパケットの送信に関し
て設定されたコネクションを優先コネクションであると
判断し、通知された情報を最大再送回数テーブル５２に
は登録しない（ステップ２０３）。

【００１７】次に、図２〜図７を参照しながらパケット
送信時の動作について説明する。アプリケーション１１
からの送信パケットを受け取ったヘッダ管理手段１４は
（図７ステップ３０１）、送信パケットを自身のバッフ
ァ（不図示）へ格納して（ステップ３０２）、このパケ
ットから通信先アドレス、アプリケーション種別及びパ
ケットごとに付与されるシーケンシャルＮｏ．を抽出す
る（ステップ３０３）。

【００１８】そして、ヘッダ管理手段１４は、送信パケ
ットから抽出した通信先アドレス、アプリケーション種
別及びシーケンシャルＮｏ．を含むパケット問い合わせ
情報を記録管理手段１３へ通知し（ステップ３０４）、
記録管理手段１３からの応答を待つ（ステップ３０
５）。

【００１９】次に、記録管理手段１３は、ヘッダ管理手
段１４からのパケット問い合わせ情報を受信すると（図
４ステップ２０５）、パケット問い合わせ情報から通信
先アドレス、アプリケーション種別及びシーケンシャル
Ｎｏ．を抽出し（図５ステップ２０６）、これらを基に
自身が有する図１０のような送信記録テーブル５３を検
索する（ステップ２０７）。

【００２０】パケット問い合わせ情報から抽出した通信
先アドレス及びアプリケーション種別が送信記録テーブ
ル５３に登録されていない場合、このアドレス及び種別
を含むパケットの送信に関して設定されたコネクション
は優先コネクションである。この場合、記録管理手段１
３は、ステップ２０８においてＹｅｓと判定し、ヘッダ
管理手段１４へ送信許可情報を通知する（ステップ２０
９）。

【００２１】ヘッダ管理手段１４は、記録管理手段１３
から送信許可情報を受信すると（図７ステップ３０５，
３０６）、バッファに保留していたパケットをネットワ
ークに送出する（ステップ３０７）。

【００２２】また、パケット問い合わせ情報から抽出し
た通信先アドレス及びアプリケーション種別が送信記録
テーブル５３に登録されていて、シーケンシャルＮｏ．
がテーブル５３に登録されていない場合、記録管理手段
１３は、ステップ２０８，２１０においてＮｏと判定
し、パケット問い合わせ情報から抽出した通信先アドレ
ス、アプリケーション種別及びシーケンシャルＮｏ．と
これらに対応する残り再送回数を送信記録テーブル５３
に登録する（ステップ２１１）。つまり、記録管理手段
１３は、通信先アドレス、アプリケーション種別及びシ
ーケンシャルＮｏ．によって特定されるパケットの残り
再送回数をテーブル５３に登録する。

【００２３】このとき、パケット問い合わせ情報から抽
出した通信先アドレス及びアプリケーション種別を基に
最大再送回数テーブル５２を検索して、このアドレス及
び種別を含むパケット送信に関して設定されたコネクシ
ョンに対応する最大再送回数を取得し、取得した最大再
送回数から１引いた値を残り再送回数とする。そして、
記録管理手段１３は、ヘッダ管理手段１４へ送信許可情
報を通知する（ステップ２０９）。

【００２４】パケット問い合わせ情報から抽出した通信
先アドレス、アプリケーション種別及びシーケンシャル
Ｎｏ．が送信記録テーブル５３に登録されている場合、
記録管理手段１３は、該アドレス、種別及びＮｏ．に対
応してテーブル５３に登録された残り再送回数が１以上
か否かを判定する（ステップ２１２）。残り再送回数が
１以上の場合、記録管理手段１３は、テーブル５３に登
録されている該残り再送回数を１減らすと共に（ステッ
プ２１３）、ヘッダ管理手段１４へ送信許可情報を通知
する（ステップ２０９）。

【００２５】ステップ２１２において残り再送回数が０
の場合、記録管理手段１３は、上記シーケンシャルＮ
ｏ．とこれに対応する値０の残り再送回数を送信記録テ
ーブル５３から削除する（ステップ２１４）。続いて、
記録管理手段１３は、ヘッダ管理手段１４へ送信中止情
報を通知すると共に（ステップ２１５）、コネクション
制御手段１２へ上記通信先アドレス及びアプリケーショ
ン種別を含む通信停止情報を通知する（ステップ２１
６）。

【００２６】次に、図２〜図７を参照しながら通信停止
時の動作について説明する。ヘッダ管理手段１４は、記
録管理手段１３から送信中止情報を受信すると、ステッ
プ３０６においてＮｏと判定し、バッファに保留してい
た送信待ちパケットを廃棄する（ステップ３０８）。

【００２７】コネクション制御手段１２は、記録管理手
段１３から通信停止情報を受信すると（図２ステップ１
０６）、この通信停止情報から通信先アドレス及びアプ
リケーション種別を抽出し（図３ステップ１０７）、ア
プリケーション１１の該当するコネクションの通信を停
止させる（ステップ１０８）。

【００２８】次に、図２〜図７を参照しながら送信パケ
ットに対する応答をネットワークから受信したときの動
作について説明する。送信側端末１からの送信パケット
は、ネットワークノード２を介して受信側端末３へ送出
される。受信側端末３は、ネットワークを介してパケッ
トを受信すると、パケットに対する応答ＡＣＫ（Acknow
ledge ）を送信する。この応答ＡＣＫもネットワークノ
ード２を介して送信側端末１へ送出される。

【００２９】コネクション制御手段１２は、ネットワー
クを介して受信側端末３からの応答ＡＣＫを受信すると
（図２ステップ１０５）、この応答ＡＣＫから通信先ア
ドレス、アプリケーション種別及びシーケンシャルＮ
ｏ．を抽出し（図３ステップ１０９）、抽出した通信先
アドレス、アプリケーション種別及びシーケンシャルＮ
ｏ．を含む応答受信情報を記録管理手段１３へ通知する
（ステップ１１０）。

【００３０】記録管理手段１３は、コネクション制御手
段１２から応答受信情報を受信すると（図４ステップ２
１７）、この応答受信情報から通信先アドレス、アプリ
ケーション種別及びシーケンシャルＮｏ．を抽出し（図
６ステップ２１８）、該シーケンシャルＮｏ．とこれに
対応する残り再送回数を自身の送信記録テーブル５３か
ら削除する（ステップ２１９）。

【００３１】次に、図２〜図７を参照しながらコネクシ
ョン切断時の動作について説明する。コネクション制御
手段１２は、アプリケーション１１からコネクション切
断／終了要求情報を受信すると（図２ステップ１１
１）、このコネクション切断／終了要求情報から通信先
アドレス及びアプリケーション種別を抽出し（図３ステ
ップ１１２）、抽出した通信先アドレス及びアプリケー
ション種別を含むコネクション切断情報を記録管理手段
１３へ通知する（ステップ１１３）。

【００３２】記録管理手段１３は、コネクション制御手
段１２からコネクション切断情報を受信すると（図４ス
テップ２２０）、このコネクション切断情報から通信先
アドレス及びアプリケーション種別を抽出し（図６ステ
ップ２２１）、該アドレス及び種別が一致するコネクシ
ョンのエントリーを送信記録テーブル５３から全て削除
する（ステップ２２２）。

【００３３】以上のように、再送が許される回数を表す
残り再送回数を記憶管理手段１３でパケットごとに管理
する。このとき、優先度が最も高い通信については、最
大再送回数が設定されず、よって残り再送回数も設定さ
れない。また、優先度が低い通信ほど、最大再送回数が
少なくなり、よって残り再送回数も少なくなる。記録管
理手段１３は、ヘッダ管理手段１４から送信許可の問い
合わせがあったときに、送信許可を求められたパケット
の残り再送回数が１以上であれば、該パケットの残り再
送回数を１減らす共にヘッダ管理手段１４に対して送信
を許可する。これにより、パケットの再送が行われる。

【００３４】受信側端末３からの応答ＡＣＫを受信しな
い限り、ヘッダ管理手段１４は、送信許可の問い合わせ
を繰り返し、パケット再送が繰り返される。そして、送
信許可を求められたパケットの残り再送回数が０であれ
ば、記録管理手段１３は、コネクション制御手段１２に
通信の停止を指示し、コネクション制御手段１２は、ア
プリケーション１１の通信を停止させる。こうして、優
先度の低い通信のパケット再送を抑制することができ
る。

【００３５】［実施の形態の２］次に、本発明の第２の
実施の形態について図面を参照して詳細に説明する。図
１１は本発明の第２の実施の形態となる通信システムの
ブロック図であり、図１と同一の構成には同一の符号を
付してある。本実施の形態の送信側端末１ａは、アプリ
ケーション１１と、ネットワークを介して廃棄通知を受
け取ったときにアプリケーション１１の通信を停止させ
るコネクション制御手段１２ａと、ヘッダ管理手段から
送信許可を求められたパケットの残り再送回数が１であ
れば、ヘッダ管理手段に最終識別子の挿入を指示する記
録管理手段１３ａと、最終識別子挿入の指示を受けたと
きに、送信パケットのヘッダに最終識別子を挿入するヘ
ッダ管理手段１４ａとを有している。

【００３６】また、ネットワークを介して送信側端末１
ａと接続されるネットワークノード２のフレーム受信部
に、フレーム保持バッファ２２で廃棄されるパケットを
検査し、最終識別子を検出したときに廃棄通知の送信を
指示する廃棄検出手段２１と、送信側端末１ａから送出
されたパケットを保持するフレーム保持バッファ２２
と、廃棄通知送信の指示を受けると、フレーム保持バッ
ファ２２で廃棄されるパケットの送信元へパケット廃棄
を通知する廃棄通知手段２３とを備えている。

【００３７】図１２はコネクション制御手段１２ａの動
作を説明するためのフローチャート図、図１３、図１４
は記録管理手段１３ａの動作を説明するためのフローチ
ャート図、図１５はヘッダ管理手段１４ａの動作を説明
するためのフローチャート図、図１６は廃棄検出手段２
１の動作を説明するためのフローチャート図、図１７は
廃棄通知手段２３の動作を説明するためのフローチャー
ト図であり、図２〜図７と同様の動作には同一の符号を
付してある。

【００３８】コネクション制御手段１２ａにおけるコネ
クション確立時、送信パケットに対する応答受信時、通
信停止時、コネクション切断時の動作は、実施の形態の
１のコネクション制御手段１２と同様であり、記録管理
手段１３ａにおけるコネクション確立時、送信パケット
に対する応答受信時、コネクション切断時の動作は、実
施の形態の１の記録管理手段１３と同様である。

【００３９】次に、図１２〜図１７を参照しながらパケ
ット送信時の動作について説明する。アプリケーション
１１からの送信パケットを受け取ったヘッダ管理手段１
４ａは（図１５ステップ３０１）、パケットを自身のバ
ッファ（不図示）へ格納し（ステップ３０２）、このパ
ケットから通信先アドレス、アプリケーション種別及び
シーケンシャルＮｏ．を抽出する（ステップ３０３）。

【００４０】続いて、ヘッダ管理手段１４ａは、送信パ
ケットから抽出した通信先アドレス、アプリケーション
種別及びシーケンシャルＮｏ．を含むパケット問い合わ
せ情報を記録管理手段１３ａへ通知し（ステップ３０
４）、記録管理手段１３ａからの応答を待つ（ステップ
３１１，３０５）。

【００４１】次に、記録管理手段１３ａは、ヘッダ管理
手段１４ａからのパケット問い合わせ情報を受信すると
（図１３ステップ２０５）、パケット問い合わせ情報か
ら通信先アドレス、アプリケーション種別及びシーケン
シャルＮｏ．を抽出し（図１４ステップ２０６）、これ
らを基に自身が有する図１０のような送信記録テーブル
５３を検索する（ステップ２０７）。

【００４２】パケット問い合わせ情報から抽出した通信
先アドレス及びアプリケーション種別が送信記録テーブ
ル５３に登録されていない場合、このアドレス及び種別
を含むパケット送信に関して設定されたコネクションは
優先コネクションである。この場合、記録管理手段１３
は、ステップ２０８においてＹｅｓと判定し、ヘッダ管
理手段１４ａへ送信許可情報を通知する（ステップ２０
９）。

【００４３】ヘッダ管理手段１４ａは、記録管理手段１
３ａから送信許可情報を受信すると（図１５ステップ３
０５，３０６）、バッファに保留していたパケットをネ
ットワークに送出する（ステップ３０７）。

【００４４】また、パケット問い合わせ情報から抽出し
た通信先アドレス及びアプリケーション種別が送信記録
テーブル５３に登録されていて、シーケンシャルＮｏ．
がテーブル５３に登録されていない場合、記録管理手段
１３は、ステップ２０８，２１０においてＮｏと判定
し、パケット問い合わせ情報から抽出した通信先アドレ
ス、アプリケーション種別及びシーケンシャルＮｏ．と
これらに対応する残り再送回数を送信記録テーブル５３
に登録する（ステップ２１１）。

【００４５】このとき、パケット問い合わせ情報から抽
出した通信先アドレス及びアプリケーション種別を基に
最大再送回数テーブル５２を検索して、このアドレス及
び種別を含むパケット送信に関して設定されたコネクシ
ョンに対応する最大再送回数を取得し、取得した最大再
送回数から１引いた値を残り再送回数とする。そして、
記録管理手段１３ａは、ヘッダ管理手段１４ａへ送信許
可情報を通知する（ステップ２０９）。

【００４６】パケット問い合わせ情報から抽出した通信
先アドレス、アプリケーション種別及びシーケンシャル
Ｎｏ．が送信記録テーブル５３に登録されている場合、
記録管理手段１３は、該アドレス、種別及びＮｏ．に対
応してテーブル５３に登録された残り再送回数が１以上
か否かを判定する（ステップ２１２）。残り再送回数が
２以上の場合、記録管理手段１３ａは、テーブル５３に
登録されている該残り再送回数を１減らすと共に（ステ
ップ２１３）、ヘッダ管理手段１４へ送信許可情報を通
知する（ステップ２０９）。

【００４７】残り再送回数が１の場合、記録管理手段１
３ａは、ステップ２３１においてＹｅｓと判定し、ヘッ
ダ管理手段１４ａへ最終送信情報を通知し（ステップ２
３２）、送信記録テーブル５３に登録されている該残り
再送回数を１減らすと共に（ステップ２１３）、ヘッダ
管理手段１４へ送信許可情報を通知する（ステップ２０
９）。

【００４８】ヘッダ管理手段１４ａは、記録管理手段１
３ａから最終送信情報を受信すると（図１５ステップ３
１１）、バッファに保留している送信待ちパケットに最
終識別子を挿入し（ステップ３１２）、送信許可情報を
受信すると、パケットをネットワークに送出する（ステ
ップ３０７）。

【００４９】ステップ２１２において残り再送回数が０
の場合、記録管理手段１３ａは、上記シーケンシャルＮ
ｏ．とこれに対応する値０の残り再送回数を送信記録テ
ーブル５３から削除する（ステップ２１４）。続いて、
記録管理手段１３ａは、ヘッダ管理手段１４ａへ送信中
止情報を通知すると共に（ステップ２１５）、コネクシ
ョン制御手段１２ａへ上記通信先アドレス及びアプリケ
ーション種別を含む通信停止情報を通知する（ステップ
２１６）。

【００５０】次に、図１２〜図１７を参照しながらネッ
トワークノード２のフレーム受信部におけるパケット廃
棄時の動作について説明する。廃棄検出手段２１は、パ
ケット流入量が容量を超えたためにフレーム保持バッフ
ァ２２でパケット廃棄が発生すると（図１６ステップ４
０１）、廃棄パケットから通信元アドレス、通信先アド
レス、アプリケーション種別、シーケンシャルＮｏ．及
び最終識別子を抽出する（ステップ４０２）。

【００５１】廃棄パケットから最終識別子が検出された
場合（ステップ４０３）、廃棄検出手段２１は、廃棄通
知手段２３へ通信元アドレス、通信先アドレス、アプリ
ケーション種別及びシーケンシャルＮｏ．を含む廃棄検
出情報を通知する（ステップ４０４）。

【００５２】廃棄通知手段２３は、廃棄検出手段２１か
ら廃棄検出情報を受信すると（ステップ４０５）、廃棄
検出情報から通信元アドレス、通信先アドレス、アプリ
ケーション種別及びシーケンシャルＮｏ．を抽出し（ス
テップ４０６）、該通信元アドレスを基に通信元の端末
を識別して、この通信元端末へ廃棄検出情報から抽出し
た通信先アドレス、アプリケーション種別及びシーケン
シャルＮｏ．を含む廃棄情報を送信する（ステップ４０
７）。

【００５３】次に、図１２〜図１７を参照しながら、最
終識別子が付加されたパケットがネットワークノード２
で廃棄された場合の送信側端末の動作について説明す
る。送信側端末１ａにおいて、コネクション制御手段１
２ａは、ネットワークから廃棄情報を受信すると（図１
２ステップ１２１）、この廃棄情報から通信先アドレ
ス、アプリケーション種別及びシーケンシャルＮｏ．を
抽出し（ステップ１２２）、この通信先アドレス、アプ
リケーション種別及びシーケンシャルＮｏ．を含むコネ
クション停止情報を記録管理手段１３ａへ通知すると共
に（ステップ１２３）、アプリケーション１１の該当す
るコネクションの通信を停止させる（ステップ１２
４）。

【００５４】記録管理手段１３ａは、コネクション制御
手段１２ａからコネクション停止情報を受信すると（図
１３ステップ２３３）、このコネクション停止情報から
通信先アドレス、アプリケーション種別及びシーケンシ
ャルＮｏ．を抽出し（ステップ２３４）、該当するコネ
クションのパケットのエントリー（抽出したシーケンシ
ャルＮｏ．とこれに対応する残り再送回数）を送信記録
テーブル５３から削除する（ステップ２３５，２３
６）。

【００５５】以上のように、記録管理手段１３ａは、ヘ
ッダ管理手段１４ａから送信許可を求められたパケット
の残り再送回数が１であれば、ヘッダ管理手段１４ａに
最終識別子の挿入を指示し、ヘッダ管理手段１４ａは、
送信パケットのヘッダに最後の再送であることを示す最
終識別子を挿入する。

【００５６】ネットワークノード２の廃棄検出手段２１
は、最終識別子が挿入されたパケットが廃棄されるとき
に廃棄通知の送信を指示し、廃棄通知手段２３は、廃棄
されるパケットの送信元へパケット廃棄を通知する。コ
ネクション制御手段１２ａは、廃棄通知を受け取ったと
きにアプリケーション１１の通信を停止させる。こうし
て、輻輳時に優先度の低い通信を速やかに停止すること
ができる。

【００５７】［実施の形態の３］次に、本発明の第３の
実施の形態について図面を参照して詳細に説明する。図
１８は本発明の第３の実施の形態となる通信システムの
ブロック図であり、図１、図１１と同一の構成には同一
の符号を付してある。本実施の形態の送信側端末１ｂ
は、アプリケーション１１の通信を停止させたときに後
述する再通信管理手段にタイマーセットを指示し、再通
信管理手段よりトラフィック検査の指示を受けると、停
止させた通信の通信先へトラフィック検査パケットを送
信し、検査パケットに対する応答パケットを受信したと
きにアプリケーション１１の通信を再開させるコネクシ
ョン制御手段１２ｂと、記録管理手段１３と、ヘッダ管
理手段１４と、タイマーセットの指示を受けたときに時
間計測を開始し、計測時間が所定の時間を経過する度に
コネクション制御手段１２ｂにトラフィック検査を指示
する再通信管理手段１５とを有している。

【００５８】また、ネットワークを介してネットワーク
ノード２と接続された受信側端末３に、トラフィック検
査パケットを受信したときに、このトラフィック検査パ
ケットの送信元へ応答パケットを送信するコネクション
制御手段３１と、アプリケーション３２とを備えてい
る。

【００５９】図１９、図２０は送信側端末１ｂのコネク
ション制御手段１２ｂの動作を説明するためのフローチ
ャート図、図２１、図２２は再通信管理手段１５の動作
を説明するためのフローチャート図、図２３は受信側端
末３のコネクション制御手段３１の動作を説明するため
のフローチャート図であり、図２〜図７と同様の動作に
は同一の符号を付してある。

【００６０】コネクション制御手段１２ｂにおけるコネ
クション確立時、送信パケットに対する応答受信時、コ
ネクション切断時の動作は、実施の形態の１のコネクシ
ョン制御手段１２と同様である。

【００６１】次に、図４、図５、図７、図１９〜図２３
を参照しながら通信停止時の送信側端末１ｂの動作につ
いて説明する。アプリケーション１１からの送信パケッ
トを受け取ったヘッダ管理手段１４は（図７ステップ３
０１）、送信パケットを自身のバッファへ格納して（ス
テップ３０２）、このパケットから通信先アドレス、ア
プリケーション種別及びパケットごとに付与されるシー
ケンシャルＮｏ．を抽出する（ステップ３０３）。

【００６２】そして、ヘッダ管理手段１４は、送信パケ
ットから抽出した通信先アドレス、アプリケーション種
別及びシーケンシャルＮｏ．を含むパケット問い合わせ
情報を記録管理手段１３へ通知し（ステップ３０４）、
記録管理手段１３からの応答を待つ（ステップ３０
５）。

【００６３】次に、記録管理手段１３は、ヘッダ管理手
段１４からのパケット問い合わせ情報を受信すると（図
４ステップ２０５）、パケット問い合わせ情報から通信
先アドレス、アプリケーション種別及びシーケンシャル
Ｎｏ．を抽出し（図５ステップ２０６）、これらを基に
自身が有する図１０のような送信記録テーブル５３を検
索する（ステップ２０７）。

【００６４】パケット問い合わせ情報から抽出した通信
先アドレス、アプリケーション種別及びシーケンシャル
Ｎｏ．が送信記録テーブル５３に登録されていて、該ア
ドレス、種別及びＮｏ．に対応してテーブル５３に登録
された残り再送回数が０の場合、記録管理手段１３は、
上記Ｎｏ．とこれに対応する値０の残り再送回数を送信
記録テーブル５３から削除する（図５ステップ２１
４）。

【００６５】続いて、記録管理手段１３は、ヘッダ管理
手段１４へ送信中止情報を通知すると共に（ステップ２
１５）、コネクション制御手段１２ｂへ上記通信先アド
レス及びアプリケーション種別を含む通信停止情報を通
知する（ステップ２１６）。ヘッダ管理手段１４は、記
録管理手段１３から送信中止情報を受信すると（図７ス
テップ３０５，３０６）、バッファに保留していた送信
待ちパケットを廃棄する（ステップ３０８）。

【００６６】コネクション制御手段１２ｂは、記録管理
手段１３から通信停止情報を受信すると（図１９ステッ
プ１３１）、この通信停止情報から通信先アドレス及び
アプリケーション種別を抽出し（図２０ステップ１３
２）、アプリケーション１１の該当するコネクションの
通信を停止させると共に（ステップ１３３）、抽出した
通信先アドレス及びアプリケーション種別を含む再通信
情報を再通信管理手段１５へ通知する（ステップ１３
４）。

【００６７】再通信管理手段１５は、コネクション制御
手段１２ｂから再通信情報を受信すると（図２１ステッ
プ５０１）、この再通信情報から通信先アドレス及びア
プリケーション種別を抽出する（図２２ステップ５０
２）。続いて、再通信管理手段１５は、抽出した通信先
アドレス及びアプリケーション種別とこれに対応するタ
イマーの番号を自身が有する図２４のようなタイマー管
理テーブル５４に登録すると共に（ステップ５０３）、
該タイマー番号のタイマー（不図示）をセットして、時
間計測を開始させる（ステップ５０４）。

【００６８】次に、図１９〜図２３を参照しながらトラ
フィック検査時の送信側端末１ｂの動作について説明す
る。再通信管理手段１５は、上記タイマーによる計測時
間が所定の時間を経過すると（ステップ５０５）、所定
時間を経過したタイマーの番号を基にタイマー管理テー
ブル５４を検索して、対応する通信先アドレス及びアプ
リケーション種別を取得する（ステップ５０６）。

【００６９】そして、再通信管理手段１５は、取得した
通信先アドレス及びアプリケーション種別を含む検査要
求情報をコネクション制御手段１２ｂへ通知すると共に
（ステップ５０７）、上記タイマー番号のタイマーをセ
ットして、時間計測を再び開始させる（ステップ５０
８）。

【００７０】コネクション制御手段１２ｂは、再通信管
理手段１５から検査要求情報を受信すると（ステップ１
３５）、この検査要求情報から通信先アドレス及びアプ
リケーション種別を抽出し（ステップ１３６）、該通信
先アドレスを基に通信先の端末を識別して、この通信先
端末へ上記アプリケーション種別を含むトラフィック検
査パケットを送信する（ステップ１３７）。

【００７１】次に、図１９〜図２３を参照しながらトラ
フィック検査時の受信側端末３の動作について説明す
る。受信側端末３においてコネクション制御手段３１
は、ネットワークからトラフィック検査パケットを受信
すると（図２３ステップ６０１）、このトラフィック検
査パケットから通信元アドレス及びアプリケーション種
別を抽出し（ステップ６０２）、該通信元アドレスを基
に通信元の端末を識別して、この通信元端末へ上記アプ
リケーション種別を含む検査応答パケットを送信する
（ステップ６０３）。

【００７２】次に、図１９〜図２３を参照しながら通信
再開時の送信側端末１ｂの動作について説明する。コネ
クション制御手段１２ｂは、ネットワークから検査応答
パケットを受信すると（図１９ステップ１３８）、この
検査応答パケットから通信先アドレス及びアプリケーシ
ョン種別を抽出する（図２０ステップ１３９）。続い
て、コネクション制御手段１２ｂは、アプリケーション
１１の該当するコネクションの通信を再開させると共に
（ステップ１４０）、抽出した通信先アドレス及びアプ
リケーション種別を含む通信再開情報を再通信管理手段
１５へ通知する（ステップ１４１）。

【００７３】再通信管理手段１５は、コネクション制御
手段１２ｂから通信再開情報を受信すると（図２１ステ
ップ５０９）、この通信再開情報から通信先アドレス及
びアプリケーション種別を抽出する（図２２ステップ５
１０）。そして、再通信管理手段１５は、抽出した通信
先アドレス及びアプリケーション種別とこれに対応する
タイマーの番号を自身が有するタイマー管理テーブル５
４から削除すると共に（ステップ５１１）、該タイマー
番号のタイマーを停止させる（ステップ５１２）。

【００７４】以上のように、送信側端末１ｂのコネクシ
ョン制御手段１２ｂは、アプリケーション１１の通信を
停止させたときに再通信管理手段１５にタイマーセット
を指示する。再通信管理手段１５は、タイマーセットの
指示を受けたときに時間計測を開始し、計測時間が所定
の時間を経過する度にコネクション制御手段１２ｂにト
ラフィック検査を指示し、コネクション制御手段１２ｂ
は、停止させた通信の通信先へトラフィック検査パケッ
トを送信する。

【００７５】受信側端末３のコネクション制御手段３１
は、トラフィック検査パケットを受信したときに応答パ
ケットを送信する。そして、送信側端末１ｂのコネクシ
ョン制御手段１２ｂは、検査パケットに対する応答パケ
ットを受信したときにアプリケーション１１の通信を再
開させる。こうして、優先度の低い通信のコネクション
を切断することなく維持することができる。

【００７６】［実施の形態の４］次に、本発明の第４の
実施の形態について図面を参照して詳細に説明する。図
２５は本発明の第４の実施の形態となる通信システムの
ブロック図であり、図１、図１１、図１８と同一の構成
には同一の符号を付してある。本実施の形態の送信側端
末１ｃは、アプリケーション１１と、コネクション制御
手段１２と、残り再送回数を管理しているパケットにつ
いてヘッダ管理手段１４から送信許可を求められたとき
に、最大再送回数と残り再送回数の差が所定のしきい値
以上の場合、送信許可を求められたパケットの送信先に
関する最大再送回数を全て減らし、ヘッダ管理手段１４
から送信許可の問い合わせが一定時間ない場合に、問い
合わせがなかったパケットの送信先に関する最大再送回
数を初期化する記録管理手段１３ｃと、ヘッダ管理手段
１４とを有している。

【００７７】図２６、図２７、図２８は記録管理手段１
３ｃの動作を説明するためのフローチャート図であり、
図４〜図６と同様の動作には同一の符号を付してある。
記録管理手段１３ｃにおけるコネクション確立時、送信
パケットに対する応答受信時、コネクション切断時の動
作は、実施の形態の１の記録管理手段１３と同様であ
る。

【００７８】次に、図７、図２６〜図２８を参照しなが
らパケット送信時の動作について説明する。アプリケー
ション１１からの送信パケットを受け取ったヘッダ管理
手段１４は（図７ステップ３０１）、パケットを自身の
バッファ（不図示）へ格納し（ステップ３０２）、この
パケットから通信先アドレス、アプリケーション種別及
びシーケンシャルＮｏ．を抽出する（ステップ３０
３）。

【００７９】そして、ヘッダ管理手段１４は、送信パケ
ットから抽出した通信先アドレス、アプリケーション種
別及びシーケンシャルＮｏ．を含むパケット問い合わせ
情報を記録管理手段１３ｃへ通知し（ステップ３０
４）、記録管理手段１３ｃからの応答を待つ（ステップ
３０５）。

【００８０】次に、記録管理手段１３ｃは、ヘッダ管理
手段１４からのパケット問い合わせ情報を受信すると
（図２６ステップ２０５）、このパケット問い合わせ情
報から通信先アドレス、アプリケーション種別及びシー
ケンシャルＮｏ．を抽出し（図２７ステップ２０６）、
これらを基に自身が有する図１０のような送信記録テー
ブル５３を検索する（ステップ２０７）。

【００８１】パケット問い合わせ情報から抽出した通信
先アドレス及びアプリケーション種別が送信記録テーブ
ル５３に登録されていない場合、このアドレス及び種別
を含むパケットの送信に関して設定されたコネクション
は優先コネクションである。この場合、記録管理手段１
３ｃは、ステップ２０８においてＹｅｓと判定し、ヘッ
ダ管理手段１４へ送信許可情報を通知する（ステップ２
０９）。

【００８２】ヘッダ管理手段１４は、記録管理手段１３
から送信許可情報を受信すると（図７ステップ３０５，
３０６）、バッファに保留していたパケットをネットワ
ークに送出する（ステップ３０７）。

【００８３】また、パケット問い合わせ情報から抽出し
た通信先アドレス及びアプリケーション種別が送信記録
テーブル５３に登録されていて、シーケンシャルＮｏ．
がテーブル５３に登録されていない場合、記録管理手段
１３ｃは、ステップ２０８，２１０においてＮｏと判定
し、パケット問い合わせ情報から抽出した通信先アドレ
ス、アプリケーション種別及びシーケンシャルＮｏ．と
これらに対応する残り再送回数を送信記録テーブル５３
に登録する（ステップ２１１）。

【００８４】このとき、パケット問い合わせ情報から抽
出した通信先アドレス及びアプリケーション種別を基に
最大再送回数テーブル５２を検索して、このアドレス及
び種別を含むパケット送信に関して設定されたコネクシ
ョンに対応する最大再送回数を取得し、取得した最大再
送回数から１引いた値を残り再送回数とする。そして、
記録管理手段１３ｃは、ヘッダ管理手段１４へ送信許可
情報を通知する（ステップ２０９）。

【００８５】パケット問い合わせ情報から抽出した通信
先アドレス、アプリケーション種別及びシーケンシャル
Ｎｏ．が送信記録テーブル５３に登録されている場合、
記録管理手段１３ｃは、該通信先アドレスを基に自身が
有する図２９のようなタイマー管理テーブル５５を検索
する（図２８ステップ２４１）。

【００８６】そして、記録管理手段１３ｃは、パケット
問い合わせ情報から抽出した通信先アドレスがタイマー
管理テーブル５５に登録されている場合（ステップ２４
２）、対応するタイマー番号をテーブル５５から取得
し、このタイマー番号のタイマー（不図示）をセットし
て、時間計測を再び開始させる（ステップ２４３）。

【００８７】パケット問い合わせ情報から抽出した通信
先アドレスがタイマー管理テーブル５５に登録されてい
ない場合、記録管理手段１３ｃは、該通信先アドレスと
これに対応するタイマーの番号をタイマー管理テーブル
５５に登録すると共に（ステップ２４４）、該タイマー
番号のタイマー（不図示）をセットして、時間計測を開
始させる（ステップ２４５）。

【００８８】次に、記録管理手段１３ｃは、パケット問
い合わせ情報から抽出した通信先アドレス及びアプリケ
ーション種別を基に自身が有する図９のような最大再送
回数テーブル５２を検索して、対応する最大再送回数を
取得すると共に、パケット問い合わせ情報から抽出した
アドレス、種別及びシーケンシャルＮｏ．を基に自身が
有する図１０のような送信記録テーブル５３を検索し
て、対応する残り再送回数を取得する。

【００８９】そして、記録管理手段１３ｃは、最大再送
回数と残り再送回数の差が所定のしきい値以上であれば
（ステップ２４６）、最大再送回数テーブル５２に登録
された、該通信先アドレスを含むパケットの送信に関し
て設定されたコネクションの最大再送回数（通信先アド
レスに対応してテーブル５２に登録された最大再送回
数）を減らす（ステップ２４７）。このとき、最大再送
回数は、現在の１／２に減らされる。

【００９０】次いで、記録管理手段１３ｃは、パケット
問い合わせ情報から抽出したアドレス、種別及びＮｏ．
に対応して送信記録テーブル５３に登録された残り再送
回数が１以上か否かを判定する（図２７ステップ２１
２）。残り再送回数が１以上の場合、記録管理手段１３
ｃは、テーブル５３に登録されている該残り再送回数を
１減らすと共に（ステップ２１３）、ヘッダ管理手段１
４へ送信許可情報を通知する（ステップ２０９）。

【００９１】ステップ２１２において残り再送回数が０
の場合、記録管理手段１３ｃは、上記シーケンシャルＮ
ｏ．とこれに対応する値０の残り再送回数を送信記録テ
ーブル５３から削除する（ステップ２１４）。続いて、
記録管理手段１３ｃは、ヘッダ管理手段１４へ送信中止
情報を通知すると共に（ステップ２１５）、コネクショ
ン制御手段１２へ上記通信先アドレス及びアプリケーシ
ョン種別を含む通信停止情報を通知する（ステップ２１
６）。

【００９２】次に、図２６〜図２８を参照しながら最大
再送回数初期化時の動作について説明する。記録管理手
段１３ｃは、自身のタイマーによる計測時間が所定の時
間を経過すると（図２６ステップ２４８）、所定時間を
経過したタイマーの番号を基にタイマー管理テーブル５
５を検索して、対応する通信先アドレスを取得する（ス
テップ２４９）。

【００９３】そして、記録管理手段１３ｃは、取得した
通信先アドレスに対応して最大再送回数テーブル５２に
登録された全ての最大再送回数（該通信先アドレスを含
むパケットの送信に関して設定された全てのコネクショ
ンの最大再送回数）を初期化すると共に（ステップ２５
０）、該通信先アドレスとこれに対応するタイマーの番
号をタイマー管理テーブル５５から削除する（ステップ
２５１）。なお、最大再送回数テーブル５２に登録され
た最大再送回数の初期値は、優先度情報テーブル５１に
登録された値である。

【００９４】以上のように、記録管理手段１３ｃは、残
り再送回数を管理しているパケットについてヘッダ管理
手段１４から送信許可を求められたときに、最大再送回
数と残り再送回数の差が所定のしきい値以上の場合、送
信許可を求められたパケットの送信先に関する最大再送
回数を全て減らし、ヘッダ管理手段１４から送信許可の
問い合わせが一定時間ない場合に、問い合わせがなかっ
たパケットの送信先に関する最大再送回数を初期化す
る。こうして、優先度の低い通信のトラフィック量をネ
ットワークの輻輳状態に応じて動的に抑制することがで
きる。

【００９５】［実施の形態の５］次に、本発明の第５の
実施の形態について図面を参照して詳細に説明する。図
３０は本発明の第５の実施の形態となる通信システムの
ブロック図であり、図１、図１１、図１８、図２５と同
一の構成には同一の符号を付してある。本実施の形態の
送信側端末１ｄは、アプリケーション１１と、通信の優
先度に応じてコネクションごとに予め設定された最大再
送回数を保持し、コネクションの確立時に通信の優先度
を識別して優先度に応じた最大再送回数を出力し、通信
停止の指示を受けるとアプリケーション１１の通信を停
止させるコネクション制御手段１２ｄと、再送が許され
る回数を表す残り再送回数をコネクション毎に管理し、
送信許可を求められたパケットに関して設定されたコネ
クションの残り再送回数が１以上であれば、該コネクシ
ョンの残り再送回数を１減らす共にヘッダ管理手段１４
に対して送信を許可し、残り再送回数が０であれば、コ
ネクション制御手段１２ｄに通信の停止を指示し、ヘッ
ダ管理手段１４から送信許可の問い合わせが一定時間な
い場合に、該当コネクションの残り再送回数を最大値
（最大再送回数−１）に戻す記録管理手段１３ｄと、ヘ
ッダ管理手段１４とを有している。

【００９６】図３１はコネクション制御手段１２ｄの動
作を説明するためのフローチャート図、図３２、図３
３、図３４、図３５は記録管理手段１３ｄの動作を説明
するためのフローチャート図であり、図２〜図７と同様
の動作には同一の符号を付してある。コネクション制御
手段１２ｄにおける送信パケットに対する応答受信時、
通信停止時、コネクション切断時の動作は、実施の形態
の１のコネクション制御手段１２と同様である。

【００９７】次に、図３１〜図３５を参照しながらコネ
クション確立時の動作について説明する。送信側端末１
ｄにおいて、アプリケーション１１がコネクション確立
要求情報を発信すると（図３１ステップ１５１）、コネ
クション制御手段１２ｄは、受信したコネクション確立
要求情報から通信を行うアプリケーション１１の種別と
通信先のアドレスを抽出する（ステップ１５２）。

【００９８】コネクション制御手段１２ｄは、取得した
通信先アドレス及びアプリケーション種別を基に、自身
が有する図３６のような優先度情報テーブル５６を検索
して、該通信先アドレス及びアプリケーション種別に対
してあらかじめ定められたコネクション最大再送回数を
テーブル５６から取得する（ステップ１５３）。

【００９９】そして、コネクション制御手段１２ｄは、
コネクション確立要求情報から抽出した通信先アドレス
及びアプリケーション種別とテーブル５６から取得した
コネクション最大再送回数とを含むコネクション確立情
報を記録管理手段１３ｄへ通知する（ステップ１５
４）。

【０１００】優先度情報テーブル５６に通信先アドレス
及びアプリケーション種別に対応するコネクション最大
再送回数のデータが登録されていない場合、このアドレ
ス及び種別を含むパケットの送信に関して設定されたコ
ネクションは優先コネクションである。この場合、コネ
クション制御手段１２ｄは、通信先アドレス及びアプリ
ケーション種別を含むコネクション確立情報を通知し
て、コネクション最大再送回数を通知しない。

【０１０１】記録管理手段１３ｄは、コネクション制御
手段１２ｄからのコネクション確立情報を受信すると
（図３２ステップ２６１）、このコネクション確立情報
から通信先アドレス、アプリケーション種別及びコネク
ション最大再送回数を抽出し（ステップ２６２）、これ
らを自身が有する図３７のような最大再送回数テーブル
５７に登録すると共に、対応するコネクション残り再送
回数をテーブル５７に登録する（ステップ２６３，２６
４）。

【０１０２】このとき、上記コネクション最大再送回数
から１引いた値をコネクション残り再送回数とする。ま
た、コネクション制御手段１２ｄからコネクション最大
再送回数が通知されなかった場合、記録管理手段１３ｄ
は、ステップ２６３の判定においてＹｅｓ、すなわち通
知されたアドレス及び種別を含むパケットの送信に関し
て設定されたコネクションを優先コネクションであると
判断し、通知された情報を最大再送回数テーブル５７に
は登録しない。

【０１０３】次に、図７、図３１〜図３５を参照しなが
らパケット送信時の動作について説明する。アプリケー
ション１１からの送信パケットを受け取ったヘッダ管理
手段１４は（図７ステップ３０１）、パケットを自身の
バッファ（不図示）へ格納し（ステップ３０２）、この
パケットから通信先アドレス、アプリケーション種別及
びシーケンシャルＮｏ．を抽出する（ステップ３０
３）。

【０１０４】そして、ヘッダ管理手段１４は、送信パケ
ットから抽出した通信先アドレス、アプリケーション種
別及びシーケンシャルＮｏ．を含むパケット問い合わせ
情報を記録管理手段１３ｄへ通知し（ステップ３０
４）、記録管理手段１３ｄからの応答を待つ（ステップ
３０５）。

【０１０５】次に、記録管理手段１３ｄは、ヘッダ管理
手段１４からのパケット問い合わせ情報を受信すると
（図３２ステップ２６５）、パケット問い合わせ情報か
ら通信先アドレス、アプリケーション種別及びシーケン
シャルＮｏ．を抽出し（図３３ステップ２６６）、これ
らを基に自身が有する図３８のような送信記録テーブル
５８を検索する（ステップ２６７）。

【０１０６】パケット問い合わせ情報から抽出した通信
先アドレス及びアプリケーション種別が送信記録テーブ
ル５８に登録されていない場合、このアドレス及び種別
を含むパケットの送信に関して設定されたコネクション
は優先コネクションである。この場合、記録管理手段１
３ｄは、ステップ２６８においてＹｅｓと判定し、ヘッ
ダ管理手段１４へ送信許可情報を通知する（ステップ２
６９）。

【０１０７】ヘッダ管理手段１４は、記録管理手段１３
から送信許可情報を受信すると（図７ステップ３０５，
３０６）、バッファに保留していたパケットをネットワ
ークに送出する（ステップ３０７）。

【０１０８】また、パケット問い合わせ情報から抽出し
た通信先アドレス及びアプリケーション種別が送信記録
テーブル５８に登録されていて、シーケンシャルＮｏ．
がテーブル５８に登録されていない場合、記録管理手段
１３ｄは、ステップ２６８，２７０においてＮｏと判定
し、パケット問い合わせ情報から抽出したシーケンシャ
ルＮｏ．を送信記録テーブル５８に登録すると共に、ヘ
ッダ管理手段１４へ送信許可情報を通知する（ステップ
２６９）。

【０１０９】パケット問い合わせ情報から抽出した通信
先アドレス、アプリケーション種別及びシーケンシャル
Ｎｏ．が送信記録テーブル５８に登録されている場合、
記録管理手段１３ｄは、該通信先アドレス及びアプリケ
ーション種別を基に自身が有する図３９のようなタイマ
ー管理テーブル５９を検索する（図３５ステップ２７
１）。

【０１１０】そして、記録管理手段１３ｄは、パケット
問い合わせ情報から抽出した通信先アドレス及びアプリ
ケーション種別がタイマー管理テーブル５９に登録され
ている場合（ステップ２７２）、対応するタイマー番号
をテーブル５９から取得し、このタイマー番号のタイマ
ー（不図示）をセットして、時間計測を再び開始させる
（ステップ２７３）。

【０１１１】また、パケット問い合わせ情報から抽出し
た通信先アドレス及びアプリケーション種別がタイマー
管理テーブル５９に登録されていない場合、記録管理手
段１３ｄは、該通信先アドレス及びアプリケーション種
別とこれに対応するタイマーの番号をタイマー管理テー
ブル５９に登録すると共に（ステップ２７４）、該タイ
マー番号のタイマー（不図示）をセットして、時間計測
を開始させる（ステップ２７５）。

【０１１２】次に、記録管理手段１３ｄは、パケット問
い合わせ情報から抽出した通信先アドレス及びアプリケ
ーション種別に対応して最大再送回数テーブル５７に登
録されたコネクション残り再送回数が１以上か否かを判
定する（ステップ２７６）。コネクション残り再送回数
が１以上の場合、記録管理手段１３ｄは、最大再送回数
テーブル５７に登録されている該コネクション残り再送
回数を１減らすと共に（ステップ２７７）、ヘッダ管理
手段１４へ送信許可情報を通知する（ステップ２６
９）。

【０１１３】ステップ２７６においてコネクション残り
再送回数が０の場合、記録管理手段１３ｄは、パケット
問い合わせ情報から抽出したシーケンシャルＮｏ．を送
信記録テーブル５８から削除すると共に、パケット問い
合わせ情報から抽出した通信先アドレス及びアプリケー
ション種別に対応するテーブル５７のコネクション残り
再送回数をコネクション最大再送回数から１引いた値と
する（ステップ２７８）。

【０１１４】続いて、記録管理手段１３ｄは、ヘッダ管
理手段１４へ送信中止情報を通知するとともに（ステッ
プ２７９）、コネクション制御手段１２ｄへ上記通信先
アドレス及びアプリケーション種別を含む通信停止情報
を通知する（ステップ２８０）。

【０１１５】次に、図３、図３１〜図３５を参照しなが
ら送信パケットに対する応答をネットワークから受信し
たときの動作について説明する。コネクション制御手段
１２ｄは、ネットワークより応答ＡＣＫを受信すると
（図３１ステップ１０５）、この応答ＡＣＫから通信先
アドレス、アプリケーション種別及びシーケンシャルＮ
ｏ．を抽出し（図３ステップ１０９）、抽出した通信先
アドレス、アプリケーション種別及びシーケンシャルＮ
ｏ．を含む応答受信情報を記録管理手段１３ｄへ通知す
る（ステップ１１０）。

【０１１６】記録管理手段１３ｄは、コネクション制御
手段１２ｄから応答受信情報を受信すると（図３２ステ
ップ２８１）、この応答受信情報から通信先アドレス、
アプリケーション種別及びシーケンシャルＮｏ．を抽出
し（図３４ステップ２８２）、該シーケンシャルＮｏ．
を送信記録テーブル５８から削除する（ステップ２８
３）。

【０１１７】次に、図３１〜図３５を参照しながらコネ
クション残り再送回数の回復時の動作について説明す
る。記録管理手段１３ｄは、自身のタイマーによる計測
時間が所定の時間を経過すると（図３２ステップ２８
４）、所定時間を経過したタイマーの番号を基にタイマ
ー管理テーブル５９を検索して、対応する通信先アドレ
ス及びアプリケーション種別を取得する（図３４ステッ
プ２８５）。

【０１１８】続いて、記録管理手段１３ｄは、取得した
通信先アドレス及びアプリケーション種別に対応して最
大再送回数テーブル５７に登録されたコネクション残り
再送回数（該通信先アドレス及びアプリケーション種別
を含むパケットの送信に関して設定されたコネクション
の残り再送回数）を最大値に戻す（図３４ステップ２８
６）。このときの最大値とは、該通信先アドレス及びア
プリケーション種別に対応して最大再送回数テーブル５
７に登録された最大再送回数から１を引いた値である。

【０１１９】そして、記録管理手段１３ｄは、タイマー
管理テーブル５９から該当コネクションのエントリー
（該通信先アドレス及びアプリケーション種別とこれに
対応するタイマーの番号）を削除する（ステップ２８
７）。

【０１２０】次に、図３１〜図３５を参照しながらコネ
クション切断時の動作について説明する。コネクション
制御手段１２ｄは、アプリケーション１１からコネクシ
ョン切断／終了要求情報を受信すると（図３１ステップ
１１１）、このコネクション切断／終了要求情報から通
信先アドレス及びアプリケーション種別を抽出し（図３
ステップ１１２）、抽出した通信先アドレス及びアプリ
ケーション種別を含むコネクション切断情報を記録管理
手段１３ｄへ通知する（ステップ１１３）。

【０１２１】記録管理手段１３ｄは、コネクション制御
手段１２ｄからコネクション切断情報を受信すると（図
３２ステップ２８８）、このコネクション切断情報から
通信先アドレス及びアプリケーション種別を抽出し（図
３４ステップ２８９）、該アドレス及び種別が一致する
コネクションのエントリーを最大再送回数テーブル５
７、送信記録テーブル５８から全て削除する（ステップ
２９０）。

【０１２２】以上のように、残り再送回数を記憶管理手
段１３ｄでコネクションごとに管理する。記録管理手段
１３ｄは、ヘッダ管理手段１４から送信許可の問い合わ
せがあったときに、送信許可を求められたパケットに関
して設定されたコネクションの残り再送回数が１以上で
あれば、該当コネクションの残り再送回数を１減らす共
にヘッダ管理手段１４に対して送信を許可する。そし
て、記録管理手段１３ｄは、ヘッダ管理手段１４から送
信許可の問い合わせが一定時間ない場合（パケット再送
が一定時間行われない場合）に、該当コネクションの残
り再送回数を最大値に戻す。

【０１２３】

【発明の効果】本発明によれば、請求項１に記載のよう
に、送信側端末にコネクション制御手段、ヘッダ管理手
段及び記録管理手段を設けることにより、優先度の低い
通信のパケット再送を抑制することができるので、ネッ
トワークの輻輳時に優先度の低い通信のトラフィック使
用量を削減することができ、優先度の高い通信のために
ネットワークの伝送容量を確保することができる。

【０１２４】また、請求項２に記載のように、ネットワ
ークノードのフレーム受信部にフレーム保持バッファ、
廃棄検出手段及び廃棄通知手段を設けることにより、優
先度の低い通信の最終再送パケットがネットワークノー
ドで廃棄されたことを送信側端末に通知することができ
るので、ネットワークの輻輳時に優先度の低い通信を速
やかに停止することができる。

【０１２５】また、請求項３に記載のように、送信側端
末に再通信管理手段を設け、受信側端末にコネクション
制御手段を設けることにより、優先度の低い通信のパケ
ット再送を抑制すると共に、ネットワークの輻輳状態が
解消されたとき（トラフィック検査パケットに対する応
答パケットを受信したとき）に、優先度の低い通信を再
開するようにしたので、優先度の低い通信のコネクショ
ンを切断すること無く維持することができる。

【０１２６】また、請求項４に記載のように、記録管理
手段が、ネットワークの輻輳状態に応じて優先度の低い
パケットの最大再送回数を制御するようにしたので、優
先度の低い通信のトラフィック量をネットワークの輻輳
状態に応じて動的に抑制することができる。

【０１２７】また、請求項５に記載のように、送信側端
末にコネクション制御手段、ヘッダ管理手段及び記録管
理手段を設けることにより、連続的にパケット廃棄が発
生した優先度の低い通信のパケット再送を抑制すること
ができ、ネットワークの慢性的な輻輳時に優先度の低い
通信のトラフィック量をより効果的に削減することがで
きる。

【図面の簡単な説明】

【図１】 本発明の第１の実施の形態となる通信システ
ムのブロック図である。

【図２】 図１の送信側端末内のコネクション制御手段
の動作を説明するためのフローチャート図である。

【図３】 図１の送信側端末内のコネクション制御手段
の動作を説明するためのフローチャート図である。

【図４】 図１の送信側端末内の記録管理手段の動作を
説明するためのフローチャート図である。

【図５】 図１の送信側端末内の記録管理手段の動作を
説明するためのフローチャート図である。

【図６】 図１の送信側端末内の記録管理手段の動作を
説明するためのフローチャート図である。

【図７】 図１の送信側端末内のヘッダ管理手段の動作
を説明するためのフローチャート図である。

【図８】 図１の送信側端末内のコネクション制御手段
が有する優先度情報テーブルを示す図である。

【図９】 図１の送信側端末内の記録管理手段が有する
最大再送回数テーブルを示す図である。

【図１０】 図１の送信側端末内の記録管理手段が有す
る送信記録テーブルを示す図である。

【図１１】 本発明の第２の実施の形態となる通信シス
テムのブロック図である。

【図１２】 図１１の送信側端末内のコネクション制御
手段の動作を説明するためのフローチャート図である。

【図１３】 図１１の送信側端末内の記録管理手段の動
作を説明するためのフローチャート図である。

【図１４】 図１１の送信側端末内の記録管理手段の動
作を説明するためのフローチャート図である。

【図１５】 図１１の送信側端末内のヘッダ管理手段の
動作を説明するためのフローチャート図である。

【図１６】 図１１のネットワークノード内の廃棄検出
手段の動作を説明するためのフローチャート図である。

【図１７】 図１１のネットワークノード内の廃棄通知
手段の動作を説明するためのフローチャート図である。

【図１８】 本発明の第３の実施の形態となる通信シス
テムのブロック図である。

【図１９】 図１８の送信側端末内のコネクション制御
手段の動作を説明するためのフローチャート図である。

【図２０】 図１８の送信側端末内のコネクション制御
手段の動作を説明するためのフローチャート図である。

【図２１】 図１８の送信側端末内の再通信管理手段の
動作を説明するためのフローチャート図である。

【図２２】 図１８の送信側端末内の再通信管理手段の
動作を説明するためのフローチャート図である。

【図２３】 図１８の受信側端末内のコネクション制御
手段の動作を説明するためのフローチャート図である。

【図２４】 図１８の送信側端末内の再通信管理手段が
有するタイマー管理テーブルを示す図である。

【図２５】 本発明の第４の実施の形態となる通信シス
テムのブロック図である。

【図２６】 図２５の送信側端末内の記録管理手段の動
作を説明するためのフローチャート図である。

【図２７】 図２５の送信側端末内の記録管理手段の動
作を説明するためのフローチャート図である。

【図２８】 図２５の送信側端末内の記録管理手段の動
作を説明するためのフローチャート図である。

【図２９】 図２５の送信側端末内の記録管理手段が有
するタイマー管理テーブルを示す図である。

【図３０】 図３０は本発明の第５の実施の形態となる
通信システムのブロック図である。

【図３１】 図３０の送信側端末内のコネクション制御
手段の動作を説明するためのフローチャート図である。

【図３２】 図３０の送信側端末内の記録管理手段の動
作を説明するためのフローチャート図である。

【図３３】 図３０の送信側端末内の記録管理手段の動
作を説明するためのフローチャート図である。

【図３４】 図３０の送信側端末内の記録管理手段の動
作を説明するためのフローチャート図である。

【図３５】 図３０の送信側端末内の記録管理手段の動
作を説明するためのフローチャート図である。

【図３６】 図３０の送信側端末内のコネクション制御
手段が有する優先度情報テーブルを示す図である。

【図３７】 図３０の送信側端末内の記録管理手段が有
する最大再送回数テーブルを示す図である。

【図３８】 図３０の送信側端末内の記録管理手段が有
する送信記録テーブルを示す図である。

【図３９】 図３０の送信側端末内の記録管理手段が有
するタイマー管理テーブルを示す図である。

【図４０】 従来の通信システムの問題点を説明するた
めの図である。

【符号の説明】

１、１ａ、１ｂ、１ｃ、１ｄ…送信側端末、２…ネット
ワークノード、３…受信側端末、１１、３２…アプリケ
ーション、１２、１２ａ、１２ｂ、１２ｄ、３１…コネ
クション制御手段、１３、１３ａ、１３ｃ、１３ｄ…記
録管理手段、１４、１４ａ…ヘッダ管理手段、１５…再
通信管理手段、２１…廃棄検出手段、２２…フレーム保
持バッファ、２３…廃棄通知手段、５１、５６…優先度
情報テーブル、５２、５７…最大再送回数テーブル５
３、５８…送信記録テーブル、５４、５５、５９…タイ
マー管理テーブル。

Claims (5)

【特許請求の範囲】
1. 【請求項１】 コネクション確立型通信におけるパケッ
   トの再送制御方式であって、 送信側端末に、 通信の優先度に応じてパケット毎に予め設定された、再
   送が許される最大の回数を表す最大再送回数を保持し、
   コネクションの確立時に通信の優先度を識別して優先度
   に応じた最大再送回数を出力し、通信停止の指示を受け
   るとアプリケーションの通信を停止させるコネクション
   制御手段と、 アプリケーションから受け取った送信すべきパケットを
   保持し、このパケットを特定する情報を基に送信許可を
   求めるヘッダ管理手段と、 コネクション制御手段から受け取った最大再送回数に基
   づく残り再送回数をパケットごとに管理し、ヘッダ管理
   手段から送信許可を求められたパケットの残り再送回数
   が１以上であれば、該パケットの残り再送回数を１減ら
   す共にヘッダ管理手段に対して送信を許可し、残り再送
   回数が０であれば、コネクション制御手段に通信の停止
   を指示する記録管理手段とを備えることを特徴とする再
   送制御方式。
2. 【請求項２】 請求項１記載の再送制御方式において、 ネットワークを介して前記送信側端末と接続されたネッ
   トワークノードのフレーム受信部に、 送信側端末から送出されたパケットを保持するフレーム
   保持バッファと、 フレーム保持バッファで廃棄されるパケットを検査し、
   識別子を検出したときに廃棄通知の送信を指示する廃棄
   検出手段と、 廃棄通知送信の指示を受けると、フレーム保持バッファ
   で廃棄されるパケットの送信元へパケット廃棄を通知す
   る廃棄通知手段とを備え、 前記コネクション制御手段は、ネットワークを介して前
   記廃棄通知を受け取ったときにアプリケーションの通信
   を停止させるものであり、 前記ヘッダ管理手段は、識別子挿入の指示を受けたとき
   に、送信パケットのヘッダに識別子を挿入するものであ
   り、 前記記録管理手段は、ヘッダ管理手段から送信許可を求
   められたパケットの残り再送回数が１であれば、ヘッダ
   管理手段に識別子の挿入を指示するものであることを特
   徴とする再送制御方式。
3. 【請求項３】 請求項１記載の再送制御方式において、 前記送信側端末に、タイマーセットの指示を受けたとき
   に時間計測を開始し、計測時間が所定の時間を経過する
   度にコネクション制御手段にトラフィック検査を指示す
   る再通信管理手段を備え、 ネットワークを介してネットワークノードと接続された
   受信側端末に、トラフィック検査パケットを受信したと
   きに、このトラフィック検査パケットの送信元へ応答パ
   ケットを送信するコネクション制御手段を備え、 前記送信側端末のコネクション制御手段は、アプリケー
   ションの通信を停止させたときに再通信管理手段にタイ
   マーセットを指示し、再通信管理手段よりトラフィック
   検査の指示を受けると、停止させた通信の通信先へトラ
   フィック検査パケットを送信し、検査パケットに対する
   応答パケットを受信したときにアプリケーションの通信
   を再開させるものであることを特徴とする再送制御方
   式。
4. 【請求項４】 請求項１記載の再送制御方式において、 前記記録管理手段は、残り再送回数を管理しているパケ
   ットについてヘッダ管理手段から送信許可を求められた
   ときに、前記最大再送回数と残り再送回数の差が所定の
   しきい値以上の場合、送信許可を求められたパケットの
   送信先に関する最大再送回数を全て減らし、ヘッダ管理
   手段から送信許可の問い合わせが一定時間ない場合に、
   問い合わせがなかったパケットの送信先に関する最大再
   送回数を初期化するものであることを特徴とする再送制
   御方式。
5. 【請求項５】 コネクション確立型通信におけるパケッ
   トの再送制御方式であって、 送信側端末に、 通信の優先度に応じてコネクション毎に予め設定され
   た、再送が許される最大の回数を表す最大再送回数を保
   持し、コネクションの確立時に通信の優先度を識別して
   優先度に応じた最大再送回数を出力し、通信停止の指示
   を受けるとアプリケーションの通信を停止させるコネク
   ション制御手段と、 アプリケーションから受け取った送信すべきパケットを
   保持し、このパケットを特定する情報を基に送信許可を
   求めるヘッダ管理手段と、 コネクション制御手段から受け取った最大再送回数に基
   づく残り再送回数をコネクション毎に管理し、前記送信
   許可を求められたパケットに関して設定されたコネクシ
   ョンの残り再送回数が１以上であれば、該コネクション
   の残り再送回数を１減らす共にヘッダ管理手段に対して
   送信を許可し、残り再送回数が０であれば、コネクショ
   ン制御手段に通信の停止を指示し、ヘッダ管理手段から
   送信許可の問い合わせが一定時間ない場合に、該当コネ
   クションの残り再送回数を最大値に戻す記録管理手段と
   を備えることを特徴とする再送制御方式。