JP7168596B2

JP7168596B2 - コンテンツ配信システムのクライアント装置及びプログラム

Info

Publication number: JP7168596B2
Application number: JP2020025164A
Authority: JP
Inventors: 一暁植田; 敦士田上
Original assignee: KDDI Corp
Current assignee: KDDI Corp
Priority date: 2020-02-18
Filing date: 2020-02-18
Publication date: 2022-11-09
Anticipated expiration: 2040-02-18
Also published as: JP2021132248A

Description

本開示は、コンテンツ配信システムにおけるパケットロスの判定技術に関する。

コンテンツ名に基づきコンテンツの要求及び配信を行うコンテンツ配信システムが提案されている。非特許文献１は、その様なシステムの１つであるコンテンツ・セントリック・ネットワーク（ＣＣＮ：ＣｏｎｔｅｎｔＣｅｎｔｒｉｃＮｅｔｗｏｒｋｉｎｇ）を開示している。

ＣＣＮにおいて、コンテンツを公開するサーバ装置は当該コンテンツを１つ以上のチャンクに分割し、クライアント装置は、この分割されたチャンク単位でコンテンツを取得する。また、ＣＣＮにおいて、チャンクの転送を行った通信装置（以下、転送装置と呼ぶ。）は、当該チャンクを保存（キャッシュ）できる。転送装置は、キャッシュしているチャンクを要求するインタレスト・パケット（要求パケット）をクライアント装置から受信すると、当該インタレスト・パケットをサーバ装置に向けて転送することなく、キャッシュしているチャンクを、当該インタレスト・パケットの送信元のクライアント装置に向けて送信できる。

以下に、転送装置の動作の一例を説明する。転送装置は、ＣＳ（ＣｏｎｔｅｎｔｓＳｔｏｒｅ）と、ＦＩＢ（ＦｏｒｗａｒｄＩｎｆｏｒｍａｔｉｏｎＢａｓｅ）と、ＰＩＴ（ＰＩＴ：ＰｅｎｄｉｎｇＩｎｔｅｒｅｓｔＴａｂｌｅ）を管理する。ＣＳは、キャッシュしているチャンクを示す情報である。ＦＩＢは、インタレスト・パケットが要求するチャンクと、当該インタレスト・パケットの転送のために、当該インタレスト・パケットを送信するインタフェースとの関係を示す情報である。ＰＩＴは、転送したインタレスト・パケットが要求するチャンクと、当該転送したインタレスト・パケットを受信したインタフェースとの関係を示す情報である。

転送装置は、インタレスト・パケットを受信すると、ＣＳを検索し、当該インタレスト・パケットが要求するチャンク（以下、要求チャンク）をキャッシュしているか否かを判定する。要求チャンクをキャッシュしている場合、転送装置は、キャッシュしている要求チャンクを含むデータ・パケットを、当該インタレスト・パケットの送信元のクライアント装置に向けて送信する。なお、当該データ・パケットを送信するインタフェースは、当該インタレスト・パケットを受信したインタフェースである。一方、要求チャンクをキャッシュしていない場合、転送装置は、ＰＩＴを検索して、要求チャンクを要求する別のインタレスト・パケットを既に転送し、要求チャンクの受信待ち状態であるかを判定する。受信待ち状態であると、転送装置は、受信したインタレスト・パケットを転送せず、ＰＩＴの当該要求チャンクのエントリに当該インタレスト・パケットの受信インタフェースを追加する。一方、要求チャンクの受信待ち状態ではない場合、転送装置は、ＦＩＢに基づき判定したインタフェースから当該インタレスト・パケットを送信（転送）し、ＰＩＴに要求チャンクのエントリを追加する。このエントリは、要求チャンクを示す情報と、当該インタレスト・パケットを受信したインタフェースを示す情報を有する。

また、転送装置は、チャンクを含むデータ・パケットを受信すると、当該データ・パケットを送信するインタフェースをＰＩＴに基づき判定し、判定したインタフェースから当該データ・パケットを送信し、当該チャンクのエントリをＰＩＴから削除する。なお、データ・パケットを送信するインタフェースは、当該チャンクを要求するインタレスト・パケットを受信したインタフェースである。また、転送装置は、受信したデータ・パケットに含まれるチャンクをキャッシュするとＣＳを更新する。

この様に、ＣＣＮにおいて、チャンクを含むデータ・パケットは、当該チャンクを要求するインタレスト・パケットを受信したインタフェースに送信される。よって、チャンクは、当該チャンクを要求するインタレスト・パケットと同じ経路を逆向きに転送されて、当該チャンクを要求したクライアント装置に配信される。また、１つのコンテンツは、多数のチャンクに分割されるため、クライアント装置は、コンテンツの全体を取得するために多数のインタレスト・パケットを順に送信する。

非特許文献２及び非特許文献３は、ＣＣＮの輻輳制御技術を開示している。具体的には、クライアント装置がパケットロスを検出した場合、当該クライアント装置によるインタレスト・パケットの送信頻度を低減させることを、非特許文献２及び非特許文献３は開示している。なお、クライアント装置は、送信したインタレスト・パケットの応答であるデータ・パケットを所定期間内に受信しない場合にパケットロスを検出する。非特許文献２は、インタレスト・パケットを送信してから当該インタレスト・パケットの応答としてのデータ・パケットを受信するまでの時間（ＲＴＴ）に基づき、当該所定期間を更新することも開示している。

Ｖ．Ｊａｃｏｂｓｏｎ，ｅｔａｌ．，"ＮｅｔｗｏｒｋｉｎｇＮａｍｅｄＣｏｎｔｅｎｔ"，ｉｎＰｒｏｃｅｅｄｉｎｇｓｏｆＡＣＭＣｏＮＥＸＴ２００９，２００９年１２月Ａｍａｄｅｏ，ｅｔａｌ．"Ｔｒａｎｓｐｏｒｔｌａｙｅｒｄｅｓｉｇｎｆｏｒｎａｍｅｄｄａｔａｗｉｒｅｌｅｓｓｎｅｔｗｏｒｋｉｎｇ"，２０１４ＩＥＥＥＣｏｎｆｅｒｅｎｃｅｏｎＣｏｍｐｕｔｅｒＣｏｍｍｕｎｉｃａｔｉｏｎｓＷｏｒｋｓｈｏｐｓ（ＩＮＦＯＣＯＭＷＫＳＨＰＳ）．ＩＥＥＥ，２０１４年Ｓｃｈｎｅｉｄｅｒ，ｅｔａｌ．"Ａｐｒａｃｔｉｃａｌｃｏｎｇｅｓｔｉｏｎｃｏｎｔｒｏｌｓｃｈｅｍｅｆｏｒｎａｍｅｄｄａｔａｎｅｔｗｏｒｋｉｎｇ"，Ｐｒｏｃｅｅｄｉｎｇｓｏｆｔｈｅ３ｒｄＡＣＭＣｏｎｆｅｒｅｎｃｅｏｎＩｎｆｏｒｍａｔｉｏｎ－ＣｅｎｔｒｉｃＮｅｔｗｏｒｋｉｎｇ，ＡＣＭ，２０１６年

ＣＣＮにおいて、転送装置はチャンクをキャッシュできるため、ＲＴＴは大きく変動し得る。例えば、コンテンツの開始から途中までのチャンクが転送装置にキャッシュされており、残りの部分がサーバ装置のみに格納されているものとする。この場合、当該コンテンツを取得しているクライアント装置から見ると、チャンクを当該クライアント装置に向けて送信する装置が転送装置からサーバ装置に切り替わった際、ＲＴＴは急に増大することになる。この様な場合において、クライアント装置がパケットロスと判定するための所定期間を、それ以前のＲＴＴに基づき設定していると、データ・パケットが正常に転送されているにも拘わらず、クライアント装置はパケットロスが発生したと誤検出する。

クライアント装置は、パケットロスを検出すると、受信できなかったチャンクを起点として、再度、インタレスト・パケットの再送を開始する。また、クライアント装置は、パケットロスを検出すると、インタレスト・パケットの送信頻度や、データ・パケットを受信することなく送信できるインタレスト・パケット数（ウィンドウサイズ）を減少させる。したがって、パケットロスの誤検出が生じるとスループットが不必要に低下する。

本発明は、精度良くパケットロスを検出する技術を提供するものである。

本発明の一態様によると、コンテンツを複数のチャンクに分割して配信するコンテンツ配信システムのクライアント装置は、第１チャンクを要求する第１要求パケットを送信する送信手段と、前記第１要求パケットを送信してから第１期間の間、前記第１チャンクを含む第１データ・パケットを受信したかを監視する監視手段と、パケットロスを判定する判定手段と、を備え、前記送信手段は、前記第１データ・パケットを受信することなく前記第１要求パケットを送信してから前記第１期間が経過すると、第２チャンクを要求する第２要求パケットを送信し、前記監視手段は、前記第２要求パケットを送信してから第２期間の間、前記第１データ・パケットを受信したかと、前記第２チャンクを含む第２データ・パケットを受信したかを監視し、前記判定手段は、前記第２期間の間において、前記第１データ・パケットを受信する前に前記第２データ・パケットを受信すると、パケットロスが生じたと判定することを特徴とする。

本発明によると、精度良くパケットロスを検出することができる。

一実施形態によるコンテンツ配信システムの構成図。一実施形態によるシーケンス図。一実施形態によるシーケンス図。一実施形態によるクライアント装置の構成図。

以下、添付図面を参照して実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る発明を限定するものでなく、また実施形態で説明されている特徴の組み合わせの全てが発明に必須のものとは限らない。実施形態で説明されている複数の特徴のうち二つ以上の特徴が任意に組み合わされてもよい。また、同一若しくは同様の構成には同一の参照番号を付し、重複した説明は省略する。

以下では、コンテンツ配信ネットワークが、ＣＣＮであるものとして本実施形態の説明を行う。しかしながら、コンテンツを複数の断片（チャンク）に分割して配信する任意のコンテンツ配信ネットワークに対して本発明を適用することができる。

＜第一実施形態＞
図１は、本実施形態によるコンテンツ配信システムの構成図である。サーバ装置３は、公開するコンテンツを複数のチャンクに分割して保持している。そして、サーバ装置３は、インタレスト・パケットを受信すると、要求チャンクを含むデータ・パケットを、当該インタレスト・パケットを受信したインタフェースから送信する。転送装置２は、上述した様にＣＳ、ＦＩＢ及びＰＩＴを管理し、インタレスト・パケットの処理、データ・パケットの処理等を行う。クライアント装置１は、コンテンツを取得する場合、当該コンテンツのチャンクを要求するインタレスト・パケットを順に送信する。なお、図１においては、１つのクライアント装置１と、１つの転送装置２と、１つのサーバ装置３のみを示しているが、これは例示であり、コンテンツ配信システムは、複数のクライアント装置と、複数の転送装置と、複数のサーバ装置と、を含み得る。

図２は、インタレスト・パケット及びデータ・パケット送受信のシーケンス図である。Ｓ１において、クライアント装置１は、インタレスト・パケットＲｋを送信する。なお、それ以前にクライアント装置が要求した要求チャンクは、転送装置２にキャッシュされており、クライアント装置１は、比較的短いＲＴＴでインタレスト・パケットの応答であるデータ・パケットを受信していたものとする。したがって、パケットロスと判定する期間Ｔｗは、クライアント装置１と転送装置２との間のＲＴＴに基づき設定されている。また、インタレスト・パケットＲｋの要求チャンクと、それ以降の要求チャンクをキャッシュしている転送装置２が存在しないものとする。よって、インタレスト・パケットＲｋや、それ以降のインタレスト・パケットはサーバ装置３に転送される。

クライアント装置１は、Ｓ１でインタレスト・パケットＲｋを送信すると、タイムアウト期間Ｔｗの間に、インタレスト・パケットＲｋの応答としてのデータ・パケットＤｋを受信するか否かを監視する。なお、クライアント装置１は、タイムアウト期間Ｔｗが経過する前においても、例えば、ウィンドウサイズに基づきインタレスト・パケットＲｋの要求チャンク以降のチャンクを要求するインタレスト・パケットを送信することができる。図１においては、タイムアウト期間Ｔｗの経過前に、ｎ－１個のインタレスト・パケットを送信しているものとする。

Ｓ２において、サーバ装置３は、受信したインタレスト・パケットＲｋの応答としてデータ・パケットＤｋをクライアント装置１に向けて送信する。しかしながら、このデータ・パケットＤｋは、クライアント装置１においては、タイムアウト期間Ｔｗの経過後に受信される。つまり、クライアント装置１は、タイムアウト期間Ｔｗの経過時においてデータ・パケットＤｋを受信していない。通常のクライアント装置は、タイムアウト期間Ｔｗの経過によりパケットロスを検出する。この場合、通常のクライアント装置は、受信できなかったチャンクから、インタレスト・パケットの再送を開始する。一方、本実施形態では、タイムアウト期間Ｔｗの経過時にデータ・パケットＤｋを受信していない場合、タイムアウト期間Ｔｗの経過時であるＳ３において、未送信であるインタレスト・パケットＲｋ＋ｎを送信する。インタレスト・パケットＲｋ＋ｎの要求チャンクは、タイムアウト期間Ｔｗ内において最後に送信したインタレスト・パケットＲｋ＋ｎ－１が要求するチャンクの次のチャンクである。

クライアント装置１は、Ｓ３でインタレスト・パケットＲｋ＋ｎを送信すると、所定のプローブ期間Ｔｐの間に、インタレスト・パケットＲｋの応答としてのデータ・パケットＤｋを受信するか否かを判定する。そして、プローブ期間Ｔｐの間に、データ・パケットＤｋを受信しないと、パケットロスが生じていると判定し、再送制御を行うと共に、インタレスト・パケットの送信頻度や、ウィンドウサイズを低減させる。なお、再送制御とは、受信できなかったチャンクからインタレスト・パケットを再送する制御である。一方、図２の例では、プローブ期間Ｔｐ内にデータ・パケットＤｋを受信している。この場合、クライアント装置１は、パケットロスが生じたのではなく、データ・パケットの送信元が変化したと判断する。この場合、再送制御は行わず、かつ、インタレスト・パケットの送信頻度やウィンドウサイズを低下させない。なお、タイムアウト期間Ｔｗについては、インタレスト・パケットＲｋの送信からデータ・パケットＤｋの受信までのＲＴＴに基づき更新する。

なお、図２の例において、サーバ装置３は、Ｓ４で、データ・パケットＤｋ＋ｎを送信し、クライアント装置１は、プローブ期間Ｔｐ内にデータ・パケットＤｋ＋ｎを受信している。例えば、データ・パケットＤｋ＋ｎの受信時にデータ・パケットＤｋ～Ｄｋ＋ｎ－
１を受信していないと、クライアント装置１は、プローブ期間Ｔｐの完了を待つことなくパケットロスが生じていると判定して再送制御と、インタレスト・パケットの送信頻度又はウィドウサイズを低下させる制御を行う。また、データ・パケットＤｋ＋ｎを受信することなくプローブ期間Ｔｐが経過し、その時点においてデータ・パケットＤｋを受信していないと、クライアント装置１は、上述した様に再送制御と、インタレスト・パケットの送信頻度を低下させる制御を行う。なお、プローブ期間Ｔｐについては、予め決定してクライアント装置１に設定しておく。

以上、本実施形態によると、クライアント装置１は、タイムアウト期間Ｔｗにデータ・パケットＤｋを受信しないと、直ちにパケットロスが生じたと判定するのではなく、所定のプローブ期間Ｔｐだけデータ・パケットＤｋの受信を監視する。また、タイムアウト期間Ｔｗが経過すると未要求のチャンクを要求するインタレスト・パケット（以下、プローブ・パケット）を送信する。そして、プローブ・パケットの応答としてのデータ・パケットの受信時点においてデータ・パケットＤｋを受信していないと、パケットロスが生じたと判定する。また、プローブ期間Ｔｐの経過時にデータ・パケットＤｋを受信していないと、パケットロスが生じたと判定する。この構成により、パケットロスの誤検出を低下させ、不必要にスループットを低下させることを抑えることができる。

＜第二実施形態＞
続いて、第二実施形態について第一実施形態との相違点を中心に説明する。図３は、本実施形態によるインタレスト・パケット及びデータ・パケット送受信のシーケンス図である。Ｓ１０において、クライアント装置１は、インタレスト・パケットＲｋを送信する。なお、それ以前にクライアント装置が要求した要求チャンクは、転送装置２にキャッシュされており、クライアント装置１は、比較的短いＲＴＴでインタレスト・パケットの応答であるデータ・パケットを受信していたものとする。したがって、パケットロスと判定する期間Ｔｗは、クライアント装置１と転送装置２との間のＲＴＴに基づき設定されている。また、インタレスト・パケットＲｋの要求チャンクと、それ以降の要求チャンクをキャッシュしている転送装置２が存在しないものとする。よって、インタレスト・パケットＲｋや、それ以降のインタレスト・パケットはサーバ装置３に転送される。

クライアント装置１は、Ｓ１０でインタレスト・パケットＲｋを送信すると、タイムアウト期間Ｔｗの間に、インタレスト・パケットＲｋの応答としてのデータ・パケットＤｋを受信するか否かを監視する。なお、クライアント装置１は、タイムアウト期間Ｔｗが経過する前においても、インタレスト・パケットＲｋの要求チャンク以降のチャンクを要求するインタレスト・パケットを送信する。図１においては、Ｓ１１において、クライアント装置１は、インタレスト・パケットＲｋ＋１を送信している。なお、インタレスト・パケットＲｋを送信してからインタレスト・パケットＲｋ＋１を送信するまでの時間間隔はΔｔ１である。

Ｓ１２において、サーバ装置３は、受信したインタレスト・パケットＲｋの応答としてデータ・パケットＤｋをクライアント装置１に向けて送信する。また、Ｓ１３において、サーバ装置３は、受信したインタレスト・パケットＲｋ＋１の応答としてデータ・パケットＤｋ＋１をクライアント装置１に向けて送信する。データ・パケットＤｋは、クライアント装置１においては、タイムアウト期間Ｔｗの経過後に受信される。

本実施形態において、クライアント装置１は、Ｓ１４でタイムアウト期間Ｔｗが経過した際、タイムアウトを検出したインタレスト・パケットＲｋを再送し、Ｓ１５で、その次のインタレスト・パケットＲｋ＋１を再送する。ここで、インタレスト・パケットＲｋを再送してからインタレスト・パケットＲｋ＋１を再送するまでの時間間隔は、Δｔ１とは異なるΔｔ２である。なお、本実施形態では、Δｔ２をΔｔ１より大きくする。また、第一実施形態と同様に、クライアント装置１は、Ｓ１４でインタレスト・パケットＲｋを再送すると、プローブ期間Ｔｐの間、データ・パケットＤｋとデータ・パケットＤｋ＋１の受信を監視する。

クライアント装置１は、プローブ期間Ｔｐの間に、データ・パケットＤｋとデータ・パケットＤｋ＋１の受信を監視する。プローブ期間Ｔｐの間に、データ・パケットＤｋとデータ・パケットＤｋ＋１のいずれかを受信しないと、クライアント装置１は、パケットロスが生じたと判定して再送制御を行い、かつ、インタレスト・パケットの送信頻度やウィンドウを低減させる制御を行う。一方、プローブ期間Ｔｐ内にデータ・パケットＤｋとデータ・パケットＤｋ＋１を受信すると、クライアント装置１は、データ・パケットＤｋを受信してからデータ・パケットＤｋ＋１を受信するまでの時間間隔Δｔｒを判定する。そして、クライアント装置１は、ΔｔｒとΔｔ１の差と、ΔｔｒとΔｔ２との差のどちらが小さいかを判定する。ΔｔｒとΔｔ２との差よりΔｔｒとΔｔ１との差が小さいと、クライアント装置１は、受信したデータ・パケットＤｋとデータ・パケットＤｋ＋１が、Ｓ１０及びＳ１１で送信したインタレスト・パケットの応答であると判定する。この場合、クライアント装置は、パケットロスが生じていないと判定する。そして、クライアント装置１は、以後に送信するインタレスト・パケットの間隔（送信頻度）についてはΔｔ１のままとし、ウィンドウサイズも変更しない。また、タイムアウト期間Ｔｗについては、Ｓ１０でインタレスト・パケットＲｋを送信してからデータ・パケットＤｋを受信するまでの期間と、Ｓ１１でインタレスト・パケットＲｋ＋１を送信してからデータ・パケットＤｋ＋１を受信するまでの期間と、に基づき更新する。一方、ΔｔｒとΔｔ１との差よりΔｔｒとΔｔ２との差が小さいと、クライアント装置１は、受信したデータ・パケットＤｋとデータ・パケットＤｋ＋１が、Ｓ１４及びＳ１５で送信したインタレスト・パケットの応答であると判定する。この場合、クライアント装置１は、パケットロスが生じたと判定し、以後のインタレスト・パケットの送信頻度やウィンドウサイズを低下させる。

図４は、第一実施形態や、第二実施形態で説明したクライアント装置１の構成図である。通信部１０は、チャンクを要求するインタレスト・パケットを送信する。また、通信部１０は、データ・パケットを受信する。監視部１１は、インタレスト・パケットを送信してからタイムアウト期間Ｔｗの間、送信したインタレスト・パケットの応答としてのデータ・パケットを受信したかを監視する。通信部１０は、タイムアウト期間内Ｔｗ内にデータ・パケットを受信しないとプローブ・パケットを送信する。なお、第一実施形態のプローブ・パケットは、Ｓ３で送信するインタレスト・パケットＲｋ＋１である。また、第二実施形態のプローブ・パケットは、Ｓ１４及びＳ１５で再送するインタレスト・パケットＲｋ及びインタレスト・パケットＲｋ＋１である。判定部１２は、プローブ・パケットの送信後、プローブ期間Ｔｐの間、上記各実施形態で説明した様にデータ・パケットの受信を監視することで、パケットロスが生じたか否かを判定する。パケットロスが生じたと判定部１２が判定すると、通信部１０は、再送制御を行い、かつ、インタレスト・パケットの送信頻度やウィンドウサイズを低下させる。一方、プローブ・パケットの送信によりパケットロスが生じていないと判定部１２が判定すると、通信部１０は、再送制御を行わず、かつ、インタレスト・パケットの送信頻度を低下させない。なお、判定部１２は、プローブ・パケットの送信によりパケットロスが生じていないと判定すると、上述した様にタイムアウト期間Ｔｗを更新する。

なお、本発明によるクライアント装置１は、コンピュータを上記クライアント装置１として動作させるプログラムにより実現することができる。これらコンピュータプログラムは、コンピュータが読み取り可能な記憶媒体に記憶されて、又は、ネットワーク経由で配布が可能なものである。

発明は上記の実施形態に制限されるものではなく、発明の要旨の範囲内で、種々の変形・変更が可能である。

１０：通信部、１１：監視部、１２：判定部

Claims

コンテンツを複数のチャンクに分割して配信するコンテンツ配信システムのクライアント装置であって、
第１チャンクを要求する第１要求パケットを送信する送信手段と、
前記第１要求パケットを送信してから第１期間の間、前記第１チャンクを含む第１データ・パケットを受信したかを監視する監視手段と、
パケットロスを判定する判定手段と、
を備え、
前記送信手段は、前記第１データ・パケットを受信することなく前記第１要求パケットを送信してから前記第１期間が経過すると、第２チャンクを要求する第２要求パケットを送信し、
前記監視手段は、前記第２要求パケットを送信してから第２期間の間、前記第１データ・パケットを受信したかと、前記第２チャンクを含む第２データ・パケットを受信したかを監視し、
前記判定手段は、前記第２期間の間において、前記第１データ・パケットを受信する前に前記第２データ・パケットを受信すると、パケットロスが生じたと判定することを特徴とするクライアント装置。
前記判定手段は、前記第２期間の間に前記第１データ・パケットを受信しないと、パケットロスが生じたと判定することを特徴とする請求項１に記載のクライアント装置。
前記判定手段は、前記第２期間の間において、前記第２データ・パケットを受信する前に前記第１データ・パケットを受信すると、パケットロスが生じていないと判定することを特徴とする請求項２に記載のクライアント装置。
前記判定手段は、パケットロスが生じていないと判定すると、前記第１要求パケットを送信してから前記第１データ・パケットを受信するまでの期間に基づき前記第１期間を更新することを特徴とする請求項３に記載のクライアント装置。
コンテンツを複数のチャンクに分割して配信するコンテンツ配信システムのクライアント装置であって、
第１チャンクを要求する第１要求パケットを送信し、前記第１要求パケットを送信してから第１時間が経過すると、第２チャンクを要求する第２要求パケットを送信する送信手段と、
前記第１要求パケットを送信してから第１期間の間、前記第１チャンクを含む第１データ・パケットを受信したかを監視する監視手段と、
パケットロスを判定する判定手段と、
を備え、
前記送信手段は、前記第１データ・パケットを受信することなく前記第１要求パケットを送信してから前記第１期間が経過すると、前記第１要求パケットを再送し、前記第１要求パケットを再送してから前記第１時間とは異なる第２時間が経過すると、前記第２要求パケットを再送し、
前記監視手段は、前記第１要求パケットを再送してから第２期間の間、前記第１データ・パケットを受信したかと、前記第２チャンクを含む第２データ・パケットを受信したかを監視し、
前記判定手段は、前記第２期間の間において、前記第１データ・パケット及び前記第２データ・パケットを受信すると、前記第１データ・パケットを受信してから前記第２データ・パケットを受信するまでの第３時間を判定し、前記第３時間と前記第１時間の差と、前記第３時間と前記第２時間の差のどちらが小さいかに基づきパケットロスが生じたか否かを判定することを特徴とするクライアント装置。
前記判定手段は、前記第３時間と前記第１時間の差より、前記第３時間と前記第２時間の差が小さいとパケットロスが生じたと判定することを特徴とする請求項５に記載のクライアント装置。
前記判定手段は、前記第２期間の間に前記第１データ・パケット及び前記第２データ・パケットの少なくとも１つを受信しないとパケットロスが生じたと判定することを特徴とする請求項５又は６に記載のクライアント装置。
前記判定手段は、前記第３時間と前記第２時間の差より、前記第３時間と前記第１時間の差が小さいとパケットロスが生じていないと判定することを特徴とする請求項６に記載のクライアント装置。
前記判定手段は、パケットロスが生じていないと判定すると、前記第１要求パケットを送信してから前記第１データ・パケットを受信するまでの期間と、前記第２要求パケットを送信してから前記第２データ・パケットを受信するまでの期間と、に基づき前記第１期間を更新することを特徴とする請求項８に記載のクライアント装置。
前記送信手段は、パケットロスが生じたと前記判定手段が判定すると、要求パケットの送信頻度を低減させることを特徴とする請求項１から９のいずれか１項に記載のクライアント装置。
請求項１から１０のいずれか１項に記載のクライアント装置としてコンピュータを機能させることを特徴とするプログラム。