(57)【要約】【課題】パケットのエラー条件の異なるネットワーク上に分布した受信者に対するマルチキャスト配信システムで、送信者に特別な負荷をかけることなく、各受信者が必要な冗長データを必要なだけ受信する。【解決手段】パケット通信網にマルチキャストパケットを配信するマルチキャストパケット配信システムであって、受信側において、前記マルチキャストパケットを複数の受信用アドレスにより受信する受信部１６と、受信部１６における受信状況を監視する監視部１７と、監視部１７による監視結果に基づいて、受信用アドレスの中から使用するアドレスを選択するアドレス選択部２０と、送信側においてアドレス選択部２０が選択した受信用アドレスに対して、マルチキャストパケットを割り振って送信する送信部１４とを有する。【選択図】      図１
2004201111.tif 000002
【特許請求の範囲】
【請求項１】
パケット通信網にマルチキャストパケットを配信するマルチキャストパケット配信システムであって、
受信側において、前記マルチキャストパケットを複数の受信用アドレスにより受信する受信部と、
前記受信部における受信状況を監視する監視部と、
前記監視部による監視結果に基づいて、前記受信用アドレスの中から使用するアドレスを選択するアドレス選択部と、
送信側において前記アドレス選択部が選択した受信用アドレスに対して、前記マルチキャストパケットを割り振って送信する送信部と
を有することを特徴とするマルチキャストパケット配信システム。
【請求項２】
送信側において、前記マルチキャストパケットの冗長データを生成する冗長データ生成部を備え、
前記送信部は、前記冗長データを前記受信用アドレスに割り振って配信することを特徴とする請求項１に記載のマルチキャストパケット配信システム。
【請求項３】
前記アドレス選択部は、選択した受信用アドレスを送信側に通知する手段を備え、
前記送信部は、通知された受信用アドレスに対して、前記冗長データを割り振ることを特徴とする請求項２に記載のマルチキャストパケット配信システム。
【請求項４】
前記監視部は、受信パケットの誤り率を監視し、この誤り率に基づいて、使用すべき受信用アドレス数を判定する判定部を備えていることを特徴とする請求項１乃至３に記載のマルチキャストパケット配信システム。
【請求項５】
前記パケット通信網は、エラー条件の異なる複数のネットワークが相互に接続されて構成され、前記送信部は、前記複数のネットワークの接続箇所に設置されたルータに備えられていることを特徴とする請求項１乃至４に記載のマルチキャストパケット配信システム。
【請求項６】
パケット通信網にマルチキャストパケットを配信するマルチキャストパケット配信方法であって、
受信側における受信状況を監視するステップ（１）と、
前記ステップ（１）による監視結果に基づいて、受信側における複数の受信用アドレスの中から使用するアドレスを選択するステップ（２）と、
送信側において、前記ステップ（２）で選択した受信用アドレスに対して、前記マルチキャストパケットを割り振って送信するステップ（３）と、
受信側において、前記ステップ（３）で送信された前記マルチキャストパケットをステップ（２）で選択した受信用アドレスにより受信するステップ（４）とを有することを特徴とするマルチキャストパケット配信方法。
【請求項７】
前記ステップ（３）において、前記マルチキャストパケットの冗長データを生成し、生成された冗長データを前記受信用アドレスに割り振って配信することを特徴とする請求項６に記載のマルチキャストパケット配信方法。
【請求項８】
前記ステップ（２）では、選択した受信用アドレスを送信側に通知し、
前記ステップ（３）では、通知された受信用アドレスに対して、前記冗長データを割り振ることを特徴とする請求項７に記載のマルチキャストパケット配信方法。
【請求項９】
前記ステップ（１）では、受信パケットの誤り率を監視し、この誤り率に基づいて、使用すべき受信用アドレス数を判定することを特徴とする請求項６乃至８に記載のマルチキャストパケット配信方法。
【請求項１０】
前記パケット通信網は、エラー条件の異なる複数のネットワークが相互に接続されて構成され、前記ステップ（３）は、前記複数のネットワークの接続箇所に設置されたルータにおいて実行されることを特徴とする請求項６乃至９に記載のマルチキャストパケット配信方法。
【請求項１１】
パケット通信網にマルチキャストパケットを配信するマルチキャストパケット配信プログラムであって、該パケット通信網上に設置されたコンピュータに、
受信側における受信状況を監視するステップ（１）と、
前記ステップ（１）による監視結果に基づいて、受信側における複数の受信用アドレスの中から使用するアドレスを選択するステップ（２）と、
送信側において、前記ステップ（２）で選択した受信用アドレスに対して、前記マルチキャストパケットを割り振って送信するステップ（３）と、
受信側において、前記ステップ（３）で送信された前記マルチキャストパケットをステップ（２）で選択した受信用アドレスにより受信するステップ（４）とを有する処理を実行させることを特徴とするマルチキャストパケット配信プログラム。
【請求項１２】
前記ステップ（３）において、前記マルチキャストパケットの冗長データを生成し、生成された冗長データを前記受信用アドレスに割り振って配信することを特徴とする請求項１１に記載のマルチキャストパケット配信プログラム。
【請求項１３】
前記ステップ（２）では、選択した受信用アドレスを送信側に通知し、
前記ステップ（３）では、通知された受信用アドレスに対して、前記冗長データを割り振ることを特徴とする請求項１２に記載のマルチキャストパケット配信プログラム。
【請求項１４】
前記ステップ（１）では、受信パケットの誤り率を監視し、この誤り率に基づいて、使用すべき受信用アドレス数を判定することを特徴とする請求項１１乃至１３に記載のマルチキャストパケット配信プログラム。
【請求項１５】
前記パケット通信網は、エラー条件の異なる複数のネットワークが相互に接続されて構成され、前記ステップ（３）は、前記複数のネットワークの接続箇所に設置されたルータにおいて実行されることを特徴とする請求項１１乃至１４に記載のマルチキャストパケット配信プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、信頼性の求められるマルチキャスト配信技術に関し、受信状況に基づく信頼性を向上させるマルチキャストパケット配信システム、方法及びプログラムに関する。
【０００２】
【従来の技術】
無線ＬＡＮ等におけるパケット通信においては、個々の端末に付与されたアドレスによって識別される特定複数の受信者グループに対して一斉にデータを配信するマルチキャスト配信が可能である。このマルチキャスト配信は、送信者が１つのパケットを送信する処理によって、同一のパケットを一斉に複数の受信者に送信を行う１対多の通信である。
【０００３】
図８は、従来のマルチキャスト配信の構成を示す図である。同図に示すように、従来のマルチキャスト配信システムは、オリジナルデータおよびＦＥＣ冗長データを送信する送信ホスト１０１と、オリジナルデータおよびＦＥＣ冗長データのマルチキャストパケットを宛先マルチキャストアドレスに従って転送または複製転送するマルチキャストルータ１０２〜１０４と、オリジナルデータおよびＦＥＣ冗長データを受信する受信ホスト１０５〜１０７が、ＩＰネットワーク１１１〜１１６に接続されて構成される。
【０００４】
ところで、この従来のマルチキャスト配信では、ストリーム配信等には有効な配信手段であるが、非確認型通信であるため、通信系路上でのパケット紛失が発生すると、受信者は該当パケットを受信することができない。
【０００５】
この配信エラーに対応する技術として、従来より、種々の誤り訂正技術が開発されている。図９に、パケットに適用するＦＥＣ技術のうち、Ｒｅｅｄ−Ｓｏｌｏｍｏｎ符号化の例を示す。
【０００６】
同図に示すように、ステップＳ２０１〜Ｓ２０４において、オリジナルコンテンツを、一定長のパケット（オリジナルデータ）ｋ個に分割し、符号化処理によって、同じサイズの冗長データｒ個を生成し、ステップＳ２０５及び２０６におけるマルチキャスト送信処理により、マルチキャストアドレスＧ１宛に（ｋ＋ｒ）個のパケットを送信する。
【０００７】
受信者は、この（ｋ＋ｒ）個のパケットの中から、異なるｋ個のパケットを選択して、オリジナルデータｋ個を復元する。つまり、（ｋ＋ｒ）個のうちの、最大ｒ個のパケットを紛失しても任意のｋ個を受信できれば、オリジナルデータが復元できる技術である。
【０００８】
送信ホストは、上記のように誤り訂正技術を適用して、事前に予想される通信系路上でのパケット紛失に対して充当できるだけの冗長データをオリジナルデータとあわせてマルチキャスト送信を行う。
【０００９】
これによって、受信者は、通信系路上で発生すると見込まれるパケット紛失を回復できるだけのパケットの受信が期待でき、送信されたオリジナルデータの受信・復元ができる。
【００１０】
【非特許文献１】
Ｔｈｏｍａｓ  Ｍａｕｆｅｒ著，楠本博之訳，「ＩＰマルチキャスト入門」，初版，共立出版  株式会社，２００１年１１月
【００１１】
【非特許文献２】
Ｄａｖｅ  Ｋｏｓｉｕｒ著，苅田幸雄監訳，「マスタリングＴＣＰ／ＩＰマルチキャスト編」，  第１版，第２刷，平成１２年１１月
【００１２】
【非特許文献３】
Ｂｅａｕ  Ｗｉｌｌｉａｍｓｏｎ著，コムサス訳，シスコシステムズ監訳，「ＩＰマルチキャスト  ネットワーク開発ガイドＶｏｌ．１」，初版，２００１年７月
【００１３】
【発明が解決しようとする課題】
しかしながら、上述した従来の誤り訂正技術では、必要以上に配信される冗長データによって、通信負荷が増大するという問題があった。
【００１４】
すなわち、マルチキャスト配信では、パケットのエラー条件が異なる受信者がネットワーク上に分散していることから、従来の方式の場合、送信ホスト１０１がマルチキャスト配信を行う際、受信者のうちの最悪の受信条件であるエラー率の高い無線ＬＡＮ１１６に接続している受信ホスト１０７に適合させて冗長データを生成し、送信を行う。
【００１５】
従って、従来の方式では、エラーが発生していない無線ＬＡＮ１１４などでは、受信ホスト１０５は常に余分なパケットを受け取ることになってしまうこととなり、この不要な冗長データの配信により、通信リソースが消費される可能性がある。
【００１６】
そこで、本発明は、以上の点に鑑みてなされたもので、無線ＬＡＮ等におけるマルチキャスト配信において、各受信者が必要な冗長データを必要最低限の量とすることにより、送信者側に特別な負荷をかけることなく、パケット喪失による影響を低減することのできるマルチキャストパケット配信システム、方法及びプログラムを提供することを目的とする。
【００１７】
【課題を解決するための手段】
上記課題を解決するために、本発明は、パケット通信網にマルチキャストパケットを配信する際に、受信側における受信状況を監視し、この監視結果に基づいて、受信側における複数の受信用アドレスの中から使用するアドレスを選択し、送信側において、選択した受信用アドレスに対してマルチキャストパケットを割り振って送信し、受信側においてマルチキャストパケットを選択した受信用アドレスにより受信する。
【００１８】
上記発明においては、マルチキャストパケットの冗長データを生成し、生成された冗長データを受信用アドレスに割り振って配信する。
【００１９】
このような本発明によれば、通信環境の変化によって、受信側における受信状況が改善された場合には、必要な冗長データ数が減少するため、これに対応して、受信を選択したマルチキャスト（受信用アドレス）の数を減少させることができる。一方、受信環境の変化によって受信状況が悪化した場合には、必要な冗長データ数が増大するため、これに対応して、選択したマルチキャストの数を増大させる。これにより、受信環境が良好な受信ホストにおいては、不要な冗長データを受信する必要がなく、通信負荷を軽減することができる。
【００２０】
なお、上記発明においては、選択した受信用アドレスを送信側に通知し、送信側では、通知された受信用アドレスに対して、冗長データを割り振ることが好ましい。この場合には、受信側の受信環境に応じて、送信側においても、送信若しくは転送する冗長データの量を調節することができるため、不要なデータの輻輳を回避し、ネットワーク全体の通信負荷を低減することができる。
【００２１】
上記発明においては、受信側における受信パケットの誤り率を監視し、この誤り率に基づいて、使用すべき受信用アドレス数を判定することが好ましい。この場合には、受信側の誤り率に基づくことにより適切な受信環境の監視を行うことができる。
【００２２】
【発明の実施の形態】
本発明に係るマルチキャスト配信システムの実施形態について説明する。図１は、本実施形態に係るマルチキャスト配信システムの概要を模式的に示す説明図である。
【００２３】
（マルチキャスト配信システムの概要）
図１に示すように、本実施形態におけるマルチキャストパケット配信システムは、マルチキャスト配信の送信元である送信ホスト３０１と、受信ホスト３０５〜３０７と、ネットワーク３１１〜３１６の接続部分に配置されるルータ３０２〜３０４とから概略構成される。なお、本実施形態では、ネットワーク上の受信条件の異なる受信ホスト３０５〜３０７が、同じオリジナルデータの受信を行い、それぞれの必要な冗長データを受信している。なお、ここでは、受信ホスト３０６，３０７が接続されたネットワーク３１５，３１６は、受信ホスト３０５が接続されたネットワーク３１４と比較して受信状況が悪いものとする。
【００２４】
ここで、図１では、異なるマルチキャスト配信を、異なる矢印３１７〜３１９で示しており、３種類のマルチキャスト配信があることを示す。なお、ここでは、受信ホスト３０５では、受信状況が良好であるため、オリジナルデータのマルチキャスト配信のみ受信している。また、受信ホスト３０６では、受信状況に応じて、オリジナルデータのマルチキャスト配信と、もう一つの冗長データの配信されるマルチキャスト配信を選択しており、受信ホスト３０７は同様に、冗長データの配信されるマルチキャスト配信を二つ選択している。
【００２５】
この結果、受信ホスト３０５では、受信ホスト３０６，３０７の選択したマルチキャスト配信に影響されることなく、必要なだけの冗長データを、受信ホスト３０５自身が選択したマルチキャスト配信によって受信することが可能となる。また、ＰＩＭ，ＩＧＭＰなどのマルチキャストルーティングプロトコルを使用することにより、ルータ３０２は、送信ホスト３０１から受信ホスト３０６，３０７に宛てた送信パケット３１８，３１９を、受信ホスト３０５側のネットワーク３１２，３１４に転送しないため、ネットワーク３１２，３１４のネットワーク負荷が軽減される。
【００２６】
（マルチキャスト配信システムの構成）
図２は、送信ホスト３０１と、受信ホスト３０５〜３０７の内部構成を示すブロック図である。同図に示すように、送信ホスト３０１は、パケット生成部１１と、冗長データ生成部１２と、振り分け処理部１３と、データベース１５と、送信部１４とを備えている。一方、受信ホスト３０５〜３０７は、受信部１６と、監視部１７と、判定部１９と、記憶部１８と、アドレス選択部２０とを備えている。
【００２７】
送信ホスト３０１は、冗長データを受信用アドレスに割り振って配信する通信モジュールである。パケット生成部１１は、オリジナルコンテンツを、ｋ個の一定長のパケット（オリジナルデータ）に分割し、パケットを生成するモジュールであり、生成されたパケットは、冗長データ生成部１２に出力される。
【００２８】
冗長データ生成部１２は、送信側において、マルチキャストパケットの冗長データを生成するモジュールである。本実施形態では、符号化処理によって、パケット生成部１１で生成されたパケットと同じサイズの冗長データｒ個を生成し、パケット生成部１１から入力されたパケット（オリジナルデータ）と、冗長データ生成部１２で生成した冗長データを振り分け処理部１３に出力する。
【００２９】
振り分け処理部１３は、オリジナルデータ及び冗長データを受信ホストのマルチキャストアドレスに振り分けるモジュールであり、この振り分けを行う際に、データベース１５に格納されたマルチキャストアドレス情報Ｔ１を参照する。
【００３０】
データベース１５は、図４に示すような、マルチキャストアドレス情報Ｔ１を格納する記憶装置であり、振り分け処理部１３の要求に応じて、マルチキャストアドレス情報Ｔ１を照合し、照合結果を振り分け処理部１３に出力する。このマルチキャストアドレス情報Ｔ１は、受信用アドレス項目５０１と、種別アドレス項目５０２とが対応付けられたテーブルデータであり、受信用アドレス項目５０１は、マルチキャストパケットの送信される宛先ＩＰマルチキャストアドレスを示し、種別アドレス項目５０２は、オリジナルデータかＦＥＣ符号化による冗長データの種別を示す。
【００３１】
なお、このマルチキャストアドレス情報Ｔ１は、送信ホスト３０１と受信ホスト３０５〜３０７とで共有される。この共有する方法としては、予め送信ホスト３０１と受信ホスト３０５〜３０７との間で、固定的に定めておくようにしてもよく、また、受信ホスト３０５〜３０７から選択した受信用アドレスを送信ホスト３０１に報告するようにしてもよい。このように選択した受信用アドレスを送信ホストに報告した場合には、受信側の受信環境に応じて、送信側においても、送信若しくは転送する冗長データの量を調節することができ、不要なデータの輻輳を回避し、ネットワーク全体の通信負荷を低減することができる。
【００３２】
送信部１４は、送信側においてアドレス選択部２０が選択した受信用アドレスに対して、マルチキャストパケットを割り振って送信するモジュールである。特に、本実施形態において、送信部１４は、受信ホスト側から通知された受信用アドレスに対して、冗長データを割り振る機能を備えている。
【００３３】
受信部１６は、受信側において、マルチキャストパケットを複数の受信用アドレスにより受信する通信モジュールである。監視部１７は、受信部１６における受信状況（例えば、受信パケットの誤り率など）を監視するモジュールである。判定部１９は、この誤り率に基づいて、使用すべき受信用アドレス数を判定するモジュールである。
【００３４】
アドレス選択部２０は、監視部１７による監視結果に基づいて、受信用アドレスの中から使用するアドレスを選択するとともに、選択した受信用アドレスを送信側に通知する手段を備えている。
【００３５】
（マルチキャストパケット配信システムの動作）
以上説明した構成を備えた本実施形態に係るマルチキャストパケット配信システムの動作について、図１乃至図３を用いて説明する。図３は、送信ホストにおける動作を示すフロー図である。
【００３６】
同図に示すように、送信ホスト３０１では、パケット生成部１１により、オリジナルコンテンツを生成するとともに（Ｓ４０１）を、一定長のパケット（オリジナルデータ）ｋ個に分割する（Ｓ４０２）。次いで、冗長データ生成部１２により、符号化処理（Ｓ４０３）を行い、同じサイズの冗長データｒ個を生成する（Ｓ４０４）。次いで、これらのオリジナルデータ及び冗長データを、振り分け処理部１３により、各受信用アドレス宛に振り分ける（Ｓ４０５）。
【００３７】
なお、上記ステップＳ４０５において、マルチキャストアドレスを振り分ける際に、マルチキャストアドレス情報Ｔ１を参照し、所定数のマルチキャストアドレスに各パケットを振り分ける。このとき設定されるマルチキャストアドレスの数は、システム上の要請で決定される。ここでは、オリジナルデータをマルチキャストアドレスＧ１で送信し、１０種類のマルチキャストアドレスＧ２〜Ｇ１０で冗長データを送信する。
【００３８】
そして、送信部１４により、オリジナルデータをマルチキャストアドレスＧ１に振り分け送信し（Ｓ４０６）、冗長データを４０７に示すようにマルチキャストアドレスＧ２〜Ｇ１０で送信する（Ｓ４０７）。すなわち、マルチキャストアドレスＧ１宛に（ｋ＋ｒ）個のパケットが送信され、受信ホストは、この（ｋ＋ｒ）個のパケットの中から、異なるｋ個のパケットを選択して、オリジナルデータｋ個を復元する。
【００３９】
なお、図３に示した例では、各マルチキャストアドレスで送信する冗長データ数を一個としたが、二個以上である場合も考えられる。
【００４０】
（変更例）
上述した実施形態では、コンテンツを任意数のデータに分割した場合を例に説明したが、前記ステップＳ４０２において、オリジナルデータｋ個を画像フレームに対応させることも可能である。例えば、ｍｐｅｇのように、イントラフレーム（１フレーム），インターフレーム（Ｂ，Ｐフレーム）で構成される場合には、オリジナルデータであっても、イントラフレームとインターフレームを別のマルチキャストアドレスで送信することができる。
【００４１】
また、モーションＪＰＥＧのように、フレーム単位で独立なデータであれば、例えば、奇数フレーム，偶数フレームを別のマルチキャストアドレスで送信するようにすることも可能である。
【００４２】
このような、本変更例に係る受信ホストでの受信処理を図５に示す。先ず、受信ホストでは、オリジナルデータ用のマルチキャストの受信を選択する（Ｓ６０１）。受信ホスト３０５〜３０７では、オリジナルデータの受信状況を監視部１７により監視（Ｓ６０２）する。このとき、受信ホスト３０５〜３０７で使用する受信状況の基礎データの例を図６に示す。
【００４３】
同図に示すように、送信者がｋ個に分割したオリジナルコンテンツを１つの受信ブロックとして受信ブロック番号を付加して管理し、これに対して、必要な受信数、オリジナルデータの受信パケット数、冗長データの受信パケット数をデータとし、送られてきた受信ブロック番号ごとに記憶する。この例では、必要数ｋは４となっている。
【００４４】
次に、監視結果を判定（Ｓ６０３）する。すなわち、現在の受信パケット数をカウントし、そのカウント値が適正であるか、不足しているか、或いは過剰であるかを判定する。このステップＳ６０３における判定の結果、必要数ｋ個のパケットが受信できなければ、冗長データを送信するマルチキャストアドレスを受信するように新たに選択する（Ｓ６０４）。ｋ個より多くのパケットが受信できていれば、冗長データを送信するマルチキャストアドレスを削除する（Ｓ６０５）。ｋ個のパケットが受信できていれば、適正と判断する。なお、この判定は必ずしも、受信ブロックの受信毎に行われるものではなく、二回以上の受信ブロック受信を通して判定することもできる。
【００４５】
以上の方式によって、冗長データが受信される過程を図７に示す。同図では、送信ホスト３０１からマルチキャストアドレスＧ１で、オリジナルデータ４個が配信された際（Ｓ８０１及びＳ８０５）、例えば、マルチキャストルータと受信ホスト３０４の間でパケット紛失が１個起こったため（Ｓ８０６）、受信ホスト３０４に全てのパケットが配信されていない場合を示している。
【００４６】
受信ホスト３０４は受信判定において受信不足と判定（Ｓ８０７）し、マルチキャスト配信の追加選択を行う（Ｓ８０８）。ＩＰマルチキャストアドレスの情報は、送信ホスト３０１と共有されており、マルチキャストアドレスＧ２が選択される。
【００４７】
この結果、マルチキャストルータに対して追加したマルチキャストアドレスＧ２のマルチキャストメンバーシップ報告メッセージが通知される（Ｓ８０９）。マルチキャストルータではこれに基づいて、マルチキャストアドレスＧ２を転送するための処理Ｓ８１０を行い、ルータ間マルチキャストメンバーシップ報告をマルチキャストルータに送信する（Ｓ８１１）。
【００４８】
これに基づいて、マルチキャストルータではマルチキャストアドレスＧ２宛てのマルチキャストパケットの転送をマルチキャストルータに対して行う（Ｓ８１４）。マルチキャストルータは、これを受信ホストに転送する（Ｓ８１５）。受信ホスト３０５では、受信判定Ｓ８１６を行う。以上の手続きを経て、受信ホスト３０５は、マルチキャストアドレスＧ２で配信される冗長データを受信することができる。
【００４９】
（マルチキャストパケット配信プログラム）
なお、上述した実施形態及びその変更例におけるマルチキャストパケット配信システム及び方法は、所定のコンピュータ言語で記述されたプログラムとすることができる。すなわち、このプログラムを、送信ホスト３０１やルータ３０２〜３０４や受信ホスト３０５〜３０７等に備えられたコンピュータやＩＣチップにインストールすることにより、上述した各機能を有する送信ホスト、ルータ又は受信ホストを容易に構築することができる。このプログラムは、例えば、通信サービス及びスタンドアローンの計算機上で動作するアプリケーションとすることができる。
【００５０】
（作用効果）
以上説明した実施形態及び変更例に係るマルチキャストパケット配信システム及び配信方法によれば、通信環境の変化によって、受信ホスト３０５〜３０７側における受信状況が改善された場合には、必要な冗長データ数が減少するため、これに対応して、受信を選択したマルチキャスト（受信用アドレス）の数を減少させることができる。
【００５１】
一方、受信環境の変化によって受信状況が悪化した場合には、必要な冗長データ数が増大するため、これに対応して、選択したマルチキャストの数を増大させることができる。これにより、例えば、図１に示した受信環境が良好な受信ホスト３０５においては、不要な冗長データを受信する必要がなく、通信負荷を軽減することができる。
【００５２】
また、上記実施形態においては、受信ホスト側における受信パケットの誤り率を監視部１７で監視し、この誤り率に基づいて、判定部１９及びアドレス選択部２０により、使用すべき受信用アドレス数を判定し選択するため、受信側の誤り率に基づくことにより適切な受信環境の監視を行うことができる。
【００５３】
【発明の効果】
以上説明したように、本発明によれば、パケットエラー条件の異なるネットワーク上に構成されたマルチキャスト配信システムにおいて、送信者側に特別な負荷をかけることなく、各ネットワークの受信状況に応じて最適なマルチキャスト数を受信することができる。
【００５４】
また、受信条件の良いネットワークにおいて、選択されていないマルチキャストパケットは、そのネットワークに対してマルチキャストルータから転送されないため、余分な冗長データの転送が低減され、ネットワーク負荷が軽減される。
【図面の簡単な説明】
【図１】実施形態に係るマルチキャスト配信システムの概要を模式的に示す説明図である。
【図２】実施形態に係る送信ホスト３０１と、受信ホスト３０５〜３０７の内部構成を示すブロック図である。
【図３】実施形態に係る送信ホストにおける動作を示すフロー図である。
【図４】実施形態に係るマルチキャストアドレス情報Ｔ１のデータ構造を示す説明図である。
【図５】変更例に係る受信ホストでの受信処理を示すフロー図である。
【図６】受信ホスト３０５〜３０７で使用する受信状況の基礎データのデータ構造を示す説明図である。
【図７】変更例において冗長データが受信される過程を示すシーケンス図である。
【図８】従来のマルチキャスト配信の構成を示す図である。
【図９】従来のパケットに適用するＦＥＣ技術のうち、Ｒｅｅｄ−Ｓｏｌｏｍｏｎ符号化の例を示す説明図である。
【符号の説明】
Ｇ２〜Ｇ１０…マルチキャストアドレス
Ｔ１…マルチキャストアドレス情報
４…オリジナルデータ
１１…パケット生成部
１２…冗長データ生成部
１３…処理部
１４…送信部
１５…データベース
１６…受信部
１７…監視部
１８…記憶部
１９…判定部
２０…アドレス選択部
３０１…送信ホスト
３０２〜３０４…ルータ
３０５〜３０７…受信ホスト
３１１〜３１６…ネットワーク
３１７〜３１９…送信パケット
【図１】
2004201111.tif 000003
【図２】
2004201111.tif 000004
【図３】
2004201111.tif 000005
【図４】
2004201111.tif 000006
【図５】
2004201111.tif 000007
【図６】
2004201111.tif 000008
【図７】
2004201111.tif 000009
【図８】
2004201111.tif 000010
【図９】
2004201111.tif 000011