JP2004187108A

JP2004187108A - Multipoint conference method, terminal status monitoring server and terminal

Info

Publication number: JP2004187108A
Application number: JP2002353138A
Authority: JP
Inventors: Yoji Kurusu; 洋二久留巣; Norio Tamaki; 規夫玉木; Fumihiko Ito; 文彦伊藤; Takashi Goto; 隆後藤
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2002-12-04
Filing date: 2002-12-04
Publication date: 2004-07-02

Abstract

<P>PROBLEM TO BE SOLVED: To switch a terminal that performs only reception and a terminal that performs both transmission and reception in a short period of time in a multipoint conference. <P>SOLUTION: A terminal status monitoring server 200, a communication control unit 300 and a plurality of terminals 400-1 to 400 to 3 are connected onto a network 100. The terminal status monitoring server 200 has a function for receiving a request as to whether to perform both transmission and reception from the terminals or to perform only reception, a function for notifying the communication control unit of a received request, and a function for periodically notifying all the terminals of information on communicating persons of each channel. The communication control unit 300 changes a call control signal of a terminal on the basis of notification from the terminal status monitoring server 200. In addition, a terminal side that receives sender information can perform free GUI control on the basis of the sender information. <P>COPYRIGHT: (C)2004,JPO&NCIPI

Description

【０００１】
【発明の属する技術分野】
本発明は、マルチキャスト機能を有するＩＰネットワーク等のネットワーク上で、複数チャネルの映像・音声等のデコーダと最低一つのエンコーダを有する複数の端末間で、各々の端末から送信された映像・音声等を会議に参加する全端末にＩＰマルチキャスト等の同報配信することによって多地点会議を実現する多地点会議方法、それに用いる端末状態監視サーバ及び端末に関する。
【０００２】
【従来の技術】
従来、ネットワーク上に、多地点会議の発呼等の呼制御信号を制御する通信制御ユニットを有し、複数チャネルの映像・音声等のデコーダと最低一つのエンコーダを有する複数の端末の間で、各々の端末から送信された映像・音声等を会議に参加する全端末に同報配信することによつて多地点会議を実現する方式においては、端末のデコーダ数を越えた相手端末との多地点会議開催は困難であり、端末のデコーダ数を増やす以外に方法はなく、また、端末側のデコーダ数を増やす場合においても、映像・音声等のデータの高品質化に伴うデータ量の増加により、端末の処理負荷が増加し、デコーダ数を増やすことには限界があった。
【０００３】
また、従来方式では、多地点会議の発呼等の制御信号は、多地点会議中にある特定の端末において、送信するチャネル、もしくは受信するチャネルに変更が生じるなど通信状態が変化した場合、通信制御ユニットは全端末に対して呼制御信号の通信を行う必要があり、多地点会議に参加する端末の数が増えるほど制御信号数が多くなることになり、その結果、制御信号の送受信にかかる時間が長くなり、円滑な会議運営が出来ないと共に、多地点間会議に同時に参加可能な端末数が限られていた。
【０００４】
一方、マルチキャスト機能を有するＩＰネットワーク上で、呼制御にＳＩＰ
（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）を用いた３ｒｄＰａｒｔｙＣｏｌｌ方式などの多地点間会議方法も提案されているが（例えば、非特許文献１参照）、１端末につき１回のＩＮＶＩＴＥ処理は実際にはＩＮＶＩＴＥ、２００ＯＫ、ＡＣＫのメッセージからなるため、総メッセージ数はその３倍となり、多地点会議における受信のみを行う端末と、送信・受信を行う端末との切替えを短時間で行うには限界があった。
〔非特許文献〕
ＩｎｔｅｒｎｅｔＥｎｇｉｎｅｅｒｉｎｇＴａｓｋＦｏｒｃｅＩｎｔｅｒｎｅｔＤｒａｆｔ
Ｄｒａｆｔ−ｉｅｔｆ−ｓｉｐｐｉｎｇ−ｃｏｎｆｅｒｅｎｃｉｎｇ−ｍｏｄｅｌｓ−０１．ｔｘｔＪｕｌｙ１，２００２
（ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／Ｉｎｔｅｒｎｅｔ−ｄｒａｆｔｓ／ｄｒａｆｔ−ｉｅｔｆ−ｓｉｐｐｉｎｇ−ｃｏｎｆｅｒｅｎｃｉｎｇ−ｍｏｄｅｌｓ−０１．ｔｘｔ）
【０００５】
【発明が解決しようとする課題】
本発明は、上記従来技術の問題を解決するためになされたもので、その目的は、ネットワーク上に、多地点会議の発呼等の呼制御信号を制御する通信制御ユニット、複数チャネルの映像・音声のデコーダと最低一つのエンコーダを有する複数の端末を接続し、複数の端末の間で、各端末からの映像・音声を会議に参加する全端末に同報配信することによって多地点会議を実現する場合に多地点会議における受信のみを行う端末と、送信・受信を行う端末との切替えを短時間で行うことを可能とすることにある。
【０００６】
【課題を解決するための手段】
本発明は、通信制御ユニットと複数の端末が接続されたネットワーク上に、端末からの送信・受信ともに行うか受信のみを行うかの要求を受付ける機能と、受付けた要求を通信制御ユニットに通知する機能と、定期的に全端末に対して、各チャネルの通信者情報を通知する機能を持つ端末状態監視サーバを配置する。通信制御ユニットは、前記端末状態監視サーバからの通知を元に端末の呼制御信号を変更する。これにより、端末との総メッセージ数を最少限にすることができ、映像・音声等の発信と受信とも行う端末と、受信のみを行う端末の切替えを短時間で行うことが可能になる。
【０００７】
また、本発明は、多地点会議開始時に予め全端末に搭載された映像・音声のデコーダ数の受信チャネルを割り当て、通信制御ユニットは、前記端末状態監視サーバからの通知を元に、送信・受信ともに行うか受信のみを行うかの要求を発した端末の呼制御信号を変更する。これにより、映像・音声等の発信と受信とも行う端末と、受信のみを行う端末の切替えをさらに短縮できる。
【０００８】
また、本発明は、端末状態監視サーバは、端末からの送信・受信ともに行うか受信のみを行うかの要求を特定の端末に通知し、該特定の端末からどの端末を送信・受信共あるいは受信のみとするかの選択情報を受信して、該選択情報を前記通信制御ユニットに通知するようにする。
【０００９】
また、本発明は、端末側においては、端末状態監視サーバから送信される各チャネルの送信者情報に応じて、端末側の表示画面を制御するＧＵＩ制御機能を保有し、受信した送信者情報に応じて、表示画面の制御を行うようにする。
【００１０】
【発明の実施の形態】
以下、本発明の実施の形態について図面を用いて説明する。なお、以下の実施の形態では、マルチキャスト機能を有するＩＰネットワーク上で、ＳＩＰによる多地点会議を開催することを想定する。また、多地点会議としては、各ＳＩＰ端末からの映像・音声メディアは各ＳＩＰ端末間でＩＰマルチキャストにより相互に配信され、呼制御信号のみが通信制御ユニットを会し通信される多地点会議を想定する。
【００１１】
ただし、本発明は、ＳＩＰ固有のものに限定されるものではなく、例えばＨ．３２３（ＬＡＮ上での音声、動画像、データ通信の送受信仕様と信号方式を規定したＩＴＵ−Ｔ勧告）プロトコルなど、他の通信プロトコルにおいても利用することができる。
【００１２】
〈実施例１〉
図１に本発明による多地点会議システムの第１の実施形態の構成図を示す。図１において、１００は多段のマルチキャストルータ１１０によりマルチキャスト機能を備えたＩＰネットワーク（ＩＰマルチネットワーク）であり、該ＩＰネットワーク１００上に、端末状態監視サーバ２００、通信制御ユニット３００、端末Ａ４００−１、端末Ｂ４００−２、端末Ｃ４００−３が接続されている。
【００１３】
各端末４００−１〜４００−３は、２つもしくはそれ以上（本実施例では２つとする）の映像・音声等のデコーダ４０１と１つのエンコーダ、ブラウザ４０３、ＧＵＩ制御機能４０４を有する。端末利用者は、端末状態監視サーバ２００にアクセスする手段としてブラウザ４０３を使用する。例えば、利用者はブラウザ４０３により、端末状態監視サーバ２００にアクセスし、送信・受信ともに行う端末か、受信のみを行う端末かを通知する。ＧＵＩ制御機能４０４は、端末状態監視サーバ２００より送信される送信者情報に応じて、ディスプレイ４１０の表示画面を制御する機能を有する。なお、各端末４００−１〜４００−３は、他にキーボードやマウス等を有するが、図１では省略してある。また、端末は勿論、３台に限らない。
【００１４】
端末状態監視サーバ２００は、任意の端末からの送信・受信ともに行うか、受信のみを行うかの要求を受け付け、それを会議を主催する端末へ通知する要求受付機能２０１と、会議を主催する端末からの端末選択状態（選択情報）を通信制御ユニット３００に通知する選択状態通知機能２０２と、定期的に全端末に対して、各チャネルの通信者情報を通知する通信者情報通知機能２０３と、各端末の状態（送信・受信ともに行う端末か、受信のみを行う端末かなど）を管理する端末状態管理機能２０４を有する。
【００１５】
通信制御ユニット３００は、多地点会議の発呼等の呼制御信号を制御する機能を有する。この通信制御ユニット３００は端末状態監視サーバ２００からの選択情報を元に、端末の呼制御信号を変更する。
【００１６】
会議を主催する端末（例えば、端末Ａ４００−１）は、ブラウザ４０３により端末状態監視サーバ２００にアクセスし、ＧＵＩ制御機能４０４により他の端末の通知状況を表示する。利用者がこの通知状況を元に、どの端末を送信・受信ともに行う端末にするか、どの端末を受信のみを行う端末にするかを選択することで、この会議を主催する端末は、ブラウザ４０３により端末状態監視サーバ２００にアクセスし、端末の選択状態（選択情報）を通知する。端末状態監視サーバ２００は、会議を主催する端末（例えば、端末Ａ４００−１）より受信した選択情報を通信制御ユニット３００に通知し、通信制御ユニット３００はその選択情報に基づき、全端末４００−１〜４００−３に対し、送信チャネル、受信チャネルの変更を通知し、発信要求のあった端末の音声・映像を全端末に配信する。
【００１７】
図２に、本実施例における端末状態監視サーバ２００、通信制御ユニット３００、各端末４００−１〜４００−３間の処理フローの一例を示す。
【００１８】
図２において、会議開催時は４００−１の端末Ａが会議を主催する端末（講師）とし、４００−２、４００−３の端末Ｂ，Ｃからの映像・音声等を受信するとともに、端末Ｂ，Ｃに対して送信も行う端末とする。端末Ｂ，Ｃは端末Ａからの映像・音声等を受信するのみの端末とする。以下では、会議中において、端末Ｃが受信のみを行う端末から送信・受信ともに行う端末へ変化する場合の例を説明する。
【００１９】
まず、多地点会議開始時において、通信制御ユニット３００は、ＳＤＰ（ＳｅｓｓｉｏｎＤｅｓｃｒｉｐｔｉｏｎＰｒｏｔｏｃｏｌ、ＳＩＰで定義されているセッション記述プロトコル）を用いて、例えば、以下の情報を含む呼を各端末Ａ、Ｂ、Ｃに設定する（ステップａ、ｂ、ｃ）。
【００２０】
端末Ａ４００−１には、
送信用チャネルとして
Ｓ＝ＳｅｓｓｉｏｎＳＤＰ
Ｃ＝ＩＮＩＰ４２２４．１．１．１
ｍ＝ｖｉｄｅｏ１００００ＲＴＰ／ＡＶＰ３３
ａ＝ｒｔｐｍａｐ：３３ＭＰ２Ｔ／９００００
ａ＝ｓｅｎｄｏｎｌｙ
Ｉ＝端末Ａのユーザ名
また、受信用チャネルとして
Ｓ＝ＳｅｓｓｉｏｎＳＤＰ
Ｃ＝ＩＮＩＰ４２２４．１．１．１
ｍ＝ｖｉｄｅｏ１００００ＲＴＰ／ＡＶＰ３３
ａ＝ｒｔｐｍａｐ：３３ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ａのユーザ名
が設定されたＩＮＶＩＴＥをＳＤＰで送信する（ステップａ）。
【００２１】
端末Ｂ４００−２には、
受信用チャネルとして
Ｓ＝ＳｅｓｓｉｏｎＳＤＰ
Ｃ＝ＩＮＩＰ４２２４．１．１．１
ｍ＝ｖｉｄｅｏ１００００ＲＴＰ／ＡＶＰ３３
ａ＝ｒｔｐｍａｐ：３３ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ａのユーザ名
が設定されたＩＮＶＩＴＥをＳＤＰで送信する（ステップｂ）。
【００２２】
同様に、端末Ｃ４００−３には、
受信用チャネルとして
Ｓ＝ＳｅｓｓｉｏｎＳＤＰ
Ｃ＝ＩＮＩＰ４２２４．１．１．１
ｍ＝ｖｉｄｅｏ１００００ＲＴＰ／ＡＶＰ３３
ａ＝ｒｔｐｍａｐ：３３ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ａのユーザ名
が設定されたＩＮＶＩＴＥをＳＤＰで送信する（ステップｃ）。
【００２３】
端末Ｃ４００−３は、会議中において、ブラウザ４０３により端末状態監視サーバ２００に対して、受信のみを行う端末から送信・受信ともに行う端末へと変わることを通知（発言要求）する（ステップｄ）。
【００２４】
端末状態監視サーバ２００は、要求受付機能２０１により端末Ｃ４００−３からの通知（発言要求）を受け付け、会議を主催する端末Ａ４００−１に対し、端末Ｃ４００−３が受信のみを行う端末から送信・受信ともに行う端末へと変わることを通知する（ステップｅ）。
【００２５】
会議を主催する端末Ａ４００−１は、ブラウザ４０３により発言要求管理サーバ２００からの通知（端末Ｃの発言要求）を受信し、ＧＵＩ制御機能４０４により通知状況をディスプレイ４１０に表示する。そして、利用者が端末Ｃを受信のみを行う端末から送信・受信ともに行う端末へと変化することを許可すると、この会議を主催する端末Ａ４００−１は、改めてどの端末を送信・受信ともに行う端末にするか、どの端末を受信のみを行う端末にするかを選択し（ステップｆ）、この選択した状態（選択情報）をブラウザ４０３により端末状態監視サーバ２００ヘ通知する（ステップｇ）。この例では、端末ＡとＣが送信・受信とも行う端末、端末Ｂが受信のみ行う端末の選択情報が通知される。
【００２６】
端末状態監視サーバ２００は、会議を主催する端末Ａ４００−１から通知された情報（選択情報）を要求受付機能２０１により受信して、選択状態通知機能２０２により、この通知された情報を元に、どの端末を送信・受信ともに行う端末とし、どの端末を受信のみを行う端末とするかの情報を通信制御ユニット３００に通知する（ステップｈ）。ここでは、端末ＡとＣは送信・受信とも行う端末、端末Ｂは受信のみ行う端末の選択情報が通知される。
【００２７】
通信制御ユニット３００は、端末状態監視サーバ２００から通知された情報を元に、全端末４００−１〜４００−３に対し、ＳＤＰで再びＩＮＶＩＴＥを送信する（ステップｉ、ｊ、ｋ）。
【００２８】
例えば、端末Ａ４００−１に対しては、
送信用チャネルとして
Ｓ＝ＳｅｓｓｉｏｎＳＤＰ
Ｃ＝ＩＮＩＰ４２２４．１．１．１
ｍ＝ｖｉｄｅｏ１００００ＲＴＰ／ＡＶＰ３３
ａ＝ｒｔｐｍａｐ：３３ＭＰ２Ｔ／９００００
ａ＝ｓｅｎｄｏｎｌｙ
Ｉ＝端末Ａのユーザ名
受信用チャネル１として
Ｓ＝ＳｅｓｓｉｏｎＳＤＰ
Ｃ＝ＩＮＩＰ４２２４．１．１．１
ｍ＝ｖｉｄｅｏ１００００ＲＴＰ／ＡＶＰ３３
ａ＝ｒｔｐｍａｐ：３３ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ａのユーザ名
受信用チャネル２として
Ｓ＝ＳｅｓｓｉｏｎＳＤＰ
Ｃ＝ＩＮＩＰ４２２４．１．１．２
ｍ＝ｖｉｄｅｏ１００００ＲＴＰ／ＡＶＰ３３
ａ＝ｒｔｐｍａｐ：３３ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ｃのユーザ名
が設定されたＩＮＶＩＴＥをＳＤＰで送信する（ステップｉ）。
【００２９】
端末Ｂに対しては、
受信用チャネル１として
Ｓ＝ＳｅｓｓｉｏｎＳＤＰ
Ｃ＝ＩＮＩＰ４２２４．１．１．１
ｍ＝ｖｉｄｅｏ１００００ＲＴＰ／ＡＶＰ３３
ａ＝ｒｔｐｍａｐ：３３ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ａのユーザ名
受信用チャネル２として
Ｓ＝ＳｅｓｓｉｏｎＳＤＰ
Ｃ＝ＩＮＩＰ４２２４．１．１．２
ｍ＝ｖｉｄｅｏ１００００ＲＴＰ／ＡＶＰ３３
ａ＝ｒｔｐｍａｐ：３３ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ｃのユーザ名
が設定されたＩＮＶＩＴＥをＳＤＰで送信する（ステップｊ）。
【００３０】
端末Ｃに対しては、
送信用チャネルとして
Ｓ＝ＳｅｓｓｉｏｎＳＤＰ
Ｃ＝ＩＮＩＰ４２２４．１．１．２
ｍ＝ｖｉｄｅｏ１００００ＲＴＰ／ＡＶＰ３３
ａ＝ｒｔｐｍａｐ：３３ＭＰ２Ｔ／９００００
ａ＝ｓｅｎｄｏｎｌｙ
Ｉ＝端末Ａのユーザ名
受信用チャネル１として
Ｓ＝ＳｅｓｓｉｏｎＳＤＰ
Ｃ＝ＩＮＩＰ４２２４．１．１．１
ｍ＝ｖｉｄｅｏ１００００ＲＴＰ／ＡＶＰ３３
ａ＝ｒｔｐｍａｐ：３３ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ａのユーザ名
受信用チャネル２として
Ｓ＝ＳｅｓｓｉｏｎＳＤＰ
Ｃ＝ＩＮＩＰ４２２４．１．１．２
ｍ＝ｖｉｄｅｏ１００００ＲＴＰ／ＡＶＰ３３
ａ＝ｒｔｐｍａｐ：３３ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ｃのユーザ名
が設定されたＩＮＶＩＴＥをＳＤＰで送信する（ステップｋ）。
【００３１】
一方、各端末４００−１〜４００−３における複数の受信チャネルと、受信チャネル毎の送信側端末との対応付けを可能とするため、端末状態監視サーバ２００は、通信者情報通信機能２０３により定期的に、端末側にチャネル毎の端末識別信号として、最新の送信チャネル情報が設定されたＳＤＰを含むＩＮＦＯを全端末４００−１〜４００−３に送信する（ステップｌ）。
【００３２】
送信情報としては、端末Ａ，Ｂ，Ｃ全てに対し、例えば以下の情報のＳＤＰを含むＩＮＦＯが送られる。
受信用チャネル１として
Ｓ＝ＳｅｓｓｉｏｎＳＤＰ
Ｃ＝ＩＮＩＰ４２２４．１．１．１
Ｉ＝端末Ａのユーザ名
受信用チャネル２として
Ｓ＝ＳｅｓｓｉｏｎＳＤＰ
Ｃ＝ＩＮＩＰ４２２４．１．１．２
Ｉ＝端末Ｃのユーザ名
これにより、空きチャネルであったマルチキャストＩＰアドレス２２４．１．１．２は端末Ｃが送信し始めたことを全端末４００−１〜４００−３で把握でき、受信チャネル毎の送信側端末との対応付けが可能となる。
【００３３】
図３に、端末Ｂ４００−２におけるＧＵＩ制御機能４０４による画面表示の切り替え例を示す。図２のステップｌにおいて、端末状態監視サーバ２００から送信された通信者情報（送信者情報）を受信した端末Ｂ４００−２は、そのＧＵＩ制御機能４０４により、マルチキャストＩＰアドレス２２４．１．１．２は端末Ｃが送信し始め、受信チャネル数が増えたことにより、表示画面を図３（Ａ）から（Ｂ）へと表示を切り替える制御を行う。
【００３４】
〈実施例２〉
図４に本発明による多地点会議システムの第２の実施形態の構成図を示す。本実施例は、多地点会議開始時に予め全端末に搭載された映像・音声等のデコード数の受信チャネルを割り当てることで、映像・音声等の発信・受信をともに行う端末と、受信のみを行う端末の切替えを更に短時間で可能とするものである。
【００３５】
図４において、システム全体の構成は基本的に図１と同様である。即ち、端末状態監視サーバ２００、通信制御ユニット３００、端末Ａ４００−１、端末Ｂ４００−２，端末Ｃ４００−３がマルチキャスト機能を有するＩＰネットワーク１００により接続されている。
【００３６】
各端末４００−１〜４００−３は、２つもしくはそれ以上（本実施例では２つ）の映像・音声等のデコーダ４０１と１つのエンコーダ４０２を有し、さらにブラウザ４０３、ＧＵＩ制御機能４０４を有する。端末利用者は端末状態監視サーバ２００にアクセスする手段としてブラウザ４０３を使用する。ＧＵＩ制御機能４０４は端末状態監視サーバ２００より送信される送信者情報に応じて、ディスプレイ４１０の表示画面を制御する機能を有する。なお、各端末４００−１〜４００−３は、他にキーボードやマウス等を有するが、図４でも省略する。また、端末は３台に限らない。
【００３７】
端末状態監視サーバ２００は、任意の端末からの送信・受信ともに行うか、受信のみを行うかの要求を受け付け、それを会議を主催する端末へ通知する要求受付機能２０１と、会議を主催する端末からの端末選択状態（選択情報）を通信制御ユニット３００に通知する選択状態通知機能２０２と、定期的に全端末に対して、各チャネルの通信者情報を通知する通信者情報通知機能３０３と、各端末の状態（送信・受信ともに行う端末か、受信のみを行う端末かなど）を管理する端末状態管理機能２０４を有する。
【００３８】
通信制御ユニット３００は、多地点会議の発呼等の呼制御信号を制御する機能を有する。この通信制御ユニット３００は端末状態監視サーバ２００からの選択情報を元に、端末の呼制御信号を変更する。
【００３９】
会議を主催する端末（例えば、端末Ａ４００−１）は、ブラウザ４０３により端末状態監視サーバ２００にアクセスし、ＧＵＩ制御機能４０４により他の端末の通知状況を表示する。利用者がこの通知状況を元に、どの端末を送信・受信ともに行う端末にするか、どの端末を受信のみを行う端末にするかを選択することで、会議を主催する端末は、ブラウザにより端末状態監視サーバ２００にアクセスし、端末の選択状態（選択情報）を通知する。端末状態監視サーバ２００は、会議を主催する端末より受信した選択情報を通信制御ユニット３００に通知する。通信制御ユニット３００はその選択情報に基づき、通信開始時に全端末に割り当てた受信チャネルの中より必要なチャネルを選択し、発信要求のあった端末の音声・映像を全端末に配信する。
【００４０】
図５に、本実施例における端末状態監視サーバ２００、通信制御ユニット３００、各端末４００−１〜４００−３間の処理フローの一例を示す。
【００４１】
図５においても、会議開催時において４００−１の端末Ａが会議を主催する端末（講師）とし、４００−２、４００−３の端末Ｂ，Ｃからの映像・音声等を受信するとともに、端末Ｂ，Ｃに対して送信も行う端末とする。端末Ｂ，Ｃは端末Ａからの映像・音声等を受信するのみの端末とする。以下では、会議中において、端末Ｃが受信のみを行う端末から送信・受信ともに行う端末へ変化する場合の例を説明する。
【００４２】
本実施例では、先の実施例１と異なり、会議開催時において、通信制御ユニット３００は全端末４００−１〜４００−３に以下のような２つの受信チャネルの割り当てを行う。割り当てるチャネルについては、ＳＤＰ（ＳｅｓｓｉｏｎＤｅｓｃｒｉｐｔｉｏｎＰｒｏｔｏｃｏｌ、ＳＩＰで定義されているセッション記述プロトコル）を用いて呼を設定する（ステップａ、ｂ、ｃ）。
【００４３】
例えば、端末Ａ４００−１には、
送信用チャネル１として
Ｓ＝ＳｅｓｓｉｏｎＳＤＰ
Ｃ＝ＩＮＩＰ４２２４．１．１．１
ｍ＝ｖｉｄｅｏ１００００ＲＴＰ／ＡＶＰ３３
ａ＝ｒｔｐｍａｐ：３３ＭＰ２Ｔ／９００００
ａ＝ｓｅｎｄｏｎｌｙ
Ｉ＝端末Ａのユーザ名
また、受信用チャネル１として
Ｓ＝ＳｅｓｓｉｏｎＳＤＰ
Ｃ＝ＩＮＩＰ４２２４．１．１．１
ｍ＝ｖｉｄｅｏ１００００ＲＴＰ／ＡＶＰ３３
ａ＝ｒｔｐｍａｐ：３３ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ａのユーザ名
さらに受信用チャネル２として
Ｓ＝ＳｅｓｓｉｏｎＳＤＰ
Ｃ＝ＩＮＩＰ４２２４．１．１．２
ｍ＝ｖｉｄｅｏ１００００ＲＴＰ／ＡＶＰ３３
ａ＝ｒｔｐｍａｐ：３３ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝空欄
が設定されたＩＮＶＴＥをＳＤＰで送信する（ステップａ）。
【００４４】
端末Ｂ４００−２には、受信：ｃｈ１（ｉ＝Ａ）、ｃｈ２
受信用チャネル１として
Ｓ＝ＳｅｓｓｉｏｎＳＤＰ
Ｃ＝ＩＮＩＰ４２２４．１．１．１
ｍ＝ｖｉｄｅｏ１００００ＲＴＰ／ＡＶＰ３３
ａ＝ｒｔｐｍａｐ：３３ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ａのユーザ名
また、受信用チャネル２として
Ｓ＝ＳｅｓｓｉｏｎＳＤＰ
Ｃ＝ＩＮＩＰ４２２４．１．１．２
ｍ＝ｖｉｄｅｏ１００００ＲＴＰ／ＡＶＰ３３
ａ＝ｒｔｐｍａｐ：３３ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝空欄
が設定されたＩＮＶＴＥをＳＤＰで送信する（ステップｂ）。
【００４５】
同様に端末Ｃ４００−３には、受信：ｃｈ１（ｉ＝Ａ）、ｃｈ２受信用チャネル１として
Ｓ＝ＳｅｓｓｉｏｎＳＤＰ
Ｃ＝ＩＮＩＰ４２２４．１．１．１
ｍ＝ｖｉｄｅｏ１００００ＲＴＰ／ＡＶＰ３３
ａ＝ｒｔｐｍａｐ：３３ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ａのユーザ名
また、受信用チャネル２として
Ｓ＝ＳｅｓｓｉｏｎＳＤＰ
Ｃ＝ＩＮＩＰ４２２４．１．１．２
ｍ＝ｖｉｄｅｏ１００００ＲＴＰ／ＡＶＰ３３
ａ＝ｒｔｐｍａｐ：３３ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝空欄
が設定されたＩＮＶＩＴＥをＳＤＰで送信する（ステップｃ）。
【００４６】
このように、会議開催時、全端末４００−１〜４００−３に、その搭載されたデコーダ数の２つの受信チャネルの割り当てが行われ、そのうちの受信用チャネル２は空きチャネルとして設定される。
【００４７】
端末Ｃ４００−３は、会議中において、ブラウザ４０３により端末状態監視サーバ２００に対して、受信のみを行う端末から送信・受信ともに行う端末へと変わることを通知（発言要求）する（ステップｄ）。
【００４８】
端末状態監視サーバ２００は、要求受付機能２０１により端末Ｃ４００−３からの通知（発言要求）を受け付け、会議を主催する端末Ａ４００−１に対し、端末Ｃ４００−３が受信のみを行う端末から送信・受信ともに行う端末へと変わることを通知する（ステップｅ）。
【００４９】
会議を主催する端末Ａ４００−１は、ブラウザ４０３により端末状態監視サーバ２００からの通知（端末Ｃの発言要求）を受信し、ＧＵＩ制御機能４０４により通知状況をディスプレイ４１０に表示する。そして、利用者が端末Ｃを受信のみを行う端末から送信・受信ともに行う端末へと変化することを許可すると、この会議を主催する端末Ａ４００−１は、改めてどの端末を送信・受信ともに行う端末にするか（ここでは端末Ａ，Ｃ）、どの端末を受信のみを行う端末にするか（ここでは端末Ｂ）を選択し（ステップｆ）、この選択した端末の状態（選択情報）を端末状態監視サーバ２００ヘ通知する（ステップｇ）。
【００５０】
端末状態監視サーバ２００は、会議を主催する端末Ａ４００−１から通知された情報を要求受付機能２０１により受信して、選択状態通知機能２０２により、この通知された情報を元に、どの端末を送信・受信とともに行う端末とし、どの端末を受信のみを行う端末とするかの情報を通信制御ユニット３００に通知する（ステップｈ）。ここでは、端末ＡとＣは送信・受信とも行う端末、端末Ｂは受信のみ行う端末の選択情報が通知される。
【００５１】
通知制御ユニット２００は、受信のみを行う端末から送信・受信とも行う端末にかわった端末Ｃ４００−３に対し、ＳＤＰで、例えば以下の情報が改定されたＩＮＶＩＴＥを送信する（ステップｊ）。
送信用チャネル１として
Ｓ＝ＳｅｓｓｉｏｎＳＤＰ
Ｃ＝ＩＮＩＰ４２２４．１．１．２
ｍ＝ｖｉｄｅｏ１００００ＲＴＰ／ＡＶＰ３３
ａ＝ｒｔｐｍａｐ：３３ＭＰ２Ｔ／９００００
ａ＝ｓｅｎｄｏｎｌｙ
Ｉ＝端末Ｃのユーザ名
受信用チャネル１として
Ｓ＝ＳｅｓｓｉｏｎＳＤＰ
Ｃ＝ＩＮＩＰ４２２４．１．１．１
ｍ＝ｖｉｄｅｏ１００００ＲＴＰ／ＡＶＰ３３
ａ＝ｒｔｐｍａｐ：３３ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ａのユーザ名
また、受信用チャネル２として
Ｓ＝ＳｅｓｓｉｏｎＳＤＰ
Ｃ＝ＩＮＩＰ４２２４．１．１．２
ｍ＝ｖｉｄｅｏ１００００ＲＴＰ／ＡＶＰ３３
ａ＝ｒｔｐｍａｐ：３３ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
Ｉ＝端末Ｃのユーザ名
各端末４００−１〜４００−３における複数の受信チャネルと、受信チャネル毎の送信側端末との対応付けを可能とするため、端末状態監視サーバ２００は、通信者情報通信機能２０３により、定期的に、端末側にチャネル毎の端末識別信号として、最新の送信チャネル情報が設定されたＳＤＰを含むＩＮＦＯを全端末４００−１〜４００−３に送信する（ステップｊ）。
【００５２】
送信情報としては、端末Ａ、Ｂ、Ｃ全てに対し、例えば以下の情報のＳＤＰを含むＩＮＦＯが送られる。
受信用チャネル１として
Ｓ＝ＳｅｓｓｉｏｎＳＤＰ
Ｃ＝ＩＮＩＰ４２２４．１．１．１
Ｉ＝端末Ａのユーザ名
受信用チャネル２として
Ｓ＝ＳｅｓｓｉｏｎＳＤＰ
Ｃ＝ＩＮＩＰ４２２４．１．１．２
Ｉ＝端末Ｃのユーザ名
これにより、空きチャネルであったマルチキャストＩＰアドレス２２４．１．２は端末Ｃ送信し始めたことを全端末４００−１〜４００−３で把握でき、受信チャネル毎の送信側端末との対応付けが可能なる。
【００５３】
図６に、端末Ｂ４００−２における、ＧＵＩ制御機能４０４による画面表示の切り替え例を示す。
図５のステップｊにおいて、端末状態監視サーバ２００から送信された通信情報（送信情報）を受信した端末Ｂ４００−２は、そのＧＵＩ制御機能４０４により、マルチキャストＩＰアドレス２２４．１．１．２は端末Ｃが送信し始め、受信チャネル数が増えたことにより、表示画面を図６（Ａ）から（Ｂ）へと表示を切り替える制御を行う。
【００５４】
以上、本発明の実施形態を説明したが、本発明はこれに限られるものではない。例えば、端末状態監視サーバ２００は、ある端末からの送信・受信ともに行うか、受信のみを行うかの要求を受付けた場合、それを会議を主催する端末に問い合わせることなく通信制御ユニット３００に通知することも可能である。また、ＩＰネットワークは一般にネットワーク、マルチキャスト機能は同報配信等の上位概念とすることも可能である。
【００５５】
【発明の効果】
以上説明したように、本発明によれば、多地点会議における送信のみを行う端末と、送信・受信を行う端末との切替えを短時間で行うことを可能とし、また送信者情報を受信した端末側においては、送信者情報を元に自由なＧＵＩ制御が可能となる。
【図面の簡単な説明】
【図１】本発明による多地点会議システムの第１の実施形態の全体構成図である。
【図２】本発明の第１の実施形態の処理フロー図である。
【図３】本発明の第１の実施形態のＧＵＩ制御例を示す図である。
【図４】本発明による多地点会議システムの第２の実施形態の全体構成図である。
【図５】本発明の第２の実施形態の処理フロー図である。
【図６】本発明の第２の実施形態のＧＵＩ制御例を示す図である。
【符号の説明】
１００ＩＰマルチキャストネットワーク
２００端末状態監視サーバ
２０１要求受付機能
２０２選択状態通知機能
２０３通信者情報通信機能
２０４端末状態管理機能
３００通信制御ユニット
４００−１〜４００−３端末
４０１デコーダ
４０２エンコーダ
４０３ブラウザ
４０４ＧＵＩ制御機能
４１０ディスプレイ[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a method for transmitting video / audio transmitted from each terminal between a plurality of channels of video / audio decoders and a plurality of terminals having at least one encoder on a network such as an IP network having a multicast function. The present invention relates to a multipoint conferencing method for realizing a multipoint conference by broadcasting IP multicast or the like to all terminals participating in a conference, a terminal status monitoring server and a terminal used for the method.
[0002]
[Prior art]
Conventionally, on a network, having a communication control unit that controls a call control signal such as a call of a multipoint conference, between a plurality of terminals having a decoder of at least one encoder and video and audio decoder of a plurality of channels, In a system that realizes a multipoint conference by broadcasting video and audio transmitted from each terminal to all terminals participating in the conference, a multipoint conference with a partner terminal exceeding the number of decoders of the terminal is required. It is difficult to hold a conference, there is no other way but to increase the number of decoders on the terminal, and even when increasing the number of decoders on the terminal side, due to the increase in the amount of data accompanying the higher quality of data such as video and audio, The processing load on the terminal increases, and there is a limit to increasing the number of decoders.
[0003]
In the conventional method, a control signal such as a call for a multipoint conference is transmitted to a specific terminal during the multipoint conference when a communication state changes, such as a change in a transmission channel or a reception channel. The control unit needs to communicate call control signals to all terminals, and as the number of terminals participating in the multipoint conference increases, the number of control signals increases, and as a result, transmission and reception of control signals The time has been long, and it has not been possible to operate the conference smoothly, and the number of terminals that can simultaneously participate in the multipoint conference has been limited.
[0004]
On the other hand, on an IP network having a multicast function, SIP
Although a multipoint conference method such as a 3rd party call method using (Session Initiation Protocol) has been proposed (for example, see Non-Patent Document 1), one INVITE process per terminal is actually INVITE, 200OK. , ACK messages, the total number of messages is three times as large, and there is a limit to switching between a terminal that performs only reception in a multipoint conference and a terminal that performs transmission and reception in a short time.
(Non-patent literature)
Internet Engineering Task Force Internet Draft
Draft-ietf-sipping-conferencing-models-01. txt July1,2002
(Http://www.ietf.org/Internet-drafts/draft-iet-sipping-conferencing-models-01.txt)
[0005]
[Problems to be solved by the invention]
SUMMARY OF THE INVENTION The present invention has been made to solve the above-described problems of the related art, and an object of the present invention is to provide a communication control unit for controlling a call control signal such as a call for a multipoint conference on a network, and a video / multiple-channel video / video. A multipoint conference is realized by connecting an audio decoder and multiple terminals with at least one encoder, and broadcasting the video and audio from each terminal to all terminals participating in the conference among multiple terminals. In this case, it is possible to switch between a terminal that performs only reception in a multipoint conference and a terminal that performs transmission and reception in a short time.
[0006]
[Means for Solving the Problems]
The present invention provides a function of receiving a request to perform both transmission and reception or only reception from a terminal on a network in which the communication control unit and a plurality of terminals are connected, and notifies the communication control unit of the received request. A terminal status monitoring server having a function and a function of periodically notifying all terminals of the communication information of each channel is arranged. The communication control unit changes the call control signal of the terminal based on the notification from the terminal state monitoring server. As a result, the total number of messages with the terminal can be minimized, and switching between a terminal that performs both transmission and reception of video and audio and a terminal that performs only reception can be performed in a short time.
[0007]
In addition, the present invention allocates reception channels of the number of video / audio decoders mounted on all terminals in advance at the start of the multipoint conference, and the communication control unit performs transmission / reception based on a notification from the terminal status monitoring server. The call control signal of the terminal which has issued the request for performing both the reception and the reception only is changed. As a result, switching between a terminal that performs both transmission and reception of video and audio and a terminal that performs only reception can be further reduced.
[0008]
Further, according to the present invention, the terminal status monitoring server notifies a specific terminal of a request whether to perform both transmission and reception or only reception from the terminal, and which terminal transmits / receives or receives from the specific terminal. The communication control unit is configured to receive selection information as to whether the communication control unit is to be used only.
[0009]
Further, the present invention has a GUI control function for controlling a display screen on the terminal side according to the sender information of each channel transmitted from the terminal state monitoring server on the terminal side. The display screen is controlled accordingly.
[0010]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings. In the following embodiment, it is assumed that a multipoint conference using SIP is held on an IP network having a multicast function. Also, as the multipoint conference, it is assumed that the video / audio media from each SIP terminal is mutually distributed between the SIP terminals by IP multicast, and only the call control signal meets the communication control unit and is communicated. I do.
[0011]
However, the present invention is not limited to SIP-specific ones. It can also be used in other communication protocols, such as the H.323 (ITU-T recommendation that specifies the transmission and reception specifications and signaling methods for voice, video, and data communication on the LAN).
[0012]
<Example 1>
FIG. 1 shows a configuration diagram of a first embodiment of a multipoint conference system according to the present invention. In FIG. 1, reference numeral 100 denotes an IP network (IP multi-network) provided with a multicast function by a multi-stage multicast router 110. On the IP network 100, a terminal status monitoring server 200, a communication control unit 300, a terminal A 400-1, Terminal B400-2 and terminal C400-3 are connected.
[0013]
Each of the terminals 400-1 to 400-3 has two or more (in this embodiment, two) decoders 401 for video and audio, one encoder, a browser 403, and a GUI control function 404. The terminal user uses the browser 403 as a means for accessing the terminal status monitoring server 200. For example, the user accesses the terminal status monitoring server 200 by using the browser 403, and notifies the terminal status monitoring server 200 of a terminal that performs both transmission and reception or a terminal that performs only reception. The GUI control function 404 has a function of controlling the display screen of the display 410 according to the sender information transmitted from the terminal status monitoring server 200. Note that each of the terminals 400-1 to 400-3 has a keyboard, a mouse, and the like, but these are omitted in FIG. The number of terminals is not limited to three.
[0014]
The terminal status monitoring server 200 receives a request to perform both transmission and reception or only reception from an arbitrary terminal, and a request reception function 201 for notifying the request to a terminal that hosts the conference, and a terminal that hosts the conference. A communication state notification unit 202 for notifying the communication control unit 300 of a terminal selection state (selection information) from the user, a communication unit information notification function 203 for periodically notifying all terminals of communication terminal information of each channel, It has a terminal status management function 204 for managing the status of each terminal (a terminal that performs both transmission and reception or a terminal that performs only reception).
[0015]
The communication control unit 300 has a function of controlling a call control signal such as a call for a multipoint conference. The communication control unit 300 changes the call control signal of the terminal based on the selection information from the terminal state monitoring server 200.
[0016]
The terminal hosting the conference (for example, terminal A400-1) accesses the terminal status monitoring server 200 using the browser 403, and displays the notification status of another terminal using the GUI control function 404. Based on this notification status, the user selects which terminal should be a terminal that performs both transmission and reception, and which terminal should be a terminal that performs only reception. To the terminal state monitoring server 200 to notify the terminal selection state (selection information). The terminal status monitoring server 200 notifies the communication control unit 300 of the selection information received from the terminal hosting the conference (for example, the terminal A 400-1), and the communication control unit 300 transmits all the terminals 400-1 based on the selection information. To 400-3, the change of the transmission channel and the reception channel is notified, and the audio / video of the terminal that requested transmission is distributed to all terminals.
[0017]
FIG. 2 illustrates an example of a processing flow between the terminal status monitoring server 200, the communication control unit 300, and each of the terminals 400-1 to 400-3 in the present embodiment.
[0018]
In FIG. 2, at the time of holding a conference, the terminal A 400-1 is a terminal (instructor) for hosting the conference, receives video / audio from the terminals B and C 400-2 and 400-3, and receives the terminal B. , C. Terminals B and C are terminals that only receive video / audio from terminal A. Hereinafter, an example in which the terminal C changes from a terminal that performs only reception to a terminal that performs both transmission and reception during a conference will be described.
[0019]
First, at the start of the multipoint conference, the communication control unit 300 uses the SDP (Session Description Protocol, a session description protocol defined by SIP) to send, for example, a call including the following information to each of the terminals A, B, Set to C (steps a, b, c).
[0020]
Terminal A400-1 includes:
As a transmission channel
S = Session SDP
C = IN IP4 224.1.1.1
m = video 10000 RTP / AVP 33
a = rtpmap: 33 MP2T / 90000
a = sendonly
I = user name of terminal A
Also, as a receiving channel
S = Session SDP
C = IN IP4 224.1.1.1
m = video 10000 RTP / AVP 33
a = rtpmap: 33 MP2T / 90000
a = recvonly
I = user name of terminal A
Is transmitted by SDP (step a).
[0021]
In the terminal B400-2,
As a receiving channel
S = Session SDP
C = IN IP4 224.1.1.1
m = video 10000 RTP / AVP 33
a = rtpmap: 33 MP2T / 90000
a = recvonly
I = user name of terminal A
Is transmitted by SDP (step b).
[0022]
Similarly, terminal C400-3 has
As a receiving channel
S = Session SDP
C = IN IP4 224.1.1.1
m = video 10000 RTP / AVP 33
a = rtpmap: 33 MP2T / 90000
a = recvonly
I = user name of terminal A
Is transmitted by SDP (step c).
[0023]
During the conference, the terminal C400-3 uses the browser 403 to notify the terminal status monitoring server 200 that the terminal will change from a terminal that performs only reception to a terminal that performs both transmission and reception (speak request) (step d).
[0024]
The terminal status monitoring server 200 receives the notification (speech request) from the terminal C400-3 by the request receiving function 201, and transmits to the terminal A400-1 hosting the conference from the terminal that the terminal C400-3 receives only. It notifies the terminal that performs both reception and reception (step e).
[0025]
The terminal A 400-1 that hosts the conference receives the notification (speak request from the terminal C) from the statement request management server 200 via the browser 403, and displays the notification status on the display 410 using the GUI control function 404. Then, when the user permits the terminal C to change from a terminal that performs only reception to a terminal that performs both transmission and reception, the terminal A400-1 that hosts the conference renews which terminal performs both transmission and reception. Or which terminal is to be a terminal that performs only reception (step f), and the selected state (selection information) is notified to the terminal state monitoring server 200 by the browser 403 (step g). In this example, terminals A and C are notified of selection information of a terminal that performs both transmission and reception, and a terminal B is notified of selection information of a terminal that performs only reception.
[0026]
The terminal status monitoring server 200 receives the information (selection information) notified from the terminal A 400-1 hosting the conference by the request reception function 201, and the selection status notification function 202 based on the notified information, The communication control unit 300 is notified of information indicating which terminal is a terminal that performs both transmission and reception and which terminal is a terminal that performs only reception (step h). Here, terminals A and C are notified of selection information of a terminal that performs both transmission and reception, and terminal B is notified of selection information of a terminal that performs only reception.
[0027]
The communication control unit 300 transmits INVITE again by SDP to all the terminals 400-1 to 400-3 based on the information notified from the terminal state monitoring server 200 (steps i, j, k).
[0028]
For example, for terminal A400-1,
As a transmission channel
S = Session SDP
C = IN IP4 224.1.1.1
m = video 10000 RTP / AVP 33
a = rtpmap: 33 MP2T / 90000
a = sendonly
I = user name of terminal A
As channel 1 for reception
S = Session SDP
C = IN IP4 224.1.1.1
m = video 10000 RTP / AVP 33
a = rtpmap: 33 MP2T / 90000
a = recvonly
I = user name of terminal A
As reception channel 2
S = Session SDP
C = IN IP4 224.1.1.2
m = video 10000 RTP / AVP 33
a = rtpmap: 33 MP2T / 90000
a = recvonly
I = user name of terminal C
Is transmitted by SDP (step i).
[0029]
For terminal B,
As channel 1 for reception
S = Session SDP
C = IN IP4 224.1.1.1
m = video 10000 RTP / AVP 33
a = rtpmap: 33 MP2T / 90000
a = recvonly
I = user name of terminal A
As reception channel 2
S = Session SDP
C = IN IP4 224.1.1.2
m = video 10000 RTP / AVP 33
a = rtpmap: 33 MP2T / 90000
a = recvonly
I = user name of terminal C
Is transmitted by SDP (step j).
[0030]
For terminal C,
As a transmission channel
S = Session SDP
C = IN IP4 224.1.1.2
m = video 10000 RTP / AVP 33
a = rtpmap: 33 MP2T / 90000
a = sendonly
I = user name of terminal A
As channel 1 for reception
S = Session SDP
C = IN IP4 224.1.1.1
m = video 10000 RTP / AVP 33
a = rtpmap: 33 MP2T / 90000
a = recvonly
I = user name of terminal A
As reception channel 2
S = Session SDP
C = IN IP4 224.1.1.2
m = video 10000 RTP / AVP 33
a = rtpmap: 33 MP2T / 90000
a = recvonly
I = user name of terminal C
Is transmitted by SDP (step k).
[0031]
On the other hand, in order to enable a plurality of receiving channels in each of the terminals 400-1 to 400-3 to be associated with a transmitting terminal for each receiving channel, the terminal status monitoring server 200 Specifically, INFO including the SDP in which the latest transmission channel information is set is transmitted to all terminals 400-1 to 400-3 as a terminal identification signal for each channel (step l).
[0032]
As the transmission information, an INFO including, for example, the following information SDP is transmitted to all of the terminals A, B, and C.
As channel 1 for reception
S = Session SDP
C = IN IP4 224.1.1.1
I = user name of terminal A
As reception channel 2
S = Session SDP
C = IN IP4 224.1.1.2
I = user name of terminal C
As a result, the multicast IP address 224.1.1.2, which was an empty channel, can be grasped by all the terminals 400-1 to 400-3 that the terminal C has begun to transmit, and the multicast IP address 224.1.1.2 can be identified with the transmitting terminal for each receiving channel. Correspondence becomes possible.
[0033]
FIG. 3 shows an example of screen display switching by the GUI control function 404 in the terminal B 400-2. In step l of FIG. 2, the terminal B 400-2 having received the communication party information (sender information) transmitted from the terminal status monitoring server 200 uses the GUI control function 404 to set the multicast IP address 224.1.1.2. Performs control to switch the display screen from FIG. 3A to FIG. 3B when the terminal C starts transmitting and the number of reception channels increases.
[0034]
<Example 2>
FIG. 4 shows a configuration diagram of a second embodiment of the multipoint conference system according to the present invention. In the present embodiment, at the start of the multipoint conference, by assigning a reception channel of the number of decodes of video / audio etc. mounted in advance to all terminals, a terminal that performs both transmission / reception of video / audio, and performs reception only The terminal can be switched in a shorter time.
[0035]
4, the configuration of the entire system is basically the same as that of FIG. That is, the terminal status monitoring server 200, the communication control unit 300, the terminal A 400-1, the terminal B 400-2, and the terminal C 400-3 are connected by the IP network 100 having a multicast function.
[0036]
Each of the terminals 400-1 to 400-3 has two or more (two in this embodiment) video / audio decoders 401 and one encoder 402, and further includes a browser 403 and a GUI control function 404. Have. The terminal user uses the browser 403 as a means for accessing the terminal status monitoring server 200. The GUI control function 404 has a function of controlling the display screen of the display 410 according to the sender information transmitted from the terminal status monitoring server 200. Note that each of the terminals 400-1 to 400-3 has a keyboard, a mouse, and the like in addition to those, but is omitted in FIG. The number of terminals is not limited to three.
[0037]
The terminal status monitoring server 200 receives a request to perform both transmission and reception or only reception from an arbitrary terminal, and a request reception function 201 for notifying the request to a terminal that hosts the conference, and a terminal that hosts the conference. A communication status notification function 202 for notifying the communication control unit 300 of a terminal selection status (selection information) from the user, a communication information notification function 303 for periodically notifying all terminals of the communication information of each channel, It has a terminal status management function 204 for managing the status of each terminal (a terminal that performs both transmission and reception, a terminal that performs only reception, and the like).
[0038]
The communication control unit 300 has a function of controlling a call control signal such as a call for a multipoint conference. The communication control unit 300 changes the call control signal of the terminal based on the selection information from the terminal state monitoring server 200.
[0039]
The terminal hosting the conference (for example, terminal A400-1) accesses the terminal status monitoring server 200 using the browser 403, and displays the notification status of another terminal using the GUI control function 404. Based on this notification status, the user can select which terminal should be used for both transmission and reception, and which terminal should only receive data. It accesses the state monitoring server 200 and notifies the terminal selection state (selection information). The terminal status monitoring server 200 notifies the communication control unit 300 of the selection information received from the terminal hosting the conference. Based on the selection information, the communication control unit 300 selects a necessary channel from the reception channels allocated to all terminals at the start of communication, and distributes the audio / video of the terminal that has requested transmission to all terminals.
[0040]
FIG. 5 illustrates an example of a processing flow among the terminal status monitoring server 200, the communication control unit 300, and each of the terminals 400-1 to 400-3 in the present embodiment.
[0041]
In FIG. 5 as well, at the time of holding the conference, the terminal A 400-1 serves as a terminal (instructor) for hosting the conference, receives video / audio from the terminals B and C 400-2 and 400-3, Terminals that also transmit to B and C. Terminals B and C are terminals that only receive video / audio from terminal A. Hereinafter, an example in which the terminal C changes from a terminal that performs only reception to a terminal that performs both transmission and reception during a conference will be described.
[0042]
In the present embodiment, unlike the first embodiment, at the time of holding a conference, the communication control unit 300 allocates the following two reception channels to all the terminals 400-1 to 400-3. For the channel to be allocated, a call is set using SDP (Session Description Protocol, a session description protocol defined by SIP) (steps a, b, and c).
[0043]
For example, terminal A400-1 has
As transmission channel 1
S = Session SDP
C = IN IP4 224.1.1.1
m = video 10000 RTP / AVP 33
a = rtpmap: 33 MP2T / 90000
a = sendonly
I = user name of terminal A
Also, as reception channel 1
S = Session SDP
C = IN IP4 224.1.1.1
m = video 10000 RTP / AVP 33
a = rtpmap: 33 MP2T / 90000
a = recvonly
I = user name of terminal A
Furthermore, as reception channel 2
S = Session SDP
C = IN IP4 224.1.1.2
m = video 10000 RTP / AVP 33
a = rtpmap: 33 MP2T / 90000
a = recvonly
I = blank
Is transmitted by SDP (step a).
[0044]
Terminal B400-2 receives: ch1 (i = A), ch2
As channel 1 for reception
S = Session SDP
C = IN IP4 224.1.1.1
m = video 10000 RTP / AVP 33
a = rtpmap: 33 MP2T / 90000
a = recvonly
I = user name of terminal A
Also, as reception channel 2
S = Session SDP
C = IN IP4 224.1.1.2
m = video 10000 RTP / AVP 33
a = rtpmap: 33 MP2T / 90000
a = recvonly
I = blank
Is transmitted by SDP (step b).
[0045]
Similarly, for terminal C400-3, reception: ch1 (i = A) and ch2 reception channel 1
S = Session SDP
C = IN IP4 224.1.1.1
m = video 10000 RTP / AVP 33
a = rtpmap: 33 MP2T / 90000
a = recvonly
I = user name of terminal A
Also, as reception channel 2
S = Session SDP
C = IN IP4 224.1.1.2
m = video 10000 RTP / AVP 33
a = rtpmap: 33 MP2T / 90000
a = recvonly
I = blank
Is transmitted by SDP (step c).
[0046]
As described above, at the time of holding a conference, two reception channels of the number of installed decoders are allocated to all the terminals 400-1 to 400-3, and the reception channel 2 of them is set as an idle channel.
[0047]
During the conference, the terminal C400-3 uses the browser 403 to notify the terminal status monitoring server 200 that the terminal will change from a terminal that performs only reception to a terminal that performs both transmission and reception (speak request) (step d).
[0048]
The terminal status monitoring server 200 receives the notification (speech request) from the terminal C400-3 by the request receiving function 201, and transmits to the terminal A400-1 hosting the conference from the terminal that the terminal C400-3 receives only. It notifies the terminal that performs both reception and reception (step e).
[0049]
The terminal A 400-1 that hosts the conference receives the notification (request for speech from the terminal C) from the terminal status monitoring server 200 by the browser 403, and displays the notification status on the display 410 by the GUI control function 404. Then, if the user permits the terminal C to change from a terminal that performs only reception to a terminal that performs both transmission and reception, the terminal A400-1 that hosts the conference renews which terminal performs both transmission and reception. (In this case, terminals A and C), and which terminal should be a terminal that performs only reception (here, terminal B) is selected (step f), and the state of the selected terminal (selection information) is set as the terminal state. Notification is sent to the monitoring server 200 (step g).
[0050]
The terminal status monitoring server 200 receives the information notified from the terminal A 400-1 hosting the conference by the request receiving function 201, and transmits the selected state to the selected state notifying function 202 based on the notified information. Notify the communication control unit 300 of information as to which terminal should be a terminal that performs reception and which terminal should perform reception only (step h). Here, terminals A and C are notified of selection information of a terminal that performs both transmission and reception, and terminal B is notified of selection information of a terminal that performs only reception.
[0051]
The notification control unit 200 transmits, for example, INVITE in which the following information has been revised by SDP from the terminal that performs only reception to the terminal C400-3 that has changed to the terminal that performs both transmission and reception (step j).
As transmission channel 1
S = Session SDP
C = IN IP4 224.1.1.2
m = video 10000 RTP / AVP 33
a = rtpmap: 33 MP2T / 90000
a = sendonly
I = user name of terminal C
As channel 1 for reception
S = Session SDP
C = IN IP4 224.1.1.1
m = video 10000 RTP / AVP 33
a = rtpmap: 33 MP2T / 90000
a = recvonly
I = user name of terminal A
Also, as reception channel 2
S = Session SDP
C = IN IP4 224.1.1.2
m = video 10000 RTP / AVP 33
a = rtpmap: 33 MP2T / 90000
a = recvonly
I = user name of terminal C
In order to enable a plurality of receiving channels in each of the terminals 400-1 to 400-3 to be associated with a transmitting terminal for each receiving channel, the terminal status monitoring server 200 periodically performs Next, an INFO including the SDP in which the latest transmission channel information is set is transmitted to all the terminals 400-1 to 400-3 as a terminal identification signal for each channel to the terminals (step j).
[0052]
As the transmission information, an INFO including, for example, the SDP of the following information is transmitted to all of the terminals A, B, and C.
As channel 1 for reception
S = Session SDP
C = IN IP4 224.1.1.1
I = user name of terminal A
As reception channel 2
S = Session SDP
C = IN IP4 224.1.1.2
I = user name of terminal C
This allows all the terminals 400-1 to 400-3 to know that the multicast IP address 224.1.2, which was an empty channel, has begun to be transmitted by the terminal C, and the reception channel is associated with the transmission side terminal for each reception channel. Possible.
[0053]
FIG. 6 illustrates an example of switching screen display by the GUI control function 404 in the terminal B 400-2.
In step j of FIG. 5, the terminal B 400-2 having received the communication information (transmission information) transmitted from the terminal state monitoring server 200 uses the GUI control function 404 to change the multicast IP address 224.1.1.2 to the terminal B 400-2. When C starts transmitting and the number of reception channels increases, control is performed to switch the display screen from FIG. 6A to FIG. 6B.
[0054]
The embodiment of the present invention has been described above, but the present invention is not limited to this. For example, when the terminal status monitoring server 200 receives a request to perform both transmission and reception or only reception from a certain terminal, the terminal status monitoring server 200 notifies the communication control unit 300 of the request without inquiring of the terminal hosting the conference. It is also possible. In addition, an IP network can generally be a network, and a multicast function can be a higher concept such as a broadcast distribution.
[0055]
【The invention's effect】
As described above, according to the present invention, a terminal that performs only transmission in a multipoint conference and a terminal that performs transmission and reception can be switched in a short time, and a terminal that receives sender information On the side, free GUI control is possible based on the sender information.
[Brief description of the drawings]
FIG. 1 is an overall configuration diagram of a first embodiment of a multipoint conference system according to the present invention.
FIG. 2 is a processing flowchart of the first embodiment of the present invention.
FIG. 3 is a diagram illustrating a GUI control example according to the first embodiment of the present invention.
FIG. 4 is an overall configuration diagram of a second embodiment of a multipoint conference system according to the present invention.
FIG. 5 is a processing flowchart according to a second embodiment of the present invention.
FIG. 6 is a diagram illustrating an example of GUI control according to the second embodiment of the present invention.
[Explanation of symbols]
100 IP multicast network
200 Terminal status monitoring server
201 Request reception function
202 Selection status notification function
203 Communication information function
204 Terminal status management function
300 Communication control unit
400-1 to 400-3 terminal
401 decoder
402 encoder
403 Browser
404 GUI control function
410 display

Claims

On the network, a communication control unit for controlling a call control signal such as a multipoint conference call, a plurality of terminals having a plurality of video / audio decoders and at least one encoder are connected, and the plurality of terminals are connected. In a multipoint conference method for realizing a multipoint conference by broadcasting video and audio from each terminal to all terminals participating in the conference,
Usually a video / audio of a specific terminal is distributed to all terminals participating in the conference, and a multi-point conference method that enables distribution of video / audio from a terminal other than the specific terminal as necessary,
On the network, a function of receiving a request whether to perform only transmission and reception or only reception from a terminal, a function of notifying the received request to the communication control unit, and periodically for all terminals, A terminal status monitoring server that has the function of notifying the communication information of the channel is located,
The communication control unit changes a call control signal of a terminal based on a notification from the terminal state monitoring server,
A multipoint conference method, wherein a terminal that performs both transmission and reception of video and audio and a terminal that performs only reception can be switched.

The multipoint conference method according to claim 1,
At the start of the multipoint conference, the receiving channels of the number of video / audio decoders mounted on all terminals are allocated in advance,
The multipoint conference, wherein the communication control unit changes a call control signal of a terminal that has issued a request to perform both transmission and reception or only reception based on a notification from the terminal state monitoring server. Method.

The multipoint conference method according to claim 1 or 2,
The terminal status monitoring server notifies a specific terminal of a request to perform transmission / reception or only reception from a terminal, and determines which terminal is to be used for both transmission / reception or reception only from the specific terminal. A multipoint conference method, comprising receiving selection information and notifying the communication control unit of the selection information.

The multipoint conference method according to any one of claims 1 to 3,
A multipoint conference method, wherein the terminal performs GUI control according to sender information of each channel transmitted from the terminal status monitoring server.

In the multipoint conference method according to any one of claims 1 to 4,
A terminal status monitoring server, a communication control unit, and a plurality of terminals are connected on an IP network having a multicast function, and among the plurality of terminals, video / audio from each terminal is transmitted to all terminals participating in a conference by IP multicast. A multi-point conference method characterized by realizing a multi-point conference by performing a multi-point conference.

A terminal status monitoring server used in the multipoint conference method according to claim 1.

A terminal used in the multipoint conference method according to claim 1.