(57)【要約】【課題】映像音声データのリアルタイム伝送システムに若干の構成を付加するだけで、その時々の伝送路の帯域を測定することができ、伝送路の帯域に合わせてビットレートを変更する場合などに有効となるようにする。【解決手段】受信側では、伝送路によって伝送されたＭＰＥＧデータをデータバッファに蓄積する。データバッファは、蓄積されたデータ量が、満杯の所定量に達すると、その旨をメインコントローラに通知する。メインコントローラは、データバッファから通知を受けると、その時刻を伝送路帯域測定計算部に引き渡す。伝送路帯域測定計算部は、通知時刻の時間間隔を通知間隔として計測し、その通知間隔から伝送路の帯域を推定する。【選択図】図４
2005159636.tif 000002
【特許請求の範囲】
【請求項１】
送信側で、映像音声信号を、圧縮符号化後のデータストリームが間欠的な複数の単位データによって一群データを構成するように、リアルタイムで圧縮符号化し、その圧縮符号化データストリームを、伝送路に送出して、リアルタイムで受信側に伝送し、リアルタイムで伸長復号する場合の、受信側で前記伝送路の帯域を測定する方法であって、
受信した圧縮符号化データをデータバッファに蓄えるとともに、そのデータバッファに蓄積されたデータ量が所定量に達した時刻を検出し、その検出時刻の時間間隔から、前記伝送路の帯域を測定する伝送路帯域測定方法。
【請求項２】
送信側で、映像音声信号を、圧縮符号化後のデータストリームが間欠的な複数の単位データによって一群データを構成するように、リアルタイムで圧縮符号化し、その圧縮符号化データストリームを、伝送路に送出して、リアルタイムで受信側に伝送し、リアルタイムで伸長復号する場合の、受信側で前記伝送路の帯域を測定する装置であって、
受信した圧縮符号化データが蓄えられるデータバッファと、
このデータバッファに蓄積されたデータ量が所定量に達した時刻を検出する手段と、
この検出時刻の時間間隔から、前記伝送路の帯域を測定する手段と、
を備える伝送路帯域測定装置。
【請求項３】
映像音声信号を、圧縮符号化後のデータストリームが間欠的な複数の単位データによって一群データを構成するように、リアルタイムで圧縮符号化する送信側の符号化装置と、この符号化装置から送出された圧縮符号化データストリームをリアルタイムで伝送する伝送路と、その伝送された圧縮符号化データストリームをリアルタイムで伸長復号する受信側の復号化装置とを備える映像音声データ伝送システムであって、
受信側では、受信した圧縮符号化データがデータバッファに蓄えられるとともに、そのデータバッファに蓄積されたデータ量が所定量に達した時刻が検出され、その検出時刻の時間間隔から、前記伝送路の帯域が測定される映像音声データ伝送システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、送信側で、映像音声信号を、ＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）方式などの圧縮符号化方式によってリアルタイムで圧縮符号化し、その圧縮符号化データストリームを、伝送路に送出して、リアルタイムで受信側に伝送し、リアルタイムで伸長復号する映像音声データ伝送システム、および、この映像音声データ伝送システムにおいて、受信側で伝送路の帯域を測定する方法および装置に関する。
【背景技術】
【０００２】
送信側の符号化装置で、映像音声信号をリアルタイムでＭＰＥＧデータストリームにエンコードして、リアルタイムで受信側に伝送し、受信側の復号化装置で、リアルタイムでデコードして、映像および音声を再生するシステムが考えられており、このようなシステムで、伝送路としてＥｔｈｅｒｎｅｔ（登録商標）などのネットワークを用いることがある。
【０００３】
なお、「Ｅｔｈｅｒｎｅｔ（登録商標）」は、以後、「イーサネット（Ｒ）」と称する。（Ｒ）は、登録商標の意味である。
【０００４】
イーサネット（Ｒ）は、そもそもＰＣ（パーソナルコンピュータ）やＵＮＩＸ（登録商標）コンピュータなどの通信用のネットワーク環境を提供するものである。したがって、映像音声データのリアルタイム送受信のための仕組みなどは無いことは勿論であるが、例えば、リアルタイム伝送で必要となるストリーム伝送用の帯域の確保というようなこともできない。
【０００５】
イーサネット（Ｒ）では、様々な通信経路が規定されている。光ケーブル、専用電気信号ケーブル（１００Ｂａｓｅ−ＴＸ，１０Ｂａｓｅ−Ｔなど）、電話回線、ＡＤＳＬ回線などである。
【０００６】
通信のための物理層には、かなりの種類があり、それぞれによって伝送帯域にも差があるが、イーサネット（Ｒ）では、データを、その時々の可能な限り最高の速度で伝送することを目標としており、速度に対しての規定は存在しない。
【０００７】
したがって、例えば、非常に帯域の広い伝送路を用いてデータを伝送すると、その帯域を可能な限り有効に使用することによって、非常に早い速度でデータの転送が終了するが、逆に帯域の狭い伝送路を用いると、データの転送にかなりの時間を要することとなる。
【０００８】
しかしながら、映像音声データをリアルタイムで伝送する場合、伝送中は常に映像音声データの情報量を十分流せるだけの帯域が確保されることが要求され、それができなければ、情報を正しくリアルタイムで伝えることができなくなってしまう。
【０００９】
ＭＰＥＧ２のデータを伝送する場合を考えると、リアルタイムのエンコードおよびデコードを考えた場合、ＭＰＥＧ２エンコーダが生成するビットレート以上の帯域が伝送路上にないと、必要量のデータがデコーダ側に蓄積されないこととなって、映像および音声を正しく再生することができなくなってしまう。
【００１０】
また、そのネットワーク上に複数の機器が接続されている場合には、そのネットワーク伝送路の負荷状況が常に変化することとなる。
【００１１】
このような伝送環境で映像音声データをリアルタイムで伝送する場合には、現在の伝送路の帯域を調べて、例えば、必要量のデータを伝送できないほど帯域が狭くなったときには、伝送を中断し、または伝送するデータ量を減らす（ビットレートを下げる）などの必要がある。
【００１２】
リアルタイムで生成されるＭＰＥＧデータストリームは、ＭＰＥＧエンコーダおよびＭＰＥＧの仕様によって、図７に示すように、データが間欠的なものとなる。
【００１３】
すなわち、エンコード前の元の映像信号（圧縮前の映像データ）は、図７の上段に示すように、各フレームのデータが一定時間間隔で続き、そのデータ量も一定であるのに対して、ＭＰＥＧデータストリームでは、Ｉ，Ｐ，Ｂ各ピクチャによってＧＯＰ（Ｇｒｏｕｐ  Ｏｆ  Ｐｉｃｔｕｒｅ）を形成するようにデータが圧縮されるため、図７の下段に示すように、単位データが間欠的に続き、しかも、それぞれの単位データのデータ量が異なり、それぞれの単位データの送出タイミングが変化するとともに、複数の単位データからなる一群データと次の一群データとの間には、大きなデータ空白時間が存在する。
【００１４】
そのため、このＭＰＥＧデータストリームを、イーサネット（Ｒ）によって別の機器に伝送する場合、データは、ある程度間欠的ながら、全体的には連続的に送られることになる。
【００１５】
特許文献１（特開２００２−１０２５４号公報）などには、このようなＭＰＥＧデータストリームにつき示されている。
【００１６】
一方、イーサネット（Ｒ）によるデータ伝送は、いわゆるベストエフォート型（Ｂｅｓｔ  Ｅｆｆｏｒｔ  Ｔｙｐｅ）である。すなわち、伝送路の帯域を常に有効に活用し、伝送可能なデータ伝送速度を最大限に利用してデータを伝送するシステムである。
【００１７】
したがって、ＭＰＥＧデータストリームをイーサネット（Ｒ）によって伝送する場合、図８（Ａ）に示すように、伝送路の帯域が広いときには、その帯域幅いっぱいを用いてデータを伝送し、図８（Ｂ）に示すように、伝送路の帯域が狭いときにも、そのときに取れる最大の伝送帯域を用いてデータを伝送する。図８（Ａ）（Ｂ）の、グレーで塗り潰して示す単位データの高さは、そのときの伝送帯域を示す。
【００１８】
そのため、リアルタイムでエンコードしたＭＰＥＧデータストリームをイーサネット（Ｒ）上に送出すると、図９（Ａ）にＭＰＥＧエンコーダでのデータ生成タイミングを、図９（Ｂ）に伝送路の帯域が広い場合の伝送されるデータストリームを、図９（Ｃ）に伝送路の帯域が狭い場合の伝送されるデータストリームを、それぞれ示すように、その伝送路の帯域によって、データの伝送のされ方が変化する。
【００１９】
上に挙げた先行技術文献は、以下の通りである。
【特許文献１】特開２００２−１０２５４号公報
【発明の開示】
【発明が解決しようとする課題】
【００２０】
以上のように、映像音声データを、イーサネット（Ｒ）などのネットワークを用いた伝送路によってリアルタイムで伝送する場合には、その時々の伝送路の帯域を調べて、例えば、必要量のデータを伝送できないほど帯域が狭くなったときには、伝送を中断し、または伝送データ量を減らすなどの必要がある。
【００２１】
しかしながら、映像音声データの伝送システムとは別に、その伝送路の帯域を常にリアルタイムで監視する専用の装置や機構を設けるのは、システム全体のコストアップを来たし、民生機器などでは現実的でない。
【００２２】
そこで、この発明は、送信側の符号化装置および受信側の復号化装置と、イーサネット（Ｒ）などのネットワークを用いた伝送路とからなる伝送システムに、若干の構成を付加するだけで、その時々の伝送路の帯域を測定することができ、伝送路の帯域に合わせてビットレートを変更する場合などに有効となるようにしたものである。
【課題を解決するための手段】
【００２３】
この発明の伝送路帯域測定方法は、
送信側で、映像音声信号を、圧縮符号化後のデータストリームが間欠的な複数の単位データによって一群データを構成するように、リアルタイムで圧縮符号化し、その圧縮符号化データストリームを、伝送路に送出して、リアルタイムで受信側に伝送し、リアルタイムで伸長復号する場合の、受信側で前記伝送路の帯域を測定する方法であって、
受信した圧縮符号化データをデータバッファに蓄えるとともに、そのデータバッファに蓄積されたデータ量が所定量に達した時刻を検出し、その検出時刻の時間間隔から、前記伝送路の帯域を測定するものである。
【００２４】
上記の構成の、この発明の伝送路帯域測定方法では、映像音声データ伝送システムの受信側に、データバッファに蓄積されたデータ量が所定量に達した時刻を検出し、その検出時刻の時間間隔を計測し、その計測結果の時間間隔を統計処理する手段を設けるだけで、その時々の伝送路の帯域を測定することができる。
【発明の効果】
【００２５】
以上のように、この発明によれば、映像音声データ伝送システムに若干の構成を付加するだけで、その時々の伝送路の帯域を測定することができ、伝送路の帯域に合わせてビットレートを変更する場合などに有効となる。
【発明を実施するための最良の形態】
【００２６】
〔映像音声データ伝送システムの一例：図１〕
図１は、この発明の映像音声データ伝送システムの一例を示す。
【００２７】
この例の映像音声データ伝送システムは、送信側の符号化装置１０、イーサネット（Ｒ）を用いた伝送路１、および受信側の復号化装置２０によって構成される。以下では、符号化装置１０を「送信側１０」とし、復号化装置２０を「受信側２０」とする。
【００２８】
送信側１０は、この例では、テレビジョン放送の受信された映像音声信号を、リアルタイムでエンコードして、伝送路１に送出するものである。
【００２９】
具体的に、アンテナ１１で受信されたテレビジョン放送信号が、チューナ１２で選局され、復調されて、チューナ１２から、映像信号と音声信号が分離して得られ、その映像信号が、ＭＰＥＧビデオエンコーダ１３でエンコードされて、ＭＰＥＧビデオエンコーダ１３から、ＭＰＥＧ圧縮された映像データが得られ、音声信号が、ＭＰＥＧオーディオエンコーダ１４でエンコードされて、ＭＰＥＧオーディオエンコーダ１４から、ＭＰＥＧ圧縮された音声データが得られる。
【００３０】
さらに、圧縮された映像データと、圧縮された音声データは、マルチプレクサ１５で多重化されて、マルチプレクサ１５から、図７下段および図９（Ａ）に示したようなＭＰＥＧデータストリームが得られる。
【００３１】
このＭＰＥＧデータストリームは、イーサネット（Ｒ）コントローラ１６によって伝送路１に送出され、リアルタイムで受信側２０に伝送される。
【００３２】
受信側２０では、イーサネット（Ｒ）コントローラ２１によって、伝送されたＭＰＥＧデータストリームが受信され、直ちにデータバッファ２２に転送され、データバッファ２２に蓄積される。
【００３３】
データバッファ２２は、蓄積されたデータ量が、満杯の所定量に達すると、その旨をメインコントローラ２３に通知する。メインコントローラ２３は、データバッファ２２から通知を受け取ると直ちに、データバッファ２２からデータを抜き取って、デマルチプレクサ２４に送出する。
【００３４】
デマルチプレクサ２４では、その送出されたデータが、圧縮された映像データと圧縮された音声データに分離される。そして、圧縮された映像データは、ＭＰＥＧビデオデコーダ２５で伸長復号され、圧縮された音声データは、ＭＰＥＧオーディオデコーダ２６で伸長復号され、図では省略したが、受信側２０内に設けられた、または受信側２０に接続された映像表示装置および音響出力装置によって、映像および音声が再生される。
【００３５】
メインコントローラ２３は、内部に時計を備え、データバッファ２２から、蓄積されたデータ量が所定量に達したことが通知されたとき、その時刻を計測し、伝送路帯域測定計算部２７に引き渡す。
【００３６】
伝送路帯域測定計算部２７は、後述のように、この通知時刻を、その都度記録し、記録された通知時刻から通知間隔を計算して、現在（その時）の伝送路１の帯域を計測する。また、伝送路帯域測定計算部２７には、測定用データベース２８が接続され、伝送路帯域測定計算部２７は、この測定用データベース２８に記録されている過去の測定結果から、現在（その時）までの伝送路１の平均的な帯域を計測する。
【００３７】
メインコントローラ２３には、ユーザが測定の指示などの操作をする操作部２９ａ、および測定結果などが表示される表示部２９ｂが接続される。
【００３８】
〔伝送路帯域測定方法：図２〜図６〕
図２の上段に、図８（Ａ）および図９（Ｂ）に示したように伝送路１の帯域が広い場合の、受信されたＭＰＥＧデータストリームを示し、図３の上段に、図８（Ｂ）および図９（Ｃ）に示したように伝送路１の帯域が狭い場合の、受信されたＭＰＥＧデータストリームを示す。グレーで塗り潰して示す単位データの高さは、そのときの伝送帯域を示す。
【００３９】
データバッファ２２に蓄えられるデータ量は常に一定であるので、伝送路帯域測定計算部２７では、メインコントローラ２３によって呈示された通知時刻の、互いの差分値（時間間隔）を計測することによって、その時の伝送路１の帯域（伝送レート）を調べることができる。
【００４０】
すなわち、図２下段および図３下段に矢印で示す「通知時刻」は、データバッファ２２に蓄積されたデータ量が所定量に達した時刻であり、図２のように伝送路１の帯域が広い場合には、データがデータバッファ２２に直ぐに溜まるため、通知時刻の時間間隔である通知間隔Ｔａが小さくなり、図３のように伝送路１の帯域が狭い場合には、データがデータバッファ２２に直ぐには溜まらないため、通知間隔Ｔａが大きくなる。
【００４１】
ただし、一群データの間の、送信側１０でデータを生成している期間は、データ非伝送時間Ｔｂとして示すように、通知時刻の時間間隔が一群データの期間中より大きくなり、しかも、このデータ非伝送時間Ｔｂは、一群データの期間中の通知間隔Ｔａとは逆に、図２のように伝送路１の帯域が広い場合の方が、図３のように伝送路１の帯域が狭い場合より大きくなる。
【００４２】
図４は、以上のような、図２下段のように伝送路１の帯域が広い場合と、図３下段のように伝送路１の帯域が狭い場合を、対比させて示したものである。
【００４３】
一方、リアルタイムでエンコードされたＭＰＥＧデータストリームは間欠的なデータとして伝送されることが分かっているので、実際の伝送および測定に先立って事前に、伝送路１の帯域が十分に広く、かつ伝送路１上に他の機器からのデータなどが現れない理想的な状態において、将来実際に伝送される仕様のＭＰＥＧデータストリームを送信側１０から受信側２０に伝送してみて、理想的な状態でデータを伝送したときの上記の通知間隔Ｔａおよびデータ非伝送時間Ｔｂを測定し、測定用データベース２８に記録しておく。
【００４４】
このような準備をした上で、実際に以下のような手順で、映像音声信号をリアルタイムでエンコードして、そのＭＰＥＧデータストリームを伝送路１によって受信側２０に伝送する。
【００４５】
まず、送信側１０と受信側２０の間で、ＭＰＥＧデータを伝送することの確認を行う。このとき、双方のＭＰＥＧデータについての仕様（ビットレート）を一致させておく。この状態で、送信側１０のＭＰＥＧビデオエンコーダ１３およびＭＰＥＧオーディオエンコーダ１４を起動させ、エンコードを開始させ、同時に伝送路１による受信側２０へのデータ伝送を始める。
【００４６】
受信側２０では、データバッファ２２を含む各部を起動させて、上述したように通知時刻から通知間隔を計測し、伝送路１の帯域を測定する。
【００４７】
図５に、現在（その時）の伝送路１の帯域を測定する場合の、伝送路帯域測定計算部２７が実行する測定処理の一例を示す。
【００４８】
この例では、操作部２９ａでの操作に基づくメインコントローラ２３からの指示によって測定処理を開始して、まずステップ３１で、上述した通知時刻を記録し、次にステップ３２に進んで、通知時刻を所定回数（Ｎ回）記録したか否かを判断し、いまだ所定回数記録していないときには、ステップ３１に戻って、次の通知時刻を記録し、通知時刻を所定回数記録したときには、ステップ３３に進んで、データ統計処理を行う。
【００４９】
このデータ統計処理としては、記録した通知時刻から、前後の通知時刻の差分の通知間隔を（Ｎ−１）個分計算し、さらに、例えば、その（Ｎ−１）個の通知間隔のそれぞれが、規定時間Ａ以下であるか否か、規定時間Ａより長く規定時間Ｂ以下であるか否か、規定時間Ｃ以上で規定時間Ｄより短いか否か、および規定時間Ｄ以上であるか否かを判断し、それぞれの回数ａ，ｂ，ｃ，ｄを算出する。
【００５０】
Ａ＜Ｂ≪Ｃ＜Ｄであり、規定時間Ａ，Ｂは通知間隔Ｔａの検出用、規定時間Ｃ，Ｄはデータ非伝送時間Ｔｂの検出用である。
【００５１】
そして、ステップ３３でのデータ統計処理後、ステップ３４に進んで、その処理結果、すなわち算出した回数ａ，ｂ，ｃ，ｄから、現在（その時）の伝送路１の帯域を推定する。その推定結果の帯域は、メインコントローラ２３によって、表示部２９ｂ上に表示される。
【００５２】
測定時の通知間隔Ｔａと思われる時間間隔が、事前に理想的な状態で検出された通知間隔Ｔａと同様に短く、測定時のデータ非伝送時間Ｔｂと思われる時間間隔が長い場合には、その時の伝送路１の帯域は広く、伝送路１に十分な余裕があると推測することができる。
【００５３】
逆に、測定時の通知間隔Ｔａと思われる時間間隔が、事前に理想的な状態で検出された通知間隔Ｔａと異なって長く、測定時のデータ非伝送時間Ｔｂと思われる時間間隔が短い場合には、その時の伝送路１の帯域は狭く、伝送路１にあまり余裕がないと推測することができる。
【００５４】
このように、この発明の伝送路帯域測定方法によれば、映像音声データ伝送システムの受信側２０に若干の構成を付加するだけで、その時の伝送路１の帯域を、ほぼ正確に測定することができ、伝送路１の帯域に応じて、伝送するＭＰＥＧデータの仕様を変更するなど、伝送路１の帯域の変化によって、何らかの処理を行う場合に有効となる。
【００５５】
例えば、狭帯域を想定してＭＰＥＧデータを伝送した場合に、この発明の方法によって伝送路１に余裕があることが分かったときには、送信側１０と受信側２０の連携によって、ＭＰＥＧの仕様を広帯域用のものに変更し、あるいは逆に、広帯域を想定してＭＰＥＧデータを伝送した場合に、この発明の方法によって伝送路１に余裕がないことが分かったときには、送信側１０と受信側２０の連携によって、ＭＰＥＧの仕様を狭帯域用のものに変更することができる。
【００５６】
さらに、伝送路１の帯域を自由に設定できるネットワーク環境を形成し、上述したような理想的な状態で、将来実際にデータが伝送されるときのＭＰＥＧ仕様より少しだけ広い帯域、または十分に広い帯域のＭＰＥＧ仕様でデータを伝送してみて、この発明の方法によって上述したように伝送路１の帯域を測定すれば、将来実際にデータを伝送したときに伝送路１がどの程度の帯域を持つものとなるかを予測することができる。
【００５７】
この発明の方法では、現在（その時）の伝送路１の帯域をリアルタイムに測定するだけでなく、現在まで（その時まで）の伝送路１の平均的な帯域を測定することができる。
【００５８】
図６に、この場合の伝送路帯域測定計算部２７が実行する測定処理の例を示す。この例では、伝送路帯域測定計算部２７は、まず、サブルーチン４１において、Ｎ回分の通知時刻についての伝送路帯域測定処理を実行する。
【００５９】
具体的に、サブルーチン４１における伝送路帯域測定処理としては、図５に示したように、Ｎ回分の通知時刻を伝送路帯域測定計算部２７内のメモリに記録した後、データ統計処理を実行し、その処理結果の算出された回数ａ，ｂ，ｃ，ｄを１セット分として測定用データベース２８に記録するか、Ｎ回分の通知時刻を１セット分として直接、測定用データベース２８に記録する。
【００６０】
次に、伝送路帯域測定計算部２７は、ステップ４２に進んで、メインコントローラ２３から計算の指示があるか否かを判断し、計算の指示がなければ、サブルーチン４１に戻って、次のＮ回分のセットにつき上述した伝送路帯域測定処理を繰り返す。
【００６１】
一方、ステップ４２で計算の指示があったと判断したときには、ステップ４３に進んで、測定用データベース２８から、現在までの処理結果のデータを取得し、さらにステップ４４に進んで、データ統計処理を実行する。
【００６２】
この場合、サブルーチン４１における伝送路帯域測定処理として、データ統計処理によって算出された回数ａ，ｂ，ｃ，ｄの１セット分を測定用データベース２８に記録する場合には、ステップ４３では、現在までの処理結果のデータとして、その回数ａ，ｂ，ｃ，ｄのＭセット分を取得し、ステップ４４では、データ統計処理として、そのＭセット分の回数ａ，ｂ，ｃ，ｄの平均値ａｖｅ（ａ），ａｖｅ（ｂ），ａｖｅ（ｃ），ａｖｅ（ｄ）を算出する。
【００６３】
また、サブルーチン４１における伝送路帯域測定処理として、Ｎ回分の通知時刻を１セット分として測定用データベース２８に記録する場合には、ステップ４３では、現在までの処理結果のデータとして、それまでのＭセット分の、それぞれＮ回分の通知時刻を取得し、ステップ４４では、データ統計処理として、そのＭセット分の、それぞれＮ回分の通知時刻につき、図５のステップ３３でのデータ統計処理と同様に、それぞれ回数ａ，ｂ，ｃ，ｄを算出し、そのＭセット分の平均値ａｖｅ（ａ），ａｖｅ（ｂ），ａｖｅ（ｃ），ａｖｅ（ｄ）を算出する。
【００６４】
伝送路帯域測定計算部２７は、ステップ４４でのデータ統計処理後、ステップ４５に進んで、ステップ４４でのデータ統計処理の結果から、すなわち上記の平均値ａｖｅ（ａ），ａｖｅ（ｂ），ａｖｅ（ｃ），ａｖｅ（ｄ）から、現在までの伝送路１の帯域を推定する。
【００６５】
その推定は、図５のように現在の伝送路１の帯域を推定する場合と同様に、データ統計処理の結果を、あらかじめ測定され、測定用データベース２８に記録されている、理想的な状態での測定結果と比較することによって行う。推定結果の帯域は、メインコントローラ２３によって、表示部２９ｂ上に表示される。
【００６６】
〔他の実施形態〕
送信側（符号化装置）１０は、ディスク媒体などの記録媒体に記録されている映像音声データを記録媒体から再生し、圧縮されているものについては一旦、伸長した上で、伝送路１による伝送用にリアルタイムでＭＰＥＧデータストリームにエンコードするものでもよい。
【００６７】
また、上述した実施形態は、伝送路１としてイーサネット（Ｒ）を用いる場合であるが、この発明は、伝送路としてイーサネット（Ｒ）以外のネットワークを用いる場合にも適用することができる。
【図面の簡単な説明】
【００６８】
【図１】この発明の映像音声データ伝送システムの一例を示す図である。
【図２】伝送路の帯域が広い場合の説明に供する図である。
【図３】伝送路の帯域が狭い場合の説明に供する図である。
【図４】伝送路の帯域が広い場合と狭い場合を比較して示す図である。
【図５】現在の伝送路の帯域を測定する場合の処理の一例を示す図である。
【図６】現在までの伝送路の帯域を測定する場合の処理の一例を示す図である。
【図７】ＭＰＥＧ圧縮符号化の説明に供する図である。
【図８】伝送路の帯域が広い場合と狭い場合の説明に供する図である。
【図９】伝送路の帯域が広い場合と狭い場合の説明に供する図である。
【符号の説明】
【００６９】
主要部については図中に全て記述したので、ここでは省略する。
【図１】
2005159636.tif 000003
【図２】
2005159636.tif 000004
【図３】
2005159636.tif 000005
【図４】
2005159636.tif 000006
【図５】
2005159636.tif 000007
【図６】
2005159636.tif 000008
【図７】
2005159636.tif 000009
【図８】
2005159636.tif 000010
【図９】
2005159636.tif 000011