(57)【要約】【課題】ＩＰネットワークにおいて、マルチキャスト制御ルータと端末装置との間の回線帯域を効率良く使用する。【解決手段】マルチキャスト制御ルータ１と端末装置２との間の切替前チャネルを切替後チャネルに切替える場合に、切替前チャネルの離脱要求に基づく離脱処理が完了する前に切替後チャネルの参加要求がなされた場合でも、切替前チャネルの送信停止後に、切替後チャネルトラヒックを送信開始するので、切替前チャネル停止、切替後チャネル開始の順序を維持でき、切替前後の両チャネルトラヒックが転送されることがなくなる。【選択図】      図１
2010098606.tif 000002
【特許請求の範囲】
【請求項１】
マルチキャスト通信による通信先の端末装置からの参加要求または離脱要求を受信する受信手段と、
前記端末装置のそれぞれについて、当該端末装置からの離脱要求の前記受信手段による受信に基づいた離脱処理中であるか否かを示す情報を管理する管理手段と、
前記端末装置からの参加要求を前記受信手段により受信した場合で、当該端末装置について前記管理手段により管理する情報が前記離脱処理中であることを示す情報である場合には、前記受信した参加要求にしたがった処理の開始を保留し、当該要求元の端末装置からの離脱要求にしたがった離脱処理が完了することで、当該端末装置について前記管理する情報が前記離脱処理中でないことを示す情報となった場合には、前記受信した参加要求にしたがった処理を開始する要求処理手段と
を備えたことを特徴とするマルチキャスト制御ルータ。
【請求項２】
前記端末装置からの参加要求を前記受信手段により受信した場合で、当該端末装置について前記管理手段により管理する情報が前記離脱処理中でないことを示す情報である場合に前記要求元の端末装置からの離脱要求を待機するための計時を行なう計時手段をさらに設け、
前記要求処理手段は、前記端末装置からの参加要求を前記受信手段により受信した場合で、当該要求元の端末装置について前記管理手段により管理する情報が前記離脱処理中でないことを示す情報である場合に当該参加要求にしたがった処理の開始を保留して前記要求元の端末装置からの離脱要求を待機し、前記計時手段により計時した時間が前記要求元の端末装置からの離脱要求がないとみなせる所定時間に達する前に当該要求元の端末装置からの離脱要求を前記受信手段により受信することで、当該端末装置について前記管理手段により管理する情報が前記離脱処理中であることを示す情報となった場合には前記計時手段による計時を終了し、当該計時の終了後、前記離脱処理が完了することで、当該端末装置について前記管理する情報が前記離脱処理中でないことを示す情報となった場合には、前記受信した参加要求にしたがった処理を開始し、当該要求元の端末装置からの離脱要求を前記受信手段により受信しない状態で前記計時した時間が所定時間に達した場合には、前記要求元の端末装置からの離脱要求がないとみなし、前記受信した参加要求にしたがった処理を開始する
ことを特徴とする請求項１に記載のマルチキャスト制御ルータ。
【請求項３】
当該端末装置からの離脱要求の前記受信手段による受信に基づいた離脱処理が完了した場合に、当該受信した離脱要求をもとにした上流ルータへの離脱要求を行なう離脱要求手段をさらに備え、
前記管理手段は、
前記端末装置のそれぞれについて、前記離脱処理が完了することで前記離脱要求手段により上流ルータへの離脱要求を行なう場合には前記離脱処理中であることを示す情報に代えて当該上流ルータからの通信停止待機中である旨を示す情報を管理して、前記上流ルータへの離脱要求により当該上流ルータからの通信が停止した場合には前記通信停止待機中である旨を示す情報に代えて前記離脱処理中でないことを示す情報を管理し、
前記離脱要求手段による前記上流ルータへの離脱要求により当該上流ルータからの通信が停止することで、前記管理する情報が前記通信停止待機中である旨を示す情報から前記離脱処理中でないことを示す情報となった場合に、当該端末装置からの前記受信手段により受信した参加要求をもとにした前記上流ルータへの参加要求を行なう参加要求手段とをさらに備え、
前記参加要求手段による上流ルータへの参加要求により、当該上流ルータからの通信が開始された場合に、前記要求元の端末装置からの参加要求にしたがった処理を開始する
ことを特徴とする請求項１に記載のマルチキャスト制御ルータ。
【請求項４】
マルチキャスト通信による通信先の端末装置からの要求を受信する受信手段と、
前記受信手段により受信した要求を、当該要求にしたがった要求元の端末装置との間の処理中であるか、当該要求にしたがった処理完了後に当該要求の上流ルータへの転送の必要があるか当該転送の必要がないかの何れかを示す情報とともに、当該要求にしたがった要求元の端末装置との間の処理が完了しておらず、かつ受信順が最も早い要求を先頭要求として区別して受信順に管理する要求管理手段と、
前記要求管理手段により管理する情報のうち先頭要求である要求にしたがった要求元の端末装置との間の処理が完了した場合で当該要求について前記管理される情報が前記上流ルータへの転送の必要があることを示す情報である場合には、当該要求を前記上流ルータに転送する要求転送手段と
を備えたことを特徴とするマルチキャスト制御ルータ。
【請求項５】
マルチキャスト通信による通信先の端末装置からの参加要求または離脱要求を受信するマルチキャスト制御サーバにおけるマルチキャスト制御方法であって、
前記マルチキャスト制御サーバは、
前記端末装置のそれぞれについて、当該端末装置からの離脱要求の受信に基づいた離脱処理中であるか否かを示す情報を管理し、
前記端末装置からの参加要求を受信した場合で、当該端末装置について管理する情報が前記離脱処理中であることを示す情報である場合には、前記受信した参加要求にしたがった処理の開始を保留し、当該要求元の端末装置からの離脱要求にしたがった離脱処理が完了することで、当該端末装置について管理する情報が前記離脱処理中でないことを示す情報となった場合には、前記受信した参加要求にしたがった処理を開始する
ことを特徴とするマルチキャスト制御方法。
【請求項６】
前記マルチキャスト制御サーバは、
前記端末装置からの参加要求を受信した場合で、当該端末装置について管理する情報が前記離脱処理中でないことを示す情報である場合に前記要求元の端末装置からの離脱要求を待機するための計時を行ない、
前記端末装置からの参加要求を受信した場合で、当該要求元の端末装置について管理する情報が前記離脱処理中でないことを示す情報である場合に当該参加要求にしたがった処理の開始を保留して前記要求元の端末装置からの離脱要求を待機し、計時した時間が前記要求元の端末装置からの離脱要求がないとみなせる所定時間に達する前に当該要求元の端末装置からの離脱要求を受信することで、当該端末装置について管理する情報が前記離脱処理中であることを示す情報となった場合には計時を終了し、当該計時の終了後、前記離脱処理が完了することで、当該端末装置について前記管理する情報が前記離脱処理中でないことを示す情報となった場合には、前記受信した参加要求にしたがった処理を開始し、当該要求元の端末装置からの離脱要求を受信しない状態で前記計時した時間が所定時間に達した場合には、前記要求元の端末装置からの離脱要求がないとみなし、前記受信した参加要求にしたがった処理を開始する
ことを特徴とする請求項５に記載のマルチキャスト制御方法。
【請求項７】
前記マルチキャスト制御サーバは、
当該端末装置からの離脱要求の受信に基づいた離脱処理が完了した場合に、当該受信した離脱要求をもとにした上流ルータへの離脱要求を行ない、
前記端末装置のそれぞれについて、前記離脱処理が完了することで前記上流ルータへの離脱要求を行なう場合には前記離脱処理中であることを示す情報に代えて当該上流ルータからの通信停止待機中である旨を示す情報を管理して、前記上流ルータへの離脱要求により当該上流ルータからの通信が停止した場合には前記通信停止待機中である旨を示す情報に代えて前記離脱処理中でないことを示す情報を管理し、
前記上流ルータへの離脱要求により当該上流ルータからの通信が停止することで、前記管理する情報が前記通信停止待機中である旨を示す情報から前記離脱処理中でないことを示す情報となった場合に、当該端末装置から受信した参加要求をもとにした前記上流ルータへの参加要求を行ない、
前記上流ルータへの参加要求により、当該上流ルータからの通信が開始された場合に、前記要求元の端末装置からの参加要求にしたがった処理を開始する
ことを特徴とする請求項５に記載のマルチキャスト制御方法。
【請求項８】
マルチキャスト通信による通信先の端末装置からの参加要求または離脱要求を受信するマルチキャスト制御サーバにおけるマルチキャスト制御方法であって、
前記マルチキャスト制御サーバは、
マルチキャスト通信による通信先の端末装置からの要求を受信し、
前記受信した要求を、当該要求にしたがった要求元の端末装置との間の処理中であるか、当該要求にしたがった処理完了後に当該要求の上流ルータへの転送の必要があるか当該転送の必要がないかの何れかを示す情報とともに、当該要求にしたがった要求元の端末装置との間の処理が完了しておらず、かつ受信順が最も早い要求を先頭要求として区別して受信順に管理し、
前記管理する情報のうち先頭要求である要求にしたがった要求元の端末装置との間の処理が完了した場合で当該要求について前記管理される情報が前記上流ルータへの転送の必要があることを示す情報である場合には、当該要求を前記上流ルータに転送する
ことを特徴とするマルチキャスト制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ（Internet Protocol）ネットワークに使用されてマルチキャスト通信を制御するマルチキャスト制御ルータおよびマルチキャスト制御方法である。
【背景技術】
【０００２】
従来のマルチキャスト制御ルータは、Internet Group Management Protocol（ＩＧＭＰ）、或いはMulticast Listener Discovery（ＭＬＤ）などのマルチキャスト制御プロトコルにより、端末装置から参加要求を受信した場合にはマルチキャストパケットを当該端末に送信開始し、端末から離脱要求を受信した場合には当該チャネルのマルチキャストパケットの送信を停止する。
【０００３】
ＩＧＭＰバージョン３（例えば非特許文献１参照）の場合、参加要求及び離脱要求ともにVersion 3 Membership Report Messageにより実現される。ＭＬＤバージョン２（例えば非特許文献２参照）の場合、参加要求及び離脱要求ともにVersion 2 Multicast Listener Report Messageにより実現される。
【０００４】
さらに、端末装置とマルチキャスト制御ルータとの間に別のマルチキャスト制御ルータをプロクシルータとして接続する場合、端末装置とプロクシルータの間では、当該プロクシルータがマルチキャスト制御ルータの代理として端末装置からの参加要求と離脱要求を実行し、マルチキャストデータの送信及び停止を実行する。また、プロクシルータは、端末装置の代理として、マルチキャスト制御ルータに対し必要に応じて参加要求および離脱要求を送信する。
【０００５】
マルチキャスト通信においては、各機器は、送信元ＩＰアドレスＳとマルチキャストアドレスＧの組み合わせでなるチャネル識別子である（Ｓ，Ｇ）を１本のデータ流、つまりテレビ放送の１つのチャネルの様に認識する。例えばＩＰ転送によるテレビ放送では、前述した参加要求と離脱要求により、受信するマルチキャストのチャネル識別子（Ｓ，Ｇ）が変更されることでチャネル切替が実現される。
【０００６】
【非特許文献１】"Internet Group Management Protocol, Version3", RFC 3376
【０００７】
【非特許文献２】"Multicast Listener Discovery Version (MLDv2) for IPv6", RFC 3810
【発明の開示】
【発明が解決しようとする課題】
【０００８】
ＩＧＭＰ及びＭＬＤにおいて、マルチキャスト制御ルータは、端末装置からの参加要求を受信した後、参加処理を直ちに実行可能である。しかし、マルチキャスト制御ルータは、端末装置からの離脱要求を受信した際には、当該離脱要求にしたがった離脱処理前に、当該端末装置の接続されるインタフェースにおいて受信継続する他の端末が存在するか否かを調査して受信継続端末装置が存在しないことを確認するため、参加処理に比べて処理時間を要する。
【０００９】
チャネル切替において、端末装置が切替前チャネルの離脱要求を先行して送信し、引き続き、切替後の参加要求を送信した場合であっても、マルチキャスト制御ルータは、切替前チャネルと切替後チャネルを端末装置に重複して転送してしまう可能性がある。
図２２は、従来のマルチキャスト制御ルータの動作手順の一例を示す図である。  
図２２に示すように、マルチキャスト制御ルータが切替前チャネルであるチャネル（Ｓ１，Ｇ１）トラヒックを端末装置に送信中である場合に、マルチキャスト制御ルータが送信先の端末装置からチャネル（Ｓ１，Ｇ１）の離脱要求を受信すると、要求元の端末装置に対するチャネル（Ｓ１，Ｇ１）の離脱確認を試み、当該離脱確認が完了する前に同じ端末装置から切替後チャネルであるチャネル（Ｓ２，Ｇ２）の参加要求を受信すると、チャネル（Ｓ２，Ｇ２）トラヒックを要求元の端末装置に送信する。
【００１０】
この時点では、マルチキャスト制御ルータはチャネル（Ｓ１，Ｇ１）の離脱確認が完了していないので、チャネル（Ｓ１，Ｇ１）トラヒックを端末装置に送信している状態である。つまり、マルチキャスト制御ルータは、チャネル（Ｓ１，Ｇ１）の離脱確認が完了してチャネル（Ｓ１，Ｇ１）トラヒックの送信を停止するまでは、チャネル（Ｓ１，Ｇ１）トラヒックおよびチャネル（Ｓ２，Ｇ２）トラヒックを端末装置に重複して送信することとなる。
【００１１】
この場合、参加処理完了から離脱処理完了までの間、マルチキャスト制御ルータと端末装置間の回線帯域を本来必要な帯域よりも多く使用するため、当該回線を使用する通信において転送品質が劣化することが考えられる。
またチャネル切替している端末装置においては、切替前チャネルと切替後チャネルの両方のパケットが到着することになるので、受信バッファ不足や処理負荷増による品質劣化が生ずることも考えられる。
【００１２】
また、マルチキャスト制御ルータと端末装置の間にプロクシルータとして別のマルチキャスト制御ルータを接続する場合も同様に、プロクシルータで参加処理完了のタイミングと離脱処理完了タイミングの順序が逆転する、つまり参加処理完了のタイミングより離脱処理完了タイミングが後になると、プロクシルータとマルチキャスト制御ルータの間で、回線帯域を本来必要な帯域よりも多く使用することになり、当該回線を使用する通信において転送品質が劣化することが考えられる。
【００１３】
そこで、本発明の目的は、ＩＰネットワークにおいて、端末装置との間の回線帯域を効率良く使用することが可能になるマルチキャスト制御ルータおよびマルチキャスト制御方法を提供することにある。
【課題を解決するための手段】
【００１４】
上記目的を達成するため、本発明に係るマルチキャスト制御ルータは、マルチキャスト通信による通信先の端末装置からの参加要求または離脱要求を受信する受信手段と、前記端末装置のそれぞれについて、当該端末装置からの離脱要求の前記受信手段による受信に基づいた離脱処理中であるか否かを示す情報を管理する管理手段と、前記端末装置からの参加要求を前記受信手段により受信した場合で、当該端末装置について前記管理手段により管理する情報が前記離脱処理中であることを示す情報である場合には、前記受信した参加要求にしたがった処理の開始を保留し、当該要求元の端末装置からの離脱要求にしたがった離脱処理が完了することで、当該端末装置について前記管理する情報が前記離脱処理中でないことを示す情報となった場合には、前記受信した参加要求にしたがった処理を開始する要求処理手段とを備えたことを特徴とする。
【００１５】
上記構成のマルチキャスト制御ルータは、また、前記端末装置からの参加要求を前記受信手段により受信した場合で、当該端末装置について前記管理手段により管理する情報が前記離脱処理中でないことを示す情報である場合に前記要求元の端末装置からの離脱要求を待機するための計時を行なう計時手段をさらに設け、前記要求処理手段は、前記端末装置からの参加要求を前記受信手段により受信した場合で、当該要求元の端末装置について前記管理手段により管理する情報が前記離脱処理中でないことを示す情報である場合に当該参加要求にしたがった処理の開始を保留して前記要求元の端末装置からの離脱要求を待機し、前記計時手段により計時した時間が前記要求元の端末装置からの離脱要求がないとみなせる所定時間に達する前に当該要求元の端末装置からの離脱要求を前記受信手段により受信することで、当該端末装置について前記管理手段により管理する情報が前記離脱処理中であることを示す情報となった場合には前記計時手段による計時を終了し、当該計時の終了後、前記離脱処理が完了することで、当該端末装置について前記管理する情報が前記離脱処理中でないことを示す情報となった場合には、前記受信した参加要求にしたがった処理を開始し、当該要求元の端末装置からの離脱要求を前記受信手段により受信しない状態で前記計時した時間が所定時間に達した場合には、前記要求元の端末装置からの離脱要求がないとみなし、前記受信した参加要求にしたがった処理を開始することを特徴とする。
【００１６】
上記構成のマルチキャスト制御ルータは、また、当該端末装置からの離脱要求の前記受信手段による受信に基づいた離脱処理が完了した場合に、当該受信した離脱要求をもとにした上流ルータへの離脱要求を行なう離脱要求手段をさらに備え、前記管理手段は、前記端末装置のそれぞれについて、前記離脱処理が完了することで前記離脱要求手段により上流ルータへの離脱要求を行なう場合には前記離脱処理中であることを示す情報に代えて当該上流ルータからの通信停止待機中である旨を示す情報を管理して、前記上流ルータへの離脱要求により当該上流ルータからの通信が停止した場合には前記通信停止待機中である旨を示す情報に代えて前記離脱処理中でないことを示す情報を管理し、前記離脱要求手段による前記上流ルータへの離脱要求により当該上流ルータからの通信が停止することで、前記管理する情報が前記通信停止待機中である旨を示す情報から前記離脱処理中でないことを示す情報となった場合に、当該端末装置からの前記受信手段により受信した参加要求をもとにした前記上流ルータへの参加要求を行なう参加要求手段とをさらに備え、前記参加要求手段による上流ルータへの参加要求により、当該上流ルータからの通信が開始された場合に、前記要求元の端末装置からの参加要求にしたがった処理を開始することを特徴とする。
【発明の効果】
【００１７】
したがって、ＩＰネットワークにおいて、マルチキャスト制御ルータと端末装置との間の回線帯域を効率良く使用することができる。
【発明を実施するための最良の形態】
【００１８】
以下図面により本発明の実施形態について説明する。  
（第１の実施形態）
まず、本発明の第１の実施形態について説明する。  
図１は、本発明の第１の実施形態におけるマルチキャスト通信システムの構成例を示す図である。  
図１に示すように、本発明の第１の実施形態におけるマルチキャスト通信システムは、マルチキャスト制御ルータ１、端末装置２Ａ，２Ｂ、マルチキャスト送出装置３を有し、マルチキャスト制御ルータ１と端末装置２Ａ，２Ｂとが通信可能に接続されるとともに、マルチキャスト制御ルータ１とマルチキャスト送出装置３に接続される。ここでは、端末装置の数は２台であるが、この台数は特に限定されない。以降、必要に応じて端末装置２Ａ，２Ｂを纏めて端末装置２と称する。
【００１９】
この実施例では、マルチキャストパケットは、マルチキャスト送出装置３からマルチキャスト制御ルータ１に転送され、マルチキャスト制御ルータ１と端末装置２の間では例えばＩＧＭＰ又はＭＬＤにより送信開始及び停止が制御される。ただし、マルチキャスト制御プロトコルは他のプロトコルであってもよい。
【００２０】
図２は、本発明の第１の実施形態におけるマルチキャスト制御ルータの構成例を示すブロック図である。  
図１に示すように、本発明の第１の実施形態におけるマルチキャスト制御ルータ１は、装置全体の処理動作を司る制御部１１、記憶装置１２、要求処理部１３、通信インタフェース１４、切替状態管理部１５、参加要求記憶制御部１６を備え、それぞれがバス１７により相互に接続される。要求処理部１３、切替状態管理部１５、参加要求記憶制御部１６は制御部１１の一部として論理的に設ける形態でもよい。
【００２１】
記憶装置１２は、チャネル切替状態記憶部２１および参加要求情報記憶部２２を記憶領域として有する。
要求処理部１３は、端末装置２Ａ，２Ｂからの参加要求にしたがって要求元の装置をマルチキャストによる送信先とする処理である参加処理を開始し、端末装置２Ａ，２Ｂからの離脱要求にしたがって要求元の装置をマルチキャストによる送信先から除く処理である離脱処理を開始する。
【００２２】
通信インタフェース１４は、端末装置２Ａ，２Ｂやマルチキャスト送出装置３との間の通信を行なう。  
切替状態管理部１５は、端末装置２Ａ，２Ｂのそれぞれについて、当該端末装置からの離脱要求に基づいた離脱処理中であるか非離脱処理中であるかを示す切替状態情報を記憶装置１２のチャネル切替状態記憶部２１に記憶することで設定する。
【００２３】
図３は、本発明の第１の実施形態におけるマルチキャスト制御ルータの記憶装置に記憶されるチャネル切替状態管理テーブルの構成例を示す図である。  
記憶装置１２のチャネル切替状態記憶部２１には、図３に示した構成のチャネル切替状態管理テーブルが記憶される。このテーブルでは、端末装置２Ａ，２Ｂのそれぞれについて、当該端末装置からの離脱要求に基づいた離脱処理中であるか非離脱処理中であるかを示す切替状態情報が端末装置２の端末識別子と関連付けて管理される。
【００２４】
ここでは、端末識別子は端末装置２のＩＰアドレスである。マルチキャスト制御ルータ１は、端末装置２のＩＰアドレスを当該端末装置２からの参加要求および離脱要求の送信元ＩＰアドレスから知ることができる。
端末装置２ＡのＩＰアドレスは「１００．０．０．２１」で、端末装置２ＢのＩＰアドレスは「１００．０．０．２２」である。図３に示した例では、端末識別子のＩＰアドレスが「１００．０．０．２１」である端末装置２Ａについては、マルチキャスト制御ルータ１は当該端末装置２Ａからの離脱要求にしたがった離脱処理中であることを示し、端末識別子のＩＰアドレスが「１００．０．０．２２」である端末装置２Ｂについては、マルチキャスト制御ルータ１は当該端末装置２Ｂからの離脱要求にしたがった離脱処理中ではないことを示す。  
また、端末識別子は端末装置２のＭＡＣアドレスであってもよいし、ＶＬＡＮ識別子やマルチキャスト制御ルータ１の識別番号であってもよい。
【００２５】
次に、マルチキャスト制御ルータ１において管理する切替状態について説明する。図４は、本発明の第１の実施形態におけるマルチキャスト通信システムの切替状態遷移例を示す図である。  
図４に示すように、マルチキャスト制御ルータ１は、ある端末装置２からの離脱要求にしたがった離脱処理中でない場合は当該端末装置２についてチャネル切替状態管理テーブルで管理する切替状態を非離脱処理中とし、当該非離脱処理中において同じ端末装置２からの離脱要求を受信した場合は要求元の端末装置２の切替状態を離脱処理中に遷移させる。また、マルチキャスト制御ルータ１は、この離脱処理中において離脱処理を完了した場合は、離脱要求元の端末装置２の切替状態を非離脱処理中に遷移させる。
【００２６】
また、参加要求記憶制御部１６は、ある端末装置２から参加要求を受けて、当該参加要求にしたがった参加処理が行なわれるまで、当該参加要求で示されるチャネル識別子および要求元の端末識別子でなる参加要求待機情報を記憶装置１２の参加要求情報記憶部２２に記憶することで設定する。
【００２７】
図５は、本発明の第１の実施形態におけるマルチキャスト制御ルータの記憶装置に記憶される参加要求待機情報の構成例を示す図である。  
記憶装置１２の参加要求情報記憶部２２には、図５に示した構成の参加要求待機情報が記憶される。この参加要求待機情報では、参加要求元の端末装置２の端末識別子と参加要求のあるチャネル識別子とが関連付けて管理される。
【００２８】
チャネル識別子は、ＩＧＭＰバージョン３においては（Ｓ，Ｇ）の組み合わせが考えられる。ここで、Ｓはマルチキャストの送信元ＩＰアドレスであり、Ｇはマルチキャストアドレスである。
例えば、マルチキャスト制御ルータ１は、送信元ＩＰアドレスが「１００．０．０．２１」である端末装置２Ａから、（Ｓ，Ｇ）が（１２０．０．０．２，２３２．０．０．２）であるチャネルの参加要求を受信した場合、図５のように、端末識別子の「１００．０．０．２１」とチャネル識別子「（１２０．０．０．２，２３２．０．０．２）」とを関連付けて参加要求待機情報を生成する。ここで、送信元ＩＰアドレスと（Ｓ，Ｇ）の具体的な組み合わせは例であって、本発明を制限するものではない。
【００２９】
次に、ここまで示した構成のマルチキャスト制御ルータ１の動作について説明する。図６は、本発明の第１の実施形態におけるマルチキャスト制御ルータの動作手順の一例を示す図である。  
ここで示す動作手順は、チャネル（Ｓ１，Ｇ１）をチャネル（Ｓ２，Ｇ２）に切替える場合の動作例である。初期状態では、マルチキャスト制御ルータ１は、チャネル（Ｓ１，Ｇ１）トラヒック送信中であって、記憶装置１２のチャネル切替状態記憶部２１に記憶されるチャネル切替状態管理テーブルにおける送信先の端末装置２Ａの端末識別子「１００．０．０．２１」の切替状態は「非離脱処理中」である。
【００３０】
マルチキャスト制御ルータ１の通信インタフェース１４が、ＩＰアドレスが「１００．０．０．２１」である端末装置２Ａからチャネル（Ｓ１，Ｇ１）の離脱要求を受信した場合、切替状態管理部１５は、記憶装置１２のチャネル切替状態記憶部２１に記憶されるチャネル切替状態管理テーブルにおける離脱要求の送信元ＩＰアドレスである端末識別子「１００．０．０．２１」の切替状態を「離脱処理中」に変更する。
【００３１】
ＩＧＭＰバージョン３においては、マルチキャスト制御ルータ１の要求処理部１３は、離脱要求を受信した回線に接続される全ての端末装置２にチャネル（Ｓ１，Ｇ１）離脱確認を２回送信する。要求処理部１３は、離脱確認に対する応答がなければ、離脱処理が完了したとして離脱確認先の端末装置２へのマルチキャストデータ送信を停止する。
【００３２】
マルチキャスト制御ルータ１の通信インタフェース１４が、この離脱確認中に、ＩＰアドレスが「１００．０．０．２１」である端末装置２Ａ、つまり離脱要求元と同じ端末装置２からチャネル（Ｓ２，Ｇ２）の参加要求を受信した場合、要求処理部１３は、チャネル切替状態記憶部２１に記憶されるチャネル切替状態管理テーブルにおける、端末識別子「１００．０．０．２１」の切替状態が離脱処理中であることから、受信した参加要求にしたがった参加処理を保留し、参加要求記憶制御部１６は、端末識別子「１００．０．０．２１」とチャネル識別子（Ｓ２，Ｇ２）を関連付けた参加要求待機情報を参加要求情報記憶部２２に記憶する。
【００３３】
その後、要求処理部１３は、離脱確認の結果、離脱処理が完了した場合、チャネル（Ｓ１，Ｇ１）トラヒックの送信を停止する。  
すると、切替状態管理部１５は、記憶装置１２のチャネル切替状態記憶部２１に記憶されるチャネル切替状態管理テーブルにおける離脱要求の送信元ＩＰアドレスである端末識別子「１００．０．０．２１」の切替状態を「非離脱処理中」に変更する。
【００３４】
そして、要求処理部１３は、チャネル切替状態管理テーブルにおける離脱要求の送信元ＩＰアドレスである端末識別子「１００．０．０．２１」の切替状態が「非離脱処理中」に変更されたことにともない、参加要求情報記憶部２２に記憶される参加要求待機情報を読み出す。この読み出した参加要求待機情報には参加処理保留時において、参加要求元の端末識別子「１００．０．０．２１」の端末装置２Ａからチャネル（Ｓ２，Ｇ２）に対する参加要求待機情報が含まれるので、当該参加要求処理を開始し、端末装置２Ａにチャネル（Ｓ２，Ｇ２）トラヒックが送信される。
【００３５】
以上のように、本発明の第１の実施形態におけるマルチキャスト通信システムでは、マルチキャスト制御ルータ１と端末装置２との間のチャネル（Ｓ１，Ｇ１）をチャネル（Ｓ２，Ｇ２）に切替える場合に、チャネル（Ｓ１，Ｇ１）の離脱要求に基づく離脱処理が完了する前にチャネル（Ｓ２，Ｇ２）の参加要求がなされた場合でも、チャネル（Ｓ１，Ｇ１）の送信停止後に、チャネル（Ｓ２，Ｇ２）トラヒックを送信開始するので、切替前チャネル停止、切替後チャネル開始の順序を維持でき、切替前後の両チャネルトラヒックが転送されることがなくなる。
【００３６】
（第２の実施形態）
次に、本発明の第２の実施形態について説明する。なお、本実施形態におけるマルチキャスト制御ルータ１の構成のうち図１に示したものと同一部分の説明は省略する。  
本実施形態は、端末装置２の動作や、マルチキャスト制御ルータ１と端末装置２との間の装置類の動作に起因し、マルチキャスト制御ルータ１が参加要求を先行して受信した場合にも、切替前チャネル停止、切替後チャネル開始の順序を維持し、チャネルの重複転送を防ぐものである。
例えば、端末装置２においては、アプリケーションがマルチキャスト制御処理に対し、旧チャネル停止、新チャネル開始の順に処理を渡しても、マルチキャスト制御処理、ＩＰレイヤ処理、レイヤ２フレーム処理などにおいて、順序性保証は困難であり、端末装置２からの離脱要求と参加要求の送信順序が逆転することがありえる。
【００３７】
あるいは、端末装置２とマルチキャスト制御ルータ１間にプロクシルータなどパケットのソフトウェア転送を行う装置が接続されている場合には、転送順序性が保証されるわけではなく、マルチキャスト制御ルータ１に到着する順序が逆転する可能性がある。
【００３８】
これらの状況において、マルチキャスト制御ルータ１は、端末装置２から受信した参加要求がチャネル切替の参加要求であって引き続き離脱要求を受信するのか、あるいは当該受信した参加要求が新規の参加要求であって引き続き離脱要求を受信しないのかを、当該受信した要求からは判断することができないため、引き続く離脱要求が無いか否かを判断する必要がある。
【００３９】
図７は、本発明の第２の実施形態におけるマルチキャスト制御ルータの構成例を示すブロック図である。  
図７に示すように、本発明の第２の実施形態におけるマルチキャスト制御ルータ１は、第１の実施形態と比較して、離脱要求待機タイマ３１をさらに備える。  
離脱要求待機タイマ３１は、端末装置２のそれぞれについて、当該端末装置２の切替状態が非離脱処理中である場合に同じ端末装置２からの参加要求がなされた場合に離脱要求を待機するための計時を行なう。離脱要求待機タイマ３１は、制御部１１の一部として論理的に設ける形態でもよい。
【００４０】
図８は、本発明の第２の実施形態におけるマルチキャスト通信システムの切替状態遷移例を示す図である。  
図８に示すように、本実施形態における切替状態遷移例では、切替状態は、非離脱待機中、離脱待機中および離脱要求待機中のいずれかである。離脱要求待機中とは、マルチキャスト制御ルータ１がある端末装置２の切替状態が非離脱状態である場合で当該端末装置２から離脱要求を受信する前に参加要求を受信した場合に、当該端末装置２から離脱要求を待機する状態を指す。
【００４１】
この実施例の遷移例としては、図４に示した遷移例に加え、マルチキャスト制御ルータ１は、ある端末装置２について切替状態管理テーブルで管理する切替状態が非離脱処理中である場合に、同じ端末装置２からの参加要求を受信した場合、当該端末装置２の切替状態を離脱要求待機中に遷移させる。
【００４２】
この場合、離脱要求待機タイマ３１による計時が開始され、マルチキャスト制御ルータ１は、この離脱要求待機中に、端末装置２からの離脱要求が確認できずにタイムアウトした場合、つまり離脱要求待機タイマ３１による計時時間が、端末装置２からの離脱要求がないとみなせる所定時間に達した場合には、当該端末装置２の切替状態を元の非離脱処理中に遷移させる。
【００４３】
マルチキャスト制御ルータ１は、ある端末装置２についての切替状態が離脱要求待機中である場合で、離脱要求待機タイマ３１による計時が所定時間に達する前に同じ端末装置２からの離脱要求を受信した場合には、非離脱処理中に離脱要求を受信した場合と同様に、当該端末装置２の切替状態を離脱処理中に遷移させる。  
また、マルチキャスト制御ルータ１は、離脱処理中に端末装置２からの参加要求を受信した場合、当該端末装置２の切替状態は離脱処理中のままとする。
【００４４】
図９は、本発明の第２の実施形態におけるマルチキャスト制御ルータの動作手順の第１の例を示す図である。  
マルチキャスト制御ルータ１がある端末装置２からの離脱要求を受信し、引き続き同じ端末装置２からの参加要求を受信した場合の動作は第１の実施形態と同様である。  
ここでは、マルチキャスト制御ルータ１が端末装置２Ａからの参加要求に引き続き、同じ端末装置２Ａからの離脱要求を受信した場合の、チャネル切替の動作シーケンスについて説明する。初期状態では、マルチキャスト制御ルータ１は、チャネル（Ｓ１，Ｇ１）トラヒックを送信中であって、チャネル（Ｓ１，Ｇ１）の離脱要求を受信しておらず、記憶装置１２のチャネル切替状態記憶部２１に記憶されるチャネル切替状態管理テーブルにおける送信先の端末装置２Ａの端末識別子「１００．０．０．２１」の切替状態は「非離脱処理中」である。
【００４５】
マルチキャスト制御ルータ１の通信インタフェース１４が、ＩＰアドレスが「１００．０．０．２１」である端末装置２Ａからチャネル（Ｓ２，Ｇ２）の参加要求を受信した場合、要求処理部１３は、チャネル切替状態記憶部２１に記憶されるチャネル切替状態管理テーブルにおける、端末識別子「１００．０．０．２１」の切替状態が非離脱処理中であることから、要求処理部１３は、受信した参加要求にしたがった参加処理を保留し、切替状態管理部１５は、記憶装置１２のチャネル切替状態記憶部２１に記憶されるチャネル切替状態管理テーブルにおける離脱要求の送信元ＩＰアドレスである端末識別子「１００．０．０．２１」の切替状態を「離脱要求待機中」に変更する。
【００４６】
そして、参加要求記憶制御部１６は、端末識別子「１００．０．０．２１」とチャネル識別子（Ｓ２，Ｇ２）を関連付けた参加要求待機情報を参加要求情報記憶部２２に記憶する。この記憶がなされると離脱要求待機タイマ３１は計時を開始する。
マルチキャスト制御ルータ１の通信インタフェース１４が、離脱要求待機タイマ３１による所定時間計時前に、前述した参加要求元の端末装置２Ａからチャネル（Ｓ１，Ｇ１）の離脱要求を受信した場合、切替状態管理部１５は、記憶装置１２のチャネル切替状態記憶部２１に記憶されるチャネル切替状態管理テーブルにおける離脱要求の送信元ＩＰアドレスである端末識別子「１００．０．０．２１」の切替状態を「離脱処理中」に変更する。この変更がなされると離脱要求待機タイマ３１は計時を解除する。
【００４７】
これ以後は、離脱確認および離脱確認完了の後、第１の実施形態と同様に、チャネル（Ｓ１，Ｇ１）トラヒックの送信停止、端末装置２Ａのチャネル切替状態の非離脱処理中への遷移、およびチャネル（Ｓ２，Ｇ２）トラヒックの送信がなされる。
図１０は、本発明の第２の実施形態におけるマルチキャスト制御ルータの動作手順の第２の例を示す図である。  
図１０に示すように、離脱要求待機タイマ３１による前述した計時の開始後、マルチキャスト制御ルータ１の通信インタフェース１４が、参加要求元の端末装置２Ａからチャネル（Ｓ１，Ｇ１）の離脱要求を受信しない状態で、離脱要求待機タイマ３１による計時時間が所定時間に達した場合には、切替状態管理部１５は、端末装置２Ａによる参加要求はチャネル切替のための要求、つまり離脱要求を伴う要求ではなく、チャネル追加のための要求、つまり離脱要求を伴わない要求であると判断し、記憶装置１２のチャネル切替状態記憶部２１に記憶されるチャネル切替状態管理テーブルにおける離脱要求の送信元ＩＰアドレスである端末識別子「１００．０．０．２１」の切替状態を「非離脱処理中」に変更する。
【００４８】
すると、要求処理部１３は、チャネル切替状態管理テーブルにおける離脱要求の送信元ＩＰアドレスである端末識別子「１００．０．０．２１」の切替状態が「非離脱処理中」に変更されたことにともない、参加要求情報記憶部２２に記憶される参加要求待機情報を読み出す。この読み出した参加要求待機情報には参加処理保留時において、離脱要求元の端末識別子「１００．０．０．２１」の端末装置２Ａからチャネル（Ｓ２，Ｇ２）に対する参加要求待機情報が含まれるので、当該参加要求処理を開始し、端末装置２Ａにチャネル（Ｓ２，Ｇ２）トラヒックが送信される。
【００４９】
以上のように、本発明の第２の実施形態におけるマルチキャスト通信システムでは、マルチキャスト制御ルータ１が端末装置２からの参加要求を離脱要求より先に受信した場合にも、マルチキャスト制御の状態を管理し、参加要求処理を遅延させることにより、参加要求と離脱要求の到着順序に依存せずに、離脱処理を完了した後に参加処理を開始するので、切替前チャネル停止、切替後チャネル開始の順序を維持し、チャネルの重複転送を防ぐことができる。
【００５０】
（第３の実施形態）
次に、本発明の第３の実施形態について説明する。なお、本実施形態におけるマルチキャスト制御ルータ１の構成のうち図１に示したものと同一部分の説明は省略する。  
図１１は、本発明の第３の実施形態におけるマルチキャスト通信システムの構成例を示す図である。  
図１１に示すように、本発明の第３の実施形態におけるマルチキャスト通信システムは、第１の実施形態と比較して、マルチキャスト制御ルータ１とマルチキャスト送出装置３の間に上流ルータ４が設けられる。本実施形態では、マルチキャスト制御ルータ１はプロクシルータとして使用される。
図１２は、本発明の第３の実施形態におけるマルチキャスト制御ルータの構成例を示すブロック図である。  
図１２に示すように、本発明の第３の実施形態におけるマルチキャスト制御ルータ１は、第１の実施形態と比較して、上流ルータ要求処理部４１をさらに備える。上流ルータ要求処理部４１は、端末装置２からの離脱要求や参加要求を必要に応じて上流ルータ４に転送する。
【００５１】
図１３は、本発明の第３の実施形態におけるマルチキャスト通信システムの切替状態遷移例を示す図である。  
図１３に示すように、本実施形態における切替状態遷移例では、切替状態は、非離脱待機中、離脱待機中および停止待機中のいずれかである。停止待機中とは、上流ルータ４による切替前チャネルに関するトラヒックの停止を待機する状態を指す。
【００５２】
マルチキャスト制御ルータ１は、第１の実施形態における切替状態遷移例にて説明したように要求元の端末装置２の切替状態を離脱処理中に遷移させた状態で、離脱処理を完了して、受信済みの離脱要求を上流ルータ４に送信する必要が無い場合には、離脱処理対象の端末装置２の切替状態を非離脱処理中に遷移させる。
【００５３】
また、マルチキャスト制御ルータ１は、要求元の端末装置２の切替状態を離脱処理中に遷移させた状態で、離脱処理を完了して、受信済みの離脱要求を上流ルータ４に送信する必要がある場合には、離脱処理対象の端末装置２の切替状態を停止待機中に遷移させる。
【００５４】
また、マルチキャスト制御ルータ１は、要求元の端末装置２の切替状態を停止待機中に遷移させた状態で、受信済みの離脱要求で示される上流ルータ４からの切替前チャネルのトラヒックが停止した場合には、離脱処理対象の端末装置２の切替状態を非離脱待機中に遷移させる。
【００５５】
図１４は、本発明の第３の実施形態におけるマルチキャスト制御ルータの動作手順の一例を示す図である。  
図１４に示した動作手順のうち、初期状態、および端末装置２からの離脱要求に伴うチャネル（Ｓ１，Ｇ１）トラヒックの送信停止までは第１の実施形態と同じである。  
この状態で、マルチキャスト制御ルータ１の上流ルータ要求処理部４１は、全ての下流の端末装置２にチャネル（Ｓ１，Ｇ１）トラヒックを送信することが不要であり、チャネル（Ｓ１，Ｇ１）の離脱要求を上流ルータ４に送信する必要がある場合には、チャネル（Ｓ１，Ｇ１）の離脱要求を上流ルータ４に送信する。そして、切替状態管理部１５は、記憶装置１２のチャネル切替状態記憶部２１に記憶されるチャネル切替状態管理テーブルにおける離脱要求の送信元ＩＰアドレスである端末識別子「１００．０．０．２１」の切替状態を「停止待機中」に変更する。
【００５６】
そして、マルチキャスト制御ルータ１の切替状態管理部１５は、上流ルータ４からの（Ｓ１，Ｇ１）トラヒックが停止したと判断した場合、記憶装置１２のチャネル切替状態記憶部２１に記憶されるチャネル切替状態管理テーブルにおける離脱要求の送信元ＩＰアドレスである端末識別子「１００．０．０．２１」の切替状態を「非離脱処理中」に変更する。
【００５７】
すると、上流ルータ要求処理部４１は、チャネル切替状態管理テーブルにおける離脱要求の送信元ＩＰアドレスである端末識別子「１００．０．０．２１」の切替状態が「非離脱処理中」に変更されたことにともない、参加要求情報記憶部２２に記憶される参加要求待機情報を読み出す。この読み出した参加要求待機情報には参加処理保留時において、離脱要求元の端末識別子「１００．０．０．２１」の端末装置２Ａからチャネル（Ｓ２，Ｇ２）に対する参加要求待機情報が含まれるので、当該参加要求処理を実行し、上流ルータ４にチャネル（Ｓ２，Ｇ２）の参加要求が送信される。これに伴い、上流ルータ４からのチャネル（Ｓ２，Ｇ２）トラヒックがマルチキャスト制御ルータ１に送信され、このトラヒックが、マルチキャスト制御ルータ１により参加要求元の端末装置２Ａにさらに送信される。
【００５８】
図１５は、本発明の第３の実施形態の変形例におけるマルチキャスト制御ルータの構成例を示す図である。  
この変形例では、図１２に示した構成と比較して、第２の実施形態で説明した離脱要求待機タイマ３１をさらに備える。
図１６は、本発明の第３の実施形態の変形例におけるマルチキャスト通信システムの切替状態遷移例を示す図である。  
この遷移例は、図８に示した遷移例と、図１６に示した遷移例とを組み合わせたものである。具体的には、図８に示した遷移例に加え、マルチキャスト制御ルータ１は、第１の実施形態における切替状態遷移例にて説明したように要求元の端末装置２の切替状態を離脱処理中に遷移させた状態で、離脱処理を完了して、既に受信した離脱要求を上流ルータ４に送信する必要が無い場合には、離脱処理対象の端末装置２の切替状態を非離脱処理中に遷移させる。
【００５９】
また、マルチキャスト制御ルータ１は、要求元の端末装置２の切替状態を離脱処理中に遷移させた状態で、離脱処理を完了して、既に受信した離脱要求を上流ルータ４に送信する必要がある場合には、離脱処理対象の端末装置２の切替状態を停止待機中に遷移させる。
【００６０】
また、マルチキャスト制御ルータ１は、要求元の端末装置２の切替状態を停止待機中に遷移させた状態で、端末装置２からの離脱要求で示される切替前チャネルのトラヒックが停止した場合には、離脱処理対象の端末装置２の切替状態を非離脱待機中に遷移させる。
【００６１】
この変形例におけるマルチキャスト制御ルータの動作手順については、まず、第２の実施形態で図９を用いて説明した初期状態からマルチキャスト制御ルータ１によるチャネル（Ｓ１，Ｇ１）トラヒックの送信停止までの手順と同じ手順であり、引き続きの手順は、第３の実施形態で図１４を用いて説明した、チャネル（Ｓ１，Ｇ１）トラヒックの送信停止後からマルチキャスト制御ルータ１によるチャネル（Ｓ２，Ｇ２）トラヒックの端末装置２Ａへの送信までの手順である。
【００６２】
以上のように、本発明の第３の実施形態におけるマルチキャスト通信システムでは、上流ルータ４から到着するトラヒック確認により、上流ルータ４からの切替前チャネルの送信停止を確認後に切替後チャネルの参加処理を開始するので、マルチキャスト制御ルータ１がプロクシルータとして使用されていても、切替前チャネル停止および切替後チャネル開始の順序を維持し、チャネルの重複転送を確実に防ぐことができる。
【００６３】
（第４の実施形態）
次に、本発明の第４の実施形態について説明する。  
本発明の第４の実施形態におけるマルチキャスト通信システムは、図１１に示したように、マルチキャスト制御ルータ１とマルチキャスト送出装置３の間に上流ルータ４が設けられる。
図１７は、本発明の第４の実施形態におけるマルチキャスト制御ルータの構成例を示すブロック図である。  
図１７に示すように、本発明の第４の実施形態におけるマルチキャスト制御ルータ１は、装置全体の処理動作を司る制御部１１、記憶装置１２、要求処理部１３、通信インタフェース１４、要求状態管理部５１、要求転送処理部５２を備え、それぞれがバス１７により相互に接続される。要求処理部１３、要求状態管理部５１、要求転送処理部５２は制御部１１の一部として論理的に設ける形態でもよい。
【００６４】
記憶装置１２は、第１の実施形態で説明した各種記憶部に代えて、要求転送キュー記憶部６１および要求管理情報記憶部６２を記憶領域として有する。
図１８は、本発明の第４の実施形態におけるマルチキャスト制御ルータにより管理する各種情報の模式図である。  
図１８に示すように、マルチキャスト制御ルータ１は、端末装置２Ａ，２Ｂのそれぞれについての要求転送キューを要求転送キュー記憶部６１に保持し、端末装置２Ａ，２Ｂのそれぞれについての要求管理テーブルを要求管理情報記憶部６２に保持する。
【００６５】
図１９は、本発明の第４の実施形態におけるマルチキャスト制御ルータにより管理する要求転送キューおよび要求管理テーブルの構成例を示す図である。図１９では、説明の明確化のため端末装置２Ａに対する要求転送キュー及び要求管理テーブルのみを図示している。  
図１９に示すように、要求転送キューでは、マルチキャスト制御ルータ１での受信順に付与される要求管理番号が離脱要求、参加要求の区別に関係なく受信順に並べて管理される。図１９に示した例では、右端の要求管理番号「１」が最も受信順の早い要求管理番号であり、以下、受信順に、要求管理番号「２」、要求管理番号「３」が並べられている。
【００６６】
また、要求管理テーブルでは、要求転送キューで示された要求管理番号、当該要求管理番号に対応する要求の処理に関する状態、および各要求管理番号のうち当該要求にしたがった端末装置２間の処理を行なっておらず、最も受信順の早い番号に対応する要求について、先頭位置情報として「キュー先頭」が関連付けられて管理される。
【００６７】
要求の処理に関する状態は、要求にしたがった要求元の端末装置２間との間の処理中であること示す「処理中」、処理が完了して上流ルータへの要求の転送が不要な状態を示す「転送不要」、処理が完了して上流ルータへの要求の転送が必要な状態を示す「転送要」が挙げられ、いずれの状態にも該当しない場合は、図１９に示した状態の欄は空となる。
【００６８】
図２０は、本発明の第４の実施形態におけるマルチキャスト制御ルータの処理動作の一例を示すフローチャートである。  
まず、マルチキャスト制御ルータ１の要求状態管理部５１が、記憶装置１２の要求管理情報記憶部６２に記憶される、ある端末装置２の要求管理テーブルを読み出し、当該テーブルでキュー先頭の状態、つまり先頭位置情報として「キュー先頭」が関連付けられる要求の状態が処理中または空であると判断した場合（ステップＳ１のＹＥＳ）は待機し、「キュー先頭」が関連付けられる要求の状態が処理中または空でないと判断し（ステップＳ１のＮＯ）、当該要求の状態が転送要であると判断した場合には（ステップＳ２のＹＥＳ）、要求転送処理部５２は当該要求を上流ルータ４に転送する（ステップＳ３）。
【００６９】
そして、要求状態管理部５１は、要求転送キュー記憶部６１に記憶される同じ端末装置２の要求転送キューを参照し、前述した要求管理テーブルにおける、先頭位置情報の「キュー先頭」を関連付ける要求を、転送された要求から次の受信順の要求管理番号に対応する要求に変更する（ステップＳ５）。
【００７０】
一方、要求状態管理部５１が、要求管理情報記憶部６２に記憶される、先頭位置情報として「キュー先頭」が関連付けられる要求の状態が処理中または空でないと判断し、当該要求の状態が転送不要であると判断した場合には（ステップＳ２のＮＯ）、当該要求に対応する要求管理番号を要求転送キューおよび要求管理テーブルから削除する（ステップＳ４）。
【００７１】
ステップＳ４の処理後、要求状態管理部５１は、要求転送キュー記憶部６１に記憶される同じ端末装置２の要求転送キューを参照し、前述した要求管理テーブルにおける、先頭位置情報の「キュー先頭」を関連付ける要求を、削除を施した要求転送キューにおける最も早い受信順の要求管理番号に対応する要求に変更する（ステップＳ５）。
【００７２】
図２１は、本発明の第４の実施形態におけるマルチキャスト制御ルータの動作手順の一例を示す図である。  
初期状態として、要求転送キュー記憶部６１に記憶される要求転送キューは無しであり、要求状態管理部５１は、先頭の要求の番号が「１」であるとの情報を要求転送キュー記憶部６１に記憶している。
【００７３】
そして、マルチキャスト制御ルータ１の通信インタフェース１４により、端末装置２からのチャネル（Ｓ１，Ｇ１）離脱要求を受信した場合には、要求状態管理部５１は、当該要求を要求管理番号「１」の要求の要求転送キューとして要求転送キュー記憶部６１に記憶し、要求管理情報記憶部６２に記憶される要求管理テーブルにおける、要求管理番号「１」に対応する状態を「処理中」に変更する。
【００７４】
そして、マルチキャスト制御ルータ１の通信インタフェース１４により、同じ端末装置２から端末装置２からのチャネル（Ｓ２，Ｇ２）参加要求を受信した場合には、要求状態管理部５１は、要求状態管理部５１は、当該要求を要求管理番号「２」の要求の要求転送キューとして要求転送キュー記憶部６１に記憶し、要求管理情報記憶部６２に記憶される要求管理テーブルにおける、要求管理番号「２」に対応する状態を「処理中」に変更する。
【００７５】
要求処理部１３により、チャネル（Ｓ２，Ｇ２）参加要求にしたがった参加処理が完了した場合には、要求状態管理部５１は、当該要求を上流ルータ４に転送する必要があれば、要求管理情報記憶部６２に記憶される要求管理テーブルにおける、要求管理番号「２」に対応する状態を「転送要」に変更する。
【００７６】
また、要求処理部１３により、チャネル（Ｓ１，Ｇ１）離脱要求にしたがった離脱処理が完了した場合には、要求状態管理部５１は、当該要求を上流ルータ４に転送する必要があれば、要求管理情報記憶部６２に記憶される要求管理テーブルにおける、要求管理番号「１」に対応する状態を「転送要」に変更する。
【００７７】
すると、要求転送処理部５２は、要求管理情報記憶部６２に記憶される要求管理テーブルにおける、要求管理番号「１」に対応する要求である、チャネル（Ｓ１，Ｇ１）離脱要求を上流ルータ４に転送する。これにしたがい、要求状態管理部５１は、要求管理情報記憶部６２に記憶される要求管理テーブルにおける、先頭位置情報の「キュー先頭」を関連付ける要求を、要求管理番号「２」に対応する要求に変更する。
【００７８】
上流ルータ４への要求の転送不要の例としては、受信済の要求が参加要求であるが他の端末装置２が既に参加しているチャネルであり、上流ルータ４から当該チャネルのトラヒックを既に受信中であることが挙げられ、別の例として、受信済の要求が離脱要求であるが他の端末装置２が引き続き参加しているチャネルであり、上流ルータ４に離脱要求しないチャネルであることが挙げられる。
【００７９】
以上のように、本発明の第４の実施形態におけるマルチキャスト通信システムでは、マルチキャスト制御ルータ１が端末装置２毎に要求の到着順序を管理し、端末装置２からの要求到着順に上流ルータ４へ要求を転送するので、マルチキャスト制御ルータ１がプロクシルータとして接続されていても、切替前チャネル停止、切替後チャネル開始の順序を維持し、チャネルの重複転送を防ぐことができる。
【００８０】
なお、この発明は前記実施形態そのままに限定されるものではなく実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、前記実施形態に開示されている複数の構成要素の適宜な組み合わせにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を省略してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【図面の簡単な説明】
【００８１】
【図１】本発明の第１の実施形態におけるマルチキャスト通信システムの構成例を示す図。
【図２】本発明の第１の実施形態におけるマルチキャスト制御ルータの構成例を示すブロック図。
【図３】本発明の第１の実施形態におけるマルチキャスト制御ルータの記憶装置に記憶されるチャネル切替状態管理テーブルの構成例を示す図。
【図４】本発明の第１の実施形態におけるマルチキャスト通信システムの切替状態遷移例を示す図。
【図５】本発明の第１の実施形態におけるマルチキャスト制御ルータの記憶装置に記憶される参加要求待機情報の構成例を示す図。
【図６】本発明の第１の実施形態におけるマルチキャスト制御ルータの動作手順の一例を示す図。
【図７】本発明の第２の実施形態におけるマルチキャスト制御ルータの構成例を示すブロック図。
【図８】本発明の第２の実施形態におけるマルチキャスト通信システムの切替状態遷移例を示す図。
【図９】本発明の第２の実施形態におけるマルチキャスト制御ルータの動作手順の第１の例を示す図。
【図１０】本発明の第２の実施形態におけるマルチキャスト制御ルータの動作手順の第２の例を示す図。
【図１１】本発明の第３の実施形態におけるマルチキャスト通信システムの構成例を示す図。
【図１２】本発明の第３の実施形態におけるマルチキャスト制御ルータの構成例を示すブロック図。
【図１３】本発明の第３の実施形態におけるマルチキャスト通信システムの切替状態遷移例を示す図。
【図１４】本発明の第３の実施形態におけるマルチキャスト制御ルータの動作手順の一例を示す図。
【図１５】本発明の第３の実施形態の変形例におけるマルチキャスト制御ルータの構成例を示す図。
【図１６】本発明の第３の実施形態の変形例におけるマルチキャスト通信システムの切替状態遷移例を示す図。
【図１７】本発明の第４の実施形態におけるマルチキャスト制御ルータの構成例を示すブロック図。
【図１８】本発明の第４の実施形態におけるマルチキャスト制御ルータにより管理する各種情報の模式図。
【図１９】本発明の第４の実施形態におけるマルチキャスト制御ルータにより管理する要求転送キューおよび要求管理テーブルの構成例を示す図。
【図２０】本発明の第４の実施形態におけるマルチキャスト制御ルータの処理動作の一例を示すフローチャート。
【図２１】本発明の第４の実施形態におけるマルチキャスト制御ルータの動作手順の一例を示す図。
【図２２】従来のマルチキャスト制御ルータの動作手順の一例を示す図。
【符号の説明】
【００８２】
１…マルチキャスト制御ルータ、２Ａ，２Ｂ…端末装置、３…マルチキャスト送出装置、４…上流ルータ、１１…制御部、１２…記憶装置、１３…要求処理部、１４…通信インタフェース、１５…切替状態管理部、１６…参加要求記憶制御部、１７…バス、２１…チャネル切替状態記憶部、２２…参加要求情報記憶部、３１…離脱要求待機タイマ、４１…上流ルータ要求処理部、５１…要求状態管理部、５２…要求転送処理部、６１…要求転送キュー記憶部、６２…要求管理情報記憶部。
【図１】
2010098606.tif 000003
【図２】
2010098606.tif 000004
【図３】
2010098606.tif 000005
【図４】
2010098606.tif 000006
【図５】
2010098606.tif 000007
【図６】
2010098606.tif 000008
【図７】
2010098606.tif 000009
【図８】
2010098606.tif 000010
【図９】
2010098606.tif 000011
【図１０】
2010098606.tif 000012
【図１１】
2010098606.tif 000013
【図１２】
2010098606.tif 000014
【図１３】
2010098606.tif 000015
【図１４】
2010098606.tif 000016
【図１５】
2010098606.tif 000017
【図１６】
2010098606.tif 000018
【図１７】
2010098606.tif 000019
【図１８】
2010098606.tif 000020
【図１９】
2010098606.tif 000021
【図２０】
2010098606.tif 000022
【図２１】
2010098606.tif 000023
【図２２】
2010098606.tif 000024