(57)【要約】【課題】ネットワークを介してカラー動画を送受信する際に、通信路の転送帯域が変動しても高解像度で動きの滑らかな動画を送受信可能にする。【解決手段】ネットワークに接続された通信端末の間でカラー動画を送受信する動画通信システムにおいて、帯域推定部１１ｃにより通信路の転送帯域を監視し、その転送帯域情報を、動画像ストリームを符号化する符号化部１１ａに出力する。符号化部１１ａの色圧縮部１０６ａは、入力する転送帯域情報から転送帯域が狭くなり、十分にカラー動画を送受信できないと判別すると、カラー動画を構成する輝度情報と色情報のうちの色情報を、帯域に応じて圧縮（ビットシフトして下位ビットから削減）して徐々に白黒画像にする。輝度信号とビット数が制御された色情報とは、所定の符号化処理を経て符号化データとして転送される。これにより、違和感なく高解像度の動画を送受信可能にする。【選択図】  図４
2006319643.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続された通信端末の間でカラー動画を送受信する動画通信システムにおいて、
前記通信端末は、
カラー動画を送受信する通信路の転送帯域情報を検出する転送帯域情報検出手段と、
前記転送帯域情報検出手段によって検出された転送帯域情報に応じて前記カラー動画を構成する輝度情報と色情報のうちの色情報を圧縮する色情報圧縮手段と、
前記色情報圧縮手段から出力されるカラー動画を符号化する符号化手段と、
前記符号化手段によって符号化されたカラー動画を送信する送信手段と、
他の通信端末から送られてきた前記符号化されたカラー動画を受信する受信手段と、
前記受信手段が受信した前記符号化されたカラー動画を復号する復号化手段と、
前記復号化手段によって復号化されたカラー動画を出力するカラー動画出力手段と、
を備えたことを特徴とする動画通信システム。
【請求項２】
前記色情報は彩度情報であり、前記色情報圧縮手段は、前記検出された転送帯域情報に応じて転送帯域が小さくなるにしたがって彩度情報の情報量を減少させることを特徴とする請求項１に記載の動画通信システム。
【請求項３】
前記転送帯域情報検出手段は、双方向でカラー動画の通信を行っている他の通信端末から受信するカラー動画の遅延情報に応じて転送帯域情報を検出することを特徴とする請求項１に記載の動画通信システム。
【請求項４】
前記符号化手段は、前記色情報圧縮手段によって色情報が圧縮されている場合には、その圧縮に関する圧縮情報を符号化したカラー動画に付加し、前記復号化手段は、前記受信手段がカラー動画とともに前記圧縮情報を受信した場合には、その圧縮情報に応じて前記受信したカラー動画を復号することを特徴とする請求項１に記載の動画通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は動画通信システムに係り、特にネットワークに接続された機器間でカラー動画を送受信する動画通信システムに関する。
【背景技術】
【０００２】
従来、通信能力の低い機器によってカラー動画を高速で送信できるデータ送受信方法が提案されている（特許文献１）。
【０００３】
このデータ送受信方法の送信側は、ビデオカメラから入力するカラー動画を、任意時点で静止画化するとともに圧縮し、圧縮したカラー静止画とするとともに、カラー動画を画素数を減じた白黒動画とする。そして、カラー静止画と白黒動画とを送信する。
【０００４】
一方、受信側では、受信したカラー静止画を、カラー画素に分解してカラー情報を得るとともに、このカラー情報と受信した白黒動画とに基づきカラー動画として復元するようにしている。
【０００５】
また、動画像ストリームを符号化する際に、転送帯域に応じてフレームレートを変えたり、画像サイズを変更することが知られている。
【特許文献１】特開２００２−２４７３８３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、任意時点のカラー静止画と白黒動画とに基づいて白黒動画をカラー化する従来のデータ送受信方法は、被写体の動きが大きい場合には、カラー静止画を送る頻度を高くしなければ、良好なカラー動画を得ることができず、結果的にデータ量を低減できないという問題がある。また、白黒動画の画素数を減じているため、良好にカラー動画化ができても解像度の高い動画を得ることができないという問題がある。
【０００７】
また、通信路の帯域に応じて動画像ストリームのフレームレートを低くすると、被写体が動いている場合に、その細かな動きが見にくくなるという問題がある。
【０００８】
本発明はこのような事情に鑑みてなされたもので、ネットワークを介してカラー動画を送受信する際に、通信路の転送帯域が変動しても高解像度で動きの滑らかな動画を送受信することができる動画通信システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
前記目的を達成するために請求項１に係る発明は、ネットワークに接続された通信端末の間でカラー動画を送受信する動画通信システムにおいて、前記通信端末は、カラー動画を送受信する通信路の転送帯域情報を検出する転送帯域情報検出手段と、前記転送帯域情報検出手段によって検出された転送帯域情報に応じて前記カラー動画を構成する輝度情報と色情報のうちの色情報を圧縮する色情報圧縮手段と、前記色情報圧縮手段から出力されるカラー動画を符号化する符号化手段と、前記符号化手段によって符号化されたカラー動画を送信する送信手段と、他の通信端末から送られてきた前記符号化されたカラー動画を受信する受信手段と、前記受信手段が受信した前記符号化されたカラー動画を復号する復号化手段と、前記復号化手段によって復号化されたカラー動画を出力するカラー動画出力手段と、を備えたことを特徴としている。
【００１０】
即ち、前記転送帯域情報検出手段により通信路の転送帯域を監視し、転送帯域が狭くなり、十分にカラー動画を送受信できなくなる場合には、カラー動画を構成する輝度情報と色情報のうちの色情報を、帯域に応じて圧縮して（落として）徐々に白黒画像にする。これにより、違和感なく高解像度の動画を送受信することができる。
【００１１】
請求項２に示すように請求項１に記載の動画通信システムにおいて、前記色情報は彩度情報であり、前記色情報圧縮手段は、前記検出された転送帯域情報に応じて転送帯域が小さくなるにしたがって彩度情報の情報量を減少させることを特徴としている。また、彩度情報の情報量を減少させる方法としては、ビットシフトして下位ビットからビット情報を削減してビット深さを浅くしていく。
【００１２】
請求項３に示すように請求項１に記載の動画通信システムにおいて、前記転送帯域情報検出手段は、双方向でカラー動画の通信を行っている他の通信端末から受信するカラー動画の遅延情報に応じて転送帯域情報を検出することを特徴としている。
【００１３】
請求項４に示すように請求項１に記載の動画通信システムにおいて、前記符号化手段は、前記色情報圧縮手段によって色情報が圧縮されている場合には、その圧縮に関する圧縮情報を符号化したカラー動画に付加し、前記復号化手段は、前記受信手段がカラー動画とともに前記圧縮情報を受信した場合には、その圧縮情報に応じて前記受信したカラー動画を復号することを特徴としている。
【００１４】
即ち、送信側では色情報に対してどのような圧縮を行ったかを示す圧縮情報をカラー動画に付加し、受信側はカラー動画とともに受信した圧縮情報に基づいてカラー動画を復号する。
【発明の効果】
【００１５】
本発明によれば、ネットワークを介してカラー動画を送受信する際に、通信路の転送帯域を監視し、転送帯域が変動して十分にカラー動画を送受信できなくなる場合には、カラー動画を構成する輝度情報と色情報のうちの色情報を、帯域に応じて落として徐々に白黒画像にするようにしたため、画素数やフレームレートを落とす場合に比べて高解像度で滑らかな動画を送受信することができ、また徐々に白黒画像にすることで違和感のないカラー動画を送受信することができる。
【発明を実施するための最良の形態】
【００１６】
以下添付図面に従って本発明に係る動画通信システムの好ましい実施の形態について詳説する。
【００１７】
図１は本発明に係る動画通信システムの実施の形態を示すブロック図である。
【００１８】
このシステムは、同等の構成を有する通信端末１ａと通信端末１ｂ（まとめて通信端末１と表すこともある）とがインターネットなどのネットワーク１０を介して接続されており、互いに映像（カラー動画）と音声を通信する。
【００１９】
通信端末１ａと通信端末１ｂとの接続経路は、ＳＩＰ（Session Initiation Protocol ）サーバで構成された交換台サーバ６がネットワークアドレス（グローバルＩＰアドレスなど）、ポート、識別子（ＭＡＣアドレスなど）を用いて指定する。名称や電子メールアドレスなど通信端末１のユーザに関する情報や通信端末１の接続に関する情報（アカウント情報）はアカウントデータベース（ＤＢ）８ａ内に格納されており、アカウント管理サーバ８によって管理されている。アカウント情報はＷｅｂサーバ７を介してアカウント管理サーバ８に接続した通信端末１から更新・変更・削除することもできる。Ｗｅｂサーバ７は、メールを送信するメールサーバ、ファイルのダウンロードを行うファイルサーバも兼ねている。
【００２０】
通信端末１ａは、マイク３ａ、カメラ４ａ、スピーカ２ａ、モニタ５ａと接続され、カメラ４ａで撮影された映像とマイク３ａで集音された音声がネットワーク１０を介して通信端末１ｂに送信される。通信端末１ｂも、マイク３ｂ、カメラ４ｂ、スピーカ２ｂ、モニタ５ｂと接続され、同様に映像と音声とを通信端末１ａに送信できる。
【００２１】
通信端末１ｂが受信した映像と音声はモニタ５ｂ、スピーカ２ｂに出力され、通信端末１ａが受信した映像と音声はそれぞれモニタ５ａ、スピーカ２ａに出力される。尚、マイク３とスピーカ２はヘッドセットとして一体構成してもよい。
【００２２】
図２は通信端末１の内部構成の実施の形態を示すブロック図である。
【００２３】
通信端末１の本体外面には、音声入力端子３１、映像入力端子３２、音声出力端子３３、映像出力端子３４が設けられており、それぞれマイク３、カメラ４、スピーカ２、モニタ５と接続される。
【００２４】
音声入力端子３１に接続されたマイク３から音声入力部１４に入力された音声信号と、映像入力端子３２に接続されたカメラ４から映像入力部１５に入力された映像信号は、ＭＰＥＧ２、ＭＰＥＧ４エンコーダなどの高画質対応符号器で構成された符号化部１１ａによってデジタル圧縮符号化されてストリームデータ（リアルタイム配信可能な形式のコンテンツデータ）に変換される。
【００２５】
ストリームデータはパケット化装置２５によってパケット化され、一旦送信バッファ２６に記憶される。送信バッファ２６は、通信インターフェース１３を介し、パケットを一定のタイミングでネットワーク１０に送出する。送信バッファ２６は、例えば、３０フレーム毎秒の動画像が取り込まれると、１パケットに１フレームのデータを記憶して送出する能力を有する。
【００２６】
帯域推定部１１ｃは、ネットワーク１０のジッタ（ゆらぎ）などから転送帯域を推定し、推定した転送帯域に応じて符号化部１１ａで符号化されるデータ量を可変させる。尚、転送帯域に基づく符号化部１１ａの処理の詳細については後述する。
【００２７】
一方、通信インターフェース１３を介して他の通信端末１から受信したストリームデータのパケットは、一旦受信バッファ２１に記憶されたあと、一定のタイミングでストリーム化装置２２に出力される。ストリーム化装置２２は、パケットデータをコンテンツデータに再構成する。コンテンツデータはＭＰＥＧ２、ＭＰＥＧ４デコーダなどで構成された復号化部１１ｂによって復号化される。コンテンツデータに含まれる映像データは映像出力部１７でＮＴＳＣ信号に変換されてモニタ５に出力される。コンテンツデータに含まれる音声データは音声出力部１６でアナログ音声信号に変換されてスピーカ２に出力される。
【００２８】
通信インターフェース１３には、ネットワーク端子６１が設けられており、この端子が各種ケーブルによりブロードバンドルータやＡＤＳＬモデムなどと接続されることでネットワーク１０と接続される。
【００２９】
尚、通信インターフェース１３がファイアウォールやＮＡＴ機能（Network Address Translation 、グローバルＩＰアドレスとプライベートＩＰアドレスの相互変換を行う）を有するルータと接続されると、ＳＩＰによる通信端末１同士の直接接続ができない問題（いわゆるＮＡＴ越え）が生じることが当業者で認識されている。STUN(Simple Traversal of UDP through NATs)サーバ３０やUPnP(Universal Plug and Play) サーバなどのＮＡＴ越え機能に対応した中継サーバを設けて通信端末１同士の接続を中継してもよいが、映像音声送受信の遅延を生じさせないためには、中継サーバを介さない各種のＮＡＴ越え機能を通信端末１に実装することが好ましい（例えば、特願２００３−３５２９５０を参照）。
【００３０】
制御部１１は、各種のボタンやキーから構成される操作部１８からの操作入力に基づいて通信端末１内の各回路を統括制御する。制御部１１は、ＣＰＵなどの演算装置で構成され、符号化部１１ａ、復号化部１１ｂ、帯域推定部１１ｃ、表示制御部１１ｄ、留守録管理部１１ｅの各機能を記憶媒体２３に記憶されたプログラムによって実現する。
【００３１】
表示制御部１１ｄはモニタ５への映像信号出力を制御し、以下簡略のため、モニタ５へ出力される映像信号は全て表示制御部１１ｄによって制御されるものとする。ただし、通信端末１からモニタ５へ出力される映像信号を、通常のテレビ放送信号に切り替えてもよい。
【００３２】
各通信端末１を一意に識別するアドレス（必ずしもグローバルＩＰアドレスとは同義ではない）、アカウント管理サーバ８が通信端末１を認証するのに必要なパスワード、通信端末１の起動プログラムは、電源オフ状態でもデータを保持可能なＲＯＭ３５に記憶されている。ＲＯＭ３５はフラッシュＲＯＭなどで構成され、記憶されたプログラムは、アカウント管理サーバ８から提供されるアップデートプログラムにより最新のバージョンに更新できる。
【００３３】
制御部１１の各種処理に必要なデータは、一時的にデータを記憶するＲＡＭで構成されたメインメモリ３６に記憶される。
【００３４】
記憶媒体２３は、コンパクトフラッシュカードのようなリムーバブルメディアであり、主に映像・音声データの読み取り／書き込みに用いられる。記憶媒体２３は、制御部１１のアプリケーションプログラムも記憶させることができ、アカウント管理サーバ８から提供されるアップデートプログラムにより最新のバージョンに更新できる。
【００３５】
また、通信端末１にはリモコン受光回路６３が設けられており、このリモコン受光回路６３にはリモコン受光部６４が接続されている。リモコン受光回路６３は、リモコン６０からリモコン受光部６４に入射した赤外線信号をデジタル信号に変換して制御部１１へ出力する。制御部１１は、リモコン受光回路６３から入力したデジタル赤外線信号に応じて各種動作を制御する。
【００３６】
発光制御回路２４は、制御部１１の制御によって、通信端末１の外面に設けられたＬＥＤ６５の発光・点滅・点灯の制御を行う。発光制御回路２４にはコネクタ６６を介してフラッシュランプ６７を接続することもでき、発光制御回路２４は、フラッシュランプ６７の発光・点滅・点灯の制御も行う。ＲＴＣ２０は内蔵時計である。
【００３７】
図３は通信端末１の外観を示す正面斜視図である。通信端末１は倒立型の筐体を備えたセットトップボックス（ＳＴＢ）であり、筐体前面には、リモコン受光部６４、電源スイッチ等から構成される操作部１８、「着信」ランプ、「留守録」ランプなどからなる複数のＬＥＤ６５、映像入力端子３２、映像出力端子３３等が設けられている。尚、図示しないが、筐体後面には、ネットワーク端子６１、音声入力端子３１、音声出力端子３３等が設けられている。
【００３８】
次に、図２に示した符号化部１１ａについて説明する。
【００３９】
図４は符号化部１１ａの概略図であり、特にカラー動画を符号化する部分に関して示している。
【００４０】
この符号化部１１ａは、主として加算器１０２、動き補償フレーム間予測部１０４、ＤＣＴ（離散コサイン変換）部１０６、量子化部１０８、及びＶＬＣ（可変長符号化）部１１０から構成されている。
【００４１】
符号化部１１ａは、Ｉピクチャ、Ｐピクチャ、Ｂピクチャを作成する。Ｉピクチャは、他のピクチャを使用せずに作成され、Ｐピクチャは過去のピクチャのみを参照画像にして予測された差分画像として作成され、Ｂピクチャは過去と未来のピクチャを参照画像にして予測された差分画像として作成される。
【００４２】
映像入力部１５から入力する入力画像（カラー動画）は、減算器１０２及び動き補償フレーム間予測部１０４に加えられる。
【００４３】
補償フレーム間予測部１０４は、量子化部１０８から入力する既に量子化した画像を逆量子化、逆ＤＣＴ等を行って前画像を作成し、現在の入力画像と前画像とから動きベクトルを検出する。この動きベクトルで前画像を動き補償（補正）して減算器１０２に出力する。
【００４４】
減算器１０２は、ＰピクチャやＢピクチャを符号化する場合には、現在入力している画像から補償フレーム間予測部１０４によって動き補償された前画像を減算し、その差分画像をとり、これをＤＣＴ部１０６に出力し、Ｉピクチャを符号化する場合には、入力画像をそのままＤＣＴ部１０６に出力する。
【００４５】
ＤＣＴ部１０６は、図５（Ａ）及び（Ｂ）に示すように１フレームから切り出された１６×１６画素のマクロブロックＭＢを符号化の最小単位とし、更にＤＣＴのサイズは８×８であるため、図５（Ｃ）に示すように輝度信号Ｙは、４つのブロックＹ１，Ｙ２，Ｙ３，Ｙ４に、色差信号Ｃｒ，Ｃｂは、それぞれ２つのブロックＣｒ１，Ｃｒ２，及びＣｂ１，Ｃｂ２に区分して各ブロック毎に８×８の２次元ＤＣＴを行う。ＤＣＴは画像信号を少ない低域係数に集中させる働きをもち、画像の空間方向の情報量を削減することができる。また、ＤＣＴ部１０６は色圧縮部１０６ａを含み、この色圧縮部１０６ａは、帯域推定部１１ｃから入力する帯域情報に基づいて前記ブロックＣｒ１，Ｃｒ２，及びＣｂ１，Ｃｂ２のデータ量を圧縮する。尚、この色圧縮部１０６ａの詳細については後述する。
【００４６】
図５（Ｃ）に示した画像フォーマットは、画素を構成する色差信号Ｃｒ，Ｃｂのデータ量をそれぞれ水平方向に２分の１に半減させ、Ｙ＝４，Ｃｒ＝２，Ｃｂ＝２の４：２：２の比率になっている。また、人間の目は色に対して鈍感なため、色情報が半減されても画質の低下はあまり感じない。
【００４７】
量子化部１０８は、ＤＣＴ部１０６で作成されたＤＣＴ係数を量子化テーブルを用いて量子化し、ＤＣＴ係数全体を小さい値の数のセットで表現して符号量を減らす処理を行う。ＶＬＣ部１１０は、量子化されたデータをハフマンテーブルで符号化する（符号の出現確率に応じて符号の割り当てを行なう）。
【００４８】
このようにして符号化部１１ａによって符号化されたストリームデータは、パケット化装置２５によってパケット化され、一旦送信バッファ２６に記憶されたのち、一定のタイミングでネットワーク１０に送出される。
【００４９】
次に、図２に示した復号化部１１ｂについて説明する。
【００５０】
図６は復号化部１１ｂの概略図であり、特にカラー動画を復号化する部分に関して示している。
【００５１】
この復号化部１１ｂは、主としてＶＬＣデコーダ１２０、逆量子化部１２２、逆ＤＣＴ部１２４、加算器１２６、及びフレーム間予測部１２８から構成されている。
【００５２】
復号化部１１ｂは、上記符号化部１１ａの圧縮過程とは逆の伸長過程により動画像を復元する。
【００５３】
ＶＬＣデコーダ１２０は、ストリーム化装置２２から入力する符号化データをハフマン復号して量子化されたＤＣＴ係数を生成し、この生成したＤＣＴ係数を逆量子化部１２２に出力する。逆量子化器１２２は、ＶＬＣデコーダ１２０から入力した量子化されたＤＣＴ係数を逆量子化してＤＣＴ係数を生成し、この生成したＤＣＴ係数を逆ＤＣＴ部１２４に出力する。
【００５４】
逆ＤＣＴ部１２４は、入力するＤＣＴ係数を逆ＤＣＴ処理してデジタル画像信号を加算器１２６に出力する。加算器１２６の他の入力には、動き補償部１２８からフレーム間予測が行われた前画像が加えられ、加算器１２６は、逆ＤＣＴ部１２４からＩピクチャを入力する場合には、そのまま出力画像として出力し、ＰピクチャやＢピクチャを入力する場合には、動き補償部１２８から加えられる予測の画像を加算して出力する。
【００５５】
このようにして復号化部１１ｂによって復号された映像データは映像出力部１７でＮＴＳＣ信号に変換されてモニタ５に出力される。
【００５６】
次に、上記符号化部１１ａにより符号化する符号化データのデータ量を可変させる方法について説明する。
【００５７】
図２に示した帯域推定部１１ｃは、通信端末１ａ，１ｂ間の通信路の転送帯域を推定し、この推定した転送帯域情報を符号化部１１ａに送る。
【００５８】
前記転送帯域情報は、図４に示したようにＤＣＴ部１０６の色圧縮部１０６ａに加えられる。この色圧縮部１０６ａは、図５（Ｃ）に示した８ブロックからなるマクロブロックＭＢのうちの色差信号Ｃｒ，Ｃｂの４つのブロックＣｒ１，Ｃｒ２，及びＣｂ１，Ｃｂ２のデータを転送帯域情報に応じて圧縮し、この圧縮した色差信号Ｃｒ，Ｃｂの４ブロックと、輝度信号Ｙの４ブロックからなるマクロブロックＭＢ’を出力する。このマクロブロックＭＢ’を構成する各ブロックの符号化処理は、前述したように行われる。
【００５９】
次に、色圧縮部１０６ａでの色差信号Ｃｒ，Ｃｂの圧縮方法について説明する。
【００６０】
色差信号Ｃｒ，Ｃｂは、８ビットの２５６階調を有しており、色圧縮部１０６ａは、入力する転送帯域情報からカラー動画をフルで送信できる帯域幅があると推定すると、色差信号Ｃｒ，Ｃｂを圧縮せずに８ビットの階調データのまま出力する。
【００６１】
一方、色圧縮部１０６ａは、入力する転送帯域情報からカラー動画をフルで送信できる帯域幅がないと推定すると、図７に示すように転送帯域が低下するにしたがって色差信号Ｃｒ，Ｃｂのビット数を削減する。
【００６２】
この場合のビット数の削減は、ビットシフトして８ビットのうちの下位ビットから削減する。これにより、転送帯域が低下するにしたがって徐々に白黒画像に近づくようになる。また、図５（Ｃ）に示すように４：２：２フォーマットの場合には、完全に白黒画像になると（色差信号Ｃｒ，Ｃｂのブロックがなくなると）、マクロブロックＭＢを構成するブロック数は２分の１になり、データ量を２分の１にすることができる。
【００６３】
前記符号化部１１ａは、色差信号Ｃｒ，Ｃｂをどのように圧縮したかを示す圧縮情報を符号化データに付加する。尚、色情報の圧縮に関する情報は、通信端末双方で予め共有しておいてもよい。そして、受信側の復号化部１１ｂは、送られてきた（予め共有した）圧縮情報を基に符号化データを復号する。
【００６４】
本発明に係る動画通信システムは、特に聴覚障害者同士のコミュニケーション・システムとして有効である。即ち、聴覚障害者同士は、手話やジェスチャーを交えてコミュニケーションを行うが、この場合、手指の細かな動きを確実に視認できることが必要である。本発明に係る動画通信システムでは、転送帯域に応じて色情報は落とすが、動画のフレームレートや解像度を落とさないため、手指の細かな動きが速くてもその動きを円滑かつ高解像度で再現することができる。
【００６５】
また、この実施の形態では、帯域推定部は、ジッタを基にして通信路の転送帯域を推定するようにしているが、これに限らず、通信端末間で時刻同期した帯域推定部で、カラー動画の転送パケットを監視し、その遅延情報（タイムスタンプ差）から転送帯域を推定してもよい。
【００６６】
更に、この実施の形態では、輝度情報と２種類の色情報との画像フォーマットとして、４：２：２フォーマットを例に説明したが、これに限らず、４：２：０（４：１：１）、４：４：４（１：１：１）フォーマットにも適用できる。
【００６７】
更にまた、色情報として、色差信号を例に説明したが、これに限らず、輝度、彩度、色相で表現される色空間上での彩度、色相、又は彩度と色相の双方の色情報を削減するようにしてもよい。
【００６８】
また、カラー動画の符号化方法もこの実施の形態には限定されない。
【図面の簡単な説明】
【００６９】
【図１】図１は本発明に係る動画通信システムの実施の形態を示すブロック図である。
【図２】図２は前記動画通信システムを構成する通信端末の内部構成の実施の形態を示すブロック図である。
【図３】図３は前記通信端末の正面斜視図である。
【図４】図４は動画像ストリームを符号化する符号化部の概略図である。
【図５】図５は符号化の最小単位のマクロブロックを説明するために用いた図である。
【図６】図６は符号化データを復号する復号化部の概略図である。
【図７】図７は転送帯域に応じてビット数を削減する方法を説明するために用いた図である。
【符号の説明】
【００７０】
１、１ａ、１ｂ…通信端末、４、４ａ、４ｂ…カメラ、５、５ａ、５ｂ…モニタ、１０…ネットワーク、１１ａ…符号化部、１１ｂ…復号化部、１１ｃ…帯域推定部、１０４…動き補償フレーム間予測部、１０６…ＤＣＴ部、１０６ａ…色圧縮部、１０８…量子化部、１１０…ＶＬＣ部、１２０…ＶＬＣデコーダ、１２２…逆量子化部、１２４…逆ＤＣＴ部、１２８…動き補償部
【図１】
2006319643.tif 000003
【図２】
2006319643.tif 000004
【図３】
2006319643.tif 000005
【図４】
2006319643.tif 000006
【図５】
2006319643.tif 000007
【図６】
2006319643.tif 000008
【図７】
2006319643.tif 000009