JP4929393B1

JP4929393B1 - 受信装置、受信方法および受信プログラム

Info

Publication number: JP4929393B1
Application number: JP2010259380A
Authority: JP
Inventors: 雅史辻; 藤俊一権
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2010-11-19
Filing date: 2010-11-19
Publication date: 2012-05-09
Anticipated expiration: 2030-11-19
Also published as: US20120131421A1; US8499223B2; JP2012114507A

Abstract

【課題】効率よく損失パケットの回復処理を行うことができる受信装置、受信方法および受信プログラムを提供する。
【解決手段】受信装置１００は、データパケット受信部２１、品質補強パケット受信部２、情報設定部１１、パケット処理部４５、回復処理部４を備える。データパケット受信部は、データ部を有するデータパケットを受信する。品質補強パケット受信部２は、品質補強部を有する品質補強パケットを受信する。パケット処理部４５は、受信したデータパケットおよび品質補強パケット基づいて、損失したデータパケットが存在するか否かを判定する。回復処理部４は、損失したデータパケットが存在する場合、損失していないデータパケットのうちの、回復処理対象として設定された情報の一部を含むデータ部と、これらのデータ部に対応する品質補強部と、を用いて、損失したパケットのうち、少なくとも回復処理対象として設定されたデータ部を回復する。
【選択図】図１

Description

本発明の実施形態は、受信装置、受信方法および受信プログラムに関する。

近年、インターネット回線を伝送路として用いてコンテンツを配信するＩＰＴＶ（Internet Protocol TV）方式が普及しつつある。ＩＰＴＶ方式では、コンテンツ全体がメディアパケットを単位として分割され、これらメディアパケットが多重化されたストリームが伝送される。メディアパケットの全てが送信装置から受信装置に正しく伝送されるとは限らず、パケット損失が生じることもある。

パケット損失を回復する手法として、例えば、ＦＥＣ（Forward Error Correction：前方向誤り訂正）符号化伝送による回復手法が用いられる。ＦＥＣでは、複数のパケットをグループ化し、グループ毎に予め定めた演算によりＦＥＣパケットを生成して、これをストリーム上で伝送する。受信装置では、グループ内の一部のパケットが損失した場合、ＦＥＣパケットを用いて所定の演算を行うことにより、損失したパケットを回復できる。この手法は、受信装置から送信装置にパケットの再送を要求する必要がないため、リアルタイム処理が要求されるＩＰＴＶ方式に適している。

受信装置でストリームを受信してから、表示装置に表示するまでの遅延時間を低減するためには、ＦＥＣパケットを用いて、効率よく損失パケットの回復処理を行う必要がある。

国際公開ＷＯ２００５／０２７４３９号

効率よく損失パケットの回復処理を行うことができる受信装置、受信方法および受信プログラムを提供する。

実施形態によれば、受信装置は、データパケット受信部と、品質補強パケット受信部と、情報設定部と、パケット処理部と、回復処理部とを備える。データパケット受信部は、それぞれが複数の情報のうちの１つの一部を含む複数のデータ部を有するデータパケットを受信する。品質補強パケット受信部は、それぞれが前記複数のデータ部の１または複数に対応する複数の品質補強部を有する品質補強パケットを受信する。情報設定部は、前記複数の情報のうち１または２以上の情報を選択し、選択された情報の一部に該当するデータ部を回復処理対象として設定する。パケット処理部は、前記品質補強パケットと、これと対応するデータパケットとの関連付けを行い、不足するデータパケットの有無に基づいて、損失したデータパケットが存在するか否かを判定する。回復処理部は、前記損失したデータパケットが存在する場合、前記損失していないデータパケットのうちの、前記回復処理対象として設定されたデータ部と、これらのデータ部と関連付けられた前記品質補強部と、を用いて、前記損失したパケットのうち、少なくとも前記回復処理対象として設定されたデータ部を回復する。前記情報設定部は、２以上の情報が選択された場合であって、前記設定された回復処理対象のデータ部が重複している場合に、前記回復処理対象のデータ部を結合して１つの回復対象のデータブロックとし、前記回復処理部は、前記結合された１つのデータブロックに含まれるデータ部と、これらのデータ部にそれぞれ対応する前記品質補強部と、を用いて、前記損失したパケットのうち、少なくとも前記回復処理対象として設定されたデータ部を回復する。

第１の実施形態に係る受信装置１００の概略ブロック図。図１の受信装置１００が受信するストリームの構成の一例を示す図。図１の受信装置１００の処理動作を示すフローチャート。各コンテンツがＶＢＲで伝送される場合のストリームの構成の一例を示す図。

以下、受信装置１００、受信方法および受信プログラムの実施形態について、図面を参照しながら具体的に説明する。

（第１の実施形態）
図１は、第１の実施形態に係る受信装置１００の概略ブロック図である。また、図２は、図１の受信装置１００が受信するストリームの構成の一例を示す図である。図１の受信装置１００は、例えば複数の映像信号や音声信号などのデータがパケットを単位として分割され、多重化された図２のストリームを、イーサネット（登録商標）や無線ＬＡＮ（Local Area Network）等のネットワーク２００を介して、受信するものである。

図２のストリームは、ＲＴＰ（Real-time Transport Protocol）に準拠した例を示しており、メディアパケット（データパケット）Ｍ１〜Ｍ３と、ＦＥＣパケット（品質補強パケット）Ｆ１とを含む。以下、メディアパケットＭ１〜Ｍ３の構成はいずれも同様なので、代表してメディアパケットＭ１について説明する。

メディアパケットＭ１は、ＲＴＰヘッダと、コンテンツ部（データ部）Ｍａ１〜Ｍｄ１とを有する。ＲＴＰヘッダには、ペイロードタイプや、順序、処理タイミング、タイムスタンプ等の付加情報が含まれる。コンテンツ部Ｍａ１〜Ｍｄ１はそれぞれコンテンツＡ〜Ｄを分割したものであり、メディアパケットＭ１は複数の異なるコンテンツ（情報）のうちの１つの一部を含む。なお、図２は、各コンテンツが一定のビットレート（Constant Bit Rate：ＣＢＲ）で伝送される例を示している。

本実施形態では、コンテンツ部Ｍａ１〜Ｍｄ１のサイズがそれぞれ１９２Ｂｙｔｅである例を示す。すなわち、メディアパケットＭ１の（ＲＴＰヘッダを除き）０〜１９１Ｂｙｔｅ目（以下、レイヤＬａ）がコンテンツ部Ｍａ１，１９２〜３８３Ｂｙｔｅ目（以下、レイヤＬｂ）がコンテンツ部Ｍｂ１，３８４〜５７５Ｂｙｔｅ目（以下、レイヤＬｃ）がコンテンツ部Ｍｃ１，５７６〜７６７Ｂｙｔｅ目（以下、レイヤＬｄ）がコンテンツ部Ｍｄ１にそれぞれ対応する。

一方、ＦＥＣパケットＦ１は、ＲＴＰヘッダと、ＦＥＣヘッダと、ＦＥＣ部Ｆａ１〜Ｆｄ１とを有する。ＲＴＰヘッダには上記と同様の付加情報が含まれる。ＦＥＣヘッダには、ＦＥＣパケットをメディアパケットと関連付ける情報が含まれる。

本実施形態では、ＦＥＣパケットＦ１がメディアパケットＭ１〜Ｍ３と関連付けられるものとする。より具体的には、コンテンツ部Ｍａ１〜Ｍａ３から、所定の演算（例えば排他的論理和演算）によりＦＥＣ部Ｆａ１が生成される。コンテンツ部Ｍａ１〜Ｍａ３とＦＥＣ部Ｆａ１とが同じレイヤＬａにあるため、自動的に対応づけられる。他のコンテンツ部およびＦＥＣ部についても同様である。この場合、メディアパケットＭ１〜Ｍ３のうちの１つが損失しても、他のメディアパケットおよびＦＥＣパケットＦ１を用いて、損失したメディアパケットを回復できる。

図１の受信装置１００は、コンテンツ選択部１と、受信部２と、ＲＴＰ処理部３と、回復処理部４とを備えている。

コンテンツ選択部１は、取得コンテンツ設定部（情報設定部）１１と、取得コンテンツ記憶部１２とを有する。取得コンテンツ設定部１１は、コンテンツＡ〜Ｄのうち、取得すべき１または複数のコンテンツを取得コンテンツ記憶部１２に設定する。取得コンテンツ記憶部１２は、設定されたコンテンツを記憶する。

受信部２は不図示の送信装置からネットワーク２００を介して伝送されるストリームを受信する。そして、受信部２内のメディアパケット受信部（データパケット受信部）２１はストリーム中のメディアパケットＭ１〜Ｍ３を受信し、ＦＥＣアパケット受信部（品質補強パケット受信部２）２２はＦＥＣパケットＦ１を受信する。

ＲＴＰ処理部３は、メディアパケットバッファ３１と、ＦＥＣパケットバッファ３２と、撹乱解消処理部３３とを有する。メディアパケットバッファ３１およびＦＥＣパケットバッファ３２は、受信部２で受信したメディアパケットＭ１〜Ｍ３およびＦＥＣパケットＦ１をそれぞれ、一時的に記憶する。そして、撹乱解消処理部３３は、メディアパケットＭ１〜Ｍ３およびＦＥＣパケットＦ１に対して、ＲＴＰヘッダに含まれる付加情報に基づく撹乱解消処理等のＲＴＰ処理を行う。処理後のメディアパケットＭ１〜Ｍ３およびＦＥＣパケットＦ１は回復処理部４へ送信される。

回復処理部４は、メディアパケットバッファ（データパケットバッファ）４１と、ＦＥＣパケットバッファ（品質補強パケットバッファ）４２と、回復部分設定部４３と、回復演算部４４と、関連付け処理部（パケット処理部）４５とを有する。

メディアパケットバッファ４１およびＦＥＣパケットバッファ４２はそれぞれ、ＲＴＰ処理部３から送信されるメディアパケットおよびＦＥＣパケットを一時的に記憶する。回復部分設定部４３は、取得コンテンツ記憶部１２に設定されたコンテンツのみを回復処理の対象として設定する。回復演算部４４は、メディアパケットバッファ４１およびＦＥＣパケットバッファ４２内のメディアパケットＭ１〜Ｍ３およびＦＥＣパケットＦ１を関連付け処理部４５に送信する。

関連付け処理部４５は、ＦＥＣパケットのＦＥＣヘッダの情報に基づき、ＦＥＣ部をコンテンツ部と関連付ける。そして、関連付け処理部４５は、コンテンツ部の損失が生じたことにより回復演算を行うべきコンテンツ部が存在するか否かを判定する。この判定結果に応じて、回復演算部４４は、所定の演算（例えば排他的論理和）により損失したコンテンツ部を回復する。そして、回復演算部４４は回復したコンテンツ部をメディアパケットバッファ４１に挿入する。

図３は、図１の受信装置１００の処理動作を示すフローチャートである。まず、取得コンテンツ設定部１１は、例えばユーザから取得するよう指定される１または複数のコンテンツを取得コンテンツ記憶部１２に設定する（ステップＳ１）。そして、回復部分設定部４３は設定されたコンテンツのみを回復処理の対象として設定する（ステップＳ２）。

例えば、取得コンテンツ設定部１１が図２のコンテンツＢを設定した場合、回復部分設定部４３は、コンテンツ部Ｍｂ１〜Ｍｂ３に対応する、メディアパケットＭ１〜Ｍ３のレイヤＬｂを回復処理の対象とする。コンテンツと対応するレイヤ情報については、ＦＥＣ部Ｆｂとコンテンツ部Ｍｂとの対応情報としてＦＥＣヘッダの情報に基づいて行ってもよいし、送信開始時に受信装置１００に通知してもよいし、予め送信装置（不図示）と受信装置１００との間で定められた規則がある場合は、これに基づいて行ってもよい。また、取得コンテンツ設定部１１が連続する複数のコンテンツを設定した場合、例えば、コンテンツＢおよびＣを設定した場合、回復部分設定部４３は、コンテンツ部Ｍｂ１〜Ｍｂ３およびＭｃ１〜Ｍｃ３にそれぞれ対応する、レイヤＬｂ（１９２〜３８３Ｂｙｔｅ目）およびレイヤＬｃ（３８４〜５７５Ｂｙｔｅ目）を結合して、１９２〜５７５Ｂｙｔｅ目を１つのデータブロックとして回復処理の対象に設定する。以下、コンテンツＢおよびＣが設定された場合を例に取って説明を行う。

続いて、ストリーム受信中に（ステップＳ３のＹＥＳ）パケットを受信すると（ステップＳ４のＹＥＳ）、それがメディアパケットであればメディアパケット受信部２１が、ＦＥＣパケットであればＦＥＣパケット受信部２２がそれぞれ受信する。受信したパケットがメディアパケットであるかＦＥＣパケットであるかは、例えばＲＴＰヘッダ内のペイロードタイプにより判断される（ステップＳ５）。

メディアパケット受信部２１は受信したメディアパケットＭ１〜Ｍ３をＲＴＰ処理部３内のメディアパケットバッファ３１に送信し（ステップＳ６ａ）、ＦＥＣパケット受信部２２は受信したＦＥＣパケットＦ１をＲＴＰ処理部３内のＦＥＣパケットバッファ３２に送信する（ステップＳ６ｂ）。そして、撹乱解消処理部３３は、ＲＴＰヘッダに含まれる付加情報に基づく撹乱解消処理等のＲＴＰ処理を、メディアパケットおよびＦＥＣパケットに対して実行する（ステップＳ７ａ，Ｓ７ｂ）。これにより、メディアパケットの順序等を正しくすることができるが、損失したパケットを回復できるわけではない。

続いて、メディアパケットバッファ３１はＲＴＰ処理が完了したメディアパケットＭ１〜Ｍ３を回復処理部４内のメディアパケットバッファ４１へ送信する（ステップＳ８ａ）。同様に、ＦＥＣパケットバッファ３２はＲＴＰ処理が完了したＦＥＣパケットＦ１を回復処理部４内のＦＥＣパケットバッファ４２へ送信する（ステップＳ８ｂ）。

さらに、回復演算部４４は、メディアパケットバッファ４１内のメディアパケットＭ１〜Ｍ３およびＦＥＣパケットバッファ４２内のＦＥＣパケットＦ１を関連付け処理部４５へ送信する。

関連付け処理部４５は受信したパケットの関連付けを行う（ステップＳ９）。関連付けは、ＦＥＣヘッダの情報に基づいて行う。ここで、関連付け処理部４５は、コンテンツ単位ではなく、ＦＥＣ部Ｆｂ１，Ｆｃ１が含まれるＦＥＣパケットＦ１と、コンテンツ部Ｍｂ１〜Ｍｂ３，Ｍｃ１〜Ｍｃ３が含まれるメディアパケットＭ１〜Ｍ３と、の対応関係に基づき、パケット単位で関連付けを行うことができ、複数のコンテンツＢおよびＣが回復処理の対象であっても、関連付けは１度だけでよい。

続いて、関連付け処理部４５は、回復演算を行うべきコンテンツ部が存在するか否かを判定する（ステップＳ１０）。仮に、メディアパケットＭ２が損失すると、ＦＥＣパケットＦ１に関連付けられるメディアパケットＭ２が関連付け処理部４５に送信されず、これが不足する。そのため、関連付け処理部４５はメディアパケットＭ２を回復すると判定する。

そして、回復演算部４４は所定の演算により、損失したメディアパケットＭ２のうち、ステップＳ２で設定された回復処理対象であるコンテンツ部Ｍｂ２およびＭｃ２のみを部分的に回復する（ステップＳ１１）。より具体的には、回復演算部４４は、コンテンツ部Ｍｂ１，Ｍｂ３およびＦＥＣ部Ｆｂ１を用いてコンテンツ部Ｍｂ２を回復し、コンテンツ部Ｍｃ１，Ｍｃ３およびＦＥＣ部Ｆｃ１を用いてコンテンツ部Ｍｃ２を回復する。実際には、コンテンツ部ＭｂおよびＭｃを回復するために必要となるＦＥＣ部およびコンテンツ部である１９２〜５７５Ｂｙｔｅ目に対し回復演算処理を施す。

関連付け処理部４５は、回復処理の対象であるコンテンツ部を含むパケットを受信するため、コンテンツ毎に複数の回復処理部４を設ける必要がない。そして、取得コンテンツ設定部１１により回復処理の対象として設定されたコンテンツ部Ｍｂ２およびＭｃ２についてのみ回復演算を行い、設定されていないコンテンツ部Ｍａ２およびＭｄ２の回復演算は行わない。結果として、受信装置１００の処理量を軽減できる。

回復演算部４４は回復したコンテンツ部Ｍｂ２およびＭｃ２を含むメディアパケットを回復処理部４のメディアパケットバッファ４１に挿入する（ステップＳ１２）。これにより、メディアパケットバッファ４１には損失したコンテンツ部Ｍｂ２およびＭｃ２が回復されたメディアパケットＭ１〜Ｍ３が記憶される。このコンテンツ部は、液晶ディスプレイ等の表示部（不図示）に表示されたり、ハードディスクやフラッシュメモリ等の記録媒体（不図示）に記録されたりする。なお、コンテンツ部Ｍａ２およびＭｄ２は回復されないが、コンテンツＡおよびＤは取得する必要がないコンテンツであるため、問題はない。

このように、第１の実施形態では、回復演算が必要なコンテンツ部のみに対してはまとめて関連付けおよび回復演算を行い、取得する必要がないコンテンツ部に対する回復演算を行わない。そのため、受信装置１００の負荷が軽減され、効率よく損失パケットの回復処理を行うことができる。

（第２の実施形態）
上述した第１の実施形態は、各コンテンツがＣＢＲで伝送されるものであったが、以下に説明する第２の実施形態は、各コンテンツが可変ビットレート（Variable Bit Rate：ＶＢＲ）で伝送されるものである。

図４は、各コンテンツがＶＢＲで伝送される場合のストリームの構成の一例を示す図である。同図では、コンテンツＡはレイヤＬａに、コンテンツＢはレイヤＬｂおよびレイヤＬｃの一部に、コンテンツＣはレイヤＬｃの一部およびレイヤＬｄに含まれる。この場合でも、ＦＥＣパケットＦ１のＦＥＣ部Ｆａ１〜Ｆｄ１はレイヤ毎に生成される。例えば、ＦＥＣ部Ｆｂ１はレイヤＬｂのコンテンツ部Ｍｂ１，Ｍｂ３，Ｍｂ５から生成され、ＦＥＣ部Ｆｃ１はレイヤＬｃのコンテンツ部Ｍｂ２，Ｍｂ４，Ｍｃ３から生成される。

以下、受信装置１００の処理動作について、第１の実施形態との相違点を中心に説明する。まず、取得コンテンツ設定部１１がコンテンツＢおよびＣを設定したとする（図３のステップＳ１）。コンテンツＢが含まれるのはレイヤＬｂおよびＬｃであり、コンテンツＣが含まれるのはレイヤＬｃおよびＬｄであるが、レイヤＬｃが重複している。したがって、回復部分設定部４３は、レイヤＬｂ〜Ｌｄを結合して、（ＲＴＰヘッダを除き）１９２〜７６７Ｂｙｔｅ目を１つのデータブロックとして回復処理の対象に設定する（ステップＳ２）。

さらに、受信装置１００はステップＳ３〜Ｓ９の処理を行う。ＶＢＲの場合、１つのＦＥＣ部が関連付けられるコンテンツ部のそれぞれが、異なるコンテンツの一部を含むこともある。そして、関連付け処理部４５は、回復演算を行うべきコンテンツ部が存在するか否かを判定する（ステップＳ１０）。ここでは、メディアパケットＭ２が損失したとする。この場合、回復演算部４４は、ステップＳ２で設定した回復処理対象である１９２〜７６７Ｂｙｔe目に対して演算を行い、損失したコンテンツ部ＭｂおよびＭｃを回復する（ステップＳ１１）。

以上のようにすることで、コンテンツＢおよびＣの両方が含まれるレイヤＬｃのＦＥＣ部Ｆｃ１について、重複して回復処理が行われることはなく、一度だけ回復処理が行われる。以下、受信装置１００は第１の実施形態と同様の処理を行う。

このように、第２の実施形態では、複数のコンテンツがＶＢＲで伝送される場合でも、コンテンツ単位ではなく、回復処理の対象についてまとめて回復処理を行う。そのため、複数のコンテンツが含まれるレイヤ（図４の場合、レイヤＬｃ）について重複して回復処理が行われることがなく、効率よく損失したパケットを回復できる。

なお、図２および図４では、メディアパケットに複数の異なるコンテンツが含まれる例を示しているが、必ずしも異なるコンテンツでなくてもよく、複数の異なる情報が含まれていればよい。例えば、メディアパケットが、同一コンテンツであって、フレームレートおよび解像度のうち少なくとも一方が異なる複数の映像情報を含んでいてもよい。また、メディアパケットが、それぞれ視点が異なる複数の映像情報を含んでいてもよい。

上述した実施形態で説明した受信装置１００の少なくとも一部は、ハードウェアで構成してもよいし、ソフトウェアで構成してもよい。ソフトウェアで構成する場合には、受信装置１００システムの少なくとも一部の機能を実現するプログラムをフレキシブルディスクやＣＤ−ＲＯＭ等の記録媒体に収納し、コンピュータに読み込ませて実行させてもよい。記録媒体は、磁気ディスクや光ディスク等の着脱可能なものに限定されず、ハードディスク装置やメモリなどの固定型の記録媒体でもよい。

また、受信装置１００の少なくとも一部の機能を実現するプログラムを、インターネット等の通信回線（無線通信も含む）を介して頒布してもよい。さらに、同プログラムを暗号化したり、変調をかけたり、圧縮した状態で、インターネット等の有線回線や無線回線を介して、あるいは記録媒体に収納して頒布してもよい。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１１取得コンテンツ設定部
２１メディアパケット受信部
２２ＦＥＣアパケット受信部
４１メディアパケットバッファ
４２ＦＥＣパケットバッファ
４３回復部分設定部
４４回復演算部
４５関連付け処理部
１００受信装置

Claims

それぞれが複数の情報のうちの１つの一部を含む複数のデータ部を有するデータパケットを受信するデータパケット受信部と、
それぞれが前記複数のデータ部の１または複数に対応する複数の品質補強部を有する品質補強パケットを受信する品質補強パケット受信部と、
前記複数の情報のうち１または２以上の情報を選択し、選択された情報の一部に該当するデータ部を回復処理対象として設定する情報設定部と、
前記品質補強パケットと、これと対応するデータパケットとの関連付けを行い、不足するデータパケットの有無に基づいて、損失したデータパケットが存在するか否かを判定するパケット処理部と、
前記損失したデータパケットが存在する場合、前記損失していないデータパケットのうちの、前記回復処理対象として設定されたデータ部と、これらのデータ部と関連付けられた前記品質補強部と、を用いて、前記損失したパケットのうち、少なくとも前記回復処理対象として設定されたデータ部を回復する回復処理部と、を備え、
前記情報設定部は、２以上の情報が選択された場合であって、前記設定された回復処理対象のデータ部が重複している場合に、前記回復処理対象のデータ部を結合して１つの回復対象のデータブロックとし、
前記回復処理部は、前記結合された１つのデータブロックに含まれるデータ部と、これらのデータ部にそれぞれ対応する前記品質補強部と、を用いて、前記損失したパケットのうち、少なくとも前記回復処理対象として設定されたデータ部を回復することを特徴とする受信装置。
前記複数の情報は、異なる複数のコンテンツ、フレームレートおよび解像度のうち少なくとも一方が異なる複数の映像情報、それぞれ視点が異なる複数の映像情報、のうちの１つであることを特徴とする請求項１に記載の受信装置。
それぞれが複数の情報のうちの１つの一部を含む複数のデータ部を有するデータパケットを受信するステップと、
それぞれが前記複数のデータ部の１または複数に対応する複数の品質補強部を有する品質補強パケットを受信するステップと、
前記複数の情報のうち１または２以上の情報を選択し、選択された情報の一部に該当するデータ部を回復処理対象として設定するステップと、
前記品質補強パケットと、これと対応するデータパケットとの関連付けを行い、不足するデータパケットの有無に基づいて、損失したデータパケットが存在するか否かを判定するステップと、
前記損失したデータパケットが存在する場合、前記損失していないデータパケットのうちの、前記回復処理対象として設定されたデータ部と、これらのデータ部と関連付けられた前記品質補強部と、を用いて、前記損失したパケットのうち、少なくとも前記回復処理対象として設定されたデータ部を回復するステップと、を備え、
前記データ部を回復処理対象として設定するステップは、２以上の情報が選択された場合であって、前記設定された回復処理対象のデータ部が重複している場合に、前記回復処理対象のデータ部を結合して１つの回復対象のデータブロックとし、
前記データ部を回復するステップは、前記結合された１つのデータブロックに含まれるデータ部と、これらのデータ部にそれぞれ対応する前記品質補強部と、を用いて、前記損失したパケットのうち、少なくとも前記回復処理対象として設定されたデータ部を回復することを特徴とする受信方法。
それぞれが複数の情報のうちの１つの一部を含む複数のデータ部を有するデータパケットを受信するステップと、
それぞれが前記複数のデータ部の１または複数に対応する複数の品質補強部を有する品質補強パケットを受信するステップと、
前記複数の情報のうち１または２以上の情報を選択し、選択された情報の一部に該当するデータ部を回復処理対象として設定するステップと、
前記品質補強パケットと、これと対応するデータパケットとの関連付けを行い、不足するデータパケットの有無に基づいて、損失したデータパケットが存在するか否かを判定するステップであって、２以上の情報が選択された場合であって、前記設定された回復処理対象のデータ部が重複している場合に、前記回復処理対象のデータ部を結合して１つの回復対象のデータブロックとするステップと、
前記損失したデータパケットが存在する場合、前記損失していないデータパケットのうちの、前記回復処理対象として設定されたデータ部と、これらのデータ部と関連付けられた前記品質補強部と、を用いて、前記損失したパケットのうち、少なくとも前記回復処理対象として設定されたデータ部を回復するステップであって、前記結合された１つのデータブロックに含まれるデータ部と、これらのデータ部にそれぞれ対応する前記品質補強部と、を用いて、前記損失したパケットのうち、少なくとも前記回復処理対象として設定されたデータ部を回復するステップと、をコンピュータに実行させるための受信プログラム。