JP2004080349A - テレビ会議システムのデータ送受信方法 - Google Patents
テレビ会議システムのデータ送受信方法 Download PDFInfo
- Publication number
- JP2004080349A JP2004080349A JP2002237454A JP2002237454A JP2004080349A JP 2004080349 A JP2004080349 A JP 2004080349A JP 2002237454 A JP2002237454 A JP 2002237454A JP 2002237454 A JP2002237454 A JP 2002237454A JP 2004080349 A JP2004080349 A JP 2004080349A
- Authority
- JP
- Japan
- Prior art keywords
- terminal
- conference
- data
- mcu
- image data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
【課題】本発明はテレビ会議室システムのデータ送受信方法に関し、第１に通信プロトコルを変更することなくＭＣＵの負荷を減らすことができ、第２に各テレビ会議端末間でデータの送受信を行なうことができるテレビ会議室システムのデータ送受信方法を提供することを目的としている。
【解決手段】多地点テレビ会議システムにおいて、各テレビ会議端末が変調された信号をテレビ会議制御装置に送信するに際し、ペイロードの先頭にデータ識別情報を埋め込んで送信し（ステップ１）、前記テレビ会議制御装置は、送られてきた信号を前記ペイロードのデータ識別情報に従い、各テレビ会議端末に送信する（ステップ２）ように構成する。
【選択図】 図１
【解決手段】多地点テレビ会議システムにおいて、各テレビ会議端末が変調された信号をテレビ会議制御装置に送信するに際し、ペイロードの先頭にデータ識別情報を埋め込んで送信し（ステップ１）、前記テレビ会議制御装置は、送られてきた信号を前記ペイロードのデータ識別情報に従い、各テレビ会議端末に送信する（ステップ２）ように構成する。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、多地点でテレビ会議を行なう場合のテレビ会議システムのデータ送受信方法に関する。
【０００２】
【従来の技術】
図１８は従来のテレビ会議システムの構成図である。この構成では、テレビ（ＴＶ）会議端末は１〜３の３台設けられている。１をＴＶ会議端末Ａ、２をＴＶ会議端末Ｂ、３をＴＶ会議端末Ｃとする。ＴＶ会議端末Ａで得られた画像データ（この画像データには音声データも含むものとする。以下同様）をＡ１、ＴＶ会議端末Ｂで得られた画像データをＢ１、ＴＶ会議端末Ｃで得られた画像データをＣ１とする。
【０００３】
これら各ＴＶ会議端末Ａ〜Ｃで得られた画像データＡ〜Ｃは、各ＴＶ会議端末Ａ〜Ｃでエンコード（ｅｎｃｏｄｅ：変調）されて、それぞれ画像データＡ１〜Ｃ１に変わる。これら各ＴＶ端末Ａ〜Ｃの出力画像データＡ１〜Ｃ１はＴＶ会議制御装置４（以下ＭＣＵと略す）に入り、該ＭＣＵで復号化／合成され、画像データＭ１となる。この画像データＭ１は、ＭＣＵから図に示すように各ＴＶ会議端末Ａ〜Ｃに入力される。各ＴＶ会議端末Ａ〜Ｃでは、合成された画像データＡ１〜Ｃ１が画面に表示される。ＭＣＵは、各ＴＶ会議端末Ａ〜ＣのＩＰアドレスを予め記憶している。
【０００４】
図１９はＴＶ会議端末Ａの動作を示すフローチャートである。先ず、自画像Ａを撮影し、自画像Ａを符号化してＡ１とする（Ｓ１）。次に、データ送信先としてＭＣＵのＩＰアドレスを設定し（Ｓ２）、該ＭＣＵにデータＡ１を転送する（Ｓ３）。図２０はＴＶ会議端末Ｂの動作を示すフローチャートである。動作は、ＴＶ会議端末Ａの動作と同じである。即ち、先ず、自画像Ｂを撮影し、自画像Ｂを符号化してＢ１とし（Ｓ１）、次に、データ送信先としてＭＣＵのＩＰアドレスを設定し（Ｓ２）、該ＭＣＵにデータＢ１を転送する（Ｓ３）。図２１はＴＶ会議端末Ｃの処理を示すフローチャートである。動作は、他のＴＶ会議端末Ａ，Ｂの動作と同じである。即ち、先ず、自画像Ｃを撮影し、自画像Ｃを符号化してＣ１とし（Ｓ１）、次に、データ送信先としてＭＣＵのＩＰアドレスを設定し（Ｓ２）、該ＭＣＵにデータＣ１を転送する（Ｓ３）。
【０００５】
図２２はＭＣＵの処理を示すフローチャートである。先ず、ＴＶ会議端末Ａ〜Ｃからの画像データＡ１／Ｂ１／Ｃ１を受信する（Ｓ１）。次に、受信した画像データＡ１／Ｂ１／Ｃ１を復号化し、次に復号化した画像データを合成する（Ｓ２）。次に、Ａ１／Ｂ１／Ｃ１の合成データを符号化してＭ１とする（Ｓ３）。次に、データ転送先としてＴＶ会議端末Ａ／Ｂ／ＣのＩＰアドレスを設定する（Ｓ４）。ＭＣＵは、予めＴＶ会議端末Ａ〜ＣのＩＰアドレスを保持しているので、ＩＰアドレスの設定は速やかに行なわれる。次に、ＩＰアドレスを基にＴＶ会議端末Ａ／Ｂ／Ｃにそれぞれ画像データＭ１を送信する。
【０００６】
図２３はＴＶ会議端末Ａの処理を示すフローチャートである。先ず、ＭＣＵから受信した画像データＭ１を受信すると（Ｓ１）、画像データＭ１を復号化する（Ｓ２）。そして、復号化した画像データを画面上に表示する（Ｓ３）。図２４はＴＶ会議端末Ｂの処理を示すフローチャートである。動作は、ＴＶ会議端末Ａの動作と同じである。即ち、ＭＣＵから受信した画像データＭ１を受信すると（Ｓ１）、画像データＭ１を復号化する（Ｓ２）。そして、復号化した画像データを画面上に表示する（Ｓ３）。図２５はＴＶ会議端末Ｂの処理を示すフローチャートである。動作は他のＴＶ会議端末Ａ、Ｂの動作と同じである。即ち、ＭＣＵから受信した画像データＭ１を受信すると（Ｓ１）、画像データＭ１を復号化する（Ｓ２）。そして、復号化した画像データを画面上に表示する（Ｓ３）。
【０００７】
図２６はメッシュ方式でのデータ送信の説明図である。図に示すシステムでは、ＭＣＵは具備しておらず、ＴＶ会議端末Ａ〜Ｃが互いに接続されている。例えば、ＴＶ会議端末Ｂの場合を例にとると、ＴＶ会議端末Ｂは、ＴＶ会議端末ＡにＴＶ会議端末Ｂの変調された画像データＢ１を送信すると共に、ＴＶ会議端末ＣにＴＶ会議端末Ｂの変調された画像データＢ１を送信する。
【０００８】
一方、該ＴＶ会議端末Ｂは、他のＴＶ会議端末ＡからＴＶ会議端末Ａの変調された画像データＡ１を受信し、他のＴＶ会議端末ＣからＴＶ会議端末Ｃの変調された画像データＣ１を受信する。このような画像データの相互データ転送を可能とするために、各ＴＶ会議端末では、ＴＶ会議端末情報（ＩＰアドレス）を予め記憶しておく必要がある。
【０００９】
この場合において、ＴＶ会議端末Ｂは、自己の画像データＢについては変調して画像データＢ１を作成して転送し、他のＴＶ会議端末Ａ、Ｃからの変調画像データＡ１、Ｃ１を復調して画像データＡ、Ｃとする。その結果、ＴＶ会議端末間Ｂの画面５には、画像データＡ１、Ｂ１、Ｃ１が表示される。以上の動作は、他のＴＶ会議端末でも同様である。
【００１０】
【発明が解決しようとする課題】
上述した従来のテレビ会議システムでは、ＭＣＵで復号化された画像データに対する合成処理を行なっているため、複数のテレビ会議システムを制御している場合、ＭＣＵに対する負荷が非常に高くなり、データの遅延が発生し、画像伝送の遅れ、画像データの欠落、画像データと音声データとの同期がとれない等の問題が発生する。
【００１１】
一方、図２６に示すメッシュ方式の場合、全てのテレビ会議参加端末に対してデータを送信することになり、テレビ会議端末数の増加に伴う必要帯域の増大や、テレビ会議参加端末の管理の複雑化により、テレビ会議端末の処理能力不足の問題が発生する可能性がある。
【００１２】
本発明はこのような課題に鑑みてなされたものであって、第１に通信プロトコルを変更することなくＭＣＵの負荷を減らすことができ、第２に各テレビ会議端末間でデータの送受信を行なうことができるテレビ会議システムのデータ送受信方法を提供することを目的としている。
【００１３】
【課題を解決するための手段】
（１）図１は本発明の原理を示すフローチャートである。本発明は、多地点テレビ会議システムにおいて、各テレビ会議端末が変調された信号をテレビ会議制御装置に送信するに際し、ペイロードの先頭にデータ識別情報を埋め込んで送信し（ステップ１）、
前記テレビ会議制御装置は、送られてきた信号を前記ペイロードのデータ識別情報に従い、各テレビ会議端末に送信する（ステップ２）ようにしたことを特徴とする。
【００１４】
本発明では、ＭＣＵ（テレビ会議制御装置）は、データの解析／編集を行なわず、各ＴＶ会議端末への画像データの分配だけを行なうようにする。テレビ会議端末では、送信元で設定された独自のデータ識別ヘッダを元に、送信元のテレビ会議端末及び何番目の画像かを認識し、同一のテレビ会議端末のデータをシーケンス番号の順番に画像を復号化する。これにより、受信側のテレビ会議端末で画像を表示することが可能となる。
【００１５】
このように構成すれば、テレビ会議制御装置（ＭＣＵ）で、画像データのデコードを行なう必要がなくなるので、テレビ会議制御装置の負荷を減らすことができる。
（２）請求項２記載の発明は、前記テレビ会議端末は、ゲートキーパにアクセス情報を送信し、該ゲートキーパは、アクセス情報を受けて前記テレビ会議制御装置にセッション確立要求を送信し、この送信を受けて、前記テレビ会議端末と前記テレビ会議制御装置との間のセッションを確立することを特徴とする。
【００１６】
このように構成すれば、各テレビ会議端末がテレビ会議制御装置を介して他のテレビ会議端末と画像データの送受信を行なうことが可能となる。
（３）請求項３記載の発明は、前記多地点テレビ会議システムにおいて、ヘッダ上の端末情報を用いて接続している拠点情報を認識することを特徴とする。
【００１７】
このように構成すれば、ヘッダ上の端末情報を用いて、テレビ会議端末の画面上にその設置場所（例えば大阪）を表示することにより、ＴＶ会議を行なっている人に、当該表示を行なっている場所がどの場所（例えば大阪）であるかを認識させることが可能となる。
【００１８】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態例を詳細に説明する。
ＭＣＵの負荷分散の問題を解決するために、ＭＣＵは各ＴＶ会議端末へのデータ分配だけを行わせ、各ＴＶ会議端末側で画像の復号化を行わせるようにした。従来の技術では、ＭＣＵからデータを受信したＴＶ会議端末では、データ送信元がＭＣＵのＩＰアドレスであるため、どのＴＶ会議端末から送信されてきた情報かが分からない。
【００１９】
そこで、ＴＶ会議端末側（送信側）で、送信元の識別ヘッダをペイロード部に埋め込み、ＭＣＵにデータ送信する。この時、送受信を行なっているＴＶ会議端末に関する情報（端末の名前／設置場所等）を同時に埋め込むようにした。そして、ＭＣＵでは、予め保持しているＴＶ会議端末リストを参照し、データ送信元のＴＶ会議端末が参加している会議への参加端末全てに対して、データを編集することなく、データを送信するようにしたものである。
【００２０】
図２は本発明で使用する送信データの構成の一例を示す図である。Ａ１はＴＶ会議端末ＡからＭＣＵへの送信データ、Ｂ−Ａ１はＭＣＵからＴＶ会議端末Ｂへの送信データ（ＴＶ会議端末Ａの画像データ）、Ｃ−Ａ１はＭＣＵからＴＶ会議端末Ｃへの送信データ（ＴＶ会議端末Ａの画像データ）を示している。
【００２１】
データＡ１において、１０はＲＴＰ（Ｒｅａｌｔｉｍｅ ＴｒａｎｓｐｏｒｔＰｒｏｔｏｃｏｌ）ヘッダ、２０はペイロード（ｐａｙｌｏｒｄ）である。ＲＴＰヘッダ１０において、１１はＭＣＵの宛先（ディスティネーション：ＤＳＴＭＣＵ）を示している。ペイロード２０において、２１は本発明で用いられるデータ識別情報が記憶される識別ヘッダである。本発明では、連続番号（ＳＱ：シーケンス番号）２１ａ、ＴＶ会議端末ＡのＩＤである２１ｂ、端末名称２１ｃ及び設置場所２１ｄから構成されている。２２はエンコード（ｅｎｃｏｄｅ：変調）された画像データである。ＴＶ会議端末で撮影された画像データは、一旦変調されて送信される。データＡ１は、ＭＣＵに送られる。
【００２２】
データＢ−Ａ１は、ＭＣＵで受信され、ＴＶ会議端末Ｂに送信される画像データである。このデータＢ−Ａ１において、１２はＭＣＵで設定された宛先データである。ＤＳＴ Ｃｌｉｅｎｔ Ｂとは、宛先がＴＶ会議端末Ｂであることを示している。２１は、データＡ１と同じデータ識別ヘッダである。ＭＣＵは、ＴＶ会議端末情報と受信データＡ１のペイロード上のデータ識別ヘッダ２１を元に宛先の設定を行ない、このデータをＴＶ会議端末Ｂへ送信するだけである。この場合において、ＭＣＵは受信した画像データの復調／変調処理は行なっていない。
【００２３】
ＴＶ会議端末Ｂでは、送信元で設定された独自のデータ識別ヘッダを元に、送信元のＴＶ会議端末Ａ及び何番目の画像かを認識し、同一のＴＶ会議端末の画像データをシーケンス番号の順番に画像の復号化を行なうことにより、受信側のＴＶ会議端末Ｂ側で表示画面に画像を表示することが可能となる。
【００２４】
データＣ−Ａ１は、ＭＣＵで受信され、ＴＶ会議端末Ｃに送信される画像データである。画像データＢ−Ａ１の場合と同様の動作により、ＴＶ会議端末Ｃへ送信され、テレビ会議端末Ｃの表示画面に画像を表示することが可能となる。
【００２５】
図３は画像データの転送の説明図である。図１８と同一のものは、同一の符号を付して示す。図において、１はＴＶ会議端末Ａ、２はＴＶ会議端末Ｂ、３はＴＶ会議端末Ｃである。４は各ＴＶ会議端末Ａ〜Ｃの画像データを受けて、データ識別情報に従って各ＴＶ会議端末Ａ〜Ｃに分配するＴＶ会議制御装置である。各ＴＶ会議端末Ａ〜Ｃでは、画像データをデコード（復調）し、合成して表示画面５Ａ〜５Ｃに表示する。
【００２６】
ＴＶ会議端末Ａでは、撮影した画像データＡを変調して画像データＡ１にする。ＴＶ会議端末Ｂでは、撮影した画像データＢを変調して画像データＢ１にする。ＴＶ会議端末Ｃでは、撮影した画像データＣを変調して画像データＣ１にする。
【００２７】
これら画像データＡ１〜Ｃ１はＭＣＵ４に入力される。ここで、ＭＣＵ４はＴＶ会議端末情報を記憶している。各ＴＶ会議端末情報は、各ＴＶ会議端末がＴＶ会議参加用のダイヤルをすることにより、ＭＣＵ４に登録保存される。ＭＣＵ４は画像データの変復調は行なわず、ＴＶ会議端末情報と送信データ上のＩＤより画像データＡ１はＴＶ会議端末Ｂ、Ｃに、画像データＢ１はＴＶ会議端末Ｃ，Ａに、画像データＣ１はＴＶ会議端末Ａ，Ｂにそれぞれ送出する。
【００２８】
ＴＶ会議端末Ｂでは、ＭＣＵ４から送られてきた画像データＢ−Ａ１（ＴＶ会議端末Ａからの画像データ），Ｂ−Ｃ１（ＴＶ会議端末Ｃからの画像データ）をデコード（復調）して元の画像データＡ、Ｃに戻し、表示画面５Ｂに表示する。なお、画像データＢは自端末のデータなので、予めＴＶ会議端末Ｂに保持している。このようにして、表示画面５Ｂには画像データＡ〜Ｃが表示される。画像データの表示の形態は、図に示す例に限るものではなく、画面を３分割して、それぞれの分割画面に画像データＡ〜Ｃを表示するようにしてもよい。
【００２９】
以上、ＴＶ会議端末Ｂへの画像データの表示について説明したが、残りのＴＶ会議端末Ａ、Ｃについても同様である。ＴＶ会議端末Ｃでは、他のＴＶ会議端末Ａ、Ｂからの画像データがデコードされて、表示画面５Ｃに画像Ａ〜Ｃが表示される。ＴＶ会議端末Ａでは、他のＴＶ会議端末Ｂ、Ｃからの画像データがデコードされて、表示画面５Ａに画像Ａ〜Ｃが表示される。
【００３０】
このように、本発明によれば、テレビ会議制御装置（ＭＣＵ）で、画像データのデコードを行なう必要がなくなるので、テレビ会議制御装置の負荷を減らすことができる。
【００３１】
図４はＴＶ会議端末とＭＣＵのセッション確立の説明図である。図３と同一のものは、同一の符号を付して示す。図において、３０はＴＶカメラ、１は該ＴＶカメラ３０が接続されるＴＶ会議端末Ａ、３１はＴＶ会議端末Ａと接続されるＷｅｂサーバ、３２はＷｅｂサーバ３１と接続されるデータベースである。３３はＴＶ会議端末Ａと接続され、セッション確立を行なうためのゲートキーパ（Ｇａｔｅ Ｋｅｅｐｅｒ：ＧＫ）である。４は該ＧＫ３３と接続されるＭＣＵである。
【００３２】
ＴＶ会議端末ＡからはＷｅｂサーバ３１に参加要求が送出され、Ｗｅｂサーバ３１からはＴＶ会議端末Ａに対してアクセス情報が送出される。また、Ｗｅｂサーバ３１は、データベース３２に対してアクセス情報要求を行ない、データベース３２からはＷｅｂサーバ３１に対してアクセス情報が送出される。また、ＴＶ会議端末Ａからは、ＧＫ３３に対してアクセス情報が送出され、ＧＫ３３からはＭＣＵ４に対してセッション確立要求が送出される。
【００３３】
このように構成されたシステムの動作を図５〜図８のフローチャートを用いて説明する。図５はＴＶ会議端末Ａの処理を示すフローチャートである。先ず、ＴＶ会議端末Ａは、Ｗｅｂサーバ３１にＴＶ会議への参加要求を行なう（Ｓ１）。次に、ＴＶ会議端末Ａは、Ｗｅｂサーバ３１からＧＫ３３へのアクセス情報を受信する（Ｓ２）。次に、このアクセス情報をＧＫ３３へ送信する（Ｓ３）。次に、ＭＣＵ４とのＲＴＰセッションの確立を行なう（Ｓ４）。他のＴＶ会議端末との間においても、ＭＣＵ４との間にセッションが確立すれば、各ＴＶ会議端末同士間で情報（画像と音声）のやりとりを行なうことができ、ＴＶ会議システムが実現される。
【００３４】
図６はＷｅｂサーバの処理を示すフローチャートである。先ず、ＴＶ会議端末ＡからのＴＶ会議への参加要求を受け付けると（Ｓ１）、データベース３２にアクセスし、ＧＫ３３へのアクセス情報を取得する（Ｓ２）。そして、Ｗｅｂサーバ３１は、ＴＶ会議端末ＡへＧＫ３３へのアクセス情報を送信する（Ｓ３）。
【００３５】
図７はＧＫの処理を示すフローチャートである。先ず、ＴＶ会議端末Ａからアセス情報を受信すると（Ｓ１）、ＭＣＵ４に対してＴＶ会議端末Ａとのセッション確立要求を行なう（Ｓ２）。
【００３６】
図８はＭＣＵの処理を示すフローチャートである。先ず、ＧＫ３３からセッション確立要求を受信すると（Ｓ１）、ＴＶ会議端末ＡのＩＰアドレスや、ＩＤをＴＶ会議端末情報に登録する（Ｓ２）。そして、ＴＶ会議端末Ａとのセッション確立を行なう（Ｓ３）。
【００３７】
このように、本発明によれば、各ＴＶ会議端末がＴＶ会議制御装置（ＭＣＵ）を介して他のＴＶ会議端末と画像データの送受信を行なうことが可能となる。
図９はＴＶ会議システム上のデータ送信の構成図である。図では、ｃｌｉｅｎｔＡ（ＴＶ会議端末Ａ）、ｃｌｉｅｎｔＢ（ＴＶ会議端末Ｂ）、ｃｌｉｅｎｔＣ（ＴＶ会議端末Ｃ）と、ＴＶ会議制御装置（ＭＣＵ）間のデータ送信を示している。図中に示されている記号の意味は、以下の通りである。
【００３８】
ＴＶ会議端末Ａ，Ｂ，Ｃ：それぞれ異なる点にあるＴＶ会議端末（以下端末）
ＭＣＵ：多地点ＴＶ会議制御装置
Ａ１：ＴＶ会議端末Ａから送信された１番目のデータ
Ｂ１：ＴＶ会議端末Ｂから送信された１番目のデータ
Ｃ１：ＴＶ会議端末Ｃから送信された１番目のデータ
Ａ−Ｂ１：ＭＣＵにより振り分けられた端末Ａへのデータ（Ｂ１）
Ｂ−Ａ１：ＭＣＵにより振り分けられた端末Ｂへのデータ（Ａ１）
Ｃ−Ａ１：ＭＣＵにより振り分けられた端末Ｃへのデータ（Ａ１）
Ａ−Ｃ１：ＭＣＵにより振り分けられた端末Ａへのデータ（Ｃ１）
Ｂ−Ｃ１：ＭＣＵにより振り分けられた端末Ｂへのデータ（Ｃ１）
Ｃ−Ｂ１：ＭＣＵにより振り分けられた端末Ｃへのデータ（Ｂ１）
図９において、画像データＡ１は端末ＡからＭＣＵに送信され、ＭＣＵは受信した画像データＡ１を端末Ｂと端末Ｃへ送信する。画像データＢ１は端末ＢからＭＣＵに送信され、ＭＣＵは受信した画像データＢ１を端末Ａと端末Ｃに送信する。画像データＣ１は端末ＣからＭＣＵに送信され、ＭＣＵは受信した画像データＣ１を端末Ａと端末Ｂへ送信する。
【００３９】
以下に、図３に示すシステムの詳細な動作を説明する。
１）ＴＶ会議端末Ａ〜Ｃは、それぞれネットワーク上のＷｅｂサーバにＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いてＴＶ会議参加要求を行なう。Ｗｅｂサーバでは、ＴＶ会議の呼制御を行なうＧＫ（Ｇａｔｅ Ｋｅｅｐｅｒ）へのアクセス情報を返送する。ＴＶ会議端末Ａ〜Ｃは、受信したアクセス情報を元にＧＫにアクセスし、ＧＫ経由でＭＣＵとＲＴＰセッションを確立する。ＭＣＵでは、ＧＫが受信した受け取ったＴＶ会議端末情報に端末Ａ〜ＣそれぞれのユニークなＩＤ、及びシーケンス番号を設定する。
２）ＴＶ会議端末Ａでは、自画像を撮影し、符号化し、何番目の画像データかを示すシーケンス番号、ＴＶ会議端末を特定するＩＤをペイロードの独自のデータ識別ヘッダに埋め込み、データ送信先をＭＣＵとして、ＭＣＵにデータＡ１を送信する。
３）ＴＶ会議端末Ａの１番目の画像データＡ１がＭＣＵに対して送信される。
４）ＭＣＵでは、画像データＡ１のヘッダ情報（ペイロード部のシーケンス番号（ＳＱ）＝１、ＩＤ＝Ａ）より、端末Ａから送信された１番目の情報ということが分かるので、ＴＶ会議端末情報を参照し、端末Ａ以外のＴＶ会議参加端末（この場合には端末ＢとＣ）に対して、画像データＡ１の転送処理を行なう。
５）ＭＣＵがデータ転送処理を行なうことにより、ＴＶ会議端末Ｂには端末Ｂに対するＡ１のデータＢ−Ａ１、ＴＶ会議端末Ｃには端末Ｃに対するＡ１のデータＣ−Ａ１が送信される。
６）端末Ｂでは、Ｂ−Ａ１のヘッダ情報（ペイロード部のＳＱ＝１、ＩＤ＝Ａ）により、端末Ｂに送られてきた端末Ａの１番目のデータであることを認識し、画像データの復号化を行ない、画面上に表示させる。
７）同様に、端末Ｃでも画像データの復号化を行ない、画面上に表示させる。
８）端末Ｂの１番目の画像データが、２）と同様の処理を行なった後、ＭＣＵに対して送信される。
９）ＭＣＵでは、３）と同様、端末Ｂから送信されてきた情報と認識し、端末Ａ及びＣに対して画像データ転送処理を行なう。
１０）ＭＣＵが画像データ転送処理を行なうことにより、ＴＶ会議端末Ａには端末Ａに対するＢ１のデータＡ−Ｂ１、ＴＶ会議端末Ｃには端末Ｃに対するＢ１のデータＣ−Ｂ１が送信者される。
１１）端末Ａでは、Ａ−Ｂ１のヘッダ情報（ペイロード部のＳＱ＝１、ＩＤ＝Ｂ）より、端末Ａに送られてきた端末Ｂの１番目のデータであることを認識し、画像データの復号化を行ない、画面上に表示させる。
１２）同様に、端末Ｃでも画像データの復号を行ない、画面上に表示させる。
１３）端末Ｃの１番目の画像データＣ１が、２）と同様の処理を行なった後、ＭＣＵに対して送信される。
１４）ＭＣＵでは、３）同様、端末Ｃから送信されてきた情報と認識し、端末Ａ及びＢに対してデータ転送処理を行なう。
１５）ＭＣＵがデータ転送処理を行なうことにより、ＴＶ会議端末Ａには、端末Ａに対するＣ１のデータＡ−Ｃ１、ＴＶ会議端末Ｂには端末Ｂに対するＣ１のデータＢ−Ｃ１が送信される。
１６）端末Ａでは、画像データＡ−Ｃ１のヘッダ情報（ペイロード部のＳＱ＝１、ＩＤ＝Ｃ）により、端末Ａに送られてきた端末Ｃの１番目のデータであることを認識し、画像データの復号化を行ない、画面上に表示させる。
１７）同様に、端末Ｂでも画像データの復号化を行ない、画面上に表示させる。
【００４０】
上述の実施の形態例において、ヘッダ上の端末情報を用いて接続している拠点情報を認識することができる。そして、ＴＶ会議端末の画面上にその設置場所（例えば大阪）を表示することにより、ＴＶ会議を行なっている人に、当該表示を行なっている場所がどの場所（例えば大阪）であるかを認識させることが可能となる。
【００４１】
図１０はＴＶ会議端末情報登録における端末Ａの処理を示すフローチャートである。端末Ａでは、先ずＴＶ会議参加要求用番号をダイヤルし（Ｓ１）、端末ＡのＴＶ会議参加要求信号をＭＣＵに送信する（Ｓ２）。
【００４２】
図１１はＴＶ会議端末情報登録における端末Ｂの処理を示すフローチャート、図１２はＴＶ会議端末情報登録における端末Ｃの処理を示すフローチャートである。これら処理は、図１０に示す端末Ａの処理と同じであり、端末からＴＶ会議参加要求用番号をダイヤルし（Ｓ１）、端末Ｂ（Ｃ）のＴＶ会議参加要求信号をＭＣＵに送信する（Ｓ２）。
【００４３】
図１３はＴＶ会議端末情報登録におけるＭＣＵの処理を示すフローチャートである。先ずＴＶ会議端末Ａ／Ｂ／ＣからのＴＶ会議参加要求信号を受信すると、ＴＶ会議端末Ａ／Ｂ／Ｃの端末情報をＴＶ会議端末情報として設定する（Ｓ２）。これにより、ＭＣＵには、テレビ会議端末情報が記憶されることになり、それぞれのＴＶ会議端末から画像データが送られてくると、前記テレビ会議端末情報を参照して、それぞれのＴＶ会議端末に画像データを配信する。
【００４４】
図１４はデータ送信処理における端末Ａの処理を示すフローチャートである。先ず、自画像を符号化し画像データＡ１とする（Ｓ１）。次に、ペイロード部に送信するデータのＳＱ（シリアル）番号を設定し（Ｓ２）、ペイロード部に送信するデータの送信元情報（ＩＤ）を設定する（Ｓ３）。そして、送信データに相手先アドレスとしてＭＣＵを設定する（Ｓ４）。その後、ＭＣＵに画像データＡ１を送信する（Ｓ５）。
【００４５】
図１５は、データ送信処理におけるＭＣＵの処理を示すフローチャートである。先ず、端末Ａから画像データＡ１を受信すると（Ｓ１）、前述したＴＶ会議端末情報を参照し、端末Ａ以外の端末へのデータ送信処理を準備する（Ｓ２）。そして、端末Ｂに対して画像データＡ１の送信データであるＢ−Ａ１を送信し（Ｓ３）、端末Ｃに対して画像データＡ１の送信データであるＣ−Ａ１を送信する（Ｓ４）。
【００４６】
図１６はデータ送信処理における端末Ｂの処理を示すフローチャートで、端末Ａからの画像データを受ける処理を示している。画像データＢ−Ａ１を受信すると（Ｓ１）、ペイロード部を参照し、端末Ａの１番目のデータであると認識する（Ｓ２）。次に、端末Ａの画像として、復号化／編集処理を実施し、画像を画面に表示する（Ｓ３）。次に、ペイロード部に設定してある送信元（端末Ａ）情報を画面上に表示する（Ｓ４）。これにより、会議の参加者は、どの場所の画像であるかを認識することができる。
【００４７】
図１７はデータ送信処理における端末Ｃの処理を示すフローチャートである。その動作は、端末Ｂの処理と同じである。即ち、画像データＣ−Ａ１を受信すると（Ｓ１）、ペイロード部を参照し、端末Ａの１番目のデータであると認識する（Ｓ２）。次に、端末Ａの画像として、復号化／編集処理を実施し、画像を画面に表示する（Ｓ３）。次に、ペイロード部に設定してある送信元（端末Ａ）情報を画面上に表示する（Ｓ４）。
【００４８】
以上、端末Ａからの画像データを端末Ｂ、Ｃに表示する場合について説明したが、端末Ｂからの画像データを端末Ｃ、Ａに表示する場合、端末Ｃからの画像データを端末Ａ、Ｂに表示する場合についても同様である。
【００４９】
前述したように、各端末へのデータ分配だけを行ない、データの解析／編集を行わなくなるため、ＭＣＵに対する負荷を低下させることが可能となり、データ遅延を防ぐことができる。また、ＭＣＵからデータを受信したＴＶ会議端末では、送信元で設定された独自のデータ識別ヘッダを元に、送信元のＴＶ会議端末及び何番目の画像であるかを認識し、同一のＴＶ会議端末のデータをシーケンス番号の順番に画像の復号化／編集をすることにより、受信側のＴＶ会議端末側で画像を表示させるため、画像の表示箇所を自由に変更したり、不要な画像の削除等、独自の編集をすることも可能となる。
【００５０】
また、メッシュ方式と比較した場合、自端末からの上り情報がＴＶ会議参加端末数の増加に関わらず一定であるため、帯域不足による処理遅延を招く可能性が低くなる。なお、上記のように構成した本発明は、ペイロード部に設定する情報をＴＶ会議端末の操作により設定することにより、受信側のＴＶ会議端末で送信元の各種情報の表示が可能となる。
【００５１】
上述の実施の形態例では、ＴＶ会議端末が、Ａ〜Ｃの３台の場合を例にとって説明したが、本発明はこれに限るものではなく、任意の数のＴＶ会議端末であっても、本発明を適用することができる。
【００５２】
【発明の効果】
以上説明したように、本発明によれば以下の効果が得られる。
（１）請求項１記載の発明によれば、テレビ会議制御装置（ＭＣＵ）で、画像データのデコードを行なう必要がなくなるので、テレビ会議制御装置の負荷を減らすことができる。
（２）請求項２記載の発明によれば、各テレビ会議端末がテレビ会議制御装置を介して他のテレビ会議端末と画像データの送受信を行なうことが可能となる。
（３）請求項３記載の発明によれば、ヘッダ上の端末情報を用いて、テレビ会議端末の画面上にその設置場所（例えば大阪）を表示することにより、ＴＶ会議を行なっている人に、当該表示を行なっている場所がどの場所（例えば大阪）であるかを認識させることが可能となる。
【００５３】
このように、本発明によれば、第１に通信プロトコルを変更することなくＭＣＵの負荷を減らすことができ、第２に各テレビ会議端末間でデータの送受信を行なうことができるテレビ会議システムのデータ送受信方法を提供することができる。
【図面の簡単な説明】
【図１】本発明の原理を示すフローチャートである。
【図２】本発明で使用する送信データの構成の一例を示す図である。
【図３】画像データ転送の説明図である。
【図４】ＴＶ会議端末とＭＣＵのセッション確立の説明図である。
【図５】ＴＶ会議端末Ａの処理を示すフローチャートである。
【図６】Ｗｅｂサーバの処理を示すフローチャートである。
【図７】ＧＫの処理を示すフローチャートである。
【図８】ＭＣＵの処理を示すフローチャートである。
【図９】ＴＶ会議システム上のデータ送信の構成図である。
【図１０】ＴＶ会議端末情報登録における端末Ａの処理を示すフローチャートである。
【図１１】ＴＶ会議端末情報登録における端末Ｂの処理を示すフローチャートである。
【図１２】ＴＶ会議端末情報登録における端末Ｃの処理を示すフローチャートである。
【図１３】ＴＶ会議端末情報登録におけるＭＣＵの処理を示すフローチャートである。
【図１４】データ送信処理における端末Ａの処理を示すフローチャートである。
【図１５】データ送信処理におけるＭＣＵの処理を示すフローチャートである。
【図１６】データ送信処理における端末Ｂの処理を示すフローチャートである。
【図１７】データ送信処理における端末Ｃの処理を示すフローチャートである。
【図１８】従来のテレビ会議システムの構成図である。
【図１９】ＴＶ会議端末Ａの処理を示すフローチャートである。
【図２０】ＴＶ会議端末Ｂの処理を示すフローチャートである。
【図２１】ＴＶ会議端末Ｃの処理を示すフローチャートである。
【図２２】ＭＣＵの処理を示すフローチャートである。
【図２３】ＴＶ会議端末Ａの処理を示すフローチャートである。
【図２４】ＴＶ会議端末Ｂの処理を示すフローチャートである。
【図２５】ＴＶ会議端末Ｃの動作を示すフローチャートである。
【図２６】メッシュ方式でのデータ送信の説明図である。
【符号の説明】
１ ＴＶ会議端末Ａ
２ ＴＶ会議端末Ｂ
３ ＴＶ会議端末Ｃ
４ ＭＣＵ
５Ａ〜５Ｃ 表示画面
【発明の属する技術分野】
本発明は、多地点でテレビ会議を行なう場合のテレビ会議システムのデータ送受信方法に関する。
【０００２】
【従来の技術】
図１８は従来のテレビ会議システムの構成図である。この構成では、テレビ（ＴＶ）会議端末は１〜３の３台設けられている。１をＴＶ会議端末Ａ、２をＴＶ会議端末Ｂ、３をＴＶ会議端末Ｃとする。ＴＶ会議端末Ａで得られた画像データ（この画像データには音声データも含むものとする。以下同様）をＡ１、ＴＶ会議端末Ｂで得られた画像データをＢ１、ＴＶ会議端末Ｃで得られた画像データをＣ１とする。
【０００３】
これら各ＴＶ会議端末Ａ〜Ｃで得られた画像データＡ〜Ｃは、各ＴＶ会議端末Ａ〜Ｃでエンコード（ｅｎｃｏｄｅ：変調）されて、それぞれ画像データＡ１〜Ｃ１に変わる。これら各ＴＶ端末Ａ〜Ｃの出力画像データＡ１〜Ｃ１はＴＶ会議制御装置４（以下ＭＣＵと略す）に入り、該ＭＣＵで復号化／合成され、画像データＭ１となる。この画像データＭ１は、ＭＣＵから図に示すように各ＴＶ会議端末Ａ〜Ｃに入力される。各ＴＶ会議端末Ａ〜Ｃでは、合成された画像データＡ１〜Ｃ１が画面に表示される。ＭＣＵは、各ＴＶ会議端末Ａ〜ＣのＩＰアドレスを予め記憶している。
【０００４】
図１９はＴＶ会議端末Ａの動作を示すフローチャートである。先ず、自画像Ａを撮影し、自画像Ａを符号化してＡ１とする（Ｓ１）。次に、データ送信先としてＭＣＵのＩＰアドレスを設定し（Ｓ２）、該ＭＣＵにデータＡ１を転送する（Ｓ３）。図２０はＴＶ会議端末Ｂの動作を示すフローチャートである。動作は、ＴＶ会議端末Ａの動作と同じである。即ち、先ず、自画像Ｂを撮影し、自画像Ｂを符号化してＢ１とし（Ｓ１）、次に、データ送信先としてＭＣＵのＩＰアドレスを設定し（Ｓ２）、該ＭＣＵにデータＢ１を転送する（Ｓ３）。図２１はＴＶ会議端末Ｃの処理を示すフローチャートである。動作は、他のＴＶ会議端末Ａ，Ｂの動作と同じである。即ち、先ず、自画像Ｃを撮影し、自画像Ｃを符号化してＣ１とし（Ｓ１）、次に、データ送信先としてＭＣＵのＩＰアドレスを設定し（Ｓ２）、該ＭＣＵにデータＣ１を転送する（Ｓ３）。
【０００５】
図２２はＭＣＵの処理を示すフローチャートである。先ず、ＴＶ会議端末Ａ〜Ｃからの画像データＡ１／Ｂ１／Ｃ１を受信する（Ｓ１）。次に、受信した画像データＡ１／Ｂ１／Ｃ１を復号化し、次に復号化した画像データを合成する（Ｓ２）。次に、Ａ１／Ｂ１／Ｃ１の合成データを符号化してＭ１とする（Ｓ３）。次に、データ転送先としてＴＶ会議端末Ａ／Ｂ／ＣのＩＰアドレスを設定する（Ｓ４）。ＭＣＵは、予めＴＶ会議端末Ａ〜ＣのＩＰアドレスを保持しているので、ＩＰアドレスの設定は速やかに行なわれる。次に、ＩＰアドレスを基にＴＶ会議端末Ａ／Ｂ／Ｃにそれぞれ画像データＭ１を送信する。
【０００６】
図２３はＴＶ会議端末Ａの処理を示すフローチャートである。先ず、ＭＣＵから受信した画像データＭ１を受信すると（Ｓ１）、画像データＭ１を復号化する（Ｓ２）。そして、復号化した画像データを画面上に表示する（Ｓ３）。図２４はＴＶ会議端末Ｂの処理を示すフローチャートである。動作は、ＴＶ会議端末Ａの動作と同じである。即ち、ＭＣＵから受信した画像データＭ１を受信すると（Ｓ１）、画像データＭ１を復号化する（Ｓ２）。そして、復号化した画像データを画面上に表示する（Ｓ３）。図２５はＴＶ会議端末Ｂの処理を示すフローチャートである。動作は他のＴＶ会議端末Ａ、Ｂの動作と同じである。即ち、ＭＣＵから受信した画像データＭ１を受信すると（Ｓ１）、画像データＭ１を復号化する（Ｓ２）。そして、復号化した画像データを画面上に表示する（Ｓ３）。
【０００７】
図２６はメッシュ方式でのデータ送信の説明図である。図に示すシステムでは、ＭＣＵは具備しておらず、ＴＶ会議端末Ａ〜Ｃが互いに接続されている。例えば、ＴＶ会議端末Ｂの場合を例にとると、ＴＶ会議端末Ｂは、ＴＶ会議端末ＡにＴＶ会議端末Ｂの変調された画像データＢ１を送信すると共に、ＴＶ会議端末ＣにＴＶ会議端末Ｂの変調された画像データＢ１を送信する。
【０００８】
一方、該ＴＶ会議端末Ｂは、他のＴＶ会議端末ＡからＴＶ会議端末Ａの変調された画像データＡ１を受信し、他のＴＶ会議端末ＣからＴＶ会議端末Ｃの変調された画像データＣ１を受信する。このような画像データの相互データ転送を可能とするために、各ＴＶ会議端末では、ＴＶ会議端末情報（ＩＰアドレス）を予め記憶しておく必要がある。
【０００９】
この場合において、ＴＶ会議端末Ｂは、自己の画像データＢについては変調して画像データＢ１を作成して転送し、他のＴＶ会議端末Ａ、Ｃからの変調画像データＡ１、Ｃ１を復調して画像データＡ、Ｃとする。その結果、ＴＶ会議端末間Ｂの画面５には、画像データＡ１、Ｂ１、Ｃ１が表示される。以上の動作は、他のＴＶ会議端末でも同様である。
【００１０】
【発明が解決しようとする課題】
上述した従来のテレビ会議システムでは、ＭＣＵで復号化された画像データに対する合成処理を行なっているため、複数のテレビ会議システムを制御している場合、ＭＣＵに対する負荷が非常に高くなり、データの遅延が発生し、画像伝送の遅れ、画像データの欠落、画像データと音声データとの同期がとれない等の問題が発生する。
【００１１】
一方、図２６に示すメッシュ方式の場合、全てのテレビ会議参加端末に対してデータを送信することになり、テレビ会議端末数の増加に伴う必要帯域の増大や、テレビ会議参加端末の管理の複雑化により、テレビ会議端末の処理能力不足の問題が発生する可能性がある。
【００１２】
本発明はこのような課題に鑑みてなされたものであって、第１に通信プロトコルを変更することなくＭＣＵの負荷を減らすことができ、第２に各テレビ会議端末間でデータの送受信を行なうことができるテレビ会議システムのデータ送受信方法を提供することを目的としている。
【００１３】
【課題を解決するための手段】
（１）図１は本発明の原理を示すフローチャートである。本発明は、多地点テレビ会議システムにおいて、各テレビ会議端末が変調された信号をテレビ会議制御装置に送信するに際し、ペイロードの先頭にデータ識別情報を埋め込んで送信し（ステップ１）、
前記テレビ会議制御装置は、送られてきた信号を前記ペイロードのデータ識別情報に従い、各テレビ会議端末に送信する（ステップ２）ようにしたことを特徴とする。
【００１４】
本発明では、ＭＣＵ（テレビ会議制御装置）は、データの解析／編集を行なわず、各ＴＶ会議端末への画像データの分配だけを行なうようにする。テレビ会議端末では、送信元で設定された独自のデータ識別ヘッダを元に、送信元のテレビ会議端末及び何番目の画像かを認識し、同一のテレビ会議端末のデータをシーケンス番号の順番に画像を復号化する。これにより、受信側のテレビ会議端末で画像を表示することが可能となる。
【００１５】
このように構成すれば、テレビ会議制御装置（ＭＣＵ）で、画像データのデコードを行なう必要がなくなるので、テレビ会議制御装置の負荷を減らすことができる。
（２）請求項２記載の発明は、前記テレビ会議端末は、ゲートキーパにアクセス情報を送信し、該ゲートキーパは、アクセス情報を受けて前記テレビ会議制御装置にセッション確立要求を送信し、この送信を受けて、前記テレビ会議端末と前記テレビ会議制御装置との間のセッションを確立することを特徴とする。
【００１６】
このように構成すれば、各テレビ会議端末がテレビ会議制御装置を介して他のテレビ会議端末と画像データの送受信を行なうことが可能となる。
（３）請求項３記載の発明は、前記多地点テレビ会議システムにおいて、ヘッダ上の端末情報を用いて接続している拠点情報を認識することを特徴とする。
【００１７】
このように構成すれば、ヘッダ上の端末情報を用いて、テレビ会議端末の画面上にその設置場所（例えば大阪）を表示することにより、ＴＶ会議を行なっている人に、当該表示を行なっている場所がどの場所（例えば大阪）であるかを認識させることが可能となる。
【００１８】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態例を詳細に説明する。
ＭＣＵの負荷分散の問題を解決するために、ＭＣＵは各ＴＶ会議端末へのデータ分配だけを行わせ、各ＴＶ会議端末側で画像の復号化を行わせるようにした。従来の技術では、ＭＣＵからデータを受信したＴＶ会議端末では、データ送信元がＭＣＵのＩＰアドレスであるため、どのＴＶ会議端末から送信されてきた情報かが分からない。
【００１９】
そこで、ＴＶ会議端末側（送信側）で、送信元の識別ヘッダをペイロード部に埋め込み、ＭＣＵにデータ送信する。この時、送受信を行なっているＴＶ会議端末に関する情報（端末の名前／設置場所等）を同時に埋め込むようにした。そして、ＭＣＵでは、予め保持しているＴＶ会議端末リストを参照し、データ送信元のＴＶ会議端末が参加している会議への参加端末全てに対して、データを編集することなく、データを送信するようにしたものである。
【００２０】
図２は本発明で使用する送信データの構成の一例を示す図である。Ａ１はＴＶ会議端末ＡからＭＣＵへの送信データ、Ｂ−Ａ１はＭＣＵからＴＶ会議端末Ｂへの送信データ（ＴＶ会議端末Ａの画像データ）、Ｃ−Ａ１はＭＣＵからＴＶ会議端末Ｃへの送信データ（ＴＶ会議端末Ａの画像データ）を示している。
【００２１】
データＡ１において、１０はＲＴＰ（Ｒｅａｌｔｉｍｅ ＴｒａｎｓｐｏｒｔＰｒｏｔｏｃｏｌ）ヘッダ、２０はペイロード（ｐａｙｌｏｒｄ）である。ＲＴＰヘッダ１０において、１１はＭＣＵの宛先（ディスティネーション：ＤＳＴＭＣＵ）を示している。ペイロード２０において、２１は本発明で用いられるデータ識別情報が記憶される識別ヘッダである。本発明では、連続番号（ＳＱ：シーケンス番号）２１ａ、ＴＶ会議端末ＡのＩＤである２１ｂ、端末名称２１ｃ及び設置場所２１ｄから構成されている。２２はエンコード（ｅｎｃｏｄｅ：変調）された画像データである。ＴＶ会議端末で撮影された画像データは、一旦変調されて送信される。データＡ１は、ＭＣＵに送られる。
【００２２】
データＢ−Ａ１は、ＭＣＵで受信され、ＴＶ会議端末Ｂに送信される画像データである。このデータＢ−Ａ１において、１２はＭＣＵで設定された宛先データである。ＤＳＴ Ｃｌｉｅｎｔ Ｂとは、宛先がＴＶ会議端末Ｂであることを示している。２１は、データＡ１と同じデータ識別ヘッダである。ＭＣＵは、ＴＶ会議端末情報と受信データＡ１のペイロード上のデータ識別ヘッダ２１を元に宛先の設定を行ない、このデータをＴＶ会議端末Ｂへ送信するだけである。この場合において、ＭＣＵは受信した画像データの復調／変調処理は行なっていない。
【００２３】
ＴＶ会議端末Ｂでは、送信元で設定された独自のデータ識別ヘッダを元に、送信元のＴＶ会議端末Ａ及び何番目の画像かを認識し、同一のＴＶ会議端末の画像データをシーケンス番号の順番に画像の復号化を行なうことにより、受信側のＴＶ会議端末Ｂ側で表示画面に画像を表示することが可能となる。
【００２４】
データＣ−Ａ１は、ＭＣＵで受信され、ＴＶ会議端末Ｃに送信される画像データである。画像データＢ−Ａ１の場合と同様の動作により、ＴＶ会議端末Ｃへ送信され、テレビ会議端末Ｃの表示画面に画像を表示することが可能となる。
【００２５】
図３は画像データの転送の説明図である。図１８と同一のものは、同一の符号を付して示す。図において、１はＴＶ会議端末Ａ、２はＴＶ会議端末Ｂ、３はＴＶ会議端末Ｃである。４は各ＴＶ会議端末Ａ〜Ｃの画像データを受けて、データ識別情報に従って各ＴＶ会議端末Ａ〜Ｃに分配するＴＶ会議制御装置である。各ＴＶ会議端末Ａ〜Ｃでは、画像データをデコード（復調）し、合成して表示画面５Ａ〜５Ｃに表示する。
【００２６】
ＴＶ会議端末Ａでは、撮影した画像データＡを変調して画像データＡ１にする。ＴＶ会議端末Ｂでは、撮影した画像データＢを変調して画像データＢ１にする。ＴＶ会議端末Ｃでは、撮影した画像データＣを変調して画像データＣ１にする。
【００２７】
これら画像データＡ１〜Ｃ１はＭＣＵ４に入力される。ここで、ＭＣＵ４はＴＶ会議端末情報を記憶している。各ＴＶ会議端末情報は、各ＴＶ会議端末がＴＶ会議参加用のダイヤルをすることにより、ＭＣＵ４に登録保存される。ＭＣＵ４は画像データの変復調は行なわず、ＴＶ会議端末情報と送信データ上のＩＤより画像データＡ１はＴＶ会議端末Ｂ、Ｃに、画像データＢ１はＴＶ会議端末Ｃ，Ａに、画像データＣ１はＴＶ会議端末Ａ，Ｂにそれぞれ送出する。
【００２８】
ＴＶ会議端末Ｂでは、ＭＣＵ４から送られてきた画像データＢ−Ａ１（ＴＶ会議端末Ａからの画像データ），Ｂ−Ｃ１（ＴＶ会議端末Ｃからの画像データ）をデコード（復調）して元の画像データＡ、Ｃに戻し、表示画面５Ｂに表示する。なお、画像データＢは自端末のデータなので、予めＴＶ会議端末Ｂに保持している。このようにして、表示画面５Ｂには画像データＡ〜Ｃが表示される。画像データの表示の形態は、図に示す例に限るものではなく、画面を３分割して、それぞれの分割画面に画像データＡ〜Ｃを表示するようにしてもよい。
【００２９】
以上、ＴＶ会議端末Ｂへの画像データの表示について説明したが、残りのＴＶ会議端末Ａ、Ｃについても同様である。ＴＶ会議端末Ｃでは、他のＴＶ会議端末Ａ、Ｂからの画像データがデコードされて、表示画面５Ｃに画像Ａ〜Ｃが表示される。ＴＶ会議端末Ａでは、他のＴＶ会議端末Ｂ、Ｃからの画像データがデコードされて、表示画面５Ａに画像Ａ〜Ｃが表示される。
【００３０】
このように、本発明によれば、テレビ会議制御装置（ＭＣＵ）で、画像データのデコードを行なう必要がなくなるので、テレビ会議制御装置の負荷を減らすことができる。
【００３１】
図４はＴＶ会議端末とＭＣＵのセッション確立の説明図である。図３と同一のものは、同一の符号を付して示す。図において、３０はＴＶカメラ、１は該ＴＶカメラ３０が接続されるＴＶ会議端末Ａ、３１はＴＶ会議端末Ａと接続されるＷｅｂサーバ、３２はＷｅｂサーバ３１と接続されるデータベースである。３３はＴＶ会議端末Ａと接続され、セッション確立を行なうためのゲートキーパ（Ｇａｔｅ Ｋｅｅｐｅｒ：ＧＫ）である。４は該ＧＫ３３と接続されるＭＣＵである。
【００３２】
ＴＶ会議端末ＡからはＷｅｂサーバ３１に参加要求が送出され、Ｗｅｂサーバ３１からはＴＶ会議端末Ａに対してアクセス情報が送出される。また、Ｗｅｂサーバ３１は、データベース３２に対してアクセス情報要求を行ない、データベース３２からはＷｅｂサーバ３１に対してアクセス情報が送出される。また、ＴＶ会議端末Ａからは、ＧＫ３３に対してアクセス情報が送出され、ＧＫ３３からはＭＣＵ４に対してセッション確立要求が送出される。
【００３３】
このように構成されたシステムの動作を図５〜図８のフローチャートを用いて説明する。図５はＴＶ会議端末Ａの処理を示すフローチャートである。先ず、ＴＶ会議端末Ａは、Ｗｅｂサーバ３１にＴＶ会議への参加要求を行なう（Ｓ１）。次に、ＴＶ会議端末Ａは、Ｗｅｂサーバ３１からＧＫ３３へのアクセス情報を受信する（Ｓ２）。次に、このアクセス情報をＧＫ３３へ送信する（Ｓ３）。次に、ＭＣＵ４とのＲＴＰセッションの確立を行なう（Ｓ４）。他のＴＶ会議端末との間においても、ＭＣＵ４との間にセッションが確立すれば、各ＴＶ会議端末同士間で情報（画像と音声）のやりとりを行なうことができ、ＴＶ会議システムが実現される。
【００３４】
図６はＷｅｂサーバの処理を示すフローチャートである。先ず、ＴＶ会議端末ＡからのＴＶ会議への参加要求を受け付けると（Ｓ１）、データベース３２にアクセスし、ＧＫ３３へのアクセス情報を取得する（Ｓ２）。そして、Ｗｅｂサーバ３１は、ＴＶ会議端末ＡへＧＫ３３へのアクセス情報を送信する（Ｓ３）。
【００３５】
図７はＧＫの処理を示すフローチャートである。先ず、ＴＶ会議端末Ａからアセス情報を受信すると（Ｓ１）、ＭＣＵ４に対してＴＶ会議端末Ａとのセッション確立要求を行なう（Ｓ２）。
【００３６】
図８はＭＣＵの処理を示すフローチャートである。先ず、ＧＫ３３からセッション確立要求を受信すると（Ｓ１）、ＴＶ会議端末ＡのＩＰアドレスや、ＩＤをＴＶ会議端末情報に登録する（Ｓ２）。そして、ＴＶ会議端末Ａとのセッション確立を行なう（Ｓ３）。
【００３７】
このように、本発明によれば、各ＴＶ会議端末がＴＶ会議制御装置（ＭＣＵ）を介して他のＴＶ会議端末と画像データの送受信を行なうことが可能となる。
図９はＴＶ会議システム上のデータ送信の構成図である。図では、ｃｌｉｅｎｔＡ（ＴＶ会議端末Ａ）、ｃｌｉｅｎｔＢ（ＴＶ会議端末Ｂ）、ｃｌｉｅｎｔＣ（ＴＶ会議端末Ｃ）と、ＴＶ会議制御装置（ＭＣＵ）間のデータ送信を示している。図中に示されている記号の意味は、以下の通りである。
【００３８】
ＴＶ会議端末Ａ，Ｂ，Ｃ：それぞれ異なる点にあるＴＶ会議端末（以下端末）
ＭＣＵ：多地点ＴＶ会議制御装置
Ａ１：ＴＶ会議端末Ａから送信された１番目のデータ
Ｂ１：ＴＶ会議端末Ｂから送信された１番目のデータ
Ｃ１：ＴＶ会議端末Ｃから送信された１番目のデータ
Ａ−Ｂ１：ＭＣＵにより振り分けられた端末Ａへのデータ（Ｂ１）
Ｂ−Ａ１：ＭＣＵにより振り分けられた端末Ｂへのデータ（Ａ１）
Ｃ−Ａ１：ＭＣＵにより振り分けられた端末Ｃへのデータ（Ａ１）
Ａ−Ｃ１：ＭＣＵにより振り分けられた端末Ａへのデータ（Ｃ１）
Ｂ−Ｃ１：ＭＣＵにより振り分けられた端末Ｂへのデータ（Ｃ１）
Ｃ−Ｂ１：ＭＣＵにより振り分けられた端末Ｃへのデータ（Ｂ１）
図９において、画像データＡ１は端末ＡからＭＣＵに送信され、ＭＣＵは受信した画像データＡ１を端末Ｂと端末Ｃへ送信する。画像データＢ１は端末ＢからＭＣＵに送信され、ＭＣＵは受信した画像データＢ１を端末Ａと端末Ｃに送信する。画像データＣ１は端末ＣからＭＣＵに送信され、ＭＣＵは受信した画像データＣ１を端末Ａと端末Ｂへ送信する。
【００３９】
以下に、図３に示すシステムの詳細な動作を説明する。
１）ＴＶ会議端末Ａ〜Ｃは、それぞれネットワーク上のＷｅｂサーバにＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いてＴＶ会議参加要求を行なう。Ｗｅｂサーバでは、ＴＶ会議の呼制御を行なうＧＫ（Ｇａｔｅ Ｋｅｅｐｅｒ）へのアクセス情報を返送する。ＴＶ会議端末Ａ〜Ｃは、受信したアクセス情報を元にＧＫにアクセスし、ＧＫ経由でＭＣＵとＲＴＰセッションを確立する。ＭＣＵでは、ＧＫが受信した受け取ったＴＶ会議端末情報に端末Ａ〜ＣそれぞれのユニークなＩＤ、及びシーケンス番号を設定する。
２）ＴＶ会議端末Ａでは、自画像を撮影し、符号化し、何番目の画像データかを示すシーケンス番号、ＴＶ会議端末を特定するＩＤをペイロードの独自のデータ識別ヘッダに埋め込み、データ送信先をＭＣＵとして、ＭＣＵにデータＡ１を送信する。
３）ＴＶ会議端末Ａの１番目の画像データＡ１がＭＣＵに対して送信される。
４）ＭＣＵでは、画像データＡ１のヘッダ情報（ペイロード部のシーケンス番号（ＳＱ）＝１、ＩＤ＝Ａ）より、端末Ａから送信された１番目の情報ということが分かるので、ＴＶ会議端末情報を参照し、端末Ａ以外のＴＶ会議参加端末（この場合には端末ＢとＣ）に対して、画像データＡ１の転送処理を行なう。
５）ＭＣＵがデータ転送処理を行なうことにより、ＴＶ会議端末Ｂには端末Ｂに対するＡ１のデータＢ−Ａ１、ＴＶ会議端末Ｃには端末Ｃに対するＡ１のデータＣ−Ａ１が送信される。
６）端末Ｂでは、Ｂ−Ａ１のヘッダ情報（ペイロード部のＳＱ＝１、ＩＤ＝Ａ）により、端末Ｂに送られてきた端末Ａの１番目のデータであることを認識し、画像データの復号化を行ない、画面上に表示させる。
７）同様に、端末Ｃでも画像データの復号化を行ない、画面上に表示させる。
８）端末Ｂの１番目の画像データが、２）と同様の処理を行なった後、ＭＣＵに対して送信される。
９）ＭＣＵでは、３）と同様、端末Ｂから送信されてきた情報と認識し、端末Ａ及びＣに対して画像データ転送処理を行なう。
１０）ＭＣＵが画像データ転送処理を行なうことにより、ＴＶ会議端末Ａには端末Ａに対するＢ１のデータＡ−Ｂ１、ＴＶ会議端末Ｃには端末Ｃに対するＢ１のデータＣ−Ｂ１が送信者される。
１１）端末Ａでは、Ａ−Ｂ１のヘッダ情報（ペイロード部のＳＱ＝１、ＩＤ＝Ｂ）より、端末Ａに送られてきた端末Ｂの１番目のデータであることを認識し、画像データの復号化を行ない、画面上に表示させる。
１２）同様に、端末Ｃでも画像データの復号を行ない、画面上に表示させる。
１３）端末Ｃの１番目の画像データＣ１が、２）と同様の処理を行なった後、ＭＣＵに対して送信される。
１４）ＭＣＵでは、３）同様、端末Ｃから送信されてきた情報と認識し、端末Ａ及びＢに対してデータ転送処理を行なう。
１５）ＭＣＵがデータ転送処理を行なうことにより、ＴＶ会議端末Ａには、端末Ａに対するＣ１のデータＡ−Ｃ１、ＴＶ会議端末Ｂには端末Ｂに対するＣ１のデータＢ−Ｃ１が送信される。
１６）端末Ａでは、画像データＡ−Ｃ１のヘッダ情報（ペイロード部のＳＱ＝１、ＩＤ＝Ｃ）により、端末Ａに送られてきた端末Ｃの１番目のデータであることを認識し、画像データの復号化を行ない、画面上に表示させる。
１７）同様に、端末Ｂでも画像データの復号化を行ない、画面上に表示させる。
【００４０】
上述の実施の形態例において、ヘッダ上の端末情報を用いて接続している拠点情報を認識することができる。そして、ＴＶ会議端末の画面上にその設置場所（例えば大阪）を表示することにより、ＴＶ会議を行なっている人に、当該表示を行なっている場所がどの場所（例えば大阪）であるかを認識させることが可能となる。
【００４１】
図１０はＴＶ会議端末情報登録における端末Ａの処理を示すフローチャートである。端末Ａでは、先ずＴＶ会議参加要求用番号をダイヤルし（Ｓ１）、端末ＡのＴＶ会議参加要求信号をＭＣＵに送信する（Ｓ２）。
【００４２】
図１１はＴＶ会議端末情報登録における端末Ｂの処理を示すフローチャート、図１２はＴＶ会議端末情報登録における端末Ｃの処理を示すフローチャートである。これら処理は、図１０に示す端末Ａの処理と同じであり、端末からＴＶ会議参加要求用番号をダイヤルし（Ｓ１）、端末Ｂ（Ｃ）のＴＶ会議参加要求信号をＭＣＵに送信する（Ｓ２）。
【００４３】
図１３はＴＶ会議端末情報登録におけるＭＣＵの処理を示すフローチャートである。先ずＴＶ会議端末Ａ／Ｂ／ＣからのＴＶ会議参加要求信号を受信すると、ＴＶ会議端末Ａ／Ｂ／Ｃの端末情報をＴＶ会議端末情報として設定する（Ｓ２）。これにより、ＭＣＵには、テレビ会議端末情報が記憶されることになり、それぞれのＴＶ会議端末から画像データが送られてくると、前記テレビ会議端末情報を参照して、それぞれのＴＶ会議端末に画像データを配信する。
【００４４】
図１４はデータ送信処理における端末Ａの処理を示すフローチャートである。先ず、自画像を符号化し画像データＡ１とする（Ｓ１）。次に、ペイロード部に送信するデータのＳＱ（シリアル）番号を設定し（Ｓ２）、ペイロード部に送信するデータの送信元情報（ＩＤ）を設定する（Ｓ３）。そして、送信データに相手先アドレスとしてＭＣＵを設定する（Ｓ４）。その後、ＭＣＵに画像データＡ１を送信する（Ｓ５）。
【００４５】
図１５は、データ送信処理におけるＭＣＵの処理を示すフローチャートである。先ず、端末Ａから画像データＡ１を受信すると（Ｓ１）、前述したＴＶ会議端末情報を参照し、端末Ａ以外の端末へのデータ送信処理を準備する（Ｓ２）。そして、端末Ｂに対して画像データＡ１の送信データであるＢ−Ａ１を送信し（Ｓ３）、端末Ｃに対して画像データＡ１の送信データであるＣ−Ａ１を送信する（Ｓ４）。
【００４６】
図１６はデータ送信処理における端末Ｂの処理を示すフローチャートで、端末Ａからの画像データを受ける処理を示している。画像データＢ−Ａ１を受信すると（Ｓ１）、ペイロード部を参照し、端末Ａの１番目のデータであると認識する（Ｓ２）。次に、端末Ａの画像として、復号化／編集処理を実施し、画像を画面に表示する（Ｓ３）。次に、ペイロード部に設定してある送信元（端末Ａ）情報を画面上に表示する（Ｓ４）。これにより、会議の参加者は、どの場所の画像であるかを認識することができる。
【００４７】
図１７はデータ送信処理における端末Ｃの処理を示すフローチャートである。その動作は、端末Ｂの処理と同じである。即ち、画像データＣ−Ａ１を受信すると（Ｓ１）、ペイロード部を参照し、端末Ａの１番目のデータであると認識する（Ｓ２）。次に、端末Ａの画像として、復号化／編集処理を実施し、画像を画面に表示する（Ｓ３）。次に、ペイロード部に設定してある送信元（端末Ａ）情報を画面上に表示する（Ｓ４）。
【００４８】
以上、端末Ａからの画像データを端末Ｂ、Ｃに表示する場合について説明したが、端末Ｂからの画像データを端末Ｃ、Ａに表示する場合、端末Ｃからの画像データを端末Ａ、Ｂに表示する場合についても同様である。
【００４９】
前述したように、各端末へのデータ分配だけを行ない、データの解析／編集を行わなくなるため、ＭＣＵに対する負荷を低下させることが可能となり、データ遅延を防ぐことができる。また、ＭＣＵからデータを受信したＴＶ会議端末では、送信元で設定された独自のデータ識別ヘッダを元に、送信元のＴＶ会議端末及び何番目の画像であるかを認識し、同一のＴＶ会議端末のデータをシーケンス番号の順番に画像の復号化／編集をすることにより、受信側のＴＶ会議端末側で画像を表示させるため、画像の表示箇所を自由に変更したり、不要な画像の削除等、独自の編集をすることも可能となる。
【００５０】
また、メッシュ方式と比較した場合、自端末からの上り情報がＴＶ会議参加端末数の増加に関わらず一定であるため、帯域不足による処理遅延を招く可能性が低くなる。なお、上記のように構成した本発明は、ペイロード部に設定する情報をＴＶ会議端末の操作により設定することにより、受信側のＴＶ会議端末で送信元の各種情報の表示が可能となる。
【００５１】
上述の実施の形態例では、ＴＶ会議端末が、Ａ〜Ｃの３台の場合を例にとって説明したが、本発明はこれに限るものではなく、任意の数のＴＶ会議端末であっても、本発明を適用することができる。
【００５２】
【発明の効果】
以上説明したように、本発明によれば以下の効果が得られる。
（１）請求項１記載の発明によれば、テレビ会議制御装置（ＭＣＵ）で、画像データのデコードを行なう必要がなくなるので、テレビ会議制御装置の負荷を減らすことができる。
（２）請求項２記載の発明によれば、各テレビ会議端末がテレビ会議制御装置を介して他のテレビ会議端末と画像データの送受信を行なうことが可能となる。
（３）請求項３記載の発明によれば、ヘッダ上の端末情報を用いて、テレビ会議端末の画面上にその設置場所（例えば大阪）を表示することにより、ＴＶ会議を行なっている人に、当該表示を行なっている場所がどの場所（例えば大阪）であるかを認識させることが可能となる。
【００５３】
このように、本発明によれば、第１に通信プロトコルを変更することなくＭＣＵの負荷を減らすことができ、第２に各テレビ会議端末間でデータの送受信を行なうことができるテレビ会議システムのデータ送受信方法を提供することができる。
【図面の簡単な説明】
【図１】本発明の原理を示すフローチャートである。
【図２】本発明で使用する送信データの構成の一例を示す図である。
【図３】画像データ転送の説明図である。
【図４】ＴＶ会議端末とＭＣＵのセッション確立の説明図である。
【図５】ＴＶ会議端末Ａの処理を示すフローチャートである。
【図６】Ｗｅｂサーバの処理を示すフローチャートである。
【図７】ＧＫの処理を示すフローチャートである。
【図８】ＭＣＵの処理を示すフローチャートである。
【図９】ＴＶ会議システム上のデータ送信の構成図である。
【図１０】ＴＶ会議端末情報登録における端末Ａの処理を示すフローチャートである。
【図１１】ＴＶ会議端末情報登録における端末Ｂの処理を示すフローチャートである。
【図１２】ＴＶ会議端末情報登録における端末Ｃの処理を示すフローチャートである。
【図１３】ＴＶ会議端末情報登録におけるＭＣＵの処理を示すフローチャートである。
【図１４】データ送信処理における端末Ａの処理を示すフローチャートである。
【図１５】データ送信処理におけるＭＣＵの処理を示すフローチャートである。
【図１６】データ送信処理における端末Ｂの処理を示すフローチャートである。
【図１７】データ送信処理における端末Ｃの処理を示すフローチャートである。
【図１８】従来のテレビ会議システムの構成図である。
【図１９】ＴＶ会議端末Ａの処理を示すフローチャートである。
【図２０】ＴＶ会議端末Ｂの処理を示すフローチャートである。
【図２１】ＴＶ会議端末Ｃの処理を示すフローチャートである。
【図２２】ＭＣＵの処理を示すフローチャートである。
【図２３】ＴＶ会議端末Ａの処理を示すフローチャートである。
【図２４】ＴＶ会議端末Ｂの処理を示すフローチャートである。
【図２５】ＴＶ会議端末Ｃの動作を示すフローチャートである。
【図２６】メッシュ方式でのデータ送信の説明図である。
【符号の説明】
１ ＴＶ会議端末Ａ
２ ＴＶ会議端末Ｂ
３ ＴＶ会議端末Ｃ
４ ＭＣＵ
５Ａ〜５Ｃ 表示画面
Claims (3)
- 多地点テレビ会議システムにおいて、各テレビ会議端末が変調された信号をテレビ会議制御装置に送信するに際し、ペイロードの先頭にデータ識別情報を埋め込んで送信し（ステップ１）、
前記テレビ会議制御装置は、送られてきた信号を前記ペイロードのデータ識別情報に従い、各テレビ会議端末に送信する（ステップ２）
ようにしたことを特徴とするテレビ会議システムのデータ送受信方法。 - 前記テレビ会議端末は、ゲートキーパにアクセス情報を送信し、該ゲートキーパは、アクセス情報を受けて前記テレビ会議制御装置にセッション確立要求を送信し、この送信を受けて、前記テレビ会議端末と前記テレビ会議制御装置との間のセッションを確立することを特徴とする請求項１記載のテレビ会議システムのデータ送受信方法。
- 前記多地点テレビ会議システムにおいて、ヘッダ上の端末情報を用いて接続している拠点情報を認識することを特徴とする請求項１記載のテレビ会議システムのデータ送受信方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002237454A JP2004080349A (ja) | 2002-08-16 | 2002-08-16 | テレビ会議システムのデータ送受信方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002237454A JP2004080349A (ja) | 2002-08-16 | 2002-08-16 | テレビ会議システムのデータ送受信方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004080349A true JP2004080349A (ja) | 2004-03-11 |
Family
ID=32021199
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002237454A Pending JP2004080349A (ja) | 2002-08-16 | 2002-08-16 | テレビ会議システムのデータ送受信方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004080349A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2012118105A1 (en) * | 2011-02-28 | 2012-09-07 | Ricoh Company, Limited | Transmission management apparatus |
| JP2017518716A (ja) * | 2014-04-03 | 2017-07-06 | カフェックス コミュニケーションズ インコーポレイテッドＣａｆｅｘ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｉｎｃ． | メッシュエンドポイントと非メッシュエンドポイントのハイブリッドをサポートするフレームワーク |
-
2002
- 2002-08-16 JP JP2002237454A patent/JP2004080349A/ja active Pending
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2012118105A1 (en) * | 2011-02-28 | 2012-09-07 | Ricoh Company, Limited | Transmission management apparatus |
| JP2012195926A (ja) * | 2011-02-28 | 2012-10-11 | Ricoh Co Ltd | 伝送管理装置 |
| CN103329516A (zh) * | 2011-02-28 | 2013-09-25 | 株式会社理光 | 传输管理设备 |
| US9307197B2 (en) | 2011-02-28 | 2016-04-05 | Ricoh Company, Limited | Transmission management apparatus |
| US9621848B2 (en) | 2011-02-28 | 2017-04-11 | Ricoh Company, Ltd. | Transmission management apparatus |
| US10735689B2 (en) | 2011-02-28 | 2020-08-04 | Ricoh Company, Ltd. | Transmission management apparatus |
| US11546548B2 (en) | 2011-02-28 | 2023-01-03 | Ricoh Company, Ltd. | Transmission management apparatus |
| JP2017518716A (ja) * | 2014-04-03 | 2017-07-06 | カフェックス コミュニケーションズ インコーポレイテッドＣａｆｅｘ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｉｎｃ． | メッシュエンドポイントと非メッシュエンドポイントのハイブリッドをサポートするフレームワーク |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6704769B1 (en) | Media role management in a video conferencing network | |
| US20060172766A1 (en) | Video calling method capable of providing video through third display | |
| WO2010045857A1 (zh) | 会议终端、会议服务器、会议系统及数据处理方法 | |
| JP2010178340A (ja) | 常駐会議を行うための方法およびシステム | |
| WO2013089423A1 (en) | System, apparatus and method for utilizing a multimedia service | |
| WO2011063763A1 (zh) | 一种包含远程呈现会场的会议控制方法、装置及系统 | |
| WO2015154608A1 (zh) | 一种视频会议资料共享方法、系统及装置 | |
| EP2822239B1 (en) | Electronic conference system, bandwidth management method and storage medium in which bandwidth management program is stored | |
| WO2015003532A1 (zh) | 多媒体会议的建立方法、装置及系统 | |
| EP2637404B1 (en) | Method and device for controlling multiple auxiliary streams, and network system | |
| JP2005311670A (ja) | テレビ会議端末、テレビ会議システム、テレビ会議方法並びにそのプログラム | |
| JP2004080349A (ja) | テレビ会議システムのデータ送受信方法 | |
| JP2003271530A (ja) | 通信システム，システム間関連装置，プログラム，及び，記録媒体 | |
| CA2484728C (en) | Apparatus and method for distribution of streamed real-time information between clients | |
| KR20150014785A (ko) | 다자간 통신 방송 시스템 및 그 서비스 제공 방법 | |
| CN1610349B (zh) | 实时消息传送方法 | |
| JP6692922B2 (ja) | 複数のビデオ会議用端末を用いてマルチスクリーンビデオ会議を提供できるビデオ会議サーバー及びその方法 | |
| US20100020156A1 (en) | Method and device for simultaneous multipoint distributing of video, voice and data | |
| US20070172043A1 (en) | Ultimedia conference system | |
| KR100755100B1 (ko) | 멀티캐스트 기반 다자간 협업 시스템에서의 영상 서비스장치 및 방법 | |
| KR19990061602A (ko) | 화상회의 시스템의 영상 구성 제어 방법 | |
| KR20160016655A (ko) | 다자간 멀티미디어 공유 서비스 제공 시스템 및 방법 | |
| WO2006088181A1 (ja) | ストリーミング配信システム及びこれに用いられる中継センタ | |
| JP2005039598A (ja) | インタラクティブ配信システム | |
| Pepperell et al. | RFC 8845: Framework for Telepresence Multi-Streams |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20031125 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050525 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050705 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20051115 |