(57)【要約】【課題】端末装置からの呼制御信号およびメディア信号を、集中装置へと送信せずに対となる端末装置へ直接送信することにより、集中装置を不要とする大規模，高品質なメディア信号による、呼損のない多地点通信を可能とすること。【解決手段】各通信用クライアント装置２０，２０’は、自アドレスをネットワーク内の全ての通信用クライアント装置に通知し（２１）、また、他通信用クライアント装置にアドレス通知を要求し（２２）、通知された他通信用クライアント装置のアドレスを自通信用クライアント装置に格納し（２３）、格納された他通信用クライアント装置のアドレスを用いて通信の開始を要求し（２４）、通信の開始要求に対する応答を返し（２５）、二つの通信用クライアント装置間での通信を開始し、開始された通信経路に従いメディアを送受信し（２６，２７）、表示して（２８）ユーザに伝える。【選択図】      図１
2004221656.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して相互に多地点双方向メディア通信を行う多地点通信システムを構築するための通信用クライアント装置であって、
自アドレスを前記ネットワーク内の全ての通信用クライアント装置に通知する手段と、
他通信用クライアント装置にそのアドレス通知を要求する手段と、
通知された他通信用クライアント装置のアドレスを自通信用クライアント装置に格納する手段と、
格納された他通信用クライアント装置のアドレスを用いて通信の開始を要求する手段と、
通信の開始要求に対する応答を返し、二つの通信用クライアント装置間での通信を開始する手段と、
開始された通信経路に従い、メディアを送信する手段と、
他通信用クライアント装置から送信されたメディアを受信する手段と、
それらのメディアを表示し、ユーザに伝える手段と
を有することを特徴とする通信用クライアント装置。
【請求項２】
ネットワークを介して相互に多地点双方向メディア通信を行う多地点通信システムを構築するための通信用クライアント装置であって、
自アドレスを前記ネットワーク内の全ての通信用クライアント装置に通知する手段と、
他通信用クライアント装置にそのアドレス通知を要求する手段と、
通知された他通信用クライアント装置のアドレスを自通信用クライアント装置に格納する手段と、
格納された複数の他通信用クライアント装置のアドレスを用いて多地点通信の開始を要求する手段と、
多地点通信の開始要求に対する応答を返し、複数の通信用クライアント装置間での通信を開始する手段と、
開始された通信経路に従い、メディアを送信する手段と、
複数の他通信用クライアント装置から送信されたメディアを受信する手段と、
それらのメディアを表示し、ユーザに伝える手段と
を有することを特徴とする通信用クライアント装置。
【請求項３】
前記各手段に加えて、さらに、
前記通信用クライアント装置間での通信を開始する前あるいは通信中に多地点通信に参加希望すること、もしくは発言の要求を行うこと等のイベント通知を行うための手段と、
他通信用クライアント装置からのイベント通知を受信し、多地点通信の制御を行う手段と、
それらの通知および制御があった旨を表示し、ユーザに伝える手段と
を有することを特徴とする請求項２に記載の通信用クライアント装置。
【請求項４】
前記各手段に加えて、さらに、
通信用サーバ装置がネットワーク内に存在するかどうかを確認する手段と、
通信用サーバ装置が存在する場合には通信用サーバ装置を利用した多地点通信を行い、存在しない場合には請求項１〜３のいずれか１項に記載の通信用クライアント装置間で直接多地点双方向メディア通信を行う制御手段と
を有することを特徴とする通信用クライアント装置。
【請求項５】
複数の通信用クライアント装置から構成され、ネットワークを介して通信用クライアント装置間で多地点双方向メディア通信を行う多地点通信システムであって、
前記通信用クライアント装置として、請求項１〜４のいずれか１項に記載の通信用クライアント装置を用いることを特徴とする多地点通信システム。
【請求項６】
ネットワークを介して接続される複数の通信用クライアント装置から構成され、通信用クライアント装置間で多地点双方向メディア通信を行う多地点通信方法であって、
前記各通信用クライアント装置は、
自アドレスをネットワーク内の全ての通信用クライアント装置に通知し、
また、他通信用クライアント装置にアドレス通知を要求し、
通知された他通信用クライアント装置のアドレスを自通信用クライアント装置に格納し、
格納された他通信用クライアント装置のアドレスを用いて通信の開始を要求し、
通信の開始要求に対する応答を返し、二つの通信用クライアント装置間での通信を開始し、
開始された通信経路に従い、メディアを送信し、
また、他通信用クライアント装置から送信されたメディアを受信し、
それらのメディアを表示し、ユーザに伝える
ことを特徴とする多地点通信方法。
【請求項７】
ネットワークを介して接続される複数の通信用クライアント装置から構成され、通信用クライアント装置間で多地点双方向メディア通信を行う多地点通信方法であって、
前記各通信用クライアント装置は、
自アドレスをネットワーク内の全ての通信用クライアント装置に通知し、
また、他通信用クライアント装置にアドレス通知を要求し、
通知された他通信用クライアント装置のアドレスを自通信用クライアント装置に格納し、
格納された複数の他通信用クライアント装置のアドレスを用いて多地点通信の開始を要求し、
多地点通信の開始要求に対する応答を返し、複数の通信用クライアント装置間での通信を開始し、
開始された通信経路に従い、メディアを送信し、
また、複数の他通信用クライアント装置から送信されたメディアを受信し、
それらのメディアを表示し、ユーザに伝える
ことを特徴とする多地点通信方法。
【請求項８】
前記各動作に加えて、
前記通信用クライアント装置間での通信を開始する前あるいは通信中に、
多地点通信に参加希望すること、もしくは発言の要求を行うこと等のイベント通知を行い、
他通信用クライアント装置からのイベント通知を受信し、多地点通信の制御を行い、
それらの通知および制御があった旨を表示し、ユーザに伝える
ことを特徴とする請求項７に記載の多地点通信方法。
【請求項９】
前記各動作に加えて、
通信用サーバ装置がネットワーク内に存在するかどうかを確認し、
通信用サーバ装置が存在する場合には通信用サーバ装置を利用した多地点通信を行い、
存在しない場合には前記動作に基づいて通信用クライアント装置間で直接多地点双方向メディア通信を行う
ことを特徴とする請求項６〜８のいずれか１項に記載の多地点通信方法。
【請求項１０】
請求項６〜９のいずれか１項に記載の多地点通信方法をコンピュータ制御により実現するための、呼制御シーケンスのコンピュータ制御用プログラム。
【請求項１１】
請求項１０に記載のコンピュータ制御用プログラムを記録したコンピュータにより読取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、遠隔地間に設置された映像／音声／データ通信装置を用いて、ネットワークを介して多地点間双方向通信による映像／音声／データ会議を実現する通信用クライアント装置とこれを用いる多地点通信システム、並びに多地点通信方法およびそのプログラム、さらにこのプログラムを記録した媒体に関する。
【０００２】
【従来の技術】
従来、映像・音声・データ（以下、これらを総称してメディアという）を扱う多地点間での双方向通信を行うためには、各地点におかれる端末装置の他に、呼制御信号およびメディア信号を集約して処理する集中装置が必要であった。この場合、集中装置は、呼制御信号を転送し、あるいは自ら複数の端末装置に向けて呼制御信号を送信することにより、端末間の接続の制御を行っていた。
【０００３】
また、複数の端末装置から送信される複数のメディア信号を、集中装置により１つのメディア信号に合成し、複数の端末装置に送信することで、多地点間での双方向通信の提供を行う技術も知られている（例えば、特許文献１参照）。
【０００４】
しかし、これらの方式では、集中装置における制御信号の送受信およびメディア信号の合成に伴う処理負荷が大きく、端末装置の増加および送受信するメディア信号の高品質化に伴うデータ量の増加により、集中装置が呼損を起こすという問題があった（詳細は、後述する）。
【０００５】
また、メディア信号の合成を行わず、制御信号のみ送受信する集中装置により、処理負荷を軽減する方式もあり、例えばＩＴＵ−ＴＨ．３２３（非集中型マルチポイント会議）などにより知られているが、集中装置を設置するための場所・コストおよび集中装置の設定などが必要であることには、変わりがなかった。
【０００６】
【特許文献１】
特開２００２−２５２８４３号公報
【０００７】
【発明が解決しようとする課題】
本発明は、上記事情に鑑みてなされたものであり、その目的とするところは、前記従来技術における問題を解消した、通信用クライアント装置とこれを用いる多地点双方向通信システム、並びに多地点双方向通信方法およびそのプログラムを提供することにある。
【０００８】
より具体的には、集中装置を必要とする多地点通信システムの構造を改善し、端末装置からの呼制御信号およびメディア信号を、集中装置へと送信せずに、対となる端末装置へ直接送信することにより、集中装置を不要とすることで、大規模（数万端末装置以上），高品質（従来の数十倍以上）なメディア信号による、呼損のない多地点通信を可能とし、また、システム構築の簡易化，コスト低減を可能とする通信用クライアント装置とこれを用いる多地点双方向通信システム、並びに多地点双方向通信方法およびそのプログラムさらにこのプログラムを記録した記録媒体を提供することにある。
【０００９】
【課題を解決するための手段】
上記目的を達成するため、本発明に係る第１の通信用クライアント装置は、ネットワークを介して相互に多地点双方向メディア通信を行う多地点通信システムを構築するための通信用クライアント装置であって、自アドレスを前記ネットワーク内の全ての通信用クライアント装置に通知する手段と、他通信用クライアント装置にそのアドレス通知を要求する手段と、通知された他通信用クライアント装置のアドレスを自通信用クライアント装置に格納する手段と、格納された他通信用クライアント装置のアドレスを用いて通信の開始を要求する手段と、通信の開始要求に対する応答を返し、二つの通信用クライアント装置間での通信を開始する手段と、開始された通信経路に従い、メディアを送信する手段と、他通信用クライアント装置から送信されたメディアを受信する手段と、それらのメディアを表示し、ユーザに伝える手段とを有することを特徴とする。
【００１０】
また、本発明に係る第２の通信用クライアント装置は、ネットワークを介して相互に多地点双方向メディア通信を行う多地点通信システムを構築するための通信用クライアント装置であって、自アドレスを前記ネットワーク内の全ての通信用クライアント装置に通知する手段と、他通信用クライアント装置にそのアドレス通知を要求する手段と、通知された他通信用クライアント装置のアドレスを自通信用クライアント装置に格納する手段と、格納された複数の他通信用クライアント装置のアドレスを用いて多地点通信の開始を要求する手段と、多地点通信の開始要求に対する応答を返し、複数の通信用クライアント装置間での通信を開始する手段と、開始された通信経路に従い、メディアを送信する手段と、複数の他通信用クライアント装置から送信されたメディアを受信する手段と、それらのメディアを表示し、ユーザに伝える手段とを有することを特徴とする。
【００１１】
また、本発明に係る第３の通信用クライアント装置は、上述の本発明に係る第２の通信用クライアント装置の構成に、さらに、前記通信用クライアント装置間での通信を開始する前あるいは通信中に多地点通信に参加希望すること、もしくは発言の要求を行うこと等のイベント通知を行うための手段と、他通信用クライアント装置からのイベント通知を受信し、多地点通信の制御を行う手段と、それらの通知および制御があった旨を表示し、ユーザに伝える手段とを有することを特徴とする。
【００１２】
また、本発明に係る第４の通信用クライアント装置は、上述の本発明に係る各通信用クライアント装置の構成に、さらに、通信用サーバ装置がネットワーク内に存在するかどうかを確認する手段と、通信用サーバ装置が存在する場合には通信用サーバ装置を利用した多地点通信を行い、存在しない場合には請求項１〜３のいずれか１項に記載の通信用クライアント装置間で直接多地点双方向メディア通信を行う制御手段とを有することを特徴とする。
【００１３】
また、本発明に係る多地点通信システムは、複数の通信用クライアント装置から構成され、ネットワークを介して通信用クライアント装置間で多地点双方向メディア通信を行う多地点双方向通信システムであって、前記通信用クライアント装置として、上述の通信用クライアント装置のいずれかを用いることを特徴とするものである。
【００１４】
また、本発明に係る第１の多地点通信方法は、ネットワークを介して接続される複数の通信用クライアント装置から構成され、通信用クライアント装置間で多地点双方向メディア通信を行う多地点通信方法であって、前記各通信用クライアント装置は、自アドレスをネットワーク内の全ての通信用クライアント装置に通知し、また、他通信用クライアント装置にアドレス通知を要求し、通知された他通信用クライアント装置のアドレスを自通信用クライアント装置に格納し、格納された他通信用クライアント装置のアドレスを用いて通信の開始を要求し、通信の開始要求に対する応答を返し、二つの通信用クライアント装置間での通信を開始し、開始された通信経路に従い、メディアを送信し、また、他通信用クライアント装置から送信されたメディアを受信し、それらのメディアを表示し、ユーザに伝えることを特徴とする。
【００１５】
また、本発明に係る第２の多地点通信方法は、ネットワークを介して接続される複数の通信用クライアント装置から構成され、通信用クライアント装置間で多地点双方向メディア通信を行う多地点通信方法であって、前記各通信用クライアント装置は、自アドレスをネットワーク内の全ての通信用クライアント装置に通知し、また、他通信用クライアント装置にアドレス通知を要求し、通知された他通信用クライアント装置のアドレスを自通信用クライアント装置に格納し、格納された複数の他通信用クライアント装置のアドレスを用いて多地点通信の開始を要求し、多地点通信の開始要求に対する応答を返し、複数の通信用クライアント装置間での通信を開始し、開始された通信経路に従い、メディアを送信し、また、複数の他通信用クライアント装置から送信されたメディアを受信し、それらのメディアを表示し、ユーザに伝えることを特徴とする。
【００１６】
また、本発明に係る第３の多地点通信方法は、上述の本発明に係る第２の多地点通信方法の構成に加えて、さらに、前記通信用クライアント装置間での通信を開始する前あるいは通信中に、多地点通信に参加希望すること、もしくは発言の要求を行うこと等のイベント通知を行い、他通信用クライアント装置からのイベント通知を受信し、多地点通信の制御を行い、それらの通知および制御があった旨を表示し、ユーザに伝えることを特徴とする。
【００１７】
また、本発明に係る第４の多地点通信方法は、上述の本発明に係る各多地点通信方法の構成に加えて、さらに、通信用サーバ装置がネットワーク内に存在するかどうかを確認し、通信用サーバ装置が存在する場合には通信用サーバ装置を利用した多地点通信を行い、存在しない場合には前記手段を用いて通信用クライアント装置間で直接多地点双方向メディア通信を行うことを特徴とする。
【００１８】
なお、上述の多地点通信方法は、これをコンピュータ制御により実現することが好ましく、本発明は、上述の通信用クライアント装置における各手段をコンピュータによって実現するためのプログラムとしても具体化、すなわち商品化することが可能である。
さらに、本発明は、上述のコンピュータ制御用プログラムを記録したコンピュータにより読取り可能な記録媒体としても具体化することが可能である。
【００１９】
本発明はメディアの種類を問わないため、音声と映像を用いた多地点双方向通信システムに適用できるだけでなく、音声のみの多地点双方向通信システム，静止画・文書・手入力テキスト等のデータを用いた多地点双方向通信システムあるいはそれらを複合した多地点双方向通信システムにも適用可能であることはいうまでもない。
【００２０】
【発明の実施の形態】
以下、本発明の実施の形態を、図面に示す好適実施例に基づいて、詳細に説明する。
【００２１】
〔第１の実施の形態〕
まず、本発明の第１の実施の形態について説明する。
図１は、本発明の第１の実施の形態の構成を示す図である。図１において、ネットワーク１０は、ＩＰ網，ＡＴＭ網，ＩＳＤＮ網またはＰＨＳ公衆網などのデジタルデータパケットを送信可能な通信網である。通信用クライアント装置（以下、単にクライアントともいう）２０，２０’，……は、映像・音声・データ（メディア）の送受信表示機能を持つ通信端末である。
【００２２】
クライアント２０（２０’も同様）の自アドレス発呼手段２１は、クライアントの起動時もしくはクライアントに利用ユーザからのユーザ入力があった場合に、自アドレスをネットワーク１０につながる全てのクライアントに通知する手段である。他アドレス検索手段２２は、他クライアントからのアドレス通知２１を要求するための手段である。
【００２３】
他アドレス格納手段２３は、他アドレス検索手段２２からの要求により通知された他クライアントのアドレスを、クライアント内のメモリ等の記憶媒体に格納し、そのアドレスを後に利用可能とする手段である。通信発呼手段２４は、他アドレス格納手段２３により格納された他クライアントのアドレス宛てに呼制御手順により接続を要求する手段である。
【００２４】
通信応答手段２５は、上述の通信発呼手段２４により他クライアントから要求された接続呼手順に応答し、当該他クライアントとの接続を確立するための手段である。メディア送信手段２６は、他アドレス格納手段２３，通信発呼手段２４により確立された接続情報に基づき、メディア信号を送信先クライアントに向けて送信する手段である。
【００２５】
メディア受信手段２７は、他アドレス格納手段２３，通信発呼手段２４により確立された接続情報に基づき、送信元クライアントからのメディア信号を受信する手段であり、メディア送信手段２６，メディア受信手段２７とも、送信先もしくは送信元は、複数のクライアントから構成される。ＧＵＩ表示手段２８は、前記各手段（２１〜２７）の手順結果の表示，メディアの表示等を行い、ユーザに手順の詳細を伝えるための手段である。
【００２６】
図７は、従来の多地点双方向通信システムの構成を補足説明するための図である。
図７において、通信用サーバ装置４０は、クライアント２０、２０’，……からの呼制御手順（２１〜２５）の転送，メディア信号（２６，２７）の合成を行う手段を持つ。自アドレス発呼手段２１からの通知を、通信用サーバの格納手段４１にて通信用サーバ装置４０内のメモリなどの記憶媒体に格納する。
【００２７】
他アドレス検索手段２２からの通知要求は通信用サーバ装置４０に送られ、アドレス通知手段４２により、アドレス格納手段４１により格納されたクライアントのアドレスを通知する。通知発呼手順２４は通信用サーバ装置４０に送られ、呼制御転送手段４２により、アドレス格納手段４１のクライアントアドレスを利用して呼制御信号をクライアントに転送する。
【００２８】
通信応答手順２５により呼制御転送手段４２からの呼制御信号を受信し、クライアント間での接続を確立する。メディア合成手段４３は、クライアント２０からのメディア送信手段２６によるメディア信号およびクライアント２０’からのメディア送信手段２６によるメディア信号を合成するための手段である。
【００２９】
合成メディア送信手段４４は、メディア合成手段４３により合成されたメディアをクライアント２０および２０’に送信するための手段であり、クライアントのメディア受信手段２７により受信される。合成されたメディア信号はクライアントにおいてＧＵＩ表示手段２８により画面に表示される。
【００３０】
このように、従来の多地点双方向通信では、呼制御手順およびメディア信号が必ず、通信用サーバ装置４０を経由することとなり、通信用サーバ装置４０を省くことはできない。これは、ネットワークが広帯域となり、メディアが高品質・大容量となるにつれ、メディア合成手段４３の処理負荷が莫大となり、呼損を起こすことを示唆している。
【００３１】
図２は、本発明の第１の実施の形態における動作例を示しており、クライアント２０と２０’間の双方向メディア通信を行う場合の動作説明図である。クライアントの起動時もしくはユーザからの指示により、クライアント２０から自アドレスが通知される（２ａ）。この通知は、ネットワーク１０内に存在する全てのクライアントに届けられる。そのためＩＰ網ではマルチキャストなどの手法を用いることが一般的ではあるが、その手法以外のものでも、本発明の実施は可能である。
【００３２】
クライアント２０’は、通知されたクライアント２０のアドレスをメモリに格納する（２ｂ）。これにより、クライアント２０の存在を発見することが可能となる。その後、クライアント２０は、ネットワーク内に存在する他のクライアント（この例の場合は、クライアント２０’）を発見するために、アドレス通知の要求（２ｃ）を送信する。この要求を受信したクライアント２０’は、クライアント２０のみに向けて、自アドレスを通知する（２ｄ）。
【００３３】
以下は、自アドレス通知（２ａ）をＳＩＰにより記述した場合の例である。
ＲＥＧＩＳＴＥＲ  ｓｉｐ：２２４．０．１．７５：５０６０  ＳＩＰ／２．０
Ｆｒｏｍ：“クライアント２０”＜ｓｉｐ：ｃｌ２０＠ａｋａ．ｈｉｋａｒｉ＞
Ｃｏｎｔａｃｔ：“クライアント２０”＜ｓｉｐ：ｃｌ２０＠１９２．１６８．０．１：５０６０＞
Ｅｘｐｉｒｅｓ：  ＸＸＸＸ
【００３４】
例では、クライアント２０が自アドレス通知メッセージを２２４．０．１．７５のマルチキャストアドレスに送信しており、これを受信した他クライアントは、Ｃｏｎｔａｃｔ：に記述されたアドレス（例では、１９２．１６８．０．１：５０６０）を格納する（２ｂ）。なお、Ｅｘｐｉｒｅｓ：に０が設定された同様のメッセージを送信することで、そのアドレスが使われなくなったことを通知することも可能である。
【００３５】
以下は、アドレス通知の要求（２ｃ）をＳＩＰにより記述した場合の例である。
ＲＥＧＩＳＴＥＲ  ｓｉｐ：２２４．０．１．７５：５０６０  ＳＩＰ／２．０
Ｆｒｏｍ：  ｓｉｐ：ｃｂｏｘ＠ａｋａ．ｈｉｋａｒｉ
Ｃｏｎｔａｃｔ：  ｓｉｐ：ｃｂｏｘ＠１９２．１６８．０．１：５０６０
Ｃａｌｌ−Ｉｎｆｏ：  ＜ｓｉｐ：ｃｂｏｘ＠ａｋａ．ｈｉｋａｒｉ＞；ＣＢＯＸ
Ｅｘｐｉｒｅｓ：  ＸＸＸＸ
【００３６】
例では、アドレス通知の要求メッセージを２２４．０．１．７５のマルチキャストアドレスに送信しており、それを受信した他クライアントは、Ｃｏｎｔａｃｔ：に記述されたアドレス（例では、１９２．１６８．０．１：５０６０）に対して、自アドレス通知（２ａ）メッセージを送信する。Ｃａｌｌ−Ｉｎｆｏ：にＣＢＯＸと記述されていることにより、クライアントに対する要求メッセージであることが定義される。
【００３７】
クライアント２０は、通知されたアドレスをメモリに格納する（２ｅ）。これにより、お互いがネットワーク１０内に存在することを確認することが可能となる。その後、クライアント２０は、クライアント２０’に向けて通信の開始を要求する呼制御信号を送信する（２ｆ）。クライアント２０’は、それを受け、通信の開始を了承する呼制御信号をクライアント２０に返信する（２ｇ）。
【００３８】
これにより、クライアント間での接続の確立が可能となる。接続が確立された後は、クライアント２０からメディア信号が直接クライアント２０’に送信される（２ｈ）。クライアント２０’では、クライアント２０からのメディア信号を受信し、画面上に表示する。同様に、逆の動作（クライアント２０’からの送信）を行う（２ｉ）ことで、クライアント２０’からのクライアント２０へのメディア信号の送信および表示が可能となる。
【００３９】
上記動作例によれば、クライアント２０とクライアント２０’との間におけるメディア信号の双方向送受信および表示が可能となる。
【００４０】
〔第２の実施の形態〕
次に、本発明の第２の実施の形態について説明する。
図３は、本発明の第２の実施の形態の構成を示す図である。
図３において、ネットワーク１０およびクライアント２０，２０’，２０”，……は、第１の実施の形態の構成を示す図１と同様である。第１の実施の形態との違いは、クライアント間で１対１の通信を行う手段（通信発呼手段２４）の代わりに、ｎ対ｎの多地点通信を行う手段を持ち、また、多地点通信に必要となる各種のイベント通知手段を持つことである。
【００４１】
多地点発呼手段２９は、クライアント２０から他の複数のクライアントに向けて多地点通信の開始の要求を行う呼制御信号を送信する手段である。通信応答手段２５は、２９の呼制御信号に応答を返す手段である。多地点制御手段３０は、開始された多地点通信の各クライアントの入れ替わり、各クライアントのメディア信号の送受信の可否などを制御するための手段である。
【００４２】
イベント通知手段３１は、各クライアントの状態を他のクライアントに通知するための手段であり、イベント取得手段３２は、他クライアントのイベント通知手段３１からのイベント通知を受信し、そのイベントデータを多地点制御手段３０に伝える手段である。
【００４３】
図４は、本発明の第２の実施の形態における動作例を示しており、クライアント２０，２０’，２０”間の多地点双方向メディア通信を行う場合の動作説明図である。実際にはクライアント数に制限はないが、この例では、３クライアントでの多地点通信をクライアント２０から開始する手順を例に、説明を行う。
【００４４】
各クライアントがアドレスの通知を行い合い（４ａ〜４ｄ）、それぞれの存在を発見する手順は、第１の実施例と同じ手順となる。その後、クライアント２０は、特定のクライアント（この例では２０’，２０”）に、それぞれ多地点通信の開始の要求を行う呼制御信号を送信する（４ｆ）。これを受信したクライアント２０’，２０”では、それに対する応答を返す（４ｇ）ことにより、クライアント２０との間の接続が確立する。
【００４５】
以下は、通信の開始の要求（４ｆ）をＳＩＰのＳＤＰにより記述した場合の例である。
ｖ＝０
ｏ＝ｃｏｎｆ＿Ｃ  １８６２３４０１３２１０５３  １８６２３４０１３２１０５４  ＩＮ  ＩＰ４  １２７．０．０．１
ｓ＝Ｓｅｓｓｉｏｎ  Ｃｏｎｆｅｒｅｎｃｅ  Ｃ
ｔ＝０  ０
ｍ＝ｖｉｄｅｏ  １００００  ＲＴＰ／ＡＶＰ  ３３
ｉ＝“クライアント２０’”＜ｓｉｐ：ｃｌ２０ｄ＠ａｋａ．ｈｉｋａｒｉ＞
【００４６】
ｃ＝ＩＮ  ＩＰ４  ２２４．０．２０．１
ｂ＝ＣＴ：６０００
ａ＝ｒｔｐｍａｐ：３３  ＭＰ２Ｔ／９００００
ａ＝ｓｅｎｄｏｎｌｙ
ｍ＝ｖｉｄｅｏ  １００００  ＲＴＰ／ＡＶＰ  ３３
ｉ＝“クライアント２０”＜ｓｉｐ：ｃｌ２０＠ａｋａ．ｈｉｋａｒｉ＞
ｃ＝ＩＮ  ＩＰ４  ２２４．０．２０．２
ｂ＝ＣＴ：６０００
ａ＝ｒｔｐｍａｐ：３３  ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
【００４７】
ｍ＝ｖｉｄｅｏ  １００００  ＲＴＰ／ＡＶＰ  ３３
ｉ＝“クライアント２０””＜ｓｉｐ：ｃｌ２０ｄｄ＠ａｋａ．ｈｉｋａｒｉ＞
ｃ＝ＩＮ  ＩＰ４  ２２４．０．２０．３
ｂ＝ＣＴ：６０００
ａ＝ｒｔｐｍａｐ：３３  ＭＰ２Ｔ／９００００
ａ＝ｒｅｃｖｏｎｌｙ
【００４８】
例では、クライアント２０’に対して、２２４．０．２０．１のマルチキャストアドレスにメディア信号を送信するように指定しており、また、クライアント２０，クライアント２０”からのメディア信号を受信するために、２２４．０．２０．２および２２４．０．２０．３のマルチキャストアドレスを受信するように指定している。
【００４９】
ここで、呼制御信号の中には、クライアント２０との接続情報のみでなく、他のクライアントとの接続情報も記載されているため、クライアント２０との接続が確立されることにより、どのアドレスにメディア信号を送信し、また、受信する必要があるのかという、他のクライアントとの接続経路も確立されることとなる。
【００５０】
これは、例えば、呼制御にＳＩＰプロトコルを用いた場合には、ＳＩＰプロトコル内のＳＤＰに接続情報を記述することで実現可能であるが、これ以外の手段も用いても実現可能である。次に、確立された接続を元に、クライアント２０はメディア信号をクライアント２０’，２０”に送信する（４ｈ）。メディア信号の送信には、宛先が複数であることから、ＩＰ網ではマルチキャストなどの手法を用いることにより、実現が可能である。
【００５１】
クライアント２０’，２０”では、クライアント２０からのメディア信号を受信し、画面上に表示する（４ｉ）。同様に、クライアント２０’，２０”からも、同様の動作を行うことで、クライアント２０’からのクライアント２０，２０”へのメディア信号の送信（４ｊ）およびクライアント２０”からのクライアント２０，２０’へのメディア信号の送信（４ｋ）が可能となり、各クライアント上での多地点のメディアの表示が可能となる。
【００５２】
上記動作例によれば、各クライアント２０，２０’，２０”相互間におけるメディア信号の双方向送受信および表示が可能となる。
【００５３】
図５は、本発明の第２の実施の形態における他の動作例を示しており、多地点双方向メディア通信においてイベント通知を行う動作例を示したものである。多地点双方向通信では、一つのクライアントにおいて受信可能なメディアの数が制限されることが多い。そこで、送信可能クライアントの制限を行う必要がある。送信不可とされたクライアントは、再び送信を行うために、送信要求を行う必要がある。
【００５４】
例えば、クライアント２０”が送信不可状態から送信可状態へ移行するための手順は、以下のようになる。クライアント２０”は、クライアント２０に直接イベント通知を行う（５ａ）。このとき、何らかのサーバ，集約装置などは必要としない。イベント通知を受信したクライアント２０は、その通知があった旨を画面上に表示し、ユーザに多地点通信制御の操作の機会を与える（もしくは、自動で制御動作を行う）。
【００５５】
ユーザもしくは自動で送信可の選択をした場合には、クライアント２０からクライアント２０”に対して、多地点発呼手段２９を用いて、送信可能を示す多地点通信接続の確立の要求を行う（５ｂ）。他の動作例としては、多地点発呼を行う前に、どのクライアントが多地点通信を望んでいるのかを発見するために、イベント通知を使用する例がある。
【００５６】
この場合、クライアント２０は、まず、イベント通知により多地点通信を開始する旨を示すイベントをネットワーク１０内の全ての通信用クライアントに送信する（５ｃ）。このイベントを受信した他のクライアントのうち、実際に多地点通信への参加を希望するクライアントは、同様にイベント通知を利用して、クライアント２０宛てに参加する旨を示すイベントを送信する（５ｄ）。
【００５７】
この例では、クライアント２０”のみイベント通知を行っている。クライアント２０は、参加する旨のイベントを送信してきたクライアントのみを参加者とする多地点通信の接続の呼制御を送信する（５ｅ）。これを受信したクライアント２０”では、それに対する応答を返す（５ｆ）ことで、特定のクライアントのみにより構成される多地点双方向メディア通信を容易に実現することが可能となる。
【００５８】
図６は、本発明に係る通信用クライアント装置における他の動作例を示しており、通信用サーバ装置が、ネットワーク内に存在するかどうかを把握する手段の動作フローチャートである。クライアント２０は、通信用サーバ装置４０がネットワーク１０内に存在するかどうかの信号を送信する（ステップ５１）。これは、ネットワークに依存する信号であり、例えば、ＩＰ網の場合はｐｉｎｇなどが該当する。信号に対する返答がない場合（ステップ５２でＮ）には、別の通信用サーバ装置の存在を確認するために、他アドレス検索手段２２を用いて信号を送出する（ステップ５３）。
【００５９】
以下は、他アドレス検索手段（ステップ５３）をＳＩＰにより記述した場合の例である。
ＲＥＧＩＳＴＥＲ  ｓｉｐ：２２４．０．１．７５：５０６０  ＳＩＰ／２．０
Ｆｒｏｍ：  ｓｉｐ：ｃｂｏｘ＠ａｋａ．ｈｉｋａｒｉ
Ｃｏｎｔａｃｔ：  ｓｉｐ：ｃｂｏｘ＠１９２．１６８．０．１：５０６０
Ｃａｌｌ−Ｉｎｆｏ：  ＜ｓｉｐ：ｃｂｏｘ＠ａｋａ．ｈｉｋａｒｉ＞；ＳＧＷ
Ｅｘｐｉｒｅｓ：  ＸＸＸＸ
【００６０】
例では、他アドレス検索メッセージを２２４．０．１．７５のマルチキャストアドレスに送信しており、それを受信した通信用サーバ装置は、Ｃｏｎｔａｃｔ：に記述されたアドレス（例では、１９２．１６８．０．１：５０６０）に対して、応答を返す（ステップ５４でＹ。）Ｃａｌｌ−Ｉｎｆｏ：にＳＧＷと記述されていることにより、通信用サーバ装置に対する要求メッセージであることが定義される。
【００６１】
もし、ネットワーク１０内に通信用サーバ装置が存在する場合には、他アドレス検索手段２２からの信号を受信した通信用サーバ装置は、自アドレス発呼手段２１を用いてクライアント２０に応答を返す（ステップ５４でＹ）。クライアントは、前記二手段により通信用サーバ装置の存在を確認できた場合（ステップ５２またはステップ５４でＹ）には、通信用サーバ装置を利用した多地点通信の接続を通信用サーバ装置に対して開始する（ステップ５６）。
【００６２】
一方、通信用サーバ装置の存在を確認できなかった場合（ステップ５２およびステップ５４でいずれもＮ）には、先に説明した、本発明の各実施の形態に係る手順により、クライアント間で、直接多地点通信の接続を開始する（ステップ５５）ものとする。
【００６３】
上記動作例によれば、ネットワーク内に通信用サーバ装置の存在を確認できた場合にはそれを用い、通信用サーバ装置の存在を確認できなかった場合にのみ、本発明の各実施の形態に係る手順によるクライアント間での直接多地点通信の接続を行うという、融通性に富む動作が可能になる。
【００６４】
なお、上記実施例はいずれも本発明の一例を示すものであり、本発明はこれらに限定されるべきものではなく、本発明の趣旨を逸脱しない範囲内で適宜の変更・改良を行ってもよいことはいうまでもない。
【００６５】
例えば、上述の多地点通信方法は、これをコンピュータ制御により実現することが好ましく、本発明は、上述の通信用クライアント装置における各手段をコンピュータによって実現するためのプログラムとしても具体化、すなわち商品化することが可能である。
【００６６】
さらに、本発明に係る多地点通信方法は、上述のコンピュータ制御用プログラムを記録したコンピュータにより読取り可能な記録媒体としても具体化することが可能である。
【００６７】
【発明の効果】
以上、詳細に説明したように、本発明によれば、通信用サーバ装置等の集中装置を必要とせずに、通信用クライアント装置間で直接ネットワーク内の通信用クライアント装置の存在を発見し、呼制御信号を送受信し、メディア信号を送受信し、各通信用クライアントの画面上に複数のメディアを表示可能な多地点双方向メディア通信を行うことが可能となる。これにより、大規模，高品質なメディア信号を用いた場合でも、呼損のない多地点双方向メディア通信を可能とし、また、システム構築の簡易化，コスト削減が可能となるという顕著な効果を奏するものである。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態を構成例を示す図である。
【図２】本発明の第１の実施の形態の動作説明図である。
【図３】本発明の第２の実施の形態の構成例を示す図である。
【図４】本発明の第２の実施の形態の動作説明図である。
【図５】本発明のイベント通知の動作説明図である。
【図６】サーバの存在確認の動作フローチャートである。
【図７】従来の通信システムの構成例を示す図である。
【符号の説明】
１０  ネットワーク
２０，２０’，２０”  クライアント
２１  自アドレス発呼手段
２２  他アドレス検索手段
２３  他アドレス格納手段
２４  通信発呼手段
２５  通信応答手段
２６  メディア送信手段
２７  メディア受信手段
２８  ＧＵＩ表示手段
２９  多地点発呼手段
３０  多地点制御手段
３１  イベント通知手段
３２  イベント取得手段
４０  通信用サーバ装置
４１  アドレス格納手段
４２  呼制御転送手段
４３  メディア合成手段
４４  合成メディア送信手段
５０〜５６  処理ステップ
【図１】
2004221656.tif 000003
【図２】
2004221656.tif 000004
【図３】
2004221656.tif 000005
【図４】
2004221656.tif 000006
【図５】
2004221656.tif 000007
【図６】
2004221656.tif 000008
【図７】
2004221656.tif 000009