(57)【要約】【課題】  マルチキャストパケットを送信するサーバを含むデータ伝送システム及びデータ伝送制御方法に関し、不要なマルチキャストパケットの送受信を停止する。【解決手段】  マルチキャストパケットを送信する機能を有するサーバ１と、このサーバ１と同一ネットワークに接続され、このサーバ１からのマルチキャストパケットを受信してマルチキャストルーティングにより送信する機能を有するルータ２とを含むデータ伝送システムに於いて、ルータ２は、マルチキャストパケットを受信するクライアントが存在しなくなったことを識別した時に、サーバ１に対して配信停止制御パケットの送信制御を行うマルチキャスト配信規制制御部２７を含む構成を有し、サーバ１は、ルータ２からの配信停止要求制御パケットにより、マルチキャストパケットの送信停止の制御を行うマルチキャスト配信規制制御部１７を含む構成を有する。【選択図】        図１
2006262350.tif 000002
【特許請求の範囲】
【請求項１】
マルチキャストパケットを送信する機能を有するサーバと、該サーバと同一ネットワークに接続され、該サーバからのマルチキャストパケットを受信してマルチキャストルーティングにより送信する機能を有するルータとを含むデータ伝送システムに於いて、
前記ルータは、前記マルチキャストパケットを受信するクライアントが存在しなくなったことを識別した時に前記サーバに対して配信停止制御パケットの送信制御を行うマルチキャスト配信規制制御部を備え、
前記サーバは、前記ルータからの前記配信停止要求制御パケットにより、前記マルチキャストパケットの送信停止の制御を行うマルチキャスト配信規制制御部を備えた
ことを特徴とするデータ伝送システム。
【請求項２】
前記ルータは、前記マルチキャスト配信規制制御部とマルチキャストルーティング制御部とを含む構成を有し、前記マルチキャスト配信規制制御部は、前記マルチキャストルーティング制御部による前記サーバからのマルチキャストパケットの配信先がないことの判定結果により、前記サーバに対する配信停止制御パケットの送出制御を行う構成を有することを特徴とする請求項１記載のデータ伝送システム。
【請求項３】
前記サーバの前記マルチキャスト配信規制制御部は、前記ルータからの配信停止制御パケットの受信により、アプリケーションレイヤ又はネットワークレイヤで前記マルチキャストパケットの送信規制制御を行う構成を有することを特徴とする請求項１記載のデータ伝送システム。
【請求項４】
サーバからのマルチキャストパケットを受信したルータが、マルチキャストルーティングにより送信するデータ伝送制御方法に於いて、
前記ルータは、マルチキャストルーティングエントリにより、前記サーバからのマルチキャストパケットの送信先の有無を判定し、該送信先がない場合に、前記サーバに対して前記マルチキャストパケットの配信停止を要求し、該サーバは、前記配信停止の要求により、前記マルチキャストパケットの送信規制を行う過程を含む
ことを特徴とするデータ伝送制御方法。
【請求項５】
前記ルータからの配信停止の要求により、前記サーバは、アプリケーションレイヤ又はネットワークレイヤによる制御処理によって前記マルチキャストパケットの送信規制制御を行う過程を含むことを特徴とする請求項４記載のデータ伝送制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチキャストパケットを送信するサーバと、そのサーバと同一ネットワーク上に接続されて、マルチキャストルーティング機能を備えたルータとを含み、リソースの有効利用を図るデータ伝送システム及びデータ伝送制御方法に関する。
【背景技術】
【０００２】
図９は、従来例のデータ伝送システムの一例を示すもので、１０１はサーバ、１０２−１，１０２−３，・・・はルータ、１０３−１，１０３−２，・・・はクライアントを示す。又Ｌ１は、サーバ１０１と、このルータ１０１と同一ネットワークに接続されたルータ１０２−１（ＦＨＲ；Ｆｉｒｓｔ  Ｈｏｐ  Ｒｏｕｔｅｒ）との間、Ｌ２は、このルータ１０２−１と、同一又は複数のネットワークを介して接続された他のルータ１０２−２，１０２−３，・・・との間、Ｌ３は、クライアント１０３−１，１０３−２，・・・とネットワークを介して直接的に接続される状態のルータ１０２−２，１０２−４，１０２−５（ＬＨＲ；Ｌａｓｔ  Ｈｏｐ  Ｒｏｕｔｅｒ）との間を示す。又サーバ１０１は、マルチキャストパケットによりデータを配信する機能を有するものである。又そのデータは、音声データ、文字データ、画像データ等を含む場合が一般的である。
【０００３】
クライアント１０３−１，１０３−２からの配信要求は、点線矢印で示す経路でルータ１０２−１に転送され、サーバ１０１からのデータは、マルチキャストパケットとして、ルータ１０２−１（ＦＨＲ）から実線矢印で示す経路で転送される。この場合、サーバ１０１とルータ１０２−１（ＦＨＲ）との間Ｌ１に於ける特別な取り決めがされていないのが一般的である。又ルータ間Ｌ２に於いては、ＰＩＭ（Ｐｒｏｔｏｃｏｌ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｍｕｌｔｉｃａｓｔ）／ＣＢＴ（Ｃｏｒｅ  Ｂａｓｅｄ  Ｔｒｅｅｓ）等によりデータ配信の要求等を行い、ルータ（ＬＨＲ）とクライアントとの間Ｌ３に於いては、ＩＧＭＰ（Ｉｎｔｅｒｎｅｔ  Ｇｒｏｕｐ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）／ＭＬＤ（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｄｉｓｃｏｖｅｒｙ）等によりデータ配信の要求を行う。
【０００４】
図１０は、図９に於ける符号と同一の部分は同一名称部分を示すもので、各クライアント１０３−１，１０３−２，・・・からデータ配信停止の要求を送信した場合であり、サーバ１０１とルータ１０２−１（ＦＨＲ）との間Ｌ１に於いては、前述のように特別な取り決めをしていないので、サーバ１０１は、実線矢印で示すように、データ配信を継続する。ルータ１０２−１（ＦＨＲ）は、クライアントのデータ配信停止の要求に従って、他のルータに対するマルチキャストパケットによるデータ配信は停止する。
【０００５】
又図９及び図１０に示すネットワーク構成とは異なるが、クライアントからデータ受信に関する情報をルータに送信し、そのルータは、クライアントからの配信要求メッセージ、強制配信要求メッセージ、配信停止メッセージに基づいて、ユニキャスト配信、マルチキャスト配信、ブロードキャスト配信の何れかを選択し、サーバからの配信対象データを送信する手段が知られている（例えば、特許文献１参照）。
【特許文献１】特開２００４−１５３３１２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
前述のように、従来例に於いては、サーバ１０１とルータ１０２−１との間Ｌ１に於いて、特別な取り決めがないので、サーバ１０１は、データ配信を無条件に続ける構成となっており、その為に、配信要求クライアントが存在しなくなった場合でも、サーバ１０１と同一ネットワーク上に位置するルータ１０２−１（ＦＨＲ）は、サーバ１０１からのマルチキャストパケットによるデータの受信処理を継続することになる。従って、ルータ１０２−１（ＦＨＲ）の各種処理を行うプロセッサ（ＣＰＵ）の負担が大きい問題がある。
【０００７】
又サーバ１０１は、無条件にマルチキャストパケットによりデータ送信を継続する為、そのデータを配信するネットワークに於ける帯域を、データ配信要求クライアントが存在しなくなった場合でも使用するから、そのネットワークに複数のルータが接続されて、ルータ間のデータ転送を行う場合の帯域が圧迫される問題があり、又各ルータに於けるマルチキャストパケットによるデータの受信処理及び廃棄処理を継続することになるから、無駄な処理負担が継続する問題がある。
【０００８】
本発明は、前述の従来例の問題点を解決するものであり、不要なデータ配信を停止するように制御することを目的とする。
【課題を解決するための手段】
【０００９】
本発明のデータ伝送システムは、マルチキャストパケットを送信する機能を有するサーバと、該サーバと同一ネットワークに接続され、該サーバからのマルチキャストパケットを受信してマルチキャストルーティングにより送信する機能を有するルータとを含むデータ伝送システムに於いて、前記ルータは、前記マルチキャストパケットを受信するクライアントが存在しなくなったことを識別した時に前記サーバに対して配信停止制御パケットの送信制御を行うマルチキャスト配信規制制御部を備え、前記サーバは、前記ルータからの前記配信停止要求制御パケットにより、前記マルチキャストパケットの送信停止の制御を行うマルチキャスト配信規制制御部を備えている。
【００１０】
又前記ルータは、前記マルチキャスト配信規制制御部とマルチキャストルーティング制御部とを含む構成を有し、前記マルチキャスト配信規制制御部は、前記マルチキャストルーティング制御部による前記サーバからのマルチキャストパケットの配信先がないことの判定結果により、前記サーバに対する配信停止制御パケットの送出制御を行う構成を有するものである。
【００１１】
又前記サーバの前記マルチキャスト配信規制制御部は、前記ルータからの配信停止制御パケットの受信により、アプリケーションレイヤ又はネットワークレイヤで前記マルチキャストパケットの送信規制制御を行う構成を有するものである。
【００１２】
又本発明のデータ伝送制御方法は、サーバからのマルチキャストパケットを受信したルータが、マルチキャストルーティングにより送信するデータ伝送制御方法に於いて、前記ルータは、マルチキャストルーティングエントリにより、前記サーバからのマルチキャストパケットの送信先の有無を判定し、該送信先がない場合に、前記サーバに対して前記マルチキャストパケットの配信停止を要求し、該サーバは、前記配信停止の要求により、前記マルチキャストパケットの送信規制を行う過程を含むものである。
【００１３】
又前記ルータからの配信停止の要求により、前記サーバは、アプリケーションレイヤ又はネットワークレイヤによる制御処理によって前記マルチキャストパケットの送信規制制御を行う過程を含むものである。
【発明の効果】
【００１４】
サーバと同一のネットワークに接続されたルータ（ＦＨＲ）に於いて、マルチキャストルーティングエントリにより、ルータから送信されるマルチキャストパケットの受信先がなくなった場合に、ルータからサーバに対して配信停止を要求し、サーバは、その配信停止の要求に従ってマルチキャストパケットの送信規制を行うことにより、サーバとルータとに於ける無駄なマルチキャストパケットの送受信処理を省略できる利点がある。又サーバとルータとを接続するネットワークの伝送帯域の有効利用を図ることができる利点がある。
【００１５】
又従来のマルチキャストパケットによる配信のサービス開始・停止の手順では、マルチキャストネットワーク障害による処理中断をサーバ側で認識することができなかったが、本発明によれば、ルータとクライアントとの間のプロトコルを用いた結果の情報を基に、サーバとルータとの間で制御を行う為、サーバ側に於いて、サービスの停止の認識が可能となる。
【発明を実施するための最良の形態】
【００１６】
本発明のデータ伝送システムは、図１を参照すると、マルチキャストパケットを送信する機能を有するサーバ１と、このサーバ１と同一ネットワークに接続され、このサーバ１からのマルチキャストパケットを受信してマルチキャストルーティングにより送信する機能を有するルータ２とを含むデータ伝送システムに於いて、ルータ２は、マルチキャストパケットを受信するクライアントが存在しなくなったことを識別した時に、サーバ１に対して配信停止制御パケットの送信制御を行うマルチキャスト配信規制制御部２７を備え、サーバ１は、ルータ２からの配信停止要求制御パケットにより、マルチキャストパケットの送信停止の制御を行うマルチキャスト配信規制制御部１７を備えている。
【００１７】
又本発明のデータ伝送制御方法は、サーバ１からのマルチキャストパケットを受信したルータ２が、マルチキャストルーティングにより送信するデータ伝送制御方法に於いて、ルータ２は、マルチキャストルーティングエントリにより、サーバ１からのマルチキャストパケットの送信先の有無を判定し、その送信先がない場合に、サーバ１に対してマルチキャストパケットの配信停止を要求し、サーバ１は、配信停止の要求により、マルチキャストパケットの送信規制を行う過程を含むものである。
【実施例１】
【００１８】
図１は、本発明の実施例１の要部説明図であり、１はマルチキャストサーバ、２はルータ（ＦＨＲ；Ｆｉｒｓｔ  Ｈｏｐ  Ｒｏｕｔｅｒ）、１１はメモリ、１２はマルチキャストデータ配信制御部（アプリケーションレイヤ）、１３はデータ配信制御部（ネットワークレイヤ）、１４は伝送路送信制御部、１５は伝送路受信制御部、１６はデータ受信制御部、１７はマルチキャスト配信規制制御部、２１は伝送路受信制御部、２２はデータ受信制御部、２３はマルチキャストルーティング制御部、２４は設定切替部（ＳＷ）、２５は伝送路送受信制御部、２６はデータ送受信制御部、２７はマルチキャスト配信規制制御部、２８はクライアント側に対するインタフェース部を示す。
【００１９】
マルチキャストサーバ１は、ハードディスク等の大容量のメモリ１１にマルチキャストデータを保持して、マルチキャストパケットによりそのデータを配信する機能を有するサーバであり、以下「サーバ」として説明する。このサーバ１とそれぞれ同一ネットワークに接続されたルータ２（ＦＨＲ）とに、マルチキャスト配信規制制御部１７，２７を設ける。サーバ１に於いては、メモリ１１に保持したマルチキャストデータを、アプリケーションレイヤ処理を行うマルチキャストデータ配信制御部１２及びネットワークレイヤ処理を行うデータ送信制御部１３によって伝送路送信制御部１４から、マルチキャストパケットによりデータを、ネットワークを介してルータ２に送信する。
【００２０】
ルータ２は、サーバ１からのマルチキャストパケットによるデータを、伝送路受信制御部２１により受信し、データ受信制御部２２とマルチキャストルーティング制御部２３とにより、マルチキャストパケットの配信の為のハード設定等を行い、その制御に従って設定切替部２４により送信ポート選択等を行って、マルチキャストパケットを、クライアント側へインタフェース部２８を介して送信する。
【００２１】
サーバ１からのマルチキャストパケットを受信したルータ２のマルチキャスト配信規制制御部２７は、マルチキャストルーティング制御部２３によるマルチキャストルーティングエントリによって、転送先がないことが判明した場合、即ち、ルータ２に対するマルチキャストパケットによるデータの配信クライアントが存在しなくなった場合、データ送受信制御部２６から伝送路送受信制御部２５に対して、配信停止制御パケットにより配信停止要求をサーバ１に送信するように指示する。
【００２２】
サーバ１は、ルータ２からの配信停止制御パケットによる配信停止要求を伝送路受信制御部１５により受信し、データ受信制御部１６を介してマルチキャスト配信規制制御部１７に転送する。マルチキャスト配信規制制御部１７は、マルチキャストデータ配信制御部１２によるアプリケーションレイヤの処理又はデータ送信制御部１３によるネットワークレイヤの処理によって、マルチキャスパケットの送信規制を行う。それにより、サーバ１からルータ２に対するマルチキャストパケットの送信を停止する配信規制状態となる。
【００２３】
前述のように、マルチキャストパケット送信機能を有するサーバ１に、マルチキャスト配信規制制御部１７の機能を設け、又サーバ１からのマルチキャストパケットを受信してクライアントに送信する機能を有するルータ２（ＦＨＲ）に、マルチキャスト配信規制制御部２７を設け、ルータ２（ＦＨＲ）は、マルチキャストパケットによるデータ配信を要求するクライアントが総て無くなったことを、マルチキャストルーティング制御部２３によるエントリ無しにより識別した時に、マルチキャスト配信規制制御部２７の機能によって、サーバ１に対して配信停止を要求し、サーバ１は、この配信停止の要求を、マルチキャスト配信規制制御部１７に於いて識別し、マルチキャスト配信制御部１２によるアプリケーションレイヤの処理により、又はデータ送信制御部１３によるネットワークレイヤの処理により、マルチキャストパケットの送信を停止させる。従って、サーバ１から無用なマルチキャストパケットの送信を停止することができるから、ルータ２（ＦＨＲ）は、マルチキャストパケットの受信及び廃棄の処理が不要となり、且つ、サーバ１とルータ２（ＦＨＲ）との間のネットワークの帯域の有効利用を図ることができる。
【００２４】
図２は、本発明の実施例１のシーケンス説明図であり、図１に於けるサーバ１とルータ２（ＦＨＲ）とクェリルータ（ＦＨＲ）とについて示し、このクェリルータは、ルータ２（ＦＨＲ）の機能に含ませることも可能である。又ＩＰｖ６を適用した場合のＭＬＤ（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｄｉｓｃｏｖｅｒｙ）プロトコルによる場合を示し、サーバからルータに向かう幅広い一点鎖線矢印は、マルチキャストパケットによるデータ配信が行われている状態を示す。なお、ＩＰｖ４を適用した場合は、ＩＧＭＰ（Ｉｎｔｅｒｎｅｔ  Ｇｒｏｕｐ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）を用いることができる。
【００２５】
次に（１）〜（４）の順に説明する。以下ルータ２側からサーバ１に対して、放送参加又は放送拒否を示す制御パケットを送信し、サーバ１は、その制御パケットに従って送信規制解除又は送信規制中の状態となるもので、（１）クェリルータは、定期的に基本問い合わせ（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｑｕｅｒｙ）を、サーバ及びルータに送信する。
【００２６】
（２）ルータ（ＦＨＲ）では、（１）の該当インタフェースのネットワーク内のサーバが送信するマルチキャストパケットの宛先が、マルチキャストルーティングに存在する場合、そのマルチキャストアドレスを設定した放送参加（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｒｅｐｏｒｔ）の制御パケットを送信する。サーバでは、受信した放送参加（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｒｅｐｏｒｔ）の制御パケットにより、送信規制中の場合は、その送信規制を解除する。この場合の例では、送信規制解除状態なので変化なしとなる。
【００２７】
（３）ルータ（ＦＨＲ）は、マルチキャストルーティングエントリがなくなった場合や、送信元アドレスがルータと同一ネットワークに存在する場合、放送拒否（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｄｅｎｅ）の制御パケットを送信する。サーバは、この放送拒否（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｄｅｎｅ）の制御パケットを受信した場合、送信規制が解除状態であれば、タイマ（ｔ１）を設定する（ｔ１．ｓ．）。このタイマ（ｔ１）がタイムアウト（ｔ１．ｏ．）前に、他のルータ等から放送参加（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｒｅｐｏｒｔ）の制御パケットを受信した場合、送信規制を解除状態のまま保持するが、タイムアウト（ｔ１．ｏ．）した場合は、タイマ（ｔ２）を設定する（ｔ２．ｓ．）。そして、規制状態に遷移し、マルチキャストパケットの送信を停止する。
【００２８】
（４）ルータは、マルチキャストルーティングエントリとして、送信先が新規に追加された場合、又は送信元アドレスがルータと同一ネットワークに存在する場合、放送参加（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｒｅｐｏｒｔ）の制御パケットを送信する。サーバは、送信規制状態で、放送参加（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｒｅｐｏｒｔ）の制御パケットを受信した場合は、解除状態に遷移し、マルチキャストパケットの送信を再開する。サーバは、タイマ（ｔ２）がタイムアウト（ｔ２．ｏ．）した場合も一旦送信規制を解除状態に遷移させて、マルチキャストパケットの送信を再開し、その後はルータからの放送拒否(配信停止)制御パケットの指示で動作する。
【００２９】
図３は、本発明の実施例１の要部フローチャートであって、図１に於けるルータ２（ＦＨＲ）のマルチキャストルーティング制御部２３とデータ送受信制御部２６との処理を示し、ＭＬＤ（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｄｉｓｃｏｖｅｒｙ）パケットによる情報受信によって、マルチキャストルーティング制御に関するものであるか、又はデータ送受信制御に関するものであるかを判定し、マルチキャストルーティング制御に関する場合は、放送拒否か放送参加かを判定して、放送拒否（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｄｅｎｅ）又は放送参加（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｒｅｐｏｒｔ）を送信する制御を行う。
【００３０】
又データ送受信制御に関するものである場合は、問い合わせ（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｑｕｅｒｙ）であるか、放送拒否（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｄｅｎｅ）であるかを判定し、問い合わせの場合、基本問い合わせに対しては、マルチキャスト制御（マルチキャストルーティング制御部２３、マルチキャスト配信規制制御部２７）に放送参加中の情報の有無を問い合わせ、そのエントリ有りの場合は、放送参加（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｒｅｐｏｒｔ）を送信する。又マルチキャストアドレス問い合わせに対しては、指定マルチキャストアドレスを、マルチキャスト制御（マルチキャストルーティング制御部２３、マルチキャスト配信規制制御部２７）に問い合わせ、エントリ有りの場合は、放送参加（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｒｅｐｏｒｔ）を送信する。又受信した情報が、放送拒否（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｄｅｎｅ）の場合、対象マルチキャストアドレスをマルチキャスト制御（マルチキャストルーティング制御部２３、マルチキャスト配信規制制御部２７）に問い合わせ、エントリ有りの場合は、放送参加（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｒｅｐｏｒｔ）を送信する。
【００３１】
図４は、マルチキャスト配信規制制御の状態遷移図を示すもので、解除中／タイマ設定なし（ａ）と、解除中／ｔ１タイマ設定中（ｂ）と、規制中／ｔ２タイマ設定中（ｃ）の３状態となる。解除中／タイマ設定なしの状態（ａ）に於いて、放送拒否（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｄｏｎｅ）の制御パケットを受信すると、解除中／ｔ１タイマ設定の状態（ｂ）に遷移し、この状態（ｂ）に於いて、放送参加（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｒｅｐｏｒｔ）の制御パケットを受信すると、状態（ａ）に遷移し、又ｔ１タイマのタイムアウト（図２に於けるｔ１．ｏ．）により、状態（ｃ）に遷移する。この状態（ｃ）に於いて、ｔ２タイマのタイムアウト（図２に於けるｔ２．ｏ．）により、又は放送参加（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｒｅｐｏｒｔ）受信により、状態（ａ）に遷移する。
【００３２】
ｔ１タイマは、他のルータ／クライアントが放送参加状態にある場合、ｔ１タイマの設定時間内に放送参加（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｒｅｐｏｒｔ）の情報受信を待ち合わせるタイマであり、このｔ１タイマがタイムアウトになった時点で、規制中の状態（ｃ）に遷移する。
【００３３】
又ｔ２タイマは、規制状態で放送参加（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｒｅｐｏｒｔ）の制御パケットを受信しない場合に、一定時間をおいて解除中の状態（ａ），（ｂ）に遷移する為のものである。現状のマルチキャストルーティングプロトコルが、マルチキャストサーバからの受信をもって、マルチキャストルーティングエントリ作成を行う為、定期的に規制状態を、解除中にする必要があるから、ｔ２タイマのタイムアウトにより、状態（ｃ）から状態（ａ）に遷移させる。
【００３４】
図５は、ＭＬＤプロトコルの説明図であり、ＭＬＤ（Ｍｕｌｔｉｃａｓｔ    Ｌｉｓｔｅｎｅｒ  Ｄｉｓｃｏｖｅｒｙ）プロトコルは、ルータ（ＦＨＲ）とクライアントとの間の既知のプロトコルであり、ＩＰｖ６（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ６）に対応したものである。同図の（Ａ）は、このＭＬＤプロトコルを適用した場合の一般的なルータとクライアントの間のシーケンスを示し、（Ｂ）は、ＩＣＭＰｖ６（Ｉｎｔｅｒｎｅｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｏｃｏｌ  ｆｏｒ  ＩＰｖ６）のパケットの一例の要部を示す。なお、ＩＰｖ４を適用した場合は、前述のように、ＩＧＭＰ（Ｉｎｔｅｒｎｅｔ  Ｇｒｏｕｐ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）によりルータとクライアントとの間でデータの送受信を行うことになる。
【００３５】
ＭＬＤメッセージは、基本的には、マルチキャストリスナ問い合わせ（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｑｕｅｒｙ）（前述の基本問い合わせを含む）と、マルチキャストリスナ報告（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｒｅｐｏｒｔ）（前述の放送参加）と、マルチキャストリスナ終了（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｄｏｎｅ）（前述の放送拒否）との３種類があり、何れのタイプのＭＬＤメッセージも、ＩＰｖ６ヘッダ中の送信元アドレスに、リンクローカルアドレスが設定され、Ｈｏｐ  Ｌｉｍｉｔは１、ルータ警告オプションが付加される。又マルチキャストリスナ問い合わせ（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｑｕｅｒｙ）には、基本問い合わせ（Ｇｅｎｅｒａｌ  Ｑｕｅｒｙ）と、マルチキャストアドレス問い合わせ（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｓｐｅｃｉｆｉｃ  Ｑｕｅｒｙ）とがあり、マルチキャストアドレスフィールドの設定内容により区別される。
【００３６】
従って、図５の（Ａ）に示すように、ルータ（ＦＨＲ）からクライアントに対して定期的に基本問い合わせ（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｑｕｅｒｙ）の制御パケットを送信し、クライアントが放送参加（マルチキャストデータ受信）を希望した場合に、試聴参加（放送参加）（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｒｅｐｏｒｔ）の制御パケットをルータに送信する。又クライアントが試聴離脱（放送拒否）（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｄｏｎｅ）の制御パケットを送信すると、ルータは、タイマを起動して、そのタイムアウト毎にクライアントにマルチキャストアドレス問い合わせ（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｑｕｅｒｙ）を送信する。
【００３７】
図６は、本発明に於けるサーバの規制を、ネットワークレイヤで実施する場合のマルチキャスト配信規制制御シーケンスを示し、データ送信制御部１３（図１参照）とマルチキャスト配信規制制御部１７（図１参照）との間に於いて、配信解除中から配信規制中に移行する場合に、インタフェース、マルチキャストアドレスの情報を含む規制設定をデータ送信制御部１３に通知し、又配信規制中から配信解除中に移行する場合は、同様に、インタフェース、マルチキャストアドレスの情報を含む解除設定をデータ送信制御部１３に対して通知する。このネットワークレイヤで規制制御を行う場合、既存のアプリケーション処理に影響を与えることなく、配信規制制御が可能となる利点がある。
【００３８】
図７は、本発明に於けるサーバの規制を、アプリケーションレイヤで実施する場合のマルチキャスト配信規制制御シーケンスを示し、マルチキャストデータ配信制御部１２（図１参照）と、マルチキャスト配信規制制御部１７（図１参照）との間に於いて、マルチキャストデータ配信制御部１２は、アプリケーション起動時に、送信規制を解除中のマルチキャスト配信規制制御部１７に起動情報を登録する必要があり、ＡＰＬ・ＩＤ（Ａｐｐｌｉｃａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ；アプリケーション識別子）、インタフェース、マルチキャストアドレスを含む起動情報を転送して登録する。マルチキャスト配信規制制御部１７は、ＡＰＬ・ＩＤ登録を行い、規制状態を読み出して、マルチキャストデータ配信制御部１２に起動情報応答を転送する。このＡＰＬ・ＩＤは、同一インタフェース、マルチキャストアドレスの転送を別アプリケーションで実施する場合、アプリケーションの切り分け情報として登録する。
【００３９】
又解除中から規制中への状態遷移時、マルチキャスト配信規制制御部１７は、該当ＡＰＬを読み出して、インタフェース、マルチキャストアドレス、送信規制状態（規制中）の情報を含む規制状態変更通知をマルチキャストデータ配信制御部１２に転送する。又アプリケーション終了時は、ＡＰＬ・ＩＤ、インタフェース、マルチキャストアドレスを含む起動情報解除を、マルチキャストデータ配信制御部１２に転送する。
【００４０】
図８は、サーバに対して複数のルータ及びクライアントが同一ネットワークに接続されているデータ伝送システムを示し、サーバ５１に対して同一ネットワークに複数のルータ５２−１，５２−３（ＦＨＲ）と、複数のクライアント５３−１，５３−２とが接続され、他のクライアント５３−３，５３−４，・・・は、それぞれ単一又は複数のルータ５２−３，５２−４，・・・を介して接続されたデータ伝送システムに対しても、前述の実施例を適用することができるものであり、サーバ５１は、総てのクライアントが放送拒否とした場合に、マルチキャストデータの配信を停止し、定期的に前述の問い合わせ（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｑｕｅｒｙ）を送信し、ルータ５２−１，５２−２又はクライアント５３−１，５３−２の何れかからの放送参加（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｒｅｐｏｒｔ）の制御パケットを受信することにより、マルチキャストパケットの送信を開始することになる。
【図面の簡単な説明】
【００４１】
【図１】本発明の実施例１の要部説明図である。
【図２】本発明の実施例１のシーケンス説明図である。
【図３】本発明の実施例１の要部フローチャートである。
【図４】マルチキャスト配信規制制御の状態遷移図である。
【図５】ＭＬＤプロトコルの説明図である。
【図６】マルチキャスト配信規制制御のシーケンス説明図である。
【図７】マルチキャスト配信規制制御のシーケンス説明図である。
【図８】サーバに複数のルータ及びクライアントを接続したデータ伝送システムの説明図である。
【図９】従来例のデータ伝送システムの説明図である。
【図１０】従来例のデータ伝送システムの説明図である。
【符号の説明】
【００４２】
１    マルチキャストサーバ
２    ルータ（ＦＨＲ）
１１  メモリ
１２  マルチキャストデータ配信制御部
１３  データ送信制御部
１４  伝送路送信制御部
１５  伝送路受信制御部
１６  データ受信制御部
１７  マルチキャスト配信規制制御部
２１  伝送路受信制御部
２２  データ受信制御部
２３  マルチキャストルーティング制御部
２４  設定切替部（ＳＷ）
２５  伝送路送受信制御部
２６  データ送受信制御部
２７  マルチキャスト配信規制制御部
２８  インタフェース部
【図１】
2006262350.tif 000003
【図２】
2006262350.tif 000004
【図３】
2006262350.tif 000005
【図４】
2006262350.tif 000006
【図５】
2006262350.tif 000007
【図６】
2006262350.tif 000008
【図７】
2006262350.tif 000009
【図８】
2006262350.tif 000010
【図９】
2006262350.tif 000011
【図１０】
2006262350.tif 000012