上りリンクの帯域と下りリンクの帯域が非対称なネットワークを通じ、パケット送信の優先制御機能を備えた中継装置を介し、前記中継装置に接続される他の複数の送受信装置とTCP通信を行う送受信装置であって、該送受信装置とその通信相手となる他の送受信装置との間のTCPフローのウインドウサイズを推定するウインドウサイズ推定部と、前記ウインドウサイズ推定部にて推定されたウインドウサイズに応じて、前記通信相手となる他の送受信装置から受信したTCPフローのデータパケットに対するACKパケットに優先度を付加する優先度付加部と、を備えたことを特徴とする送受信装置。前記優先度付加部は、前記ウインドウサイズ推定部にて推定されたウインドウサイズが所定の閾値より小さいTCPフローのACKパケットに、前記ウインドウサイズ推定部にて推定されたウインドウサイズが前記所定の閾値より大きいTCPフローのACKパケットよりも高い優先度を付加することを特徴とする請求項1に記載の送受信装置。前記所定の閾値は、スロースタート閾値であることを特徴とする請求項2に記載の送受信装置。前記優先度付加部は、前記ウインドウサイズ推定部にて推定されたウインドウサイズが前記所定の閾値より大きいTCPフローについても、当該TCPフローのウインドウ内の少なくとも1つのACKパケットには高い優先度を付加することを特徴とする請求項2に記載の送受信装置。前記優先度付加部は、前記他の送受信装置から送信された前記データパケットの損失が発生したときに、当該送受信装置への重複ACKパケットに対して高い優先度を付加することを特徴とする請求項2に記載の送受信装置。前記他の送受信装置は、前記ACKパケットの所定の時間内における損失数が所定の閾値以上であるときに、当該TCPフローのウインドウサイズを減少させることを特徴とする請求項1乃至5のいずれか1項に記載の送受信装置。前記送受信装置は、連続して受信したACKパケットにおいてシーケンス番号の増加が2以上である場合に、ACKパケットの損失があったと判断して、前記ACKパケットの損失数を求めることを特徴とする請求項6に記載の送受信装置。パケット送信の優先制御機能を備えた中継装置と、前記中継装置に接続される複数の端末装置間でTCP通信を行う送受信装置とを含む通信システムであって、前記送受信装置は、該送受信装置とその通信相手となる他の送受信装置との間のTCPフローのウインドウサイズを推定するウインドウサイズ推定部と、前記ウインドウサイズ推定部にて推定されたウインドウサイズに応じて、前記通信相手となる他の送受信装置から受信したTCPフローのデータパケットに対するACKパケットに優先度を付加する優先度付加部とを備え、前記中継装置は、パケット送信の優先制御機能を備え、前記送受信装置から送信されたACKパケットに付加された優先度に応じて、優先度の高いACKパケットをより優先して送信する構成を有することを特徴とする通信システム。上りリンクの帯域と下りリンクの帯域が非対称なネットワークを通じ、パケット送信の優先制御機能を備えた中継装置を介し、前記中継装置に接続される他の複数の送受信装置とTCP通信を行う送受信装置における受信方法であって、前記送受信装置とその通信相手となる他の送受信装置との間のTCPフローのウインドウサイズを推定するウインドウサイズ推定ステップと、前記ウインドウサイズ推定ステップにて推定されたウインドウサイズに応じて、前記通信相手となる他の送受信装置から受信したTCPフローのデータパケットに対するACKパケットに優先度を付加するACK優先度付加ステップと、を含むことを特徴とする受信方法。パケット送信の優先制御機能を備えた中継装置と、前記中継装置に接続される複数の送受信装置間でTCP通信を行う送受信装置とを含む通信システムにおける通信方法であって、前記送受信装置にて、該送受信装置とその通信相手となる他の送受信装置との間のTCPフローのウインドウサイズを推定するウインドウサイズ推定ステップと、前記送受信装置にて、前記ウインドウサイズ推定ステップにて推定されたウインドウサイズに応じて、前記送受信装置の通信相手から受信したデータパケットに対するACKパケットに優先度を付加する優先度付加ステップとを含むことを特徴とする通信方法。上記の特許文献1および非特許文献1のような従来技術には課題がある。このような従来技術では、アクセスポイントなどの中継装置において、送信バッファ上のパケットのヘッダ情報を参照し、コネクション情報の管理やパケットのキャッシュ処理などを行う。そのため、中継装置が必要とするメモリやCPU資源が増加し、実装コストがかかる。また、従来技術の実現には、アクセスポイントなどの中継装置を改変する必要がある。アクセスポイントなどの中継装置は、市販されているものを用いることが一般的であるので、改変を伴う従来技術の実現は困難である。さらに、TCP通信を行う送受信装置において、IPSecなどのVPNVirtualPrivateNetwork技術によりパケットの暗号化が行われる場合、アクセスポイントなどの中継装置ではTCPヘッダを参照することができないため、従来技術を適用することができない。本発明は、上記のような課題に鑑みてなされたものであり、無線LANのアクセスポイントのような中継装置を改変することなく、複数の送受信装置の中継装置を介したTCP通信において、TCPフロー間のスループットの不公平性を改善できる送受信装置および当該送受信装置における受信方法、ならびにそのような送受信装置および受信方法を含む通信システムおよび通信方法を提供することを目的とする。本発明の送受信装置は、上りリンクの帯域と下りリンクの帯域が非対称なネットワークを通じ、パケット送信の優先制御機能を備えた中継装置を介し、前記中継装置に接続される他の複数の送受信装置とTCP通信を行う送受信装置であって、前記送受信装置とその通信相手との間のTCPフローのウインドウサイズを推定するウインドウサイズ推定部と、前記ウインドウサイズ推定部にて推定されたウインドウサイズに応じて、前記送受信装置の通信相手から受信したTCPフローのデータパケットに対するACKパケットに優先度を付加する優先度付加部を備える。前記中継装置は、パケット送信の優先制御機能を備え、前記送受信装置から送信されたACKパケットに付加された優先度に応じて、優先度の高いACKパケットをより優先して送信する構成を有する。また、本発明の別の態様は、上りリンクの帯域と下りリンクの帯域が非対称なネットワークを通じ、パケット送信の優先制御機能を備えた中継装置を介し、前記中継装置に接続される他の複数の送受信装置とTCP通信を行う送受信装置における受信方法であって、この受信方法は、前記送受信装置とその通信相手との間のTCPフローのウインドウサイズを推定するウインドウサイズ推定ステップと、前記ウインドウサイズ推定ステップにて推定されたウインドウサイズに応じて、前記送受信装置の通信相手から受信したTCPフローのデータパケットに対するACKパケットに優先度を付加する優先度付加ステップを含む。また、本発明の別の態様は、通信システムであって、この通信システムは、パケット送信の優先制御機能を備えた中継装置と、前記中継装置に接続される複数の送受信装置間でTCP通信を行う送受信装置とを含む。前記送受信装置は、前記送受信装置とその通信相手との間のTCPフローのウインドウサイズを推定するウインドウサイズ推定部と、前記ウインドウサイズ推定部にて推定されたウインドウサイズに応じて、前記送受信装置の通信相手から受信したTCPフローのデータパケットに対するACKパケットに優先度を付加する優先度付加部を備える。前記中継装置は、パケット送信の優先制御機能を備え、前記送受信装置から送信されたACKパケットに付加された優先度に応じて、優先度の高いACKパケットをより優先して送信する構成を有する。また、本発明の別の態様は、パケット送信の優先制御機能を備えた中継装置と、前記中継装置に接続される複数の送受信装置間でTCP通信を行う送受信装置とを含む通信システムにおける通信方法であって、この通信方法は、前記送受信装置とその通信相手との間のTCPフローのウインドウサイズを推定するウインドウサイズ推定ステップと、前記ウインドウサイズ推定ステップにて推定されたウインドウサイズに応じて、前記送受信装置の通信相手から受信したTCPフローのデータパケットに対するACKパケットに優先度を付加する優先度付加ステップを含む。本発明によれば、上りTCPフロー間のスループットの不公平性を改善することができる。その理由は、TCPフローのデータパケットに対する確認応答であるACKパケットにウインドウサイズに応じた優先度を付加することにより、ウインドウサイズが小さい上りTCPフローがウインドウサイズを増加することが可能となるためである。ウインドウサイズが小さいTCPフローのACKパケットにウインドウサイズが大きいTCPフローのACKパケットより高い優先度を付加することで、中継装置の優先制御機能により優先的に送信されるため、アクセスポイントなどの中継装置で発生する輻輳によって廃棄されにくくなり、ウインドウサイズが大きい上りTCPフローが存在する状態でも、ウインドウサイズが小さい上りTCPフローはウインドウサイズを増加することができる。また、ウインドウサイズに応じて優先度を付加するため、特定のTCPフローに高い優先度を付加する場合と異なり、特定のTCPフローのウインドウサイズだけが大きくなる状態になることがない。また、本発明のために、少なくとも中継装置がパケット送信の優先制御機能を備えていればよい。さらに、中継装置ならびに送受信装置のTCP機能、TCPの輻輳制御方式の改変は必要でなく、送受信装置においてVPN技術によるパケットの暗号化などの処理を行っていてもよい。本発明の実施の形態を、図面を参照して詳細に説明する。本発明の実施の形態は、上りリンクの帯域と下りリンクの帯域が非対称なネットワーク上の中継装置に接続された送受信装置間のTCP通信において、送受信装置が受信したTCPフローのデータパケットに対するACKパケットにウインドウサイズに応じた優先度を付加することを特徴とする。以下の説明では、上りリンクの帯域と下りリンクの帯域が非対称なネットワークとして、アクセス制御方式にCSMA/CAを用いる無線LANによる無線ネットワークを例として説明するが、上りリンクの帯域と下りリンクの帯域が非対称なネットワークであればこれに限らない。他の例として、DSLDigitalSubscriberLineや衛星通信を用いたネットワークなどが挙げられる。図1は、本実施の形態における送受信装置の構成を示すブロック図であり、図2は、送受信装置を含む通信システムの構成図である。まず、図2を参照して本実施の形態における通信システム100について説明する。通信システム100は、中継装置102であるアクセスポイントと、インフラストラクチャモードの無線LANを用いた無線ネットワーク104を介して中継装置102に接続する送受信装置101であるステーションと、インターネットなどの任意の外部ネットワーク105を介して中継装置102に接続する送受信装置端末103とを含む。送受信装置101および送受信装置103は、異なるネットワークに接続されているが、同様の送受信装置である。なお、図2では、複数の送受信装置101と1つの送受信装置103を示しているが、送受信装置101ならびに送受信装置103はどちらも複数存在してよい。本実施の形態では、送受信装置101は中継装置102と外部ネットワーク105を介して送受信装置103とTCP通信を行う。ここでは、送受信装置101は上りTCPフローの送信元となる。その場合、上りTCPフローのデータパケットが送受信装置101から無線ネットワーク104を介して中継装置102に送信され、中継装置102により外部ネットワーク105を介して通信相手である送受信装置103に送信される。データパケットを受信した送受信装置103は、確認応答としてACKパケットを送受信装置101に送信する。送受信装置103から送信された上りTCPフローのACKパケットは、外部ネットワーク105を介して中継装置102に送信され、中継装置102により無線ネットワーク104を介して送受信装置101に送信される。一方、送受信装置103は下りTCPフローの送信元となり、下りTCPフローのパケットの送信経路は上記と逆になる。送受信装置103から下りTCPフローのデータパケットが外部ネットワーク105を介して中継装置102に送信され、中継装置102により無線ネットワーク104を介して通信相手である送受信装置101に送信される。下りTCPフローのACKパケットは送受信装置101から無線ネットワーク104を介して中継装置102に送信され、中継装置102により外部ネットワーク105を介して送受信装置103に送信される。本実施の形態における中継装置102上の無線LANインタフェースの送信バッファは、上りTCPフローのACKパケットと下りTCPフローのデータパケットとで共有される。中継装置102における送信バッファのバッファ管理は、任意の方式を用いてもよい。図3は、バッファ管理方式にFIFO方式を用いる送信バッファの例である。FIFO方式を用いる送信バッファは、キューとして動作し、パケットを入力順に蓄積し、入力順に出力する。中継装置102がボトルネックとなり発生する輻輳などによりキューがパケットを蓄積できる許容量であるキュー長を超えるパケットの入力があり、バッファのオーバーフローが発生する場合には末尾廃棄方式で最後に入力されたパケットを廃棄する。本実施の形態では、送受信装置101の通信相手を中継装置102と外部ネットワーク105を介して接続する送受信装置103としたが、通信相手が同じ無線ネットワーク104上の他の送受信装置である場合は、中継装置102のみを経由してTCPフローのパケットが送信される。そのような場合においても本発明は適用可能である。本実施の形態における中継装置102は、パケット送信の優先制御機能を備える。パケット送信の優先制御機能として、無線LANを用いた無線ネットワークのQoS技術であるIEEE802.11e、WMMWiFiMultiMediaや、IPネットワークのQoS技術であるDiffServDifferentiatedServiceなどが挙げられる。それらの技術においては、パケットのIPヘッダのTOSTypeOfServiceフィールドと呼ばれる領域に優先度に対応する値を書き込むことによりパケットに優先度を付加する。それらの技術を用いたパケット送信の優先制御機能を備える中継装置102は、受信したパケットのIPヘッダのTOSフィールドの値からパケットの優先度を判断し、優先度に基づきパケットの送信を行う。パケット送信の優先制御は、プライオリティキューイング方式などの任意の方式を用いてよい。図1は、本実施の形態における送受信装置101および送受信装置103の構成を示すブロック図である。送受信装置は、ネットワークインタフェース301と、TCP機能部304と、パケット識別部305と、ウインドウサイズ推定部306と、優先度付加部307とを備える。ネットワークインタフェース301は、任意のネットワークへの接続機能を有するインタフェースであり、ネットワークへパケットを送信するパケット送信部303と、ネットワークからパケットを受信するパケット受信部302とを備える。なお、送受信装置におけるVPN技術によるパケットの暗号化などの処理は、ネットワークインタフェース301が担う。TCP機能部304は、他の送受信装置とのTCP通信機能を担い、他の送受信装置へのデータパケットの送信や、他の送受信装置から受信したデータパケットに対する確認応答であるACKパケットの送信などの処理を、TCPの輻輳制御方式に従って行う。本実施の形態では、TCP機能部304の輻輳制御方式は任意の方式を用いてよい。パケット識別部305は、パケットのヘッダ情報を参照し、IPヘッダの送信元アドレス、宛先アドレス、およびTCPヘッダの送信元ポート番号、宛先ポート番号に基づきTCPフローを識別する。なお、TCPフローを識別できる情報であれば、上記以外の情報を用いて識別してもよい。ウインドウサイズ推定部306は、送受信装置が受信するTCPフローのウインドウサイズを推定する。ウインドウサイズの推定には、種々の既知の技術を用いることができる。優先度付加部307は、送受信装置が送信するACKパケットに対し、ウインドウサイズ推定部306が推定したTCPフローのウインドウサイズに応じた優先度を付加する。なお、ACKパケットへの優先度の付加は、中継装置102のパケット送信の優先制御機能に基づく方法で行う。図4のフローチャートを用いて、本実施の形態における送受信装置の動作を説明する。図4は、送受信装置がTCPフローのデータパケットを受信し、それに対するACKパケットを送信する場合の動作を示すフローチャートである。まず、送受信装置は、送受信装置上のネットワークインタフェース301のパケット受信部302を介し、他の送受信装置から送信されたデータパケットを受信するS401。次に、パケット識別部305において受信したデータパケットのヘッダ情報を参照し、送受信装置が受信するTCPフローを識別するS402。パケット識別部305は、識別したTCPフローの情報を図5のような管理テーブル上で管理する。図5のTCPフロー情報の管理テーブルの例では、TCPフロー情報を送信元IPアドレス、宛先IPアドレス、送信元ポート番号、宛先ポート番号の組によって管理している。なお、管理テーブル上のTCPフロー情報は、TCPコネクションの確立を要求するSYNパケットを受信した際に登録し、TCPコネクションの切断を要求するFINパケットないしはRSTパケットを受信した際に削除する。また、TCPフロー情報の登録、削除は、送受信装置のOS上のソケット機能が管理するコネクション情報を参照するなどして行ってもよい。次に、ウインドウサイズ推定部306において送受信装置が受信するTCPフローのウインドウサイズを推定するS403。ウインドウサイズは、特許文献2や非特許文献2などの既知の技術によって推定できる。特許文献2では、TCPコネクションを確立する3ウェイハンドシェイクの際にTCPフローの送信元である他の送受信装置との往復伝搬時間RTTRoundTripTimeを計測し、計測したRTT内に受信したデータパケットの数をウインドウサイズとして推定する。また、コネクション確立時だけでなく一定の時間間隔でICMPプロトコルによるpingコマンドを用いてRTTを計測することでその精度を向上させている。非特許文献2では、TCPのタイムスタンプオプションを指定することによりTCPフローのRTTを計測し、平滑化したRTTと1RTT内に受信したデータパケットのデータ量から求めた平均スループットを乗じたものをウインドウサイズとして推定する。ウインドウサイズ推定部306において推定したウインドウサイズは、管理テーブル上のTCPフロー情報と共に管理する。なお、推定ウインドウサイズの他に、RTTなどの情報も管理テーブル上で管理してもよい。図5の管理テーブルの例では、TCPフロー情報と共にTCPフローのRTTとウインドウサイズを管理している。次に、TCP機能部304は、任意のTCPの輻輳制御方式に従って、受信したデータパケットに対する確認応答であるACKパケットをデータパケットの送信元の送受信装置へ送信するS404。次に、パケット識別部305において上記のデータパケット受信の場合と同様に、TCP機能部304から送信されたACKパケットのヘッダ情報を参照し、TCPフローを識別するS405。次に、優先度付加部307において、ウインドウサイズ推定部306において推定したウインドウサイズに応じた優先度をTCP機能部304から送信されたACKパケットに付加し、ネットワークインタフェース301のパケット送信部303を介し、データパケットの送信元である送受信装置へACKパケットを送信する。優先度付加部307は、優先度の付加に関する所定の閾値を持つ。優先度の付加において優先度付加部307は、管理テーブル上のパケット識別部305において識別したTCPフロー情報と共に管理されるウインドウサイズ推定部306が推定したウインドウサイズを参照し、優先度付加部307が持つ前記所定の閾値と比較するS406。そして、推定されたウインドウサイズが前記所定の閾値以下のTCPフローのACKパケットに対し、推定されたウインドウサイズが前記所定の閾値より大きいTCPフローのACKパケットよりも高い優先度を付加する。本実施の形態では、優先度付加部307の前記所定の閾値は、TCPフローのスロースタート閾値である。推定ウインドウサイズがスロースタート閾値以下の場合はACKパケットに中継装置102のパケット送信の優先制御機能における最高優先度を付加しS407、推定ウインドウサイズがスロースタート閾値より大きい場合はACKパケットに優先度を付加せず、通常と同様の優先度とするS408。つまり、図6のように、TCPフローがスロースタートフェーズにあるときはACKパケットに最高優先度を付加し、輻輳回避フェーズにあるときは通常と同様の優先度として送信する。例えば、中継装置102であるアクセスポイントがIEEE802.11e、およびプライオリティキューイング方式によるパケット送信の優先制御機能を備える場合、優先度付加部307は、送受信装置が送信するACKパケットのIPヘッダのTOSフィールドの上位3ビットに、推定ウインドウサイズがスロースタート閾値以下ならば最高優先度であるAC_VO111を、推定ウインドウサイズがスロースタート閾値より大きいならば通常の優先度であるAC_BE000を書き込む。図7は、プライオリティキューイング方式によるパケット送信の優先制御を行う中継装置102の構成の例である。プライオリティキューイング方式では、中継装置102上にパケットに付加する優先度毎に対応するキューを持ち、入力されたパケットをパケットの優先度に基づき前記キュー毎に蓄積し、優先度の高いキュー上のパケットから順に送信することによりパケット送信の優先制御を実現する。図7のように、優先度付加部307によって最高優先度が付加された推定ウインドウサイズがスロースタート閾値以下のTCPフローのACKパケットは優先キューに、通常と同様の優先度である推定ウインドウサイズがスロースタート閾値より大きいTCPフローのACKパケットは通常のキューに蓄積され、優先キュー上のACKパケットが優先的に送信される。なお、本実施の形態における優先度付加部307は、TCPフローのスロースタート閾値を前記所定の閾値として、最高優先度と優先度なしの2段階の優先度を付加するが、優先度付加部307が持つ前記所定の閾値を複数設定し、2段階以上の優先度を付加してもよい。以上のように、本実施の形態の送受信装置において、TCPフローのデータパケットに対する確認応答であるACKパケットにウインドウサイズに応じた優先度を付加する動作を行うことにより、上りTCPフロー間のスループットの不公平性を改善することができる。その動作では、ウインドウサイズがスロースタート閾値以下のTCPフローのACKパケットに最高優先度を付加し、ウインドウサイズがスロースタート閾値より大きいTCPフローのACKパケットは通常と同様の優先度としてACKパケットを送信する。その動作の作用として、中継装置102のパケット送信の優先制御機能によって、最高優先度が付加されたウインドウサイズが小さいTCPフローのACKパケットが優先的に送信され、ウインドウサイズが小さいTCPフローのACKパケットが中継装置102で発生する輻輳によって廃棄されにくくなるため、ウインドウサイズが大きいTCPフローが存在する状態でもウインドウサイズが小さいTCPフローはウインドウサイズを増加することが可能となる。ゆえに、課題で示したような上りTCPフローの中に極端にスループットが低い上りTCPフローが発生することを抑制でき、上りTCPフロー間のスループットの公平性を実現できる。また、本実施の形態によれば、特定のTCPフローに対して高い優先度を付加する場合と異なり、ウインドウサイズに応じてACKパケットに付加する優先度を変化させることにより、ウインドウサイズが小さい場合にのみTCPフローのACKパケットが優先されるため、特定のTCPフローのスループットのみが高くなる状態を回避できる。本発明の実施の形態は上記に限られず、本発明の範囲内で種々の変形が可能である。以下、本発明の実施の形態の変形例を説明する。[第1の変形例]上記の実施の形態では、TCPフローのウインドウサイズがスロースタート閾値以下の場合にのみACKパケットに高い優先度を付加し、ウインドウサイズがスロースタート閾値より大きい場合はACKパケットに優先度を付加せず、通常と同様の優先度とした。これに対し、第1の変形例では、ウインドウサイズがスロースタート閾値より大きいTCPフローに対しても対策を講じる。TCPでは、送信したデータパケットに対する確認応答であるACKパケットを再送タイムアウト内に受信することができない場合、タイムアウトが発生する。タイムアウトが発生すると、データパケットが損失したと判断してウインドウサイズを最小値である1に減少し、損失したパケットを再送する。タイムアウトの発生は、TCPフローのスループット特性を劣化させるため、ウインドウサイズが小さいTCPフローだけでなくウインドウサイズが大きいTCPフローにおいてもタイムアウトの発生を抑制できることが望ましい。そこで、第1の変形例では、優先度付加部307において、ウインドウサイズが大きいTCPフローに対し、ウインドウ内の少なくとも1つのACKパケットに高い優先度を付加することによりタイムアウトの発生を抑制する。ウインドウサイズが大きいTCPフローのACKパケットへの優先度の付加は、優先度付加部307においてACKパケットの送信時刻を記録しておき、先のACKパケットの送信時刻から間隔がウインドウサイズ推定部306において計測したRTT以上空いた場合に、当該ACKパケットをウインドウ内の最初のACKパケットであると判断し、高い優先度を付加するといった手段が考えられる。第1の変形例により、ウインドウサイズが大きいTCPフローのタイムアウトの発生を抑制でき、TCPフローのスループット特性が劣化する状態を回避できる。[第2の変形例]TCPは、データパケットの損失をタイムアウトの他に、重複ACKによって検出する。重複ACKとは、TCPフローの送信元の端末において内容が重複するACKパケットを複数回受信することである。データパケットの損失が発生すると、TCPフローの宛先の端末は損失したデータパケットが再送されるまで、データパケットを受信する度に最後に受信できたデータパケットに対するACKパケットを送信する。重複ACKが発生すると、送信元の端末はウインドウサイズを減少し、損失したデータパケットを再送する。なお、重複ACKの発生に対する挙動は、TCPの輻輳制御方式によって異なる。第2の変形例では、そのような重複ACKを優先的に送信することで、送信元の端末において輻輳制御およびデータパケットの再送が速やかに行われるようにする。第2の変形例では、優先度付加部307においてACKパケットのシーケンス番号および確認応答番号を記録しておき、先のACKパケットと比較してシーケンス番号の増加が2以上もしくは確認応答番号が先のACKパケットと同じ場合に、ACKパケットが重複ACKパケットであると判断し、TCPフローのウインドウサイズの大きさに関わらず当該ACKパケットに高い優先度を付加する。第2の変形例により、データパケットの損失に対する重複ACKパケットが優先的に送信されるため、TCPフローの送信元の端末において輻輳制御およびデータパケットの再送が速やかに行われるようになる。[第3の変形例]上記の実施の形態によれば、TCPフローのウインドウサイズに応じてACKパケットに付加する優先度を変化させることにより、上りTCPフロー間のスループットの不公平性を改善することができる。第3の変形例では、上りTCPフロー間だけでなく上下TCPフロー間の不公平性も改善する。上記の実施の形態では、中継装置102がボトルネックとなり発生する輻輳によって、上りTCPフローではACKパケットが廃棄されるのに対し、下りTCPフローではデータパケットが廃棄される。上下TCPフロー間の不公平性は、データパケットの損失に対してはウインドウサイズを減少するが、ACKパケットの損失に対してはウインドウサイズを減じないというTCPの輻輳制御に起因する。そこで、第3の変形例では、上記の実施の形態に非特許文献2に記載の方式を組み合わせ、TCPフローのACKパケットの損失に対しても輻輳制御を行うことで、上下TCPフロー間の不公平性を改善する。ACKパケットの損失に対する輻輳制御は、上記の実施の形態における上りTCPフローの送信元である送受信装置101において、上りTCPフローの宛先である送受信装置103から送信されたACKパケットのシーケンス番号を参照することで行う。送受信装置101は、受信したACKパケットのシーケンス番号を記録しておき、先のACKパケットと比較してシーケンス番号が1ずつ増加する場合はACKパケットの損失が発生していないと判断し、シーケンス番号の増加が2以上の場合はACKパケットの損失が発生したと判断する。なお、ACKパケットの損失数は、ACKパケットのシーケンス番号の増加幅から求められる。そして、1RTT内のACKパケットの損失数が所定の閾値以上ならば輻輳が発生していると判断し、輻輳制御を行いTCPフローのウインドウサイズを減少する。ACKパケットの損失に対する輻輳制御においては、例えば、ウインドウサイズをACKパケットの損失が発生した際の半分の値に減少する。第3の変形例により、ACKパケットの損失に対しても輻輳制御を行うことにより、中継装置102で発生する輻輳によってACKパケットが廃棄される場合に、TCPフローの送信元の端末においてACKパケットの損失に対する輻輳制御によって上りTCPフローのレートが下がるため、上下TCPフロー間のスループットの不公平性を改善することができる。また、第3の変形例においても、中継装置の改変は必要でない。