マルチキャストトラヒックを配信するサーバと、前記サーバと接続する配信元ルータと、配信元ルータと接続する複数の配信先ルータと、前記複数の配信先ルータとで構成されるマルチキャスト配信システムであって、前記配信元ルータと前記複数の配信先ルータはそれぞれ接続され、メッシュ構造のネットワークを形成し、前記配信元ルータおよび、前記複数の配信先ルータのうち少なくとも1つは、前記マルチキャストトラヒックの受信を許可する隣接のする配信先ルータのアドレスと前記隣接する配信先ルータに前記マルチキャストトラヒックを配信するインターフェースを含む学習メッセージを記憶部に有し、前記学習メッセージを前記隣接する配信先ルータへ送信し、前記学習メッセージを受信した前記隣接する配信先ルータは、前記学習メッセージに基づき、前記マルチキャストトラヒックが配信されるインターフェースを選択し、マルチキャスト配信ツリーを作成することを特徴とするマルチキャスト配信システム。前記学習メッセージは、マルチキャスト配信の基点となるアドレスと、マルチキャストトラヒックの配信が行われるグループを識別するマルチキャスト配信グループIDと、前記マルチキャスト配信グループIDのうち同一のものが複数ある場合、使用する前記マルチキャストトラヒックを配信するインターフェースを選択する優先度とを有し、前記学習メッセージを受信した前記隣接する配信先ルータは、前記学習メッセージに基づき、マルチキャストトラヒックの配信に利用するマルチキャストルーティングテーブルを作成することを特徴とする請求項1記載のマルチキャスト配信システム。前記ルーティングテーブルは、前記学習メッセージを受信した際に、前記配信先ルータが有する前記マルチキャストグループIDに基づいて作成または更新されることを特徴とする請求項2に記載のマルチキャスト配信システム。前記ルーティングテーブルは、前記優先度に基づいて作成または更新されることを特徴とする請求項3に記載のマルチキャスト配信システム。前記配信元ルータまたは前記複数の配信先ルータは、前記ルーティングテーブルにある前記マルチキャストトラヒックを配信するインターフェースが使用できないことを検知した場合、前記マルチキャストルーティングテーブルから当該インタフェースを削除し、前記受信した学習メッセージに従い他の配信先ルータまたは配信元ルータにマルチキャストトラヒックの配信を要求するメッセージを送信し、新たなマルチキャスト配信ツリーを作成し、マルチキャストトラヒックの配信を継続することを特徴とした請求項2記載のマルチキャスト配信システム。マルチキャストトラヒックを配信するルータであって、マルチキャストトラヒックの配信が行われるグループを識別するマルチキャスト配信グループIDと、前記マルチキャスト配信グループIDのうち同一のものが複数ある場合、使用する前記マルチキャストトラヒックを他のルータに配信するインターフェースを選択する優先度と、マルチキャストトラヒックを隣接する他のルータに配信するインターフェースとを有し、前記マルチキャスト配信グループIDと前記優先度と前記インターフェースに基づいてマルチキャストトラヒックの配信に利用する経路の作成に必要な学習メッセージを作成し、前記学習メッセージを前記隣接する他のルータ対して送受信することで、マルチキャストトラヒックの配信に利用する経路を作成することを特徴とするルータ。前記マルチキャストトラヒックの配信に利用する経路の作成には、前記学習メッセージを受信したインターフェースを用いることを特徴とする請求項6記載のルータ。前記学習メッセージを受信したインターフェースが使用できないことを検知した場合、前記学習メッセージに基づき、隣接するルータまたはマルチキャストトラヒックの配信元ルータにマルチキャストトラヒックの配信を要求するメッセージを送信することを特徴とする請求項7のルータ。マルチキャストトラヒックを配信するサーバと、前記サーバと接続する配信元ルータと、配信元ルータと接続する複数の配信先ルータと、前記複数の配信先ルータ構成されるマルチキャスト配信システムにおけるマルチキャスト配信方法であって、前記配信元ルータは、記憶部にある前記マルチキャストトラヒックの受信を許可する隣接する配信先ルータのアドレスと前記隣接する配信先ルータに前記マルチキャストトラヒックを配信するインターフェースの情報から学習メッセージを作成するステップと、前記学習メッセージを前記隣接する配信先ルータへ送信するステップと、前記複数の配信先ルータは、記憶部から前記マルチキャストトラヒックの受信を許可する隣接のする配信先ルータのアドレスと前記隣接する配信先ルータに前記マルチキャストトラヒックを配信するインターフェースの情報から学習メッセージを作成するステップと、前記学習メッセージを前記隣接する配信先ルータへ送信するステップと、前記学習メッセージに基づき、前記マルチキャストトラヒックが配信されるインターフェースを選択し、マルチキャスト配信ツリーを作成するステップとを備えることを特徴とするマルチキャスト配信方法。前記学習メッセージは、マルチキャスト配信の基点となるアドレスと、マルチキャストトラヒックの配信が行われるグループを識別するマルチキャスト配信グループIDと、前記マルチキャスト配信グループIDのうち同一のものが複数ある場合、使用する前記マルチキャストトラヒックを配信するインターフェースを選択する優先度とを有し、前記学習メッセージを受信した前記配信先ルータは、前記学習メッセージに基づき、マルチキャストトラヒックの配信に利用するマルチキャストルーティングテーブルを作成するステップを備えることを特徴とする請求項9記載のマルチキャスト配信方法。前記配信元ルータまたは前記複数の配信先ルータは、前記ルーティングテーブルの前記マルチキャストトラヒックを配信するインターフェースの使用可否を検知するステップと、前記マルチキャストルーティングテーブルから当該インタフェースを削除するステップと、前記受信した学習メッセージに従い他の配信先ルータまたは配信元ルータにマルチキャストトラヒックの配信を要求するメッセージを送信するステップと、新たなマルチキャスト配信ツリーを作成ステップを備えることを特徴とした請求項9記載のマルチキャスト配信方法。メッシュ仮想網において、配信元のルータ及び配信元ルータの回線に負荷がかかるという課題、ネットワークのトポロジ不安定になるという課題がある。また前記特許文献1には、マルチキャストグループが要求する通信特性を満たす通信経路を選択して、マルチキャスト配信を行う配信方法が記載されている。しかし、特許文献1の通信方法では、ユニキャストの通信に多大な影響がでるという課題、障害時のトラヒックの迂回路についての考慮がされていないという課題がある。そこで本願は、上記課題を解決するメッシュ仮想網におけるマルチキャスト配信システム及びマルチキャスト配信方法を提供することを目的とする。上記課題を解決する為に、例えば以下に示す特許請求の範囲に記載の構成を採用する。マルチキャストトラヒックを配信するサーバと、前記サーバと接続する配信元ルータと、配信元ルータと接続する複数の配信先ルータと、前記複数の配信先ルータ構成されるマルチキャスト配信システムであって、前記配信元ルータと前記複数の配信先ルータはそれぞれ接続され、メッシュ構造のネットワークを形成し、前記配信元ルータおよび、前記複数の配信先ルータのうち少なくとも1つは、前記マルチキャストトラヒックの受信を許可する隣接のする配信先ルータのアドレスと前記隣接する配信先ルータに前記マルチキャストトラヒックを配信するインターフェースを含む学習メッセージを記憶部に有し、前記学習メッセージを前記隣接する配信先ルータへ送信し、前記学習メッセージを受信した前記隣接する配信先ルータは、前記学習メッセージに基づき、前記マルチキャストトラヒックが配信されるインターフェースを選択し、マルチキャスト配信ツリーを作成することを特徴とするマルチキャスト配信システムにより上記課題を解決する。本発明によれば、メッシュ仮想網において、配信元のルータに負荷がかかるという課題に対して、柔軟なマルチキャストネットワークトポロジを設計きるので、配信元ルータの負荷を軽減する。上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。以下、実施例を図面を用いて説明する。本実施例では、マルチキャスト配信元ルータ105とルータ106~109とが、RPRendezvousPointのIPアドレス、マルチキャスト配信元ルータと配信先ルータがマルチキャストの受信を許可する隣接ルータのアドレスであるRPFneighborReversPathForwardingneighbor、マルチキャスト配信グループID、優先度を含む、マルチキャストのRPFReversPathForwardingの学習用メッセージの配信と、ルータ106~109が配信されたRPFの学習用メッセージを元にRPFを決定を行うマルチキャスト配信システムである。図1は、本実施例のマルチキャスト配信システムの構成図である。図1に示すマルチキャストシステムは、一つのマルチキャスト配信サーバ110と、マルチキャスト配信元ルータ105と、マルチキャスト配信先であるルータ106~109と、各ルータに接続されるPC101~104から構成される。マルチキャスト配信サーバ110は、配信元ルータと論理バスにより接続される。また、配信元ルータ105はマルチキャスト配信先である各ルータ106~109とそれぞれ論理バスで接続され、各ルータ106~109は相互に論理バスで接続される。なお、図1のように配信元ルータ105とルータ106~109が論理バスによって網の目のように接続されている状態をフルメッシュで接続されている状態とする。PC102~104はそれぞれルータ106~109と論理バスにより接続される。図2~図6を用いて配信元ルータ105と、マルチキャスト配信先であるルータ106~109の詳細を説明する。図2は、配信元ルータ105の構成について説明する図である。配信元ルータは、ルーティング制御部201と、物理インターフェース部202と、記憶部203とから構成され、それぞれが信号線で接続されている。ルーティング制御部201は、後述するマルチルーティングテーブルに基づいて、トラヒックを各ルータに配信する。物理インターフェース部202は、配信元ルータ105を全ての配信先ルータ106~109とマルチキャスト配信サーバ110と接続する。各配信先ルータおよびマルチキャスト配信サーバの接続は、物理インターフェース部にある論理インターフェース204~207によって接続確認がなされる。なお、本実施例では図2に示すように、マルチキャスト配信サーバ110と配信先ルータ106~109は異なる2つの物理インターフェースと接続し、それぞれが各論理インターフェースを有し1:1接続、1対多接続しているが、これ以外の物理インターフェースと論理インターフェースとの対応であってもよい。記憶部203は、後述するルータ自信のマルチキャスト配信グループID712、優先度713、RPF学習用メッセージ配信テーブル902、マルチキャストルーティングテーブル1702などを格納している。なお本実施例においては、前上記マルチキャストシステムにおけるネットワークは、ユニキャストの通信の疎通が、配信ルータ105及びルータ105~109それぞれと双方向通信が可能である。また配信元ルータ105のマルチキャスト配信サーバと接続する論理インタフェース208のIPアドレスをRPのIPアドレスとする。また本実施例は、マルチキャストルーティングプロトコルはPIM-SMProtocolIndependentMulticast-SparseModeを使用しているが、これに限らず他のマルチキャストルーティングプロトコルを使用してもよい。図3~図5はそれぞれ配信先ルータ106~109の構成を示した図である。配信先ルータ106~109にはそれぞれPC101~104と接続しており、図示するようにPCと接続する物理インターフェースとその他配信元ルータおよび他の配信先ルータと接続する物理インターフェースとが分かれている。なお、その他の構成は図2と同様であるため説明を省略する。次に、図7~図13を用いて配信元ルータ105および配信先ルータ106~109が保有するテーブル等について説明する。各ルータ105~109は、図7、図8に示すように設定テーブル701、RPF学習用メッセージ配信702、RPF学習テーブル801、マルチキャストルーティングテーブル802をそれぞれ各ルータにある記憶部に有している。設定テーブル701は、ルータ自身のマルチキャスト配信グループID711と、マルチキャスト配信グループID712と、優先度713と、インターフェース714とから構成される。マルチキャスト配信グループID712はマルチキャスト配信が行われるグループのIDを示しており、IDによって使用するインターフェース714の選択に用いられる。また、後述するRPF学習メッセージがルータに配信された場合、自身のマルチキャストグループIDと同じグループIDを選択するためにも使用される。優先度713は同じマルチキャスト配信グループID712に複数のインターフェースがある場合のインターフェースの選択に使用される。インターフェース714は、どの論理インターフェースから配信を行うかを示している。なお、図9~図13では、優先度713の数字が小さい程優先度が高く、数字が大きい程優先度が低いとしているが、これに限定されず、逆の場合であってもよい。RPF学習用メッセージ配信テーブル702は、上述した設定テーブルの内容に加え、RPのIPアドレス721、RPFneighbor724、RPF学習用メッセージを配信するインターフェース725から構成される。なお、インターフェース714の値がRPF学習用メッセージを配信するインターフェース725となる。RPのIPアドレス721は、マルチキャスト配信サーバに接続したマルチキャスト配信の基点となるルータの論理インターフェースのIPアドレスを示している。本実施例では、配信元ルータ105がマルチキャスト配信サーバ110と接続する論理インターフェ0ス208のIPアドレスとなる。RPFneighbor724は、RPF学習用メッセージを配信するインターフェース725のIPアドレスである。なお、本実施例では、ルーティングプロトコルにPIM-SMを使用しているため、配信元のルータの論理インターフェースのIPアドレスがRPのIPアドレスになっているが、他のプロトコルを使用した場合には、PIM-SMのRPのIPアドレスに相当するIPアドレスが使用される。RPF学習テーブル801は、RPF学習用メッセージ配信テーブル702から作成される。RPF学習テーブル801のRPFインターフェース815はRPF学習用メッセージ配信テーブル702を受信したルータの論理インターフェースとなる。その他の項目は、RPF学習用メッセージ配信テーブル702の値が入る。マルチキャストルーティングテーブル802は、マルチキャスト配信サーバのIPアドレス821、マルチキャストグループ822、RPのIPアドレス823、RPFneighbor824、RPFインターフェース825、送信インターフェース826から構成される。マルチキャストルーティングテーブル802の作成については、後述する。図9は、配信元ルータ105の設定テーブル901、RPF学習用メッセージ配信テーブル902である。本実施例では、配信元ルータ105を図9の示すように設定する。なお、配信元ルータ105は、本実施例におけるマルチキャスト配信の配信元であるためRPF学習テーブルを作成する必要がなく、配信元ルータ105自身のマルチキャスト配信グループIDを設定していないが、別のルータを配信元に設定する場合はこの限りではない。また、本実施例では、配信元ルータ105はRPF学習メッセージを受け取らない。その為、配信元ルータ105のマルチキャストルーティングテーブル1702は、配信元ルータ105のユニキャストルーティングテーブルのマルチキャスト配信サーバへの最短ホップとなるエントリに基づき作成される。具体的には、マルチキャスト配信元サーバに直結するインタフェース論理インタフェース208がRPFインタフェース825に入り、配信元サーバのIPアドレスがRPFneighbor824に入るように設定する。同様に、図10は配信先ルータ106、図11は配信先ルータ107、図12は配信先ルータ108、図13は配信先ルータ109の設定テーブルとRPF学習用メッセージ配信テーブルを示している。なお、本実施例では、配信先ルータ107、配信先ルータ109はPCとの接続をするだけのルータであるため、設定テーブル等を設定しておらず、RPF学習用メッセージの配信も行わない。次に、本マルチキャストシステムの、配信先ルータ106~109がRPF学習メッセージを受信した際のRPF学習テーブルの作成と、RPF学習テーブルに基づくマルチキャストルーティングテーブルの登録について、図16のフローチャート、配信元ルータ105、配信先ルータ106、配信先ルータ108を例に挙げて説明する。配信先ルータ106が新規RPF学習メッセージを配信元ルータ105から受信した場合は、受信したRPF学習メッセージに含まれるRPF学習用配信テーブル902の情報921~927の情報をRPF学習テーブル1801に登録する。このとき、受信したRPF学習メッセージに含まれるRPF学習用配信テーブル902の情報921~927の情報から適したRPFインターフェースを選択するために、配信先ルータ106は自身のマルチキャスト配信グループID1011と、受信したRPF学習用配信テーブル902のマルチキャスト配信グループIDを参照し、一致する情報の中で優先度の高い情報優先度が1のものを選択する。したがって、配信先ルータ106のRPF学習テーブル1801には、図18に示すようにRPのIPアドレス1811、マルチキャスト配信ID1812、優先度1814によって選択されるRPFneighbor、RPFインターフェースの情報が選択される。同様に、配信先ルータ108からRPF学習メッセージを受信した場合も同様に処理でき、RPF学習テーブル1801のマルチキャスト配信グループID1813、優先度1815、RPFneighbor、RPFインターフェースの情報が選択される。次に、登録したRPF学習テーブル1801にあるRPのIPアドレス8111811に、同一のRPのIPアドレスが複数あるか否かを判断し1603、同一のIPアドレスが無い場合は1603:no、マルチキャストルーティングテーブル1802に、RPF学習テーブル1801に新規登録したエントリのうち、RPFneighborとRPFインタフェースを登録する。1602にて登録したRPFの学習テーブル1801の中に、RPのIPアドレスが同一のエントリが複数ある場合1603:Yes、配信先ルータ106のマルチキャスト配信グループIDと登録したRPF学習メッセージ1801のマルチキャスト配信グループIDを比較する1604。マルチキャスト配信グループIDが等しくない場合1604:no、RPF学習テーブル1801に新規登録した新規登録したエントリのRPFneighborとRPFインタフェースを上記マルチキャストルーティングテーブルのエントリに登録しない。マルチキャスト配信グループIDが等しい場合1604:Yes、配信先ルータ106のマルチキャスト配信IDと同一のエントリが複数あるか否かを判断し1605、複数ない場合は1605:no、上記マルチキャストルーティングテーブルのエントリに、RPF学習テーブル1802に新規登録したエントリのRPFneighborとRPFインタフェースが登録される。マルチキャスト配信IDと同一のエントリが複数ある場合1605:Yes、RPF学習テーブル1801の中の優先度813を判断する1606。優先度が一番高い場合優先度の数字が小さい場合。1606:Yes、上記マルチキャストルーティングテーブルのエントリにRPF学習テーブル1801に新規登録したエントリのRPFneighborとRPFインタフェースが登録する。それ以外の場合1606:noは、登録をしない1607。なお、図19~図21は配信先ルータ107~109が後述する図14の登録フローに従って作成したRPF学習テーブルおよびマルチキャストルーティングテーブルを示す図である。次に、本実施例におけるマルチキャスト配信に使用するマルチキャストツリーの作成について、図14、図15、図22、図23を用いて説明する。なお、本実施例は一例であり、他の接続によって作成されたマルチキャストツリーであってもよい。配信元ルータ105は配信元ルータ105のRPF学習メッセージ配信テーブル902に基づき、配信先ルータ106にRPF学習メッセージ配信する。本実施例の場合、RPのIPアドレス921、マルチキャスト配信グループID922、優先度924とそれに対応したRPFneighborが配信される。配信先ルータ106は配信元ルータ105から受信したRPF学習メッセージを基に、図16に図示するフローチャートにより、RPF学習テーブルを更新し1401、マルチキャストルーティングテーブル更新を行う1402。このRPF学習テーブル更新処理1401により、配信先ルータ106のRPF学習テーブル1801にエントリ1811、エントリ1812、エントリ1814が登録される。また、マルチキャストルーティングテーブル更新処理1402により、配信元ルータ106のマルチキャストルーティングテーブル1802のエントリ1821~1825が登録される。次に、配信先ルータ108はRPF学習メッセージ配信テーブル1202に基づき、配信先ルータ106にRPF学習メッセージ配信する。本実施例の場合、RPのIPアドレス1221、マルチキャスト配信グループID1222、優先度1223とそれに対応したRPFneighborが配信される。配信先ルータ106はルータ108から受信したRPF学習メッセージを基に、図16に図示するフローにより、RPF学習テーブルが更新処理1403を行う。このRPF学習テーブル更新処理1403により、配信先ルータ106のRPF学習テーブル1801にエントリ1813、エントリ1815が登録される。しかし、図16に示すフロー1604にあるように、RPF学習テーブル1801に追加されたエントリのマルチキャストグループIDが配信先ルータ106のIDと一致しないため、マルチキャストルーティングテーブル1802の更新処理は行われない。次に配信元ルータ105はRPF学習メッセージ配信テーブル902に基づき、配信先ルータ107に学習メッセージ配信する。本実施例の場合、RPのIPアドレス921、マルチキャスト配信グループID922、優先度925とそれに対応したRPFneighborが配信される。配信先ルータ107は配信元ルータ105から受信したRPF学習メッセージを基に、図16に図示するフローにより、同様に、RPF学習テーブルが更新処理1404、マルチキャストルーティングテーブル更新処理1405を行う。このRPF学習テーブル更新処理1404により、配信先ルータ107のRPF学習テーブル1901にエントリ1911、エントリ1912、エントリ1914が登録される。マルチキャストルーティングテーブル更新処理1405により、配信先ルータ107のマルチキャストルーティングテーブル1902のエントリ1921~1925が登録される。次に、配信先ルータ106はRPF学習メッセージ配信テーブル1002に基づき、配信先ルータ107にRPF学習メッセージ配信する。本実施例の場合、RPのIPアドレス1021、マルチキャスト配信グループID1022、優先度1023とそれに対応したRPFneighborが配信される。配信先ルータ107は配信先ルータ106から受信したRPF学習メッセージを基に、図16に図示するフローにより、RPF学習テーブルが更新処理1406、マルチキャストルーティングテーブル更新処理1407を行う。このRPF学習テーブル更新処理1406により、配信先ルータ107のRPF学習テーブル1901にエントリ1913が登録される。また、図16のフローチャート1606より、更新登録されたエントリの方が優先度が高いためマルチキャストルーティングテーブル更新処理1407がされ、配信先ルータ107のマルチキャストルーティングテーブル1902のエントリ1921~1925は上書き登録される。以降、RPF学習メッセージが配信元ルータ105または配信先ルータ106~109から送信された場合、受信した配信先ルータは同様のRPF学習テーブルの更新処理およびマルチキャストルーティングテーブルの処理を行う1408~1414。図14に示すフローにより、配信先ルータ106~109のマルチキャストルーティングテーブルのRPFneighbor、RPFインタフェースが決定する。これにより、配信元ルータ105および配信先ルータ106~109がPC101~105のマルチキャスト参加パケット以降joinパケットと記す。をRPに送信する為のパスが決定する。つまり、配信先ルータ106~109のマルチキャストルーティングテーブルに登録されたRPFneighborとRPFインタフェースがjoinパケットのRPへのパスとなる。配信先ルータ106~107のRPFneighborとRPFインタフェースの接続の詳細を図22に示す。配信先ルータ107のRPFインタフェースは論理インタフェース1925、RPFneighborは論理インタフェース305のIPアドレス1924であるので、配信先ルータ107のRPFインタフェースはルータ106に接続される。同様に配信先ルータ106と配信元ルータ105、配信先ルータ108と配信元ルータ105、配信先ルータ109と配信先ルータ108が接続される。次に、配信先ルータ106~109のマルチキャストルーティングテーブルのRPFneighbor、RPFインタフェース決定後の、マルチキャストトラヒックの配信フローを図15、17、18、19、20、21、23、24を参照し説明する。PC101はマルチキャスト参加のためのjoinパケットを配信先ルータ106に送信する。配信先ルータ106はPC101のjoinパケットを受信すると、マルチキャストルーティングテーブル更新処理1501を行い、配信先ルータ106のマルチキャストルーティングテーブル1802のRPFneighbor1824、RPFインタフェース1825に従い、PC101のjoinパケットを配信元ルータ105に転送する。このマルチキャストルーティングテーブル更新処理1501により、配信先ルータ106のマルチキャストルーティングテーブル1802に送信インターフェース1826のエントリが追加される。配信元ルータ105はPC101のjoinパケットを受信すると、マルチキャストルーティングテーブル更新処理1502を行い、配信元ルータ105のマルチキャストルーティングテーブル1702のRPFneighbor1724、RPFインタフェース1725に従い、PC101のjoinパケットをマルチキャスト配信サーバ110に転送する。このマルチキャストルーティングテーブル更新処理1502により、配信元ルータ105のマルチキャストルーティングテーブル1702の送信インターフェース1727のエントリが追加される。マルチキャスト配信サーバはPC101のjoinパケットを受信すると、マルチキャスト配信サーバ101の図示しない配信先テーブルを更新し、マルチキャストラヒックを配信元ルータ105に送信する。配信元ルータ105は、マルチキャスト配信サーバ110からマルチキャストトラヒックを受信すると、配信元ルータ105のマルチキャストルーティングテーブル1702の送信インターフェース1727のエントリに従い配信先ルータ106にマルチキャストトラヒックを送信する。配信先ルータ106は、配信元ルータ105からマルチキャストトラヒックを受信すると、配信先ルータ106のマルチキャストルーティングテーブル1802の送信インターフェース1826のエントリに従いPC101にマルチキャストトラヒックを送信する。次に、PC102はjoinパケットを配信先ルータ107に送信する。配信先ルータ107はPC102のjoinパケットを受信すると、マルチキャストルーティングテーブル更新処理1503を行い、配信先ルータ107のマルチキャストルーティングテーブル1902のRPFneighbor1924、RPFインタフェース1925に従い、PC102のjoinパケットを配信先ルータ106に転送する。このマルチキャストルーティングテーブル更新処理1503により、配信先ルータ107のマルチキャストルーティングテーブル1902の送信インターフェース1926のエントリが追加される。配信先ルータ106はPC102のjoinパケットを受信すると、マルチキャストルーティングテーブル更新処理1504を行い、配信先ルータ106のマルチキャストルーティングテーブル1802のRPFneighbor1824、RPFインタフェース1825に従い、PC101のjoinパケットを配信元ルータ105に転送する。このマルチキャストルーティングテーブル更新処理1504により、配信先ルータ106のマルチキャストルーティングテーブル1802の送信インターフェース1827のエントリが追加される。配信元ルータ105は、配信先ルータ106から転送されたjoinパケットを受信すると、マルチキャストルーティングテーブル1702に従い、joinパケットをマルチキャスト配信サーバ110に転送する。joinパケットを受信したマルチキャスト配信サーバ110は、図示しない配信先テーブルの更新を行う。配信先ルータ106は、このマルチキャストルーティングテーブル更新処理1504の後、マルチキャストルーティングテーブル1802の送信インターフェース1827のエントリに従い、配信先ルータ107にマルチキャストトラヒックを送信する。つまり、上記PC101へのマルチキャストトラヒックが配信先ルータ106まで既に配信されているため、新たな配信先配信先ルータ107に対してマルチキャストトラヒックを配信するようにすればよい。配信先ルータ107は、配信先ルータ106からマルチキャストトラヒックを受信すると、配信先ルータ107のマルチキャストルーティングテーブル1902の送信インターフェースノ1926のエントリに従いPC102にマルチキャストトラヒックを送信する。以下同様の手順により、PC103は配信先ルータ108、配信元ルータ105を経由したマルチキャストトラヒックを受信し、PC104は配信先109、配信先108を経由したマルチキャストトラヒックを受信する。図15のフローにより完成した、配信元ルータ105と配信先ルータ106~109のマルチキャストツリーを図23に示す。上記したように、マルチキャストルーティングテーブルによって、マルチキャスト配信サーバ110、配信元ルータ105、マルチキャスト配信先である配信先ルータ106~109、PC101~104が図23に示されるように論理パスを用いて接続され、マルチキャストツリーが完成される。なお、図23の実線が論理パスを示している。また、上記マルチキャストツリーにおける、配信元ルータ105と配信先ルータ106~109、PC101~PC104を物理回線で接続した時のマルチキャストネットワーク構成の一例を図24に示す。図24は、マルチキャスト配信サーバ110と一つの配信元ルータ105を物理回線で接続し、配信元ルータ105及び配信先ルータ106~109それぞれと一つのレイヤ2スイッチ以下、レイヤ2SW2211とするを物理回線で接続し、PC101と配信先ルータ106、PC102と配信先ルータ107、PC103と配信先ルータ108、PC104と配信先ルータ109を物理回線での接続を示している。なお、レイヤ2SW2211はパケットを転送するためのスイッチである。また、物理回線とはLANケーブルや光ファイバーなどの物理的な通信ケーブルにより接続された回線である。また、図24の実線が物理回線を示し、矢印付き破線が論理パスを示している。上記マルチキャストネットワークにおいて、マルチキャストトラヒックは、マルチキャスト配信サーバ110から、配信元ルータ105に送信される。配信元ルータ105は、マルチキャストトラヒックをマルチキャストルーティングテーブル1702の送信インターフェース1727のエントリに従い配信先ルータ106と、送信インターフェース1726のエントリに従い配信先ルータ108にレイヤ2SW2211を介して送信する。配信先ルータ106は、マルチキャストトラヒックをマルチキャストルーティングテーブル1802の送信インターフェース1827のエントリに従いレイヤ2SW2211を介して配信先ルータ107と、マルチキャストルーティングテーブル1802の送信インターフェース1826のエントリに従いマルチキャストトラヒックをPC101に送信する。配信先ルータ107は、マルチキャストトラヒックをマルチキャストルーティングテーブル1902の送信インターフェス1926のエントリに従いマルチキャストトラヒックをPC102に送信する。同様に、配信先ルータ108は、マルチキャストトラヒックをマルチキャストルーティングテーブル2002の送信インターフェース2027のエントリに従いレイヤ2SW2211を介して配信先ルータ109と、送信インターフェース2026のエントリに従いマルチキャストトラヒックをPC103に送信する。配信先ルータ109は、マルチキャストトラヒックをマルチキャストルーティングテーブル2102の送信インターフェース2126のエントリに従いマルチキャストトラヒックをPC104に送信する。従来のメッシュ仮想網におけるマルチキャストネットワークでは、例えば図1に示す配信元ルータ105は、配信先ルータ106への論理インタフェース204、配信先ルータ107への論理インタフェース205、配信先ルータ108への論理インタフェース206、配信先ルータ108への論理インタフェース207の上記4つの論理インタフェースにマルチキャストトラヒックをコピーし、配信するものであった。本実施例のマルチキャストネットワークにおいては、図24の示すようにマルチキャストのトラヒックを流すと、配信元ルータ105は配信先ルータ106への論理インタフェース204と配信先ルータ108への配信先論理インタフェース207に対する二つの論理インタフェースにマルチキャストトラヒックをコピーし配信する為、マルチキャストネットワークは配信元ルータマルチキャストトラヒックのコピー数を減らす事ができ、マルチキャストネットワークトポロジを事前に設計し、配信元ルータの負荷をあらかじめ軽減することができる。本実施例では、マルチキャストツリーの再構築の頻発を防止しネットワークのトポロジを安定させる配信元ルータの負荷をあらかじめ軽減するだけでなく、障害時の迂回経路の確保も行えるマルチキャスト配信システムの例を図23、図25~図36を用いて説明する。図23を、実施例2におけるをマルチキャスト配信システムの例示す構成図の例とする。配信先ルータ105と配信先ルータ106~109とが実施例1に示したマルチキャストツリーにより接続されている。このとき図25に示すように、配信サーバ110から配信元ルータ105および各ルータを介してマルチキャストトラヒックが送信されている。本実施例では、配信元ルータ105と配信先ルータ106の間で接続がダウンした際の論理パスダウン2501迂回経路確保について説明する。図26を用いて、論理インタフェース間の接続がダウンした際の、マルチキャストルーティングテーブルのRPFneighborおよびRPFインタフェースを新たに登録する処理を説明する。まず、論理インタフェースの接続がダウンすると、ダウンした論理インタフェースと同一のRPFインタフェースに該当するRPF学習テーブル801のエントリを削除する。削除したRPFの学習テーブル801のエントリのRPFneighbor814とRPFインタフェース815がマルチキャストルーティングテーブル802に登録されているエントリーである場合、上記マルチキャストルーティングテーブル801に登録されているRPFインタフェース825、RPFneighbor824を削除する。削除されたマルチキャストルーティングテーブルのエントリ802のRPのIPアドレス823と同一のRPのIPアドレスを持つRPF学習テーブル801のエントリが存在する場合、新規にマルチキャストルーティングテーブル802に、上記RPF学習テーブル801のエントリのRPFインタフェース814、RPFneighbor815を登録する。上記RPF学習テーブル801のエントリが複数ある場合、マルチキャスト配信グループID812、優先度813に基づき登録する。配信先ルータ105と106の論理パスがダウンした際、上記図23のマルチキャストツリーが変更されるフローを図25を参照し説明する。配信元ルータ105と配信先ルータ間の論理パスがダウンをすると2501、マルチキャスト配信サーバ110から配信される、配信元ルータ105、配信先ルータ106経由のPC101宛のマルチキャストトラヒックと、配信元ルータ105、配信先ルータ106、107経由のPC102宛のマルチキャストラヒックがPC101、PC102に配信されなくなる。配信元ルータ105は、論理パスのダウン2501により、配信先ルータ105と1配信先ルータ107の論理パスのダウン検知処理2504を行い、上記図26に示すフローにより、マルチキャストルーティングテーブルの更新処理2506を行う。上記論理パスのダウンの検知2504の手段は、配信元ルータ105は配信先ルータ106、配信先ルータ106は配信元ルータ105をそれぞれポーリング監視するによってダウン検知する。ダウン検知手段を、ポーリング監視としているがそれ以外の検知手段を用いてもよい。マルチキャストルーティングテーブルの更新処理2506の処理は、図17に示す、マルチキャストルーティングテーブル1702のエントリである送信インタフェース826からエントリ1727が削除され、図28に示すマルチキャストルーティングテーブル2802のエントリである送信インタフェース1726のみとする処理である。配信先ルータ106は、上記論理パスのダウン2501により、配信先ルータ105と107の論理パスのダウンを検知処理2503を行い、上記図26に示すフローにより、RPF学習処理テーブルの更新2505を行い、マルチキャストルーティングテーブルの更新処理2507を行う。上記RPF学習テーブルの更新処理2505は図18に示す、RPF学習テーブル1801のエントリである優先度813、RPFneighbor814、RPFインタフェース815から論理パスがダウンしている配信先105に関するエントリ1814が削除され、図29に示すRPF学習テーブル1801のエントリは、RPFneighbor814、RPFインタフェース815はエントリ1815のみとなる。上記マルチキャストルーティングテーブルの更新処理2507の処理は図18に示す、マルチキャストルーティングテーブル1802のエントリであるRPFneighbor824からエントリ1823、エントリ1824が削除され、RPF学習テーブル1802、エントリ1815のRPFneighbor814、RPFインタフェース815が新たに図28に示すマルチキャストルーティングテーブル2902のエントリのRPFneighbor824にエントリ2921、RPFインタフェース825のエントリ2922が登録される。上記マルチキャストルーティングテーブルの更新処理2507により、廃止先ルータ106はjoinを配信先ルータ108に送信する。配信先ルータ108は配信先ルータ106からjoinパケットを受信すると、マルチキャストルーティングテーブル更新処理2508を行い、図30に示すマルチキャストルーティングテーブル3002のエントリである送信インタフェース826にエントリ3021を追加する。上記マルチキャストルーティングテーブルの更新処理2507が完了すると、マルチキャストトラヒックはマルチキャスト配信サーバ110から、配信元ルータ105、配信先ルータ108、経由でPC101に、配信元ルータ105、配信先ルータ108、107経由でPC102に配信されるようになる。このようにマルチキャストトラヒック配信中に論理パスがダウンする障害が発生した場合であっても本実施例に示すように、RPF学習テーブルとマルチキャストルーティングテーブルを更新する事により、マルチキャストツリーの再構築の頻発を防止し、ネットワークのトポロジを安定させる配信元ルータの負荷をあらかじめ軽減したままで、迂回路の作成を行う事ができる。次に、本実施例の変形例を図31を用いて説明する。上記図23のマルチキャストツリーが変更されるフローが完了すると図31に示す、マルチキャスト配信サーバ110と、マルチキャスト配信サーバ110に論理パスで接続される配信元ルータ105と、配信元ルータ105に論理パスを用いて接続される配信先ルータ108と、配信先ルータ108と論理パスを用いて接続される配信先ルータ106と、配信先ルータ106と論理パスで接続される配信先ルータ107と、配信先ルータ108と論理パスで接続される配信先ルータ109と、配信先ルータ106とPC101、配信先ルータ107とPC102、配信先ルータ108とPC103、配信先ルータ109とPC104が論理パスで接続される、マルチキャストツリーが完成する。配信先ルータ106と107の論理パスがダウンした際、上記図23のマルチキャストツリーが変更されるフローを図32を参照し説明する。配信元ルータ105と配信先ルータ106間の論理パスがダウン3201をすると、マルチキャスト配信サーバ110から配信される、配信元ルータ105、配信先ルータ106経由のPC102宛のマルチキャストトラヒックが、PC102に配信されなくなる。配信先ルータ106は、記論理パスのダウン3201により、配信先ルータ106と107の論理パスのダウンを検知処理3204を行い、上記図26に示すフローにより、マルチキャストルーティングテーブルの更新処理3206を行う。上記マルチキャストルーティングテーブルの更新処理3206の処理は図18に示す、マルチキャストルーティングテーブル1802のエントリである送信インタフェース826からエントリ1827が削除され、図35に示すマルチキャストルーティングテーブル3502のエントリである送信インタフェース826はエントリ1726のみとなる。配信先ルータ107は、上記論理パスのダウン3201により、配信先ルータ106と107の論理パスのダウンを検知処理3203を行い、上記図26に示すフローにより、RPF学習テーブルの更新3205を行い、マルチキャストルーティングテーブルの更新処理3207を行う。上記RPF学習テーブルの更新処理3205の処理は図19に示す、RPF学習テーブル1901のエントリである優先度813、RPFneighbor814、RPFインタフェース815からエントリ1913が削除され、図33に示すRPF学習テーブル1901のエントリは、RPFneighbor814のエントリ、RPFインタフェース815のエントリは1914のみとなる。上記マルチキャストルーティングテーブルの更新処理3207の処理は図19に示す、マルチキャストルーティングテーブル1902のエントリであるRPFneighbor824からエントリ1924、エントリ1925が削除され、RPF学習テーブル1901のエントリ1914のRPFneighbor814、RPFインタフェース815が新たに図36に示すマルチキャストルーティングテーブル3602のエントリのRPFneighbor824にエントリ3521、RPFインタフェース825のエントリ3622が登録される。上記マルチキャストルーティングテーブルの更新処理3207により、配信先ルータ106はjoinを配信元ルータ105に送信する。配信元ルータ105は配信先ルータ106からjoinパケットを受信すると、マルチキャストルーティングテーブル更新処理3208を行い、図34に示すマルチキャストルーティングテーブル3402のエントリである送信インタフェース826にエントリ3421を追加する。上記マルチキャストルーティングテーブルの更新処理3207が完了すると、マルチキャストトラヒックはマルチキャスト配信サーバ110から、配信元ルータ105経由でPC102に、配信されるようになる。上記図32のマルチキャストツリーが変更されるフローが完了すると図36に示す、マルチキャスト配信サーバ110と、マルチキャスト配信サーバ110に論理パスで接続される配信元ルータ105と、配信元ルータ105に論理パスを用いて接続される配信先ルータ105~108と、配信先ルータ108と論理パスで接続される配信先ルータ109と、各配信先ルータ106~109論理パスで接続されるPC101~104から構成させる、マルチキャストツリーが完成する。このようにマルチキャストトラヒック配信中に配信先ルータ間で論理パスがダウンする障害が発生した場合であっても本変形例に示すように、RPF学習テーブルとマルチキャストルーティングテーブルを更新する事により、マルチキャストツリーの再構築の頻発を防止し、ネットワークのトポロジを安定させる配信元ルータの負荷をあらかじめ軽減したままで、迂回路の作成を行う事ができる。なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成を一部を他の実施例の構成に置き換えることや、他の実施例の構成を加えることも可能である。また、実施例の構成の一部について、他の構成の追加削除置換をすることが可能である。なお、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行する。各機能を実現するプログラム、テーブル等の情報は、メモリや、ハードディスク等の記憶媒体に置く事ができるものである。