JPH0787471A

JPH0787471A - 画面表示制御方式

Info

Publication number: JPH0787471A
Application number: JP5224390A
Authority: JP
Inventors: Takashi Kawabata; 考志川畑
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1993-09-09
Filing date: 1993-09-09
Publication date: 1995-03-31

Abstract

(57)【要約】【目的】本発明は画面表示制御方式に関し、通信会議
における画面切換時の操作性を改善した画面表示制御方
式の提供を目的とする。【構成】複数の端末装置１０間を通信回線１００で接
続すると共に、１の端末装置１０からの画面データの要
求に従って他の端末装置１０又は多地点制御装置５０よ
り対応する画面データを提供する通信会議システムにお
ける画面表示制御方式において、端末装置１０は、画面
データの要求開始後所定時間内に前記画面データを受け
取れなかった場合は、該要求した画面データの表示に代
えて自己が有する所定の画面データを表示する。又は、
端末装置１０は、画面データの要求開始後、前記画面デ
ータを送信できない旨の情報を受け取った場合は、該要
求した画面データの表示に代えて自己が有する所定の画
面データを表示する。又は、端末装置１０は、画面切換
の要求発生後新たな画面データを受信・表示するまでの
間にフレームメモリに記憶している過去の画面データ又
は自己が有する所定の画面データを表示する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は画面表示制御方式に関
し、更に詳しくは複数の端末装置間を通信回線で接続す
ると共に、１の端末装置からの画面データの要求に従っ
て他の端末装置又は多地点制御装置より対応する画面デ
ータを提供する通信会議システムにおける画面表示制御
方式に関する。

【０００２】近年、マルチメディア通信市場の拡大に伴
いテレコンファレンス（通信会議）システムの開発が活
発に行われている。かかる通信会議システムでは、話し
手の側が一方的に画面を支配するのみならず聞き手の側
も所望の画面を要求してこれを自画面に合成表示できる
ことが望まし。しかし、要求した画面を受け取れなかっ
たり、又は要求した画面の受信・表示が著しく遅れる
等、様々な状態が起こり得る。そこで、このような場合
でもユーザに困惑を生じさせないような画面表示制御方
式の提供が望まれる。

【０００３】

【従来の技術】図６は従来のテレビ会議システムのブロ
ック図で、図において３０₁〜３０₃は端末装置、３１
は音声・画像等の多重通信制御を行う通信制御部、３２
はＰ×６４Kbit/sのビデオコーデック、３３は音声コー
デック、３４は端末装置の制御部、３５₁，３５₂はＴ
Ｖカメラ、３６はディスプレイ（ＤＩＳＰ）、３７はス
ピーカ、３８はマイク、３９は操作卓、１００は通信回
線、５０は多地点制御装置（ＭＣＵ）である。

【０００４】ＭＣＵ５０は会議の進行を管理・制御する
と共に、会議に必要な映像を各端末装置３０₁〜３０₃
から収集し、これを前景画面及び背景画面等に編集し、
必要に応じて各端末装置３０₁〜３０₃に配信する。図
７はＣＣＩＴＴ勧告Ｈ．２６１による世界共通のビデオ
信号フォーマット（ＣＩＦ：Common Intermediate Form
at) を説明する図である。

【０００５】ＣＩＦの１フレームはフレームヘッダとそ
れに続くＧＯＢデータよりなっている。ここで、ＰＳＣ
はフレーム開始符号、ＴＲはフレーム番号、ＰＴＹＰＥ
はフレームのタイプ情報、ＰＥＩは拡張用データ挿入情
報、ＰＳＰＡＲＥは予備情報、そして、ＧＯＢ（１）〜
ＧＯＢ（１２）は１２個のグループ・オブ・ブロックで
ある。

【０００６】なお、図示しないが、低ビットレート（１
×６４K bit/s ）で動作する簡単な装置のために第２の
ビデオ信号フォーマット（ＱＣＩＦ：Quater CIF) が規
定されており、ＱＣＩＦの１フレームは３つのＧＯＢ
（１），（３），（５）を備える。ＱＣＩＦフレームは
全装置が扱えなくてはならない。また、ＣＩＦフレーム
とＱＣＩＦフレームとは混在可能であり、これらはタイ
プ情報ＰＴＹＰＥの所定ビットにより区別できる。

【０００７】ＧＯＢデータはＧＯＢヘッダとそれに続く
マクロブロック（ＭＢ）データよりなっている。ここ
で、ＧＢＳＣはＧＯＢ開始符号、ＧＮはＧＯＢ番号、Ｃ
ＱＵＡＮＴは量子化特性情報、ＧＥＩは拡張用データ挿
入情報ＧＥＩ、ＧＳＰＡＲＥは予備情報、そしてＭＢ
（１）〜ＭＢ（３３）はマクロブロックである。各マク
ロブロックは１６画素×１６ラインのＹ信号と、そのＹ
信号と空間的に対応する８画素×８ラインのＣ_B及びＣ
_Rを含んでいる。また、各ＧＯＢは１７６画素×４８ラ
インのＹ信号と、そのＹ信号と空間的に対応する８８画
素×２４ラインのＣ_B及びＣ_Rを含む。

【０００８】マクロブロックはＭＢヘッダとそれに続く
ブロックデータよりなっている。ここで、ＭＢＡはマク
ロブロックアドレス、ＭＴＹＰＥはタイプ情報、ＭＱＵ
ＡＮＴは量子化特性情報、ＭＶＤは動きベクトル情報、
ＣＢＰは有意ブロックパターン、そして、ブロックデー
タは各８×８画素のＤＣＴ変換により得られた係数情報
ＴＣＯＥＦＦと符号ＥＯＢから成っている。

【０００９】図８は一例のテレビ会議用画像伝送フレー
ムを説明する図である。テレビ会議における典型的な表
示画面は大きな背景画面の一部に小さな前景画面を合成
表示したものであり、例えば背景画面はＣＩＦフレーム
により、また前景画面はＱＣＩＦフレームにより伝送さ
れる。例えば、会議の開始により、端末装置３０₂が上
記の２画面を要求すると、ＭＣＵ５０からは図示のよう
なシーケンスでフレームデータが送られる。即ち、第１
フレームは前景画面のフレーム内符号データＱＣＩＦ
であり、端末装置３０ ₂はこれをフレーム内復号する。
次の第２〜第７フレームは背景画面のフレーム内符号デ
ータＣＩＦであり、端末装置３０₂はこれらをフレー
ム内復号する。この場合に、第２フレームではＧＯＢ
（１），（２）が有効であり、残りのＧＯＢは全て無効
である。また第３フレームではＧＯＢ（３），（４）が
有効であり、残りのＧＯＢは全て無効である。以下、同
様にして画面分割伝送される。

【００１０】第８フレームは前景画面のフレーム間符号
データＱＣＩＦであり、端末装置３０₂はこれをフレ
ーム間復号する。第９，第１０フレームは背景画面のフ
レーム間符号データＣＩＦであり、端末装置３０₂は
これらをフレーム間復号する。以降はＱＣＩＦとＣＩ
Ｆとが繰り返し送られる。ところで、このようなテレ
ビ会議は遠隔の端末相互間で行われるから、例えば端末
装置３０₂より画面データを要求したにも係わらず、端
末装置３０₁ではカメラやＶＴＲ等が故障し、又は電源
の入れ忘れ等により、最終的に端末装置３０ ₂では所望
の画面データを受け取れない場合がある。

【００１１】

【発明が解決しようとする課題】従来は、このようなエ
ラー状況が端末装置３０₂のユーザに対して適当な手段
により知らされていなかった。このため、ユーザは自操
作卓３９の故障なのか、ＭＣＵ５０の異常動作なのか、
あるいは相手側端末の故障なのかを切り分けられない。
従って、何度も画面要求を繰り返す以外に方法はなく、
ユーザは困惑していた。

【００１２】また、上記の如く大きな背景画面の復号・
表示には数フレームを必要としており、特に低ビットレ
ートの場合は、画面要求後にこれを合成表示するまでの
切換時間は著しく長いものとなっていた。このため、画
面切換時の表示画面が不自然となり、操作性を低下させ
ていた。本発明の目的は、通信会議における画面切換時
の操作性を改善した画面表示制御方式を提供することに
ある。

【００１３】

【課題を解決するための手段】上記の課題は図１の構成
により解決される。即ち、本発明（１）の画面表示制御
方式は、複数の端末装置１０間を通信回線１００で接続
すると共に、１の端末装置１０からの画面データの要求
に従って他の端末装置１０又は多地点制御装置５０より
対応する画面データを提供する通信会議システムにおけ
る画面表示制御方式において、端末装置１０は、画面デ
ータの要求開始後所定時間内に前記画面データを受け取
れなかった場合は、該要求した画面データの表示に代え
て自己が有する所定の画面データを表示するものであ
る。

【００１４】また本発明（２）の画面表示制御方式は、
複数の端末装置１０間を通信回線１００で接続すると共
に、１の端末装置１０からの画面データの要求に従って
他の端末装置１０又は多地点制御装置５０より対応する
画面データを提供する通信会議システムにおける画面表
示制御方式において、端末装置１０は、画面データの要
求開始後、前記画面データを送信できない旨の情報を受
け取った場合は、該要求した画面データの表示に代えて
自己が有する所定の画面データを表示するものである。

【００１５】また本発明（４）の画面表示制御方式は、
複数の端末装置１０間を通信回線１００で接続すると共
に、１の端末装置１０からの画面データの要求に従って
他の端末装置１０又は多地点制御装置５０より対応する
画面データを提供する通信会議システムにおける画面表
示制御方式において、端末装置１０は、画面切換の要求
発生後新たな画面データを受信・表示するまでの間にフ
レームメモリに記憶している過去の画面データ又は自己
が有する所定の画面データを表示するものである。

【００１６】

【作用】本発明（１）においては、例えば端末装置１０
₁はタイマを備えており、ユーザの指示に基づく新たな
画面データの要求と共に前記タイマを付勢する。そし
て、該タイマがタイムアウトするまでに要求した画面デ
ータを受け取れなかった場合は、該要求した画面データ
の表示に代えて自己のメモリが有する所定の画面データ
をディスプレイに表示する。ユーザは、予め所定の画面
データがどのように画面表示されるかを知っているか
ら、画面を見れば直ちに要求画面を受け取れない状況で
あることを認識できる。

【００１７】また本発明（２）においては、例えば端末
装置１０₁は新たな画面データを要求する。一方、この
画面要求を受けた多地点制御装置５０（又は他の端末装
置１０₂）は要求された画面を提供できないことにより
その旨の情報フレームを端末装置１０₁に返送する。そ
して、端末装置１０₁はこの情報フレームを受けたこと
により前記要求した画面データの表示に代えて自己が有
する所定の画面データをディスプレイに表示する。従っ
て、ユーザはこの画面を見れば直ちに要求画面を受け取
れない状況であることを認識できる。

【００１８】好ましくは、自己が有する所定の画面デー
タは特定の色、模様及び又は文字情報を含んでいる。ま
た本発明（３）においては、例えば端末装置１０₁は、
画面切換の要求発生後新たな画面データを受信・表示す
るまでの間にフレームメモリに記憶している過去の画面
データ又は自己が有する所定の画面データをディスプレ
イに表示する。従って、もしフレームメモリに記憶して
いる過去の画面データが今回要求した画面データと同種
のものであれば、ユーザは画面切換要求の発生と同時に
同種の画面を見ることができる。又は自己が有する所定
の画面データをディスプレイに表示することで、画面切
換時に発生する表示画面の不自然さを緩和することもで
きる。

【００１９】

【実施例】以下、添付図面に従って本発明による実施例
を詳細に説明する。なお、全図を通して同一符号は同一
又は相当部分を示すものとする。図２は実施例の画面表
示制御方式の構成を示す図で、図は実施例の端末装置１
０の一部を示している。図において、１１は音声・画像
等の多重通信制御を行う通信制御部、１２はビデオコー
デック、１３はＰ×６４Kbit/sのビデオ符号部、１４は
Ｐ×６４Kbit/sのビデオ復号部、１５は符号用のフレー
ムメモリ（ＦＭ）、１６は復号用のフレームメモリ（Ｆ
Ｍ）、１７は加算器、１８はデータセレクタ（ＳＥ
Ｌ）、１９はＦＩＦＯバッファ（ＦＩＦＯ）、２０はビ
デオ合成部、２１は端末装置の制御部、２２はＣＰＵ、
２３はタイマ、２４はＣＰＵ２２が実行する図３又は図
４のプログラムを記憶すると共に、所定の画面データを
記憶しているメモリ、２５はＣＰＵの共通バス、２６，
２７はラッチ回路（Ｌ）、２８はラッチデコーダ回路
（ＬＤ）である。

【００２０】上記構成により図８の伝送フレームを受信
した場合の動作を説明する。第１フレームの前景画面の
フレーム内符号データＱＣＩＦはビデオ復号部１４で
復号されて後ＦＩＦＯバッファｄに記憶される。その際
にはセレクタ１８は付勢されず、復号データはそのまま
ＦＩＦＯバッファｄに記憶される。そして、ビデオ合成
部２０でＦＩＦＯバッファｄの出力を選択し、前景画面
を表示する。第２〜第７フレームの背景画面のフレーム
内符号データＣＩＦはビデオ復号部１４で復号されて
後ＦＩＦＯバッファａに順次蓄積される。この場合もセ
レクタ１８は付勢されず、各復号データはそのままＦＩ
ＦＯバッファａに順次蓄積される。そして、第７フレー
ムの復号が終了すると、ビデオ合成部２０によりＦＩＦ
Ｏバッファｄの前景画面とＦＩＦＯバッファａの背景画
面とを合成し、これをディスプレイ３６に表示する。

【００２１】第８フレームの前景画面のフレーム間符号
データＱＣＩＦはビデオ復号部１４で復号されて後Ｆ
ＩＦＯバッファｅに記憶される。その際にはセレクタ１
８はＦＩＦＯバッファｄの前回の前景画面データを選択
出力しており、これに今回の復号データが加算されてＦ
ＩＦＯバッファｅに記憶される。そして、ビデオ合成部
２０は今度はＦＩＦＯバッファｅの前景画面とＦＩＦＯ
バッファａの背景画面とを合成し、これをディスプレイ
３６に表示する。更に、第９，第１０フレームの背景画
面のフレーム間符号データＣＩＦはビデオ復号部１４
で復号されて後ＦＩＦＯバッファｂに順次蓄積される。
この場合はセレクタ１８はＦＩＦＯバッファａの前回の
背景画面データを選択出力しており、これに今回の復号
データが加算されてＦＩＦＯバッファｂに順次蓄積され
る。以下、同様である。

【００２２】図３は第１実施例の画面表示制御処理のフ
ローチャートであり、図は画面データの要求開始後所定
時間内に画面データを受け取れなかった場合、又は画面
データの要求開始後、画面データを送信できない旨の情
報を受け取った場合に、該要求した画面データの表示に
代えて自己が有する所定の画面データを表示する制御を
示している。

【００２３】即ち、ステップＳ１で操作卓３９から背景
画面の要求があるとステップＳ２に進み、ＭＣＵ５０に
背景画面の要求を行う。ステップＳ３ではタイマ２３を
スタートする。ステップＳ４ではフレーム受信か否かを
調べ、フレーム受信でなければステップＳ５でタイムア
ウトか否かを調べる。タイムアウトでなければステップ
Ｓ１に戻る。なお、この例では一つの画面要求処理を終
了するまでは次の画面要求処理を受け付けない。

【００２４】やがて、ステップＳ４でフレームを受信す
るとステップＳ７で今回要求の背景画面か否かを調べ
る。最初はこれしか送られないのでステップＳ８に進み
タイマ２３をリセットする。ステップＳ９では該フレー
ム中のエラーフラグ（即ち、当該画面データを送れない
旨のフラグ）がＯＮか否かを調べ、ＯＮでなければステ
ップＳ１０で背景画面用にアサインしたフレームメモリ
（ＦＩＦＯバッファ）ａにフレーム内復号データを記憶
する。ステップＳ１１では今回要求の画面を受信したこ
とにより、画面要求中のフラグ（不図示）を解除すると
共に、次回からはこの続きの背景画面のフレームはステ
ップＳ７の判別で今回要求の画面ではないと判別される
ように処理をシフトする。ステップＳ１２ではフレーム
メモリａの背景画面を表示するようにビデオ合成部２０
をセットする。

【００２５】次に、ステップＳ１で操作卓３９から前景
画面の要求があるとステップＳ２に進み、ＭＣＵ５０に
前景画面の要求を行う。ステップＳ３ではタイマ２３を
スタートする。ステップＳ４ではフレーム受信か否かを
調べ、フレームを受信するとステップＳ７で今回要求の
前景画面か否かを調べる。今回要求の前景画面でない場
合、即ち、既に送られている背景画面の場合はステップ
Ｓ１３でフレーム間復号を行い、得られた復号データを
フレームメモリｂに記憶する。そして、１画面分の背景
画面を復号すると、テップＳ１２ではフレームメモリｂ
の背景画面を表示するようにビデオ合成部２０をセット
する。

【００２６】ＣＰＵ２２は、引き続き前景画面の受信を
待つと共に、ＭＣＵ５０では、もし前景画面の送信に関
する何らかの障害を検出できた場合には、前景画面用の
フレームをその所定のエラーフラグ（例えば、予備情報
ＰＳＰＡＲＥの所定ビット）をＯＮにして本端末装置１
０に送る。ＣＰＵ２２はステップＳ９の判別でこのエラ
ーフラグＯＮを検出するとステップＳ６に進みメモリ２
４の所定の前景画面データをフレームメモリｃ上に展開
する。そして、ステップＳ１２ではフレームメモリｃの
前景画面をその時点のフレームメモリａ又はｂの背景画
面に合成してディスプレイ３６に表示する。

【００２７】また、ＭＣＵ５０が上記障害を検出でき
ず、又は障害を検出してもエラーフラグ付きの前景画面
用フレームを送るように構成されていなかった場合に
は、本端末装置１０ではそのまま時間が経過することに
なる。この場合は、やがてステップＳ５の判別でタイム
アウトを検出し、ステップＳ６に進む。ステップＳ６で
はメモリ２４の例えば所定の前景画面データをフレーム
メモリｃ上に展開する。ステップＳ１２ではフレームメ
モリｃの前景画面をその時点のフレームメモリａ又はｂ
の背景画面に合成してディスプレイ３６に表示する。

【００２８】メモリ２４の所定の画面データは、好まし
くは特定の色、模様、及び又は文字等を含んでいる。従
って、ユーザは合成画面を見れば、この場合は前景画面
を受け取れない状況であることを容易に認識できる。な
お、上記とは逆に前景画面を受信できて、背景画面を受
信できない場合も同様である。また前景の単独画面から
背景の単独画面に又は背景の単独画面から前景の単独画
面に画面切換表示するような場合も同様である。

【００２９】図４は第２実施例の画面表示制御処理のフ
ローチャートであり、図は画面切換の要求発生後新たな
画面データを受信・表示するまでの間にフレームメモリ
１６に記憶している過去の画面データを表示する制御を
示している。即ち、ステップＳ２１では操作卓３９から
の画面切換要求か否かを判別する。操作卓３９からの画
面切換要求の場合はステップＳ２２に進みＭＣＵ５０に
画面切換要求を行う。ステップＳ２３では例えばフレー
ムメモリ１６に記憶している画面データの内、上記の画
面切換要求により新たに供給されるべき画面データに最
も適する（例えば、類似する）画面データと他の通常の
画面データとの合成表示に切り換える。従って、この例
の場合は比較的多くのＦＩＦＯバッファを備えることが
好ましい。ステップＳ２４ではカウンタＩをリセットす
る。

【００３０】ステップＳ２５ではフレーム受信を待ち、
フレーム受信するとステップＳ２６で今回要求のフレー
ムか否かを調べる。今回要求のフレームでない場合（即
ち、この表示切換の前後で引き続き表示される画面のフ
レームの場合）はステップＳ３２でその復号データを対
応するフレームメモリに展開し、ステップＳ３１で表示
を該フレームメモリの画面データと前記要求画面に最も
適する画面データとの合成表示に切り換える。

【００３１】また、ステップＳ２６の判別で今回要求の
フレームの場合は、ステップＳ２７でこれを復号すると
共に、得られた復号データを上記以外のフレームメモリ
のカウンタＩで指す部分に展開する。ステップＳ２８で
はＩに＋１し、ステップＳ２９ではＩ＝Ｋか否かを調べ
る。要求画面が背景画面（ＣＩＦフレーム）の場合はＫ
＝６である。即ち、ＧＯＢ（１，２）、ＧＯＢ（３，
４）の如く計１２ＧＯＢ分を６回で復号・展開するとす
るとＩ＝Ｋになる。また要求画面が前景画面（ＱＣＩＦ
フレーム）の場合はＫ＝１である。即ち、ＧＯＢ（１，
３，５）の如く３ＧＯＢ分を１回で復号・展開するとす
るとＩ＝Ｋになる。Ｉ＝Ｋでない場合はステップＳ２１
に戻る。そして、やがてＩ＝Ｋになると、ステップＳ３
０では処理をシフトし、ステップＳ３１では過去の画面
データで代用していた部分の表示を今回復号・展開され
た画面データの表示により切り換える。

【００３２】なお、フレームメモリ１６に記憶している
過去の画面データを使用する代わりに、メモリ２４の所
定の画面データを使用しても良い。図５は第２実施例の
表示制御の具体例を説明する図である。図５の（Ａ）は
時刻ｔ₂における前景画面Ａの単画面表示から時刻ｔ₄
における前景画面Ａ及び背景画面Ｂの合成表示へ切り換
える場合を示している。

【００３３】この例では、以前の時刻ｔ₁において前景
画面Ａ及び背景画面Ｂの画面合成表示を行っていたため
その画面データ（この例では背景画面Ｂ）がフレームメ
モリに残っている。そこで、ＣＰＵ２２は時刻ｔ₂でＭ
ＣＵ５０に画面切換要求（この例では新たな背景画面Ｂ
を要求することになる）を行うと共に続く時刻ｔ₃では
フレームメモリ中の背景画面Ｂ´を前景画面Ａに合成表
示する。この背景画面Ｂ´はフリーズされており、かつ
新たに提供されるべき背景画面Ｂは動画像であるために
必ずしも同一ではないが、人物やその配列等が一致又は
類似しており、よってユーザに背景画面Ｂの雰囲気を予
め伝えるのに十分である。そして、時刻ｔ₄で新たな背
景画面Ｂが受信・復号されると、背景画面Ｂ´の表示の
部分を背景画面Ｂの表示に切り換える。

【００３４】図５の（Ｂ）は時刻ｔ₂における背景画面
Ｂの単画面表示から時刻ｔ₄における前景画面Ｃ及び背
景画面Ｄの合成表示へ切り換える場合を示している。こ
の例では、以前の時刻ｔ₁において前景画面Ｃ及び背景
画面Ｂの画面合成表示を行っていたためその画面データ
（この例では前景画面Ｃ）がフレームメモリに残ってい
る。そこで、ＣＰＵ２２は時刻ｔ₂でＭＣＵ５０に画面
切換要求（この例では新たな前景画面Ｃ及び背景画面Ｄ
を要求することになる）を行うと共に続く時刻ｔ₃では
それまでの背景画面Ｂのフリーズ背景画面Ｂ´にフレー
ムメモリの前景画面Ｃ´を合成表示する。この例では要
求画面は２画面であるので、続く時刻ｔ₃の区間にフリ
ーズ背景画面Ｂ´を表示しておくことはユーザに早く２
画面の雰囲気を与える意味で効果がある。そして、時刻
ｔ₄で新たな前景画面Ｃ及び背景画面Ｄが受信・復号さ
れると、前景画面Ｃ´及び背景画面Ｂ´の表示を夫々前
景画面Ｃ及び背景画面Ｄの表示に切り換える。

【００３５】なお、図示しないが、時刻ｔ₂における背
景画面Ｂの単画面表示から時刻ｔ₄における前景画面Ｃ
の単画面表示に切り換えるような場合は、中間の時刻ｔ
₃においてそれまでの背景画面Ｂのフリーズ画面Ｂ´を
単画面表示しておくと、画面の切り換えを空白なしにス
ムーズに行える効果がある。この逆の場合も同様であ
る。

【００３６】図５の（Ｃ）は時刻ｔ₂における前景画面
Ａ及び背景画面Ｂの合成表示から時刻ｔ₄における背景
画面Ｄの単画面表示へ切り換える場合を示している。こ
の例では、以前の時刻ｔ₁において背景画面Ｄの単画面
表示を行っていたためその背景画面データＤがフレーム
メモリに残っている。そこで、ＣＰＵ２２は時刻ｔ₂で
ＭＣＵ５０に画面切換要求（この例では新たな背景画面
Ｄを要求することになる）を行うと共に続く時刻ｔ₃で
はフレームメモリの背景画面Ｄ´を単画面表示する。そ
して、時刻ｔ₄で新たな背景画面Ｄが受信・復号される
と、背景画面Ｄ´の表示を背景画面Ｄの表示に切り換え
る。

【００３７】また、図示しないが、過去の背景画面（又
は全景画面）を中間の時刻ｔ₃における前景画面表示に
利用しても良いし、過去の前景画面を中間の時刻ｔ₃に
おける背景画面（又は全景画面）表示に利用しても良
い。更に、上記以外にも様々な画面表示切換の態様が考
えられ、これに応じたフレームメモリ１６又はメモリ２
４の様々な画面データの利用が考えられることは言うま
でもない。

【００３８】なお、上記実施例は動画像コーデックを利
用したテレビ通信会議システムについて述べたが、本発
明は静止画像通信会議システムにも適用可能である。ま
た、上記実施例ではＭＣＵ５０が介在する多地点通信会
議システムについて述べたが、本発明は２つの端末装置
間で直接会議を行うようなシステムにも適用可能であ
る。

【００３９】また、上記複数の特徴的な実施例を述べた
が、本発明思想を逸脱しない範囲内で構成要素の様々な
変更、及び構成要素の様々な組み合わせの変更を行え
る。

【００４０】

【発明の効果】以上のべた如く本発明の画面表示制御方
式は、上記構成であるので、通信会議における画面切換
時に何らかの異常があり、このために要求画面が受け取
れなくても、その旨をユーザに分かり易く適切に知らせ
ることができる。また、特に低ビットレートにより、通
信会議における画面の切換にかなりの時間がかかって
も、その中間の画面表示を適当な他の画面データにより
補完でき、もって表示の不連続性が緩和され、操作性が
向上する。

【図面の簡単な説明】

【図１】図１は本発明の原理を説明する図である。

【図２】図２は実施例の画面表示制御方式の構成を示す
図である。

【図３】図３は第１実施例の画面表示制御処理のフロー
チャートである。

【図４】図４は第２実施例の画面表示制御処理のフロー
チャートである。

【図５】図５は第２実施例の表示制御の具体例を説明す
る図である。

【図６】図６は従来のテレビ会議システムのブロック図
である。

【図７】図７はＣＣＩＴＴ勧告Ｈ．２６１による世界共
通のビデオ信号フォーマット（ＣＩＦ) を説明する図で
ある。

【図８】図８は一例のテレビ会議用画像伝送フレームを
説明する図である。

【符号の説明】

１０₁〜１０₃端末装置５０多地点制御装置１００通信回線

Claims

【特許請求の範囲】

【請求項１】複数の端末装置（１０）間を通信回線
（１００）で接続すると共に、１の端末装置（１０）か
らの画面データの要求に従って他の端末装置（１０）又
は多地点制御装置（５０）より対応する画面データを提
供する通信会議システムにおける画面表示制御方式にお
いて、端末装置（１０）は、画面データの要求開始後所定時間
内に前記画面データを受け取れなかった場合は、該要求
した画面データの表示に代えて自己が有する所定の画面
データを表示することを特徴とする画面表示制御方式。
【請求項２】複数の端末装置（１０）間を通信回線
（１００）で接続すると共に、１の端末装置（１０）か
らの画面データの要求に従って他の端末装置（１０）又
は多地点制御装置（５０）より対応する画面データを提
供する通信会議システムにおける画面表示制御方式にお
いて、端末装置（１０）は、画面データの要求開始後、前記画
面データを送信できない旨の情報を受け取った場合は、
該要求した画面データの表示に代えて自己が有する所定
の画面データを表示することを特徴とする画面表示制御
方式。
【請求項３】自己が有する所定の画面データは特定の
色、模様及び又は文字情報を含んでいることを特徴とす
る請求項１又は２の画面表示制御方式。
【請求項４】複数の端末装置（１０）間を通信回線
（１００）で接続すると共に、１の端末装置（１０）か
らの画面データの要求に従って他の端末装置（１０）又
は多地点制御装置（５０）より対応する画面データを提
供する通信会議システムにおける画面表示制御方式にお
いて、端末装置（１０）は、画面切換の要求発生後新たな画面
データを受信・表示するまでの間にフレームメモリに記
憶している過去の画面データ又は自己が有する所定の画
面データを表示することを特徴とする画面表示制御方
式。