(57)【要約】【課題】  ネットワークのジッタの変化に応じて映像再生遅延時間を最小化し、かつバッファのアンダーフローによる映像停止やオーバーフローによる映像フレームの欠落を最小限に抑える。【解決手段】  送信端末１Ａは映像配信中にフレームレートを変更するフレームレート制御部１４を有している。受信端末２Ａは、ネットワーク３のジッタを吸収するバッファ２２と、バッファ２２からのデコーダ２３によるデータ読み出しのタイミングであるバッファ閾値を制御するバッファ閾値制御部２６と、ＩＰパケットの到着時刻、該ＲＴＰパケットのタイムスタンプ、該映像フレームの到着間隔、該映像フレーム生成時刻の１つ以上のパラメータから計算される映像フレーム間隔の平均ジッタ量に応じて、バッファ閾値制御部２６を介して該バッファ閾値を変更すると同時にフレームレート制御部１４を介してフレームレートを変更する映像品質監視部２５を有している。【選択図】  図１
2005322995.tif 000002
【特許請求の範囲】
【請求項１】
映像をリアルタイムに符号化し、ネットワークを介して１つ以上の端末に配信する映像配信システムにおいて、
送信端末にあって映像配信中にフレームレートを変更するフレームレート制御部と、受信端末にあって、ネットワークの転送遅延ゆらぎであるジッタを吸収するバッファと、前記バッファからのデコーダによるデータ読み出しのタイミングであるバッファ閾値を制御するバッファ閾値制御部と、受信端末におけるＩＰパケットの到着時刻、ＲＴＰパケットのタイムスタンプ、映像フレームの到着間隔、映像フレーム生成時刻のうち１つ以上のパラメータを監視する映像品質監視部を設け、
前記映像品質監視部が該ＩＰパケットの到着時刻、該ＲＴＰパケットのタイムスタンプ、該映像フレームの到着間隔、該映像フレーム生成時刻の１つ以上のパラメータから計算される映像フレーム間隔の平均ジッタ量に応じて、前記バッファ閾値制御部を介して該バッファ閾値を変更すると同時に前記フレームレート制御部を介して前記フレームレートを変更することを特徴とするリアルタイムバッファ制御方法。
【請求項２】
前記デコーダはバッファ閾値までデータが蓄積されるのを待って、フレームレートの定める時間間隔で復号を開始し、バッファ閾値を越えて蓄積されたデータは破棄し、バッファ閾値にデータ蓄積が達していない場合は、データ読み出しを一時停止し、バッファ閾値までデータが蓄積されるのを待って再度フレームレートの定める時間間隔で復号を開始する、請求項１記載のリアルタイムバッファ制御方法。
【請求項３】
フレームレートをＦＲ、バッファ閾値をＢ、平均ジッタ量をＪ、としたとき、Ｂ＝Ｊ＋１／ＦＲとなるようにバッファ閾値を制御する、請求項１記載のリアルタイムバッファ制御方法。
【請求項４】
ＦＲ＝１／Ｊとする、請求項３に記載のリアルタイムバッファ制御方法。
【請求項５】
映像をリアルタイムに符号化し、ネットワークを介して１つ以上の端末に配信する送信端末において、映像配信中にフレームレートを変更する手段を有することを特徴とする送信端末。
【請求項６】
リアルタイムに符号化された映像をネットワークを介して受信する受信端末において、バッファからのデコーダによるデータ読み出しのタイミングであるバッファ閾値を制御するバッファ閾値制御手段と、自らにおける該ＩＰパケットの到着時刻、該ＲＴＰパケットのタイムスタンプ、該映像フレームの到着間隔、該映像フレーム生成時刻のうち１つ以上のパラメータを監視する映像品質監視手段を有することを特徴とする受信端末。
【請求項７】
前記映像品質監視手段は、該ＩＰパケットの到着時刻、該ＲＴＰパケットのタイムスタンプ、該映像フレームの到着間隔、該映像フレーム生成時刻のうち１つ以上のパラメータから計算される映像フレーム間隔の平均ジッタ量に応じて、該バッファ閾値を変更すると同時に送信端末におけるフレームレートを変更する手段に対して、フレームレート変更を指示する、請求項６記載の受信端末。
【請求項８】
映像をリアルタイムに符号化し、ネットワークを介して１つ以上の端末に配信する映像配信システムにおいて、
送信端末が映像配信中にフレームレートを変更するフレームレート制御手段を有し、
受信端末が、ネットワークの転送遅延ゆらぎであるジッタを吸収するバッファと、前記バッファからのデコーダによるデータ読み出しのタイミングであるバッファ閾値を制御するバッファ閾値制御手段と、該受信端末におけるＩＰパケットの到着時刻、ＲＴＰパケットのタイムスタンプ、映像フレームの到着間隔、映像フレーム生成時刻のうち１つ以上のパラメータを監視し、パラメータから計算される映像フレーム間隔の平均ジッタ量に応じて、前記バッファ閾値制御手段を介して該バッファ閾値を変更すると同時に前記フレームレート制御手段を介して前記フレームレートを変更する映像品質監視手段を有する
ことを特徴とする映像配信システム。
【請求項９】
前記デコーダはバッファ閾値までデータが蓄積されるのを待って、フレームレートの定める時間間隔で復号を開始し、バッファ閾値を越えて蓄積されたデータは破棄し、バッファ閾値にデータ蓄積が達していない場合は、データ読み出しを一時停止し、バッファ閾値までデータが蓄積されるのを待って再度フレームレートの定める時間間隔で復号を開始する、請求項８に記載の映像配信システム。
【請求項１０】
前記バッファ閾値制御手段は、フレームレートをＦＲ、バッファ閾値をＢ、平均ジッタ量をＪ、としたとき、Ｂ＝Ｊ＋１／ＦＲとなるようにバッファ閾値を制御する、請求項８記載の映像配信システム。
【請求項１１】
ＦＲ＝１／Ｊとする、請求項１０に記載の映像配信システム。
【請求項１２】
請求項５から請求項７のいずれかに記載の端末の機能をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して、複数の端末が接続された環境における映像配信システムに関する。
【背景技術】
【０００２】
リアルタイムに映像を符号化し、ネットワークを介して複数のユーザに映像を配信するシステムにおいては、映像がシステムに入力されてから、端末で再生されるまでの遅延時間（以下、エンドーエンド遅延とする）を短縮することが求められる。特に、映像による監視サービス、ライブ放送サービス、双方向のビデオ会議サービスにおいては、エンドーエンド遅延はサービス品質に大きく影響を与える。
【０００３】
まず、一般的な映像のパケット転送の仕組みを説明する。映像は、送信端末のエンコーダにて一定時間間隔でフレーム（符号化方式によってはピクチャやＶＯＰ（Ｖｉｄｅｏ  Ｏｂｊｅｃｔ  Ｐｌａｎｅ）と呼ばれることもある）単位もしくはフレームを構成するマクロブロック（以下ＭＢと略す）単位で符号化され、バッファ（ＶＢＶバッファと呼ばれることもある）にて平滑化された後、転送するネットワークに応じてパケット化された後、特定の送信レートで送信される。受信端末において、到着したパケットはフレーム単位もしくはＭＢ単位に分解され、バッファ（ＶＢＶバッファと呼ばれることもある）にてバッファリングされた後、デコーダにて一定時間間隔で復号され、映像として再生される。
【０００４】
したがって、送信端末における符号化時のバッファおよび受信端末における復号時のバッファで遅延が発生する。特に、復号においては、ネットワークのジッタによって発生するバッファのアンダーフローによる映像の停止やオーバーフローによる映像フレームの欠落を防ぐため、十分なバッファリングが必要になり、そのため遅延時間が増大するという問題がある。すなわち、ジッタを吸収するためには十分なバッファを設けることが必要となるが、必要以上のバッファが遅延時間の増大に繋がる。原理的には、最低でも１フレーム分のバッファリングが必要であり、一般的にはフレームレートが３０ｆ／ｓの映像については、３３ｍｓ×２以上のバッファを装備している。
【０００５】
従来技術では、このバッファリング遅延を短縮するために、バッファ容量を小さくしてもバッファが破綻しないように、符号化時の符号量をなるべく一定に押さえる技術が提案されている（非特許文献１、非特許文献２）。しかし、これらは全てバッファ容量が一定であることを前提としているため、ジッタが時間と共に変動するネットワークにおいては、ジッタに応じた適切なバッファ量の設定を常に行うことは困難である。このため、映像フレームの欠損や必要以上の遅延を生じるといった問題があった。
【非特許文献１】高橋健志，ｅｔ  ａｌ，“低遅延ＭＰＥＧ−４通信システムにおける解像度変換の有効性”，電子情報通信学会技術研究報告，Ｖｏｌ．１０１，Ｎｏ．６２７（ＩＥ２００１  １９０−２３１），ｐｐ．１９−２４，２００１．
【非特許文献２】辻裕之，ｅｔ  ａｌ，“低ビットレート映像符号化の画質改善に関する検討−ピクチャスキップ抑制のためのプレフィルタ制御法−”，情報技術レターズ，Ｖｏｌ．ＦＩＴ２００３，ｐｐ．２５５−２５７，２００３．
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、ネットワークのジッタの変化に応じて映像再生遅延時間を最小化し、かつバッファのアンダーフローによる映像停止やオーバーフローによる映像フレームの欠落を最小限に抑えることを可能とするリアルタイムバッファ制御方法、受信端末、送信端末、映像配信システム、およびプログラムを提供することである。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明は、送信端末に、映像配信中にフレームレートを変更するフレームレート制御部と、受信端末に、ネットワークのジッタを吸収するバッファと、バッファからデコーダへのデータ読み出し閾値を制御するバッファ閾値制御部と、受信端末におけるＩＰパケットの到着時刻、ＲＴＰパケットのタイムスタンプ、映像フレームの到着間隔、映像フレーム生成時刻のうち１つ以上のパラメータを監視する品質監視部を設けて、これらのパラメータから計算される映像フレーム間隔の平均ジッタ量に応じて、バッファ閾値制御部を介してバッファ閾値を変更すると同時にフレームレート制御部を介してフレームレートを変更する。デコーダは読み出し閾値までデータが蓄積されるのを待って、フレームレートの定める時間間隔で復号を開始する。バッファ閾値を超えて蓄積されたデータは破棄し、バッファ閾値にデータ蓄積が達していない場合は、データ読み出しを一時停止し、バッファ閾値までデータが蓄積されるのを待って再度フレームレートの定める時間間隔で復号を開始する。
【０００８】
基本的な考え方は以下の通りである。受信端末における必要最小限のバッファリング時間は、ｉ番目のフレームを復号するために必要な最初のパケットが到着してから、ｉ番目のフレームを復号するために必要な最後のパケットが到着し終わるまでの時間である。しかし、フレームの符号量はフレーム毎に異なるため、デコーダへ読み出しを一定時間間隔で実行すると、符号量の大きなフレームの場合は、バッファのアンダーフローが発生する。そこで、これを防ぐためにｉ＋１番目のフレームの先頭パケットが到着するまでバッファリングすることとする。したがって、フレームレートに合わせてバッファ量が常にフレーム間隔となるように制御する。さらに、フレームレートを増加させることで、バッファにおける１フレームあたりの待機時間を短縮できる。ここで、フレーム間隔はジッタ量以下にはできないことから、フレームレートはジッタ量の逆数を上限とする。
【０００９】
フレームレートをＦＲ、バッファ閾値をＢ、平均ジッタ量をＪとしたとき、Ｂ＝Ｊ＋１／ＦＲとなるようにバッファ閾値を制御し、フレームレートＦＲは１／Ｊを上限とするため、ＦＲ＝１／Ｊ、Ｂ＝２Ｊとなるように制御する。すなわち、バッファには常に２つのフレームが蓄積されてからエンコーダに読みだされる。動作としては、ＦＲ＜１／Ｊのときは、ＦＲ＝１／Ｊとなるまでフレームレートを増加させることで、バッファ閾値Ｂを２Ｊまで減少させ、映像再生までの遅延時間を減少させる。ＦＲ＞１／Ｊのときは、ＦＲ＝１／Ｊとなるまでフレームレートを減少させることで、バッファ閾値Ｂを２Ｊまで増加させ、映像再生までの遅延時間を増大させる。
【発明の効果】
【００１０】
以上説明したように、本発明によれば、ネットワークの状態変化に応じて映像再生遅延時間を最小化し、かつバッファのアンダーフローによる品質劣化を最小限に抑えることが可能である。すなわち、ネットワークのジッタ量が多い悪条件下では、バッファ量を増加させ、遅延を犠牲にしても画像品質を担保し、条件回復時にはバッファ量を減少させ、遅延時間を短くする。
【発明を実施するための最良の形態】
【００１１】
次に、本発明の実施の形態について図面を参照して説明する。
【００１２】
［第１の実施形態］
図１は本発明の第１の実施形態の映像配信システムの構成図である。
【００１３】
本実施形態の映像配信システムは送信端末１Ａと受信端末２Ａで構成され、両者はネットワーク３を介して互いに接続される。
【００１４】
送信端末１Ａはキャプチャカード１０とエンコーダ１１とバッファ１２とパケット送信部１３とフレームレート制御部１４を有し、キャプチャカード１０には映像入力装置４が接続されている。受信端末２Ａはパケット受信部２１とバッファ２２とデコーダ２３とビデオカード２４と映像品質監視部２５とバッファ閾値制御部２６を有し、ビデオカード２４は映像表示装置５に接続されている。フレームレート制御部１４は、受信端末２Ａ内やネットワーク３上の任意の端末内に配置することが可能であるが、ここでは送信端末１Ａ内に配置した例を示している。
【００１５】
主信号である映像は、映像入力装置４から入力され、キャプチャカード１０によりデジタルデータ化され、エンコーダ１１で圧縮符号化され、バッファ１２で平滑化された後、パケット送信部１３からネットワーク３に送信される。ネットワーク３に送信された映像パケットは、受信端末２におけるパケット受信部２１で受信され、バッファ２２を介してバッファリングされた後、デコーダ２３で復号され、ビデオカード２４にて画面表示処理が施され、映像表示装置５で再生される。映像品質監視部２５は、パケット受信部２１で受信されたＩＰパケットから、ＩＰパケットの到着時刻、ＲＴＰパケットのタイムスタンプ、映像フレームの到着間隔、映像フレーム生成時刻のうち１つ以上のパラメータから計算される映像フレーム間隔のジッタ量、もしくはデコーダ２３からのフレームの生成時刻情報を得ることで、復号後のフレーム生成間隔のジッタ量に応じて、選択的にフレームレート制御部１４に対して、フレームレート変更を指示するとともに、バッファ閾値制御部２６に対して、バッファ閾値の変更を指示する。フレームレート制御部１４は、映像品質監視部２５からの指示によって、エンコーダ１１に対してフレームレートの設定を変更する。バッファ閾値制御部２６は、映像品質監視部２５の指示によりバッファ２２に対してバッファ閾値の変更を指示する。デコーダ２３は読み出し閾値までデータが蓄積されるのを待って、その時点で設定されているフレームレートで復号を開始する。バッファ閾値を超えて蓄積されたデータは破棄し、バッファ閾値にデータ蓄積が達していない場合は、データ読み出しを一時停止し、バッファ閾値までデータが蓄積されるのを待って再度フレームレートの定める時間間隔で復号を開始する。図２にバッファ制御の動作イメージを示す。映像フレーム間隔のジッタ量が大きいときは、フレームレートを小さくするとともにバッファの読み出し閾値も大きくする。映像フレーム間隔のジッタ量が小さいときは、フレームレートを大きくするとともにバッファの読み出し閾値も小さくする。ここでは、バッファ２２に３フレーム分蓄積された時点で読み出す（バッファ閾値＝３フレーム分の時間）状態を表している。
【００１６】
図３は映像品質監視部２５の構成図である。映像品質監視部２５は入力部３１とＩＰヘッダ解析部３２とＲＴＰヘッダ解析部３３とペイロード解析部３４とジッタ解析部３５と判断部３６と制御出力部３７で構成されている。入力部３１は、パケット受信部２１からＩＰパケットの到着時刻、ＩＰパケットヘッダ情報、ＲＴＰヘッダ情報、ペイロード情報を得る。ＩＰヘッダ解析部３２にてＩＰパケットの到着時刻を、ＲＴＰヘッダ解析部３３にてＲＴＰタイムスタンプによるＲＴＰパケットの送信時刻とマーカビットによるフレーム境界を、ペイロード解析部３４にてフレーム種別（Ｉフレーム、Ｐフレーム、Ｂフレーム）を検出する。
【００１７】
次に、ジッタ解析部３５における映像フレーム間隔のジッタ量の計算例を示す。ＲＴＰパケットの送信時刻とＩＰパケット到着時刻から、復号前のフレームレベルのジッタ量を計算する。この場合の受信端末２Ｂの構成は図４に示す構成となる。ここで、ＩＰパケットの到着時刻は、ＲＴＰパケットを構成するＩＰパケットのうち最後に到着したパケットを対象とすればよい。平均ジッタ量Ｊの算出については、例えばＳiをｉ番目のパケットのパケット送信時刻、Ｒiをｉ番目のパケットのパケット到着時刻、Ｄを瞬間のジッタ量として、Ｍ個のパケットの単純移動平均として以下の式で与えることができる。（参考：ＲＦＣ１８８９  ６．３．１  ＳＲ：Ｓｅｎｄｅｒ  ｒｅｐｏｒｔ  ＲＴＣＰ  ｐａｃｋｅｔ  ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ１８８９．ｔｘｔ）。
【００１８】
Ji=Ji-1+(|D(i-1,i)|-Ji-1)/M                              （１）
D(i,j)=(Rj-Ri)-(Sj-Si)=(Rj-Sj)-(Ri-Si)                    （２）
Ｍの値はＲＦＣ１８８９ではＭ＝１６となっているが、任意の値を取ることが可能である。また、他の例としては、最近の値に重みを付けて算出する加重移動平均や指数平滑移動平均等を用いることも考えられる。
【００１９】
ＲＴＰパケットの実装によっては、複数の小さな符号量のフレームを一つのＲＴＰパケットで転送する場合がある。この場合、フレーム毎のジッタを計算することができないため、ＲＴＰパケットのペイロード解析部３４にて解析し、内在するフレーム数をカウントして、部分的にジッタ計算から省くことも考えられる。ただし、端末の処理能力によってはパケットキャプチャによるヘッダの解析の負荷が増大する懸念がある。
【００２０】
もしくは、復号後のフレーム生成時刻情報から平均ジッタ量を求めることも可能であり、この場合受信端末２Ｃの構成は図５に示す構成となる。入力部３１を通して、デコーダ２３からのフレームの生成時刻情報を得ることで、復号後のフレーム生成間隔のジッタ量を算出することができる。すなわち、ｉ番目のフレームの到着時刻をＲi、送信端末１において予め設定されるフレームレートをＦＲとして、前記（２）式の瞬間のジッタ量をＪi＝１／ＦＲ−｜Ｒi−Ｒi+1｜として前記（１）式より平均ジッタ量Ｊを算出する。ただし、符号化方式のプロファイルによっては、双方向予測を用いたＢフレームが混在する映像の場合は注意が必要である。すなわち、Ｂフレームが到着した際には、次のＰフレームもしくはＩフレームの到着を待って復号を行う必要があるため、復号の順序が逆転する。このため、復号後のフレーム生成時刻情報を平均ジッタ量の計算に使用する場合は、Ｂフレームを除いたＩフレームとＰフレームから平均ジッタ量を求める必要がある。また、復号後のフレームのジッタ量は、復号に要する時間のジッタを含んでおり、フレームの符号量によっては、復号に要する時間が異なる。このため、ネットワークのジッタを吸収するためのバッファの制御に用いる本発明では、制御の精度が低くなることがある。
【００２１】
次に、ジッタ解析部３５で求めた平均ジッタ量Ｊに応じて、判断部３６で後述する判断ロジックを元に判断を行い、制御出力部３７からフレームレート制御部１４およびバッファ閾値制御部２６を通してフレームレートおよびバッファ閾値を制御する。
【００２２】
図６は、フレームレートおよびバッファ閾値制御のフローチャートである。フレームレートをＦＲ、バッファ閾値をＢ、平均ジッタ量をＪとする。初期値の設定は、フレームレートに関してはフレームレート制御部１４で行い、バッファ閾値に関してはバッファ閾値制御部２６で行う（ステップ１０１）。次に、パケット送信部１３より映像送信を開始し（ステップ１０２）、送信端末１より映像が停止されなければ動作を継続し、停止されれば終了する（ステップ１０３）。次に、パケット受信部２１にてパケットを受信し（ステップ１０４）、映像品質監視部２５にて受信パケットの平均ジッタ量Ｊを計算する（ステップ１０５）。次に、映像ＦＲ＝１／Ｊとなる場合は、バッファ閾値ＢはＢ＝２Ｊとしてフレームレートは変更しない（ステップ１０６、１０７）。ＦＲ≠１／Ｊのときは、映像品質監視部２５によりバッファ閾値制御部２６を介してＢ＝２Ｊとなるように変更し、フレームレート制御部１４を介してフレームレートＦＲ＝１／Ｊとなるように変更する（ステップ１０６、１０８、１０９）。次に、バッファ閾値制御部２６にて、バッファにおけるフレームの蓄積量とバッファ閾値を比較し、蓄積フレーム量＜Ｂの場合は、バッファ閾値を超える分のフレームを廃棄して（ステップ１１０、１１２）、蓄積フレーム量＞Ｂの場合は、そのまま受信フレームを蓄積して（ステップ１１０、１１１）、デコーダ２３がフレームを読み出し（ステップ１１３）、デコーダ２３にて復号する（ステップ１１４）。
【００２３】
復号後のフレーム生成時刻情報から平均ジッタ量を求める場合は、図７に示す手順となる。すなわち、図６における映像品質監視部２５の動作ステップ１０５から１０９までをステップ２０３とし、バッファ閾値制御部２６の動作ステップ１１０から１１４までをステップ２０４とすれば、図６におけるステップ１０１から１０５までは同様の動作とし、パケット受信したのち、バッファリングおよび復号（ステップ２０１、２０２）を行った後、ステップ２０３およびステップ２０４を実行する。
【００２４】
また、蓄積フレーム数をｎとして新たに定義し、バッファ閾値をＢ＝ｎＪとすれば、バッファ２２にはｎ個のフレームが蓄積されてからデコーダ２３に読みだされることになる。このため、ジッタ量の急峻な変化に伴い必要以上にフレーム廃棄が増大する場合には、ｎを増やすことでフレーム廃棄を減らすことも可能である。ただし、遅延時間はその分増大することとなる。図２はｎ＝３の場合を示している。
【００２５】
［第２の実施形態］
図８は本発明の第２の実施形態の映像配信システムの構成図である。図１の第１の実施形態との相異点は、送信端末１Ｂにおけるエンコーダ１１がバッファ１２を内蔵しており、受信端末２Ｄにおけるデコーダ２３がバッファ２２を内蔵している点であり、基本的な動作は第１の実施形態の通りである。このような構成をとることによって、映像配信システムやビデオ会議システムといったアプリケーションからはＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）を規定しやすいといった利点がある。
【００２６】
なお、本発明の送信端末、受信端末は専用のハードウェアにより実現されるもの以外に、その機能を実現するためのプログラムを、コンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行するものであってもよい。コンピュータ読み取り可能な記録媒体とは、フロッピーディスク、光磁気ディスク、ＣＤ−ＲＯＭ等の記録媒体、コンピュータシステムに内蔵されるハードディスク装置等の記憶装置を指す。さらに、コンピュータ読み取り可能な記録媒体は、インターネットを介してプログラムを送信する場合のように、短時間の間、動的にプログラムを保持するもの（伝送媒体もしくは伝送波）、その場合のサーバとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含む。
【図面の簡単な説明】
【００２７】
【図１】本発明の第１の実施形態の映像配信システムの構成図である。
【図２】バッファ制御動作の説明図である。
【図３】映像品質監視部のブロック図である。
【図４】受信端末の他の例のブロック図である。
【図５】受信端末の他の例のブロック図である。
【図６】フレームレートおよびバッファ閾値制御のフローチャートである。
【図７】復号後のフレーム生成時刻情報から平均ジッタ量を求める処理のフローチャートである。
【図８】本発明の第２の実施形態の映像配信システムの構成図である。
【符号の説明】
【００２８】
１Ａ、１Ｂ    送信端末
２Ａ〜２Ｄ    受信端末
３    ネットワーク
４    映像入力装置
１０    キャプチャカード
１１    エンコーダ
１２    バッファ
１３    パケット送信部
１４    フレームレート制御部
２１    パケット受信部
２２    バッファ
２３    デコーダ
２４    ビデオカード
２５    映像品質監視部
２６    バッファ閾値制御部
３１    入力部
３２    ＩＰヘッダ制御部
３３    ＲＴＰヘッダ解析部
３４    ペイロード解析部
３５    ジッタ解析部
３６    判断部
３７    制御出力部
１０１〜１１４、２０１〜２０４    ステップ
【図１】
2005322995.tif 000003
【図２】
2005322995.tif 000004
【図３】
2005322995.tif 000005
【図４】
2005322995.tif 000006
【図５】
2005322995.tif 000007
【図６】
2005322995.tif 000008
【図７】
2005322995.tif 000009
【図８】
2005322995.tif 000010