1以上の受信端末に対してデータを送信するデータ送信部と、前記データ送信部からデータを送信する際の通信方式を決定する通信方式決定部と、を具備し、前記通信方式決定部は、データを送信する受信端末が所定の台数以下のときにはユニキャスト通信による第1の通信方式を選択し、データを送信する受信端末が所定の台数を超えるときには、1台又は一部の受信端末を宛先とするユニキャスト通信を行なうとともに、ユニキャスト通信されるパケットを宛先以外の受信端末も受信する第2の通信方式を選択する、無線通信装置。自局宛てのパケットを受信したときに受信確認応答を返送し、ユニキャスト通信される他局宛てのパケットを受信する端末として選択されたときに、他局宛てのパケットを受信するが、受信確認応答を返送しない、無線通信装置。データを送信する受信端末の台数を測定するステップと、データを送信する受信端末が所定の台数以下のときにはユニキャスト通信による第1の通信方式を選択するステップと、データを送信する受信端末が所定の台数を超えるときに、1台又は一部の受信端末を宛先とするユニキャスト通信を行なうとともに、ユニキャスト通信されるパケットを宛先以外の受信端末も受信する第2の通信方式を選択するステップと、前記の選択された通信方式によりデータ送信を行なうステップと、を有する無線通信方法。データを受信するステップと、自局宛てのパケットを受信したときに受信確認応答を返送するステップと、ユニキャスト通信される他局宛てのパケットを受信する端末として選択されたときに、他局宛てのパケットを受信するが、受信確認応答を返送しないステップと、を有する無線通信方法。ユニキャスト通信により1以上の受信端末にデータを送信するデータ送信部と、前記ユニキャスト通信の宛先となる受信端末の台数に応じて最大再送回数を制御する最大再送回数制御部と、を具備し、前記最大再送回数制御部は、前記受信端末の台数が増加したときに、前記受信端末の最大再送回数を減少させる、無線通信装置。前記最大再送回数制御部は、前記受信端末の台数が減少したときには、前記受信端末の最大再送回数を増加させる、請求項5に記載の無線通信装置。ユニキャスト通信の宛先としてパケットを受信する受信部と、前記受信部で受信パケットをロスしたときに再送制御を行なう再送制御部と、を具備し、前記再送制御部は、前記ユニキャスト通信の宛先となる受信端末の台数に応じて設定された最大再送回数まで、ロスしたパケットの再送を要求する、無線通信装置。前記ユニキャスト通信の宛先となる受信端末の台数が増加したときに前記最大再送回数は減少し、前記ユニキャスト通信の宛先となる受信端末の台数が減少したときに前記最大再送回数は増加する、請求項7に記載の無線通信装置。ユニキャスト通信によりデータを送信する受信端末の台数を測定するステップと、前記受信端末の台数が増加したときには、前記受信端末に与える最大再送回数を減少させて、ユニキャスト通信を行なうステップと、前記受信端末の台数が減少したときには、前記受信端末に与える最大再送回数を増加させて、ユニキャスト通信を行なうステップと、を有する無線通信方法。ユニキャスト通信の宛先としてパケットを受信する受信ステップと、前記受信部で受信パケットをロスしたときに、前記ユニキャスト通信の宛先となる受信端末の台数に応じて設定された最大再送回数まで、ロスしたパケットの再送を要求する再送要求ステップと、を有する無線通信方法。1以上の受信端末に対してデータを送信するデータ送信部と、前記データ送信部からデータを送信する際の通信方式を決定する通信方式決定部と、を具備し、前記通信方式決定部は、前記受信端末におけるパケットロス率が第1の閾値以下のときには、1台又は一部の受信端末を宛先とするユニキャスト通信を行なうとともに、ユニキャスト通信されるパケットを宛先以外の受信端末も受信する第2の通信方式を選択し、前記受信端末におけるパケットロス率が前記第1の閾値を超えるときにはユニキャスト通信による第1の通信方式を選択する、無線通信装置。前記通信方式決定部は、前記受信端末におけるパケットロス率が第1の閾値よりも低い第2の閾値以下のときには、マルチキャスト通信を選択する、請求項11に記載の無線通信装置。データを送信する受信端末におけるパケットロス率を測定するステップと、パケットロス率が第1の閾値以下のときに、1台又は一部の受信端末を宛先とするユニキャスト通信を行なうとともに、ユニキャスト通信されるパケットを宛先以外の受信端末も受信する第2の通信方式を選択するステップと、パケットロス率が前記第1の閾値を超えるときにはユニキャスト通信による第1の通信方式を選択するステップと、前記の選択された通信方式によりデータ送信を行なうステップと、を有する無線通信方法。1以上の受信端末に対してデータを送信するデータ送信部と、各受信端末におけるパケットロス率を測定するパケットロス率測定部と、パケットロス率が高い受信端末に対してデータを送信するサービスを終了するサービス終了処理部と、を具備する無線通信装置。送信端末から送信されるパケットを受信する受信部と、前記受信部におけるパケットロス率を測定するパケットロス率測定部と、パケットロス率が高くなったときに、前記送信端末からのサービスを終了するサービス終了処理部と、を具備する無線通信装置。データを送信する各受信端末におけるパケットロス率を測定するパケットロス率測定ステップと、パケットロス率が高い受信端末に対してデータを送信するサービスを終了するサービス終了処理ステップと、を有する無線通信方法。送信端末からのパケットロス率を測定するパケットロス率測定ステップと、パケットロス率が高くなったときに、前記送信端末からのサービスを終了するサービス終了処理ステップと、を有する無線通信方法。データを配信する送信端末と、前記送信端末から配信されるデータを受信する1以上の受信端末と、を具備し、前記受信端末が所定の台数以下のときには、前記送信端末がユニキャスト通信する第1の通信方式によりデータを配信し、前記受信端末が所定の台数を超えるときには、前記送信端末が第2の通信方式によりデータを配信し、前記第2の通信方式では、前記送信端末が1台又は一部の受信端末を宛先とするユニキャスト通信を行なうとともに、ユニキャスト通信されるパケットを宛先以外の受信端末も受信する、無線通信システム。ユニキャスト通信によりデータを配信する送信端末と、前記送信端末からユニキャスト通信により配信されるデータを受信する1以上の受信端末と、を具備し、前記受信端末の台数が増加したときに、前記受信端末の最大再送回数を減少させる、無線通信システム。データを配信する送信端末と、前記送信端末から配信されるデータを受信する1以上の受信端末と、を具備し、前記受信端末におけるパケットロス率が所定の閾値以下のときには、前記送信端末がマルチキャスト通信する第3の通信方式、又は、第2の通信方式によりデータを配信し、前記受信端末におけるパケットロス率が所定の閾値を超えるときには、前記送信端末がユニキャスト通信する第1の通信方式によりデータを配信し、前記第2の通信方式では、前記送信端末が1台又は一部の受信端末を宛先とするユニキャスト通信を行なうとともに、ユニキャスト通信されるパケットを宛先以外の受信端末も受信する、無線通信システム。データを配信する送信端末と、前記送信端末から配信されるデータを受信する1以上の受信端末と、を具備し、パケットロス率が高い受信端末に対して、前記送信端末からデータを配信するサービスを終了する、無線通信システム。本発明の目的は、ユニキャスト通信又はマルチキャスト通信を適宜使用しながら複数の端末に大容量データを無線伝送することができる、優れた無線通信装置及び無線通信方法、並びに無線通信システムを提供することにある。本発明のさらなる目的は、動画像のリアルタイム伝送システムなどにおいて、受信端末数や伝送路の状態に応じて、ユニキャスト通信又はマルチキャスト通信を適宜使用しながら、固定遅延を実現することができる、優れた無線通信装置及び無線通信方法、並びに無線通信システムを提供することにある。本願は、上記課題を参酌してなされたものであり、請求項1に記載の発明は、1以上の受信端末に対してデータを送信するデータ送信部と、前記データ送信部からデータを送信する際の通信方式を決定する通信方式決定部と、を具備し、前記通信方式決定部は、データを送信する受信端末が所定の台数以下のときにはユニキャスト通信による第1の通信方式を選択し、データを送信する受信端末が所定の台数を超えるときには、1台又は一部の受信端末を宛先とするユニキャスト通信を行なうとともに、ユニキャスト通信されるパケットを宛先以外の受信端末も受信する第2の通信方式を選択する、無線通信装置である。また、本願の請求項2に記載の発明は、自局宛てのパケットを受信したときに受信確認応答を返送し、ユニキャスト通信される他局宛てのパケットを受信する端末として選択されたときに、他局宛てのパケットを受信するが、受信確認応答を返送しない、無線通信装置である。また、本願の請求項3に記載の発明は、データを送信する受信端末の台数を測定するステップと、データを送信する受信端末が所定の台数以下のときにはユニキャスト通信による第1の通信方式を選択するステップと、データを送信する受信端末が所定の台数を超えるときに、1台又は一部の受信端末を宛先とするユニキャスト通信を行なうとともに、ユニキャスト通信されるパケットを宛先以外の受信端末も受信する第2の通信方式を選択するステップと、前記の選択された通信方式によりデータ送信を行なうステップと、を有する無線通信方法である。また、本願の請求項4に記載の発明は、データを受信するステップと、自局宛てのパケットを受信したときに受信確認応答を返送するステップと、ユニキャスト通信される他局宛てのパケットを受信する端末として選択されたときに、他局宛てのパケットを受信するが、受信確認応答を返送しないステップと、を有する無線通信方法である。また、本願の請求項5に記載の発明は、ユニキャスト通信により1以上の受信端末にデータを送信するデータ送信部と、前記ユニキャスト通信の宛先となる受信端末の台数に応じて最大再送回数を制御する最大再送回数制御部と、を具備し、前記最大再送回数制御部は、前記受信端末の台数が増加したときに、前記受信端末の最大再送回数を減少させる、無線通信装置である。本願の請求項6に記載の発明によれば、請求項5に記載の無線通信装置の最大再送回数制御部は、前記受信端末の台数が減少したときには、前記受信端末の最大再送回数を増加させるように構成されている。また、本願の請求項7に記載の発明は、ユニキャスト通信の宛先としてパケットを受信する受信部と、前記受信部で受信パケットをロスしたときに再送制御を行なう再送制御部と、を具備し、前記再送制御部は、前記ユニキャスト通信の宛先となる受信端末の台数に応じて設定された最大再送回数まで、ロスしたパケットの再送を要求する、無線通信装置である。本願の請求項8に記載の発明によれば、請求項7に記載の無線通信装置において、前記ユニキャスト通信の宛先となる受信端末の台数が増加したときに前記最大再送回数は減少し、前記ユニキャスト通信の宛先となる受信端末の台数が減少したときに前記最大再送回数は増加する。また、本願の請求項9に記載の発明は、ユニキャスト通信によりデータを送信する受信端末の台数を測定するステップと、前記受信端末の台数が増加したときには、前記受信端末に与える最大再送回数を減少させて、ユニキャスト通信を行なうステップと、前記受信端末の台数が減少したときには、前記受信端末に与える最大再送回数を増加させて、ユニキャスト通信を行なうステップと、を有する無線通信方法である。また、本願の請求項10に記載の発明は、ユニキャスト通信の宛先としてパケットを受信する受信ステップと、前記受信部で受信パケットをロスしたときに、前記ユニキャスト通信の宛先となる受信端末の台数に応じて設定された最大再送回数まで、ロスしたパケットの再送を要求する再送要求ステップと、を有する無線通信方法である。また、本願の請求項11に記載の発明は、1以上の受信端末に対してデータを送信するデータ送信部と、前記データ送信部からデータを送信する際の通信方式を決定する通信方式決定部と、を具備し、前記通信方式決定部は、前記受信端末におけるパケットロス率が第1の閾値以下のときには、1台又は一部の受信端末を宛先とするユニキャスト通信を行なうとともに、ユニキャスト通信されるパケットを宛先以外の受信端末も受信する第2の通信方式を選択し、前記受信端末におけるパケットロス率が前記第1の閾値を超えるときにはユニキャスト通信による第1の通信方式を選択する、無線通信装置である。本願の請求項12に記載の発明によれば、請求項11に記載の無線通信装置の通信方式決定部は、前記受信端末におけるパケットロス率が第1の閾値よりも低い第2の閾値以下のときには、マルチキャスト通信を選択するように構成されている。また、本願の請求項13に記載の発明は、データを送信する受信端末におけるパケットロス率を測定するステップと、パケットロス率が第1の閾値以下のときに、1台又は一部の受信端末を宛先とするユニキャスト通信を行なうとともに、ユニキャスト通信されるパケットを宛先以外の受信端末も受信する第2の通信方式を選択するステップと、パケットロス率が前記第1の閾値を超えるときにはユニキャスト通信による第1の通信方式を選択するステップと、前記の選択された通信方式によりデータ送信を行なうステップと、を有する無線通信方法である。また、本願の請求項14に記載の発明は、1以上の受信端末に対してデータを送信するデータ送信部と、各受信端末におけるパケットロス率を測定するパケットロス率測定部と、パケットロス率が高い受信端末に対してデータを送信するサービスを終了するサービス終了処理部と、を具備する無線通信装置である。また、本願の請求項15に記載の発明は、送信端末から送信されるパケットを受信する受信部と、前記受信部におけるパケットロス率を測定するパケットロス率測定部と、パケットロス率が高くなったときに、前記送信端末からのサービスを終了するサービス終了処理部と、を具備する無線通信装置である。また、本願の請求項16に記載の発明は、データを送信する各受信端末におけるパケットロス率を測定するパケットロス率測定ステップと、パケットロス率が高い受信端末に対してデータを送信するサービスを終了するサービス終了処理ステップと、を有する無線通信方法である。また、本願の請求項17に記載の発明は、送信端末からのパケットロス率を測定するパケットロス率測定ステップと、パケットロス率が高くなったときに、前記送信端末からのサービスを終了するサービス終了処理ステップと、を有する無線通信方法である。また、本願の請求項18に記載の発明は、データを配信する送信端末と、前記送信端末から配信されるデータを受信する1以上の受信端末と、を具備し、前記受信端末が所定の台数以下のときには、前記送信端末がユニキャスト通信する第1の通信方式によりデータを配信し、前記受信端末が所定の台数を超えるときには、前記送信端末が第2の通信方式によりデータを配信し、前記第2の通信方式では、前記送信端末が1台又は一部の受信端末を宛先とするユニキャスト通信を行なうとともに、ユニキャスト通信されるパケットを宛先以外の受信端末も受信する、無線通信システムである。但し、ここで言うシステムとは、複数の装置又は特定の機能を実現する機能モジュールが論理的に集合した物のことを言い、各装置や機能モジュールが単一の筐体内にあるか否かは特に問わない以下、同様。また、本願の請求項19に記載の発明は、ユニキャスト通信によりデータを配信する送信端末と、前記送信端末からユニキャスト通信により配信されるデータを受信する1以上の受信端末と、を具備し、前記受信端末の台数が増加したときに、前記受信端末の最大再送回数を減少させる、無線通信システムである。また、本願の請求項20に記載の発明は、データを配信する送信端末と、前記送信端末から配信されるデータを受信する1以上の受信端末と、を具備し、前記受信端末におけるパケットロス率が所定の閾値以下のときには、前記送信端末がマルチキャスト通信する第3の通信方式、又は、第2の通信方式によりデータを配信し、前記受信端末におけるパケットロス率が所定の閾値を超えるときには、前記送信端末がユニキャスト通信する第1の通信方式によりデータを配信し、前記第2の通信方式では、前記送信端末が1台又は一部の受信端末を宛先とするユニキャスト通信を行なうとともに、ユニキャスト通信されるパケットを宛先以外の受信端末も受信する、無線通信システムである。また、本願の請求項21に記載の発明は、データを配信する送信端末と、前記送信端末から配信されるデータを受信する1以上の受信端末と、を具備し、パケットロス率が高い受信端末に対して、前記送信端末からデータを配信するサービスを終了する、無線通信システムである。本発明によれば、動画像のリアルタイム伝送システムなどにおいて、受信端末数や伝送路の状態に応じて、ユニキャスト通信又はマルチキャスト通信を適宜使用しながら、固定遅延を実現することができる、優れた無線通信装置及び無線通信方法、並びに無線通信システムを提供することができる。本願の請求項1乃至4、18に記載の発明によれば、例えば動画像データのリアルタイム伝送などの固定遅延データの配信サービスを行なう際に、受信端末の台数が少ない場合には、ユニキャスト通信を行なうことで、パケットロス率を低減することができる。また、受信端末の台数が多い場合には、マルチキャスト通信を行なうことで、パケットの伝送遅延時間を減らし、無駄な帯域の使用を削減することができる。あるいは、受信端末の台数が多い場合には、スニファーモードで通信を行なうことで、パケットロスを低減しつつ、帯域の使用量を削減することができる。また、本願の請求項5乃至10、19に記載の発明によれば、ユニキャスト通信により複数の受信端末への固定遅延データの配信サービスを行なう場合に、宛先端末の台数が多い場合に最大再送回数を減少することで、パケットの伝送遅延時間を減らし、無駄な帯域の使用を削減することができる。また、本願の請求項11乃至13、20に記載の発明によれば、受信端末毎のパケットロス率PLRを計測することで、伝送路の状態に適した通信方式を選択、切り換えることが可能となり、無駄な帯域の使用を削減し、パケットロス率を低減することができる。また、本願の請求項14乃至17、21に記載の発明によれば、複数の受信端末に動画像リアルタイム伝送などの固定遅延データの配信サービスを行なう際に、パケットロス率が大きい受信端末との通信を終了することで、帯域の無駄な使用を低減することができる。また、本発明に係る通信システムにおいて、各受信端末のユーザーに伝送遅延量とパケットロス率を通知することで、システムの遅延量の設定や通信方式をユーザーが行なうことができる。本発明のさらに他の目的、特徴や利点は、後述する本発明の実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。以下、図面を参照しながら本発明の実施形態について詳細に説明する。≪システム構成≫図1には、本発明が適用される通信システム100の一例を示している。図示の通信システム100は、1台の送信端末110と、1台以上の受信端末120-1、120-2、...、120-Nで構成される但し、Nは1以上の整数。送信端末110から各受信端末120-1、...へは、例えば動画像や音声などのデータ伝送が行なわれ、固定遅延を実現することが技術的課題とされる。≪送信端末の構成≫図2には、送信端末110となる通信装置の構成例を示している。図示の通信装置は、アプリケーション部201と、圧縮部202と、通信部210を備えている。アプリケーション部201は、ユーザーによる操作に応じて、動画像や音声などの所定の送信データを取得して、圧縮部202へ供給する。以下では、説明の便宜上、送信データは画像データとする。また、アプリケーション部201は、各アプリケーションをユーザーに操作させるためのユーザーインタフェースの制御や通信の制御に用いられる制御データを、圧縮部202へ供給する。圧縮部202は、アプリケーション部201から画像データと制御データが供給されると、画像データを符号化するとともに、制御データ情報に応じて制御データを多重化する。通信部210は、送信データ生成部211と、送受信制御部212と、物理層制御部213と、物理層送信処理部214と、スイッチ部215と、アンテナ部216と、物理層受信処理部217と、受信データ分離部218を備えている。送信データ生成部211は、圧縮部202から出力された画像データを含む通信パケットを生成する。例えば、再送機能を備えたTCPTransmissionControlProtocol又は再送機能が省かれたUDPUsrDatagramProtocolや、IPInternetProtocolプロトコルに基づく通信を行なう場合には、送信データ生成部211は、画像データにTCPヘッダー又はUDPヘッダー、及び、端末識別情報を付加して、IPパケットを生成する。また、送信データ生成部211は、伝送遅延を測定するために、タイムスタンプ情報をIPパケットに付加する。タイムスタンプ付加の一例として、RTPパケットとして通信パケットを生成する方法がある。ここで、RTPReal-timeTransportProtocolは、動画像や音声などのデータストリームをリアルタイムでIPネットワーク上に送出するプロトコルである。図3には、RTPパケットのフォーマットを示している。図3において、上から2ワード目にタイムスタンプが挿入される。タイムスタンプは、パケットの送信側がカウンターに基づいて生成されるものであり、送信側と受信側のカウンターを同期させることによって、送信から受信までの伝送遅延量を測定することが可能となる。再び図2に戻って、送信端末の構成について説明する。送受信制御部212は、例えば無線LANのMACMediaAccessControl層の制御を行なう。送受信制御部212は、例えば動画像リアルタイム伝送などの固定遅延データの配信サービスを行なう際に、サービスを行なう受信端末120の台数Nや、パケットロス率PLRなどで示される伝送路の状態に応じて、ユニキャスト通信、マルチキャスト通信、又は、スニファーモード後述のいずれかの通信方式を選択し、通信方式の切り換えを行なうが、詳細は後述に譲る。物理層制御部213は、送受信制御部212又は送信データ生成部211からの指示に基づいて、物理層を制御する。物理層送信処理部214は、物理層制御部213の要求に基づいて動作を開始し、送信データ生成部211から供給された通信パケットをスイッチ部215に出力する。スイッチ部215は、データの送信と受信を切り替える機能を有する。具体的には、スイッチ部215は、物理層送信処理部214から通信パケットが供給されてきたときに、通信パケットをアンテナ部216に伝送し、無線伝送路に送出する。また、アンテナ部216を介して通信パケットが受信されたときに、スイッチ部215は、受信されたパケットを物理層受信処理部217に供給する。物理層受信処理部217は、物理層制御部213の要求に基づいて動作を開始し、受信パケットを受信データ分離部218に供給する。受信データ分離部218は、物理層受信処理部217から供給された受信パケットを解析し、アプリケーション部201に受け渡すべきデータを分離して、アプリケーション部201へ出力する。例えば、受信データ分離部218は、受信パケットに含まれるTCPヘッダー又はUDPヘッダーのポート番号を参照し、アプリケーション部218に受け渡すべきデータを識別してもよい。≪受信端末の構成≫図4には、受信端末120となる通信装置の構成例を示している。図示の通信装置は、通信部410と、復号部402と、アプリケーション部401を備えている。通信部410は、送信データ生成部411と、送受信制御部412と、物理層制御部413と、物理層送信処理部414と、スイッチ部415と、アンテナ部416と、物理層受信処理部417と、受信データ分離部418と、遅延制御部419を備えている。送信データ生成部411は、送受信制御部419の要求に基づいて、送信端末110へ送信すべきデータを読み出して、送信パケットを生成する。例えば、送信データ生成部411は、IPパケットを生成して、物理層送信処理部414へ出力する。送受信制御部412は、送信端末110の送信制御部212と同様に、MAC層の制御を行なう。また、送受信制御部412は、例えば後述する受信データ分離部418により検出される受信データのパケットロス率PLRPacketLossRateを測定する。また、送受信制御部412は、受信データ分離部418により検出されるタイムスタンプ情報を基にして、受信パケットの伝送遅延量を計算する。送受信制御部412は、ユニキャスト通信の宛先端末としてパケットの受信処理を行なう際には、再送機能を適用し、ACK返送により、パケットをロスしたときにはパケットを再送要求する。これに対し、スニファー端末後述として多局宛ての受信パケットを自分宛てとみなして受信処理を行なう際や、マルチキャスト通信が行なわれている際には、再送機能を適用せず、ACK返送を行なわない、物理層制御部413は、送受信制御部412又は送信データ生成部411からの指示に基づいて、物理層を制御する。物理層送信処理部414は、物理層制御部413の要求に基づいて動作を開始し、送信データ生成部411から供給された通信パケットをスイッチ部415に出力する。スイッチ部415は、データの送信と受信を切り替える機能を有し、物理層送信処理部414から通信パケットが供給されてきたときには通信パケットをアンテナ部416に伝送し、アンテナ部216を介して通信パケットが受信されたときには、受信されたパケットを物理層受信処理部217に供給する。物理層受信処理部417は、物理層制御部413の要求に基づいて動作を開始し、受信パケットを受信データ分離部418に供給する。受信データ分離部418は、物理層受信処理部417から供給された受信パケットを解析し、復号部402に受けた渡すべきデータを分離して、復号部402へ出力する。例えば、IPプロトコルに基づく通信を行なう場合には、受信データ分離部418は、受信パケットに含まれる宛先IPアドレス及び宛先ポート番号を参照して、復号部402に受け渡すべきデータを識別することができる。また、受信データ分離部418は、受信パケットに含まれるタイムスタンプ情報を取得し、送受信制御部412に通知する。遅延制御部419は、送受信制御部412によって計算された伝送遅延量を基に、受信パケットの遅延量を一定値にし、復号部402へ受信パケットを出力する。遅延制御部419は、あらかじめ設定された固定遅延量よりもパケットの伝送遅延量が大きい場合には、その受信パケットを破棄することによって、固定遅延を実現する。伝送遅延のために遅延制御部419で破棄された受信パケットは、正常に受信処理し復号できたとしても、送受信制御部412ではパケットロスとして扱って、パケットロス率を計算する。但し、伝送遅延を問題としないデータ配信サービスを受けているときなどは、遅延制御部419で遅延量の固定制御を行なわず、すべての受信パケットを復号部402に出力するようにしてもよい。復号部402は、受信データを復号して、アプリケーション部401へ出力する。≪受信端末120の台数による通信方式の切り換え≫図1に示した通信システム100において、送信端末110が複数の受信端末120-1、120-2、...、120-Nを相手にリアルタイム伝送を行なう場合、ユニキャスト通信では、受信端末120の台数が増えるとすべての端末に伝送し終えるまでの遅延時間が大きくなるため、固定遅延の実現が困難になる。他方、マルチキャスト通信では、同一の情報を多数の端末に一度に伝送するので遅延時間の問題がないが、再送の仕組みがないため、伝送路の状態が悪いと動画像が途切れるなどデータ伝送品質が低下する。例えば、送信端末110からの送信データを同時に受信する受信端末120の台数Nに応じて通信方式を決定することによって、通信システム100全体のデータ伝送品質を保ちつつ固定遅延を実現する方法が考えられる。送信端末110からの送信データを同時に受信する受信端末120の台数Nに応じて通信方式を決定する方法について、図5~図7を参照しながら説明する。但し、通信方式を切り換える際の受信端末120の台数の閾値をaとする。図5には、受信端末120の台数Nが閾値aを超えた場合に、送信端末110がマルチキャスト通信を用いてデータを伝送する様子を示している。受信端末120の台数Nが多い場合にユニキャスト通信を行なうと、受信端末1台当たりに使用できる帯域が少なくなるため、伝送機会が減り、伝送遅延量が増加する傾向にある。通信システム100において固定遅延を実現する場合、伝送遅延量が増大して固定遅延量を超えた受信パケットは、上述したように破棄され、パケットロスとして扱われる.したがって、受信端末120の台数Nが閾値aをこえるときには、送信端末110がマルチキャスト通信を行なうことによって、伝送遅延量の増大を防ぐようにする。また、図6には、受信端末120の台数Nが閾値aを超えた場合に、送信端末110が、マルチキャストではなくスニファーモードでデータを伝送する様子を示している。ここで言うスニファーモードとは、送信端末110が複数の受信端末120-1、120-2、...、120-Nのうち1台同図では、受信端末120-N若しくは、1台以上の一部の受信端末を宛先とするユニキャスト通信を行ない、宛先以外の受信端末120-1、120-2、...、120-N-1は受信パケットを自分宛てのパケットとして受信するという、通信システム100の動作モードである。宛先以外の受信端末120-1、120-2、...、120-N-1のことを、以下ではスニファー端末と呼ぶ。なお、通常は、受信端末120-1、120-2、...、120-Nは、自端末が宛先となっていないパケットは破棄する。また、スニファー端末が欲しいデータは、例えば、画像データや、音声データなどのコンテンツデータを含むデータパケットであって、ACKなどの制御パケットは不要である。したがって、スニファー端末は、ヘッダーに含まれるパケットの種別を識別するための情報に基づいてデータパケットのみを処理対象とし、制御パケットは処理対象とせず破棄してもよい。また、スニファー端末は、本来は自分宛てではないパケットを受信することになるため、受信したパケットに対してACKなどの受信応答信号を返信するようなことは行なわない。パケットの宛先に指定された受信端末120-Nは、受信の主体であり、再送手順が適用される。すなわち、受信端末120-Nは、受信確認応答ACKを返送することができ、再送によってパケットロス率を低減することが可能である。他方、パケットの宛先でないスニファー端末120-1、120-2、...、120-N-1は、再送手順が適用されず、受信確認応答ACKを返送しない。したがって、宛先端末及びスニファー端末ともにロスしたパケットは再送され、スニファー端末のパケットロス率も低減されるが、スニファー端末だけがロスしたパケットは再送されない。また、図7には、受信端末120の台数Nが閾値a以内である場合に、送信端末110がユニキャスト通信を用いてすべての受信端末120-1、120-2、...、120-Nにデータを伝送する様子を示している。受信端末120の台数Nが少ない場合には、ユニキャスト通信を行なっても受信端末1台当たりに使用できる帯域に余裕があり、十分な伝送機会を割り当てることができるので、伝送遅延量は許容できる程度である。すべての受信端末120-1、120-2、...、120-Nは、受信確認応答ACKを返送することができ、再送による確実なデータ伝送が期待できる。図8には、通信システム100において、送信端末110から同一の送信データを受信する受信端末120の台数Nに応じて通信方式を選択する処理手順をフローチャートの形式で示している。この処理手順は。例えば送信端末110により実行される。この処理手順では、受信端末120の台数Nに応じて、ユニキャストモード又はマルチキャストモードのいずれか一方の通信方式が選択される。まず、通信システム100内で、送信端末110から同一の送信データを受信する受信端末120の台数Nを取得して、台数Nが閾値a以下かどうかをチェックするステップS801。例えば、送信端末110がアクセスポイントとして動作する場合、送信端末110は、自セル内に収容され、同一の送信データの送信先となる受信端末120の台数を計数して、判断する。ここで、送信端末110から同一の送信データを受信する受信端末120の台数Nが閾値a以下であればステップS801のYes、送信端末110は、同一の送信データを、ユニキャスト通信を用いてすべての120-1、120-2、...、120-Nに配信することに選択するステップS802。他方、送信端末110から同一の送信データを受信する受信端末120の台数Nが閾値aを超える場合には、ステップS801のNo、送信端末110は、同一の送信データを、マルチキャスト通信を用いて配信することに選択するステップS803。そして、送信端末110は、ステップS802又はS803で選択した通信方式により、データ送信を開始するステップS804。また、図9には、通信システム100において、送信端末110から同一の送信データを受信する受信端末120の台数Nに応じて通信方式を選択する処理手順をフローチャートの形式で示している。この処理手順は。例えば送信端末110により実行される。この処理手順では、受信端末120の台数Nに応じて、ユニキャストモード又はスニファーモードのいずれか一方の通信方式が選択されるまず、通信システム100内で、送信端末110から同一の送信データを受信する受信端末120の台数Nを取得して、台数Nが閾値a以下かどうかをチェックするステップS901。例えば、送信端末110がアクセスポイントとして動作する場合、送信端末110は、自セル内に収容され、同一の送信データの送信先となる受信端末120の台数を計数して、判断する。ここで、送信端末110から同一の送信データを受信する受信端末120の台数Nが閾値a以下であればステップS901のYes、送信端末110は、同一の送信データを、ユニキャスト通信を用いてすべての120-1、120-2、...、120-Nに配信することに選択するステップS902。他方、送信端末110から同一の送信データを受信する受信端末120の台数Nが閾値aを超える場合には、ステップS901のNo、送信端末110は、同一の送信データを、スニファーモードにより配信することに選択するステップS903。上述したように、スニファーモードでは、複数の受信端末120-1、120-2、...、120-Nのうち1台若しくは、1台以上の一部の受信端末を宛先とするユニキャスト通信を行ない、その他の受信端末120-1、120-2、...、120-N-1はスニファー端末として受信パケットを自分宛てのパケットとして受信する。スニファーモードでデータを伝送することを決めた送信端末110は、複数の受信端末120-1、120-2、...、120-Nのうち1台若しくは、1台以上の一部の受信端末を宛先に選択し、その他の受信端末をスニファー端末として選択する。なお、通常は、受信端末120-1、120-2、...、120-Nは、自端末が宛先となっていないパケットは破棄する。また、スニファー端末が欲しいデータは、例えば、画像データや、音声データなどのコンテンツデータを含むデータパケットであって、ACKなどの制御パケットは不要である。したがって、スニファー端末は、ヘッダーに含まれるパケットの種別を識別するための情報に基づいてデータパケットのみを処理対象とし、制御パケットは処理対象とせず破棄してもよい。また、スニファー端末は、本来は自分宛てではないパケットを受信することになるため、受信したパケットに対してACKなどの受信応答信号を返信するようなことは行なわない。パケットの宛先に指定された受信端末は、受信の主体であり、受信確認応答ACKを返送することができ、再送によってパケットロス率を低減することが可能である。他方、スニファー端末には、再送手順が適用されないので、スニファー端末だけがロスしたパケットは再送されない。そこで、ステップS803では、パケットロス率の高い受信端末を宛先に指定して、システム全体としてのパケットロス率を低減するようにしてもよい。そして、送信端末110は、ステップS902又はS903で選択した通信方式により、データ送信を開始するステップS904。このように、通信システム100において、受信端末120の台数Nが少ない場合には、ユニキャスト通信により固定遅延データの配信サービスを行なうことで、パケットロス率PLRを低減することができる。また、受信端末120の台数Nが多い場合には、マルチキャスト通信により固定遅延データの配信サービスを行なうことで、パケットの伝送遅延時間を減らし、無駄な帯域の使用を削減することができる。また、伝送遅延によるパケットロスを少なくすることができる。また、受信端末120の台数Nが多い場合に、スニファーモードにより固定遅延データの配信サービスを行なうことで、パケットロスを低減しつつ、帯域の使用量を削減することができる。図8に示したフローチャートのステップS802、又は、図9に示したフローチャートのステップS902において、ユニキャスト通信が選択された場合、すべての受信端末は、受信の主体であり、受信確認応答ACKを返送することができ、再送によってパケットロス率を低減することが可能である。但し、再送する分、パケットの遅延時間が増加する。例えば、ユニキャスト通信の宛先となる受信端末120の台数が増えると、システム全体でパケットを再送する頻度が高くなり、伝送遅延時間が大きくなり、固定遅延を実現できなくなるという事態が想定される。そこで、ユニキャスト通信が選択された場合に、受信端末120の台数の増減に応じて最大再送回数を設定するという制御方法も考えられる。すなわち、受信端末120の台数が増加すると、最大再送回数を減少して、伝送遅延時間を大きくなるのを抑制するようにする。他方、受信端末120の台数が減少すると、伝送帯域に余裕ができることから、最大再送回数を増加して、パケットロス率を低減するようにする。図10には、通信システム100においてユニキャスト通信が選択された場合において、受信端末120の台数に応じて最大再送回数を設定するための処理手順をフローチャートの形式で示している。この処理手順は、例えば送信端末110により実行される。データ通信を開始する前に、通信システム100内で送信端末110から同一の送信データを受信する受信端末120の台数を測定するステップS1001。次いで、受信端末120の台数が増加したかどうかをチェックするステップS1002。ここで、受信端末120の台数が増加したときにはステップS1002のYes、通信システム100内で、ユニキャスト通信する際の最大再送回数を減少するステップS1003。例えば、送信端末110は、受信端末120の台数に応じて減少した最大再送回数を設定し、宛先となる各受信端末120-1、120-2、...に通知する。その後、ステップS1001に戻り、上述の処理を繰り返し実行する。また、受信端末120の台数が増加していないときにはステップS1002のNo、続いて、受信端末120の台数が減少したかどうかをチェックするステップS1004。そして、受信端末120の台数が減少したときにはステップS1004のYes、通信システム100内で、ユニキャスト通信する際の最大再送回数を増加するステップS1005。例えば、送信端末110は、受信端末120の台数に応じて増加した最大再送回数を設定し、宛先となる各受信端末120-1、120-2、...に通知する。その後、ステップS1001に戻り、上述の処理を繰り返し実行する。例えば、送信端末110は、通信システム100内でユニキャスト通信の宛先となる受信端末120の台数を測定して、図10に示した処理手順に従って、各受信端末120-1、...の最大再送回数を設定する。そして、送信端末110は、設定した最大再送回数を各受信端末120-1、...に通知するようにする。例えば、送信端末110は、画像などの伝送データに重畳させて最大再送回数の通知を行なうようにしてもよい。このように、通信システム100において、ユニキャスト通信により複数の受信端末120-1、...への固定遅延データの配信サービスを行なう場合に、宛先端末の台数Nが多い場合に最大再送回数を減少することで、パケットの伝送遅延時間を減らし、無駄な帯域の使用を削減することができる。上述したように、図1に示した通信システム100において、送信端末110が複数の受信端末120-1、120-2、...、120-Nを相手にリアルタイム伝送を行なう場合、ユニキャストモードでは、伝送路の状態が悪いと、パケットを再送する頻度が高まり、伝送遅延時間が大きくなるため、固定遅延の実現が困難になる。他方、スニファーモードでは、パケットを再送する頻度を低くし、伝送路の状態が悪くなっても伝送遅延時間の増大を抑制することができる。さらにマルチキャストモードでは、同一の情報を多数の端末に一度に伝送することにより伝送帯域を節約するとともに、パケット再送を行なわないことにより、伝送路の状態が悪くなっても伝送遅延時間を一定に保つことができる。≪パロットロス率による通信方式の切り換え≫図5~図7では、送信端末110からの送信データを同時に受信する受信端末120の台数Nに応じて通信方式を決定する方法について説明してきた。これに対し、パケットロス率言い換えれば、伝送路の状態に応じて通信方式を切り換えて、通信システム100全体のデータ伝送品質を保ちつつ固定遅延を実現する方法も考えられる。送信端末110からの送信データを同時に受信する受信端末120の台数Nに応じて通信方式を決定する方法について、図5~図7を参照しながら説明する。但し、通信方式を切り換える際の受信端末120の台数の閾値をaとする。図11Aには、パケットロス率PLRに応じて、送信端末110から同じデータを複数の受信端末120-1、120-2、...、120-Nに送信する通信方式を切り換える様子を示している。以下では、マルチキャストモードからスニファーモードに切り換える際のパケットロス率PLRの閾値をbとし、スニファーモードからユニキャストモードに切り換える際のパケットロス率PLRの閾値をcとする但し、b<cとする。パケットロス率PLRが閾値b以下の場合、送信端末110はマルチキャスト通信を用いてデータを伝送することを選択する。通信システム100内のすべての受信端末120-1、...、120-Nは、マルチキャストでデータを受信する。マルチキャスト通信によれば、帯域の使用量を減らすことができるが、各受信端末120-1、...、120-NはACK受信確認応答パケットを返送することができないため、パケットの再送ができない。よって、マルチキャスト通信は、パケットロスが小さい場合に有効であるということができる。なお、各受信端末120-1、...、120-Nにおいて、ロスしたパケットは、誤り訂正符号や補間などによって再生される場合がある。一方、パケットロス率PLRが閾値bを超え、且つ、閾値c以下の場合には、送信端末110は、スニファーモードを用いてデータを伝送することを選択する。上述したように、スニファーモードでは、複数の受信端末120-1、120-2、...、120-Nのうち1台若しくは、1台以上の一部の受信端末を宛先とするユニキャスト通信を行ない、その他の受信端末120-1、120-2、...、120-N-1はスニファー端末として受信パケットを自分宛てのパケットとみなして受信する。パケットの宛先に指定された受信端末は、受信の主体であり、受信確認応答ACKを返送することができ、再送によってパケットロス率を低減することが可能である。他方、スニファー端末には、再送手順が適用されないので、スニファー端末だけがロスしたパケットは再送されない。そこで、送信端末110は、パケットロス率の高い受信端末を宛先に指定して、システム全体としてのパケットロス率を低減するようにしてもよい。また、パケットロス率PLRが閾値cを超える場合には、送信端末110は、ユニキャスト通信を用いてデータを伝送することを選択する。通信システム100内のすべての受信端末120-1、...、120-Nが受信の主体であり、受信確認応答ACKを返送することができ、再送によってパケットロス率を低減することが可能である。但し、受信端末120の台数Nが多いと、パケットを再送する頻度が高くなることから、伝送遅延時間は大きくなることが懸念される。なお、図11Aに示した例では、パケットロス率PLRに応じて、通信システム100は、マルチキャストモード、スニファーモード、ユニキャストモードの間を順次切り換わるが、すべての通信方式を使用する必要は必ずしもない。例えば、図11Bに示すように、パケットロス率PLRに応じてマルチキャストモードとユニキャストモードのみを使用したり、スニファーモードとユニキャストモードのみを使用したりするようにしてもよい。また、通信システム100において送受信間で誤り訂正符号などの冗長設計を行なう場合、パケットロス率PLRの大小によって冗長度を変更するようにしてもよい。例えば、パケットロス率PLRが低いときには冗長度を低下して、データ伝送効率を向上させ、パケットロス率PLRが増大すると冗長度を高くして、ロスしたパケットを可能な限り再生できるようにする。さらに、図11A~図11Cに示したような通信方式の切り換えと組み合わせて、通信方式毎に冗長度を固定的に設定するようにしてもよい。例えば、すべての受信端末が受信確認応答ACKを返送できず、ロスしたパケットが再送されないマルチキャストモードや、宛先に指定された一部の受信端末のみが受信確認応答ACKを返信し、スニファー端末がロスしたパケットは再送されないスニファーモードでは、冗長度を高くして、ロスしたパケットを可能な限り再生できるようにする。勿論、通信方式に関係なく、冗長度をパケットロス率PLRに一意に連動させるようにしてもよい。図12Aには、通信システム100におけるパケットロス率PLRに応じて通信方式を選択する処理手順をフローチャートの形式で示している。この処理手順は、例えば送信端末110で行われる。まず、通信システム100におけるパケットロス率PLRを測定するステップS1201。例えば、送信端末110が各受信端末120-1、...、120-Nにテストデータを送信し、各受信端末120-1、...、120-Nにおけるテストデータの受信結果を送信端末110で集計して、通信システム100のパケットロス率PLRを測定する。そして、パケットロス率PLRが閾値b以下かどうかをチェックするステップS1202。ここで、パケットロス率PLRが閾値b以下のときにはステップS1202のYes、送信端末110は、同一の送信データを、マルチキャスト通信を用いて配信することに選択するステップS1203。一方、パケットロス率PLRが閾値bを超えるときにはステップS1202のNo、続いて、パケットロス率PLRが閾値c以下かどうかをチェックするステップS1204。ここで、パケットロス率PLRが閾値c以下のときにはステップS1204のYes、送信端末110は、同一の送信データを、スニファーモードにより配信することに選択するステップS1205。また、パケットロス率PLRが閾値cを超えるときにはステップS1204のNo、送信端末110は、同一の送信データを、ユニキャスト通信を用いて配信することに選択するステップS1206。そして、送信端末110は、ステップS1203、S1205、又はS1206で選択した通信方式により、データ送信を開始するステップS1207。図13には、図12Aに示したようにパケットロス率PLRに応じて通信方式を選択する際の、送信端末110と受信端末120間の通信シーケンス例を示している。送信端末110は、受信端末120から、動画像のリアルタイム伝送など、固定遅延データの配信要求を受信すると、受信確認応答ACKを返送する。一方、配信要求を送信した受信端末120は、送信端末110から受信確認応答ACKを受信すると、続いて、テストデータの送信要求を送信する。送信端末110は、テストデータの送信要求を受信したことに応じて、受信端末120に対してテストデータの送信を実行する。そして、受信端末120は、テストデータを受信すると、パケットロス率PLRを測定し、その測定結果を送信端末110に返送する。送信端末110は、受信端末120から通知されたパケットロス率PLRに基づいて、配信要求された固定遅延データの送信に適用する通信方式を決定する。例えば図11Aに示したように、送信端末110は、通知されたパケットロス率PLRを閾値b、cと比較し、PLR≦bであればマルチキャストモード、B<PLR≦cであればスニファーモード、PLR>cであればユニキャストモードを選択する。送信端末110は、選択した通信方式を、受信端末120に通知する。これに対し、受信端末120は、受信確認応答ACKを返送する。そして、送信端末110は、受信確認応答ACKを受信すると、配信要求されたデータの伝送を開始する。なお、無線通信環境では、伝送路の状態は一定とは限らず、時間の経過とともにパケットロス率PLRが変化することが想定される。伝送路の状態が変化する要因として、周囲の通信システムとの干渉や、通信システム100内での受信端末120-1、...、120-Nの移動や、受信端末120の台数Nの増減などを挙げることができる。そこで、データ伝送開始時にだけパケットロス率PLRの測定と通信方式の選択を行なうのではなく、その後も定期的にパケットロス率PLRの測定と通信方式の選択を繰り返し行なうようにしてもよい。図12Bには、通信システム100において、定期的にパケットロス率PLRを測定して通信方式を選択する処理手順をフローチャートの形式で示している。この処理手順は、例えば送信端末110で行なわれる。送信端末110は、まず時刻カウンターを0にセットしてステップS1211、通信システム100におけるパケットロス率PLRを測定するステップS1212。そして、パケットロス率PLRが閾値b以下かどうかをチェックするステップS1213。ここで、パケットロス率PLRが閾値b以下のときにはステップS1213のYes、送信端末110は、同一の送信データを、マルチキャスト通信を用いて配信することに選択するステップS1214。他方、パケットロス率PLRが閾値bを超えるときにはステップS1213のNo、続いて、パケットロス率PLRが閾値c以下かどうかをチェックするステップS1215。ここで、パケットロス率PLRが閾値c以下のときにはステップS1215のYes、送信端末110は、同一の送信データを、スニファーモードにより配信することに選択するステップS1216。また、パケットロス率PLRが閾値cを超えるときにはステップS1215のNo、送信端末110は、同一の送信データを、ユニキャスト通信を用いて配信することに選択するステップS1217。そして、送信端末110は、ステップS1214、S1216、又はS1217により、通信方式の設定を終了してステップS1218、データ送信を開始する。次いで、送信端末110は、時刻カウンターを更新しステップS1219、時刻カウンターが規定値に達するまで待機するステップS1220のNo。そして、時刻カウンターが規定値に達するとステップS1220のYes、ステップS1211に戻り、上述したパケットロス率PLRの測定及び通信方式の決定を行なう処理を繰り返す。なお、通信方式の切り換えは、図12Bに示したように定期的である必要はない。例えば、固定遅延データを受信中の受信端末120において、現在のパケットロス率を画面上やLEDLightEmittingDiodeを用いて表示しておき、ユーザーがこの表示を見て判断し、通信方式の切り換えタイミングを設定するようにしてもよい。いずれにせよ、送信端末110がデータ送信を行なう途中で、通信方式の切り換えが行なわれる。図14には、送信端末110がデータ送信を行なう途中で、通信方式の切り換えを行なう際の通信シーケンス例を示している。図14Aには、送信端末110からの要求に応じて通信方式を切り換える通信シーケンス例を示している。この場合、送信端末110は、通信方式の変更要求を受信端末120に送信する。これに対し、受信端末120は、受信確認応答ACKを返送する。そして、送信端末110は、受信端末120から受信確認応答ACKを受信して、通信方式の変更が了解されたことを確認すると、通信方式を切り換えて、データ伝送を行なう。また、図14Bには、受信端末120からの要求に応じて通信方式を切り換える通信シーケンス例を示している。この場合、受信端末120は、通信方式の変更要求を送信端末110に送信する。これに対し、送信端末110は、受信確認応答ACKを返送する。次いで、受信端末120は、受信確認応答ACKに対する受信確認応答ACKを返送する。そして、送信端末110は、受信端末120から受信確認応答ACKを受信して、通信方式の変更が了解されたことを確認すると、通信方式を切り換えて、データ伝送を行なう。なお、通信システム100では、伝送遅延量を測定するために、送信端末110と受信端末120の間で同期が確立されている前述。よって、送信端末110から受信端末120へ、又は、受信端末120から送信端末110へ、あらかじめ通信方式の切り換え時刻を通知しておくことで、送信端末110と受信端末120が通信方式の切り換えを同時に行なうことが可能となる。このように、通信システム100において、動画像リアルタイム伝送などの固定遅延データの配信データを行なう際に、受信端末120-1、...、120-N毎のパケットロス率PLRを計測することで、伝送路の状態に適した通信方式を選択、切り換えることが可能となり、無駄な帯域の使用を削減し、パケットロス率を低減することができる。≪サービスの終了≫ユーザーの移動などによって伝送路の状態が悪化した場合、受信端末のパケットロス率PLRは増加する。このように伝送路の状態が悪化した受信端末がユニキャストやスニファーモードの宛先端末である場合には、送信端末110にACKを返送しないことにより再送を要求し、又は、送信端末110に否定的な受信確認応答NACKを返送して再送要求を行なうことができる。ところが、最大再送回数まで再送を行なってもパケットロスとなってしまった場合には、帯域を無駄に使うことになり、他の端末の送信機会を減らす原因になる。したがって、通信システム100内で、パケットロス率PLRが増加してしまった受信端末を、動画像リアルタイム伝送などの固定遅延データ配信のサービス対象から外すことが好ましい。図15には、通信システム100において、移動により伝送路の状態が悪化した受信端末へのサービスを終了する様子を示している。図示の例では、受信端末120-Nが、移動したことなどに起因して伝送路の状態が悪化し、送信端末110からの伝送データのパケットロス率が増加したために、サービスを終了させている。図示のように、伝送路の状態が悪化した受信端末120-Nをサービスから外すことによって、他の受信端末120-1、120-2、...、120-N-1の送信機会を維持して、通信システム100全体のデータ伝送品質を保つことが可能となる。なお、サービスから外された受信端末120-Nは、ユーザーの移動などによって伝送路の状態が回復すると、送信端末110へのサービスの再接続を行なうようにしてもよい。また、通信システム100がスニファーモードを使用していた場合であって、宛先端末であった受信端末120-Nがサービスから外されると、代わりにスニファー端末として動作する他の受信端末又は同じデータをユニキャストにより受信している他の受信端末120-1、120-2、...、120-N-1のいずれか1台を宛先端末に変更する。上述したように、通信システム100内のすべての端末間で同期が確立されているので、宛先端末へのサービスの終了と新しい宛先端末への切り換えを同時に行なうことが可能である。図16には、パケットロス率PLRの増加により受信端末120へのサービスを終了する処理手順をフローチャートの形式で示している。この処理手順は、受信端末120が自身のパケットロス率PLRを測定して自律的に行なうことも、各受信端末120-1、...のパケットロス率PLRを集計する送信端末110が行なうことも可能である。以下では、サービスを終了するか否かを判断するパケットロス率PLRの閾値をdとし、パケットロス率PLRが連続して閾値dを超えた回数がeに到達するとサービスを終了するものとする。まず、パケットロス率PLRが連続して閾値dを超える回数を計数するカウンターを初期値0にセットするステップS1601。この処理手順を送信端末110が行なう場合、送信端末110は、受信端末120-1、...、120-N毎にカウンターを管理するものとする。そして、受信端末120のパケットロス率PLRを定期的に測定するステップS1602。例えば、送信端末110が受信端末120に定期的にテストデータを送信し、受信端末120はテストデータの受信結果を基にパケットロス率PLRを測定する。この処理手順を送信端末110が行なう場合は、各受信端末120-1、...、120-Nでの測定結果を送信端末110で集計する。次いで、受信端末120のパケットロス率PLRが閾値dを超えたかどうかをチェックするステップS1603。ここで、パケットロス率PLRが閾値d以下のときには、ステップS1603のYes、カウンターをクリアーしてステップS1607、ステップS1602に戻る。この処理手順を送信端末110が行なう場合、送信端末110は、パケットロス率PLRが閾値d以下となる受信端末120のカウンターをクリアーする。一方、パケットロス率PLRが閾値dを超えるときにはステップS1603のNo、カウンターを増加するステップS1604。この処理手順を送信端末110が行なう場合、送信端末110は、パケットロス率PLRが閾値dを超えた受信端末120のカウンターを増加する。そして、カウンターの値がeを超えたかどうかをチェックするステップS1605。ここで、カウンターの値がまだeを超えないときにはステップS1605のNo、ステップS1602に戻る。一方、カウンターの値がeを超えた場合にはステップS1605のYes、サービスの終了処理を実行してステップS1606、本処理を終了する。この処理手順を受信端末120が自律的に行なう場合には、カウンターの値がeを超えた受信端末120が自らのサービスの終了処理を実行する。また、送信端末110が行なう場合、送信端末110は、カウンターの値がeを超えた受信端末120に対してサービスの終了処理を実行する。なお、サービス終了の決定方法は、上記のようにカウンター値と閾値eとの大小比較する内部処理によらず、ユーザーが明示的に行なうようにしてもよい。例えば、カウンター値やパケットロス率PLRを送信端末110又は受信端末120で画面上やLEDなどに表示し、ユーザーがその表示を見てサービスを終了するかどうかを判断するようにしてもよい。図17Aには、パケットロス率PLRが増加した受信端末120へのサービスを終了する際の通信シーケンス例を示している。図示の通信シーケンスでは、送信端末110が、パケットロス率PLRの増加を確認した受信端末120に対して、サービス終了を通知する。これに対し、受信端末120は、受信確認応答ACKを返送する。そして、送信端末110は、受信端末120から受信確認応答ACKを受信して、サービスを終了することが了解されたことを確認すると、サービスの終了処理に移行する。なお、送信端末110は、パケットロス率PLRの増加によりサービスを終了させる受信端末120に対して、画像などの伝送データに重畳させてサービス終了の通知を行なうようにしてもよい。このような通知方法によれば、コマンドの追加を行なうことなく、ユーザーに情報を通知できる。また、図17Bには、パケットロス率PLRが増加した受信端末120へのサービスを終了する際の他の通信シーケンス例を示している。図示の通信シーケンスでは、受信端末120は、自分のパケットロス率PLRが増加したことを認識すると、送信端末に対して、自分へのサービス終了を通知する。これに対し、送信端末110は、受信確認応答ACKを返送する。次いで、受信端末120は、受信確認応答ACKに対する受信確認応答ACKを返送する。そして、送信端末110は、受信端末120から受信確認応答ACKを受信して、サービスを終了することが了解されたことを確認すると、サービスの終了処理に移行する。なお、通信システム100では、伝送遅延量を測定するために、送信端末110と受信端末120の間で同期が確立されている前述。よって、送信端末110から受信端末120へ、又は、受信端末120から送信端末110へ、あらかじめサービス終了処理への移行時刻を通知しておくことで、送信端末110と受信端末120がサービス終了処理を同時に行なうことが可能となる。このように、通信システム100において、複数の受信端末120-1、...に動画像リアルタイム伝送などの固定遅延データの配信サービスを行なう際に、パケットロス率が大きい受信端末との通信を終了することで、帯域の無駄な使用を低減することができる。