JPH09172493A

JPH09172493A - テレビ会議通信端末装置

Info

Publication number: JPH09172493A
Application number: JP7348188A
Authority: JP
Inventors: Giichi Watanabe; 義一渡邊
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 1995-12-19
Filing date: 1995-12-19
Publication date: 1997-06-30

Abstract

(57)【要約】【課題】受信側の表示特性に応じて、動画情報の適応
制御を行うことができるテレビ会議通信端末装置を提供
することを目的としている。【解決手段】相手端末装置の表示特性に応じて、動画
情報の特性を設定しているので、効率のよい動画情報伝
送ができるという効果を得る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、少なくとも、音声
情報および動画情報を相手端末との間でやりとりして、
所定のテレビ会議通信を行うテレビ会議通信端末装置に
関する。

【０００２】

【従来の技術】従来より、例えば、ＩＴＵ−Ｔ勧告Ｈ．
３２０で規定されているテレビ会議通信機能などを備
え、遠隔地間で映像や音声等の種々の情報をやりとりし
て会議通信を実現するテレビ会議通信端末装置が提案さ
れている。とくに、近年では、回線としてＩＳＤＮを用
いた通信アプリケーションとして、テレビ会議通信端末
装置が重要視されており、徐々に普及しつつある。

【０００３】このようなテレビ会議通信端末装置では、
動画情報を送信するとき、例えば、ビデオカメラ装置で
入力した映像情報を直接送信するのではなく、例えば、
ＩＴＵ−Ｔ勧告Ｈ．２６１の動画符号化方法により符号
化圧縮した状態で、動画情報をやりとりするようにし
て、比較的小さいデータ伝送容量を使って、音声情報と
動画情報をやりとりできるようにしている。

【０００４】また、動画情報に割り当てられる伝送容量
は、テレビ会議通信セッションの進行に従って適宜に変
化し、その使用可能な伝送容量を使って、なるべく有効
な動画情報を送信できるように、動画情報を符号化複号
化するビデオコーデックでは、動画情報の内容および割
り当てられている伝送容量に応じて、適応的に動画情報
の符号化パラメータを変化させている。

【０００５】この場合、変化される符号化パラメータと
しては、例えば、符号データを形成する際に適用される
量子化ステップの最大値等がある。

【０００６】

【発明が解決しようとする課題】しかしながら、このよ
うな従来装置では、受信側の表示装置の特性を考慮せず
に、送信側の事情だけで符号化パラメータを変化させる
適応制御を行っているので、受信側の表示装置の特性に
よっては、その適応制御の効果が発揮されず、受信側の
再生映像にノイズが含まれる等の不具合を生じることが
あった。

【０００７】本発明は、かかる実情に鑑みてなされたも
のであり、受信側の表示特性に応じて、動画情報の適応
制御を行うことができるテレビ会議通信端末装置を提供
することを目的としている。

【０００８】

【課題を解決するための手段】本発明は、少なくとも、
音声情報および動画情報を相手端末との間でやりとりし
て、所定のテレビ会議通信を行うテレビ会議通信端末装
置において、動画情報を表示する動画表示手段の表示機
能をあらわす表示機能情報を相手端末に通知する一方、
相手端末より動画表示手段の表示機能情報が通知される
と、その表示機能情報に対応して、動画情報の符号化手
段の符号化特性を設定するようにしたものである。ま
た、前記動画表示手段の表示機能情報は、動画表示手段
の種類情報を用いることができる。また、前記動画表示
手段の表示機能情報は、動画表示手段の表示サイズ情報
を用いることができる。

【０００９】また、少なくとも、音声情報および動画情
報を相手端末との間でやりとりして、所定のテレビ会議
通信を行うテレビ会議通信端末装置において、動画情報
を表示する動画表示手段の表示階調数をあらわす表示階
調数情報を相手端末に通知する一方、相手端末より動画
表示手段の表示階調数情報が通知されると、その表示階
調数情報に対応して、動画入力手段の階調数を設定する
ようにしたものである。

【００１０】

【発明の実施の形態】以下、添付図面を参照しながら、
本発明の実施例を詳細に説明する。

【００１１】図１は、本発明の一実施例にかかるテレビ
会議通信装置の一例を示している。ここで、このテレビ
会議通信装置は、ＩＴＵ−Ｔ勧告Ｈ．３２０で規定され
ているテレビ会議通信機能を備え、また、伝送回線とし
てＩＳＤＮを用いるものである。

【００１２】同図において、システム制御部１は、この
テレビ会議通信端末装置の各部の動作制御、および、情
報チャネル（Ｂチャネル）におけるテレビ会議通信制御
手順処理などの実行するためのものであり、ＲＯＭ（リ
ード・オンリ・メモリ）２は、システム制御部１が実行
する制御処理プログラムの一部やこのプログラムを実行
するときに参照する種々のデータなどを記憶するための
ものであり、ＲＡＭ（ランダム・アクセス・メモリ）３
は、システム制御部１のワークエリアなどを構成するも
のである。

【００１３】時計回路４は、現在時刻情報を出力するた
めのものであり、画像処理部５は、例えば、画像の縮小
／拡大処理、撮影画面の静止画化処理、静止画像の符号
化／復号化処理（ＪＰＥＧ方式）、画像の統計的処理な
ど、このテレビ会議通信端末装置が提供する装置機能の
ために必要な種々の画像処理を実行するためのものであ
る。

【００１４】磁気ディスク装置６は、システム制御部１
が実行する他の制御プログラムやアプリケーションプロ
グラムなどのプログラムデータ、または、その他の種々
のデータを保存するためのものであり、操作表示部７
は、このテレビ会議通信端末装置を操作するためのもの
である。静止画入力装置８は、静止画を入力するための
ものであり、例えば、静止画カメラ装置などである。

【００１５】音声入出力装置９は、相手端末との間で音
声情報をやりとりして、ユーザ間の会話を実現するため
のものであり、音声ＣＯＤＥＣ１０は、音声入出力装置
９から入力したアナログ音声信号を対応するデジタル音
声データに変換するとともに、受信したデジタル音声デ
ータを対応するアナログ音声信号に変換して、音声入出
力装置９に出力するものである。音声制御部１１は、音
声入出力装置９の動作を制御するためのものである。

【００１６】ビデオカメラ装置１２は、自端末側の参加
者などの様子を撮影するものであり、映像入力部１３
は、ビデオカメラ装置１２から出力される映像信号を、
所定ビット数のデジタル映像データに変換するととも
に、映像信号の階調数を変換するものであり、ビデオＣ
ＯＤＥＣ１４は、映像入力部１３から出力されるデジタ
ル映像データのデータ形式をＲＧＢ形式からＹＵＶ形式
に変換し、その変換後のデジタル映像データを所定のＣ
ＩＦ形式またはＱＣＩＦ型式のビデオデータに変換し、
さらに、ＩＴＵ−Ｔ勧告Ｈ．２６１の符号化方式で符号
化圧縮してビデオ情報を形成するとともに、符号化圧縮
された状態のビデオ情報を元のＣＩＦまたはＱＣＩＦ型
式のビデオデータに変換し、そのビデオデータをＹＵＶ
形式からＲＧＢ形式にデータ変換するものである。

【００１７】ビデオＣＯＤＥＣ１４により、変換されて
形成されたデジタル映像データ（受信映像データ）は、
表示制御部１５に出力されている。また、映像入力部１
３から出力されるデジタル映像データは、表示制御部１
５にも加えられている。表示制御部１５は、ビデオモニ
タ装置１６の表示画面の内容を制御するためのものであ
る。また、ビデオカメラ制御部１７は、ビデオカメラ装
置１２のカメラアングルを制御するためのものである。

【００１８】ＩＳＤＮインタフェース制御部１８は、こ
のテレビ会議通信端末装置をＩＳＤＮに接続するととも
に、レイヤ１の信号処理機能、Ｄチャネル（信号チャネ
ル）の信号と２つのＢチャネル（情報チャネル）の信号
の統合／分離機能を備えたものである。

【００１９】Ｄチャネル伝送制御部１９は、信号チャネ
ルで行う呼制御手順機能、および、多重呼制御機能を備
えたものであり、多重化／分離制御装置２０は、ＩＴＵ
−Ｔ勧告Ｈ．２２１に準拠したデータ多重化／分離機
能、および、データのフレーム同期機能を備えたもので
あり、その分離側の接続端には、デジタル音声データ、
デジタルビデオデータ、および、汎用データが加えられ
ており、また、多重化側の接続端は、ＩＳＤＮインタフ
ェース制御部１７に接続されている。

【００２０】これらのシステム制御部１、ＲＯＭ２、Ｒ
ＡＭ３、時計回路４、画像処理部５、磁気ディスク装置
６、操作表示部７、静止画入力装置８、音声ＣＯＤＥＣ
１０、音声制御部１１、ビデオＣＯＤＥＣ１４、表示制
御部１５、ビデオカメラ制御部１７、Ｄチャネル伝送制
御部１９、および、多重化／分離装置２０は、システム
バス２１に接続されており、これらの各要素間でのデー
タのやりとりは、主としてこのシステムバス２１を介し
て行われる。

【００２１】また、多重化／分離装置２０と音声ＣＯＤ
ＥＣ１１との間で音声データのやりとりが行われ、多重
化／分離装置２０とビデオＣＯＤＥＣ１４との間で送受
信ビデオデータのやりとりが行われている。また、映像
入力部１３は、システム制御部１によりその動作が制御
される。

【００２２】ここで、映像入力部１３は、ビデオカメラ
装置１２から入力した映像信号を、基本的には、図２
（ａ）に示すように、１画素当たり２４ビットのデジタ
ル映像データに変換する。この場合には、１画素当たり
１６７７７２１６階調（色）の色を表現することができ
る。すなわち、この場合の階調数は１６７７７２１６階
調となる。

【００２３】また、システム制御部１からの指令によ
り、映像入力部１３は、２４ビットのデジタル映像デー
タを、同図（ｂ）に示したように有効ビット数が１画素
当たり１６ビットのデジタル映像データ、または、同図
（ｃ）に示したように有効ビット数が１画素当たり１５
ビットのデジタル映像データに変換する。また、有効ビ
ット数が１画素当たり１６ビットのデジタル映像データ
は、１画素当たり６５５３６階調の階調数をもち、有効
ビット数が１画素当たり１５ビットのデジタル映像デー
タは、１画素当たり３２７６８階調の階調数をもつ。な
お、映像入力部１３が出力するデジタル映像データは、
２４ビット幅なので、有効ビット数が１画素当たり１６
ビットの映像データは、上位８ビットにデータ「０」が
セットされ、また、有効ビット数が１画素当たり１５ビ
ットの映像データは、上位９ビットにデータ「０」がセ
ットされる。

【００２４】１画素当たり２４ビットのデジタル映像デ
ータを、有効ビット数が１画素当たり１６ビットのデジ
タル映像データに変換する場合、元データについて、Ｒ
成分の下位３ビットを消去し、Ｇ成分の下位２ビットを
消去し、Ｂ成分の下位３ビットを消去し、それぞれ有効
ビット部分の上位ビットからＲ成分データ、Ｇ成分デー
タおよびＢ成分データを配置する。

【００２５】同様にして、１画素当たり２４ビットのデ
ジタル映像データを、有効ビット数が１画素当たり１５
ビットのデジタル映像データに変換する場合、元データ
について、Ｒ成分の下位３ビットを消去し、Ｇ成分の下
位３ビットを消去し、Ｂ成分の下位３ビットを消去し、
それぞれ有効ビット部分の上位ビットからＲ成分デー
タ、Ｇ成分データおよびＢ成分データを配置する。

【００２６】このようにして、映像入力部１３は、シス
テム制御部１から指令された階調数のデジタル映像デー
タを形成して出力する。

【００２７】さて、このテレビ会議通信端末装置では、
Ｂチャネルにおいては、ＩＴＵ−Ｔ勧告Ｈ．２２１で規
定されるマルチフレーム形式でデータをやりとりする。

【００２８】図３に示すように、１つのマルチフレーム
ＭＦＬは、８個のサブマルチフレームＳＭＦ１〜ＳＭＦ
８からなり、おのおののサブマルチフレームＳＭＦ１〜
ＳＭＦ８は、それぞれ２つのフレームから構成されてい
る。すなわち、１つのマルチフレームＭＦＬは、１６個
のフレームＦＬＭ０〜ＦＬＭ１５からなる。

【００２９】それぞれのフレームＦＬＭ０〜ＦＬＭ１５
は、図４に示すように、８０オクテットのデータからな
り、それらのオクテットをビット順に配置したそれぞれ
のビット位置は、サブチャネルＳＣＨ１〜ＳＣＨ８を構
成している。

【００３０】また、第１オクテット〜第８オクテットの
第８ビットは、フレーム同期信号（ＦｒａｍｅＡｌｉ
ｇｎｍｅｎｔＳｉｇｎａｌ）ＦＡＳを構成し、第９オ
クテット〜第１６オクテットの第８ビットは、ビットレ
ート割当信号（ＢｉｔｒａｔｅＡｌｌｏｃａｔｉｏ
ｎＳｉｇｎａｌ）ＢＡＳを構成する。また、サブチャ
ネルＳＣＨ８の第１７オクテット〜第８０オクテットの
第８ビットの部分には、その一部に、データを暗号化す
るためのキー情報などをやりとりするための暗号チャネ
ルのデータがセットされることがある（オプション）。

【００３１】このようにして、フレーム同期信号ＦＡＳ
は、１つのフレームＦＬＭ０〜ＦＬＭ１５に８ビット配
置されており、そのビット割り当ては、図５に示すよう
に、マルチフレームＭＦＬを単位として構成されてい
る。

【００３２】すなわち、偶数フレームＦＬＭ０，ＦＬＭ
２，…，ＦＬＭ１４の第２オクテット〜第８オクテット
と、それに続く奇数フレームＦＬＭ１，ＦＬＭ３，…，
ＦＬＭ１５には、「００１１０１１１」なる８ビットの
データパターンからなる水平同期信号が配置され、奇数
フレームＦＬＭ１，ＦＬＭ３，…，ＦＬＭ１１の第１オ
クテットには、「００１０１１」なる６ビットのデータ
パターンからなる垂直同期信号が配置されている。

【００３３】この水平同期信号と垂直同期信号を検出す
ることにより、１つのマルチフレームＭＦＬの同期を検
出することができる。

【００３４】また、第０フレーム、第２フレーム、第４
フレーム、第６フレームおよび第８フレームの第１オク
テットのビットＮ１，Ｎ２，Ｎ３，Ｎ４，Ｎ５は、マル
チフレーム番号の表示に用いられる。このうち、ビット
Ｎ５は、マルチフレーム番号が使用されているか否かの
表示に用いられる。このように、マルチフレーム番号の
ために使用されるデータが４ビットなので、マルチフレ
ーム番号は０〜１５までの値で降順に変化し、１６マル
チフレーム毎に同じマルチフレーム番号があらわれる。

【００３５】また、第１０フレーム、第１２フレーム、
および、第１３フレームの第１オクテットのビットＬ
１，Ｌ２，Ｌ３は、現在使用されている情報チャネルの
うち、そのフレームを運んでいる情報チャネルの接続さ
れた順番をあらわすコネクション番号を表示するために
用いられる。また、第１５フレームの第１オクテットの
ビットＲは、将来の勧告のために確保（予約）されてお
り、通常は、０がセットされる。

【００３６】また、第１４フレームの第１オクテットの
ビットＴＥＡは、データ端末装置の内部的な障害によ
り、データ伝送できない状態であることを表示するため
に用いられる。

【００３７】また、奇数フレームＦＬＭ１，ＦＬＭ３，
…，ＦＬＭ１５の第３オクテットのビットＡは、フレー
ム同期またはマルチフレーム同期が確立しているか、あ
るいは、同期はずれを生じているかを表示するために用
いられる。

【００３８】また、奇数フレームＦＬＭ１，ＦＬＭ３，
…，ＦＬＭ１５の第５オクテット、第６オクテット、第
７オクテット、および、第８オクテットのビットＣ１，
Ｃ２，Ｃ３，Ｃ４は、連続した２つのフレーム（すなわ
ち、サブマルチフレーム）のデータエラー検出（すなわ
ち、伝送路品質検出）のために参照されるＣＲＣ（巡回
冗長検査）符号を表示するためのものであり、この奇数
フレームＦＬＭ１，ＦＬＭ３，…，ＦＭ１５の第４オク
テットのビットＥは、受信側で伝送エラーを検出したこ
とを表示するために用いられる。

【００３９】また、ビットレート割当信号ＢＡＳは、図
６に示すように、偶数フレームＦＬＭ０，ＦＬＭ２，
…，ＦＬＭ１４では、能力ＢＡＳあるいはＢＡＳコマン
ドをあらわす８ビットデータが配置され、それに続く奇
数フレームＦＬＭ１，ＦＬＭ３，…，ＦＬＭ１５には、
直前のフレームで送出した能力ＢＡＳあるいはＢＡＳコ
マンドの値を誤り訂正するための二重誤り訂正符号が配
置される。

【００４０】また、マルチフレームＭＦＬのデータの送
信は、フレーム番号順に行なわれ、おのおののフレーム
ＦＬＭ０〜ＦＬＭ１５は、図７に示すように、第１オク
テットから第８０オクテットのオクテット順序に送出さ
れ、それぞれのオクテットは、第１ビットが最初に送出
される。

【００４１】すなわち、おのおののフレームＦＬＭ０〜
ＦＬＭ１５においては、第１オクテットの第１ビットが
最初に送出され、第８０オクテットの第８ビットが最後
に送出される。

【００４２】また、このテレビ会議通信端末装置では、
通常、２つの情報チャネルを用いて、データ伝送を行っ
ており、そのときの伝送手順の一例を図８に示す。な
お、この伝送手順は、ＩＴＵ−Ｔ勧告Ｈ．２４２および
ＩＴＵ−Ｔ勧告Ｈ．３２０に従う。

【００４３】まず、発呼端末が宛先端末を発呼して信号
チャネル上で呼設定手順を行い、１つの情報チャネル
（以下、第１チャネルという）を確保し（フェーズ
Ａ）、その設定した第１チャネル上でＰＣＭ音声データ
（Ａ則またはμ則、６４Ｋｂｐｓ）をセットしたフレー
ムデータをやりとりしながらフレーム同期を行ない（フ
レームモード）、フレーム同期が確立すると、相互に能
力ＢＡＳデータおよびコマンドＢＡＳデータをやりとり
し（フェーズＢ１−１）、そのときに使用する伝送モー
ドを決定して、２つ目の情報チャネルを確保するための
付加呼設定要求を開始する（フェーズＢ１−２）。

【００４４】そして、伝送モードをそのときに相互に交
換した内容から互いに共通で最も機能の高いモードを選
択し（フェーズＢ１−３）、発呼端末からその選択した
動作モードで着呼端末に機能を動作させるよう端末機能
を指定するＢＡＳコマンドを送信して、発呼端末と着呼
端末の装置機能に共通するパラメータを設定する（フェ
ーズＢ２）。これにより、第１チャネルでは、そのとき
に選択した伝送モードに対応した、例えば、音声データ
（１６Ｋｂｐｓ）のデータ伝送、および、動画像データ
（４６．４Ｋｂｐｓ）のデータ伝送が行われる（フェー
ズＣ）。

【００４５】第１チャネルがフレームモードでデータ伝
送を開始すると、２つ目の情報チャネル（以下、第２チ
ャネルという）について信号チャネル上で呼設定手順を
行い（フェーズＣＡ）、第２チャネルが確立すると、第
２チャネルを使ってフレーム同期信号ＦＡＳおよびビッ
ト割当信号ＢＡＳのみを含むフレームデータをやりとり
してフレーム同期およびマルチフレーム同期を確立し
（フェーズＣＢ１−１１）、次いで、第１チャネルと第
２チャネル間の同期を確立する（フェーズＣＢ１−１
２）。

【００４６】２つの情報チャネルの同期が完了すると、
発呼端末側からＢＡＳコマンドを送出して伝送モードを
設定し（フェーズＣＢ１−２）、その設定した内容に伝
送モードを切換え（フェーズＣＢ１−３）、共通パラメ
ータを設定する（フェーズＣＢ３）。

【００４７】このようにして、第２チャネルの初期化が
終了すると、それ以降は、第１チャネルでやりとりする
フレームデータ、および、第２チャネルでやりとりする
フレームデータが同期された状態で、例えば、２つの情
報チャネルを用いて、音声データ、動画データ、およ
び、汎用データが、それぞれ５６Ｋｂｐｓ，６２．４Ｋ
ｂｐｓ、および、６．４Ｋｂｐｓの伝送速度が割り当て
られてデータ伝送される（図９参照）。

【００４８】このようなデータ伝送を終了するときに
は、まず、第２チャネルから切断する。このとき、第１
チャネルのみで行なう音声データ伝送のために、共通モ
ードを設定するための手順が行われて（フェーズＣＤ
１）、第２チャネルはフレームモードのモード０Ｆへの
モード切換えが行われる（フェーズＣＤ２）。このとき
には、第１チャネルと第２チャネルが非同期であり、か
つ、第２チャネルではフレーム同期信号ＦＡＳとビット
割当信号ＢＡＳのみの伝送状態で呼が保持されている状
態であり、信号チャネルの呼切断解放手順により第２チ
ャネルの呼を解放できる状態になっている。

【００４９】また、第１チャネルでは、フェーズＣＤ１
およびフェーズＣＤ２の間、フレームモードで、例え
ば、音声データと動画データが合計６２．４Ｋｂｐｓの
伝送速度で伝送されており、さらに、一方の端末のオペ
レータが通話終了する場合は動画データの伝送を終了
し、この動画データの伝送容量を含めて、全ての第１チ
ャネルの伝送容量を音声伝送に使用するためにモード０
Ｆに切り換え（フェーズＤ２）、この後、信号チャネル
の呼切断解放手順により第１チャネルの呼を解放できる
状態になっている。

【００５０】これにより、第１チャネルおよび第２チャ
ネルについて、信号チャネル上で呼切断解放手順が実行
されて（フェーズＥ）、２つの端末間のテレビ会議通信
が終了する。

【００５１】このように、テレビ会議通信端末装置で
は、最初に１つの情報チャネル（第１チャネル）を確保
してフレームモードを確立した後に、この第１チャネル
で音声データと動画データの伝送速度の割り当てを行な
って過渡的なモードでデータ伝送を行ないつつ、同時に
互いに２つ目の情報チャネル（第２チャネル）の設定が
可能ならば、信号チャネルの呼設定手順により第２チャ
ネルを確保する。そして、過渡的なモードで伝送してい
る第１チャネルと、新たに確保した第２チャネルをチャ
ネル同期させ、そのチャネル同期が確立した時点で、音
声データと動画データの伝送速度の割り当てを再設定
し、増大した情報チャネルの伝送容量を活用するため
に、音声データおよび動画データの符号化則（符号化方
式）を変更して、より高品質な音声データおよび動画デ
ータのやりとりを行なうようにしている。

【００５２】また、データ伝送を終了するときには、い
ったん、第１チャネルと第２チャネルの両方を同期させ
た伝送路を使用していたモードから、第１チャネルだけ
を使用するモードへ変更する必要がある。そこで、この
場合では、まず、音声データおよび動画データの各符号
化則を、第１チャネルの６２．４Ｋｂｐｓの伝送容量に
最適化する方式に設定して第１チャネルのみの伝送モー
ドに変更する一方、第２チャネルでは、第１チャネルと
の同期状態を停止するとともに、ユーザデータが空き伝
送状態になっているモード０Ｆに移行した後に、信号チ
ャネルの呼切断解放手順を実行して、呼を切断／解放す
る。また、第１チャネルは、音声データと動画データの
２種類のメディア伝送から、音声データだけの伝送モー
ドであるモード０Ｆへ変更した後、信号チャネルの呼切
断解放手順により、呼を切断／解放する。なお、第１チ
ャネルは、音声データと動画データの２種類のメディア
伝送へモードを切り換えずに、モード０Ｆへ直接モード
変更した後に、呼切断／解放することもできる。また、
呼切断解放手順で得た課金情報などは、チャネル毎に管
理する。

【００５３】また、ＩＴＵ−Ｔ勧告Ｈ．３２０で規定さ
れているテレビ会議通信機能では、ビデオＣＯＤＥＣ１
３の符号化方式として、ＩＴＵ−Ｔ勧告Ｈ．２６１で規
定されている動画符号化方式を適用する。このＩＴＵ−
Ｔ勧告Ｈ．２６１の動画符号化方式について、次に説明
する。ここで、動画情報としては、ＣＩＦとＱＣＩＦの
２種類のフォーマットが定められているが、以下の説明
では、主としてＣＩＦについてのみ記述する。

【００５４】ＣＩＦ（ＣｏｍｍｏｎＩｎｔｅｒｍｅｄ
ｉａｔｅＦｏｒｍａｔ；共通中間フォーマット）形式
は、動画情報の基本フォーマットであり、このＣＩＦ
は、１秒間に２９．９７フレームの画面を表示し、輝度
成分（Ｙ）については、１つのフレーム（画像フレー
ム）を２８８ラインで、かつ、１ラインを３６０画素か
ら構成するとともに、色差成分（Ｃｂ，Ｃｒ）について
は、１つのフレームを１４４ラインで、かつ、１ライン
を１８０画素から構成する。

【００５５】そして、そのフレームを、図１０（ａ）に
示すように１２個のＧＯＢ（ＧｒｏｕｐＯｆＢｌｏ
ｃｋ）に分割し、おのおののＧＯＢを、同図（ｂ）に示
すように、１１×３の３３個のマクロブロックに分割す
る。

【００５６】さらに、１つのマクロブロックは、同図
（ｃ）に示すように、輝度成分については、２×２の４
つのブロックに分割するとともに、色差成分については
１×１のブロックに分割する。したがって、輝度成分お
よび色差成分の１つのブロックは、同図（ｄ）に示すよ
うに、それぞれ８画素×８ラインから構成される。

【００５７】また、ＱＣＩＦ（ＱｕａｔｅｒＣＩＦ）
は、図１１に示すように、画素数をＣＩＦの１／４に設
定したフォーマットである。なお、ＩＴＵ−Ｔ勧告Ｈ．
２６１では、ビデオＣＯＤＥＣは、少なくともＱＣＩＦ
を取り扱える必要があると規定されており、さらに、Ｃ
ＩＦとＱＣＩＦが対向した場合には、ＱＣＩＦで通信す
るように規定されている。

【００５８】この動画情報は、上述したようなフレーム
／ＧＯＢ／マクロブロック／ブロックの階層構造に対応
しており、その一例を図１２（ａ）〜（ｄ）に示す。な
お、以下の説明は、ＩＴＵ−Ｔ勧告Ｈ．２６１に対応し
た国内標準であるＴＴＣ標準ＪＴ−Ｈ２６１に基づいて
いる。

【００５９】まず、１フレームの動画情報は、同図
（ａ）に示すように、フレームの開始をあらわす所定ビ
ットパターンの２０ビットデータからなるフレーム開始
符号ＰＳＣ、フレームの順序番号をあらわすフレーム番
号ＴＲ、１フレーム全体に関する情報をあらわすタイプ
情報ＰＴＹＰＥ、拡張用データ挿入情報ＰＥＩ、予備情
報ＰＳＰＡＲＥ、および、ＧＯＢデータからなる。ここ
で、拡張用データ挿入情報ＰＥＩは少なくとも１つが含
まれ、予備情報ＰＳＰＡＲＥは含まれないことがある。
また、フレーム開始符号ＰＳＣ、フレーム番号ＴＲ、タ
イプ情報ＰＴＹＰＥ、拡張用データ挿入情報ＰＥＩ、お
よび、予備情報ＰＳＰＡＲＥは、フレームヘッダと呼ば
れる。

【００６０】ＧＯＢデータは、各ＧＯＢについて、それ
ぞれ１つが配置される。１つのＧＯＢデータは、同図
（ｂ）に示すように、ＧＯＢデータの開始をあらわすＧ
ＯＢ開始符号ＧＢＳＣ、ＧＯＢの位置を示すＧＯＢ番号
ＧＮ、量子化特性の情報を示す量子化特性情報ＧＱＵＡ
ＮＴ、拡張用データ領域（予備情報）の有無を示す拡張
用データ挿入情報ＧＥＩ、予備情報ＧＳＰＡＲＥ、およ
び、マクロブロックデータからなる。ここで、拡張用デ
ータ挿入情報ＧＥＩは少なくとも１つが含まれ、予備情
報ＧＳＰＡＲＥは含まれないことがある。また、ＧＯＢ
開始符号ＧＢＳＣ、ＧＯＢ番号ＧＮ、量子化特性情報Ｇ
ＱＵＡＮＴ、拡張用データ挿入情報ＧＥＩ、および、予
備情報ＧＳＰＡＲＥは、ＧＯＢヘッダと呼ばれる。

【００６１】マクロブロックデータは、各マクロブロッ
クについて、それぞれ１つが配置される。ただし、フレ
ームのその部分に情報がない場合には、伝送されない。

【００６２】１つのマクロブロックデータは、同図
（ｃ）に示すように、マクロブロックの位置をあらわす
ためのマクロブロックアドレスＭＢＡ、マクロブロック
の種別およびどのデータ要素があらわれるのかを表示す
るためのタイプ情報ＭＴＹＰＥ、量子化特性をあらわす
量子化特性情報ＭＱＵＡＮＴ、動きベクトル情報ＭＶ
Ｄ、少なくとも１つの変換係数が伝送されるマクロブロ
ックであることをあらわす有意ブロックパターンＣＢ
Ｐ、および、ブロックデータからなる。ここで、量子化
特性ＭＱＵＡＮＴ、動きベクトル情報ＭＶＤおよび有意
ブロックパターンＣＢＰは、タイプ情報ＭＴＹＰＥで指
示されたときにあらわれる。また、マクロブロックアド
レスＭＢＡ、タイプ情報ＭＴＹＰＥ、量子化特性情報Ｍ
ＱＵＡＮＴ、動きベクトル情報ＭＶＤ、および、有意ブ
ロックパターンＣＢＰは、マクロブロックヘッダ呼ばれ
る。

【００６３】ブロックデータは、同図（ｄ）に示すよう
に、例えば、そのブロックの画像データをＤＣＴ（離散
コサイン変換）処理して得られた変換係数データをあら
わす変換係数ＴＣＯＥＦＦ、および、ブロックの終了を
あらわすブロック終了符号ＥＯＢからなる。

【００６４】さて、ＩＴＵ−Ｔ勧告Ｈ．２６１の動画符
号化方式では、例えば、動画の量子化ステップサイズを
設定可能な範囲（２〜６２の偶数値）で適宜に変化させ
ることで、やりとりする動画品質をある程度決定するこ
とができる。そして、ＧＯＢデータに含まれる量子化特
性情報ＧＱＵＡＮＴが、それ以降のＧＯＢに適用される
量子化ステップサイズに対応した内容にセットされると
ともに、マクロブロックデータに含まれる量子化特性情
報ＭＱＵＡＮＴが、それ以降のマクロブロックに適用さ
れる量子化ステップサイズに対応した内容にセットされ
る。

【００６５】すなわち、概念的にいうと、このＩＴＵ−
Ｔ勧告Ｈ．２６１の動画符号化方式では、画像データを
ＤＣＴ処理して得られた変換係数を、量子化ステップ値
で割り算することで、符号のダイナミックレンジを制限
できるようにしている。

【００６６】したがって、量子化ステップサイズを小さ
い値に設定すると、量子化誤差が減少し、符号化された
動画情報を再生したときの画質が向上する（すなわち、
より高精細になる）が、反面、データ量が増大する。こ
のようにして、１フレーム当たりのデータ量が増大し、
動画情報に割り当てられたデータ伝送速度よりも１秒間
当たりのデータ量が大きくなったときには、伝送バッフ
ァがあふれることを防止するため、ビデオＣＯＤＥＣ１
４は、動画のフレームスキップ（駒落とし）を行って動
画情報のデータ量を抑制する。すなわち、この場合に
は、画像の動きに対する追従性が低下する。

【００６７】逆に、量子化ステップサイズを大きい値に
設定すると、量子化誤差が増大し、符号化された動画情
報を再生したときの画質が劣化するが（すなわち、精細
度は低下する）、データ量が低下するので、画面の追従
性が良好になる。

【００６８】さらに、ビデオＣＯＤＥＣ１４において
は、量子化ステップサイズの設定は、適応的に行われ、
そのときに参照される適用因子は、例えば、符号データ
量が用いられる。したがって、ビデオＣＯＤＥＣ１４
は、通常では、符号データ量を小さくする方向に量子化
ステップサイズを適応的に変化するように動作する。ま
た、その量子化ステップサイズの最大値は、最大量子化
ステップサイズにより規定され、この最大量子化ステッ
プサイズは、外部からビデオＣＯＤＥＣ１４に対して指
定することができる。

【００６９】そこで、ビデオＣＯＤＥＣ１４に指定する
最大量子化ステップサイズを大きい値に設定すると、ビ
デオＣＯＤＥＣ１４は、その最大量子化ステップサイズ
まで適応的に量子化ステップサイズを変化するので、最
大量子化ステップサイズを小さく設定した場合に比べ
て、例えば、１フレーム当たりの伝送データ量を小さく
することができる。

【００７０】逆に、ビデオＣＯＤＥＣ１４に指定する最
大量子化ステップサイズを小さい値に設定すると、ビデ
オＣＯＤＥＣ１４は、量子化ステップサイズを小さい値
に制限するので、量子化誤差が減少し、符号化された動
画情報を再生したときの画質が向上する。

【００７１】ここで、表示装置の表示特性について考え
る。

【００７２】テレビ会議通信端末装置のビデオモニタ装
置１６として適用される表示装置は、表示部にＣＲＴ
（ブラウン管）を用いたＣＲＴ表示装置、カラー液晶パ
ネルを用いた液晶表示装置、プラズマ表示パネルを用い
たプラズマ表示装置、および、カラー液晶パネルを用い
た液晶プロジェクター装置などがあり、それぞれの装置
の表示プロセスによって、表示特性が異なり、表示され
る映像品質が異なる。

【００７３】また、液晶表示装置には、その表示素子の
配列が格子配列のものと千鳥配列のものとがあり、それ
ぞれの配列態様により、表示特性が異なる。

【００７４】そこで、本実施例では、表示装置の表示プ
ロセスに応じて、図１３に示したような評価値を設定
し、次の式に基づいて、最大量子化ステップサイズＱＳ
ＳＰｍａｘを設定する。

【００７５】ＱＳＳＰｍａｘ＝ＱＳＳｍａｘ・（１００
＋（評価値））／１００

【００７６】ここで、ＱＳＳｍａｘは、ビデオ伝送チャ
ネルに割り当てられた伝送容量により決定される最大量
子化ステップサイズである。

【００７７】したがって、評価値がプラスの値である場
合、伝送容量によって決定された最大量子化ステップサ
イズに対して、評価値の割合分（パーセント値）だけ最
大量子化ステップサイズが増加され、結果として、量子
化誤差が大きくなるとともに符号量が少なくなり、受信
側で得られる映像は、映像の精細度は損なわれるものの
映像中の動きへの追従性が向上することとなる。

【００７８】本実施例では、テレビ会議通信セッション
が開始されると、図１４に示したように、自端末のビデ
オモニタ装置１６の表示プロセスデータを通知するため
のＢＡＳ信号を、ＭＢＥ能力値として、相手端末との間
で相互に交換する。

【００７９】このようにして、相手端末より表示プロセ
スデータのＭＢＥ能力値をあらわすＢＡＳ信号を受信す
ると、システム制御部１は、図１５に示した処理を実行
して、ビデオＣＯＤＥＣ１４にセットする最大量子化サ
イズを決定する。

【００８０】すなわち、システム制御部１は、相手端末
より表示プロセスデータのＭＢＥ能力値をあらわすＢＡ
Ｓ信号を受信すると（判断１０１の結果がＹＥＳ）、そ
の受信した表示プロセスデータに対応した評価値を得て
（処理１０２）、その評価値に基づき、上述した式を演
算して最大量子化ステップサイズＱＳＳＰｍａｘを算出
し（処理１０３）、その算出して得た最大量子化ステッ
プサイズＱＳＳＰｍａｘの値を、ビデオＣＯＤＥＣ１４
にセットする（処理１０４）。

【００８１】これにより、相手端末のビデオモニタ装置
１６の表示特性に応じて、ビデオＣＯＤＥＣ１４の符号
化特性が設定されるので、相手端末では、自端末のビデ
オモニタ装置１６の表示特性に好適な受信映像を得るこ
とができる。

【００８２】なお、上述した表示装置プロセスデータと
評価値との関係は、適宜に実験等により得ることができ
る。

【００８３】ところで、ビデオモニタ装置１６の表示画
面サイズが大きい場合、表示画像の精細度があまり良好
でない場合には、その表示を見たユーザは、画像品質が
悪いと認識する。一方、表示画面サイズが小さい場合、
表示画像の精細度が比較的悪くとも、その表示を見たユ
ーザは、画像品質が良好であると認識する。

【００８４】したがって、表示サイズについて、図１６
に示したような評価値を設定する。そして、この場合に
は、テレビ会議通信セッションが開始されると、図１７
に示したように、自端末のビデオモニタ装置１６の表示
サイズデータを通知するためのＢＡＳ信号を、ＭＢＥ能
力値として、相手端末との間で相互に交換する。

【００８５】このようにして、相手端末より表示サイズ
データのＭＢＥ能力値をあらわすＢＡＳ信号を受信する
と、システム制御部１は、図１８に示した処理を実行し
て、ビデオＣＯＤＥＣ１４にセットする最大量子化サイ
ズを決定する。

【００８６】すなわち、システム制御部１は、相手端末
より表示サイズデータのＭＢＥ能力値をあらわすＢＡＳ
信号を受信すると（判断２０１の結果がＹＥＳ）、その
受信した表示サイズデータに対応した評価値を得て（処
理２０２）、その評価値に基づき、上述した式を演算し
て最大量子化ステップサイズＱＳＳＰｍａｘを算出し
（処理２０３）、その算出して得た最大量子化ステップ
サイズＱＳＳＰｍａｘの値を、ビデオＣＯＤＥＣ１４に
セットする（処理１０４）。

【００８７】これにより、相手端末のビデオモニタ装置
１６の表示サイズに応じて、ビデオＣＯＤＥＣ１４の符
号化特性が設定されるので、相手端末では、自端末のビ
デオモニタ装置１６の表示特性に好適な受信映像を得る
ことができる。

【００８８】なお、上述した表示サイズデータと評価値
との関係は、適宜に実験等により得ることができる。

【００８９】ところで、テレビ会議通信端末装置のビデ
オモニタ装置１６として用いられる表示装置の表示階調
数は、図１に示した装置のように１画素当たり２４ビッ
トの場合に限られず、その表示性能に応じた階調数をも
つ。例えば、１画素当たり１６ビットまたは１５ビット
である。

【００９０】そして、１画素当たり１６ビットの表示階
調数の表示装置に対して、１画素当たり２４ビットの表
示階調数のビデオデータを与えた場合、表示制御部によ
り、１画素当たり２４ビットのビデオデータは、１画素
当たり１６ビットのビデオデータに変換された後に、表
示装置（ビデオモニタ装置）に対して出力される。この
場合には、元の２４ビットデータのうち、Ｒ成分の下位
３ビット、Ｇ成分の下位２ビット、および、Ｂ成分の下
位３ビットのデータが廃棄される。

【００９１】このようなデータ変換処理は、表示処理の
オーバーヘッドとなり、かかるデータ変換処理が実行さ
れるような事態を回避することが好ましい。

【００９２】そこで、テレビ会議通信セッションが開始
されると、図１９に示したように、自端末のビデオモニ
タ装置１６の表示階調数データを通知するためのＢＡＳ
信号を、ＭＢＥ能力値として、相手端末との間で相互に
交換する。

【００９３】このようにして、相手端末より表示階調数
データのＭＢＥ能力値をあらわすＢＡＳ信号を受信する
と、システム制御部１は、図２０に示した処理を実行し
て、映像入力部１３にセットする階調数データ（１画素
当たりのビット数）を決定する。

【００９４】すなわち、システム制御部１は、相手端末
より表示階調数データのＭＢＥ能力値をあらわすＢＡＳ
信号を受信すると（判断３０１の結果がＹＥＳ）、その
受信した表示階調数データの値を映像入力部１３にセッ
トする（処理３０２）。

【００９５】これにより、相手端末のビデオモニタ装置
１６の表示階調数に応じて、映像入力部１３より出力さ
れるビデオデータの１画素当たりの階調数が設定される
ので、受信側では、適切な表示処理を行うことができ
る。

【００９６】なお、上述した実施例では、ビデオＣＯＤ
ＥＣとしてＩＴＵ−Ｔ勧告Ｈ．２６１のものを適用した
場合について説明したが、本発明は、それ以外の符号化
方式（例えば、いわゆるＭＰＥＧ方式あるいはＭＰＥＧ
２方式）を適用するビデオＣＯＤＥＣを用いた場合に
も、同様にして適用することができる。

【００９７】また、上述した実施例では、表示階調数を
１画素当たり２４ビットの場合について説明したが、そ
れ以外の表示階調数の場合でも、本発明を同様にして適
用することができる。

【００９８】

【発明の効果】以上説明したように、本発明によれば、
相手端末装置の表示特性に応じて、動画情報の特性を設
定しているので、効率のよい動画情報伝送ができるとい
う効果を得る。

【００９９】また、相手端末装置の表示階調数に応じ
て、動画入力手段の階調数を設定するので、適切な動画
情報伝送ができるという効果を得る。

【図面の簡単な説明】

【図１】本発明の一実施例にかかるテレビ会議通信装置
を示したブロック図。

【図２】１画素当たりのビット数の異なるビデオデータ
の一例を示した概略図。

【図３】マルチフレームのフレーム構成の一例を示す概
略図。

【図４】１つのフレームの信号構成の一例を示す概略
図。

【図５】フレーム調整信号の一例を示す概略図。

【図６】ビットレート割当信号の一例を示す概略図。

【図７】信号の送出順序を説明するための概略図。

【図８】ＩＴＵ−Ｔ勧告Ｈ．２４２の一般的な手順例を
示したタイムチャート。

【図９】２つの情報チャネルを確保して、フレームモー
ドのデータ転送を実行しているときに、音声データ、汎
用データ、および、動画データの伝送速度の割り当ての
一例を示した概略図。

【図１０】動画情報の信号形式の一例を示した概略図。

【図１１】動画情報の信号形式の他の例を示した概略
図。

【図１２】動画情報のデータ形式の一例を示した概略
図。

【図１３】表示装置の表示プロセスと評価値との関係の
一例を示した概略図。

【図１４】自端末のビデオモニタ装置の表示プロセスデ
ータを通知するためのＢＡＳ信号の一例を示した概略
図。

【図１５】システム制御部がビデオＣＯＤＥＣにセット
する最大量子化サイズを決定する際の処理の一例を示し
たフローチャート。

【図１６】表示装置の表示サイズと評価値との関係の一
例を示した概略図。

【図１７】自端末のビデオモニタ装置の表示サイズデー
タを通知するためのＢＡＳ信号の一例を示した概略図。

【図１８】システム制御部がビデオＣＯＤＥＣにセット
する最大量子化サイズを決定する際の処理の他の例を示
したフローチャート。

【図１９】自端末のビデオモニタ装置の表示階調数デー
タを通知するためのＢＡＳ信号の一例を示した概略図。

【図２０】システム制御部が映像入力部にセットする階
調数を決定する際の処理の一例を示したフローチャー
ト。

【符号の説明】

１システム制御部１３映像入力部１４ビデオＣＯＤＥＣ

Claims

【特許請求の範囲】

【請求項１】少なくとも、音声情報および動画情報を
相手端末との間でやりとりして、所定のテレビ会議通信
を行うテレビ会議通信端末装置において、動画情報を表示する動画表示手段の表示機能をあらわす
表示機能情報を相手端末に通知する一方、相手端末より動画表示手段の表示機能情報が通知される
と、その表示機能情報に対応して、動画情報の符号化手
段の符号化特性を設定することを特徴とするテレビ会議
通信端末装置。
【請求項２】前記動画表示手段の表示機能情報は、動
画表示手段の種類情報であることを特徴とする請求項１
記載のテレビ会議通信端末装置。
【請求項３】前記動画表示手段の表示機能情報は、動
画表示手段の表示サイズ情報であることを特徴とする請
求項１記載のテレビ会議通信端末装置。
【請求項４】少なくとも、音声情報および動画情報を
相手端末との間でやりとりして、所定のテレビ会議通信
を行うテレビ会議通信端末装置において、動画情報を表示する動画表示手段の表示階調数をあらわ
す表示階調数情報を相手端末に通知する一方、相手端末より動画表示手段の表示階調数情報が通知され
ると、その表示階調数情報に対応して、動画入力手段の
階調数を設定することを特徴とするテレビ会議通信端末
装置。