(57)【要約】【課題】  画像符号化データをホスト端末に集中させない。【解決手段】  参加端末およびホスト端末それぞれが処理部９，処理部１１および処理部１０を備える。処理部９は、制御情報4-7を処理部１１に、制御情報4-6を処理部１０に出力する。処理部１１は該端末がアクティブ端末またはリング終端に位置する端末であるときは制御情報4-7に基づいて内部からの送信画像符号化データ4-5に固有情報を付加し、非アクティブ端末であるときはRTP画像パケットデータ4-3をそのまま、それぞれ送信RTP画像パケットデータ4-4として送信する。処理部１０は信RTP画像パケットデータ4-1が入力すると、固有情報と制御情報4-6を比較して、受信RTP画像パケットデータから固有情報を取り除いた受信画像符号化データ4-2を内部に出力し、また受信RTP画像パケットデータを再送出するか否かを判断し、再送出するか場合には固有情報を更新してRTP画像パケットデータとする。【選択図】        図５
2005236695.tif 000002
【特許請求の範囲】
【請求項１】
LAN回線を使用したリング型多地点テレビ会議システムにおける画像符号化データ分配装置において、
参加端末および参加端末の機能と共にアクティブな端末を特定する機能を有するホスト端末それぞれが多地点会議制御処理部，RTP画像パケット生成処理部およびRTP画像パケット分離処理部を備え、
前記多地点会議制御処理部は、第１の制御情報を前記RTP画像パケット生成処理部に、また第２の制御情報を前記RTP画像パケット分離処理部に出力する機能を有し、
前記RTP画像パケット生成処理部は、当該端末がアクティブ端末またはリング終端に位置する端末であるときは、前記第１の制御情報に基づいて内部からの送信画像符号化データに固有情報を付加し、また非アクティブ端末であるときは、前記RTP画像パケット分離処理部からのRTP画像パケットデータをそのまま、それぞれ送信RTP画像パケットデータとして送信する機能を有し、
前記RTP画像パケット分離処理部は、受信RTP画像パケットデータが入力すると、そこに含まれている固有情報と前記第２の制御情報を比較して、その結果により前記受信RTP画像パケットデータから固有情報を取り除いた受信画像符号化データを内部に出力する機能と、前記比較の結果により前記受信RTP画像パケットデータを再送出するか否かを判断し、再送出するか場合には固有情報を更新して前記RTP画像パケットデータとする機能とを有することを特徴とする画像符号化データ分配装置。
【請求項２】
前記固有情報は、RTPパケットデータの拡張ヘッダに設けられ、RTPパケットデータが前記ホスト端末および参加端末すべてに１回だけ転送される制限をかけるため、１端末転送される毎に１減少し、すべての端末に転送されると０になる番号を必ず含むことを特徴とする請求項１記載の画像符号化データ分配装置。
【請求項３】
前記第１の制御情報は、アクティブ端末の場合は全参加端末数であり、リング終端に位置する端末の場合はこのときのRTPパケットデータの拡張ヘッダにおけるHOPNであり、前記前記第２の制御情報は前記HOPNが１であることを特徴とする請求項２記載の画像符号化データ分配装置。
【請求項４】
前記固有情報に、RTPパケットを送出した端末が所属するグループを示す番号を追加したことを特徴とする請求項１〜３記載の画像符号化データ分配装置。
【請求項５】
前記固有情報に、RTPパケットを送出した端末の番号を追加したことを特徴とする請求項１〜４記載の画像符号化データ分配装置。
【請求項６】
前記固有情報に、RTPパケットの通信を開始してから何番目にアクティブ端末が別の端末に切り替わったかを示すモジュロ値を示す情報を追加したことを特徴とする請求項１〜５記載の画像符号化データ分配装置。
【請求項７】
前記固有情報に、RTPパケットを受信できる端末を示す情報を追加したことを特徴とする請求項１〜６記載の画像符号化データ分配装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像符号化データ分配装置、特にLAN回線を使用したリング型多地点テレビ会議システムにおける画像符号化データ分配装置に関する。
【背景技術】
【０００２】
現在、LAN回線を使用した多地点テレビ会議システムにおける画像符号化データおよび音声符号化データの伝送方法や多地点会議の制御方法は、ITU-Tにおいて規格化が進行中であり、ITU-T勧告H.323「Packet-Based Multimedia Communication Systems」に記載されている。また、画像符号化データや音声符号化データをLAN回線に伝送するためにパケット化する方法としては、IETF（Internet Engineering Task Force）で規格化され、RFC 1889として番号付けされている「RTP: A Transport Protocol for Real-Time Applications」に記載されている。
【０００３】
上述の規格によれば、従来のLAN回線を使用した多地点テレビ会議では、画像符号化データや音声符号化データの分配合成を行う多地点会議制御機能を装備した装置を別途用意する必要がある。また、テレビ会議端末は、多地点会議制御機能を持つホスト端末と、それに接続される参加端末とに分かれ、アクティブに会話を行うアクティブな端末が送信する画像符号化データや音声符号化データを、それ以外の非アクティブな端末へ一斉に配信する手法が用いられている。
【０００４】
しかしながら、この構成では、ホスト端末にとって画像符号化データや音声符号化データの分配合成処理の負荷が大きく、高性能なチップで構成されることになるため高額な機器になっていた。更に、ホスト端末にデータ量の大きい画像符号化データが集中するため、回線帯域を太くする必要があった。
【０００５】
この種の問題に関連するものと思われる技術として、RTPパケットのヘッダに、画像データの種類、ビデオフレームやビデオパケットの個数、開始位置、あるいは符号化タイプなどの情報を付加して伝送し、受信側において上記ヘッダを参照することによりパケット符号化あるいは破棄を簡単に判定可能にするようにして受信復号装置における処理負荷を軽減する方式が知られている（例えば、特許文献１参照）。
【０００６】
また、ITU-T勧告H.263符号化方式をベースとしたテレビ電話／テレビ会議システムにおいて、H.263のCPM（Continuous Presence Multipoint Mode）を使用し、PSB（Picture Sub Bitstream）識別子からその識別子に続く画像データをどの端末が送出した画像であるかを判定し、自端末より下流の端末の画像データである場合は、そのデータを削除して自端末の画像データを挿入し、その他の端末である場合はPSB識別子を変換して転送するようにした技術も公知である（例えば、特許文献２参照）。
【０００７】
【特許文献１】特開2001-78181（第１頁〜第２頁、図１）
【特許文献２】特開平10-126755（第１頁〜第３頁、図８）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上述した従来技術では、画像符号化データはホスト端末からのみ転送する構成であるため、データの大きい画像符号化データがホスト端末に集中するので、ホスト端末の負荷軽減に限界があるという問題点がある。
【０００９】
そこで、本発明の目的は、データの大きい画像符号化データをホスト端末に集中させないようにすることができる画像符号化データ分配装置を提供することにある。
【課題を解決するための手段】
【００１０】
本発明の画像符号化データ分配装置は、LAN回線を使用したリング型多地点テレビ会議システムにおける画像符号化データ分配装置において、参加端末および参加端末の機能と共にアクティブな端末を特定する機能を有するホスト端末それぞれが多地点会議制御処理部，RTP画像パケット生成処理部およびRTP画像パケット分離処理部を備え、多地点会議制御処理部は、第１の制御情報を前記RTP画像パケット生成処理部に、また第２の制御情報をRTP画像パケット分離処理部に出力する機能を有することと、RTP画像パケット生成処理部は、当該端末がアクティブ端末またはリング終端に位置する端末であるときは、第１の制御情報に基づいて内部からの送信画像符号化データに固有情報を付加し、また非アクティブ端末であるときは、RTP画像パケット分離処理部からのRTP画像パケットデータをそのまま、それぞれ送信RTP画像パケットデータとして送信する機能を有することと、RTP画像パケット分離処理部は、受信RTP画像パケットデータが入力すると、そこに含まれている固有情報と第２の制御情報を比較して、その結果により受信RTP画像パケットデータから固有情報を取り除いた受信画像符号化データを内部に出力する機能と、比較の結果により受信RTP画像パケットデータを再送出するか否かを判断し、再送出するか場合には固有情報を更新して前記RTP画像パケットデータとする機能とを有することを特徴とする。
【００１１】
好ましい実施の形態では、固有情報は、RTPパケットデータの拡張ヘッダに設けられ、RTPパケットデータがホスト端末および参加端末すべてに１回だけ転送される制限をかけるため、１端末転送される毎に１減少し、すべての端末に転送されると０になる番号を必ず含む。
【００１２】
また、第１の制御情報は、アクティブ端末の場合は全参加端末数であり、リング終端に位置する端末の場合はこのときのRTPパケットデータの拡張ヘッダにおけるHOPNであり、第２の制御情報はHOPNが１である。
【００１３】
更に、固有情報に、RTPパケットを送出した端末が所属するグループを示す番号を追加したり、RTPパケットを送出した端末の番号を追加したり、RTPパケットの通信を開始してから何番目にアクティブ端末が別の端末に切り替わったかを示すモジュロ値を示す情報を追加したり、RTPパケットを受信できる端末を示す情報を追加してもよい。
【発明の効果】
【００１４】
本発明によれば、RTPパケットデータの拡張ヘッダに固有情報を付加して再送出可否を制御する構成としたため、アクティブ端末となったいずれの端末からでもデータを送出できるので、データ量の大きい画像符号化データがホスト端末に集中しないこととなり、ホスト端末に用意する回線の帯域を狭くすることができ、また、ホスト端末の負荷を低減できるという効果を得ることができる。
【発明を実施するための最良の形態】
【００１５】
本発明の画像符号化データ分配装置は、LAN回線を使用したリング型多地点テレビ会議システムにおける画像符号化データ分配装置において、参加端末および参加端末の機能と共にアクティブな端末を特定する機能を有するホスト端末それぞれが多地点会議制御処理部，RTP画像パケット生成処理部およびRTP画像パケット分離処理部を備える。
【００１６】
多地点会議制御処理部は、第１の制御情報を前記RTP画像パケット生成処理部に、また第２の制御情報をRTP画像パケット分離処理部に出力する機能を有する。
【００１７】
RTP画像パケット生成処理部は、当該端末がアクティブ端末またはリング終端に位置する端末であるときは、第１の制御情報に基づいて内部からの送信画像符号化データに固有情報を付加し、また非アクティブ端末であるときは、RTP画像パケット分離処理部からのRTP画像パケットデータをそのまま、それぞれ送信RTP画像パケットデータとして送信する機能を有する。
【００１８】
RTP画像パケット分離処理部は、受信RTP画像パケットデータが入力すると、そこに含まれている固有情報と第２の制御情報を比較して、その結果により受信RTP画像パケットデータから固有情報を取り除いた受信画像符号化データを内部に出力する機能と、比較の結果により受信RTP画像パケットデータを再送出するか否かを判断し、再送出するか場合には固有情報を更新して前記RTP画像パケットデータとする機能とを有する。
【実施例】
【００１９】
図１は本発明が適用されるテレビ会議システムの一構成例を示す。このテレビ会議システムは、ホスト端末１と３つの参加端末２〜４とがＬＡＮ回線５に接続されている。ホスト端末１および各参加端末２〜４それぞれは、映像と音声を出力するためのテレビモニタ６、映像を入力するためのカメラ７および音声を入力するためのマイク８を備えている。
【００２０】
ホスト端末１は、参加端末が持つ機能とともに、音声符号化データや通信制御データを分配する多地点会議制御機能を併せ持つ。それぞれの端末１〜４が通信接続を開始するには、例えばITU-T勧告H.323といった通信プロトコルを使用する。
【００２１】
このテレビ会議システムは、図２に示す画像符号化データ用論理接続と、図３に示す制御信号用論理接続を形成することとする。
【００２２】
図２では、画像符号化データ用論理接続は４つあり、ホスト端末１から参加端末２へ送信する接続1-1と、参加端末２から参加端末３へ送信する接続1-2と、参加端末３から参加端末４へ送信する接続1-3と、参加端末４からホスト端末１へ送信する接続1-4である。画像符号化データ用論理接続は一方向になっている。
【００２３】
図３では、制御データ用論理接続は３つあり、ホスト端末１と参加端末２の間で送受信する接続2-1と、ホスト端末１と参加端末３の間で送受信する接続2-2と、ホスト端末１と参加端末４の間で送受信する接続2-3である。制御データ用論理接続は、音声符号化データを送受信する際にも使用される接続である。制御データ用論理接続は双方向になっている。
【００２４】
図４は、図１〜図３に示した構成において、参加端末２がアクティブな端末になった場合の画像符号化データの流れを示す。参加端末２が送信する画像符号化データは参加端末３，参加端末４を経てホスト端末１へ到達する。アクティブな端末とは、テレビ会議を行っている端末の中で一番声を大きくして発言している端末をいう。
【００２５】
カメラ７から取り込まれた画像符号化データはRTP画像パケットデータとして搬送されるが、アクティブな端末である参加端末２は、このRTPパケットデータの拡張ヘッダに固有情報を付加しておく。固有情報とは、非アクティブな端末がRTP画像パケットデータを受信したときに、再送出すべきか否か、および画像符号化データに変換すべきか否か等RTP画像パケットデータ処理の指針となる情報を意味する。固有情報は、例えば、RTPパケットデータが図４に示したようにリング状で形成された画像符号化データ用論理接続で構成される端末すべてに１回だけ転送される制限をかけるためには、１端末転送される毎に１減少し、すべての端末で転送されると０になる番号が必ず含まれるようにする。
【００２６】
図５はホスト端末１と参加端末２〜４に共通する機能ブロック図であり、多地点会議制御処理部９，RTP画像パケット分離処理部１０およびRTP画像パケット生成処理部１１から構成される。これら処理部９〜１１の端末１〜４における位置付けは後に詳細図において明らかにされる。
【００２７】
多地点会議制御処理部９は、制御情報4-6をRTP画像パケット分離処理部１０に、また制御情報4-7をRTP画像パケット生成処理部１１に出力している。
【００２８】
RTP画像パケット分離処理部１０は、受信RTP画像パケットデータ4-1が入力すると、そこに含まれている固有情報と制御情報4-6を比較して、その結果により受信RTP画像パケットデータ4-1から固有情報を取り除いた受信画像符号化データ4-2を出力する。受信画像符号化データ4-2は、当該端末において受信画像データとして処理される。
【００２９】
また、RTP画像パケット分離処理部１０は、上記比較の結果により受信RTP画像パケットデータ4-1をRTP画像パケットデータ4-3として再送出するか否かを判断する。再送出するか場合には固有情報を更新する。
【００３０】
RTP画像パケット生成処理部１１は、制御情報4-7に基づいて、送信画像符号化データ4-5に固有情報を付加し、またはRTP画像パケットデータ4-3を送信RTP画像パケットデータ4-4として送信する。
【００３１】
図６は、受信機能Ａおよび再送出機能Ｂを示す模式図である。受信機能Ａとは、RTP画像パケット分離処理部１０が受信RTP画像パケットデータ4-1を受信画像符号化データ4-2として出力する機能をいい、非アクティブな端末において実行される。
【００３２】
受信RTP画像パケットデータ4-1は、RTP画像パケット分離処理部１０に入力すると、RTPパケットヘッダに存在する固有情報で識別される。その後、画像符号化データとして展開可能であると判断された場合、画像符号化データ部分のみに分離され、受信画像符号化データ4-2に変換される。この受信画像符号化データ4-2は、当該端末に接続されているテレビモニタ６への出力等のために受信画像データとして処理される。
【００３３】
再送出機能Ｂとは、RTP画像パケット分離処理部１０が受信RTP画像パケットデータ4-1から抽出した固有情報により再送出すべきかを判定し、再送出する場合は変更した固有情報を挿入してRTP画像パケットデータ4-3として出力し、これをRTP画像パケット生成処理部１１が送信RTP画像パケットデータ4-3として出力する機能をいい、非アクティブな端末において実行される。
【００３４】
再送出機能Ｂでは、RTP画像パケット分離処理部１０は、受信RTP画像パケットデータ4-1を受信すると、RTPパケットヘッダに存在する固有情報を識別し、予め多地点会議制御部９から受けていた制御情報4-6と比較する。その結果、一致していた場合にはRTP画像パケットデータ4-3としてRTP画像パケット生成処理部１１に入力させる。
【００３５】
図７は、上述の再送出のロジックをフローチャートで例示する。図７では、制御情報4-6としてRTPパケットデータの拡張ヘッダにおけるHOPN（HOP Number）＝１が採用されている。RTP画像パケット分離処理部１０は、抽出した固有情報HOPNが１であるか否かを判定し（図7のステップA1）、１であれば再送出せず（ステップA2）、１でなければHOPNから１を減じて(ステップA3)、固有情報を書き換える(ステップA4)。
【００３６】
図８は、マスター送信機能Ｃおよびスレーブ送受信機能Ｄを示す模式図である。マスター送信機能Ｃおよびスレーブ送受信機能Ｄでは、再送出はないため、RTP画像パケット分離処理部１０とRTP画像パケット生成処理部１１は連結されない。
【００３７】
マスター送信機能Ｃとは、送信画像符号化データ4-5に固有情報を挿入して送信RTP画像パケットデータ4-4として送出機能と、受信RTP画像パケットデータ4-1から固有情報を分離して受信画像符号化データ4-2とする機能をいい、アクティブな端末で実行される。マスター送信機能Ｃとスレーブ送受信機能Ｄを実行するための構成に違いはなく、RTP画像パケット生成処理部１１において挿入する固有情報の内容に違いがあるのみである。
【００３８】
すなわち、マスター送信機能Ｃでは、図９に示すように、多地点会議制御処理部９から制御情報4-7により全参加端末数を得て（図9のステップB1）、これをHOPNとし、固有情報のフォーマットに並び替える(ステップB2)。図４の例では、参加端末２においてHOPN＝３に設定することになる。
【００３９】
一方、スレーブ送受信機能Ｄでは、図１０に示すように、多地点会議制御処理部９から制御情報4-7によりその時のHOPN数を得て（図１０のステップC1）、これをHOPNとし、固有情報のフォーマットに並び替える(ステップC2)。スレーブ送受信機能Ｄによれば、アクティブな端末は、リング接続状態を維持しつつ、他の端末（リング終端の端末）における映像を表示できるので、他の端末における反応状況等を把握できることになる。
【００４０】
次に、ホスト端末１，参加端末２〜４の詳細について図１１，図１２により詳述する。
【００４１】
図１１はホスト端末１の詳細図である。ホスト端末１は、参加端末２〜４それぞれに対応する３式の音声符号化処理部M-8〜M-10，音声復号化処理部M-11〜M-13，RTP音声パケット生成処理部M-16〜M-18およびRTP音声パケット分離処理部M-19〜M-21と、参加端末の数に依存しない残余の処理部M-1〜M-7およびM-22〜M-25で構成される。
【００４２】
多地点会議制御部M-6，RTP画像パケット生成処理部M-22，RTP画像パケット分離処理部M-23，接続M-25は、図５におけるRTP画像パケット生成処理部１１，RTP画像パケット分離処理部１０，多地点会議制御部９，RTP画像パケットデータ4-3に相当する。
【００４３】
IPパケット処理部M-24は、参加端末２〜４からのIPパケットをLAN回線M-26経由で受信すると、RTPパケット，制御データに分解して対応するRTP音声パケット分離処理部M-19〜M-21，RTP画像パケット分離処理部M-23，接続制御信号処理部M-7に振り分ける処理を行う。また、RTP音声パケット生成処理部M-16〜M-18，RTP画像パケット生成処理部M-22，接続制御信号処理部M-7で生成されRTPパケット化された音声符号化データ，画像符号化データ，制御データをIPパケット化し、参加端末２〜４への送信処理を行う。
【００４４】
接続制御信号処理部M-7は、参加端末２〜４との間の接続制御データを送受信し、多地点会議制御処理部M-6で判断できるデータに変換する役割を担う。また、参加端末２〜４と接続切断する際の制御信号を処理することも行う。例えば、ITU-T標準H.323といった標準化された通信プロトコルを使用して接続処理を行う。
【００４５】
RTP音声パケット生成処理部M-16〜M-18は、参加端末２〜４に配信する音声符号化データをRTPパケットするための処理部である。RTP音声パケット分離処理部M-19〜M-21は、参加端末２〜４から受信した音声のRTPパケットから、RTPパケットヘッダといった不要なデータを取り除きエレメンタリ音声符号化データに変換するための処理部である。
【００４６】
音声符号化処理部M-8〜M-10は、参加端末２〜４へ配信する音声信号を符号化処理し音声符号化データに変換するための処理部である。音声復号化処理部M-11〜M-13は、参加端末２〜４から受信した音声符号化データを音声信号へ配信する音声信号に復号化処理するための処理部である。
【００４７】
音声検出・音声合成処理部M-3は2つの機能を有する。第一は、音声復号化処理部M-11〜M-13および音声A/D変換処理部M-1から受け取った音声信号の内で、最も音声レベルの高い音声信号をアクティブな参加端末からの音声信号であると判断し、それがどの処理部から受け取った音声信号であるのかを番号付けし、その情報を多地点会議制御処理部M-6へ渡す、という処理である。
【００４８】
第二は、アクティブな参加端末の音声を残りの参加端末へ配信するための処理を行う。そのために、多地点会議制御処理部M-6から受け取ったアクティブ参加端末番号がどの処理部であるかを判断し、その処理部から受信した音声信号を音声符号化処理部M-8〜M-10または音声D/A変換処理部M-2へ渡す、という処理である。
【００４９】
音声A/D変換処理部M-1は、ホスト端末１に接続されたマイク８などの音声入力機器から入力された音声アナログ信号を音声デジタル信号に変換する処理を行う。音声D/A変換処理部M-2は、ホスト端末１に接続されたテレビモニタ６などの音声出力機器に出力するために音声デジタル信号から音声アナログ信号に変換する処理を行う。
【００５０】
RTP画像パケット生成処理部M-22からRTP画像パケット分離処理部M-23へ画像符号化データが流れる接続M-25が設けられている。RTP画像パケット生成処理部M-22は、多地点会議制御処理部M-6の指示情報に従って、RTP画像パケット分離処理部M-23から受け取る画像符号化データのRTPパケット化や、画像符号化処理部M-14から受け取る画像符号化データのRTPパケット化を行う。画像符号化処理部M-14から画像符号化データを受け取る場合、固有情報をRTPパケットデータに挿入する処理も担う。
【００５１】
画像符号化処理部M-14は、画像A/D変換処理部M-4から受け取った画像デジタル信号を画像符号化処理し、画像符号化データに変換するための処理を行う。画像復号化処理部M-15は、RTP画像パケット分離処理部M-23から受け取った画像符号化データを復号化し、画像D/A変換処理部M-5へ渡すための処理を行う。
【００５２】
画像A/D変換処理部M-4は、ホスト端末１に接続されたカメラ７などの映像入力機器から入力された画像アナログ信号を画像デジタル信号に変換する処理を行う。画像D/A変換処理部M-5は、ホスト端末１に接続されたテレビモニタ６などの映像表示機器に出力するために画像デジタル信号から画像アナログ信号に変換する処理を行う。
【００５３】
図１２は参加端末２〜４それぞれの詳細図である。参加端末は、図１１に示したホスト端末１の詳細図において、それぞれ３組あったRTP音声パケット生成処理部M-16〜M-18，RTP音声パケット分離処理部M-19〜M-21，音声符号化処理部M-8〜M-10，音声復号化処理部M-11〜M-13をそれぞれRTP音声パケット生成処理部S-11,RTP音声パケット分離処理部S-12，音声符号化処理部S-6，音声復号化処理部S-7の各１つとし、したがって音声検出・音声合成処理部M-3を削除した構成となっている。つまり、参加端末はアクティブな端末を判断する機能を有しないのである。
【００５４】
残余の処理部は図１１に示したホスト端末１におけるものと変わりがない。図１１と図１２において同じ名称の処理部は同じ機能を実行するので、各処理部の機能の説明は省略する。各処理部の参照番号は、図１１においてはMが付されているのに対して、図１２ではSが付されている。
【００５５】
以上のように構成された本実施例の動作を説明する。ホスト端末１において、参加端末２がアクティブな端末と判定されたものとする。
【００５６】
参加端末２はマスター送受信機能Ｃの一部を動作させ、カメラ7から取り込んだ送信画像符号化データ4-5に固有情報（HOPN＝３）を挿入し送信RTP画像パケットデータ4-4として矢印3-1で示すように参加端末３に送信する。固有情報（HOPN＝３）は、全端末数４から１つ減じた３を多地点会議制御処理部９から取得する。
【００５７】
参加端末３は固有情報（HOPN＝３）に基づいて受信機能Ａと再送出機能Ｂを動作させる。すなわち、矢印3-1で示すように受信RTP画像パケットデータ4-1を受信すると、固有情報を取り除いた受信画像符号化データ4-2として内部に取り込み、テレビモニタ６に表示する。また、固有情報HOPNを１つだけ減じたRTP画像パケットデータ4-3としてRTP画像パケット生成処理部１１に出力し、RTP画像パケット生成処理部１１は、これを送信RTP画像パケットデータ4-4として矢印3-2で示すように参加端末４に送信する。
【００５８】
参加端末４は固有情報（HOPN＝２）に基づいて受信機能Ａと再送出機能Ｂを動作させる。すなわち、矢印3-2で示すように受信RTP画像パケットデータ4-1を受信すると、固有情報を取り除いた受信画像符号化データ4-2として内部に取り込み、テレビモニタ６に表示する。また、固有情報HOPNを１つだけ減じたRTP画像パケットデータ4-3としてRTP画像パケット生成処理部１１に出力し、RTP画像パケット生成処理部１１は、これを送信RTP画像パケットデータ4-4として矢印3-3で示すようにホスト端末１に送信する。
【００５９】
ホスト端末１は、非アクティブな端末の内でリング接続の終端に位置するため、固有情報（HOPN＝１）に基づいてスレーブ送受信機能Ｄを動作させる。矢印3-3で示すように受信RTP画像パケットデータ4-1を受信すると、固有情報を取り除いた受信画像符号化データ4-2として内部に取り込取り込み、テレビモニタ６に表示する。また、カメラ７から取り込んだ送信画像符号化データ4-5に固有情報（HOPN＝１）を挿入し送信RTP画像パケットデータ4-4として矢印3-1で示すように参加端末３に送信する。固有情報（HOPN＝１）は、このときのHOPN数を多地点会議制御処理部９から取得する。
【００６０】
最後に、参加端末２は、固有情報（HOPN＝１）に基づいてマスター送受信機能Ｃの残る一部を動作させ、矢印3-4で示すように受信RTP画像パケットデータ4-1を受信すると、それを内部に取り込み、テレビモニタ６に表示する。
【００６１】
次に、RTPパケットデータの拡張ヘッダに含まれる固有情報の情報を追加することで、本発明の画像符号化データ分配機構の機能を拡充することが可能である。
【００６２】
１つ目の追加情報は、パケットを送出した端末が所属するグループを示す番号（GRPN）である。これにより、そのRTPパケットは、どのグループに属する端末が送信したデータであるかの識別が可能になる。
【００６３】
２つ目の追加情報は、パケットを送出した端末を示す番号（SNDN）である。これにより、そのRTPパケットは、どの端末が送信したデータであるかの識別が可能になる。
【００６４】
３つ目の追加情報は、パケットが送出された時に、通信が開始されてから何番目にアクティブな端末が別の端末に切り替わったかを示すモジュロ値（ACTVN）である。これにより、そのRTPパケットがどのタイミングで切り替わったデータであるかの識別が可能である。このモジュロ値をボイスアクティブ番号と呼ぶことにする。
【００６５】
４つ目の追加情報は、RTPパケットを受信できる端末を示す１つ又はそれ以上の端末番号（RCVO）である。これにより、ある端末がそのRTPパケットを受信画像符号化データとして渡してよいのかどうかの識別が可能になる。RCVOが予約値「0x00」の場合は全端末が受信端末となることを示す。RCVOのその他の予約値は受信端末を指定する。
【００６６】
図１３は、この場合においてRTP画像パケット分離処理部１０が固有情報に基づいて画像符号化データに分離するか否かの判断ロジックを示すフローチャートである。先ず、多地点会議制御処理部９から制御情報4-6により自端末番号を得る（図１３のステップD1）。次に、固有情報からRCVOを得て、それが予約値「0x00」であれば（ステップD2でYes）、画像符号化データ4-2を分離する（ステップD3）。一方、RCVOが予約値「0x00」でなければ（ステップD2でNo）、RCVOに自端末番号があるか否かをチェックして（ステップD4）、自端末番号があるときは（ステップD4でYes）画像符号化データ4-2を分離し（ステップD3）、自端末番号がないときは（ステップD4でNo）そのまま処理を終える。
【００６７】
これらの情報で構成される固有情報をRTPパケットヘッダの拡張ヘッダに書き込む場合、RFC1889の規定に従って、４バイトアライメントする必要がある。４バイト単位で満たされない部分は、例えば「RCV0…」の予約語である「0xFF」で埋めればよい。また、拡張ヘッダのPROFILE番号は、固有情報を構成する個々の情報の組み合わせが分かる一意な値である必要がある。
【００６８】
図１４は、上述の４つの情報を固有情報に追加することとした場合において、RTP画像パケット生成処理部１１におけるマスター送受信機能Ｃによる固有情報の生成ロジックを示すフローチャートであり、図９に代わるものである。RTP画像パケット生成処理部１１は多地点会議制御処理部９から制御情報4-7により、自端末のグループ番号GRPN，自端末の番号SNDN，全参加端末数HOPN，ボイスアクティブ番号ACTVN，受信可能端末番号RCNOを順次に取得して（図１４のステップE1〜E5）、これらを固有情報フォーマットに並び替える（ステップE6）。
【００６９】
また、図１５は、上述の４つの情報を固有情報に追加することとした場合において、RTP画像パケット生成処理部１１におけるスレーブ送受信機能Ｄによる固有情報の生成ロジックを示すフローチャートであり、図１０に代わるものである。RTP画像パケット生成処理部１１は多地点会議制御処理部９から制御情報4-7により、自端末のグループ番号GRPN，自端末の番号SNDN，HOPN数，ボイスアクティブ番号ACTVN，受信可能端末番号RCNOを順次に取得して（図１４のステップF1〜F5）、これらを固有情報フォーマットに並び替える（ステップF6）。
【図面の簡単な説明】
【００７０】
【図１】本発明が適用されるテレビ会議システムの一構成例を示す図
【図２】図１に示したテレビ会議システムにおける画像符号化データ用論理接続図
【図３】図１に示したテレビ会議システムにおける制御信号用論理接続図
【図４】図１に示したテレビ会議システムにおける画像符号化データの流れを例示する図
【図５】本発明による画像符号化データの分配機構を示す図
【図６】本発明による受信機能Ａおよび再送出機能Ｂを示す模式図
【図７】固有情報にもとづいてパケットを再送出すべきか否かの判断ロジック
【図８】本発明によるマスター送受信機能Ｃおよびスレーブ送受信機能Ｄを示す模式図
【図９】マスター送受信機能Ｃによる固有情報の生成ロジック例を示す図
【図１０】スレーブ送受信機能Ｄによる固有情報の生成ロジック例を示す図
【図１１】本発明におけるホスト端末の詳細図
【図１２】本発明における参加端末の詳細図
【図１３】RTP画像パケット分離処理部における固有情報に基づく画像符号化データに分離するか否かを判断ロジックを示すフローチャート
【図１４】マスター送受信機能Ｃによる固有情報の他の生成ロジック例を示す図
【図１５】スレーブ送受信機能Ｄによる固有情報の他の生成ロジック例を示す図
【符号の説明】
【００７１】
１          ホスト端末
２〜４      参加端末
５          ＬＡＮ回線
６          テレビモニタ
７          カメラ
８          マイク
９          多地点会議制御処理部
１０        RTP画像パケット分離処理部
１１        RTP画像パケット生成処理部
【図１】
2005236695.tif 000003
【図２】
2005236695.tif 000004
【図３】
2005236695.tif 000005
【図４】
2005236695.tif 000006
【図５】
2005236695.tif 000007
【図６】
2005236695.tif 000008
【図７】
2005236695.tif 000009
【図８】
2005236695.tif 000010
【図９】
2005236695.tif 000011
【図１０】
2005236695.tif 000012
【図１１】
2005236695.tif 000013
【図１２】
2005236695.tif 000014
【図１３】
2005236695.tif 000015
【図１４】
2005236695.tif 000016
【図１５】
2005236695.tif 000017