JP3894120B2 - COMMUNICATION CLIENT DEVICE, MULTIPOINT COMMUNICATION SYSTEM USING THE SAME, MULTIPOINT COMMUNICATION METHOD AND ITS PROGRAM - Google Patents
COMMUNICATION CLIENT DEVICE, MULTIPOINT COMMUNICATION SYSTEM USING THE SAME, MULTIPOINT COMMUNICATION METHOD AND ITS PROGRAM Download PDFInfo
- Publication number
- JP3894120B2 JP3894120B2 JP2003003295A JP2003003295A JP3894120B2 JP 3894120 B2 JP3894120 B2 JP 3894120B2 JP 2003003295 A JP2003003295 A JP 2003003295A JP 2003003295 A JP2003003295 A JP 2003003295A JP 3894120 B2 JP3894120 B2 JP 3894120B2
- Authority
- JP
- Japan
- Prior art keywords
- communication
- multipoint
- media
- client device
- client devices
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、遠隔地間に設置された映像/音声/データ通信装置を用いて、ネットワークを介して多地点間双方向通信による映像/音声/データ会議を実現する通信用クライアント装置とこれを用いる多地点通信システム、並びに多地点通信方法およびそのプログラム、さらにこのプログラムを記録した媒体に関する。
【0002】
【従来の技術】
従来、映像・音声・データ(以下、これらを総称してメディアという)を扱う多地点間での双方向通信を行うためには、各地点におかれる端末装置の他に、呼制御信号およびメディア信号を集約して処理する集中装置が必要であった。この場合、集中装置は、呼制御信号を転送し、あるいは自ら複数の端末装置に向けて呼制御信号を送信することにより、端末間の接続の制御を行っていた。
【0003】
また、複数の端末装置から送信される複数のメディア信号を、集中装置により1つのメディア信号に合成し、複数の端末装置に送信することで、多地点間での双方向通信の提供を行う技術も知られている(例えば、特許文献1参照)。
【0004】
しかし、これらの方式では、集中装置における制御信号の送受信およびメディア信号の合成に伴う処理負荷が大きく、端末装置の増加および送受信するメディア信号の高品質化に伴うデータ量の増加により、集中装置が呼損を起こすという問題があった(詳細は、後述する)。
【0005】
また、メディア信号の合成を行わず、制御信号のみ送受信する集中装置により、処理負荷を軽減する方式もあり、例えばITU−TH.323(非集中型マルチポイント会議)などにより知られているが、集中装置を設置するための場所・コストおよび集中装置の設定などが必要であることには、変わりがなかった。
【0006】
【特許文献1】
特開2002−252843号公報
【0007】
【発明が解決しようとする課題】
本発明は、上記事情に鑑みてなされたものであり、その目的とするところは、前記従来技術における問題を解消した、通信用クライアント装置とこれを用いる多地点双方向通信システム、並びに多地点双方向通信方法およびそのプログラムを提供することにある。
【0008】
より具体的には、集中装置を必要とする多地点通信システムの構造を改善し、端末装置からの呼制御信号およびメディア信号を、集中装置へと送信せずに、対となる端末装置へ直接送信することにより、集中装置を不要とすることで、大規模(数万端末装置以上),高品質(従来の数十倍以上)なメディア信号による、呼損のない多地点通信を可能とし、また、システム構築の簡易化,コスト低減を可能とする通信用クライアント装置とこれを用いる多地点双方向通信システム、並びに多地点双方向通信方法およびそのプログラムさらにこのプログラムを記録した記録媒体を提供することにある。
【0009】
【課題を解決するための手段】
上記目的を達成するため、本発明に係る第1の通信用クライアント装置は、ネットワークを介して相互に多地点双方向メディア通信を行う多地点通信システムを構築するための通信用クライアント装置であって、自アドレスを前記ネットワーク内の全ての通信用クライアント装置に通知する手段と、他通信用クライアント装置にそのアドレス通知を要求する手段と、通知された他通信用クライアント装置のアドレスを自通信用クライアント装置に格納する手段と、格納された他通信用クライアント装置のアドレスを用いて通信の開始を要求する手段と、通信の開始要求に対する応答を返し、二つの通信用クライアント装置間での通信を開始する手段と、開始された通信経路に従い、メディアを送信する手段と、他通信用クライアント装置から送信されたメディアを受信する手段と、それらのメディアを表示し、ユーザに伝える手段とを有することを特徴とする。
【0010】
また、本発明に係る第2の通信用クライアント装置は、ネットワークを介して相互に多地点双方向メディア通信を行う多地点通信システムを構築するための通信用クライアント装置であって、自アドレスを前記ネットワーク内の全ての通信用クライアント装置に通知する手段と、他通信用クライアント装置にそのアドレス通知を要求する手段と、通知された他通信用クライアント装置のアドレスを自通信用クライアント装置に格納する手段と、格納された複数の他通信用クライアント装置のアドレスを用いて多地点通信の開始を要求する手段と、多地点通信の開始要求に対する応答を返し、複数の通信用クライアント装置間での通信を開始する手段と、開始された通信経路に従い、メディアを送信する手段と、複数の他通信用クライアント装置から送信されたメディアを受信する手段と、それらのメディアを表示し、ユーザに伝える手段とを有することを特徴とする。
【0011】
また、本発明に係る第3の通信用クライアント装置は、上述の本発明に係る第2の通信用クライアント装置の構成に、さらに、前記通信用クライアント装置間での通信を開始する前あるいは通信中に多地点通信に参加希望すること、もしくは発言の要求を行うこと等のイベント通知を行うための手段と、他通信用クライアント装置からのイベント通知を受信し、多地点通信の制御を行う手段と、それらの通知および制御があった旨を表示し、ユーザに伝える手段とを有することを特徴とする。
【0012】
また、本発明に係る第4の通信用クライアント装置は、上述の本発明に係る各通信用クライアント装置の構成に、さらに、通信用サーバ装置がネットワーク内に存在するかどうかを確認する手段と、通信用サーバ装置が存在する場合には通信用サーバ装置を利用した多地点通信を行い、存在しない場合には請求項1〜3のいずれか1項に記載の通信用クライアント装置間で直接多地点双方向メディア通信を行う制御手段とを有することを特徴とする。
【0013】
また、本発明に係る多地点通信システムは、複数の通信用クライアント装置から構成され、ネットワークを介して通信用クライアント装置間で多地点双方向メディア通信を行う多地点双方向通信システムであって、前記通信用クライアント装置として、上述の通信用クライアント装置のいずれかを用いることを特徴とするものである。
【0014】
また、本発明に係る第1の多地点通信方法は、ネットワークを介して接続される複数の通信用クライアント装置から構成され、通信用クライアント装置間で多地点双方向メディア通信を行う多地点通信方法であって、前記各通信用クライアント装置は、自アドレスをネットワーク内の全ての通信用クライアント装置に通知し、また、他通信用クライアント装置にアドレス通知を要求し、通知された他通信用クライアント装置のアドレスを自通信用クライアント装置に格納し、格納された他通信用クライアント装置のアドレスを用いて通信の開始を要求し、通信の開始要求に対する応答を返し、二つの通信用クライアント装置間での通信を開始し、開始された通信経路に従い、メディアを送信し、また、他通信用クライアント装置から送信されたメディアを受信し、それらのメディアを表示し、ユーザに伝えることを特徴とする。
【0015】
また、本発明に係る第2の多地点通信方法は、ネットワークを介して接続される複数の通信用クライアント装置から構成され、通信用クライアント装置間で多地点双方向メディア通信を行う多地点通信方法であって、前記各通信用クライアント装置は、自アドレスをネットワーク内の全ての通信用クライアント装置に通知し、また、他通信用クライアント装置にアドレス通知を要求し、通知された他通信用クライアント装置のアドレスを自通信用クライアント装置に格納し、格納された複数の他通信用クライアント装置のアドレスを用いて多地点通信の開始を要求し、多地点通信の開始要求に対する応答を返し、複数の通信用クライアント装置間での通信を開始し、開始された通信経路に従い、メディアを送信し、また、複数の他通信用クライアント装置から送信されたメディアを受信し、それらのメディアを表示し、ユーザに伝えることを特徴とする。
【0016】
また、本発明に係る第3の多地点通信方法は、上述の本発明に係る第2の多地点通信方法の構成に加えて、さらに、前記通信用クライアント装置間での通信を開始する前あるいは通信中に、多地点通信に参加希望すること、もしくは発言の要求を行うこと等のイベント通知を行い、他通信用クライアント装置からのイベント通知を受信し、多地点通信の制御を行い、それらの通知および制御があった旨を表示し、ユーザに伝えることを特徴とする。
【0017】
また、本発明に係る第4の多地点通信方法は、上述の本発明に係る各多地点通信方法の構成に加えて、さらに、通信用サーバ装置がネットワーク内に存在するかどうかを確認し、通信用サーバ装置が存在する場合には通信用サーバ装置を利用した多地点通信を行い、存在しない場合には前記手段を用いて通信用クライアント装置間で直接多地点双方向メディア通信を行うことを特徴とする。
【0018】
なお、上述の多地点通信方法は、これをコンピュータ制御により実現することが好ましく、本発明は、上述の通信用クライアント装置における各手段をコンピュータによって実現するためのプログラムとしても具体化、すなわち商品化することが可能である。
さらに、本発明は、上述のコンピュータ制御用プログラムを記録したコンピュータにより読取り可能な記録媒体としても具体化することが可能である。
【0019】
本発明はメディアの種類を問わないため、音声と映像を用いた多地点双方向通信システムに適用できるだけでなく、音声のみの多地点双方向通信システム,静止画・文書・手入力テキスト等のデータを用いた多地点双方向通信システムあるいはそれらを複合した多地点双方向通信システムにも適用可能であることはいうまでもない。
【0020】
【発明の実施の形態】
以下、本発明の実施の形態を、図面に示す好適実施例に基づいて、詳細に説明する。
【0021】
〔第1の実施の形態〕
まず、本発明の第1の実施の形態について説明する。
図1は、本発明の第1の実施の形態の構成を示す図である。図1において、ネットワーク10は、IP網,ATM網,ISDN網またはPHS公衆網などのデジタルデータパケットを送信可能な通信網である。通信用クライアント装置(以下、単にクライアントともいう)20,20’,……は、映像・音声・データ(メディア)の送受信表示機能を持つ通信端末である。
【0022】
クライアント20(20’も同様)の自アドレス発呼手段21は、クライアントの起動時もしくはクライアントに利用ユーザからのユーザ入力があった場合に、自アドレスをネットワーク10につながる全てのクライアントに通知する手段である。他アドレス検索手段22は、他クライアントからのアドレス通知21を要求するための手段である。
【0023】
他アドレス格納手段23は、他アドレス検索手段22からの要求により通知された他クライアントのアドレスを、クライアント内のメモリ等の記憶媒体に格納し、そのアドレスを後に利用可能とする手段である。通信発呼手段24は、他アドレス格納手段23により格納された他クライアントのアドレス宛てに呼制御手順により接続を要求する手段である。
【0024】
通信応答手段25は、上述の通信発呼手段24により他クライアントから要求された接続呼手順に応答し、当該他クライアントとの接続を確立するための手段である。メディア送信手段26は、他アドレス格納手段23,通信発呼手段24により確立された接続情報に基づき、メディア信号を送信先クライアントに向けて送信する手段である。
【0025】
メディア受信手段27は、他アドレス格納手段23,通信発呼手段24により確立された接続情報に基づき、送信元クライアントからのメディア信号を受信する手段であり、メディア送信手段26,メディア受信手段27とも、送信先もしくは送信元は、複数のクライアントから構成される。GUI表示手段28は、前記各手段(21〜27)の手順結果の表示,メディアの表示等を行い、ユーザに手順の詳細を伝えるための手段である。
【0026】
図7は、従来の多地点双方向通信システムの構成を補足説明するための図である。
図7において、通信用サーバ装置40は、クライアント20、20’,……からの呼制御手順(21〜25)の転送,メディア信号(26,27)の合成を行う手段を持つ。自アドレス発呼手段21からの通知を、通信用サーバの格納手段41にて通信用サーバ装置40内のメモリなどの記憶媒体に格納する。
【0027】
他アドレス検索手段22からの通知要求は通信用サーバ装置40に送られ、アドレス通知手段42により、アドレス格納手段41により格納されたクライアントのアドレスを通知する。通知発呼手順24は通信用サーバ装置40に送られ、呼制御転送手段42により、アドレス格納手段41のクライアントアドレスを利用して呼制御信号をクライアントに転送する。
【0028】
通信応答手順25により呼制御転送手段42からの呼制御信号を受信し、クライアント間での接続を確立する。メディア合成手段43は、クライアント20からのメディア送信手段26によるメディア信号およびクライアント20’からのメディア送信手段26によるメディア信号を合成するための手段である。
【0029】
合成メディア送信手段44は、メディア合成手段43により合成されたメディアをクライアント20および20’に送信するための手段であり、クライアントのメディア受信手段27により受信される。合成されたメディア信号はクライアントにおいてGUI表示手段28により画面に表示される。
【0030】
このように、従来の多地点双方向通信では、呼制御手順およびメディア信号が必ず、通信用サーバ装置40を経由することとなり、通信用サーバ装置40を省くことはできない。これは、ネットワークが広帯域となり、メディアが高品質・大容量となるにつれ、メディア合成手段43の処理負荷が莫大となり、呼損を起こすことを示唆している。
【0031】
図2は、本発明の第1の実施の形態における動作例を示しており、クライアント20と20’間の双方向メディア通信を行う場合の動作説明図である。クライアントの起動時もしくはユーザからの指示により、クライアント20から自アドレスが通知される(2a)。この通知は、ネットワーク10内に存在する全てのクライアントに届けられる。そのためIP網ではマルチキャストなどの手法を用いることが一般的ではあるが、その手法以外のものでも、本発明の実施は可能である。
【0032】
クライアント20’は、通知されたクライアント20のアドレスをメモリに格納する(2b)。これにより、クライアント20の存在を発見することが可能となる。その後、クライアント20は、ネットワーク内に存在する他のクライアント(この例の場合は、クライアント20’)を発見するために、アドレス通知の要求(2c)を送信する。この要求を受信したクライアント20’は、クライアント20のみに向けて、自アドレスを通知する(2d)。
【0033】
以下は、自アドレス通知(2a)をSIPにより記述した場合の例である。
REGISTER sip:224.0.1.75:5060 SIP/2.0
From:“クライアント20”<sip:cl20@aka.hikari>
Contact:“クライアント20”<sip:cl20@192.168.0.1:5060>
Expires: XXXX
【0034】
例では、クライアント20が自アドレス通知メッセージを224.0.1.75のマルチキャストアドレスに送信しており、これを受信した他クライアントは、Contact:に記述されたアドレス(例では、192.168.0.1:5060)を格納する(2b)。なお、Expires:に0が設定された同様のメッセージを送信することで、そのアドレスが使われなくなったことを通知することも可能である。
【0035】
以下は、アドレス通知の要求(2c)をSIPにより記述した場合の例である。
REGISTER sip:224.0.1.75:5060 SIP/2.0
From: sip:cbox@aka.hikari
Contact: sip:cbox@192.168.0.1:5060
Call-Info: <sip:cbox@aka.hikari>;CBOX
Expires: XXXX
【0036】
例では、アドレス通知の要求メッセージを224.0.1.75のマルチキャストアドレスに送信しており、それを受信した他クライアントは、Contact:に記述されたアドレス(例では、192.168.0.1:5060)に対して、自アドレス通知(2a)メッセージを送信する。Call-Info:にCBOXと記述されていることにより、クライアントに対する要求メッセージであることが定義される。
【0037】
クライアント20は、通知されたアドレスをメモリに格納する(2e)。これにより、お互いがネットワーク10内に存在することを確認することが可能となる。その後、クライアント20は、クライアント20’に向けて通信の開始を要求する呼制御信号を送信する(2f)。クライアント20’は、それを受け、通信の開始を了承する呼制御信号をクライアント20に返信する(2g)。
【0038】
これにより、クライアント間での接続の確立が可能となる。接続が確立された後は、クライアント20からメディア信号が直接クライアント20’に送信される(2h)。クライアント20’では、クライアント20からのメディア信号を受信し、画面上に表示する。同様に、逆の動作(クライアント20’からの送信)を行う(2i)ことで、クライアント20’からのクライアント20へのメディア信号の送信および表示が可能となる。
【0039】
上記動作例によれば、クライアント20とクライアント20’との間におけるメディア信号の双方向送受信および表示が可能となる。
【0040】
〔第2の実施の形態〕
次に、本発明の第2の実施の形態について説明する。
図3は、本発明の第2の実施の形態の構成を示す図である。
図3において、ネットワーク10およびクライアント20,20’,20”,……は、第1の実施の形態の構成を示す図1と同様である。第1の実施の形態との違いは、クライアント間で1対1の通信を行う手段(通信発呼手段24)の代わりに、n対nの多地点通信を行う手段を持ち、また、多地点通信に必要となる各種のイベント通知手段を持つことである。
【0041】
多地点発呼手段29は、クライアント20から他の複数のクライアントに向けて多地点通信の開始の要求を行う呼制御信号を送信する手段である。通信応答手段25は、29の呼制御信号に応答を返す手段である。多地点制御手段30は、開始された多地点通信の各クライアントの入れ替わり、各クライアントのメディア信号の送受信の可否などを制御するための手段である。
【0042】
イベント通知手段31は、各クライアントの状態を他のクライアントに通知するための手段であり、イベント取得手段32は、他クライアントのイベント通知手段31からのイベント通知を受信し、そのイベントデータを多地点制御手段30に伝える手段である。
【0043】
図4は、本発明の第2の実施の形態における動作例を示しており、クライアント20,20’,20”間の多地点双方向メディア通信を行う場合の動作説明図である。実際にはクライアント数に制限はないが、この例では、3クライアントでの多地点通信をクライアント20から開始する手順を例に、説明を行う。
【0044】
各クライアントがアドレスの通知を行い合い(4a〜4d)、それぞれの存在を発見する手順は、第1の実施例と同じ手順となる。その後、クライアント20は、特定のクライアント(この例では20’,20”)に、それぞれ多地点通信の開始の要求を行う呼制御信号を送信する(4f)。これを受信したクライアント20’,20”では、それに対する応答を返す(4g)ことにより、クライアント20との間の接続が確立する。
【0045】
以下は、通信の開始の要求(4f)をSIPのSDPにより記述した場合の例である。
v=0
o=conf_C 18623401321053 18623401321054 IN IP4 127.0.0.1
s=Session Conference C
t=0 0
m=video 10000 RTP/AVP 33
i=“クライアント20’”<sip:cl20d@aka.hikari>
【0046】
c=IN IP4 224.0.20.1
b=CT:6000
a=rtpmap:33 MP2T/90000
a=sendonly
m=video 10000 RTP/AVP 33
i=“クライアント20”<sip:cl20@aka.hikari>
c=IN IP4 224.0.20.2
b=CT:6000
a=rtpmap:33 MP2T/90000
a=recvonly
【0047】
m=video 10000 RTP/AVP 33
i=“クライアント20””<sip:cl20dd@aka.hikari>
c=IN IP4 224.0.20.3
b=CT:6000
a=rtpmap:33 MP2T/90000
a=recvonly
【0048】
例では、クライアント20’に対して、224.0.20.1のマルチキャストアドレスにメディア信号を送信するように指定しており、また、クライアント20,クライアント20”からのメディア信号を受信するために、224.0.20.2および224.0.20.3のマルチキャストアドレスを受信するように指定している。
【0049】
ここで、呼制御信号の中には、クライアント20との接続情報のみでなく、他のクライアントとの接続情報も記載されているため、クライアント20との接続が確立されることにより、どのアドレスにメディア信号を送信し、また、受信する必要があるのかという、他のクライアントとの接続経路も確立されることとなる。
【0050】
これは、例えば、呼制御にSIPプロトコルを用いた場合には、SIPプロトコル内のSDPに接続情報を記述することで実現可能であるが、これ以外の手段も用いても実現可能である。次に、確立された接続を元に、クライアント20はメディア信号をクライアント20’,20”に送信する(4h)。メディア信号の送信には、宛先が複数であることから、IP網ではマルチキャストなどの手法を用いることにより、実現が可能である。
【0051】
クライアント20’,20”では、クライアント20からのメディア信号を受信し、画面上に表示する(4i)。同様に、クライアント20’,20”からも、同様の動作を行うことで、クライアント20’からのクライアント20,20”へのメディア信号の送信(4j)およびクライアント20”からのクライアント20,20’へのメディア信号の送信(4k)が可能となり、各クライアント上での多地点のメディアの表示が可能となる。
【0052】
上記動作例によれば、各クライアント20,20’,20”相互間におけるメディア信号の双方向送受信および表示が可能となる。
【0053】
図5は、本発明の第2の実施の形態における他の動作例を示しており、多地点双方向メディア通信においてイベント通知を行う動作例を示したものである。多地点双方向通信では、一つのクライアントにおいて受信可能なメディアの数が制限されることが多い。そこで、送信可能クライアントの制限を行う必要がある。送信不可とされたクライアントは、再び送信を行うために、送信要求を行う必要がある。
【0054】
例えば、クライアント20”が送信不可状態から送信可状態へ移行するための手順は、以下のようになる。クライアント20”は、クライアント20に直接イベント通知を行う(5a)。このとき、何らかのサーバ,集約装置などは必要としない。イベント通知を受信したクライアント20は、その通知があった旨を画面上に表示し、ユーザに多地点通信制御の操作の機会を与える(もしくは、自動で制御動作を行う)。
【0055】
ユーザもしくは自動で送信可の選択をした場合には、クライアント20からクライアント20”に対して、多地点発呼手段29を用いて、送信可能を示す多地点通信接続の確立の要求を行う(5b)。他の動作例としては、多地点発呼を行う前に、どのクライアントが多地点通信を望んでいるのかを発見するために、イベント通知を使用する例がある。
【0056】
この場合、クライアント20は、まず、イベント通知により多地点通信を開始する旨を示すイベントをネットワーク10内の全ての通信用クライアントに送信する(5c)。このイベントを受信した他のクライアントのうち、実際に多地点通信への参加を希望するクライアントは、同様にイベント通知を利用して、クライアント20宛てに参加する旨を示すイベントを送信する(5d)。
【0057】
この例では、クライアント20”のみイベント通知を行っている。クライアント20は、参加する旨のイベントを送信してきたクライアントのみを参加者とする多地点通信の接続の呼制御を送信する(5e)。これを受信したクライアント20”では、それに対する応答を返す(5f)ことで、特定のクライアントのみにより構成される多地点双方向メディア通信を容易に実現することが可能となる。
【0058】
図6は、本発明に係る通信用クライアント装置における他の動作例を示しており、通信用サーバ装置が、ネットワーク内に存在するかどうかを把握する手段の動作フローチャートである。クライアント20は、通信用サーバ装置40がネットワーク10内に存在するかどうかの信号を送信する(ステップ51)。これは、ネットワークに依存する信号であり、例えば、IP網の場合はpingなどが該当する。信号に対する返答がない場合(ステップ52でN)には、別の通信用サーバ装置の存在を確認するために、他アドレス検索手段22を用いて信号を送出する(ステップ53)。
【0059】
以下は、他アドレス検索手段(ステップ53)をSIPにより記述した場合の例である。
REGISTER sip:224.0.1.75:5060 SIP/2.0
From: sip:cbox@aka.hikari
Contact: sip:cbox@192.168.0.1:5060
Call-Info: <sip:cbox@aka.hikari>;SGW
Expires: XXXX
【0060】
例では、他アドレス検索メッセージを224.0.1.75のマルチキャストアドレスに送信しており、それを受信した通信用サーバ装置は、Contact:に記述されたアドレス(例では、192.168.0.1:5060)に対して、応答を返す(ステップ54でY。)Call-Info:にSGWと記述されていることにより、通信用サーバ装置に対する要求メッセージであることが定義される。
【0061】
もし、ネットワーク10内に通信用サーバ装置が存在する場合には、他アドレス検索手段22からの信号を受信した通信用サーバ装置は、自アドレス発呼手段21を用いてクライアント20に応答を返す(ステップ54でY)。クライアントは、前記二手段により通信用サーバ装置の存在を確認できた場合(ステップ52またはステップ54でY)には、通信用サーバ装置を利用した多地点通信の接続を通信用サーバ装置に対して開始する(ステップ56)。
【0062】
一方、通信用サーバ装置の存在を確認できなかった場合(ステップ52およびステップ54でいずれもN)には、先に説明した、本発明の各実施の形態に係る手順により、クライアント間で、直接多地点通信の接続を開始する(ステップ55)ものとする。
【0063】
上記動作例によれば、ネットワーク内に通信用サーバ装置の存在を確認できた場合にはそれを用い、通信用サーバ装置の存在を確認できなかった場合にのみ、本発明の各実施の形態に係る手順によるクライアント間での直接多地点通信の接続を行うという、融通性に富む動作が可能になる。
【0064】
なお、上記実施例はいずれも本発明の一例を示すものであり、本発明はこれらに限定されるべきものではなく、本発明の趣旨を逸脱しない範囲内で適宜の変更・改良を行ってもよいことはいうまでもない。
【0065】
例えば、上述の多地点通信方法は、これをコンピュータ制御により実現することが好ましく、本発明は、上述の通信用クライアント装置における各手段をコンピュータによって実現するためのプログラムとしても具体化、すなわち商品化することが可能である。
【0066】
さらに、本発明に係る多地点通信方法は、上述のコンピュータ制御用プログラムを記録したコンピュータにより読取り可能な記録媒体としても具体化することが可能である。
【0067】
【発明の効果】
以上、詳細に説明したように、本発明によれば、通信用サーバ装置等の集中装置を必要とせずに、通信用クライアント装置間で直接ネットワーク内の通信用クライアント装置の存在を発見し、呼制御信号を送受信し、メディア信号を送受信し、各通信用クライアントの画面上に複数のメディアを表示可能な多地点双方向メディア通信を行うことが可能となる。これにより、大規模,高品質なメディア信号を用いた場合でも、呼損のない多地点双方向メディア通信を可能とし、また、システム構築の簡易化,コスト削減が可能となるという顕著な効果を奏するものである。
【図面の簡単な説明】
【図1】本発明の第1の実施の形態を構成例を示す図である。
【図2】本発明の第1の実施の形態の動作説明図である。
【図3】本発明の第2の実施の形態の構成例を示す図である。
【図4】本発明の第2の実施の形態の動作説明図である。
【図5】本発明のイベント通知の動作説明図である。
【図6】サーバの存在確認の動作フローチャートである。
【図7】従来の通信システムの構成例を示す図である。
【符号の説明】
10 ネットワーク
20,20’,20” クライアント
21 自アドレス発呼手段
22 他アドレス検索手段
23 他アドレス格納手段
24 通信発呼手段
25 通信応答手段
26 メディア送信手段
27 メディア受信手段
28 GUI表示手段
29 多地点発呼手段
30 多地点制御手段
31 イベント通知手段
32 イベント取得手段
40 通信用サーバ装置
41 アドレス格納手段
42 呼制御転送手段
43 メディア合成手段
44 合成メディア送信手段
50〜56 処理ステップ[0001]
BACKGROUND OF THE INVENTION
The present invention uses a communication client device that realizes a video / audio / data conference by multipoint bi-directional communication via a network using a video / audio / data communication device installed between remote locations, and the same. The present invention relates to a multipoint communication system, a multipoint communication method and a program thereof, and a medium on which the program is recorded.
[0002]
[Prior art]
Conventionally, in order to perform bidirectional communication between multiple points that handle video, audio, and data (hereinafter collectively referred to as media), in addition to terminal devices at each point, call control signals and media A centralized device that aggregates and processes the signals was required. In this case, the centralized device controls connection between terminals by transferring call control signals or transmitting call control signals to a plurality of terminal devices.
[0003]
Also, a technique for providing bidirectional communication between multiple points by combining a plurality of media signals transmitted from a plurality of terminal devices into a single media signal by a centralized device and transmitting the synthesized media signals to the plurality of terminal devices. Is also known (see, for example, Patent Document 1).
[0004]
However, in these methods, the processing load associated with the transmission / reception of control signals and the synthesis of media signals in the centralized device is large. There was a problem of causing a call loss (details will be described later).
[0005]
In addition, there is a method of reducing the processing load by a centralized device that transmits and receives only control signals without synthesizing media signals. For example, ITU-TH.323 (Decentralized Multipoint Conference) is known, There was no change in the location / cost for installing the centralized device and the need to set the centralized device.
[0006]
[Patent Document 1]
JP 2002-252843 A
[0007]
[Problems to be solved by the invention]
The present invention has been made in view of the above circumstances, and an object of the present invention is to solve a problem in the prior art, a communication client device, a multipoint bidirectional communication system using the same, and both multipoints. It is to provide a communication method and a program therefor.
[0008]
More specifically, the structure of a multipoint communication system that requires a centralized device is improved, and call control signals and media signals from the terminal device are directly transmitted to the paired terminal device without being transmitted to the centralized device. By transmitting, by eliminating the need for a centralized device, it enables multipoint communication without call loss using large-scale (tens of thousands of terminal devices) and high-quality (several tens of times higher) media signals. There are also provided a communication client device capable of simplifying system construction and cost reduction, a multipoint bidirectional communication system using the same, a multipoint bidirectional communication method and program, and a recording medium storing the program. There is.
[0009]
[Means for Solving the Problems]
To achieve the above object, a first communication client device according to the present invention is a communication client device for constructing a multipoint communication system that performs multipoint bidirectional media communication with each other via a network. A means for notifying all communication client devices in the network of its own address, a means for requesting the other communication client device to notify its address, and the address of the notified other communication client device. A means for storing in the apparatus, a means for requesting the start of communication using the address of the stored other communication client apparatus, and a response to the communication start request are returned to start communication between the two communication client apparatuses. Means for transmitting media in accordance with the started communication path, and from another communication client device. Means for receiving a signal media, to view their media, and having a means for communicating to the user.
[0010]
A second communication client device according to the present invention is a communication client device for constructing a multipoint communication system that performs multipoint bidirectional media communication with each other via a network, and the self-address is the above-described client device. Means for notifying all communication client devices in the network, means for requesting address notification to other communication client devices, and means for storing the address of the notified other communication client device in the own communication client device And a means for requesting the start of multipoint communication using the addresses of the plurality of other communication client devices stored therein, and a response to the start request for multipoint communication. Means for starting, means for transmitting media according to the started communication path, and a plurality of other communication client devices. Means for receiving the transmitted media from, and view their media, and having a means for communicating to the user.
[0011]
In addition, the third communication client device according to the present invention is configured in addition to the configuration of the second communication client device according to the present invention described above before or during communication between the communication client devices. A means for performing event notification such as requesting to participate in multipoint communication or requesting speech, a means for receiving event notification from another communication client device, and controlling multipoint communication; And a means for displaying that the notification and control have been made and for telling the user.
[0012]
Further, a fourth communication client device according to the present invention includes a means for confirming whether or not the communication server device exists in the network in addition to the configuration of each communication client device according to the present invention described above. The multipoint communication using the communication server device is performed when the communication server device is present, and the multipoint communication is directly performed between the communication client devices according to any one of claims 1 to 3 when the communication server device is not present. And control means for performing bidirectional media communication.
[0013]
Further, the multipoint communication system according to the present invention is a multipoint bidirectional communication system that includes a plurality of communication client devices and performs multipoint bidirectional media communication between communication client devices via a network, Any one of the above-described communication client devices is used as the communication client device.
[0014]
In addition, a first multipoint communication method according to the present invention includes a plurality of communication client devices connected via a network, and performs multipoint bidirectional media communication between the communication client devices. Each communication client device notifies its own address to all communication client devices in the network, requests other communication client devices for address notification, and is notified of the other communication client devices. Is stored in the client device for own communication, the start of communication is requested using the address of the stored other communication client device, a response to the request for starting communication is returned, and the two client devices for communication are Start communication, send media according to the started communication route, and send from other client devices for communication Receiving the media, to view their media, characterized in that conveyed to the user.
[0015]
In addition, a second multipoint communication method according to the present invention includes a plurality of communication client devices connected via a network, and performs multipoint bidirectional media communication between the communication client devices. Each communication client device notifies its own address to all communication client devices in the network, requests other communication client devices for address notification, and is notified of the other communication client devices. Is stored in the self-communication client device, the start of multipoint communication is requested using the stored addresses of a plurality of other communication client devices, a response to the multipoint communication start request is returned, and a plurality of communication Start communication between client devices, send media according to the started communication path, and send multiple other communication classes. Receiving a media transmitted from Ant device, to view their media, characterized in that conveyed to the user.
[0016]
In addition to the configuration of the second multipoint communication method according to the present invention described above, the third multipoint communication method according to the present invention may further include a communication before starting communication between the communication client devices or During communication, event notifications such as requesting to participate in multipoint communication or requesting speech are received, event notifications from other communication client devices are received, multipoint communication is controlled, and those It is characterized in that notification and control are displayed and notified to the user.
[0017]
In addition to the configuration of each multipoint communication method according to the present invention described above, the fourth multipoint communication method according to the present invention further confirms whether the communication server device exists in the network, When there is a communication server device, multipoint communication using the communication server device is performed, and when there is no communication server device, multipoint bidirectional media communication is directly performed between the communication client devices using the above means. Features.
[0018]
The above-mentioned multipoint communication method is preferably realized by computer control, and the present invention is embodied as a program for realizing each means in the above-described communication client device by a computer, that is, commercialization. Is possible.
Furthermore, the present invention can also be embodied as a computer-readable recording medium that records the above-described computer control program.
[0019]
Since the present invention is not limited to the type of media, it can be applied not only to a multipoint bidirectional communication system using voice and video, but also to a voice-only multipoint bidirectional communication system, data such as still images, documents, and manually entered texts. Needless to say, the present invention can also be applied to a multipoint bidirectional communication system using the above or a multipoint bidirectional communication system combining them.
[0020]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail based on preferred examples shown in the drawings.
[0021]
[First Embodiment]
First, a first embodiment of the present invention will be described.
FIG. 1 is a diagram showing the configuration of the first exemplary embodiment of the present invention. In FIG. 1, a
[0022]
The own address calling means 21 of the client 20 (same for 20 ′) is means for notifying all clients connected to the
[0023]
The other address storage means 23 is a means for storing the address of the other client notified by the request from the other address search means 22 in a storage medium such as a memory in the client and making the address available later. The
[0024]
The communication response means 25 is a means for establishing a connection with the other client in response to the connection call procedure requested from the other client by the communication calling means 24 described above. The
[0025]
The media reception means 27 is a means for receiving a media signal from the transmission source client based on the connection information established by the other address storage means 23 and the communication call means 24. Both the media transmission means 26 and the media reception means 27 The transmission destination or transmission source is composed of a plurality of clients. The GUI display means 28 is a means for displaying the procedure result of each of the means (21 to 27), displaying the media, etc., and transmitting the details of the procedure to the user.
[0026]
FIG. 7 is a diagram for supplementarily explaining the configuration of a conventional multipoint bidirectional communication system.
7, the
[0027]
The notification request from the other address search means 22 is sent to the
[0028]
The
[0029]
The combined
[0030]
Thus, in the conventional multipoint bidirectional communication, the call control procedure and the media signal always pass through the
[0031]
FIG. 2 shows an operation example according to the first embodiment of the present invention, and is an operation explanatory diagram in the case of performing bidirectional media communication between the
[0032]
The
[0033]
The following is an example when the self-address notification (2a) is described in SIP.
REGISTER sip: 224.0.1.75: 5060 SIP / 2.0
From: "
Contact: “
Expires: XXXX
[0034]
In the example, the
[0035]
The following is an example when the address notification request (2c) is described in SIP.
REGISTER sip: 224.0.1.75: 5060 SIP / 2.0
From: sip: cbox@aka.hikari
Contact: sip: cbox@192.168.0.1: 5060
Call-Info: <sip: cbox@aka.hikari>; CBOX
Expires: XXXX
[0036]
In the example, an address notification request message is sent to the multicast address 224.0.1.75, and the other client that received it sends the address described in Contact: (192.168.0.1:5060 in the example) A self address notification (2a) message is transmitted. Call-Info: CBOX is defined as a request message to the client.
[0037]
The
[0038]
This makes it possible to establish a connection between clients. After the connection is established, the media signal is directly transmitted from the
[0039]
According to the above operation example, bidirectional transmission / reception and display of media signals between the
[0040]
[Second Embodiment]
Next, a second embodiment of the present invention will be described.
FIG. 3 is a diagram showing the configuration of the second exemplary embodiment of the present invention.
3, the
[0041]
The multipoint calling means 29 is a means for transmitting a call control signal for requesting the start of multipoint communication from the
[0042]
The
[0043]
FIG. 4 shows an operation example in the second embodiment of the present invention, and is an operation explanatory diagram in the case of performing multipoint bidirectional media communication between
[0044]
The procedure in which the clients notify each other's addresses (4a to 4d) and discover their existence is the same as that in the first embodiment. Thereafter, the
[0045]
The following is an example in which the communication start request (4f) is described in SIP SDP.
v = 0
o = conf_C 18623401321053 18623401321054 IN IP4 127.0.0.1
s = Session Conference C
t = 0 0
m = video 10000 RTP / AVP 33
i = “
[0046]
c = IN IP4 224.0.20.1
b = CT: 6000
a = rtpmap: 33 MP2T / 90000
a = sendonly
m = video 10000 RTP / AVP 33
i = “
c = IN IP4 224.0.20.2
b = CT: 6000
a = rtpmap: 33 MP2T / 90000
a = recvonly
[0047]
m = video 10000 RTP / AVP 33
i = “
c = IN IP4 224.0.20.3
b = CT: 6000
a = rtpmap: 33 MP2T / 90000
a = recvonly
[0048]
In the example, the client 20 'is designated to transmit a media signal to the multicast address of 224.0.20. In order to receive the media signal from the
[0049]
Here, in the call control signal, not only the connection information with the
[0050]
For example, when the SIP protocol is used for call control, this can be realized by describing the connection information in the SDP in the SIP protocol, but it can also be realized by using other means. Next, based on the established connection, the
[0051]
The
[0052]
According to the above operation example, bidirectional transmission / reception and display of media signals between the
[0053]
FIG. 5 shows another operation example in the second embodiment of the present invention, and shows an operation example in which event notification is performed in multipoint interactive media communication. In multipoint bidirectional communication, the number of media that can be received by one client is often limited. Therefore, it is necessary to limit the clients that can transmit. In order to transmit again, the client that has been disabled from transmission needs to make a transmission request.
[0054]
For example, the procedure for the
[0055]
When the user or automatic transmission is selected, the
[0056]
In this case, the
[0057]
In this example, only the
[0058]
FIG. 6 shows another operation example in the communication client device according to the present invention, and is an operation flowchart of means for grasping whether or not the communication server device exists in the network. The
[0059]
The following is an example when the other address search means (step 53) is described in SIP.
REGISTER sip: 224.0.1.75: 5060 SIP / 2.0
From: sip: cbox@aka.hikari
Contact: sip: cbox@192.168.0.1: 5060
Call-Info: <sip: cbox@aka.hikari>; SGW
Expires: XXXX
[0060]
In the example, another address search message is sent to the multicast address of 224.0.1.75, and the server device for communication that received it sends the address described in Contact: (in the example, 192.168.0.1:5060) , A response is returned (Y in step 54). By describing SGW in Call-Info :, it is defined that this is a request message for the communication server device.
[0061]
If a communication server device exists in the
[0062]
On the other hand, when the presence of the communication server device cannot be confirmed (both N in
[0063]
According to the above operation example, when the existence of the communication server device can be confirmed in the network, it is used, and only when the existence of the communication server device cannot be confirmed, each embodiment of the present invention is applied. A versatile operation of connecting direct multipoint communication between clients in accordance with such a procedure becomes possible.
[0064]
Each of the above-described embodiments shows an example of the present invention. The present invention should not be limited to these, and appropriate modifications and improvements may be made without departing from the spirit of the present invention. Needless to say, it is good.
[0065]
For example, the above-mentioned multipoint communication method is preferably realized by computer control, and the present invention is embodied as a program for realizing each means in the above-described communication client device by a computer, that is, commercialization. Is possible.
[0066]
Furthermore, the multipoint communication method according to the present invention can be embodied as a computer-readable recording medium that records the above-described computer control program.
[0067]
【The invention's effect】
As described above in detail, according to the present invention, it is possible to discover the presence of a communication client device in a network directly between communication client devices without requiring a centralized device such as a communication server device. It is possible to perform multipoint bidirectional media communication capable of transmitting / receiving control signals, transmitting / receiving media signals, and displaying a plurality of media on the screen of each communication client. As a result, even when large-scale, high-quality media signals are used, multipoint bi-directional media communication without call loss is possible, system construction can be simplified, and costs can be reduced. It is what you play.
[Brief description of the drawings]
FIG. 1 is a diagram illustrating a configuration example of a first exemplary embodiment of the present invention.
FIG. 2 is an operation explanatory diagram of the first embodiment of the present invention.
FIG. 3 is a diagram illustrating a configuration example of a second embodiment of the present invention.
FIG. 4 is an operation explanatory diagram of a second embodiment of the present invention.
FIG. 5 is an operation explanatory diagram of event notification according to the present invention.
FIG. 6 is an operational flowchart of server existence confirmation.
FIG. 7 is a diagram illustrating a configuration example of a conventional communication system.
[Explanation of symbols]
10 network
20, 20 ', 20 "client
21 Self-address calling means
22 Other address search means
23 Other address storage means
24 Communication calling means
25 Communication response means
26 Media transmission means
27 Media receiving means
28 GUI display means
29 Multipoint calling means
30 Multipoint control means
31 Event notification means
32 Event acquisition means
40 Communication server device
41 Address storage means
42 Call control transfer means
43 Media composition means
44 Composite media transmission means
50-56 processing steps
Claims (11)
通信用サーバ装置がネットワーク内に存在するかどうかを確認する手段と、
通信用サーバ装置が存在する場合には通信用サーバ装置を利用した多地点通信を行い、存在しない場合には通信用クライアント装置間で直接多地点双方向メディア通信を行う制御手段と
を有することを特徴とする通信用クライアント装置。 A communication client device for constructing a multipoint communication system that performs multipoint bidirectional media communication with each other via a network,
Means for confirming whether the communication server device exists in the network;
Perform multipoint communication using a communication server apparatus when a communication server apparatus is present, that a control means for performing multipoint bidirectional media communication directly between passing credit client device in the absence of A communication client device.
前記通信用クライアント装置間で直接多地点双方向メディア通信を行うために、
自アドレスを前記ネットワーク内の全ての通信用クライアント装置に通知する手段と、
他通信用クライアント装置にそのアドレス通知を要求する手段と、
通知された他通信用クライアント装置のアドレスを自通信用クライアント装置に格納する手段と、
格納された他通信用クライアント装置のアドレスを用いて通信の開始を要求する手段と、
通信の開始要求に対する応答を返し、二つの通信用クライアント装置間での通信を開始する手段と、
開始された通信経路に従い、メディアを送信する手段と、
他通信用クライアント装置から送信されたメディアを受信する手段と、
それらのメディアを表示し、ユーザに伝える手段と
を有することを特徴とする通信用クライアント装置。The communication client device according to claim 1 ,
In order to perform multipoint interactive media communication directly between the communication client devices,
Means for notifying its own address to all communication client devices in the network;
Means for requesting the address notification to the other communication client device;
Means for storing the address of the notified client device for other communication in the client device for own communication;
Means for requesting the start of communication using the stored address of the client device for other communication;
A means for returning a response to the communication start request and starting communication between the two communication client devices;
Means for transmitting media according to the initiated communication path;
Means for receiving media transmitted from a client device for other communication;
A communication client device comprising means for displaying these media and transmitting them to a user.
前記通信用クライアント装置間で直接多地点双方向メディア通信を行うために、
自アドレスを前記ネットワーク内の全ての通信用クライアント装置に通知する手段と、
他通信用クライアント装置にそのアドレス通知を要求する手段と、
通知された他通信用クライアント装置のアドレスを自通信用クライアント装置に格納する手段と、
格納された複数の他通信用クライアント装置のアドレスを用いて多地点通信の開始を要求する手段と、
多地点通信の開始要求に対する応答を返し、複数の通信用クライアント装置間での通信を開始する手段と、
開始された通信経路に従い、メディアを送信する手段と、
複数の他通信用クライアント装置から送信されたメディアを受信する手段と、
それらのメディアを表示し、ユーザに伝える手段と
を有することを特徴とする通信用クライアント装置。The communication client device according to claim 1 ,
In order to perform multipoint interactive media communication directly between the communication client devices,
Means for notifying its own address to all communication client devices in the network;
Means for requesting the address notification to the other communication client device;
Means for storing the address of the notified client device for other communication in the client device for own communication;
Means for requesting the start of multipoint communication using addresses of a plurality of other communication client devices stored;
A means for returning a response to the start request for multipoint communication and starting communication between a plurality of communication client devices;
Means for transmitting media according to the initiated communication path;
Means for receiving media transmitted from a plurality of other communication client devices;
A communication client device comprising means for displaying these media and transmitting them to a user.
前記通信用クライアント装置間での通信を開始する前あるいは通信中に多地点通信に参加希望すること、もしくは発言の要求を行うこと等のイベント通知を行うための手段と、
他通信用クライアント装置からのイベント通知を受信し、多地点通信の制御を行う手段と、
それらの通知および制御があった旨を表示し、ユーザに伝える手段と
を有することを特徴とする請求項3に記載の通信用クライアント装置。In addition to the above means,
Means for notifying the event such as requesting to participate in multipoint communication or requesting speech before starting communication between the communication client devices or during communication;
Means for receiving an event notification from a client device for other communication and controlling multipoint communication;
4. The communication client device according to claim 3 , further comprising means for displaying that the notification and control have been performed and transmitting the notification to the user.
前記通信用クライアント装置として、請求項1〜4のいずれか1項に記載の通信用クライアント装置を用いることを特徴とする多地点通信システム。A multipoint communication system that is composed of a plurality of communication client devices and performs multipoint bidirectional media communication between communication client devices via a network,
5. A multipoint communication system using the communication client device according to claim 1 as the communication client device.
通信用サーバ装置がネットワーク内に存在するかどうかを確認し、
通信用サーバ装置が存在する場合には通信用サーバ装置を利用した多地点通信を行い、
存在しない場合には通信用クライアント装置間で直接多地点双方向メディア通信を行う
ことを特徴とする多地点通信方法。 A multi-point communication method comprising a plurality of communication client devices connected via a network and performing multi-point bidirectional media communication between communication client devices,
Check if the communication server device exists in the network,
If there is a communication server device, perform multipoint communication using the communication server device,
Multipoint way to and performing multipoint bidirectional media communication directly between passing credit client device in the absence.
前記通信用クライアント装置間で直接多地点双方向メディア通信を行うために、
前記各通信用クライアント装置は、
自アドレスをネットワーク内の全ての通信用クライアント装置に通知し、
また、他通信用クライアント装置にアドレス通知を要求し、
通知された他通信用クライアント装置のアドレスを自通信用クライアント装置に格納し、
格納された他通信用クライアント装置のアドレスを用いて通信の開始を要求し、
通信の開始要求に対する応答を返し、二つの通信用クライアント装置間での通信を開始し、
開始された通信経路に従い、メディアを送信し、
また、他通信用クライアント装置から送信されたメディアを受信し、
それらのメディアを表示し、ユーザに伝える
ことを特徴とする多地点通信方法。 The multipoint communication method according to claim 6, wherein:
In order to perform multipoint interactive media communication directly between the communication client devices,
Each of the communication client devices is
Notify all communication client devices in the network of its own address,
Request address notification to other communication client device,
Store the address of the client device for other communication notified to the client device for own communication,
Request the start of communication using the stored address of the client device for other communication,
Returns a response to the communication start request, starts communication between the two communication client devices,
Send media according to the initiated communication path,
It also receives media sent from other communication client devices,
A multipoint communication method characterized by displaying those media and transmitting them to the user.
前記通信用クライアント装置間で直接多地点双方向メディア通信を行うために、
前記各通信用クライアント装置は、
自アドレスをネットワーク内の全ての通信用クライアント装置に通知し、
また、他通信用クライアント装置にアドレス通知を要求し、
通知された他通信用クライアント装置のアドレスを自通信用クライアント装置に格納し、
格納された複数の他通信用クライアント装置のアドレスを用いて多地点通信の開始を要求し、
多地点通信の開始要求に対する応答を返し、複数の通信用クライアント装置間での通信を開始し、
開始された通信経路に従い、メディアを送信し、
また、複数の他通信用クライアント装置から送信されたメディアを受信し、
それらのメディアを表示し、ユーザに伝える
ことを特徴とする多地点通信方法。 The multipoint communication method according to claim 6, wherein:
In order to perform multipoint interactive media communication directly between the communication client devices,
Each of the communication client devices is
Notify all communication client devices in the network of its own address,
Request address notification to other communication client device,
Store the address of the client device for other communication notified to the client device for own communication,
Request the start of multipoint communication using the stored addresses of multiple other client devices for communication,
Returns a response to the start request for multipoint communication, starts communication between multiple communication client devices,
Send media according to the initiated communication path,
Also, it receives media sent from multiple other communication client devices,
A multipoint communication method characterized by displaying those media and transmitting them to the user.
前記通信用クライアント装置間での通信を開始する前あるいは通信中に、
多地点通信に参加希望すること、もしくは発言の要求を行うこと等のイベント通知を行い、
他通信用クライアント装置からのイベント通知を受信し、多地点通信の制御を行い、
それらの通知および制御があった旨を表示し、ユーザに伝える
ことを特徴とする請求項8に記載の多地点通信方法。In addition to the above operations,
Before or during communication between the communication client devices,
Notification of events such as requesting to participate in multipoint communication or requesting remarks,
Receives event notifications from other communication client devices, controls multipoint communication,
The multipoint communication method according to claim 8 , wherein the notification and control are displayed and notified to the user.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003003295A JP3894120B2 (en) | 2003-01-09 | 2003-01-09 | COMMUNICATION CLIENT DEVICE, MULTIPOINT COMMUNICATION SYSTEM USING THE SAME, MULTIPOINT COMMUNICATION METHOD AND ITS PROGRAM |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003003295A JP3894120B2 (en) | 2003-01-09 | 2003-01-09 | COMMUNICATION CLIENT DEVICE, MULTIPOINT COMMUNICATION SYSTEM USING THE SAME, MULTIPOINT COMMUNICATION METHOD AND ITS PROGRAM |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2004221656A JP2004221656A (en) | 2004-08-05 |
JP3894120B2 true JP3894120B2 (en) | 2007-03-14 |
Family
ID=32894601
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003003295A Expired - Fee Related JP3894120B2 (en) | 2003-01-09 | 2003-01-09 | COMMUNICATION CLIENT DEVICE, MULTIPOINT COMMUNICATION SYSTEM USING THE SAME, MULTIPOINT COMMUNICATION METHOD AND ITS PROGRAM |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3894120B2 (en) |
-
2003
- 2003-01-09 JP JP2003003295A patent/JP3894120B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2004221656A (en) | 2004-08-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7715872B2 (en) | Video calling method capable of providing video through third display | |
US7656824B2 (en) | Method and system for providing a private conversation channel in a video conference system | |
CN101313554B (en) | Interactive media session establishing system, method and apparatus based on IP multimedia subsystem | |
JP2726630B2 (en) | Gateway device and gateway method | |
US8643695B2 (en) | Videoconferencing endpoint extension | |
JP5129989B2 (en) | Conference layout control and control protocol | |
CN105704426B (en) | A kind of methods, devices and systems carrying out video conference | |
US20040004942A1 (en) | Multi-media communication management system having graphical user interface conference session management | |
US20120086769A1 (en) | Conference layout control and control protocol | |
US20070294263A1 (en) | Associating independent multimedia sources into a conference call | |
JP2008210381A (en) | Server invoked time scheduled videoconference | |
US9148514B2 (en) | Method, terminal and voice memory for storing voice messages in a communication network | |
JP2005521308A (en) | Video conferencing system architecture | |
JP2008048383A (en) | Method for associating independent multimedia sources into conference call | |
US6522645B1 (en) | Computer telephony integration system and operation method therein | |
CN107431733A (en) | Information processor, communications platform determine method, Transmission system and transmission terminal | |
JP5036527B2 (en) | Connection apparatus and connection method | |
KR101461055B1 (en) | Private Branch Exchange Providing Video Telephony for a Legacy Phone and Method Thereof | |
JP2003223407A (en) | Contents sharing support system, user terminal, contents sharing support server, method and program for sharing contents among users, and recording medium for the program | |
JP2006501734A (en) | Telephone device, multimedia terminal, and server | |
JP2005311670A (en) | Terminal, system and method for television conference, and program therefor | |
JP3894120B2 (en) | COMMUNICATION CLIENT DEVICE, MULTIPOINT COMMUNICATION SYSTEM USING THE SAME, MULTIPOINT COMMUNICATION METHOD AND ITS PROGRAM | |
JP2007041851A (en) | Communication system, its control method, program and storage medium | |
JP2007036813A (en) | Monitoring system and method for communication signal in ip network and sip server and monitor apparatus used the same | |
CN110546947A (en) | method for conducting an audio and/or video conference |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050120 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060804 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060929 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20061121 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20061204 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101222 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101222 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111222 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111222 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121222 Year of fee payment: 6 |
|
LAPS | Cancellation because of no payment of annual fees |