(57)【要約】【課題】誤り訂正処理と再送要求処理とを組み合わせて高品質な配信方式を実現する。【解決手段】本発明は、送信機１０から受信した複数のパケットに含まれているデータにより構成される誤り訂正単位ブロックにおいて誤り訂正処理を行う受信機３０に関する。受信機３０は、誤り訂正単位ブロックにおいて誤り訂正可能なデータ数に対応するパケット数と、欠落したパケット数とを比較する再送要求パケット決定部３４と、前記欠落したパケット数が前記誤り訂正可能なデータ数に対応するパケット数を超過している場合、該誤り訂正可能なデータ数に対応するパケット数を超過している数だけ該欠落したパケットの再送を要求する再送要求部３５とを具備する。【選択図】図１
2008092213.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して受信した複数のパケットに含まれているデータにより構成される誤り訂正単位ブロックにおいて誤り訂正処理を行う受信機であって、
前記誤り訂正単位ブロックにおいて誤り訂正可能なデータ数に対応するパケット数と、欠落したパケット数とを比較する再送要求パケット決定部と、
前記欠落したパケット数が前記誤り訂正可能なデータ数に対応するパケット数を超過している場合、該誤り訂正可能なデータ数に対応するパケット数を超過している数だけ該欠落したパケットの再送を要求する再送要求部とを具備することを特徴とする受信機。
【請求項２】
前記再送要求パケット決定部は、所定パケットの推定到着時刻から所定期間経過後に、前記欠落したパケット数を計測することを特徴とする請求項１に記載の受信機。
【請求項３】
送信機が、複数のパケットを送信する工程と、
受信機が、受信した複数のパケットに含まれている複数のデータにより構成される誤り訂正単位ブロックにおいて誤り訂正処理を行う工程と、
前記受信機が、前記誤り訂正単位ブロックにおいて誤り訂正可能なデータ数に対応するパケット数と、欠落したパケット数とを比較する工程と、
前記欠落したパケット数が前記受信機が、前記誤り訂正可能なデータ数に対応するパケット数を超過している場合、該誤り訂正可能なデータ数に対応するパケット数を超過している数だけ該欠落したパケットの再送を要求する工程とを有することを特徴とするパケット再送方法。
【請求項４】
コンピュータを、
ネットワークを介して受信した複数のパケットに含まれているデータにより構成される誤り訂正単位ブロックにおいて誤り訂正処理を行う受信機として機能させるプログラムであって、
前記受信機は、
前記誤り訂正単位ブロックにおいて誤り訂正可能なデータ数に対応するパケット数と、欠落したパケット数とを比較する再送要求パケット決定部と、
前記欠落したパケット数が前記誤り訂正可能なデータ数に対応するパケット数を超過している場合、該誤り訂正可能なデータ数に対応するパケット数を超過している数だけ該欠落したパケットの再送を要求する再送要求部とを具備することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して受信した複数のパケットに含まれているデータにより構成される誤り訂正単位ブロックにおいて誤り訂正処理を行う受信機、パケット再送方法及びプログラムに関する。
【背景技術】
【０００２】
近年、インターネットを介して映像コンテンツをストリーミング形式で配信する配信方式が広く普及している。
【０００３】
ここで、映像コンテンツのデータサイズは非常に大きいため、受信機は、ダウンロード形式で映像コンテンツを受信するのではなく、ストリーミング形式で映像コンテンツを受信するのが一般的である。
【０００４】
ストリーミング形式で利用されるプロトコルとして「ＲＴＰ（Ｒｅａｌ-Ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）」が知られている（非特許文献１参照）。
【０００５】
ここで、ＲＴＰの下位層（トランスポート層）におけるプロトコルとしては「ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）」が利用されることが一般的である。
【０００６】
しかしながら、ＵＤＰは、受信機までのパケットの到達を保証する手順となっていないため、ネットワークの輻輳等によって、パケットが受信機まで到達せずに、パケットの損失（欠落）が起こり得るという問題点があった。
【０００７】
かかる問題点を解決するために、ＲＴＰ等のＵＤＰを用いた映像コンテンツの配信プロトコルでは、ＦＥＣ（Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ）及びＡＲＱ（Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）の２つの方法が知られている。
【０００８】
ここで、ＦＥＣは、送信機側で、送信すべきデータに予め誤り訂正処理用の冗長データ（パリティデータ）を付与し、又は、送信すべきデータとは別に冗長データを送信し、受信機側で、誤り訂正単位ブロックごとに、かかる冗長データを用いた数学的な計算によって、欠落したデータを復元する方法である。
【０００９】
また、ＡＲＱは、送信機側で、受信機側からの欠落したパケットの再送要求に基づいて、かかるパケットを再送する方法である。
【００１０】
また、かかる配信方式において、バースト的に発生するデータの欠落を回避するために、データの送信順序を並び替えることによって、データの欠落を分散させることを目的としてインターリーブ処理が利用されることもある。
【００１１】
特許文献１に、かかるインターリーブ処理が行われた後、受信機側で、データの欠落を回復する方式について記載されている。
【非特許文献１】ＩＥＴＦ  ＲＦＣ３５５０
【特許文献１】特開２００５-９４１４０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
しかしながら、上述のような従来のＡＲＱを用いた配信方式では、パケットの欠落が多数発生した場合、欠落したパケットの再送要求が頻繁に行われるため、送信機の処理負担が増大するという問題点があった。
【００１３】
また、上述のような従来のＦＥＣを用いた配信方式では、誤り訂正単位ブロックにおいて、誤り訂正可能な数を超過した数のデータが欠落した場合、受信機側で、かかるデータの復元が不可能であるという問題点があった。
【００１４】
そこで、本発明は、以上の点に鑑みてなされたもので、誤り訂正処理と再送要求処理とを組み合わせて高品質な配信方式を実現する受信機、パケット再送方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１５】
本発明の第１の特徴は、ネットワークを介して送信機やルータ等から受信した複数のパケットに含まれているデータにより構成される誤り訂正単位ブロックにおいて誤り訂正処理を行う受信機であって、前記誤り訂正単位ブロックにおいて誤り訂正可能なデータ数に対応するパケット数と、欠落したパケット数とを比較する再送要求パケット決定部と、前記欠落したパケット数が前記誤り訂正可能なデータ数に対応するパケット数を超過している場合、該誤り訂正可能なデータ数に対応するパケット数を超過している数だけ該欠落したパケットの再送を要求する再送要求部とを具備することを要旨とする。
【００１６】
かかる発明によれば、再送要求部が、誤り訂正可能なデータ数に対応するパケット数を超過している数だけ欠落したパケットの再送を要求するため、受信機において、最低限の再送要求によって、誤り訂正能力を超過した数のパケットが欠落するという事態を回避することができる。
【００１７】
本発明の第１の特徴において、前記再送要求パケット決定部が、所定パケットの推定到着時刻から所定期間経過後に、前記欠落したパケット数を計測してもよい。
【００１８】
かかる発明によれば、パケットの到着順序が逆転した場合であっても、所定期間経過前に受信したパケットについては再送を要求する必要が無いため、送信機の処理負担が増大するという問題点を解決することができる。
【００１９】
本発明の第２の特徴は、パケット再送方法であって、送信機が、複数のパケットを送信する工程と、受信機が、受信した複数のパケットに含まれている複数のデータにより構成される誤り訂正単位ブロックにおいて誤り訂正処理を行う工程と、前記受信機が、前記誤り訂正単位ブロックにおいて誤り訂正可能なデータ数に対応するパケット数と、欠落したパケット数とを比較する工程と、前記受信機が、前記欠落したパケット数が前記誤り訂正可能なデータ数に対応するパケット数を超過している場合、該誤り訂正可能なデータ数に対応するパケット数を超過している数だけ該欠落したパケットの再送を要求する工程とを有することを要旨とする。
【００２０】
かかる発明によれば、誤り訂正可能なデータ数に対応するパケット数を超過している数だけ欠落したパケットの再送を要求するため、受信機において、最低限の再送要求によって、誤り訂正能力を超過した数のパケットが欠落するという事態を回避することができる。
【００２１】
本発明の第３の特徴は、コンピュータを、ネットワークを介して送信機やルータ等から受信した複数のパケットに含まれているデータにより構成される誤り訂正単位ブロックにおいて誤り訂正処理を行う受信機として機能させるプログラムであって、前記受信機は、前記誤り訂正単位ブロックにおいて誤り訂正可能なデータ数に対応するパケット数と、欠落したパケット数とを比較する再送要求パケット決定部と、前記欠落したパケット数が前記誤り訂正可能なデータ数に対応するパケット数を超過している場合、該誤り訂正可能なデータ数に対応するパケット数を超過している数だけ該欠落したパケットの再送を要求する再送要求部とを具備することを要旨とする。
【００２２】
かかる発明によれば、再送要求部が、誤り訂正可能なデータ数に対応するパケット数を超過している数だけ欠落したパケットの再送を要求するため、受信機において、最低限の再送要求によって、誤り訂正能力を超過した数のパケットが欠落するという事態を回避することができる。
【発明の効果】
【００２３】
以上説明したように、本発明によれば、誤り訂正処理と再送要求処理とを組み合わせて高品質な配信方式を実現する受信機、パケット再送方法及びプログラムを提供することができる。
【発明を実施するための最良の形態】
【００２４】
（本発明の第１の実施形態に係る受信機の構成）
図１乃至図３を参照して、本発明の第１の実施形態に係る受信機３０の構成について説明する。
【００２５】
本実施形態に係る受信機３０は、図１に示すように、送信機１０から受信した複数のパケットに含まれているデータにより構成される誤り訂正単位ブロックＢにおいて誤り訂正処理を行うように構成されている。
【００２６】
具体的には、図２に示すように、受信機３０は、パケット受信部３１と、誤り訂正処理部３２と、再生部３３と、再送要求パケット決定部３４と、再送要求部３５とを具備している。
【００２７】
パケット受信部３１は、図１に示すように、インターネット等のネットワーク１を介して、データ０乃至ｐＬを含むパケット＃１乃至＃ｎを受信するように構成されている。
【００２８】
図１の例において、データ０乃至ｍは、送信すべきデータ（例えば、１バイト）、すなわち、映像コンテンツを構成するデータ（例えば、所定時間分のＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）データ）であり、データｐＦ乃至ｐＬは、誤り訂正処理用の冗長データ（パリティデータ）である。
【００２９】
なお、データ０乃至ｍは、上述のようなバイト単位に限らず、ビット単位等の任意の単位の送信すべきデータであってもよい。
【００３０】
ここで、パリティデータは、ＦＥＣ符号用のパリティデータであってもよいし、リードソロモン符号や低密度パリティ検査（ＬＤＰＣ）符号やターボ符号等の任意のブロック符号用のパリティデータであってもよい。
【００３１】
送信機１０は、図１の例では、データ０乃至ｐＬをｎ分割してパケット＃１乃至＃ｎを用いて送信するように構成されている。
【００３２】
なお、送信機１０は、図１の例では、データ０乃至ｐＬを、インターリーブ処理を行う単位であるインターリーブブロックとして取り扱うように構成されている。そして、送信機１０は、インターリーブブロックＡにおいて、矢印の順番で、データ０乃至ｐＬを送信するように構成されている。
【００３３】
具体的には、送信機１０は、インターリーブブロックＡにおいて、列［０］のデータ（データ０乃至（ｙ-１））をパケット＃１によって送信し、列［１］のデータをパケット＃２によって送信し、列［２］のデータをパケット＃３によって送信するように構成されている。
【００３４】
また、送信機１０は、インターリーブブロックＡにおいて、列［Ｐ１］のパリティデータをパケット＃ｎ-１によって送信し、列［Ｐ２］のパリティデータをパケット＃ｎによって送信するように構成されている。
【００３５】
また、送信機１０は、図３（ａ）に示すような順番で、データ０乃至ｐＬを送信するように構成されていてもよい。
【００３６】
また、送信機１０は、図３（ｂ）に示すように、１つのデータを１つのパケットで送信するように構成されていてもよい。
【００３７】
誤り訂正処理部３２は、誤り訂正単位ブロックＢにおいて、誤り訂正処理を行うように構成されている。
【００３８】
例えば、送信機１０が、２個のデータまで誤り訂正可能な数（２個のデータの欠落まで復元可能な数）のパリティデータを付与している場合、誤り訂正処理部３２は、誤り訂正単位ブロックＢにおいて、２個のデータの欠落までは復元可能である。
【００３９】
すなわち、図１の例では、誤り訂正処理部３２は、２パケットが欠落した場合には、欠落したパケットに含まれているデータを復元可能であり、インターリーブブロックＡに含まれている全てのデータを復号可能である。
【００４０】
一方、誤り訂正処理部３２は、誤り訂正単位ブロックＢにおいて、３個のデータが欠落している場合には、かかる３個のデータとも復元できない。
【００４１】
すなわち、図１の例では、誤り訂正処理部３２は、３パケットが欠落した場合には、かかる３パケットに含まれているデータを復元することができないので、インターリーブブロックＡに含まれている全てのデータを復号することができない。
【００４２】
再生部３３は、誤り訂正処理部３２によって復号されたデータに基づいて映像コンテンツを再生するように構成されている。
【００４３】
再送要求パケット決定部３４は、誤り訂正単位ブロックＢにおいて誤り訂正可能なデータ数に対応するパケット数と、欠落したパケット数とを比較するように構成されている。
【００４４】
再送要求部３５は、欠落したパケット数が誤り訂正可能なデータ数に対応するパケット数を超過している場合、当該誤り訂正可能なデータ数に対応するパケット数を超過している数だけ当該欠落したパケットの再送を要求するように構成されている。
【００４５】
すなわち、送信機１０が、２個のデータの欠落まで復元可能な数のパリティデータを付与している場合（すなわち、誤り訂正可能なデータ数に対応するパケット数が「２」である場合）に、３パケットが欠落した場合には、再送要求部３５は、誤り訂正可能なデータ数に対応するパケット数を超過している数「１」だけ欠落したパケットの再送を要求するように構成されている。
【００４６】
このとき、再送要求部３５は、欠落した３パケットのうち、任意の１パケットの再送を要求するように構成されている。すなわち、再送要求部３５は、欠落した３パケットのうち、パケット番号が最も小さいパケットの再送を要求してもよいし、パケット番号が最も大きいパケットの再送を要求してもよい。
【００４７】
（本発明の第１の実施形態に係る受信機の動作）
図４を参照して、本発明の第１の実施形態に係る受信機３０の動作について説明する。
【００４８】
図６に示すように、ステップＳ１０１において、受信機３０は、映像コンテンツをストリーミング形式で配信する配信サーバ等の送信機１０に対して、特定の映像コンテンツの配信開始を依頼する。
【００４９】
ステップＳ１０２において、受信機３０が、送信機１０から、映像コンテンツを構成するデータ（ＴＳデータ）を含むパケットを受信すると、本動作は、ステップＳ１０３に進む。
【００５０】
ステップＳ１０３において、受信機３０は、受信したパケットのシーケンス番号（パケット番号）を確認する。
【００５１】
ステップＳ１０４において、受信機３０が、確認したシーケンス番号に基づいて、次に受信すべきパケットが受信されていないと判断した場合、かかるシーケンス番号のパケットが欠落したと判断して、本動作は、ステップ１０５に進み、それ以外の場合、本動作は、ステップＳ１０７に進む。
【００５２】
ステップＳ１０５において、受信機３０は、欠落したパケットのシーケンス番号を記憶する。
【００５３】
ステップＳ１０６において、受信機３０は、管理している変数「欠落したパケット数」を、「１」だけ増加させる。
【００５４】
ステップＳ１０７において、受信機３０が、インターリーブブロックＡにおける最終パケットの受信を完了した場合、本動作は、ステップＳ１０８に進み、それ以外の場合、本動作は、ステップＳ１０２に戻る。
【００５５】
ステップＳ１０８において、受信機３０は、変数「欠落したパケット数」と、誤り訂正単位ブロックにおいて誤り訂正可能なデータの数に対応するパケット数を示す「復元可能パケット数」とを比較する。なお、「復元可能パケット数」は、送信機１０と受信機２０との間で、予め双方向通信によって定められている。
【００５６】
変数「欠落したパケット数」が「復元可能パケット数」よりも大きい場合、本動作は、ステップＳ１０９に進み、それ以外の場合、本動作は、ステップＳ１１２に進む。
【００５７】
ステップＳ１０９において、受信機３０は、再送要求を行うパケット数を決定する。具体的には、受信機３０は、変数「欠落したパケット数」から「復元可能パケット数」を引いた数を、再送要求を行うパケット数とする。
【００５８】
ステップＳ１１０において、受信機３０は、ステップＳ１０９において決定した再送要求を行うパケット数分のパケットの再送を要求する。
【００５９】
ステップＳ１１１において、受信機３０は、送信機１０により再送されたパケットを受信する。
【００６０】
ステップＳ１１２において、受信機３０は、再送されたパケットを用いて、インターリーブブロック内の全てのデータについてＦＥＣ演算を行うことによって復号を行う。
【００６１】
ステップＳ１１３において、復号されたデータにより構成される映像コンテンツを、ストリーミング形式で再生する。
【００６２】
（本発明の第１の実施形態に係る受信機の作用・効果）
本実施形態に係る受信機３０によれば、再送要求部３５が、誤り訂正可能なデータ数に対応するパケット数（「復元可能パケット数」）を超過している数だけ欠落したパケットの再送を要求するため、受信機３０において、最低限の再送要求によって、誤り訂正能力を超過した数のパケットが欠落するという事態を回避することができる。
【００６３】
（本発明の第２の実施形態に係る受信機の構成）
次に、図５及び図６を参照して、本発明の第２の実施形態に係る受信機３０の構成について説明する。以下、本実施形態に係る受信機３０の構成について、上述の第１の実施形態に係る受信機３０の構成との相違点を主として説明する。
【００６４】
本実施形態に係る受信機３０では、再送要求パケット決定部３４が、所定パケットの推定到着時刻から所定期間経過後に、欠落したパケット数を計測するように構成されている。
【００６５】
具体的には、再送要求パケット決定部３４は、正常な順序で受信したパケット間の受信間隔を測定すると共に、測定した受信間隔の平均である平均差分時間Ｔを算出するように構成されている。
【００６６】
例えば、図５に示すように、第１に、再送要求パケット決定部３４は、インターリーブブロックＡの先頭のパケット＃１を受信する。
【００６７】
第２に、再送要求パケット決定部３４は、パケット＃２を受信した場合、パケット＃１とパケット＃２との間の受信間隔ｔ１を測定すると共に、上述の平均差分時間Ｔを算出する（かかる場合、平均差分時間Ｔ＝ｔ１）。
【００６８】
以下、再送要求パケット決定部３４は、パケット＃７を受信するまで、上述の第１及び第２の動作を繰り返す。
【００６９】
第３に、再送要求パケット決定部３４は、図６に示すように、平均差分時間Ｔを参照して、インターリーブブロックＡの最後のパケット＃８の推定到着時刻（ブロック完了推定時刻）を算出し、かかる推定到着時刻から所定時間（余剰待ち時間）経過後、欠落したパケット数を計測する。例えば、余剰待ち時間は、平均差分時間Ｔの整数倍であるものとする。
【００７０】
なお、再送要求パケット決定部３４は、次に受信すべきパケットの推定到着時間経過後に、かかるパケットを受信していない場合に、かかるパケットが欠落したと判断するように構成されていてもよい。
【００７１】
（本発明の第２の実施形態に係る受信機の動作）
次に、図７を参照して、本発明の第２の実施形態に係る受信機３０の動作について説明する。
【００７２】
図７に示すように、ステップＳ２０１において、受信機３０は、映像コンテンツをストリーミング形式で配信する配信サーバ等の送信機１０に対して、特定の映像コンテンツの配信開始を依頼する。
【００７３】
ステップＳ２０２において、受信機３０が、送信機１０から、映像コンテンツを構成するデータ（ＴＳデータ）を含むパケットを受信すると、本動作は、ステップＳ２０３に進む。
【００７４】
ステップＳ２０３において、受信機３０は、受信したパケットのシーケンス番号（パケット番号）を確認する。
【００７５】
ステップＳ２０４において、受信機３０は、受信したパケットの推定到着時刻を算出する。
【００７６】
ステップＳ２０５において、受信機３０が、確認したシーケンス番号に基づいて、次に受信すべきパケットが受信されていないと判断した場合で、かつ、かかるパケットの推定到着時刻から所定時刻経過後に、かかるシーケンス番号のパケットが欠落したと判断して、本動作は、ステップ２０６に進み、それ以外の場合、本動作は、ステップＳ２０７に進む。
【００７７】
ステップＳ２０６において、受信機３０は、欠落したパケットのシーケンス番号を記憶すると共に、管理している変数「欠落したパケット数」を、「１」だけ増加させる。
【００７８】
ステップＳ２０７において、受信機３０は、シーケンス番号順に受信していないパケットがある場合、かかるパケットをシーケンス番号順に並び替える。
【００７９】
ステップＳ２０８において、受信機３０は、受信したパケットについてシーケンス番号順に並び替えた後、各パケットの受信間隔を算出する。
【００８０】
ステップＳ２０９において、受信機３０は、ステップＳ２０８において算出した各パケットの受信間隔を用いて、平均差分時間（Ｔ）を算出する。
【００８１】
ステップＳ２１０において、受信機３０は、インターリーブブロックＡにおける最後のパケットの推定到着時刻（ブロック完了推定時刻）を算出する。
【００８２】
具体的には、各パケットが、一定速度で送信機１０から配信されている場合、受信機３０は、「現在時刻」＋「残パケット数（インターリーブブロックＡ内において未だ受信していないパケット数）」×「平均差分時間（Ｔ）」によって、ブロック完了推定時刻を算出する。
【００８３】
ステップＳ２１１において、ブロック完了推定時刻から余剰待ち時間を経過した場合、ステップＳ２１２において、受信機３０は、欠落したパケット数を計測する。一方、ブロック完了推定時刻から余剰待ち時間を経過した場合、本動作は、ステップＳ２０２に戻る。
【００８４】
ステップＳ２１３において、受信機３０は、変数「欠落したパケット数」と、誤り訂正単位ブロックにおいて誤り訂正可能なデータの数に対応するパケット数を示す「復元可能パケット数」とを比較する。
【００８５】
変数「欠落したパケット数」が「復元可能パケット数」よりも大きい場合、本動作は、ステップＳ２１４に進み、それ以外の場合、本動作は、ステップＳ２１７に進む。
【００８６】
ステップＳ２１４において、受信機３０は、再送要求を行うパケット数を決定する。具体的には、受信機３０は、変数「欠落したパケット数」から「復元可能パケット数」を引いた数を、再送要求を行うパケット数とする。
【００８７】
ステップＳ２１５において、受信機３０は、ステップＳ２１４において決定した再送要求を行うパケット数分のパケットの再送を要求する。
【００８８】
ステップＳ２１６において、受信機３０は、送信機１０により再送されたパケットを受信する。
【００８９】
ステップＳ２１７において、受信機３０は、再送されたパケットを用いて、インターリーブブロック内の全てのデータについてＦＥＣ演算を行うことによって復号を行う。
【００９０】
ステップＳ２１８において、復号されたデータにより構成される映像コンテンツを、ストリーミング形式で再生する。
【００９１】
（本発明の第２の実施形態に係る受信機の作用・効果）
本実施形態に係る受信機３０によれば、パケットの到着順序が逆転した場合であっても、所定期間（余剰町時間）経過前に受信したパケットについては再送を要求する必要が無いため、送信機１０の処理負担が増大するという問題点を解決することができる。
【００９２】
（本発明の第３の実施形態に係るマルチキャスト配信システム）
次に、図８を参照して、本発明の第３の実施形態に係るマルチキャスト配信システムにおける受信機３０について説明する。以下、かかる受信機３０の構成について、上述の第１及び第２の実施形態に係る受信機３０の構成との相違点を主として説明する。
【００９３】
図８に示すように、本発明の第３の実施形態に係るマルチキャスト配信システムは、同一のマルチキャストグループに属する複数の受信機３０＃１乃至＃４と、送信機１０と、複数のルータ＃１、＃２とを具備する。
【００９４】
かかるマルチキャスト配信システムは、トランスポート層としてＵＤＰを用いるように構成されている。また、かかるマルチキャスト配信システムは、信頼性を保証するために、ＦＥＣに加えて、ＡＲＱを用いるように構成されている。
【００９５】
図８に示すように、第１に、各受信機３０＃３、３０＃４は、マルチキャスト通信によって配信されたパケットの欠落を検出した場合、かかるパケットについての再送要求を、ルータ＃２に送信する。
【００９６】
第２に、ルータ＃２は、マルチキャストグループに属する複数の受信機３０＃３、３０＃４から同一のパケットに対する再送要求を受信した場合、かかる再送要求を集約して１つにまとめた再送要求を送信機３０宛てに送信する。
【００９７】
ここで、かかる集約された再送要求は、ユニキャスト通信によって送信され、再送されたパケットは、マルチキャスト通信によって送信される。
【００９８】
本実施形態に係るマルチキャスト配信システムによれば、高い信頼性が要求されている場合であっても、ルータから送信機１０宛てに転送される再送要求の数を削減することができる。
【００９９】
以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【図面の簡単な説明】
【０１００】
【図１】本発明の第１の実施形態に係る受信機の機能の概要を説明するための図である。
【図２】本発明の第１の実施形態に係る受信機の機能ブロック図である。
【図３】本発明の第１の実施形態で用いられるインターリーブブロックの一例である。
【図４】本発明の第１の実施形態に係る受信機の動作を示すフローチャートである。
【図５】本発明の第２の実施形態に係る受信機における再送要求パケット決定部の機能を説明するための図である。
【図６】本発明の第２の実施形態に係る受信機における再送要求パケット決定部の機能を説明するための図である。
【図７】本発明の第２の実施形態に係る受信機の動作を示すフローチャートである。
【図８】本発明の第３の実施形態に係るマルチキャスト配信システムの全体構成図である。
【符号の説明】
【０１０１】
１…ネットワーク
１０…送信機
３０…受信機
３１…パケット受信部
３２…誤り訂正処理部
３３…再生部
３４…再送要求パケット決定部
３５…再送要求部
【図１】
2008092213.tif 000003
【図２】
2008092213.tif 000004
【図３】
2008092213.tif 000005
【図４】
2008092213.tif 000006
【図５】
2008092213.tif 000007
【図６】
2008092213.tif 000008
【図７】
2008092213.tif 000009
【図８】
2008092213.tif 000010