(57)【要約】【課題】  伝送時の伝送エラーに起因する音声データの消失を抑制することを可能とした映像・音声の同時伝送方法、システムおよびこれらに用いられる送信装置、受信装置を提供する。【解決手段】  映像データＮと音声データｎとを同時伝送する際に、音声データｎを複製して、同一内容の音声データｎが時間的に所定時間以上（例えば、Δｔ）離れた位置に配置した伝送データを生成し、これを送信する。伝送エラーにより一方が破損した場合でも、他方のデータを用いることで、元の音声データを復元することができ、バーストエラーに対する耐性が向上する。【選択図】  図４
2005094661.tif 000002
【特許請求の範囲】
【請求項１】
映像と音声データからなるデータストリームを伝送する映像・音声の同時伝送方法において、
データストリーム中の映像データと音声データをそれぞれパケット化し、
音声データ・パケットを複製して、伝送対象となる映像フレームの映像データ・パケットの間に、一方の音声データ・パケットを他方の音声データ・パケットより所定時間以上遅延させて配置することで、音声データ・パケットを重複して有する伝送データを生成し、
生成した伝送データを所定の伝送路を通じて伝送し、
所定の伝送路を通じて伝送された伝送データを受信し、
受信データ中の重複する音声データ・パケットから正常な音声データ・パケットを抽出し、
抽出した音声データ・パケットと映像データ・パケットから再生用のデータストリームを生成する工程を備えていることを特徴とする映像・音声の同時伝送方法。
【請求項２】
前記再生用のデータストリームを生成する工程において、映像データ・パケットと抽出した音声データ・パケットとを時間的に整合させて再生用のデータストリームを生成することを特徴とする請求項１記載の映像・音声の同時再生伝送方法。
【請求項３】
送信側から受信側へと所定の伝送路を介して映像と音声データからなるデータストリームを伝送する映像・音声の同時伝送システムにおいて、
前記送信側は、
映像データの各フレームに合わせて、データストリーム中の映像データと音声データをそれぞれパケット化するパケット生成手段と、
音声データ・パケットを複製して対にし、伝送対象となる映像フレームの映像データ・パケットの間に、一方の音声データ・パケットを他方の音声データ・パケットより所定時間以上遅延させて配置することで、音声データ・パケットを重複して有する伝送データを生成する伝送データ生成手段と、
生成した伝送データを前記所定の伝送路へと送信する送信手段とを備えており、
前記受信側は、
前記所定の伝送路を通じて伝送された伝送データを受信する受信手段と、
受信データ中の対になる音声データ・パケットから正常な音声データ・パケットを抽出する抽出手段と、
抽出した音声データ・パケットと映像データ・パケットから再生用のデータストリームを生成する再生データ生成手段と、
を備えていることを特徴とする映像・音声の同時伝送システム。
【請求項４】
前記再生データ生成手段は、映像データ・パケットと抽出した音声データ・パケットとを時間的に整合させて再生用のデータストリームを生成することを特徴とする請求項３記載の映像・音声の同時再生伝送システム。
【請求項５】
送信側から受信側へと所定の伝送路を介して映像と音声データからなるデータストリームを伝送する映像・音声の同時伝送システムで用いられる送信装置であって、
映像データの各フレームに合わせて、データストリーム中の映像データと音声データをそれぞれパケット化するパケット生成手段と、
音声データ・パケットを複製して、伝送対象となる映像フレームの映像データ・パケットの間に、一方の音声データ・パケットが他方の音声データ・パケットより所定時間以上遅延させて配置することで、音声データ・パケットを重複して有する伝送データを生成する伝送データ生成手段と、
生成した伝送データを前記所定の伝送路へと送信する送信手段とを備えていることを特徴とする送信装置。
【請求項６】
送信側から受信側へと所定の伝送路を介して映像と音声データからなるデータストリームを伝送する映像・音声の同時伝送システムで用いられる受信装置であって、
前記所定の伝送路に接続され、音声データ・パケットが複製されて、伝送対象となる映像フレームの映像データ・パケットの間に、一方の音声データ・パケットが他方の音声データ・パケットより所定時間以上遅延するように配置されることで、音声データ・パケットを重複して有するよう構成された伝送データを受信する受信手段と、
受信データ中の重複する音声データ・パケットから正常な音声データ・パケットを抽出する抽出手段と、
抽出した音声データ・パケットと映像データ・パケットから再生用のデータストリームを生成する再生データ生成手段と、
を備えていることを特徴とする受信装置。
【請求項７】
前記再生データ生成手段は、映像データ・パケットと抽出した音声データ・パケットとを時間的に整合させて再生用のデータストリームを生成することを特徴とする請求項６記載の受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像データと音声データを同時に伝送する方法とシステム、さらにこの方法、システムで用いられる送信装置および受信装置に関する。
【背景技術】
【０００２】
近年のインターネットの高速化に伴い、映像・音声といった大容量のメディアを高品質な状態で通信回線を通じて実時間で提供することが可能となってきた。例えば、民生用のデジタルビデオ機器を用いて映像・音声の伝送を行う技術として、非特許文献１、非特許文献２に記載の技術が知られている。
【０００３】
これらの技術は民生用に用いられているデジタルビデオ（ＤＶ）機器を用いて映像と音声のリアルタイム伝送を行うものである。映像フレームを間引きすることで転送データ量を減らして伝送に必要なネットワークの帯域幅を減少させることも可能である。音声データは間引かずに全て伝送する。さらに、音声データを時間的に隣接する位置に複製して伝送する命令・処理もある。
【非特許文献１】杉浦一徳他「民生用ＤＶを用いたインターネットビデオ会議システム」情報処理学会誌Vol.40 No.7、1999年7月
【非特許文献２】杉浦一徳他「インターネットにおけるＴＣＰ協調型のＤＶ転送技術」情報通信学会コミュニケーションクオリティ研究会、2000年２月
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、リアルタイム伝送時には、伝送エラーに起因してデータの消失が発生することがある。一般に、人間はこうしたデータ消失をノイズとして検知・認知するが、人のノイズに対する検知能力は映像より音声のほうが高いとされており、また、映像データに比べて音声データのノイズのほうが修復が難しいため、ノイズの発生を抑制するためには特に音声データの消失を抑制する必要がある。
【０００５】
このとき、通信回線の一部に無線回線が使用されていると、有線回線と異なるエラー（ランダムエラーとバーストエラー）が発生するが、従来のエラー訂正技術では特にバーストエラーの訂正はほとんど不可能であり、音声データが消失してしまい、ノイズとなってしまう。また、有線回線においても、例えばルータなどの通信機器がデータストリームのパケット廃棄を行った場合など、バーストエラーが発生するおそれがある。
【０００６】
また、従来のエラー訂正技術のうち、例えばＦＥＣ（Forward Error Correction）方式などでは、ソフトウェアもしくはハードウェアによる高速計算処理が要求され、装置構成、プログラム難易度、装置価格などが大幅に増大してしまう。ＦＥＣデータをさらにシャフリングして伝送する方式も同様である。
【０００７】
そこで本発明は、伝送時の伝送エラーに起因する音声データの消失を抑制することを可能とした映像・音声の同時伝送方法、システムおよびこれらに用いられる送信装置、受信装置を提供することを課題とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明に係る映像・音声の同時伝送方法は、映像と音声データからなるデータストリームを伝送する映像・音声の同時伝送方法において、（１）映像データの各フレームに合わせて、データストリーム中の映像データと音声データをそれぞれパケット化し、（２）音声データ・パケットを複製して、伝送対象となる映像フレームの映像データ・パケットの間に、一方の音声データ・パケットを他方の音声データ・パケットより所定時間以上遅延させて配置することで、音声データ・パケットを重複して有する伝送データを生成し、（３）生成した伝送データを所定の伝送路を通じて送信し、（４）この所定の伝送路を通じて伝送された伝送データを受信し、（５）受信データ中の重複する音声データ・パケットから正常な音声データ・パケットを抽出し、（６）抽出した音声データ・パケットと映像データ・パケットから再生用のデータストリームを生成する各工程を備えていることを特徴とする。
【０００９】
一方、本発明に係る映像・音声の同時伝送システムと伝送システム・方法に用いられる送受信装置は、送信側から受信側へと所定の伝送路を介して映像と音声データからなるデータストリームを伝送する映像・音声の同時伝送システムにおいて、送信側（本発明に係る送信装置に対応する。）は、（１）映像データの各フレームに合わせて、データストリーム中の映像データと音声データをそれぞれパケット化するパケット生成手段と、（２）音声データ・パケットを複製して、伝送対象となる映像フレームの映像データ・パケットの間に、一方の音声データ・パケットが他方の音声データ・パケットより所定時間以上遅延させて配置することで、音声データ・パケットを重複して有する伝送データを生成する伝送データ生成手段と、（３）生成した伝送データを前記所定の伝送路へと送信する送信手段とを備えており、受信側（本発明に係る受信装置に対応する。）は、（１）所定の伝送路に接続され、音声データ・パケットを重複して有している伝送データを受信する受信手段と、（２）受信データ中の対になる音声データ・パケットから正常な音声データ・パケットを抽出する抽出手段と、（３）抽出した音声データ・パケットと映像データ・パケットから再生用のデータストリームを生成する再生データ生成手段と、を備えていることを特徴とする。
【００１０】
すなわち、送出側（サーバ側）では、映像データと音声データをそれぞれパケット化し、送信対象となる映像データパケットの間に元の音声データ・パケットとその複製の音声データ・パケットとを一方のパケットを他方のパケットより所定時間遅延させて挟み込むことにより音声データを重複して有する（冗長された）伝送データを生成し、このデータを伝送路へと送出する。受信側（クライアント側）では、冗長されている音声データ・パケットのうちからエラーのないデータ・パケットを判別してこれを用いて音声データを再構築し、再構築した映像データと組み合わせることで、映像ストリームを再構築して、再生を行う。ここで、映像データパケットは、元の映像データのフレームを間引きしてもよい。また、音声データパケットは、１フレームを構成する映像データパケットの後に配置してもよいし、１フレームを構成する映像データパケットの間に配置してもよい。さらに、音声データ・パケットの配置は、元の音声データの順序を所定の順序で組み換えて配置してもよい。
【００１１】
再生用のデータストリームを生成する工程・手段において、映像データと抽出した音声データとを時間的に整合させて再生用のデータストリームを生成することが好ましい。これは、例えば、映像データを遅延させることにより行われる。
【発明の効果】
【００１２】
このように、音声データ・パケットとその複製パケットとを時間的にずらして送出することで、伝送中にエラーが発生した場合でも、いずれか一方のデータ・パケットがエラーなく受信されれば元の音声データを再構築することが可能となる。この時間的なずれを、例えば、映像フレームの１フレームより長い時間にすることで、時間的なずれは１／３０秒（ＮＴＳＣ方式の場合）以上となり、一般的なバーストエラーの継続時間より長くなり、両方のデータ・パケットがエラーによって破損する可能性は無視できるほど小さくなる。このため、音声データのエラーによる消失を抑制することができる。
【００１３】
音声データと映像データを再構築する際にその時間的整合をとることで、再生される映像と音声とに時間的なずれが発生するのを防止し、自然な音声付映像を提供することができる。
【発明を実施するための最良の形態】
【００１４】
以下、添付図面を参照して本発明の好適な実施の形態について詳細に説明する。説明の理解を容易にするため、各図面において同一の構成要素に対しては可能な限り同一の参照番号を附し、重複する説明は省略する。
【００１５】
図１は、本発明に係る映像・音声の同時伝送システムの全体構成を示すブロック図である。この伝送システムは、インターネット３を伝送路として送信側のサーバ１（本発明に係る送信装置に相当する。）と、受信側のクライアント２（本発明に係る受信装置に相当する。）とが接続されるものであり、伝送路となるインターネット３には、無線通信回線３０と有線通信回線３１が混在して用いられており、無線通信回線３０には、電波、光、赤外線等による無線通信が含まれる。
【００１６】
サーバ１は、映像・音声データ（データストリーム）を再生するためのＤＶ機器１０（本発明に係るパケット生成手段に相当する。）、送信データの生成を行うサーバコンピュータ１１（本発明に係る伝送データ生成手段に相当する。）、元の映像・音声データや送信データを蓄積保存する磁気ディスク等の記憶装置１２と、インターネット３に接続される通信機器１３（本発明に係る送信手段に相当する。）とを備えている。
【００１７】
クライアント２は、受信データから再生データを生成する端末コンピュータ２１（本発明に係る抽出手段および再生データ生成手段に相当する。）と、再生データを蓄積保存する磁気ディスク等の記憶装置２２と、インターネット３に接続される通信機器２３（本発明に係る受信手段に相当する。）と、画像表示を行うディスプレイ２４と、音声出力のためのスピーカー２５とを備えている。
【００１８】
ここで、サーバコンピュータ１１、クライアントコンピュータ２１は、いずれも汎用のパーソナルコンピュータやワークステーションであり、クライアントコンピュータ２１には、携帯端末等も利用可能である。記憶装置２２、通信機器２３、ディスプレイ２４、スピーカー２５はクライアントコンピュータ２１と一体化されていてもよい。また、ＤＶ機器１０としては、民生用のデジタルビデオ機器を用いることができる。
【００１９】
ＤＶ機器１０からサーバコンピュータ１１には、例えば、ＩＥＥＥ−１３９４インターフェースを介してデータストリームが送られる。図２に、送られるデータストリームの構成を示す。このデータストリームは映像と音声および付加情報をシリアル形式で伝送する。以下、ＮＴＳＣ形式の約３０フレーム／秒の信号伝送を例に説明する。
【００２０】
図２（ａ）に示されるように、データストリームは、１ビデオフレーム（１画面）に相当する映像・音声データ（付加情報を含む。）を最大単位とするデジタルデータ列からなる。１つのビデオフレームは、図２（ｂ）に示されるように、１０個のＤＩＦシーケンスからなる。各ＤＩＦシーケンスは、ヘッダ、付属情報、映像外部情報、音声・映像情報のいずれかに対応する１５０個のＤＩＦブロックからなる（図２（ｃ）（ｄ）参照）。各ＤＩＦブロックは、長さ８０バイトからなり、先頭の４バイトがＩＤ、これに続く７６バイトがデータ部である（同図（ｅ）参照）。ＤＩＦブロックは、最初の１ブロックがヘッダ情報を、続く２ブロックが付属情報を、続く３ブロックが映像外部情報を収容し、残りの１４４ブロックには音声・映像情報が収容される。この１４４ブロックは１６ブロックずつの９グループに区分され、各グループは、先頭の１ブロックが音声データ、残りの１５ブロックが映像データに割り当てられている。すなわち、映像データと音声データとは異なるＤＩＦブロックに格納されている。これにより、この映像データストリームの伝送速度は、約２５Ｍｂ／ｓとなる（音声データを除く）。
【００２１】
サーバコンピュータ１１は、ＤＶ機器１０から伝送されてきたデータをインターネット３で配信するために、ＩＰカプセル化と呼ばれる処理を行う。図３は、カプセル化されたデータの構造を示す概略図である。データ（ペイロードデータと称する。）は所定の大きさでカプセル化され、先頭に、インターネット３での送受信のための宛先、送信元等を示すＩＰヘッダ、ＵＤＰヘッダと、データ種別を表すＲＴＰヘッダが付加される。
【００２２】
本発明に係る映像・音声の同時伝送システムにおいては、音声データを冗長化して伝送することで、音声データの伝送エラーによる消失を抑制する。このデータ冗長化について詳細に説明する。
【００２３】
説明を簡略化するため、ヘッダ情報等の付加情報は省略し、映像データと音声データのみの配置方法を説明する。つまり、実際に生成される伝送データは、ヘッダ情報等の付加情報を含むものである。
【００２４】
ここでは、音声データに着目しやすくするため、映像データは間引きして４フレームに１フレームのみを伝送する（伝送速度は７．５フレーム／秒となる。）場合を例に説明する。さらに、簡易化のため、間引きした映像データ、映像データ伝送に必要な実字関係かはそれらを省略して表示する。
【００２５】
音声データを冗長化せず、そのまま伝送する手法としては、図４（ａ）に示されるように、ｎフレームの映像データ（データ・パケット）Ｎの後にｎフレーム〜ｎ＋３フレームの音声データ（データ・パケット）ｎ〜ｎ＋３を伝送するというように、映像データのデータ・パケットの間に音声データのデータ・パケットを挟み込んで伝送する方法が用いられている。この場合には、音声データが冗長化されていないため、伝送エラーが発生すると、再送を行わない限りエラーが発生したパケットのデータは基本的に失われてしまう。
【００２６】
このような伝送エラーに対する音声データの消失の対策として、図４（ｂ）に示されるように、音声データ・パケットを複製し、同じ内容のパケットを交互に配置することで、伝送エラーへの耐性を高める手法がある。しかし、インターネット３の伝送経路上に無線通信回線３０があり、バーストエラーが発生すると、連続する数パケット分のデータが消失してしまう場合がある。このような場合、この技術では、重複しているデータの双方が消失してしまうため、データを復元することができない。
【００２７】
そこで、本発明に係る映像・音声の同時伝送方法（システム）においては、図４（ｃ）に示されるように、複製した音声データ・パケットを元の音声データ・パケットより所定時間（Δｔ）以上遅延させて伝送データを生成している。ここで、Δｔは、伝送路中に発生する一般的なバーストエラーの継続時間より十分に長く設定しておけばよい。例えば、１フレームに該当する時間（約１／３０秒）より長く設定しておくと、後述の実験で得られた実例のバーストエラーによって重複しているデータの双方が欠落してしまうのを防止できる。このため、バーストエラー発生時にも一方のデータは受信側へと到達するので、これを基にして元の音声データを復元することができる。
【００２８】
サーバコンピュータ１１は、生成した伝送データ（実際には、ヘッダ等が付加されたデータ）を通信機器１３からインターネット３へと送出する。ここで、伝送データは、リアルタイムに生成するのではなく、予め生成して記憶装置１２内に格納しておき、送信時に記憶装置１２から読み出して送信を行ってもよい。
【００２９】
クライアント２側のクライアントコンピュータ２１は、通信手段２３を介して受信したデータからヘッダ部を除去し、映像データ・パケットと音声データ・パケットをそれぞれ抽出する。そして、冗長化させた音声データ・パケットの対から正常に伝送された音声データ・パケットを用いて音声データを再構築する。ここで、音声データ・パケットが正常に送られたか否かは、データ・パケットにチェックサム情報等のエラー検出情報を付加しておき、これを用いて検証を行えばよい。両方のデータにエラーありと判定した場合には、データの修正処理を行い、出力する。この修正処理は、無音データやホワイトノイズへの置換、時間的に前後するデータからの補正処理等がある。
【００３０】
こうして再構築した音声データと、同様に再構築した映像データとをディスプレイ２４およびスピーカー２５によってそれぞれ再生を行う。この伝送システム／方法によれば、バーストエラーやそれ以外の伝送エラーによる音声データの欠落を抑制しつつ、音声・映像データを同時に伝送することを可能とする。
【００３１】
ここで、音声データ・パケット中の正常データの検証および、冗長化されたデータからのデータ再構築のため、再構築された映像データと再構築された音声データの出力タイミングがずれる可能性がある。そこで、出力タイミングが早いデータ（通常は映像データ）を遅延させて再構築された両データの出力タイミングを一致させることが好ましい。
【００３２】
なお、遅延を考慮して映像データ自体の送出タイミングを予め所定時間遅延させておいてもよい。これは、映像データの遅延に必要なバッファ容量が音声データの遅延に必要なバッファ容量より大きいことからクライアント２側におけるバッファ容量の削減に有効である。特に、携帯端末等の大容量のバッファを確保することが難しい場合に有効である。
【００３３】
音声・映像データ列中の音声データ・パケットの配置位置は、上述した位置に限られるものではなく、同一内容の音声データ・パケットがデータ列中で、バーストエラーの継続時間より十分に長い時間間隔をおくように配置されれば良く、各種の配置形態をとりうる。
【００３４】
図５は、別の配置例を示す図であり、ｎが音声データをＮが映像データを示している。図においてデータは下の行内のデータより上の行内のデータが先に送信され、同じ行内では、左のデータが右のデータより先に送信される。Ｎ０〜Ｎ５３は１フレームを構成する映像データの一部であり、ｎ０〜ｎ８は、この映像フレームおよび後続の間引きされるフレームに対応する音声データの一部である。ｎ０’〜ｎ６’は、それぞれｎ０〜ｎ６の複製データであって、ｎ-1’、ｎ-2’は、前に送信された音声データの複製データである。
【００３５】
元データｎ０と複製データｎ０’とはΔｔ離れた時点に配置される。このように１フレームの映像データのパケットの間に元の音声データと複製データを配置してもよい。また、複製した音声データを元の音声データや映像データに先行するように配置してもよい。
【００３６】
図６〜図９は、さらに別の配置例をそれぞれ示す図である。ここでは、元の音声データをフレーム番号１〜６で表し、それに対応する２組の複製データを１ａ〜６ａと１ｂ〜６ｂで表す。
【００３７】
図６の配置例では、複製データは２ｎ−１番目（奇数）と２ｎ番目のフレームのデータを対にして、２ｎ＋１番目のフレームと２ｎ＋２番目のフレームにおいてそれぞれ送信される。つまり、データ１ａと同じ内容を有する複製データ１ｂは、１フレーム遅延して送信されることになる。
【００３８】
図７の配置例では、さらに、フレームごとに音声データの送信順序を入れ換えている。つまり、奇数番目の２ｎ＋１フレームでは、２ｎ番目の音声データと２ｎ−１番目の音声データをこの順序で送信するのに対し、偶数番目の２ｎ＋２フレームでは、２ｎ−１番目の音声データと２ｎ番目の音声データをこの順序で送信する。この場合、同一内容の音声データ間には、少なくとも１／２フレーム分の遅延時間が確保できる。
【００３９】
図８、図９の配置例は、それぞれ図６、図７の配置例に対して音声データの送信順序を逆転させたものである。このように配置しても同様の効果が得られる。
【００４０】
これらは、音声データの遅延量Δｔや、音声データが複製・配置される位置（例えば、フレーム位置）などに関して、配置例を示したものにすぎず、本発明による音声データの複製位置を限定するものではない。
【００４１】
以上の説明では、ＤＶ機器からの出力に対して伝送データを生成する例を説明したが、ＤＶ機器によらず、アナログデータから変換したデジタル音声データや他のデジタル音声データを用いて、サーバコンピュータ１１で映像データと音声データのパケット化を行ってもよい。また、ここでは、伝送時に映像データと音声データのパケットを別々に取り扱う場合を説明したが、映像データ中に音声データを埋め込んでもよい。さらに、音声データのみが必要で、映像データの再生・上映が不要な運用などに対しては、音声データのみを伝送してもよい。
【００４２】
次に、本発明者らは重複化された音声データ間に必要な遅延時間について実験的に検討したので、その結果を説明する。
【００４３】
ここでは、浜松ホトニクス社製ギガビット光無線装置を用いて、１３０ｍの伝送距離で１２５０Mbpsで光無線通信を行った。図１０は、実験を行った１日間における光無線回線のエラー発生状況を示すグラフである。ＢＥＲは、ビット誤り率であり、ＥＦＳは、計測時定数６０秒に対するデータの分散の割合を示す値である。この場合のエラーの長さの分布を図１１に示す。最大のエラー長は約２．５ｍ秒であった。
【００４４】
同様に、浜松ホトニクス社製長距離光無線装置を用いて、８．２ｋｍの伝送距離で１００Mbpsで光無線通信を行った。図１２、図１３は異なる日におけるエラー長分布をそれぞれ示すグラフである。ここで、それぞれの昼の時点での浜松測候所における天候は快晴および晴れ一時雨であった。快晴時の最大エラー長は１．４ｍ秒であったが、晴れ一時雨時の最大エラー長は０．２ｍ秒であった。これは、本実験の通信波長に対しては、快晴の場合より曇や雨の日のほうが大気が安定している場合が多いためと思われる。
【００４５】
以上のデータからバーストエラーの持続時間としては、数ｍ秒を考慮すれば十分であり、重複させるデータ間の時間的距離は、３ｍ秒以上、好ましくは、１／２フレーム（＝約１５ｍ秒）以上おけばデータ消失の耐性を確保しうることが確認された。
【００４６】
これらの実験結果は、ある通信環境条件下の装置の特性を示したものであり、本発明における音声データの遅延時間に関する値を限定するものではない。
【図面の簡単な説明】
【００４７】
【図１】本発明に係る映像・音声の同時伝送システムの全体構成を示すブロック図である。
【図２】ＤＶ機器から出力されるデータストリームの構成を示す図である。
【図３】カプセル化されたデータの構造を示す概略図である。
【図４】従来例における映像データと音声データの配置（ａ、ｂ）と本発明における映像データと音声データの配置（ｃ）を示す図である。
【図５】映像データと音声データの別の配置例を示す図である。
【図６】音声データのさらに別の配置例を示す図である。
【図７】音声データのさらに別の配置例を示す図である。
【図８】音声データのさらに別の配置例を示す図である。
【図９】音声データのさらに別の配置例を示す図である。
【図１０】光無線回線のエラー発生状況を示すグラフである。
【図１１】エラーの長さの分布を示すグラフである。
【図１２】長距離光無線装置を用いた通信におけるエラー長分布を示すグラフである。
【図１３】図１２と異なる日におけるエラー長分布を示すグラフである。
【符号の説明】
【００４８】
１…サーバ、２…クライアント、３…インターネット、１０…ＤＶ機器、１１…サーバコンピュータ、１２…記憶装置、１３…通信機器、２１…クライアントコンピュータ、２２…記憶装置、２３…通信機器、２４…ディスプレイ、２５…スピーカー、３０…無線通信回線、３１…有線通信回線。
【図１】
2005094661.tif 000003
【図２】
2005094661.tif 000004
【図３】
2005094661.tif 000005
【図４】
2005094661.tif 000006
【図５】
2005094661.tif 000007
【図６】
2005094661.tif 000008
【図７】
2005094661.tif 000009
【図８】
2005094661.tif 000010
【図９】
2005094661.tif 000011
【図１０】
2005094661.tif 000012
【図１１】
2005094661.tif 000013
【図１２】
2005094661.tif 000014
【図１３】
2005094661.tif 000015