(57)【要約】【課題】表示のために１ピクチャ分の全てのデータを要する動画像を低遅延で伝送可能な、動画像伝送装置、動画像伝送システム、動画像伝送方法およびプログラムを提供する。【解決手段】表示のために１ピクチャ分のデータを要する動画像について、１ピクチャ分のデータを所定数の画素ラインからなるラインブロックに区分してブロックデータとしてキャプチャし、各ブロックデータのキャプチャ時点に応じて、各ブロックデータの圧縮率ｅを動的に設定し、設定された圧縮率で各ブロックデータを圧縮し、伝送路を通じて受信装置２０に送信し、複数のブロックデータについて、各ブロックデータのキャプチャおよび送信を含む一連の処理を、キャプチャ所要時間Ｔｃａｐｔｕｒｅだけずらして並列処理し、１ピクチャ分のデータのうち、キャプチャの開始順序が早いブロックデータよりも、キャプチャの開始順序が遅いブロックデータの圧縮率を低く設定する。【選択図】図４
2011211617.tif 000002
【特許請求の範囲】
【請求項１】
表示のために１ピクチャ分のデータを要する動画像について、前記１ピクチャ分のデータを所定数の画素ラインからなるラインブロックに区分してブロックデータとしてキャプチャするキャプチャ部と、
各ブロックデータのキャプチャ時点に応じて、前記各ブロックデータの圧縮率を動的に設定する圧縮率設定部と、
前記設定された圧縮率で前記各ブロックデータを圧縮し、伝送路を通じて受信装置に送信する送信部と、を備え、
前記キャプチャ部および前記送信部は、複数のブロックデータについて、前記各ブロックデータの前記キャプチャおよび前記送信を含む一連の処理を、キャプチャ所要時間だけずらして並列処理し、
前記圧縮率設定部は、前記１ピクチャ分のデータのうち、前記キャプチャの開始順序が早いブロックデータよりも、前記キャプチャの開始順序が遅いブロックデータの圧縮率を低く設定する
動画像伝送装置。
【請求項２】
前記圧縮率設定部は、前記１ピクチャ分のデータのうち、前記キャプチャの開始順序が最後から所定数のブロックデータの圧縮率を基準圧縮率よりも低く設定する、請求項１に記載の動画像伝送装置。
【請求項３】
前記圧縮率設定部は、前記１ピクチャ分のデータのうち、前記キャプチャの開始順序が最後から所定数のブロックデータの圧縮率を最小圧縮率に設定する、請求項２に記載の動画像伝送装置。
【請求項４】
前記ブロックデータを非圧縮で伝送可能な場合において、
前記圧縮率設定部は、前記１ピクチャ分のデータのうち、前記キャプチャの開始順序が最後から所定数のブロックデータの圧縮率を１．０に設定する、請求項３に記載の動画像伝送装置。
【請求項５】
前記圧縮率設定部は、前記１ピクチャ分のデータのうち、前記キャプチャの開始順序が早い所定数のブロックデータの圧縮率を基準圧縮率よりも高く設定する、請求項１〜４のいずれか１項に記載の動画像伝送装置。
【請求項６】
前記圧縮率設定部は、前記１ピクチャ分の圧縮後のデータ量が所定値となるように、前記各ブロックデータの圧縮率を設定する、請求項１〜５のいずれか１項に記載の動画像伝送装置。
【請求項７】
前記圧縮率設定部は、さらに前記伝送路の状況を考慮して、前記各ブロックデータの圧縮率を設定する、請求項１〜６のいずれか１項に記載の動画像伝送装置。
【請求項８】
前記圧縮率設定部は、前記伝送路の状況が安定している場合、前記１ピクチャ分のデータのうち、前記キャプチャの開始順序が最後から所定数のブロックデータの圧縮率を低く、または１．０に設定する、請求項７に記載の動画像伝送装置。
【請求項９】
前記圧縮率設定部は、前記伝送路の状況が不安定である場合、前記１ピクチャ分のデータのうち、前記伝送路の状況が安定している場合よりも多くの数のブロックデータの圧縮率を低く、または１．０に設定する、請求項７に記載の動画像伝送装置。
【請求項１０】
前記圧縮率設定部は、前記キャプチャの開始順序が遅いブロックデータを表示するための処理の完了時点から前記動画像の表示時点までの余裕時間が短いため、前記キャプチャの開始順序が遅いブロックデータの圧縮率を低く設定する、請求項１〜９のいずれか１項に記載の動画像伝送装置。
【請求項１１】
動画像を送信する送信装置と、前記送信装置から伝送路を通じて前記動画像を受信する受信装置を有し、
前記送信装置が請求項１〜１０のいずれか１項に記載の動画像伝送装置である、動画像伝送システム。
【請求項１２】
表示のために１ピクチャ分のデータを要する動画像について、前記１ピクチャ分のデータを所定数の画素ラインからなるラインブロックに区分してブロックデータとしてキャプチャするステップと、
各ブロックデータのキャプチャ時点に応じて、前記各ブロックデータの圧縮率を動的に設定するステップと、
前記設定された圧縮率で前記各ブロックデータを圧縮し、伝送路を通じて受信装置に送信するステップと、
複数のブロックデータについて、前記各ブロックデータの前記キャプチャステップおよび前記送信ステップを含む一連の処理を、キャプチャ所要時間だけずらして並列処理するステップと、を含み、
前記設定ステップでは、前記１ピクチャ分のデータのうち、前記キャプチャの開始順序が早いブロックデータよりも、前記キャプチャの開始順序が遅いブロックデータの圧縮率を低く設定する
動画像伝送方法。
【請求項１３】
請求項１２に記載の動画像伝送方法をコンピュータに実行させるためのプログラム。
【請求項１４】
表示のために１ピクチャ分のデータを要する動画像について、前記１ピクチャ分のデータを所定数の画素ラインからなるラインブロックに区分してブロックデータとしてキャプチャするキャプチャ部と、
各ブロックデータのキャプチャ時点に応じて、前記各ブロックデータの圧縮率を動的に設定する圧縮率設定部と、
前記設定された圧縮率で前記各ブロックデータを圧縮し、伝送路を通じて受信装置に送信する送信部と、を備え、
前記キャプチャ部および前記送信部は、複数のブロックデータについて、前記各ブロックデータの前記キャプチャおよび前記送信を含む一連の処理を、キャプチャ所要時間だけずらして並列処理し、
前記圧縮率設定部は、前記１ピクチャ分のデータのうち、前記キャプチャの開始順序が最初から所定数のブロックデータの圧縮率を基準圧縮率よりも高く設定し、最後から所定数のブロックデータの圧縮率を前記基準圧縮率よりも低く、または１．０に設定する、
動画像伝送装置。
【請求項１５】
表示のために１ピクチャ分のデータを要する動画像について、前記１ピクチャ分のデータを所定数の画素ラインからなるラインブロックに区分してブロックデータとしてキャプチャするステップと、
各ブロックデータのキャプチャ時点に応じて、前記各ブロックデータの圧縮率を動的に設定するステップと、
前記設定された圧縮率で各ブロックデータを圧縮し、伝送路を通じて受信装置に送信するステップと、
複数のブロックデータについて、前記各ブロックデータの前記キャプチャおよび前記送信を含む一連の処理を、キャプチャ所要時間だけずらして並列処理ステップと、を含み、
前記設定ステップでは、前記１ピクチャ分のデータのうち、前記キャプチャの開始順序が最初から所定数のブロックデータの圧縮率を基準圧縮率よりも高く設定し、最後から所定数のブロックデータの圧縮率を前記基準圧縮率よりも低く、または１．０に設定する、
動画像伝送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、動画像伝送装置、動画像伝送システム、動画像伝送方法およびプログラムに関する。
【背景技術】
【０００２】
近年、インターネット等の伝送路を通じて、動画像等のデータを低遅延で伝送することが求められている。例えばリアルタイムで動画像を伝送する場合、動画像のフレーム間隔以下の遅延で動画像データを伝送することが求められる。
【０００３】
このため、下記特許文献１には、１ピクチャ分のデータを所定数の画素ラインからなるラインブロックに区分し、ブロックデータとして圧縮する技術（ラインブロック単位方式）が開示されている。
【０００４】
この技術によれば、送信側では、１ピクチャ分の全てのデータのキャプチャを完了しなくても、ブロックデータ毎に後続処理を開始することができる。同様に、受信側でも、１ピクチャ分の全てのデータの受信を完了しなくても、ブロックデータ毎に後続処理を開始することができる。よって、伝送路の伝播遅延が十分に小さければ、フレーム間隔以下の遅延で、動画像の伝送が可能となる。
【０００５】
しかし、動画像を表示する表示装置によっては、表示のために１ピクチャ分の全てのデータを必要とする場合がある。この場合、ブロックデータ毎に後続処理を開始できても、１ピクチャ分の全てのブロックデータの後続処理を完了するまでは、動画像を表示することができない。このため、動画像の表示時点は、１ピクチャ分のブロックデータのうち、最後にキャプチャされるブロックデータの後続処理を完了する時点に依存することになる。
【０００６】
ところで、動画像伝送では、通常、ブロックデータが送信側で所定の圧縮率で圧縮符号化され、伝送路を通じて送信され、受信側で圧縮復号される。そして、ラインブロック単位方式の動画像伝送では、１ピクチャ分のブロックデータのうち、キャプチャ開始順序の遅いブロックデータについては、キャプチャ開始時点から表示時点まで時間的な余裕がない場合が多い。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００７−３１１９２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
このため、キャプチャ開始順序の遅いブロックデータを高い圧縮率で圧縮すると、圧縮処理（符号化・復号）に多くの時間を要してしまい、１ピクチャ分の全てのデータを表示時点までに準備できなくなる場合がある。
【０００９】
そこで、本発明は、表示のために１ピクチャ分の全てのデータを要する動画像を低遅延で伝送可能な、動画像伝送装置、動画像伝送システム、動画像伝送方法およびプログラムを提供しようとするものである。
【課題を解決するための手段】
【００１０】
本発明のある観点によれば、表示のために１ピクチャ分のデータを要する動画像について、１ピクチャ分のデータを所定数の画素ラインからなるラインブロックに区分してブロックデータとしてキャプチャするキャプチャ部と、各ブロックデータのキャプチャ時点に応じて、各ブロックデータの圧縮率を動的に設定する圧縮率設定部と、設定された圧縮率で各ブロックデータを圧縮し、伝送路を通じて受信装置に送信する送信部と、を備える動画像伝送装置が提供される。動画像伝送装置において、キャプチャ部および送信部は、複数のブロックデータについて、各ブロックデータのキャプチャおよび送信を含む一連の処理を、キャプチャ所要時間だけずらして並列処理し、圧縮率設定部は、１ピクチャ分のデータのうち、キャプチャの開始順序が早いブロックデータよりも、キャプチャの開始順序が遅いブロックデータの圧縮率を低く設定する。
【００１１】
また、上記圧縮率設定部は、１ピクチャ分のデータのうち、キャプチャの開始順序が最後から所定数のブロックデータの圧縮率を基準圧縮率よりも低く設定してもよい。
【００１２】
また、上記圧縮率設定部は、１ピクチャ分のデータのうち、キャプチャの開始順序が最後から所定数のブロックデータの圧縮率を最小圧縮率に設定してもよい。
【００１３】
また、ブロックデータを非圧縮で伝送可能な場合において、上記圧縮率設定部は、１ピクチャ分のデータのうち、キャプチャの開始順序が最後から所定数のブロックデータの圧縮率を１．０に設定してもよい。
【００１４】
また、上記圧縮率設定部は、１ピクチャ分のデータのうち、キャプチャの開始順序が早い所定数のブロックデータの圧縮率を基準圧縮率よりも高く設定してもよい。
【００１５】
また、上記圧縮率設定部は、１ピクチャ分の圧縮後のデータ量が所定値となるように、各ブロックデータの圧縮率を設定してもよい。
【００１６】
また、上記圧縮率設定部は、さらに伝送路の状況を考慮して、各ブロックデータの圧縮率を設定してもよい。
【００１７】
また、上記圧縮率設定部は、伝送路の状況が安定している場合、１ピクチャ分のデータのうち、キャプチャの開始順序が最後から所定数のブロックデータの圧縮率を低く、または１．０に設定してもよい。
【００１８】
また、上記圧縮率設定部は、伝送路の状況が不安定である場合、１ピクチャ分のデータのうち、伝送路の状況が安定している場合よりも多くの数のブロックデータの圧縮率を低く、または１．０に設定してもよい。
【００１９】
また、上記圧縮率設定部は、キャプチャの開始順序が遅いブロックデータを表示するための処理の完了時点から動画像の表示時点までの余裕時間が短いため、キャプチャの開始順序が遅いブロックデータの圧縮率を低く設定してもよい。
【００２０】
本発明の別の観点によれば、動画像を送信する送信装置と、送信装置から伝送路を通じて動画像を受信する受信装置を有し、送信装置が上記動画像伝送装置である、動画像伝送システムが提供される。
【００２１】
本発明の別の観点によれば、表示のために１ピクチャ分のデータを要する動画像について、１ピクチャ分のデータを所定数の画素ラインからなるラインブロックに区分してブロックデータとしてキャプチャするステップと、各ブロックデータのキャプチャ時点に応じて、各ブロックデータの圧縮率を動的に設定するステップと、設定された圧縮率で各ブロックデータを圧縮し、伝送路を通じて受信装置に送信するステップと、複数のブロックデータについて、各ブロックデータのキャプチャステップおよび送信ステップを含む一連の処理を、キャプチャ所要時間だけずらして並列処理するステップと、を含む動画像伝送方法が提供される。動画像伝送方法において、上記設定ステップでは、１ピクチャ分のデータのうち、キャプチャの開始順序が早いブロックデータよりも、キャプチャの開始順序が遅いブロックデータの圧縮率を低く設定する。
【００２２】
本発明の別の観点によれば、上記動画像伝送方法をコンピュータに実行させるためのプログラムが提供される。ここで、プログラムは、コンピュータ読取り可能な記録媒体を用いて提供されてもよく、通信手段を介して提供されてもよい。
【発明の効果】
【００２３】
以上説明したように本発明によれば、表示のために１ピクチャ分の全てのデータを要する動画像を低遅延で伝送可能な、動画像伝送装置、動画像伝送システム、動画像伝送方法およびプログラムを提供することができる。
【図面の簡単な説明】
【００２４】
【図１】本発明の実施形態に係る伝送システムの全体構成を示す図である。
【図２】ピクチャ単位方式とラインブロック単位方式の動画像伝送処理を対比して示す図である。
【図３Ａ】ラインブロック単位方式での動画像伝送の処理状況を示す図（１／２）である。
【図３Ｂ】ラインブロック単位方式での動画像伝送の処理状況を示す図（２／２）である。
【図４】送信装置および受信装置の主要な機能構成を示すブロック図である。
【図５】圧縮率の動的設定のシナリオＡを示す図である。
【図６】圧縮率の動的設定のシナリオＢを示す図である。
【図７】圧縮率の動的設定のシナリオＣを示す図である。
【図８Ａ】圧縮率の動的設定のシナリオＤを示す図（１／２）である。
【図８Ｂ】圧縮率の動的設定のシナリオＤを示す図（２／２）である。
【図９Ａ】動画像伝送システムの動作手順を示すフロー図（１／２）である。
【図９Ｂ】動画像伝送システムの動作手順を示すフロー図（２／２）である。
【発明を実施するための形態】
【００２５】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２６】
本明細書では、本発明の好適な実施の形態について、以下の項目に沿って説明する。
１．動画像伝送システムの全体構成
２．ラインブロック単位方式の動画像伝送処理
３．送信装置および受信装置の構成
４．圧縮率の動的設定
５．動画像伝送システムの動作
６．まとめ
【００２７】
［１．動画像伝送システムの全体構成］
まず、図１を参照して、本発明の実施形態に係る動画像伝送システムの全体構成について説明する。図１には、動画像伝送システムの全体構成が示されている。
【００２８】
図１に示すように、動画像伝送システムは、インターネット等の伝送路ＮＷを通じて動画像のデータを伝送可能な、送信装置１０および受信装置２０を含んで構成される。動画像データは、ＩＥＴＦ  ＲＦＣ３５５０に規定されるＲＴＰ（Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）等のストリーム伝送方式で伝送される。
【００２９】
送信装置１０は、ビデオカメラＶ等の動画像入力装置に接続され、受信装置２０は、ディスプレイＤ等の動画像出力装置に接続されている。なお、送信装置１０は、ビデオカメラＶと一体に構成されてもよく、受信装置２０は、ディスプレイＤと一体に構成されてもよい。
【００３０】
送信装置１０は、ビデオカメラＶから入力される動画像信号をデータとして取込み（キャプチャし）（ａ）、圧縮符号化し（ｂ）、パケタイズし（ｃ）、前方誤り訂正（ＦＥＣ）符号化し（ｆ）、伝送路ＮＷを通じて受信装置２０に送信する（ｅ）。
【００３１】
一方、受信装置２０は、伝送路ＮＷを通じて送信装置１０からデータを受信し（ｅ´）、ＦＥＣ復号し（ｆ）、デパケタイズし（ｇ）、圧縮復号する（ｈ）。受信装置２０は、１ピクチャ分の全てのデータについて処理（ｅ´）〜（ｈ）を完了すると、表示処理を施し、１ピクチャ分のデータとしてディスプレイＤに出力し、ディスプレイＤは、動画像として表示する。
【００３２】
［２．ラインブロック単位方式の動画像伝送処理］
つぎに、図２および図３を参照して、ラインブロック単位方式の動画像伝送処理について説明する。
【００３３】
図２には、ピクチャ単位方式とラインブロック単位方式の動画像伝送処理が対比して示されている。なお、以下では、１ピクチャ分のデータがラインブロック番号ｋ＝１〜Ｎのラインブロックに区分される場合を想定して説明する。
【００３４】
図２に示すように、ピクチャ単位方式においては、キャプチャ（Ａ）、圧縮符号化（Ｂ）、パケタイズ（Ｃ）、ＦＥＣ符号化（Ｄ）、伝送（Ｅ）、ＦＥＣ復号（Ｆ）、デパケタイズ（Ｇ）および圧縮復号（Ｈ）の各処理（Ａ）〜（Ｈ）がピクチャ単位で実行される。このため、送信側では、１ピクチャ分のデータのキャプチャ（Ａ）を完了するまで、後続処理（Ｂ）〜（Ｅ）を開始することができず、受信側でも、１ピクチャ分のデータの伝送（Ｅ）を完了するまで、後続処理（Ｆ）〜（Ｈ）を開始することができない。
【００３５】
一方、ラインブロック単位方式においては、キャプチャ（ａ）、圧縮符号化（ｂ）、パケタイズ（ｃ）、ＦＥＣ符号化（ｄ）、伝送（ｅ）、ＦＥＣ復号（ｆ）、デパケタイズ（ｇ）および圧縮復号（ｈ）の各処理（ａ）〜（ｈ）がラインブロック単位で実行される。つまり、送信側では、１ピクチャ分のデータのキャプチャ（Ａ）を完了しなくても、ラインブロック単位のデータのキャプチャ（ａ）を完了すれば、後続処理（ｂ）〜（ｅ）を順次に開始することができ、受信側でも、ラインブロック単位のデータの伝送（ｅ）を完了すれば、後続処理（ｆ）〜（ｈ）を順次に開始することができる。
【００３６】
また、送信側では、例えばラインブロック番号ｋ＝１のブロックデータのキャプチャ（ａ）を完了すると、後続処理（ｂ）〜（ｅ）を順次に開始するとともに、ｋ＝２のブロックデータのキャプチャ（ａ）を開始する、というように、ラインブロック単位で各処理（ａ）〜（ｅ）が並列処理される。なお、受信側でも、送信側と同様に、ラインブロック単位で各処理（ｆ）〜（ｈ）が並列処理される。
【００３７】
このため、ピクチャ単位方式では、各処理（Ａ）〜（Ｈ）の少なくとも１つで生じた遅延は、１ピクチャ分の処理の遅延としてそのまま蓄積されてしまい、キャプチャ（Ａ）から表示に至る処理全体の遅延が大きくなる。一方、ラインブロック単位方式では、各処理（ａ）〜（ｈ）の少なくとも１つで生じた遅延は、ラインブロック同士の処理の間で吸収され、１ピクチャ分の処理の遅延としてそのまま蓄積されることがないので、最初のキャプチャ開始（ａ）から表示に至る処理全体の遅延が抑制される。
【００３８】
図３Ａ、３Ｂには、ラインブロック単位方式での動画像伝送の処理状況が示されている。図３Ａ、３Ｂには、ラインブロック単位で実行される各処理（ａ）〜（ｈ）が示されている。
【００３９】
図３Ａには、１ピクチャ分の動画像について、キャプチャの開始時点と動画像の表示時点が横軸に示されている。また、ラインブロック単位の処理ブロックが処理の開始順序に従って縦軸方向に並列して示されている。
【００４０】
図３Ａに示すように、各処理ブロックは、キャプチャ（ａ）に要する処理時間に相当するオフセットＴｃａｐｔｕｒｅを伴って並列処理される。ここで、圧縮符号化（ｂ）および圧縮復号（ｈ）に要する処理時間は、ブロックデータの圧縮率ｅに応じて変動し、伝送（ｅ）に要する処理時間は、伝送路ＮＷの状況に応じて変動する。
【００４１】
各処理ブロックは、オフセットＴｃａｐｔｕｒｅを伴って開始されるので、キャプチャ開始順序の早い処理ブロックでは、処理（ａ）〜（ｈ）の完了から表示時点までに十分な余裕時間Ｔｒｅｍａｉｎがあるが、キャプチャ開始順序の遅い処理ブロックでは、余裕時間Ｔｒｅｍａｉｎが殆どなくなる。
【００４２】
このため、図３Ｂに示すように、キャプチャ開始順序の早い処理ブロックでは、ブロックデータの圧縮率ｅが高くても、表示時点までに圧縮処理（符号化・復号）を比較的容易に完了することができる。一方、キャプチャ開始順序の遅い処理ブロックでは、ブロックデータの圧縮率ｅが高いと、特に伝送路ＮＷの状況が不安定な場合には、表示時点までに圧縮処理を完了することができず、伝送遅延が生じる場合がある。よって、ラインブロック単位方式の動画像伝送処理では、キャプチャ開始順序の遅いブロックデータ、特に最後のブロックデータが伝送遅延に関してクリティカルとなる。
【００４３】
このため、本実施形態では、ブロックデータのキャプチャ時点に応じて、ブロックデータの圧縮率ｅが動的に設定される。ここで、ブロックデータの圧縮率ｅは、キャプチャ開始順序の早いブロックデータよりも、開始順序の遅いブロックデータで低く設定される。なお、本実施形態では、伝送路ＮＷの帯域が十分に大きく、圧縮率ｅに応じてブロックデータの伝送に要する時間が変化しない場合を想定している。
【００４４】
これにより、キャプチャ開始順序の遅いブロックデータでは、圧縮処理に要する処理時間が短縮され、表示時点までに圧縮処理を完了することができる。よって、伝送遅延に関してクリティカルとなるブロックデータを低い圧縮率ｅで圧縮処理することで、表示のために１ピクチャ分の全てのデータを要する動画像を低遅延で伝送することができる。
【００４５】
［３．送信装置および受信装置の構成］
つぎに、図４を参照して、動画像伝送システムを構成する送信装置１０および受信装置２０の構成について説明する。なお、図４では、ブロックデータの伝達経路が実線の矢印で示され、制御指令等の伝達経路が破線の矢印で示されている。
【００４６】
図４には、送信装置１０および受信装置２０の主要な機能構成が示されている。図４に示すように、送信装置１０は、入力インターフェイス（ＩＦ）１１、キャプチャ部１２、圧縮符号化部１３、パケタイズ部１４、ＦＥＣ符号化部１５、ＲＴＰ送信部１６、ＲＴＣＰ（ＲＴＰ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）部１７、圧縮率設定部１８を含んで構成される。
【００４７】
入力ＩＦ１１は、ビデオカメラＶから供給される動画像信号をデータとして入力する。キャプチャ部１２は、入力ＩＦ１１から供給されるデータをラインブロック単位のブロックデータとして取込む。また、キャプチャ部１２は、キャプチャされたラインブロックのラインブロック番号ｋを圧縮率設定部１８に通知する。ラインブロック番号ｋは、１ピクチャ分のデータについて、キャプチャ時点が１番目〜Ｎ番目のラインブロックに、ｋ＝１、…、Ｎとして付与される。
【００４８】
圧縮符号化部１３は、キャプチャ部１２から供給されるブロックデータを圧縮符号化する。圧縮符号化部１３は、圧縮率設定部１８から通知される圧縮率ｅでブロックデータを圧縮符号化する。圧縮符号化は、ブロックデータの圧縮率ｅが高いほど多くの処理時間を必要とする。また、システムの条件に応じては、圧縮符号化を省略できる場合もある。この場合、圧縮符号化部１３は、ブロックデータを圧縮符号化せずに、非圧縮の状態でパケタイズ部１４に供給する。
【００４９】
パケタイズ部１４は、圧縮符号化部１３から供給される圧縮データをＲＴＰパケットにパケタイズする。ＦＥＣ符号化部１５は、パケタイズ部１４からパケットを供給され、ＦＥＣ符号化する。ＦＥＣ符号化では、パケットがリードソロモン符号等の消失誤り訂正符号により冗長符号化される。なお、ＦＥＣ符号化の冗長度は、伝送路情報、ブロックデータの伝送レート等に基づき変更されてもよい。ＲＴＰ送信部１６は、ＦＥＣ符号化されたパケットを、伝送路ＮＷを通じて受信装置２０に送信する。
【００５０】
ＲＴＣＰ部１７は、ＲＴＰにより受信装置２０との間でデータを送受信するためのセッションを制御する。ＲＴＣＰ部１７は、受信装置２０のＲＴＣＰ部２７との間で、例えばＩＥＴＦ  ＲＦＣ３５５０に規定されるＲＴＣＰ送信レポート（ＳＲ）パケット、ＲＴＣＰ受信レポート（ＲＲ）パケットを送受信することで、伝送路ＮＷの状況を表す伝送路情報を得て圧縮率設定部１８に通知する。伝送路情報としては、往復伝送時間（ＲＴＴ：Ｒｏｕｎｄ−Ｔｒｉｐ  Ｔｉｍｅ）、平均パケットロス率等、様々なパラメータが利用される。
【００５１】
圧縮率設定部１８は、ラインブロック番号ｋに基づき、データブロックの圧縮率ｅを動的に設定する。さらに、圧縮率設定部１８は、伝送路情報を考慮して、データブロックの圧縮率ｅを動的に設定してもよい。圧縮率ｅは、最小圧縮率ｅｍｉｎから最大圧縮率ｅｍａｘの範囲で設定される。また、システムの条件に応じては、圧縮率ｅとして１．０（非圧縮）が設定されてもよい。圧縮率設定部１８は、圧縮率ｅの設定値を圧縮符号化部１３に通知する。これにより、動画像伝送システムでは、キャプチャ開始順序（および伝送路ＮＷの状況）に基づき、各ブロックデータを異なる圧縮率ｅで圧縮して伝送することができる。なお、圧縮率ｅの動的設定については、後述する。
【００５２】
なお、図３Ａ、３Ｂにより説明したように、送信装置１０では、キャプチャ（ａ）、圧縮符号化（ｂ）、パケタイズ（ｃ）、ＦＥＣ符号化（ｄ）およびＲＴＰ送信（ｅ）の各処理が複数のブロックデータについて並列処理される。
【００５３】
また、送信装置１０の機能構成は、ハードウェアとして実現されてもよく、少なくとも部分的にソフトウェアとして実現されてもよい。後者の場合、送信装置１０に設けられる制御部（不図示）では、動画像伝送方法を実行するためのプログラムが実行される。
【００５４】
受信装置２０は、ＲＴＰ受信部２１、ＦＥＣ復号部２２、デパケタイズ部２３、圧縮復号部２４、表示処理部２５、出力ＩＦ２６、ＲＴＣＰ部２７を含んで構成される。
【００５５】
ＲＴＰ受信部２１は、伝送路ＮＷを通じて送信装置１０からパケットを受信する。ＲＴＰ受信部２１は、ＦＥＣ符号化されたパケットを受信する。ＦＥＣ復号部２２は、ＦＥＣ符号化されたパケットをＲＴＰ受信部２１から供給され、ＦＥＣ復号する。デパケタイズ部２３は、ＲＴＰ受信部２１から供給されるパケットを圧縮データ（または非圧縮データ）にデパケタイズする。
【００５６】
圧縮復号部２４は、デパケタイズ部２３から圧縮データを供給され、圧縮データをブロックデータに復号する。圧縮復号部２４は、所定の圧縮率ｅで圧縮された圧縮データを圧縮復号し、バッファ（不図示）に記憶する。圧縮復号は、ブロックデータの圧縮率ｅが高いほど多くの処理時間を必要とする。また、システムの条件に応じては、圧縮復号を省略できる場合もある。
【００５７】
表示処理部２５は、圧縮復号部２４から１ピクチャ分のブロックデータを供給され、表示処理を施して動画像信号を生成する。出力ＩＦ２６は、表示処理部２５から動画像信号を供給され、ディスプレイＤに出力する。ＲＴＣＰ２６は、ＲＴＰにより送信装置１０との間でデータを送受信するためのセッションを制御する。なお、ＲＴＣＰ２６は、送信装置１０のＲＴＣＰ部１７と同様に構成される。
【００５８】
なお、図３Ａ、３Ｂにより説明したように、受信装置２０では、ＲＴＰ受信（ｅ´）、ＦＥＣ復号（ｆ）、デパケタイズ（ｇ）および圧縮復号（ｈ）の各処理が複数のブロックデータについて並列処理される。
【００５９】
また、受信装置２０の機能構成は、ハードウェアとして実現されてもよく、少なくとも部分的にソフトウェアとして実現されてもよい。後者の場合、受信装置２０に設けられる制御部（不図示）では、動画像伝送方法を実行するためのプログラムが実行される。
【００６０】
［４．圧縮率の動的設定］
図５〜図８Ａ、８Ｂには、圧縮率ｅを動的に設定するシナリオＡ〜Ｄが模式的に示されている。以下では、圧縮率ｅの動的設定を行わない場合の基準圧縮率ｅ０＝２．０、最大圧縮率ｅｍａｘ＝４．０、最小圧縮率ｅｍｉｎ＝１．２と想定する。なお、これらの圧縮率は、一例に過ぎず、システムに応じて様々に設定される。また、１ピクチャ分のデータを基準圧縮率ｅ０で伝送する場合の基準ビットレートをＲ０と想定する。
【００６１】
図５に示すシナリオＡでは、キャプチャ開始順序が遅い所定数のブロックデータの圧縮率ｅを低く設定する場合が示されている。図５には、シナリオＡにおける１ピクチャ分のラインブロックについて、ブロック処理の状況、圧縮率ｅの設定状況、およびビットレートＲが示されている。なお、ブロック処理の状況としては、キャプチャ（ａ）、圧縮符号化（ｂ）、伝送（ｅ）および圧縮復号（ｈ）の各処理のみが（ａ）、（ｂ）、（ｅ）、（ｈ）の順序で示されている。
【００６２】
シナリオＡでは、平均ＲＴＴでの伝送を仮定しても、ｋ＝Ｎ−１、Ｎの処理ブロックの処理を表示時点までに完了できない場合が想定されている。この場合、ｋ＝Ｎ−１、Ｎのブロックデータの圧縮率ｅが基準圧縮率ｅ０よりも低いｅ＝１．５、１．２（＝ｅｍｉｎ）として各々に設定される。また、１ピクチャ分のデータのビットレートＲは、基準ビットレートＲ０よりも高くなる。ここで、圧縮率ｅは、ブロックデータのキャプチャ開始時点、および処理ブロックの処理時間Ｔｔｏｔａｌに基づき、表示時点までに処理ブロックの処理を完了できるように設定される。
【００６３】
なお、圧縮率ｅは、表示時点までに余裕時間を確保して処理ブロックの処理が完了するように設定されてもよい。また、圧縮率ｅは、複数のブロックデータについて、相異なる値として設定されずに、同一の値（例えばｅ＝１．２）として設定されてもよい。
【００６４】
具体的に、処理ブロックの処理時間Ｔｔｏｔａｌは、キャプチャ（ａ）、圧縮符号化（ｂ）、パケタイズ（ｃ）、ＦＥＣ符号化（ｄ）、伝送（ｅ）、ＦＥＣ復号（ｆ）、デパケタイズ（ｇ）、圧縮復号（ｈ）の各処理時間の合計として求められる。ここで、伝送（ｅ）、圧縮処理（ｂ）、（ｈ）以外の処理時間は、所定値として設定される。伝送（ｅ）の処理時間は、平均ＲＴＴから求められ、圧縮処理（ｂ）、（ｈ）の処理時間は、圧縮率ｅをパラメータとして求められる。
【００６５】
そして、各処理ブロックの処理時間Ｔｔｏｔａｌが処理可能時間Ｔｒｅｍａｉｎ未満となるように、各ブロックデータの圧縮率ｅが求められる。ここで、処理可能時間Ｔｒｅｍａｉｎは、図３Ａで示したように、各ブロックデータの処理の完了から表示時点までの時間として設定される。
【００６６】
シナリオＡでは、ｋ＝Ｎ−１、Ｎの処理ブロックの処理時間Ｔｔｏｔａｌが処理可能時間Ｔｒｅｍａｉｎ未満となるように、圧縮率ｅ＝１．５、１．２が各々に設定される。これにより、ｋ＝Ｎ−１、Ｎのブロックデータについて、圧縮処理（ｂ）、（ｈ）の処理時間を短縮し、表示時点までに処理ブロックの処理を完了することができる。なお、複数の処理ブロックで圧縮処理（ｂ）、（ｈ）を同時に行う場合、複数のスレッドに分割することで実装可能となる。
【００６７】
ここで、システムの条件に応じては、圧縮処理（ｂ）、（ｈ）の処理時間をさらに短縮するために、圧縮率ｅがｅ＝１．０（非圧縮）に設定されてもよい。圧縮率ｅがｅ＝１．０の場合、圧縮処理（ｂ）、（ｈ）の処理時間が略０となり、処理ブロックの処理時間Ｔｔｏｔａｌをさらに短縮することができる。
【００６８】
なお、一部のブロックデータ（例えばｋ＝Ｎ−１、Ｎ）の圧縮率ｅを低くすることで、当該ブロックデータよりもキャプチャ開始順序が早いブロックデータ（例えばｋ＝Ｎ−２）の処理ブロックが伝送遅延に関してクリティカルとなる場合がある。この場合、クリティカルとなるブロックデータについても、基準圧縮率ｅ０よりも低い圧縮率ｅが設定される。
【００６９】
図６に示すシナリオＢでは、キャプチャ開始順序が遅い所定数のブロックデータの圧縮率ｅを低く設定するとともに、キャプチャ開始順序が早い所定数のブロックデータの圧縮率ｅを高く設定する場合が示されている。図６には、シナリオＢにおける１ピクチャ分のラインブロックについて、ブロック処理の状況、圧縮率ｅの設定状況、およびビットレートＲが示されている。
【００７０】
この場合、ｋ＝Ｎ−１、Ｎのブロックデータの圧縮率ｅが基準圧縮率ｅ０よりも低いｅ＝１．５、１．２（＝ｅｍｉｎ）に設定されるとともに、ｋ＝１〜ｎ１のブロックデータの圧縮率ｅがｅ＝４．０（＝ｅｍａｘ）に設定される。なお、各ブロックデータの圧縮率ｅは、処理ブロックの処理を表示時点までに完了できるように設定される。また、圧縮率ｅは、ｋ＝１〜ｎ１のブロックデータについて、同一の値として設定されずに、相異なる値として設定されてもよい。
【００７１】
ここで、シナリオＡで示したように、所定数のブロックデータの圧縮率ｅを低く設定すると、１ピクチャ分のデータのビットレートＲが増加してしまう。よって、ビットレートＲの増加を抑制するために、キャプチャ開始順序が早い所定数のブロックデータの圧縮率ｅを高く設定する。なお、キャプチャ開始順序が早いブロックデータでは、図３Ａで示したように、処理の完了から表示時点までに十分な余裕時間があるので、伝送遅延の原因とはならない。これにより、１ピクチャ分のデータのビットレートＲの増加を抑制しつつ、圧縮処理（ｂ）、（ｈ）の処理時間を短縮し、表示時点までに処理ブロックの処理を完了することができる。
【００７２】
図７に示すシナリオＣでは、１ピクチャ分のデータのビットレートＲが所定値となるように、各ブロックデータの圧縮率ｅを設定する場合が示されている。図７には、シナリオＣにおける１ピクチャ分のラインブロックについて、ブロック処理の状況、圧縮率ｅの設定状況、およびビットレートＲが示されている。
【００７３】
シナリオＣでは、１ピクチャ分のデータのビットレートＲが基準ビットレートＲ０となる場合について説明する。しかし、基準ビットレートＲ０以外のビットレートとなるように圧縮率ｅを設定してもよい。
【００７４】
この場合、ブロックデータの圧縮率ｅは、ｋ＝１〜ｎ１（ブロック数ｎ１）でｅ１＝３．０、ｋ＝ｎ１＋１〜Ｎ−２（ブロック数ｎ２）でｅ２＝２．０（＝ｅ０）、ｋ＝Ｎ−１、Ｎ（ブロック数ｎ３）でｅ３＝１．２（＝ｅｍｉｎ）に設定されている。ここで、圧縮率ｅとブロック数の組合せ、および圧縮率ｅの区分数は、あくまでも例示に過ぎない。また、各ブロックデータの圧縮率ｅは、処理ブロックの処理を表示時点までに完了できるように設定される。
【００７５】
ここで、圧縮率ｅ１〜ｅ３は、ｅ１・ｎ１＋ｅ２・ｎ２＋ｅ３・ｎ３＝ｅ０・（ｎ１＋ｎ２＋ｎ３）の関係を満たすように設定される。これにより、１ピクチャ分のデータのビットレートを所定値に維持しつつ、圧縮処理（ｂ）、（ｈ）の処理時間を短縮し、表示時点までに処理ブロックの処理を完了することができる。
【００７６】
図８Ａ、８Ｂに示すシナリオＤでは、伝送路ＮＷの状況に応じて、各ブロックデータの圧縮率ｅを設定する場合が示されている。図８Ａ、８Ｂには、シナリオＤにおける１ピクチャ分のラインブロックについて、伝送路ＮＷが安定している場合と不安定である場合において、ＲＴＴの変動状況、ブロック処理の状況、および圧縮率ｅの設定状況が各々に示されている。なお、伝送路ＮＷが不安定である場合としては、例えば、ＲＴＴの変動が大きい場合、伝送路ＮＷ上でパケットリオーダ等が発生しうる場合等が想定される。
【００７７】
シナリオＤでも、平均ＲＴＴ（ＲＴＴａｖｇ）での伝送を仮定しても、ｋ＝Ｎ−１、Ｎの処理ブロックの処理を表示時点までに完了できない場合が想定されている。なお、伝送路ＮＷの状況は、例えば、直前フレームのピクチャの伝送時に達成されたＲＴＴ、および同一フレームのピクチャ（伝送済みのブロックデータ）の伝送時に達成されたＲＴＴの変動率が、所定の閾値を満たすか否かに応じて判断される。
【００７８】
図８Ａに示すように、伝送路ＮＷの状況が安定している場合、伝送（ｅ）の処理時間がＲＴＴａｖｇ／２でほぼ一定となるので、処理ブロックの処理時間Ｔｔｏｔａｌは、圧縮処理（ｂ）、（ｈ）の処理時間に応じて変化することになる。このため、ｋ＝Ｎ−１、Ｎのブロックデータの圧縮率ｅが基準圧縮率ｅ０よりも低いｅ＝１．５、１．２として各々に設定される。
【００７９】
ここで、ｋ＝Ｎ−１、Ｎのブロックデータの圧縮率ｅの設定では、伝送（ｅ）の処理時間をＲＴＴａｖｇ／２として、各処理ブロックの処理時間Ｔｔｏｔａｌが求められる。そして、各処理ブロックの処理の完了から表示時点までの余裕時間Ｔｒｅｍａｉｎが０以上となるように、各ブロックデータの圧縮率ｅが求められる。
【００８０】
一方、図８Ｂに示すように、伝送路ＮＷの状況が不安定である場合、伝送（ｅ）の処理時間が変動するので、処理ブロックの処理時間Ｔｔｏｔａｌは、圧縮処理（ｂ）、（ｈ）の処理時間とともに、伝送（ｅ）の処理時間に応じて変化することになる。このため、伝送路ＮＷの状況に応じて、キャプチャ開始順序の遅い所定数のブロックデータの圧縮率ｅが低く設定される。
【００８１】
各ブロックデータの圧縮率ｅの設定では、所定の確率で達成が予想される伝送（ｅ）の処理時間（予想伝送時間）が求められる。例えば、８０％の確率で達成される予想伝送時間は、直近のＲＴＴの１／２を小さい値から順（昇順）に並べた場合の８０％値として求められる。直近のＲＴＴとしては、伝送路ＮＷの状況を判断するために用いられるＲＴＴのうち、直近から所定数のデータが用いられる。なお、予想伝送時間は、８０％値以外の値として求められてもよい。
【００８２】
次に、伝送（ｅ）の処理時間を予想伝送時間として、各処理ブロックの処理時間Ｔｔｏｔａｌが求められる。そして、各処理ブロックの処理の完了から表示時点までの余裕時間Ｔｒｅｍａｉｎが０以上となるように、各ブロックデータの圧縮率ｅが求められる。
【００８３】
例えば、シナリオＤでは、予想伝送時間を直近のＲＴＴの１／２の８０％値として、各処理ブロックの圧縮率ｅが求められている。そして、シナリオＤでは、非圧縮での伝送が可能である場合を想定して、ｋ＝Ｎ−２、Ｎ−１、Ｎのブロックデータについて、圧縮率ｅがｅ＝１．５、１．２、１．０として各々に設定されている。ｋ＝Ｎのブロックデータでは、圧縮符号化（ｂ）および圧縮復号（ｈ）の処理時間が殆ど０となる。これにより、伝送路ＮＷの状況を考慮しつつ、圧縮処理（ｂ）、（ｈ）の処理時間を短縮し、表示時点までに処理ブロックの処理を完了することができる。
【００８４】
なお、伝送路ＮＷの状況に応じて圧縮率ｅを低くするブロックデータは、キャプチャ開始順序が最後から所定数のブロックデータに限定されるものではない。よって、キャプチャ開始順序が中ほどのブロックデータの圧縮率ｅを低くしてもよい。いずれの場合においても、ブロックデータの圧縮率ｅを低くして圧縮処理に要する時間を短縮することで、伝送路ＮＷの変動により生じる動画像の伝送遅延を抑制することができる。
【００８５】
［５．動画像伝送システムの動作］
つぎに、図９Ａ、９Ｂを参照して、動画像伝送システムの動作について説明する。図９Ａ、９Ｂには、１ピクチャ分のデータについて、キャプチャの開始から動画像の表示に至るまでの送信装置１０および受信装置２０の動作手順が各々に示されている。
【００８６】
なお、図９Ａ、９Ｂでは、ラインブロック単位で処理が完了するように示されている。しかし、実際には、前述したように、ラインブロックのキャプチャ（ａ）を完了すると、当該ラインブロックの圧縮符号化（ｂ）を開始するとともに、他のラインブロックのキャプチャ（ａ）を開始するというように、複数のラインブロックの処理が並列して実行される。
【００８７】
まず、送信装置１０の動作について説明する。図６Ａに示すように、送信装置１０において、キャプチャ部１２は、ラインブロック単位のデータをブロックデータとしてキャプチャする（ステップＳ１０１）。ステップＳ１０１の処理では、処理を実行するたびに、ラインブロック番号ｋ＝１〜Ｎのブロックデータが順次にキャプチャされる。
【００８８】
圧縮率設定部１８は、キャプチャ部１２からのラインブロック番号ｋに基づき、前述した設定方法に従って、各ブロックデータの圧縮率ｅを動的に設定する（Ｓ１０３）。なお、ブロックデータを非圧縮で伝送可能な場合、圧縮率ｅがｅ＝１．０、つまり非圧縮に設定されてもよい。
【００８９】
圧縮符号化部１３は、圧縮率ｅがｅ＝１．０以外に設定されているかを確認する（Ｓ１０５）。圧縮符号化部１３は、圧縮率ｅがｅ＝１．０以外に設定されている場合に、設定された圧縮率ｅでブロックデータを圧縮符号化する（Ｓ１０７）。そして、パケタイズ部１４には、圧縮符号化されたブロックデータ、または圧縮符号化されていないブロックデータが供給される。
【００９０】
パケタイズ部１４は、圧縮データをまたは非圧縮データをＲＴＰパケットにパケタイズし、ＦＥＣ符号化部１５は、パケットをＦＥＣ符号化する（Ｓ１０９）。ＲＴＰ送信部１６は、ＦＥＣ符号化されたパケットを受信装置２０に送信する（Ｓ１１１）。
【００９１】
また、送信装置１０では、ラインブロック番号ｋに基づき１ピクチャ分のデータの処理を完了したか、つまりラインブロック番号ｋ＝Ｎのブロックデータを処理したかを判定する（Ｓ１１３）。そして、処理を完了した場合、１ピクチャ分について送信側の処理が完了する。一方、完了していない場合、ラインブロック番号ｋを１インクリメントし、次のラインブロックのデータがキャプチャされる（Ｓ１０１）。
【００９２】
つぎに、受信装置２０の動作について説明する。図９Ｂに示すように、受信装置２０において、ＲＴＰ受信部２１は、伝送路ＮＷを通じて送信装置１０からパケットを受信する（Ｓ１５１）。パケットは、ＦＥＣ符号化されたパケットとして受信される。
【００９３】
ＦＥＣ復号部２２は、ＦＥＣ符号化されたパケットをＦＥＣ復号し、デパケタイズ部２３は、パケットをデパケタイズする（Ｓ１５３）。圧縮復号部２４は、デパケタイズされたデータが圧縮されているかを確認する（Ｓ１５５）。圧縮復号部２４は、データが圧縮されている場合に、デパケタイズされたデータを圧縮復号し、バッファ（不図示）等に記憶する（Ｓ１５７）。
【００９４】
ステップＳ１５７の処理を終了すると、１ピクチャ分の処理が完了したかが判定される（Ｓ１５９）。そして、処理を完了した場合には、１ピクチャ分のデータについて表示処理（Ｓ１６１）が行われ、完了していない場合には、次のラインブロックのパケットが受信される（Ｓ１５１）。
【００９５】
［６．まとめ］
以上説明したように、本発明の実施形態に係る動画像伝送システムによれば、表示のために１ピクチャ分の全てのデータを要する動画像が伝送される。システムでは、１ピクチャ分のデータがラインブロック単位のブロックデータとしてキャプチャされる。また、ブロックデータのキャプチャ時点に応じて、ブロックデータの圧縮率ｅが動的に設定される。ここで、ブロックデータの圧縮率ｅは、キャプチャ開始順序の早いブロックデータよりも、開始順序の遅いブロックデータで低く設定される。なお、本実施形態では、伝送路ＮＷの帯域が十分に大きく、圧縮率ｅに応じてブロックデータの伝送に要する時間が変化しない場合を想定している。
【００９６】
これにより、キャプチャ開始順序の遅いブロックデータでは、圧縮処理に要する処理時間が短縮され、表示時点までに圧縮処理を完了することができる。よって、伝送遅延に関してクリティカルとなるブロックデータを低い圧縮率ｅで圧縮処理することで、表示のために１ピクチャ分の全てのデータを要する動画像を低遅延で伝送することができる。
【００９７】
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【００９８】
例えば、上記説明では、ラインブロック単位で並列処理を行う場合について説明した。しかし、所定数のブロックデータからなる処理単位をパイプライン化して並列処理してもよい。
【００９９】
また、上記説明では、伝送時の誤り訂正方式としてＦＥＣ符号方式を利用する場合について説明した。しかし、伝送時の誤り訂正方式として、例えば、ＦＥＣ符号方式が利用されなくてもよく、ＦＥＣ符号方式と自動再生（ＡＲＱ）方式の組合せが利用されてもよく、他の方式が利用されてもよく、誤り訂正が行われなくてもよい。
【符号の説明】
【０１００】
１０    送信装置
１１    入力ＩＦ
１２    キャプチャ部
１３    圧縮符号化部
１４    パケタイズ部
１５    ＦＥＣ符号化部
１６    ＲＴＰ送信部
１７    ＲＴＣＰ部
１８    圧縮率設定部
２０    受信装置
２１    ＲＴＰ受信部
２２    ＦＥＣ復号部
２３    デパケタイズ部
２４    圧縮復号部
２５    表示処理部
２６    出力ＩＦ
２７    ＲＴＣＰ部
ＮＷ    伝送路
Ｖ    ビデオカメラ
Ｄ    ディスプレイ
【図１】
2011211617.tif 000003
【図２】
2011211617.tif 000004
【図３Ａ】
2011211617.tif 000005
【図３Ｂ】
2011211617.tif 000006
【図４】
2011211617.tif 000007
【図５】
2011211617.tif 000008
【図６】
2011211617.tif 000009
【図７】
2011211617.tif 000010
【図８Ａ】
2011211617.tif 000011
【図８Ｂ】
2011211617.tif 000012
【図９Ａ】
2011211617.tif 000013
【図９Ｂ】
2011211617.tif 000014