(57)【要約】【課題】動画像や音声のデータパケットを、ＦＥＣを用いてフレーム単位でバースト送信する際に、データ復元の確率を高めることができるようにする。【解決手段】実際にネットワーク上で起こる確率の高いパケット欠落の状況を考慮して、データパケットの送信順序を制御するＦＥＣパケットを生成した基となるデータパケットの送信順序を工夫することにより、パリティ符号を用いたＦＥＣであっても、ネットワークの輻輳などに起因するパケットのバースト欠落に対して高い耐性を持たせることができるようにして、パケットの欠落が発生した場合のデータ復元可能な確率を高めることができるようにする。【選択図】  図４
2010034898.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してデータを送信するデータ送信装置であって、
前記送信するデータを格納したデータパケットを複数生成するパケット生成手段と、
前記パケット生成手段により生成されたデータパケットを複数のグループに分割するグループ分割手段と、
前記データパケットのネットワーク伝送時のエラーを修復するための誤り訂正データを格納した誤り訂正パケットを、前記グループ分割手段により分割されたデータパケット毎に生成する誤り訂正パケット生成手段と、
前記グループ分割手段により分割された複数のグループの中からデータパケットを任意に選択するパケット選択手段と、
前記パケットの送信順序を制御する送信制御手段とを備え、
前記送信制御手段は、前記パケット選択手段により選択された任意のデータパケットの送信順序が最後になるように制御することを特徴とするデータ送信装置。
【請求項２】
前記送信制御手段は、前記任意に選択したデータパケットの直前に、前記誤り訂正パケット生成手段により生成された誤り訂正パケットを送信するように送信順序を制御することを特徴とする請求項１に記載のデータ送信装置。
【請求項３】
前記送信制御手段は、前記任意に選択したデータパケット以外の残りのデータパケットの送信順序は、前記残りのデータパケットの中でランダムになるように送信順序を制御することを特徴とする請求項２に記載のデータ送信装置。
【請求項４】
前記送信制御手段は、前記任意に選択したデータパケット以外の残りのデータパケットと、前記誤り訂正パケット生成手段により生成された誤り訂正パケットの送信順序を、ランダムになるように送信順序を制御することを特徴とする請求項１に記載のデータ送信装置。
【請求項５】
前記送信制御手段は、前記誤り訂正パケットが最初に送信され、前記任意に選択したデータパケット以外の残りのデータパケットが中間に送信されるように送信順序を制御することを特徴とする請求項１に記載のデータ送信装置。
【請求項６】
前記送信制御手段は、送信順序の中間に送信するデータパケットの送信順序をランダムに決定することを特徴とする請求項５に記載のデータ送信装置。
【請求項７】
前記誤り訂正パケット生成手段は、パリティ符号及びこれに類似の誤り訂正符号を用いることを特徴とする請求項１〜６の何れか１項に記載のデータ送信装置。
【請求項８】
ネットワークを介してデータを送信するデータ送信方法であって、
前記送信するデータを格納したデータパケットを複数生成するパケット生成工程と、
前記パケット生成工程において生成されたデータパケットを複数のグループに分割するグループ分割工程と、
前記データパケットのネットワーク伝送時のエラーを修復するための誤り訂正データを格納した誤り訂正パケットを、前記グループ分割工程において分割されたデータパケット毎に生成する誤り訂正パケット生成工程と、
前記グループ分割工程において分割された複数のグループの中からデータパケットを任意に選択するパケット選択工程と、
前記パケットの送信順序を制御する送信制御工程とを備え、
前記送信制御工程は、前記パケット選択工程において選択された任意のデータパケットの送信順序が最後になるように制御することを特徴とするデータ送信方法。
【請求項９】
ネットワークを介してデータを送信するデータ送信方法をコンピュータに実行させるコンピュータプログラムであって、
前記送信するデータを格納したデータパケットを複数生成するパケット生成工程と、
前記パケット生成工程において生成されたデータパケットを複数のグループに分割するグループ分割工程と、
前記データパケットのネットワーク伝送時のエラーを修復するための誤り訂正データを格納した誤り訂正パケットを、前記グループ分割工程において分割されたデータパケット毎に生成する誤り訂正パケット生成工程と、
前記グループ分割工程において分割された複数のグループの中からデータパケットを任意に選択するパケット選択工程と、
前記パケットの送信順序を制御する送信制御工程とを備え、
前記送信制御工程は、前記パケット選択工程において選択された任意のデータパケットの送信順序が最後になるように制御するデータ送信方法の各処理をコンピュータに実行させることを特徴とするコンピュータプログラム。
【請求項１０】
請求項９に記載のコンピュータプログラムを記憶したことを特徴とするコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデータ送信装置及びデータ送信方法に関し、特に、誤り訂正符号化によって生成されたデータを含むパケットを、有線あるいは無線のネットワークを介して送信するために用いて好適な技術に関する。
【背景技術】
【０００２】
近年、通信システムの発達により、動画像データの視聴をインターネットなどの通信回線を通して見ることが一般に行なわれるようになってきている。しかしながら、動画像データは、比較的大きなデータ通信帯域が必要となる。
【０００３】
ライブ映像などの動画像データの通信を行なう際には、リアルタイム性を特に必要とする。このため、動画像データを長時間にわたり送信する場合には、ＲＴＰ(A Transport Protocol for Real-Time Applications)と呼ばれる形式が一般的となっている。
【０００４】
ＲＴＰは、音声や動画像などをリアルタイムでデータ転送するためのプロトコルであり、ＩＥＴＦによりＲＦＣ1889及びＲＦＣ1890として定義されている。また、ＲＴＰは、ＵＤＰ(User Datagram Protocol)の上位プロトコルである。通信時の処理において、リソースの確保や通信エラーの補償を行なわない代わりに、比較的単純な仕組みであることから通信速度が期待できるものとなっている。
【０００５】
しかし、ＲＴＰは前述の通り、通信エラーの補償が無いため、通信経路でのパケットの損失が発生すると、転送している音声や動画像に乱れが生じることが懸念される。そこで、ＲＴＰを用いて音声や動画像データを転送する際には、通信エラーによって欠落したパケットを再送する技術（これを、再送制御という）がある。また、ＦＥＣ(Forward Error Correction:前方誤り訂正)と呼ばれる技術によって、通信エラーの回避を図ることが知られている。
【０００６】
ＦＥＣは、誤り訂正符号の技術を使って、データ転送中に発生するパケットの欠落を回復する技術である。送信側では、送信データから誤り訂正符号化によって、受信側でのデータ復元処理のために必要となる冗長なデータを生成し、送信データに付加して送信する。
【０００７】
一方、受信側では、受信したデータの誤り及びパケットの欠落を検出した場合、受信した正常なデータと冗長データとを用いて、エラーとなったパケットを復元することができる。ＦＥＣと前記パケットの再送制御は、どちらも通信経路でのパケットのエラーを回復する技術であるが、ＦＥＣでは送信データから生成した冗長データを加えたものを送信するため、送信するデータ量が増加するデメリットがある。しかし、再送制御を用いた場合に比較すると、再送に伴うタイムロスが無いため、伝送遅延を特に少なくしたいという用途に用いられる。
【０００８】
また、ＦＥＣの種類には、情報ビット列をブロックに区切り、ブロックごとに符号化するブロック符号化と、各ブロックの符号化がそれ依然のブロックに依存する畳み込み符号化がある。その中でも、よく知られている符号化方法は、ブロック符号化に属する、パリティ(ＸＯＲ)符号、ＢＣＨ符号、リードソロモン符号があげられる。
【０００９】
動画像データなどのメディアデータを転送する際にＦＥＣを用いる場合には、現状ではパリティ符号が使用されることが多いが、最近ではリードソロモン符号を使用するものも出てきている。この両符号化方式は、一般に、処理負荷はパリティ符号化の方が軽く、冗長データの圧縮率ではリードソロモン符号の方が効率が良い。また、パケットのバースト欠落に対しても、リードソロモン符号の方が優れている。
【００１０】
すなわち、処理負荷を除けば、概してパリティ符号よりリードソロモン符号の方が優れた符号化方法であるが、送受信機器の処理能力の制約などにより、リードソロモン符号を採用できない場合がある。
【００１１】
パリティ符号では、いくつかのデータパケットから生成した冗長なデータを格納したパケット（これを以下、ＦＥＣパケットと呼ぶ）が欠落してしまうと、元のデータパケットの復元ができなくなる。このような問題点を解消するために、パケットをバースト送信する場合には、ＦＥＣパケットをデータパケットの前に送信することでＦＥＣパケットの欠落を少なくする方法が提案されている（例えば、特許文献１を参照）。
【００１２】
【特許文献１】特開２００５−１３６５４６号公報
【発明の開示】
【発明が解決しようとする課題】
【００１３】
しかしながら、上記従来の技術におけるＦＥＣパケットの送信順序の決定方法は、その後に送信されるデータパケットの送信順序によっては、必ずしも良い結果となるとは限らない。
【００１４】
例えば、ＦＥＣパケットの欠落を回避することができても、本来必要なデータパケットが多数欠落してしまうと、冗長なＦＥＣパケットを優先して受信したがために、肝心のデータパケットの受信数が少なくなってしまう場合がある。このような場合には、結果として復元不可能なパケットが多くなってしまう問題点が発生する。
本発明は前述の問題点に鑑み、パケットの欠落が発生した場合にデータを復元できる確率を高めることができるようにすることを目的としている。
【課題を解決するための手段】
【００１５】
本発明のデータ送信装置は、ネットワークを介してデータを送信するデータ送信装置であって、前記送信するデータを格納したデータパケットを複数生成するパケット生成手段と、前記パケット生成手段により生成されたデータパケットを複数のグループに分割するグループ分割手段と、前記データパケットのネットワーク伝送時のエラーを修復するための誤り訂正データを格納した誤り訂正パケットを、前記グループ分割手段により分割されたデータパケット毎に生成する誤り訂正パケット生成手段と、前記グループ分割手段により分割された複数のグループの中からデータパケットを任意に選択するパケット選択手段と、前記パケットの送信順序を制御する送信制御手段とを備え、前記送信制御手段は、前記パケット選択手段により選択された任意のデータパケットの送信順序が最後になるように制御することを特徴とする。
【００１６】
本発明のデータ送信方法は、ネットワークを介してデータを送信するデータ送信方法であって、前記送信するデータを格納したデータパケットを複数生成するパケット生成工程と、前記パケット生成工程において生成されたデータパケットを複数のグループに分割するグループ分割工程と、前記データパケットのネットワーク伝送時のエラーを修復するための誤り訂正データを格納した誤り訂正パケットを、前記グループ分割工程において分割されたデータパケット毎に生成する誤り訂正パケット生成工程と、前記グループ分割工程において分割された複数のグループの中からデータパケットを任意に選択するパケット選択工程と、前記パケットの送信順序を制御する送信制御工程とを備え、前記送信制御工程は、前記パケット選択工程において選択された任意のデータパケットの送信順序が最後になるように制御することを特徴とする。
【００１７】
本発明のコンピュータプログラムは、ネットワークを介してデータを送信するデータ送信方法をコンピュータに実行させるコンピュータプログラムであって、前記送信するデータを格納したデータパケットを複数生成するパケット生成工程と、前記パケット生成工程において生成されたデータパケットを複数のグループに分割するグループ分割工程と、前記データパケットのネットワーク伝送時のエラーを修復するための誤り訂正データを格納した誤り訂正パケットを、前記グループ分割工程において分割されたデータパケット毎に生成する誤り訂正パケット生成工程と、前記グループ分割工程において分割された複数のグループの中からデータパケットを任意に選択するパケット選択工程と、前記パケットの送信順序を制御する送信制御工程とを備え、前記送信制御工程は、前記パケット選択工程において選択された任意のデータパケットの送信順序が最後になるように制御するデータ送信方法の各処理をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１８】
本発明によれば、実際にネットワーク上で起こる確率の高いパケット欠落の状況を考慮して、データパケットの送信順序を制御するＦＥＣパケットを生成した基となるデータパケットの送信順序を工夫した。これにより、パリティ符号を用いたＦＥＣであっても、ネットワークの輻輳などに起因するパケットのバースト欠落に対して高い耐性を持たせることが可能になり、パケットの欠落が発生した場合にデータを復元できる確率を高めることができる。
【発明を実施するための最良の形態】
【００１９】
（第１の実施形態）
図１は、本発明の実施形態を示し、動画像データ送信装置の基本構成例を示すブロック図である。
図１に示すように、動画像データ送信装置１００は、制御部１０、動画像/音声入力部１０１、符号化部１０２、ＲＴＰパケット生成部１０３、ＦＥＣパケット生成部１０４、パケット送信バッファ１０５を有している。また、スケジューリング部１０６、パケット送信部１０７を有している。そして、動画像データ送信装置１００の各部の動作は、制御部１０により制御される。
【００２０】
符号化部１０２は、動画像/音声入力部１０１から入力された動画像や音声データを、例えばＭＰＥＧ−４方式により符号化することでデータ量を圧縮する。動画像データの圧縮方法としては、ＭＰＥＧ−４に限らずＭＰＥＧ−２やＨ．２６４などの符号化方式を用いてもよい。
【００２１】
ＲＴＰパケット生成部１０３では、符号化部１０２により符号化されたデータを、通信に適したサイズに分割し、更にＲＴＰプロトコルとして通信するために必要なヘッダを付加してＲＴＰのデータパケットを複数生成する。
【００２２】
ＦＥＣパケット生成部１０４では、ＲＴＰパケット生成部１０３にて生成されたＲＴＰパケットから、ＦＥＣパケットを所定の冗長度に従って生成する。そして、生成したこれらのＲＴＰパケット及びＦＥＣパケットは、パケット送信バッファ１０５に一時保管される。
【００２３】
パケット送信バッファ１０５に一時保管されたＲＴＰパケット及びＦＥＣパケットは、スケジューリング部１０６において決定された送信順序及び送信時間に従って、制御部１０により送信制御されて、パケット送信部１０７から伝送路１０８に送信される。ここで、伝送路１０８は各種ネットワークに代表される伝送路であり、本実施形態においては、パケット化した動画像及び音声データを送信するネットワークである。
【００２４】
ところで、インターネットなどのネットワークを介してデータ通信を行う場合に発生するパケットの欠落の要因は様々だが、代表的な原因の一つにネットワーク帯域の輻輳があげられる。
【００２５】
このネットワーク帯域の輻輳によって、ネットワークを構成するハブやルータなどの通信機器において、比較的短い一定時間内に通過しようとするパケットの数が多すぎる場合、パケットを処理するバッファが足りなくなり、その結果、パケットロスが発生する。
【００２６】
また、動画像データや音声データは、一般に、１秒あたり複数のフレームによって構成されている。したがって、これらのデータをパケット化して通信する場合、各々を構成するフレーム単位でパケットを生成し、フレーム単位でまとめて送信するケースが一般的である。
【００２７】
このような送信方法において、ネットワークの輻輳が発生した場合のパケットロスの様子について、図２を用いて説明する。図２において、四角（□）は各々１つのパケットを示しており、フレーム単位でまとめて送信している様子を表している。
【００２８】
この時、ネットワークの輻輳が発生している場合には、図２の各フレームを構成するパケットのうち、斜線で示した各フレームの後端に位置するパケットが欠落し易い傾向にある。そこで、次に、スケジューリング部１０６において行われるＲＴＰパケット及びＦＥＣパケットの送信順序の決定方法について説明する。
【００２９】
説明に先立って、まず、図３のように一定時間内に送信するデータパケットをＡ〜Ｄのグループに分けた場合に、パリティ符号によって、Ａ〜Ｄの各々のデータパケットのグループから生成したＦＥＣパケットを、図３に示すようにa〜dとする。
【００３０】
パリティ符号では、このようにＦＥＣパケットを生成した場合、Ａ〜Ｄのグループ内のデータパケットのうち、各々のグループから夫々任意の１つのデータパケットが欠落しても、欠落したデータパケットを復元することが可能となる。これは、その他のデータパケットとＦＥＣパケットとによって、欠落したデータパケットを復元することができるからである。
【００３１】
そこで、本実施形態では、図３に示すＡ〜Ｄのデータパケットと、ａ〜ｄのＦＥＣパケットとを一定時間内にバースト送信する場合について考える。例えば、図４に示す送信順序で送信する図４におけるパケットの送信順序の決定方法は以下のようにする。まず、Ａ〜Ｄのデータパケットの各々のグループから夫々任意の１つのパケットを選択し（符号４０１）、選択したパケットの送信順序を最後に配置する。
【００３２】
送信順序を最後に配置されたデータパケットは、先に説明したように、ネットワークに輻輳が発生した場合、パケットが欠落する可能性が高い。仮に、符号４０１で選択されたデータパケットが全て欠落しても誤り訂正符号によって復元可能であるが、それ以上のパケットが欠落してしまうと、復元は不可能になる。
【００３３】
したがって、符号４０１のパケットを除いた残りのデータパケット及びＦＥＣパケットの重要度を考慮すると、ＦＥＣパケットは基本的にはそのままでは動画像や音声データの復号に使用することはできない。このため、本実施形態においては他のデータパケットよりも重要度は低いものと判断することができる。そこで、図４に示す符号４０２のように、ＦＥＣパケットａ〜ｄは、送信順序を符号４０１のデータパケットの直前に配置する。
【００３４】
また、任意に選択したデータパケット以外の残りのデータパケットについては、パケット間に重要度の差が特に無い場合は、任意の送信順序で送信してもよい。しかしながら、図４に示す符号４０３のように、残りのデータパケットの送信順序をランダムに配置すると、パケットの欠落がこの部分のデータパケットに及んだ場合でも、バーストエラーを避けることができる。その結果として、復号した動画像や音声の品質が良くなる可能性が高くなる。
【００３５】
なお、実際に発生するパケットの欠落は、その要因によってもパケットの欠落の仕方、すなわち、欠落パターンが異なることも少なくない。本実施形態における送信順序の決定方法を説明した図４のケースでは、ネットワークの輻輳によってパケットの欠落が主に発生する場合に有効な送信順序の決定方法を示した。しかし、例えば、ネットワークの輻輳以外にも、何らかの外乱が原因で任意の送信順のパケットが欠落することが多い場合には、図５或いは図６に示すような送信順序でもよい。
【００３６】
図５は、図４と同様に、ＦＥＣパケットを生成した各々のグループから任意の１つのパケットを選択して、送信順序の最後に配置する（符号５０１）が、その他のデータパケットとＦＥＣパケットは、まとめてランダムに送信順序を決定している（符号５０２）。
【００３７】
また、図６も、ＦＥＣパケットを生成した各々のグループから任意の１つのパケットを選択して、送信順序の最後に配置する（符号６０１）部分は、図４及び図５の方法と同様である。しかし、符号６０２及び符号６０３で示す残りのパケットについては、図４の方法とは逆に、ＦＥＣパケットを送信順序の先頭に配置してもよい。
【００３８】
いずれの方法にしても、本実施形態における送信順序の決定方法は、仮に欠落しても復元可能なパケットを、送信順序上最も欠落し易い位置に配置することによって、誤り訂正符号によってパケットを復元できる確率を向上させることができる。
【００３９】
なお、誤り訂正符号の方法について、本実施形態では、パリティ符号を一つの例として説明したが、類似の誤り訂正符号を用いた場合にも、本発明の送信順序の決定方法が適用可能であることは言うまでもない。
【００４０】
以上、説明した本実施形態のデータ送信方法の概略処理を、図７のフローチャートを参照しながら説明する。
まず、ステップＳ７１において、一定時間内にバースト送信するデータパケットを複数のグループに分割するグループ分割を行う。
【００４１】
次に、ステップＳ７２に進み、ステップＳ７１で生成した各々のデータパケットのグループからＦＥＣパケットを生成する。ここで生成するＦＥＣパケットは、前述したように、ステップＳ７１で生成したデータパケットをネットワークを介し行うネットワーク伝送時に発生するエラーを修復するための、誤り訂正データを格納した誤り訂正パケットである。本実施形態においては、グループ分割されたデータパケット毎に誤り訂正パケット生成を行う。
【００４２】
次に、ステップＳ７３に進み、ステップＳ７１において分割した複数のデータパケットの各々のグループからデータパケットを任意に選択して１つのパケットを生成するパケット選択を行う。次に、ステップＳ７４に進み、選択したパケットが所定の送信順序となるようにパケットを配置する。
【００４３】
本実施形態においては、ステップＳ７３で選択したパケットの送信順序が最後になるように配置する。また、ＦＥＣパケットが最後に送信するデータの直前に配置する。次に、ステップＳ７５に進み、未配置のデータパケットの有無を判断する。この判断の結果、未配置のデータパケットが有る場合にはステップＳ７４に戻ってデータパケットの配置処理を続行する。一方、ステップＳ７５の判断の結果、未配置のデータパケットが無くなった場合には、処理を終了する。
【００４４】
なお、前記任意に選択したデータパケット以外の残りのデータパケットを送信する順序としては、種々の順序を考慮することができる。例えば、誤り訂正パケットの送信順序を、ランダムになるように送信順序を制御するようにしてもよい。
【００４５】
また、誤り訂正パケットが最初に送信され、任意に選択したデータパケット以外の残りのデータパケットが中間に送信されるようにしてもよい。さらに、送信順序の中間に送信するデータパケットの送信順序をランダムに決定するようにしてもよい。
【００４６】
（本発明に係る他の実施の形態）
前述した本発明の実施の形態におけるデータ送信装置を構成する各手段は、コンピュータのＲＡＭやＲＯＭなどに記憶されたプログラムが動作することによって実現できる。このプログラム及び前記プログラムを記録したコンピュータ読み取り可能な記録媒体は本発明に含まれる。
【００４７】
また、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施の形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。
【００４８】
なお、本発明は、前述したデータ送信方法における各工程を実行するソフトウェアのプログラム（実施の形態では図７に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接、あるいは遠隔から供給する。そして、そのシステムあるいは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。
【００４９】
したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【００５０】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。
【００５１】
プログラムを供給するための記録媒体としては種々の記録媒体を使用することができる。例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。
【００５２】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。
【００５３】
また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【００５４】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【００５５】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施の形態の機能が実現される他、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行うことによっても前述した実施の形態の機能が実現され得る。
【００５６】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によっても前述した実施の形態の機能が実現される。
【図面の簡単な説明】
【００５７】
【図１】本発明の実施形態を示し、動画像データ送信装置の基本構成を示すブロック図である。
【図２】ネットワーク輻輳時の典型的なパケットロスの様子を示す図である。
【図３】本発明の実施形態を示し、いくつかのデータパケットのグループから、誤り訂正符号によってＦＥＣパケットを生成する様子を示す図である。
【図４】本発明の実施形態を示し、パケット送信順序の決定方法を示す図である。
【図５】本発明の実施形態を示し、図４とは別のパケット送信順序の決定方法を示す図である。
【図６】本発明の実施形態を示し、図４、図５とは別のパケット送信順序の決定方法を示す図である。
【図７】本発明の実施形態を示し、データ送信方法の概略手順を説明するフローチャートである。
【符号の説明】
【００５８】
１０  制御部
１００  動画像データ送信装置
１０１  動画像/音声入力部
１０２  符号化部
１０３  ＲＴＰパケット生成部
１０４  ＦＥＣパケット生成部
１０５  パケット送信バッファ
１０６  スケジューリング部
１０７  パケット送信部
１０８  伝送路
【図１】
2010034898.tif 000003
【図２】
2010034898.tif 000004
【図３】
2010034898.tif 000005
【図４】
2010034898.tif 000006
【図５】
2010034898.tif 000007
【図６】
2010034898.tif 000008
【図７】
2010034898.tif 000009