(57)【要約】【課題】マルチパス伝送技術を利用した通信システムにおいて、デコード処理の遅延に関する情報を共有できるようにする。【解決手段】まず、送信装置は、復号遅延状況の通知依頼を追加したＭＰＲＴＣＰ  ＳＲパケットを、２つのパスから受信装置へ送信する。受信装置は、このパケットを受信したことに応じて、最初のパケットの受信時間から全てのパスを含めて全てのパケットを受信した時間までの経過時間と、全てのパスを含めて全てのパケットを受信した時間までの経過時間（待ち時間）とを計測し、これらの情報をＭＰＲＴＣＰ  ＲＲパケットに記録して送信装置へ伝送する。【選択図】図１
2015138990.tif 000002
【特許請求の範囲】
【請求項１】
符号化されたコンテンツを送信する送信装置とともに複数の通信経路を介して通信システムを構成し、前記送信装置から前記複数の通信経路を介してコンテンツを並列にパケット単位で受信する受信装置であって、
前記送信装置からパケットの受信に係る時間を計測する要求を通信経路ごとに受信するとともに、前記コンテンツに係るパケットを通信経路ごとに受信する受信手段と、
前記受信手段によって前記パケットの受信に係る時間を計測する要求を受信したことに応じて、前記複数の通信経路から復号単位のパケットを受信するのに掛かった経過時間を通信経路ごとに計測するとともに、復号単位のパケットを全て受信するまでの待ち時間を通信経路ごとに計測する計測手段と、
前記計測手段によって計測された時間の情報を前記送信装置へ通知する通知手段とを有することを特徴とする受信装置。
【請求項２】
前記計測手段は、さらにＲＴＴの計測を行い、
前記通知手段は、前記ＲＴＴの返信メッセージとともに前記情報を通知することを特徴とする請求項１に記載の受信装置。
【請求項３】
前記通知手段は、ＭＰＲＴＣＰを利用して通知することを特徴とする請求項２に記載の受信装置。
【請求項４】
符号化されたコンテンツを受信する受信装置とともに複数の通信経路を介して通信システムを構成し、前記受信装置へ前記複数の通信経路を介してコンテンツを並列にパケット単位で送信する送信装置であって、
前記受信装置へパケットの受信に係る時間を計測する要求を通信経路ごとに送信するとともに、前記符号化されたコンテンツをパケット単位で通信経路ごとに送信する送信手段と、
前記送信手段によって送信された要求に応じて、前記複数の通信経路から復号単位のパケットを前記受信装置が受信するのに掛かった通信経路ごとの経過時間と、前記受信装置が復号単位のパケットを全て受信するまでの待ち時間との情報を前記受信装置から取得する取得手段とを有することを特徴とする送信装置。
【請求項５】
前記取得手段は、ＲＴＴの返信メッセージとともに前記情報を取得することを特徴とする請求項４に記載の送信装置。
【請求項６】
前記送信手段は、ＭＰＲＴＣＰを利用して前記要求を送信することを特徴とする請求項５に記載の送信装置。
【請求項７】
請求項１〜３の何れか１項に記載の受信装置と、請求項４〜６の何れか１項に記載の送信装置とを有することを特徴とする通信システム。
【請求項８】
符号化されたコンテンツを送信する送信装置とともに複数の通信経路を介して通信システムを構成し、前記送信装置から前記複数の通信経路を介してコンテンツを並列にパケット単位で受信する受信装置の制御方法であって、
前記送信装置からパケットの受信に係る時間を計測する要求を通信経路ごとに受信するとともに、前記コンテンツに係るパケットを通信経路ごとに受信する受信工程と、
前記受信工程において前記パケットの受信に係る時間を計測する要求を受信したことに応じて、前記複数の通信経路から復号単位のパケットを受信するのに掛かった経過時間を通信経路ごとに計測するとともに、復号単位のパケットを全て受信するまでの待ち時間を通信経路ごとに計測する計測工程と、
前記計測工程において計測された時間の情報を前記送信装置へ通知する通知工程とを有することを特徴とする受信装置の制御方法。
【請求項９】
符号化されたコンテンツを受信する受信装置とともに複数の通信経路を介して通信システムを構成し、前記受信装置へ前記複数の通信経路を介してコンテンツを並列にパケット単位で送信する送信装置の制御方法であって、
前記受信装置へパケットの受信に係る時間を計測する要求を通信経路ごとに送信するとともに、前記符号化されたコンテンツをパケット単位で通信経路ごとに送信する送信工程と、
前記送信工程において送信された要求に応じて、前記複数の通信経路から復号単位のパケットを前記受信装置が受信するのに掛かった通信経路ごとの経過時間と、前記受信装置が復号単位のパケットを全て受信するまでの待ち時間との情報を前記受信装置から取得する取得工程とを有することを特徴とする送信装置の制御方法。
【請求項１０】
符号化されたコンテンツを送信する送信装置とともに複数の通信経路を介して通信システムを構成し、前記送信装置から前記複数の通信経路を介してコンテンツを並列にパケット単位で受信する受信装置を制御するためのプログラムであって、
前記送信装置からパケットの受信に係る時間を計測する要求を通信経路ごとに受信するとともに、前記コンテンツに係るパケットを通信経路ごとに受信する受信工程と、
前記受信工程において前記パケットの受信に係る時間を計測する要求を受信したことに応じて、前記複数の通信経路から復号単位のパケットを受信するのに掛かった経過時間を通信経路ごとに計測するとともに、復号単位のパケットを全て受信するまでの待ち時間を通信経路ごとに計測する計測工程と、
前記計測工程において計測された時間の情報を前記送信装置へ通知する通知工程とをコンピュータに実行させることを特徴とするプログラム。
【請求項１１】
符号化されたコンテンツを受信する受信装置とともに複数の通信経路を介して通信システムを構成し、前記受信装置へ前記複数の通信経路を介してコンテンツを並列にパケット単位で送信する送信装置を制御するためのプログラムであって、
前記受信装置へパケットの受信に係る時間を計測する要求を通信経路ごとに送信するとともに、前記符号化されたコンテンツをパケット単位で通信経路ごとに送信する送信工程と、
前記送信工程において送信された要求に応じて、前記複数の通信経路から復号単位のパケットを前記受信装置が受信するのに掛かった通信経路ごとの経過時間と、前記受信装置が復号単位のパケットを全て受信するまでの待ち時間との情報を前記受信装置から取得する取得工程とをコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、特に、動画などのコンテンツを送受信するために用いて好適な受信装置、送信装置、通信システム、受信装置の制御方法、送信装置の制御方法及びプログラムに関する。
【背景技術】
【０００２】
近年、インターネットを通じた動画データのストリーム伝送サービスが普及している。また、表示装置が多画素化し、さらに高精細化したことにより、いわゆるフルＨＤの動画データを再生することが可能なモバイル機器も普及するようになった。動画符号化方式に関しては、４Ｋ２Ｋや８Ｋ４Ｋの超多画素映像に対応するＨ．２６５（ＩＳＯ／ＩＥＣ  ２３００８−２、ＨＥＶＣ）が標準化され、さらにフレームレートの増加によって高画質化することも検討されている。例えば、２０１２年にＩＴＵ−Ｒで勧告されたＳＨＶ（スーパーハイビジョン）規格では、毎秒１２０フレーム（１２０ｆｐｓ）に対応している。
【０００３】
一方、インターネットは大容量化され、モバイル機器で利用される無線通信方式では、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）のような高速データ伝送方式が利用されている。しかしながら、この伝送方式では、多画素であって、且つフレームレートの高い動画データを安定して伝送することができない。
【０００４】
ここで、大容量化された動画データを安定してストリーム伝送する方法の一つとして、マルチパス伝送技術が知られている。マルチパス伝送技術とは、送信装置と受信装置との間で利用可能な複数の通信経路（マルチパス）を設け、これらを並列にデータ伝送に利用する技術である。現在のモバイル機器も、前述のＬＴＥ回線に加えて無線ＬＡＮ（Ｗｉ−Ｆｉ）回線も利用可能であることから、２つ以上の通信経路を持っていることとなる。
【０００５】
非特許文献１には、マルチパス伝送技術を実現する仕組の一つとして、ＭＰＲＴＰ（ＭｕｌｔｉＰａｔｈ  ＲＴＰ）が提案されている。ＭＰＲＴＰは、複数のパスに分けて伝送するために旧来のストリーム伝送プロトコルであるＲＴＰを拡張したプロトコルである。ＭＰＲＴＰでは、伝送路の輻輳状態を送信装置が把握する手段として、旧来のＲＴＣＰを複数パスに拡張したＭＰＲＴＣＰ（ＲＴＣＰ  Ｅｘｔｅｎｓｉｏｎ  ｆｏｒ  ＭＰＲＴＰ）が使用される。ＭＰＲＴＣＰは、旧来のＲＴＣＰと同様にＲＴＴ（Ｒｏｕｎｄ  Ｔｒｉｐ  Ｔｉｍｅ）とパケットロス率とを送信装置へ通知する手段であり、通信状態の通知はパスごとに処理される。また、ＭＰＲＴＰ／ＭＰＲＴＣＰを用いて複数のパスにより伝送遅延とスループットとを基に送信パケットの再振り分けを試みる研究も行われている（非特許文献２参照）。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】IETF, draft-singh-avtcore-mprtp-06.txt
【非特許文献２】"MPRTP: Multipath Considerations for Real-time Media", Varun Singh, Alto University Espoo, Finland, et al.
【発明の概要】
【発明が解決しようとする課題】
【０００７】
従来はパケットロス率とＲＴＴ（Ｒｏｕｎｄ−Ｔｒｉｐ  Ｔｉｍｅ）とを基に、パスごとに伝送可能帯域を予測し、それに合わせて各パスにパケット送信数を振り分ける。マルチパスにより動画データを伝送する際には、このような予測を基に複数のパスへパケットを振り分けるが、各パスにおいて伝送時間に差が生じる場合がある。伝送時間に差が生じると、受信装置側で動画フレームのデコード開始時間が遅くなる場合がある。すなわち、フレームを構成する一部のパケットが遅延の大きいパスを経由して到着が遅れると、受信装置では当該フレームをデコードするに必要なパケットが揃うまでデコードの実施ができない。このようにデコード開始待ちのパケットが受信バッファに多く滞留するため、受信装置側のメモリの使用量が増大してしまう。
【０００８】
従来は、パケットロス率とＲＴＴ（Ｒｏｕｎｄ−Ｔｒｉｐ  Ｔｉｍｅ）とを基にパスごとに伝送可能帯域を予測していたため、パケットの送信数の振り分けにデコード処理の遅延が反映されていない。したがって、このようなデコード処理の遅延に関する情報を受信装置から送信装置へ通知し、送信装置側でパスごとにパケットの送信数を振り分ける際にデコード処理の遅延を適切に反映することが求められる。
【０００９】
本発明は前述の問題点に鑑み、マルチパス伝送技術を利用した通信システムにおいて、デコード処理の遅延に関する情報を共有できるようにすることを目的としている。
【課題を解決するための手段】
【００１０】
本発明に係る受信装置は、符号化されたコンテンツを送信する送信装置とともに複数の通信経路を介して通信システムを構成し、前記送信装置から前記複数の通信経路を介してコンテンツを並列にパケット単位で受信する受信装置であって、前記送信装置からパケットの受信に係る時間を計測する要求を通信経路ごとに受信するとともに、前記コンテンツに係るパケットを通信経路ごとに受信する受信手段と、前記受信手段によって前記パケットの受信に係る時間を計測する要求を受信したことに応じて、前記複数の通信経路から復号単位のパケットを受信するのに掛かった経過時間を通信経路ごとに計測するとともに、復号単位のパケットを全て受信するまでの待ち時間を通信経路ごとに計測する計測手段と、前記計測手段によって計測された時間の情報を前記送信装置へ通知する通知手段とを有することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、マルチパス伝送技術を利用した通信システムにおいて、パスごとのパケット送信数を振り分けるために、デコード処理の遅延に関する情報を共有することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態における通信システムの全体の構成例を示す図である。
【図２】本発明の実施形態に係る送信装置の機能構成例を示すブロック図である。
【図３】本発明の実施形態に係る受信装置の機能構成例を示すブロック図である。
【図４】本発明の実施形態において、送信装置と受信装置との間のやり取りを説明するためのタイミングチャートである。
【図５】送信装置によりＭＰＲＴＣＰを用いてパス間の伝送時間差による復号遅延状況の通知を依頼する処理手順の一例を示すフローチャートである。
【図６】ＭＰＲＴＣＰによるパケットのデータ構成例を示す図である。
【図７】受信装置において、ＭＰＲＴＣＰ  ＳＲパケットを受信してからＭＰＲＴＣＰ  ＲＲパケットを送信する処理手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、図面を参照しながら、本発明の好適な実施形態について詳細に説明する。なお、以下の実施形態において示す構成は一例に過ぎず、本発明は図示された構成に限定されるものではない。
【００１４】
以下の実施形態では、マルチパス伝送技術を用いて符号化された動画データをネットワークにより伝送する応用例について説明する。具体的には、遠隔地に存在するネットワークカメラである送信装置が配信する動画データを、モバイル機器である受信装置で視聴する構成について説明する。そして、送信装置及び受信装置が共に２つのネットワークインターフェイスを持つ構成とするが、実際はＭＰＲＴＰにより送信経路上の何処かで複数経路での伝送が管理されていればよい。したがって本質的には送信装置及び受信装置においてネットワークインターフェイスの数はいくつでもよい。
【００１５】
また、伝送するデータとして符号化された動画データを例に説明するが、復号可能な単位を構成するパケットの伝送とその遅延とを管理することから、符号化された音声データや、階層符号化された動画データなどのコンテンツにも適用である。また、マルチパスのコネクション確立手順やＭＰＲＴＰ／ＭＰＲＴＣＰのパケット化手順については、公知の方法で行うものとする。
【００１６】
図１は、本実施形態における通信システムの全体の構成例を示す図である。
図１に示すように、動画配信サーバである送信装置１０１は、ネットワークを介した遠隔地にある受信装置１０２に、符号化した動画データをパケットとしてリアルタイムでストリーミング送信する。送信装置１０１及び受信装置１０２は、第１のパス１０３及び第２のパス１０４の２つの通信経路によって繋がれており、ＭＰＲＴＰ／ＭＰＲＴＣＰを用いてマルチパス伝送を行う。送信装置１０１は、この２つの通信経路のうち、どちらの経路で送信するかを適時選択してパケットを送信する。受信装置１０２は、この２つの通信経路の何れかを経由して送られるパケットを受信する。
【００１７】
図２は、本実施形態に係る送信装置１０１の機能構成例を示すブロック図である。
図２において、撮像部２０１は、被写体を撮像して映像データを取得する。そして、符号化部２０２は、その映像データを符号化して不図示のマイクから得られた符号化済の音声データと多重化し、得られた動画データをフレームバッファ２０３に一旦格納する。送信管理部２０４は、フレームバッファ２０３に格納された動画データの送信を管理する。具体的には、動画データをＭＰＲＴＰに従ってパケット単位に分割する指示と、指定したパスへパケットを送信する指示とをパケット送受信部２０５に対して行う。パケット送受信部２０５は、送信管理部２０４の指示に従って動画データをパケット化し、指定したパスへパケットを送信する。
【００１８】
また、本実施形態においては、送信管理部２０４は、さらに後述する手順によりＭＰＲＴＣＰ  ＳＲ（Ｓｅｎｄｅｒ  Ｒｅｐｏｒｔ）の送信指示を行う。さらに、受信装置１０２から受信したＭＰＲＴＣＰ  ＲＲ（Ｒｅｃｅｉｖｅｒ  Ｒｅｐｏｒｔ）の内容に応じてパスに対するパケットの振り分けを適時変更する。また、ＲＴＴ（Ｒｏｕｎｄ−Ｔｒｉｐ  Ｔｉｍｅ）の経過時間など、必要な情報を不図示のメモリに記録する。
【００１９】
図３は、受信装置１０２の機能構成例を示すブロック図である。
図３において、パケット送受信部３０１は、第１のパス１０３または第２のパス１０４を経由したパケットを受信し、受信バッファ３０２へ格納する。受信管理部３０３は、受信バッファ３０２におけるパケットの受信状態を監視し、復号単位のパケット群が揃うと、復号部３０４へ当該パケット群の復号化処理を指示する。復号部３０４は、受信管理部３０３の復号指示に従って受信バッファ３０２から該当するパケット群を読み出し、復号化処理を行う。表示部３０５は、復号化処理により得られた動画データに係る映像を表示する。
【００２０】
また、受信管理部３０３は、後述する手順により送信装置１０１から送られるＭＰＲＴＣＰ  ＳＲに従い、２つの通信経路によるパケットの到着時間の差と復号待ち時間とを計測する。そして、ＭＰＲＴＣＰ  ＲＲにより送信装置１０１へ通知する。また、パケットの受信時間や、計算した経過時間などの必要な情報を不図示のメモリに記録する。
【００２１】
ここで、図４を参照しながら、ＭＰＲＴＣＰを利用して受信装置１０２から送信装置１０１へ通知される情報として、パスごとのパケット群の受信の経過時間と、受信完了までの待ち時間とについて説明する。
【００２２】
図４は、送信装置１０１と受信装置１０２との間のやり取りを説明するためのタイミングチャートである。
図４において、送信装置１０１側は、まず、ＭＰＲＴＣＰ  ＳＲパケット４０２を送信し、次いで動画データから分割されたパケット群４１４を送信する。そして、受信装置１０２からＭＰＲＴＣＰ  ＲＲパケット４０３、４０４を受信する。
【００２３】
一方、受信装置１０２側は、第１のパス１０３及び第２のパス１０４を経由してＭＰＲＴＣＰ  ＳＲパケット４０２を受信し、その後、動画データのパケット群４１４を受信する。そして、ＭＰＲＴＣＰ  ＲＲパケット４０３、４０４を送信装置１０１に送信する。なお、本実施形態では第１のパス１０３に比べて第２のパス１０４の伝送時間が長いものとする。この結果、ＭＰＲＴＣＰ  ＳＲパケット４０２及び動画データのパケット群４１４を受信する場合に、第１のパス１０３に比べて第２のパス１０４を経由した方が時間的に後で受信される。
【００２４】
本実施形態においては、第１のパス１０３または第２のパス１０４を経由してパケット群４１４のそれぞれを受信するのにかかる時間４０７、４０８が受信装置１０２から送信装置１０１へ通知される。さらに、第１のパス１０３を経由してパケットの受信が完了してから第２のパス１０４を経由して受信が完了するまで待機した時間４０９も通知される。
【００２５】
図５は、送信装置１０１が行う、ＭＰＲＴＣＰを用いてパス間の伝送時間差による復号遅延状況の通知を依頼する処理手順の一例を示すフローチャートである。
まず、送信管理部２０４はＭＰＲＴＣＰ  ＳＲパケットを作成し、パケット送受信部２０５により受信装置１０２へ送信する（Ｓ５０１）。この処理では、図４に示すように、ＭＰＲＴＣＰ  ＳＲパケット４０２を、第１のパス１０３及び第２のパス１０４の両方から受信装置１０２へ送信する。
【００２６】
図６（ａ）は、ＭＰＲＴＣＰによるパケットの標準的なデータ構成例を示す図である。ＭＰＲＴＣＰによるパケットの場合は、領域６０１に部分メッセージを追加構成することができる。
【００２７】
図６（ｂ）は、本実施形態において、部分メッセージとして復号遅延状況の通知依頼を追加した例を示す図である。領域６０２には復号遅延状況の通知依頼（通知要求）を示すタイプ値が設定され、領域６０３には対象とするサブフローを示す値が設定される。そして、受信時間を計測する対象とするパケットを明示するために、領域６０４に当該パケットのＳＳＲＣを設定し、領域６０５に当該パケットのタイムスタンプを設定する。なお、ＭＰＲＴＣＰのパケットには公知のＲＴＴの通知依頼メッセージも併せて構成される。
【００２８】
Ｓ５０１にてＭＰＲＴＣＰのパケットが送信されると、送信管理部２０４は、ＲＴＴの計測を開始する（Ｓ５０２）。そして、パケット送受信部２０５により１フレームを構成するパケット群の送信を開始する（Ｓ５０３）。なお、それぞれのパケットはその時点で所定の方法により決定されたパスを介して並列に伝送される。
【００２９】
次に、パケット送受信部２０５により受信装置１０２からＭＰＲＴＣＰ  ＲＲパケットを受信するまで待機する（Ｓ５０４）。そして、何れかのパスからＭＰＲＴＣＰ  ＲＲパケットを受信すると、送信管理部２０４は、ＭＰＲＴＣＰ  ＲＲパケットに記載されたサブフロー値で指示されたパスに関し、Ｓ５０２から計測されたＲＴＴの経過時間を不図示のメモリに記録する（Ｓ５０５）。なお、このＲＴＴの経過時間は図４に示す時間４１０、４１１に相当するものである。
【００３０】
そして、パケット送受信部２０５により全てのパスからＭＰＲＴＣＰ  ＲＲパケットを受信したか否かを判定する（Ｓ５０６）。この判定の結果、全てのパスから受信を完了していない場合は、Ｓ５０４に戻る。一方、Ｓ５０６の判定の結果、全てのパスから受信した場合は、受信済みのＭＰＲＴＣＰ  ＲＲパケットから得られるパスごとのパケット受信にかかる経過時間と、該当するパケット群の全てのパケットが到着するまでの待ち時間との情報を取得する。そして、パスごとにパケットの到着が完了してから復号可能になるまでの待ち時間に与えた割合を計測する（Ｓ５０７）。
【００３１】
図６（ｃ）は、受信装置１０２から返信メッセージとして返信されるＭＰＲＴＣＰ  ＲＲパケットにおける、パスごとの復号遅延の影響を報告する部分の一例を示す図である。領域６０６には、図４に示すような、パケットを最初に受信してから各パスを経由してすべてのパケットを受信するまでの経過時間４０７、４０８が設定される。領域６０７には、パケット群の受信が完了するまでの待ち時間４０９が設定される。なお、第２のパス１０４については、領域６０７には待ち時間なしとして０が設定される。
【００３２】
次に、図７を参照しながら、受信装置１０２における処理について説明する。受信装置１０２では、ＭＰＲＴＣＰ  ＳＲパケットを受信し、動画データのパケットの受信時間及びＲＴＴの計測を行い、ＭＰＲＴＣＰ  ＲＲパケットを送信する。ＭＰＲＴＣＰ  ＲＲパケットには、パスごとのパケット待ち状態の通知が含まれる。
【００３３】
図７は、受信装置１０２において、ＭＰＲＴＣＰ  ＳＲパケットを受信してからＭＰＲＴＣＰ  ＲＲパケットを送信する処理手順の一例を示すフローチャートである。なお、図７に示す処理は、パスごとに行われる。
まず、パケット送受信部３０１により送信装置１０１からＭＰＲＴＣＰ  ＳＲパケットを受信するまで待機する（Ｓ７０１）。そして、受信管理部３０３は、ＭＰＲＴＣＰ  ＳＲパケットを受信すると、公知の方法によりＲＴＴの計測を開始する（Ｓ７０２）。
【００３４】
次に、パケット送受信部３０１によりＭＰＲＴＣＰ  ＳＲパケットで指定された動画データのフレームの最初のパケットを受信するまで待機する（Ｓ７０３）。そして、指定されたフレームのパケットを最初に受信すると、受信管理部３０３は、当該パケットの受信時間を不図示のメモリに記録する（Ｓ７０４）。
【００３５】
次に、受信管理部３０３は、パケット送受信部３０１により指定されたフレームのパケットを再び受信したか否かを判定する（Ｓ７０５）。この判定の結果、再びパケットを受信した場合は、受信管理部３０３は、その受信時間を不図示のメモリに記録する（Ｓ７０６）。一方、Ｓ７０５の判定の結果、パケットを受信していない場合はＳ７０７に進む。そして、受信管理部３０３は、パケット送受信部３０１により全てのパスを含めて当該フレームを構成するパケットを全て受信したか否かを判定する（Ｓ７０７）。この判定の結果、当該フレームの全てのパケットを受信していない場合はＳ７０５に戻る。
【００３６】
一方、Ｓ７０７の判定の結果、当該フレームを構成する全てのパケットの受信を完了した場合はＳ７０８に進む。そして、Ｓ７０４で記録した最初のパケットの受信時間から全てのパスを含めて全てのパケットを受信した時間までの経過時間を計算し、不図示のメモリに記録する（Ｓ７０８）。例えば図４に示すように、経過時間として時間４０７を記録する。
【００３７】
次に、Ｓ７０６で記録した最後のパケットの受信時間から、全てのパスを含めて全てのパケットを受信した時間までの経過時間（待ち時間）を計算し、不図示のメモリに記録する（Ｓ７０９）。この待ち時間は、例えば図４に示す時間４０９に相当する。なお、第２のパス１０４に関しては、待ち時間は０となる。
【００３８】
次に、受信管理部３０３は、Ｓ７０２で計測を開始したＲＴＴの経過時間を不図示のメモリに記録する（Ｓ７１０）。この経過時間は、図４に示す時間４１２、４１３に相当する。そして、受信管理部３０３は、Ｓ７０８及びＳ７０９で記録した時間をＭＰＲＴＣＰ  ＲＲパケットに記録し、パケット送受信部３０１により送信装置１０１へ伝送する（Ｓ７１１）。
【００３９】
以上のように本実施形態によれば、送信装置１０１は、パケットを最初に受信してから全てのパケットを受信するまでのパスごとの経過時間と、受信を完了してからのパスごとの待ち時間との情報を得ることができる。そして、例えばこの２つの時間比（受信完了してからの待ち時間／すべてのパケットを受信するまでの経過時間）をパスごとに比較することによって復号待ちの影響度を判定できる。時間比が大きい場合には、そのパスは遅延が小さく、さらにパケットを受信する余地があるものと判定できる。一方、時間比が小さい場合は、そのパスは遅延が大きいパスと考えられ、そのパスを経由するパケット数を減少させたり、パケットを送信するタイミングをより早めたりする必要があると判定できる。
【００４０】
以上のように受信装置１０２は、パスごとの伝送時間の差により生じる復号遅延の状況を送信装置１０１へ通知することができ、送信装置１０１は、前記通知により復号遅延の状況を適時認識することができる。このため、復号遅延を低減するようにパケットの振り分けをすぐに決定するように制御することができる。また、前述したように、本実施形態における通知は、一般のＲＴＴ計測の手続きを流用するため、余分なＭＰＲＴＣＰパケットを不要としている。
【００４１】
（その他の実施形態）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００４２】
３０１  パケット送受信部
３０３  受信管理部
【図１】
2015138990.tif 000003
【図２】
2015138990.tif 000004
【図３】
2015138990.tif 000005
【図４】
2015138990.tif 000006
【図５】
2015138990.tif 000007
【図６】
2015138990.tif 000008
【図７】
2015138990.tif 000009