(57)【特許請求の範囲】
【請求項１】
複数の送信装置から１つの受信装置に、互いに同期がとられたデータを伝送するデータ伝送において、各データ伝送の、伝送路上で発生する遅延時間である伝送遅延の差を用いて、各データ伝送について設定される、前記受信装置において各データの同期をとるためのバッファ時間である受信バッファ時間を調整する調整手段と、
前記調整手段により調整された前記受信バッファ時間を用いて、各データ伝送のQoS制御処理のパラメータとして、冗長符号化ブロックの先頭パケットから末尾のパケットを受信するまでの時間である冗長符号化ブロック受信待ち時間、再送パケットを待つ時間である再送パケット待ち時間、およびネットワークジッタを吸収するためのネットワークジッタ対応バッファ時間を設定する設定手段と
を備える情報処理装置。
【請求項２】
前記調整手段は、前記伝送遅延の最大値を求め、各データの前記伝送遅延と前記最大値との差を、予め定められた所定の受信バッファ時間である規定受信バッファ時間に加えたものを、前記受信バッファ時間とする
請求項１に記載の情報処理装置。
【請求項３】
前記データは伝送元において符号化され、得られた符号化データが伝送され、伝送先において前記符号化データが復号され、
前記設定手段は、前記データ伝送に関する処理のパラメータとして、前記符号化においてレート制御されて生成された前記符号化データを平滑化伝送する際に必要な可変圧縮符号化遅延要求時間を設定する
請求項１に記載の情報処理装置。
【請求項４】
前記データの画質に関する要求である画像品質要求、および、前記データ伝送における伝送品質に関する要求である伝送品質要求を受け付ける受付手段をさらに備え、
前記調整手段は、前記受付手段により受け付けられた前記画像品質要求および前記伝送品質要求に基づいて、前記受信バッファ時間を調整する
請求項１に記載の情報処理装置。
【請求項５】
前記調整手段は、前記受付手段により受け付けられた前記画像品質要求および前記伝送品質要求に基づいて、仮の前記受信バッファ時間を設定し、前記仮の受信バッファ時間を用いて、前記受信バッファ時間を調整する
請求項４に記載の情報処理装置。
【請求項６】
前記受付手段により受け付けられる前記画像品質要求および前記伝送品質要求の入力を補助するGUIを表示する出力手段をさらに備える
請求項４に記載の情報処理装置。
【請求項７】
情報処理装置の情報処理方法であって、
前記情報処理装置の調整手段が、複数の送信装置から１つの受信装置に、互いに同期がとられたデータを伝送するデータ伝送において、各データ伝送の、伝送路上で発生する遅延時間である伝送遅延の差を用いて、各データ伝送について設定される、前記受信装置において各データの同期をとるためのバッファ時間である受信バッファ時間を調整し、
前記情報処理装置の設定手段が、調整された前記受信バッファ時間を用いて、各データ伝送のQoS制御処理のパラメータとして、冗長符号化ブロックの先頭パケットから末尾のパケットを受信するまでの時間である冗長符号化ブロック受信待ち時間、再送パケットを待つ時間である再送パケット待ち時間、およびネットワークジッタを吸収するためのネットワークジッタ対応バッファ時間を設定する
情報処理方法。
【請求項８】
データ伝送を行うコンピュータを、
複数の送信装置から１つの受信装置に、互いに同期がとられたデータを伝送するデータ伝送において、各データ伝送の、伝送路上で発生する遅延時間である伝送遅延の差を用いて、各データ伝送について設定される、前記受信装置において各データの同期をとるためのバッファ時間である受信バッファ時間を調整する調整手段、
前記調整手段により調整された前記受信バッファ時間を用いて、各データ伝送のQoS制御処理のパラメータとして、冗長符号化ブロックの先頭パケットから末尾のパケットを受信するまでの時間である冗長符号化ブロック受信待ち時間、再送パケットを待つ時間である再送パケット待ち時間、およびネットワークジッタを吸収するためのネットワークジッタ対応バッファ時間を設定する設定手段
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置および方法、並びにプログラムに関し、特に、コンテンツの品質の劣化を抑制することができるようにした情報処理装置および方法、並びにプログラムに関する。
【背景技術】
【０００２】
近年、インターネット、LAN（Local Area Network）、若しくは、その他の伝送路を経由して、メディア基準信号同期（所謂GENLOCK同期）を行いながらマルチメディアデータを低遅延に伝送するという需要が高まっている。
【０００３】
例えば、放送局においてカメラとそのコントロールユニット（所謂CCU（Camera Control Unit）とを、HD-SDI（High Definition Serial Digital Interface）ケーブルにより接続し、非圧縮同期伝送を行うシステムが存在する。近年、このシステムのHD-SDIケーブルをEthernet（登録商標）ケーブルに置き換え、Ethernet上でIPパケットによるGENLOCK同期を行いながら伝送するといったことが行われている。
【０００４】
このような目的においてマルチメディアデータのIP伝送を行う場合、HD-SDIケーブル経由での伝送と同等の使い勝手が要求されるため、例えば、高精度のGENLOCK同期とビデオフレーム間隔以下の低遅延伝送が要求される。
【０００５】
このような要求から動画像の各ピクチャの数ライン毎を１つの符号化ブロック（ラインブロック）としてウェーブレット変換による符号化を行う方式が提案されている（例えば特許文献１参照）。
【０００６】
この方式では、ピクチャ内のデータ全てを入力するまで待つことなく符号化を開始することができる。そのため、生成した符号化データをネットワーク伝送し、受信側で復号する場合においても、ピクチャ内の全てのデータを受信する前に復号処理を開始することができる。つまり、ネットワーク伝播遅延が十分小さければ、フレーム間隔以下の遅延でのリアルタイム（即時的な）動画像伝送が可能となる。
【０００７】
このようなデータ伝送において、受信装置は、符号化処理、データ伝送処理、およびQoS制御処理等の遅延に対応するために受信したデータをバッファ（一時的に保持）する必要があった。換言するに、この受信側のバッファ時間に応じて（オーバフローしないように）符号化処理やQoS制御処理等の設定が行われていた。つまり、復号画像の画質や伝送品質は、バッファ時間に依存していた。
【０００８】
ところで、このようなデータ伝送により複数の送信装置から１つの受信装置にデータを伝送する場合、従来の方式においては、各送信装置に対する受信バッファ時間は、互いに独立に設定されるか、若しくは、予め定められた所定の時間に設定されていた（共通の受信バッファ時間が用いられた）。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特許４３７１１２０号
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、一般的に、各送信装置からのデータ伝送に関する遅延（伝送遅延）は、そのデータ伝送の経路や帯域幅等が互いに異なることから、送信装置毎に異なる場合が多い。ところが、従来方式の場合、受信バッファ時間の設定はこの伝送遅延の違いを考慮せずに行われる（互いに独立に設定されるか、共通に設定される）。
【００１１】
上述したように、符号化やQoS制御等の設定は、この受信バッファ時間に基づいて行われるので、実際には、受信データがこの受信バッファ時間よりも長く保持されることになる場合であっても、復号画像の画質や伝送品質を向上させることができない恐れがあった。つまり、不要な待機時間が生じてしまう恐れがあった。換言するに、データ伝送によりコンテンツの品質を不要に劣化させる恐れがあった。
【００１２】
本発明は、このような状況に鑑みてなされたものであり、各処理の時間的余裕を画質や伝送品質の向上に利用することができるようにし、遅延時間上の無駄を低減させることができるようにすることを目的とする。
【課題を解決するための手段】
【００１３】
本発明の一側面は、複数の送信装置から１つの受信装置に、互いに同期がとられたデータを伝送するデータ伝送において、各データ伝送の、伝送路上で発生する遅延時間である伝送遅延の差を用いて、各データ伝送について設定される、前記受信装置において各データの同期をとるためのバッファ時間である受信バッファ時間を調整する調整手段と、前記調整手段により調整された前記受信バッファ時間を用いて、各データ伝送のQoS制御処理のパラメータとして、冗長符号化ブロックの先頭パケットから末尾のパケットを受信するまでの時間である冗長符号化ブロック受信待ち時間、再送パケットを待つ時間である再送パケット待ち時間、およびネットワークジッタを吸収するためのネットワークジッタ対応バッファ時間を設定する設定手段とを備える情報処理装置である。
【００１４】
前記調整手段は、前記伝送遅延の最大値を求め、各データの前記伝送遅延と前記最大値との差を、予め定められた所定の受信バッファ時間である規定受信バッファ時間に加えたものを、前記受信バッファ時間とすることができる。
【００１６】
前記データは伝送元において符号化され、得られた符号化データが伝送され、伝送先において前記符号化データが復号され、前記設定手段は、前記データ伝送に関する処理のパラメータとして、前記符号化においてレート制御されて生成された前記符号化データを平滑化伝送する際に必要な可変圧縮符号化遅延要求時間を設定することができる。
【００１７】
前記データの画質に関する要求である画像品質要求、および、前記データ伝送における伝送品質に関する要求である伝送品質要求を受け付ける受付手段をさらに備え、前記調整手段は、前記受付手段により受け付けられた前記画像品質要求および前記伝送品質要求に基づいて、前記受信バッファ時間を調整することができる。
【００１８】
前記調整手段は、前記受付手段により受け付けられた前記画像品質要求および前記伝送品質要求に基づいて、仮の前記受信バッファ時間を設定し、前記仮の受信バッファ時間を用いて、前記受信バッファ時間を調整することができる。
【００１９】
前記受付手段により受け付けられる前記画像品質要求および前記伝送品質要求の入力を補助するGUIを表示する出力手段をさらに備えることができる。
【００２０】
本発明の一側面は、また、情報処理装置の情報処理方法であって、前記情報処理装置の調整手段が、複数の送信装置から１つの受信装置に、互いに同期がとられたデータを伝送するデータ伝送において、各データ伝送の、伝送路上で発生する遅延時間である伝送遅延の差を用いて、各データ伝送について設定される、前記受信装置において各データの同期をとるためのバッファ時間である受信バッファ時間を調整し、前記情報処理装置の設定手段が、調整された前記受信バッファ時間を用いて、各データ伝送のQoS制御処理のパラメータとして、冗長符号化ブロックの先頭パケットから末尾のパケットを受信するまでの時間である冗長符号化ブロック受信待ち時間、再送パケットを待つ時間である再送パケット待ち時間、およびネットワークジッタを吸収するためのネットワークジッタ対応バッファ時間を設定する情報処理方法である。
【００２１】
本発明の一側面は、さらに、データ伝送を制御するコンピュータを、複数の送信装置から１つの受信装置に、互いに同期がとられたデータを伝送するデータ伝送において、各データ伝送の、伝送路上で発生する遅延時間である伝送遅延の差を用いて、各データ伝送について設定される、前記受信装置において各データの同期をとるためのバッファ時間である受信バッファ時間を調整する調整手段、前記調整手段により調整された前記受信バッファ時間を用いて、各データ伝送のQoS制御処理のパラメータとして、冗長符号化ブロックの先頭パケットから末尾のパケットを受信するまでの時間である冗長符号化ブロック受信待ち時間、再送パケットを待つ時間である再送パケット待ち時間、およびネットワークジッタを吸収するためのネットワークジッタ対応バッファ時間を設定する設定手段として機能させるためのプログラムである。
【００２２】
本発明の一側面においては、複数の送信装置から１つの受信装置に、互いに同期がとられたデータを伝送するデータ伝送において、各データ伝送の、伝送路上で発生する遅延時間である伝送遅延の差を用いて、各データ伝送について設定される、受信装置において各データの同期をとるためのバッファ時間である受信バッファ時間が調整され、その調整された受信バッファ時間を用いて、各データ伝送のQoS制御処理のパラメータとして、冗長符号化ブロックの先頭パケットから末尾のパケットを受信するまでの時間である冗長符号化ブロック受信待ち時間、再送パケットを待つ時間である再送パケット待ち時間、およびネットワークジッタを吸収するためのネットワークジッタ対応バッファ時間が設定される。
【発明の効果】
【００２３】
本発明によれば、データを伝送することができる。特に、コンテンツの品質の劣化を抑制することができる。
【図面の簡単な説明】
【００２４】
【図１】本発明を適用した伝送システムの主な構成例を示すブロック図である。
【図２】送信装置の主な構成例を示すブロック図である。
【図３】符号化部の主な構成例を示すブロック図である。
【図４】分析フィルタリングの概要を説明する図である。
【図５】分析フィルタリングの概要を説明する図３に続く図である。
【図６】ラインブロックを説明する図である。
【図７】受信部の主な構成例を示すブロック図である。
【図８】復号部の主な構成例を示すブロック図である。
【図９】データ伝送全体処理の流れの例を説明するフローチャートである。
【図１０】受信バッファ時間決定処理の流れの例を説明するフローチャートである。
【図１１】受信バッファ時間の設定の様子の例を示す図である。
【図１２】受信バッファ時間・処理パラメータ設定処理の流れの例を説明するフローチャートである。
【図１３】本発明を適用した伝送システムの主な構成例を示すブロック図である。
【図１４】要求受付画面の表示例を示す図である。
【図１５】データ伝送処理の流れの他の例を説明するフローチャートである。
【図１６】受信バッファ時間決定処理の流れの例を説明するフローチャートである。
【図１７】受信バッファ時間決定処理の流れの例を説明する、図１６に続くフローチャートである。
【図１８】受信バッファ動的変更伝送処理の流れの例を説明するフローチャートである。
【図１９】本発明を適用したパーソナルコンピュータの主な構成例を示すブロック図である。
【発明を実施するための形態】
【００２５】
以下、発明を実施するための形態（以下実施の形態とする）について説明する。なお、説明は以下の順序で行う。
１．第１の実施の形態（伝送システム）
２．第２の実施の形態（伝送システム）
３．第３の実施の形態（パーソナルコンピュータ）
【００２６】
＜１．第１の実施の形態＞
［伝送システムの概要］
図１は、本発明を適用した伝送システムの主な構成例を示すブロック図である。伝送システム１００は、複数の送信装置（送信装置１０１−１乃至送信装置１０１−Ｎ（Ｎは２以上の整数））から画像データを、インターネットやLAN等の汎用の伝送路であるネットワーク１０２を介して受信装置１０３に伝送するシステムである。以下において、各送信装置を互いに区別して説明する必要が無い場合、単に送信装置１０１と称する。なお、ネットワーク１０２には、ケーブル等だけでなく、ルータやハブ等のデバイスも含まれる。
【００２７】
各送信装置１０１に入力された画像データ（ビデオデータ）は、リアルタイムに（即時的に）、ネットワーク１０２を介して受信装置１０３伝送され、その受信装置１０３より出力される。つまり、各送信装置１０１に所定の（例えば通常再生時の）フレームレートで入力されたビデオデータは、送信装置１０１において符号化され、符号化データとして受信装置１０３に伝送され、受信装置１０３において復号され、所定の遅延時間分遅れて受信装置１０３から所定の（例えば通常再生時の）フレームレートで出力される。
【００２８】
受信装置１０３は、各送信装置１０１からのデータを、互いに同期をとりながら、合成し、出力する（再生する）。つまり、各送信装置１０１からのデータ伝送は、このような同期再生が破たんしないように行われる。
【００２９】
近年においては、インターネットやLANの汎用の伝送路を経由してメディア基準信号同期（所謂GENLOCK同期）を行いながらマルチメディアデータを低遅延に伝送するという需要が高まっている。
【００３０】
例えば、放送局においては、従来、カメラとそのコントロールユニット（所謂CCU）がHD-SDIケーブルにより接続され、それらの間で非圧縮同期伝送が行われていた。近年においては、このHD-SDIケーブルをEthernetケーブルに置き換え、Ethernet上でIPパケットによるGENLOCK同期を行いながら伝送するといったことが行われている。
【００３１】
このような目的においてマルチメディアデータのIP伝送を行う場合、HD-SDIケーブル経由での伝送と同等の使い勝手を要求される。そのため、高精度のGENLOCK同期や、ビデオフレーム間隔以下の低遅延伝送等が要求される。
【００３２】
このような要求から特許文献１においては、動画像の各ピクチャの数ライン毎を１つの符号化ブロック（ラインブロック）とし、符号化を行う方式が提案されている。この方式の場合、送信装置１０１は、ピクチャ内のデータ全てを入力するまで待つことなく符号化を開始することができる。また、送信装置１０１は、その符号化により得られた符号化データを、順次、ネットワーク１０２を介して受信装置１０３に伝送することができる。
【００３３】
さらに、受信装置１０３は、ピクチャ内の全てのデータを受信する前に復号を開始することができる。ネットワーク１０２の伝送遅延（送信装置１０１から受信装置１０３へのデータ伝送の、ネットワーク１０２において発生する遅延）が十分小さければ、フレーム間隔以下の遅延でのリアルタイム動画像伝送（送信装置１０１入力時のフレームレートで、受信装置１０３から出力することができるようなデータ伝送）が可能となる。
【００３４】
複数の送信装置からストリームデータを伝送し、受信装置において同期処理を行う場合、従来では、その同期処理のために各送信装置に対応した受信装置内の受信部に受信バッファを設け、異なる受信バッファ時間を設定することにより、同期処理を実現していた。
【００３５】
しかしながら、従来の方式においては、符号化処理やQoS制御処理におけるパラメータを受信バッファ時間および複数の送信装置に対応する受信部毎の受信バッファ時間の差異に応じて変更することはなかった。
【００３６】
したがって、符号化処理やQoS制御処理パラメータを調整することにより伝送遅延が増加することがないにもかかわらず、それらが調整されることはなく、遅延時間上の無駄が生じていた。
【００３７】
上述したように、伝送システム１００は、各データ伝送における符号化処理やQoS制御処理等のパラメータを、その伝送遅延の長さの違いに応じて調整することにより、遅延時間を増大させずに画像品質や映像品質を向上させることができる。
【００３８】
図１に示されるように、受信装置１０３は、伝送部１１１、基準信号同期部１１２、受信部１１３−１乃至受信部１１３−Ｎ、統合受信バッファ時間調整部１１４、および合成部１１５を有する。
【００３９】
伝送部１１１は、各送信装置１０１と通信を行い、基準信号同期部１１２や受信部１１３−１乃至受信部１１３−Ｎから供給される情報を送信したり、各送信装置１０１から供給される情報を受信し、基準信号同期部１１２や受信部１１３−１乃至受信部１１３−Ｎに供給したりする。
【００４０】
基準信号同期部１１２は、伝送部１１１を介して送信装置１０１と通信を行い、送信装置１０１との間で基準信号の同期をとる。基準信号は、送信装置１０１と受信装置１０３との間で処理の同期をとるための信号である。同期がとられた基準信号は、受信部１１３−１乃至受信部１１３−Ｎに供給される。
【００４１】
つまり、受信装置１０３（の基準信号同期部１１２）がマスタとなり、全ての送信装置１０１が受信装置１０３と同期を取ることにより結果的に全ての送信装置１０１および受信装置１０３の同期を取ることができる。
【００４２】
受信部１１３−１乃至受信部１１３−Ｎは、それぞれ、送信装置１０１−１乃至送信装置１０１−Ｎに対応し、対応する送信装置１０１から供給されたRTPパケットを受信し、復号してビデオデータを出力する。以下において、受信部１１３−１乃至受信部１１３−Ｎを互いに区別して説明する必要が無い場合、単に、受信部１１３と称する。つまり、受信部１１３は、送信装置１０１以上の数が予め用意される。換言するに、受信装置１０３は、内蔵する受信部１１３の数以下の送信装置１０１から送信されるパケットを受信することができる。
【００４３】
統合受信バッファ時間調整部１１４は、各受信部１１３の受信バッファ時間を調整する。合成部１１５は、各受信部１１３から出力されるビデオデータを合成し、合成されたビデオデータを受信装置１０３のビデオ出力端子「ビデオOUT」から出力する。各受信部１１３のビデオデータ出力タイミングは、互いに同期がとれている。合成部１１５は、例えばユーザ指示等に基づいて、これらのビデオデータを適宜合成し、出力する。
【００４４】
［送信装置の構成］
図２に示されるように、送信装置１０１は、符号化部１３１、FEC（Forward Error Correction）部１３２、RTP（Real-time Transport Protocol）部１３３、平滑化部１３４、基準信号同期部１３５、メディア同期部１３６、RTCP（RTP Control Protocol）部１３７、ARQ（Auto Repeat Request）部１３８、および受信バッファ時間・処理パラメータ設定部１３９を有する。
【００４５】
ビデオカメラ等を経由しビデオ入力IF「ビデオIN」より入力したビデオデータ（動画像データ）は、符号化部１３１に供給される。符号化部１３１は、所定の符号化方式で動画像データの符号化処理を行う。この符号化方式は任意であるが、より低遅延なものが望ましい。符号化方式の例については後述する。
【００４６】
符号化部１３１は、レート制御部１４１を有する。レート制御部１４１は、符号化部１３１において生成される符号化データのビットレートを制御する。符号化部１３１は、生成した符号化データをRTPパケット化し、それをFEC部１３２に供給する。
【００４７】
FEC部１３２は、符号化部１３１から供給されるRTPパケットの冗長パケットを生成する。RTP部１３３は、FEC部１３２から供給される符号化データの冗長パケットをRTPパケット化する。
【００４８】
平滑化部１３４は、RTP部１３３から供給されるRTPパケットを、一時的に保持し、所定のデータレートに平滑化して送信する。
【００４９】
基準信号同期部１３５は、ネットワーク１０２を介して、伝送先である受信装置１０３の基準信号同期部１１２と通信を行い、基準信号クロックの同期をとる。基準信号同期部１３５は、受信装置１０３との間で同期がとれた基準信号をメディア同期部１３６に供給する。
【００５０】
メディア同期部１３６は、基準信号同期部１３５から供給される時刻を基準として、ビデオINに入力されたデータのサンプリング時刻と同期した時刻を、符号化部１３１（符号化部１３１内のRTP部）とRTP部１３３に供給する。この時刻は、RTPタイムスタンプとしてRTPパケットに付加される。
【００５１】
RTCP部１３７は、伝送先の受信装置１０３とRTCPメッセージの授受を行い、QoS（Quality of Service）制御処理のための制御メッセージ（QoS制御メッセージ）の送受信を行う。RTCP部１３７は、取得した制御メッセージをARQ部１３８や受信バッファ時間・処理パラメータ設定部１３９に供給する。
【００５２】
ARQ部１３８は、RTCP部１３７から供給される再送要求メッセージに従って、平滑化部１３４を制御し、要求されたRTPパケットの再送を行う。
【００５３】
受信バッファ時間・処理パラメータ設定部１３９は、RTCP部１３７から供給される各種遅延時間等の設定に従って、符号化部１３１やFEC部１３２のパラメータ設定を行う。
【００５４】
［符号化部の構成例］
次に、送信装置１０１の符号化部１３１の例について説明する。図３は、送信装置１０１の符号化部１３１の構成例を示すブロック図である。符号化部１３１は、画像データを解像度に関して重要度の高いデータから順に階層化し、その階層毎に符号化する階層符号化を行う。例えば、符号化部１３１は、空間解像度に関して重要度の高いデータから順に階層化された階層化データを生成する。また、例えば、符号化部１３１は、時間方向の解像度に関して重要度の高いデータから順に階層化された階層化データを生成する。さらに、例えば、符号化部１３１は、SNR（Signal to Noise Ratio）に関して重要度の高いデータから順に階層化された階層化データを生成する。符号化部１３１は、このように生成した階層化データを、その階層毎に符号化する。
【００５５】
このような階層符号化として、例えば、動画像データの各ピクチャをウェーブレット変換し、エントロピ符号化するJPEG(Joint Photographic Experts Group)2000方式がある。階層符号化方法は任意であるが、以下においては、符号化部１３１が、動画像データを複数ライン毎にウェーブレット変換し、エントロピ符号化する場合について説明する。
【００５６】
図３に示されるように、符号化部１３１は、ウェーブレット変換部１６１、量子化部１６２、エントロピ符号化部１６３、レート制御部１４１、およびRTP部１６４を有する。ウェーブレット変換部１６１は、動画像の各ピクチャを、複数ライン毎にウェーブレット変換する。
【００５７】
ウェーブレット変換は、入力データを低域成分と高域成分に分割する分析フィルタ処理を、画面水平方向および画面垂直方向の両方に対して行う処理である。つまり、ウェーブレット変換処理により入力データは、水平方向および垂直方向に低域な成分（ＬＬ成分）、水平方向に高域で垂直方向に低域な成分（ＨＬ成分）、水平方向に低域で垂直方向に高域な成分（ＬＨ成分）、および、水平方向および垂直方向に高域な成分（ＨＨ成分）の４つの成分（サブバンド）に分割される。
【００５８】
ウェーブレット変換部１６１は、このようなウェーブレット変換処理を、所定回数、分析フィルタ処理により得られる水平方向および垂直方向に低域な成分（ＬＬ成分）に対して再帰的に繰り返す。つまり、ウェーブレット変換処理により、動画像データの各ピクチャは、階層化された複数のサブバンド（周波数成分）に分割される（階層化データが生成される）。エントロピ符号化部１６３は、このサブバンド毎に符号化を行う。
【００５９】
動画像の各ピクチャの画像データは、画像の上から下に向かう順に１ラインずつウェーブレット変換部１６１に入力される。また各ラインの画像データは、画像左から右に向かう順に１サンプル（１コラム）ずつ入力される。
【００６０】
ウェーブレット変換部１６１は、そのように入力される画像データに対して、分析フィルタリングを実行可能なサンプル数のデータを入手する毎に（入手次第）、画像水平方向の分析フィルタリング（水平分析フィルタリング）を実行する。例えば、ウェーブレット変換部１６１は、図４の左に示されるベースバンドの画像データ１８１に対して、Ｍコラム入力される毎に水平分析フィルタリングを行い、１ラインずつ水平方向に低域な成分（Ｌ）と高域な成分（Ｈ）に分割する。図４の右に示される水平分析フィルタ処理結果１８２は、ウェーブレット変換部１６１により分割されたＮライン分の水平方向に低域な成分（Ｌ）と高域な成分（Ｈ）を示す。
【００６１】
次に、ウェーブレット変換部１６１は、その水平分析フィルタ処理結果１８２の各成分に対して、垂直方向に分析フィルタリング（垂直分析フィルタリング）を行う。ウェーブレット変換部１６１は、水平分析フィルタリングにより、垂直分析フィルタリングに必要な垂直ライン分の係数が生成されると、その垂直分析フィルタリングに必要な垂直ライン分の係数に対して、コラム毎に垂直分析フィルタリングを行う。
【００６２】
その結果、水平分析フィルタ処理結果１８２は、図５の左に示されるように、水平方向および垂直方向の両方に低域な成分（ＬＬ成分）、水平方向に高域で垂直方向に低域な成分（ＨＬ成分）、水平方向に低域で垂直方向に高域な成分（ＬＨ成分）、および、水平方向および垂直方向の両方に高域な成分（ＨＨ成分）の４つの成分のウェーブレット変換係数（以下、係数と称する）に分割される（階層化データ１８３）。
【００６３】
所定の階層（分割レベル）の係数が得られるまで、得られた分析フィルタリングの結果のうち、ＨＬ成分、ＬＨ成分、ＨＨ成分は外部に出力される。残りのＬＬ成分は、ウェーブレット変換部１６１により、再度分析フィルタリングが行われる。つまり、例えば、図５の左に示される階層化データ１８３は、図５の右に示される階層化データ１８４に変換される。階層化データ１８４では、ＬＬ成分から、ＬＬＬＬ成分、ＬＬＨＬ成分、ＬＬＬＨ成分、およびＬＬＨＨ成分の４つの成分が生成されている。
【００６４】
ウェーブレット変換部１６１は、このような分析フィルタリングを所定回数再帰的に行い、動画像データを所望の分割レベルまで階層化された階層化データを生成する。図６は、分割レベル３（３階層）まで階層化された階層化データの例を示す図である。図６において、分割レベル３まで分割された階層化データ１８５は、分割レベル１（階層番号３）の３ＨＬ成分、３ＬＨ成分、および３ＨＨ成分、分割レベル２（階層番号２）の２ＨＬ成分、２ＬＨ成分、および２ＨＨ成分、並びに、分割レベル３（階層番号１）の１ＬＬ成分、１ＨＬ成分、１ＬＨ成分、および１ＨＨ成分の各サブバンドにより構成される。
【００６５】
ウェーブレット変換処理では、フィルタリング処理を繰り返す毎に（階層が１つ下位になる毎に）、生成されるライン数は２のべき乗分の１ずつ小さくなっていく。最終分割レベル（階層番号１）の係数を１ライン生成するために必要なベースバンドのライン数は、そのフィルタリング処理を何回繰り返すか（最終分割レベルの階層数）によって決められる。通常、この階層数は予め定められる。
【００６６】
この、最終分割レベルの係数を１ライン生成するために必要なベースバンドの画像データ（複数ライン分の画像データ）、または、各階層の係数をまとめてラインブロック（またはプレシンクト）と称する。
【００６７】
図６において斜線で示される部分が１ラインブロックを構成する係数である。図６に示されるように、ラインブロックは、階層番号１の各成分の１ライン分の係数、階層番号２の各成分の２ライン分の係数、並びに、階層番号３の各成分の４ライン分の係数により構成される。なお、これらに相当する分析フィルタリング前の画像データ、すなわち、この例では８ライン分の画像データのこともラインブロック（またはプレシンクト）と称する。
【００６８】
図３に戻り、量子化部１６２は、ウェーブレット変換部１６１により生成される各成分の係数を、例えば量子化ステップサイズで除算することにより量子化し、量子化係数を生成する。この際、量子化部１６２は、ラインブロック（プレシンクト）毎に量子化ステップサイズを設定することができる。このラインブロックは、ある画像領域のすべての周波数成分（図６の場合、１ＬＬ乃至３ＨＨまでの１０個の周波数成分）の係数を包含しているため、ラインブロック毎に量子化を行えば、ウェーブレット変換の特徴である多重解像度分析の利点を活かすことができる。また、全画面でラインブロック数だけを決めればよいため、量子化の負荷も小さくて済む。
【００６９】
さらに、画像信号のエネルギは一般的に低域成分に集中しており、また、人間の視覚上、低域成分の劣化が目立ちやすいという特性があるため、量子化に際しては、低域成分のサブバンドでの量子化ステップサイズが結果的に小さな値になるように、重み付けを行うことが有効である。この重み付けにより、低域成分には相対的に多くの情報量が割り当てられるようになり、全体の主観的な画質が向上する。
【００７０】
エントロピ符号化部１６３は、量子化部１６２で生成された量子化係数を情報源符号化し、圧縮された符号化データを生成し、それをレート制御部１４１に供給する。情報源符号化としては、例えばJPEG方式やMPEG（Moving Picture Experts Group）方式で用いられているハフマン符号化や、JPEG2000方式で用いられているさらに高精度な算術符号化を用いることができる。
【００７１】
ここで、エントロピ符号化をどの範囲の係数に対して行うかは、圧縮効率に直接関係する非常に重要な要素になる。例えば、JPEG方式やMPEG方式では、８×８のブロックに対してDCT（Discrete Cosine Transform）変換を施し、生成された６４個のDCT変換係数に対してハフマン符号化を行うことで、情報を圧縮している。すなわち、６４個のDCT変換係数がエントロピ符号化の範囲になる。
【００７２】
ウェーブレット変換部１６１では、８×８ブロックに対するDCT変換とは異なり、ライン単位でウェーブレット変換を施しているため、エントロピ符号化部１６３では、周波数帯域（サブバンド）毎に独立に、且つ各周波数帯域内をＰライン毎に情報源符号化する。
【００７３】
Ｐは１ラインが最低であるが、ライン数が少ない場合には参照情報が少なくて済み、メモリ容量を減らすことができる。逆に、ライン数が多い場合には情報量がその分増えるため、符号化効率が向上させることができる。しかしながら、Ｐが各周波数帯域内のラインブロックのライン数を超えた値になると、次のラインブロックのラインまで必要になる。このため、このラインブロックの量子化係数データがウェーブレット変換及び量子化によって生成されるまで待たなければならず、この時間が遅延時間となってしまう。
【００７４】
したがって、低遅延のためには、Ｐはラインブロックのライン数以下である必要がある。例えば、図６の例では、１ＬＬ，１ＨＬ，１ＬＨ，１ＨＨの周波数帯域については、ラインブロックのライン数＝１ラインであるためＰ＝１となる。また、２ＨＬ，２ＬＨ，２ＨＨのサブバンドについては、ラインブロックのライン数＝２ラインであるためＰ＝１または２となる。
【００７５】
レート制御部１４１は、最終的に目標のビットレート又は圧縮率に合わせるための制御を行い、レート制御後の符号化データをRTP部１６４に供給する。例えば、このレート制御部１４１は、エントロピ符号化部１６３から出力される符号化データのビットレート（圧縮率）を目標値と比較し、ビットレートを上げる場合には量子化ステップサイズを小さくし、ビットレートを下げる場合には量子化ステップサイズを大きくするように、量子化部１６２に対して制御信号を送信する。
【００７６】
RTP部１６４は、レート制御部１４１から供給される符号化データをRTPパケット化し、FEC部１３２に供給する。
【００７７】
［受信装置の構成］
次に、図１の受信装置１０３の各受信部１１３の内部の構成例について説明する。図７は、受信部１１３の主な構成例を示すブロック図である。図７に示されるように、受信部１１３は、受信部２０１、受信バッファ２０２、RTP部２０３、FEC部２０４、復号部２０５、ARQ部２０６、RTCP部２０７、受信バッファ時間設定部２０８、およびメディア同期部２１０を有する。
【００７８】
受信部２０１は、ネットワーク１０２を介して、自分自身に対応する送信装置１０１から伝送され、伝送部１１１を介して供給されたRTPパケットを受信し、それを受信バッファ２０２に供給する。受信バッファ２０２は、例えば、他の受信部１１３によるデータ伝送と同期をとるために、受信部２０１から供給されるRTPパケットを、一時的に保持した後、受信バッファ時間設定部２０８やメディア同期部２１０からの情報に基づいて決定される時刻に、RTP部２０３に供給する。
【００７９】
RTP部２０３は、RTPパケットを再構成して、冗長パケットを含む符号化データであるFEC冗長符号化データを生成し、それをFEC２０４に供給する。FEC部２０４は、パケットの損失の検出を行い、必要に応じて冗長符号化復号処理によって損失パケットデータを回復する。FEC部２０４は、処理後の符号化データを復号部２０５に供給する。
【００８０】
復号部２０５は、符号化データを、符号化部１３１による符号化処理の方式に対応する復号方式により復号する。復号されたビデオデータ（動画像データ）は、受信装置１０３のビデオ出力IF（ビデオOUT）から、例えば、ディスプレイ等の映像表示装置（図示せず）に出力される。
【００８１】
ARQ部２０６は、受信部２０１における損失パケット（受信できなかったパケット）の検出を行い、損失パケットを検出した場合、RTCP部２０７を制御し、送信装置１０１のARQ部１３８に対する再送要求メッセージを送信させる。RTCP部２０７は、ARQ部２０６から要求された再送要求メッセージや、受信バッファ時間設定部２０８から供給される各種設定情報をRTCPメッセージとして、送信装置１０１のRTCP部１３７に供給する。
【００８２】
受信バッファ時間設定部２０８は、統合受信バッファ時間調整部１１４の制御等に基づいて、受信バッファ時間の設定や調整を行う。
【００８３】
メディア同期部２１０は、基準信号同期部１１２により、各受信部１１３（および各送信装置１０１）で同期がとられた基準信号に基づいて、受信バッファ２０２のRTPパケット出力タイミングや、復号部２０５の復号処理開始タイミング等を制御する。
【００８４】
［復号部の構成例］
次に、上述した符号化部１３１の例に対応する復号部２０５の例について説明する。図８は、受信部１１３の復号部２０５の構成例を示すブロック図である。図８において、復号部２０５は、RTP部２３０、エントロピ復号部２３１、逆量子化部２３２、およびウェーブレット逆変換部２３３を有する。
【００８５】
RTP部２３０は、FEC部２０４から供給されるRTPパケットを符号化データに変換し、それをエントロピ復号部２３１に供給する。エントロピ復号部２３１は、エントロピ符号化部１６３の符号化方法に対応する方法で符号化データを復号し、量子化係数データを生成する。例えば、ハフマン復号や、高効率な算術復号などを用いることができる。なお、エントロピ符号化部１６３においてＰラインごとに符号化されている場合、エントロピ復号部２３１は、各サブバンドを独立に復号し、かつ、各サブバンド内をＰライン毎に復号する。
【００８６】
逆量子化部２３２は、量子化係数データに量子化ステップサイズを乗算することにより逆量子化し、係数データを生成する。この量子化ステップサイズは、通常、送信装置１０１から供給される符号化データのヘッダなどに記述されている。なお、量子化部１６２において、ラインブロック毎に量子化ステップサイズが設定されている場合には、逆量子化部２３２においても同様に、ラインブロック毎に逆量子化ステップサイズが設定されて、逆量子化される。
【００８７】
ウェーブレット逆変換部２３３は、ウェーブレット変換部１６１の逆処理を行う。つまり、ウェーブレット逆変換部２３３は、ウェーブレット変換部１６１により複数の周波数帯域に分割された係数データに対して、低域成分と高域成分を合成するフィルタ処理（合成フィルタ処理）を水平方向と垂直方向の両方に対して行う。ウェーブレット逆変換部２３３は、このようはウェーブレット逆変換処理により、ベースバンドのビデオデータを復元し、ビデオOUTから受信装置１０３の外部に出力する。
【００８８】
もちろん、上述した符号化部１３１および復号部２０５は、一例であり、これ以外の符号化・復号方式を用いるようにしてもよい。
【００８９】
［伝送処理］
次に、伝送システム１００（図１）において行われる各処理について説明する。最初に、ビデオデータを各送信装置１０１からネットワーク１０２を介して受信装置１０３に伝送する伝送処理について説明する。
【００９０】
送信装置１０１は、ビデオカメラ等を経由しビデオ入力IF「ビデオIN」より入力したビデオデータを、動画像データの圧縮符号化処理を行う符号化部１３１（図２）に入力し、符号化する。
【００９１】
この符号化により生成された符号化データは、符号化部１３１内部のRTP部１６４（図３）によりRTPパケット化処理を施され、RTPパケットとしてFEC部１３２（図２）に供給される。FEC部１３２は、供給されたRTPパケットに対してFEC冗長符号化処理を施し、冗長パケットを生成する。FEC部１３２は、生成した冗長パケットを元データのRTPパケットとともにRTP部１３３に供給する。
【００９２】
RTP部１３３は、FEC部１３２から供給された冗長パケットをRTPパケット化する。平滑化部１３４は、RTP部１３３から供給されるRTPパケットを、レートを平滑化してネットワーク１０２に送信する。各RTPパケットには、メディア同期部１３６により指定された同期用RTPタイムスタンプがRTP部１６４（図３）若しくはRTP部１３３（図２）においてセットされる。
【００９３】
図１において、受信装置１０３は、複数の送信装置１０１より送信されたRTPパケットを、一旦、伝送部１１１で受信し、送信装置１０１毎に対応する受信部１１３に振り分ける。例えば送信装置１０１−Ｋ（Ｋ＝1,2,..,N）から送信されたRTPパケットは受信部１１３−Ｋへ振り分けられる。
【００９４】
受信部１１３は、RTPパケットを、受信部２０１（図７）を経由して受信バッファ２０２に供給し、保存させる。このとき損失パケットが検出された場合、その旨がARQ部２０６に通知される。その通知を受けるとARQ部２０６は、再送要求処理を行う。
【００９５】
受信バッファ２０２は、受信バッファ時間設定部２０８により決定された受信バッファ時間と、メディア同期部２１０から通知される時刻情報と、各RTPパケットにセットされたRTPタイムスタンプ値とから、受信バッファ２０２からRTPパケットを出力させる時刻である受信バッファ出力時刻を決定し、その時刻に各RTPパケットをRTP部２０３に出力する。
【００９６】
RTP部２０３は、RTPパケットを再構成し、得られたFEC冗長符号化データをFEC部２０４に供給する。FEC部２０４は、データ伝送時に損失したパケットである損失パケットが検出された場合、冗長符号化復号処理により損失パケットデータの回復を行う。FEC部２０４は、処理後のRTPパケットを復号部２０５へ出力する。復号部２０５は、RTPパケットより符号化データを抽出し、その符号化データに対して復号処理を行い、ベースバンドのビデオデータを生成する。復号されたビデオデータは合成部１１５（図１）に供給される。
【００９７】
合成部１１５は、複数の受信部１１３からのビデオデータ画像を合成しビデオ出力IF「ビデオOUT」より、例えば、ディスプレイ等の映像表示装置に出力する。
【００９８】
［基準信号同期処理］
次に、基準信号を同期させる基準信号同期処理について説明する。基準信号同期部１１２（図１）は、IEEE 1588 PTP（Precision Time Protocol）を用い、送信装置１０１および受信装置１０３間の基準信号クロックの同期を行う。なお、基準信号クロックの周波数として、例えば、入力ビデオ画像のピクセルサンプリング周波数を用いるようにしてもよい。この場合、「ビデオIN」から入力するビデオ出力装置との同期も行うようにすることができる。
【００９９】
なお、受信装置１０３が、基準信号同期部１１２を備えず、送信装置１０１と受信装置１０３との間で同期を行わないようにしてもよい。
【０１００】
図１に示されるように、送信装置１０１が複数の場合、受信装置１０３がマスタとなり、全ての送信装置１０１を受信装置１０３と同期させるようにしてもよい。その場合、受信装置１０３が、全ての送信装置１０１と同期を取ることにより結果的に全ての送信装置１０１および受信装置１０３の間で同期を取ることができる。
【０１０１】
［メディア同期処理］
送信装置１０１のメディア同期部１３６（図２）は、基準信号同期部１３５より通知された時刻を基に、「ビデオIN」より入力されたデータのサンプリング時刻と同期した時刻を、RTPタイムスタンプの周波数に変換し、符号化部１３１内のRTP部１６４（図３）およびRTP部１３３（図２）にて各RTPパケットにRTPタイムスタンプとして付加する。
【０１０２】
受信装置１０３のメディア同期部２１０（図７）は、基準信号同期部１１２（図１）より通知された基準クロック時刻情報をRTPタイムスタンプ周波数に変換したシステム時刻として保持する。受信装置１０３の受信バッファ２０２（図７）は、RTPパケットが記録されると、RTPパケットのRTPタイムスタンプ値と、受信バッファ時間設定部２０８から通知される受信バッファ時間と、メディア同期部２１０から供給されるRTPタイムスタンプ周波数時刻とから、各RTPパケットの受信バッファ出力時刻を決定する。受信バッファ２０２は、その受信バッファ出力時刻に、保持しているRTPパケットをRTP部２０３に供給する。
【０１０３】
RTPパケットの受信バッファ出力時刻は、以下のように設定される。例えば、符号化データの先頭パケットは、受信した時刻から受信バッファ時間TSTIME_BUF経過した時刻後に受信バッファから出力されるものとし、後続パケットは、先頭パケットのRTPタイムスタンプ値と当該パケットのRTPタイムスタンプ値との差分値から算出される時刻に同期出力されるものとする。
【０１０４】
RTPパケットnの受信バッファ出力時刻TSSYS_BO_nは、例えば、以下の式（１）により算出される。符号化データの先頭パケットのRTPタイムスタンプ値をTSPKT_initとし、受信時刻（システム時刻換算：周波数はRTPタイムスタンプ周波数）をTSSYS_initとし、RTPパケットnのRTPタイムスタンプ値をTSPKT_nとする。
【０１０５】
TSSYS_BO_n＝（TSPKT_n−SPKT_init）＋TSSYS_init＋TSTIME_BUF  ・・・（１）
【０１０６】
［コーデック処理］
符号化部１３１は、例えば、特許文献１で提案されている動画像の各ピクチャの数ライン毎を１つの圧縮符号化ブロックとしてウェーブレット変換する階層符号化方式であり、かつ、階層毎に関連する入力データ範囲の異なる符号化方式を用いる。
【０１０７】
送信装置１０１の符号化部１３１（図２）は、符号化処理を行い、受信装置１０３における復号部２０５（図７）は、復号処理を行う。
【０１０８】
送信装置１０１の符号化部１３１（図２）は、内部処理部としてレート制御部１４１を有する。レート制御部１４１は、例えば、ITU-T Y.1221記載のトークンバケットビヘビアにおける、バケツサイズをエンコーダ想定バッファサイズＢ（byte）とし、バケットレートＲ（bps）をエンコードレートとして、バケットがあふれないようにエンコードレートを制御するレート制御を行う。これを平滑化伝送したときに受信装置１０３で必要となるバッファ時間を可変圧縮符号化遅延時間と定義する。
【０１０９】
可変圧縮符号化遅延時間Bt_codec(sec)は、例えば、以下の式（２）で表すことができる。
【０１１０】
Bt_codec＝Ｂ×８／Ｒ  ・・・（２）
【０１１１】
エンコーダ想定バッファサイズＢは、ユーザ等により指定される画像品質要求に応じて決定される。VBR方式による圧縮符号化の場合、エンコーダ想定バッファサイズＢを大きくとることにより、複雑度の高い画像部分により多くのデータ量を使用することができ、画質を向上させることができる。つまり、画像品質要求が高い場合、このエンコーダ想定バッファサイズＢを大きくとることでその高い要求に応じることができる。
【０１１２】
ただし、エンコーダ想定バッファサイズＢを大きくとると、可変圧縮符号化遅延要求時間Bt_codec_req(sec)が大きくなるので、遅延が増加する恐れがある。
【０１１３】
［RTCP処理］
次に、各送信装置１０１と受信装置１０３との間で行われるQoS制御処理のRTCP処理について説明する。RTCP部１３７（図２）およびRTCP部２０７（図７）は、IETF RFC 3550記載のRTCPを用いて、送信装置１０１と受信装置１０３との間でRTCPメッセージの送受信を行い、パケット損失率、往復伝搬遅延（RTT）、およびネットワークジッタ等の情報収集や、QoS制御処理のための制御メッセージの送受信を行う。QoS制御メッセージとしては、例えば、ARQ処理における再送要求メッセージ等がある。
【０１１４】
［FEC処理］
次に、QoS制御処理のFEC処理について説明する。FEC部１３２（図２）は、符号化部１３１から供給される符号化データのRTPパケットを単位として、FEC冗長符号化を行う。例えば、FEC部１３２は、Reed-Solomon符号等の消失誤り訂正符号を用い冗長符号化を行う。
【０１１５】
FEC冗長符号化における冗長度は、例えば、ユーザ等により指定される伝送品質要求により決定される。冗長度は、（元データパケット数，冗長パケット数）という形で指定される。ユーザは、また、ネットワークの想定パケット損失率pも指定する。
【０１１６】
以下においては、（元データパケット数，冗長パケット数）の組を１つの冗長符号単位（所謂FECブロック）とする。例えば、（元データパケット数，冗長パケット数）＝（10,5）と指定された場合、送信装置１０１のFEC部１３２は、元データパケット数10個に対して、冗長パケットを５個生成する。つまり、このFECブロックにおいては合計15個のパケットが送信される。
【０１１７】
この場合、受信装置１０３のFEC部２０４（図７）は、このFECブロックパケット中の任意の10個のパケットを受信すれば、FEC復号処理により元データを復号することができる。例えば、ユーザにより指定されたパケット損失率をpとし、FECブロック内のパケット数をnとし、元データパケット数をｋとし、冗長パケット数をn-kとし、ユーザにより伝送品質要求として指定される目標FECブロック損失率をPtとすると、目標FECブロック損失率Ptは、以下の式（３）のように表される。
【０１１８】
【数１】
0005672840.tif 000002
・・・（３）
【０１１９】
この式（３）を満たすように元データパケット数kおよび冗長パケット数n-kが決定される。
【０１２０】
図１において、受信装置１０３（FEC部２０４（図７））では、FEC冗長復号化処理により損失パケット回復を行うために、FECブロックの先頭パケットが受信装置１０３に到着してから末尾のパケットが到着するまでの時間（所謂、冗長符号化ブロック受信待ち時間）以上に受信バッファ時間を設定する必要がある。
【０１２１】
ユーザ等により指定される伝送品質要求に応じて設定されたFECブロックに対応する冗長符号化ブロック受信待ち時間を「冗長符号化ブロック受信待ち要求時間」と称する。
【０１２２】
［ARQ処理］
図１の受信装置１０３におけるARQ処理では、受信部２０１（図７）がRTPパケットのシーケンス番号を利用して損失したパケットを検知し、ARQ部２０６がその損失パケットの再送要求メッセージを生成し、RTCP部２０７が、送信装置１０１に対してその再送要求メッセージを送信し、再送要求を行う。
【０１２３】
なお、受信装置１０３のARQ部２０６が、パケット損失に対して再送要求を行い、往復伝搬時間（ARQ再送パケット待ち時間）経過しても受信部２０１が再送パケットを受信しなかった場合、再度、再送要求を行うようにしてもよい。さらに、ARQ部２０６が、当該パケットの受信バッファ出力時刻に再送パケット到着が間に合わないと決定されるまで、このような再送要求を繰り返すようにしてもよい。
【０１２４】
送信装置１０１におけるARQ処理では、RTCP部１３７（図２）が再送要求メッセージを受け取ると、ARQ部１３８が再送すべきRTPパケット（再送パケット）を生成し、その再送パケットを平滑化部１３４に供給し、再送させる。
【０１２５】
ARQ処理における回復性能は、受信装置１０３における、ARQ部２０６（図７）の要求により再送される再送パケットを待つ時間であるARQ再送パケット待ち時間に依存する。ARQ再送パケット待ち時間が大きいほど回復性能は向上するが、ARQ再送パケット待ち要求時間以上の受信バッファ時間が必要となるので、遅延が増大する恐れがある。
【０１２６】
この「ARQ再送パケット待ち要求時間」は、ユーザ等により指定される伝送品質要求により決定される。
【０１２７】
［ネットワークジッタ対応処理］
受信装置１０３の受信バッファ２０２（図７）は、ネットワークジッタ対応処理機構も兼ね備える。受信バッファ２０２は、ユーザ等により指定される伝送品質要求により決定された「ネットワークジッタ対応バッファ要求時間」以上の時間を受信バッファ時間としてセットする。これにより「ネットワークジッタ対応バッファ要求時間」以下のジッタを受けたパケットの同期処理が可能となる。
【０１２８】
［データ伝送全体処理］
次に、伝送システム１００において実行されるデータ伝送処理の全体の流れの例を、図９のフローチャートを参照して説明する。
【０１２９】
データ伝送を開始する前に、各受信部１１３のRTCP部２０７は、ステップＳ１２１において、自分自身に対応する送信装置１０１と通信を行い、ネットワーク状況を測定する。これに対して、各送信装置１０１のRTCP部１３７も、ステップＳ１０１において、ネットワーク状況を測定する。
【０１３０】
つまり、最初に、RTCP部１３７とRTCP部２０７との間で行われるパケットの授受によって、ネットワーク１０２の通信に関する状況（ネットワーク状況情報）が観測される。
【０１３１】
RTCP部１３７は、符号化データの伝送を開始する前に、ネットワーク状況事前計測用のダミーデータを送信する。そのダミーデータは、ネットワーク１０２を介してRTCP部２０７に伝送される。RTCP部２０７は、そのダミーデータを受信し、パケットに記述される送信時の情報と、受信時の状況からネットワーク状況の計測（事前計測）を行う。
【０１３２】
ネットワーク状況情報を取得すると、受信バッファ時間設定部２０８は、ステップＳ１２２において、受信バッファ時間決定処理を行い、受信部１１３内の設定を行ったり、送信装置１０１に、受信バッファ時間に関する通知を行ったりする。
【０１３３】
送信装置１０１の受信バッファ時間・処理パラメータ設定部１３９は、ステップＳ１０２において受信バッファ時間・処理パラメータ設定処理を行い、受信装置１０３からの通知を受け、各種パラメータの設定を行う。
【０１３４】
送信装置１０１および受信装置１０３は、それぞれ、ステップＳ１０３とステップＳ１２３において、互いに連携しながら、ビデオデータのRTPパケットを送信装置１０１から受信装置１０３に伝送するデータ伝送処理を行う。
【０１３５】
［受信バッファ時間決定処理］
次に、図９のステップＳ１２２において実行される受信バッファ時間決定処理の流れの例を図１０のフローチャートを参照して説明する。
【０１３６】
この受信バッファ時間決定処理では、全ての受信部１１３が同期するように、受信バッファ時間の調整が行われる。ここでいう同期とは、同時刻にキャプチャされたデータを含むパケットが全ての受信部１１３に入力した場合、受信バッファ２０２から同じタイミングで出力されるように調整することを示す。
【０１３７】
同期出力を行うためには、図１１に示されるように、伝送遅延時間（伝送遅延の長さ）の差異を考慮して調整する必要がある。
【０１３８】
ステップＳ１４１において、統合受信バッファ時間調整部１１４は、各受信部１１３が行うデータ伝送の伝送遅延の中で、最長の遅延時間である最大伝送遅延時間を求める。この最大伝送遅延時間は、以下の式（４）のように求められる。
【０１３９】
最大伝送遅延時間＝MAX（伝送遅延時間１，伝送遅延時間２，…，伝送遅延時間Ｎ）
・・・（４）
【０１４０】
なお、式（４）において、MAX（）は、最大値を計算する関数である。
【０１４１】
ステップＳ１４２において、統合受信バッファ時間調整部１１４は、処理対象とする受信部を、データ伝送に用いる受信部１１３の内、未処理のものの中から選択する。
【０１４２】
ステップＳ１４３において、処理対象に選択された受信部１１３の受信バッファ時間設定部２０８は、最大伝送遅延時間、この受信部１１３によるデータ伝送の伝送遅延時間、および規定受信バッファ時間を用いて受信バッファ時間を算出する。
【０１４３】
規定受信バッファ時間は、符号化処理やQoS制御処理で必要となる最低限の受信待ち時間であり、予め定められている。受信バッファ時間は、各送信装置１０１からのデータ伝送の間の伝送遅延の差を吸収して同期をとるためのバッファ時間である。受信バッファ時間には、規定受信バッファ時間も含まれる。つまり、各データ伝送の伝送遅延の長さに応じて、規定受信バッファ時間を調整したもの（一般的に、長くしたもの）が受信バッファ時間である。
【０１４４】
受信バッファ時間は、以下の式（５）のように算出することができる。
【０１４５】
受信バッファ時間Ｋ＝最大伝送遅延時間−伝送遅延時間Ｋ＋規定受信バッファ時間
・・・（５）
ただし、Ｋ＝１，・・・，Ｎ
【０１４６】
例えば、各送信装置１０１のデータ伝送の、送信装置１０１における処理による遅延時間である送信装置処理遅延２５１と、ネットワーク１０２を伝送する際の遅延時間である伝送遅延２５２が図１１の上段に示される例のようであるとする。
【０１４７】
この例の場合、送信装置１０１−１の伝送遅延２５２−１が最も長い。そこで、この伝送遅延２５２−１が、最大伝送遅延時間とされる。
【０１４８】
図１１の下段に示されるように、送信装置１０１−１のデータ伝送の受信バッファ時間２５４−１は、規定受信バッファ時間２５３と同じ長さになる。これに対して、他の送信装置１０１のデータ伝送の受信バッファ時間２５４においては、伝送遅延の長さの差分が規定受信バッファ時間２５３に追加される。
【０１４９】
したがって、送信装置処理遅延、伝送遅延、および受信バッファ時間の和は、各データ伝送において共通となる。したがって、データ伝送全体の遅延時間は増大しない。
【０１５０】
このように受信バッファ時間をできるだけ長く設定し、その受信バッファ時間の長さに応じて、符号化処理やQoS制御処理等のパラメータの設定を調整することにより、送信装置１０１および受信装置１０３は、データ伝送全体の遅延時間を増大させずに、画像品質や伝送品質を向上させるようにパラメータ設定を行うことができる。
【０１５１】
図１０に戻り、以上のように受信バッファ時間が算出されると、ステップＳ１４４において、受信バッファ時間設定部２０８は、その受信バッファ時間から、可変圧縮符号化遅延時間、冗長符号化ブロック受信待ち時間、ARQ再送パケット待ち時間、およびネットワークジッタ対応バッファ時間等、各種遅延時間や待ち時間を設定する。
【０１５２】
ある送信装置１０１−Ｋ（Ｋ＝１，・・・，Ｎ）や、その送信装置に対応する受信部１１３−Ｋにおける各処理における設定値「可変圧縮符号化遅延時間Ｋ」、「冗長符号化ブロック受信待ち時間Ｋ」、「ARQ再送パケット待ち時間Ｋ」、および「ネットワークジッタ対応バッファ時間Ｋ」は、「受信バッファ時間Ｋ」から、以下の式（６）により計算される。
【０１５３】
可変圧縮符号化遅延時間Ｋ
＝冗長符号化ブロック受信待ち時間Ｋ
＝ARQ再送パケット待ち時間Ｋ
＝ネットワークジッタ対応バッファ時間Ｋ
＝受信バッファ時間Ｋ
・・・（６）
ただし、Ｋ＝１，・・・，Ｎ
【０１５４】
以上のように、各時間が設定されると、受信バッファ時間設定部２０８は、ステップＳ１４５において、「ARQ再送パケット待ち時間」を、ARQ部２０６に設定し、再送要求を行うかどうかの判定に使用させる。
【０１５５】
また、ステップＳ１４６において、受信バッファ時間設定部２０８は、「ネットワークジッタ対応バッファ時間」を受信バッファ２０２に設定する。
【０１５６】
ステップＳ１４７において、受信バッファ時間設定部２０８は、「可変圧縮符号化遅延時間」、および「冗長符号化ブロック待ち時間」を、例えば、RTCP部２０７を介して、RTCPメッセージとして、処理対象の受信部１１３が対応する送信装置１０１へ通知する。
【０１５７】
ステップＳ１４８において、統合受信バッファ時間調整部１１４は、全ての受信部１１３を処理したか否かを判定し、データ伝送に用いる受信部１１３の内、未処理のものが存在すると判定された場合、処理をステップＳ１４２に戻し、新たな処理対象を選択し、その新たな処理対象についてそれ以降の処理を繰り返す。
【０１５８】
また、ステップＳ１４８において、全ての受信部１１３を処理したと判定された場合、受信バッファ時間決定処理が終了され、図９のステップＳ１２２に処理が戻され、それ以降の処理が行われる。
【０１５９】
［受信バッファ時間・処理パラメータ設定処理］
次に、図１２のフローチャートを参照して、図９のステップＳ１０２において実行される受信バッファ時間・処理パラメータ設定処理を説明する。
【０１６０】
受信バッファ時間・処理パラメータ設定処理が開始されると、受信バッファ時間・処理パラメータ設定部１３９は、ステップＳ１６１において、RTCP部１３７を介して、受信装置１０３から供給されるRTCPメッセージに含まれる「可変圧縮符号化遅延時間」および「冗長符号化ブロック待ち時間」を取得する。
【０１６１】
ステップＳ１６２において、受信バッファ時間・処理パラメータ設定部１３９は、「可変圧縮符号化遅延時間」を符号化部１３１に設定する。ステップＳ１６３において、受信バッファ時間・処理パラメータ設定部１３９は、「冗長符号化ブロック待ち時間」をFEC部１３２に設定する。
【０１６２】
レート制御部１４１は、ステップＳ１６４において、供給された「可変圧縮符号化遅延時間」を用いて、レート制御パラメータを設定する。例えば、レート制御部１４１は、以下の式（７）を満たすように、エンコーダ想定バッファサイズＢ(byte)を設定する。なお、式（７）において、Bt_codec(sec)は可変圧縮符号化遅延時間を示す。また、Ｒ（bps）はパケットレートを示す。
【０１６３】
Bt_codec＝Ｂ×８／Ｒ  ・・・（７）
【０１６４】
FEC部１３２は、ステップＳ１６５において、「冗長符号化ブロック受信待ち時間」を用いてFECブロックパラメータを設定する。「冗長符号化ブロック待ち時間」は、FECブロックに含まれるパケット全ての平滑化伝送にかかる時間の最大値である。FEC部１３２は、この時間が「冗長符号化ブロック待ち時間」以下となるように、FECブロック毎の元データパケット数を調整する。さらに、FEC部１３２は、例えば、上述した式（３）を満たすように、冗長パケット数ｎ−ｋを設定する。
【０１６５】
ステップＳ１６５の処理が終了すると、受信バッファ時間・処理パラメータ設定部１３９は、受信バッファ時間・処理パラメータ設定処理を終了し、処理を図７のステップＳ１０１に戻し、ステップＳ１０２の処理を行う。
【０１６６】
以上のように各種設定を行うことにより、送信装置１０１および受信装置１０３は、遅延を増大させない程度に、各遅延時間や待ち時間をできるだけ長く確保することができ、その時間的余裕を、画像品質や伝送品質の向上に利用することができる。
【０１６７】
より具体的には、送信装置１０１は、遅延を増大させない程度に、符号化部１３１の「可変圧縮符号化遅延時間」をより長く設定し、エンコーダ想定バッファサイズＢ(byte)をより大きく設定することができる。また、送信装置１０１は、遅延を増大させない程度に、FEC部１３２の「冗長符号化ブロック待ち時間」をより長く設定し、FECブロックや冗長度をより大きく設定することができる。
【０１６８】
受信装置１０３は、遅延を増大させない程度に、ARQ部２０６の「ARQ再送パケット待ち時間」をより長く設定することができる。また、受信装置１０３は、遅延を増大させない程度に、受信バッファ２０２の「ネットワークジッタ対応バッファ時間」をより長く設定することができる。
【０１６９】
以上のように、送信装置１０１および受信装置１０３は、各処理の時間的余裕を活用し、画質や伝送品質の向上に利用することにより、遅延時間上の無駄を低減させることができる。つまり、送信装置１０１および受信装置１０３は、上述したようなデータ伝送に関する各種処理によるコンテンツの品質の劣化を抑制することができる。
【０１７０】
＜２．第２の実施の形態＞
［伝送システムの構成］
なお、以上においては、ネットワーク状況のみに従って受信バッファ時間の調整が行われるように説明したが、これに限らず、例えば、ユーザ等に画像品質や伝送品質に対する要求を入力させ、その入力に基づいて受信バッファ時間の調整が行われるようにしてもよい。
【０１７１】
また、受信バッファ時間は、データ伝送中に更新されるようにしてもよい。
【０１７２】
図１３は、その場合の伝送システムの構成例を示すブロック図である。
【０１７３】
図１３に示される伝送システム３００は、基本的に図１の伝送システム１００と同様のシステムであるが、受信装置１０３の代わりに、受信装置３０３を有する。受信装置３０３は、基本的に受信装置１０３と同様の装置であるが、受信装置１０３の構成に加えて、入力部３１１および出力部３１２を有する。
【０１７４】
入力部３１１は、例えば、キーボード、マウス、タッチパネル、若しくはスイッチ等の任意の入力デバイス、または外部入力端子等よりなり、例えばユーザ等の、受信装置３０３外部からの画像品質要求や伝送品質要求を受け付け、それを統合受信バッファ時間調整部１１４に供給する。
【０１７５】
出力部３１２は、例えば、モニタやスピーカ等の任意の出力デバイス、または、外部出力端子等よりなり、統合受信バッファ時間調整部１１４から供給されるGUI画像を表示したり、音声を出力したりして、画像品質要求や伝送品質要求の入力案内や、入力結果を出力する。
【０１７６】
図１４は、画像品質要求および伝送品質要求等を受け付けるGUIである要求受付画面の表示例を示す図である。図１４に示されるように、要求受付画面３２１には、表示部３２２と要求部３２３とが設けられている。要求部３２３は、ユーザにより入力可能な項目が示される。表示部３２２には、ユーザにより情報が入力された結果が表示される。
【０１７７】
要求部３２３には、例えば、「使用者要求」として、「画質要求」（画像品質要求）や「伝送品質要求」を入力することができることが示されている。例えば、画像品質を指定する場合、ユーザは、「画質要求」を選択し、要求する品質（例えばPSR値等）を入力する。また、例えば、伝送品質を指定する場合、ユーザは、「伝送品質要求」を選択し、要求する品質（例えばQoS制御後パケット損失率等）を入力する。
【０１７８】
なお、要求部３２３においては、ユーザは、受信バッファ時間を指定することもできる。例えば、ユーザが、「受信バッファ時間」を選択し、要求する時間を入力することにより、「受信バッファ時間」として許容される最長の時間が設定される。
【０１７９】
表示部３２２には、このように要求部３２３において入力された情報が反映された各種情報が表示される。
【０１８０】
例えば、表示部３２２には、「ネットワーク状況」として「伝送遅延」が送信装置毎に表示される。もちろん、これ以外の情報が表示されるようにしてもよい。
【０１８１】
また、例えば、表示部３２２には、「処理要求時間」として「可変圧縮符号化遅延要求時間」、「冗長符号化ブロック受信要求待ち時間」、「ARQ再送パケット待ち要求時間」、および「ネットワークジッタ対応バッファ要求時間」等が表示される。
【０１８２】
さらに、例えば、表示部３２２には、受信バッファ時間として推奨される「推奨受信バッファ時間」が送信装置毎に表示される。
【０１８３】
このようなGUIに基づいて要求を入力することにより、ユーザは、画像品質要求、伝送品質要求、および受信バッファ時間等をより容易に設定することができる。
【０１８４】
［データ伝送全体処理］
図１５のフローチャートを参照して、この場合のデータ伝送処理の流れの例を説明する。
【０１８５】
この場合、図１５に示されるように、受信装置３０３は、最初に、ステップＳ３２１において、入力部３１１や出力部３１２を制御し、画像品質要求や伝送品質要求を受け付ける。画像品質要求は、復号画像（受信装置３０３から出力されるビデオデータの画像）の画質に対する要求である。伝送品質要求は、ネットワーク１０２のパケットロス率等に対する要求である。受信装置３０３は、受け付けた画像品質要求や伝送品質要求を、各種パラメータの設定に利用する。
【０１８６】
それ以降の処理は、図９のフローチャートを参照して説明した場合と同様である。つまり、図１５のステップＳ３０１乃至ステップＳ３０３の各処理は、図９のステップＳ１０１乃至ステップＳ１０３の各処理に対応し、図１５のステップＳ３２２乃至ステップＳ３２４の各処理は、図９のステップＳ１２１乃至ステップＳ１２３の各処理に対応する。
【０１８７】
ただし、図１５のステップＳ３２３において、受信バッファ時間決定処理は、ステップＳ３２１において受け付けられた要求を用いて行われる。また、図１５のステップＳ３０３とステップＳ３２４においては、データ伝送を行いながら受信バッファ時間の更新を行う受信バッファ動的変更伝送処理が行われる。
【０１８８】
［受信バッファ時間決定処理］
次に、図１５のステップＳ３２３において実行される受信バッファ時間決定処理の流れの例を図１６および図１７のフローチャートを参照して説明する。
【０１８９】
この場合も、基本的に図１０のフローチャートを参照して説明した場合と同様に各処理が行われる。ただし、この場合、最大伝送遅延時間を求める前に、統合受信バッファ時間調整部１１４は、規定受信バッファ時間を用いる代わりに、各受信部１１３の仮の受信バッファ時間（仮受信バッファ時間）を求める。
【０１９０】
つまり、統合受信バッファ時間調整部１１４は、ステップＳ３４１において、処理対象とする受信部１１３を選択し、ステップＳ３４２において、その処理対象の受信部１１３のデータ伝送について、画像品質要求および伝送品質要求を用いて、「可変圧縮符号化遅延要求時間」、「冗長符号化ブロック受信待ち要求時間」、「ARQ再送パケット待ち要求時間」、および「ネットワークジッタ対応バッファ要求時間」を算出する。
【０１９１】
ステップＳ３４３において、統合受信バッファ時間調整部１１４は、算出した「可変圧縮符号化遅延要求時間」、「冗長符号化ブロック受信待ち要求時間」、「ARQ再送パケット待ち要求時間」、および「ネットワークジッタ対応バッファ要求時間」の最大値を仮受信バッファ時間として設定する。
【０１９２】
ステップＳ３４４において、統合受信バッファ時間調整部１１４は、データ伝送に用いる全ての受信部１１３を処理したか否かを判定し、全ての受信部１１３を処理するまで、ステップＳ３４１乃至ステップＳ３４４の処理を繰り返す。
【０１９３】
全ての受信部１１３について仮受信バッファ時間を設定すると、統合受信バッファ時間調整部１１４は、処理をステップＳ３４５に進め、図１０のステップＳ１４１の場合と同様に、最大伝送遅延時間を求める。
【０１９４】
つまり、この場合、伝送遅延を考慮せずに算出される各受信部１１３の受信バッファ時間は、共通の規定受信バッファ時間ではなく、個別に設定された仮受信バッファ時間であり、その長さが互いに異なる可能性を有する。
【０１９５】
しかしながら、この場合も、受信バッファ時間の算出方法は図１０の場合と基本的に同様であり、図１７のステップＳ３５１乃至ステップＳ３５７の各処理は、規定受信バッファ時間の代わりに仮受信バッファ時間の最大値（最大伝送遅延時間）が適用されること以外、図１０のステップＳ１４２乃至ステップＳ１４８の各処理と同様に行われる。
【０１９６】
また、各送信装置１０１による受信バッファ時間・処理パラメータ設定処理は、図１２のフローチャートを参照して説明した場合と同様に行われる。
【０１９７】
以上のように、ユーザ等から画像品質要求や伝送品質要求を受け付け、その要求に応じて受信バッファ時間を決定する場合も、第１の実施の形態と同様に、各処理の時間的余裕を画質や伝送品質の向上により有効に利用することができるようにし、遅延時間上の無駄をより低減させることができる。つまり、コンテンツの品質の劣化をより抑制することができる。
【０１９８】
［受信バッファ動的変更伝送処理］
次に、図１８のフローチャートを参照して、送信装置１０１および受信装置３０３により行われる受信バッファ動的変更伝送処理の流れの例を説明する。
【０１９９】
ステップＳ３７１において、送信装置１０１の各部は、一定時間データ転送を行う。この処理に対応して、受信装置３０３の各部は、ステップＳ３９１において、一定時間データ転送を行う。
【０２００】
受信装置３０３のRTCP部２０７は、ステップＳ３９２において、RTCP部１３７とデータの送受信を行い、ネットワーク状況を測定し、ネットワーク状況情報を更新する。この処理に対応して、送信装置１０１のRTCP部１３７は、ステップＳ３７２において、ネットワーク状況を測定し、ネットワーク状況情報を更新する。
【０２０１】
ステップＳ３９３において、受信装置３０３の受信バッファ時間設定部２０８は、更新されたネットワーク状況情報に基づいて、受信バッファ時間決定処理を行い、「可変圧縮符号化遅延要求時間」、「冗長符号化ブロック受信待ち要求時間」、「ARQ再送パケット待ち要求時間」、および「ネットワークジッタ対応バッファ要求時間」等を更新し、その更新された各種要求時間に応じて、「可変圧縮符号化遅延時間」、「冗長符号化ブロック受信待ち時間」、「ARQ再送パケット待ち時間」、および「ネットワークジッタ対応バッファ時間」等の設定を、例えば式（４）や式（５）を用いて更新する。
【０２０２】
この受信バッファ時間決定処理は、図１６および図１７の場合と同様に行われる。
【０２０３】
この処理に対応し、ステップＳ３７３において、送信装置１０１の受信バッファ時間・処理パラメータ設定部１３９は、受信バッファ時間・処理パラメータ設定処理を行う。この処理は、図１２の場合と同様に行われる。
【０２０４】
符号化データの伝送開始後の場合、受信バッファ時間・処理パラメータ設定部１３９は、符号化データ伝送を利用してRTCP部１３７により計測されたネットワーク状況情報に含まれるパケット損失率pを用い、式（３）を満たすように、元データパケット数kや冗長パケット数n-kを決定する。
【０２０５】
ステップＳ３７４において、送信装置１０１は、伝送を終了するか否かを判定し、伝送を終了すると判定された場合、処理をステップＳ３７１に戻し、それ以降の処理を実行させる。また、ステップＳ３７４において、伝送を終了すると判定された場合、送信装置１０１による受信バッファ動的変更伝送処理が終了される。
【０２０６】
また、ステップＳ３９４において、受信装置３０３は、伝送を終了するか否かを判定し、伝送を終了すると判定された場合、処理をステップＳ３９１に戻し、それ以降の処理を実行させる。また、ステップＳ３９４において、伝送を終了すると判定された場合、受信装置３０３による受信バッファ動的変更伝送処理が終了される。
【０２０７】
以上のように、ユーザ等からの要求だけでなく、ネットワーク状況にも応じて、パラメータ等の設定を行うようにすることにより、送信装置１０１および受信装置３０３は、より実際の状況に応じてより効率よく画質や伝送品質の設定を行うことができ、遅延時間上の無駄をより低減させることができる。つまり、送信装置１０１および受信装置３０３は、コンテンツの品質の劣化を抑制することができる。
【０２０８】
以上のように、複数の送信装置から動画像を伝送し受信装置にて同期処理を行い、可変圧縮符号化処理、FEC等のQoS制御処理を行う場合において、伝送遅延時間の小さいデータ伝送に対してより大きな可変圧縮符号化要求時間、冗長符号化ブロック受信待ち時間、ARQ再送パケット待ち時間、およびネットワークジッタ対応バッファ時間を設定する事ができ、これにより、映像画質や伝送品質を最大限向上させることができる。
【０２０９】
なお、以上においては、伝送するビデオデータを符号化するように説明したが、これに限らず、非圧縮のまま伝送するようにしてもよい。
【０２１０】
＜３．第３の実施の形態＞
［パーソナルコンピュータ］
上述した一連の処理は、ハードウエアにより実行させることもできるし、ソフトウエアにより実行させることもできる。この場合、例えば、図１９に示されるようなパーソナルコンピュータとして構成されるようにしてもよい。
【０２１１】
図１９において、パーソナルコンピュータ４００のCPU（Central Processing Unit）４０１は、ROM（Read Only Memory）４０２に記憶されているプログラム、または記憶部４１３からRAM（Random Access Memory）４０３にロードされたプログラムに従って各種の処理を実行する。RAM４０３にはまた、CPU４０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【０２１２】
CPU４０１、ROM４０２、およびRAM４０３は、バス４０４を介して相互に接続されている。このバス４０４にはまた、入出力インタフェース４１０も接続されている。
【０２１３】
入出力インタフェース４１０には、キーボード、マウスなどよりなる入力部４１１、CRT（Cathode Ray Tube）やLCD（Liquid Crystal Display）などよりなるディスプレイ、並びにスピーカなどよりなる出力部４１２、ハードディスクなどより構成される記憶部４１３、モデムなどより構成される通信部４１４が接続されている。通信部４１４は、インターネットを含むネットワークを介しての通信処理を行う。
【０２１４】
入出力インタフェース４１０にはまた、必要に応じてドライブ４１５が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア４２１が適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部４１３にインストールされる。
【０２１５】
上述した一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、ネットワークや記録媒体からインストールされる。
【０２１６】
この記録媒体は、例えば、図１９に示されるように、装置本体とは別に、ユーザにプログラムを配信するために配布される、プログラムが記録されている磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM（Compact Disc - Read Only Memory）,DVD（Digital Versatile Disc）を含む）、光磁気ディスク（MD（Mini Disc）を含む）、若しくは半導体メモリなどよりなるリムーバブルメディア４２１により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに配信される、プログラムが記録されているROM４０２や、記憶部４１３に含まれるハードディスクなどで構成される。
【０２１７】
なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
【０２１８】
また、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０２１９】
また、本明細書において、システムとは、複数のデバイス（装置）により構成される装置全体を表すものである。
【０２２０】
また、以上において、１つの装置（または処理部）として説明した構成を分割し、複数の装置（または処理部）として構成するようにしてもよい。逆に、以上において複数の装置（または処理部）として説明した構成をまとめて１つの装置（または処理部）として構成されるようにしてもよい。また、各装置（または各処理部）の構成に上述した以外の構成を付加するようにしてももちろんよい。さらに、システム全体としての構成や動作が実質的に同じであれば、ある装置（または処理部）の構成の一部を他の装置（または他の処理部）の構成に含めるようにしてもよい。つまり、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【符号の説明】
【０２２１】
１００  伝送システム，  １０１  送信装置，  １０２  ネットワーク，  １０３  受信装置，  １１１  伝送部，  １１２  基準信号同期部，  １１３  受信部，  １１４  統合受信バッファ時間調整部，  １１５  合成部，  １３１  符号化部，  １３２  FEC部，  １３３  RTP部，  １３４  平滑化部，  １３５  基準信号同期部，  １３６  メディア同期部，  １３７  RTCP部，  １３８  ARQ部，  １３９  受信バッファ時間・処理パラメータ設定部，  １４１  レート制御部，  ２０１  受信部，  ２０２  受信バッファ，  ２０３  RTP部，  ２０４  FEC部，  ２０５  復号部，  ２０６  ARQ部，  ２０７  RTCP部，  ２０８  受信バッファ時間設定部，  ２１０  メディア同期部，  ３００  伝送システム，  ３０３  受信装置，  ３１１  入力部，  ３１２  出力部 
【図１】
0005672840.tif 000003
【図２】
0005672840.tif 000004
【図３】
0005672840.tif 000005
【図４】
0005672840.tif 000006
【図５】
0005672840.tif 000007
【図６】
0005672840.tif 000008
【図７】
0005672840.tif 000009
【図８】
0005672840.tif 000010
【図９】
0005672840.tif 000011
【図１０】
0005672840.tif 000012
【図１１】
0005672840.tif 000013
【図１２】
0005672840.tif 000014
【図１３】
0005672840.tif 000015
【図１４】
0005672840.tif 000016
【図１５】
0005672840.tif 000017
【図１６】
0005672840.tif 000018
【図１７】
0005672840.tif 000019
【図１８】
0005672840.tif 000020
【図１９】
0005672840.tif 000021