JP2004336160A

JP2004336160A - Multicast communication method

Info

Publication number: JP2004336160A
Application number: JP2003125655A
Authority: JP
Inventors: Naoyuki Mochida; 尚之持田
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2003-04-30
Filing date: 2003-04-30
Publication date: 2004-11-25

Abstract

<P>PROBLEM TO BE SOLVED: To eliminate the need for transmission of a call control message to a terminal having already taken part in communication when the terminal or a transmission channel is added during the communication and for decreasing a connection delay until data reception is actually started. <P>SOLUTION: When starting communication, a server 100 assigns a plurality of multicast channels to the communication in advance and instructs the terminals A101, B102 to receive all the channels, and the terminals are put in such a state as to receive all the multicast channels designated by the reception instruction of a call control message when the communication is started. Thus, when a terminal C103 participates during the communication, the server 100 has only to instruct the terminal C103 participating during the communication to make transmission to a channel to which no terminal is making transmission among multicast channels assigned when the communication is started and does not need to transmit the call control message to the initial participation terminals which have already taken part in the communication. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【０００１】
【発明の属する技術分野】
本発明は、複数の端末がマルチキャストチャネルを用いて通信するマルチキャスト通信方法に関する。
【０００２】
【従来の技術】
近年、インターネットが広く普及し、またインターネットに数Ｍｂｐｓ以上の帯域で接続するいわゆるブロードバンドユーザが多くなるに伴い、ブロードバンドネットワークを活かしたサービスへの要求が高まりつつある。そうしたブロードバンドサービスの一つとして、テレビ電話やテレビ会議などのサービスがある。
【０００３】
インターネットを使ったテレビ電話やテレビ会議は、ＩＴＵ−Ｔ勧告Ｈ．３２３やＩＴＦＦのＲＦＣ２５４３のＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）などの呼制御プロトコルを用いて、発信側の端末と着信側の端末との間で、通話の開始を制御するための呼制御メッセージをやり取りし、相手から映像や音声データを受信するチャネル、相手に映像や音声データを送信するチャネルを決定する。端末は、呼制御メッセージの交換が完了すると、決定されたチャネル宛てにデータを送信する。インターネットを用いたテレビ電話やテレビ会議の場合、音声や映像データは、ＵＤＰ（ＵｓｅｒＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ）を用いて送受信される。
【０００４】
なお、ここでのチャネルとは、ＩＰアドレスとＵＤＰポート番号で区別されるものである。つまり、相手端末から指定されたＩＰアドレスとポート番号宛てにデータを送信し、逆に自端末が指定したＩＰアドレスとポート番号にデータが送られてくるので、それを受信することになる。
【０００５】
ところで、１対１通話の場合は、データ用のチャネルも端末相互に設定すればよいが、３端末以上が接続した会議通話においては、複数の端末宛てにデータを送り、複数の端末からデータを受信する必要がある。この場合、複数の端末間にメッシュ状にチャネルを設定し、上記のように他の全ての端末に対してデータを送信し、逆に他の全ての端末からデータを受信する形態では、ネットワーク上に送出されるデータ量が多く無駄が多い。この無駄を軽減するための方法の一つにマルチキャストを利用する方法がある。
【０００６】
即ち、マルチキャストを用いることで、個々の端末が別々のマルチキャストチャネル宛てにデータを送信し、逆に自端末以外の端末が送信している全てのマルチキャストチャネルからデータを受信すれば、会議通話を行うことが可能となる。このとき、マルチキャストチャネルは端末の数だけあればよいので、メッシュ状にチャネルを設定する方法に比べて、ネットワークを有効活用することができる。
【０００７】
インターネットでは、ＩＰがネットワークプロトコルとして用いられているので、マルチキャスト技術としては、ＩＰマルチキャストが使用されている。ＩＰマルチキャストでは、一つの端末が一つのマルチキャストアドレス宛てにデータを送信すると、複数の端末がそのマルチキャストアドレスからのデータ受信が可能である。
【０００８】
マルチキャスト通信を行ないたい端末は、マルチキャストグループに参加する必要がある。マルチキャストグループに参加する場合には、ＩＧＭＰ（ＩｎｔｅｒｎｅｔＧｒｏｕｐＭａｎａｇｅｍｅｎｔＰｒｏｔｏｃｏｌ）というプロトコルを用いて、マルチキャストグループに参加を要求するＩＧＭＰレポートを自身が属するサブネットのルータに送信する。ＩＧＭＰレポートを受信したルータは、ＤＶＭＲＰ（ＤｉｓｔａｎｃｅＶｅｃｔｏｒＭｕｌｔｉｃａｓｔＲｏｕｔｉｎｇＰｒｏｔｏｃｏｌ）やＰＩＭ（ＰｒｏｔｏｃｏｌＩｎｄｅｐｅｎｄｅｎｔＭｕｌｔｉｃａｓｔ）等、ルータ間で用いられるマルチキャストルーチングプロトコルを用いて、マルチキャストルーチングメッセージを他のルータとの間で送受信することによってマルチキャストグループの情報を交換し、これによって、送信端末から受信端末までのマルチキャストツリーを構成する。
【０００９】
このように、ある端末があるマルチキャストグループに参加し、データの送信、受信を開始するためには、マルチキャスト経路制御プロトコルの種類によって必要となる処理の具体的な内容は異なるが、ＩＧＭＰの処理とルータ間のマルチキャストルーチングプロトコルの処理が必要である。そして、受信する端末や送信する端末の情報が変更になった場合に、その情報をＤＶＭＲＰ等のマルチキャストルーチングプロトコルを用いると内容変更がグループ全体に伝達できるまでの遅延時間を小さくする技術として、例えば、特許文献１に開示されている。図１４を参照してその概要を説明する。
【００１０】
図１４は、従来のマルチキャストシステムの構成を示すブロック図である。図１４において、領域管理ルータ１４００がマルチキャストツリーを一元管理している。マルチキャスト中継ルータ１４０１は、ノード１４０２に接続される受信する端末や送信する端末が変化したことを検出したときに、領域管理ルータ１４００に通知する。領域管理ルータ１４００は、マルチキャストツリーを更新し、必要に応じてマルチキャスト中継ルータ１４０１に変更を通知する。
【００１１】
また、従来のＰＢＸ（構内交換機）等による会議システムでは、ユーザは電話機を操作し、会議通話を行う。会議通話への移行方法には幾つかの種類があるが、会議通話が成立したときには、音声データは各電話機からＰＢＸに送信され、ＰＢＸが会議に参加している全ての電話機からの音声データをミキシングし、さらに各電話機に送信する。会議通話にメンバを追加するには、さらに追加する電話機を呼び出し、会議に追加する。
【００１２】
ＰＢＸと各電話機との間には、通常の１対１の通話の場合と同じように通話が設定される。会議に参加するユーザが増える度に通話が追加される。その理由は、追加するメンバとの間で１対１の通話を設定する必要があるからである。また、この通話は、通常の電話と同じであるので、通話中の時間だけ課金される。そのため、必要なときのみ張っておくことがコスト削減となるからである。
【００１３】
ところが、インターネットを用いた通信の場合、固定課金接続であれば、送信するデータ量に関係なく、コストは一定であるので、必要なときのみ通話を設定することに意味はなく、通信の最初から通話を設定しておいても、コストが余計にかかることはない。
【００１４】
また、従量課金接続の場合でも、通話を設定するために送受信される呼制御メッセージのデータ量は、接続された後に送受信される電話の音声データなどと比較して、無視できるほどに小さいので、この場合でも、通信の最初から通話を設定しておいても、そのために増大するコスト量は無視できる。
【００１５】
【特許文献１】
特開２００１−２５７７１８号公報（００１８〜００１９、図１）
【００１６】
【発明が解決しようとする課題】
しかしながら、上記従来の通信方法では、テレビ会議中などの通信中に、新たに端末がメンバとして追加された場合や、既に通信に参加中の端末に対して送信チャネルを追加した場合に、サーバは既に通信に参加している端末に対して、追加された端末が送信しているマルチキャストチャネルが何であるかを、あるいは既に参加しているメンバが追加で送信を開始するマルチキャストチャネルが何であるかを、呼制御メッセージを用いて全ての端末に通知する必要があるとの問題がある。
【００１７】
また、上記従来の通信方法では、呼制御メッセージによって、受信マルチキャストチャネルの追加が指示された後に、端末はＩＧＭＰメッセージをルータに送り、ルータがさらにＤＶＭＲＰ等のマルチキャストルーチングプロトコルのメッセージを交換して初めてマルチキャストツリーが構成され、その後データが中継されるので、呼制御メッセージにより受信マルチキャストチャネルの追加が指示されてから、そのチャネル上で実際にデータを受信するまでの遅延が大きいという問題もある。
【００１８】
さらに、上記特許文献１に記載の通信方法では、マルチキャストチャネルに対して、受信する端末や送信する端末が変更になったときには、少なくとも中継ルータと領域管理ルータとの間で通信が行われるため、遅延時間が小さくなってもゼロにはならないとの問題がある。
【００１９】
本発明は、かかる点に鑑みてなされたものであり、通信中に端末や送信チャネルが追加された場合に、既に通信に参加中の端末に対しては呼制御メッセージを送る必要のないマルチキャスト通信方法を提供することを目的とする。
【００２０】
また、本発明は、通信中に端末や送信チャネルが追加された場合に、実際にデータを受信し始めるまでの接続遅延が小さいマルチキャスト通信方法を提供することを目的とする。
【００２１】
さらに、本発明は、通信中に端末や送信チャネルが追加された場合に、マルチキャストルーチング処理をゼロにすることが可能となるマルチキャスト通信方法を提供することを目的とする。
【００２２】
【課題を解決するための手段】
本発明に係るマルチキャスト通信方法は、サーバの配下にある複数の端末それぞれが、サーバが指示する１つのマルチキャストチャネルを用いて送信し、サーバが指示する複数のマルチキャストチャネルからデータを受信するマルチキャスト通信方法において、前記サーバは、通信開始時において通信に参加している２つ以上の初期参加端末に対し、将来追加する可能性のあるマルチキャストチャネルを含めた全マルチキャストチャネルからの受信指示とそれぞれに割り当てた１つ以上のマルチキャストチャネルへの送信指示とを含む呼制御メッセージを送信し、全ての初期参加端末に通信開始指示を行う工程と、その後の通信中において新たに通信に参加する１つ以上の途中参加端末に対し、前記全マルチキャストチャネルからの受信指示と前記初期参加端末に割り当てていないマルチキャストチャネルの中からそれぞれに割り当てた１つ以上のマルチキャストチャネルへの送信指示とを含む呼制御メッセージを送信し、全ての途中参加端末に通信開始指示を行う工程と、を有し、前記各端末は、前記呼制御メッセージを受けて、前記受信指示にて指定されたマルチキャストチャネルからデータを受信し、前記送信指示にて指定されたマルチキャストチャネルにデータ送信を行う工程、を有するようにした。
【００２３】
この方法によれば、サーバは通信開始時に予め複数のマルチキャストチャネルをその通信に割り当てておき、その全ての受信を初期参加端末に指示し、初期参加端末は、通信開始時に呼制御メッセージの受信指示によって指定されたマルチキャストチャネルの全てを受信することできる状態にある。したがって、サーバは、その通信中に途中参加があったときは、その途中参加端末に対して通信開始時に割り当てたマルチキャストチャネルのうち、どの端末も送信していないチャネルに送信するように指示するだけでよく、既に通信に参加していた初期参加端末に対しては、呼制御メッセージを送る必要がない。
【００２４】
また、初期参加端末は、受信指示によって指定されたマルチキャストチャネルを通信開始時に受信しているので、ＩＧＭＰやＤＶＭＲＰ等の手順を実行する必要がない。したがって、途中参加端末がマルチキャストチャネル上にデータを送信し始めてから各端末がデータを受信するまでの遅延時間が小さくなる。
【００２５】
また、本発明に係るマルチキャスト通信方法は、上記の発明において、前記サーバは、通信中において前記全ての初期参加端末の中の少なくとも１つの初期参加端末に対し、将来追加する可能性のあるマルチキャストチャネルを含めた全マルチキャストチャネルからの受信指示と通信開始時では割り当てていないマルチキャストチャネルの中から割り当てた１つ以上のマルチキャストチャネルへの送信指示とを含む呼制御メッセージを送信し、当該追加のマルチキャストチャネルを含めた通信開始指示を行う工程、を有するようにした。
【００２６】
この方法によれば、サーバは、通信中において前記全ての初期参加端末の中の少なくとも１つの初期参加端末に対し、追加のマルチキャストチャネルを含めた通信開始指示を行うので、当該端末は通信の最初に指定された送信チャネルに加えて、その追加送信チャネル宛てにもデータを送信することができる。しかしながら、前記送信チャネルの追加を受けていない初期参加端末では、当該追加チャネルからもデータ受信可能である。したがって、前記送信チャネルの追加を受けていない初期参加端末に対しては呼制御メッセージを送る必要がない。
【００２７】
また、前記送信チャネルの追加を受けていない初期参加端末は、受信指示によって指定されたマルチキャストチャネルを通信開始時に受信しているので、ＩＧＭＰやＤＶＭＲＰ等の手順を実行する必要がない。したがって、前記送信チャネルの追加を受けた初期参加端末が追加チャネル上にデータを送信し始めてから各端末がデータを受信するまでの遅延時間が小さくなる。
【００２８】
また、本発明に係るマルチキャスト通信方法は、上記の発明において、通信中において、前記初期参加端末が送信に用いるマルチキャストチャネルの追加要求を含む呼制御メッセージを送信し、前記サーバが前記追加要求を含む呼制御メッセージを受けて、将来追加する可能性のあるマルチキャストチャネルを含めた全マルチキャストチャネルからの受信指示と通信開始時では割り当てていないマルチキャストチャネルの中から割り当てた１以上のマルチキャストチャネルへの送信指示とを含む呼制御メッセージを送信し、当該追加のマルチキャストチャネルを含めた通信開始指示を行う工程とを具備するようにした。
【００２９】
この方法によれば、各端末が通信中にサーバに対して送信チャネルの追加を要求すると、その要求に従って、サーバが端末に対して送信チャネルの追加を指示することができる。したがって、例えば、端末を操作するユーザが、自分の音声や映像データを送信しているときに、さらにプレゼンテーションのデータも送りたい場合などに、端末からサーバに対してチャネルの追加を要求し、サーバからチャネルを割り当ててもらうことにより、送信するチャネルを追加することが可能となる。
【００３０】
また、本発明に係るマルチキャスト通信方法は、上記の発明において、少なくとも前記初期参加端末は、前記受信指示にて指定されたマルチキャストチャネルに対して、ダミーデータを周期的に送信し、受信したダミーデータを廃棄する工程、を有するようにした。
【００３１】
この方法によれば、各端末は、他の端末に対してダミーデータを周期的に送信することによって、個々の端末から他の端末に対してマルチキャストツリーを常に最新の状態に保っておくことが可能となる。したがって、通信途中でチャネル追加によりチャネルを追加するときに、マルチキャストツリーが新たに構築したり、更新したりする必要がない。その結果、ある端末がデータを送信し始めてから他の端末がデータを受信するまでの遅延時間が小さくなる。また、マルチキャストルーチング処理をゼロにすることが可能となる。
【００３２】
また、本発明に係るマルチキャスト通信方法は、上記の発明において、前記初期参加端末及び途中参加端末としての送信端末は、入力装置からの音声データや映像データを処理して送信データを生成し、前記送信データを前記送信指示にて指定されたマルチキャストチャネル上に送信する工程、を有し、受信端末は、前記受信指示によって指示された全マルチキャストチャネルについて受信処理し、その中で実際に使用されているマルチキャストチャネルからのデータを合成して出力装置に出力する工程、を有するようにした。
【００３３】
この方法によれば、通信開始時に実際にはデータが送信されていないチャネルも受信指示によって受信をさせていたとしても、端末を操作するユーザは、実際にその時点で通信に参加している端末の音声・映像データのみを聴取し視聴することが可能となる。
【００３４】
また、本発明に係るマルチキャスト通信方法は、上記の発明において、前記サーバでは、ユーザあるいは管理者がサーバの設定情報を編集し、通信で使用可能として設定されたマルチキャストチャネルを用いて前記通信に割り当てるマルチキャストチャネルを決定する工程を具備するようにした。
【００３５】
この方法によれば、ユーザまたは管理者が、サーバに対して通信で使用するマルチキャストチャネルを設定することができ、サーバはこのように設定された情報に基づき通信に使用するマルチキャストチャネルを割り当てることができる。
【００３６】
また、本発明に係るマルチキャスト通信方法は、上記の発明において、前記ササーバでは、他の装置からのメッセージを受信し、受信したメッセージから取得した通信に使用可能なマルチキャストチャネルを用いて前記通信に割り当てるマルチキャストチャネルを決定する工程を具備するようにした。
【００３７】
この方法によれば、サーバは、動画配信装置などの他装置が送信しているＳＡＰ（ＳｅｓｓｉｏｎＡｎｎｏｕｎｃｅｍｅｎｔＰｒｏｔｏｃｏｌ）などのメッセージをサーバが受信することができるので、このメッセージの中に現在他装置によって使用されているマルチキャストチャネルを設定しておけば、これから逆に自身が通信に使用可能なマルチキャストチャネルを検索することが可能となる。したがって、他にもマルチキャストを通信するアプリケーションが同一ネットワーク上にあった場合でも、動的に使用可能な空きマルチキャストチャネルを検索し、通信に使用することが可能となる。
【００３８】
また、本発明に係るマルチキャスト通信方法は、通信に参加する複数の端末のうちの一台の端末が、上記発明のサーバ動作を代行する機能を具備し、当該サーバ機能を具備する端末を含む全ての端末が、上記発明の端末動作を行うようにした。
【００３９】
この方法によれば、通信に参加する端末のうちの一台の端末が、端末動作に加えて、サーバ動作が実行することができるので、サーバがなくても端末のみで本発明のマルチキャスト通信方法の実施が可能となる。
【００４０】
【発明の実施の形態】
本発明の骨子は、会議通話など複数の端末が参加しているマルチキャスト通信において、通信の開始時に、サーバが将来追加するマルチキャストチャネルの分も含めた受信指示をすることにより、通信中に端末や送信チャネルが追加された場合に、既に通信に参加中の端末に対しては呼制御メッセージを送る必要がないようにし、また実際にデータを受信し始めるまでの接続遅延を小さくし、さらにマルチキャストルーチング処理をゼロにすることを可能にすることである。
【００４１】
以下、本発明の実施の形態について、添付図面を参照して詳細に説明する。
【００４２】
（実施の形態１）
図１は、本発明の実施の形態１に係るマルチキャスト通信方法を実施する通信システムの概要を示す図である。図１では、サーバ１００と３台の端末（端末Ａ１０１，端末Ｂ１０２，端末Ｃ１０３）とがネットワーク１０４を介して相互に接続された通信システムが示されている。
【００４３】
例えば、端末Ａ１０１は、サーバ１００との間で呼制御メッセージ１１０を送受信してマルチキャストチャネルの指定を受け、その指定されたマルチキャストチャネル上に、他の端末Ｂ１０２、端末Ｃ１０３向けのアプリケーションデータ１１１を送信する。
【００４４】
図示省略したが他の端末Ｂ１０２、端末Ｃ１０３も同様に、サーバ１００との間で呼制御メッセージを送受信してマルチキャストチャネルの指定を受け、その指定されたマルチキャストチャネル上にデータを送信する。
【００４５】
次に、図１〜図６を参照して、以上のように構成される通信システムにおいて実施される実施の形態１に係るマルチキャスト通信方法について説明する。なお、図２は、図１に示すサーバ及び端末での通信処理手順を説明するフローチャートである。図３は、図１に示すサーバと端末との間で送受信されるメッセージを説明する図である。図４は、図１に示す端末とネットワーク上に存在するルータとの間で送受信されるメッセージを説明する図である（その１）。図５は、図１に示す端末とネットワーク上に存在するルータとの間で送受信されるメッセージを説明する図である（その２）。図６は、図１に示すサーバから端末に送信される通信開始指示の呼制御メッセージにおけるヘッダ部分の構成例を示す図である。
【００４６】
図２において、サーバ１００は、図２（Ａ）に示すように、各端末が受信に使用するマルチキャストチャネルと送信に使用するマルチキャストチャネルとを割り当てる呼制御メッセージを作成する処理を行い（ステップＳＴ２００）、その作成した呼制御メッセージを各端末に送信し、通信開始指示を伝える（ステップＳＴ２０１）。そして、その後、端末の追加があったときは、その追加端末についてマルチキャストチャネルを割り当てる処理を行う（ステップＳＴ２０２）。
【００４７】
図３では、通信開始時では、サーバ１００は、端末Ａ１０１と端末Ｂ１０２の二端末と通信を開始している。その後、通信中に端末Ｃ１０３が追加された場合が示されている。
【００４８】
図３において、端末Ａ１０１に送信する通信開始指示の呼制御メッセージでは、マルチキャストチャネル１，２，３の三つを受信に用い、マルチキャストチャネル１を送信に用いるように指示している。また、端末Ｂ１０２に送信する通信開始指示の呼制御メッセージでは、マルチキャストチャネル１，２，３の三つを受信に用い、マルチキャストチャネル２を送信に用いるように指示している。そして、その後、通信中に追加された端末Ｃ１０３に送信する通信開始指示の呼制御メッセージでは、マルチキャストチャネル１，２，３の三つを受信に用い、マルチキャストチャネル３を送信に用いるように指示している。
【００４９】
これに対し、端末では、図２（Ｂ）に示すように、呼制御メッセージを受信すると（ステップＳＴ２１０）、その呼制御メッセージにて指定されている全ての受信チャネルに対して受信を開始するとともに（ステップＳＴ２１１）、呼制御メッセージで指定されている送信チャネルに対してデータの送信を開始し（ステップＳＴ２１２）、通信が終了するまで、データ受信処理（ステップＳＴ２１１）及びデータ送信処理（ステップＳＴ２１２）が繰り返し実行される。
【００５０】
図３の例で言えば、通信開始時では、端末Ａ１０１は、マルチキャストチャネル１、２、３の全ての受信を開始し、マルチキャストチャネル１への送信を開始する。同様に、端末Ｂ１０２は、マルチキャストチャネル１、２、３の全ての受信を開始し、マルチキャストチャネル２への送信を開始する。また、通信中に参加した端末Ｃ１０３は、マルチキャストチャネル１、２、３の全ての受信を開始し、マルチキャストチャネル３への送信を開始する。
【００５１】
なお、呼制御メッセージの送信指示には、データの送信チャネルは含まれていなくてもよい。この場合は、データ送信処理（ステップ２１２）は行われず、データ受信処理（ステップＳＴ２１１）のみとなる。
【００５２】
図４に示すように、端末Ａ１０１、端末Ｂ１０２、端末Ｃ１０３は、マルチキャストチャネル１の受信を開始すると、そのチャネルを受信することを示すＩＧＭＰメッセージ４１０を自身が所属するサブネットのルータＡ４０１、ルータＢ４０２宛てに送信する。
【００５３】
このとき、ルータＡ４０１は、他のルータＢ４０２に対してＤＶＭＲＰやＰＩＭ等のマルチキャストルーチングプロトコルを用いて、マルチキャスト受信端末が自サブネット内にいるので、マルチキャストチャネル１のデータを中継してほしい旨を伝える。
【００５４】
但し、通信開始時点では、端末Ｃ１０３は通信に加わっておらず、ルータＡ４０１はＩＧＭＰメッセージをルータＢ４０２には送っていない。したがって、ルータＡ４０１は、マルチキャストチャネル１へのデータを受信した場合でもルータＢ４０２にはデータを中継しない。
【００５５】
次に、端末Ａ１０１がマルチキャストチャネル１への送信を開始すると、ルータＡ４０１は、端末Ｂ１０２からＩＧＭＰメッセージ４１０を受信していたので、端末Ｂ１０２に受信データを中継するが、ルータＢ４０２にはデータを中継しない。
【００５６】
同様に、マルチキャストチャネル２についても、端末Ａ１０１、端末Ｂ１０２、端末Ｃ１０３が受信を開始すると、ＩＧＭＰメッセージ、マルチキャストルーチングメッセージの交換が行われる。
【００５７】
また、マルチキャストチャネル３については、通信開始時点では、送信者は割り当てられていないが、本発明では、通信開始時点で端末Ａ１０１と端末Ｂ１０２は、マルチキャストチャネル３の受信も開始するので、そのためのＩＧＭＰメッセージ、マルチキャストルーチングメッセージが交換される。その結果、ルータＢ４０２は、マルチキャストチャネル３へのデータを受信した場合には、ルータＡ４０１に中継しなければならないことを知ることになる。
【００５８】
さて、サーバ１００は、通信開始時に割り当てたマルチキャストチャネル１、２、３のうち、マルチキャストチャネル３が未使用であることを判定している。したがって、通信中に端末Ｃ１０３が追加されるときには、サーバ１００は、端末Ｃ１０３に対してマルチキャストチャネル１、２、３の受信と、マルチキャストチャネル３への送信を指示する呼制御メッセージを送信する。
【００５９】
ところが、端末Ａ１０１と端末Ｂ１０２には、既にマルチキャストチャネル３の受信を指示している。したがって、サーバ１００は、端末Ｃ１０３が追加された時点では呼制御メッセージを端末Ａ１０１と端末Ｂ１０２には送らない。
【００６０】
端末Ｃ１０３は、３つのチャネルの受信を開始するので、ＩＧＭＰメッセージをルータＢ４０２に送る。ルータＢ４０２は、マルチキャストルーチングメッセージ４１１をルータＡ４０１に対して送信する。
【００６１】
その結果、ルータＡ４０１は、マルチキャストチャネル１、２のデータをルータＢ４０２に中継するようになり、ルータＢ４０２はさらに端末Ｃ１０３に中継し、端末Ｃ１０３が端末Ａ１０１、端末Ｂ１０２からのデータを受信することが可能となる。
【００６２】
また、図５に示すように、端末Ｃ１０３がマルチキャストチャネル３にデータを送信すると、ルータＢ４０２はマルチキャストチャネル３へのデータを受信したときには、ルータＡ４０１に中継しなければならないことを既に知っているので、直ちにルータＡ４０１にデータを中継する。ルータＡ４０１は、端末Ａ１０１と端末Ｂ１０２にデータを中継する。
【００６３】
したがって、端末Ｃ１０３が通信に加わり、マルチキャストチャネル３を用いてデータ送信を開始した場合にも、端末Ａ１０１と、端末Ｂ１０２は、ＩＧＭＰメッセージやマルチキャストルーチングメッセージ交換による遅延の影響を受けることなく、端末Ｃ１０３からデータを受信することが可能となる。
【００６４】
特に、ネットワーク構成が複雑で、端末間に複数のルータが存在する場合には、マルチキャストルーチングメッセージの交換に時間がかかってしまうが、本発明の方法によれば、こうした遅延は発生しない。
【００６５】
また、サーバ１００から端末Ａ１０１、端末Ｂ１０２、端末Ｃ１０３に送信される呼制御メッセージに関しては、ＳＩＰやＨ．３２３等の呼制御プロトコルを用いて実現可能である。例えばＳＩＰの場合を例にとると、通信開始指示の呼制御メッセージは、ＩＮＶＩＴＥメッセージを使用することができる。
【００６６】
サーバ１００のＳＩＰのアドレスが、ｓｉｐ：ｓｅｒｖｅｒ＠ｓｅｒｖｅｒ．ｅｘａｍｐｌｅ．ｃｏ．ｊｐであり、端末１０１−ＡのＳＩＰのアドレスが、ｓｉｐ：ｔｅｒｍｉｎａｌ１＠ｔｅｒｍｉｎａｌ１．ｅｘａｍｐｌｅ．ｃｏ．ｊｐであったとき、ＳＩＰのＩＮＶＩＴＥメッセージヘッダ部分は図６のように構成することが可能である。
【００６７】
つまり、サーバ１００から端末Ａ１０１、端末Ｂ１０２、端末Ｃ１０３に送信される通信開始指示の呼制御メッセージは、図６に示すように構成することが可能である。
【００６８】
また、ＳＤＰとしては、端末Ａ１０１、端末Ｂ１０２、端末Ｃ１０３の送信用にマルチキャストアドレス２２４．１．１．１、ポート番号１００００を指定し、また受信用に３つのマルチキャストチャネル（アドレス２２４．１．１．１、ポート１００００）、（アドレス２２４．１．１．２、ポート１００００）、（アドレス２２４．１．１．３、ポート１００００）を指定することが可能である。
【００６９】
このように、本実施の形態１によれば、通信の開始時に、サーバが将来追加するマルチキャストチャネルの分も含めた受信指示を行うようにしたので、通信中に端末が追加された場合でも、既に通信に参加中の端末に対して呼制御メッセージを送る必要がなく、高速な端末の追加が可能である。
【００７０】
（実施の形態２）
図７は、本発明の実施の形態２に係るマルチキャスト通信方法を実施するサーバ及び端末での通信処理手順を説明するフローチャートである。図８は、図７に示すサーバと端末との間で送受信されるメッセージを説明する図である。この実施の形態２では、図１に示した通信システムにおいて、サーバ１００と、端末Ａ１０１及び端末Ｂ１０２との間で行われるマルチキャスト通信方法が示されている。
【００７１】
図７において、端末Ａ１０１及び端末Ｂ１０２の処理（Ｂ）は、図２（Ｂ）と同様である。サーバ１００の処理（Ａ）では、図２（Ａ）における端末追加処理（ステップＳＴ２０２）に代えてチャネル追加処理（ステップＳＴ７０１）となっている。
【００７２】
チャネル追加処理（ステップＳＴ７０１）では、サーバ１００は、既に通信中の例えば端末Ａ１０１に対して、新たにマルチキャストチャネルを割り当てることを行う。具体的には、図８に示すようになる。
【００７３】
即ち、図８において、通信開始時には、端末Ａ１０１には、マルチキャストチャネル１が送信用に割り当てられ、端末Ｂ１０２には、マルチキャストチャネル２が送信用に割り当てられていて、マルチキャストチャネル３が使用されていない状態で通信が行われている通信中に、端末Ａ１０１がサーバ１００に対してチャネル追加要求呼制御メッセージを送信する。
【００７４】
サーバ１００は、このチャネル追加要求呼制御メッセージを受信すると、端末Ａ１０１にマルチキャストチャネル３を送信用に割り当てる。そして、サーバ１００は、端末Ａ１０１に対して通信に使用する全マルチキャストチャネルの受信指示と、元々割り当てていたマルチキャストチャネル１への送信指示と、追加で割り当てたマルチキャストチャネル３への送信指示を含む呼制御メッセージを送信する。
【００７５】
例えば、端末Ａ１０１と端末Ｂ１０２がテレビ会議をしていて、自映像と自音声を相互に送受信しているときに、端末Ａ１０１を操作するユーザが、さらにプレゼンテーション用のデータを送りたいと思ったとき、端末Ａ１０１は、上記のチャネル追加要求呼制御メッセージを送信することで、プレゼンテーション用のマルチキャストチャネルを追加することができ、プレゼンテーションデータを他の端末Ｂ１０２に送信することが可能となる。
【００７６】
なお、通信中におけるチャネルの追加は、端末からの要求がなくともサーバ１００独自の判断で実施できること言うまでもない。
【００７７】
このように、実施の形態２によれば、通信の開始時に、サーバが将来追加するマルチキャストチャネルの分も含めた受信指示をすることにより、通信中に端末が送信する送信チャネルが追加された場合でも、既に通信に参加中の端末に対して呼制御メッセージを送る必要がなく、高速なチャネルの追加が可能である。
【００７８】
（実施の形態３）
図９は、本発明の実施の形態３に係るマルチキャスト通信方法を説明するシステム図である。図９では、端末Ａ１０１と端末Ｂ１０２が図４や図５にて示したルータＡ４０１を介してダミーデータを送受信する場合が示されている。
【００７９】
通信にはマルチキャストチャネル１、２、３が割り当てられており、端末Ａ１０１、端末Ｂ１０２は、それらを全て受信していて、端末Ａ１０１がマルチキャストチャネル１にデータを送信し、端末Ｂ１０２がマルチキャストチャネル２にデータを送信している場合を考える。
【００８０】
端末Ａ１０１は、ダミーデータ送信タイミングにおいて、ダミーデータをマルチキャストチャネル１、２、３に対して送信する。特に図９ではマルチキャストチャネル３について図示している。端末Ｂ１０２は、マルチキャストチャネル３の受信を開始しているので、ダミーデータはルータＡ４０１を介して端末Ｂ１０２まで届く。端末Ｂ１０２では、受信したダミーデータを廃棄し、それを端末が利用することはない。
【００８１】
さて、この通信状態から、端末Ａ１０１がマルチキャストチャネル３への送信も追加されたとき、端末Ａ１０１はマルチキャストチャネル３へのデータ送信を開始する。データはルータＡ４０１を介して端末Ｂ１０２に中継される。
【００８２】
このとき、ルータＡ４０１は、既にダミーデータを中継していたので、ルータＡ４０１におけるデータ中継にかかる遅延は小さくなる。もし端末Ａ１０１がダミーデータを送信しておらず、ルータＡ４０１が端末Ａ１０１からマルチキャストチャネル３へのデータを初めて受信した場合は、ルータＡ４０１は、自身が管理するマルチキャスト管理用のテーブルを更新したり、あるいはマルチキャストルーチングプロトコルのメッセージを他のルータに送ったりすることが必要になることが起こり得る。
【００８３】
しかし、上記のようにダミーデータを送信しておけば、ルータＡ４０１は、こうした処理は既にダミーデータの送信を開始した時点で行われており、端末Ａ１０１がデータ送信を開始した時点では必要とならない。また、このダミーデータを周期的に送信することにより、ルータ内の管理データやマルチキャストルーチングの状態を常に最新に保っておくことが可能となる。
【００８４】
このように、実施の形態３によれば、将来送信指示される可能性のあるマルチキャストチャネルに対して予め周期的にダミーデータを送信しておくことができるので、チャネルの追加や切り替えの際に、中継段にあるルータにおける処理が必要なくなる。したがって、チャネルの追加や切り替えを高速に行うことが可能となる。
【００８５】
（実施の形態４）
図１０は、本発明の実施の形態４に係るマルチキャスト通信方法を実施する端末装置の構成例を示すブロック図である。図１１は、図１０に示す端末装置にて実施される受信データの合成方法を説明する図である。
【００８６】
図１０に示す端末装置１０００は、送信系としてデータ入力部１００１とデータ送信部１００２とを備え、受信系としてデータ受信部１００３とデータ出力部１００４とを備えている。
【００８７】
送信系では、データ入力部１００１は、カメラなどの外部入力装置１００５からの映像データを受信し、必要であれば符号化等の処理を行った後、データ送信部１００２にデータを送信する。データ送信部１００２では、受信したデータをパケット化して、サーバから呼制御メッセージで指定されたマルチキャストチャネルにデータを送信する。
【００８８】
また、受信系では、データ受信部１００３にてマルチキャストチャネルから受信されたデータは、データ出力部１００４に渡される。データ出力部１００４では、必要であれば復号化処理を行った後、テレビなどの外部出力装置１００６にデータを出力する。
【００８９】
このとき、受信系では、データ受信部１００３に受信されるマルチキャストチャネルの中には、実際にはサーバが送信端末を割り当てていないマルチキャストチャネルが含まれている場合がある。このような場合は、データ出力部１００４は、データ受信部１００３から渡されるデータのうち、送信端末が割り当てられている個々のマルチキャストチャネルからの受信データのみが実際の受信データであるので、それを合成して、外部出力装置１００６に出力すればよいことになる。
【００９０】
例えば、受信データが音声データの場合は、個々のマルチキャストチャネルから受信した音声データをミキシングして、外部出力装置１００６に出力すればよい。また、映像データの場合は、図１１に示すように、個々のマルチキャストチャネルから受信したデータを合成して一つの画面用の出力データを構成し、出力すればよい。
【００９１】
図１１では、実際の受信画像データがマルチキャストチャネル２から受信した画像データとマルチキャストチャネル３から受信した画像データとである場合が示され、一つの画面を縦横に２分割したとき、一方の対角線上にある２隅の２画面位置に２つのマルチキャストチャネルからの画像データによる画面を配置し、他方の対角線上にある２隅の２画面位置はブランクの画面を配置した場合が示されている。
【００９２】
このように、実施の形態４によれば、通信開始時に実際にはデータが送信されていないチャネルも受信指示によって受信をさせていたとしても、端末を操作するユーザは、実際にその時点で通信に参加している端末の音声データや映像データのみを聴取し視聴することが可能となる。
【００９３】
（実施の形態５）
図１２は、本発明の実施の形態５に係るマルチキャスト通信方法を説明する図である。実施の形態５では、特にサーバという独立した装置は存在せずに１つの端末がその端末としての機能に加えてサーバの機能を持つ場合が示されている。
【００９４】
図１２では、端末Ａ１２０１がその端末機能に加えてサーバの機能を持ち、サーバとしての端末Ａ１２０１が、通信開始時に、自端末Ａ１２０１と端末Ｂ１０２とに通信開始指示呼制御メッセージをそれぞれ送ってマルチキャストチャネルの割り当てを行い、通信中に、端末Ｃ１０３に通信開始指示呼制御メッセージを送ってマルチキャストチャネルの割り当てを行う場合が示されている。
【００９５】
このように、１つの端末にサーバ機能を容易に取り込むことができる。これによれば、サーバ装置という特別なものは必要なく、端末装置のみで本発明のマルチキャスト通信方法を実施することが可能となる。
【００９６】
また、全ての端末にサーバ機能を実装する必要はなく、特別な端末にのみサーバ機能を実装するだけでよい。この場合、そのサーバ機能を持つ端末からのみ通信を開始することが可能になるが、他の端末では、機能の追加はないので、必要となるメモリ量は小さいままでよい。
【００９７】
（実施の形態６）
図１３は、本発明の実施の形態６に係るマルチキャストチャネル設定方法を説明する図である。
【００９８】
ユーザまたは管理者は、図１３に示すような管理画面１３００を用いて通信で使用するマルチキャストチャネルを設定することができる。管理画面１３００には、マルチキャストチャネル入力領域１３０１と、追加ボタン１３０２と、マルチキャストチャネル表示領域１３０３とが用意されている。
【００９９】
この管理画面１３００では、マルチキャストチャネル入力領域１３０１に、マルチキャストアドレスとポート番号とを入力する。そして、入力後に追加ボタン１３０２を押下すると、通信で使用するマルチキャストチャネルが追加され、マルチキャストチャネル表示領域１３０２に追加したマルチキャストチャネルが表示されるようになっている。
【０１００】
サーバ１００では、こうして管理画面１３００にて登録されたマルチキャストチャネルを用いて、通信開始時に設定するマルチキャストチャネルを決定することが可能である。
【０１０１】
なお、通信で使用可能なマルチキャストチャネルを決定する他の方法としては、ＳＡＰ（ＳｅｓｓｉｏｎＡｎｎｏｕｎｃｅｍｅｎｔＰｒｏｔｏｃｏｌ）など、ある装置がデータを送信しているマルチキャストチャネルを他の装置に通知するためのプロトコルを用いることが考えられる。
【０１０２】
即ち、ＳＡＰでは、自身がデータを送信しているマルチキャストチャネルの情報を含むメッセージを作成し、プロトコルで規定されたデフォルトのマルチキャストチャネル（アドレス２２４．２．１２７．２５４、ポート９８７５など）に送る。したがって、サーバ１００は、ＳＡＰメッセージを監視すれば、他の装置が送信しているマルチキャストチャネルが分かり、結果として、使用されていないマルチキャストチャネルを見つけることが可能となる。
【０１０３】
そして、サーバが通信の開始時に割り当てたマルチキャストチャネルのうち、クライアントに送信を割り当てていないマルチキャストチャネルについては、他の装置が使用しないように、サーバがＳＡＰメッセージを送信すればよい。
【０１０４】
この手順は、ＳＡＰに限らず、同じような機能を持つプロトコルを用いても可能である。逆に直接空きマルチキャストチャネルを通知する独自プロトコルを用いることも可能である。
【０１０５】
こうしてサーバは、図１３に示すような管理画面１３００を用いずに、適切なプロトコルを用いて、通信で使用可能なマルチキャストチャネルを決定することが可能である。
【０１０６】
【発明の効果】
以上説明したように、本発明によれば、通信中に端末や送信チャネルが追加されたりした場合に、既に通信に参加中の端末に対しては呼制御メッセージを送る必要がないようにし、また実際にデータを受信し始めるまでの接続遅延を小さくすること、及びマルチキャストルーチング処理をゼロにすることが可能となる。
【図面の簡単な説明】
【図１】本発明の実施の形態１に係るマルチキャスト通信方法を実施する通信システムの概要を示す図
【図２】図１に示すサーバ及び端末での通信処理手順を説明するフローチャート
【図３】図１に示すサーバと端末との間で送受信されるメッセージを説明する図
【図４】図１に示す端末とネットワーク上に存在するルータとの間で送受信されるメッセージを説明する図（その１）
【図５】図１に示す端末とネットワーク上に存在するルータとの間で送受信されるメッセージを説明する図（その２）
【図６】図１に示すサーバから端末に送信される通信開始指示の呼制御メッセージにおけるヘッダ部分の構成例を示す図
【図７】本発明の実施の形態２に係るマルチキャスト通信方法を実施するサーバ及び端末での通信処理手順を説明するフローチャート
【図８】図７に示すサーバと端末との間で送受信されるメッセージを説明する図
【図９】本発明の実施の形態３に係るマルチキャスト通信方法を説明するシステム図
【図１０】本発明の実施の形態４に係るマルチキャスト通信方法を実施する端末装置の構成例を示すブロック図
【図１１】図１０に示す端末装置にて実施される受信データの合成方法を説明する図
【図１２】本発明の実施の形態５に係るマルチキャスト通信方法を説明する図
【図１３】本発明の実施の形態６に係るマルチキャストチャネル設定方法を説明する図
【図１４】従来のマルチキャストシステムの構成を示すブロック図
【符号の説明】
１００サーバ
１０１，１２０１端末Ａ
１０２端末Ｂ
１０３端末Ｃ
１０４ネットワーク
４０１ルータＡ
４０２ルータＡ
１０００端末装置
１００１データ入力部
１００２データ送信部
１００３データ受信部
１００４データ出力部
１００５外部入力装置（カメラ）
１００６外部出力装置（テレビ）
１３００管理画面
１３０１マルチキャストチャネル入力領域
１３０２追加ボタン
１３０３マルチキャストチャネル表示領域[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a multicast communication method in which a plurality of terminals communicate using a multicast channel.
[0002]
[Prior art]
In recent years, with the widespread use of the Internet and the increase in so-called broadband users who connect to the Internet in a band of several Mbps or more, demands for services utilizing a broadband network are increasing. As one of such broadband services, there are services such as videophone and video conference.
[0003]
Video telephony and video conferencing using the Internet are described in ITU-T Recommendation H.264. Using a call control protocol such as SIP (Session Initiation Protocol) of H.323 or RFC2543 of ITFF, a call control message for controlling the start of a call is exchanged between a calling terminal and a called terminal, A channel for receiving video and audio data from the other party and a channel for transmitting video and audio data to the other party are determined. Upon completion of the exchange of the call control message, the terminal transmits data to the determined channel. In the case of a videophone or videoconference using the Internet, audio and video data are transmitted and received using UDP (User Datagram Protocol).
[0004]
Here, the channel is distinguished by an IP address and a UDP port number. That is, data is transmitted from the partner terminal to the IP address and port number specified by the terminal, and conversely, data is transmitted to the IP address and port number specified by the terminal itself.
[0005]
By the way, in the case of a one-to-one call, a data channel may be set between terminals, but in a conference call in which three or more terminals are connected, data is sent to a plurality of terminals, and data is sent from a plurality of terminals. Need to receive. In this case, a channel is set in a mesh shape between a plurality of terminals, data is transmitted to all other terminals as described above, and conversely, data is received from all other terminals. And the amount of data sent to the device is wasteful. One of the methods for reducing this waste is to use multicast.
[0006]
That is, by using multicast, if each terminal transmits data to a different multicast channel and conversely receives data from all multicast channels transmitted by terminals other than the own terminal, a conference call is performed. It becomes possible. At this time, the number of multicast channels is required only for the number of terminals, so that the network can be used more effectively than a method of setting channels in a mesh.
[0007]
In the Internet, since IP is used as a network protocol, IP multicast is used as a multicast technique. In the IP multicast, when one terminal transmits data to one multicast address, a plurality of terminals can receive data from the multicast address.
[0008]
A terminal that wants to perform multicast communication needs to join a multicast group. When joining a multicast group, an IGMP report requesting to join the multicast group is transmitted to a router in a subnet to which the router belongs by using a protocol called IGMP (Internet Group Management Protocol). The router that has received the IGMP report transmits and receives a multicast routing message to and from another router by using a multicast routing protocol used between routers, such as a DVMRP (Distance Vector Multicast Routing Protocol) and a PIM (Protocol Independent Multicast). Thus, information of the multicast group is exchanged, thereby forming a multicast tree from the transmitting terminal to the receiving terminal.
[0009]
As described above, in order for a certain terminal to join a certain multicast group and start transmitting and receiving data, the specific contents of the processing required according to the type of the multicast routing protocol are different, but the processing of the IGMP is different. Processing of a multicast routing protocol between routers is required. Then, when information of a receiving terminal or a transmitting terminal is changed, using a multicast routing protocol such as DVMRP to transmit the information reduces the delay time until a content change can be transmitted to the entire group. And Patent Document 1. The outline will be described with reference to FIG.
[0010]
FIG. 14 is a block diagram showing a configuration of a conventional multicast system. In FIG. 14, the area management router 1400 manages the multicast tree in a unified manner. The multicast relay router 1401 notifies the area management router 1400 when detecting that the receiving terminal or the transmitting terminal connected to the node 1402 has changed. The area management router 1400 updates the multicast tree, and notifies the multicast relay router 1401 of the change as needed.
[0011]
In a conventional conference system using a private branch exchange (PBX) or the like, a user operates a telephone to make a conference call. There are several methods for transitioning to a conference call. When a conference call is established, audio data is transmitted from each telephone to the PBX, and the PBX transmits audio data from all telephones participating in the conference. Mix and send to each phone. To add members to a conference call, call the additional phones and add them to the conference.
[0012]
A call is set between the PBX and each telephone in the same manner as in a normal one-to-one call. Calls are added as more users join the meeting. The reason is that it is necessary to set up a one-to-one call with the member to be added. In addition, since this call is the same as a normal telephone, the user is charged only during the call. For this reason, it is possible to reduce the cost by providing the extension only when necessary.
[0013]
However, in the case of communication using the Internet, if the fixed charging connection is used, the cost is constant regardless of the amount of data to be transmitted, so it is meaningless to set up a call only when necessary, and from the beginning of the communication. There is no extra cost for setting up a call.
[0014]
In addition, even in the case of a pay-as-you-go connection, the data amount of the call control message transmitted and received to set up the call is negligibly small compared to the voice data of the telephone transmitted and received after the connection. Even in this case, even if a call is set from the beginning of the communication, the amount of cost increased due to the call can be ignored.
[0015]
[Patent Document 1]
JP 2001-257718 A (0018 to 0019, FIG. 1)
[0016]
[Problems to be solved by the invention]
However, in the above conventional communication method, when a terminal is newly added as a member during communication such as during a video conference or when a transmission channel is added to a terminal already participating in communication, the server For the terminals that have already joined the communication, what is the multicast channel that the added terminal is transmitting, or what is the multicast channel that the members that have already joined additionally start transmitting? However, there is a problem that all terminals need to be notified using a call control message.
[0017]
Further, in the above conventional communication method, after an instruction to add a receiving multicast channel is given by a call control message, a terminal sends an IGMP message to a router, and the router further exchanges a message of a multicast routing protocol such as DVMRP for the first time. Since the multicast tree is formed and the data is relayed thereafter, there is also a problem that there is a large delay from when the call control message indicates the addition of the received multicast channel to when the data is actually received on the channel.
[0018]
Further, in the communication method described in Patent Document 1, when a receiving terminal or a transmitting terminal is changed with respect to a multicast channel, at least communication is performed between the relay router and the area management router. There is a problem that even if the delay time becomes small, it does not become zero.
[0019]
The present invention has been made in view of such a point, and when a terminal or a transmission channel is added during communication, multicast communication that does not need to send a call control message to a terminal already participating in communication. The aim is to provide a method.
[0020]
Another object of the present invention is to provide a multicast communication method in which, when a terminal or a transmission channel is added during communication, a connection delay until actually starting to receive data is small.
[0021]
Further, another object of the present invention is to provide a multicast communication method that can reduce the multicast routing processing to zero when a terminal or a transmission channel is added during communication.
[0022]
[Means for Solving the Problems]
A multicast communication method according to the present invention is a multicast communication method in which a plurality of terminals under the server transmit using one multicast channel specified by the server and receive data from the plurality of multicast channels specified by the server. In the above, the server allocates, to two or more initial participating terminals participating in the communication at the start of communication, reception instructions from all multicast channels including a multicast channel that may be added in the future, and to each of them. Transmitting a call control message including a transmission instruction to one or more multicast channels, and instructing all the initial participating terminals to start communication, and performing one or more intermediate steps for newly joining communication during subsequent communication Instructing the participating terminals to receive from all the multicast channels Transmitting a call control message including a transmission instruction to one or more multicast channels allocated to each of the multicast channels not allocated to the initial participating terminals, and instructing all the participating terminals to start communication; Receiving each of the call control messages, receiving data from a multicast channel specified by the reception instruction, and transmitting data to the multicast channel specified by the transmission instruction. , Was provided.
[0023]
According to this method, the server allocates a plurality of multicast channels to the communication in advance at the start of communication, and instructs the initial joining terminal to receive all of the multicast channels, and the initial joining terminal issues a call control message reception instruction at the start of communication. Is ready to receive all of the multicast channels specified by. Therefore, when the server has participated in the middle during the communication, the server only instructs the midway participant terminal to transmit to the channel to which no terminal is transmitting among the multicast channels allocated at the start of communication. It is not necessary to send a call control message to the initial participating terminal that has already participated in the communication.
[0024]
In addition, since the initial participation terminal receives the multicast channel specified by the reception instruction at the start of communication, there is no need to execute procedures such as IGMP and DVMRP. Therefore, the delay time from when the participating terminal starts transmitting data on the multicast channel to when each terminal receives the data is reduced.
[0025]
Further, in the multicast communication method according to the present invention, in the above invention, the server may provide a multicast channel that may be added in the future to at least one of the initial participating terminals among all of the initial participating terminals during communication. And transmitting a call control message including an instruction to receive from all the multicast channels including at least one of the multicast channels and an instruction to transmit to one or more multicast channels assigned from among the multicast channels not assigned at the start of communication, and And a step of giving a communication start instruction including
[0026]
According to this method, the server issues a communication start instruction including an additional multicast channel to at least one of the initial participating terminals during the communication, so that the terminal starts the communication at the beginning. In addition to the transmission channel specified in, data can be transmitted to the additional transmission channel. However, an initial participant terminal that has not received the additional transmission channel can also receive data from the additional channel. Therefore, there is no need to send a call control message to the initial joining terminal that has not received the additional transmission channel.
[0027]
In addition, since the initial participating terminal that has not received the transmission channel receives the multicast channel specified by the reception instruction at the time of starting communication, there is no need to execute procedures such as IGMP and DVMRP. Therefore, the delay time from when the initial participating terminal receiving the transmission channel starts transmitting data on the additional channel to when each terminal receives the data is reduced.
[0028]
Further, in the multicast communication method according to the present invention, in the above invention, during the communication, the initial participation terminal transmits a call control message including a request for adding a multicast channel used for transmission, and the server includes the request for addition. Receiving a call control message, receiving instructions from all multicast channels including a multicast channel that may be added in the future, and transmitting instructions to one or more multicast channels allocated from multicast channels not allocated at the start of communication. And transmitting a call control message including the additional multicast channel and issuing a communication start instruction including the additional multicast channel.
[0029]
According to this method, when each terminal requests the server to add a transmission channel during communication, the server can instruct the terminal to add the transmission channel according to the request. Therefore, for example, when the user operating the terminal is transmitting his or her audio or video data and wants to also send presentation data, the terminal requests the server to add a channel, and the server It is possible to add a channel to be transmitted by having a channel allocated from.
[0030]
Further, in the multicast communication method according to the present invention, in the above invention, at least the initial participation terminal periodically transmits dummy data to a multicast channel specified by the reception instruction, and receives the received dummy data. And a step of discarding.
[0031]
According to this method, each terminal periodically transmits the dummy data to the other terminals, so that the multicast tree is always kept up to date from the individual terminals to the other terminals. It becomes possible. Therefore, when a channel is added by adding a channel during communication, it is not necessary to newly construct or update the multicast tree. As a result, the delay time from when one terminal starts transmitting data to when another terminal receives data is reduced. Further, the multicast routing processing can be reduced to zero.
[0032]
Further, in the multicast communication method according to the present invention, in the above invention, the transmitting terminal as the initial participation terminal and the intermediate participation terminal processes audio data and video data from an input device to generate transmission data, Transmitting the transmission data on the multicast channel specified by the transmission instruction, the receiving terminal performs reception processing on all the multicast channels specified by the reception instruction, And synthesizing data from the existing multicast channel and outputting it to the output device.
[0033]
According to this method, even when a channel to which data is not actually transmitted is received according to the reception instruction at the time of starting communication, the user operating the terminal can use the terminal that is actually participating in the communication at that time. It is possible to listen to and view only the audio / video data.
[0034]
Further, in the multicast communication method according to the present invention, in the above invention, in the server, a user or an administrator edits setting information of the server and allocates the setting information to the communication using a multicast channel set to be usable for communication. A step of determining a multicast channel is provided.
[0035]
According to this method, a user or an administrator can set a multicast channel to be used for communication to the server, and the server can assign a multicast channel to be used for communication based on the information set in this way. it can.
[0036]
Further, in the multicast communication method according to the present invention, in the above invention, in the server, the server receives a message from another device and allocates the message to the communication using a multicast channel available for communication obtained from the received message. A step of determining a multicast channel is provided.
[0037]
According to this method, the server can receive a message such as an SAP (Session Announcement Protocol) transmitted by another device such as a moving image distribution device. By setting a multicast channel that has been set, it becomes possible to search for a multicast channel that can be used for communication by itself. Therefore, even when there are other applications for multicast communication on the same network, it is possible to dynamically search for an available multicast channel and use it for communication.
[0038]
Also, in the multicast communication method according to the present invention, one terminal among a plurality of terminals participating in communication has a function of acting for the server operation of the above invention, and all terminals including the terminal having the server function are included. Terminal performs the terminal operation of the above invention.
[0039]
According to this method, one of the terminals participating in the communication can perform the server operation in addition to the terminal operation. Therefore, the multicast communication method of the present invention can be performed only by the terminal without the server. Can be implemented.
[0040]
BEST MODE FOR CARRYING OUT THE INVENTION
The gist of the present invention is that in a multicast communication in which a plurality of terminals participate in a conference call or the like, at the start of communication, the server issues a reception instruction including a multicast channel to be added in the future, so that the terminal and the When a transmission channel is added, it is not necessary to send a call control message to terminals already participating in communication, a connection delay before actually starting to receive data is reduced, and a multicast routing is performed. It is possible to make the processing zero.
[0041]
Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.
[0042]
(Embodiment 1)
FIG. 1 is a diagram showing an outline of a communication system that implements a multicast communication method according to Embodiment 1 of the present invention. FIG. 1 illustrates a communication system in which a server 100 and three terminals (terminal A101, terminal B102, and terminal C103) are mutually connected via a network 104.
[0043]
For example, the terminal A101 transmits / receives the call control message 110 to / from the server 100, receives a designation of a multicast channel, and transmits application data 111 for the other terminals B102 and C103 on the designated multicast channel. I do.
[0044]
Although not shown, the other terminals B102 and C103 similarly transmit / receive a call control message to / from the server 100, receive designation of a multicast channel, and transmit data on the designated multicast channel.
[0045]
Next, a multicast communication method according to the first embodiment implemented in the communication system configured as described above will be described with reference to FIGS. FIG. 2 is a flowchart illustrating a communication processing procedure in the server and the terminal illustrated in FIG. FIG. 3 is a diagram for explaining messages transmitted and received between the server and the terminal shown in FIG. FIG. 4 is a view for explaining messages transmitted and received between the terminal shown in FIG. 1 and a router existing on the network (part 1). FIG. 5 is a view for explaining messages transmitted and received between the terminal shown in FIG. 1 and a router existing on the network (part 2). FIG. 6 is a diagram showing a configuration example of a header portion in a call control message of a communication start instruction transmitted from the server shown in FIG. 1 to the terminal.
[0046]
2, as shown in FIG. 2A, server 100 performs a process of creating a call control message for assigning a multicast channel used by each terminal for reception and a multicast channel used for transmission (step ST200). Then, the created call control message is transmitted to each terminal, and a communication start instruction is transmitted (step ST201). After that, when a terminal is added, a process of allocating a multicast channel to the added terminal is performed (step ST202).
[0047]
In FIG. 3, at the time of starting communication, the server 100 has started communication with two terminals, the terminal A101 and the terminal B102. Thereafter, a case where the terminal C103 is added during communication is shown.
[0048]
In FIG. 3, the call control message of the communication start instruction transmitted to the terminal A101 instructs that three of the multicast channels 1, 2, and 3 are used for reception and that the multicast channel 1 is used for transmission. Also, the call control message of the communication start instruction transmitted to the terminal B102 instructs that three of the multicast channels 1, 2, and 3 be used for reception and that the multicast channel 2 be used for transmission. Then, the call control message of the communication start instruction transmitted to the terminal C103 added during the communication thereafter instructs to use three of the multicast channels 1, 2, and 3 for reception and to use the multicast channel 3 for transmission. ing.
[0049]
On the other hand, when the terminal receives the call control message as shown in FIG. 2 (B) (step ST210), the terminal starts receiving all the reception channels specified by the call control message, and (Step ST211), data transmission is started on the transmission channel specified by the call control message (Step ST212), and data reception processing (Step ST211) and data transmission processing (Step ST212) until communication is completed. Is repeatedly executed.
[0050]
In the example of FIG. 3, at the start of communication, the terminal A101 starts receiving all of the multicast channels 1, 2, and 3, and starts transmitting to the multicast channel 1. Similarly, the terminal B102 starts receiving all of the multicast channels 1, 2, and 3, and starts transmitting to the multicast channel 2. The terminal C103 that has joined during communication starts receiving all of the multicast channels 1, 2, and 3, and starts transmitting to the multicast channel 3.
[0051]
Note that the transmission instruction of the call control message does not need to include the data transmission channel. In this case, the data transmission processing (step 212) is not performed, and only the data reception processing (step ST211) is performed.
[0052]
As shown in FIG. 4, when the terminal A101, the terminal B102, and the terminal C103 start receiving the multicast channel 1, the terminal A101, the terminal B102, and the terminal C103 send an IGMP message 410 indicating that the channel is received to the router A401 and the router B402 of the subnet to which the terminal A101 belongs. Send to
[0053]
At this time, the router A401 informs the other router B402 that it wants to relay the data of the multicast channel 1 by using a multicast routing protocol such as DVMRP or PIM because the multicast receiving terminal is in its own subnet. .
[0054]
However, at the start of communication, the terminal C103 has not participated in communication, and the router A401 has not sent an IGMP message to the router B402. Therefore, even when the router A401 receives data to the multicast channel 1, the router A401 does not relay the data to the router B402.
[0055]
Next, when the terminal A101 starts transmission to the multicast channel 1, the router A401 receives the IGMP message 410 from the terminal B102, and therefore relays the received data to the terminal B102, but relays the data to the router B402. do not do.
[0056]
Similarly, when the terminal A101, the terminal B102, and the terminal C103 start receiving the multicast channel 2, the IGMP message and the multicast routing message are exchanged.
[0057]
Although the sender is not assigned to the multicast channel 3 at the start of the communication, in the present invention, the terminals A101 and B102 also start receiving the multicast channel 3 at the start of the communication. Messages and multicast routing messages are exchanged. As a result, when receiving data to the multicast channel 3, the router B402 knows that the data must be relayed to the router A401.
[0058]
The server 100 determines that the multicast channel 3 among the multicast channels 1, 2, and 3 assigned at the start of communication is unused. Therefore, when terminal C103 is added during communication, server 100 transmits a call control message instructing terminal C103 to receive multicast channels 1, 2, and 3 and to transmit to multicast channel 3.
[0059]
However, the terminal A101 and the terminal B102 have already been instructed to receive the multicast channel 3. Therefore, server 100 does not send a call control message to terminals A101 and B102 when terminal C103 is added.
[0060]
The terminal C103 starts receiving three channels, and thus sends an IGMP message to the router B402. The router B 402 transmits a multicast routing message 411 to the router A 401.
[0061]
As a result, the router A401 relays the data of the multicast channels 1 and 2 to the router B402, the router B402 further relays to the terminal C103, and the terminal C103 receives the data from the terminals A101 and B102. It becomes possible.
[0062]
Also, as shown in FIG. 5, when terminal C103 transmits data to multicast channel 3, router B402 already knows that it must relay to router A401 when receiving data to multicast channel 3. Immediately relay the data to the router A401. Router A401 relays data to terminal A101 and terminal B102.
[0063]
Therefore, even when the terminal C103 joins the communication and starts data transmission using the multicast channel 3, the terminal A101 and the terminal B102 are not affected by the delay caused by the exchange of the IGMP message and the multicast routing message, and the terminal C103 is not affected by the delay. Can receive data.
[0064]
In particular, when the network configuration is complicated and a plurality of routers exist between terminals, it takes time to exchange multicast routing messages. However, according to the method of the present invention, such a delay does not occur.
[0065]
Also, regarding the call control messages transmitted from the server 100 to the terminal A101, the terminal B102, and the terminal C103, the SIP and the H.264 are used. H.323 or the like can be used. For example, in the case of SIP, for example, an INVITE message can be used as a call control message for a communication start instruction.
[0066]
If the SIP address of the server 100 is sip: server @ server. example. co. jp and the SIP address of the terminal 101-A is sip: terminal 1 @ terminal 1. example. co. jp, the INVITE message header portion of the SIP can be configured as shown in FIG.
[0067]
That is, the call control message of the communication start instruction transmitted from the server 100 to the terminal A101, the terminal B102, and the terminal C103 can be configured as shown in FIG.
[0068]
As the SDP, a multicast address 224.1.1.1 and a port number 10000 are specified for transmission of the terminal A101, terminal B102, and terminal C103, and three multicast channels (address 224.1.1) are used for reception. ., Port 10000), (address 224.1.1.2, port 10000), and (address 224.1.1.3, port 10000).
[0069]
As described above, according to the first embodiment, at the start of communication, the server issues a reception instruction including a multicast channel to be added in the future. Therefore, even when a terminal is added during communication, There is no need to send a call control message to terminals already participating in communication, and high-speed terminals can be added.
[0070]
(Embodiment 2)
FIG. 7 is a flowchart illustrating a communication processing procedure in a server and a terminal that implement the multicast communication method according to Embodiment 2 of the present invention. FIG. 8 is a diagram illustrating messages transmitted and received between the server and the terminal shown in FIG. In the second embodiment, a multicast communication method performed between the server 100 and the terminals A101 and B102 in the communication system shown in FIG.
[0071]
In FIG. 7, the processing (B) of the terminal A101 and the terminal B102 is the same as that of FIG. 2 (B). In the process (A) of the server 100, a channel addition process (step ST701) is performed instead of the terminal addition process (step ST202) in FIG. 2 (A).
[0072]
In the channel addition process (step ST701), the server 100 assigns a new multicast channel to, for example, the terminal A101 that is already communicating. Specifically, it is as shown in FIG.
[0073]
That is, in FIG. 8, at the start of communication, the multicast channel 1 is assigned to the terminal A101 for transmission, the multicast channel 2 is assigned to the terminal B102 for transmission, and the multicast channel 3 is not used. During the communication in which the communication is being performed in the state, the terminal A 101 transmits a channel addition request call control message to the server 100.
[0074]
Upon receiving this channel addition request call control message, server 100 allocates multicast channel 3 to terminal A101 for transmission. Then, the server 100 calls the terminal A101 with a reception instruction of all the multicast channels used for communication, a transmission instruction to the multicast channel 1 originally allocated, and a transmission instruction to the multicast channel 3 additionally allocated. Send a control message.
[0075]
For example, when the terminal A101 and the terminal B102 are in a video conference and their own video and audio are mutually transmitted and received, and the user who operates the terminal A101 wants to send further data for presentation. The terminal A101 can add a presentation multicast channel by transmitting the above-mentioned channel addition request call control message, and can transmit presentation data to another terminal B102.
[0076]
It is needless to say that the addition of a channel during communication can be performed by a judgment unique to the server 100 without a request from a terminal.
[0077]
As described above, according to the second embodiment, at the start of communication, when the server issues a reception instruction including a multicast channel to be added in the future, the transmission channel transmitted by the terminal during communication is added. However, it is not necessary to send a call control message to terminals already participating in communication, and a high-speed channel can be added.
[0078]
(Embodiment 3)
FIG. 9 is a system diagram illustrating a multicast communication method according to Embodiment 3 of the present invention. FIG. 9 shows a case where the terminal A101 and the terminal B102 transmit and receive dummy data via the router A401 shown in FIG. 4 and FIG.
[0079]
Multicast channels 1, 2, and 3 are allocated to communication, and terminal A101 and terminal B102 have all received them. Terminal A101 transmits data to multicast channel 1, and terminal B102 transmits to multicast channel 2. Consider the case where data is being transmitted.
[0080]
The terminal A101 transmits dummy data to the multicast channels 1, 2, and 3 at the dummy data transmission timing. In particular, FIG. 9 illustrates the multicast channel 3. Since the terminal B102 has started receiving the multicast channel 3, the dummy data reaches the terminal B102 via the router A401. The terminal B102 discards the received dummy data and does not use it.
[0081]
By the way, from the communication state, when the transmission to the multicast channel 3 is added to the terminal A101, the terminal A101 starts data transmission to the multicast channel 3. The data is relayed to terminal B102 via router A401.
[0082]
At this time, since the router A401 has already relayed the dummy data, the delay of data relay in the router A401 is reduced. If the terminal A101 has not transmitted dummy data and the router A401 has received data to the multicast channel 3 for the first time from the terminal A101, the router A401 updates its own multicast management table, Alternatively, it may be necessary to send a multicast routing protocol message to another router.
[0083]
However, if the dummy data is transmitted as described above, the router A401 has already performed such processing at the time of starting the transmission of the dummy data, and is not required when the terminal A101 starts the data transmission. . Also, by periodically transmitting the dummy data, it is possible to keep the state of the management data and multicast routing in the router always up to date.
[0084]
As described above, according to the third embodiment, dummy data can be periodically transmitted in advance to a multicast channel that may be instructed to be transmitted in the future. This eliminates the need for processing in the router at the relay stage. Therefore, it is possible to add or switch channels at high speed.
[0085]
(Embodiment 4)
FIG. 10 is a block diagram illustrating a configuration example of a terminal device that performs the multicast communication method according to Embodiment 4 of the present invention. FIG. 11 is a diagram illustrating a method of combining received data performed by the terminal device shown in FIG.
[0086]
The terminal device 1000 shown in FIG. 10 includes a data input unit 1001 and a data transmission unit 1002 as a transmission system, and includes a data reception unit 1003 and a data output unit 1004 as a reception system.
[0087]
In the transmission system, the data input unit 1001 receives video data from an external input device 1005 such as a camera, performs processing such as encoding if necessary, and transmits the data to the data transmission unit 1002. The data transmitting unit 1002 packetizes the received data and transmits the data to the multicast channel specified by the call control message from the server.
[0088]
In the receiving system, data received from the multicast channel by the data receiving unit 1003 is passed to the data output unit 1004. The data output unit 1004 outputs data to an external output device 1006 such as a television after performing a decoding process if necessary.
[0089]
At this time, in the receiving system, the multicast channel received by the data receiving unit 1003 may include a multicast channel to which the server has not actually assigned a transmitting terminal. In such a case, the data output unit 1004 determines that only the data received from each multicast channel to which the transmitting terminal is assigned among the data passed from the data receiving unit 1003 is the actual received data. It is only necessary to combine them and output them to the external output device 1006.
[0090]
For example, when the received data is audio data, the audio data received from each multicast channel may be mixed and output to the external output device 1006. In the case of video data, as shown in FIG. 11, data received from individual multicast channels may be combined to form output data for one screen, and output.
[0091]
FIG. 11 shows a case where the actual received image data is the image data received from the multicast channel 2 and the image data received from the multicast channel 3, and when one screen is divided into two vertically and horizontally, one diagonal line is displayed. 2 shows a case where screens based on image data from two multicast channels are arranged at two screen positions at two corners, and blank screens are arranged at two screen positions at two corners on the other diagonal line.
[0092]
As described above, according to the fourth embodiment, even when a channel to which data is not actually transmitted is received by the reception instruction at the time of starting communication, the user operating the terminal actually communicates at that time. It is possible to listen and view only the audio data and video data of the terminals participating in the program.
[0093]
(Embodiment 5)
FIG. 12 is a diagram illustrating a multicast communication method according to Embodiment 5 of the present invention. In the fifth embodiment, a case is shown in which one terminal has a server function in addition to a function as the terminal without an independent device called a server.
[0094]
In FIG. 12, terminal A 1201 has a server function in addition to its terminal function, and terminal A 1201 as a server sends a communication start instruction call control message to own terminal A 1201 and terminal B 102 at the start of communication, respectively, and performs multicast channel Is shown, and a communication start instruction call control message is transmitted to the terminal C103 during communication to allocate a multicast channel.
[0095]
In this way, the server function can be easily loaded into one terminal. According to this, a special server device is not required, and the multicast communication method of the present invention can be implemented only by the terminal device.
[0096]
In addition, it is not necessary to implement the server function in all terminals, and it is sufficient to implement the server function only in a special terminal. In this case, it is possible to start communication only from the terminal having the server function, but since the other terminals do not add a function, the required memory amount may be kept small.
[0097]
(Embodiment 6)
FIG. 13 is a diagram illustrating a multicast channel setting method according to Embodiment 6 of the present invention.
[0098]
The user or the administrator can set a multicast channel used for communication using a management screen 1300 as shown in FIG. The management screen 1300 has a multicast channel input area 1301, an add button 1302, and a multicast channel display area 1303.
[0099]
On this management screen 1300, a multicast address and a port number are entered in a multicast channel input area 1301. When an add button 1302 is pressed after the input, a multicast channel used for communication is added, and the added multicast channel is displayed in the multicast channel display area 1302.
[0100]
The server 100 can determine a multicast channel to be set at the start of communication using the multicast channel registered on the management screen 1300 in this way.
[0101]
As another method of determining a multicast channel that can be used for communication, a protocol such as SAP (Session Announcement Protocol) for notifying another device of a multicast channel on which a device is transmitting data is used. Can be considered.
[0102]
That is, the SAP creates a message including information on the multicast channel to which it is transmitting data, and sends the message to the default multicast channel (address 224.2127.254, port 9875, etc.) defined by the protocol. Therefore, if the server 100 monitors the SAP message, the server 100 can know the multicast channel transmitted by another device, and as a result, can find an unused multicast channel.
[0103]
Then, among the multicast channels allocated by the server at the start of the communication, the server may transmit the SAP message so that the other devices do not use the multicast channel to which transmission is not allocated to the client.
[0104]
This procedure is not limited to SAP, but can be performed using a protocol having a similar function. Conversely, it is also possible to use a proprietary protocol for directly notifying an empty multicast channel.
[0105]
Thus, the server can determine a multicast channel that can be used for communication using an appropriate protocol without using the management screen 1300 as shown in FIG.
[0106]
【The invention's effect】
As described above, according to the present invention, when a terminal or a transmission channel is added during communication, a call control message need not be sent to a terminal already participating in communication, This makes it possible to reduce the connection delay before actually starting to receive data and to reduce the multicast routing processing to zero.
[Brief description of the drawings]
FIG. 1 is a diagram showing an outline of a communication system that implements a multicast communication method according to a first embodiment of the present invention.
FIG. 2 is a flowchart illustrating a communication processing procedure in a server and a terminal illustrated in FIG. 1;
FIG. 3 is a view for explaining messages transmitted and received between the server and the terminal shown in FIG. 1;
FIG. 4 is a view for explaining messages transmitted and received between the terminal shown in FIG. 1 and a router existing on the network (part 1)
FIG. 5 is a view for explaining messages transmitted and received between the terminal shown in FIG. 1 and a router existing on the network (part 2)
FIG. 6 is a diagram showing a configuration example of a header part in a call control message of a communication start instruction transmitted from the server shown in FIG. 1 to the terminal.
FIG. 7 is a flowchart illustrating a communication processing procedure in a server and a terminal that implement the multicast communication method according to the second embodiment of the present invention.
FIG. 8 is a view for explaining messages transmitted and received between the server and the terminal shown in FIG. 7;
FIG. 9 is a system diagram illustrating a multicast communication method according to Embodiment 3 of the present invention.
FIG. 10 is a block diagram showing a configuration example of a terminal device that implements a multicast communication method according to Embodiment 4 of the present invention.
11 is an exemplary view for explaining a method of synthesizing received data performed by the terminal device shown in FIG. 10;
FIG. 12 is a diagram illustrating a multicast communication method according to Embodiment 5 of the present invention.
FIG. 13 is a diagram illustrating a multicast channel setting method according to Embodiment 6 of the present invention.
FIG. 14 is a block diagram showing a configuration of a conventional multicast system.
[Explanation of symbols]
100 servers
101, 1201 Terminal A
102 Terminal B
103 Terminal C
104 Network
401 Router A
402 Router A
1000 terminal device
1001 Data input section
1002 Data transmission unit
1003 Data receiving unit
1004 Data output unit
1005 External input device (camera)
1006 External output device (TV)
1300 management screen
1301 Multicast channel input area
1302 Add button
1303 Multicast channel display area

Claims

In a multicast communication method in which each of a plurality of terminals under the server transmits using one multicast channel designated by the server and receives data from the plurality of multicast channels designated by the server,
The server assigns, to two or more initial participating terminals participating in communication at the start of communication, reception instructions from all multicast channels including a multicast channel that may be added in the future, and one assigned to each of them. Transmitting a call control message including a transmission instruction to the above multicast channel, and performing a communication start instruction to all the initial participating terminals;
During the subsequent communication, one or more intermediate participating terminals newly participating in the communication are instructed to receive from all the multicast channels, and at least one of the multicast channels not allocated to the initial participating terminal is allocated to each of them. Transmitting a call control message including a transmission instruction to the multicast channel of, and instructing all the participating terminals to start communication, comprising:
Each terminal receiving the call control message, receiving data from a multicast channel specified by the reception instruction, and performing data transmission on the multicast channel specified by the transmission instruction. Characteristic multicast communication method.

The server, during communication, instructs at least one of the initial participating terminals to receive instructions from all multicast channels including a multicast channel that may be added in the future, at the time of starting communication. Transmitting a call control message including a transmission instruction to one or more multicast channels allocated from unallocated multicast channels, and performing a communication start instruction including the additional multicast channel. The multicast communication method according to claim 1, wherein

During communication, the initial participation terminal transmits a call control message including a request to add a multicast channel to be used for transmission, and the server receives the call control message including the addition request and may add a multicast channel in the future. And transmitting a call control message including a reception instruction from all the multicast channels including the communication channel and a transmission instruction to one or more multicast channels allocated from among the multicast channels not allocated at the start of communication, and 2. The multicast communication method according to claim 1, further comprising a step of giving a communication start instruction including the following.

At least the initial participation terminal periodically transmits dummy data to a multicast channel specified by the reception instruction, and discards the received dummy data. The multicast communication method according to claim 3.

The transmitting terminal as the initial participation terminal and the intermediate participation terminal processes audio data and video data from the input device to generate transmission data, and transmits the transmission data on a multicast channel specified by the transmission instruction. Having a step of
The receiving terminal performs a receiving process on all the multicast channels indicated by the reception instruction, and combines the data from the multicast channel actually used therein and outputs the combined data to an output device. The multicast communication method according to any one of claims 1 to 4, wherein

6. The server according to claim 1, further comprising a step of editing setting information of the server and determining a multicast channel to be allocated to the communication by using a multicast channel set to be usable for communication. The multicast communication method according to any one of the above.

The server according to claim 1, further comprising: receiving a message from another device, and determining a multicast channel to be allocated to the communication using a multicast channel available for communication obtained from the message. A multicast communication method according to any one of claims 1 to 5.

One of a plurality of terminals participating in communication has a function of acting for a server operation according to any one of claims 1 to 3, and claims 6 to 7, and the server function is provided. 6. A multicast communication method, characterized in that all terminals including the terminal having the function of performing the terminal operation according to any one of claims 1 to 5.