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 PDF

Info

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
Application number
JP2003003295A
Other languages
Japanese (ja)
Other versions
JP2004221656A (en
Inventor
隆 後藤
規夫 玉木
文彦 伊藤
洋二 久留巣
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to JP2003003295A priority Critical patent/JP3894120B2/en
Publication of JP2004221656A publication Critical patent/JP2004221656A/en
Application granted granted Critical
Publication of JP3894120B2 publication Critical patent/JP3894120B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

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 network 10 is a communication network capable of transmitting digital data packets such as an IP network, ATM network, ISDN network, or PHS public network. Communication client devices (hereinafter also simply referred to as clients) 20, 20 ′,... Are communication terminals having video / audio / data (media) transmission / reception display functions.
[0022]
The own address calling means 21 of the client 20 (same for 20 ′) is means for notifying all clients connected to the network 10 of the own address when the client is activated or when the user inputs a user. It is. The other address search means 22 is a means for requesting an address notification 21 from another client.
[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 communication calling unit 24 is a unit that requests connection to the address of another client stored in the other address storage unit 23 by a call control procedure.
[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 media transmission unit 26 is a unit that transmits a media signal to the destination client based on the connection information established by the other address storage unit 23 and the communication calling unit 24.
[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 communication server device 40 has means for transferring the call control procedures (21 to 25) from the clients 20, 20 ′,... And synthesizing the media signals (26, 27). The notification from the self-address calling unit 21 is stored in a storage medium such as a memory in the communication server device 40 by the storage unit 41 of the communication server.
[0027]
The notification request from the other address search means 22 is sent to the communication server device 40, and the address notification means 42 notifies the client address stored by the address storage means 41. The notification calling procedure 24 is sent to the communication server device 40, and the call control transfer means 42 transfers the call control signal to the client using the client address of the address storage means 41.
[0028]
The communication control procedure 25 receives a call control signal from the call control transfer means 42 and establishes a connection between clients. The media synthesizing unit 43 is a unit for synthesizing the media signal from the media transmitting unit 26 from the client 20 and the media signal from the media transmitting unit 26 from the client 20 ′.
[0029]
The combined media transmitting unit 44 is a unit for transmitting the media combined by the media combining unit 43 to the clients 20 and 20 ′, and is received by the media receiving unit 27 of the client. The synthesized media signal is displayed on the screen by the GUI display means 28 in the client.
[0030]
Thus, in the conventional multipoint bidirectional communication, the call control procedure and the media signal always pass through the communication server device 40, and the communication server device 40 cannot be omitted. This suggests that the processing load on the media composing means 43 becomes enormous and causes a call loss as the network becomes broadband and the media becomes high quality and large capacity.
[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 clients 20 and 20 ′. The client 20 notifies its own address when the client is activated or in response to an instruction from the user (2a). This notification is delivered to all clients existing in the network 10. For this reason, it is common to use a technique such as multicast in the IP network, but the present invention can be implemented using other techniques.
[0032]
The client 20 ′ stores the notified address of the client 20 in the memory (2b). As a result, the presence of the client 20 can be found. Thereafter, the client 20 transmits an address notification request (2c) in order to find another client (in this example, the client 20 ′) existing in the network. Receiving this request, the client 20 ′ notifies its own address only to the client 20 (2d).
[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: "Client 20"<sip:cl20@aka.hikari>
Contact: “Client 20” <sip: cl20@192.168.0.1: 5060>
Expires: XXXX
[0034]
In the example, the client 20 has sent its own address notification message to the multicast address of 224.0.1.75, and other clients that have received this store the address described in Contact: (in the example, 192.168.0.1:5060) (2b). It is also possible to notify that the address is no longer used by sending a similar message in which Expires: is set to 0.
[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 client 20 stores the notified address in the memory (2e). Thereby, it is possible to confirm that each other exists in the network 10. Thereafter, the client 20 transmits a call control signal for requesting the start of communication to the client 20 ′ (2f). In response to this, the client 20 ′ returns a call control signal that acknowledges the start of communication to the client 20 (2g).
[0038]
This makes it possible to establish a connection between clients. After the connection is established, the media signal is directly transmitted from the client 20 to the client 20 ′ (2h). The client 20 ′ receives the media signal from the client 20 and displays it on the screen. Similarly, by performing the reverse operation (transmission from the client 20 ′) (2i), it is possible to transmit and display the media signal from the client 20 ′ to the client 20.
[0039]
According to the above operation example, bidirectional transmission / reception and display of media signals between the client 20 and the client 20 ′ can be performed.
[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 network 10 and clients 20, 20 ′, 20 ″,... Are the same as those in FIG. 1 showing the configuration of the first embodiment. The difference from the first embodiment is between the clients. Instead of means for one-to-one communication (communication calling means 24), it has means for n-to-n multipoint communication, and various event notification means necessary for multipoint communication. It is.
[0041]
The multipoint calling means 29 is a means for transmitting a call control signal for requesting the start of multipoint communication from the client 20 to a plurality of other clients. The communication response means 25 is a means for returning a response to the 29 call control signal. The multipoint control means 30 is a means for controlling whether or not each client of the started multipoint communication is replaced, and whether or not each client can transmit and receive media signals.
[0042]
The event notification unit 31 is a unit for notifying other clients of the status of each client, and the event acquisition unit 32 receives an event notification from the event notification unit 31 of the other client and transmits the event data to multiple points. It is a means for transmitting to the control means 30.
[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 clients 20, 20 ′, 20 ″. Although the number of clients is not limited, in this example, a description will be given by taking as an example a procedure for starting multipoint communication with three clients from the client 20.
[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 client 20 transmits a call control signal for requesting the start of multipoint communication to a specific client (20 ′, 20 ″ in this example) (4f). "" Returns a response to the response (4g), thereby establishing a connection with the client 20.
[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 = “Client 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 = “Client 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 = “Client 20” <sip: cl20dd@aka.hikari>
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 client 20 and the client 20 ", 224.0.0.20.2 And 224.0.20.3 multicast address is specified to be received.
[0049]
Here, in the call control signal, not only the connection information with the client 20 but also the connection information with other clients is described. Therefore, when a connection with the client 20 is established, to which address A connection path with another client is established to determine whether a media signal needs to be transmitted and received.
[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 client 20 transmits a media signal to the clients 20 ′ and 20 ″ (4h). Since there are a plurality of destinations for transmission of the media signal, multicast or the like is used in the IP network. This can be realized by using this method.
[0051]
The client 20 ′, 20 ″ receives the media signal from the client 20 and displays it on the screen (4i). Similarly, the client 20 ′, 20 ″ performs the same operation to perform the client 20 ′. Transmission of media signals from the client 20 to the clients 20 and 20 ″ (4j) and transmission of media signals from the clients 20 ″ to the clients 20 and 20 ′ (4k) are possible. Display is possible.
[0052]
According to the above operation example, bidirectional transmission / reception and display of media signals between the clients 20, 20 ′, 20 ″ can be performed.
[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 client 20 ″ to shift from the transmission disabled state to the transmission enabled state is as follows. The client 20 ″ directly notifies the client 20 of an event (5a). At this time, no server or aggregation device is required. The client 20 that has received the event notification displays on the screen that the notification has been received, and gives the user an opportunity to perform multipoint communication control (or automatically performs a control operation).
[0055]
When the user or automatic transmission is selected, the client 20 requests the client 20 ″ to establish a multipoint communication connection indicating that transmission is possible using the multipoint calling means 29 (5b). Another example of operation is the use of event notification to discover which client wants multipoint communication before making a multipoint call.
[0056]
In this case, the client 20 first transmits an event indicating that multipoint communication is started by event notification to all the communication clients in the network 10 (5c). Among the other clients that have received this event, the client that actually wants to participate in the multipoint communication similarly uses the event notification and transmits an event indicating that the client 20 is participating (5d). .
[0057]
In this example, only the client 20 ″ performs event notification. The client 20 transmits call control for connection of multipoint communication with only the client that has transmitted the event indicating participation as a participant (5e). Upon receiving this, the client 20 ″ returns a response to the client 20 ″ (5f), so that it is possible to easily realize multipoint bidirectional media communication constituted only by a specific client.
[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 client 20 transmits a signal indicating whether the communication server device 40 exists in the network 10 (step 51). This is a signal that depends on the network. For example, in the case of an IP network, ping or the like is applicable. If there is no response to the signal (N in step 52), a signal is transmitted using the other address search means 22 in order to confirm the existence of another communication server device (step 53).
[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 network 10, the communication server device that has received the signal from the other address search means 22 returns a response to the client 20 using the own address call means 21 ( Y in step 54). When the client can confirm the presence of the communication server device by the two means (Y in step 52 or step 54), the client establishes the connection for multipoint communication using the communication server device to the communication server device. Start (step 56).
[0062]
On the other hand, when the presence of the communication server device cannot be confirmed (both N in step 52 and step 54), the client according to the procedure according to each embodiment described above directly between the clients. It is assumed that multipoint communication connection is started (step 55).
[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.
請求項1に記載の通信用クライアント装置であって、
前記通信用クライアント装置間で直接多地点双方向メディア通信を行うために、
自アドレスを前記ネットワーク内の全ての通信用クライアント装置に通知する手段と、
他通信用クライアント装置にそのアドレス通知を要求する手段と、
通知された他通信用クライアント装置のアドレスを自通信用クライアント装置に格納する手段と、
格納された他通信用クライアント装置のアドレスを用いて通信の開始を要求する手段と、
通信の開始要求に対する応答を返し、二つの通信用クライアント装置間での通信を開始する手段と、
開始された通信経路に従い、メディアを送信する手段と、
他通信用クライアント装置から送信されたメディアを受信する手段と、
それらのメディアを表示し、ユーザに伝える手段と
を有することを特徴とする通信用クライアント装置。
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.
請求項1に記載の通信用クライアント装置であって、
前記通信用クライアント装置間で直接多地点双方向メディア通信を行うために、
自アドレスを前記ネットワーク内の全ての通信用クライアント装置に通知する手段と、
他通信用クライアント装置にそのアドレス通知を要求する手段と、
通知された他通信用クライアント装置のアドレスを自通信用クライアント装置に格納する手段と、
格納された複数の他通信用クライアント装置のアドレスを用いて多地点通信の開始を要求する手段と、
多地点通信の開始要求に対する応答を返し、複数の通信用クライアント装置間での通信を開始する手段と、
開始された通信経路に従い、メディアを送信する手段と、
複数の他通信用クライアント装置から送信されたメディアを受信する手段と、
それらのメディアを表示し、ユーザに伝える手段と
を有することを特徴とする通信用クライアント装置。
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.
前記各手段に加えて、さらに、
前記通信用クライアント装置間での通信を開始する前あるいは通信中に多地点通信に参加希望すること、もしくは発言の要求を行うこと等のイベント通知を行うための手段と、
他通信用クライアント装置からのイベント通知を受信し、多地点通信の制御を行う手段と、
それらの通知および制御があった旨を表示し、ユーザに伝える手段と
を有することを特徴とする請求項に記載の通信用クライアント装置。
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.
請求項6に記載の多地点通信方法であって、
前記通信用クライアント装置間で直接多地点双方向メディア通信を行うために、
前記各通信用クライアント装置は、
自アドレスをネットワーク内の全ての通信用クライアント装置に通知し、
また、他通信用クライアント装置にアドレス通知を要求し、
通知された他通信用クライアント装置のアドレスを自通信用クライアント装置に格納し、
格納された他通信用クライアント装置のアドレスを用いて通信の開始を要求し、
通信の開始要求に対する応答を返し、二つの通信用クライアント装置間での通信を開始し、
開始された通信経路に従い、メディアを送信し、
また、他通信用クライアント装置から送信されたメディアを受信し、
それらのメディアを表示し、ユーザに伝える
ことを特徴とする多地点通信方法。
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.
請求項6に記載の多地点通信方法であって、
前記通信用クライアント装置間で直接多地点双方向メディア通信を行うために、
前記各通信用クライアント装置は、
自アドレスをネットワーク内の全ての通信用クライアント装置に通知し、
また、他通信用クライアント装置にアドレス通知を要求し、
通知された他通信用クライアント装置のアドレスを自通信用クライアント装置に格納し、
格納された複数の他通信用クライアント装置のアドレスを用いて多地点通信の開始を要求し、
多地点通信の開始要求に対する応答を返し、複数の通信用クライアント装置間での通信を開始し、
開始された通信経路に従い、メディアを送信し、
また、複数の他通信用クライアント装置から送信されたメディアを受信し、
それらのメディアを表示し、ユーザに伝える
ことを特徴とする多地点通信方法。
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.
前記各動作に加えて、
前記通信用クライアント装置間での通信を開始する前あるいは通信中に、
多地点通信に参加希望すること、もしくは発言の要求を行うこと等のイベント通知を行い、
他通信用クライアント装置からのイベント通知を受信し、多地点通信の制御を行い、
それらの通知および制御があった旨を表示し、ユーザに伝える
ことを特徴とする請求項に記載の多地点通信方法。
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.
請求項6〜9のいずれか1項に記載の多地点通信方法をコンピュータ制御により実現するための、呼制御シーケンスのコンピュータ制御用プログラム。  A computer control program of a call control sequence for realizing the multipoint communication method according to any one of claims 6 to 9 by computer control. 請求項10に記載のコンピュータ制御用プログラムを記録したコンピュータにより読取り可能な記録媒体。  A computer-readable recording medium on which the computer control program according to claim 10 is recorded.
JP2003003295A 2003-01-09 2003-01-09 COMMUNICATION CLIENT DEVICE, MULTIPOINT COMMUNICATION SYSTEM USING THE SAME, MULTIPOINT COMMUNICATION METHOD AND ITS PROGRAM Expired - Fee Related JP3894120B2 (en)

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)

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