JP2008011201A - 通信装置 - Google Patents

Abstract

【課題】データ通信時における受信データの欠落によるデータ品質の低下を防止する通信装置を提供する。
【解決手段】上記課題を解決するために、アプリケーション処理部１１に、受信データ処理時の負荷を監視する負荷監視処理１１ａとプロトコル処理部１２に対して受信応答指示を行なう受信応答処理部１１ｂとを備え、プロトコル処理部１２に、受信データに対して受信応答を送信する第１のデータ通知部１２ａと受信応答処理部１１ｂの指示に応じて受信応答を送信する第２のデータ通知部１２ｂとを備える。
【選択図】図１

Description

本発明は、再送制御を行なうデータ通信装置に関する。

一般に、データ通信を行なう場合には、確実にデータが送信先に届くことを保障する高い信頼性が要求される。例えば、インターネット上で行なわれるデータ通信では、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）が標準プロトコルとして利用されている。これは、ＴＣＰが再送機能を持つプロトコルだからである。

例えば、ＴＣＰによるデータ通信では、送信側は送信データ（送信セグメント）を送信する毎に再送タイマをセットする。そして、タイムアウトを検出すると同じ送信データを再送する。また、受信側は送信データのヘッダ部に付されたシーケンス番号をチェックする。そして、届かなかった送信データの再送を要求する。

図１２は、従来のデータ通信システムの構成例を示す図である。
図１２に示す通信先装置１２０１は、データ通信を行なうアプリケーション処理部１２０１ａと、任意のコンピュータ間での通信を可能にするとともに送信データを保証するプロトコル処理部１２０１ｂと、ネットワーク上の電気的な信号をデジタルデータに変換するとともにコンピュータ間におけるデータの伝送を可能にするインターフェース１２０１ｃとで構成されている。

例えば、アプリケーション処理部１２０１ａはＴＣＰ／ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）におけるアプリケーション層に相当し、プロトコル処理部１２０１ｂはＴＣＰ／ＩＰにおけるＴＣＰ層及びＩＰ層に相当する。また、インターフェース１２０１ｃは、ＴＣＰ／ＩＰにおけるネットワークインターフェース層に相当する。

同様に、通信装置１２０２も、アプリケーション処理部１２０２ａとプロトコル処理部１２０２ｂとインターフェース１２０２ｃとで構成されている。そして、通信先装置１２０１と通信装置１２０２とは通信網１２０３を介して互いに接続して通信を行なう。通信網１２０３は、直接的に接続されていても、ネットワークで、複数の装置を経由して接続されていてもよい。

図１３は、従来のデータ通信システムにおける通信処理の概要を示す図である。以下、通信先装置１２０１と通信装置１２０２とがデータ通信を行なう場合について図中の（１）〜（１４）と対応させて説明する。

（１）通信先装置１２０１が通信を開始すると、アプリケーション処理部１２０１ａは送信データをプロトコル処理部１２０１ｂに送信する。
（２）送信データを受け取ったプロトコル処理部１２０１ｂは、コネクションを確立するために送信先の通信装置１２０２に対して接続要求を送信する。この時、図示しないが、接続要求はインターフェース１２０１ｃ及び通信網１２０３を介して通信装置１２０２に送信される。

（３）通信装置１２０２が接続要求信号を受付けると、プロトコル処理部１２０２ｂは送信元の通信先装置１２０１に対して接続応答を送信してコネクションを確立する。
（４）コネクションが確立すると、プロトコル処理部１２０１ｂはアプリケーション処理部１２０１ａから受け取ったデータを所定のサイズに分割して順次通信装置１２０２に送信を開始する。

（５）一方、通信装置１２０２では、データを受信する毎にプロトコル処理部１２０２ｂが通信先装置１２０１に対してデータ受信応答を送信する。
（６）そして、通信データの受信が完了すると、プロトコル処理部１２０２ｂは（４）で分割した送信データを復元してアプリケーション処理部１２０２ａに送信する。

以上の処理を繰返すことによって、通信先装置１２０１から通信装置１２０２に対してデータの送信処理が行なわれる。また、通信装置１２０２が通信先装置１２０１に対してデータの送信を行なう場合も同様である。

ここで、通信先装置１２０１が通信装置１２０２に対してデータα及びデータβを送信した場合について考える。
（７）アプリケーション処理部１２０１ａからデータαを受付けたプロトコル処理部１２０１ｂは、データαを通信装置１２０２に送信する。

（８）データαを受け取ったプロトコル処理部１２０２ｂは、送信元の通信先装置１２０１に対してデータαの受信応答を送信する。
（９）さらに、プロトコル処理部１２０２ｂは、受信したデータαをアプリケーション処理部１２０２ａに送信する。

（１０）同様に、アプリケーション処理部１２０１ａからデータβを受付けたプロトコル処理部１２０１ｂは、データβを通信装置１２０２に送信する。
（１１）例えば、通信網１２０３内でデータの衝突（コリージョン）等が発生すると、通信先装置１２０１が送信したデータβは消滅してしまい通信装置１２０２に送信されない。

（１２）一方、プロトコル処理部１２０１ｂはデータβを送信するとともに再送タイマを起動してデータβの受信応答を監視する。そして、タイムアウトを検出すると、データβを再送する。

（１３）データβを受け取ったプロトコル処理部１２０２ｂは、送信元の通信先装置１２０１に対してデータβの受信応答を送信する。
（１４）さらに、プロトコル処理部１２０２ｂは、受信したデータβをアプリケーション処理部１２０２ａに送信する。

この時、例えば、アプリケーション処理部１２０２ａの処理能力がプロトコル処理部１２０２ｂの処理能力に劣るためデータβを格納するメモリが確保できない場合、データβは破棄されてしまいアプリケーション処理部１２０２ａはデータβを受信できない。

すなわち、アプリケーション処理部１２０１ａはデータα及びデータβを通信装置１２０２に送信完了したが、アプリケーション処理部１２０２ａはデータαのみしか受信完了していない状態となってしまう。

したがって、（１０）〜（１２）に示した従来の再送処理では、（１２）〜（１４）に示したようにプロトコル処理部とアプリケーション処理部との間で送信データが消失した場合には対処できないため、データの信頼性が低下してしまうという問題があった。

特許文献１は、回線状態を監視して基準値より劣化すると再送制御を停止し、監視結果が基準値より良好な値に回復すると再送制御を開始することにより、回線状態の劣化による伝送誤りの増加のために不必要な再送が増えてスループット特性が低下することを防止する無線データリンク層の誤り制御方式について開示されている。

また、特許文献２は、基地局と移動局のレイヤ２処理部間でのデータの欠落及び再送要求のための再送要求フレームの欠落を抑制することにより、レイヤ２処理部間で再送に要する遅延時間を低減し、上位のＴＣＰでのタイムアウトの発生を抑制してスループットの低減を抑えることを可能とする移動体通信システムについて開示されている。
特開平１１−１７７５３６号公報 ＷＯ２００２／０５６６３１号公報

本発明は、上述した問題に鑑みてなされたものであり、その解決しようとする課題は、データ通信時における受信データの欠落によるデータ品質の低下を防止する通信装置を提供することである。

上記課題を解決するために、本発明に係る通信装置は、通信先装置との通信が可能な状態において、
通信先装置とデータ通信を行うアプリケーション処理部と、該アプリケーション処理部からの指示に応じてデータの送受信を行って、前記通信先装置に送信したデータに対する受信応答を一定期間内に受信しない時には該通信先装置に対して再度データを送信して送信データを保証するプロトコル処理部とを有する通信装置であって、前記プロトコル処理部は、前記通信先装置からデータを受信すると該データに対する受信応答を送信するとともに、該データを前記アプリケーション処理部に受け渡す第１のデータ通知部と、前記通信先装置からデータを受信すると該データを前記アプリケーション処理部に受け渡し、該アプリケーション処理部の指示に応じて前記データに対する受信応答を送信する第２のデータ通知部と、を備え、前記アプリケーション処理部は、前記第１のデータ通知部から受け渡されるデータに基づく送受信処理の負荷を監視し、該負荷が所定の負荷を超えると前記第１のデータ通知部から前記第２のデータ通知部に切り替える負荷監視処理部と、前記第２のデータ通知部からデータを受け渡されると、該受け渡されたデータに対する受信応答を送信するように前記第２のデータ通知部に指示する受信応答処理部と、を備える。

本発明によると、負荷監視処理部が送受信処理の負荷を監視し、所定の負荷を越えると第１のデータ通知部から第２のデータ通知部に切換える。
そして、受信応答処理部（アプリケーション処理部）が第２のデータ通知部（プロトコル処理部）に対して受信応答を送信するように指示し、指示を受けた第２のデータ通知部が受信応答を送信する。

したがって、プロトコル処理部からアプリケーション処理部に送信されたデータが破棄されるなどしてアプリケーション処理部が受信できなかった場合、プロトコル処理部が受信応答を送信することはないので、送信側がタイムアウトを検出して当該破棄されたデータを再送することとなり、受信データの欠落によるデータ品質の低下を防止することが可能となる。

また、本発明に係る通信装置は、通信可能に接続した通信先装置とデータ通信を行うアプリケーション処理部と、該アプリケーション処理部からの指示に応じてデータの送受信を行って、前記通信先装置に送信したデータに対する受信応答を一定期間内に受信しない時には該通信先装置に対して再度データを送信して送信データを保証するプロトコル処理部とを有する通信装置であって、前記プロトコル処理部は、前記通信先装置からデータを受信すると該データに対する受信応答を送信するとともに、該データを前記アプリケーション処理部に受け渡す第１のデータ通知部と、前記通信先装置からデータを受信すると所定の規則にしたがって該データを破棄する第２のデータ通知部と、を備え、前記アプリケーション処理部は、前記第１のデータ通知部から受け渡されるデータに基づく送受信処理の負荷を監視し、該負荷が所定の負荷を超えると前記第１のデータ通知部から前記第２のデータ通知部に切り替える負荷監視処理部と、を備える通信装置であってもよい。

この場合も、負荷監視処理部が送受信処理の負荷を監視し、所定の負荷を越えると第１のデータ通知部から第２のデータ通知部に切換える。そして、第２のデータ通信部が所定の規則にしたがって受信データを破棄する。受信データが破棄されると、送信側の通信装置はタイムアウトを検出して当該破棄されたデータを再送することとなる。

これにより、アプリケーション処理部における送受信処理の負荷を抑えて、プロトコル処理部からアプリケーション処理部に送信されるデータの喪失を防止することが可能となる。したがって、受信データの欠落によるデータ品質の低下を防止することが可能となる。

以上に説明したように、本発明によると、データ通信時における受信データの欠落によるデータ品質の低下を防止する通信装置を提供することが可能となる。

以下、本発明の実施形態について図１〜図９に基づいて説明する。
図１は、本発明の実施例に係る通信装置１０の概要を説明する図である。
図１に示す通信装置１０は、データ通信を行なうアプリケーション処理部１１と、所定のプロトコルにしたがったデータ処理を行なうプロトコル処理部１２と、を少なくとも備える通信装置である。

アプリケーション処理部１１は、例えば、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）通信やＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）通信などのデータ通信サービスを提供する。

さらに、本実施例に係るアプリケーション処理部１１は、受信データ処理時の負荷を監視する負荷監視処理１１ａと、プロトコル処理部１２に対して受信応答指示を行なう受信応答処理部１１ｂと、を備える。

負荷監視処理１１ａは、プロトコル処理部１２から受信したデータを処理するためにかかる負荷を常時監視する。そして、負荷が所定値を超えると、プロトコル処理部１２に対して第１のデータ通知部１２ａから第２のデータ通知部１２ｂに切換える指示を行なう。

受信応答処理部１１ｂは、受信データに対する受信応答を送信するように第２のデータ通信部１２ｂに指示する。
プロトコル処理部１２は、例えば、ＴＣＰ／ＩＰにしたがったプロトコル処理を行なう。

さらに、本実施例に係るプロトコル処理部１２は、通信先装置からデータを受信すると受信応答を送信するとともに受信したデータをアプリケーション処理部１１に送信する第１のデータ通知部１２ａと、通信先装置からデータを受信すると受信したデータをアプリケーション処理部１１に送信し、受信応答処理部１１ｂの指示に応じて受信応答を送信する第２のデータ通知部１２ｂと、を備える。

例えば、通信装置１０が通信先装置からデータを受信すると、第１のデータ通知部１２ａが通信先装置に対して受信応答を送信するとともに、アプリケーション処理部１１に受信データを送信する。

プロトコル処理部１２からデータを受信すると、負荷監視処理１１ａはアプリケーション処理部２２ａにおけるデータ受信処理時の負荷が所定の値を超えていないか否かを監視する。所定の値を超えると、プロトコル処理部１２における第１のデータ通知部１２ａを第２のデータ通知部１２ｂに切換えるとともに、受信応答処理部１１ｂの動作を開始させる。すなわち、制御モードをＯＮにする。

さらに、通賃装置１０が通信先装置からデータを受信すると、第２のデータ通知部１２ｂがアプリケーション処理部１１に受信データを送信する。プロトコル処理部１２からデータを受信すると、受信応答処理部１１ｂは第２のデータ通知部１２ｂに対して受信応答指示を行なう。 そして、受信応答指示を受けた第２のデータ通知部１２ｂは、通信先装置に対して受信応答を送信する。

図２は、本発明の実施例に係るデータ通信システムの構成例を示す図である。
図２に示すデータ通信システムは、再送機能を有するプロトコル（例えば、ＴＣＰ等）を使用する一般的な通信先装置２１と、本実施例に係る通信装置２２と、が通信網２３を介して接続される。

通信先装置２１は、データ通信を行なうアプリケーション処理部２１ａと、任意のコンピュータ間での通信を可能にするとともに送信データを保証するプロトコル処理部２１ｂと、ネットワーク上の電気的な信号を電子データに変換するとともにコンピュータ間におけるデータの伝送を可能にするインターフェース２１ｃとを備える一般的な通信装置である。

図１２に示した通信先装置１２０１と同様に、例えば、アプリケーション処理部２１ａはＴＣＰ／ＩＰにおけるアプリケーション層に相当し、プロトコル処理部２１ｂはＴＣＰ／ＩＰにおけるＴＣＰ層及びＩＰ層に相当する。また、インターフェース２１ｃは、ＴＣＰ／ＩＰにおけるネットワークインターフェース層に相当する。

通信装置２２も、通信先装置２１と同様に、データ通信を行なうアプリケーション処理部２２ａと、任意のコンピュータ間での通信を可能にするとともに送信データを保証するプロトコル処理部２２ｂと、ネットワーク上の電気的な信号を電子データに変換するとともにコンピュータ間におけるデータの伝送を可能にするインターフェース２２ｃと、を備える。

アプリケーション処理部２２ａは、上述した機能に加えて、閾値管理部２２ｄと再送プロトコル制御部２２ｅとプロトコル管理テーブル２２ｆとを備えている。
閾値管理部２２ｄは、アプリケーション処理部２２ａにおけるデータ通信時の負荷を計測して監視を行う。計測した負荷をあらかじめ決められた閾値と比較し閾値を超えた場合には負荷が大きくなったので再送プロトコルの制御が必要と判断する。なお、本実施例では、「データ通信時の負荷」として単位時間当りに受信したメッセージ量（データサイズ）を使用する。ただし、これに限定するものではなく、必要に応じて「データ通信時の負荷」を表すと思われる情報を使用すればよい。

再送プロトコル制御部２２ｅは、プロトコル処理部２２ｂの再送機能を制御する。
プロトコル管理テーブル２２ｆは、再送処理をすべき通信装置を管理するために使用する管理テーブルである。本実施例では、通信している通信装置のＩＰアドレスとポート番号をプロトコル管理テーブル２２ｆに記憶する。

なお、図２では説明を簡単にするために送信側に一般的な通信先装置２１を使用し、受信側に本実施例にかかる通信装置２２を使用した場合を示しているが、送信側と受信側の両装置に通信装置２２を使用してもよいのは当然である。

図３は、本発明の実施例に係るデータ通信システムにおける通信処理の概要を示す図である。以下、通信先装置２１と通信装置２２とがデータ通信を行う場合について図中の（１）〜（２３）と対応させて説明する。

なお、本実施例におけるアプリケーション処理部２２ａ−プロトコル処理部２２ｂ間におけるデータの授受は、データ通信によって行なわれるものとして説明するが、単にデータの受け渡すだけでもよい。

（１）通信先装置２１が通信を開始すると、アプリケーション処理部２１ａは送信データをプロトコル処理部２１ｂに送信する。
（２）送信データを受け取ったプロトコル処理部２１ｂは、コネクションを確立するために送信先の通信装置２２ｂに対して接続要求信号を送信する。この時、図示しないが、接続要求信号はインターフェース２１ｃ及び通信網２３を介して通信装置２２に送信される。

（３）接続要求信号を受け付けると、プロトコル処理部２２ｂは接続組情報をアプリケーション処理部２２ａに通知する。本実施例では、接続組情報として接続要求を行った通信先装置２１のＩＰアドレスおよびポート番号を使用する。したがって、例えば、プロトコル処理部２２ｂは、送信データに含まれる送信元通信装置のＩＰアドレスとポート番号を取得してアプリケーション処理部２２ａに通知する。

（４）接続組情報をアプリケーション処理部２２ａに通知すると、プロトコル処理部２２ｂは送信元の通信先装置２１に対して接続応答を送信してコネクションを確立する。
（５）一方、プロトコル処理部２２ｂから接続組情報の通知を受け付けると、アプリケーション処理部２２ａはプロトコル管理テーブル２２ｆに接続組情報を記憶する。なお、プロトコル管理テーブル２２ｆは、例えば、通信装置２２が有する記憶部（例えば、ＲＡＭ等の揮発性メモリやハードディスク等の不揮発性メモリ）に備わる。

（６）コネクションが確立すると、プロトコル処理部２１ｂはアプリケーション処理部２１ａから受け取った送信データを所定のサイズに分割して順次通信装置２２に送信を開始する。

（７）一方、通信装置２２では、通信データを受信する毎にプロトコル処理部２２ｂが通信先装置２１に対してデータ受信応答を送信する。
（８）そして、通信データの受信が完了すると、プロトコル処理部２２ｂは（６）で分割した送信データを復元してアプリケーション処理部２２ａに送信する。

以上に示した（６）〜（８）の処理を繰返すことによって、通信先装置２１から通信装置２２に対してデータの送信処理が行なわれる。
（９）また、アプリケーション処理部２２ａがプロトコル処理部２２ｂから送信データを受け取ると、閾値管理部２２ｄは、データ受信時の負荷、すなわち、単位時間当りに受信したデータ量（サイズ）を算出する。そして、あらかじめ決められた閾値と比較を行う。

（１０）本実施例では、制御閾値と解除閾値とを使用している。単位時間当りに受信したデータ量が制御閾値を超過しない限り、（６）〜（８）に示した通常のデータ通信処理が行われる。また、単位時間当りに受信したデータ量が解除閾値を下回ると、閾値管理部２２ｄが再送プロトコル制御部２２ｅの動作を停止して、（６）〜（８）に示した通常のデータ通信処理が行われる。

なお、制御閾値と解除閾値はアプリケーション処理部２２ａを動作させるＣＰＵやメモリ容量から処理能力を見極めて決定する。
（１１）一方、単位時間当りに受信したデータ量が制御閾値を超えると、閾値管理部２２ｄは、アプリケーション処理部２２ａにかかる負荷が大きすぎると判断して再送プロトコル制御部２２ｅを動作させる（以下、この状態を「制御モード」という）。そして、プロトコル処理部２２ｂに対して制御モードに切り替わるように再送制御要求を行う。

以下、通信先装置２１が制御モードにある通信装置２２に対してデータα及びデータβを送信した場合のデータ通信処理について説明する。
（１２）アプリケーション処理部２１ａからデータαを受付けたプロトコル処理部２１ｂは、データαを通信装置２２に送信する。

（１３）データαを受け取ったプロトコル処理部２２ｂは、受信したデータαをアプリケーション処理部２２ａに送信する。
（１４）アプリケーション処理部２２ａは、プロトコル処理部２２ｂからデータαを受け取るとプロトコル処理部２２ｂに対して、送信元の通信先装置２１に対してデータαの受信応答を送信するように受信応答指示を行う。

（１５）アプリケーション処理部２２ａから受信応答指示を受けると、プロトコル処理部２２ｂは、送信元の通信先装置２１に対してデータαの受信応答を送信する。
（１６）同様に、アプリケーション処理部２１ａからデータβを受付けたプロトコル処理部２１ｂは、データβを通信装置２２に送信する。

（１７）この時、例えば、通信網２３内でのデータの衝突（コリージョン）等が発生すると、通信先装置２１が送信したデータβは消滅してしまうために通信装置２２に送信されない。

（１８）一方、プロトコル処理部２１ｂはデータβを送信するとともに再送タイマを起動してデータβの受信応答を監視する。そして、タイムアウトを検出すると、データβを再送する。

（１９）データβを受け取ったプロトコル処理部２２ｂは、受信したデータβをアプリケーション処理部２２ａに送信する。
（２０）この時、例えば、単位時間当りに受信したデータ量がアプリケーション処理部２２ａの処理能力以上となった場合、データβを記憶する領域をメモリ上に確保できなくなってしまうなどの理由からデータβが破棄される。制御モードにあるプロトコル処理部２２ｂは、アプリケーション処理部２２ａからの受信応答指示がない限り、送信元の通信先装置２１に対してデータβの受信応答を送信しない。

（２１）プロトコル処理部２１ｂはデータβを送信するとともに再送タイマを起動してデータβの受信応答を監視するので、タイムアウトを検出してデータβを再送する。
（２２）データβを受け取ったプロトコル処理部２２ｂは、受信したデータβをアプリケーション処理部２２ａに送信する。

（２３）アプリケーション処理部２２ａは、プロトコル処理部２２ｂからデータβを受け取るとプロトコル処理部２２ｂに対して、送信元の通信先装置２１に対してデータβの受信応答を送信するように受信応答指示を行う。そして、プロトコル処理部２２ｂが、送信元の通信先装置２１に対してデータβの受信応答を送信する。

以上に示したように、閾値管理部２２ｄが、例えば、アプリケーション処理部２２ａの処理能力がプロトコル処理部２２ｂの処理能力に劣り得る状況を事前に検出して制御モードに切り替え、再送プロトコル制御部２２ｅがプロトコル処理部２２ｂを制御することによって、（２０）に示したデータβの消滅が発生しても確実にデータβを通信先装置２１から通信装置２２に送信することが可能となる。

図４は、本発明の実施例に係る通信装置２２におけるアプリケーション処理部２２ａの処理を示すフローチャートである。
ステップＳ４００において、アプリケーション処理部２２ａは、プロトコル処理部２２ｂからデータを受信すると処理をステップＳ４０１に移行する。

ステップＳ４０１において、アプリケーション処理部２２ａは、受信データが接続組情報か否かをチェックする。受信データが接続組情報の場合、アプリケーション処理部２２ａは処理をステップＳ４０２に移行する。そして、プロトコル管理テーブル２２ｆに接続組情報を登録する。登録が完了すると、アプリケーション処理部２２ａはステップＳ４０３に移行して処理を終了する。

一方、ステップＳ４０１において、受信データが接続組情報でない場合、アプリケーション処理部２２ａは処理をステップＳ４０４に移行する。
ステップＳ４０４において、アプリケーション処理部２２ａは、プロトコル管理テーブル２２ｆを参照する。そして、プロトコル管理テーブル２２ｆに接続組情報が登録されているか否かをチェックする。プロトコル管理テーブル２２ｆに接続組情報が登録されていない場合、アプリケーション処理部２２ａは、処理をステップＳ４０５に移行してデータの受信処理を行なう。そして、ステップＳ４０６に移行して処理を終了する。

一方、ステップＳ４０４において、プロトコル管理テーブル２２ｆに接続組情報が既に登録されている場合、アプリケーション処理部２２ａは、処理をステップＳ４０７に移行する。

ステップＳ４０７において、アプリケーション処理部２２ａは、データ受信時の負荷を算出して制御閾値と比較する。負荷が制御閾値以上の場合、アプリケーション処理部２２ａは、処理をステップＳ４０８に移行する。

ステップＳ４０８において、アプリケーション処理部２２ａは、現在の制御モードの状態を取得する。例えば、メモリ内の所定の領域に制御モードのＯＮ／ＯＦＦを保持するフラグを設け、このフラグを参照することによって現在の制御モードの状態を取得する。

制御モードがＯＦＦの場合、アプリケーション処理部２２ａは、処理をステップＳ４０９に移行してデータの受信処理を行なう。そして、ステップＳ４１０に移行して処理を終了する。 制御モードがＯＮの場合、アプリケーション処理部２２ａは、処理をステップＳ４１１に移行する。

ステップＳ４１１において、アプリケーション処理部２２ａは、ステップＳ４０７で算出した負荷と解除閾値との比較を行なう。負荷が解除閾値以下の場合、アプリケーション処理部２２ａは、処理をステップＳ４１２に移行する。

ステップＳ４１２において、アプリケーション処理部２２ａは、制御モードをＯＦＦに設定して処理をステップＳ４１３に移行する。ステップＳ４１３において、アプリケーション処理部２２ａは、データの受信処理を行なう。そして、ステップＳ４１４に移行して処理を終了する。

ステップＳ４０７において負荷が制御閾値以上の場合、又は、ステップＳ４１１において負荷が解除閾値以下でない場合、アプリケーション処理部２２ａは、処理をステップＳ４１５に移行する。

ステップＳ４１５において、アプリケーション処理部２２ａは、現在の制御モードの状態を取得する。例えば、ステップＳ４０８と同様に、メモリ内の所定の領域に制御モードのＯＮ／ＯＦＦを保持するフラグを設け、このフラグを参照することによって現在の制御モードの状態を取得する。

制御モードがＯＮでない場合、アプリケーション処理部２２ａは、処理をステップＳ４１６に移行する。そして、あらかじめ決められた制御モード（＄１、＄２、＄３、＄４、・・・のいずれか）をＯＮに設定する。

なお、本実施例では、図３に示した再送制御要求を用いて制御モードをプロトコル処理部２２ｂに通知する。
また、図３では、制御モードの一例として＄１データ受信応答上位返送モードの場合を示したが、＄２伝送性能制限モード、＄３特定信号廃棄モード、＄４特定信号許容モード、・・・等を制御モードとして使用してもよい。制御モード＄１〜＄４については図６〜図９で後述する。

制御モードをＯＮに設定すると、アプリケーション処理部２２ａは、処理をステップＳ４１７に移行してデータの受信処理を行なう。そして、ステップＳ４１８に移行して処理を終了する。

一方、ステップＳ４１５において、制御モードがＯＮの場合、アプリケーション処理部２２ａは、処理をステップＳ４１９に移行する。制御モードが＄１データ受信応答上位返送モードでない場合は、処理をステップＳ４１７に移行し、制御モードが＄１データ受信応答上位返送モードの場合は、処理をステップＳ４２０に移行する。

ステップＳ４２０において、アプリケーション処理部２２ａは、データの受信処理を行なう。そして、受信処理が完了すると、処理をステップＳ４２１に移行する。
ステップＳ４２１において、アプリケーション処理部２２ａは、プロトコル処理部２２ｂに対して受信応答指示を行なう。そして、ステップ４２２に移行して処理を終了する。

図５は、本発明の実施例に係る通信装置２２におけるプロトコル処理部２２ｂの処理を示すフローチャートである。
ステップＳ５００において、プロトコル処理部２２ｂは、通信先装置からデータを受信すると処理をステップＳ５０１に移行する。

ステップＳ５０１において、プロトコル処理部２２ｂは、受信データが接続要求か否かをチェックする。受信データが接続要求の場合、プロトコル処理部２２ｂは、処理をステップＳ５０２に移行する。

ステップＳ５０２において、プロトコル処理部２２ｂは、受信データに含まれる接続組情報を取得し、アプリケーション処理部２２ａに通知する。ステップＳ５０３において、プロトコル処理部２２ｂは、受信データの送信元に対して接続応答を送信しコネクションを確立する。そして、ステップＳ５０４に移行して処理を終了する。

一方、ステップＳ５０１において、受信データが接続要求でない場合、プロトコル処理部２２ｂは、処理をステップＳ５０５に移行する。
ステップＳ５０５において、プロトコル処理部２２ｂは、現在の制御モードを取得する。そして、制御モードがＯＦＦの場合、ステップＳ５０６に移行する。

ステップＳ５０６において、プロトコル処理部２２ｂは、受信データの送信元に対してデータ受信応答を送信する。ステップＳ５０７において、プロトコル処理部２２ｂは、プロトコル処理を完了させて受信データをアプリケーション処理部２２ａに送信する。そして、ステップＳ５０８に移行して処理を終了する。

一方、ステップＳ５０５において、制御モードがＯＮの場合、プロトコル処理部２２ｂは、処理をステップＳ５０９に移行する。そして、図４で示したステップＳ４１６でＯＮに設定された制御モード（＄１、＄２、＄３、＄４、・・・）を取得する。

なお、本実施例では、再送制御要求を用いてアプリケーション処理部２２ａからプロトコル処理部２２ｂに制御モードを通知している。プロトコル処理部２２ｂは、例えば、記憶領域に確保したフラグを用いて制御モードを保持する。したがって、プロトコル処理部２２ｂは、このフラグを参照してＯＮに設定された制御モードを取得すればよい。

制御モードを取得すると、プロトコル処理部２２ｂは、制御モードに応じてステップＳ５１０１、ステップＳ５１０２、ステップＳ５１０３、ステップＳ５１０４、・・・ステップＳ５１０ｎに処理を移行し、それぞれ、＄１データ受信応答上位返送モード、＄２伝送性能制限モード、＄３特定信号廃棄モード、＄４特定信号許容モード、・・・・の処理を行なう。制御モード＄１〜＄４については図６〜図９で後述する。

各制御モードでの処理が完了すると、プロトコル処理部２２ｂは、ステップＳ５１１に移行して処理を終了する。
図６は、本発明の実施例に係るデータ受信応答上位返送モードにおけるプロトコル処理部２２ｂの処理を示すフローチャートである。

図５に示したステップＳ５１０１に処理が移行すると、プロトコル処理部２２ｂは、データ受信応答上位返送モードの動作を開始する（ステップＳ６００）。
ステップＳ６０１において、プロトコル処理部２２ｂは、受信したデータに対する受信応答を抑止する。図３（例えば、（７）の処理）に示したように、制御モードにないプロトコル処理部２２ｂは、データを正常に受信するとデータ受信応答を返信するが、データ受信応答上位返送モードでは、この動作を抑止する（アプリケーション処理部２２ａから受信応答指示を受けた時にのみデータ受信応答を返信する）。

ステップＳ６０２において、プロトコル処理部２２ｂは、所定のプロトコルにしたがってデータを処理した後、アプリケーション処理部２２ａへ送信する。そして、ステップＳ６０３に移行して処理を終了する。

以上に説明したように、データ受信応答上位返送モードにおけるプロトコル処理部２２ｂは、通信先装置からデータを受信しても受信応答を返答しない。アプリケーション処理部２２ａから受信応答指示を受けた場合に受信応答を返信する。

アプリケーション処理部２２ａが正常にデータを受信しない場合（例えば、図３に示した（２０））、アプリケーション処理部２２ａはプロトコル処理部２２ｂに対して受信応答指示を行なわないので、プロトコル処理部２２ｂは通信先装置に受信応答を返信しない。通信先装置は、受信応答を受信できないのでタイムアウトを検出し、当該データを再送することとなる。

したがって、プロトコル処理部２２ｂ−アプリケーション処理部２２ａ間で受信データを喪失した場合であっても、受信データの欠落によるデータ品質の低下を防止することが可能となる。

図７は、本発明の実施例に係る伝送性能制限モードにおけるプロトコル処理部２２ｂの処理を示すフローチャートである。
図５に示したステップＳ５１０２に処理が移行すると、プロトコル処理部２２ｂは、伝送性能制限モードの動作を開始する（ステップＳ７００）。

ステップＳ７０１において、プロトコル処理部２２ｂは、アプリケーション処理部２２ａにおける受信データ処理時の負荷を監視する。本実施例では、単位時間当りに受信したデータ量（データサイズ）を算出し、これを負荷として使用する。

ステップＳ７０２において、プロトコル処理部２２ｂは、ステップＳ７０１で算出した負荷とあらかじめ決められた基準値とを比較する。そして、負荷が基準値以下の場合、過負荷状態にないと判断して処理をステップＳ７０３に移行する。

ステップＳ７０３において、プロトコル処理部２２ｂは、受信データに対するデータ受信応答を返信する。そして、ステップＳ７０４に移行し、所定のプロトコルにしたがって受信データを処理してアプリケーション処理部２２ａへ送信する。そして、ステップＳ７０５に移行して処理を終了する。

一方、ステップＳ７０２において、負荷が基準値を超えた場合、プロトコル処理部２２ｂは、過負荷状態にあると判断して処理をステップＳ７０６に移行する。
ステップＳ７０６において、プロトコル処理部２２ｂは、受信データを破棄する。そして、ステップＳ７０７に移行して処理を終了する。

なお、過負荷状態の場合には、受信データを破棄して受信応答を返信しないので、送信元はタイムアウトを検出して同じデータを再送する。すなわち、過負荷状態が解消されるまで送信元は再送処理を継続することとなる。

以上に説明したように、伝送性能制限モードにおけるプロトコル処理部２２ｂは、プロトコル処理部２２ｂにおける受信データ処理時の負荷が所定の負荷を超えた場合（過負荷状態となりうる状態の場合）、アプリケーション処理部２２ａに受信データを送信せずに破棄する。一方、通信先装置は、受信応答を受信できないのでタイムアウトを検出し、当該破棄されたデータを再送する。

したがって、例えば、アプリケーション処理部２２ａの処理能力がプロトコル処理部２２ｂの処理能力に劣るため、データを格納するメモリが確保できなくなってしまいデータが破棄されることを防止できる。すなわち、プロトコル処理部２２ｂ−アプリケーション処理部２２ａ間で受信データを喪失することを防止できる。その結果、再送機能により確実にデータを受信して、受信データの欠落によるデータ品質の低下を防止することが可能となる。

図８は、本発明の実施例に係る特定信号廃棄モードにおけるプロトコル処理部２２ｂの処理を示すフローチャートである。
図５に示したステップＳ５１０３に処理が移行すると、プロトコル処理部２２ｂは、特定信号廃棄モードの動作を開始する（ステップＳ８００）。

ステップＳ８０１において、プロトコル処理部２２ｂは、あらかじめ設定された１又は２以上の信号（以下、「廃棄信号群」という）と受信データに係る信号（以下、「受信信号」という）とを比較して一致する信号があるか否かを判別する。

受信信号と一致する信号が廃棄信号群にある場合、プロトコル処理部２２ｂは、処理をステップＳ８０２に移行して受信データを破棄する。そして、ステップＳ８０３に移行して処理を終了する。

一方、ステップＳ８０１において、受信信号と一致する信号が廃棄信号群にない場合、プロトコル処理部２２ｂは、処理をステップＳ８０４に移行する。
ステップＳ８０４において、プロトコル処理部２２ｂは、受信データに対するデータ受信応答を返信する。そして、ステップＳ８０５に移行し、所定のプロトコルにしたがって受信データを処理してアプリケーション処理部２２ａへ送信する。そして、ステップＳ８０６に移行して処理を終了する。

以上に説明したように、特定信号廃棄モードにおけるプロトコル処理部２２ｂは、特定の信号の係るデータを廃棄することによって、アプリケーション処理部２２ａにおけるデータ受信処理の負荷を軽減し、例えば、アプリケーション処理部２２ａの処理能力がプロトコル処理部２２ｂの処理能力に劣るため、データを格納するメモリが確保できなくなってしまいデータが破棄されることを防止できる（プロトコル処理部２２ｂ−アプリケーション処理部２２ａ間で受信データを喪失することを防止できる）。

その結果、再送機能により確実にデータを受信して、受信データの欠落によるデータ品質の低下を防止することが可能となる。
図９は、本発明の実施例に係る特定信号許容モードにおけるプロトコル処理部２２ｂの処理を示すフローチャートである。

図５に示したステップＳ５１０４に処理が移行すると、プロトコル処理部２２ｂは、特定信号許可モードの動作を開始する（ステップＳ９００）。
ステップＳ９０１において、プロトコル処理部２２ｂは、あらかじめ設定された１又は２以上の信号（以下、「許可信号群」という）と受信信号とを比較して一致する信号があるか否かを判別する。

受信信号と一致する信号が許可信号群にある場合、プロトコル処理部２２ｂは、処理をステップＳ９０２に移行する。
ステップＳ９０２において、プロトコル処理部２２ｂは、受信データに対するデータ受信応答を返信する。そして、ステップＳ９０３に移行し、所定のプロトコルにしたがって受信データを処理してアプリケーション処理部２２ａへ送信する。そして、ステップＳ９０４に移行して処理を終了する。

一方、ステップＳ９０１において、受信信号と一致する信号が許可信号群にない場合、プロトコル処理部２２ｂは、処理をステップＳ９０５に移行して受信データを破棄する。そして、ステップＳ８０３に移行して処理を終了する。

以上に説明したように、特定信号許可モードにおけるプロトコル処理部２２ｂは、特定の信号の係るデータ以外を廃棄することによって、アプリケーション処理部２２ａにおけるデータ受信処理の負荷を軽減し、例えば、アプリケーション処理部２２ａの処理能力がプロトコル処理部２２ｂの処理能力に劣るため、データを格納するメモリが確保できなくなってしまいデータが破棄されることを防止できる（プロトコル処理部２２ｂ−アプリケーション処理部２２ａ間で受信データを喪失することを防止できる）。

その結果、再送機能により確実にデータを受信して、受信データの欠落によるデータ品質の低下を防止することが可能となる。
また、図７〜図９に示した制御モードによる処理は、アプリケーション処理部２２ａに再送制御機能を新たに設けなくても信頼したデータ通信を行なうことが可能となる。

また、本発明に係る通信装置２２は、複数の制御モード（＄１、＄２、＄３、＄４、・・・）を選択的に使用することで、信頼性を保つために最適な再送制御を行なうことが可能となる。

ＴＣＰ等を利用した再送処理によりデータ品質を保つシステムにおいて、再送処理により品質保証がされたデータを処理するデータ処理部（アプリケーション処理部）が処理性能を超過したデータ処理を行なう場合に、再送処理部（プロトコル処理部）に対して制御を行なうことで、データ処理部における最終的な品質を確保することが可能となる。

ここで、以上に説明してきた通信装置２２は、図２に示した構成に限定されない。以下、図１０及び図１１に通信装置２２の変形例を示す。
図１０に示す通信装置１００は、通信装置１０１と通信装置１０２とを備える装置であり、通信装置１０１と通信装置１０２とは通信可能に接続されている。

通信装置１０１は、データ通信を行なうアプリケーション処理部１０１ａと、任意のコンピュータ間での通信を可能にするとともに送信データを保証するプロトコル処理部１０１ｂと、ネットワーク上の電気的な信号を電子データに変換するとともにコンピュータ間におけるデータの伝送を可能にするインターフェース１０１ｃと、通信装置１０２との通信用インターフェース１０１ｄと、を備える。

通信装置１０２は、データ通信を行なうアプリケーション処理部１０２ａと、通信装置１０１との通信用インターフェース１０２ｂと、を備え、アプリケーション処理部１０２ａは、図２に示した閾値管理部２２ｄと再送プロトコル制御部２２ｅとプロトコル管理テーブル２２ｆとを備える。

通信装置１０２が通信先装置２１と通信を行なう場合、アプリケーション処理部１０２ａはインターフェース１０２ｂ及び１０１ｄを介してプロトコル処理部１０１ｂにデータを送信する。プロトコル処理部１０１ｂは、所定のプロトコルにしたがってデータを処理した後、インターフェース１０１ｃ、通信網２３を介して通信先装置２１にデータを送信する。

また、プロトコル処理部１０１ｂが、通信先装置２１からデータを受信すると、所定のプロトコルにしたがってデータを処理した後、インターフェース１０１ｄ及び１０２ｂを介してアプリケーション処理部１０２ａにデータを送信する。

したがって、図１０に示した構成（アプリケーション処理部２１ａと１０２ｂ）のデータ通信も図３〜図９に示した処理にしたがって行なわれる。
図１１に示す通信装置１１０は、データ通信を行なうアプリケーション処理部１１０ａと、任意のコンピュータ間での通信を可能にするとともに送信データを保証するプロトコル処理部１１０ｂと、ネットワーク上の電気的な信号を電子データに変換するとともにコンピュータ間におけるデータの伝送を可能にするインターフェース１１０ｃと、を備え、アプリケーション処理部１１０ａは、図２に示した閾値管理部２２ｄと再送プロトコル制御部２２ｅとプロトコル管理テーブル２２ｆとを備える。

なお、図１１に示す通信装置１１０は、２つのプロトコル処理部１１０ｂを備える。
通信装置１１０が通信先装置２１と通信を行なう場合、アプリケーション処理部１１０ａは、いずれかのプロトコル処理部１１０ａに対してデータを送信する。そして、データを受信したプロトコル処理部１１０ａは、所定のプロトコル処理にしたがってデータを処理した後、インターフェース１１０ｃ及び通信網２３を介して通信先装置２１にデータを送信する。

また、通信先装置２１からデータを受信したプロトコル処理部１１０ｂは、所定のプロトコルにしたがってデータを処理した後、アプリケーション処理部１１０ａにデータを送信する。
したがって、図１１に示した構成のデータ通信も図３〜図９に示した処理にしたがって行なわれる。

（付記１） 通信先装置とデータ通信を行うアプリケーション処理部と、該アプリケーション処理部からの指示に応じてデータの送受信を行って、前記通信先装置に送信したデータに対する受信応答を一定期間内に受信しない時には該通信先装置に対して再度データを送信するプロトコル処理部とを有する通信装置であって、
前記プロトコル処理部は、
前記通信先装置からデータを受信すると該データに対する受信応答を送信するとともに、該データを前記アプリケーション処理部に受け渡す第１のデータ通知部と、
前記通信先装置からデータを受信すると該データを前記アプリケーション処理部に受け渡し、該アプリケーション処理部の指示に応じて前記データに対する受信応答を送信する第２のデータ通知部と、
を備え、
前記アプリケーション処理部は、
前記第１のデータ通知部から受け渡されるデータに基づく送受信処理の負荷を監視し、該負荷が所定の負荷を超えると前記第１のデータ通知部から前記第２のデータ通知部に切り替える負荷監視処理部と、
前記第２のデータ通知部からデータを受け渡されると、該受け渡されたデータに対する受信応答を送信するように前記第２のデータ通知部に指示する受信応答処理部と、
を備える通信装置。
（付記２） 通信先装置に関する情報である接続組情報を該通信先装置から取得して前記アプリケーション処理部に通知する接続組情報通知部をさらに備え、
前記受信応答処理部は、前記接続組情報を参照して受信応答の送信先を決定し、該送信先に受信応答を送信するように前記第２のデータ通知部に指示する、
ことを特徴とする付記１に記載の通信装置。
（付記３） 前記受信処理の負荷には、前記第１のデータ通知部から受け渡される単位時間あたりのデータ量を使用する、
ことを特徴とする付記１に記載の通信装置。
（付記４） 通信先装置とデータ通信を行うアプリケーション処理部と、該アプリケーション処理部からの指示に応じてデータの送受信を行って、前記通信先装置に送信したデータに対する受信応答を一定期間内に受信しない時には該通信先装置に対して再度データを送信して送信データを保証するプロトコル処理部とを有する通信装置であって、
前記プロトコル処理部は、
前記通信先装置からデータを受信すると該データに対する受信応答を送信するとともに、該データを前記アプリケーション処理部に受け渡す第１のデータ通知部と、
前記通信先装置からデータを受信すると所定の規則にしたがって該データを破棄する第２のデータ通知部と、
を備え、
前記アプリケーション処理部は、
前記第１のデータ通知部から受け渡されるデータに基づく送受信処理の負荷を監視し、該負荷が所定の負荷を超えると前記第１のデータ通知部から前記第２のデータ通知部に切り替える負荷監視処理部と、
を備える通信装置。
（付記５） 前記受信処理の負荷には、前記第１のデータ通知部から受け渡される単位時間あたりのデータ量を使用する、
ことを特徴とする付記４に記載の通信装置。
（付記６） 前記第２のデータ通知部は、
前記通信先装置からデータを受信すると該データに基づく送受信処理の負荷を算出し、該算出した負荷が所定の負荷以下の場合に前記データを前記アプリケーション処理部に受け渡し、前記算出した負荷が前記所定の負荷より大きい場合に前記データを破棄する、
ことを特徴とする付記４に記載の通信装置。
（付記７） 前記第２のデータ通知部は、
前記通信先装置からデータを受信すると該データと所定のデータとを比較し、該比較の結果が一致した場合に前記データを破棄し、前記比較の結果が一致しない場合に前記データを前記アプリケーション処理部に受け渡す、
ことを特徴とする付記４に記載の通信装置。
（付記８） 前記第２のデータ通知部は、
前記通信先装置からデータを受信すると該データと所定のデータとを比較し、該比較の結果が一致した場合に前記データを前記アプリケーション処理部に受け渡し、前記比較の結果が一致しない場合に前記データを破棄する、
ことを特徴とする付記４に記載の通信装置。
（付記９） 前記所定のデータは、
該データが持つデータの一部に対して比較を行うことを特徴とする、付記７及び付記８に記載の通信装置。
（付記１０） 通信先装置とデータ通信を行うアプリケーション処理部と、該アプリケーション処理部からの指示に応じてデータの送受信を行って、前記通信先装置に送信したデータに対する受信応答を一定期間内に受信しない時には該通信先装置に対して再度データを送信して送信データを保証するプロトコル処理部とによって行うデータ通信方法であって、
前記プロトコル処理部には、
前記通信先装置からデータを受信すると該データに対する受信応答を送信するとともに、該データを前記アプリケーション処理部に受け渡す第１のデータ通知処理と、
前記通信先装置からデータを受信すると該データを前記アプリケーション処理部に受け渡し、該アプリケーション処理部の指示に応じて前記データに対する受信応答を送信する第２のデータ通知処理と、
のいずれかを実行させ、
前記アプリケーション処理部には、
前記第１のデータ通知処理によって受け渡されるデータに基づく送受信処理の負荷を監視し、該負荷が所定の負荷を超えると前記第１のデータ通知処理から前記第２のデータ通知処理に切り替える負荷監視処理と、
前記第２のデータ通知処理によってデータを受け渡されると、該受け渡されたデータに対する受信応答を送信するように前記第２のデータ通知処理を行わせる受信応答処理と、
を実行させるデータ通信方法。
（付記１１） 通信先装置に関する情報である接続組情報を該通信先装置から取得して前記アプリケーション処理部に通知する接続組情報通知処理を前記プロトコル処理部にさらに実行させ、
前記受信応答処理は、前記接続組情報を参照して受信応答の送信先を決定し、該送信先に対して前記第２のデータ通知処理を実行する、
ことを特徴とする付記１０に記載のデータ通信方法。
（付記１２） 前記受信処理の負荷には、前記第１のデータ通知処理によって受け渡される単位時間あたりのデータ量を使用する、
ことを特徴とする付記１０に記載のデータ通信方法。

本発明の実施例に係る通信装置の概要を説明する図である。 本発明の実施例に係るデータ通信システムの構成例を示す図である。 本発明の実施例に係るデータ通信システムにおける通信処理の概要を示す図である。 本発明の実施例に係る通信装置におけるアプリケーション処理部の処理を示すフローチャートである。 本発明の実施例に係る通信装置におけるプロトコル処理部の処理を示すフローチャートである。 本発明の実施例に係るデータ受信応答上位返送モードにおけるプロトコル処理部の処理を示すフローチャートである。 本発明の実施例に係る伝送性能制限モードにおけるプロトコル処理部の処理を示すフローチャートである。 本発明の実施例に係る特定信号廃棄モードにおけるプロトコル処理部の処理を示すフローチャートである。 本発明の実施例に係る特定信号許容モードにおけるプロトコル処理部の処理を示すフローチャートである。 本発明の実施例に係る通信装置の構成の変形例を示す図である。 本発明の実施例に係る通信装置の構成の変形例を示す図である。 従来のデータ通信システムの構成例を示す図である。 従来のデータ通信システムにおける通信処理の概要を示す図である。

符号の説明

２１ 通信先装置
２１ａ アプリケーション処理部
２１ｂ プロトコル処理部
２１ｃ インターフェース
２２ 通信装置
２２ａ アプリケーション処理部
２２ｂ プロトコル処理部
２２ｃ インターフェース
２２ｄ 閾値管理部
２２ｅ 再送プロトコル制御部
２２ｆ プロトコル管理テーブル

Claims (10)

1. 通信先装置とデータ通信を行うアプリケーション処理部と、該アプリケーション処理部からの指示に応じてデータの送受信を行って、前記通信先装置に送信したデータに対する受信応答を一定期間内に受信しない時には該通信先装置に対して再度データを送信するプロトコル処理部とを有する通信装置であって、
   前記プロトコル処理部は、
   前記通信先装置からデータを受信すると該データに対する受信応答を送信するとともに、該データを前記アプリケーション処理部に受け渡す第１のデータ通知部と、
   前記通信先装置からデータを受信すると該データを前記アプリケーション処理部に受け渡し、該アプリケーション処理部の指示に応じて前記データに対する受信応答を送信する第２のデータ通知部と、
   を備え、
   前記アプリケーション処理部は、
   前記第１のデータ通知部から受け渡されるデータに基づく送受信処理の負荷を監視し、該負荷が所定の負荷を超えると前記第１のデータ通知部から前記第２のデータ通知部に切り替える負荷監視処理部と、
   前記第２のデータ通知部からデータを受け渡されると、該受け渡されたデータに対する受信応答を送信するように前記第２のデータ通知部に指示する受信応答処理部と、
   を備える通信装置。
2. 通信先装置に関する情報である接続組情報を該通信先装置から取得して前記アプリケーション処理部に通知する接続組情報通知部をさらに備え、
   前記受信応答処理部は、前記接続組情報を参照して受信応答の送信先を決定し、該送信先に受信応答を送信するように前記第２のデータ通知部に指示する、
   ことを特徴とする請求項１に記載の通信装置。
3. 前記受信処理の負荷には、前記第１のデータ通知部から受け渡される単位時間あたりのデータ量を使用する、
   ことを特徴とする請求項１に記載の通信装置。
4. 通信先装置とデータ通信を行うアプリケーション処理部と、該アプリケーション処理部からの指示に応じてデータの送受信を行って、前記通信先装置に送信したデータに対する受信応答を一定期間内に受信しない時には該通信先装置に対して再度データを送信して送信データを保証するプロトコル処理部とを有する通信装置であって、
   前記プロトコル処理部は、
   前記通信先装置からデータを受信すると該データに対する受信応答を送信するとともに、該データを前記アプリケーション処理部に受け渡す第１のデータ通知部と、
   前記通信先装置からデータを受信すると所定の規則にしたがって該データを破棄する第２のデータ通知部と、
   を備え、
   前記アプリケーション処理部は、
   前記第１のデータ通知部から受け渡されるデータに基づく送受信処理の負荷を監視し、該負荷が所定の負荷を超えると前記第１のデータ通知部から前記第２のデータ通知部に切り替える負荷監視処理部と、
   を備える通信装置。
5. 前記受信処理の負荷には、前記第１のデータ通知部から受け渡される単位時間あたりのデータ量を使用する、
   ことを特徴とする請求項４に記載の通信装置。
6. 前記第２のデータ通知部は、
   前記通信先装置からデータを受信すると該データに基づく送受信処理の負荷を算出し、該算出した負荷が所定の負荷以下の場合に前記データを前記アプリケーション処理部に受け渡し、前記算出した負荷が前記所定の負荷より大きい場合に前記データを破棄する、
   ことを特徴とする請求項４に記載の通信装置。
7. 前記第２のデータ通知部は、
   前記通信先装置からデータを受信すると該データと所定のデータとを比較し、該比較の結果が一致した場合に前記データを破棄し、前記比較の結果が一致しない場合に前記データを前記アプリケーション処理部に受け渡す、
   ことを特徴とする請求項４に記載の通信装置。
8. 前記第２のデータ通知部は、
   前記通信先装置からデータを受信すると該データと所定のデータとを比較し、該比較の結果が一致した場合に前記データを前記アプリケーション処理部に受け渡し、前記比較の結果が一致しない場合に前記データを破棄する、
   ことを特徴とする請求項４に記載の通信装置。
9. 前記所定のデータは、
   該データが持つデータの一部に対して比較を行うことを特徴とする、請求項７及び請求項８に記載の通信装置。
10. 通信先装置とデータ通信を行うアプリケーション処理部と、該アプリケーション処理部からの指示に応じてデータの送受信を行って、前記通信先装置に送信したデータに対する受信応答を一定期間内に受信しない時には該通信先装置に対して再度データを送信して送信データを保証するプロトコル処理部とによって行うデータ通信方法であって、
    前記プロトコル処理部には、
    前記通信先装置からデータを受信すると該データに対する受信応答を送信するとともに、該データを前記アプリケーション処理部に受け渡す第１のデータ通知処理と、
    前記通信先装置からデータを受信すると該データを前記アプリケーション処理部に受け渡し、該アプリケーション処理部の指示に応じて前記データに対する受信応答を送信する第２のデータ通知処理と、
    のいずれかを実行させ、
    前記アプリケーション処理部には、
    前記第１のデータ通知処理によって受け渡されるデータに基づく送受信処理の負荷を監視し、該負荷が所定の負荷を超えると前記第１のデータ通知処理から前記第２のデータ通知処理に切り替える負荷監視処理と、
    前記第２のデータ通知処理によってデータを受け渡されると、該受け渡されたデータに対する受信応答を送信するように前記第２のデータ通知処理を行わせる受信応答処理と、
    を実行させるデータ通信方法。

Images