(57)【要約】テレビ会議のための方法及び装置が提供される。この方法及び装置は、フレームを複数のビデオチャネルから連続的に受信し、交互に連続的に、該ビデオチャネルの各々に関する情報を含む個々のフレームを、テレビ会議における複数の参加者に送信する。この方法及び装置は、いずれの所定の場合においても、テレビ会議における参加者の１人についてのピクチャのデータだけを送信する。
2004536529.tif 000002
【特許請求の範囲】
【請求項１】
フレームを少なくとも第１及び第２の入力ビデオチャネルから受信し、個々のフレームを交互に連続的に、少なくとも、
第１ビデオストリームを受信し入力ビデオチャネルの両方からのピクチャを含むビデオ画像を生成するための第１機器手段に第１出力ビデオストリームとして送信し、
第２ビデオストリームを受信し入力ビデオチャネルの両方からのピクチャを含むビデオ画像を生成するための第２機器手段に第２出力ビデオストリームとして送信する、
ための方法であって、
（ａ）前記第１及び第２機器手段の各々のコーデック・フォーマットを求め、
（ｂ）前記入力ビデオチャネルの１つが利用可能な新しいフレームを有するかどうかを判断し、
（ｃ）ステップ（ｂ）において利用可能な新しいフレームがあるときは前記新しいフレームのコーデック・フォーマットを求め、
（ｄ）前記利用可能なフレームのコーデック・フォーマットを少なくとも前記第１機器手段のコーデック・フォーマットと適合させ、
（ｅ）必要であれば、前記利用可能なフレームにおけるヘッダ及び符号化ドメインデータを選択されたピクチャのフォーマットに対応させるために改変することによって、修正フレームを生成し、
（ｆ）新しいフレームを提供しないビデオチャネルについてのピクチャにおいて変更がないことを示す定常状態データを生成し、
（ｇ）（ｉ）ステップ（ｅ）において生成された修正フレームと、
（ｉｉ）ステップ（ｆ）において生成された定常状態データと、
を組み合わせて、前記出力ビデオストリームにビデオ信号を生成し、前記第１機器手段により前記ビデオ信号を受信して、
前記ビデオ信号における修正フレームから発生された前記チャネルの１つについてのピクチャと、
前記第１機器手段による前記ビデオ信号の受信の前から存在し、前記ビデオ信号における定常状態データに基づいて、変更されないまま残る他の残りのチャネルについてのピクチャと、
を含むビデオ画像を生成する、
ステップを含むことを特徴とする方法。
【請求項２】
フレームを少なくとも第１及び第２の入力ビデオチャネルから受信し、個々のフレームを交互に連続的に、少なくとも、
第１ビデオストリームを受信し入力ビデオチャネルの両方からのピクチャを含むビデオ画像を生成するための第１機器手段に第１出力ビデオストリームとして送信し、
第２ビデオストリームを受信し入力ビデオチャネルの両方からのピクチャを含むビデオ画像を生成するための第２機器手段に第２出力ビデオストリームとして送信する装置であって、
（ａ）前記第１及び第２機器手段の各々のコーデック・フォーマットを求めるための手段と、
（ｂ）前記入力ビデオチャネルの１つが利用可能な新しいフレームを有するかどうかを判断するための手段と、
（ｃ）ステップ（ｂ）において利用可能な新しいフレームがあるときは前記新しいフレームのコーデック・フォーマットを求めるための手段と、
（ｄ）前記利用可能なフレームのコーデック・フォーマットを少なくとも前記第１機器手段のコーデック・フォーマットと適合させるための手段と、
（ｅ）必要であれば、前記利用可能なフレームにおけるヘッダ及び符号化ドメインデータを選択されたピクチャのフォーマットに対応させるために改変することによって、修正フレームを生成するための手段と、
（ｆ）新しいフレームを提供しないビデオチャネルについてのピクチャにおいて変更がないことを示す定常状態データを生成するための手段と、
（ｇ）（ｉ）ステップ（ｅ）において生成された修正フレームと、
（ｉｉ）ステップ（ｆ）において生成された定常状態データと、
を組み合わせて、前記出力ビデオストリームにおいてビデオ信号を生成するための手段を含み、前記第１機器手段は前記ビデオ信号を受信して、
前記ビデオ信号における修正フレームから発生された前記チャネルの１つについてのピクチャと、
前記第１機器手段によるビデオ前記ビデオ信号の受信の前から存在し、前記ビデオ信号における定常状態データに基づいて、変更されないまま残る他の残りのチャネルについてのピクチャと、
を含むビデオ画像を生成する、
ことを特徴とする装置。
【請求項３】
フレームを少なくとも第１及び第２の入力ビデオチャネルから受信し、個々のフレームを交互に連続的に、少なくとも、
第１ビデオストリームを受信し入力ビデオチャネルの両方からのピクチャを含むビデオ画像を生成するための第１機器手段に第１出力ビデオストリームとして送信し、
第２ビデオストリームを受信し入力ビデオチャネルの両方からのピクチャを含むビデオ画像を生成するための第２機器手段に第２出力ビデオストリームとして送信する方法であって、
（ａ）前記入力ビデオチャネルの１つが利用可能な新しいフレームを有するかどうかを判断し、
（ｂ）ステップ（ａ）において利用可能な新しいフレームがあるとき、符号化ドメインデータを完全にデコードすることなく前記フレームにおける前記符号化ドメインデータを用いて第１出力ビデオストリームにビデオ信号を生成し、前記第１機器手段により前記ビデオ信号を受信して、前記符号化ドメインデータから生成された前記チャネルの１つについてのピクチャを含むビデオ画像を生成する、
ステップを含むことを特徴とする方法。
【発明の詳細な説明】
【０００１】
（技術分野）
本発明はテレビ会議に関する。
より具体的には、本発明は、２人又はそれ以上の参加者の各々からビデオ信号を連続的に受信するテレビ会議装置を著しく単純化し、その費用を削減し、ビデオ信号を単一の集合信号に組み合わせ、該集合信号を各々の参加者に再送信し、各々の参加者が彼自身又は彼女自身を他の参加者と併せて同時にビデオ画面上で見ることができるようにするテレビ会議のための方法及び装置に関する。
別の点において、本発明は、ビデオフレームを参加者から受信し、必要であれば、フレームと共に送信されたピクチャを定義するピクセルのドメインデータの全体又は部分を改変することなく、ヘッダ及び符号化されたドメインデータを改変するテレビ会議のための方法及び装置に関する。
さらに別の点において、本発明は、一度に１つのビデオチャネルにおける新しい情報だけを参加者に送信するテレビ会議のための方法及び装置に関する。
【０００２】
（背景技術）
テレビ会議は、２人又はそれ以上の参加者が、言語的にも視覚的にも通信することを可能にする。テレビ会議を可能にする機器の使用は、その費用、帯域幅制限、互換性の問題、及び、電話を介して達成される伝統的な電話会議に比較すると、面と向かって行う会議に固有の利点に限りがあることのため、近年ではわずかにしか伸びていない。
呼設定、呼制御、及びオーディオビデオの符号化、デコード化、又はコーデック・フォーマットのためにＨ．３２０、Ｈ．３２３及びＨ．３２４の包絡プロトコルを用いる市販のテレビ会議システムは（Ｈ．３２０はＩＳＤＮネットワークのためのプロトコル、Ｈ．３２３はＬＡＮネットワークのためのプロトコル、及びＨ．３２４は標準電話又はＰＯＴＳ接続のためのプロトコルである）、二地点間のテレビ会議を提供するだけである。多地点テレビ会議は、ＭＣＵ（多地点制御又は会議ユニット）の使用を必要とする。ＭＣＵは、スイッチ出席モード又は連続出席モードのいずれでも作動することができる。スイッチ出席モードにおいては、１つのビデオストリームだけが選択され、オーディオ信号又は「議長」のいずれかによるスイッチ制御に基づき、すべての参加者に送信される。連続出席モードにおいては、ＭＣＵはテレビ会議の各々の参加者からビデオ信号を受信し、該信号を組み合わせて、１つの混成信号を生成し、該混成信号を各々の参加者に送り返す。混成信号は、各々の参加者が、他の参加者の映像を彼又は彼女の映像と併せて１つの画面上で分割画面を用いてリアルタイムで見ることができようにする。ＭＣＵの高度な構造及び大きな計算力は現在、通常は中央サーバ上にある。ＭＣＵシステムのいくつかのプロバイダは、彼らのＭＣＵソフトウェアはデスクトップのパーソナル・コンピュータ（ＰＣ）上で作動することができると主張している。しかしながら、そうしたＭＣＵシステムは、明らかに、スイッチ出席形式での多地点作動に対応するだけであるか、又は固有のフォーマットにおけるビデオストリームを生成するため、各々の参加者が特別なテレビ会議用ソフトウェア又は装置をインストールすることが必要となるものである。
【０００３】
従来のＭＣＵシステムを複雑にした要因のいくつかは以下の通りである。
１．Ｈ．２６３コーデック・フォーマットは、連続出席モードを可能にする。連続出席モードにおいて、ＭＣＵは４つのビデオストリームを参加者から受信し、ヘッダをいくらか変更し、それを組み合わせることなしに送り返す。各々の参加者のコンピュータ又は他の装置は、参加者全員の映像を見るために、４つのビデオストリームすべてをデコードし表示する必要がある。しかしながらＨ．２６１コーデック・フォーマットは、連続出席モードを可能にしない。Ｈ．２６１は、Ｈ．３２３のビデオ装置のための必要なコーデック・フォーマットである。Ｈ．２６３は、任意のコーデック・フォーマットである。さらに、Ｈ．２６３で作動するいくつかの既存のシステムは、Ｈ．２６３において任意である連続出席モードに対応しない。
２．ほとんどの既存のテレビ会議システムは、二地点間のテレビ会議しか提供しない。
３．ＭＣＵシステムは、いくつかの入力ビデオチャネルを、出力ビデオストリームを受信する装置によってデコードされることができる１つの出力ビデオストリームに組み合わせることができる場合においてのみ、連続出席の多地点ビデオ会議を提供することができる。
【０００４】
４．ＭＣＵシステムがいくつかの入力ビデオチャネルを組み合わせるとき、以下の問題が生じる。
ａ．入力ストリームは、例えばＨ．２６１又はＨ．２６３のような異なるコーデック・フォーマットを用いることがある。
ｂ．入力ストリームが同じコーデック・フォーマットを有していても、それらは、例えばＩピクチャ又はＰピクチャのような異なるピクチャ形式を有することがある。
ｃ．入力ストリームが同じコーデック・フォーマット及び同じピクチャ形式を有している場合であっても、その各々は異なる量子化器を有するか又は利用することがある。これは、ＤＣＴ係数の調整を必要とし、同時にエラーをもたらす。
ｄ．各々のビデオチャネルにおけるビデオフレームは通常、異なる時刻に到着する。ＭＣＵが、各々のビデオチャネルからフレームの到着を待つとき、時間遅延がもたらされる。
ｅ．ＭＣＵが各々のビデオチャネルからのフレームの到着を待つ場合、ＭＣＵの作動は事実上、最も遅いフレーム速度でチャネルによって制御される。
ｆ．上述の非同期フレーム速度の問題を解決するための既存の技術は、より遅いチャネルを前の画像で代用して、該より遅いチャネルが同じまま残っている間に、より速いチャネルが更新されるようにするものである。しかしこの手法は、画像をバッファするために著しい量のメモリを使うものであり、各々の画像は完全にデコード化及びコード化されなければならないことを意味することになる。
したがって、実質上、従来技術のＭＣＵシステムにおける種々の問題のいくつか又はすべてを避けながら、連続出席の多地点テレビ会議を提供することができる、改善されたテレビ会議システムを提供することが非常に望ましい。
【０００５】
（発明の開示）
したがって、本発明の主な目的は、改善されたビデオ会議システムを提供することである。
本発明の別の目的は、連続出席の多地点テレビ会議システムを提供するための改善された方法及び装置を提供することである。
本発明のさらに別の目的は、既存の多地点テレビ会議システムを著しく単純化し、その費用を削減する、改善された連続出席の多地点テレビ会議システムを提供することである。
【０００６】
（発明を実施するための最良の形態）
本発明の、これら及び他の目的及びさらに別のより特定的な目的は、図面と関連する以下の説明に基づき、当業者に明らかとなるであろう。
テレビ会議中、ビデオ・データは、ネットワークを介して送られる前に、パケットにセグメント化される。パケットは、ネットワークを介して移動する個々の物体であり、１つ又は一部のピクチャ・フレームを含む。各々のパケットのヘッダは、該パケットがフレームの端部を含むかどうかのような、該パケットについての情報を提供する。このフレーム端部パケット及び前のパケットにより、それが適用される場合、ＭＣＵは新しいピクチャ・フレームについてのすべてのデータを獲得する。したがって、ＭＣＵはパケットのヘッダを読み取るだけで、新しいフレームがビデオチャネルにおいて受信されたかどうかを識別することができる。さらに、テレビ会議の冒頭に、如何なるビデオ・パケットも送信される前に、どのような種類のビデオのコーデックが用いられているかのような、各々の参加者の能力をチェックする呼設定プロセスがある。呼設定が終了すると、各々のビデオチャネルはＨ．２６１又はＨ．２６３のような特定の標準的なコーデック・フォーマットのビデオストリームだけを運ぶ。
【０００７】
簡単に言うと、本発明によれば、少なくとも第１及び第２の入力ビデオチャネルからフレームを受信し、個々のフレームを交互に連続的に、少なくとも、第１ビデオストリームを受信し入力ビデオチャネルの両方からのピクチャを含むビデオ画像を生成するための第１機器装置に第１出力ビデオストリームとして送信し、第２ビデオストリームを受信し入力ビデオチャネルの両方からのピクチャを含むビデオ画像を生成するための第２機器装置に第２出力ビデオストリームとして送信する、改善された方法を提供する。この方法は、新しいフレームがあるとき、新しいフレームのコーデック・フォーマットを少なくとも第１機器装置のコーデック・フォーマットに適合させ、新しいフレームのコーデック・フォーマットを少なくとも第１機器装置のコーデック・フォーマットに適合させた後、必要であれば、利用可能なフレームにおける少なくとも１つのヘッダ及び符号化されたドメインデータを、選択されたピクチャのフォーマットに従って改変することによって修正フレームを生成し、如何なる新しいフレームも提供しないビデオチャネルについてのピクチャに変更がないことを示す定常状態データを生成し、生成された修正フレームと生成された定常状態データを組み合わせて、第１の出力ビデオストリームにビデオ信号を生成するステップを含む。第１機器装置はビデオ信号を受信し、修正フレームから生成したチャネルの１つからのピクチャと、第１機器装置によるビデオ信号の受信の前から存在し、該ビデオ信号における定常データに基づいて変更されないまま残る、残りのチャネルからのピクチャとを含むビデオ画像を生成する。
【０００８】
本発明の別の実施形態において、少なくとも第１及び第２の入力ビデオチャネルからフレームを受信し、個々のフレームを交互に連続的に、少なくとも、第１ビデオストリームを受信し入力ビデオチャネルの両方からのピクチャを含むビデオ画像を生成するための第１機器装置に、第１出力ビデオストリームとして送信し、第２ビデオストリームを受信し入力ビデオチャネルの両方からのピクチャを含むビデオ画像を生成するための第２機器装置に第２出力ビデオストリームとして送信する、改善された装置を提供する。この改善された装置は、新しいフレームがあるとき、新しいフレームのコーデック・フォーマットを少なくとも１つの第１機器装置のコーデック・フォーマットと適合させるための装置と、新しいフレームのコーデック・フォーマットと第１機器装置のコーデック・フォーマットが適合された後、必要であれば、新しいフレームにおける少なくとも１つのヘッダ及び符号化されたドメインデータを、選択されたピクチャのフォーマットに従って改変することによって修正フレームを生成する装置と、如何なる新しいフレームも提供しないビデオチャネルについては、そのピクチャに変更がないことを示す定常状態データを生成するための装置と、修正フレームと定常状態データを組み合わせて、第１の出力ビデオストリームにおいてビデオ信号を生成するための装置とを含む。第１機器装置は、ビデオ信号を受信し、修正フレームから生成したチャネルの１つからのピクチャと、第１機器装置によるビデオ信号の受信の前から存在し、該ビデオ信号における定常データに基づいて変更されないまま残る、他のチャネルからのピクチャとを含むビデオ画像を生成する。
【０００９】
本発明のさらに別の実施形態において、少なくとも第１及び第２の入力ビデオチャネルからフレームを受信し、個々のフレームを交互に連続的に、少なくとも、第１ビデオストリームを受信し入力ビデオチャネルの両方からのピクチャを含むビデオ画像を生成するための第１機器装置に第１出力ビデオストリームとして送信し、第２ビデオストリームを受信し入力ビデオチャネルの両方からのピクチャを含むビデオ画像を生成するための第２機器装置に第２出力ビデオストリームを送信する、改善された方法を提供する。新しいフレームがあるとき、この改善された方法は、符号化ドメインデータを完全にデコードすることなく、該フレームにおける該符号化ドメインデータを用いて、必要であれば、少なくとも１つのヘッダ及び符号化ドメインデータを変更して、第１出力ビデオストリームにビデオ信号を生成するステップを含む。第１機器装置は、ビデオ信号を受信し、ビデオ画像を生成する。ビデオ画像は、符号化ドメインデータから生成したチャネルの１つについてのピクチャを含む。
【００１０】
ここで図面を参照するが、これは本発明の現在の好ましい実施形態を、本発明の範囲を制限する目的ではなく、その作動及びその使用方法を説明する目的で記載するものであり、幾つかの図を通して同じ参照文字が対応する要素を表し、以下の用語及び定義がここで用いられる。
ブロック
ビデオのシンタックスにおける第４の階層的レイヤ。ブロックについてのデータは、変形係数のための符号語からなる。ブロックの大きさは、８×８である。この用語は、Ｈ．２６１及びＨ．２６３の両方のコーデック・フォーマットにおいて用いられる。
クロミナンス
ある色と同じ光度のリファレンス色との間の定量的測定によって求められた差異であり、該リファレンス色は指定された色の品質を有する。この用語は、Ｈ．２６１、Ｈ．２６３及び他のコーデック・フォーマットと関連して用いられる。
ＣＩＦ
ＣＩＦは、共通中間フォーマットを意味する。ＣＩＦは、輝度については水平線を３５２ピクセル、ライン数を２８８有し、クロミナンスについては、水平線を１７６ピクセル、ライン数を１４４有するピクチャのフォーマットである。
ＣＯＤ
ＣＯＤは、符号化マクロブロック指標を意味し、Ｈ．２６３コーデック・フォーマットと関連して用いられる。ＣＯＤは、ＩＮＴＥＲピクチャにおけるマクロブロック（ＭＢ）のヘッダにおける１データビットである。データビットが「１」である場合、情報はこれ以上送信されず、すなわち、このマクロブロックに関連し、該マクロブロックによって形成されるピクチャは、参加者の画面上では変更されず、同じまま残る。
符号化ドメインデータ
これは、符号化圧縮データである。本発明の現在の好ましい実施形態において、ＭＣＵは符号化ドメインＱＣＩＦデータを受信し、符号化ドメインＣＩＦデータを送る。この用語は、Ｈ．２６１、Ｈ．２６３及び他のコーデック・フォーマットにおいて用いられる。
【００１１】
ＣＰＢＹ
ＣＰＢＹは、輝度についての符号化ブロックパターンを意味し、Ｈ．２６３コーデック・フォーマットと関連して用いられる。ＣＰＢＹは、マクロブロック（ＭＢ）におけるデータを説明するマクロブロックのヘッダにおける可変長符号語である。
ＤＣＴ
ＤＣＴは、離散コサイン変換を意味する。この変換は、データを圧縮し、不必要な情報を排除するために用いられる。ＤＣＴは、参加者の符号化装置によって用いられる。この用語は、Ｈ．２６１、Ｈ．２６３及び他のコーデック・フォーマットと関連して用いられる。
フレーム
フレームは、ビデオチャネル又は他のビデオストリームにおける逐次的な一連のピクチャにおける１つのデジタル・ピクチャである。この用語は、Ｈ．２６１、Ｈ．２６３及び他のコーデック・フォーマットと関連して用いられる。
フレーム速度
フレーム速度は、１秒当たりにＭＣＵが受信するフレームにおける速度である。フレーム速度は現在、典型的に、約３０フレーム／秒である。この用語は、Ｈ．２６１、Ｈ．２６３及び他のコーデック・フォーマットと関連して用いられる。
【００１２】
ＧＯＢ
ＧＯＢは、ブロック群を意味する。ＧＯＢは、ビデオのシンタックスにおける第２の階層的レイヤである。この用語は、Ｈ．２６１、Ｈ．２６３のコーデック・フォーマットと関連して用いられる。
ＧＮ
ＧＮは、ブロック群番号を意味する。ＧＮは、ブロック群について、Ｈ．２６１のヘッダにおける４ビット、及びＨ．２６３のヘッダにおける５ビットからなる。Ｈ．２６１におけるＧＮだけが、本発明の実施において用いられる。データビットは、ピクチャにおけるブロック群の上方左、上方右、下方左、下方右、のような位置を示す。
ヘッダ（又はヘッダファイル）
ヘッダは、ピクチャ、ブロック群、マクロブロック、又は情報ブロックの初めに含まれる情報である。ヘッダは該ヘッダに続く情報を説明する。この用語は、Ｈ．２６１及びＨ．２６３コーデック・フォーマットと関連して用いられる。
【００１３】
水平成分
水平成分は、水平線に沿ったピクセルである。この用語は、Ｈ．２６１及びＨ．２６３コーデック・フォーマットと関連して用いられる。
Ｈ．２６１コーデック・フォーマット
デジタル化されたビデオデータを符号化及びデコード化するための標準フォーマットである。このフォーマットは、ＩＴＵ−Ｔによって提供されている。
Ｈ．２６３コーデック・フォーマット
デジタル化されたビデオデータを符号化及びデコード化するための標準フォーマットである。このフォーマットは、ＩＴＵ−Ｔによって提供されている。
ＩＤＣＴ
ＩＤＣＴは、逆離散コサイン変換を意味する。ＩＤＣＴは、ＤＣＴを転換又はデコードするために用いられる。この用語は、Ｈ．２６１及びＨ．２６３コーデック・フォーマットと関連して用いられる。
【００１４】
ＩＮＴＲＡ
これは、Ｉピクチャである。ＩＮＴＲＡは、予測目的のリファレンス・ピクチャを持たないピクチャ又はマクロブロック形式である。この用語は、Ｈ．２６３コーデック・フォーマットと関連して用いられる。
ＩＮＴＥＲ
これは、Ｐピクチャである。ＩＮＴＥＲは、一時的な前のリファレンス・ビデオデータを有するピクチャ又はマクロブロック形式である。この用語は、Ｈ．２６３コーデック・フォーマットと関連して用いられる。
レイヤ
レイヤは、多数のデジタル化されたデータ又は情報を備えるビデオのシンタックスにおける階層の１つの水準である。
【００１５】
下方レイヤ
下方レイヤは、上方レイヤの一部であり、ピクチャ・レイヤよりも低いビデオのシンタックスにおけるレイヤである。この用語は、Ｈ．２６１及びＨ．２６３コーデック・フォーマットと関連して用いられる。
輝度
輝度は、投影面積のユニット当たりの所定の方向における表面の光度である。この用語は、Ｈ．２６１及びＨ．２６３、及び他のコーデック・フォーマットと関連して用いられる。
マクロブロック
マクロブロック（ＭＢ）は、デジタルデータ又は情報である。ＭＢは、ブロック及びヘッダを含む。この用語は、Ｈ．２６１及びＨ．２６３コーデック・フォーマットと関連して用いられる。
【００１６】
マッピング
マッピングは、必要であれば、Ｈ．２６１又はＨ．２６３のＱＣＩＦフレームについてのビデオのシンタックスにおけるヘッダ及び符号化ドメインデータを修正し、ＱＣＩＦデータが、ＣＩＦフレーム領域の４分の１（又はその他の部分）にあるようにして、ＱＣＩＦフレームがＨ．２６１又はＨ．２６３のＣＩＦフレームのように見えるようにするものである。マッピングは、ヘッダ及び符号化ドメインデータのような他の情報を変更又は改変するが、通常は、参加者のビデオ装置の画面上に生成された参加者の映像からなるピクセルを形成する信号の部分は変更しない。この用語は、Ｈ．２６１及びＨ．２６３コーデック・フォーマットと関連して用いられる。
ＭＢ
ＭＢは、上述のマクロブロックを意味する。
ＭＢＡ
ＭＢＡは、マクロブロック・アドレスを意味する。ＭＢＡは、ＭＢのヘッダにおける可変長符号語であり、ブロック群内のＭＢの位置を示す。この用語は、Ｈ．２６１コーデック・フォーマットと関連して用いられる。
【００１７】
ＭＣＢＰＣ
ＭＣＢＰＣは、クロミナンスについてのマクロブロック形式及び符号化ブロックパターンを示し、ＭＢのヘッダにおける可変長符号語からなる。この用語は、Ｈ．２６３コーデック・フォーマットと関連して用いられる。
ＭＣＵ
ＭＣＵは、多地点制御（又は会議）装置を意味する。従来のＭＣＵは、スイッチ出席フォーマット又は連続出席フォーマットにおいて作動することができる。スイッチ出席フォーマットにおいて、ＭＣＵは１人以上の参加者からビデオのビットストリームを受信し、該ビデオのビットストリームの１つだけを選択して、それをテレビ会議における各々の参加者に同時に送信する。連続出席フォーマットにおいて、ＭＣＵは１人以上の参加者からビデオのビットストリームを受信し、分割された画面のフォーマットにおける各々のストリームを、テレビ会議における各々の参加者に送信する。本発明の手法において利用されるＭＣＵは、如何なる時と場合でも、入力ビデオ信号の１つのフレームと、該フレームに加えられたいくつかの付加的なデータだけを送信して、該フレームをテレビ会議における参加者に再送信することを可能にする。この用語は、Ｈ．２６１及びＨ．２６３、及び他のコーデック・フォーマットと関連して用いられる。
【００１８】
ＭＶＤ
ＭＶＤは、運動ベクトルデータを意味する。ＭＶＤは、水平成分についてのマクロブロックのヘッダにおける可変長符号語であり、その後に垂直成分についての可変長符号語が続く。この用語は、Ｈ．２６３コーデック・フォーマットと関連して用いられる。
ＮＯＴ  ＣＯＤ
ＮＯＴ  ＣＯＤは、ＣＯＤが「１」であることを意味する。この用語は、Ｈ．２６３コーデック・フォーマットと関連して用いられる。
非リファレンス・ピクチャ
非リファレンス・ピクチャは、ＭＣＵによって参加者から受信されたスキップ・ピクチャのフレームであり、これはスキップされるもので、該ＭＣＵによって再送信されない。非リファレンス・ピクチャのフレームは通常、再送信されないが、それは直前にＭＣＵによって送信されたフレームと同一又はほぼ同一のためである。この用語は、Ｈ．２６１及びＨ．２６３コーデック・フォーマットと関連して用いられる。
【００１９】
ピクチャ
ピクチャは、ビデオのシンタックスにおける第１の階層的レイヤである。ピクチャに含まれる情報は、ヘッダファイル及びＧＯＢである。この用語は、Ｈ．２６１及びＨ．２６３コーデック・フォーマットと関連して用いられる。
二地点機能
二地点機能のテレビ会議システムにおいては、２人の参加者だけが関与する。そうしたシステムは、第１の人の映像が第２の人に送られるか、又はその逆を可能とするものである。第１の人のビデオは、第２の人に送られるまで、別の人のビデオと組み合わされない。
ＱＣＩＦ
ＱＣＩＦは、４分の１の共通中間フォーマットを意味する。ＱＣＩＦは、輝度については、水平線を１７６ピクセル、ライン数を１４４有し、クロミナンスについては、水平線を８８ピクセル、ライン数を７２有するピクチャのフォーマットである。
量子化器
量子化器は、ピクチャ・データの精度を示すデータである。
【００２０】
ＴＲ
一時的リファレンス。Ｈ．２６３コーデック・フォーマットと関連して用いられる場合、ＴＲは、ピクチャ・レイヤのヘッダにおいて、８ビットのデータを備える。このデータは、一時的な前のリファレンス・ピクチャのヘッダにおける値を、前に送信されたピクチャから後のピクチャ・クロック周波数でのスキップされた又は非リファレンス・ピクチャの数を１に加えた値だけ増分することによって生成される。Ｈ．２６１コーデック・フォーマットと関連して用いられる場合、ＴＲはピクチャ・レイヤのヘッダにおける５ビットのデータを含み、該データは、前に送信されたピクチャから後のピクチャ・クロック周波数でのスキップされた又は非リファレンス・ピクチャの数を１に加えた値だけ増分することによって生成される。
ビデオのシンタックス
ビデオのシンタックスは、ビデオのフレームを説明し形成するデジタル化されたデータである。ビデオのシンタックスは、ビデオのフレームに含まれる情報の定義された配列である。この情報は、以下のように４つのレイヤを有する階層的な構造に配列される。
ピクチャ
ブロック群（ＧＯＢ）
マクロブロック（ＭＢ）
ブロック
各々のレイヤは、ヘッダファイルを含む。
【００２１】
本発明の現在の好ましい実施形態の以下の説明において、テレビ会議には４人の参加者がおり、各々の参加者は、本発明に基づいて構成されたＭＣＵによって受信されたビデオチャネルを備えるビデオ信号を生成するテレビ会議装置を有すると仮定される。当業者によって理解されるように、本発明の装置及び方法は、テレビ会議に２人又はそれ以上の参加者がいるときに利用できる。本発明の方法及び装置は、通常、テレビ会議において３人又はそれ以上の参加者がいるときに利用される。
本発明のテレビ会議システムにおいて、ＭＣＵは出力ＣＩＦ信号を生成する。ＭＣＵは出力ＣＩＦ信号を、直交する四半分すなわち上方左の四半分と、上方右の四半分と、下方左の四半分と、下方右の四半分とに分割する。参加者からの各々の入力チャネルは、ＱＣＩＦを備える。各々のチャネルは、出力ＣＩＦ信号の直行する四半分の１つに割り当てられる。フレームがチャネルの１つに到着したとき、該フレームはＭＣＵによって、そのチャネルのために予約又は選択されていた出力ＣＩＦ信号の直交する四半分に割り当てられる。
【００２２】
種々のコーデック・フォーマットが存在し、本発明に組み込むことができることが理解される。しかしながら、以下の説明では、テレビ会議における各々の参加者によって利用されるビデオ装置は、Ｈ．２６１又はＨ．２６３のいずれかのコーデック・フォーマットを利用すると仮定される。特に、図１において、（第１の参加者からの）入力信号１０はＨ．２６１コーデック・フォーマットであり、しかも（第２の参加者からの）入力信号１１、（第３の参加者からの）入力信号１２、（第４の参加者からの）入力信号１３はＨ．２６３コーデック・フォーマットであることが仮定される。これは、第１の参加者のためにＭＣＵによって生成された出力信号１４（図１）は、Ｈ．２６１コーデック・フォーマットであり、第２、第３、第４の参加者のために生成された出力信号１４は、Ｈ．２６３コーデック・フォーマットであることを意味する。
【００２３】
ＭＣＵはどのような場合でも、基本的に出力ＣＩＦ信号の４分の１だけを更新するため、本発明のＭＣＵの構造は従来のＭＣＵと比較すると単純化され、本発明のＭＣＵを作動させるために必要な計算力は、従来のＭＣＵと比較すると著しく減少される。さらに、本発明のＭＣＵは従来のＭＣＵとは対照的に、再構成された符号化ドメインデータ上だけで作動するため（一般的に符号化ドメインデータをデコードすることなく）、本発明のＭＣＵはメモリを少ししか必要としない。この複雑さ、計算力及びメモリの大きさの減少は、従来のパーソナル・コンピュータ（ＰＣ）を本発明の手法に用いることを可能にする。
上述のように、この例示のために、テレビ会議に４人の参加者がいると仮定される。第１の参加者のビデオ装置は、入力ＱＣＩＦ信号１０を備えるチャネルを生成する。第２の参加者のビデオ装置は、入力ＱＣＩＦ信号１１を備えるチャネルを生成する。第３の参加者のビデオ装置は、入力ＱＣＩＦ信号１２を備えるチャネルを生成する。第４の参加者のビデオ装置は、入力ＱＣＩＦ信号１３を備えるチャネルを生成する。ＱＣＩＦ信号を備えるチャネルを生成するために各々の参加者によって用いられるカメラ、コンピュータ、ＣＲＴ又は他のビデオ画面及び他のビデオ装置は、当業者において周知であり、ここで詳細には説明されない。
【００２４】
ＭＣＵは入力ＱＣＩＦ信号１０、１１、１２、１３を受信し、それらを出力ＣＩＦ信号１４に組み合わせる。図１を参照されたい。各々のＱＣＩＦ信号は、デジタルフレーム又はピクチャのストリームを備える。ＱＣＩＦ信号１０におけるデジタルフレームは、出力ＣＩＦ信号１４の上方左の四半分を更新するために用いられる。ＱＣＩＦ信号１１におけるデジタルフレームは、出力ＣＩＦ信号１４の上方右の四半分を更新するために用いられる。ＱＣＩＦ信号１２におけるデジタルフレームは、出力ＣＩＦ信号１４の下方左の四半分を更新するために用いられる。ＱＣＩＦ信号１３におけるデジタルフレームは、出力ＣＩＦ信号１４の下方右の四半分を更新するために用いられる。現在のところ好ましい本発明の実施形態において、新しいＣＩＦ信号１４がＭＣＵによって生成される毎に、この新しいＣＩＦ信号は、基本的に該ＣＩＦ信号の１つの象限におけるピクチャだけを変更する情報を含む。当業者によって理解されるように、本発明に従って、新しいＣＩＦ信号１４が生成される毎に該ＣＩＦ信号の２つまたはそれ以上の象限が変更されるように、ＭＣＵを構成することができる。しかし、現在のところ好ましい本発明の実施形態においては、ＣＩＦ信号の１つの象限だけが、該ＣＩＦ信号がＭＣＵによって生成される毎に変更される。
【００２５】
当業者によって理解されるように、各々の入力チャネルはサブＱＣＩＦ信号を備えることができ、出力信号は、各々のサブＱＣＩＦピクチャの一部を含むＱＣＩＦ信号であることができる。よく知られているように、サブＱＣＩＦ信号は、ＱＣＩＦ信号の４分の１の大きさではない。各々のサブＱＣＩＦピクチャの一部を抽出することによって、これらの部分は依然としてＱＣＩＦピクチャにまとめることができる。又は、各々の入力チャネルはＣＩＦ信号を備えることができ、出力信号は４ＣＩＦ信号であることができる。又は、各々の入力チャネルは４ＣＩＦ信号を備えることができ、出力信号は１６ＣＩＦ信号などであることができる。又は、他の標準化された又は標準化されていないピクチャのフォーマットを採用することができる。Ｈ．２６３の連続出席モードにおいては、最大４つのビデオ信号を送信することができる。これは、例えば、各々が４つのＱＣＩＦピクチャを含む４つのＣＩＦピクチャを、１６人の参加者のピクチャを含む１つの４ＣＩＦピクチャにまとめることができるような、本発明のいくつかの可能な実施形態の能力とは全く対照的である。さらに、異なる大きさのピクチャも本発明に順応できる。例えば、出力４ＣＩＦ信号は、２つの入力ＣＩＦ信号をその上方左及び上方右の象限に含むことができ、その下方左及び下方右の象限は８つのＱＣＩＦ信号を含むことができる。
【００２６】
１つの信号１０は新しいフレーム又はピクチャを、信号１１、１２、１３より速いか又は遅い速度でＭＣＵに送信することができる。ＭＣＵは基本的に先着順で作動するため、この動作は、ＭＣＵの作動を変えることにはならない。すなわち、ＭＣＵがフレーム又はピクチャを信号１０ないし１３から受信するとすぐ、該ＭＣＵはその特定のフレームを処理し、ＣＩＦ信号１４を生成し、各々の参加者のビデオ装置に送信する。ＭＣＵは次いで、受信した次のフレームを処理し、ＣＩＦ信号１４を生成し、各々の参加者のビデオ装置に送信し、以下同様に作動する。参加者の１人の装置がＨ．２６１コーデック・フォーマットを利用し、残りの参加者の装置がＨ．２６３コーデック・フォーマットを利用するため、ＭＣＵが信号１０ないし１３の１つを介してフレームを受信する毎に、該ＭＣＵはＨ．２６１コーデック・フォーマットにおけるＣＩＦ信号１４及びＨ．２６１コーデック・フォーマットにおけるＣＩＦ信号１４の両方を生成する。
【００２７】
入力ＱＣＩＦ信号１０がＨ．２６１コーデック・フォーマットで、出力ＣＩＦ信号がＨ．２６３コーデック・フォーマットである場合、ＭＣＵが出力信号１４を該Ｈ．２６３コーデック・フォーマットにおいて生成しているとき、該信号１０からのフレームは、該Ｈ．２６１コーデック・フォーマットから該Ｈ．２６３コーデック・フォーマットに変換される。同様に、入力ＱＣＩＦ信号１１から１３がＨ．２６３コーデック・フォーマットで、出力ＣＩＦ信号がＨ．２６１コーデック・フォーマットである場合、ＭＣＵが出力信号１４を該Ｈ．２６１コーデック・フォーマットにおいて生成しているとき、該信号１１から１３からのフレームは、該Ｈ．２６３コーデック・フォーマットから該Ｈ．２６１コーデック・フォーマットに変換される。
【００２８】
実施例
第１部：Ｈ．２６３コーデック・フォーマットにおいて送信されたＣＩＦ信号
実施例のこの部において、ＭＣＵは入力信号１０ないし１３を処理して、Ｈ．２６３コーデック・フォーマットで出力信号１４を生成し、該出力信号１４が上に示された第２、第３及び第４の参加者に送られると仮定する。
ＭＣＵは入力信号１０ないし１３を監視し、該信号１０ないし１３の１つから新しいフレームの受信を待つ。信号１０は新しいＱＣＩＦフレームをＭＣＵに送信するための最初の信号である。ＭＣＵは、ＱＣＩＦフレームのヘッダ及び符号化ドメインデータを改変して、フレームをＨ．２６１コーデック・フォーマットからＨ．２６３のコーデック・フォーマットに変更する。改変されたヘッダは、フレームがＩＮＴＥＲピクチャ（すなわちＰピクチャ）であることを示す。ＭＣＵは、第１の参加者のビデオ映像を形成するデジタルデータ（すなわち符号化ドメインデータ）をフレームにおいて保持する。第１の参加者のビデオ映像を形成するデジタルデータがＭＣＵによって再構成されるが、該ビデオ映像は該ＭＣＵによって変更されないか、又は実質的に変更されない。
【００２９】
ＭＣＵは図２に示される出力信号１４Ａを準備する。最初に、ＣＩＦのピクチャ形式、及びＩＮＴＥＲ（Ｐピクチャ）のピクチャ符号化形式を有するＣＩＦピクチャのヘッダが生成される。次に、適当な一時的リファレンスがピクチャに割り当てられる。一時的リファレンスは、送信されていないピクチャの番号を示す。Ｂ（双方向補間）ピクチャが用いられるとき、一時的リファレンスはいくつのピクチャがスキップされ、スキップされたピクチャがどのように補間されるかを示す。したがって、一時的リファレンスは、各々のピクチャについて１だけ増分される。本発明の方法は、Ｂピクチャが用いられるときには機能しない。Ｈ．２６３コーデック・フォーマットはフレームスキップ特徴を含むが、現在は本発明の手法において利用されない。
【００３０】
ＱＣＩＦ信号１０から受信したフレームが出力ＣＩＦ信号１４の上方左の象限に割り当てられたとき、ＭＣＵは、信号１０を介して受信したＱＣＩＦピクチャを、Ｈ．２６１コーデック・フォーマットからＨ．２６３コーデック・フォーマットに変換することによって、該ＭＣＵによって生成されたＱＣＩＦフレームを該出力ＣＩＦ信号１４の上方左の象限に挿入する。ＭＣＵは、ＣＩＦ信号１４Ａの下方左、上方右及び下方右の象限について、ＭＢヘッダに図２のＣＩＦ信号１４Ａに示されるようにＮＯＴ  ＣＯＤを意味する番号又はビット「１」を挿入する。
新しいＱＣＩＦフレームが上方左の象限に割り当てられているので、ＱＣＩＦフレームにおける各々のＧＯＢデータは、ＣＩＦピクチャにおける異なるＭＶＤを参照することになるため、上から下まで、必要なＭＶＤ修正を受ける。図４においてｘと印を付けられたＭＢにおけるＭＶＤだけが変更されない。各々のＧＯＢが必要なＭＶＤ修正を受けた後、該ＧＯＢは上方右の象限についての１１のＭＢヘッダと連結され（その各々はＮＯＴ  ＣＯＤを示すビット「１」を割り当てられる）、新しいＣＩＦのＧＯＢとなる。下方左及び下方右の象限についてのＭＢヘッダの各々は、ＮＯＴ  ＣＯＤを示すビット「１」で満たされる。
【００３１】
結果として得られる出力ＣＩＦ信号１４Ａが図２に示される。この信号が送信され、参加者２、３及び４によって受信されたとき、これらの参加者のビデオ装置は、図１４Ａの上方左の象限に示されるピクチャを、各々の参加者のＣＲＴ又は他の画面上に示されるビデオ映像の上方左の象限に挿入する。ＣＲＴ上に示される残りの象限におけるピクチャは変更されないまま残る。
ＭＣＵはＣＩＦ信号１４Ａを参加者２、３及び４に送信する。
ＣＩＦ信号１４Ａを送信した後、ＭＣＵは総当り方法において、再び入力信号１０ないし１３を監視する。信号１１がチェックされて、新しいフレームが含まれているかどうかを調べる。信号１１が新しいフレームを含まない場合、ＭＣＵは先へ進み、チャネル１２が新しいフレームを含まれているかどうかをチェックし、以下同様に作動する。信号１１が新しいフレームを含む場合、以下の手順が行われる。
【００３２】
フレームは既にＨ．２６３コーデック・フォーマットであるため、該フレームをＨ．２６１コーデック・フォーマットからＨ．２６３コーデック・フォーマットに変更する必要はない。
このフレームはＩＮＴＲＡピクチャ（Ｉピクチャ）であることが分かる。ＭＣＵはこのフレームをＩＮＴＥＲ又はＰピクチャに変換する。マクロブロックの水準では、量子化器が修正されていれば、ＭＢ形式はＩＮＴＲＡ又はＩＮＴＲＡ＋Ｑとされ、ＣＯＤが加えられる。ＭＣＢＰＣがＩピクチャについての表からＰピクチャについての表に伝達される。ＣＢＰＹがそのオリジナルの値の補数を取る。必要であれば、ＩＮＴＥＲピクチャを示すためのヘッダ及び符号化ドメインデータを変更するためのこの手順は当業者によく知られている。
ＭＣＵは図２に示される出力ＣＩＦ信号１４Ｂを準備する。最初に、ＣＩＦのピクチャ形式及びＩＮＴＥＲ（Ｐピクチャ）のピクチャ符号化形式を有するＣＩＦピクチャのヘッダが生成される。次に、適当な一時的リファレンスがピクチャに割り当てられる。一時的リファレンスは送信されていないピクチャの番号を示す。一時的リファレンスは、本発明の方法におけるピクチャの各々について、１だけ増分される。Ｈ．２６３コーデック・フォーマットはフレームスキップ機能を含むが、本発明の手法においては利用されない。
【００３３】
ＱＣＩＦ信号１１から受信したフレームが出力ＣＩＦ信号１４の上方右の象限に割り当てられたとき、ＭＣＵは、信号１１を介して受信したＱＣＩＦのＩピクチャを、ＱＣＩＦのＰピクチャに、両方共Ｈ．２６３コーデック・フォーマットで変換することによって、該ＭＣＵによって生成されたＱＣＩＦフレームを該出力ＣＩＦ信号１４Ｂの上方右の象限に挿入する。ＱＣＩＦフレームは上方右の象限にあるので、ＱＣＩＦフレームにおけるすべてのＧＯＢデータは、ＣＩＦピクチャにおける異なるＭＶＤを参照するため、上から下まで、必要なＭＶＤ修正を受ける。各々のＧＯＢが必要なＭＶＤ修正を受けた後、該ＧＯＢは上方左の象限についての１１のＭＢヘッダと連結され（その各々はＮＯＴ  ＣＯＤを示すビット「１」を割り当てられる）、新しいＣＩＦのＧＯＢとなる。下方左及び下方右の象限についてのＭＢヘッダの各々は、ＮＯＴ  ＣＯＤを示すビット「１」で満たされる。
【００３４】
結果として得られる出力ＣＩＦ信号１４Ｂが図２に示される。この信号が送信され、参加者２、３及び４によって受信されたとき、これらの参加者のビデオ装置は、図１４Ｂの上方右の象限に示されるピクチャを、各々の参加者のＣＲＴ又は他の画面上に示されるビデオ映像の上方右の象限に挿入する。ＣＲＴ上に示される残りの象限におけるピクチャは変更されないまま残る。
ＭＣＵはＣＩＦ信号１４Ｂを参加者２、３及び４に送信する。
ＭＣＵは総当り方法において、再び入力信号１０ないし１３を監視する。ＭＣＵは新しいフレームを信号１２から受信する。
信号１２から受信したフレームは既にＨ．２６３コーデック・フォーマットであるため、該フレームをＨ．２６１コーデック・フォーマットからＨ．２６３コーデック・フォーマットに変更する必要はない。
このフレームはＩＮＴＥＲピクチャ（Ｐピクチャ）であることが分かる。したがって、ＭＣＵは該フレームをＰピクチャのフォーマットに変換する必要はない。
【００３５】
ＭＣＵは図２に示される出力信号１４Ｃを準備する。最初に、ＣＩＦのピクチャ形式、及びＩＮＴＥＲ（Ｐピクチャ）のピクチャ符号化形式を有するＣＩＦピクチャのヘッダが生成される。次に、適当な一時的リファレンスがピクチャに割り当てられる。一時的リファレンスは、送信されていないピクチャの番号を示す。一時的リファレンスは、本発明の方法における各々のピクチャについて、１だけ増分される。Ｈ．２６３コーデック・フォーマットはフレームスキップ機能を含むが、本発明の手法においては利用されない。
出力ＣＩＦ信号の上方左及び上方右の象限についての１１個のＭＢヘッダの各々は、ＮＯＴ  ＣＯＤを示すビット「１」で満たされる。この場合、ＱＣＩＦ信号１２から受信したフレームが出力ＣＩＦ信号１４の下方左の象限に割り当てられているので、ＭＣＵは、信号１２を介して該ＭＣＵによって受信されたＱＣＩＦフレームを、出力ＣＩＦ信号１４Ｃの下方左の象限に挿入する。ＱＣＩＦフレームが下方左の象限にあるときは、ＱＣＩＦフレームにおけるすべてのＧＯＢデータは、ＣＩＦピクチャにおける異なるＭＶＤを参照するため、上から下まで、必要なＭＶＤ修正を受ける。各々のＧＯＢが必要なＭＶＤ修正を受けた後、該ＧＯＢは下方右の象限についての１１のＭＢヘッダと連結され（その各々はＮＯＴ  ＣＯＤを示すビット「１」を割り当てられる）、新しいＣＩＦのＧＯＢとなる。
【００３６】
結果として得られる出力ＣＩＦ信号１４Ｃが図２に示される。この信号が送信され、参加者２、３及び４によって受信されたとき、これらの参加者のビデオ装置は、図１４Ｃの下方左の象限に示されるピクチャを、各々の参加者のＣＲＴ又は他の画面上に示されるビデオ映像の下方左の象限に挿入する。ＣＲＴ上に示される残りの象限におけるピクチャは変更されないまま残る。
ＭＣＵはＣＩＦ信号１４Ｃを参加者２、３及び４に送信する。
ＭＣＵは総当り方法において、新しい入力フレームについての入力信号１０ないし１３を再び監視する。ＭＣＵは、新しいフレームを信号１３から受信する。
【００３７】
信号１３から受信したフレームは既にＨ．２６３コーデック・フォーマットであるため、該フレームをＨ．２６１コーデック・フォーマットからＨ．２６３コーデック・フォーマットに変更する必要はない。
このフレームはＩＮＴＥＲ（Ｐピクチャ）であることが分かる。従って、ＭＣＵはこのフレームをＰピクチャのフォーマットに変換する必要はない。
ＭＣＵは図２に示される出力ＣＩＦ信号１４Ｄを準備する。最初に、ＣＩＦのピクチャ形式及びＩＮＴＥＲ（Ｐピクチャ）のピクチャ符号化形式を有するＣＩＦピクチャのヘッダが生成される。次に、適当な一時的リファレンスがピクチャに割り当てられる。一時的リファレンスは送信されていないピクチャの番号を示す。一時的リファレンスは、本発明の方法における各々のピクチャについて、１だけ増分される。Ｈ．２６３コーデック・フォーマットはフレームスキップ機能を含むが、本発明の手法においては利用されない。
【００３８】
出力ＣＩＦ信号の上方左及び上方右の象限についての１１のＭＢヘッダの各々は、ＮＯＴ  ＣＯＤを示すビット「１」で満たされる。この場合、ＱＣＩＦ信号１３から受信したフレームが出力ＣＩＦ信号１４の下方右の象限に割り当てられたとき、ＭＣＵは、信号１３を介して該ＭＣＵによって受信されたＱＣＩＦフレームを、出力ＣＩＦ信号１４Ｄの下方右の象限に挿入する。ＱＣＩＦフレームが下方右の象限にあるとき、ＱＣＩＦフレームにおけるすべてのＧＯＢデータは、ＣＩＦピクチャにおける異なるＭＶＤを参照するため、上から下まで、必要なＭＶＤ修正を受ける。各々のＧＯＢが必要なＭＶＤ修正を受けた後、該ＧＯＢは下方左の象限についての１１のＭＢヘッダと連結され（その各々はＮＯＴ  ＣＯＤを示すビット「１」を割り当てられる）、新しいＣＩＦのＧＯＢとなる。
結果として得られる出力ＣＩＦ信号１４Ｄが図２に示される。この信号が送信され、参加者２、３及び４によって受信されたとき、これらの参加者のビデオ装置は、図１４Ｄの下方右の象限に示されるピクチャを、各々の参加者のＣＲＴ又は他の画面上に示されるビデオ映像の下方右の象限に挿入する。ＣＲＴ上に示される残りの象限におけるピクチャは変更されないまま残る。
ＭＣＵは、ＣＩＦ信号１４Ｄを参加者２、３及び４に送信する。
【００３９】
第２部：Ｈ．２６１コーデック・フォーマットにおいて送信されるＣＩＦ信号  実施例のこの部において、ＭＣＵは、入力信号１０ないし１３を処理して、Ｈ．２６１コーデック・フォーマットにおける出力信号１４を生成し、該出力信号１４は上に示された第１の参加者だけに送られると仮定される。
ＭＣＵは、総当たり方法において、新しい入力フレームについての入力信号１０ないし１３を再び監視する。信号１０は、新しいフレーム１０ＡをＭＣＵに送信するための最初の信号である。フレームは既にＨ．２６１コーデック・フォーマットであるため、該ＭＣＵは該フレームをＨ．２６３コーデック・フォーマットからＨ．２６１コーデック・フォーマットに修正する必要はない。
ＭＣＵは図３に示される出力ＣＩＦ信号１４Ｅを準備する。最初に、ＣＩＦのピクチャ形式を有するＣＩＦピクチャのヘッダが生成される。次に、適当な一時的リファレンスがピクチャに割り当てられる。
【００４０】
ＱＣＩＦ信号１０から受信したフレームが出力ＣＩＦ信号１４Ｅの上方左の象限に割り当てられたとき、ＭＣＵは、該信号１０を介して、該ＭＣＵによって受信されたＱＣＩＦフレームを出力ＣＩＦ信号１４Ｅの上方左の象限に挿入する。必要であれば、ＱＣＩＦフレームについてのＧＮは、図６に示されるＧＮに対応して改変することができる。Ｈ．２６１コーデック・フォーマットにおけるＱＣＩＦフレームはＧＮ１、３、５を有し、これはＨ．２６１コーデック・フォーマットにおけるＣＩＦフレームの上方左の象限のＧＮと適合するため、該ＧＮは改変される必要はない。
ＭＣＵは、場合に応じて、信号１４Ｅの上方右の象限を、各々が正しいＧＮ２、４又は６を含むＧＯＢのヘッダによって満たす。各々のＧＯＢにおけるヘッダは、マクロブロックデータのいずれによっても追随されない。同様に、ＭＣＵは、場合に応じて、ＣＩＦ信号１４Ｅの下方左の象限を、各々が正しいＧＮ７、９又は１１を含むＧＯＢのヘッダによって満たす。下方左の象限における各々のＧＯＢにおけるヘッダはマクロブロックデータのいずれによっても追随されない。最後に、ＭＣＵは、場合に応じて、ＣＩＦ信号１４Ｅの下方右の象限を、各々が正しいＧＮ８、１０又は１２を含むＧＯＢのヘッダによって満たす。下方右の象限における各々のＧＯＢにおけるヘッダはマクロブロックデータのいずれによっても追随されない。適当なＧＮを備えるＧＯＢヘッダが付加的なマクロブロックデータのいずれによっても追随されない場合は、スキップＭＢＡが示されるが、これは、その特定のＣＩＦ信号１４Ｅを参加者のビデオ装置が受信したとき、その象限におけるピクチャは該装置によって更新されていないことを意味する。
【００４１】
結果として得られる出力ＣＩＦ信号１４Ｅが図３に示される。この信号が送信され、参加者１によって受信されたとき、この参加者のビデオ装置は、ＱＣＩＦフレームに含まれるピクチャを、該参加者のＣＲＴ又は他の画面上に示されるビデオ映像の上方左の象限に挿入する。ＣＲＴ上に示される残りの象限におけるピクチャは変更されないまま残る。
ＣＩＦ信号１４Ｅを送信した後、ＭＣＵは入力信号１０ないし１３を再び監視し、新しいフレームの受信を待つ。ＭＣＵは新しいフレーム１１Ａを信号１１から受信する。
【００４２】
フレームはＨ．２６３コーデック・フォーマットであるため、ＭＣＵは該コーデック・フォーマットをＨ．２６１コーデック・フォーマットに変更する。Ｈ．２６３コーデック・フォーマットがＨ．２６１コーデック・フォーマットに変更されたとき、入力ピクチャがＩピクチャ又はＰピクチャのいずれであっても違いはなくなる。ＭＣＵは、第２の参加者のビデオ映像を形成するデジタルデータ（すなわち符号化ドメインデータ）をフレームにおいて保持する。第２の参加者のビデオ映像を形成するデジタルデータがＭＣＵによって再構成されても、該ビデオ映像は該ＭＣＵによって変更されないか、又は実質的に変更されない。
ＭＣＵは、図３に示される出力ＣＩＦ信号１４Ｆを準備する。最初にＣＩＦのピクチャ形式を有するＣＩＦピクチャが生成される。次に、適当な一時的リファレンスがピクチャに割り当てられる。
【００４３】
ＱＣＩＦ信号１１Ａから受信したフレームが出力ＣＩＦ信号１４Ｆの上方右の象限に割り当てられたとき、ＭＣＵは、信号１１Ａを介して受信したＱＣＩＦピクチャを、Ｈ．２６１コーデック・フォーマットからＨ．２６３コーデック・フォーマットに変換することによって、該ＭＣＵによって生成されたＱＣＩＦフレームを該出力ＣＩＦ信号１４Ｆの上方右の象限に挿入する。ＱＣＩＦフレームについてのＧＮは、図６に示されるＧＮに対応するように改変される。ＱＣＩＦフレームは１、３及び５のＧＮを有するが、該ＱＣＩＦフレームは出力ＣＩＦ信号の上方右の象限に挿入されるため、これらの番号は２、４及び６に変更される。ＣＩＦ信号１４Ｆの上方右の象限についてのＧＮは、図６に示されるように、２、４、６でなくてはならない。
【００４４】
ＭＣＵは、場合に応じて、信号１４Ｆの上方左の象限を、各々が正しいＧＮ１、３又は５を含むＧＯＢのヘッダによって満たす。各々のＧＯＢにおけるヘッダはマクロブロックデータのいずれによっても追随されない。同様に、ＭＣＵは、場合に応じて、ＣＩＦ信号１４Ｆの下方左の象限を、各々が正しいＧＮ７、９又は１１を含むＧＯＢのヘッダによって満たす。下方左の象限における各々のＧＯＢにおけるヘッダはマクロブロックデータのいずれによっても追随されない。最後に、ＭＣＵは、場合に応じて、ＣＩＦ信号１４Ｆの下方右の象限を、各々が正しいＧＮ８、１０又は１２を含むＧＯＢのヘッダによって満たす。下方右の象限における各々のＧＯＢにおけるヘッダは、マクロブロックデータのいずれによっても追随されない。適当なＧＮを備えるＧＯＢヘッダが付加的なマクロブロックデータのいずれによっても追随されない場合には、スキップＭＢＡが示されるが、これは、その特定のＣＩＦ信号１４Ｆを参加者のビデオ装置が受信したとき、その象限におけるピクチャは該装置によって更新されていないことを意味する。
【００４５】
結果として得られる出力Ｈ．２６１コーデック・フォーマットのＣＩＦ信号１４Ｆが図３に示される。この信号が送信され、参加者１によって受信されたとき、この参加者のビデオ装置は、ＱＣＩＦフレームに含まれるピクチャを、該参加者のＣＲＴ又は他の画面上に示されるビデオ映像の上方右の象限に挿入する。ＣＲＴ上に示される残りの象限におけるピクチャは変更されないまま残る。
ＣＩＦ信号１４Ｆを送信した後、ＭＣＵは入力信号１０ないし１３を再び監視し、新しいフレームの受信を待つ。ＭＣＵは新しいフレーム１２Ａを信号１２から受信する。
フレームはＨ．２６３コーデック・フォーマットであるため、ＭＣＵは該コーデック・フォーマットをＨ．２６１に変更する。Ｈ．２６３コーデック・フォーマットがＨ．２６１コーデック・フォーマットに変更されたとき、入力ピクチャがＩピクチャ又はＰピクチャのいずれであっても違いはなくなる。ＭＣＵは、第３の参加者のビデオ映像を形成するデジタルデータ（すなわち符号化ドメインデータ）をフレームにおいて保持する。第３の参加者のビデオ映像を形成するデジタルデータがＭＣＵによって再構成されても、該ビデオ映像は該ＭＣＵによって変更されないか、又は実質的に変更されない。
ＭＣＵは、図３に示される出力ＣＩＦ信号１４Ｇを準備する。最初にＣＩＦのピクチャ形式を有するＣＩＦピクチャが生成される。次に、適当な一時的リファレンスがピクチャに割り当てられる。
【００４６】
ＱＣＩＦ信号１２Ａから受信したフレームが出力ＣＩＦ信号１４Ｇの下方左の象限に割り当てられたとき、ＭＣＵは、信号１２Ａを介して受信したＱＣＩＦピクチャを、Ｈ．２６３コーデック・フォーマットからＨ．２６１コーデック・フォーマットに変換することによって、該ＭＣＵによって生成されたＱＣＩＦフレームを該出力ＣＩＦ信号１４Ｇの下方左の象限に挿入する。ＱＣＩＦフレームについてのＧＮは、図６に示されるＧＮに対応するように改変される。ＱＣＩＦフレームは１、３及び５というデフォルトのＧＮを有するが、該ＱＣＩＦフレームは出力ＣＩＦ信号の下方左の象限に挿入されるため、これらの番号は７、９及び１１に変更される。ＣＩＦ信号１４Ｇの下方左の象限についてのＧＮは、図６に示されるように、７、９、１１でなければならない。
ＭＣＵは、場合に応じて、信号１４Ｇの上方左の象限を、各々が正しいＧＮ１、３又は５を含むＧＯＢのヘッダによって満たす。各々のＧＯＢにおけるヘッダは、マクロブロックデータのいずれによっても追随されない。同様に、ＭＣＵは、場合に応じて、ＣＩＦ信号１４Ｇの上方右の象限を、各々が正しいＧＮ２、４、６を含むＧＯＢのヘッダによって満たす。上方右の象限における各々のＧＯＢにおけるヘッダは、マクロブロックデータのいずれによっても追随されない。最後に、ＭＣＵは、場合に応じて、ＣＩＦ信号１４Ｇの下方右の象限を、各々が正しいＧＮ８、１０又は１２を含むＧＯＢのヘッダによって満たす。下方右の象限における各々のＧＯＢにおけるヘッダはマクロブロックデータのいずれによっても追随されない。適当なＧＮを備えるＧＯＢヘッダが付加的なマクロブロックデータのいずれによっても追随されない場合には、スキップＭＢＡが示されるが、これは、その特定のＣＩＦ信号１４Ｇを参加者のビデオ装置が受信したとき、その象限におけるピクチャは該装置によって更新されていないことを意味する。
【００４７】
結果として得られる出力Ｈ．２６１コーデック・フォーマットのＣＩＦ信号１４Ｇが図３に示される。この信号が送信され、参加者１によって受信されたとき、この参加者のビデオ装置は、ＱＣＩＦフレームに含まれるピクチャを、該参加者のＣＲＴ又は他の画面上に示されるビデオ映像の下方左の象限に挿入する。ＣＲＴ上に示される残りの象限におけるピクチャは変更されないまま残る。
ＣＩＦ信号１４Ｇを送信した後、ＭＣＵは入力信号１０ないし１３を再び監視し、新しいフレームの受信を待つ。ＭＣＵは新しいフレーム１３Ａを信号１３から受信する。
フレームはＨ．２６３コーデック・フォーマットであるため、ＭＣＵは該コーデック・フォーマットをＨ．２６１に変更する。Ｈ．２６３コーデック・フォーマットがＨ．２６１コーデック・フォーマットに変更されたとき、入力ピクチャがＩピクチャ又はＰピクチャのいずれであっても違いはなくなる。ＭＣＵは、第４の参加者のビデオ映像を形成するデジタルデータ（すなわち符号化ドメインデータ）をフレームにおいて保持する。第４の参加者のビデオ映像を形成するデジタルデータがＭＣＵによって再構成されても、該ビデオ映像は該ＭＣＵによって変更されないか、又は実質的に変更されない。
ＭＣＵは図３に示される出力ＣＩＦ信号１４Ｈを準備する。最初にＣＩＦのピクチャ形式を有するＣＩＦピクチャが生成される。次に、適当な一時的リファレンスがピクチャに割り当てられる。
【００４８】
ＱＣＩＦ信号１３Ａから受信したフレームが出力ＣＩＦ信号１４Ｈの下方右の象限に割り当てられたとき、ＭＣＵは、信号１３Ａを介して受信したＱＣＩＦピクチャを、Ｈ．２６３コーデック・フォーマットからＨ．２６１コーデック・フォーマットに変換することによって、該ＭＣＵによって生成されたＱＣＩＦフレームを該出力ＣＩＦ信号１４Ｈの下方右の象限に挿入する。ＱＣＩＦフレームについてのＧＮは、図６に示されるＧＮに対応するように改変される。ＱＣＩＦフレームは１、３及び５のＧＮを有するが、該ＱＣＩＦフレームは出力ＣＩＦ信号の下方右の象限に挿入されるため、これらの番号は８、１０及び１２に変更される。ＣＩＦ信号１４Ｈの下方右についてのＧＮは、図６に示されるように、８、１０及び１２でなくてはならない。
【００４９】
ＭＣＵは、場合に応じて、信号１４Ｈの上方左の象限を、各々が正しいＧＮ１、３又は５を含むＧＯＢのヘッダによって満たす。各々のＧＯＢにおけるヘッダは、マクロブロックデータのいずれによっても追随されない。同様に、ＭＣＵは、場合に応じて、ＣＩＦ信号１４Ｈの上方右の象限を、各々が正しいＧＮ２、４、６を含むＧＯＢのヘッダによって満たす。上方右の象限における各々のＧＯＢにおけるヘッダは、マクロブロックデータのいずれによっても追随されない。最後に、ＭＣＵは、場合に応じて、ＣＩＦ信号１４Ｈの下方左の象限を、各々が正しいＧＮ７、９、１１を含むＧＯＢのヘッダによって満たす。下方右の象限における各々のＧＯＢにおけるヘッダは、マクロブロックデータのいずれによっても追随されない。適当なＧＮを備えるＧＯＢヘッダが付加的なマクロブロックデータのいずれによっても追随されない場合には、スキップＭＢＡが示されるが、これは、その特定のＣＩＦ信号１４Ｈを参加者のビデオ装置が受信したとき、その象限におけるピクチャは該装置によって更新されていないことを意味する。
結果として得られる出力Ｈ．２６１コーデック・フォーマットのＣＩＦ信号１４Ｈが図３に示される。この信号が送信され、参加者１によって受信されたとき、この参加者のビデオ装置は、ＱＣＩＦフレームに含まれるピクチャを、該参加者のＣＲＴ又は他の画面上に示されるビデオ映像の下方右の象限に挿入する。ＣＲＴ上に示される残りの象限におけるピクチャは変更されないまま残る。
【００５０】
当業者によって理解されるように、複数の参加者の間のテレビ会議の際、複数の入力チャネルから一度に１つのフレームだけを受信し送信するために、Ｈ．２６３及びＨ．２６１以外の種々のコーデック・フォーマットが存在し、本発明に従って利用することができる。
テレビ会議における各々の参加者からＱＣＩＦ（又は他の）信号をＭＣＵに送信するため、及びＣＩＦ（又は他の）信号を該ＭＣＵからテレビ会議における参加者の選択された人に送信するために必要な装置はよく知られており、ここで詳細には説明しない。
【００５１】
テレビ会議の参加者の映像をＣＩＦ信号１４の象限に送信する代わりに、他の情報を送信することができる。例えば、ビデオクリップ、文書、スプレッドシート、プレゼンテーションなどをＣＩＦ信号１４の中に組み込み、テレビ会議における参加者の１人の映像の代わりに、例えば下方右の象限（又は他の象限）に表示すことができる。
【００５２】
本発明を利用するために、当業者によって理解される事項により本発明を説明し、現在の好ましい実施形態及びその最良の様式を説明してきた。
【図面の簡単な説明】
【図１】
本発明に基づいて構成されたテレビ会議システムにおける参加者の画面を示す概略図である。
【図２】
ビデオ画像の上方左の象限が変更されているとき、ビデオ画像の上方右の象限が変更されているとき、ビデオ画像の下方左の象限が変更されているとき、及び、ビデオ画像の下方右の象限が変更されているときの出力Ｈ．２６３のビデオストリームに含まれる情報を示す概略図である。
【図３Ａ】
出力Ｈ．２６１のＣＩＦビデオストリームの左上方象限についての入力ＱＣＩＦフレーム、出力Ｈ．２６１のＣＩＦビデオストリームに含まれる情報、出力Ｈ．２６１のＣＩＦビデオストリームの右上方象限についての入力ＱＣＩＦフレーム、及び、出力Ｈ．２６１のＣＩＦビデオストリームに含まれる情報を示す概略図である。
【図３Ｂ】
出力Ｈ．２６１のＣＩＦビデオストリームの下方左象限についての入力ＱＣＩＦフレーム、出力Ｈ．２６１のＣＩＦビデオストリームに含まれる情報、出力Ｈ．２６１のＣＩＦビデオストリームの下方右象限についての入力ＱＣＩＦフレーム、及び、出力Ｈ．２６１のＣＩＦビデオストリームに含まれる情報を示す概略図である。
【図４】
入力Ｈ．２６３のＱＣＩＦピクチャ・フレームの運動ベクトルデータ（ＭＶＤ）が出力Ｈ．２６３のＣＩＦピクチャ・フレームに組み込まれたときに、該ベクトルデータはＣＩＦピクチャにおける異なるマクロブロック（ＭＢ）を参照することがあるため、どのように再調整されるべきかを示す概略図である。
【図５】
Ｈ．２６３コーデック・フォーマットを用いて、入力ＱＣＩＦのＩピクチャ及び入力ＱＣＩＦのＰピクチャから生成されたＣＩＦのビデオストリームに含まれる情報を示すものである。
【図６】
Ｈ．２６１において符号化されたＱＣＩＦフレームが、Ｈ．２６１において符号化された出力ＣＩＦビデオストリームに組み込まれたとき、入力ＱＣＩＦフレームにおけるグループ番号（ＧＮ）がどのように変更されるかを示す概略図である。
【図３Ａ】
2004536529.tif 000003
【図３Ｂ】
2004536529.tif 000004
【図５】
2004536529.tif 000005
【図６】
2004536529.tif 000006
【国際公開パンフレット】
2004536529.tif 000007
2004536529.tif 000008
2004536529.tif 000009
2004536529.tif 000010
2004536529.tif 000011
2004536529.tif 000012
2004536529.tif 000013
2004536529.tif 000014
2004536529.tif 000015
2004536529.tif 000016
2004536529.tif 000017
2004536529.tif 000018
2004536529.tif 000019
2004536529.tif 000020
2004536529.tif 000021
2004536529.tif 000022
2004536529.tif 000023
2004536529.tif 000024
2004536529.tif 000025
2004536529.tif 000026
2004536529.tif 000027
2004536529.tif 000028
2004536529.tif 000029
2004536529.tif 000030
2004536529.tif 000031
2004536529.tif 000032
2004536529.tif 000033
2004536529.tif 000034
2004536529.tif 000035
2004536529.tif 000036
2004536529.tif 000037
2004536529.tif 000038
2004536529.tif 000039
2004536529.tif 000040
2004536529.tif 000041
2004536529.tif 000042
2004536529.tif 000043
2004536529.tif 000044
2004536529.tif 000045
2004536529.tif 000046
2004536529.tif 000047
2004536529.tif 000048
【国際調査報告】
2004536529.tif 000049