ルート端末から配信されるストリームデータを受信して再生する複数の通信端末のうちの一の通信端末であって、前記複数の通信端末は、それぞれに1つの親端末と、0以上の子端末とが割り当てられることによって、前記ストリームデータの再送データを前記親端末から前記子端末に順次送信するALMApplicationLayerMulticast配信木を構成し、該一の通信端末は、前記ALM配信木上の隣接する2つの端末の間の区間でデータを送受信するのに必要な往復遅延時間であって、前記ルート端末から該一の通信端末までの各区間の往復遅延時間のうちの最大値を用いて再生遅延時間を決定する再生遅延時間決定部と、前記ルート端末から受信した前記ストリームデータを、前記再生遅延時間決定部で決定された前記再生遅延時間だけ遅延させて再生する再生制御部とを備える通信端末。前記再生遅延時間決定部は、前記往復遅延時間の最大値の整数倍を、前記再生遅延時間と決定する請求項1に記載の通信端末。該一の通信端末とその親端末との間の往復遅延時間をrttselfと、該一の通信端末の前記再生遅延時間をxselfと、前記親端末の前記再生遅延時間をxparentと、正の整数をαselfと定義したとき、前記再生遅延時間決定部は、rttself≧xparentを満たす場合に、式1を用いて前記再生遅延時間xselfを決定し、rttself<xparentを満たす場合に、式2を用いて前記再生遅延時間xselfを決定する請求項1又は2に記載の通信端末。該一の通信端末は、さらに、前記ルート端末から受信したストリームデータの一部に損失が生じた場合に、前記親端末に対して、当該損失に対応する再送データの送信を要求する再送要求部を備え、前記再送要求部は、該一の通信端末とその親端末との間の往復遅延時間以上で、且つ前記往復遅延時間の最大値以下の間隔で、再送データの送信を繰り返し要求する請求項1~3のいずれか1項に記載の通信端末。該一の通信端末は、さらに、該一の通信端末とその親端末との間の前記往復遅延時間を測定する往復遅延時間測定部と、前記ALM配信木上の前記ルート端末から前記親端末までの1以上の前記往復遅延時間を含む往復遅延時間通知を前記親端末から受信し、前記往復遅延時間測定部で測定された前記往復遅延時間を含めて前記子端末に送信する往復遅延時間管理部とを備える請求項1~4のいずれか1項に記載の通信端末。前記往復遅延時間管理部は、所定の時間間隔毎に前記往復遅延時間通知を受信し、前記往復遅延時間測定部は、前記往復遅延時間通知を受信する度に、該一の通信端末とその親端末との間の前記往復遅延時間を測定し、前記再生遅延時間決定部は、前記往復遅延時間通知を受信する度に、前記往復遅延時間通知に含まれる1以上の前記往復遅延時間と、前記往復遅延時間測定部で測定された前記往復遅延時間とを用いて、前記再生遅延時間を決定する請求項5に記載の通信端末。ルート端末から配信されるストリームデータを受信して再生する複数の通信端末のうちの一の通信端末であって、前記複数の通信端末は、それぞれに1つの親端末と、0以上の子端末とが割り当てられることによって、前記ストリームデータの再送データを前記親端末から前記子端末に順次送信するALMApplicationLayerMulticast配信木を構成し、該一の通信端末は、前記ALM配信木上の隣接する2つの端末の間の区間でデータを送受信するのに必要な往復遅延時間であって、前記ルート端末から該一の通信端末までの各区間のうちの前記ストリームデータの損失率が最も大きい区間の前記往復遅延時間を用いて再生遅延時間を決定する再生遅延時間決定部と、前記ストリームデータを受信してから、前記再生遅延時間決定部で決定された前記再生遅延時間だけ遅延させて再生する再生制御部とを備える通信端末。該一の通信端末は、さらに、該一の通信端末とその親端末との間の前記損失率を測定する損失率測定部と、前記ALM配信木上の前記ルート端末から前記親端末までの1以上の前記損失率を含む損失率通知を前記親端末から受信し、前記損失率定部で測定された前記損失率を含めて前記子端末に送信する損失率管理部とを備える請求項7に記載の通信端末。前記損失率管理部は、所定の時間間隔毎に前記損失率通知を受信し、前記損失率測定部は、前記損失率通知を受信する度に、該一の通信端末とその親端末との間の前記損失率を測定し、前記再生遅延時間決定部は、前記損失率通知を受信する度に、前記損失率通知に含まれる1以上の前記損失率と、前記損失率測定部で測定された前記損失率とを用いて、前記再生遅延時間を決定する請求項8に記載の通信端末。ルート端末から配信されるストリームデータを受信して再生する複数の通信端末のうちの一の通信端末により実行される通信方法であって、前記複数の通信端末は、それぞれに1つの親端末と、0以上の子端末とが割り当てられることによって、前記ストリームデータの再送データを前記親端末から前記子端末に順次送信するALMApplicationLayerMulticast配信木を構成し、該通信方法は、前記ALM配信木上の隣接する2つの端末の間の区間でデータを送受信するのに必要な往復遅延時間であって、前記ルート端末から該一の通信端末までの各区間の往復遅延時間のうちの最大値を用いて再生遅延時間を決定する再生遅延時間決定ステップと、前記ルート端末から受信した前記ストリームデータを、前記再生遅延時間決定ステップで決定された前記再生遅延時間だけ遅延させて再生する再生制御ステップとを含む通信方法。ルート端末から配信されるストリームデータを受信して再生する複数の通信端末のうちの一の通信端末により実行されるプログラムであって、前記複数の通信端末は、それぞれに1つの親端末と、0以上の子端末とが割り当てられることによって、前記ストリームデータの再送データを前記親端末から前記子端末に順次送信するALMApplicationLayerMulticast配信木を構成し、該プログラムは、前記ALM配信木上の隣接する2つの端末の間の区間でデータを送受信するのに必要な往復遅延時間であって、前記ルート端末から該一の通信端末までの各区間の往復遅延時間のうちの最大値を用いて再生遅延時間を決定する再生遅延時間決定ステップと、前記ルート端末から受信した前記ストリームデータを、前記再生遅延時間決定ステップで決定された前記再生遅延時間だけ遅延させて再生する再生制御ステップとを、該一の通信端末に実行させるプログラム。ルート端末から配信されるストリームデータを受信して再生する複数の通信端末のうちの一の通信端末に搭載される集積回路であって、前記複数の通信端末は、それぞれに1つの親端末と、0以上の子端末とが割り当てられることによって、前記ストリームデータの再送データを前記親端末から前記子端末に順次送信するALMApplicationLayerMulticast配信木を構成し、該集積回路は、前記ALM配信木上の隣接する2つの端末の間の区間でデータを送受信するのに必要な往復遅延時間であって、前記ルート端末から該一の通信端末までの各区間の往復遅延時間のうちの最大値を用いて再生遅延時間を決定する再生遅延時間決定部と、前記ストリームデータを受信してから、前記再生遅延時間決定部で決定された前記再生遅延時間だけ遅延させて再生する再生制御部とを備える集積回路。上述のように、ALM配信木の場合は、自端末と再送データ送信元との間のRTTを考慮して再生遅延時間を設定した方が品質向上につながる場合が多い。しかしながら、この方式を上記の第2又は第3の方式に適用する場合に、端末間の遅延に差があると、想定している通信品質が得られないという課題がある。この課題を、図21~図23を参照して、各端末間の遅延が等しい場合図21と、各端末間の遅延が等しくない場合図22とを比較しながら説明する。図21及び図22は、図19に示されるALM配信木において、端末20→端末21→端末23→端末27の経路上にデータが流れる様子を時間推移と共に示しており、特に、図21は各端末間のネットワーク遅延が等しい環境以降、等遅延環境と表記する、図22は各端末間のネットワーク遅延が等しくない環境以降、非等遅延環境と表記するを示している。ここで、ネットワーク遅延とは、例えば、ALM配信木上の親端末から子端末に1つのパケットを送信するのに必要な時間を指し、典型的には、RTTの2分の1に相当する。以下、RTT=ネットワーク遅延×2として説明する。また、どの場合にも端末20-21間でパケットpが損失したものとして説明する。また、図23に示されるように、等遅延環境での各端末間のネットワーク遅延は100msである。一方、非等遅延環境では、端末20-21間のネットワーク遅延は200ms、それ以外の端末間のネットワーク遅延は100msであるとする。そして、どの場合も各端末21~34の再生遅延時間を、親端末再送データの送信元端末との間のRTTに等しくつまり、ネットワーク遅延の2倍なるように設定しているとする。さらに、どの場合も上述の第2の再送方式によって損失データの再送を行うものとする。端末20-21間でパケットpの損失が発生すると、パケットpが端末21とその下流にいる全ての端末23、27に到着しなくなる。よって、第2の再送方式では、それら各端末端末21、23、27は、パケットpの到着予定時刻が過ぎると親端末に対してパケットpの再送要求を送信し、親端末よりパケットpを再送してもらうことになる。この動作の時間的な流れを等遅延環境図21、非等遅延環境図22の順で説明する。図21の等遅延環境では、端末21、23、27からの再送要求を受信する端末20、21、23がそれらの各端末21、23、27宛にパケットpを再送する。つまり、端末21、23、27は、再送要求を送信してから言い換えれば、パケットpの到着予定時刻を経過してから200ms=1RTT後に再送されたパケットpを受信することになる。また、図23に示されるように、端末21、23、27の再生遅延時間は、200msであるため、各端末21、23、27上で、映像を途切れさせることなくパケットpを再生させることができるパケットpの再送が各端末21、23、27の再生に間に合う。一方、図22の非等遅延環境においては、端末20-21間のネットワーク遅延が200msである。このため、端末21に端末20からの再送パケットが到着するのは、パケットpの最初の到着予定時刻の400ms後である。すなわち、端末21が端末23に対してパケットpを再送できるのも400ms後となる端末23の再送要求が端末21上で200ms待機することになる。よって、端末23に再送されたパケットpが到着するのは、最初の到着予定時刻の400ms後となる。ここで、図23に示されるように、端末23の再生遅延時間は200msであるので、端末23に再送されたパケットpが到着したときには、既に再生開始時刻を過ぎてしまっている端末27も同様。すなわち、第2の再送方式を適用する場合において、端末間のネットワーク遅延に差があると、想定している通信品質が得られないという課題がある。ここでは、第2の再送方式を適用した場合についてのみ説明したが、第3の再送方式を適用した場合も同じ課題が存在する。なお、第1の再送方式を適用した場合は、直接ルート端末から再送データを受信するため、他の端末間の遅延の差に影響されず、本課題は存在しない。しかし、第1の再送方式は、受信ノードの数に比例してルート端末に送信される再送要求の数が上昇するため、ルート端末の処理能力、帯域を圧迫させるという欠点があり、実用的ではない。そこで、本発明は上記の課題に鑑みてなされたものであり、伝送路上でストリームデータの損失が生じた場合でも、高品質にストリームデータを再生できる通信端末及び通信方法を提供することを目的とする。本発明の一形態に係る通信端末は、ルート端末から配信されるストリームデータを受信して再生する複数の通信端末のうちの一の通信端末である。前記複数の通信端末は、それぞれに1つの親端末と、0以上の子端末とが割り当てられることによって、前記ストリームデータの再送データを前記親端末から前記子端末に順次送信するALMApplicationLayerMulticast配信木を構成している。そして、該一の通信端末は、前記ALM配信木上の隣接する2つの端末の間の区間でデータを送受信するのに必要な往復遅延時間であって、前記ルート端末から該一の通信端末までの各区間の往復遅延時間のうちの最大値を用いて再生遅延時間を決定する再生遅延時間決定部と、前記ルート端末から受信した前記ストリームデータを、前記再生遅延時間決定部で決定された前記再生遅延時間だけ遅延させて再生する再生制御部とを備える。上記の構成によれば、ルート端末から自端末までの各区間のうち、往復遅延時間の最も大きい区間、すなわち、再送処理に最も時間のかかる区間でストリームデータの損失が生じたとしても、再送データを再生時間までに取得することができる。その結果、ストリームデータを高品質に再生することができる。なお、上記の構成において、再送データはALM配信木を利用して送信される。一方、ストリームデータの送信方法は特に限定されない。例えば、再送データと同じALM配信木を利用して送信してもよいし、再送データとは異なるALM配信木を利用して送信してもよいし、ALM配信木を利用せず、ルート端末から各通信端末に対して直接送信してもよい。また、本明細書中の親端末とは、ALM配信木において、自端末に対してデータを直接送信する送信元端末を指す。子端末とは、ALM配信木において、自端末がデータを直接送信する送信先端末を指す。一例として、前記再生遅延時間決定部は、前記往復遅延時間の最大値の整数倍を、前記再生遅延時間と決定してもよい。他の例として、該一の通信端末とその親端末との間の往復遅延時間をrttselfと、該一の通信端末の前記再生遅延時間をxselfと、前記親端末の前記再生遅延時間をxparentと、正の整数をαselfと定義したとき、前記再生遅延時間決定部は、rttself≧xparentを満たす場合に、下記式1を用いて前記再生遅延時間xselfを決定し、rttself<xparentを満たす場合に、下記式2を用いて前記再生遅延時間xselfを決定する。上記の各方法で再生遅延時間を決定することにより、再送データに損失が発生した場合でも、再生時間までに再送データを取得できる可能性がある。その結果、さらに高品質にストリームデータを再生することができる。さらに、該一の通信端末は、前記ルート端末から受信したストリームデータの一部に損失が生じた場合に、前記親端末に対して、当該損失に対応する再送データの送信を要求する再送要求部を備えてもよい。そして、前記再送要求部は、該一の通信端末とその親端末との間の往復遅延時間以上で、且つ前記往復遅延時間の最大値以下の間隔で、再送データの送信を繰り返し要求してもよい。これにより、再送データを再生時間までに取得できる可能性がさらに向上する。さらに、該一の通信端末は、該一の通信端末とその親端末との間の前記往復遅延時間を測定する往復遅延時間測定部と、前記ALM配信木上の前記ルート端末から前記親端末までの1以上の前記往復遅延時間を含む往復遅延時間通知を前記親端末から受信し、前記往復遅延時間測定部で測定された前記往復遅延時間を含めて前記子端末に送信する往復遅延時間管理部とを備えてもよい。これにより、通信ネットワークのトラフィックを最小限に抑えて、各通信端末に必要な情報往復遅延時間を配布することができる。また、前記往復遅延時間管理部は、所定の時間間隔毎に前記往復遅延時間通知を受信してもよい。前記往復遅延時間測定部は、前記往復遅延時間通知を受信する度に、該一の通信端末とその親端末との間の前記往復遅延時間を測定してもよい。そして、前記再生遅延時間決定部は、前記往復遅延時間通知を受信する度に、前記往復遅延時間通知に含まれる1以上の前記往復遅延時間と、前記往復遅延時間測定部で測定された前記往復遅延時間とを用いて、前記再生遅延時間を決定してもよい。このように、所定の時間間隔毎に再生遅延時間を更新することにより、より高品質にストリームデータを再生できる。本発明の他の形態に係る通信端末は、ルート端末から配信されるストリームデータを受信して再生する複数の通信端末のうちの一の通信端末である。前記複数の通信端末は、それぞれに1つの親端末と、0以上の子端末とが割り当てられることによって、前記ストリームデータの再送データを前記親端末から前記子端末に順次送信するALMApplicationLayerMulticast配信木を構成している。そして、該一の通信端末は、前記ALM配信木上の隣接する2つの端末の間の区間でデータを送受信するのに必要な往復遅延時間であって、前記ルート端末から該一の通信端末までの各区間のうちの前記ストリームデータの損失率が最も大きい区間の前記往復遅延時間を用いて再生遅延時間を決定する再生遅延時間決定部と、前記ストリームデータを受信してから、前記再生遅延時間決定部で決定された前記再生遅延時間だけ遅延させて再生する再生制御部とを備える。上記構成のように、各区間におけるストリームデータの損失率を考慮し、最も損失率の大きい区間の往復遅延時間を用いて再生遅延時間を決定することにより、さらに高品質にストリームデータを再生できる。さらに、該一の通信端末は、該一の通信端末とその親端末との間の前記損失率を測定する損失率測定部と、前記ALM配信木上の前記ルート端末から前記親端末までの1以上の前記損失率を含む損失率通知を前記親端末から受信し、前記損失率定部で測定された前記損失率を含めて前記子端末に送信する損失率管理部とを備えてもよい。また、前記損失率管理部は、所定の時間間隔毎に前記損失率通知を受信してもよい。前記損失率測定部は、前記損失率通知を受信する度に、該一の通信端末とその親端末との間の前記損失率を測定してもよい。そして、前記再生遅延時間決定部は、前記損失率通知を受信する度に、前記損失率通知に含まれる1以上の前記損失率と、前記損失率測定部で測定された前記損失率とを用いて、前記再生遅延時間を決定してもよい。本発明の一形態に係る通信方法は、ルート端末から配信されるストリームデータを受信して再生する複数の通信端末のうちの一の通信端末により実行される。前記複数の通信端末は、それぞれに1つの親端末と、0以上の子端末とが割り当てられることによって、前記ストリームデータの再送データを前記親端末から前記子端末に順次送信するALMApplicationLayerMulticast配信木を構成している。そして、該通信方法は、前記ALM配信木上の隣接する2つの端末の間の区間でデータを送受信するのに必要な往復遅延時間であって、前記ルート端末から該一の通信端末までの各区間の往復遅延時間のうちの最大値を用いて再生遅延時間を決定する再生遅延時間決定ステップと、前記ルート端末から受信した前記ストリームデータを、前記再生遅延時間決定ステップで決定された前記再生遅延時間だけ遅延させて再生する再生制御ステップとを含む。本発明の一形態に係るプログラムは、ルート端末から配信されるストリームデータを受信して再生する複数の通信端末のうちの一の通信端末により実行される。前記複数の通信端末は、それぞれに1つの親端末と、0以上の子端末とが割り当てられることによって、前記ストリームデータの再送データを前記親端末から前記子端末に順次送信するALMApplicationLayerMulticast配信木を構成している。そして、該プログラムは、前記ALM配信木上の隣接する2つの端末の間の区間でデータを送受信するのに必要な往復遅延時間であって、前記ルート端末から該一の通信端末までの各区間の往復遅延時間のうちの最大値を用いて再生遅延時間を決定する再生遅延時間決定ステップと、前記ルート端末から受信した前記ストリームデータを、前記再生遅延時間決定ステップで決定された前記再生遅延時間だけ遅延させて再生する再生制御ステップとを、該一の通信端末に実行させる。本発明の一形態に係る集積回路は、ルート端末から配信されるストリームデータを受信して再生する複数の通信端末のうちの一の通信端末に搭載される。前記複数の通信端末は、それぞれに1つの親端末と、0以上の子端末とが割り当てられることによって、前記ストリームデータの再送データを前記親端末から前記子端末に順次送信するALMApplicationLayerMulticast配信木を構成している。そして、該集積回路は、前記ALM配信木上の隣接する2つの端末の間の区間でデータを送受信するのに必要な往復遅延時間であって、前記ルート端末から該一の通信端末までの各区間の往復遅延時間のうちの最大値を用いて再生遅延時間を決定する再生遅延時間決定部と、前記ストリームデータを受信してから、前記再生遅延時間決定部で決定された前記再生遅延時間だけ遅延させて再生する再生制御部とを備える。本発明によれば、各受信端末で再生される映像、音声等のストリームデータの品質を高めることができる。以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。実施の形態1図1及び図2を参照して、本発明の実施の形態1に係る通信端末100の構成及び動作を説明する。なお、図1は、通信端末100の機能ブロック図である。図2は、通信端末100の動作を示すフローチャートである。実施の形態1に係る通信端末100は、図1に示されるように、再生遅延時間決定部1010と、再生制御部1020とを備える。この通信端末100は、ルート端末から配信されるストリームデータを受信して再生する複数の通信端末図1では図示省略のうちの1つである。そして、複数の通信端末は、それぞれに1つの親端末と、0以上の子端末とが割り当てられることによって、ストリームデータの再送データを親端末から子端末に順次送信するALMApplicationLayerMulticast配信木を構成している。再生遅延時間決定部1010は、ルート端末から通信端末100までの各区間の往復遅延時間のうちの最大値を用いて再生遅延時間を決定するS11。ここで、往復遅延時間とは、ALM配信木上の隣接する2つの端末の間の区間でデータを送受信するのに必要な往復遅延時間であって、典型的には、RTT等に相当する。再生制御部1020は、ルート端末から受信したストリームデータを、再生遅延時間決定部1010で決定された再生遅延時間だけ遅延させて再生するS12。具体的には、再生制御部1020は、ルート端末から受信したストリームデータを一旦バッファ図示省略に格納し、受信後から再生遅延時間だけ経過したタイミングでバッファから読み出して再生する。次に、図3を参照して、実施の形態1に係る通信端末100の詳細な構成を説明する。図3は、通信端末100の詳細な機能ブロック図である。図3に示される通信端末100は、再送要求送信部101と、再送データ送信部201と、ALM制御部301と、再生遅延時間決定部401と、RTT管理部402と、RTT測定部501とを備える。なお、図1の再生遅延時間決定部1010は図3の再生遅延時間決定部401に相当し、図1の再生制御部1020は図3のALM制御部301に相当する。ALM制御部再生制御部301は、ALM配信木上の親端末からストリームデータを受信し、受信したストリームデータをバッファ図示省略に格納すると共に、子端末に送信する。また、ALM制御部301は、バッファに保持されているストリームデータを、再生遅延時間だけ経過後に再生する。RTT測定部往復遅延時間測定部501は、自端末と親端末との間のRTTを測定する。RTTを測定する方法は特に限定されないが、例えば、RTCPReal-timeTransportControlProtocolで用いられている既存RTT測定手法を用いることができる。RTT管理部往復遅延時間管理部402は、親端末からRTT通知メッセージ往復遅延時間通知を受信し、RTT測定部501で測定された自端末-親端末間のRTT往復遅延時間を含めて、子端末に送信する。なお、親端末から受信したRTT通知メッセージには、ALM配信木上のルート端末から親端末までの各区間のRTTが含まれている。再生遅延時間決定部401は、RTT管理部402で親端末から受信したRTT通知メッセージに含まれるRTTと、RTT測定部501で測定されたRTTとを用いて、再生遅延時間を決定し、ALM制御部301に通知する。再生遅延時間の具体的な決定方法は、後述する。再送要求送信部再送要求部101は、ルート端末から受信したストリームデータの一部に損失が生じた場合に、親端末に対して、当該損失に対応する再送データの送信を要求する。また、再送要求送信部101は、再送データを取得するまで再送要求を繰り返し送信する。このときの再送間隔は、通信端末100とその親端末との間の往復遅延時間以上で、且つルート端末から自端末までの各区間の往復遅延時間のうちの最大値以下の間隔であるのが望ましい。再送データ送信部201は、子端末から再送要求を受信したことに応じて、当該再送要求に示されるデータをALM制御部301のバッファから取得し、再送要求の送信元である子端末に送信する。また、再送すべきデータがALM制御部301のバッファに存在しない場合、当該データを受信するまで待機し、受信後速やかに送信する。次に、図4~8を参照して、通信端末100が再生遅延時間を決定する具体的な手法1~3を説明する。なお、簡単なため図4~図8においては、第2の再送方式を用いて、再送データを送受信するものとする。つまり、ストリームデータと再送データとは、同一のALM配信木を用いて配信される。なお、手法1は、自端末への再送データが通る端末間のRTTの最大値を再生遅延時間とする方法である。手法2は、手法1における最大値をさらに整数倍して再生遅延時間とする方法である。手法3は、下記式1及び式2に基づいて導いた値を、自端末の再生遅延時間に設定するものである。なお、自端末への再送データが通る端末とは、自端末の上流自端末からルート端末までの経路の全端末となる。図4は、親端末による再送第2の再送方式を例示したものであり、端末20-21間にデータの損失が発生した場合を想定している。この場合、端末21とその下流の端末23、24、27~30がその影響を受けることになる。よって、端末21が端末20に、端末23、24が端末21に、端末27、28が端末23に、端末29、30が端末24に再送要求を送信することになる図4の左側。また、これらの再送要求を受信する端末20、21、23、24は、それぞれ再送要求を送信した端末に対して再送データを送信している図4の右側。このとき、図4の右側の図を参照すれば明らかなように、各端末への再送データがその上流の各端末を経由している。すなわち、配信木の任意の区間隣接する2つの端末間の通信路を指すに損失が発生した場合に、再送データは、損失発生区間の下流の全ての端末を通ることになる。また、損失発生区間はルート端末を含む最上位区間である可能性もあり、この場合の再送データが通る端末は、ALM配信木を構成する全ての端末となる。まず、手法1では、各端末より上流の各区間におけるRTTの最大値を、各端末の再生遅延時間に設定する。具体的には、図5に示されるように、端末20と端末21との間のRTTが200msであるので、端末21の再生遅延時間は、200msとなる。また、端末21と端末23との間のRTTが100msであるので、端末23の再生遅延時間は200ms端末20-21間のRTTとなる。さらに、端末23と端末27との間のRTTは100msであるので、端末27の再生遅延時間は200ms端末20-21間のRTTとなる。その他の端末22、24、25、26、28、29、30、31、32、33、34についても同様の方法で再生遅延時間を設定することができる。図6には、端末20-21間にパケットpの損失が発生した場合に端末20、21、23、27の間に行われる再送処理の時間的推移を示している。図6を参照して、端末20から送信されたパケットpは、100ms後の時刻t1に端末21に、さらにその50ms後の時刻t2に端末23に、さらにその50ms後の時刻t3に端末27に到達する予定である。しかしながら、端末20と端末21との間の区間でパケットpの損失が発生しているので、端末21、23、27は、予定時刻になってもパケットpを受信することができない。そこで、端末21は時刻t1に端末20に対して再送要求を送信する。この再送要求は、端末21の送信から100ms後の時刻t3に端末20に到達する。同様に、端末23は時刻t2に端末23に対して再送要求を送信し、端末27は時刻t3に端末23に対して再送要求を送信する。そして、端末23から送信された再送要求は50ms後の時刻t3に端末21に到達し、端末27から送信された再送要求は50ms後の時刻t4に端末23に到達する。次に、時刻t3に端末21からの再送要求を受信した端末20は、即座に再送パケットp’を端末21に送信する。この再送パケットp’は、端末20の送信から100ms後の時刻t5に端末21に到達する。一方、時刻t3に端末23からの再送要求を受信した端末21は、自らもパケットpを保持していないので、そのまま待機する。そして、端末21は、時刻t5に端末20から再送パケットp’を受信したタイミングで、先の再送要求に対する応答として、再送パケットp’を端末23に送信する。この再送パケットp’は、端末21の送信から50ms後の時刻t6に端末23に到達する。同様に、時刻t4に端末27からの再送要求を受信した端末23は、自らもパケットpを保持していないので、そのまま待機する。そして、端末23は、時刻t6に端末21から再送パケットp’を受信したタイミングで、先の再送要求に対する応答として、再送パケットp’を端末27に送信する。この再送パケットp’は、端末23の送信から50ms後の時刻t7に端末27に到達する。このように、各端末21、23、27の再生遅延時間を再送データが通る経路上の最大RTTである端末20-21間のRTT=200msに設定しているため、各端末21、23、27に到着する再送データが再生に間に合うことが図6で分かる。なお、これは最大RTT区間である端末20-21間にデータ損失が発生した場合であるが、他の区間例えば、端末21-23の間の区間でデータ損失が発生した場合は、再送データ到着に要する時間がもっと短いので、その場合も再送データが必ず各端末23、27の再生に間に合うように到着する。手法2、3は、再送データをより確実に各端末で受信できるように工夫されたものである。より具体的には、再送データそのものが途中で損失した場合に、それを再び再送できる程の時間の余裕を各端末に設けるものである。例えば、再送要求を送信してから手法1で算出される再生遅延時間を待っても再送データが到着しない場合に、再送データが途中で損失したと見なし、再送要求を再度送信することができる。そして、手法2、3では、この2度目の再送要求に対する応答として受信した再送パケットが再生に間に合うように、各端末の再生遅延時間を設定する。以降、これらを順に説明する。手法2は、自端末の再生遅延時間を上流RTTの最大値の整数倍に設定する。例えば、図5に示されるように、各端末21~34の再生遅延時間を、上流RTTの最大値すなわち、手法1における再生遅延時間の2倍に設定する。この場合、各端末21~34が、手法1の最大RTTの間隔で再送要求を送信し続ければ、再送データの1回の損失に耐えることができる。図7は、再送パケットp’が損失した場合の処理の時間的推移を示している。なお、図6に示される手法1と共通する処理については詳しい説明を省略し、手法2特有の部分を中心に説明する。図7の例では、図6の例に加えて、時刻t5と時刻t6との間に端末21-23間で再送パケットp’が損失する。また、端末23、27は、上流の最大RTTである200msの間隔で、再送要求を送信し続ける。つまり、端末23は、パケットpの最初の到着予定時刻である時刻t2の200ms後である時刻t6に、端末21に対して2度目の再送要求を送信する。同様に、端末27は、パケットpの最初の到着予定時刻である時刻t3の200ms後である時刻t7に、端末23に対して2度目の再送要求を送信する。端末21は、時刻t7に端末23から2度目の再送要求を受信し、再度、再送パケットp’を端末23に送信する。そして、端末21から送信された再送パケットp’は、最初の到着予定時刻t2の300ms後に端末23に到達する。同様に、端末23は、時刻t8に端末27から2度目の再送要求を受信し、再度、再送パケットp’を端末27に送信する。そして、端末23から送信された再送パケットp’は、最初の到着予定時刻t3の300ms後に端末27に到達する。このように、端末23、27に再送パケットp’が到着するのは、それら端末23、27の再生遅延時間である400ms以内である。すなわち、この再送パケットp’は、端末23、27での再生に間に合う。ここで、図7の例では、再送パケットp’の損失が発生したのは、最大RTTリンク最大RTTの区間以外のリンクであるため、このように再生遅延時間よりも早く再送パケットp’が到着したが、最大RTTリンク上で損失が発生した場合には、400ms後に再送パケットp’が到着する。これがちょうど再生遅延時間に等しいため再生に間に合うのである。上記の例では、手法1で算出された再生遅延時間=最大RTTを2倍したが、これを3倍、4倍、、x倍と増やすことによって、再送パケットp’損失回数が多くなるような不安定な通信環境に耐えることができる。具体的には、指定する倍数-1回の再送データ損失に耐えることができる。なお、再生遅延時間が長くなるのに伴って、ストリームデータを一時的に格納するバッファの容量を大きくする必要がある。そこで、ストリームデータのリアルタイム性、通信ネットワークの安定性等を考慮して、最大RTTに乗じるxの値を決定すればよい。なお、ここでの再送要求の送信し続ける間隔は、最大RTTに限らず、上流のいずれかのRTTであってもよい。例えば、親端末との間のRTT端末23の場合は端末21-23の間のRTT、端末27の場合は端末23-27の間のRTTの間隔で、再送要求を送信し続けてもよい。上記の手法2は最大RTTの整数倍を再生遅延時間として用いることで、最大RTTリンクで再送データの損失が発生した場合であっても対応できるようにしている。これに対して手法3は、各端末nに対して再送を実行したい回数αnを個別に設定できるようにするものである。具体的には、下記式1又は式2を用いて、各端末nの再生遅延時間xnを決定すればよい。なお、上記の式1において、端末nの再生遅延時間をxn、端末nの親端末の再生遅延時間をxparent、端末nとその親端末との間のRTTをrttn、端末n毎に設定される正の整数をαnと定義する。そして、条件1:rttn≧xparentを満たす場合は式1を用い、条件2:rttn<xparentを満たす場合は式2を用いて再生遅延時間xnを決定する。具体的には、端末22については、RTT22=100ms、xparent=x20=0msであり、条件1を満たす。そこで、RTT22=100ms、α22=2を用いて、端末22の再生遅延時間x22=200msとなる。なお、端末22の親端末はルート端末である端末20であり、データの損失を考慮する必要がないので、再生遅延時間x20=0msとなる。また、端末25については、RTT25=300ms、xparent=x22=200msであり、条件1を満たす。そこで、RTT25=300ms、α25=1を用いて、端末25の再生遅延時間x25=300msとなる。さらに、端末31については、RTT31=100ms、xparent=x25=300msであり、条件2を満たす。そこで、RTT31=100ms、xparent=300ms、α31=2を用いて、端末31の再生遅延時間x31=400msとなる。なお、手法3の式1及び式2における正の整数αnは、端末nとその親端末との間でαn回再送を試行したいことを表しており、この値を端末n毎に個別に設定できる。その結果、端末毎に再送試行回数が異なってくる。図5の手法3の欄に、各端末の再送試行回数αnの値=親端末からの再送試行回数と、αnを用いたときに式1及び式2から導かれる各端末の再生遅延時間とを示している。図8は、手法3の場合における端末20、22、25、31の処理の時間的推移を示している。なお、図8に示される端末22、25、31は、それぞれ再送データの経路上の最大RTTの間隔、つまり、端末22は100ms間隔で、端末25、31は300ms間隔で再送要求を送信し続けるものとする。まず、端末22は、図8に示されるように、パケットpの到達予定時刻t11と、その100ms後の時刻t13とに端末20に対して再送要求を送信する。そして、端末22は、2度目の再送要求に対する応答として、当初の到達予定時刻t11の200ms後の時刻t15に、端末20から再送パケットp’を受信している。ここで、端末22の再生遅延時間x22=200ms、再送試行回数α22=2であるので、2度目の再送要求に対して、時刻t15に再送パケットp’を受信すれば、再生に間に合うことになる。また、端末25は、パケットpの到達予定時刻t14に端末22に対して再送要求を送信する。そして、端末25は、1度目の再送要求に対する応答として、当初の到達予定時刻t14の300ms後の時刻t20に、端末22から再送パケットp’を受信している。ここで、端末25の再生遅延時間x25=300ms、再送試行回数α25=1であるので、1度目の再送要求に対して、時刻t20に再送パケットp’を受信すれば、再生に間に合うことになる。さらに、端末31は、パケットpの到達予定時刻t15と、その300ms後の時刻t21とに端末25に対して再送要求を送信する。そして、端末31は、2度目の再送要求に対する応答として、当初の到達予定時刻t15の400ms後の時刻t23に、端末25から再送パケットp’を受信している。ここで、端末31の再生遅延時間x31=400ms、再送試行回数α31=2であるので、2度目の再送要求に対して、時刻t23に再送パケットp’を受信すれば、再生に間に合うことになる。このように、各端末に指定したαnに等しい回数だけ再送を試行した場合でも、すなわち、その再送回数で回復できる回数だけのパケットp及び再送パケットp’の損失が発生しても、各端末の再生時刻に間に合うように再送パケットp’が到着していることが分かる。なお、ここでの再送要求の送信し続ける間隔は、最大RTTに限らず、上流のいずれかのRTTであってもよい。例えば、親端末との間のRTT端末22の場合は端末20-22の間のRTT、端末25の場合は端末22-25の間のRTT、端末31の場合は端末25-31の間のRTTの間隔で、再送要求を送信し続けてもよい。また、手法1、2、3では、各端末が再送データの経路上の各RTTを取得して、自端末の再生遅延時間を自律的に計算するが、ルート端末等の特定の端末が集中的に計算して、各端末に配布してもよい。次に、上記の再生遅延時間の計算に必要なRTTの収集方法を図9及び図10を用いて説明する。ここでも簡単のために第2の再送方式を想定する。このとき、各端末は、ALM配信木上の自端末より上流の端末間のRTTのみが必要なRTTとなる。まず、ルート端末である端末20は、図9の左側の図に示されるように、端末21に対してRTT通知メッセージm1を、端末22に対してRTT通知メッセージm2を送信する。このとき、端末20は親端末を持たないため、実際にはRTT情報を含めていないRTT通知メッセージm1、m2を送信することになる。次に、RTT通知メッセージm1を受信した端末21は、図9の中央の図及び図10に示されるように、自端末-親端末端末20間のRTTを含めた新たなRTT通知メッセージm3、m4を端末23、24に向けて送信する。なお、自端末-親端末間のRTTは、図1のRTT測定部501によって測定される。同様に、RTT通知メッセージm2を受信した端末22は、自端末-親端末端末20間のRTTを含めた新たなRTT通知メッセージm5、m6を端末25、26に向けて送信する。これらを受信する端末23~26も同様に振る舞い、図9の右側の図に示されるように、端末27~34がメッセージm7~m14を受信することになる。これらの各RTT通知メッセージの内容含まれるRTTを図10に示している。各端末は、親端末から受信するRTT通知メッセージの内容と、各端末が自ら測定する親端末との間のRTTとを用いて、再生遅延時間を算出することができる。ここで、親端末とのRTTを測定する具体的な方法としては、例えば、RTCPRealTimeTransportProtocolで用いられている手法等の既存RTT測定手法を用いることができる。なお、RTT通知メッセージには、さらに他の情報を付加してもよい。例えば、各端末で決定した再生遅延時間手法3で必要となるをさらに含めたRTT通知メッセージを、子端末に送信するようにしてもよい。なお、ここでは、図8に示しているようなトップダウン的な手法処理が上流から下流に流れる方法で必要なRTTを取得しているが、各端末が自端末に接続されている各端末以降、隣接端末と記すとのRTTを測定し、それら情報を全端末間に配布し合う等の手法でもよい。又は、各端末が親端末とのRTT、又は隣接端末とのRTTを測定し、それをルート端末に個別に、又はボトムアップ的な手法処理が下流から上流に流れる手法で通知し、ルート端末が各端末に必要なRTTを個別に、又は配信木上のマルチキャストによって通知してもよい。又は、これら以外の収集方法を用いてもよい。なお、上記の再生遅延時間決定処理は、ストリームデータの配信開始時に1度だけ実行し、当該ストリームデータの配信中は再生遅延時間を固定にしてもよい。又は、所定の時間間隔毎に再生遅延時間決定処理を繰り返し実行し、ストリームデータ配信中に再生遅延時間を更新するようにしてもよい。具体的には、RTT管理部402は、所定の時間間隔毎にRTT通知メッセージを受信する。RTT測定部501は、RTT管理部402でRTT通知メッセージを受信する度に、自端末-親端末間のRTTを測定する。そして、再生遅延時間決定部401は、RTT通知メッセージを受信する度に、当該RTT通知メッセージに含まれるRTTと、RTT測定部501で新たに測定されたRTTとを用いて、再生遅延時間決定処理を実行してもよい。ただし、ストリームデータの配信中に再生遅延時間が短くなると、既にバッファに保持されているストリームデータを早送りしたり、スキップしたりする必要がある。また、ストリームデータの配信中に再生遅延時間が長くなると、既にバッファに保持されているストリームデータの再生を一時中断したり、スロー再生したりする必要がある。このように、ストリームデータの配信中に再生遅延時間を変更すると、再生されている映像又は音声に瞬間的に乱れが生じる。しかしながら、再生遅延時間を常に最適な値に更新することにより、全体としての映像又は音声の乱れは軽減されるので、所定の時間間隔毎に再生遅延時間を更新するのが望ましい。なお、再生遅延時間の更新間隔は、通信ネットワークの環境に応じて変更すればよい。例えば、通信環境が不安定な場合には更新間隔を短くし、通信環境が安定している場合には更新間隔を長くしてもよい。また、ストリームデータの特性に応じて再生遅延時間の更新に制限を設けてもよい。例えば、高度なリアルタイム性が要求されるストリームデータ例えば、テレビ会議等の場合には、再生遅延時間が短くなる場合のみ更新を許可し、中断が許されないストリームデータ例えば、音楽等の場合には、再生遅延時間が長くなる場合のみ更新を許可してもよい。実施の形態2次に、実施の形態2に係る通信端末の構成及び動作を説明する。なお、実施の形態1との共通点の説明は省略し、相違点を中心に説明する。実施の形態2に係る通信端末は、図3に示される通信端末100に加えて、損失率管理部と、損失率測定部とを備える。また、再生遅延時間決定部401による再生遅延時間の具体的な決定方法が異なる。損失率測定部は、自端末とその親端末との間のストリームデータの損失率を測定する。具体的には、TCPヘッダのシーケンス番号等を参照して、受信したストリームデータのPERPacketErrorRate等を算出すればよい。損失率管理部は、ALM配信木上のルート端末から親端末までの各区間の損失率を含む損失率通知を親端末から受信し、当該損失率通知に損失率定部で測定された損失率を含めて子端末に送信する。なお、損失率通知は、RTT通知メッセージと同様の方法で、RTT通知メッセージとは別のメッセージとして送受信してもよい。この場合、具体的な処理方法は、RTT管理部402のRTT通知メッセージと共通する。又は、RTT通知メッセージに上記の損失率の情報を含めてもよい。そして、実施の形態2に係る再生遅延時間決定部は、RTTに加えて、損失率管理部で受信した損失率通知に含まれる損失率と、損失率測定部で測定された損失率とを用いて、再生遅延時間を決定する。具体的には、ルート端末から自端末までの各区間のうちのストリームデータの損失率が最も大きい区間のRTTを用いて再生遅延時間を決定する。上記のように、再送データの経路上のRTTの情報に加えて、各区間の損失率を考慮して再生遅延時間を決定することにより、ALM制御部301で再生されるストリームデータの品質がさらに向上する。実施の形態3また、本発明は、実施の形態1、2のように、通信端末及び通信方法として実現できるだけではなく、実施の形態1、2の通信方法コンピュータに実行させるためのプログラムとして実現してもよい。図11A~図11Cは、上記実施の形態1、2の通信方法を格納したフレキシブルディスクFDを用いて、コンピュータシステムにより実施する場合の説明図である。図11Aは、記録媒体本体である磁気ディスクMDの物理フォーマットの例を示す。図11Bは、磁気ディスクMDを保持するケースFの正面図、断面図、及び磁気ディスクMDを示す。図11Cは、フレキシブルディスクFDに上記プログラムの記録再生を行うための構成を示す。フレキシブルディスクFDは、記録媒体本体である磁気ディスクMDと、磁気ディスクMDを保持するケースFとで構成される。磁気ディスクMDの表面には、同心円状に外周から内周に向かって複数のトラックTrが形成され、各トラックTrは角度方向に16のセクタSeに分割されている。従って、上記プログラムを格納したフレキシブルディスクFDは、磁気ディスクMD上に割り当てられた領域に、上記プログラムとしての通信方法が記録されている。また、上記プログラムをフレキシブルディスクFDに記録する場合は、コンピュータシステムCsから上記プログラムとしての通信方法をフレキシブルディスクドライブFDDを介して書き込む。また、フレキシブルディスクFD内のプログラムにより通信方法をコンピュータシステムCs中に構築する場合は、フレキシブルディスクドライブFDDによりプログラムをフレキシブルディスクFDから読み出し、コンピュータシステムCsに転送する。なお、上記説明では、記録媒体としてフレキシブルディスクFDを用いて説明を行ったが、光ディスクを用いても同様に行うことができる。また、記録媒体はこれに限らず、ICカード、ROMカセット等、プログラムを記録できるものであれば同様に実施することができる。また、本発明は、通信装置を構成する構成要素の一部又は全部を、1個のシステムLSILargeScaleIntegrationから構成してもよい。システムLSIは、複数の構成部を1個のチップ上に集積して製造された超多機能LSIである。以上、図面を参照してこの発明の実施形態を説明したが、この発明は、図示した実施形態のものに限定されない。図示した実施形態に対して、この発明と同一の範囲内において、あるいは均等の範囲内において、種々の修正や変形を加えることが可能である。