(57)【要約】【課題】  伝送路の特性、伝送方式及び伝送データの特性に応じて、パケットに発生したエラーを効率良く確実に訂正しながら効率良くパケット送信を行うこと。【解決手段】  サーバ１のネットワークインタフェース部１７は、送信すべきパケットの伝送方式がマルチキャストとユニキャストの何れであるかを判定し、マルチキャストである場合には第２のＦＥＣを付加し、ユニキャストである場合にはＡＲＱ用のエラー検出符号を付加して各クライアントへ送信する。各クライアントは、受信したパケットがマルチキャストとユニキャストの何れの伝送方式で送信されたものかを判断し、マルチキャストの場合には第２のＦＥＣによりエラー訂正を行い、ユニキャストの場合にはエラー検出符号によりエラー検出及び再送要求処理を行う。【選択図】  図７
2008182648.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して少なくとも１つの受信装置へパケットを送信可能な送信装置であって、
前記送信すべきパケットの送信方式がマルチキャストとユニキャストの何れであるかを判断する判断手段と、
前記マルチキャストであると判断された場合に、前記送信中に前記パケットに発生し得るエラーを前記受信装置に訂正させるためのエラー訂正符号を前記パケットに付加し、前記ユニキャストであると判断された場合に、前記受信装置に前記エラーを検出させ当該送信装置へ前記パケットの再送要求信号を送信させるためのエラー検出符号を前記パケットに付加する符号付加手段と、
前記エラー訂正符号またはエラー検出符号が付加されたパケットを前記受信装置へ送信する送信手段と
を具備することを特徴とする送信装置。
【請求項２】
請求項１に記載の送信装置であって、
前記パケットは、ヘッダ部分と、前記エラー訂正符号を含むデータ部分とで構成され、
前記送信手段は、前記判断手段によりマルチキャストであると判断された場合に、前記パケットのうち前記データ部分を第１のエラー発生率を有する第１の変調方式により変調し、前記ヘッダ部分を前記第１のエラー発生率よりも低い第２のエラー発生率を有する第２の変調方式により変調する変調手段を有する
ことを特徴とする送信装置。
【請求項３】
請求項２に記載の送信装置であって、
前記判断手段によりユニキャストであると判断された場合に、前記送信手段により前記受信装置へ送信されたパケットにエラーが発生したか否かを示すエラー情報を記録する記録手段を更に具備し、
前記エラー訂正符号は、前記受信装置において第１の周期でエラー訂正が行われるように付加されており、
前記変調手段は、
前記記録されたエラー情報を基に前記エラーが発生した第２の周期を算出し、前記第１の周期と当該第２の周期とを比較する比較手段と、
前記第１の周期よりも前記第２の周期が短い場合に、前記第２の変調方式における前記パケットの送信速度を低下させるよう制御する送信速度制御手段とを有する
ことを特徴とする送信装置。
【請求項４】
請求項３に記載の送信装置であって、
前記送信速度制御手段は、前記エラーが発生していない場合に、前記第２の変調方式における前記送信速度を上昇させるよう制御することを特徴とする送信装置。
【請求項５】
請求項４に記載の送信装置であって、
前記送信速度制御手段は、前記第２の変調方式における前記送信速度を第１の速度まで上昇させるよう制御することが可能であり、
前記符号付加手段は、前記エラーが発生しておらず、かつ、前記送信速度が前記第１の速度である場合には、前記マルチキャストによる送信時に前記パケットに前記エラー訂正符号を付加しないよう制御する手段を有する
ことを特徴とする送信装置。
【請求項６】
請求項３に記載の送信装置であって、
前記送信手段は、前記判断手段により前記マルチキャストであると判断された場合に、当該マルチキャストによるパケットの送信に先立ち、前記記録手段に前記エラー情報を記録させるために、前記ユニキャストにより前記受信装置へテスト用のパケットを送信する手段を有することを特徴とする送信装置。
【請求項７】
ネットワークを介して送信装置からパケットを受信可能な受信装置であって、
前記送信装置から、前記受信中に前記パケットに発生し得るエラーを訂正するためのエラー訂正符号または前記エラーを検出して前記送信装置へ前記パケットの再送要求信号を送信するためのエラー検出符号が付加された前記パケットを受信する受信手段と、
前記受信されたパケットの前記送信装置における送信方式がマルチキャストとユニキャストの何れであるかを判断する判断手段と、
前記マルチキャストであると判断された場合であって、前記エラーが発生した場合に、前記エラー訂正符号に基づき前記エラーを訂正するエラー訂正手段と、
前記ユニキャストであると判断された場合であって、前記エラーが発生した場合に、前記エラー検出符号に基づき前記エラーを検出するとともに、前記再送要求信号を生成するエラー検出手段と
を具備することを特徴とする受信装置。
【請求項８】
送信装置がネットワークを介して少なくとも１つの受信装置へパケットを送信する方法であって、
前記送信すべきパケットの送信方式がマルチキャストとユニキャストの何れであるかを判断し、
前記マルチキャストであると判断された場合に、前記送信中に前記パケットに発生し得るエラーを前記受信装置に訂正させるためのエラー訂正符号を前記パケットに付加し、前記ユニキャストであると判断された場合に、前記受信装置に前記エラーを検出させ当該送信装置へ前記パケットの再送要求信号を送信させるためのエラー検出符号を前記パケットに付加し、
前記エラー訂正符号またはエラー検出符号が付加されたパケットを前記受信装置へ送信する
ことを特徴とするパケット送信方法。
【請求項９】
受信装置がネットワークを介して送信装置からパケットを受信する方法であって、
前記送信装置から、前記受信中に前記パケットに発生し得るエラーを訂正するためのエラー訂正符号または前記エラーを検出して前記送信装置へ前記パケットの再送要求信号を送信するためのエラー検出符号が付加された前記パケットを受信し、
前記受信されたパケットの前記送信装置における送信方式がマルチキャストとユニキャストの何れであるかを判断し、
前記マルチキャストであると判断された場合であって、前記エラーが発生した場合に、前記エラー訂正符号に基づき前記エラーを訂正し、
前記ユニキャストであると判断された場合であって、前記エラーが発生した場合に、前記エラー検出符号に基づき前記エラーを検出するとともに、前記再送要求信号を生成する
ことを特徴とするパケット受信方法。
【請求項１０】
ネットワークを介して少なくとも１つの受信装置へパケットを送信可能な送信装置に、
前記送信すべきパケットの送信方式がマルチキャストとユニキャストの何れであるかを判断するステップと、
前記マルチキャストであると判断された場合に、前記送信中に前記パケットに発生し得るエラーを前記受信装置に訂正させるためのエラー訂正符号を前記パケットに付加し、前記ユニキャストであると判断された場合に、前記受信装置に前記エラーを検出させ当該送信装置へ前記パケットの再送要求信号を送信させるためのエラー検出符号を前記パケットに付加するステップと、
前記エラー訂正符号またはエラー検出符号が付加されたパケットを前記受信装置へ送信するステップと
を実行させるためのプログラム。
【請求項１１】
ネットワークを介して送信装置からパケットを受信可能な受信装置に、
前記送信装置から、前記受信中に前記パケットに発生し得るエラーを訂正するためのエラー訂正符号または前記エラーを検出して前記送信装置へ前記パケットの再送要求信号を送信するためのエラー検出符号が付加された前記パケットを受信するステップと、
前記受信されたパケットの前記送信装置における送信方式がマルチキャストとユニキャストの何れであるかを判断するステップと、
前記マルチキャストであると判断された場合であって、前記エラーが発生した場合に、前記エラー訂正符号に基づき前記エラーを訂正するステップと、
前記ユニキャストであると判断された場合であって、前記エラーが発生した場合に、前記エラー検出符号に基づき前記エラーを検出するとともに、前記再送要求信号を生成するステップと
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して映像コンテンツデータ等のパケットを送信可能な送信装置、当該パケットを受信可能な受信装置、当該送信装置におけるパケット送信方法、当該受信装置におけるパケット受信方法及びそれらのプログラムに関する。
【背景技術】
【０００２】
従来から、ＩＰ（Internet Protocol）ネットワークにおける伝送方式として、送信側の装置が単一の宛先アドレスを指定して受信側の装置へパケットを伝送するユニキャスト伝送と、グループ化された複数の宛先アドレスに基づいて複数の受信側の装置へパケットを伝送するマルチキャスト伝送とが存在する。ユニキャスト伝送は主に比較的容量の小さいファイル等のデータを確実に伝送する場合に適しており、マルチキャスト伝送は例えばインターネットまたは家庭内ＬＡＮ（Local Area Network）を利用してＡＶ（Audio Video）コンテンツ等の比較的容量の大きいデータを複数の受信側装置にストリーミング配信する場合等に適している。
【０００３】
ユニキャスト伝送においては、信頼性を確保するためにＩＰの上位レイヤであるＴＣＰ（Transmission Control Protocol）を併用し、送信側の装置がパケットにエラー検出符号を付加してパケットを伝送し、伝送中のパケットにエラーが発生した場合には、受信側の装置がエラー検出符号により当該エラーを検出してそのパケットを破棄し、送信側の装置へ再送を要求する処理（ＡＲＱ（Automatic Repeat reQuest））を行い、この要求に基づき送信側の装置が再送することでエラー訂正が行われている。
一方、マルチキャスト伝送においては、伝送効率を高めるためにＩＰの上位レイヤとしてＵＤＰ（User Datagram Protocol）を併用するが、ＴＣＰを利用できないため上記ＡＲＱによる再送制御を行うことはできない。そのためマルチキャスト伝送においては、送信側の装置がパケットにエラー訂正符号を付加して、エラーが発生した場合には、受信側の装置においてエラー訂正符号を用いて、再送によらずにエラーを検出及び訂正できるようにしている（ＦＥＣ（Forward Error Correction：前方誤り訂正））。
【０００４】
このように、ユニキャスト伝送においてはＡＲＱを用いることでデータ全体にエラーが及んでも再送によって全てのエラーを訂正可能であるが、マルチキャスト伝送においては従来のようなＦＥＣを用いてもエラーが多数発生した場合にはエラーを訂正しきれない可能性がある。
【０００５】
また、伝送路の特性によってエラーの発生特性も異なってくる。例えば、一般に有線の伝送路ではエラーの発生確率は非常に低い上にエラーがランダムに発生するのに対し、無線の伝送路ではエラーの発生確率が変化し、かつバースト的にエラーが発生する可能性が高い。しかし、インターネット上ではどのような経路でデータが伝送されるのかを指定することはできず、エラーの発生を予測することはできないため、マルチキャスト伝送において送信側の装置で従来のＦＥＣによりパケットに付加したエラー訂正符号ではそのようなエラーを訂正しきれない場合が多い。
【０００６】
したがって、エラーの訂正を確実なものとするためにはマルチキャスト伝送においても再送処理を行うことが好ましいが、上述したように従来のマルチキャスト伝送においては再送処理を行うことができない。一方、ユニキャスト伝送における従来のＡＲＱを用いた再送処理を行う場合には、例えばわずか１bitのエラーによってパケット全体を破棄することとなり、伝送効率の大きな低下を招くこととなる。
【０００７】
そこで、マルチキャスト伝送の際の再送処理を可能とする技術として、下記特許文献１には、無線基地局と無線端末局との間で、再送を伴わないマルチキャスト通信を行っている際に、無線端末局あるいは無線基地局において、無線回線品質の良否を判定し、無線回線品質が劣化したとき、当該無線端末局をマルチキャストグループから切り離して該無線端末局と無線基地局との通信を、再送を伴うユニキャスト通信に切り替え、当該ユニキャスト通信を行っているとき、無線端末局の受信データに基づいて、該無線端末局あるいは無線基地局において無線回線品質の良否を判定し、無線回線品質が良好になったと判定した場合に、当該無線端末局を、マルチキャストグループに復帰させて、通信手段を、再送を伴わないマルチキャスト通信に切り替えるようにする通信方法が記載されている。  
【特許文献１】特開２００１−３０８７８４号公報（段落［００１０］〜［００１２］、図７等）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記特許文献１に記載の技術では、マルチキャスト通信において無線回線品質が劣化したことが判明してからユニキャスト通信に切り替えているため、既にエラーが発生したデータの再送が間に合わず、エラーを訂正できない場合がある。また、特に大容量の映像データをマルチキャストにより一斉にストリーミング配信する場合等には、１つの無線端末局をマルチキャスト通信から切り離してしまうと、マルチキャストグループに属する他の複数の無線端末局との間で同期を取ることができなくなる可能性もある。更に、特許文献１の技術におけるマルチキャスト通信ではそもそもエラー訂正符号を付加していないため、マルチキャストグループの各無線端末局に繋がる各伝送路上でエラーがそれぞれバースト的に発生した場合には、全ての無線端末局がマルチキャストグループから切り離されて、それぞれユニキャスト通信を行うこととなる。そうすると、特に大容量の映像データの配信を行う場合等には逆に伝送効率が悪化し、また各無線端末局への再送を行うことで更に伝送効率が悪化するという悪循環に陥ることとなる。
【０００９】
以上のような事情に鑑み、本発明の目的は、伝送路の特性、伝送方式及び伝送データの特性に応じて、パケットに発生したエラーを効率良く確実に訂正しながら効率良くパケット送信を行うことが可能な送信装置、当該パケットを受信可能な受信装置、当該送信装置におけるパケット送信方法、当該受信装置におけるパケット受信方法及びそれらのプログラムを提供することにある。
【課題を解決するための手段】
【００１０】
上述の課題を解決するため、本発明の主たる観点に係る送信装置は、ネットワークを介して少なくとも１つの受信装置へパケットを送信可能な送信装置であって、前記送信すべきパケットの送信方式がマルチキャストとユニキャストの何れであるかを判断する判断手段と、前記マルチキャストであると判断された場合に、前記送信中に前記パケットに発生し得るエラーを前記受信装置に訂正させるためのエラー訂正符号を前記パケットに付加し、前記ユニキャストであると判断された場合に、前記受信装置に前記エラーを検出させ当該送信装置へ前記パケットの再送要求信号を送信させるためのエラー検出符号を前記パケットに付加する符号付加手段と、前記エラー訂正符号またはエラー検出符号が付加されたパケットを前記受信装置へ送信する送信手段とを具備する。
【００１１】
ここでネットワークとは有線、無線、電灯線等、またはそれらが混在したあらゆるネットワークをいう。また送信装置及び受信装置とは例えばＰＣ（Personal Computer）やテレビジョン、ＤＶＲ（Digital Video Recorder）、ゲーム機器、携帯電話機等の電子機器、またはそれらの電子機器が有するネットワークインタフェース（ＮＩＣ：Network Interface Card）を指す。また、送信装置を、サーバ側の電子機器に接続された、例えば有線伝送路から無線伝送路や電灯線路（ＰＬＣ：Power Line Communications）への変換を行うアクセスポイントとして提供し、受信装置を、このアクセスポイントにアクセス可能でクライアント側の電子機器に接続されたステーションとして提供してもよい。なお、送信装置及び受信装置とはそれぞれ送信専用装置及び受信専用装置を意味するものではなく、送信装置が受信手段を有していてもよいし、受信装置が受信手段を有していてもよい。
また上記エラー訂正符号とは、例えばＦＥＣ等、再送を伴わないエラー訂正方式に基づく符号であり、上記エラー検出符号とは、例えばＡＲＱ等、再送を伴うエラー訂正方式に基づく符号である。また、上記「送信すべきパケット」には、当該送信装置において既に従来のマルチキャスト用のエラー訂正符号が付加されている場合もあるものとし、また、送信装置とは別の、パケットの最初の送信元である他の装置により従来のエラー訂正符号が付加されている場合もあるものとする。
【００１２】
この構成により、マルチキャストかユニキャストかの判断を行い、マルチキャストである場合にはパケットにエラー訂正符号を付加して送信することで、受信装置側では、エラーが発生した場合でもパケットを破棄することなく効率的にエラーを訂正することが可能となる。またユニキャストである場合には受信装置はパケットの再送を要求することで確実にエラーを訂正することができる。すなわち、本発明により、マルチキャストにおけるエラー訂正符号によるエラー訂正と、ユニキャストにおけるエラー検出符号及び再送制御によるエラー訂正とを両立させることができる。したがって、例えばユニキャストにおける比較的小容量のファイルの転送処理と、マルチキャストにおける大容量の映像コンテンツのストリーム配信処理等とを両立でき、同一のネットワークにおいて、伝送路の特性、伝送方式及び伝送データ等の各相違に柔軟に対応して、受信装置側に確実かつ効率的にエラーを訂正させ、効率的なデータ送信を行うことが可能となる。
【００１３】
そして、上記パケットが、当該送信装置または他の装置により既に従来のエラー訂正符号を付加されている場合には、上述のように符号付加手段により更に新たなエラー訂正符号を付加することができるため、従来のエラー訂正符号によっては訂正しきれないエラーも確実に訂正させることが可能となる。
【００１４】
上記送信装置において、前記パケットは、ヘッダ部分と、前記エラー訂正符号を含むデータ部分とで構成され、前記送信手段は、前記判断手段によりマルチキャストであると判断された場合に、前記パケットのうち前記データ部分を第１の変調方式により変調し、前記ヘッダ部分を前記第１の変調方式よりもエラー発生率の低い第２の変調方式により変調する変調手段を有していてもよい。
【００１５】
ここで、ヘッダ部分には例えばパケット長、複数の受信装置の宛先アドレス、伝送速度等の基本情報が含まれており、データ部分には例えば映像コンテンツ等のデータが含まれる。また、第１の変調方式とは例えばＢＰＳＫ（Binary Phase Shift Keying：２位相偏移変調）等の変調方式であり、第２の変調方式とは例えばＱＡＭ（Quadrature Amplitude Modulation：直交振幅変調）等の変調方式である。これにより、パケットのヘッダ部分についてはデータ部分よりもエラー発生率の低い変調方式を用いることで、仮にデータ部分にエラーが発生しても重要度の高いヘッダ部分の基本情報は受信装置側へ確実に伝送されるため、受信装置側でエラー訂正符号により確実に訂正を行うことが可能となる。
【００１６】
上記送信装置は、前記判断手段によりユニキャストであると判断された場合に、前記送信手段により前記受信装置へ送信されたパケットにエラーが発生したか否かを示すエラー情報を記録する記録手段を更に具備し、前記エラー訂正符号は、前記受信装置において第１の周期でエラー訂正が行われるように付加されており、前記変調手段は、前記記録されたエラー情報を基に前記エラーが発生した第２の周期を算出し、前記第１の周期と当該第２の周期とを比較する比較手段と、前記第１の周期よりも前記第２の周期が短い場合に、前記第２の変調方式における前記パケットの送信速度を低下させるよう制御する送信速度制御手段とを有していても構わない。
【００１７】
ここで、上記エラー情報の記録は、例えばパケットの送信に対して受信装置側からＡＣＫ（応答信号）を受信したか否かを記録することで行われる。これにより、エラーの訂正周期よりも発生周期が長い場合、すなわちエラーの訂正頻度よりも発生頻度が低い場合には、エラーが発生したとしても受信装置側で訂正可能な送信速度を維持することができる。一方、エラーの訂正周期よりも発生周期が短い場合、すなわちエラーの訂正頻度よりも発生頻度が高い場合には、送信速度を落とすことでエラーの発生頻度を低くし、受信装置側での確実なエラー訂正を可能とすることができる。すなわち、ユニキャスト伝送時におけるエラー情報を用いることで、マルチキャスト伝送時における送信速度を最適化することが可能となる。なお、上記伝送速度の低下は、上記ＱＡＭの場合、例えば１２８ＱＡＭを６４ＱＡＭとするように、振幅と位相の各状態数を減らして伝送効率を落とすことで行われる。
【００１８】
上記送信装置において、前記送信速度制御手段は、前記エラーが発生していない場合に、前記第２の変調方式における前記送信速度を上昇させるよう制御してもよい。
【００１９】
これにより、エラーが発生していない場合には送信速度を上昇させて、パケット送信効率を更に向上させることができる。この場合の送信速度の上昇は、上記ＱＡＭの場合、上述した速度低下の場合とは逆に、例えば６４ＱＡＭを１２８ＱＡＭとするように、振幅と位相の各状態数を増加させることで行われる。
【００２０】
上記送信装置において、前記送信速度制御手段は、前記第２の変調方式における前記送信速度を第１の速度まで上昇させるよう制御することが可能であり、前記符号付加手段は、前記エラーが発生しておらず、かつ、前記送信速度が前記第１の速度である場合には、前記マルチキャストによる送信時に前記パケットに前記エラー訂正符号を付加しないよう制御する手段を有していてもよい。
【００２１】
これにより、エラーが発生しておらずかつ送信速度が最大の場合には、エラーが発生する可能性が極めて低いため、パケットにエラー訂正符号を付加することなく送信することによって、パケットの伝送効率を更に向上させることができる。
【００２２】
上記送信装置において、前記送信手段は、前記判断手段により前記マルチキャストであると判断された場合に、当該マルチキャストによるパケットの送信に先立ち、前記記録手段に前記エラー情報を記録させるために、前記ユニキャストにより前記受信装置へテスト用のパケットを送信する手段を有していても構わない。
【００２３】
これにより、ユニキャストによる送信が行われない場合であっても、テスト用のパケットを送信することでエラー情報を記録し、このエラー情報を基に伝送速度を最適化することができる。
【００２４】
本発明の他の観点に係る受信装置は、ネットワークを介して送信装置からパケットを受信可能な受信装置であって、前記送信装置から、前記受信中に前記パケットに発生し得るエラーを訂正するためのエラー訂正符号または前記エラーを検出して前記送信装置へ前記パケットの再送要求信号を送信するためのエラー検出符号が付加された前記パケットを受信する受信手段と、前記受信されたパケットの前記送信装置における送信方式がマルチキャストとユニキャストの何れであるかを判断する判断手段と、前記マルチキャストであると判断された場合であって、前記エラーが発生した場合に、前記エラー訂正符号に基づき前記エラーを訂正するエラー訂正手段と、前記ユニキャストであると判断された場合であって、前記エラーが発生した場合に、前記エラー検出符号に基づき前記エラーを検出するとともに、前記再送要求信号を生成するエラー検出手段とを具備する。
【００２５】
この構成により、送信装置からのパケットの送信方式がマルチキャストかユニキャストかを判断することで、受信したパケットにエラーが発生した場合に、エラー訂正符号によるエラー訂正処理と、エラー検出符号によるエラー検出処理及び再送要求処理とを両立させることができる。したがって、同一のネットワークにおいて、伝送路の特性、伝送方式及び伝送データ等の各相違に柔軟に対応して、確実かつ効率的にエラーを訂正することが可能となる。
【００２６】
本発明の他の観点に係るパケット送信方法は、送信装置がネットワークを介して少なくとも１つの受信装置へパケットを送信する方法であって、前記送信すべきパケットの送信方式がマルチキャストとユニキャストの何れであるかを判断し、前記マルチキャストであると判断された場合に、前記送信中に前記パケットに発生し得るエラーを前記受信装置に訂正させるためのエラー訂正符号を前記パケットに付加し、前記ユニキャストであると判断された場合に、前記受信装置に前記エラーを検出させ当該送信装置へ前記パケットの再送要求信号を送信させるためのエラー検出符号を前記パケットに付加し、前記エラー訂正符号またはエラー検出符号が付加されたパケットを前記受信装置へ送信するものである。
【００２７】
本発明の他の観点に係るパケット受信方法は、受信装置がネットワークを介して送信装置からパケットを受信する方法であって、前記送信装置から、前記受信中に前記パケットに発生し得るエラーを訂正するためのエラー訂正符号または前記エラーを検出して前記送信装置へ前記パケットの再送要求信号を送信するためのエラー検出符号が付加された前記パケットを受信し、前記受信されたパケットの前記送信装置における送信方式がマルチキャストとユニキャストの何れであるかを判断し、前記マルチキャストであると判断された場合であって、前記エラーが発生した場合に、前記エラー訂正符号に基づき前記エラーを訂正し、前記ユニキャストであると判断された場合であって、前記エラーが発生した場合に、前記エラー検出符号に基づき前記エラーを検出するとともに、前記再送要求信号を生成するものである。
【００２８】
本発明の他の観点に係るプログラムは、ネットワークを介して少なくとも１つの受信装置へパケットを送信可能な送信装置に、前記送信すべきパケットの送信方式がマルチキャストとユニキャストの何れであるかを判断するステップと、前記マルチキャストであると判断された場合に、前記送信中に前記パケットに発生し得るエラーを前記受信装置に訂正させるためのエラー訂正符号を前記パケットに付加し、前記ユニキャストであると判断された場合に、前記受信装置に前記エラーを検出させ当該送信装置へ前記パケットの再送要求信号を送信させるためのエラー検出符号を前記パケットに付加するステップと、前記エラー訂正符号またはエラー検出符号が付加されたパケットを前記受信装置へ送信するステップとを実行させるためのものである。
【００２９】
本発明のまた別の観点に係るプログラムは、ネットワークを介して送信装置からパケットを受信可能な受信装置に、前記送信装置から、前記受信中に前記パケットに発生し得るエラーを訂正するためのエラー訂正符号または前記エラーを検出して前記送信装置へ前記パケットの再送要求信号を送信するためのエラー検出符号が付加された前記パケットを受信するステップと、前記受信されたパケットの前記送信装置における送信方式がマルチキャストとユニキャストの何れであるかを判断するステップと、前記マルチキャストであると判断された場合であって、前記エラーが発生した場合に、前記エラー訂正符号に基づき前記エラーを訂正するステップと、前記ユニキャストであると判断された場合であって、前記エラーが発生した場合に、前記エラー検出符号に基づき前記エラーを検出するとともに、前記再送要求信号を生成するステップとを実行させるためのものである。
【発明の効果】
【００３０】
以上のように、本発明によれば、伝送路の特性、伝送方式及び伝送データの特性に応じて、パケットに発生したエラーを効率良く確実に訂正しながら効率良くパケット送信を行うことができる。
【発明を実施するための最良の形態】
【００３１】
以下、本発明の実施の形態を図面に基づき説明する。
【００３２】
図１は、本発明の一実施形態に係る送信装置及び受信装置を含むパケット送受信システムの構成を示した図である。  
同図に示すように、このパケット送受信システムにおいては、例えば１台のサーバ１と、４台のクライアント２乃至５とがネットワークを介して接続されており、例えば家庭内ＬＡＮを構築している。サーバ１と、クライアント２及び３とは例えばEthernet（登録商標）等の有線伝送路６に接続される。またクライアント４及び５は有線伝送路７に接続され、サーバ１とは無線ＬＡＮ等により無線通信を行うことが可能である。サーバ１及びクライアント２乃至５は、具体的にはＰＣやテレビジョン等の電子機器である。
【００３３】
本実施形態においては、サーバ１を送信装置、各クライアント２乃至５を受信装置として、サーバ１が各クライアント２乃至５からの要求に応じて映像コンテンツをストリーミング配信したり、その他のデータファイル等を双方で送受信したりする場合を想定して説明する。なお、ネットワーク内に存在するサーバとクライアントの数はそれぞれ１台と４台に限られるものではなく、複数のサーバと複数のクライアントが有線、無線、電灯線等の様々なネットワークを介して接続されていても勿論構わない。
【００３４】
図２は、上記サーバ１及びクライアント４の各構成を示した図である。  
同図に示すように、サーバ１は、ＣＰＵ１１、メモリ１２、操作入力部１３、デコーダ１４、表示部１５、ＨＤＤ（Hard Disk Drive）１６及びネットワークインタフェース部１７を有し、それらは内部バス１８で接続されている。
【００３５】
ＣＰＵ１１は、必要に応じてメモリ１２等に適宜アクセスし、各種演算処理を行いながらサーバ１の各ブロック全体を統括的に制御する。メモリ１２は、ＣＰＵ１１の作業用領域等として用いられ、ＯＳやプログラム、クライアント２乃至５へ送信すべき映像コンテンツ等の処理データを一時的に保持する。
【００３６】
操作入力部１３は、ボタン、スイッチ、キー、操作確認用の表示器や、リモートコントローラ（図示せず）から送信される赤外線信号の受光部等で構成され、ユーザの操作による各種指令を入力してＣＰＵ１１へ出力する。ＨＤＤ１６は、映像コンテンツ、各種プログラムやその他のデータ等を内蔵のハードディスクに記憶し、また再生時等にそれらを当該ハードディスクから読み出す。デコーダ１４は、ＨＤＤ１６から読み出された映像コンテンツにデコード処理を施して表示部１５へ出力する。
【００３７】
なお、本実施形態において、ＨＤＤ１６に記憶されている映像コンテンツは、例えばPro-MPEGフォーラム等が策定したＭＸＦ（Material eXchange Format）等のＭＰＥＧ（Moving Picture Experts Group）フォーマットで作成されている。この映像コンテンツには、例えばPro-MPEG COP #3（Code of Practice Release 3）等のアルゴリズムを用いて、サーバ１または映像コンテンツの作成元である他の装置によりＦＥＣに基づくエラー訂正符号が付加されている。マルチキャスト伝送時に映像コンテンツのパケットにエラーが発生した場合には、受信側の装置（クライアント２乃至５）は、このエラー訂正符号を用いて再送を伴わずにエラーを訂正することが可能となっている。本実施形態においては、このエラー訂正符号を「第１のＦＥＣ」と呼ぶ。
【００３８】
ネットワークインタフェース部１７は、例えばＮＩＣとして構成され、マルチキャスト判定部１７１、エラー検出符号付加部１７２、エラー訂正符号付加部１７３及び送信部１７４を有する。なお、このネットワークインタフェース部１７は、クライアント４及び５との無線通信用のインタフェースである。図示しないが、サーバ１は、クライアント２及び３との有線送信用のネットワークインタフェース部も有しており、その構成は、送信部がEthernet（登録商標）等の有線送信用となる以外はネットワークインタフェース部１７と同様である。
【００３９】
マルチキャスト判定部１７１は、クライアント４及び５へ送信すべきパケットが、マルチキャストとユニキャストの何れの伝送方式によるものであるかを判定する。
【００４０】
エラー検出符号付加部１７２は、マルチキャスト判定部１７１によりユニキャストであると判定された場合に、送信すべきパケットに対して例えばＡＲＱによるエラー検出及び再送を可能とするためのエラー検出符号を付加する。
【００４１】
一方、エラー訂正符号付加部１７３は、マルチキャスト判定部１７１によりマルチキャストであると判定された場合に、送信すべきパケットに対して、ＦＥＣによるエラー訂正を可能とするためのエラー訂正符号を付加する。
【００４２】
このエラー訂正符号は、例えばリードソロモン符号等のアルゴリズムを用いて付加されるものであり、上記第１のＦＥＣのように映像コンテンツに特化されたものではなく、サーバ１と各クライアント４及び５との間の伝送路上において伝送されるあらゆる種類のデータのエラー訂正に対して有効なものである。本実施形態においては、ネットワークインタフェース部１７により付加されるこのエラー訂正符号を、上記第１のＦＥＣと区別するために「第２のＦＥＣ」と呼ぶ。この第２のＦＥＣは、クライアント４及び５側において所定周期でエラー訂正が行われるように設定されている。
【００４３】
送信部１７４は、上記エラー検出符号または第２のＦＥＣが付加されたパケットに対して変調処理等を施し、クライアント４及び５へ無線送信する。この変調処理の詳細については後述する。
【００４４】
クライアント４も、その基本的な構成はサーバ１と同様であるが、ネットワークインタフェース部４７の構成が異なる。よってここでは、ＣＰＵ４１、メモリ４２、操作入力部４３、デコーダ４４、表示部４５及びＨＤＤ４６の説明は省略し、ネットワークインタフェース部４７についてのみ説明する。
【００４５】
ネットワークインタフェース部４７は、受信部４７１、マルチキャスト判定部４７２、エラー検出部４７３及びエラー訂正部４７４を有する。
【００４６】
受信部４７１は、上記サーバ１の送信部１７４から無線によりパケットを受信し、復調処理を施す。マルチキャスト判定部４７２は、受信部により復調されたパケットの伝送方式がユニキャストとマルチキャストの何れであるかを判定する。
【００４７】
エラー検出部４７３は、マルチキャスト判定部４７２によりユニキャストであると判定された場合に、サーバ１側でパケットに付加されたエラー検出符号を用いて、当該パケットにエラーが発生しているか否かを確認し、エラーが検出された場合には、当該パケットを破棄し、サーバ１に対してそのパケットの再送を要求するための再送要求信号を送信する。
【００４８】
エラー訂正部４７４は、マルチキャスト判定部４７２によりマルチキャストであると判定された場合に、サーバ１側でパケットに付加された第２のＦＥＣにより、パケットに発生したエラーを所定の周期で訂正する。エラー訂正後のパケットのデータはＨＤＤ４６に記憶されたり、映像コンテンツの場合にはデコーダ４４によりデコードされて表示部４５に表示されたりする。
【００４９】
なお、受信されたパケットが上記ＭＸＦ等の映像コンテンツである場合には、当該映像コンテンツに対して第２のＦＥＣとは別に付加された第１のＦＥＣに基づくエラー訂正処理が上記デコーダ１４において行われる。
【００５０】
クライアント５の構成もクライアント４の構成と同様である。また、クライアント２及び３の構成も、ネットワークインタフェース部が有線通信用となる以外は同様である。
【００５１】
また、図示しないが、サーバ１のネットワークインタフェース部１７は、送信部１７４のみならず受信部も有しているものとし、クライアント４のネットワークインタフェース部４７も受信部４７１のみならず送信部も有しているものとする。
【００５２】
次に、本実施形態においてサーバ１から送信されるパケットのデータ構造について説明する。図３は、上記ネットワークインタフェース部１７の送信部１７４からクライアント４及び５へ送信されるパケットのデータ構造を示した図である。
【００５３】
同図に示すように、無線伝送用のパケットは、ヘッダ２１とデータ２２とで構成される。ヘッダ２１は、Length（パケット長）３１、Address（宛先ＩＰアドレス）３２、Rate（無線伝送速度／変調方式情報）３３、制御情報Ｍ３４及び制御情報Ｆ３５とで構成される。
【００５４】
制御情報Ｍ３４は、そのパケットがマルチキャストとユニキャストの何れで送信されるかを示すフラグであり、制御情報Ｆ３５は、上記第２のＦＥＣが付加されているか否かを示すフラグである。第２のＦＥＣは、データ２２に付加される。
【００５５】
ネットワークインタフェース部１７の送信部１７４は、このヘッダ２１とデータ２２のうち、パケット伝送中のエラーに直接影響を受けるヘッダ２１については、エラー発生率の低いＢＰＳＫ方式を常に用いて変調する。一方、残りのデータ２２については、ＢＰＳＫよりエラー発生率は高いものの伝送効率の高いＱＡＭ方式により変調する。このＱＡＭは、送信環境の変化に応じて例えば１６ＱＡＭ〜２５６ＱＡＭまで可変され、これに応じて上記Rate３３も可変する。これにより、データ２２にエラーが発生した場合でも、パケット長や宛先アドレス等の重要情報は確実に伝送されるため、クライアント側ではデータ２２について第２のＦＥＣにより確実に訂正を行うことができる。ＱＡＭ（伝送速度）の可変処理の詳細については後述する。
【００５６】
なお、クライアント２及び３へ送信される有線伝送用のパケットの基本的な構造も、無線伝送用のパケットと同様であるが、例えば上記Rate３３に対応する情報は有線伝送用の伝送速度情報及び変調方式情報を示すこととなる。
【００５７】
本実施形態において、サーバ１のネットワークインタフェース部１７は、各クライアント２乃至５との間の各伝送路上で発生したエラー情報を記録し、そのエラー発生周期（エラー発生頻度）に応じて伝送速度／変調方式及び第２のＦＥＣの付加方法を決定することが可能となっている。以下、この決定方法について説明する。
【００５８】
上記エラー情報の記録は、サーバ１と各クライアント２乃至５との間のユニキャスト伝送時に行われる。図４は、ユニキャスト伝送時におけるサーバ１と各クライアント２乃至５との間のデータの流れを示したシーケンス図である。
【００５９】
同図に示すように、サーバ１から例えばクライアント４のみを指定して、映像コンテンツ以外の転送ファイル等のユニキャストデータが送信され（ステップ５１）、クライアント４は、このユニキャストデータを正しく受信した場合にはＡＣＫ（応答信号）を返信する（ステップ５２）。一方、送信されたユニキャストデータにエラーが発生しクライアント４に正しく受信されなかった場合には、サーバ１にＡＣＫは返信されない。サーバ１は、ユニキャストデータを送信する度に、このＡＣＫの返信の有無により、エラーが発生したか否かを判断し、記録する（ステップ５３、５４）。
【００６０】
図５は、このエラー情報の記録の様子を示した図である。同図に示すように、サーバ１は、ユニキャストデータを送信する毎に、その送信時間と、エラーが発生したか否か（ＯＫ／ＥＲＲ）とをエラー情報として時間を追って記録する。このエラー情報の記録場所は、例えば上記メモリ１２やＨＤＤ１６であってもよいし、ネットワークインタフェース部１７が別途有するメモリ（図示せず）であってもよい。また、ユニキャスト伝送時に常にエラー情報を記録するのではなく、例えばサーバ１の電源が投入されてからの所定期間や、各クライアントと最初にユニキャストによりパケットを送受信してから所定期間等、エラー情報を記録するための期間を設定するようにしても構わない。
【００６１】
図４を再び参照し、サーバ１に対して、クライアント４を含む複数のクライアントから映像コンテンツのストリーミング配信要求が送信された場合（ステップ５５）には、サーバ１は、例えばマルチキャストＩＰアドレスやそれに対応する各クライアントのＭＡＣアドレス等、クライアント側で映像コンテンツを受信するために必要なコンテンツ配信制御情報を送信する（ステップ５６）。ここまではサーバ１と各クライアントとのユニキャスト伝送であるが、これに引き続いて送信されるコンテンツデータは、各クライアントで同時に受信可能なようにマルチキャストで伝送される（ステップ５７）。
【００６２】
サーバ１は、このマルチキャスト伝送に先立ち、上記ステップ５１〜５４のユニキャスト伝送時に記録したエラー情報を利用してその伝送方法を決定する。図６は、この伝送方法の決定処理を示したフローチャートである。
【００６３】
同図に示すように、まず、サーバ１のネットワークインタフェース部１７は、上述した手法でユニキャスト伝送時のエラー情報を記録する（ステップ６１）。そして、上記マルチキャスト判定部１７１により、クライアント４及び５にマルチキャストにより送信すべきパケットが存在すると判断された場合には、記録したエラー情報を基に、その記録期間内にエラーが発生したか否かを判断する（ステップ６２）。
【００６４】
エラーが発生したと判断された場合には、ネットワークインタフェース部１７は、そのエラーの発生周期と、マルチキャスト伝送時に付加されるべき第２のＦＥＣに設定されているエラー訂正周期とを比較する（ステップ６３）。
【００６５】
この比較により、エラー発生周期よりもエラー訂正周期が短いと判断された場合（Ｙｅｓ）、すなわち、エラー発生頻度がエラー訂正頻度よりも低い場合には、エラーが発生してもその頻度が第２のＦＥＣにより訂正可能な範囲内に収まっているため、伝送速度／変調方式は現状維持して、マルチキャストで送信すべきパケットに第２のＦＥＣを付加することを決定する（ステップ６４）。
【００６６】
一方、上記比較により、エラー発生周期よりもエラー訂正周期が長いと判断された場合（Ｎｏ）、すなわち、エラー発生頻度がエラー訂正頻度よりも高い場合には、現状のままでは第２のＦＥＣによってもエラーが訂正しきれない可能性があるため、変調方式を変更して無線伝送速度を低下させる（ステップ６９）。この速度低下は、例えばパケットのうちデータ２２の変調方式を例えば１２８ＱＡＭから６４ＱＡＭとするように、ＱＡＭの振幅及び位相の各状態数を１段階下げることで行われる。
【００６７】
また、上記ステップ６２において、パケット情報の記録期間内にエラーが発生していないと判断された場合（Ｎｏ）には、ネットワークインタフェース部１７は、現状の伝送速度が最大であるか否かを判断する（ステップ６５）。本実施形態においては、上述したようにデータ２２の変調方式を１６ＱＡＭ〜２５６ＱＡＭまで可変できることから、伝送速度が最大であるか否かの判断は、現状のデータ２２の変調方式が２５６ＱＡＭであるか否かにより行われる。
【００６８】
伝送速度が最大でないと判断された場合（Ｎｏ）には、ネットワークインタフェース部１７は、データ２２の変調方式を例えば１２８ＱＡＭから２５６ＱＡＭとするように、ＱＡＭの振幅及び移送の各状態数を１段階上げることにより、無線伝送速度を上昇させる（ステップ６７）。
【００６９】
一方、伝送速度が最大であると判断された場合（Ｙｅｓ）には、伝送路上で今後エラーが発生する可能性が極めて低く、仮に発生しても第１のＦＥＣのみで訂正可能であると考えられる。したがって、この場合ネットワークインタフェース部１７は、マルチキャストで送信すべきパケットに第２のＦＥＣを付加しないことを決定する（ステップ６６）。
【００７０】
ネットワークインタフェース部１７は、以上の動作を、マルチキャストにより送信すべきパケットが発生する毎に繰り返す。以上の動作により、エラーの発生頻度に応じて伝送速度及び第２のＦＥＣの有無を変更して、最適な伝送方法を決定することができる。
【００７１】
なお、ネットワークインタフェース部１７は、ユニキャスト伝送時には、上述したように常にデータ２２にエラー検出符号を付加してパケットを送信し、再送処理によるエラー訂正を可能としている。
【００７２】
また、図示しないが、サーバ１の有線通信用のネットワークインタフェース部も、無線通信用のネットワークインタフェース部１７と同様に、クライアント２または３との有線によるユニキャスト伝送時においてエラー情報を記録し、エラー発生頻度に応じて伝送速度及び第２のＦＥＣの有無を決定する。
【００７３】
次に、以上のように伝送方法を決定されたパケットをサーバ１が送信する際の動作を説明する。図７は当該動作の流れを示したフローチャートである。
【００７４】
同図に示すように、まず、ネットワークインタフェース部１７は、各クライアントからのコンテンツ配信要求に基づいてＣＰＵ１１等により生成された送信パケットを取得し（ステップ７１）、マルチキャスト判定部１７１において当該パケットがマルチキャストとユニキャストの何れの伝送方式で送信されるものであるかを判定する（ステップ７２）。
【００７５】
送信パケットがマルチキャスト用であると判定された場合には（ステップ７３のＹｅｓ）、ネットワークインタフェース部１７は、エラー訂正符号付加部１７３により、当該パケットのデータ２２にエラー訂正符号として第２のＦＥＣを付加する（ステップ７４）。また、この時、パケットのヘッダ２１には上記図６に示した手法で決定されたRate（伝送速度／変調方式情報）３３、マルチキャストで送信されることを示す制御情報Ｍ３４、及び第２のＦＥＣが付加されたことを示す制御情報Ｆ３５がそれぞれ付加される。また、上述したように、送信パケット生成時にエラーが発生しておらず伝送速度が最大の場合には、第２のＦＥＣは付加されない。これにより無駄な処理を省いてネットワークインタフェース部１７の負荷を抑えることが可能となる。
【００７６】
そして、送信部１７４は、上述したようにこの第２のＦＥＣが付加されたパケットのうちヘッダ２１をＢＰＳＫにより変調し、データ２２を上記図６に示した手法で決定された段階のＱＡＭにより変調して、マルチキャストグループに属する各クライアント４及び５へ送信する（ステップ７５）。
【００７７】
一方、送信パケットがユニキャスト送信用であると判定された場合（ステップ７３のＮｏ）には、ネットワークインタフェース部１７は、エラー検出符号付加部１７２により、当該パケットのデータ２２にＡＲＱに基づくエラー検出符号を付加する（ステップ７６）。また、この時、パケットのヘッダ２１にはユニキャストで送信されることを示す制御情報Ｍ３４、及び第２のＦＥＣが付加されていないことを示す制御情報Ｆ３５がそれぞれ付加される。
【００７８】
続いて、送信部１７４は、当該エラー検出符号を付加されたパケットを変調し、各クライアント４または５へ送信する（ステップ７７）。そして、当該パケットの送信中にエラーが発生し、何れかのクライアントから当該パケットの再送要求信号を受信した場合には（ステップ７８）、ネットワークインタフェース部１７は、送信部１７４により当該パケットを再送要求元のクライアントへ再送する（ステップ７９）。
【００７９】
ネットワークインタフェース部１７は、以上の動作を送信すべきパケットが生成される度に繰り返す。なお、有線伝送用のネットワークインタフェース部についても以上と同様の動作が行われ、マルチキャストの場合には第２のＦＥＣが付加されたパケットがクライアント２及び３へ送信され、ユニキャストの場合にはエラー検出符号が付加されたパケットがクライアント２または３の何れかへ送信される。
【００８０】
次に、以上のようにサーバ１から送信されたパケットを各クライアントが受信する際の動作を説明する。図８は当該動作の流れを示したフローチャートである。同図においては、クライアント４の動作を例に説明するが、クライアント５の動作及び有線伝送路６上クライアント２及び３の動作についても同様である。
【００８１】
同図に示すように、クライアント４のネットワークインタフェース部４７は、サーバ１から送信されたパケットを受信部４７１により受信すると（ステップ８１）、当該受信パケットがマルチキャストとユニキャストの何れの伝送方式で送信されたものであるかを判定する（ステップ８２）。この判定は、パケットのヘッダ２１に付加された上記制御情報Ｍ３４を参照することで行われる。
【００８２】
受信パケットがマルチキャストにより送信されたと判断された場合には（ステップ８３のＹｅｓ）、ネットワークインタフェース部４７は、エラー訂正部４７４により上記第２のＦＥＣを用いてエラー訂正処理を行う（ステップ８４）。なお、この受信パケットが映像コンテンツのパケットである場合には、上述のように、上記第１のＦＥＣによるエラー訂正処理は、デコーダ４４により行われる。
【００８３】
受信パケットがユニキャストにより送信されたと判断された場合には（ステップ８３のＮｏ）、ネットワークインタフェース部４７は、エラー検出部４７３によりＡＲＱに基づくエラー検出処理を行い（ステップ８５）、エラーが検出された場合には（ステップ８６のＹｅｓ）、当該パケットの再送要求信号を生成してサーバ１へ送信する（ステップ８７）。サーバ１から再送されてきたパケットは受信部４７１により受信される（ステップ８８）。
【００８４】
以上説明したサーバ１及びクライアント４の動作により、マルチキャストにおけるエラー訂正符号によるエラー訂正と、ユニキャストにおけるエラー検出符号及び再送によるエラー訂正とを両立させることができるため、同一のネットワークにおける異なる伝送形態に柔軟に対応して、クライアント４側に確実かつ効率的にエラーを訂正させ、効率的なパケット送信を行うことが可能となる。例えばユニキャストにおける比較的容量の小さいファイルの転送処理や、マルチキャストにおける容量の大きい映像コンテンツのストリーム配信処理等を効率よく行うことができる。
【００８５】
また、上記パケットが、当該送信装置や他の装置により既に第１のＦＥＣが付加されている映像コンテンツのパケットである場合でも、上述のようにエラー訂正符号付加部１７３により更に第２のＦＥＣを付加することで、第１のＦＥＣでは訂正しきれないエラーも確実に訂正させることが可能となる。
【００８６】
本発明は上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【００８７】
上記実施形態において、サーバ１のネットワークインタフェース部１７は、ユニキャスト伝送時にエラー情報を記録することで伝送方法を決定していた。しかし、サーバ１の電源投入後すぐにマルチキャスト伝送を行う場合もあり、この場合にはエラー情報を記録することができないこととなる。そのため、ネットワークインタフェース部１７は、マルチキャスト伝送に先立って、予めユニキャストにより何れかのクライアントへユニキャストによりテスト用のパケットを送信してエラー情報を記録するようにしても構わない。
【００８８】
また、このエラー情報の記録処理及びそれに基づく伝送方法の決定処理は、サーバ１側でなく各クライアント側で行ってもよい。この場合、決定された伝送方法に関する情報がサーバ１側へ送信され、サーバ１は当該伝送方法に基づきパケットを送信する。
【００８９】
上述の実施形態においては、記録したエラー情報から算出されたエラー発生頻度により伝送速度及び第２のＦＥＣの有無を決定していたが、伝送能力を最大に保つために更なる最適化を行うことも可能である。例えば、ネットワークインタフェース部１７は、パケットに第２のＦＥＣを付加する処理によりネットワークインタフェース部１７及びＣＰＵ１１等にどれ程のオーバーヘッドが掛かり、それがどれ程伝送効率に影響するかという計算や、第２のＦＥＣを付加せずに高い伝送速度で送信した場合と、第２ＦＥＣを付加して低い伝送速度で送信した場合とでどちらが伝送効率が高いかといった計算、及びユニキャスト伝送時において各クライアントがＡＣＫを返信する場合としない場合とでどちらが伝送効率が高いかといった計算等を厳密に行うことによって、最適な伝送速度及び第２のＦＥＣの有無を決定することも可能である。
【００９０】
上述の実施形態においては、第２のＦＥＣは、サーバ１と有線伝送路６上で有線接続されたのクライアント２及び３と、サーバ１と無線接続されたクライアント４及び５の双方に送信されるパケットに付加されていたが、有線伝送路６上では比較的エラー発生率が低いことを考慮して、有線伝送路６上の各クライアントへ送信するパケットには第２のＦＥＣを付加しないようにしても構わない。これによりネットワークインタフェース部１７の負荷を抑えることができる。
【００９１】
また、上記実施形態においては、パケット送受信システムはサーバ１と各クライアントとが直接パケットを送受信する構成となっていたが、このような構成に限られるものではない。以下、本発明の他のシステム構成について説明する。
【００９２】
図９は、本発明の他の実施形態におけるパケット送受信システムの構成を示した図である。同図において、上記図１と同様の構成となる部分については同一の符号を付し、説明を省略する。同図に示すように、有線伝送路６上には、サーバ１とクライアント２及び３の他、無線伝送用のアクセスポイント８が接続されている。また、有線伝送路７上には、クライアント４及び５の他、アクセスポイント８へアクセスして無線通信を行うことが可能なステーション９が接続されている。
【００９３】
アクセスポイント８は、図１における上記サーバ１が有するネットワークインタフェース部１７と同様のネットワークインタフェース部を有し、ステーション９は図１におけるクライアント４が有するネットワークインタフェース部４７と同様の構成を有する。
【００９４】
この構成により、クライアント４及び５に対してサーバ１からマルチキャストによる映像コンテンツの配信を行う場合には、その映像コンテンツのパケットを中継するアクセスポイント８がパケットに第２のＦＥＣを付加し、ステーション９が当該第２のＦＥＣに基づくエラー訂正処理を行い、クライアント４及び５へ転送することが可能となる。またユニキャスト伝送時におけるエラー検出符号の付加や、それに基づくエラー検出処理及び再送要求処理もアクセスポイント８とステーション９との間で行うことができる。
【００９５】
また、有線伝送路６と有線伝送路７とが電灯線で接続される場合には、アクセスポイント８を有線から電灯線への変換用のアダプタとし、ステーション９を電灯線から有線への変換用のアダプタとして本発明を構成することもできる。
【００９６】
また、サーバ１は、ホームサーバとしてではなく、例えばＣＤＮ（Contents Distribution NetworkもしくはContents Delivery Network）における配信サーバとして構成することも可能である。またサーバ１及び各クライアントには、ＰＣやテレビジョン以外にも、ＤＶＲ（Digital Video Recorder）、ゲーム機器、携帯電話機等のあらゆる電子機器を適用することができる。
【００９７】
また、上記サーバ及びクライアント、アクセスポイント及びステーションとして示した各機器が全て同一の構成を有して、何れの機器としての役割も果たせるようになっていてもよい。すなわち、上記サーバ１のネットワークインタフェース部１７とクライアント４のネットワークインタフェース部４７の両機能を、全ての機器が有し、各機器においてマルチキャスト／ユニキャストの判断に基づくエラー訂正が可能となっていてもよい。
【図面の簡単な説明】
【００９８】
【図１】本発明の一実施形態に係る送信装置及び受信装置を含むパケット送受信システムの構成を示した図である。
【図２】図１におけるサーバ及びクライアントの各構成を示した図である。
【図３】本発明の一実施形態において送信されるパケットのデータ構造を示した図である。
【図４】本発明の一実施形態のユニキャスト伝送時におけるサーバと各クライアントとの間のデータの流れを示したシーケンス図である。
【図５】本発明の一実施形態におけるエラー情報の記録の様子を示した図である。
【図６】本発明の一実施形態において、サーバが記録したエラー情報を利用してパケットの伝送方法を決定する処理の流れを示したフローチャートである。
【図７】本発明の一実施形態において、サーバがパケットを送信する際の動作の流れを示したフローチャートである。
【図８】本発明の一実施形態において、クライアントがパケットを受信する際の動作の流れを示したフローチャートである。
【図９】本発明の他の実施形態におけるパケット送受信システムの構成を示した図である。
【符号の説明】
【００９９】
１…サーバ
２〜５…クライアント
６、７…有線伝送路
８…アクセスポイント
９…ステーション
１１、４１…ＣＰＵ
１２、４２…メモリ
１６、４６…ＨＤＤ
１７…ネットワークインタフェース部
２１…ヘッダ
２２…データ
４７…ネットワークインタフェース部
１７１…マルチキャスト判定部
１７２…エラー検出符号付加部
１７３…エラー訂正符号付加部
１７４…送信部
４７１…受信部
４７２…マルチキャスト判定部
４７３…エラー検出部
４７４…エラー訂正部
【図１】
2008182648.tif 000003
【図２】
2008182648.tif 000004
【図３】
2008182648.tif 000005
【図４】
2008182648.tif 000006
【図５】
2008182648.tif 000007
【図６】
2008182648.tif 000008
【図７】
2008182648.tif 000009
【図８】
2008182648.tif 000010
【図９】
2008182648.tif 000011