"ホストにマルチキャストのフローを配信する配信ルータと、その配信ルータがフローの配信に使用する帯域を管理する帯域管理サーバとを有するマルチキャスト配信システムであって、複数台の前記配信ルータと1台以上の前記ホストとが共有セグメントに接続され、その共有セグメントに送信されるパケットは、前記共有セグメントに接続される前記配信ルータおよび前記ホストがそれぞれ受信可能であり、前記帯域管理サーバは、新規フローの視聴要求を前記ホストから受信した前記配信ルータである第1ルータから、その視聴要求の転送信号を受信すると、前記帯域管理サーバ内の記憶手段から、前記第1ルータが既に配信している既存フローごとの使用帯域と、前記第1ルータの帯域上限とを読み取り、前記帯域上限から前記既存フローの使用帯域の総和を減じた結果である余剰帯域を求め、前記既存フローごとに、その既存フローを他の前記配信ルータに切り戻す候補である切戻候補フローか、他の前記配信ルータに切り戻す候補でない切戻候補外フローかのいずれかに分類し、前記余剰帯域に前記切戻候補フローの使用帯域を加算した結果である実質余剰帯域を求め、前記新規フローの使用帯域が前記余剰帯域以下のときには、前記新規フローの前記視聴要求に従って、前記第1ルータに前記新規フローを割り当て、前記新規フローの使用帯域が前記余剰帯域より大きく、かつ、前記実質余剰帯域以下のときには、前記切戻候補フローを前記第1ルータから前記第1ルータとは別の前記配信ルータである第2ルータへと切り戻すように前記第1ルータに指示した後、前記新規フローの前記視聴要求に従って、前記第1ルータに前記新規フローを割り当て、前記新規フローの使用帯域が前記実質余剰帯域より大きいときには、前記第1ルータに対して、前記新規フローの前記視聴要求を拒否する旨を通知することを特徴とするマルチキャスト配信システム。前記帯域管理サーバ内の記憶手段には、前記既存フローごとに、その既存フローを切り戻すか否かを選択するための優先度が対応づけられており、前記既存フローごとに前記切戻候補フローか前記切戻候補外フローかを分類する処理において、前記新規フローの優先度より高い優先度が対応付けられた前記既存フローを前記切戻候補外フローとし、前記新規フローの優先度以下の優先度が対応付けられた前記既存フローを前記切戻候補フローとすることを特徴とする請求項1に記載のマルチキャスト配信システム。前記帯域管理サーバは、マルチキャストのフローごとの優先度を対応づける処理として、前記視聴要求の転送信号に含まれているフローの識別子とそのフローの優先度とを読み取り、フローごとの優先度を対応づけることを特徴とする請求項2に記載のマルチキャスト配信システム。ホストにマルチキャストのフローを配信する配信ルータと、その配信ルータがフローの配信に使用する帯域を管理する帯域管理サーバとを有するマルチキャスト配信システムに用いられる帯域管理サーバであって、複数台の前記配信ルータと1台以上の前記ホストとが共有セグメントに接続され、その共有セグメントに送信されるパケットは、前記共有セグメントに接続される前記配信ルータおよび前記ホストがそれぞれ受信可能であり、前記帯域管理サーバは、新規フローの視聴要求を前記ホストから受信した前記配信ルータである第1ルータから、その視聴要求の転送信号を受信すると、前記帯域管理サーバ内の記憶手段から、前記第1ルータが既に配信している既存フローごとの使用帯域と、前記第1ルータの帯域上限とを読み取り、前記帯域上限から前記既存フローの使用帯域の総和を減じた結果である余剰帯域を求め、前記既存フローごとに、その既存フローを他の前記配信ルータに切り戻す候補である切戻候補フローか、他の前記配信ルータに切り戻す候補でない切戻候補外フローかのいずれかに分類し、前記余剰帯域に前記切戻候補フローの使用帯域を加算した結果である実質余剰帯域を求め、前記新規フローの使用帯域が前記余剰帯域以下のときには、前記新規フローの前記視聴要求に従って、前記第1ルータに前記新規フローを割り当て、前記新規フローの使用帯域が前記余剰帯域より大きく、かつ、前記実質余剰帯域以下のときには、前記切戻候補フローを前記第1ルータから前記第1ルータとは別の前記配信ルータである第2ルータへと切り戻すように前記第1ルータに指示した後、前記新規フローの前記視聴要求に従って、前記第1ルータに前記新規フローを割り当て、前記新規フローの使用帯域が前記実質余剰帯域より大きいときには、前記第1ルータに対して、前記新規フローの前記視聴要求を拒否する旨を通知することを特徴とする帯域管理サーバ。前記帯域管理サーバ内の記憶手段には、前記既存フローごとに、その既存フローを切り戻すか否かを選択するための優先度が対応づけられており、前記既存フローごとに前記切戻候補フローか前記切戻候補外フローかを分類する処理において、前記新規フローの優先度より高い優先度が対応付けられた前記既存フローを前記切戻候補外フローとし、前記新規フローの優先度以下の優先度が対応付けられた前記既存フローを前記切戻候補フローとすることを特徴とする請求項4に記載の帯域管理サーバ。前記帯域管理サーバは、マルチキャストのフローごとの優先度を対応づける処理として、前記視聴要求の転送信号に含まれているフローの識別子とそのフローの優先度とを読み取り、フローごとの優先度を対応づけることを特徴とする請求項5に記載の帯域管理サーバ。ホストにマルチキャストのフローを配信する配信ルータと、その配信ルータがフローの配信に使用する帯域を管理する帯域管理サーバとを有するマルチキャスト配信システムが実行するマルチキャスト配信方法であって、複数台の前記配信ルータと1台以上の前記ホストとが共有セグメントに接続され、その共有セグメントに送信されるパケットは、前記共有セグメントに接続される前記配信ルータおよび前記ホストがそれぞれ受信可能であり、前記帯域管理サーバは、新規フローの視聴要求を前記ホストから受信した前記配信ルータである第1ルータから、その視聴要求の転送信号を受信すると、前記帯域管理サーバ内の記憶手段から、前記第1ルータが既に配信している既存フローごとの使用帯域と、前記第1ルータの帯域上限とを読み取り、前記帯域上限から前記既存フローの使用帯域の総和を減じた結果である余剰帯域を求め、前記既存フローごとに、その既存フローを他の前記配信ルータに切り戻す候補である切戻候補フローか、他の前記配信ルータに切り戻す候補でない切戻候補外フローかのいずれかに分類し、前記余剰帯域に前記切戻候補フローの使用帯域を加算した結果である実質余剰帯域を求め、前記新規フローの使用帯域が前記余剰帯域以下のときには、前記新規フローの前記視聴要求に従って、前記第1ルータに前記新規フローを割り当て、前記新規フローの使用帯域が前記余剰帯域より大きく、かつ、前記実質余剰帯域以下のときには、前記切戻候補フローを前記第1ルータから前記第1ルータとは別の前記配信ルータである第2ルータへと切り戻すように前記第1ルータに指示した後、前記新規フローの前記視聴要求に従って、前記第1ルータに前記新規フローを割り当て、前記新規フローの使用帯域が前記実質余剰帯域より大きいときには、前記第1ルータに対して、前記新規フローの前記視聴要求を拒否する旨を通知することを特徴とするマルチキャスト配信方法。ここで、クエリア第1ルータに障害が発生した場合、非クエリア第2ルータはクエリアからGQを受信しなくなる。そして、非クエリア第2ルータは、GQを受信しなくなる時間が所定時間OQPTを超過すると、自身がクエリア状態へ遷移し、配信制御を代行する。なお、非クエリアが複数存在する場合、前記のクエリア選択メカニズムにより、障害が発生したクエリア第1ルータを除いたルータ群のうちのアドレスが最小となる1台のルータがクエリア状態へ遷移する。そして、第1ルータの障害の回復後には、第1ルータがGQの送信を再開することで、第2ルータから第1ルータへとクエリア配信制御を切り戻す。クエリアへと復帰した第1ルータは、ホストからjoinを受信したことを契機に、配信を再開する。このように配信ルータへの切戻し制御が完了する。しかし、これらの従来のクエリアの切り戻し技術IGMPv2/IGMPv3/MLDv2には、第1ルータが復旧した場合、第2ルータが代行配信しているフローを無条件に自動で切り戻す。具体的には、障害が回復した際の第1ルータは、SQStartupQuery:起動してからQI/4デフォルト125/4秒後に送信またはGQ起動してからQIデフォルト125秒後に送信を第2ルータに送信する。受信した第2ルータは、配信中の全てのフローを速やかに停止する。第1ルータは、自送信のSQもしくはGQに対するレポートが返却されるか、ホストによるjoinを受信すると、第2ルータのフロー配信状態にかかわらず、そのフロー配信を開始するので、無条件に全てのフローを自動一括で切り戻す。この切戻し制御に関連するルータおよびホスト間の制御タイミングや制御順序が正確に時間同期しておらず、第2ルータによる配信停止と第1ルータによる配信開始、ホストによるjoinが実行される順序と時間を保障した制御ができないため、配信断および重複配信が発生する。つまり、障害が発生した際、第2ルータは自らの障害検出タイマがタイムアウトするまで待機するので、タイムアウトを待つ間に配信断が発生する。また、2台以上のルータが障害を検出し、新たなクエリアが1台に収束するまで同一フローに対する重複配信が発生する。よって、過剰に切り戻すと、配信断や重複配信の影響範囲が拡大してしまう。一方、切り戻すべきフローの切り戻しを行わないと、新規フローのjoinが特定のルータに集中することで、パスおよびノードの配信リソースが不足し、リソース競合による輻輳が発生する。そこで、本発明は、共有セグメントに複数のマルチキャスト配信ルータが接続される構成において、クエリアの障害回復時におけるフロー切り戻し処理による配信断や重複配信を抑制しつつ、配信ルータのリソース競合による輻輳を回避することを、主な目的とする。前記課題を解決するために、本発明は、ホストにマルチキャストのフローを配信する配信ルータと、その配信ルータがフローの配信に使用する帯域を管理する帯域管理サーバとを有するマルチキャスト配信システムであって、複数台の前記配信ルータと1台以上の前記ホストとが共有セグメントに接続され、その共有セグメントに送信されるパケットが、前記共有セグメントに接続される前記配信ルータおよび前記ホストがそれぞれ受信可能であり、前記帯域管理サーバが、新規フローの視聴要求を前記ホストから受信した前記配信ルータである第1ルータから、その視聴要求の転送信号を受信すると、前記帯域管理サーバ内の記憶手段から、前記第1ルータが既に配信している既存フローごとの使用帯域と、前記第1ルータの帯域上限とを読み取り、前記帯域上限から前記既存フローの使用帯域の総和を減じた結果である余剰帯域を求め、前記既存フローごとに、その既存フローを他の前記配信ルータに切り戻す候補である切戻候補フローか、他の前記配信ルータに切り戻す候補でない切戻候補外フローかのいずれかに分類し、前記余剰帯域に前記切戻候補フローの使用帯域を加算した結果である実質余剰帯域を求め、前記新規フローの使用帯域が前記余剰帯域以下のときには、前記新規フローの前記視聴要求に従って、前記第1ルータに前記新規フローを割り当て、前記新規フローの使用帯域が前記余剰帯域より大きく、かつ、前記実質余剰帯域以下のときには、前記切戻候補フローを前記第1ルータから前記第1ルータとは別の前記配信ルータである第2ルータへと切り戻すように前記第1ルータに指示した後、前記新規フローの前記視聴要求に従って、前記第1ルータに前記新規フローを割り当て、前記新規フローの使用帯域が前記実質余剰帯域より大きいときには、前記第1ルータに対して、前記新規フローの前記視聴要求を拒否する旨を通知することを特徴とする。これにより、第1ルータへの切り戻し指示が必要なときに限定されるので、不要な切り戻し制御を実施しないことで、配信断や重複配信の影響範囲を抑制しつつ、必要な切り戻し制御を実施することで、配信ルータのリソース競合による輻輳を回避することができる。本発明は、前記帯域管理サーバ内の記憶手段には、前記既存フローごとに、その既存フローを切り戻すか否かを選択するための優先度が対応づけられており、前記既存フローごとに前記切戻候補フローか前記切戻候補外フローかを分類する処理において、前記新規フローの優先度より高い優先度が対応付けられた前記既存フローを前記切戻候補外フローとし、前記新規フローの優先度以下の優先度が対応付けられた前記既存フローを前記切戻候補フローとすることを特徴とする。これにより、高い品質と信頼性が要求されるフローに高い優先度を付すことで、そのフローを特に切り戻しに伴う不安定な状況から守ることができる。本発明は、前記帯域管理サーバが、マルチキャストのフローごとの優先度を対応づける処理として、前記視聴要求の転送信号に含まれているフローの識別子とそのフローの優先度とを読み取り、フローごとの優先度を対応づけることを特徴とする。これにより、視聴者ホストの側でフローの優先度を設定でき、とくに切り戻しを発生させたくないフローに対する安定したフロー配信処理を享受することができる。本発明によれば、共有セグメントに複数のマルチキャスト配信ルータが接続される構成において、クエリアの障害回復時におけるフローの切り戻し処理による配信断や重複配信を抑制しつつ、配信ルータのリソース競合による輻輳を回避することができる。以下、本発明の一実施形態について、図面を参照して詳細に説明する。図1は、マルチキャスト配信システムを示す構成図である。このマルチキャスト配信システムは、例えば、地上デジタル放送のIP再送信サービスなどのような高品質で高信頼性を求められる通信システムへと適用される。マルチキャストの配信フローは、配信サーバ1S1,S2,...から送信され、マルチキャスト配信網2、リンク3、配信ルータ4R1,R2,R3,...、共有セグメント5を経由し、ホスト6H1,H2,H3,...に配信される。これらのマルチキャスト配信システムの各装置は、CPUCentralProcessingUnitとメモリとハードディスク記憶手段とネットワークインタフェースを有するコンピュータとして構成され、このコンピュータは、CPUが、メモリ上に読み込んだプログラムを実行することにより、各処理部を動作させる。共有セグメント5は、配信ルータ4とホスト6との間の信号を伝送するためのネットワークである。仮想パスP1~P3は、各配信ルータ4と共有セグメント5とを接続するリンクごとの帯域を管理するためパスである。制御管理網8は、配信ルータ4と帯域管理サーバ7間の信号を伝送するためのネットワークであり、1台の帯域管理サーバ7と、3台の配信ルータ4R1,R2,R3とを接続する。共有セグメント5上に流れる主な信号として、配信ルータ4から送信されるクエリと、ホスト6から送信されるレポートとがある。制御管理網8上に流れる主な信号として、レポート視聴要求、脱退要求の内容を転送する各種の転送信号と、配信ルータ4間の配信フローの切り戻しを指示するための切戻指示とがある。なお、これらの図1に例示した信号以外にも、ネットワーク上に流れる信号が存在する後記する図8のフローチャートにて、明らかにする。以下、図2~図4を参照して、図1の配信ルータ4R1が通信に使用する仮想パスP1の容量や使用状況に応じた、切り戻しの4つのケースを説明する。図2は、新規フローの割当ケース1,2を示す説明図である。図2aは、ケース1自身の余剰帯域に余裕がある場合を示す。まず、図2aの左側に示すように、仮想パスP1の帯域上限の範囲内で、配信ルータ4R1が自ら配信担当となる分のフロー図面では最下段のフローと、配信ルータ4R2が配信担当となる分のフローを配信代行している分図面では下から2段目のフローと、配信ルータ4R3が配信担当となる分のフローを配信代行している分図面では下から3段目のフローと、をそれぞれ配信ルータ4R1が配信している。その状況で、図2aの右側に示すように、新規フローの視聴要求を受けると、配信ルータ4R1は、以下の計算式により、仮想パスP1の余剰帯域を計算する。余剰帯域=帯域上限-仮想パスP1で配信している3つのフローの帯域分そして、余剰帯域≧新規フローの使用帯域であるときには、仮想パスP1で配信している3つのフローに対する切り戻し処理を行わずに、そのまま4つめのフローとして、新規フローの使用帯域を仮想パスP1に上乗せする図2aの太線枠を参照。これにより、ケース1では、切り戻し処理を発生させないので、既存の配信中フローに対して配信断や重複配信を発生させずに済む。図2bは、ケース2自身の実質余剰帯域に余裕がない場合を示す。仮想パスP1で配信している3つのフローそれぞれについて、フローの優先度が設定されている。そして、配信ルータ4R1は、新規フローの視聴要求を受けると、その新規フローの優先度と、仮想パスP1内の既存のフローの優先度とを比較することにより、仮想パスP1内の既存のフローを、切戻候補フローか切戻候補外フローかのいずれかに分類する。例えば、図2bでは、自身の配信担当分のフローと、他の配信担当分のフローのうちの新規フローの優先度低優先より高い優先度を有するフローとを切戻候補外フローに分類する。そして、配信ルータ4R1は、以下の計算式により、実質余剰帯域を計算する。実質余剰帯域=余剰帯域切戻候補フローの使用帯域図2bでは、切戻候補フローが仮想パスP1には存在しないので、実質余剰帯域=余剰帯域である。さらに、実質余剰帯域<新規フローの使用帯域であるときには、仮想パスP1で配信している全ての切戻候補フローを他の配信ルータ4へと切り戻しても、仮想パスP1の余剰帯域が不足するので、切戻候補フローを切り戻すことなく、新規フローの視聴要求を受付拒否する。これにより、ケース2では、切り戻し処理を発生させないので、既存の配信中フローに対して配信断や重複配信を発生させずに済む。また、既存の配信中フローと新規のフローとのリソース競合を発生させないため、既存の配信中フローの品質を維持できる。図3は、ケース3自身の実質余剰帯域と他ルータに余裕がある場合を示す。図2bとの違いは、新規フローの優先度が高くなっている低優先から中優先へことである。よって、切戻候補フロー=R2の配信担当分のフローであり、切戻候補外フロー=R3の配信担当分のフローR1の配信担当分である。さらに、余剰帯域<新規フローの使用帯域であり、かつ、実質余剰帯域≧新規フローの使用帯域であるので、仮想パスP1内の既存のフローを切り戻ししないで仮想パスP1へ新規フローを割り当てると溢れるが、既存のフローを切り戻して仮想パスP1の余剰帯域を増やすことにより、新規フローを割り当てることができる。そのとき、配信ルータ4R1は、切戻候補フローR2の配信担当分のフローを切り戻し可能か否かを、切戻先である配信ルータ4R2の仮想パスP2の余剰帯域に切戻候補フロー分の余裕があるか否かで、判定する。ケース3では、仮想パスP2の余剰帯域≧切戻候補フロー分の使用帯域であるので、切戻候補フローを切り戻し可能である。そして、配信ルータ4R1は、切戻候補フローR2の配信担当分のフローを仮想パスP2に切り戻したことにより、仮想パスP1の余剰帯域を実質余剰帯域の分まで増加させた後、新規フローを仮想パスP1へと割り当てる。これにより、ケース3では、切り戻し処理を最小限切戻候補フローだけで済ますために、フローの切り戻し処理による配信断や重複配信の影響範囲を抑制しつつ、配信リソースの競合による輻輳を回避することができる。図4は、ケース4他ルータに余裕がない場合を示す。図3との違いは、仮想パスP2の余剰帯域に余裕がないことである。図3と同様に、既存のフローを切り戻して仮想パスP1の余剰帯域を増やすことにより、新規フローを割り当てることができる状況であるが、既存のフローを切り戻し先仮想パスP2が混雑しているために、切り戻しができない。この場合、配信ルータ4R1は、ケース2と同様に、切戻候補フローを切り戻すことなく、新規フローの視聴要求を受付拒否する。これにより、ケース4では、切り戻し処理を発生させないので、配信断や重複配信を発生させずに済む。また、既存の配信中フローと新規のフローとのリソース競合を発生させないため、既存の配信中フローの品質を維持できる。図5は、帯域管理サーバ7を示す構成図である。帯域管理サーバ7は、単体のサーバとして構成してもよいし、他装置配信ルータ4などに帯域管理サーバ7の各構成要素を内蔵併合してもよい。帯域管理サーバ7は、制御管理網8図1参照と接続する制御管理網接続インタフェース71と、制御管理網8とフレーム送受信を行う制御管理網フレーム転送部72と、配信系リソースの管理と切戻し制御の管理を行う帯域管理回路73とから構成される。制御管理網接続インタフェース71は、一般的な物理レイヤを司り、イーサネットの場合はPHY機能部に相当する。送信用の送信IF部711と、受信用の受信IF部712がある。制御管理網フレーム転送部72は、一般的なデータリンク層を司り、イーサネットの場合は、MAC機能部に相当する。送信用のフレーム送信部721と、受信用のフレーム受信部722がある。帯域管理回路73は、帯域管理サーバ7の中枢部であり、制御管理網8を介して収容する全ての配信ルータ4の配信リソースを管理する。帯域管理回路73は、ルータ連携部731と、フロー転送テーブル732と、フロー帯域管理テーブル733と、フロー優先度管理テーブル734と、仮想パス帯域管理テーブル735と、仮想パス計算部736と、フロー受付判定部737と、切戻し制御部738とを有する。ルータ連携部731は、帯域管理回路73の各処理部を代理し、配信ルータ4と配信状態や視聴要求、切戻制御用の各信号切戻指示、切戻応答を交換し合う。仮想パス計算部736は、フロー転送テーブル732と、フロー帯域管理テーブル733と、フロー優先度管理テーブル734とから取得した情報をもとに仮想パスの現在の利用帯域を計算し、仮想パス帯域管理テーブル735とフロー受付判定部737に渡す。フロー受付判定部737は、ルータ連携部731から取得するフローごとの配信制御の要求視聴要求転送信号/脱退要求転送信号と、仮想パス計算部736から取得する仮想パスの上限帯域および利用帯域を比較照合し、視聴要求のリソースを確保/開放可能であるかを判定し、ルータ連携部731に結果視聴応答/脱退応答を通知する。なお、仮想パスの上限帯域と仮想パスの利用帯域との具体的な説明は、後記する仮想パス帯域管理テーブル735表3にて、明らかにする。また、フロー受付判定部737は、空きリソースの確保が必要となる際は、切戻対象フローを選定し、切戻し制御部738に切戻対象フローフローID、切り戻し元のルータID、切り戻し先のルータIDを通知する。切戻し制御部738は、フロー判定部737からの指示を受けて、ルータ連携部731を介し、関連する配信ルータ4に切戻対象フローの切戻しを指示する。また、ルータ連携部731を介し、切戻しに関連する配信ルータ4から制御状態完了/失敗を受信し、フロー受付判定部737に結果を返す。表1は、フロー転送テーブル732を示す。フロー転送テーブル732は、ルータ連携部731から取得する起動時におけるフローごとのフローIDS,Gと、そのフローの配信状態配信中/停止中と、各状況における配信担当や配信代行を示す列正常時、二重障害時、障害復旧後とを対応づけて構成される。なお、フロー転送テーブル732の各パラメータは、以下の計算式により計算される。n=共有セグメント5内の正常な障害発生していない配信ルータ4の台数f=SGg=mod[f,n]R=gg≠0またはng=0フロー転送テーブル732は、初期生成された後、全ての配信ルータ4から取得したフロー転送テーブル439図6で後記の情報が新規にエントリ登録される。そして、フロー転送テーブル732は、ルータ連携部731から取得する配信制御要求視聴要求転送信号/脱退要求転送信号が受付可能となった場合は、自テーブル内の登録情報を更新する。フロー転送テーブル732は、仮想パス計算部736からの閲覧要求に従って、自身のデータを仮想パス計算部736に提供する。なお、図2aなどで説明した自身の配信担当分か他の配信担当分かを判定するときには、フロー転送テーブル732の障害復旧後列の切戻後の値ルータIDと、現在の値ルータIDとが一致するフローを、自身の配信担当分とし、不一致のフローを、他の配信担当分とする。表2は、フロー帯域管理テーブル733およびフロー優先度管理テーブル734を示す。フロー帯域管理テーブル733は、フローIDごとに、そのフローが使用する帯域を必要帯域として対応づける。フロー優先度管理テーブル734は、フローIDごとに、そのフローに割り当てられている切り戻しの優先度FEC:ForwardingEquivalenceClassを対応づける。表2の両テーブルは、初期生成されると、フロー転送テーブル732から取得したフローIDのリストを、それぞれ両テーブルのレコードの左列にコピーする。そして、両テーブルのレコードの右列は、帯域管理サーバ7の管理者などにより設定される。表3は、仮想パス帯域管理テーブル735を示す。仮想パス帯域管理テーブル735は、各仮想パスに割り当てられている帯域に関する集計情報を保持する。例えば、表3の1~3行目には、仮想パスP1に割り当てられているフローを優先度ごとに集計した配信中帯域30,30,35と、仮想パスP1の優先度ごとの帯域上限30,30,40とが対応づけられている。なお、優先度ごとに集計した配信中帯域とは、仮想パスP1に割り当てられている各フローについて、フロー優先度管理テーブル734を参照して各フローの優先度を特定した後、その優先度が同一であるフロー群をグルーピングし、そのグルーピングしたフローの使用帯域の総和である。同様に、表3の4行目には、仮想パスP1に割り当てられている全フローを集計した配信中帯域95と、仮想パスP1の帯域上限100とが対応づけられている。これらの帯域に関する集計情報は、仮想パス計算部736によって計算され、要求がある際には仮想パス計算部736に登録情報を渡される。なお、仮想パス帯域管理テーブル735内には、集計した帯域の数値だけを格納してもよいし、その帯域の数値を構成する各フロー成分を帯域の数値と併せて格納してもよい。図6は、配信ルータ4を示す構成図である。配信ルータ4は、マルチキャスト配信網2と接続するMC配信網接続インタフェース41と、マルチキャスト配信網2とフレーム送受信を行うMC配信網フレーム転送部42と、フロー配信制御を司る転送制御回路43と、共有セグメント5とフレーム送受信を行う共有セグメントフレーム転送部44と、共有セグメント5と接続する共有セグメント接続インタフェース45と、制御管理網8とフレーム送受信を行う制御管理網フレーム転送部46と、制御管理網8と接続する制御管理網接続インタフェース47と、から構成される。MC配信網接続インタフェース41と共有セグメント接続インタフェース45、制御管理網接続インタフェース47は、一般的な物理レイヤを司り、イーサネットの場合、PHY機能部に相当する。送信用の送信IF部412、451、472と、受信用の受信IF部411、452、471とがある。MC配信網フレーム転送部42と共有セグメントフレーム転送部44、制御管理網フレーム転送部46は、一般的なデータリンク層を司り、イーサネットの場合、MAC機能部に相当する。送信用のフレーム送信部422、441、462と、受信用のフレーム受信部421、442、461とがある。転送制御回路43は、IPマルチキャストの制御を行うための制御部である。転送制御回路43は、配信管理部431と、MC配信網連携部432と、ルータ管理部433と、ルータ状態検出部434と、ルータ管理テーブル435と、帯域管理サーバ連携部436と、切戻し制御部437と、フロー判定部438と、フロー転送テーブル439と、配信フィルタ部440とを有する。配信管理部431は、従来のIGMP/MLDプロトコルの制御を行う。MC配信網連携部432は、上位網における配信制御を行う。例えば、従来のPIMProtocolIndependentMulticast-SSMなどのマルチキャストルーティングプロトコルに相当する。ルータ管理部433は、共有セグメント5に接続されるルータを検出する。例えば、既存MLDv2におけるクエリア選択メカニズム他のルータからのGQ受信による送信元IPアドレスの検出などが挙げられる。検出したルータ情報はルータ管理テーブル435に書き込む。また、要求があれば、ルータ管理テーブル435から登録情報を読み出してフロー判定部438に渡す。さらに、ルータ状態検出部434から特定ルータの障害通知を受けた場合は、ルータ管理テーブル435の登録情報を更新する。ルータ状態検出部434は、ルータの状態正常/障害/復旧を検出する。例えば、既存MLDv2におけるクエリア選択メカニズムOQPT超過タイムアウトによるクエリアの障害判定、旧クエリアからのGQ全ルータの中で最小となる送信元IPアドレス再受信による復旧判定などが挙げられる。障害からの復旧を検出した場合は、ルータ管理部433へ通知する。帯域管理サーバ連携部436は、配信ルータ4を代表して、帯域管理サーバ7と制御信号視聴要求転送信号/脱退要求転送信号、視聴応答/脱退応答、切戻指示/切戻応答を交換し合う。切戻し制御部437は、フロー判定部438からの指示により、他ルータと切戻し制御信号を交換し合い、特定フロー群単位の切戻し制御を行う。切戻指示には、切戻対象フローのIDや切戻しに関連するルータIPアドレス、制御状態指示、完了などの情報が含まれており、これらの情報を基に切戻し元と切戻し先のルータが連携して制御を行う。また、切戻し制御の結果正常完了、異常終了などは、フロー判定部438に対して返却する。フロー判定部438は、配信フィルタ部440に設定するフィルタを制御する。配信管理部431やルータ管理部433、フロー転送テーブル439を読出し、フロー単位に自ルータの配信制御ポリシフローの透過/廃棄を導出し、フロー転送テーブル439にエントリフローIDとその配信状態を登録/削除/更新を行う。フロー転送テーブル439は、フロー判定部438から取得した情報が保持されており、要求があればフロー判定部438へ登録情報を渡す。配信フィルタ部440は、マルチキャスト配信網2から配信されるマルチキャストフローを共有セグメント5に透過転送するか転送廃棄するかを制御するパケットフィルタリング手段を有する。表4は、ルータ管理テーブル435を示す。ルータ管理テーブル435は、最左列が示すルータIDごとに、そのルータが接続される共有セグメント5の各状態障害ルータが存在しない正常状態、1台の障害ルータが存在する単一障害状態、2台の障害ルータが存在する二重障害状態における、最左列が示すルータIDのクエリア順位を示す。これにより、特定ルータの障害が発生した系を想定して、障害時における配信ルータ4の割当ても予め決定しておくことで、フロー群単位に現在の配信ルータ4と切戻し先の配信ルータ4が事前に把握できる。なお、クエリア順位とは、共有セグメント5の正常なルータ間においてIPアドレスが小さい順に割り当てられる順位である。既存IGMPv3/MLDv2におけるクエリア選択メカニズムにおいては、クエリア順位が最小である1位である配信ルータ4が、全てのフローに対する配信担当クエリアとして選別される。一方、表1で説明したように、フローIDごとに、クエリア順位そのものではなく、クエリア順位とフローIDから計算されるハッシュ値表1のf列の値とをもとに、障害復旧後列の配信制御ルータを決定してもよい。図7は、帯域管理サーバの新規フロー割当処理を示すフローチャートである。このフローチャートは、視聴要求転送信号を受信したことを契機に、帯域管理サーバ7によって実行される後記する図8のS103も参照。以下、視聴要求転送信号の転送元である視聴要求で指定される新規に視聴を要求するフローを、新規フローとし、自身の配信ルータ4をR1として、説明する。S11として、図2で説明したように、各帯域量の集計処理余剰帯域、実質余剰帯域を実行する。具体的には、帯域管理サーバ7は、仮想パス帯域管理テーブル735を参照して、視聴要求転送信号の送信元IPアドレスに対応する仮想パスP1を確認し、その仮想パスP1の帯域の利用状況優先度ごと、または、全優先度共通を計算する。ここで、フロー転送テーブル732の障害復旧後列を参照することで、切戻候補フローか切戻候補外フローかの分類が可能である。例えば、仮想パスP1の切戻候補フローは、以下の通りである。仮想パスP1の配信担当分フローS,G=現在列=1切戻後=1のフロー=1,3、2,11、3,100仮想パスP2の配信担当分フローS,G=現在列=1切戻後=2のフロー=1,1、1,4、2,12仮想パスP3の配信担当分フローS,G=現在列=1切戻後=3のフロー=1,2、2,10S12として、図2aで説明したように、自身の余剰帯域があるか否かを判定する。S12でYesなら、S13として、図2aでケース1として説明したように、新規フローを自身の仮想パスP1に割り当てる。具体的には、以下のように各テーブルを更新する。フロー転送テーブル732に対して、新規フローのレコードを追加する。そのレコードの配信状態を配信中とする。フロー帯域管理テーブル733およびフロー優先度管理テーブル734に対して、新規フローのレコードを追加する。仮想パス帯域管理テーブル735の仮想パスP1のレコードに対して、配信中帯域列の値に新規フローの使用帯域分を加算積上げする。S12でNoなら、S14として、図2bで説明したように、自身の実質余剰帯域があるか否かを判定する。S14でNoなら、図2bでケース2として説明したように、新規フローを受付拒否するS15。S14でYesなら、図3のケース3、または、図4のケース4に該当する。よって、S21として、S11で分類したフロー転送テーブル732内の切戻候補フローフローの集合から、1つの切戻対象フローを選択する。なお、このS21は繰り返し実行されるので、前回以前に未選択の切戻候補フローから、今回の切戻対象フローを選択する。ここで、未選択の切戻候補フローのうちの優先度が低いフローほど、先に選択されることとしてもよい。もし、S21で切戻対象フローが存在しない選択する候補が切戻候補フローには存在しないときにはS22,No、図4のケース4に該当するように、新規フローを受付拒否するS23。切戻対象フローが存在するS22でYesなら、その切戻対象フローの切り戻し先の他ルータの帯域に余裕があるか否かを、仮想パス帯域管理テーブル735を参照することで判定するS24。なお、S24の判定処理として、切戻対象フローの切り戻し先の他ルータの台数は、1台としてもよいし、複数台としてもよい。切り戻し先が複数台存在するときには、そのうちの少なくとも1台の帯域に余裕があるときに、S24でYesとなる。一方、S24でNoなら、別の切戻対象フローを選択するため、S21に戻る。S24でYesなら、S21で選択した切戻対象フローを切り戻し先の他ルータに切り戻すことで、自身の余剰帯域を増加させる図3のケース3。そして、処理をS11へ戻す。この切り戻し処理に伴い、以下のように各テーブルを更新する。フロー転送テーブル732の切戻対象フローのレコードについて、障害復旧後の現在列を、切り戻し先の他ルータとして更新する。仮想パス帯域管理テーブル735の配信中帯域について、切り戻し元の自ルータの仮想パスP1の配信中帯域から切戻対象フロー分を減算し、切り戻し先の他ルータの仮想パスP2の配信中帯域に切戻対象フロー分を加算する。図8は、マルチキャスト配信システムの配信制御を示すフローチャートである。この図8の処理を開始する前として、配信ルータ4R1だけが正常で、配信ルータ4R2と配信ルータ4R3が配信障害となっていた状態から、配信ルータ4R2と配信ルータ4R3の障害が回復した状態へと遷移した後を想定する。S100として、帯域管理サーバ7は、配信が想定される全てのフローに関するレコードを、あらかじめ帯域管理サーバ7内の各テーブルフロー転送テーブル732、フロー帯域管理テーブル733、フロー優先度管理テーブル734、仮想パス帯域管理テーブル735に設定する。各テーブルの設定は、一般的な外部インタフェースを用いたOSSOperationsSupportSystemなどの通信サービス提供に関わる設備運用をサポートするシステムによる設定も可能である。S101として、ホスト6から新規フローに対する視聴要求Joinが送信される。共有セグメント5を介して全ての配信ルータ4R1~R3がその視聴要求を受信し、フロー転送テーブル439を参照することで、フローIDから自ルータが配信すべきかを判定する。その結果、新規フローの配信候補は、配信ルータ4R1となり、配信ルータ4R2および配信ルータ4R3は、配信候補から外れる。S102として、新規フローを配信すべき配信ルータ4R1は、新規フローの配信状態が停止中であるときに、帯域管理サーバ7に対して、視聴要求転送信号JoinRelayにより配信許可を問い合わせる。S103として、帯域管理サーバ7は、図7のフローチャートを実行することで、新規フローの配信候補である配信ルータ4R1に対応する仮想パスP1の配信帯域を計算し、新規フローの配信帯域が確保できるかを判定する。この図8の説明では、ケース3であるときを例示する。図7のS25で配信ルータ4R2への切り戻しが可能である切戻対象フローを選択する。S104として、S103で選択された切戻対象フローごとに関連するルータ群図の例では、配信ルータ4R1が切戻し元と配信ルータ4R2が切戻し先へ切戻指示を送信する。S105として、切戻指示を受信したルータ群は、切戻しフローの情報フローIDなどや制御の状態配信停止/配信開始などを相互に交換し合いつつ、連携して切り戻し制御切戻し元配信ルータ4R1における切戻対象フローの配信停止と、切戻し先配信ルータ4R2における切戻対象フローの配信開始を実行する。S106として、切戻しに関連するルータ群は、切戻し制御が完了した場合、帯域管理サーバ7に対して、制御の結果正常終了/異常終了などを示す切戻応答を返却する。S107として、帯域管理サーバ7は、切戻しに関連するルータ群から切戻応答を受信した場合、切戻し完了後の仮想パスP1に対する積み上げ帯域を再計算し、新規フローの配信帯域を確保可能である場合図7のS12でYes、視聴要求転送信号の送信元ルータR1に対し、新規フローに対する視聴要求を許可する視聴応答JoinOKを返却する。S108として、視聴応答を受信した配信ルータ4R1は、既存のIGMP/MLDプロトコルなどの処理に従い、新規フローに対するマルチキャスト配信を開始する。S121として、配信ルータ4R1は、脱退要求Leaveをホスト6から受信すると、以下の3条件を全て満たすとき、S122として、脱退要求転送信号LeaveRelayを帯域管理サーバ7に送信する。条件脱退対象フローが自ルータの配信フローである条件脱退対象フローが既に配信中である条件共有セグメント内に他に受信中のホスト6が存在しないS123として、帯域管理サーバ7は、脱退対象フローの脱退処理を行う。具体的には、脱退要求転送信号を受信すると、フロー転送テーブル732を参照し、脱退対象フローを配信しているルータインタフェースと仮想パスを確認すると、その確認したルータのIPアドレスと脱退要求転送信号の受信元IPアドレスとが一致するかを確認する。正常処理一致する場合として、仮想パス帯域管理テーブル735の脱退対象フローに対応する仮想パスの帯域分を積下げ、受信した脱退要求転送信号の送信元ルータに脱退応答LeaveOKを返信しS124、フロー転送テーブル732において、脱退対象フローのエントリを脱退状態に設定/削除する。異常処理一致しない場合として、受信した脱退要求転送信号の送信元ルータを含む全ルータに対し、フローの配信状態を確認して、脱退対象フローを含む何れかの配信フローに重複配信が生じているときには、その旨を送信元ルータにエラーとして通知する。以上、図8について説明した。なお、S100として、帯域管理サーバ7は、S102の視聴要求転送信号内で指定される各フローの属性情報優先度や配信帯域を取得し、フロー帯域管理テーブル733やフロー優先度管理テーブル734に設定してもよい。例えば、各フローの属性情報優先度や配信帯域と、その属性情報に対応する手がかり情報とをあらかじめ配信ルータ4やホスト6や帯域管理サーバ7で対応づけておき、新規フローの手がかり情報を参照して、対応する属性情報優先度や配信帯域を取得し、その取得した属性情報をフローIDと対応づけて脱退要求転送信号に付加する。新規フローの手がかり情報とは、例えば、以下のフローである。QoSパラメータIPのTOS値DSCP値、イーサネットのCOS値などとして所定値が設定されている新規フローSGアドレスもしくはSGアドレス群として所定値が設定されている新規フローGアドレスもしくはGアドレス群として所定値が設定されている新規フローSアドレスもしくはSアドレス群として所定値が設定されている新規フロー視聴者ホスト6の数が所定値より少ない新規フロー配信状態が停止中である新規フロー新規フローの手がかり情報をもとに、各フローの属性情報優先度や配信帯域を設定する処理は、例えば、以下の装置によって行われる。ホスト6が、手がかり情報をもとに属性情報を特定し、その属性情報を視聴要求に付加する。配信ルータ4は、受信した視聴要求に付加された属性情報をそのまま視聴要求転送信号に付加する。配信ルータ4が、属性情報が付加されていない視聴要求を受信すると、手がかり情報をもとに属性情報を特定する。そして、配信ルータ4は、自身が特定した属性情報を視聴要求転送信号に付加する。帯域管理サーバ7は、属性情報が付加されていない視聴要求転送信号を配信ルータ4から受信すると、手がかり情報をもとに属性情報を特定する。以上説明した本実施形態では、配信ルータ4がマルチキャストの配信制御を行うにあたり、共有セグメント5に複数の配信ルータ4が冗長接続されるマルチキャスト配信システムを提供する。そして、配信ルータ4の障害回復後に、その配信ルータ4が配信するフローを他ルータから切り戻しするときに、切り戻しするフローを帯域管理サーバ7が管理する。帯域管理サーバ7は、複数の配信ルータ4それぞれのフローの配信能力余剰帯域を仮想パスとして管理し、図2~図4のように、仮想パスを溢れさせることなく、かつ、切り戻しを実施するパスの本数を最小化するように、切戻対象フローを選択する。これにより、切戻候補外フローとして、高い品質と信頼性が要求されるフローは切戻しを行わないことで、配信系全体としての配信容量を需要に応じて確保しつつ、高品質かつ高信頼フローの切戻しに伴う配信断や重複配信を回避できる。例えば、フローを代行配信しているパスの配信帯域およびノードの配信容量配信データのコピー性能およびバッファ量の上限、装置の転送容量などに余剰がある場合、元の配信ルータ4が復旧しても必ずしもすぐには切り戻す必要はない。さらに、切戻対象フローか切戻候補外フローかの分類において、フローごとの優先度を用いることにより、ネットワークの運用において、フローを選択したきめ細かい制御例えば、管理者によるトラヒックの制御ポリシやサービス要求によるフローの品質および信頼のレベルに応じた制御を行うことで、帯域設計の観点から管理者がネットワーク内の各パスを流れるトラヒック量を制御できる。"