JPH07162831A

JPH07162831A - テレビ会議通信装置の制御方法

Info

Publication number: JPH07162831A
Application number: JP5341054A
Authority: JP
Inventors: Giichi Watanabe; 義一渡邊
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 1993-12-10
Filing date: 1993-12-10
Publication date: 1995-06-23

Abstract

(57)【要約】【目的】円滑な議事進行を実現できるテレビ会議通信
装置の制御方法を提供することを目的としている。【構成】表示全画面に表示されている画像のうち、隠
されても影響のない部分に小領域画面が表示されるた
め、小領域画面を参照しながらテレビ会議通信を適切に
行うことができ、その議事進行が円滑になる。また、テ
レライティング表示全画面に表示されている画像のう
ち、隠されても影響のない部分に小領域画面が表示され
るため、テレライティング機能を活用し、かつ、小領域
画面を参照しながらテレビ会議通信を適切に行うことが
できるので、その議事進行が円滑になる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、表示全画面中に所定の
小領域画面を形成し、この小領域画面に表示全画面と別
の画像を表示する表示機能を備えたテレビ会議通信装置
の制御方法に関する。

【０００２】

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

【０００３】また、このようなテレビ会議通信装置に
は、表示全画面中に所定の小領域画面を形成し、この小
領域画面に表示全画面と別の画像を表示する表示機能を
備えたものが実用されている。例えで、表示全画面に相
手端末から受信した受信動画像を表示し、小領域画面に
自端末から相手端末に送信している送信動画像を表示す
ると、ユーザは送信動画像の状態を確認しながら受信動
画像を見ることができ、テレビ会議通信セッションを円
滑に実行することができるようになる。

【０００４】

【発明が解決しようとする課題】しかしながら、このよ
うな従来装置には、次のような不都合を生じていた。

【０００５】すなわち、表示全画面中に表示する小領域
画面の表示位置は、ユーザが指定し対置、または、装置
固有の位置に設定されるため、表示全画面に表示してい
る画像のうち、小領域画面によって隠される部分に有効
な画像領域（例えば、会話中の人物の顔の部分の画像
や、人物が資料の参照位置を指示している場合の画面の
指示位置など）が含まれているときには、円滑な議事進
行が損なわれるという不都合を生じる。

【０００６】本発明は、かかる実情に鑑みてなされたも
のであり、円滑な議事進行を実現できるテレビ会議通信
装置の制御方法を提供することを目的としている。

【０００７】

【課題を解決するための手段】本発明は、表示全画面中
に所定の小領域画面を形成し、この小領域画面に表示全
画面と別の画像を表示する表示機能を備えたテレビ会議
通信装置の制御方法において、小領域画面の表示位置
を、表示全画面に表示している画像の有効情報の表示領
域を避けた部分に設定するようにしたものである。ま
た、前記表示全画面に表示している画像の有効情報は、
その画像の動きベクトル情報に基づいて形成するとよ
い。

【０００８】また、表示全画面に受信動画像を表示する
とともに、その表示全画面中に所定の小領域画面を形成
し、この小領域画面に送信動画像を表示する表示機能を
備えたテレビ会議通信装置の制御方法において、小領域
画面の表示位置を、表示全画面に表示している受信動画
像の有効情報の表示領域を避けた部分に設定するように
したものである。また、前記受信動画像の有効情報は、
その受信動画像を形成するための受信動画情報を復号化
するときに得られる動きベクトル情報を用いるとよい。

【０００９】また、表示全画面に送信動画像を表示する
とともに、その表示全画面中に所定の小領域画面を形成
し、この小領域画面に受信動画像を表示する表示機能を
備えたテレビ会議通信装置の制御方法において、小領域
画面の表示位置を、表示全画面に表示している送信動画
像の有効情報の表示領域を避けた部分に設定するように
したものである。また、前記送信動画像の有効情報は、
その送信動画像を符号化圧縮するときに得られる動きベ
クトル情報を用いることができる。

【００１０】また、テレライティング通信機能を備える
とともに、テレライティング表示全画面中に所定の小領
域画面を形成し、この小領域画面にテレライティング表
示全画面と別の画像を表示する表示機能を備えたテレビ
会議通信装置の制御方法において、小領域画面の表示位
置を、テレライティング表示全画面に表示している画像
の有効情報の表示領域を避けた部分に設定するようにし
たものである。また、前記テレライティング表示全画面
に表示している画像の有効情報は、テレライティング描
画情報に基づいて形成することができる。

【００１１】

【作用】したがって、表示全画面に表示されている画像
のうち、隠されても影響のない部分に小領域画面が表示
されるため、小領域画面を参照しながらテレビ会議通信
を適切に行うことができ、その議事進行が円滑になる。
また、テレライティング表示全画面に表示されている画
像のうち、隠されても影響のない部分に小領域画面が表
示されるため、テレライティング機能を活用し、かつ、
小領域画面を参照しながらテレビ会議通信を適切に行う
ことができるので、その議事進行が円滑になる。

【００１２】

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

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

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

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

【００１６】磁気ディスク装置６は、システム制御部１
が実行する他の制御プログラムやアプリケーションプロ
グラムなどのプログラムデータ、または、その他の種々
のデータを保存するためのものであり、操作表示部７
は、このテレビ会議通信装置を操作するためのものであ
り、手書き入力装置８は、テレライティング通信機能の
ための手書き入力および画面の指示（マーカ）を実現す
るためのものであり、静止画入力装置９は、静止画を入
力するためのものであり、例えば、静止画カメラ装置な
どからる。

【００１７】スキャナ１０は、所定の解像度で原稿画像
を画像を読取入力するためのものであり、プリンタ１１
は、所定の解像度で記録画像を記録出力するためのもの
である。

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

【００１９】ビデオカメラ装置１５は、自端末側の参加
者などの様子を撮影するものであり、ビデオＣＯＤＥＣ
１６は、ビデオカメラ装置１５から出力されるＮＴＳＣ
型式のビデオ信号を対応するデジタルデータのビデオデ
ータに変換し、そのビデオデータを所定のＣＩＦ形式ま
たはＱＣＩＦ型式のビデオデータに変換し、さらに、Ｃ
ＣＩＴＴ勧告Ｈ．２６１の符号化方式で符号化圧縮して
ビデオ情報を形成するとともに、符号化圧縮された状態
のビデオ情報を元のＣＩＦまたはＱＣＩＦ型式のビデオ
データに変換し、そのビデオデータを対応するアナログ
信号のビデオ信号に変換し、そのビデオ信号をＮＴＳＣ
型式のビデオ信号に変換するものである。

【００２０】このビデオＣＯＤＥＣ１６によって変換さ
れて形成されたビデオ信号は、表示制御部１７に出力さ
れている。また、ビデオカメラ装置１５から出力される
ビデオ信号は、表示制御部１７にも加えられている。表
示制御部１７は、ビデオモニタ装置１８の表示画面の内
容を制御するためのものである。また、ビデオカメラ制
御部１９は、ビデオカメラ装置１５のカメラアングルな
どを制御するためのものである。

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

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

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

【００２４】また、多重化／分離装置２２と音声ＣＯＤ
ＥＣ１３との間で音声データのやりとりが行われ、多重
化／分離装置２２とビデオＣＯＤＥＣ１６との間でビデ
オデータのやりとりが行われている。

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

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

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

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

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

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

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

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

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

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

【００３５】ここで、この実施例では、ビデオモニタ装
置１８およびビデオカメラ装置１５として、それぞれＮ
ＴＳＣ（ＮａｔｉｏｎａｌＴＶＳｙｓｔｅｍＣｏ
ｍｍｉｔｅｅ）方式のものを用いているので、ビデオＣ
ＯＤＥＣ１６は、例えば、図４に示したように構成され
る。

【００３６】同図において、ＮＴＳＣ／ＣＩＦ変換部２
５は、ビデオカメラ装置１５からのビデオ撮影信号ＶＶ
を、上述したＮＴＳＣ形式の信号からＣＩＦ形式の信号
に変換するものであり、その出力は、信号ＶＣとして符
号化処理部２６に加えられている。

【００３７】符号化処理部２６は、入力した信号ＶＣに
ついて、ＴＴＣ標準ＪＴ−Ｈ．２６１に規定されている
画像符号化方式の符号化処理を適用するものであり、そ
の出力のうち、符号部分は信号ＳＶとして誤り訂正符号
化部２７に出力されるとともに、所定領域のマクロブロ
ック単位に算出される動きベクトルの値をあらわす信号
は、送信動きベクトル信号Ｓｍｃとして、システムバス
２８を介してシステム制御部１に出力されている。

【００３８】誤り訂正符号化部２７は、信号ＳＶをバッ
ファリングするとともに、例えば、（５１１，４９３）
ＢＣＨなどの所定の誤り訂正符号を付加した形式に信号
ＳＶを変換するものであり、その出力は、送信映像信号
ＳＶａとして多重化／分離装置２２に出力される。

【００３９】また、誤り訂正復号化部２８は、多重化／
分離装置２２から入力される受信映像信号ＲＶａをバッ
ファリングするとともに、所定の誤り訂正復号化処理を
適用するものであり、その処理結果は、復号化受信映像
信号ＲＶとして復号化処理部２９に加えられている。

【００４０】復号化処理部２９は、入力した復号化受信
映像信号ＲＶについて、上述した画像符号化方式の復号
化処理を適用するものであり、その出力は、信号ＶＲと
してＣＩＦ／ＮＴＳＣ変換部３０に加えられている。ま
た、復号化処理部２９により、所定領域のマクロブロッ
ク単位に算出される動きベクトルの値をあらわす信号
は、受信動きベクトル信号Ｒｍｃとして、システムバス
２８を介してシステム制御部１に出力されている。

【００４１】ＣＩＦ／ＮＴＳＣ変換部３０は、入力した
ＣＩＦ形式の信号ＶＲをＮＴＳＣ形式の信号に変換する
ものであり、その変換出力は、信号ＶＭとして表示制御
部１７に加えられている。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００６８】さて、この実施例では、図１２に示すよう
に、ビデオモニタ装置１８の表示画面に、小さな画面を
重ねて表示する画面内画面表示機能を備えている。ここ
で、表示画面の全面を占める画面を親画面ＰＰと称し、
また、この親画面ＰＰに重ねて表示される小さな画面を
子画面ＰＣと称す。

【００６９】この子画面ＰＣは、例えば、図１３に示す
ように、親画面ＰＰの４ヶ所に設定された表示位置ＰＬ
１，ＰＬ２，ＰＬ３，ＰＬ４のいずれか１つに表示され
る。子画面ＰＣの表示位置は、基本的には、ユーザによ
り指定されるが、本実施例では、親画面ＰＰに表示され
ている画像の有効な部分をなるべく隠さない位置に、子
画面ＰＣを自動的に移動する動作モードを備えている。

【００７０】ここで、親画面ＰＰと子画面ＰＣの画像合
成について説明する。この画像合成処理は、表示制御部
１７によって実行される。

【００７１】表示制御部１７は、内部的に仮想画面を構
成し、その仮想画面に対応した仮想画像メモリを図１４
（ａ）に示したように設定する。この仮想画像メモリ
は、ＲＡＭ３の所定領域に設定される。

【００７２】仮想画像メモリには、ビデオモニタ装置１
８の親画面ＰＰに表示する表示データを保存するための
領域ＶＰ、子画面ＰＣに表示する表示データを保存する
ためのダブルバッファを構成する領域ＶＣａ，ＶＣｂが
形成される。この場合、領域ＶＣａ，ＶＣｂに保存され
る表示データは、元の画面から等倍に画像を切り取った
状態（クリッピング）の表示データ、または、元の画面
を縮小した状態の表示データのいずれかが用いられる。
また、領域ＶＣａ，ＶＣｂに保存される表示データの種
別の選択は、ユーザの設定により、適宜に行われる。

【００７３】ここで、子画面ＰＣの表示データは、領域
ＶＣａと領域ＶＣｂにフレーム単位に交互に書き込ま
れ、領域ＶＣａ，ＶＣｂのうち、そのときに表示データ
が書き込まれていない領域から読み出された表示データ
が、領域ＶＰから読み出された表示データと合成され
る。

【００７４】この合成方法は、例えば、領域ＶＰに対す
る表示データの書き込み位置ＡＰと、領域ＶＰからの表
示データの読み出し位置ＢＰが、同図（ｂ）に示すよう
な関係にあって、かつ、領域ＶＣａから子画面ＰＣのデ
ータを読み出すとき、領域ＶＰからの読み出し位置ＢＰ
が、子画面ＰＣの合成位置に対応した領域に含まれる状
態になったときには、同図（ｃ）に示したように、読み
出し位置ＢＰを領域ＶＣａの対応した位置に移動して、
領域ＶＣａから表示データを読み出す。

【００７５】これにより、親画面ＰＰに子画面ＰＣを重
ね合わせた画面（図１２参照）が、ビデオモニタ装置１
８に表示される。

【００７６】さて、親画面ＰＰに表示している画像の有
効領域に子画面ＰＣが合成されると、発言者の意図が分
からなくなったり、指示している資料が隠されたりする
ので、議事進行上の妨げとなる。

【００７７】そこで、本実施例では、親画面ＰＰの表示
内容が変化している画像部分（動画像部分）はそのとき
の画像の有効領域であると判断して、その有効領域から
なるべく外れた部分に子画面ＰＣを表示するようにして
いる。なお、この場合の子画面ＰＣの表示位置は、図１
３に示した表示位置ＰＬ１，ＰＬ２，ＰＬ３，ＰＬ４の
４ヶ所のうち１つである。

【００７８】この有効領域の判断は、例えば、親画面Ｐ
Ｐが受信画像である場合、ビデオＣＯＤＥＣ１６から出
力される受信動きベクトル信号Ｒｍｃを用いる。この受
信動きベクトル信号Ｒｍｃは、図１５に示すように、１
画面を横１１×縦９に分割した領域単位（４×４のマク
ロブロック単位に相当する）に、１つが得られるから、
おのおのの表示位置ＰＬ１，ＰＬ２，ＰＬ３，ＰＬ４に
相当する領域から得られた複数の受信ベクトル信号Ｒｍ
ｃの絶対値（スカラ）の総和を算出し、その総和に所定
の係数を乗じておのおのの表示位置ＰＬ１，ＰＬ２，Ｐ
Ｌ３，ＰＬ４の評価値を算出し、その評価値が最も小さ
い表示位置ＰＬ１，ＰＬ２，ＰＬ３，ＰＬ４を、子画面
ＰＣの表示位置として判定する。

【００７９】ところで、テレライティング通信機能を利
用しているとき、親画面ＰＰに子画面ＰＣを合成してい
るときには、ビデオモニタ装置１８の表示画面には、図
１６に示したような画面が表示される。この場合、親画
面ＰＰには、テレライティング画面が表示され、子画面
ＰＣには受信動画像が表示されている。

【００８０】この場合には、表示制御部１７は、図１７
に示したように、仮想画面に対応した仮想画像メモリを
設定する。

【００８１】すなわち、仮想画像メモリには、ビデオモ
ニタ装置１８の親画面ＰＰに表示する表示データを保存
するための領域ＶＰ、子画面ＰＣに表示する表示データ
を保存するためのダブルバッファを構成する領域ＶＣ
ａ，ＶＣｂの他に、テレライティング通信機能の描画デ
ータおよびマーカ（画面指示子）の表示データを保存す
るための領域ＶＴが形成される。

【００８２】この場合の画像の合成方法は、例えば、領
域ＶＰに対する表示データの書き込み位置ＡＰと、領域
ＶＰからの表示データの読み出し位置ＢＰ、および、領
域ＶＴからの読み出し位置ＣＰが、図１８（ａ）に示す
ような関係にあるとき、領域ＶＰからの読み出し位置Ｂ
Ｐが、描画データの座標に一致するときには、同図
（ｂ）に示すように、領域ＶＴからデータを読み出す。
また、読み出し位置ＢＰが子画面ＰＣの合成位置に対応
した領域に含まれる状態になったときには、上述と同様
に、読み出し位置ＢＰを領域ＶＣａの対応した位置に移
動して、領域ＶＣａから表示データを読み出す。

【００８３】これにより、テレライティング画面の親画
面ＰＰに子画面ＰＣを重ね合わせた画面（図１６参照）
が、ビデオモニタ装置１８に表示される。

【００８４】さて、この場合に、テレライティング画面
の描画位置を子画面ＰＣが隠すと、テレライティング通
信に支障を来す。そこで、本実施例では、描画データが
含まれている表示位置ＰＬ１，ＰＬ２，ＰＬ３，ＰＬ４
を除いた部分に、子画面ＰＣを表示することで、テレラ
イティング画面の描画位置を子画面ＰＣが隠すような事
態を回避している。

【００８５】図１９は、子画面ＰＣを表示する表示位置
ＰＬ１，ＰＬ２，ＰＬ３，ＰＬ４を設定するためにシス
テム制御部１が実行する処理の一例を示している。な
お、この処理は、動画表示のフレーム単位に実行され
る。

【００８６】まず、そのときにテレライティング通信機
能が使用されているかどうかを調べ（判断１０１）、判
断１０１の結果がＹＥＳになるときには、そのテレライ
ティング画面が親画面ＰＰに設定されているかどうかを
調べる（判断１０２）。

【００８７】判断１０２の結果がＹＥＳになるときに
は、子画面ＰＣのおのおのの表示位置ＰＬ１，ＰＬ２，
ＰＬ３，ＰＬ４について、そのときに相手端末との間で
やりとりしている描画データが含まれている割合をあら
わす評価値を算出するテレライティング描画評価値算出
処理（処理１０３）を実行する。

【００８８】また、判断１０１の結果がＮＯになると
き、および、判断１０２の結果がＮＯになるときには、
親画面ＰＰには送信動画像または受信動画像が表示され
ている場合である。この場合、親画面ＰＰに表示してい
る画像が送信動画像であるかどうかを調べ（判断１０
４）、判断１０４の結果がＹＥＳになるときには、おの
おのの表示位置ＰＬ１，ＰＬ２，ＰＬ３，ＰＬ４に相当
する領域から得られた複数の送信ベクトル信号Ｓｍｃの
絶対値（スカラ）の総和を算出し、その総和に所定の係
数を乗じておのおのの表示位置ＰＬ１，ＰＬ２，ＰＬ
３，ＰＬ４の評価値を算出する符号化側動き評価値算出
処理（処理１０５）を実行する。

【００８９】また、判断１０４の結果がＮＯになるとき
には、おのおのの表示位置ＰＬ１，ＰＬ２，ＰＬ３，Ｐ
Ｌ４に相当する領域から得られた複数の受信ベクトル信
号Ｒｍｃの絶対値（スカラ）の総和を算出し、その総和
に所定の係数を乗じておのおのの表示位置ＰＬ１，ＰＬ
２，ＰＬ３，ＰＬ４の評価値を算出する復号化側動き評
価値算出処理（処理１０６）を実行する。

【００９０】このようにして、１フレーム分の評価値を
算出すると、その評価値が最も小さい表示位置ＰＬ１，
ＰＬ２，ＰＬ３，ＰＬ４を、子画面ＰＣの表示位置とし
て判定する合成領域判定処理（処理１０７）を実行す
る。これにより、子画面ＰＣの表示位置を判定すると、
その判定結果を表示制御部１７に出力し（処理１０
８）、子画面ＰＣの表示位置を指定する。

【００９１】図２０は、テレライティング描画評価値算
出処理の一例を示している。

【００９２】まず、そのとき描画中であるかどうかを調
べ（判断２０１）、判断２０１の結果がＮＯになるとき
には、この処理を即終了する。また、判断２０１の結果
がＹＥＳになるときには、子画面ＰＣを表示する表示位
置（領域）を１つ選択し（処理２０２）、その表示位置
の座標領域に、そのときの一連の描画データが含まれて
いるかどうかを調べる（判断２０３）。

【００９３】判断２０３の結果がＹＥＳになるときは、
その表示位置に対応した領域に描画中であることを記憶
するための描画中マークをセットし（処理２０４）、そ
の領域に含まれる描画データのデータ量に所定の係数を
乗じて評価値を算出し（処理２０５）、その算出した評
価値を、その表示位置に関連付けて保存する（処理２０
６）。

【００９４】また、判断２０３の結果がＮＯになるとき
には、そのときに選択した表示位置に対応した描画中マ
ークがセットされているかどうかを調べる（判断２０
７）。判断２０７の結果がＹＥＳになるときには、描画
位置がその表示位置の外に出た直後の状態である。この
場合、描画中マークをリセットする（処理２０８）。

【００９５】また、判断２０７の結果がＮＯになるとき
には、そのときに選択した表示位置には、描画がされて
いない場合なので、その表示位置に対応して保存してい
る評価値を「０」にクリアする（処理２０９）。

【００９６】このようにして、１つの表示位置について
の処理を終了すると、全ての表示位置についての処理を
終了したかどうかを調べ（判断２１０）、判断２１０の
結果がＮＯになるときには、処理２０２に戻って、次の
表示位置についての処理を実行する。また、判断２１０
の結果がＹＥＳになるときには、この処理を終了する。

【００９７】図２１は、符号化側動き評価値算出処理の
一例を示している。

【００９８】まず、ビデオＣＯＤＥＣ１６の符号化処理
部２６が動きベクトルを算出する１処理単位ブロック
（４×４のマクロブロックに相当する）を選択し（処理
３０１）、その処理単位ブロックについて符号化が終了
するまで待ち（判断３０２のＮＯループ）、判断３０２
の結果がＹＥＳになると、そのときの送信動きベクトル
信号Ｓｍｃの値を入力し（処理３０３）、その入力値
を、そのときの処理単位ブロックに関連付けて保存する
（処理３０４）。

【００９９】そして、そのときに全ての処理単位ブロッ
クについての処理を終了したかどうかを調べ（判断３０
５）、判断３０５の結果がＮＯになるときには、処理３
０１に戻って、次の処理単位ブロックの処理を実行す
る。

【０１００】全ての処理単位ブロックについての処理を
終了し、判断３０５の結果がＹＥＳになるときには、各
表示位置ＰＬ１，ＰＬ２，ＰＬ３，ＰＬ４について、含
まれてる複数の処理単位ブロックについて保存されてい
る送信動きベクトル信号Ｓｍｃの絶対値の総和を算出
し、その総和に所定の係数を乗じて、評価値を算出し、
その評価値を保存する（処理３０６）。

【０１０１】図２２は、復号化側動き評価値算出処理の
一例を示している。

【０１０２】まず、ビデオＣＯＤＥＣ１６の復号化処理
部２９が動きベクトルを算出する１処理単位ブロック
（４×４のマクロブロックに相当する）を選択し（処理
４０１）、その処理単位ブロックについて復号化が終了
するまで待ち（判断４０２のＮＯループ）、判断４０２
の結果がＹＥＳになると、そのときの受信動きベクトル
信号Ｒｍｃの値を入力し（処理４０３）、その入力値
を、そのときの処理単位ブロックに関連付けて保存する
（処理４０４）。

【０１０３】そして、そのときに全ての処理単位ブロッ
クについての処理を終了したかどうかを調べ（判断４０
５）、判断４０５の結果がＮＯになるときには、処理４
０１に戻って、次の処理単位ブロックの処理を実行す
る。

【０１０４】全ての処理単位ブロックについての処理を
終了し、判断４０５の結果がＹＥＳになるときには、各
表示位置ＰＬ１，ＰＬ２，ＰＬ３，ＰＬ４について、含
まれてる複数の処理単位ブロックについて保存されてい
る受信動きベクトル信号Ｒｍｃの絶対値の総和を算出
し、その総和に所定の係数を乗じて、評価値を算出し、
その評価値を保存する（処理４０６）。

【０１０５】図２３は、合成領域判定処理の一例を示し
ている。

【０１０６】まず、各表示位置ＰＬ１，ＰＬ２，ＰＬ
３，ＰＬ４について保存されている評価値を読み出し
（処理５０１）、その評価値が最小の表示位置ＰＬ１，
ＰＬ２，ＰＬ３，ＰＬ４を判定し（処理５０２）、その
判定結果を出力する（処理５０３）。

【０１０７】以上のようにして、本実施例では、画面内
画面機能が適用されるときには、親画面の表示内容の有
効領域（動画部分）からなるべく外れた部分に子画面を
表示するようにしているので、重要な画面の画像が隠さ
れるような自体が回避でき、したがって、テレビ会議通
信を円滑に運営することができる。

【０１０８】また、テレライティング通信機能を使用し
ているときには、テレライティング通信で参照されてい
る位置を除いた部分に子画面を表示しているので、テレ
ライティング通信で書き込みや参照がされている部分が
隠されることがなく、したがって、テレライティング通
信機能を利用したテレビ会議通信をより円滑に実行する
ことができる。

【０１０９】ところで、上述した実施例では、親画面の
動画部分を検出するために、ビデオＣＯＤＥＣの動き検
出機能（動き補償機能）を利用しているが、これ以外の
手段を用いた場合でも、動画部分の検出を行うことがで
きる。例えば、そのためのブロックマッチング検出手段
を設けたり、または、周知のグラジエント法を用いて動
画部分を検出する手段を用いることができる。

【０１１０】また、上述した実施例では、画像の動いて
いる部分を、画像の有効部分として判定しているが、例
えば、人物の顔や手などの動いている部分、あるいは、
原稿の文字など、有意な画像部分を画像認識の方法によ
り検出し、その検出した部分を画像の有効部分として判
定することもできる。

【０１１１】

【発明の効果】以上説明したように、本発明によれば、
表示全画面に表示されている画像のうち、隠されても影
響のない部分に小領域画面が表示されるため、小領域画
面を参照しながらテレビ会議通信を適切に行うことがで
き、その議事進行が円滑になる。また、テレライティン
グ表示全画面に表示されている画像のうち、隠されても
影響のない部分に小領域画面が表示されるため、テレラ
イティング機能を活用し、かつ、小領域画面を参照しな
がらテレビ会議通信を適切に行うことができるので、そ
の議事進行が円滑になるという効果を得る。

【図面の簡単な説明】

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

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

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

【図４】ビデオＣＯＤＥＣの一例を示したブロック図。

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

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

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

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

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

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

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

【図１２】画面内画面の表示例を示した概略図。

【図１３】子画面の表示位置の一例を示した概略図。

【図１４】画面合成の一例を示した概略図。

【図１５】動きベクトルの算出単位について説明するた
めの概略図。

【図１６】テレライティング通信機能を使用していると
きの画面内画面の表示例を示した概略図。

【図１７】図１６の場合の仮想画面の一例を示した概略
図。

【図１８】図１６の場合の画面合成を説明するための概
略図。

【図１９】子画面を表示する表示位置を設定するために
システム制御部が実行する処理の一例を示したフローチ
ャート。

【図２０】テレライティング描画評価値算出処理の一例
を示したフローチャート。

【図２１】符号化側動き評価値算出処理の一例を示した
フローチャート。

【図２２】復号化側動き評価値算出処理の一例を示した
フローチャート。

【図２３】合成領域判定処理の一例を示したフローチャ
ート。

Claims

【特許請求の範囲】

【請求項１】表示全画面中に所定の小領域画面を形成
し、この小領域画面に表示全画面と別の画像を表示する
表示機能を備えたテレビ会議通信装置の制御方法におい
て、小領域画面の表示位置を、表示全画面に表示している画
像の有効情報の表示領域を避けた部分に設定することを
特徴とするテレビ会議通信装置の制御方法。
【請求項２】前記表示全画面に表示している画像の有
効情報は、その画像の動きベクトル情報に基づいて形成
することを特徴とする請求項１記載のテレビ会議通信装
置の制御方法。
【請求項３】表示全画面に受信動画像を表示するとと
もに、その表示全画面中に所定の小領域画面を形成し、
この小領域画面に送信動画像を表示する表示機能を備え
たテレビ会議通信装置の制御方法において、小領域画面の表示位置を、表示全画面に表示している受
信動画像の有効情報の表示領域を避けた部分に設定する
ことを特徴とするテレビ会議通信装置の制御方法。
【請求項４】前記受信動画像の有効情報は、その受信
動画像を形成するための受信動画情報を復号化するとき
に得られる動きベクトル情報を用いることを特徴とする
請求項３記載のテレビ会議通信装置の制御方法。
【請求項５】表示全画面に送信動画像を表示するとと
もに、その表示全画面中に所定の小領域画面を形成し、
この小領域画面に受信動画像を表示する表示機能を備え
たテレビ会議通信装置の制御方法において、小領域画面の表示位置を、表示全画面に表示している送
信動画像の有効情報の表示領域を避けた部分に設定する
ことを特徴とするテレビ会議通信装置の制御方法。
【請求項６】前記送信動画像の有効情報は、その送信
動画像を符号化圧縮するときに得られる動きベクトル情
報を用いることを特徴とする請求項３記載のテレビ会議
通信装置の制御方法。
【請求項７】テレライティング通信機能を備えるとと
もに、テレライティング表示全画面中に所定の小領域画
面を形成し、この小領域画面にテレライティング表示全
画面と別の画像を表示する表示機能を備えたテレビ会議
通信装置の制御方法において、小領域画面の表示位置を、テレライティング表示全画面
に表示している画像の有効情報の表示領域を避けた部分
に設定することを特徴とするテレビ会議通信装置の制御
方法。
【請求項８】前記テレライティング表示全画面に表示
している画像の有効情報は、テレライティング描画情報
に基づいて形成することを特徴とする請求項７記載のテ
レビ会議通信装置の制御方法。