(57)【要約】【課題】再送不要なパケットの再送処理を抑止し、パケットの配信遅延やパケット転送量の増加によるネットワーク負荷の増大を防止可能なパケット再生方法を提供する。【解決手段】データ送信部１からウィンドウサイズ分の複数の送信パケット１〜６を連続的に受信するデータ受信部２が、送信してきたパケットを異常受信によるパケット抜けを検知した場合、ウィンドウサイズ分のパケット受信時又は予め定めた確認応答返信待ちタイマ２０１のタイムアウト時にデータ送信部１に返信する１つの確認応答の中に、パケット抜けが発生したパケット以前の正常受信した送信パケット１、２の個数２と、前記パケット抜けが発生した送信パケット３の通番以降の送信パケットそれぞれに関する正常受信／異常受信の情報とを含ませて返送し、データ送信部１が異常受信となった通番の送信パケット３、５のみを、再送パケット３  １０３ｐｒ、５  １０５ｐｒとして再送する。【選択図】図３
2007053588.tif 000002
【特許請求の範囲】
【請求項１】
データ送信側が、ウィンドウ制御を用いて複数のパケットをネットワークを介してデータ受信側に連続的に送信する場合において、前記データ受信側が、前記ネットワークを介して連続的に送信してきたパケットを正常に受信したか否かを前記データ送信側に通知する確認応答を返信する際に、異常受信してパケット抜けを検知していた場合に、返信する１つの確認応答の中に、パケット抜けが発生したパケット以前の正常受信したパケットの個数と、前記パケット抜けが発生したパケットの通番以降の１乃至複数のパケットそれぞれに関する正常受信／異常受信の情報とを含ませて返送することにより、前記データ送信側は、前記データ受信側で異常受信となった通番のパケットのみを再送することを特徴とするパケット再送方式。
【請求項２】
前記データ受信側が、通番の順序よりも更に老番側の通番のパケットを受信した場合、ただちには前記データ送信側にパケット抜けを示す確認応答を返送することなく、後続のパケットの受信処理を継続し、先に受信されていた前記老番側の通番のパケットによりも遅れて弱番側のパケットを正常に受信し、受信パケットの通番の入れ替え処理により、受信すべきパケットがすべて揃っていることが判明した場合、前記データ送信側に対して、正常に受信した旨の確認応答を返送することを特徴とする請求項１に記載のパケット再送方式。
【請求項３】
前記データ受信側が、前記確認応答を前記データ送信側に返送するタイミングが、ウィンドウサイズ分のパケット数を受信した場合、又は、確認応答を未返送の最初のパケットを受信してから予め定めた時間経過した場合のいずれかであることを特徴とする請求項１又は２に記載のパケット再送方式。
【請求項４】
前記データ受信側において、前記データ送信側に送信すべき送信パケットが存在していた場合、前記確認応答を、前記データ送信側に送信すべき前記送信パケットに相乗りさせて、前記データ送信側に返送することを特徴とする請求項１乃至３のいずれかに記載のパケット再送方式。
【請求項５】
前記確認応答により、前記データ送信側が、前記データ受信側との間で前記ネットワークを介して送受信されたパケットそれぞれの正常受信／異常受信を時間帯別に把握して、前記データ受信側に対するパケットの送信時間帯を調整可能とすることを特徴とする請求項１乃至４のいずれかに記載のパケット再送方式。
【請求項６】
データ送信部が、ウィンドウ制御を用いて複数のパケットをネットワークを介してデータ受信部に連続的に送信する場合において、前記データ受信部が、前記ネットワークを介して連続的に送信してきたパケットを正常に受信したか否かを前記データ送信部に通知する確認応答を返信する際に、異常受信してパケット抜けを検知していた場合に、返信する１つの確認応答の中に、パケット抜けが発生したパケット以前の正常受信したパケットの個数と、前記パケット抜けが発生したパケットの通番以降の１乃至複数のパケットそれぞれに関する正常受信／異常受信の情報とを含ませて返送することにより、前記データ送信部が、前記データ受信部で異常受信となった通番のパケットのみを再送することを特徴とするパケット再送システム。
【請求項７】
前記データ受信部が、通番の順序よりも更に老番側の通番のパケットを受信した場合、ただちには前記データ送信部にパケット抜けを示す確認応答を返送することなく、後続のパケットの受信処理を継続し、先に受信されていた前記老番側の通番のパケットにより逆転されていた弱番側のパケットを正常に受信して、受信パケットの通番の入れ替え処理により受信すべきパケットがすべて揃っていることが判明した場合、前記データ送信部に対して、正常に受信した旨の確認応答を返送することを特徴とする請求項６に記載のパケット再送システム。
【請求項８】
前記データ受信部が、前記確認応答を前記データ送信部に返送するタイミングが、ウィンドウサイズ分のパケット数を受信した場合、又は、確認応答を未返送の最初のパケットを受信してから予め定めた時間経過した場合のいずれかであることを特徴とする請求項６又は７に記載のパケット再送システム。
【請求項９】
前記データ受信部において、前記データ送信部に送信すべき送信パケットが存在していた場合、前記確認応答を、前記データ送信部に送信すべき前記送信パケットに相乗りさせて、前記データ送信部に対して返送することを特徴とする請求項６乃至８のいずれかに記載のパケット再送システム。
【請求項１０】
前記確認応答により、前記データ送信部が、前記データ受信部との間で前記ネットワークを介して送受信されたパケットそれぞれの正常受信／異常受信を時間帯別に把握して、前記データ受信側に対するパケットの送信時間帯を調整可能とすることを特徴とする請求項６乃至９のいずれかに記載のパケット再送システム。
【請求項１１】
請求項１乃至５のいずれかに記載のパケット再生方法を、コンピュータにより実行可能なプログラムとして実現することを特徴とするパケット再送プログラム。
【請求項１２】
請求項１１に記載のパケット再生プログラムを、コンピュータにより読み出し可能な記録媒体に記録することを特徴とするプログラム記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パケット再送方式、パケット再送システム、パケット再送プログラム及びプログラム記録媒体に関し、特に、パケットの配送遅延やネットワーク負荷の増大を防止可能なパケット再送方式、パケット再送システム、パケット再送プログラム及びプログラム記録媒体に関する。
【背景技術】
【０００２】
従来、短周期かつ確実性を必要とするデータの送受信においては、同時に受信可能なパケット数を規定するウィンドウサイズを用いたフロー制御方式が採用されてきた。これにより、特許文献１の特開２０００−０７８１１８号公報「自動再送要求データ伝送方法」や特許文献２の再特ＷＯ０１／０９９３５５号公報「パケット再送システム及びパケット再送方法」に記載のように、送信側は、一度に、複数のパケットの連続的な送信が可能となり、また、受信側は、ウィンドウサイズ内で連続送信されてきたパケットのうち、どのパケットまで受信したかを示す確認応答を送信側に返送することにより、効率的で確実なデータの送受信が可能であった。
【特許文献１】特開２０００−０７８１１８号公報（第６−７頁）
【特許文献２】再特ＷＯ０１／０９９３５５号公報（第２５−２６頁）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来のこのような方法においては、確認応答はどのパケットまでが正しく届いたかという情報しか送信側に通知していない。このため、或る１個のパケット抜けが発生した場合であっても、抜けたパケット以降、正常に届いていたパケットについても、送信側は、再送を行う必要があった。
【０００４】
また、送信パケットの順番がネットワーク上で入れ替わった場合、たとえ、順番が入れ替わっただけで、全パケットが正常に届いていたとしても、受信側は、パケット抜けが発生したものとして、順番が入れ替わった以降のパケットの再送を送信側に要求していた。
【０００５】
その結果、再送不要なパケットについても再送処理が行われて、パケットの配信遅延やパケット転送量の増加によるネットワーク負荷の増大を誘発していた。
【０００６】
そこで、本発明の目的は、斯かるデータ送受信側の再送パケット処理負荷やネットワーク負荷の増大、また、パケット配信遅延の発生といった問題を解決するためのパケットの再送方式を提供することにある。
【課題を解決するための手段】
【０００７】
前述の課題を解決するため、本発明によるパケット再送方式、パケット再送システム、パケット再送プログラム及びプログラム記録媒体は、次のような特徴的な構成を採用している。
【０００８】
（１）データ送信側が、ウィンドウ制御を用いて複数のパケットをネットワークを介してデータ受信側に連続的に送信する場合において、前記データ受信側が、前記ネットワークを介して連続的に送信してきたパケットを正常に受信したか否かを前記データ送信側に通知する確認応答を返信する際に、異常受信してパケット抜けを検知していた場合に、返信する１つの確認応答の中に、パケット抜けが発生したパケット以前の正常受信したパケットの個数と、前記パケット抜けが発生したパケットの通番以降の１乃至複数のパケットそれぞれに関する正常受信／異常受信の情報とを含ませて返送することにより、前記データ送信側は、前記データ受信側で異常受信となった通番のパケットのみを再送するパケット再送方式。
（２）前記データ受信側が、通番の順序よりも更に老番側の通番のパケットを受信した場合、ただちには前記データ送信側にパケット抜けを示す確認応答を返送することなく、後続のパケットの受信処理を継続し、先に受信されていた前記老番側の通番のパケットによりも遅れて弱番側のパケットを正常に受信し、受信パケットの通番の入れ替え処理により、受信すべきパケットがすべて揃っていることが判明した場合、前記データ送信側に対して、正常に受信した旨の確認応答を返送する上記（１）のパケット再送方式。
（３）前記データ受信側が、前記確認応答を前記データ送信側に返送するタイミングが、ウィンドウサイズ分のパケット数を受信した場合、又は、確認応答を未返送の最初のパケットを受信してから予め定めた時間経過した場合のいずれかである上記（１）又は（２）のパケット再送方式。
（４）前記データ受信側において、前記データ送信側に送信すべき送信パケットが存在していた場合、前記確認応答を、前記データ送信側に送信すべき前記送信パケットに相乗りさせて、前記データ送信側に返送する上記（１）乃至（３）のいずれかのパケット再送方式。
（５）前記確認応答により、前記データ送信側が、前記データ受信側との間で前記ネットワークを介して送受信されたパケットそれぞれの正常受信／異常受信を時間帯別に把握して、前記データ受信側に対するパケットの送信時間帯を調整可能とする上記（１）乃至（４）のいずれかのパケット再送方式。
（６）データ送信部が、ウィンドウ制御を用いて複数のパケットをネットワークを介してデータ受信部に連続的に送信する場合において、前記データ受信部が、前記ネットワークを介して連続的に送信してきたパケットを正常に受信したか否かを前記データ送信部に通知する確認応答を返信する際に、異常受信してパケット抜けを検知していた場合に、返信する１つの確認応答の中に、パケット抜けが発生したパケット以前の正常受信したパケットの個数と、前記パケット抜けが発生したパケットの通番以降の１乃至複数のパケットそれぞれに関する正常受信／異常受信の情報とを含ませて返送することにより、前記データ送信部が、前記データ受信部で異常受信となった通番のパケットのみを再送するパケット再送システム。
（７）前記データ受信部が、通番の順序よりも更に老番側の通番のパケットを受信した場合、ただちには前記データ送信部にパケット抜けを示す確認応答を返送することなく、後続のパケットの受信処理を継続し、先に受信されていた前記老番側の通番のパケットにより逆転されていた弱番側のパケットを正常に受信して、受信パケットの通番の入れ替え処理により受信すべきパケットがすべて揃っていることが判明した場合、前記データ送信部に対して、正常に受信した旨の確認応答を返送する上記（６）のパケット再送システム。
（８）前記データ受信部が、前記確認応答を前記データ送信部に返送するタイミングが、ウィンドウサイズ分のパケット数を受信した場合、又は、確認応答を未返送の最初のパケットを受信してから予め定めた時間経過した場合のいずれかである上記（６）又は（７）のパケット再送システム。
（９）前記データ受信部において、前記データ送信部に送信すべき送信パケットが存在していた場合、前記確認応答を、前記データ送信部に送信すべき前記送信パケットに相乗りさせて、前記データ送信部に対して返送する上記（６）乃至（８）のいずれかのパケット再送システム。
（１０）前記確認応答により、前記データ送信部が、前記データ受信部との間で前記ネットワークを介して送受信されたパケットそれぞれの正常受信／異常受信を時間帯別に把握して、前記データ受信側に対するパケットの送信時間帯を調整可能とする上記（６）乃至（９）のいずれかのパケット再送システム。
（１１）上記（１）乃至（５）のいずれかのパケット再生方法を、コンピュータにより実行可能なプログラムとして実現するパケット再送プログラム。
（１２）上記（１１）のパケット再生プログラムを、コンピュータにより読み出し可能な記録媒体に記録するプログラム記録媒体。
【発明の効果】
【０００９】
本発明のパケット再送方式、パケット再送システム、パケット再送プログラム及びプログラム記録媒体によれば、以下のような効果を奏することができる。
【００１０】
第１の効果は、受信した複数のパケットについて、抜けが発生したパケット以降の通番の個々のパケットの到達状況を１つの確認応答に含めて返送するので、送信側は、ウィンドウサイズ内で送信したパケットのうち受信側に正常に届かなかったパケットを特定することができ、正常に届かなかったパケットのみを再送することが可能となる。
【００１１】
この結果として、正常に届かなかった最初のパケット以降の全パケットを再送する必要がある従来の方法に比べ、再送パケット数を減らすことができ、ネットワーク負荷を低減することが可能になる。また、確認応答として全パケットの到達状況を通知する方法に比べて、正常に届かなかった最初のパケット以降の通番の到達状況のみを通知することにより、確認応答の情報量は減少し、処理の高速化も図ることができる。ウィンドウサイズが大きくなり、一度に連続的に送受信するパケット数が大きくなればなるほど、その効果は大きい。
【００１２】
第２の効果は、ネットワーク内でパケットの順番が逆転して受信側に届いた場合、パケット抜けが発生したとして、直ちには、送信側に再送を要求する確認応答を返信することなく、予め定めた時間内は、後続のパケットの受信を待ち合わせるので、順番が入れ替わったパケットが後続して正常に届いた時点で、受信側は、パケットの順番の入れ替え処理を行うだけで、送信側に再送を要求する必要がなくなる。
【００１３】
この結果、パケットの受信順番が逆転した場合に、直ちに送信側に再送要求の確認応答を返信し、再送処理を行う従来の方法に比べ、不要な再送処理を減らすことができる。
【００１４】
第３の効果は、前述のような確認応答を送信パケットに相乗りさせて送信することを可能としているので、ネットワーク上を流れるパケット数を削減することができ、かつ、確認応答の返信頻度を向上させることもできる。
【００１５】
この結果、送信パケットと確認応答を別個に送信する方法に比べ、ネットワーク上の負荷を低減することが可能であり、パケットの転送遅延の発生を軽減することができる。
【００１６】
第４の効果は、データ送信側において、データ受信側でのパケットごとの正常受信／異常受信（到達／未達も含む）の確率を、パケット到達率として、送信時間帯別に把握することができるので、データ送信側からデータ受信側へのパケット送信時間帯をきめ細かく調整することができる。
【００１７】
この結果、データ送信側は、パケット到達率が最も高い時間帯を選択して、再送頻度が少なく、より効率的なパケット送信を行うことができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明によるパケット再送方式、パケット再送システム、パケット再送プログラム及びプログラム記録媒体の好適実施形態例について、添付図を参照しながら説明する。なお、以下の実施形態に説明においては、本発明によるパケット再送方式について詳細に説明するが、斯かる説明により、本発明によるパケット再送システム、パケット再送プログラム及びプログラム記録媒体の実施形態についても、容易に想到することができるので、これらの説明については割愛する。
【００１９】
（実施例の構成）
図１は、本発明によるパケット再生方法を実現するデータ送受信部の構成の一例を示す機能ブロック図である。図１において、パケットの送信側であるデータ送信部１が、ウィンドウ制御を用いて、パケットの受信側であるデータ受信部２に対して、ネットワーク３を介してパケットを連続的に送信し、データ受信部２は、受信したパケットに関する確認応答を、データ送信部１に対して、ネットワーク３を介して送信することにより、データ送信部１は、送信パケットが正常にデータ受信部２に届いたか否かを確認することができる。
【００２０】
図１の機能ブロック図に示す構成例では、データ送信部１は、パケット送信制御部１１、パケット作成部１２、パケット送信部１３、送信待ちパケット保留部１４、送信ウィンドウ管理部１５、送信済みパケット保留部１６、確認応答待ち経過時間監視部１７、確認応答受信制御部１８、確認応答受信部１９、を少なくとも備えている。
【００２１】
ここで、パケット送信制御部１１は、パケットを送信するか否かパケットの送信動作の全体を制御するものであり、パケット作成部１２は、送信すべきデータを入力して送信パケットを作成するものである。パケット送信部１３は、パケット作成部１２で作成されたパケットを、パケット送信制御部１１の制御の基、ネットワーク３を介して送信するものである。
【００２２】
送信待ちパケット保留部１４は、パケット作成部１２で作成されたパケットのうちウィンドウサイズの関連で送信待ち状態となり、送信できなかったパケットを、パケット送信制御部１１の制御の基、保留するものである。送信ウィンドウ管理部１５は、送信可能なウィンドウサイズを管理するものであり、パケット送信制御部１１に対して、送信済みパケット数が送信側のウィンドウサイズに達したか否かを通知する。
【００２３】
送信済みパケット保留部１６は、パケット送信制御部１１の制御の基、データ受信部２側から確認応答が返送されてくるまで既に送信したパケットを保留するものである。確認応答待ち経過時間監視部１７は、パケット送信制御部１１の制御の基、確認応答受信待ちタイマ１０１を管理し、送信したパケットに対するデータ受信部２側からの確認応答の待ち時間を管理するものである。確認応答受信部１９は、ネットワーク３を介してデータ受信部２側からの確認応答を受信するものである。
【００２４】
確認応答受信制御部１８は、データ受信部２側から確認応答受信部１９により確認応答を受信した際に、パケット送信制御部１１の制御の基、送信済みパケット保留部１６に保留されている確認応答に対応する処理を行うと共に、ウィンドウサイズの関連で送信待ちパケット保留部１４にて保留されている送信待ちパケットやパケット作成部１２で新たに作成された送信パケットに関する送信処理をパケット送信制御部１１に通知するものである。
【００２５】
一方、図１のデータ受信部２は、パケット受信制御部２１、パケット受信部２２、データ処理部２３、受信ウィンドウ管理部２４、確認応答返信待ち経過時間監視部２５、確認応答送信制御部２６、確認応答送信部２７を少なくとも備えている。
【００２６】
ここで、パケット受信制御部２１は、パケットの受信動作の全体を制御するものであり、パケット受信部２２は、パケット受信制御部２１の制御の基、ネットワーク３を介して、データ送信部１からネットワーク３を介して連続的に送信されてきたパケットを受信するものである。データ処理部２３は、パケット受信制御部２１の制御の基、受信したパケットの順番の入れ替えなどを行い、番号順に揃えて、元のデータに組み立てる処理を行うものである。
【００２７】
受信ウィンドウ管理部２４は、受信側のウィンドウサイズを管理し、パケットの受信状況を管理するものであり、パケット受信制御部２１に対して、受信済みパケット数が受信側のウィンドウサイズに達したか否かを通知する。確認応答返信待ち経過時間監視部２５は、パケット受信制御部２１の制御の基、確認応答返信待ちタイマ２０１を管理し、確認応答の返信を行うまでの待ち時間を管理するものである。
【００２８】
確認応答送信制御部２６は、パケット受信制御部２１の制御の基、データ送信部１から受信したパケットに対して、確認応答を送信するか否かを制御するものである。確認応答送信部２７は、ネットワーク３を介してデータ送信部１側に確認応答を送信するものである。
【００２９】
図２は、本発明によるパケット再送方式において用いられる確認応答のフォーマットの一例を示すフォーマット図である。図２に示すように、本実施例における確認応答３００は、何番の通番までのパケットを正常に受信済みであるかをデータ送信部１側へ伝えるための受信確認通番３０１、本確認応答３００によってデータ送信部１側に対して正常に受信できなかったパケット以降のそれぞれのパケットに関する応答情報を何パケット分伝えるかを示すパケット情報数３０２、正常に受信できなかったパケット以降の通番の各パケットごとの正常受信／異常受信（到達／未達も含む）の応答情報を表すパケット到達状況３０３の情報を少なくとも含んでいる。
【００３０】
ここで、パケット到達状況３０３は、最初のパケットが正常に受信できなかった場合にも、異常受信となった最初のパケット以降、全ての通番に関するパケットの正常受信／異常受信の情報をデータ送信部１側に伝えることが可能なように、最大でウィンドウサイズ分の情報が必要となる。図２に示す例では、ウィンドウサイズがＮ（Ｎ：整数）の場合を示している。
【００３１】
（実施例の動作の説明）
次に、図３、図４を用いて、本発明によるパケット再送方式を適用した図１に示すデータ送信部１、データ受信部２の動作の一例について説明する。ここに、図３は、本発明によるパケット再送方式におけるパケットの送受信動作の一例を説明するためのシーケンス図であり、送信したパケットがデータ受信部２に未達になった場合におけるシーケンスの一例を示している。
【００３２】
また、図４は、本発明によるパケット再送方式におけるパケットの送受信動作の異なる例を説明するためのシーケンス図であり、データ受信部２側に到達したパケットの到着順番がネットワーク３内で入れ替わった時のシーケンスの一例を示している。なお、図３、４においては、データ送信部１とデータ受信部２との間に介在しているネットワーク３は、簡素化を図るために省略しており、また、図３ではウィンドウサイズＮが「６」の場合（即ち、パケットを連続して６個まで送信することが可能である場合）を、図４ではウィンドウサイズＮが「４」の場合を例にとって示している。
【００３３】
図３のシーケンス図では、データ送信部１では、送信パケット１  １０１ｐ、送信パケット２  １０２ｐ、…、送信パケット６  １０６ｐと、ウィンドウサイズが示す６個のパケットを、連続して、データ受信部２へネットワーク３を介して送信したものの、送信パケット３  １０３ｐと送信パケット５  １０５ｐとが、何らかの原因により、データ受信部２に未到着のため、データ受信部２からその旨を示す確認応答１  １０１rが、データ送信部１側にネットワーク３を介して返送されている場合を示している。
【００３４】
この確認応答１  １０１ｒを受信することにより、データ送信部１は、先に連続送信した６個の送信パケットのうち、送信パケット３  １０３ｐと送信パケット５  １０５ｐの２つの送信パケットの再送が必要であることを認識して、次のパケットの送信に先立って、この２つのパケット即ち再送パケット３  １０３ｐｒと再送パケット５  １０５ｐｒとを再度送信した後、次の送信パケット７  １０７ｐ、送信パケット８  １０８ｐを送信している。
【００３５】
一方、図４のシーケンス図では、データ送信部１で送信パケット１０  １１０ｐから送信パケット１３  １１３ｐまでと、ウィンドウサイズが示す４個のパケットを、連続して、データ受信部２へネットワーク３を介して送信したものの、送信パケット１１  １１１ｐと送信パケット１２  １１２ｐとの到達順番が、何らかの原因により入れ替わって、データ受信部２に到着したため、データ受信部２側では、到達順番の入れ替え処理をして、データ受信部２からは、全てのパケットを正しく受信した旨を示す確認応答３  １１３ｒが、データ送信部１側にネットワーク３を介して返送されている場合を示している。この確認応答３  １１３rを受信することにより、データ送信部１は、先に連続送信した４個の送信パケットが正常に受信されていることを認識して、次の送信パケット１４  １１４ｐを送信している。
【００３６】
次に、図１に示すデータ送信部１のパケット送信動作の一例について、図８のフローチャートを参照して、詳細に説明する。図８は、本発明によるパケット再送方式におけるパケットの送信動作の一例を説明するためのフローチャートである。
【００３７】
図８のフローチャートにおいて、まず、データ送信部１は、送信すべきパケットが入力されてきた場合、または、一度に送信可能なパケット数を示すウィンドウサイズの関連で、送信を保留していた送信保留パケットが存在している場合（ステップＳ１のＹＥＳ）、送信ウィンドウ管理部１５により、送信ウィンドウとしてまだ送信可能か否かを把握するため、データ受信部２側からの確認応答を受け取ることなく既に送信したパケット数（送信済みパケット数）の確認を行う（ステップＳ２）。
【００３８】
送信済みパケット数が、一度に送信できるパケット数即ちウィンドウサイズ以内である場合は（ステップＳ２のＹＥＳ）、次のパケットの送信が可能な状態であり、ネットワーク３を介してデータ受信部２に対してパケットを1個送信する処理を行う（ステップＳ３）。しかる後、送信済みパケット保留部１６は、送信したパケットに対する確認応答が返信されるまで送信済みパケットを保留すると共に、確認応答待ち経過時間監視部１７は、当該送信パケットに対する確認応答が届くまでの時間を監視するために予め定めた時間を計数する確認応答受信待ちタイマ１０１をスタートさせる。さらに、送信ウィンドウ管理部１５は、送信済みパケット数を１つ加算する。
【００３９】
一方、送信済みパケット数がウィンドウサイズにすでに達している場合には（ステップＳ２のＮＯ）、更なるパケットの送信を行うことができないため、送信待ちパケット保留部１４は、送信しようとするパケットを送信待ちパケットとして保留する（ステップＳ７）。
【００４０】
次に、パケットの送信処理後、または、パケットの保留処理後、確認応答受信部１９は、確認応答の受信確認を行う（ステップＳ４）。この結果、確認応答を受信した場合（ステップＳ４のＹＥＳ）、確認応答受信制御部１８は、受信した確認応答に該当する送信済みパケットのデータ受信部２側の到達状況を確認し、送信済みパケットに関する正常受信／異常受信を示す応答情報が含まれていた場合に、確認応答待ち経過時間監視部１７は、当該送信済みパケットに対する確認応答受信待ちタイマ１０１をクリアする。
【００４１】
ここで、もし、データ受信部２側への正常な到達が確認できず、再送の必要なパケットがあると判断された場合には（ステップＳ５のＹＥＳ）、送信済みパケット保留部１６により保留している送信済み保留パケットの中から、再送の必要なパケットに該当する送信済み保留パケットを取り出し、再送信処理の準備を行い（ステップＳ６）、ステップＳ３に戻って、パケットの再送信を行う。
【００４２】
一方、データ受信部２側での正常な到達確認ができたパケットに関しては、送信済みパケット保留部１６にて保留していた送信済み保留パケットを廃棄し（ステップＳ９）、ステップＳ１に復帰し、送信すべきパケットが存在しているか否かの判定処理に戻る。また、送信ウィンドウ管理部１５は、送信済みパケットのうち、正常な到達確認ができたパケット数を、送信済みパケット数から減算する。
【００４３】
しかし、データ受信部２側での正常な到達確認ができたパケットが存在していても、送信済みパケット数の減算処理を行わない場合も存在する。即ち、送信済み保留パケットのうち、データ受信部２側で正常なパケット受信ができず、正常な到達確認ができなかったパケットが１個でも存在していた場合には、正常な到達確認ができなかったパケット以降の通番のパケットに関しては、データ受信部２側でたとえ正常に到達が確認できたパケットがあったとしても、正常な到達確認ができなかったパケット以降については送信済みパケット数からの減算は行わない。
【００４４】
また、パケットの送信処理後、または、パケットの保留処理後、確認応答受信部１９が、確認応答を受信しなかった場合（ステップＳ４のＮＯ）、確認応答待ち経過時間監視部１７は、確認応答受信待ちタイマ１０１の確認を行う（ステップＳ８）。確認応答受信待ちタイマ１０１がタイムアウトとなった送信済み保留パケットが存在している場合は（ステップＳ８のＹＥＳ）、ステップＳ６に移行して、前述したデータ受信部２側への正常な到達が確認できなかった場合と同様に、再送の必要なパケットがあると判断して、送信済み保留パケットの中から、再送の必要なパケットに該当する送信済み保留パケットを取り出し、再送信処理の準備を行い、再送処理を行う。
【００４５】
一方、確認応答受信待ちタイマ１０１がタイムアウトする送信済み保留パケットが存在していない場合には（ステップＳ８のＮＯ）、ステップＳ１に復帰し、送信すべきパケットが存在しているか否かの判定処理に戻る。
【００４６】
次に、図１に示すデータ受信部２のパケット受信動作の一例について、図９のフローチャートを参照して、詳細に説明する。図９は、本発明によるパケット再送方式におけるパケットの受信動作の一例を説明するためのフローチャートである。
【００４７】
図９のフローチャートにおいて、まず、データ受信部２は、パケットの受信確認を行う（ステップＳ１１）。パケットが受信されていた場合（ステップＳ１１のＹＥＳ）、パケット受信部２２は、パケット受信制御部２１の制御により、パケットの受信処理を行い、データ受信部２３にて、受信パケットの到達順番の確認を行う。即ち、ネットワーク３にて、パケットの転送経路の違いなどの何らかの原因によりパケットの順番が入れ替わって届いているか否かの確認を行う（ステップＳ１２）。パケットの順番が入れ替わって届いていた場合には（ステップＳ１２のＹＥＳ）、データ処理部２３は、パケット順序の入れ替え処理を行う（ステップＳ１６）。
【００４８】
次に、受信ウィンドウ管理部２４は、受信済みパケット数を１加算する。ここで、もし、前回受信したパケットの通番から今回受信したパケットの通番が不連続になって、更に老番側に飛んだ番号であった場合には、「１」を加算する代わりに、「途中抜けたパケット数＋１」を受信済みパケット数として加算する。一方、パケットの順番が入れ替わって、既に届いている通番よりも若い通番のパケットが届いた場合には、受信済みパケット数の加算処理はしない。
【００４９】
受信済みパケット数がウィンドウサイズに達した場合（ステップＳ１３のＹＥＳ）、確認応答送信部２７は、パケットを送信してきたデータ送信部１に対して、確認応答を返信し、確認応答返信待ち経過時間監視部２５は、確認応答を返信したパケットに対応する確認応答返信待ち監視タイマ２０１をクリアする（ステップＳ１４）。
【００５０】
この確認応答には、前述した図２に示すように、何番までの通番が正しく受信済みであるかを伝えるための受信確認通番３０１、パケットを正常に受信できなく、パケット抜けが発生した場合に、その抜けたパケット以降、何パケット分の個々のパケットに関する応答情報をこの確認応答に含めて返送しているかを表すパケット情報数３０２、抜けたパケット即ち正常に受信できなかったパケット以降の通番の個々のパケットの正常受信／異常受信（到達／未達も含む）の応答情報をそれぞれ表すパケット到達状況３０３の各情報が含まれている。
【００５１】
ステップＳ１４において確認応答を返信した際、受信ウィンドウ管理部２４は、受信済みパケット数から確認応答返信済みパケット数を減算する。ただし、正常に受信できなかったパケットがあって、パケット抜けが発生していた場合には、パケット抜け以前の通番のパケットの個数を確認応答返信済みパケット数として扱う。パケット抜け以降の通番のパケットについては、正常に受信できた旨を示す確認応答をデータ送信側に返信したとしても、確認応答返信済みパケットとは扱わずに、次回以降の確認応答返信時に、再度、確認応答の返信対象のパケットに該当しているか否かを判定する。
【００５２】
また、受信済みパケット数がウィンドウサイズに達していない場合には（ステップＳ１３のＮＯ）、確認応答返信待ち経過時間監視部２５は、受信済みのパケットに関して予め定めた時間を計数するための確認応答返信待ち監視タイマ２０１をスタートさせて、ステップＳ１１に復帰して、次のパケットの受信判定処理に戻る。
【００５３】
なお、ステップＳ１１において、受信パケットがない場合には（ステップＳ１１のＮＯ）、確認応答返信待ち経過時間監視部２５は、確認応答返信待ち監視タイマ２０１の確認を行う（ステップＳ１５）。確認応答返信待ちタイマ２０１がタイムアウトとなったパケットが存在している場合には（ステップＳ１５のＹＥＳ）、ウィンドウサイズに達した場合と同様に、ステップＳ１４に移行して、確認応答返信待ち経過時間監視部２５は、確認応答返信待ち監視タイマ２０１をクリアし、パケットを送信してきたデータ送信部１に対して、確認応答の返信を行う（ステップＳ１４）。
【００５４】
また、ステップＳ１５において、確認応答返信待ちタイマ２０１がタイムアウトとなるパケットが存在していない場合には（ステップＳ１５のＮＯ）、ステップＳ１１に復帰して、次のパケットの受信判定処理に戻る。
【００５５】
次に、前述の図３、図４に例示した具体的なシーケンス図を、図５乃至図７に示す確認応答フォーマットの一例を参照しながら更に詳細に説明する。ここに、図５は、図３のシーケンス図における確認応答１  １０１ｒのフォーマットの一例を示すパケットフォーマットであり、図６は、図３のシーケンス図における確認応答２  １０２ｒのフォーマットの一例を示すパケットフォーマットであり、また、図７は、図４のシーケンス図における確認応答３  １１３ｒのフォーマットの一例を示すパケットフォーマットである。
【００５６】
図３、４において、「送信パケットｉ」（（ｉ＝１，２，３，…）の「ｉ」は、パケットの通番を表すものとし、送信パケット１は、通番１のパケットを表す。
【００５７】
図３のシーケンス図について、まず説明する。図３は、前述したように、ウィンドウサイズを６とした場合において、パケットを正常に受信できなく、受信パケットの抜けが生じた場合の動作を説明している。データ送信部１は、ウィンドウサイズ分の送信パケット１  １０１ｐから送信パケット６  １０６ｐの６パケットを連続して送信する。ここで、送信済みパケット数はウィンドウサイズ分の６個となる。また、送信パケット１送信時に、確認応答を待ち合わせる受信待ちタイマとして確認応答受信待ちタイマ１０１をスタートさせる。
【００５８】
今、送信パケット３  １０３ｐと送信パケット５  １０５ｐとがデータ受信部２に届かなかったとする。データ受信部２は、送信パケット２  １０２ｐの次に送信パケット４  １０４ｐを受信した時点で、送信パケット３  １０３ｐが抜けたことを認識すると共に、正常に受信していた送信パケット１  １０１ｐと送信パケット２  １０２ｐとの２個に、パケット抜けが生じた送信パケット３  １０３ｐも含め、正常に受信した送信パケット４  １０４ｐまでの２個を更に加えて、受信済みパケット数を４個とする。
【００５９】
この時点では、まだ、受信済みパケット数がウィンドウサイズ分の６個に達していないため、確認応答は返信せずに、後続するパケットの受信動作を継続する。続いて、送信パケット６  １０６ｐを受信した時点で、送信パケット５  １０５ｐが更に抜けたことを認識する。送信パケット２  １０２ｐの次に送信パケット４  １０４ｐを受信した場合と同様に、送信パケット６  １０６ｐを受信した時点で、受信済みパケット数を、更に２個加算し、６個とする。即ち、データ受信部２では、実際には４パケットしか受信していないが、ウィンドウサイズ分の６個に達したものと判断して、確認応答１  １０１ｒを返信する。
【００６０】
この図３のシーケンスで返送する確認応答１  １０１ｒのフォーマットは、図５に一例を示すように、受信確認通番４０１が２、パケット情報数４０２が４であり、通番２までのパケットが正常に受信済みであり、通番３以降の４パケット分のパケットについて、個々のパケットのパケット到達状況４０３，４０４，４０５，４０６を示す応答情報を含んでいることを、パケットのデータ送信部１側に通知する。
【００６１】
ここで、パケット３  １０３ｐのパケット到達状況４０３には、送信パケット３  １０３ｐがデータ受信側には正常に届かなかったという応答情報が入り、パケット４  １０４ｐのパケット到達状況４０４には、送信パケット４  １０４ｐが正常に届いたという応答情報が入る。また、パケット５  １０５ｐのパケット到達状況４０５には、送信パケット５  １０５ｐが正常に届かなかったという応答情報が入り、パケット６  １０６ｐのパケット到達状況４０６には送信パケット６  １０６ｐが正常に届いたという応答情報が入る。
【００６２】
しかる後、受信済みパケット数は、最初に受信した送信パケット１  １０１ｐから連続して正常に受信している通番のパケット数として、送信パケット１  １０１ｐ、送信パケット２  １０２ｐ分の２個分である２を減算して、４個とする。この受信済みパケット数４個は、ウィンドウサイズ分の６個よりも少なく、後続のパケットが受信可能になっている状態である。この確認応答１  １０１ｒを受信したデータ送信部１は、確認応答の受信を監視していた確認応答受信待ちタイマ１０１のクリアを行い、更に、送信したパケットのうち、送信パケット３  １０３ｐと送信パケット５  １０５ｐとが正常には届かなかったことを認識し、送信パケット３  １０３ｐｒと送信パケット５  １０５ｐｒのみの再送処理を行う。
【００６３】
同時に、送信パケット１  １０１ｐと送信パケット２  １０２ｐとは正常な確認応答を受信済みであるとして、送信済みパケット数を、６個から２を減算して、４個とし、後続する送信パケット７  １０７ｐと送信パケット８  １０８ｐとの２つをウィンドウサイズが許す２パケット分として送信することができる状態にする。このようにして送信された再送送信パケット３  １０３ｐｒ、再送送信パケット５  １０５ｐｒ、送信パケット７  １０７ｐ、送信パケット８  １０８ｐを正常に受信したデータ受信部２は、確認応答２  １０２ｒを返信する。
【００６４】
この図３のシーケンスで返送する確認応答２  １０２ｒのフォーマットは、図６に一例を示すように、受信確認通番４０７が８、パケット情報数４０８が０であり、通番８までのパケットは正常に受信済みであり、正常に受信できなかったパケットは存在していないことをデータ送信部１側に通知する。
【００６５】
次に、図４を用いて、ウィンドウサイズが４であり、データ受信部２で受信したパケットの順番がネットワーク３上で入れ替わった場合の動作について、説明する。
【００６６】
データ送信部１は、ウィンドウサイズ分の送信パケット１０  １１０ｐ、送信パケット１１  １１１ｐ、送信パケット１２  １１２ｐ、送信パケット１３  １１３ｐの４パケットを連続的に送信する。今、送信パケット１１  １１１ｐと送信パケット１２  １１２ｐの順番がネットワーク３上で入れ替わって、データ受信部２に送信されてきたものとする。データ受信部２は、送信パケット１０  １１０ｐの次に、送信パケット１２  １１２ｐを受信した時点で、送信パケット１１  １１１ｐが抜けたことを認識する。
【００６７】
しかし、この時点で、直ちには、送信パケット１１  １１１ｐの再送を要求する確認応答をデータ送信部１に対して返送せずに、ウィンドウサイズ４に達するまで、後続するパケットの受信処理を継続する。
【００６８】
その後、送信パケット１１  １１１ｐを受信した際には、送信パケット１２  １１２ｐと送信パケット１１  １１１ｐとの順番を入れ替える処理を実施する。そして、送信パケット１３  １１３を受信した時点で、データ受信部２は、送信パケット１０  １１０ｐから送信パケット１３  １１３ｐまでの４パケットとも正常に受信したものとして、確認応答３  １１３ｒをデータ送信部１に対して返信する。
【００６９】
この図４のシーケンスで返送する確認応答３  １１３ｒのフォーマットは、図７に一例を示すように、受信確認通番４０９が１３、パケット情報数４１０が０であり、通番１３までのパケットは正常に受信済みであり、正常に受信できなかったパケットは存在していないことをデータ送信部１側に通知する。
【００７０】
（本実施例の特徴）
以上に詳細に説明したように、本実施例における本発明の特徴は、次のような点にある。
【００７１】
まず、第１点は、データをパケット化して送受信する通信、例えばＵＤＰ／ＩＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）通信において、ウィンドウ制御を用いて、データ送信側が複数パケットを連続的に送信し、データ受信側は、正常に到達したパケットをデータ送信側に知らせるために、確認応答を返信する際、１つの確認応答の中に、正常に受信できずパケット抜けが発生した通番以降に、受信した、または、受信が期待される１乃至複数のパケットそれぞれの正常受信／異常受信（到達／未達も含む）の情報を載せて返送することにより、データ送信側はどのパケットがデータ受信側に届き、どのパケットが届かなかったのかを正確に把握することができ、未達のパケットに対してのみ再送処理を行うことを可能にした点にある。
【００７２】
また、第２点は、データ受信側がパケット抜けを検出した際、直ちには、データ送信側に対して再送要求を行わず、引き続き、次のパケット受信を継続することにより、ネットワーク上で送信パケットの順番が入れ替わって、データ受信側に届いた場合でも、データ受信側でパケットの入れ替え処理をすることにより不要な再送処理を回避することを可能にした点である。
【００７３】
更に、前述した図３，４を用いて、本実施例における本発明の特徴を繰り返して説明すると、次の通りである。
【００７４】
前述の第１点目の特徴は、図３にて説明したものである。図３において、一度に送信できるパケット数（ウィンドウサイズ）を６とすると、データ送信部１は、送信パケット１  １０１ｐから送信パケット６  １０６ｐまで、ウィンドウサイズ分の６パケットをデータ受信部２に対して連続送信する。今、送信パケット３  １０３ｐと送信パケット５  １０５ｐとがデータ受信部２に届かなかったとすると、データ受信部２は、６パケットのうち、送信パケット２  １０２ｐまでは正常に受信し、パケット抜けが発生した送信パケット３  １０３ｐ以降に関しては、個々のパケットに関する正常受信／異常受信を示す情報として、送信パケット４  １０４ｐと送信パケット６  １０６ｐとは正常に届いたものの、送信パケット５  １０５ｐも未達という応答情報を付加して、確認応答１  １０１ｒとしてデータ送信部１に対して返信する。
【００７５】
データ送信部１は、確認応答１  １０１ｒの受信により、送信した６パケットのうち、送信パケット３  １０３ｐと送信パケット５  １０５ｐとが、データ受信部２に届かなかったことを認識し、送信パケット３  １０３ｐと送信パケット５  １０５ｐとの２つのパケットの再送を行う。
【００７６】
前述の第２点目の特徴は、図４にて説明したものである。図４において、一度に送信できるパケット数（ウィンドウサイズ）を４とし、データ送信部１は、ウィンドウサイズ分の４パケットをデータ受信部２に対して連続送信する。今、送信パケット１１  １１１ｐと送信パケット１２  １１２ｐとの順番がネットワーク３上で入れ替わってデータ受信部２に届いたとすると、データ受信部２は、送信パケット１０  １１０ｐの次に、送信パケット１２  １１２ｐが届いた時点で、送信パケット１１  １１１ｐが抜けたことを認識するものの、直ちには送信パケット１１  １１１ｐの再送を要求する確認応答をデータ送信部１に対して返信せずに、後続するパケットを引き続き受信する状態を継続する。
【００７７】
その後、送信パケット１１  １１１ｐを受信した時点で、受信済みの送信パケット１２  １１２ｐと送信パケット１１  １１１ｐとの順番を入れ替える処理を行い、データ送信部１に対しては、正常に全パケットを受信したとする確認応答３  １１３ｒを返送することにより、不要な再送処理が回避される。
【００７８】
（本実施例の効果）
以上のような特徴を有する本実施例における本発明の効果は、次のような点に代表される。
【００７９】
第１の効果は、送信した複数のパケットについて、データ受信側で、ウィンドウサイズ一杯のパケット数を受信するか、あるいは、予め定めた時間を経過したときに、正常に受信できなく、抜けが発生したパケット以降の通番の各パケットに関しては、個々のパケットの到達状況（正常受信／異常受信の情報）を、１つの確認応答に含めて返送することにより、データ送信側は、送信した複数のパケットのうち、データ受信側が正常に受信できなかったパケットを特定することができ、データ受信側に正常に届かなかったパケットのみを再送することが可能となる。
【００８０】
この結果、正常に届かなかった最初のパケット以降の全パケットを再送する必要がある従来の方法に比べ、再送パケット数を減らすことができ、ネットワークの負荷を低減することができる。また、送信した全パケットについての到達状況を確認応答として返送されてくる方法に比べ、正常に届かなかった最初のパケット以降の通番のパケットに関する到達状況のみを確認応答として返送することにより、確認応答の情報量が減少すると共に、再送処理の高速化につながる。この効果は、一度に連続的に送受信するパケット数（ウィンドウサイズ）が大きくなればなるほど、大きくなる。
【００８１】
第２の効果は、パケットを転送するネットワーク上で、パケットの順番が逆転してデータ受信側に届くような場合、データ受信側が、老番側のパケットが先に受信されることにより、パケット抜けが発生したことが判明した時点で、直ちには再送を要求する確認応答を返信しないで、ウィンドウサイズ一杯のパケット数を受信するか、あるいは、予め定めた時間が経過するまでの間、引き続いてパケットの受信処理を継続しているので、順番が入れ替わったパケットが後から正常に届いた時点で、データ受信側は、順序入れ替え処理を行うことが可能であり、再送を要求する確認応答をデータ送信側に返信する必要がなくなる。
【００８２】
この結果、パケット順番が逆転した場合に、データ送信側に直ちに再送要求の確認応答を返信し、再送処理を行う従来の方法に比べ、不要な再送処理を減らすことができる。
【００８３】
（本発明の他の実施例）
次に、本発明の他の実施例について、図１０を参照して説明する。図１０は、本発明によるパケット再送方式におけるパケットの送受信動作のさらに異なる例を説明ためのシーケンス図であり、本発明によるパケット再送方式における確認応答の返送方法について説明しているものである。
【００８４】
前述した実施例においては、データ受信部２は、送信パケットを受信した際、受信したパケットに関する確認応答のみを、パケットを送信してきたデータ送信部１側に返信していた。本実施例では、データ受信部２からも、データ送信部１側に対する送信データがある場合には、データ受信部２からデータ送信部１に対して送信する送信パケット３１  １３１ｐに、受信したパケットに関する確認応答の情報も含めて送信する。即ち、送信パケット３１  １３１ｐは、送信パケット兼確認応答として機能する。
【００８５】
このように、確認応答を送信パケットに相乗りさせることにより、ネットワーク上を流れるパケット数を減らすことができ、ネットワーク負荷の低減が可能となる。また、確認応答の送信パケットへの相乗りにより、確認応答の返信頻度を高めることが可能となるため、データ送信側は送信パケットに対する確認応答を受信するまでの時間を短縮することができ、より効率的なパケットの送受信が可能となる。
【００８６】
即ち、確認応答を送信パケットに相乗りさせて送信することを可能としているので、ネットワーク上を流れるパケット数を削減することができ、かつ、確認応答の返信頻度を向上させることもでき、送信パケットと確認応答を別個に送信する方法に比べ、ネットワーク上の負荷を低減することが可能であり、パケットの転送遅延の発生を軽減することができる。
【００８７】
もう１つの実施例として、ネットワーク上のパケット到達率（即ち、データ受信側へのパケットの到達率）の統計情報を収集して、パケット送信のタイミングを調整する方法について説明する。
【００８８】
従来の方式では、前述したように、データ送信部１は、パケット抜けが発生した場合、それ以降連続的に送信したパケットに関してのパケット到達状況を知ることができなかった。しかし、本発明による確認応答方式においては、データ送信側は、送信した全パケットの到達状況を確認することができるため、データ受信側に個々のパケットが届いたか否かの情報を時間帯別により正確に把握することが可能となる。即ち、確認応答の情報を基にして、送信したパケットがどのような割合で、データ受信側に到達したかを示す時間帯別のパケット到達率の統計情報を収集して、次回以降の当該データ受信側に対するパケットの送信時間帯を調整することが可能となる。
【００８９】
このように、データ送信側において、データ送信側からデータ受信側へのパケット送信時間帯を、パケット到達率の統計情報に基づいてきめ細かく調整することができるので、データ送信側は、パケット到達率が最も高い時間帯を選択して、再送頻度が少なく、より効率的なパケット送信を行うことができる。
【００９０】
以上、本発明の好適実施例の構成を説明した。しかし、斯かる実施例は、本発明の単なる例示に過ぎず、何ら本発明を限定するものではないことに留意されたい。本発明の要旨を逸脱することなく、特定用途に応じて種々の変形変更が可能であること、当業者には容易に理解できよう。
【図面の簡単な説明】
【００９１】
【図１】本発明によるパケット再生方法を実現するデータ送受信部の構成の一例を示す機能ブロック図である。
【図２】本発明によるパケット再送方式において用いられる確認応答のフォーマットの一例を示すフォーマット図である。
【図３】本発明によるパケット再送方式におけるパケットの送受信動作の一例を説明するためのシーケンス図である。
【図４】本発明によるパケット再送方式におけるパケットの送受信動作の異なる例を説明するためのシーケンス図である。
【図５】図３のシーケンス図における確認応答１のフォーマットの一例を示すパケットフォーマットである。
【図６】図３のシーケンス図における確認応答２のフォーマットの一例を示すパケットフォーマットである。
【図７】図４のシーケンス図における確認応答３のフォーマットの一例を示すパケットフォーマットである。
【図８】本発明によるパケット再送方式におけるパケットの送信動作の一例を説明するためのフローチャートである。
【図９】本発明によるパケット再送方式におけるパケットの受信動作の一例を説明するためのフローチャートである。
【図１０】本発明によるパケット再送方式におけるパケットの送受信動作のさらに異なる例を説明するためのシーケンス図である。
【符号の説明】
【００９２】
１                                データ送信部
１０１                            確認応答受信待ちタイマ
１０１ｐ，１０２ｐ，…，１０６ｐ  送信パケット１，２，…，６
１０３ｐｒ，１０５ｐｒ            再送パケット３，５
１０１ｒ，１０２ｒ                確認応答１，２
１１                              パケット送信制御部
１１０ｐ，…，１１３ｐ，１１４ｐ  送信パケット１０，…，１３，１４
１１３ｒ                          確認応答３
１２                              パケット作成部
１３                              パケット送信部
１４                              送信待ちパケット保留部
１５                              送信ウィンドウ管理部
１６                              送信済みパケット保留部
１７                              確認応答待ち経過時間監視部
１８                              確認応答受信制御部
１９                              確認応答受信部
２                                データ受信部
２０１                            確認応答返信待ちタイマ
２１                              パケット受信制御部
２２                              パケット受信部
２３                              データ処理部
２４                              受信ウィンドウ管理部
２５                              確認応答返信待ち経過時間監視部
２６                              確認応答送信制御部
２７                              確認応答送信部
３                                ネットワーク
３００                            確認応答
３０１                            受信確認通番
３０２                            パケット情報数
３０３                            パケット到達状況
４０１，４０７，４０９            受信確認通番
４０２，４０８，４１０            パケット情報数
４０３，４０４，４０５，４０６    パケット到達状況、
【図１】
2007053588.tif 000003
【図２】
2007053588.tif 000004
【図３】
2007053588.tif 000005
【図４】
2007053588.tif 000006
【図５】
2007053588.tif 000007
【図６】
2007053588.tif 000008
【図７】
2007053588.tif 000009
【図８】
2007053588.tif 000010
【図９】
2007053588.tif 000011
【図１０】
2007053588.tif 000012