JP2000078187A - データ通信装置、方法および記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 無駄な確認応答パケットを送出することを避
けることができ、ネットワークおよび自身の負荷を低減
するデータ通信装置を提供する。 【解決手段】 タイマタスク１０５は、遅延応答共有メ
モリ１１３の論理デバイス番号（ＤＮ）に基づいて遅延
時間テーブル２０１を参照し、現在選択されている論理
デバイスの遅延時間ＤＴ（ＤＮ）を獲得し、自身のタス
クのスリープを行う。ＤＴ（ＤＮ）時間経過後、タイマ
タスク１０５は立ち上がり、送信要求がある場合、事象
フラグ１０７をセットして出力タスク１０３に確認応答
の要求を出力し、再びＤＴ（ＤＮ）時間のスリープを行
う。このように、一定間隔毎にＡＣＫ送信の要求がある
か否かを調べ、ＡＣＫ送信の要求がある場合、実際にＡ
ＣＫを送信する遅延確認応答を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、確認応答を要する
パケット通信を行うデータ通信装置、方法および記憶媒
体に関する。

【０００２】

【従来の技術】従来、パケット通信では、データを受け
取った際、ＡＣＫと呼ばれる確認応答を要するプロトコ
ルがある。例えば、ＴＣＰ／ＩＰなどでは、データはオ
クテット単位にシーケンス番号で管理され、受け取った
データのシーケンス番号をＡＣＫのパケットとして返答
する必要がある。

【０００３】ＴＣＰ／ＩＰでは、送受信されるデータは
パケットに分割されて送られるが、概念的にはストリー
ムとして扱われるので、必ずしもパケット毎にＡＣＫを
返す必要はない。

【０００４】データを受信している側の装置では、なる
べく数パケット分のＡＣＫをまとめて１つのパケットで
送出する方が、ネットワーク上のトラフィックを抑える
ことができ、また、ＡＣＫ出力処理の数を減らすことが
できるので、その分の負荷を、他の処理に有効に活用す
ることができる。

【０００５】しかし、ＡＣＫの送出を遅らせ過ぎると、
送信側がパケットを再送してくるため、トラフィックと
パケット処理の負荷の増大を招き、逆効果となり得る。

【０００６】このような観点から現在、効率的な確認応
答を行う方法の１つとして、新たなデータを受信した時
点でＡＣＫ送出を保留しておき、一定周期で起きる処理
により実際のＡＣＫ送信を行うという遅延応答の方法が
一般的に行われている。確認応答は一定周期毎に行われ
るので、その期間内に到着したパケットに対してまとめ
て１回のＡＣＫ送信が行われることになる。

【０００７】

【発明が解決しようとする課題】しかしながら、このよ
うな遅延応答の方法では、応答の遅延時間は、相手から
の再送を誘発しないように、十分短い時間で固定的に決
められている。したがって、例えば、通信速度の遅いデ
バイスを使った場合、遅延の効果がなくなってしまう。
また、極度に通信速度が速いデバイスでは、再送により
逆効果になる可能性がある。

【０００８】そこで、本発明は、無駄な確認応答パケッ
トを送出することを避けることができ、ネットワークお
よび自身の負荷を低減するデータ通信装置、方法および
記憶媒体を提供することを目的とする。

【０００９】

【課題を解決するための手段】上記目的を達成するため
に、本発明の請求項１に記載のデータ通信装置は、確認
応答を伴ってデータ通信を行うデータ通信装置におい
て、前記確認応答の遅延時間を通信状態にしたがって設
定する遅延時間設定手段を備えたことを特徴とする。

【００１０】請求項２に記載のデータ通信装置では、請
求項１に係るデータ通信装置において、前記遅延時間設
定手段は、通信デバイスに応じて設定された遅延時間を
格納する遅延時間格納手段と、該格納された遅延時間の
中から、前記通信デバイスにしたがって前記遅延時間を
選択する遅延時間選択手段とを備えたことを特徴とす
る。

【００１１】請求項３に記載のデータ通信装置は、請求
項２に係るデータ通信装置において、前記遅延時間設定
手段は、更に、通信相手との接続時の応答時間にしたが
って前記選択された遅延時間を変更する遅延時間変更手
段を備えたことを特徴とする。

【００１２】請求項４に記載のデータ通信装置は、請求
項２に係るデータ通信装置において、前記遅延時間設定
手段は、更に、通信相手との接続中に随時、前記通信相
手からの応答時間を測定し、該測定された応答時間にし
たがって動的に前記遅延時間を変更する通信中遅延時間
変更手段を備えたことを特徴とする。

【００１３】請求項５に記載のデータ通信方法は、確認
応答を伴ってデータ通信を行うデータ通信方法におい
て、前記確認応答の遅延時間を通信状態にしたがって設
定することを特徴とする。

【００１４】請求項６に記載の記憶媒体は、データ通信
装置内のＣＰＵによって実行されるプログラムが格納さ
れた記憶媒体において、前記プログラムは、確認応答を
伴ってデータ通信を行う際、前記確認応答の遅延時間を
通信状態にしたがって設定する手順を含むことを特徴と
する。

【００１５】

【発明の実施の形態】本発明のデータ通信装置、方法お
よび記憶媒体の実施の形態について説明する。

【００１６】［第１の実施形態］図１は第１の実施の形
態におけるデータ通信装置のハードウェア構成を示すブ
ロック図である。データ通信装置は、周知のＣＰＵ１、
ＲＯＭ２、ＲＡＭ３、タイマ４、通信Ｉ／Ｆ５などから
構成される。このデータ通信装置では、後述するよう
に、オペレーティングシステム（ＯＳ）の管理下で各タ
スクが協調動作することで、遅延確認応答を含むデータ
通信を行うことが可能である。

【００１７】図２はデータ通信装置の各タスク動作の概
略を示す図である。図において、１０２および１０３は
プロトコル層のタスクであり、通信プロトコルに準じて
それぞれ入力処理および出力処理を担う。１０４はネッ
トワークドライバ層のタスクであり、通信の物理層との
インターフェースを受け持つ。これは複数のドライバを
含んでもよい。１０５は１種類の遅延応答のためのタイ
マタスクである。これらの各タスクを実現するプログラ
ムはＲＯＭ２に格納されており、ＣＰＵ１によって実現
されるが、その詳細については後述する。

【００１８】１０６、１０７、１０８および１０９は、
タスク間で情報を受け取る窓口を表しており、一般のＯ
Ｓ（Operating System）において、１０６、１０７は事
象フラグあるいはセマフォであり、１０８、１０９はメ
ッセージキューなどのタスク間通信／同期機能で実現さ
れるものである。

【００１９】１１０は共有メモリであり、各タスク間の
排他制御に利用される。１１１、１１２はそれぞれ受信
データ、送信データを格納するバッファである。１１３
は遅延応答共有メモリである。

【００２０】図３は遅延応答共有メモリ１１３の主要項
目を示す図である。図において、２０１は論理デバイス
に対応した確認応答の遅延時間を記述した遅延時間テー
ブルである。本実施形態では、論理デバイスとは、シス
テムに備わっている論理的なネットワークドライバのこ
とを示しており、同じ論理デバイスであっても、複数の
通信速度が許される場合、遅延時間テーブルには異なる
フィールドが設けられている。この遅延時間テーブルで
は、論理デバイスの番号Ｎ（図中、１、２、……）から
その遅延時間ＤＴ（Ｎ）を参照することができるように
なっている。遅延時間テーブルでは、物理的な通信速度
とパケットの最大長とから１パケットの応答時間が見積
られており、遅延効果が得られる適当な遅延時間が予め
設定されている。尚、論理デバイスは自身に限らず、通
信相手のシステム構成要素であってもよい。

【００２１】２０２は現在選択されている論理デバイス
の番号を格納する領域（ＤＮ）である。２０３は遅延送
信フラグ（ＤＦ）であり、遅延確認応答の要求を表す。

【００２２】前述した図２を用いて処理の概略的な流れ
を示す。まず、アプリケーションがパケットをネットワ
ークに出力する場合、アプリケーションタスク１０１
は、事象フラグ１０７をセットする。これにより、プロ
トコルの出力タスク１０３が起動する。

【００２３】アプリケーションがデータを送信する場
合、送信バッファ１１２に送信するデータを格納してか
ら出力タスク１０３に依頼する。出力タスク１０３は、
パケットを生成し、生成したパケットを送出するドライ
バのキュー１０９に設定する。そして、ドライバタスク
１０４が起動し、実際にパケットがネットワークに送出
される。

【００２４】ネットワークからパケットが来た場合、ド
ライバタスク１０４が、到着したパケットをプロトコル
の入力タスク１０２のキュー１０８に設定する。入力タ
スク１０２が起動し、パケットを処理する。パケットに
データがある場合、受信バッファ１１１に格納し、アプ
リケーションにデータの到着を知らせる必要がある場
合、事象フラグ１０６をセットする。これにより、アプ
リケーションタスク１０１が起動し、受信バッファ１１
１にあるデータの処理を行う。また、入力タスク１０２
が受けたパケットに対し、相手にパケットを送信する必
要がある場合、事象フラグ１０７をセットし、出力タス
ク１０３に送信を依頼する。

【００２５】つづいて、遅延応答共有メモリ１１３の設
定とタイマタスク１０５の動作について示す。本実施形
態では、タイマタスク１０５は相手との接続フェーズで
起動する。まず、アプリケーションは接続要求を出力タ
スク１０３に依頼するため、事象フラグ１０７をセット
する。図４は接続時に着目した出力タスク１０３の処理
手順を示すフローチャートである。

【００２６】出力タスク１０３は、まず、事象フラグ１
０７が設定されるのを待つ（ステップＳ３０１）。事象
フラグ１０７がセットされると、起動して接続要求であ
るか否かを判別する（ステップＳ３０２）。接続要求で
ある場合、ネットワークデバイスを選択する（ステップ
Ｓ３０３）。このネットワークデバイスは、接続要求で
指定されるデバイスもしくは自分のネットワークアドレ
スなどで識別される。選択された論理デバイスは、遅延
応答共有メモリ１１３の論理デバイス番号２０２に格納
される。

【００２７】そして、タイマタスク１０５を実行可能状
態とし（ステップＳ３０４）、接続要求のパケットを生
成し（ステップＳ３０５）、ドライバタスク１０４にパ
ケットの送出を依頼する（ステップＳ３０６）。一方、
ステップＳ３０２で接続要求でない場合、出力タスク１
０３は他の通常の送信処理を行い（ステップＳ３０
７）、ステップＳ３０６に移行する。

【００２８】図５はステップＳ３０４で実行可能状態と
なるタイマタスク１０５の処理手順を示すフローチャー
トである。遅延応答共有メモリ１１３の論理デバイス番
号２０２から得られる論理デバイス番号（ＤＮ）から遅
延時間テーブル２０１を参照し、現在選択されているデ
バイスの遅延時間ＤＴ（ＤＮ）を獲得し、自身のタスク
をスリープする（ステップＳ４０１）。

【００２９】ＤＴ（ＤＮ）時間経過後、タイマタスク１
０５は立ち上がり、送信要求（確認応答要求）があるか
否かを示す遅延送信フラグ（ＤＦ）２０３を参照する
（ステップＳ４０２）。送信要求がない場合、ステップ
Ｓ４０１で再びＤＴ（ＤＮ）時間のスリープを行う。一
方、送信要求（確認応答要求）がある場合、事象フラグ
１０７をセットして出力タスク１０３に確認応答要求を
出力し（ステップＳ４０３）、再びＤＴ（ＤＮ）時間の
スリープを行う。

【００３０】このように、一定間隔毎にＡＣＫ送信の要
求があるか否かを調べ、ＡＣＫ送信の要求がある場合、
実際にＡＣＫを送信する遅延確認応答を実行する。ここ
で、遅延送信フラグ２０３は入力タスク１０２で設定さ
れ、出力タスク１０３で解除される。

【００３１】図６は入力タスク１０２の処理手順を示す
フローチャートである。まず、入力タスク１０２は、ド
ライバタスク１０４からのパケットがキュー１０８に入
力されるのを待つ（ステップＳ５０１）。キュー１０８
にパケットが入力されると、パケットがデータを伴って
いるか否かを判別する（ステップＳ５０２）。

【００３２】データを伴っていないパケットの場合、入
力されたパケットは、こちらから送ったデータパケット
に対するＡＣＫパケットであるか、あるいはコネクショ
ンの接続時や切断時の情報パケットである。したがっ
て、新たにパケットを送信する必要がある場合、出力タ
スク１０３に送信要求を出して出力タスク１０３を起動
し（ステップＳ５０３）、自タスクはステップＳ５０１
に戻って新たなパケットの到着を待つ。

【００３３】一方、入力されたパケットがデータを伴っ
ているデータパケットの場合、パケットからデータを取
り出し、受信バッファ（ＲＢＵＦ）１１１に格納するな
どのデータ処理を実行し（ステップＳ５０４）、このデ
ータに対するＡＣＫ送信のための遅延送信フラグ２０３
をセットする（ステップＳ５０５）。

【００３４】そして、前述したように、タイマタスク１
０５がこの遅延送信フラグ２０３にしたがって、出力タ
スク１０３に送信要求を出すことになる。このとき、ア
プリケーション層にデータの到着を知らせる必要がある
場合、事象フラグ１０６をセットする（ステップＳ５０
６）。この後、ステップＳ５０１の処理に戻る。

【００３５】図７はデータ転送時の出力タスク１０３の
処理手順を示すフローチャートである。出力タスク１０
３は事象フラグ１０７がセットされるまでスリープ状態
にある（ステップＳ６０１）。事象フラグ１０７がセッ
トされると、データ送信要求であるか否かを判別する
（ステップＳ６０２）。データ送信要求である場合、送
信バッファ（ＳＢｕｆ）１１２のデータからデータを伴
ったパケットを生成する（ステップＳ６０３）。この
後、ステップＳ６０６の処理に移行する。

【００３６】一方、データ送信要求でない場合、遅延送
信要求であるか否かを遅延送信フラグ２０３のＯＮ／Ｏ
ＦＦで判別する（ステップＳ６０４）。遅延送信要求で
ない場合、ステップＳ６０１の処理に戻り、遅延送信要
求である場合、確認応答用のパケットを生成する（ステ
ップＳ６０５）。遅延送信フラグ２０３をクリアし（ス
テップＳ６０６）、ドライバタスク１０４にパケットの
送信を依頼する（ステップＳ６０７）。この後、ステッ
プＳ６０１の処理に戻る。

【００３７】このように、各タスクがＯＳの管理下で協
調動作することにより、選択されたネットワークデバイ
スの特性を活かした効果的な遅延確認応答を含むデータ
通信が可能となる。

【００３８】尚、上記第１の実施形態では、図２に示す
ように、複数タスクの協調動作によりデータ通信を実現
しているが、関数コールによって実現されるモノシリッ
クなＯＳでも本発明を適用することは可能である。

【００３９】［第２の実施形態］前記第１の実施形態で
は、複数のネットワークデバイスを所有するシステムに
おいて、その各々のデバイスの特性を活かした遅延確認
応答が可能であることを示した。

【００４０】しかしながら、遠隔の相手とのネットワー
ク通信の場合、いくつものルータなどを経由するので、
通信速度が低下する。これは自身の装置に繋がっている
ネットワークデバイスの特性と共に、遅延確認の効果の
低下を招く因子となり得る。

【００４１】本実施形態では、相手との接続時に応答時
間を計測し、計測された応答時間にしたがって確認応答
の遅延時間を設定することにより、ネットワーク的に遠
くの相手であっても、遅延応答の効果が得られるように
する。

【００４２】図８は第２の実施形態における接続時の出
力タスク１０３の処理手順を示すフローチャートであ
る。図４に示したフローチャートとほぼ同様の処理であ
るが、この処理にはステップＳ３０５Ａの処理が新たに
加わっている。すなわち、ステップＳ３０５Ａでは、ド
ライバタスク１０４に要求を出す前に、現在時刻を遅延
応答共有メモリ１１０に保存している。その他の図４と
同様のステップ処理については同様のステップ番号を付
すことにより、その説明を省略する。

【００４３】図９は接続時の入力タスク１０２の処理手
順を示すフローチャートである。まず、相手からのパケ
ットの入力を待つ（ステップＳ８０１）。入力されたパ
ケットが接続確認のパケットであるか否かを判別し（ス
テップＳ８０２）、接続確認のパケットでない場合、通
常の受信処理を行う（ステップＳ８０４）。この後、ス
テップＳ８０１の処理に移行する。

【００４４】一方、接続確認のパケットである場合、遅
延時間の設定を行う（ステップＳ８０３）。遅延時間の
設定では、先にステップＳ３０５Ａで接続パケットの送
信時に保存された時刻と現在時刻との差を応答時間と
し、それを基に遅延時間を決定する。つまり、応答時間
が長い場合、遅延時間が長くなるように決定し、応答時
間が短い場合、遅延時間が短くなるように決定する。決
定された遅延時間は遅延時間テーブル２０１の現論理デ
バイスのフィールドに設定される。この後、タイマタス
ク１０５は、新たに設定された遅延時間の周期で実行す
ることになる。

【００４５】このように、第２の実施形態では、通信相
手がネットワーク的に遠隔地にあり、必ずしも接続され
ているネットワークデバイスのパフォーマンスが十分発
揮できない場合でも、適切な遅延時間を設定できるの
で、効率のよい通信を実現することができる。

【００４６】［第３の実施形態］一般に通信相手が同じ
でも、他の接続状況の変化により、ネットワークが混雑
し、応答速度が遅くなることがある。したがって、前記
第２の実施形態で示したように、接続時に遅延時間を設
定しても、接続中に応答が悪化し、遅延の効果が無くな
る場合が考えられる。第３の実施形態では、第２の実施
形態のように接続時に遅延時間を設定するだけでなく、
接続中にも随時、応答時間を計測し、その都度、遅延時
間を動的に設定する。

【００４７】ＴＣＰ／ＩＰプロトコルでは、応答時間を
計測し、平均の応答時間を随時更新し、再送する時間に
反映させている。図１０は第３の実施形態における入力
タスク１０２の処理手順を示すフローチャートである。

【００４８】入力タスク１０２は、通信相手からの要求
を待ち（ステップＳ９０１）、要求があった場合、ＡＣ
Ｋを受信したか否かを判別する（ステップＳ９０２）。
ＡＣＫを受信していない場合、ステップＳ９０５に移行
し、ＡＣＫを受信した場合、平均の応答時間を算出する
（ステップＳ９０３）。この平均の応答時間の算出方法
は、ＴＣＰプロトコル仕様書などに記載されている。算
出した平均の応答時間から遅延時間を算出し、遅延時間
テーブルに設定する（ステップＳ９０４）。この後、受
信処理を行い（ステップＳ９０５）、ステップＳ９０１
の処理に戻る。

【００４９】このように、第３の実施形態では、接続中
に動的に遅延時間を変更することができるので、接続中
にトラフィックが変化した場合、効果的に遅延確認応答
を行うことが可能である。

【００５０】尚、本発明は複数の機器から構成されるシ
ステムに適用してもよいし、１つの機器からなる装置に
適用してもよい。また、本発明はシステムあるいは装置
にプログラムを供給することによって達成される場合に
も適用できることはいうまでもない。この場合、本発明
を達成するためのソフトウェアによって表されるプログ
ラムを格納した記憶媒体をシステムあるいは装置に読み
出すことによってそのシステムあるいは装置が本発明の
効果を享受することが可能となる。

【００５１】図１１は記憶媒体としてのＲＯＭ２のメモ
リマップを示す図である。ＲＯＭ２には、図４および図
８のフローチャートに示す接続時の出力タスク処理モジ
ュール、図５のフローチャートに示すタイマタスク処理
モジュール、図６、図９および図１０のフローチャート
に示す入力タスク処理モジュール、図７のフローチャー
トに示すデータ転送時の出力タスク処理モジュールが格
納されている。

【００５２】記憶媒体としては、ＲＯＭに限らず、例え
ばフロッピーディスク、ハードディスク、光ディスク、
光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ、磁
気テープ、不揮発性のメモリカードなどを用いることが
できる。

【００５３】

【発明の効果】本発明の請求項１に記載のデータ通信装
置によれば、遅延時間設定手段により確認応答を伴って
データ通信を行うデータ通信装置において、前記確認応
答の遅延時間を通信状態にしたがって設定するので、無
駄な確認応答パケットを送出することを避けることがで
き、ネットワークおよび自身の負荷を低減することがで
きる。

【００５４】このように、通信状態にしたがって確認応
答（ＡＣＫ）の遅延時間を切り替えあるいは動的に設定
することで、より効果的な遅延確認応答を実現すること
が可能である。尚、請求項５に記載のデータ通信方法お
よび請求項６に記載の記憶媒体においても同様の効果を
得ることができる。

【００５５】また、各タスクがＯＳの管理下で協調動作
することにより、選択されたネットワークデバイスの特
性を活かした効果的な遅延確認応答を含むデータ通信が
可能となる。

【００５６】請求項２に記載のデータ通信装置によれ
ば、前記遅延時間設定手段は、通信デバイスに応じて設
定された遅延時間を格納する遅延時間格納手段と、該格
納された遅延時間の中から、前記通信デバイスにしたが
って選択する遅延時間選択手段とを備えたので、通信デ
バイスに合わせて適切な遅延時間を設定でき、効率のよ
い通信を実現できる。

【００５７】請求項３に記載のデータ通信装置によれ
ば、前記遅延時間設定手段は、更に、通信相手との接続
時の応答時間にしたがって前記選択された遅延時間を変
更する遅延時間変更手段を備えたので、通信相手がネッ
トワーク的に遠隔地にあり、必ずしも接続されているネ
ットワークデバイスのパフォーマンスが十分発揮できな
い場合でも、適切な遅延時間を設定でき、効率のよい通
信を実現できる。

【００５８】請求項４に記載のデータ通信装置によれ
ば、前記遅延時間設定手段は、更に、通信相手との接続
中に随時、前記通信相手からの応答時間を測定し、該測
定された応答時間にしたがって動的に前記遅延時間を変
更する通信中遅延時間変更手段を備えたので、接続中に
動的に遅延時間を変更することができ、接続中にトラフ
ィックが変化した場合、効果的に遅延確認応答を行うこ
とができる。

【００５９】請求項６に記載の記憶媒体によれば、デー
タ通信装置内のＣＰＵによって実行されるプログラムが
格納された記憶媒体において、前記プログラムは、確認
応答を伴ってデータ通信を行う際、前記確認応答の遅延
時間を通信状態にしたがって設定する手順を含むので、
データ通信装置の拡張性、汎用性を高めることができ
る。

【図面の簡単な説明】

【図１】第１の実施の形態におけるデータ通信装置のハ
ードウェア構成を示すブロック図である。

【図２】データ通信装置の各タスク動作の概略を示す図
である。

【図３】遅延応答共有メモリ１１３の主要項目を示す図
である。

【図４】接続時に着目した出力タスク１０３の処理手順
を示すフローチャートである。

【図５】ステップＳ３０４で実行可能状態となるタイマ
タスク１０５の処理手順を示すフローチャートである。

【図６】入力タスク１０２の処理手順を示すフローチャ
ートである。

【図７】データ転送時の出力タスク１０３の処理手順を
示すフローチャートである。

【図８】第２の実施形態における接続時の出力タスク１
０３の処理手順を示すフローチャートである。

【図９】接続時の入力タスク１０２の処理手順を示すフ
ローチャートである。

【図１０】第３の実施形態における入力タスク１０２の
処理手順を示すフローチャートである。

【図１１】記憶媒体としてのＲＯＭ２のメモリマップを
示す図である。

【符号の説明】

１０１ アプリケーションタスク １０２ 入力タスク １０３ 出力タスク １０４ ドライバタスク １０５ タイマタスク １１３ 遅延応答共有メモリ ２０１ 遅延時間テーブル ２０２ 論理デバイス番号 ２０３ 遅延送信フラグ

Claims (6)

【特許請求の範囲】
1. 【請求項１】 確認応答を伴ってデータ通信を行うデー
   タ通信装置において、 前記確認応答の遅延時間を通信状態にしたがって設定す
   る遅延時間設定手段を備えたことを特徴とするデータ通
   信装置。
2. 【請求項２】 前記遅延時間設定手段は、 通信デバイスに応じて設定された遅延時間を格納する遅
   延時間格納手段と、 該格納された遅延時間の中から、前記通信デバイスにし
   たがって前記遅延時間を選択する遅延時間選択手段とを
   備えたことを特徴とする請求項１記載のデータ通信装
   置。
3. 【請求項３】 前記遅延時間設定手段は、更に、通信相
   手との接続時の応答時間にしたがって前記選択された遅
   延時間を変更する遅延時間変更手段を備えたことを特徴
   とする請求項２記載のデータ通信装置。
4. 【請求項４】 前記遅延時間設定手段は、更に、通信相
   手との接続中に随時、前記通信相手からの応答時間を測
   定し、該測定された応答時間にしたがって動的に前記遅
   延時間を変更する通信中遅延時間変更手段を備えたこと
   を特徴とする請求項２記載のデータ通信装置。
5. 【請求項５】 確認応答を伴ってデータ通信を行うデー
   タ通信方法において、 前記確認応答の遅延時間を通信状態にしたがって設定す
   ることを特徴とするデータ通信方法。
6. 【請求項６】 データ通信装置内のＣＰＵによって実行
   されるプログラムが格納された記憶媒体において、 前記プログラムは、確認応答を伴ってデータ通信を行う
   際、前記確認応答の遅延時間を通信状態にしたがって設
   定する手順を含むことを特徴とする記憶媒体。