JP2007072739A - 多地点会議システム、多地点会議装置およびクライアント端末 - Google Patents

Abstract

【課題】 会議に参加するクライアント端末数やクライアント端末性能に応じて会議通信の形態を変更し、最適な会議通信を実現する多地点会議システムを提供する。
【解決手段】 ＩＰ網２に接続し、多地点に配置して音声／映像の会議通信を行うクライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnと、ＩＰ網２に接続し、会議通信に参加するクライアント端末数、クライアント端末の性能情報、クライアント端末の優先順位、クライアント端末の位置情報などにより、会議通信の形態を変更して制御するサーバ３（多地点会議装置）とから構成する。
【選択図】 図１

Description

本発明はＩＰ網を介して複数のクライアント端末を収容し、複数のクライアント端末相互間の多地点会議を制御する多地点会議装置を備えた多地点会議システムに係り、特に会議に参加するクライアント端末数やクライアント端末の性能などに応じて会議通信の形態を変更する多地点会議システムに関する。

現在、通信網としてインターネット等のＩＰ（Internet Protocol）網の普及が目覚しく、このＩＰ網を利用して多地点間でテレビ会議通信を行う技術が広く知られている。

多地点間でテレビ会議通信を実現する方法は、例えば「特許文献１」に開示されているように、テレビ会議に参加するそれぞれの端末が参加者全員（全端末）に、音声データおよび映像データを送信し、音声データのミキシングや映像データの編集などは、各端末で処理するように構成されている。

また、会議に参加している各端末から送信されてくる音声データおよび映像データを受信し、音声データにミキシング処理を施し、ミキシングした音声データを全ての端末へ配信するとともに、映像データに編集処理などを施し、映像データを全ての端末に分配する専用装置（ＭＣＵ：Multipoint Control Unit）を用いた多地点会議システムが、例えば「特許文献２」に開示されている。

さらに、複数のＭＣＵ（Multipoint Control Unit）装置を用いて音声データおよび映像データの配信を行う多地点会議システムが、例えば「特許文献３」に開示されている。

特開平１１−２６１６３７号公報 特開平０７−０６６８７６号公報 特開平１０−０５６５１３号公報

「特許文献１」に開示された端末間でデータ配信を行う方法は、会議参加者が多くなるほど、端末で処理する負荷が大きくなってリアルタイム処理が困難になるため、会議に参加できる端末数が制限されるという課題が発生する。

また、「特許文献１」に開示された技術では、端末間で呼制御を行い、会議を開催してしまい、ネットワークにおける接続状態やネットワーク内を伝送されるデータ量などの管理がなされないため、端末間の会議通信のデータ量が膨大になってくると、同一ネットワーク利用者への影響が発生するという課題もある。

「特許文献２」に開示されたＭＣＵ（Multipoint Control Unit）を用いた方法は、多数の端末と接続することができるが、少数の端末間で会議を開催する場合には、ＭＣＵのリソース（資源）を有効に利用できないという課題がある。

「特許文献３」に開示されたＭＣＵ（Multipoint Control Unit）を複数用いた方法は、会議通信をより多くの参加者（端末）で実施することが可能であるが、多数のＭＣＵを設置しなければならず、ユーザの設備負担費の高騰を招くという課題がある。

また、「特許文献１」、「特許文献２」および「特許文献３」に共通して発生しうる課題として、端末のデータ処理能力などの性能不足やシステム全体のデータ量過多によって、会議通信の音声データおよび映像データの品質低下を招き、満足のいく会議通信ができないことが懸念される。

この発明はこのような課題を解決するためになされたもので、その目的は会議に参加するクライアント端末数やクライアント端末性能に応じて会議通信の形態を変更し、最適な会議通信を実現する多地点会議システム、多地点会議装置およびクライアント端末を提供することにある。

前記課題を解決するためこの発明に係る多地点会議システムは、ＩＰ網に接続し、多地点に配置した複数のクライアント端末と、ＩＰ網に接続し、会議に参加する複数のクライアント端末の会議通信を制御する多地点会議装置とからなる多地点会議システムにおいて、多地点会議装置は、会議に参加する複数のクライアント端末の台数を監視し、台数が所定数以下の場合、会議に参加する複数のクライアント端末相互間の会議通信を制御し、台数が所定数を超える場合には、音声データおよび映像データを会議に参加するクライアント端末に配信する会議通信を制御することを特徴とする。

この発明に係る多地点会議システムの多地点会議装置は、会議に参加する複数のクライアント端末の台数を監視し、台数が所定数以下の場合、会議に参加する複数のクライアント端末相互間の会議通信を制御し、台数が所定数を超える場合には、音声データおよび映像データを会議に参加するクライアント端末に配信する会議通信を制御するので、会議に参加するクライアント端末数に応じた会議通信を選択し、クライアント端末およびデータ量を管理して最適な会議通信を実現することができる。

また、この発明に係る多地点会議装置は、クライアント端末から会議開始要求を受信すると、会議制御装置に会議開始を指示する会議状態管理装置と、会議状態管理装置から会議開始の指示を受けると、ＭＣＵ部を利用した会議通信またはＭＣＵ部を利用しない会議通信を選択する会議制御装置と、会議制御装置によりＭＣＵ部を利用した会議通信が選択されると、会議に参加する複数のクライアント端末から送信されてくる音声データ（パケット）を受信してミキシングするとともに、会議に参加する複数のクライアント端末から送信されてくる映像データ（パケット）を受信し、ミキシング音声データおよび映像データを会議に参加する複数のクライアント端末に配信するＭＣＵ（Multipoint Control Unit）部と、会議制御装置と会議に参加する複数のクライアント端末を中継し、ＳＩＰのプロキシ処理を行うＳＩＰ制御装置と、装置内部と装置外部のパケットをルーティングするルータ部とを備えたことを特徴とする。

この発明に係る多地点会議装置は、クライアント端末から会議開始要求を受信すると、会議制御装置に会議開始を指示する会議状態管理装置と、会議状態管理装置から会議開始の指示を受けると、ＭＣＵ部を利用した会議通信またはＭＣＵ部を利用しない会議通信を選択する会議制御装置と、会議制御装置によりＭＣＵ部を利用した会議通信が選択されると、会議に参加する複数のクライアント端末から送信されてくる音声データ（パケット）を受信してミキシングするとともに、会議に参加する複数のクライアント端末から送信されてくる映像データ（パケット）を受信し、ミキシング音声データおよび映像データを会議に参加する複数のクライアント端末に配信するＭＣＵ（Multipoint Control Unit）部と、会議制御装置と会議に参加する複数のクライアント端末を中継し、ＳＩＰのプロキシ処理を行うＳＩＰ制御装置と、装置内部と装置外部のパケットをルーティングするルータ部とを備えたので、会議開始要求からクライアント端末数を抽出し、クライアント端末数と予め設定された所定数を比較することにより、クライアント端末数が所定数を超えた場合には、会議制御装置がＭＣＵ部を利用した会議通信を選択して、ＭＣＵ部と会議に参加するクライアント端末との間で、音声データおよび映像データの配信をして会議通信を開始することができる。

さらに、この発明に係る会議状態管理装置は、クライアント端末から会議開始要求を受信すると、ＭＣＵ部を利用した会議通信またはＭＣＵ部を利用しない会議通信を選択することを特徴とする。

この発明に係る会議状態管理装置は、クライアント端末から会議開始要求を受信すると、ＭＣＵ部を利用した会議通信またはＭＣＵ部を利用しない会議通信を選択するので、会議制御装置と同様に、ＭＣＵ部を利用した会議通信を選択して、ＭＣＵ部と会議に参加するクライアント端末との間で、音声データおよび映像データの配信をして会議通信を開始することができる。

また、この発明に係る会議制御装置は、会議に参加する複数のクライアント端末のデータ量を監視し、データ量が多い場合には、会議に参加する複数のクライアント端末の台数が所定数以下の場合であっても、ＭＣＵ部から音声ミキシングデータおよび映像データを会議に参加するクライアント端末に配信する会議通信の制御を実行することを特徴とする。

この発明に係る会議制御装置は、会議に参加する複数のクライアント端末のデータ量を監視し、データ量が多い場合には、会議に参加する複数のクライアント端末の台数が所定数以下の場合であっても、ＭＣＵ部から音声ミキシングデータおよび映像データを会議に参加するクライアント端末に配信する会議通信の制御を実行するので、会議に参加する複数のクライアント端末の台数が所定数以下でも、ＭＣＵを利用した会議通信を選択して正常な会議通信を実行することができる。

さらに、この発明に係る会議制御装置は、会議に参加する複数のクライアント端末に優先順位を設定し、優先順位に応じてＭＣＵ部から会議に参加するクライアント端末への音声データおよび映像データの配信を制限することを特徴とする。

この発明に係る会議制御装置は、会議に参加する複数のクライアント端末に優先順位を設定し、優先順位に応じてＭＣＵ部から会議に参加するクライアント端末への音声データおよび映像データの配信を制限するので、会議通信のデータ量が多く、会議に参加する全てのクライアント端末に音声データおよび映像データを配信できない状態でも、優先順位に従って、例えば音声データおよび映像データを配信するクライアント端末グループと、音声データのみを配信するクライアント端末グループに分けて、少なくても会議に参加する全てのクライアント端末に音声データだけは正常に配信して会議通信を成立させることができる。

また、この発明に係る会議制御装置は、会議に参加するクライアント端末からの性能情報に基づいて、該当するクライアント端末に配信する映像データを停止することを特徴とする。

この発明に係る会議制御装置は、会議に参加するクライアント端末からの性能情報に基づいて、該当するクライアント端末に配信する映像データを停止するので、クライアント端末の性能が低く、音声データおよび映像データを処理するのに一杯の場合には、クライアント端末からの性能情報に基づいて映像データの配信を停止し、音声データのみを配信することができる。

さらに、この発明に係る会議制御装置は、会議に参加する複数のクライアント端末からの位置情報に基づいて、複数のクライアント端末間の距離が近い場合、ＭＣＵ部を利用しないクライアント端末相互間の会議通信を制御することを特徴とする。

この発明に係る会議制御装置は、会議に参加する複数のクライアント端末からの位置情報に基づいて、複数のクライアント端末間の距離が近い場合、ＭＣＵ部を利用しないクライアント端末相互間の会議通信を制御するので、近い距離にある複数のクライアント端末の会議通信をデータ量が少ない場合には、クライアント端末相互間の会議通信にし、多地点会議装置から制御信号のみをクライアント端末に送ることにより、多地点会議装置の負荷を軽減することができる。

また、この発明に係る複数のクライアント端末は、音声データおよび映像データの処理能力がオーバする場合には、性能情報を多地点会議装置に通知するクライアント制御部を備えたことを特徴とする。

この発明に係る複数のクライアント端末は、音声データおよび映像データの処理能力がオーバする場合には、性能情報を多地点会議装置に通知するクライアント制御部を備えたので、データ処理能力が一杯の場合には、性能情報を多地点会議装置に送信し、音声データのみを配信してもらうことができる。

さらに、この発明に係る多地点会議装置は、会議状態管理装置、会議制御装置、ＭＣＵ（Multipoint Control Unit）部、ＳＩＰ制御装置およびルータ部をそれぞれ独立したサーバで構成したことを特徴とする。

この発明に係る多地点会議装置は、会議状態管理装置、会議制御装置、ＭＣＵ（Multipoint Control Unit）部、ＳＩＰ制御装置およびルータ部をそれぞれ独立したサーバで構成したので、それぞれのサーバをＩＰ網に沿って任意の位置に配置することができる。

また、この発明に係る多地点会議装置は、多地点会議システムに適用され、会議に参加する複数のクライアント端末の会議通信を制御する多地点会議装置であって、会議に参加する複数のクライアント端末の台数を監視し、台数が所定数以下の場合、クライアント端末相互間の会議通信を制御し、台数が所定数を超える場合には、音声データおよび映像データを会議に参加するクライアント端末に配信する会議通信を制御することを特徴とする。

この発明に係る多地点会議装置は、会議に参加する複数のクライアント端末の台数を監視し、台数が所定数以下の場合、クライアント端末相互間の会議通信を制御し、台数が所定数を超える場合には、音声データおよび映像データを会議に参加するクライアント端末に配信する会議通信を制御するので、会議に参加するクライアント端末数に応じた会議通信を選択し、クライアント端末およびデータ量を管理して最適な会議通信を実現することができる。

さらに、この発明に係る多地点会議装置は、クライアント端末から会議開始要求を受信すると、会議制御装置に会議開始を指示する会議状態管理装置と、会議状態管理装置から会議開始の指示を受けると、ＭＣＵ部を利用した会議通信またはＭＣＵ部を利用しない会議通信を選択する会議制御装置と、会議制御装置によりＭＣＵ部を利用した会議通信が選択されると、会議に参加する複数のクライアント端末から送信されてくる音声データ（パケット）を受信してミキシングするとともに、会議に参加する複数のクライアント端末から送信されてくる映像データ（パケット）を受信し、ミキシング音声データおよび映像データを会議に参加する複数のクライアント端末に配信するＭＣＵ（Multipoint Control Unit）部と、会議制御装置と会議に参加する複数のクライアント端末を中継し、ＳＩＰのプロキシ処理を行うＳＩＰ制御装置と、装置内部と装置外部のパケットをルーティングするルータ部とを備えたことを特徴とする。

この発明に係る多地点会議装置は、クライアント端末から会議開始要求を受信すると、会議制御装置に会議開始を指示する会議状態管理装置と、会議状態管理装置から会議開始の指示を受けると、ＭＣＵ部を利用した会議通信またはＭＣＵ部を利用しない会議通信を選択する会議制御装置と、会議制御装置によりＭＣＵ部を利用した会議通信が選択されると、会議に参加する複数のクライアント端末から送信されてくる音声データ（パケット）を受信してミキシングするとともに、会議に参加する複数のクライアント端末から送信されてくる映像データ（パケット）を受信し、ミキシング音声データおよび映像データを会議に参加する複数のクライアント端末に配信するＭＣＵ（Multipoint Control Unit）部と、会議制御装置と会議に参加する複数のクライアント端末を中継し、ＳＩＰのプロキシ処理を行うＳＩＰ制御装置と、装置内部と装置外部のパケットをルーティングするルータ部とを備えたので、会議開始要求からクライアント端末数を抽出し、クライアント端末数と予め設定された所定数を比較することにより、クライアント端末数が所定数を超えた場合には、会議制御装置がＭＣＵ部を利用した会議通信を選択して、ＭＣＵ部と会議に参加するクライアント端末との間で、音声データおよび映像データの配信をして会議通信を開始することができる。

また、この発明に係る会議状態管理装置は、クライアント端末から会議開始要求を受信すると、ＭＣＵ部を利用した会議通信またはＭＣＵ部を利用しない会議通信を選択することを特徴とする。

この発明に係る会議状態管理装置は、クライアント端末から会議開始要求を受信すると、ＭＣＵ部を利用した会議通信またはＭＣＵ部を利用しない会議通信を選択するので、会議制御装置と同様に、ＭＣＵ部を利用した会議通信を選択して、ＭＣＵ部と会議に参加するクライアント端末との間で、音声データおよび映像データの配信をして会議通信を開始することができる。

さらに、この発明に係る会議制御装置は、会議に参加する複数のクライアント端末のデータ量を監視し、データ量が多い場合には、会議に参加する複数のクライアント端末の台数が所定数以下の場合であっても、ＭＣＵ部から音声ミキシングデータおよび映像データを会議に参加するクライアント端末に配信する会議通信の制御を実行することを特徴とする。

この発明に係る会議制御装置は、会議に参加する複数のクライアント端末のデータ量を監視し、データ量が多い場合には、会議に参加する複数のクライアント端末の台数が所定数以下の場合であっても、ＭＣＵ部から音声ミキシングデータおよび映像データを会議に参加するクライアント端末に配信する会議通信の制御を実行するので、会議に参加する複数のクライアント端末の台数が所定数以下でも、ＭＣＵを利用した会議通信を選択して正常な会議通信を実行することができる。

また、この発明に係る会議制御装置は、会議に参加する複数のクライアント端末に優先順位を設定し、優先順位に応じてＭＣＵ部から会議に参加するクライアント端末への音声データおよび映像データの配信を制限することを特徴とする。

この発明に係る会議制御装置は、会議に参加する複数のクライアント端末に優先順位を設定し、優先順位に応じてＭＣＵ部から会議に参加するクライアント端末への音声データおよび映像データの配信を制限するので、会議通信のデータ量が多く、会議に参加する全てのクライアント端末に音声データおよび映像データを配信できない状態でも、優先順位に従って、例えば音声データおよび映像データを配信するクライアント端末グループと、音声データのみを配信するクライアント端末グループに分けて、少なくても会議に参加する全てのクライアント端末に音声データだけは正常に配信して会議通信を成立させることができる。

さらに、この発明に係る会議制御装置は、会議に参加するクライアント端末からの性能情報に基づいて、該当するクライアント端末に配信する映像データを停止することを特徴とする。

この発明に係る会議制御装置は、会議に参加するクライアント端末からの性能情報に基づいて、該当するクライアント端末に配信する映像データを停止するので、クライアント端末の性能が低く、音声データおよび映像データを処理するのに一杯の場合には、クライアント端末からの性能情報に基づいて映像データの配信を停止し、音声データのみを配信することができる。

また、この発明に係る会議制御装置は、会議に参加する複数のクライアント端末からの位置情報に基づいて、複数のクライアント端末間の距離が近い場合、ＭＣＵ部を利用しないクライアント端末相互間の会議通信を制御することを特徴とする。

この発明に係る会議制御装置は、会議に参加する複数のクライアント端末からの位置情報に基づいて、複数のクライアント端末間の距離が近い場合、ＭＣＵ部を利用しないクライアント端末相互間の会議通信を制御するので、近い距離にある複数のクライアント端末の会議通信をデータ量が少ない場合には、クライアント端末相互間の会議通信にし、多地点会議装置から制御信号のみをクライアント端末に送ることにより、多地点会議装置の負荷を軽減することができる。

さらに、この発明に係る多地点会議装置は、会議状態管理装置、会議制御装置、ＭＣＵ（Multipoint Control Unit）部、ＳＩＰ制御装置およびルータ部をそれぞれ独立したサーバで構成したことを特徴とする。

この発明に係る多地点会議装置は、会議状態管理装置、会議制御装置、ＭＣＵ（Multipoint Control Unit）部、ＳＩＰ制御装置およびルータ部をそれぞれ独立したサーバで構成したので、それぞれのサーバをＩＰ網に沿って任意の位置に配置することができる。

また、この発明に係るクライアント端末は、多地点会議システムに適用され、多地点会議装置により、会議通信の制御を受ける複数のクライアント端末であって、音声データおよび映像データの処理能力がオーバする場合には、性能情報を多地点会議装置に通知するクライアント制御部を備えたことを特徴とする。

この発明に係る複数のクライアント端末は、音声データおよび映像データの処理能力がオーバする場合には、性能情報を多地点会議装置に通知するクライアント制御部を備えたので、データ処理能力が一杯の場合には、性能情報を多地点会議装置に送信し、音声データのみを配信してもらうことができる。

この発明に係る多地点会議システムの多地点会議装置は、会議に参加する複数のクライアント端末の台数を監視し、台数が所定数以下の場合、会議に参加する複数のクライアント端末相互間の会議通信を制御し、台数が所定数を超える場合には、音声データおよび映像データを会議に参加するクライアント端末に配信する会議通信を制御するので、会議に参加するクライアント端末数に応じた会議通信を選択し、クライアント端末およびデータ量を管理して最適な会議通信を実現することができ、利便性の高いシステムを構築することができる。

また、この発明に係る多地点会議装置は、会議に参加する複数のクライアント端末の台数を監視し、台数が所定数以下の場合、クライアント端末相互間の会議通信を制御し、台数が所定数を超える場合には、音声データおよび映像データを会議に参加するクライアント端末に配信する会議通信を制御するので、会議に参加するクライアント端末数に応じた会議通信を選択し、クライアント端末およびデータ量を管理して最適な会議通信を実現することができ、利便性の向上をアピールすることができる。

さらに、この発明に係る多地点会議装置は、クライアント端末から会議開始要求を受信すると、会議制御装置に会議開始を指示する会議状態管理装置と、会議状態管理装置から会議開始の指示を受けると、ＭＣＵ部を利用した会議通信またはＭＣＵ部を利用しない会議通信を選択する会議制御装置と、会議制御装置によりＭＣＵ部を利用した会議通信が選択されると、会議に参加する複数のクライアント端末から送信されてくる音声データ（パケット）を受信してミキシングするとともに、会議に参加する複数のクライアント端末から送信されてくる映像データ（パケット）を受信し、ミキシング音声データおよび映像データを会議に参加する複数のクライアント端末に配信するＭＣＵ（Multipoint Control Unit）部と、会議制御装置と会議に参加する複数のクライアント端末を中継し、ＳＩＰのプロキシ処理を行うＳＩＰ制御装置と、装置内部と装置外部のパケットをルーティングするルータ部とを備えたので、会議開始要求からクライアント端末数を抽出し、クライアント端末数と予め設定された所定数を比較することにより、クライアント端末数が所定数を超えた場合には、会議制御装置がＭＣＵ部を利用した会議通信を選択して、ＭＣＵ部と会議に参加するクライアント端末との間で、音声データおよび映像データの配信をして会議通信を開始することができ、会議に参加するクライアント端末が多くても、システムのデータ量を抑え、最適な会議通信を実現することができる。

また、この発明に係る会議状態管理装置は、クライアント端末から会議開始要求を受信すると、ＭＣＵ部を利用した会議通信またはＭＣＵ部を利用しない会議通信を選択するので、会議制御装置と同様に、ＭＣＵ部を利用した会議通信を選択して、ＭＣＵ部と会議に参加するクライアント端末との間で、音声データおよび映像データの配信をして会議通信を開始することができ、会議に参加するクライアント端末が多くても、システムのデータ量を抑え、最適な会議通信を実現することができる。

さらに、この発明に係る会議制御装置は、会議に参加する複数のクライアント端末のデータ量を監視し、データ量が多い場合には、会議に参加する複数のクライアント端末の台数が所定数以下の場合であっても、ＭＣＵ部から音声ミキシングデータおよび映像データを会議に参加するクライアント端末に配信する会議通信の制御を実行するので、会議に参加する複数のクライアント端末の台数が所定数以下でも、ＭＣＵを利用した会議通信を選択して正常な会議通信を実行することができ、会議通信の品質を保証することができる。

また、この発明に係る会議制御装置は、会議に参加する複数のクライアント端末に優先順位を設定し、優先順位に応じてＭＣＵ部から会議に参加するクライアント端末への音声データおよび映像データの配信を制限するので、会議通信のデータ量が多く、会議に参加する全てのクライアント端末に音声データおよび映像データを配信できない状態でも、優先順位に従って、例えば音声データおよび映像データを配信するクライアント端末グループと、音声データのみを配信するクライアント端末グループに分けて、少なくても会議に参加する全てのクライアント端末に音声データだけは正常に配信して会議通信を成立させることができ、会議通信の最低限性能をアピールすることができる。

さらに、この発明に係る会議制御装置は、会議に参加するクライアント端末からの性能情報に基づいて、該当するクライアント端末に配信する映像データを停止するので、クライアント端末の性能が低く、音声データおよび映像データを処理するのに一杯の場合には、クライアント端末からの性能情報に基づいて映像データの配信を停止し、音声データのみを配信することができ、性能の低いクライアント端末でも、音声データのみを配信する会議通信に参加させることができる。

また、この発明に係る会議制御装置は、会議に参加する複数のクライアント端末からの位置情報に基づいて、複数のクライアント端末間の距離が近い場合、ＭＣＵ部を利用しないクライアント端末相互間の会議通信を制御するので、近い距離にある複数のクライアント端末の会議通信をデータ量が少ない場合には、クライアント端末相互間の会議通信にし、多地点会議装置から制御信号のみをクライアント端末に送ることにより、多地点会議装置の負荷を軽減することができ、クライアント端末の位置関係によっても、効率的な会議通信を実行することができる。

さらに、この発明に係る多地点会議装置は、会議状態管理装置、会議制御装置、ＭＣＵ（Multipoint Control Unit）部、ＳＩＰ制御装置およびルータ部をそれぞれ独立したサーバで構成したので、それぞれのサーバをＩＰ網に沿って任意の位置に配置することができ、装置構成に自由度を持たせることができる。

また、この発明に係る複数のクライアント端末は、音声データおよび映像データの処理能力がオーバする場合には、性能情報を多地点会議装置に通知するクライアント制御部を備えたので、データ処理能力が一杯の場合には、性能情報を多地点会議装置に送信し、音声データのみを配信してもらうことができ、性能が低いクライアント端末でも、音声データのみの会議通信に参加することができる。

以下、この発明の実施の形態を添付図面に基づいて説明する。図１はこの発明に係る多地点会議システムの一実施の形態システム構成図である。図１において、多地点会議システム１は、音声データ、映像データ、各種信号のパケットを転送するベストエフォート型のＩＰ網２と、ＩＰ網２に接続し、多地点に配置して音声／映像の会議通信を行うクライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnと、ＩＰ網２に接続し、会議通信に参加するクライアント端末数、クライアント端末の性能情報、クライアント端末の優先順位、クライアント端末の位置情報などにより、会議通信の形態を変更して制御するサーバ３（多地点会議装置）とから構成する。

クライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnは、パーソナルコンピュータなどで構成し、それぞれスピーカ、マイク、カメラを備える。

サーバ（多地点会議装置）３は、会議開始中に、クライアント端末ＣＬ1〜ＣＬk、クライアント端末ＣＬk+1〜ＣＬnから送信されてくる映像データおよび音声データを中継して分配し、会議を開催するために必要なリソースを確保して管理し、会議参加者を登録したり削除したりするなど、会議に関する制御を実行する。

多地点会議を行う場合、クライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnは、サーバ（多地点会議装置）３に接続する。例えば、クライアント端末ＣＬ1の操作により、会議に参加または会議への他のクライアント端末ＣＬ2〜ＣＬk，ＣＬk+1〜ＣＬnの招集を行う。

サーバ（多地点会議装置）３は、会議に参加する複数のクライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnの台数Ｎを監視し、台数Ｎが所定数ｋ以下の場合（Ｎ≦ｋ）には、ＭＣＵ（Multipoint Control Unit）を用いない映像データ／音声データの配信方法を選択し、会議に参加する複数のクライアント端末相互間の会議通信を制御し、台数Ｎが所定数ｋを超える場合（Ｎ＞ｋ）には、ＭＣＵ（Multipoint Control Unit）を用いた映像データ／音声データの配信方法を選択し、サーバ（多地点会議装置）３から音声データおよび映像データを会議に参加するクライアント端末に配信する会議通信を制御する。

また、サーバ（多地点会議装置）３は、選択した配信方法に必要なＩＰアドレス、ポート番号、コーデック（ＣＯＤＥＣ：符号化／復号化方法）などの情報を会議に参加するクライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnに通知する。

その後、クライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnまたはサーバ（多地点会議装置）３が映像データ／音声データの配信を開始し、会議通信が行われる。

次に、サーバ（多地点会議装置）３およびクライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnの構成について説明する。図２はこの発明に係るサーバ（多地点会議装置）の一実施の形態要部ブロック構成図である。なお、本発明の会議状態管理装置、ＳＩＰ制御装置および会議制御装置は、それぞれＡＣ（Application Control）部７、ＳＩＰ（Session Initiation Protocol）サーバ部６および会議サーバ部５で構成する。

図２において、サーバ（多地点会議装置）３は、クライアント端末（例えば、クライアント端末ＣＬ1）から会議開始要求を受信すると、会議サーバ部（会議制御装置）５に会議開始を指示するＡＣ部（会議状態管理装置）７と、ＡＣ部７から会議開始の指示を受けると、ＭＣＵ（Multipoint Control Unit）部を利用した会議通信またはＭＣＵ（Multipoint Control Unit）部を利用しない会議通信を選択する会議サーバ部（会議制御装置）５と、会議サーバ部（会議制御装置）５により、ＭＣＵ（Multipoint Control Unit）部を利用した会議通信が選択されると、会議に参加するクライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnから送信されてくる音声データ（パケット）を受信してミキシングするとともに、会議に参加するクライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnから送信されてくる映像データ（パケット）を受信し、ミキシング音声データおよび映像データを会議に参加するクライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnに配信するＭＣＵ（Multipoint Control Unit）部４と、会議サーバ部（会議制御装置）５と会議に参加するクライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnを中継し、ＳＩＰ（Session Initiation Protocol）のプロキシ処理を行うＳＩＰサーバ部（ＳＩＰ制御装置）６と、装置内部と装置外部のパケットをルーティングするルータ部８とを備える。

なお、サーバ（多地点会議装置）３は、必要に応じてキーボードなどの入力装置、ディスプレイなどの表示装置を備えてもよい。

ＭＣＵ部４は、ＭＣＵ制御部４ａ、音声ミキシング部４ｂ、映像分配部４ｃおよびＭＣＵ ＬＡＮ ＩＦ部４ｄを備え、会議サーバ部５からの指示をＭＣＵ ＬＡＮ ＩＦ部４ｄを介してＭＣＵ制御部４ａに伝達する。

会議サーバ部５からの指示を受信したＭＣＵ制御部４ａは、クライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnからの音声データを受信するように音声ミキシング部４ｂに指示するとともに、クライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnからの映像データを受信するように映像分配部４ｃに指示する。

ＭＣＵ制御部４ａから受信指示を受けた音声ミキシング部４ｂは、会議に参加するクライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnからの音声データを受信してミキシングを施した後、ミキシング音声データをクライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnに分配する。

ＭＣＵ制御部４ａから受信指示を受けた映像分配部４ｃは、会議に参加するクライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnからの映像データを受信して編集した後、編集した映像データをクライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnに分配する。

会議サーバ部５は、会議制御部５ａ、開催中会議室情報管理部５ｂ、性能・情報監視部５ｃおよび会議サーバＬＡＮ ＩＦ部５ｄを備え、ＡＣ部７からの会議参加者情報を含む会議開始指示や途中参加指示、途中退出指示を受けて、会議制御部５ａは、開催中会議室情報管理部５ｂに会議参加者情報を提供する。

その後、会議制御部５ａは、ＳＩＰサーバ部６に対して会議室の登録を行い、会議参加者数に応じてＭＣＵ部４を利用する場合には、ＭＣＵ部４に対して会議室のリソース（資源）を確保するように指示する。

性能・情報監視部５ｃは、ミキシング音声データおよび映像データを分配する会議通信中に、クライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnからの性能情報を監視し、性能がオーバするクライアント端末（例えば、クライアント端末ＣＬ2）がある場合、クライアント端末ＣＬ2へ分配する映像データを停止し、クライアント端末ＣＬ2へミキシング音声データのみを分配するようにする。

また、会議サーバ部５は、会議に参加するクライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnのデータ量を監視し、データ量が多い場合には、会議に参加するクライアント端末ＣＬ1〜ＣＬkの台数Ｎが所定数ｋ以下の場合（Ｎ≦ｋ）であっても、ＭＣＵ部４から音声ミキシングデータおよび映像データを会議に参加するクライアント端末ＣＬ1〜ＣＬkに配信する会議通信の制御を実行する。

このように、この発明に係る会議サーバ部（会議制御装置）５は、会議に参加するクライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnのデータ量を監視し、データ量が多い場合には、会議に参加するクライアント端末ＣＬ1〜ＣＬkの台数Ｎが所定数ｋ以下の場合（Ｎ≦ｋ）であっても、ＭＣＵ部４から音声ミキシングデータおよび映像データを会議に参加するクライアント端末ＣＬ1〜ＣＬkに配信する会議通信の制御を実行するので、会議に参加する複数のクライアント端末の台数が所定数以下でも、ＭＣＵを利用した会議通信を選択して正常な会議通信を実行することができ、会議通信の品質を保証することができる。

さらに、会議サーバ部５は、会議に参加する複数のクライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnに優先順位を設定し、優先順位に応じてＭＣＵ部４から会議に参加するクライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnへの音声データおよび映像データの配信を制限する。

このように、この発明に係る会議サーバ部（会議制御装置）５は、会議に参加する複数のクライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnに優先順位を設定し、優先順位に応じてＭＣＵ部４から会議に参加するクライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnへの音声データおよび映像データの配信を制限するので、会議通信のデータ量が多く、会議に参加する全てのクライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnに音声データおよび映像データを配信できない状態でも、優先順位に従って、例えば音声データおよび映像データを配信するクライアント端末グループと、音声データのみを配信するクライアント端末グループに分けて、少なくても会議に参加する全てのクライアント端末に音声データだけは正常に配信して会議通信を成立させることができ、会議通信の最低限性能をアピールすることができる。

また、会議サーバ部５は、会議に参加するクライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnからの性能情報に基づいて、該当するクライアント端末（例えば、クライアント端末ＣＬ2）に配信する映像データを停止する。

このように、この発明に係る会議サーバ部（会議制御装置）５は、会議に参加するクライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnからの性能情報に基づいて、該当するクライアント端末（例えば、クライアント端末ＣＬ2）に配信する映像データを停止するので、クライアント端末ＣＬ2の性能が低く、音声データおよび映像データを処理するのに一杯の場合には、クライアント端末ＣＬ2からの性能情報に基づいて映像データの配信を停止し、音声データのみを配信することができ、性能の低いクライアント端末でも、音声データのみを配信する会議通信に参加させることができる。

さらに、会議サーバ部５は、会議に参加するクライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnからの位置情報（設置位置）に基づいて、複数のクライアント端末間（例えば、クライアント端末ＣＬ1〜ＣＬk）の距離が近く、データ量が比較的少ない場合には、ＭＣＵ部４を利用しないクライアント端末相互間の会議通信を制御する。

このように、この発明に係る会議サーバ部（会議制御装置）５は、会議に参加するクライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnからの位置情報（設置位置）に基づいて、複数のクライアント端末間（例えば、クライアント端末ＣＬ1〜ＣＬk）の距離が近い場合、ＭＣＵ部４を利用しないクライアント端末相互間の会議通信を制御するので、近い距離にある複数のクライアント端末（クライアント端末ＣＬ1〜ＣＬk）の会議通信をデータ量が少ない場合には、クライアント端末相互間の会議通信にし、サーバ（多地点会議装置）３から制御信号のみをクライアント端末（クライアント端末ＣＬ1〜ＣＬk）に送ることにより、サーバ（多地点会議装置）３の負荷を軽減することができ、クライアント端末の位置関係によっても、効率的な会議通信を実行することができる。

ＳＩＰサーバ部（ＳＩＰ制御装置）６は、ＳＩＰ制御部６ａ、ＳＩＰプロトコル処理部６ｂおよびＳＩＰサーバ ＬＡＮ ＩＦ部６ｃを備える。ＳＩＰサーバ部６は、会議サーバ部５とクライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnの間を仲介し、ＳＩＰ（Session Initiation Protocol）のプロキシ処理を行う。

クライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnは、ＳＩＰサーバ部６に対してＳＩＰRegisterを送信し、ＳＩＰサーバ部６からＳＩＰ 200を受信する。これにより、ＳＩＰサーバ部６は、クライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnのＩＰアドレスとＳＩＰ−ＵＲＩの対応データを有することになる。

ＡＣ（会議状態管理装置）部７は、ＡＣ制御部７ａ、参加者登録部７ｂ、会議室登録部７ｃ、Ｗｅｂサーバ部７ｄおよびＡＣ ＬＡＮ ＩＦ部７ｅを備え、クライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬn（例えば、クライアント端末ＣＬ1）からの参加者登録要求を受けてＡＣ制御部７ａは、参加者登録部７ｂに参加者登録を指示し、クライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬn（例えば、クライアント端末ＣＬ1）からの会議室登録要求を受けてＡＣ制御部７ａは、会議室登録部７ｃに対して会議室登録を指示する。

参加者登録、会議室登録を経て、クライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬn（例えば、クライアント端末ＣＬ1）から会議開始要求を受けたＡＣ制御部７ａは、参加者登録部７ｂおよび会議室登録部７ｃの持つ情報を取得して会議サーバ部５に会議開始を指示する。

また、ＡＣ部（Application Control）７は、クライアント端末（例えば、クライアント端末ＣＬ1）から会議開始要求を受信すると、ＭＣＵ部４を利用した会議通信またはＭＣＵ部４を利用しない会議通信を選択する。

このように、この発明に係るＡＣ部（会議状態管理装置）７は、クライアント端末（例えば、クライアント端末ＣＬ1）から会議開始要求を受信すると、ＭＣＵ部４を利用した会議通信またはＭＣＵ部４を利用しない会議通信を選択するので、会議サーバ部５と同様に、ＭＣＵ部４を利用した会議通信を選択して、ＭＣＵ部４と会議に参加するクライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnとの間で、音声データおよび映像データを配信して会議通信を開始することができ、会議に参加するクライアント端末が多くても、システムのデータ量を抑え、最適な会議通信を実現することができる。

また、この発明に係るサーバ（多地点会議装置）３は、クライアント端末（例えば、クライアント端末ＣＬ1）から会議開始要求を受信すると、会議サーバ部（会議制御装置）５に会議開始を指示するＡＣ部（会議状態管理装置）７と、ＡＣ部（会議状態管理装置）７から会議開始の指示を受けると、ＭＣＵ部４を利用した会議通信またはＭＣＵ部４を利用しない会議通信を選択する会議サーバ部（会議制御装置）５と、会議サーバ部（会議制御装置）５によりＭＣＵ部４を利用した会議通信が選択されると、会議に参加する複数のクライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnから送信されてくる音声データ（パケット）を受信してミキシングするとともに、会議に参加する複数のクライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnから送信されてくる映像データ（パケット）を受信し、ミキシング音声データおよび映像データを会議に参加する複数のクライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnに配信するＭＣＵ（Multipoint Control Unit）部４と、会議サーバ部（会議制御装置）５と会議に参加する複数のクライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnを中継し、ＳＩＰのプロキシ処理を行うＳＩＰサーバ部（ＳＩＰ制御装置）６と、装置内部と装置外部のパケットをルーティングするルータ部８とを備えたので、会議開始要求からクライアント端末数を抽出し、クライアント端末数と予め設定された所定数を比較することにより、クライアント端末数Ｎが所定数ｋを超えた場合には、会議サーバ部（会議制御装置）５がＭＣＵ部４を利用した会議通信を選択して、ＭＣＵ部４と会議に参加するクライアント端末との間で、音声データおよび映像データの配信をして会議通信を開始することができ、会議に参加するクライアント端末が多くても、システムのデータ量を抑え、最適な会議通信を実現することができる。

図３はこの発明に係るクライアント端末の一実施の形態要部ブロック構成図である。なお、クライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnは、同一構成なので、クライアント端末ＣＬ1について説明する。

図３において、クライアント端末ＣＬ1は、ディスプレイへ映像を出力する映像出力部１１ｄ、カメラからの映像を受付ける映像入力部１１ｃ、スピーカへ音声を出力する音声出力部１２ｄ、マイクからの音声を受付ける音声入力部１２ｃ、ＩＰ処理部９から映像データを受け、復号（Ｄｅｃｏｄｅ）する映像デコーダ１１ｂ、映像入力部１１ｃからの映像データを符号化（Ｅｎｃｏｄｅ）する映像エンコーダ１１ａ、ＩＰ処理部９から音声データを受け、復号（Ｄｅｃｏｄｅ）する音声デコーダ１２ｂ、音声入力部１２ｃからの音声データを符号化（Ｅｎｃｏｄｅ）する音声エンコーダ１２ａ、映像データ、音声データおよび会議制御信号をＩＰ網２との間で送受信できるように処理するＩＰ処理部９およびクライアント制御部１０を備える。

クライアント制御部１０は、会議セッション処理部１０ａ、会議情報操作部１０ｂおよび性能監視部１０ｃを備え、性能監視部１０ｃは、音声データおよび映像データの処理能力がオーバする場合には、性能情報をＩＰ処理部９、ＩＰ網２を介してサーバ（多地点会議装置）３に通知する。

性能監視部１０ｃは、データ処理能力が一杯の場合には、性能情報をサーバ（多地点会議装置）３に送信し、映像データの配信を停止し、音声データのみを配信してもらうことができる。

このように、この発明に係る複数のクライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnは、音声データおよび映像データの処理能力がオーバする場合には、性能情報をサーバ（多地点会議装置）３に通知するクライアント制御部１０（性能監視部１０ｃ）を備えたので、データ処理能力が一杯の場合には、性能情報をサーバ（多地点会議装置）３に送信し、音声データのみを配信してもらうことができ、性能が低いクライアント端末でも、音声データのみの会議通信に参加することができる。

次に、この発明に係る多地点会議システムの会議通信の動作シーケンスについて説明する。多地点会議システム１は、会議に参加するクライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnの台数により、「ＭＣＵ部４を利用する」モード、「ＭＣＵ部４を利用しない」モードの二つのモードの映像／音声の配信方法を選択する。

予め、ＭＣＵ部４を利用しないで会議を開催した場合のリアルタイム処理を行うことができる最大のクライアント端末数を検証しておき、この最大のクライアント端末数を閾値（所定数）ｋとして設定する。本実施の形態では、閾値ｋを、例えば４台（ｋ＝４）とする。

そして、会議に参加するクライアント端末数Ｎが閾値（所定数）ｋを超える場合（Ｎ＞ｋ）には「ＭＣＵ部４を利用する」配信方法を選択する。一方、会議に参加するクライアント端末数Ｎが閾値（所定数）ｋ以下の場合（Ｎ≦ｋ）には「ＭＣＵ部４を利用しない」配信方法を選択する。

図４はこの発明に係るＭＣＵを利用する会議通信の一実施の形態動作シーケンス図である。なお、会議通信に参加するクライアント端末ＣＬ1〜ＣＬnは、５台以上とする。

会議を開催するに際し、ステップＳ１で、クライアント端末ＣＬ1〜ＣＬnの任意の端末（例えば、クライアント端末ＣＬ1）からＡＣ（Application Control）部７に「会議開始」の要求を行う。

図１２はこの発明に係る会議開始の一実施の形態メッセージフォーマット図である。図１２において、会議開始のメッセージフォーマットＦ１は、通信ヘッダＨOと、クライアント端末ＣＬ1（クライアント１）〜ＣＬn（クライアントｎ）のＳＩＰ−ＵＲＩ（Uniform Resource Identifier）を形成するクライアント情報Ｕ１〜Ｕｎで構成する。

通信ヘッダＨOは、ＨＴＴＰ（Hyper Text Transfer Protocol）、ＴＣＰ（Transmission Control Protocol）、ＩＰ（Internet Protocol）などのヘッダであり、クライアント情報Ｕ１〜Ｕｎは、会議に招集されたクライアント端末または会議に参加するクライアント端末のＳＩＰ−ＵＲＩ（Uniform Resource Identifier）である。

なお、会議開始のメッセージは、予めサーバ（多地点会議装置）３に登録しておき、クライアント端末ＣＬ1〜ＣＬnの任意の端末（例えば、クライアント端末ＣＬ1）からＡＣ（Application Control）部７に「会議開始」を要求する単純な情報を送信するように構成してもよい。また、クライアント端末ＣＬ1〜ＣＬnの優先順位、位置情報もクライアント情報に含めず、予めサーバ（多地点会議装置）３に登録しておいてもよい。

続いて、ステップＳ２では、ＡＣ部７は、ＳＩＰ−ＵＲＩなどのクライアント情報を付加して「会議開催通知」を会議サーバ部５に提供する。

ステップＳ３では、「会議開催通知」を受けた会議サーバ部５は、ＳＩＰサーバ部６に対して「会議室登録」（ＳＩＰ−ＲＥＧＩＳＴＥＲ）を送信し、ステップＳ４では、ＳＩＰサーバ部６から会議サーバ部５に、「会議室登録応答」（ＳＩＰ−ＲＥＧＩＳＴＥＲに対する２００応答）を送信する。これにより、会議サーバ部５は、ＳＩＰサーバ部６を中継してクライアント端末とＳＩＰ通信可能となる。

ステップＳ５では、会議サーバ部５は、ＡＣ部７に対して「会議開催応答」を送信し、ステップＳ６で、ＡＣ部７は、「会議開催応答」を受けてクライアント端末ＣＬ1に「会議開始の応答」を通知する。

ステップＳ７では、「会議開催応答」を送信した後、会議サーバ部５は、「会議開催通知」から分かる（「会議開始」内の全てのＳＩＰ−ＵＲＩの通知を受けて、クライアント端末数Ｎをカウント）会議に参加するクライアント端末数Ｎを閾値（所定数）ｋ（本実施の形態ではｋ＝４台）と比較し、クライアント端末数Ｎが閾値ｋを超える場合（Ｎ＞ｋ）には、「ＭＣＵ部４を利用する」を選択する。

なお、会議に参加するクライアント端末数Ｎを閾値（所定数）ｋ（本実施の形態ではｋ＝４台）と比較し、「ＭＣＵ部４を利用する」または「ＭＣＵ部４を使用しない」配信方法の選択は、ＡＣ部７で実行するように構成してもよい。

「ＭＣＵ部４を利用する」配信方法では、会議に参加するクライアント端末ＣＬ1〜ＣＬnの各クライアント端末が会議に参加する他のクライアント端末ＣＬ1〜ＣＬnの映像データおよび音声データをＭＣＵ部４経由で受信し、自己の映像データおよび音声データをＭＣＵ部４経由で送信する。

このため、ＭＣＵ部４は、各クライアント端末ＣＬ1〜ＣＬnからの映像データおよび音声データの受信ポートを設定し、映像データおよび音声データの送信先となる各クライアント端末ＣＬ1〜ＣＬnの受信ポート、ＩＰアドレスの通知を受ける必要がある。

また、各クライアント端末ＣＬ1〜ＣＬnは、ＭＣＵ部４のＩＰアドレス、自身が映像データおよび音声データを送信するＭＣＵ部４の受信ポートの通知を受け、会議に参加する他のクライアント端末ＣＬ1〜ＣＬnからの映像データおよび音声データの受信ポートを改定する必要がある。

ステップＳ８では、「ＭＣＵ部４を利用する」モードを選択すると、会議サーバ部５は、ＭＣＵ部４に対してクライアント端末ＣＬ1〜ＣＬnからの映像データおよび音声データの受信ポートを設定するように指示し、ステップＳ９で、会議サーバ部５は、ＭＣＵ部４からＭＣＵ部４の各クライアント端末ＣＬ1〜ＣＬnに対する映像データおよび音声データの受信ポートの通知を受ける。

ステップＳ１０では、開催する会議について、ＭＣＵ部４の待ち受ける映像データおよび音声データが全て分かるようになった段階で、会議サーバ部５は、ＳＩＰサーバ部６を介して各クライアント端末ＣＬ1〜ＣＬnに対して「会議招集（ＳＩＰ ＩＮＶＩＴＥ）」を送信する。

図９はこの発明に係る会議招集と会議招集応答の一実施の形態メッセージフォーマット図である。なお、会議招集のメッセージフォーマットは、ＭＣＵ部４から映像データおよび音声データをクライアント端末ＣＬ1〜ＣＬnに配信する場合のものである。また、会議招集応答は、ＳＩＰ ＩＮＶＩＴＥの２００応答メッセージである。

図９において、会議招集のメッセージフォーマットＦ２は、通信ヘッダＨ1、会議情報Ｊk1、音声情報ＪAおよび映像情報ＪV1〜ＪVnで構成する。通信ヘッダＨ1は、ＳＩＰ（Session Initiation Protocol）、ＴＣＰ（Transmission Control Protocol）、ＩＰ（Internet Protocol）などのヘッダである。会議情報ＪK1は、会議サーバ部５のＩＰアドレス、ＭＣＵ部４のＩＰアドレス、会議モード（ＭＣＵ部４を利用する／ＭＣＵ部４を利用しない）を識別するためのフラグ、会議室名称、会議室を制御するための会議サーバ部５と各クライアント端末ＣＬ1〜ＣＬnとのポート番号などである。

音声情報ＪAは、音声コーデック、ＭＣＵ部４が音声データを送受信するポート番号を含む。各クライアント端末ＣＬ1〜ＣＬnは、音声情報ＪAによって通知された音声コーデックで音声データをエンコードおよびデコードし、通知されたサーバ（多地点会議装置）３のポート番号に音声データを送信する。

映像情報ＪV1〜ＪVnは、映像コーデックと会議に参加している各クライアント端末ＣＬ1〜ＣＬnからの映像データをＭＣＵ部４が受信するポート番号である。この映像情報ＪV1〜ＪVnにより、各クライアント端末ＣＬ1〜ＣＬnは、映像データをＭＣＵ部４のどのポートに送信するかを判別することができ、映像データをＭＣＵ部４に送信することができる。なお、映像情報ＪV1〜ＪVnのクライアント１〜クライアントｎは、クライアント端末ＣＬ1〜ＣＬnを示す。

ステップＳ１０で「会議招集」を受けた各クライアント端末ＣＬ1〜ＣＬnは、ステップＳ１１では、自身が待ち受ける映像データおよび音声データのポートを、それぞれ音声情報ＪAと映像情報ＪV1〜ＪVnに載せた「会議招集応答」をＳＩＰサーバ部６を介して会議サーバ部５に送信する。なお、「会議招集応答」のメッセージフォーマットは、図６と同じである。クライアント端末ＣＬ1〜ＣＬnのＩＰアドレスは、ＳＩＰサーバ部６が解決して会議招集のメッセージフォーマットＦ２内のＳＩＰヘッダに載っているため、会議サーバ部５は、クライアント端末ＣＬ1〜ＣＬnのＩＰアドレスを認識することができる。

ステップＳ１２で、会議サーバ部５は、「会議招集応答」を受信したことを表す「会議招集ＡＣＫ（ＳＩＰ ＩＮＶＩＴＥ ＡＣＫ）」をＳＩＰサーバ部６を介して各クライアント端末ＣＬ1〜ＣＬnに送信する。

各クライアント端末ＣＬ1〜ＣＬnからの「会議招集応答」により、会議に参加する全てのクライアント端末ＣＬ1〜ＣＬnのＩＰアドレス、映像データおよび音声データの受信ポータなどの送信先情報が認識できるようになるため、ステップＳ１３で、会議サーバ部５は、ＭＣＵ部４に対して「送信先設定」を指示し、ステップＳ１４では、ＭＣＵ部４から「送信先設定応答」を会議サーバ部５に送信する。

ステップＳ１５では、会議サーバ部５の会議準備が終了し、各クライアント端末ＣＬ1〜ＣＬnからＭＣＵ部４に映像データおよび音声データを送信し、会議サーバ部５は、音声データをミキシング処理してミキシング音声データをクライアント端末ＣＬ1〜ＣＬnに配信するとともに、映像データを編集して映像データをクライアント端末ＣＬ1〜ＣＬnに配信することにより、クライアント端末ＣＬ1〜ＣＬnとＭＣＵ部４間の「ＭＣＵ部４を使用した」会議通信が実行される。

図５はこの発明に係るＭＣＵを利用しない会議通信の一実施の形態動作シーケンス図である。なお、会議通信に参加するクライアント端末ＣＬ1〜ＣＬkは、４台（k＝４）以下とする。

図５において、ステップＳ１の「会議開始」からステップＳ６の「会議開始の応答」までの動作シーケンスは、図４と同じなので説明を省略する。

ステップＰ７では、「会議開催応答」を送信した後、会議サーバ部５は、「会議開催通知」から分かる（「会議開始」内の全てのＳＩＰ−ＵＲＩの通知を受けて、クライアント端末数Ｎをカウント）会議に参加するクライアント端末数Ｎを閾値（所定数）ｋ（本実施の形態ではｋ＝４台）と比較し、クライアント端末数Ｎが閾値ｋ以下の場合（Ｎ≦ｋ）には、「ＭＣＵ部４を利用しない」を選択する。

なお、会議に参加するクライアント端末数Ｎを閾値（所定数）ｋ（本実施の形態ではｋ＝４台）と比較し、「ＭＣＵ部４を利用する」または「ＭＣＵ部４を使用しない」配信方法の選択は、ＡＣ部７で実行するように構成してもよい。

「ＭＣＵ部４を利用しない」配信方法では、会議に参加するクライアント端末ＣＬ1〜ＣＬkの各クライアント端末が会議に参加する他のクライアント端末ＣＬ1〜ＣＬkの映像データおよび音声データを直接受信し、自己の映像データおよび音声データを各クライアント端末ＣＬ1〜ＣＬkに直接送信する。

このため、各クライアント端末ＣＬ1〜ＣＬkが会議に参加する他のクライアント端末ＣＬ1〜ＣＬkからの映像データおよび音声データをどのポートで受信するかの情報を各クライアント端末ＣＬ1〜ＣＬkから取得し、各クライアント端末ＣＬ1〜ＣＬkに送信先となる会議に参加する各クライアント端末ＣＬ1〜ＣＬkの受信ポート、ＩＰアドレスを通知する。

「ＭＣＵ部４を利用する」会議通信の場合には、各クライアント端末ＣＬ1〜ＣＬnとＭＣＵ部４の間で、映像データおよび音声データの遣り取りができるようにＭＣＵ部４への設定が必要になるのに対し、「ＭＣＵ部４を利用しない」会議通信の場合には、クライアント端末ＣＬ1〜ＣＬk相互間で、映像データおよび音声データの遣り取りができるように、会議サーバ部５が各クライアント端末ＣＬ1〜ＣＬkの情報を収集し、集約した結果を各クライアント端末ＣＬ1〜ＣＬkに通知した後、各クライアント端末ＣＬ1〜ＣＬkに設定する必要がある。

「ＭＣＵ部４を利用しない」モードを選択すると、ステップＰ８で、会議サーバ部５は、ＳＩＰサーバ部を介して「クライアント情報取得（ＳＩＰ ＩＮＶＩＴＥ）」を各クライアント端末ＣＬ1〜ＣＬkに送信し、ステップＰ９では、各クライアント端末ＣＬ1〜ＣＬkからＳＩＰサーバ部６を介して受信した「クライアント情報」により、会議に参加するクライアント端末ＣＬ1〜ＣＬkのＩＰアドレス、映像データおよび音声データを受信するポートを取得する。

図１０はこの発明に係るクライアント情報の一実施の形態メッセージフォーマット図である。図１０において、クライアント情報のメッセージフォーマットＦ３は、通信ヘッダＨ2、会議情報Ｊk2およびクライアント情報Ｊc1〜Ｊckで構成する。通信ヘッダＨ2は、ＳＩＰ（Session Initiation Protocol）、ＴＣＰ（Transmission Control Protocol）、ＩＰ（Internet Protocol）などのヘッダである。会議情報ＪK2は、会議サーバ部５のＩＰアドレス、会議モード（ＭＣＵ部４を利用する／ＭＣＵ部４を利用しない）を識別するためのフラグ、会議室名称、会議室を制御するための会議サーバ部５と各クライアント端末ＣＬ1〜ＣＬkとのポート番号などである。クライアント情報Ｊc1〜Ｊckは、音声コーデック、音声受信ポート番号、映像コーデック、映像受信ポート番号を含む。

「クライアント情報取得」には、クライアント端末自身ＣＬ1〜ＣＬkの設定に必要な情報を載せるのではなく、実際に応答を得るためのデータを載せる。「クライアント情報」の送信元クライアント端末ＣＬ1〜ＣＬkが、会議に参加する他のクライアント端末ＣＬ1〜ＣＬkからの音声データおよび映像データを受信するのに必要な情報をクライアント情報のメッセージフォーマットＦ３のクライアント情報Ｊc1〜クライアント情報Ｊckに記載することによって、会議サーバ部５に通知する。

図１３はこの発明に係る音声受信ポートおよびアドレスの一実施の形態データテーブル図である。図１３において、音声受信ポートテーブルＴBAおよびアドレステーブルＴADは、「クライアント情報」（図１０に示すクライアント情報のメッセージフォーマットＦ３）に基づいて会議サーバ部５が作成する。受信ポートに関するテーブルは、映像についても、音声についても同一の形式となり、各行は受信クライアント端末の送信クライアント端末に対する受信ポートを表す。

このテーブルを作成することにより、クライアント端末の他のクライアント端末への送信先ポートが分かるようになる。

アドレステーブルＴADは、図１０に示す通信ヘッダＨ2のＳＩＰに関するヘッダ部分からクライアント端末のＩＰアドレスを取得して作成する。例えば、クライアント端末ＣＬ2が「クライアント情報」により、各クライアント端末ＣＬ1〜ＣＬkに対する受信ポートを会議サーバ部５に通知すれば、データ行Ｔ１のように、受信ポートの値を書き込むことができる。

その他、クライアント端末ＣＬ1，ＣＬ2〜ＣＬkからの「クライアント情報」により、テーブル全体を完成させる。その後、会議サーバ部５は、各クライアント端末ＣＬ1〜ＣＬkに他のクライアント端末ＣＬ1〜ＣＬkがどのポートで待ち受けているのか通知する必要があるため、データ列Ｔ２のような値を「会議招集」（ステップＰ１１）として各クライアント端末ＣＬ1〜ＣＬkに送信する。

図１１はこの発明に係る会議招集の一実施の形態メッセージフォーマット図である。なお、会議招集のメッセージフォーマットは、「ＭＣＵ部４を利用せず」にクライアント端末ＣＬ1〜ＣＬk相互間で映像データおよび音声データを配信する場合のものである。また、メッセージは、ＳＩＰによるメッセージである。

図１１において、会議招集のメッセージフォーマットＦ４は、通信ヘッダＨ3、会議情報ＪK3およびクライアント情報ＪCL1〜ＪCLkで構成する。通信ヘッダＨ3は、ＳＩＰ（Session Initiation Protocol）、ＴＣＰ（Transmission Control Protocol）、ＩＰ（Internet Protocol）などのヘッダである。会議情報ＪK3は、会議サーバ部５のＩＰアドレス、会議モード（ＭＣＵ部４を利用する／ＭＣＵ部４を利用しない）を識別するためのフラグ、会議室名称、会議室を制御するための会議サーバ部５の通信ポート番号などである。クライアント情報ＪCL1〜ＪCLkは、ＩＰアドレス、音声コーデック、音声受信ポート番号、映像コーデック、映像受信ポート番号を含む。

ステップＰ１１では、「会議招集（ＳＩＰ ＩＮＶＩＴＥ）」のメッセージにより、会議サーバ部５は、各クライアント端末ＣＬ1〜ＣＬkに対して送信先の情報（音声情報、映像情報のそれぞれについて、会議に参加する他のクライアント端末ＣＬ1〜ＣＬkのＩＰアドレスや受信ポート番号）を通知する。

ステップＰ１２で、「会議招集」を受信した各クライアント端末ＣＬ1〜ＣＬkは、「会議招集応答（ＳＩＰ ＩＮＶＩＴＥ ２００応答）」をＳＩＰサーバ部６を介して会議サーバ部５に送信する。

ステップＰ１３では、会議サーバ部５は、「会議招集応答」を受信したことをＳＩＰサーバ部６を介して「会議招集ＡＣＫ（ＳＩＰ ＩＮＶＩＴＥ ＡＣＫ）」として各クライアント端末ＣＬ1〜ＣＬkに送信する。

ステップＰ１４では、サーバ（多地点会議装置）３の会議準備が終了し、各クライアント端末ＣＬ1〜ＣＬkは、会議に参加する他のクライアント端末ＣＬ1〜ＣＬkに対して、直接自身の映像データおよび音声データを送信し、映像データおよび音声データの配信をクライアント端末ＣＬ1〜ＣＬk相互間で実行する。

続いて、クライアント端末が会議に途中参加する場合、クライアント端末が会議から途中退出する場合の会議通信の動作シーケンスについて説明する。図６はこの発明に係る会議通信の一実施の形態途中参加の動作シーケンス図である。なお、クライアント端末ＣＬ1〜ＣＬ4は、「ＭＣＵ部４を利用しない」配信方法で、クライアント端末ＣＬ1〜ＣＬ4が相互間で会議通信を行っている状態に、クライアント端末ＣＬ5が会議に途中参加する場合を示す。

クライアント端末ＣＬ1〜ＣＬ4が、「ＭＣＵ部４を利用しない」配信方法で、音声データおよび映像データの相互配信中（ステップＰ１５）に、クライアント端末ＣＬ5から「途中参加」をＡＣ部７に送信する（ステップＰ１６）。

クライアント端末ＣＬ5が会議に参加することで、クライアント端末数が５台となり、閾値（ｋ＝４）を超えることになり、会議サーバ部５またはＡＣ部７は、「ＭＣＵ部４を利用しない」配信方法から「ＭＣＵ部４を利用する」配信方法を選択する（ステップＳ１７）。

会議サーバ部５は、「受信ポート設定」をＭＣＵ部４に送信し（ステップＳ１８）、ＭＣＵ部４から「受信ポート設定応答」を受信する（ステップＳ１９）。

これ以降は、図４のステップＳ１０からステップＳ１５に示すステップである「会議招集」（ステップＳ１０）→「会議招集応答」（ステップＳ１１）→「会議招集ＡＣＫ」（ステップＳ１２）→「送信先設定」（ステップＳ１３）→「送信先設定応答」（ステップＳ１４）→「音声、映像の配信」（ステップＳ１５）を踏襲して、ＭＣＵ部４からクライアント端末ＣＬ1〜ＣＬ5に音声データおよび映像データを配信する会議通信が実行される。

図７はこの発明に係る会議通信の一実施の形態途中退出の動作シーケンス図である。なお、クライアント端末ＣＬ1〜ＣＬ5は、「ＭＣＵ部４を利用する」配信方法で、クライアント端末ＣＬ1〜ＣＬ5がＭＣＵ部４から音声データおよび映像データの配信を受け、会議通信を行っている状態に、クライアント端末ＣＬ5が会議から途中退出する場合を示す。

クライアント端末ＣＬ1〜ＣＬ5が、「ＭＣＵ部４を利用する」配信方法で、音声データおよび映像データをＭＣＵ部４から配信中（ステップＳ１５）に、クライアント端末ＣＬ5から「途中退出」をＡＣ部７に送信する（ステップＳ１６）。

クライアント端末ＣＬ5が会議から退出することで、クライアント端末数が４台となり、閾値（ｋ＝４）と等しくなり、会議サーバ部５またはＡＣ部７は、「ＭＣＵ部４を利用する」配信方法から「ＭＣＵ部４を利用しない」配信方法を選択する（ステップＰ１７）。

これ以降は、図５のステップＰ８からステップＰ１４に示すステップである「クライアント情報取得」（ステップＰ８）→「クライアント情報」（ステップＰ９）→「クライアント情報ＡＣＫ」（ステップＰ１０）→「会議招集」（ステップＰ１１）→「会議招集応答」（ステップＰ１２）→「会議招集ＡＣＫ」（ステップＰ１３）→「音声、映像の配信」（ステップＰ１４）を踏襲して、クライアント端末ＣＬ1〜ＣＬ4相互間で音声データおよび映像データを配信する会議通信が実行される。

なお、本実施の形態では、クライアント端末数Ｎが閾値ｋ以下の場合（Ｎ≦ｋ）、「ＭＣＵ部４を利用しない」配信方法を選択したが、クライアント端末数を予め固定とし、閾値ｋによるクライアント端末数の判断を行わず、クライアント端末相互間の会議通信のみを行う場合、ＭＣＵ部４を除いた構成として運用してもよい。

また、本実施の形態では、「ＭＣＵ部４を利用する」配信方法または「ＭＣＵ部４を利用しない」配信方法の選択を、予めクライアント端末数の閾値を決めておき、この閾値と会議に参加するクライアント端末数によるものであるが、他の選択方法も可能である。

その一つは、会議開始時などにクライアント端末が配信方法を選択する方法である。他の一つは、通常は閾値を４台にするが、ＭＣＵ部４の負荷が少ない場合には、閾値を３台に動的に変更して「ＭＣＵ部４を利用しない」会議通信のクライアント端末の負荷を軽減する方法である。

図８はこの発明に係るサーバ（多地点会議装置）の別実施の形態要部ブロック構成図である。図８において、図２に示すサーバ（多地点会議装置）３のＭＣＵ部４、会議サーバ部５、ＳＩＰサーバ部６、ＡＣ部７およびルータ部８をそれぞれ独立したサーバであるＭＣＵサーバ１４、会議サーバ１５、ＳＩＰサーバ１６、ＡＣサーバ１７およびルータ１８で構成し、それぞれのサーバをＩＰ網２に沿って任意の位置に配置する。

このように、この発明に係るサーバ（多地点会議装置）３は、会議状態管理装置（ＡＣ部７）、会議制御装置（会議サーバ部５）、ＭＣＵ（Multipoint Control Unit）部４、ＳＩＰ制御装置（ＳＩＰサーバ部６）およびルータ部８をそれぞれ独立したサーバで構成したので、それぞれのサーバをＩＰ網２に沿って任意の位置に配置することができ、装置構成に自由度を持たせることができる。

以上説明したように、この発明に係る多地点会議システム１の多地点会議装置３は、会議に参加する複数のクライアント端末ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬnの台数を監視し、台数Ｎが所定数（閾値ｋ）以下の場合には、会議に参加する複数のクライアント端末ＣＬ1〜ＣＬk相互間の会議通信を制御し、台数Ｎが所定数（閾値ｋ）を超える場合（Ｎ＞ｋ）には、音声データおよび映像データを会議に参加するクライアント端末ＣＬ1〜ＣＬnに配信する会議通信を制御するので、会議に参加するクライアント端末数に応じた会議通信を選択し、クライアント端末およびデータ量を管理して最適な会議通信を実現することができ、利便性の高いシステムを構築することができる。

また、この発明に係る多地点会議装置３は、クライアント端末およびデータ量を管理して最適な会議通信を実現することができ、利便性の向上をアピールすることができる。

本発明に係る多地点会議システムは、会議に参加するクライアント端末数やクライアント端末性能などに応じて会議通信の形態を変更し、最適な会議通信を実現するもので、複数のクライアント端末をＩＰ網に接続して多地点会議通信を行うあらゆる多地点会議システムに適用することができる。

この発明に係る多地点会議システムの一実施の形態システム構成図 この発明に係るサーバ（多地点会議装置）の一実施の形態要部ブロック構成図 この発明に係るクライアント端末の一実施の形態要部ブロック構成図 この発明に係るＭＣＵを利用する会議通信の一実施の形態動作シーケンス図 この発明に係るＭＣＵを利用しない会議通信の一実施の形態動作シーケンス図 この発明に係る会議通信の一実施の形態途中参加の動作シーケンス図 この発明に係る会議通信の一実施の形態途中退出の動作シーケンス図 この発明に係るサーバ（多地点会議装置）の別実施の形態要部ブロック構成図 この発明に係る会議招集と会議招集応答の一実施の形態メッセージフォーマット図 この発明に係るクライアント情報の一実施の形態メッセージフォーマット図 この発明に係る会議招集の一実施の形態メッセージフォーマット図 この発明に係る会議開始の一実施の形態メッセージフォーマット図 この発明に係る音声受信ポートおよびアドレスの一実施の形態データテーブル図

符号の説明

１ 多地点会議システム
２ ＩＰ網
３，１３ 多地点会議装置
４ ＭＣＵ部
４ａ ＭＣＵ制御部
４ｂ 音声ミキシング部
４ｃ 映像分配部
４ｄ ＭＣＵ ＬＡＮ ＩＦ部
５ 会議制御装置
５ａ 会議制御部
５ｂ 開催中会議室情報管理部
５ｃ 性能・情報監視部
５ｄ 会議サーバＬＡＮ ＩＦ部
６ ＳＩＰサーバ部
６ａ ＳＩＰ制御部
６ｂ ＳＩＰプロトコル処理部
６ｃ ＳＩＰサーバ ＬＡＮＩＦ部
７ ＡＣ部
７ａ ＡＣ制御部
７ｂ 参加者登録部
７ｃ 会議室登録部
７ｄ Ｗｅｂサーバ部
７ｅ ＡＣ ＬＡＮ ＩＦ部
８ ルータ部
９ ＩＰ処理部
１０ クライアント制御部
１０ａ 会議セッション処理部
１０ｂ 会議情報操作部
１０ｃ 性能監視部
１１ａ 映像エンコーダ
１１ｂ 映像デコーダ
１１ｃ 映像入力部
１１ｄ 映像出力部
１２ａ 音声エンコーダ
１２ｂ 音声デコーダ
１２ｃ 音声入力部
１２ｄ 音声出力部
１４ ＭＣＵサーバ
１５ 会議サーバ
１６ ＳＩＰサーバ
１７ ＡＣサーバ
１８ ルータ
ＣＬ1〜ＣＬk，ＣＬk+1〜ＣＬn クライアント端末
Ｆ１ 会議開始のメッセージフォーマット
Ｆ２ 会議招集のメッセージフォーマット
Ｆ３ クライアント情報のメッセージフォーマット
Ｆ４ 会議招集のメッセージフォーマット

Claims (18)

1. ＩＰ網に接続し、多地点に配置した複数のクライアント端末と、前記ＩＰ網に接続し、会議に参加する前記複数のクライアント端末の会議通信を制御する多地点会議装置と、からなる多地点会議システムにおいて、
   前記多地点会議装置は、会議に参加する前記複数のクライアント端末の台数を監視し、前記台数が所定数以下の場合、会議に参加する前記複数のクライアント端末相互間の会議通信を制御し、前記台数が所定数を超える場合には、音声データおよび映像データを会議に参加する前記クライアント端末に配信する会議通信を制御することを特徴とする多地点会議システム。
2. 前記多地点会議装置は、前記クライアント端末から会議開始要求を受信すると、会議制御装置に会議開始を指示する会議状態管理装置と、前記会議状態管理装置から会議開始の指示を受けると、ＭＣＵ部を利用した会議通信または前記ＭＣＵ部を利用しない会議通信を選択する前記会議制御装置と、前記会議制御装置により前記ＭＣＵ部を利用した会議通信が選択されると、会議に参加する前記複数のクライアント端末から送信されてくる音声データ（パケット）を受信してミキシングするとともに、会議に参加する前記複数のクライアント端末から送信されてくる映像データ（パケット）を受信し、ミキシング音声データおよび映像データを会議に参加する前記複数のクライアント端末に配信する前記ＭＣＵ（Multipoint Control Unit）部と、前記会議制御装置と会議に参加する前記複数のクライアント端末を中継し、ＳＩＰのプロキシ処理を行うＳＩＰ制御装置と、装置内部と装置外部のパケットをルーティングするルータ部と、を備えたことを特徴とする請求項１記載の多地点会議システム。
3. 前記会議状態管理装置は、前記クライアント端末から会議開始要求を受信すると、前記ＭＣＵ部を利用した会議通信または前記ＭＣＵ部を利用しない会議通信を選択することを特徴とする請求項２記載の多地点会議システム。
4. 前記会議制御装置は、会議に参加する前記複数のクライアント端末のデータ量を監視し、データ量が多い場合には、会議に参加する前記複数のクライアント端末の台数が所定数以下の場合であっても、前記ＭＣＵ部から音声ミキシングデータおよび映像データを会議に参加する前記クライアント端末に配信する会議通信の制御を実行することを特徴とする請求項２記載の多地点会議システム。
5. 前記会議制御装置は、会議に参加する前記複数のクライアント端末に優先順位を設定し、優先順位に応じて前記ＭＣＵ部から会議に参加する前記クライアント端末への音声データおよび映像データの配信を制限することを特徴とする請求項２記載の多地点会議システム。
6. 前記会議制御装置は、会議に参加する前記クライアント端末からの性能情報に基づいて、該当する前記クライアント端末に配信する映像データを停止することを特徴とする請求項２記載の多地点会議システム。
7. 前記会議制御装置は、会議に参加する前記複数のクライアント端末からの位置情報に基づいて、前記複数のクライアント端末間の距離が近い場合、前記ＭＣＵ部を利用しないクライアント端末相互間の会議通信を制御することを特徴とする請求項２記載の多地点会議システム。
8. 前記複数のクライアント端末は、音声データおよび映像データの処理能力がオーバする場合には、性能情報を前記多地点会議装置に通知するクライアント制御部を備えたことを特徴とする請求項１記載の多地点会議システム。
9. 前記多地点会議装置は、前記会議状態管理装置、前記会議制御装置、前記ＭＣＵ（Multipoint Control Unit）部、前記ＳＩＰ制御装置および前記ルータ部をそれぞれ独立したサーバで構成したことを特徴とする請求項２記載の多地点会議システム。
10. 多地点会議システムに適用され、会議に参加する複数のクライアント端末の会議通信を制御する多地点会議装置であって、
    会議に参加する前記複数のクライアント端末の台数を監視し、前記台数が所定数以下の場合、前記クライアント端末相互間の会議通信を制御し、前記台数が所定数を超える場合には、音声データおよび映像データを会議に参加する前記クライアント端末に配信する会議通信を制御することを特徴とする多地点会議装置。
11. 前記多地点会議装置は、クライアント端末から会議開始要求を受信すると、会議制御装置に会議開始を指示する会議状態管理装置と、前記会議状態管理装置から会議開始の指示を受けると、ＭＣＵ部を利用した会議通信または前記ＭＣＵ部を利用しない会議通信を選択する前記会議制御装置と、前記会議制御装置により前記ＭＣＵ部を利用した会議通信が選択されると、会議に参加する前記複数のクライアント端末から送信されてくる音声データ（パケット）を受信してミキシングするとともに、会議に参加する前記複数のクライアント端末から送信されてくる映像データ（パケット）を受信し、ミキシング音声データおよび映像データを会議に参加する前記複数のクライアント端末に配信する前記ＭＣＵ（Multipoint Control Unit）部と、前記会議制御装置と会議に参加する前記複数のクライアント端末を中継し、ＳＩＰのプロキシ処理を行うＳＩＰ制御装置と、装置内部と装置外部のパケットをルーティングするルータ部と、を備えたことを特徴とする請求項１０記載の多地点会議装置。
12. 前記会議状態管理装置は、前記クライアント端末から会議開始要求を受信すると、前記ＭＣＵ部を利用した会議通信または前記ＭＣＵ部を利用しない会議通信を選択することを特徴とする請求項１１記載の多地点会議システム。
13. 前記会議制御装置は、会議に参加する前記複数のクライアント端末のデータ量を監視し、データ量が多い場合には、会議に参加する前記複数のクライアント端末の台数が所定数以下の場合であっても、前記ＭＣＵ部から音声ミキシングデータおよび映像データを会議に参加する前記クライアント端末に配信する会議通信の制御を実行することを特徴とする請求項１１記載の多地点会議装置。
14. 前記会議制御装置は、会議に参加する前記複数のクライアント端末に優先順位を設定し、優先順位に応じて前記ＭＣＵ部から会議に参加する前記クライアント端末への音声データおよび映像データの配信を制限することを特徴とする請求項１１記載の多地点会議装置。
15. 前記会議制御装置は、会議に参加する前記クライアント端末からの性能情報に基づいて、該当する前記クライアント端末に配信する映像データを停止することを特徴とする請求項１１記載の多地点会議装置。
16. 前記会議制御装置は、会議に参加する前記複数のクライアント端末からの位置情報に基づいて、前記複数のクライアント端末間の距離が近い場合、前記ＭＣＵ部を利用しないクライアント端末相互間の会議通信を制御することを特徴とする請求項１１記載の多地点会議装置。
17. 前記会議状態管理装置、前記会議制御装置、前記ＭＣＵ（Multipoint Control Unit）部、前記ＳＩＰ制御装置および前記ルータ部をそれぞれ独立したサーバで構成したことを特徴とする請求項１１記載の多地点会議装置。
18. 多地点会議システムに適用され、多地点会議装置により、会議通信の制御を受ける複数のクライアント端末であって、
    音声データおよび映像データの処理能力がオーバする場合には、性能情報を前記多地点会議装置に通知するクライアント制御部を備えたことを特徴とするクライアント端末。
    

Images