JP2004187108A - 多地点会議方法、端末状態監視サーバ及び端末 - Google Patents
多地点会議方法、端末状態監視サーバ及び端末 Download PDFInfo
- Publication number
- JP2004187108A JP2004187108A JP2002353138A JP2002353138A JP2004187108A JP 2004187108 A JP2004187108 A JP 2004187108A JP 2002353138 A JP2002353138 A JP 2002353138A JP 2002353138 A JP2002353138 A JP 2002353138A JP 2004187108 A JP2004187108 A JP 2004187108A
- Authority
- JP
- Japan
- Prior art keywords
- terminal
- reception
- terminals
- monitoring server
- conference
- 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
- Telephonic Communication Services (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】多地点会議において、受信のみ行う端末と送信・受信ともに行う端末の切替えを短時間で行うことを可能にする。
【解決手段】ネットワーク１００上に、端末状態監視サーバ２００、通信制御ユニット３００、複数の端末４００−１〜４００−３を接続する。端末状態監視サーバ２００は、端末からの送信・受信とも行うか受信のみを行うかの要求を受付ける機能と、受付けた要求を通信制御ユニットに通知する機能と、定期的に全端末に対して、各チャネルの通信者情報を通知する機能を持つ。通信制御ユニット３００は、端末状態監視サーバ２００からの通知を元に端末の呼制御信号を変更する。
【選択図】 図１
【解決手段】ネットワーク１００上に、端末状態監視サーバ２００、通信制御ユニット３００、複数の端末４００−１〜４００−３を接続する。端末状態監視サーバ２００は、端末からの送信・受信とも行うか受信のみを行うかの要求を受付ける機能と、受付けた要求を通信制御ユニットに通知する機能と、定期的に全端末に対して、各チャネルの通信者情報を通知する機能を持つ。通信制御ユニット３００は、端末状態監視サーバ２００からの通知を元に端末の呼制御信号を変更する。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、マルチキャスト機能を有するＩＰネットワーク等のネットワーク上で、複数チャネルの映像・音声等のデコーダと最低一つのエンコーダを有する複数の端末間で、各々の端末から送信された映像・音声等を会議に参加する全端末にＩＰマルチキャスト等の同報配信することによって多地点会議を実現する多地点会議方法、それに用いる端末状態監視サーバ及び端末に関する。
【０００２】
【従来の技術】
従来、ネットワーク上に、多地点会議の発呼等の呼制御信号を制御する通信制御ユニットを有し、複数チャネルの映像・音声等のデコーダと最低一つのエンコーダを有する複数の端末の間で、各々の端末から送信された映像・音声等を会議に参加する全端末に同報配信することによつて多地点会議を実現する方式においては、端末のデコーダ数を越えた相手端末との多地点会議開催は困難であり、端末のデコーダ数を増やす以外に方法はなく、また、端末側のデコーダ数を増やす場合においても、映像・音声等のデータの高品質化に伴うデータ量の増加により、端末の処理負荷が増加し、デコーダ数を増やすことには限界があった。
【０００３】
また、従来方式では、多地点会議の発呼等の制御信号は、多地点会議中にある特定の端末において、送信するチャネル、もしくは受信するチャネルに変更が生じるなど通信状態が変化した場合、通信制御ユニットは全端末に対して呼制御信号の通信を行う必要があり、多地点会議に参加する端末の数が増えるほど制御信号数が多くなることになり、その結果、制御信号の送受信にかかる時間が長くなり、円滑な会議運営が出来ないと共に、多地点間会議に同時に参加可能な端末数が限られていた。
【０００４】
一方、マルチキャスト機能を有するＩＰネットワーク上で、呼制御にＳＩＰ
（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を用いた３ｒｄ Ｐａｒｔｙ Ｃｏｌｌ方式などの多地点間会議方法も提案されているが（例えば、非特許文献１参照）、１端末につき１回のＩＮＶＩＴＥ処理は実際にはＩＮＶＩＴＥ、２００ＯＫ、ＡＣＫのメッセージからなるため、総メッセージ数はその３倍となり、多地点会議における受信のみを行う端末と、送信・受信を行う端末との切替えを短時間で行うには限界があった。
〔非特許文献〕
Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ Ｉｎｔｅｒｎｅｔ Ｄｒａｆｔ
Ｄｒａｆｔ−ｉｅｔｆ−ｓｉｐｐｉｎｇ−ｃｏｎｆｅｒｅｎｃｉｎｇ−ｍｏｄｅｌｓ−０１．ｔｘｔ Ｊｕｌｙ１，２００２
（ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／Ｉｎｔｅｒｎｅｔ−ｄｒａｆｔｓ／ｄｒａｆｔ−ｉｅｔｆ−ｓｉｐｐｉｎｇ−ｃｏｎｆｅｒｅｎｃｉｎｇ−ｍｏｄｅｌｓ−０１．ｔｘｔ）
【０００５】
【発明が解決しようとする課題】
本発明は、上記従来技術の問題を解決するためになされたもので、その目的は、ネットワーク上に、多地点会議の発呼等の呼制御信号を制御する通信制御ユニット、複数チャネルの映像・音声のデコーダと最低一つのエンコーダを有する複数の端末を接続し、複数の端末の間で、各端末からの映像・音声を会議に参加する全端末に同報配信することによって多地点会議を実現する場合に多地点会議における受信のみを行う端末と、送信・受信を行う端末との切替えを短時間で行うことを可能とすることにある。
【０００６】
【課題を解決するための手段】
本発明は、通信制御ユニットと複数の端末が接続されたネットワーク上に、端末からの送信・受信ともに行うか受信のみを行うかの要求を受付ける機能と、受付けた要求を通信制御ユニットに通知する機能と、定期的に全端末に対して、各チャネルの通信者情報を通知する機能を持つ端末状態監視サーバを配置する。通信制御ユニットは、前記端末状態監視サーバからの通知を元に端末の呼制御信号を変更する。これにより、端末との総メッセージ数を最少限にすることができ、映像・音声等の発信と受信とも行う端末と、受信のみを行う端末の切替えを短時間で行うことが可能になる。
【０００７】
また、本発明は、多地点会議開始時に予め全端末に搭載された映像・音声のデコーダ数の受信チャネルを割り当て、通信制御ユニットは、前記端末状態監視サーバからの通知を元に、送信・受信ともに行うか受信のみを行うかの要求を発した端末の呼制御信号を変更する。これにより、映像・音声等の発信と受信とも行う端末と、受信のみを行う端末の切替えをさらに短縮できる。
【０００８】
また、本発明は、端末状態監視サーバは、端末からの送信・受信ともに行うか受信のみを行うかの要求を特定の端末に通知し、該特定の端末からどの端末を送信・受信共あるいは受信のみとするかの選択情報を受信して、該選択情報を前記通信制御ユニットに通知するようにする。
【０００９】
また、本発明は、端末側においては、端末状態監視サーバから送信される各チャネルの送信者情報に応じて、端末側の表示画面を制御するＧＵＩ制御機能を保有し、受信した送信者情報に応じて、表示画面の制御を行うようにする。
【００１０】
【発明の実施の形態】
以下、本発明の実施の形態について図面を用いて説明する。なお、以下の実施の形態では、マルチキャスト機能を有するＩＰネットワーク上で、ＳＩＰによる多地点会議を開催することを想定する。また、多地点会議としては、各ＳＩＰ端末からの映像・音声メディアは各ＳＩＰ端末間でＩＰマルチキャストにより相互に配信され、呼制御信号のみが通信制御ユニットを会し通信される多地点会議を想定する。
【００１１】
ただし、本発明は、ＳＩＰ固有のものに限定されるものではなく、例えばＨ．３２３（ＬＡＮ上での音声、動画像、データ通信の送受信仕様と信号方式を規定したＩＴＵ−Ｔ勧告）プロトコルなど、他の通信プロトコルにおいても利用することができる。
【００１２】
〈実施例１〉
図１に本発明による多地点会議システムの第１の実施形態の構成図を示す。図１において、１００は多段のマルチキャストルータ１１０によりマルチキャスト機能を備えたＩＰネットワーク（ＩＰマルチネットワーク）であり、該ＩＰネットワーク１００上に、端末状態監視サーバ２００、通信制御ユニット３００、端末Ａ４００−１、端末Ｂ４００−２、端末Ｃ４００−３が接続されている。
【００１３】
各端末４００−１〜４００−３は、２つもしくはそれ以上（本実施例では２つとする）の映像・音声等のデコーダ４０１と１つのエンコーダ、ブラウザ４０３、ＧＵＩ制御機能４０４を有する。端末利用者は、端末状態監視サーバ２００にアクセスする手段としてブラウザ４０３を使用する。例えば、利用者はブラウザ４０３により、端末状態監視サーバ２００にアクセスし、送信・受信ともに行う端末か、受信のみを行う端末かを通知する。ＧＵＩ制御機能４０４は、端末状態監視サーバ２００より送信される送信者情報に応じて、ディスプレイ４１０の表示画面を制御する機能を有する。なお、各端末４００−１〜４００−３は、他にキーボードやマウス等を有するが、図１では省略してある。また、端末は勿論、３台に限らない。
【００１４】
端末状態監視サーバ２００は、任意の端末からの送信・受信ともに行うか、受信のみを行うかの要求を受け付け、それを会議を主催する端末へ通知する要求受付機能２０１と、会議を主催する端末からの端末選択状態（選択情報）を通信制御ユニット３００に通知する選択状態通知機能２０２と、定期的に全端末に対して、各チャネルの通信者情報を通知する通信者情報通知機能２０３と、各端末の状態（送信・受信ともに行う端末か、受信のみを行う端末かなど）を管理する端末状態管理機能２０４を有する。
【００１５】
通信制御ユニット３００は、多地点会議の発呼等の呼制御信号を制御する機能を有する。この通信制御ユニット３００は端末状態監視サーバ２００からの選択情報を元に、端末の呼制御信号を変更する。
【００１６】
会議を主催する端末（例えば、端末Ａ４００−１）は、ブラウザ４０３により端末状態監視サーバ２００にアクセスし、ＧＵＩ制御機能４０４により他の端末の通知状況を表示する。利用者がこの通知状況を元に、どの端末を送信・受信ともに行う端末にするか、どの端末を受信のみを行う端末にするかを選択することで、この会議を主催する端末は、ブラウザ４０３により端末状態監視サーバ２００にアクセスし、端末の選択状態（選択情報）を通知する。端末状態監視サーバ２００は、会議を主催する端末（例えば、端末Ａ４００−１）より受信した選択情報を通信制御ユニット３００に通知し、通信制御ユニット３００はその選択情報に基づき、全端末４００−１〜４００−３に対し、送信チャネル、受信チャネルの変更を通知し、発信要求のあった端末の音声・映像を全端末に配信する。
【００１７】
図２に、本実施例における端末状態監視サーバ２００、通信制御ユニット３００、各端末４００−１〜４００−３間の処理フローの一例を示す。
【００１８】
図２において、会議開催時は４００−１の端末Ａが会議を主催する端末（講師）とし、４００−２、４００−３の端末Ｂ，Ｃからの映像・音声等を受信するとともに、端末Ｂ，Ｃに対して送信も行う端末とする。端末Ｂ，Ｃは端末Ａからの映像・音声等を受信するのみの端末とする。以下では、会議中において、端末Ｃが受信のみを行う端末から送信・受信ともに行う端末へ変化する場合の例を説明する。
【００１９】
まず、多地点会議開始時において、通信制御ユニット３００は、ＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ、ＳＩＰで定義されているセッション記述プロトコル）を用いて、例えば、以下の情報を含む呼を各端末Ａ、Ｂ、Ｃに設定する（ステップａ、ｂ、ｃ）。
【００２０】
端末Ａ４００−１には、
送信用チャネルとして
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．１
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｓｅｎｄｏｎｌｙ
Ｉ＝端末Ａのユーザ名
また、受信用チャネルとして
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．１
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ａのユーザ名
が設定されたＩＮＶＩＴＥをＳＤＰで送信する（ステップａ）。
【００２１】
端末Ｂ４００−２には、
受信用チャネルとして
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．１
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ａのユーザ名
が設定されたＩＮＶＩＴＥをＳＤＰで送信する（ステップｂ）。
【００２２】
同様に、端末Ｃ４００−３には、
受信用チャネルとして
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．１
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ａのユーザ名
が設定されたＩＮＶＩＴＥをＳＤＰで送信する（ステップｃ）。
【００２３】
端末Ｃ４００−３は、会議中において、ブラウザ４０３により端末状態監視サーバ２００に対して、受信のみを行う端末から送信・受信ともに行う端末へと変わることを通知（発言要求）する（ステップｄ）。
【００２４】
端末状態監視サーバ２００は、要求受付機能２０１により端末Ｃ４００−３からの通知（発言要求）を受け付け、会議を主催する端末Ａ４００−１に対し、端末Ｃ４００−３が受信のみを行う端末から送信・受信ともに行う端末へと変わることを通知する（ステップｅ）。
【００２５】
会議を主催する端末Ａ４００−１は、ブラウザ４０３により発言要求管理サーバ２００からの通知（端末Ｃの発言要求）を受信し、ＧＵＩ制御機能４０４により通知状況をディスプレイ４１０に表示する。そして、利用者が端末Ｃを受信のみを行う端末から送信・受信ともに行う端末へと変化することを許可すると、この会議を主催する端末Ａ４００−１は、改めてどの端末を送信・受信ともに行う端末にするか、どの端末を受信のみを行う端末にするかを選択し（ステップｆ）、この選択した状態（選択情報）をブラウザ４０３により端末状態監視サーバ２００ヘ通知する（ステップｇ）。この例では、端末ＡとＣが送信・受信とも行う端末、端末Ｂが受信のみ行う端末の選択情報が通知される。
【００２６】
端末状態監視サーバ２００は、会議を主催する端末Ａ４００−１から通知された情報（選択情報）を要求受付機能２０１により受信して、選択状態通知機能２０２により、この通知された情報を元に、どの端末を送信・受信ともに行う端末とし、どの端末を受信のみを行う端末とするかの情報を通信制御ユニット３００に通知する（ステップｈ）。ここでは、端末ＡとＣは送信・受信とも行う端末、端末Ｂは受信のみ行う端末の選択情報が通知される。
【００２７】
通信制御ユニット３００は、端末状態監視サーバ２００から通知された情報を元に、全端末４００−１〜４００−３に対し、ＳＤＰで再びＩＮＶＩＴＥを送信する（ステップｉ、ｊ、ｋ）。
【００２８】
例えば、端末Ａ４００−１に対しては、
送信用チャネルとして
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．１
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｓｅｎｄｏｎｌｙ
Ｉ＝端末Ａのユーザ名
受信用チャネル１として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．１
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ａのユーザ名
受信用チャネル２として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．２
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ｃのユーザ名
が設定されたＩＮＶＩＴＥをＳＤＰで送信する（ステップｉ）。
【００２９】
端末Ｂに対しては、
受信用チャネル１として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．１
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ａのユーザ名
受信用チャネル２として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．２
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ｃのユーザ名
が設定されたＩＮＶＩＴＥをＳＤＰで送信する（ステップｊ）。
【００３０】
端末Ｃに対しては、
送信用チャネルとして
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．２
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｓｅｎｄｏｎｌｙ
Ｉ＝端末Ａのユーザ名
受信用チャネル１として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．１
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ａのユーザ名
受信用チャネル２として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．２
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ｃのユーザ名
が設定されたＩＮＶＩＴＥをＳＤＰで送信する（ステップｋ）。
【００３１】
一方、各端末４００−１〜４００−３における複数の受信チャネルと、受信チャネル毎の送信側端末との対応付けを可能とするため、端末状態監視サーバ２００は、通信者情報通信機能２０３により定期的に、端末側にチャネル毎の端末識別信号として、最新の送信チャネル情報が設定されたＳＤＰを含むＩＮＦＯを全端末４００−１〜４００−３に送信する（ステップｌ）。
【００３２】
送信情報としては、端末Ａ，Ｂ，Ｃ全てに対し、例えば以下の情報のＳＤＰを含むＩＮＦＯが送られる。
受信用チャネル１として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．１
Ｉ＝端末Ａのユーザ名
受信用チャネル２として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．２
Ｉ＝端末Ｃのユーザ名
これにより、空きチャネルであったマルチキャストＩＰアドレス２２４．１．１．２は端末Ｃが送信し始めたことを全端末４００−１〜４００−３で把握でき、受信チャネル毎の送信側端末との対応付けが可能となる。
【００３３】
図３に、端末Ｂ４００−２におけるＧＵＩ制御機能４０４による画面表示の切り替え例を示す。図２のステップｌにおいて、端末状態監視サーバ２００から送信された通信者情報（送信者情報）を受信した端末Ｂ４００−２は、そのＧＵＩ制御機能４０４により、マルチキャストＩＰアドレス２２４．１．１．２は端末Ｃが送信し始め、受信チャネル数が増えたことにより、表示画面を図３（Ａ）から（Ｂ）へと表示を切り替える制御を行う。
【００３４】
〈実施例２〉
図４に本発明による多地点会議システムの第２の実施形態の構成図を示す。本実施例は、多地点会議開始時に予め全端末に搭載された映像・音声等のデコード数の受信チャネルを割り当てることで、映像・音声等の発信・受信をともに行う端末と、受信のみを行う端末の切替えを更に短時間で可能とするものである。
【００３５】
図４において、システム全体の構成は基本的に図１と同様である。即ち、端末状態監視サーバ２００、通信制御ユニット３００、端末Ａ４００−１、端末Ｂ４００−２，端末Ｃ４００−３がマルチキャスト機能を有するＩＰネットワーク１００により接続されている。
【００３６】
各端末４００−１〜４００−３は、２つもしくはそれ以上（本実施例では２つ）の映像・音声等のデコーダ４０１と１つのエンコーダ４０２を有し、さらにブラウザ４０３、ＧＵＩ制御機能４０４を有する。端末利用者は端末状態監視サーバ２００にアクセスする手段としてブラウザ４０３を使用する。ＧＵＩ制御機能４０４は端末状態監視サーバ２００より送信される送信者情報に応じて、ディスプレイ４１０の表示画面を制御する機能を有する。なお、各端末４００−１〜４００−３は、他にキーボードやマウス等を有するが、図４でも省略する。また、端末は３台に限らない。
【００３７】
端末状態監視サーバ２００は、任意の端末からの送信・受信ともに行うか、受信のみを行うかの要求を受け付け、それを会議を主催する端末へ通知する要求受付機能２０１と、会議を主催する端末からの端末選択状態（選択情報）を通信制御ユニット３００に通知する選択状態通知機能２０２と、定期的に全端末に対して、各チャネルの通信者情報を通知する通信者情報通知機能３０３と、各端末の状態（送信・受信ともに行う端末か、受信のみを行う端末かなど）を管理する端末状態管理機能２０４を有する。
【００３８】
通信制御ユニット３００は、多地点会議の発呼等の呼制御信号を制御する機能を有する。この通信制御ユニット３００は端末状態監視サーバ２００からの選択情報を元に、端末の呼制御信号を変更する。
【００３９】
会議を主催する端末（例えば、端末Ａ４００−１）は、ブラウザ４０３により端末状態監視サーバ２００にアクセスし、ＧＵＩ制御機能４０４により他の端末の通知状況を表示する。利用者がこの通知状況を元に、どの端末を送信・受信ともに行う端末にするか、どの端末を受信のみを行う端末にするかを選択することで、会議を主催する端末は、ブラウザにより端末状態監視サーバ２００にアクセスし、端末の選択状態（選択情報）を通知する。端末状態監視サーバ２００は、会議を主催する端末より受信した選択情報を通信制御ユニット３００に通知する。通信制御ユニット３００はその選択情報に基づき、通信開始時に全端末に割り当てた受信チャネルの中より必要なチャネルを選択し、発信要求のあった端末の音声・映像を全端末に配信する。
【００４０】
図５に、本実施例における端末状態監視サーバ２００、通信制御ユニット３００、各端末４００−１〜４００−３間の処理フローの一例を示す。
【００４１】
図５においても、会議開催時において４００−１の端末Ａが会議を主催する端末（講師）とし、４００−２、４００−３の端末Ｂ，Ｃからの映像・音声等を受信するとともに、端末Ｂ，Ｃに対して送信も行う端末とする。端末Ｂ，Ｃは端末Ａからの映像・音声等を受信するのみの端末とする。以下では、会議中において、端末Ｃが受信のみを行う端末から送信・受信ともに行う端末へ変化する場合の例を説明する。
【００４２】
本実施例では、先の実施例１と異なり、会議開催時において、通信制御ユニット３００は全端末４００−１〜４００−３に以下のような２つの受信チャネルの割り当てを行う。割り当てるチャネルについては、ＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ、ＳＩＰで定義されているセッション記述プロトコル）を用いて呼を設定する（ステップａ、ｂ、ｃ）。
【００４３】
例えば、端末Ａ４００−１には、
送信用チャネル１として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．１
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｓｅｎｄｏｎｌｙ
Ｉ＝端末Ａのユーザ名
また、受信用チャネル１として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．１
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ａのユーザ名
さらに受信用チャネル２として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．２
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝空欄
が設定されたＩＮＶＴＥをＳＤＰで送信する（ステップａ）。
【００４４】
端末Ｂ４００−２には、 受信：ｃｈ１（ｉ＝Ａ）、ｃｈ２
受信用チャネル１として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．１
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ａのユーザ名
また、受信用チャネル２として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．２
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝空欄
が設定されたＩＮＶＴＥをＳＤＰで送信する（ステップｂ）。
【００４５】
同様に端末Ｃ４００−３には、 受信：ｃｈ１（ｉ＝Ａ）、ｃｈ２受信用チャネル１として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．１
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ａのユーザ名
また、受信用チャネル２として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．２
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝空欄
が設定されたＩＮＶＩＴＥをＳＤＰで送信する（ステップｃ）。
【００４６】
このように、会議開催時、全端末４００−１〜４００−３に、その搭載されたデコーダ数の２つの受信チャネルの割り当てが行われ、そのうちの受信用チャネル２は空きチャネルとして設定される。
【００４７】
端末Ｃ４００−３は、会議中において、ブラウザ４０３により端末状態監視サーバ２００に対して、受信のみを行う端末から送信・受信ともに行う端末へと変わることを通知（発言要求）する（ステップｄ）。
【００４８】
端末状態監視サーバ２００は、要求受付機能２０１により端末Ｃ４００−３からの通知（発言要求）を受け付け、会議を主催する端末Ａ４００−１に対し、端末Ｃ４００−３が受信のみを行う端末から送信・受信ともに行う端末へと変わることを通知する（ステップｅ）。
【００４９】
会議を主催する端末Ａ４００−１は、ブラウザ４０３により端末状態監視サーバ２００からの通知（端末Ｃの発言要求）を受信し、ＧＵＩ制御機能４０４により通知状況をディスプレイ４１０に表示する。そして、利用者が端末Ｃを受信のみを行う端末から送信・受信ともに行う端末へと変化することを許可すると、この会議を主催する端末Ａ４００−１は、改めてどの端末を送信・受信ともに行う端末にするか（ここでは端末Ａ，Ｃ）、どの端末を受信のみを行う端末にするか（ここでは端末Ｂ）を選択し（ステップｆ）、この選択した端末の状態（選択情報）を端末状態監視サーバ２００ヘ通知する（ステップｇ）。
【００５０】
端末状態監視サーバ２００は、会議を主催する端末Ａ４００−１から通知された情報を要求受付機能２０１により受信して、選択状態通知機能２０２により、この通知された情報を元に、どの端末を送信・受信とともに行う端末とし、どの端末を受信のみを行う端末とするかの情報を通信制御ユニット３００に通知する（ステップｈ）。ここでは、端末ＡとＣは送信・受信とも行う端末、端末Ｂは受信のみ行う端末の選択情報が通知される。
【００５１】
通知制御ユニット２００は、受信のみを行う端末から送信・受信とも行う端末にかわった端末Ｃ４００−３に対し、ＳＤＰで、例えば以下の情報が改定されたＩＮＶＩＴＥを送信する（ステップｊ）。
送信用チャネル１として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．２
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｓｅｎｄｏｎｌｙ
Ｉ＝端末Ｃのユーザ名
受信用チャネル１として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．１
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ａのユーザ名
また、受信用チャネル２として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．２
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ｃのユーザ名
各端末４００−１〜４００−３における複数の受信チャネルと、受信チャネル毎の送信側端末との対応付けを可能とするため、端末状態監視サーバ２００は、通信者情報通信機能２０３により、定期的に、端末側にチャネル毎の端末識別信号として、最新の送信チャネル情報が設定されたＳＤＰを含むＩＮＦＯを全端末４００−１〜４００−３に送信する（ステップｊ）。
【００５２】
送信情報としては、端末Ａ、Ｂ、Ｃ全てに対し、例えば以下の情報のＳＤＰを含むＩＮＦＯが送られる。
受信用チャネル１として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．１
Ｉ＝端末Ａのユーザ名
受信用チャネル２として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．２
Ｉ＝端末Ｃのユーザ名
これにより、空きチャネルであったマルチキャストＩＰアドレス２２４．１．２は端末Ｃ送信し始めたことを全端末４００−１〜４００−３で把握でき、受信チャネル毎の送信側端末との対応付けが可能なる。
【００５３】
図６に、端末Ｂ４００−２における、ＧＵＩ制御機能４０４による画面表示の切り替え例を示す。
図５のステップｊにおいて、端末状態監視サーバ２００から送信された通信情報（送信情報）を受信した端末Ｂ４００−２は、そのＧＵＩ制御機能４０４により、マルチキャストＩＰアドレス２２４．１．１．２は端末Ｃが送信し始め、受信チャネル数が増えたことにより、表示画面を図６（Ａ）から（Ｂ）へと表示を切り替える制御を行う。
【００５４】
以上、本発明の実施形態を説明したが、本発明はこれに限られるものではない。例えば、端末状態監視サーバ２００は、ある端末からの送信・受信ともに行うか、受信のみを行うかの要求を受付けた場合、それを会議を主催する端末に問い合わせることなく通信制御ユニット３００に通知することも可能である。また、ＩＰネットワークは一般にネットワーク、マルチキャスト機能は同報配信等の上位概念とすることも可能である。
【００５５】
【発明の効果】
以上説明したように、本発明によれば、多地点会議における送信のみを行う端末と、送信・受信を行う端末との切替えを短時間で行うことを可能とし、また送信者情報を受信した端末側においては、送信者情報を元に自由なＧＵＩ制御が可能となる。
【図面の簡単な説明】
【図１】本発明による多地点会議システムの第１の実施形態の全体構成図である。
【図２】本発明の第１の実施形態の処理フロー図である。
【図３】本発明の第１の実施形態のＧＵＩ制御例を示す図である。
【図４】本発明による多地点会議システムの第２の実施形態の全体構成図である。
【図５】本発明の第２の実施形態の処理フロー図である。
【図６】本発明の第２の実施形態のＧＵＩ制御例を示す図である。
【符号の説明】
１００ ＩＰマルチキャストネットワーク
２００ 端末状態監視サーバ
２０１ 要求受付機能
２０２ 選択状態通知機能
２０３ 通信者情報通信機能
２０４ 端末状態管理機能
３００ 通信制御ユニット
４００−１〜４００−３ 端末
４０１ デコーダ
４０２ エンコーダ
４０３ ブラウザ
４０４ ＧＵＩ制御機能
４１０ ディスプレイ
【発明の属する技術分野】
本発明は、マルチキャスト機能を有するＩＰネットワーク等のネットワーク上で、複数チャネルの映像・音声等のデコーダと最低一つのエンコーダを有する複数の端末間で、各々の端末から送信された映像・音声等を会議に参加する全端末にＩＰマルチキャスト等の同報配信することによって多地点会議を実現する多地点会議方法、それに用いる端末状態監視サーバ及び端末に関する。
【０００２】
【従来の技術】
従来、ネットワーク上に、多地点会議の発呼等の呼制御信号を制御する通信制御ユニットを有し、複数チャネルの映像・音声等のデコーダと最低一つのエンコーダを有する複数の端末の間で、各々の端末から送信された映像・音声等を会議に参加する全端末に同報配信することによつて多地点会議を実現する方式においては、端末のデコーダ数を越えた相手端末との多地点会議開催は困難であり、端末のデコーダ数を増やす以外に方法はなく、また、端末側のデコーダ数を増やす場合においても、映像・音声等のデータの高品質化に伴うデータ量の増加により、端末の処理負荷が増加し、デコーダ数を増やすことには限界があった。
【０００３】
また、従来方式では、多地点会議の発呼等の制御信号は、多地点会議中にある特定の端末において、送信するチャネル、もしくは受信するチャネルに変更が生じるなど通信状態が変化した場合、通信制御ユニットは全端末に対して呼制御信号の通信を行う必要があり、多地点会議に参加する端末の数が増えるほど制御信号数が多くなることになり、その結果、制御信号の送受信にかかる時間が長くなり、円滑な会議運営が出来ないと共に、多地点間会議に同時に参加可能な端末数が限られていた。
【０００４】
一方、マルチキャスト機能を有するＩＰネットワーク上で、呼制御にＳＩＰ
（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を用いた３ｒｄ Ｐａｒｔｙ Ｃｏｌｌ方式などの多地点間会議方法も提案されているが（例えば、非特許文献１参照）、１端末につき１回のＩＮＶＩＴＥ処理は実際にはＩＮＶＩＴＥ、２００ＯＫ、ＡＣＫのメッセージからなるため、総メッセージ数はその３倍となり、多地点会議における受信のみを行う端末と、送信・受信を行う端末との切替えを短時間で行うには限界があった。
〔非特許文献〕
Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ Ｉｎｔｅｒｎｅｔ Ｄｒａｆｔ
Ｄｒａｆｔ−ｉｅｔｆ−ｓｉｐｐｉｎｇ−ｃｏｎｆｅｒｅｎｃｉｎｇ−ｍｏｄｅｌｓ−０１．ｔｘｔ Ｊｕｌｙ１，２００２
（ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／Ｉｎｔｅｒｎｅｔ−ｄｒａｆｔｓ／ｄｒａｆｔ−ｉｅｔｆ−ｓｉｐｐｉｎｇ−ｃｏｎｆｅｒｅｎｃｉｎｇ−ｍｏｄｅｌｓ−０１．ｔｘｔ）
【０００５】
【発明が解決しようとする課題】
本発明は、上記従来技術の問題を解決するためになされたもので、その目的は、ネットワーク上に、多地点会議の発呼等の呼制御信号を制御する通信制御ユニット、複数チャネルの映像・音声のデコーダと最低一つのエンコーダを有する複数の端末を接続し、複数の端末の間で、各端末からの映像・音声を会議に参加する全端末に同報配信することによって多地点会議を実現する場合に多地点会議における受信のみを行う端末と、送信・受信を行う端末との切替えを短時間で行うことを可能とすることにある。
【０００６】
【課題を解決するための手段】
本発明は、通信制御ユニットと複数の端末が接続されたネットワーク上に、端末からの送信・受信ともに行うか受信のみを行うかの要求を受付ける機能と、受付けた要求を通信制御ユニットに通知する機能と、定期的に全端末に対して、各チャネルの通信者情報を通知する機能を持つ端末状態監視サーバを配置する。通信制御ユニットは、前記端末状態監視サーバからの通知を元に端末の呼制御信号を変更する。これにより、端末との総メッセージ数を最少限にすることができ、映像・音声等の発信と受信とも行う端末と、受信のみを行う端末の切替えを短時間で行うことが可能になる。
【０００７】
また、本発明は、多地点会議開始時に予め全端末に搭載された映像・音声のデコーダ数の受信チャネルを割り当て、通信制御ユニットは、前記端末状態監視サーバからの通知を元に、送信・受信ともに行うか受信のみを行うかの要求を発した端末の呼制御信号を変更する。これにより、映像・音声等の発信と受信とも行う端末と、受信のみを行う端末の切替えをさらに短縮できる。
【０００８】
また、本発明は、端末状態監視サーバは、端末からの送信・受信ともに行うか受信のみを行うかの要求を特定の端末に通知し、該特定の端末からどの端末を送信・受信共あるいは受信のみとするかの選択情報を受信して、該選択情報を前記通信制御ユニットに通知するようにする。
【０００９】
また、本発明は、端末側においては、端末状態監視サーバから送信される各チャネルの送信者情報に応じて、端末側の表示画面を制御するＧＵＩ制御機能を保有し、受信した送信者情報に応じて、表示画面の制御を行うようにする。
【００１０】
【発明の実施の形態】
以下、本発明の実施の形態について図面を用いて説明する。なお、以下の実施の形態では、マルチキャスト機能を有するＩＰネットワーク上で、ＳＩＰによる多地点会議を開催することを想定する。また、多地点会議としては、各ＳＩＰ端末からの映像・音声メディアは各ＳＩＰ端末間でＩＰマルチキャストにより相互に配信され、呼制御信号のみが通信制御ユニットを会し通信される多地点会議を想定する。
【００１１】
ただし、本発明は、ＳＩＰ固有のものに限定されるものではなく、例えばＨ．３２３（ＬＡＮ上での音声、動画像、データ通信の送受信仕様と信号方式を規定したＩＴＵ−Ｔ勧告）プロトコルなど、他の通信プロトコルにおいても利用することができる。
【００１２】
〈実施例１〉
図１に本発明による多地点会議システムの第１の実施形態の構成図を示す。図１において、１００は多段のマルチキャストルータ１１０によりマルチキャスト機能を備えたＩＰネットワーク（ＩＰマルチネットワーク）であり、該ＩＰネットワーク１００上に、端末状態監視サーバ２００、通信制御ユニット３００、端末Ａ４００−１、端末Ｂ４００−２、端末Ｃ４００−３が接続されている。
【００１３】
各端末４００−１〜４００−３は、２つもしくはそれ以上（本実施例では２つとする）の映像・音声等のデコーダ４０１と１つのエンコーダ、ブラウザ４０３、ＧＵＩ制御機能４０４を有する。端末利用者は、端末状態監視サーバ２００にアクセスする手段としてブラウザ４０３を使用する。例えば、利用者はブラウザ４０３により、端末状態監視サーバ２００にアクセスし、送信・受信ともに行う端末か、受信のみを行う端末かを通知する。ＧＵＩ制御機能４０４は、端末状態監視サーバ２００より送信される送信者情報に応じて、ディスプレイ４１０の表示画面を制御する機能を有する。なお、各端末４００−１〜４００−３は、他にキーボードやマウス等を有するが、図１では省略してある。また、端末は勿論、３台に限らない。
【００１４】
端末状態監視サーバ２００は、任意の端末からの送信・受信ともに行うか、受信のみを行うかの要求を受け付け、それを会議を主催する端末へ通知する要求受付機能２０１と、会議を主催する端末からの端末選択状態（選択情報）を通信制御ユニット３００に通知する選択状態通知機能２０２と、定期的に全端末に対して、各チャネルの通信者情報を通知する通信者情報通知機能２０３と、各端末の状態（送信・受信ともに行う端末か、受信のみを行う端末かなど）を管理する端末状態管理機能２０４を有する。
【００１５】
通信制御ユニット３００は、多地点会議の発呼等の呼制御信号を制御する機能を有する。この通信制御ユニット３００は端末状態監視サーバ２００からの選択情報を元に、端末の呼制御信号を変更する。
【００１６】
会議を主催する端末（例えば、端末Ａ４００−１）は、ブラウザ４０３により端末状態監視サーバ２００にアクセスし、ＧＵＩ制御機能４０４により他の端末の通知状況を表示する。利用者がこの通知状況を元に、どの端末を送信・受信ともに行う端末にするか、どの端末を受信のみを行う端末にするかを選択することで、この会議を主催する端末は、ブラウザ４０３により端末状態監視サーバ２００にアクセスし、端末の選択状態（選択情報）を通知する。端末状態監視サーバ２００は、会議を主催する端末（例えば、端末Ａ４００−１）より受信した選択情報を通信制御ユニット３００に通知し、通信制御ユニット３００はその選択情報に基づき、全端末４００−１〜４００−３に対し、送信チャネル、受信チャネルの変更を通知し、発信要求のあった端末の音声・映像を全端末に配信する。
【００１７】
図２に、本実施例における端末状態監視サーバ２００、通信制御ユニット３００、各端末４００−１〜４００−３間の処理フローの一例を示す。
【００１８】
図２において、会議開催時は４００−１の端末Ａが会議を主催する端末（講師）とし、４００−２、４００−３の端末Ｂ，Ｃからの映像・音声等を受信するとともに、端末Ｂ，Ｃに対して送信も行う端末とする。端末Ｂ，Ｃは端末Ａからの映像・音声等を受信するのみの端末とする。以下では、会議中において、端末Ｃが受信のみを行う端末から送信・受信ともに行う端末へ変化する場合の例を説明する。
【００１９】
まず、多地点会議開始時において、通信制御ユニット３００は、ＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ、ＳＩＰで定義されているセッション記述プロトコル）を用いて、例えば、以下の情報を含む呼を各端末Ａ、Ｂ、Ｃに設定する（ステップａ、ｂ、ｃ）。
【００２０】
端末Ａ４００−１には、
送信用チャネルとして
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．１
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｓｅｎｄｏｎｌｙ
Ｉ＝端末Ａのユーザ名
また、受信用チャネルとして
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．１
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ａのユーザ名
が設定されたＩＮＶＩＴＥをＳＤＰで送信する（ステップａ）。
【００２１】
端末Ｂ４００−２には、
受信用チャネルとして
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．１
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ａのユーザ名
が設定されたＩＮＶＩＴＥをＳＤＰで送信する（ステップｂ）。
【００２２】
同様に、端末Ｃ４００−３には、
受信用チャネルとして
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．１
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ａのユーザ名
が設定されたＩＮＶＩＴＥをＳＤＰで送信する（ステップｃ）。
【００２３】
端末Ｃ４００−３は、会議中において、ブラウザ４０３により端末状態監視サーバ２００に対して、受信のみを行う端末から送信・受信ともに行う端末へと変わることを通知（発言要求）する（ステップｄ）。
【００２４】
端末状態監視サーバ２００は、要求受付機能２０１により端末Ｃ４００−３からの通知（発言要求）を受け付け、会議を主催する端末Ａ４００−１に対し、端末Ｃ４００−３が受信のみを行う端末から送信・受信ともに行う端末へと変わることを通知する（ステップｅ）。
【００２５】
会議を主催する端末Ａ４００−１は、ブラウザ４０３により発言要求管理サーバ２００からの通知（端末Ｃの発言要求）を受信し、ＧＵＩ制御機能４０４により通知状況をディスプレイ４１０に表示する。そして、利用者が端末Ｃを受信のみを行う端末から送信・受信ともに行う端末へと変化することを許可すると、この会議を主催する端末Ａ４００−１は、改めてどの端末を送信・受信ともに行う端末にするか、どの端末を受信のみを行う端末にするかを選択し（ステップｆ）、この選択した状態（選択情報）をブラウザ４０３により端末状態監視サーバ２００ヘ通知する（ステップｇ）。この例では、端末ＡとＣが送信・受信とも行う端末、端末Ｂが受信のみ行う端末の選択情報が通知される。
【００２６】
端末状態監視サーバ２００は、会議を主催する端末Ａ４００−１から通知された情報（選択情報）を要求受付機能２０１により受信して、選択状態通知機能２０２により、この通知された情報を元に、どの端末を送信・受信ともに行う端末とし、どの端末を受信のみを行う端末とするかの情報を通信制御ユニット３００に通知する（ステップｈ）。ここでは、端末ＡとＣは送信・受信とも行う端末、端末Ｂは受信のみ行う端末の選択情報が通知される。
【００２７】
通信制御ユニット３００は、端末状態監視サーバ２００から通知された情報を元に、全端末４００−１〜４００−３に対し、ＳＤＰで再びＩＮＶＩＴＥを送信する（ステップｉ、ｊ、ｋ）。
【００２８】
例えば、端末Ａ４００−１に対しては、
送信用チャネルとして
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．１
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｓｅｎｄｏｎｌｙ
Ｉ＝端末Ａのユーザ名
受信用チャネル１として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．１
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ａのユーザ名
受信用チャネル２として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．２
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ｃのユーザ名
が設定されたＩＮＶＩＴＥをＳＤＰで送信する（ステップｉ）。
【００２９】
端末Ｂに対しては、
受信用チャネル１として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．１
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ａのユーザ名
受信用チャネル２として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．２
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ｃのユーザ名
が設定されたＩＮＶＩＴＥをＳＤＰで送信する（ステップｊ）。
【００３０】
端末Ｃに対しては、
送信用チャネルとして
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．２
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｓｅｎｄｏｎｌｙ
Ｉ＝端末Ａのユーザ名
受信用チャネル１として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．１
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ａのユーザ名
受信用チャネル２として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．２
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ｃのユーザ名
が設定されたＩＮＶＩＴＥをＳＤＰで送信する（ステップｋ）。
【００３１】
一方、各端末４００−１〜４００−３における複数の受信チャネルと、受信チャネル毎の送信側端末との対応付けを可能とするため、端末状態監視サーバ２００は、通信者情報通信機能２０３により定期的に、端末側にチャネル毎の端末識別信号として、最新の送信チャネル情報が設定されたＳＤＰを含むＩＮＦＯを全端末４００−１〜４００−３に送信する（ステップｌ）。
【００３２】
送信情報としては、端末Ａ，Ｂ，Ｃ全てに対し、例えば以下の情報のＳＤＰを含むＩＮＦＯが送られる。
受信用チャネル１として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．１
Ｉ＝端末Ａのユーザ名
受信用チャネル２として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．２
Ｉ＝端末Ｃのユーザ名
これにより、空きチャネルであったマルチキャストＩＰアドレス２２４．１．１．２は端末Ｃが送信し始めたことを全端末４００−１〜４００−３で把握でき、受信チャネル毎の送信側端末との対応付けが可能となる。
【００３３】
図３に、端末Ｂ４００−２におけるＧＵＩ制御機能４０４による画面表示の切り替え例を示す。図２のステップｌにおいて、端末状態監視サーバ２００から送信された通信者情報（送信者情報）を受信した端末Ｂ４００−２は、そのＧＵＩ制御機能４０４により、マルチキャストＩＰアドレス２２４．１．１．２は端末Ｃが送信し始め、受信チャネル数が増えたことにより、表示画面を図３（Ａ）から（Ｂ）へと表示を切り替える制御を行う。
【００３４】
〈実施例２〉
図４に本発明による多地点会議システムの第２の実施形態の構成図を示す。本実施例は、多地点会議開始時に予め全端末に搭載された映像・音声等のデコード数の受信チャネルを割り当てることで、映像・音声等の発信・受信をともに行う端末と、受信のみを行う端末の切替えを更に短時間で可能とするものである。
【００３５】
図４において、システム全体の構成は基本的に図１と同様である。即ち、端末状態監視サーバ２００、通信制御ユニット３００、端末Ａ４００−１、端末Ｂ４００−２，端末Ｃ４００−３がマルチキャスト機能を有するＩＰネットワーク１００により接続されている。
【００３６】
各端末４００−１〜４００−３は、２つもしくはそれ以上（本実施例では２つ）の映像・音声等のデコーダ４０１と１つのエンコーダ４０２を有し、さらにブラウザ４０３、ＧＵＩ制御機能４０４を有する。端末利用者は端末状態監視サーバ２００にアクセスする手段としてブラウザ４０３を使用する。ＧＵＩ制御機能４０４は端末状態監視サーバ２００より送信される送信者情報に応じて、ディスプレイ４１０の表示画面を制御する機能を有する。なお、各端末４００−１〜４００−３は、他にキーボードやマウス等を有するが、図４でも省略する。また、端末は３台に限らない。
【００３７】
端末状態監視サーバ２００は、任意の端末からの送信・受信ともに行うか、受信のみを行うかの要求を受け付け、それを会議を主催する端末へ通知する要求受付機能２０１と、会議を主催する端末からの端末選択状態（選択情報）を通信制御ユニット３００に通知する選択状態通知機能２０２と、定期的に全端末に対して、各チャネルの通信者情報を通知する通信者情報通知機能３０３と、各端末の状態（送信・受信ともに行う端末か、受信のみを行う端末かなど）を管理する端末状態管理機能２０４を有する。
【００３８】
通信制御ユニット３００は、多地点会議の発呼等の呼制御信号を制御する機能を有する。この通信制御ユニット３００は端末状態監視サーバ２００からの選択情報を元に、端末の呼制御信号を変更する。
【００３９】
会議を主催する端末（例えば、端末Ａ４００−１）は、ブラウザ４０３により端末状態監視サーバ２００にアクセスし、ＧＵＩ制御機能４０４により他の端末の通知状況を表示する。利用者がこの通知状況を元に、どの端末を送信・受信ともに行う端末にするか、どの端末を受信のみを行う端末にするかを選択することで、会議を主催する端末は、ブラウザにより端末状態監視サーバ２００にアクセスし、端末の選択状態（選択情報）を通知する。端末状態監視サーバ２００は、会議を主催する端末より受信した選択情報を通信制御ユニット３００に通知する。通信制御ユニット３００はその選択情報に基づき、通信開始時に全端末に割り当てた受信チャネルの中より必要なチャネルを選択し、発信要求のあった端末の音声・映像を全端末に配信する。
【００４０】
図５に、本実施例における端末状態監視サーバ２００、通信制御ユニット３００、各端末４００−１〜４００−３間の処理フローの一例を示す。
【００４１】
図５においても、会議開催時において４００−１の端末Ａが会議を主催する端末（講師）とし、４００−２、４００−３の端末Ｂ，Ｃからの映像・音声等を受信するとともに、端末Ｂ，Ｃに対して送信も行う端末とする。端末Ｂ，Ｃは端末Ａからの映像・音声等を受信するのみの端末とする。以下では、会議中において、端末Ｃが受信のみを行う端末から送信・受信ともに行う端末へ変化する場合の例を説明する。
【００４２】
本実施例では、先の実施例１と異なり、会議開催時において、通信制御ユニット３００は全端末４００−１〜４００−３に以下のような２つの受信チャネルの割り当てを行う。割り当てるチャネルについては、ＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ、ＳＩＰで定義されているセッション記述プロトコル）を用いて呼を設定する（ステップａ、ｂ、ｃ）。
【００４３】
例えば、端末Ａ４００−１には、
送信用チャネル１として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．１
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｓｅｎｄｏｎｌｙ
Ｉ＝端末Ａのユーザ名
また、受信用チャネル１として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．１
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ａのユーザ名
さらに受信用チャネル２として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．２
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝空欄
が設定されたＩＮＶＴＥをＳＤＰで送信する（ステップａ）。
【００４４】
端末Ｂ４００−２には、 受信：ｃｈ１（ｉ＝Ａ）、ｃｈ２
受信用チャネル１として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．１
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ａのユーザ名
また、受信用チャネル２として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．２
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝空欄
が設定されたＩＮＶＴＥをＳＤＰで送信する（ステップｂ）。
【００４５】
同様に端末Ｃ４００−３には、 受信：ｃｈ１（ｉ＝Ａ）、ｃｈ２受信用チャネル１として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．１
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ａのユーザ名
また、受信用チャネル２として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．２
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝空欄
が設定されたＩＮＶＩＴＥをＳＤＰで送信する（ステップｃ）。
【００４６】
このように、会議開催時、全端末４００−１〜４００−３に、その搭載されたデコーダ数の２つの受信チャネルの割り当てが行われ、そのうちの受信用チャネル２は空きチャネルとして設定される。
【００４７】
端末Ｃ４００−３は、会議中において、ブラウザ４０３により端末状態監視サーバ２００に対して、受信のみを行う端末から送信・受信ともに行う端末へと変わることを通知（発言要求）する（ステップｄ）。
【００４８】
端末状態監視サーバ２００は、要求受付機能２０１により端末Ｃ４００−３からの通知（発言要求）を受け付け、会議を主催する端末Ａ４００−１に対し、端末Ｃ４００−３が受信のみを行う端末から送信・受信ともに行う端末へと変わることを通知する（ステップｅ）。
【００４９】
会議を主催する端末Ａ４００−１は、ブラウザ４０３により端末状態監視サーバ２００からの通知（端末Ｃの発言要求）を受信し、ＧＵＩ制御機能４０４により通知状況をディスプレイ４１０に表示する。そして、利用者が端末Ｃを受信のみを行う端末から送信・受信ともに行う端末へと変化することを許可すると、この会議を主催する端末Ａ４００−１は、改めてどの端末を送信・受信ともに行う端末にするか（ここでは端末Ａ，Ｃ）、どの端末を受信のみを行う端末にするか（ここでは端末Ｂ）を選択し（ステップｆ）、この選択した端末の状態（選択情報）を端末状態監視サーバ２００ヘ通知する（ステップｇ）。
【００５０】
端末状態監視サーバ２００は、会議を主催する端末Ａ４００−１から通知された情報を要求受付機能２０１により受信して、選択状態通知機能２０２により、この通知された情報を元に、どの端末を送信・受信とともに行う端末とし、どの端末を受信のみを行う端末とするかの情報を通信制御ユニット３００に通知する（ステップｈ）。ここでは、端末ＡとＣは送信・受信とも行う端末、端末Ｂは受信のみ行う端末の選択情報が通知される。
【００５１】
通知制御ユニット２００は、受信のみを行う端末から送信・受信とも行う端末にかわった端末Ｃ４００−３に対し、ＳＤＰで、例えば以下の情報が改定されたＩＮＶＩＴＥを送信する（ステップｊ）。
送信用チャネル１として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．２
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｓｅｎｄｏｎｌｙ
Ｉ＝端末Ｃのユーザ名
受信用チャネル１として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．１
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ａのユーザ名
また、受信用チャネル２として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．２
ｍ＝ｖｉｄｅｏ １００００ ＲＴＰ／ＡＶＰ ３３
ａ＝ｒｔｐｍａｐ：３３ ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ｃのユーザ名
各端末４００−１〜４００−３における複数の受信チャネルと、受信チャネル毎の送信側端末との対応付けを可能とするため、端末状態監視サーバ２００は、通信者情報通信機能２０３により、定期的に、端末側にチャネル毎の端末識別信号として、最新の送信チャネル情報が設定されたＳＤＰを含むＩＮＦＯを全端末４００−１〜４００−３に送信する（ステップｊ）。
【００５２】
送信情報としては、端末Ａ、Ｂ、Ｃ全てに対し、例えば以下の情報のＳＤＰを含むＩＮＦＯが送られる。
受信用チャネル１として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．１
Ｉ＝端末Ａのユーザ名
受信用チャネル２として
Ｓ＝Ｓｅｓｓｉｏｎ ＳＤＰ
Ｃ＝ＩＮ ＩＰ４ ２２４．１．１．２
Ｉ＝端末Ｃのユーザ名
これにより、空きチャネルであったマルチキャストＩＰアドレス２２４．１．２は端末Ｃ送信し始めたことを全端末４００−１〜４００−３で把握でき、受信チャネル毎の送信側端末との対応付けが可能なる。
【００５３】
図６に、端末Ｂ４００−２における、ＧＵＩ制御機能４０４による画面表示の切り替え例を示す。
図５のステップｊにおいて、端末状態監視サーバ２００から送信された通信情報（送信情報）を受信した端末Ｂ４００−２は、そのＧＵＩ制御機能４０４により、マルチキャストＩＰアドレス２２４．１．１．２は端末Ｃが送信し始め、受信チャネル数が増えたことにより、表示画面を図６（Ａ）から（Ｂ）へと表示を切り替える制御を行う。
【００５４】
以上、本発明の実施形態を説明したが、本発明はこれに限られるものではない。例えば、端末状態監視サーバ２００は、ある端末からの送信・受信ともに行うか、受信のみを行うかの要求を受付けた場合、それを会議を主催する端末に問い合わせることなく通信制御ユニット３００に通知することも可能である。また、ＩＰネットワークは一般にネットワーク、マルチキャスト機能は同報配信等の上位概念とすることも可能である。
【００５５】
【発明の効果】
以上説明したように、本発明によれば、多地点会議における送信のみを行う端末と、送信・受信を行う端末との切替えを短時間で行うことを可能とし、また送信者情報を受信した端末側においては、送信者情報を元に自由なＧＵＩ制御が可能となる。
【図面の簡単な説明】
【図１】本発明による多地点会議システムの第１の実施形態の全体構成図である。
【図２】本発明の第１の実施形態の処理フロー図である。
【図３】本発明の第１の実施形態のＧＵＩ制御例を示す図である。
【図４】本発明による多地点会議システムの第２の実施形態の全体構成図である。
【図５】本発明の第２の実施形態の処理フロー図である。
【図６】本発明の第２の実施形態のＧＵＩ制御例を示す図である。
【符号の説明】
１００ ＩＰマルチキャストネットワーク
２００ 端末状態監視サーバ
２０１ 要求受付機能
２０２ 選択状態通知機能
２０３ 通信者情報通信機能
２０４ 端末状態管理機能
３００ 通信制御ユニット
４００−１〜４００−３ 端末
４０１ デコーダ
４０２ エンコーダ
４０３ ブラウザ
４０４ ＧＵＩ制御機能
４１０ ディスプレイ
Claims (7)
- ネットワーク上に、多地点会議の発呼等の呼制御信号を制御する通信制御ユニット、複数チャネルの映像・音声のデコーダと最低一つのエンコーダを有する複数の端末を接続し、前記複数の端末の間で、各端末からの映像・音声を会議に参加する全端末に同報配信することによって多地点会議を実現する多地点会議方法において、
通常は特定の端末の映像・音声を会議に参加する全端末に配信し、必要に応じ前記特定の端末以外の端末からの映像・音声の配信を可能とする多地点会議方法であって、
前記ネットワーク上に、端末からの送信・受信とも行うか受信のみを行うかの要求を受付ける機能と、受付けた要求を前記通信制御ユニットに通知する機能と、定期的に全端末に対して、各チャネルの通信者情報を通知する機能を持つ端末状態監視サーバを配置し、
前記通信制御ユニットは、前記端末状態監視サーバからの通知を元に端末の呼制御信号を変更し、
映像・音声の発信と受信とも行う端末と、受信のみを行う端末の切替えを可能とすることを特徴とする多地点会議方法。 - 請求項１記載の多地点会議方法において、
多地点会議開始時に予め全端末に搭載された映像・音声のデコーダ数の受信チャネルを割り当て、
前記通信制御ユニットは、前記端末状態監視サーバからの通知を元に、送信・受信とも行うか受信のみを行うかの要求を発した端末の呼制御信号を変更することを特徴とする多地点会議方法。 - 請求項１又は２記載の多地点会議方法において、
前記端末状態監視サーバは、端末からの送信・受信とも行うか受信のみを行うかの要求を特定の端末に通知し、該特定の端末からどの端末を送信・受信共あるいは受信のみとするかの選択情報を受信して、該選択情報を前記通信制御ユニットに通知することを特徴とする多地点会議方法。 - 請求項１乃至３のいずれか１項に記載の多地点会議方法において、
端末側は、前記端末状態監視サーバから送信される各チャネルの送信者情報に応じて、ＧＵＩ制御を行うことを特徴とする多地点会議方法。 - 請求項１乃至４のいずれか１項に記載の多地点会議方法において、
マルチキャスト機能を有するＩＰネットワーク上に、端末状態監視サーバ、通信制御ユニット、複数の端末を接続し、前記複数の端末の間で、各端末からの映像・音声を会議に参加する全端末にＩＰマルチキャストすることによって多地点会議を実現することを特徴とする多地点会議方法。 - 請求項１乃至５のいずれか１項に記載の多地点会議方法に使用される端末状態監視サーバ。
- 請求項１乃至５のいずれか１項に記載の多地点会議方法に使用される端末。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002353138A JP2004187108A (ja) | 2002-12-04 | 2002-12-04 | 多地点会議方法、端末状態監視サーバ及び端末 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002353138A JP2004187108A (ja) | 2002-12-04 | 2002-12-04 | 多地点会議方法、端末状態監視サーバ及び端末 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004187108A true JP2004187108A (ja) | 2004-07-02 |
Family
ID=32754499
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002353138A Pending JP2004187108A (ja) | 2002-12-04 | 2002-12-04 | 多地点会議方法、端末状態監視サーバ及び端末 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004187108A (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB2412536A (en) * | 2004-03-19 | 2005-09-28 | Nec Personal Products Ltd | Multipoint conferencing in an IP network |
| JP2006121316A (ja) * | 2004-10-20 | 2006-05-11 | Mitsubishi Electric Corp | 監視システム |
| JP2007311983A (ja) * | 2006-05-17 | 2007-11-29 | Nippon Telegr & Teleph Corp <Ntt> | コンサルティング支援システムおよび方法 |
| JP2010504022A (ja) * | 2006-09-14 | 2010-02-04 | タンドベルク・テレコム・エイ・エス | 動的なストリーミング保管構成のための方法および装置 |
| US8229487B2 (en) | 2005-08-02 | 2012-07-24 | Nec Corporation | PTT server, gate apparatus, communication system, program and communication method |
| JP2018207545A (ja) * | 2018-10-05 | 2018-12-27 | キヤノンマーケティングジャパン株式会社 | 情報処理装置、情報処理システム、情報処理装置の制御方法、情報処理システムの制御方法、およびプログラム |
-
2002
- 2002-12-04 JP JP2002353138A patent/JP2004187108A/ja active Pending
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB2412536A (en) * | 2004-03-19 | 2005-09-28 | Nec Personal Products Ltd | Multipoint conferencing in an IP network |
| GB2412536B (en) * | 2004-03-19 | 2006-05-03 | Nec Personal Products Ltd | Multipoint conferencing system employing ip network and its configuration method |
| JP2006121316A (ja) * | 2004-10-20 | 2006-05-11 | Mitsubishi Electric Corp | 監視システム |
| US8229487B2 (en) | 2005-08-02 | 2012-07-24 | Nec Corporation | PTT server, gate apparatus, communication system, program and communication method |
| JP2007311983A (ja) * | 2006-05-17 | 2007-11-29 | Nippon Telegr & Teleph Corp <Ntt> | コンサルティング支援システムおよび方法 |
| JP2010504022A (ja) * | 2006-09-14 | 2010-02-04 | タンドベルク・テレコム・エイ・エス | 動的なストリーミング保管構成のための方法および装置 |
| US8260854B2 (en) | 2006-09-14 | 2012-09-04 | Cisco Technology, Inc. | Method and device for dynamic streaming archiving configuration |
| JP2018207545A (ja) * | 2018-10-05 | 2018-12-27 | キヤノンマーケティングジャパン株式会社 | 情報処理装置、情報処理システム、情報処理装置の制御方法、情報処理システムの制御方法、およびプログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5579598B2 (ja) | コンピュータにより実行される方法、メモリ及びシステム | |
| US7257641B1 (en) | Multipoint processing unit | |
| US9787844B2 (en) | Conference bridge server | |
| EP1487149B1 (en) | VoIP system and method using multicast packet communication | |
| US20120134301A1 (en) | Wide area voice environment multi-channel communications system and method | |
| JP5266419B2 (ja) | ホームネットワーク上でＵＰｎＰを使用して電話関連サービスを複数の装置に提供するシステム及び方法 | |
| US8107403B2 (en) | Method and apparatus for unicast and multicast media processing | |
| EP2130346B1 (en) | Media stream setup in a group communication system | |
| WO2007126652A2 (en) | Network resource optimization in a video conference | |
| KR20050101506A (ko) | 셀룰러 푸쉬 투 토크 다중 세션의 모니터링 시스템 및 방법 | |
| US20110187813A1 (en) | Method of Connecting Mesh-Topology Video Sessions to a Standard Video Conference Mixer | |
| JP4958174B2 (ja) | グループ通信におけるメディア切替方法、セッション管理サーバ、端末及びプログラム | |
| US20080137643A1 (en) | Accessing call control functions from an associated device | |
| CN110460603B (zh) | 多媒体文件的传输方法、终端、服务器、系统及存储介质 | |
| US20080126549A1 (en) | Multimedia communications using preferred devices | |
| JP2004187108A (ja) | 多地点会議方法、端末状態監視サーバ及び端末 | |
| WO2021017807A1 (zh) | 通话连接建立方法和第一终端、服务器及存储介质 | |
| CN101594623B (zh) | 一种互联网协议语音呼叫的监听方法及设备 | |
| CN101102455B (zh) | 一种利用会议电视终端查询会场声音状态的系统及方法 | |
| US20030056015A1 (en) | Device for connecting a radio network with a wire-bound subscriber | |
| CN115842809A (zh) | 一种数据流实时传输方法及会议系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050118 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061108 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070619 |