(57)【要約】【課題】マルチキャスト配信サービスにおける中継ネットワークのノードやリンクに障害が発生した時の切替時間を、マルチキャストグループのメンバの負荷を増大させることなく短縮する。【解決手段】マルチキャストフローを構成するパケットをイーサネットフレームに収めて転送することによりＩＰマルチキャスト配信を行うマルチキャスト配信システムにおいて、ルータＡ，Ｂを介して常時多重配信されてくるマルチキャストフローＦ１に対し、マルチキャスト選択受信装置１０では、選択処理部１４により、当初、所定のルールに従っていずれかのフローを選択して下部メンバに転送するとともに、カウンタ１３により各フローの受信フレーム数を送信元ＭＡＣアドレス単位で一定時間計数し、選択したフローのフレーム数を上回るフローがあればそのフローを新たに選択して下部メンバに転送する。【選択図】図３
2014236372.tif 000002
【特許請求の範囲】
【請求項１】
マルチキャストフローを構成するパケットをイーサネットフレームに収めて転送することによりＩＰマルチキャスト配信を行うマルチキャスト配信システムにおける常時多重配信状態のマルチキャストフローのうちの一つを選択的に受信して下部マルチキャストメンバに転送する装置であって、
受信対象マルチキャストフローを特定する対象フロー情報、当該対象フロー情報で特定される受信対象マルチキャストフローを構成するパケットを収めたイーサネットフレームの送信元ＭＡＣアドレス、並びに当該送信元ＭＡＣアドレスのうち転送すべき受信対象マルチキャストフローに対応するものをＡＣＴ、そうでないものをＳＴＢで表した判定情報を保持する判定テーブルと、
所定の一定時間を計測するタイマと、
受信した受信対象マルチキャストフローのフレーム数を送信元ＭＡＣアドレスごとに計数するカウンタと、
判定テーブル中の対象フロー情報に対応するマルチキャストフローのフレームを受信すると、カウンタにより送信元ＭＡＣアドレスごとに計数させ、当該送信元ＭＡＣアドレスに対応する判定テーブル中の判定情報がＡＣＴであれば当該フローのフレームを下部マルチキャストメンバに転送し、ＳＴＢであれば廃棄し、タイマにより計測される一定時間ごとにカウンタ値を比較して判定情報がＡＣＴの送信元ＭＡＣアドレスの計数値より大きな値があれば判定テーブル中のＡＣＴをＳＴＢに書き換えるとともに、当該計数値に対応する送信元ＭＡＣアドレスの判定情報をＡＣＴに書き換える選択処理部とを備えた
ことを特徴とするマルチキャスト選択受信装置。
【請求項２】
マルチキャストフローを構成するパケットをイーサネットフレームに収めて転送することによりＩＰマルチキャスト配信を行うマルチキャスト配信システムにおける常時多重配信状態のマルチキャストフローのうちの一つを選択的に受信して下部マルチキャストメンバに転送する方法であって、
受信対象マルチキャストフローを特定する対象フロー情報、当該対象フロー情報で特定される受信対象マルチキャストフローを構成するパケットを収めたイーサネットフレームの送信元ＭＡＣアドレス、並びに当該送信元ＭＡＣアドレスのうち転送すべき受信対象マルチキャストフローに対応するものをＡＣＴ、そうでないものをＳＴＢで表した判定情報を保持する判定テーブルを用い、
判定テーブル中の対象フロー情報に対応するマルチキャストフローのフレームを受信したときに送信元ＭＡＣアドレスごとに計数する工程と、
当該送信元ＭＡＣアドレスに対応する判定テーブル中の判定情報がＡＣＴであれば当該マルチキャストフローのフレームを下部マルチキャストメンバに転送し、ＳＴＢであれば廃棄する工程と、
一定時間ごとに計数値を比較して判定情報がＡＣＴの送信元ＭＡＣアドレスの計数値より大きな値があれば判定テーブル中のＡＣＴをＳＴＢに書き換えるとともに、当該計数値に対応する送信元ＭＡＣアドレスの判定情報をＡＣＴに書き換える工程とを含む
ことを特徴とするマルチキャスト選択受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信技術に属し、特にイーサネット（登録商標）を用いてＩＰマルチキャスト配信を行う技術に関する。
【背景技術】
【０００２】
近年、ＧＥ−ＰＯＮ（Gigabit-Ethernet Passive Optical Network）システムなど、ＦＴＴＨ（Fiber To The Home）をはじめとした高速通信サービスが普及してきている。高速なネットワークサービスにおいては、ＩＰＴＶ（Internet Protocol Television）などの広帯域放送型サービスが広く提供され、それらを効率的に提供するためにＩＰマルチキャストが利用されている。また、ＦＴＴＨをはじめとする通信サービスは、社会インフラとしての側面を備えており、高い信頼性が求められている。
【０００３】
ネットワーク事業者がこのようなＩＰマルチキャスト通信サービスを提供するにあたり、情報ソースからの経路を多重化し、冗長配信を行うケースが考えられる。冗長配信を行うことで、中継ネットワークのノードやリンクの一つが故障した場合でも情報を途絶えさせることなく配信することができるため、高い信頼性（可用性）の確保につながる。
【０００４】
従来方式としてＩＧＭＰｖ３／ＭＬＤｖ２のＩＰマルチキャストプロトコル（非特許文献１，２参照）では、クエリアの選択動作によって上部配信側のマルチキャストルータを多重化し、Act-Standby配信を行うことができることが知られている。
【０００５】
従来技術によるマルチキャスト配信システムの一例の構成をその正常状態での動作とともに図１に示す。本システムは通常のマルチキャスト機能とともにＩＧＭＰｖ３／ＭＬＤｖ２のクエリア機能部１を有するルータＡ，Ｂと、ＩＧＭＰｖ３／ＭＬＤｖ２のホスト機能部２を有するＬ２ＳＷとが同一のＬＡＮ上で接続されて構成されている。
【０００６】
ルータＡ，Ｂはそれぞれ、ＩＰアドレスＩＰ１，ＩＰ２を保持しており、ＩＰ１はＩＰ２よりも大きい値（ＩＰ１＞ＩＰ２）となっている。なお、ルータＡ，Ｂは共に上部より同一のマルチキャストフローＦ１を受信している状態である。以下、説明において図１の形態での動作を説明するが、３つ以上のルータ、複数のＬ２ＳＷで構成された場合も同様の動作を行う。
【０００７】
ルータＡ，Ｂはマルチキャストグループのメンバ（ホスト）を確認するため、そのクエリア機能部１から全マルチキャストグループ宛てにクエリを送信する。メンバであるＬ２ＳＷは前記クエリに対し、そのホスト機能部２によりメンバーシップレポートを送り返す。この時、ルータＡ，Ｂはクエリア機能部１により互いが送信したクエリを受信し、送信元のＩＰアドレスと自分のＩＰアドレスを比較した上で自分のＩＰアドレスが送信元ＩＰアドレスよりも大きな値だった場合、自身はクエリアとして動作をしないようになる。つまり、小さなＩＰアドレスを有するルータが優先（Act）クエリアとなる。
【０００８】
図１の場合、ルータＢの保持するＩＰアドレスＩＰ２の方がルータＡの保持するＩＰアドレスＩＰ１よりも小さい値であるため、ルータＢが優先クエリアとして動作する。優先クエリアに選出されたルータＢが上部からのマルチキャストフローＦ１を下部マルチキャストメンバに配信することでAct-Standby運用が可能となる。
【０００９】
次に優先クエリアであるルータＢに障害が発生した場合の動作を説明する。
【００１０】
ルータＢはクエリアとしてクエリア機能部１から定期的にメンバ確認のためのクエリを送出しているが、障害発生と同時にクエリの送信も停止する。
【００１１】
ルータＡはクエリア機能部１においてルータＢから定期的にクエリが届いていることをタイマを使って監視しており、タイマに設定された一定時間、優先クエリアであるルータＢからクエリが届かなかった場合、ルータＡが優先クエリアとして動作を開始する。優先クエリアとして動作を開始したルータＡによって上部からのマルチキャストフローＦ１を下部マルチキャストメンバに配信することで、配信を継続することができるようになる。切替完了後の配信形態を図を図２に示す。
【００１２】
ここでの切替時間はクエリの送信間隔（クエリインターバル）に比例するため、ＩＧＭＰｖ３／ＭＬＤｖ２の標準ではデフォルト値の２５５秒かかることとなり、映像配信等のサービスを想定すると、信頼性の観点でサービス要件を満たさない場合も出てくると思われる。
【００１３】
原理上、クエリの送信間隔を短くすることで切替時間を短縮化することは可能であるが、その場合、ホスト側のＬ２ＳＷはそのホスト機能部２により、前記送信されたクエリに対して必ずレポートを返すことから、ホスト側のＣＰＵの負荷が増大することとなり、装置コスト増に繋がる恐れがあった。
【００１４】
また、従来技術ではクエリアの選択とマルチキャストフローの転送を独立して動作させるため、クエリアの選択は正常に動作しているが、マルチキャストフローの転送がうまくいかないなどのように、連携動作に失敗した場合（サイレント故障）に対応できないという欠点もあった。
【発明の概要】
【発明が解決しようとする課題】
【００１５】
このように、従来技術ではクエリの送信間隔でマルチキャストルータの切替が行われるため、切替までに時間がかかるという問題があった。また、原理上、クエリの送信間隔を短くすることで切替時間を短くすることが可能になるが、クエリに対して下部マルチキャストメンバが必ずレポートを返さなければならないため、メンバ側のＣＰＵの負荷が増大するという問題があった。また、クエリアの選択とマルチキャストフローの転送の連携動作に失敗した場合（サイレント故障）に対応できないという問題があった。
【課題を解決するための手段】
【００１６】
本発明では、前記課題を解決するため、
マルチキャストフローを構成するパケットをイーサネットフレームに収めて転送することによりＩＰマルチキャスト配信を行うマルチキャスト配信システムにおける常時多重配信状態のマルチキャストフローのうちの一つを選択的に受信して下部マルチキャストメンバに転送する装置であって、
受信対象マルチキャストフローを特定する対象フロー情報、当該対象フロー情報で特定される受信対象マルチキャストフローを構成するパケットを収めたイーサネットフレームの送信元ＭＡＣアドレス、並びに当該送信元ＭＡＣアドレスのうち転送すべき受信対象マルチキャストフローに対応するものをＡＣＴ、そうでないものをＳＴＢで表した判定情報を保持する判定テーブルと、
所定の一定時間を計測するタイマと、
受信した受信対象マルチキャストフローのフレーム数を送信元ＭＡＣアドレスごとに計数するカウンタと、
判定テーブル中の対象フロー情報に対応するマルチキャストフローのフレームを受信すると、カウンタにより送信元ＭＡＣアドレスごとに計数させ、当該送信元ＭＡＣアドレスに対応する判定テーブル中の判定情報がＡＣＴであれば当該フローのフレームを下部マルチキャストメンバに転送し、ＳＴＢであれば廃棄し、タイマにより計測される一定時間ごとにカウンタ値を比較して判定情報がＡＣＴの送信元ＭＡＣアドレスの計数値より大きな値があれば判定テーブル中のＡＣＴをＳＴＢに書き換えるとともに、当該計数値に対応する送信元ＭＡＣアドレスの判定情報をＡＣＴに書き換える選択処理部とを備えた
ことを特徴とするマルチキャスト選択受信装置を提案する。
【００１７】
また、本発明では、前記課題を解決するため、
マルチキャストフローを構成するパケットをイーサネットフレームに収めて転送することによりＩＰマルチキャスト配信を行うマルチキャスト配信システムにおける常時多重配信状態のマルチキャストフローのうちの一つを選択的に受信して下部マルチキャストメンバに転送する方法であって、
受信対象マルチキャストフローを特定する対象フロー情報、当該対象フロー情報で特定される受信対象マルチキャストフローを構成するパケットを収めたイーサネットフレームの送信元ＭＡＣアドレス、並びに当該送信元ＭＡＣアドレスのうち転送すべき受信対象マルチキャストフローに対応するものをＡＣＴ、そうでないものをＳＴＢで表した判定情報を保持する判定テーブルを用い、
判定テーブル中の対象フロー情報に対応するマルチキャストフローのフレームを受信したときに送信元ＭＡＣアドレスごとに計数する工程と、
当該送信元ＭＡＣアドレスに対応する判定テーブル中の判定情報がＡＣＴであれば当該マルチキャストフローのフレームを下部マルチキャストメンバに転送し、ＳＴＢであれば廃棄する工程と、
一定時間ごとに計数値を比較して判定情報がＡＣＴの送信元ＭＡＣアドレスの計数値より大きな値があれば判定テーブル中のＡＣＴをＳＴＢに書き換えるとともに、当該計数値に対応する送信元ＭＡＣアドレスの判定情報をＡＣＴに書き換える工程とを含む
ことを特徴とするマルチキャスト選択受信方法を提案する。
【発明の効果】
【００１８】
本発明によれば、配信側のルータの一方からのフローが何らかの理由で途絶えた場合において、受信側装置にて瞬時に正常系からのフローを認識して配信を継続できるようになる。
【００１９】
従来技術と比較して、負荷を増大させることなく高速な切替動作が可能なことと、フロー単位での切替が可能になり、上位装置のサイレント故障にも対応できる利点がある。
【図面の簡単な説明】
【００２０】
【図１】従来技術によるマルチキャスト配信システムの一例を示す構成図
【図２】受信フロー切替後の図１と同様な図
【図３】本発明によるマルチキャスト配信システムの実施の形態の一例を示す構成図
【図４】マルチキャスト選択受信装置の判定テーブルの一例を示す説明図
【図５】マルチキャスト選択受信装置の選択処理部における全体的な処理の流れを示す図
【図６】マルチキャスト選択受信装置の選択処理部における送信元ＭＡＣアドレスおよび判定情報の設定にかかわる処理の流れの一例を示す図
【図７】受信フロー切替時の判定テーブルを示す説明図
【図８】受信フロー切替後の図３と同様な図
【図９】マルチキャスト選択受信装置の選択処理部における送信元ＭＡＣアドレスおよび判定情報の設定にかかわる処理の流れの他の例を示す図
【発明を実施するための形態】
【００２１】
＜実施の形態の構成＞
図３は本発明によるマルチキャスト配信システムの実施の形態の一例の構成をその正常状態での動作とともに示すもので、本システムは通常のマルチキャスト機能を有するルータＡ，Ｂと、マルチキャスト選択受信装置１０とが同一のＬＡＮ上で接続されて構成されている。
【００２２】
ルータＡ，Ｂはそれぞれ、ＭＡＣアドレスＭＡＣ１，ＭＡＣ２を保持しており、ＭＡＣ１はＭＡＣ２よりも大きい値（ＭＡＣ１＞ＭＡＣ２）となっている。なお、ルータＡ，Ｂは共に上部より同一のマルチキャストフローＦ１を受信し、ホストであるマルチキャスト選択受信装置１０にそのまま転送、即ち同じマルチキャストフローＦ１を常時多重（２重）配信している状態である。
【００２３】
マルチキャスト選択受信装置１０は、複数の同一のマルチキャストフローＦ１を送信元ＭＡＣアドレス単位に識別し、所定の判定方法に従って選択された送信元ＭＡＣアドレスのフローのみを下部のマルチキャストメンバに配信するもので、判定テーブル１１、タイマ１２、カウンタ１３および選択処理部１４より構成されている。
【００２４】
ここで、判定テーブル１１は、図４に示すように、選択受信対象となるマルチキャストフロー（以下、受信対象マルチキャストフロー）を特定する対象フロー情報、当該対象フロー情報で特定される受信対象マルチキャストフローを構成するパケットを収めたイーサネットフレームの送信元ＭＡＣアドレス、並びに当該送信元ＭＡＣアドレスのうち転送すべき受信対象マルチキャストフローに対応するものをＡＣＴ、そうでないものをＳＴＢで表した判定情報を保持する。但し、初期状態においては全て空欄である。
【００２５】
ここで、対象フロー情報としては、受信対象マルチキャストフローを構成するパケットの送信元ＩＰアドレスおよびマルチキャストグループアドレスの組み合わせ、例えば受信対象マルチキャストフローＦ１を構成するパケットの送信元ＩＰアドレスがＳ１であり、マルチキャストグループアドレスがＧ１であれば、Ｆ１＜Ｓ１，Ｇ１＞を用いるものとする。
【００２６】
対象フロー情報の設定方法としては、（１）手動で設定する方法、（２）マルチキャスト選択受信装置１０がIGMP/MLD Proxyを同時に実装している場合にProxy配下からのJoin要求があったマルチキャストフローを自動設定する方法の２つが考えられる。本例ではIGMP/MLD Proxy機能は所持しない前提の元、事前に手動で設定するものとする。
【００２７】
また、初期状態での判定情報の設定方法としては、（１）送信元ＭＡＣアドレスの大小を比較し、最も値の小さいアドレスをＡＣＴに設定し、それ以外をＳＴＢに設定する、（２）最初に受信したフローのアドレスをＡＣＴに設定し、それ以後に受信したフローのアドレスをＳＴＢに設定する、（３）手動で設定する方法の３つが採れる。本例では（１）の方法で設定、つまりルータＢから配信されるマルチキャストフローＦ１（送信元ＭＡＣアドレス：ＭＡＣ２）をＡＣＴに設定するものとする。
【００２８】
タイマ１２は、所定の一定時間を計測する。カウンタ１３は、受信した受信対象マルチキャストフローのフレーム数を送信元ＭＡＣアドレスごとに計数する。
【００２９】
選択処理部１４は、判定テーブル１１中の対象フロー情報に対応するマルチキャストフローのフレームを受信すると、カウンタ１３により送信元ＭＡＣアドレスごとに計数させ、当該送信元ＭＡＣアドレスに対応する判定テーブル１１中の判定情報がＡＣＴであれば当該フローのフレームを下部マルチキャストメンバに転送し、ＳＴＢであれば廃棄し、タイマ１２により計測される一定時間ごとにカウンタ値を比較して判定情報がＡＣＴの送信元ＭＡＣアドレスの計数値より大きな値があれば判定テーブル１１中のＡＣＴをＳＴＢに書き換えるとともに、当該計数値に対応する送信元ＭＡＣアドレスの判定情報をＡＣＴに書き換える。
【００３０】
なお、マルチキャスト選択受信装置１０は、従来のＬ２ＳＷと置き換えて実装することもできるが、従来のＬ２ＳＷ内に実装するようにしても良い。
【００３１】
＜実施の形態の動作＞
図５、図６はマルチキャスト選択受信装置１０の選択処理部１４における処理の流れを示すもので、図５は全体的な処理を、図６は初期状態および新規フローを受信した場合の送信元ＭＡＣアドレスおよび判定情報の設定にかかわる処理をそれぞれ示している。
【００３２】
以下、図５、図６に従ってマルチキャスト選択受信装置１０の動作を説明するが、判定テーブル１１には対象フロー情報、ここではＦ１＜Ｓ１，Ｇ１＞のみが書き込まれているものとする。
【００３３】
まず、選択処理部１４はタイマ１２およびカウンタ１３をリセットし（ｓ１）、タイマ１２による一定時間の計時を開始させる（ｓ２）。
【００３４】
そして、選択処理部１４はマルチキャストフロー（のフレーム）を受信すると、これが受信対象マルチキャストフローであるか否か、即ちそのフローを構成するパケットの送信元ＩＰアドレスおよびマルチキャストグループアドレスが判定テーブル１１に記載されたもの、ここでは＜Ｓ１，Ｇ１＞であるか否かを判定し（ｓ３）、受信対象マルチキャストフローでなければ（ｓ３：Ｎｏ）何もせず（又はそのフレームを廃棄して）、そのままｓ２に戻る。
【００３５】
一方、受信対象マルチキャストフローであれば（ｓ３：Ｙｅｓ）、選択処理部１４はそのフレームの送信元ＭＡＣアドレスに該当するものが判定テーブル１１内にあるか否かを判定する（ｓ４）。初期状態では、判定テーブル１１には送信元ＭＡＣアドレスが何も書き込まれていないため、選択処理部１４は送信元ＭＡＣアドレスおよび判定情報の設定動作に移る（ｓ４：Ｎｏ）。
【００３６】
即ち、選択処理部１４は、まず判定テーブル１１に前記マルチキャストフロー（のフレーム）の送信元ＭＡＣアドレスを新規な送信元ＭＡＣアドレスとして書き込み（ｓ２１）、次に判定テーブル１１内に送信元ＭＡＣアドレスが複数有るか否かを判定する（ｓ２２）が、ここでは１つ目の送信元ＭＡＣアドレスであり、１つしかない（ｓ２２：Ｎｏ）から、判定テーブル１１に当該新規な送信元ＭＡＣアドレスの判定情報としてＡＣＴを設定する（ｓ２３）。
【００３７】
その後、選択処理部１４は、カウンタ１３により送信元ＭＡＣアドレスごとのカウンタ値に１加算し（ｓ５）、さらに受信フロー（のフレーム）の送信元ＭＡＣアドレスの判定情報がＡＣＴか否かを判定する（ｓ６）。この場合、判定情報はＡＣＴであるから（ｓ６：Ｙｅｓ）、当該受信フローのフレームを下部マルチキャストメンバに転送する（ｓ７）。
【００３８】
この後、前述した受信対象マルチキャストフローのみが受信され続ければ、選択処理部１４は、ｓ３〜ｓ７の処理を繰り返す。
【００３９】
次に、受信対象マルチキャストフローではあるが、そのフレームの送信元ＭＡＣアドレスが異なるものが受信される（ｓ３）と、選択処理部１４は、前述したｓ４（Ｎｏ）およびｓ２１の処理を経て、再び判定テーブル１１内に送信元ＭＡＣアドレスが複数有るか否かを判定する（ｓ２２）。この場合は２つ目の送信元ＭＡＣアドレスであるから（ｓ２２：Ｙｅｓ）、選択処理部１４は、判定テーブル１１内の送信元ＭＡＣアドレスを比較し（Ｓ２４）、最も値の小さいアドレスをＡＣＴに設定し、それ以外をＳＴＢに設定する（Ｓ２５）。
【００４０】
上述した２つの受信対象マルチキャストフローが図３におけるＭＡＣアドレスＭＡＣ１のルータＡおよびＭＡＣアドレスＭＡＣ２のルータＢからのマルチキャストフローであるとすると、ＭＡＣ１＞ＭＡＣ２であるから、送信元ＭＡＣアドレスＭＡＣ２がＡＣＴに設定され、送信元ＭＡＣアドレスＭＡＣ１がＳＴＢに設定され、図４に示す状態となる。
【００４１】
その後、選択処理部１４は、一旦、タイマ１２およびカウンタ１３をリセットし（ｓ２６）、ｓ５以降の処理を繰り返す。
【００４２】
ここまでの動作を完了することで、マルチキャスト選択受信装置１０は、図３に示したような、ルータＢからのマルチキャストフローＦ１のみを下部マルチキャストメンバに配信する状態（正常状態）となり、ルータＡからのマルチキャストフローＦ１は廃棄される（ｓ８）。
【００４３】
また、選択処理部１４は、タイマ１２より一定時間の経過が通知される（ｓ２：Ｙｅｓ）と、カウンタ１３で計数している送信元ＭＡＣアドレスごとのカウンタ値を比較する（ｓ９）。この際、選択処理部１４は、ＡＣＴに設定されている送信元ＭＡＣアドレスのカウンタ値を基準値に、それ以外の送信元ＭＡＣアドレスのカウンタ値が当該基準値と同値もしくはそれより小さい場合（ｓ１０：Ｎｏ）は問題なしとして何もせず、ｓ１に戻る。
【００４４】
一方、基準値より大きい値のカウンタ値があった場合（ｓ１０：Ｙｅｓ）、選択処理部１４は、ＡＣＴに設定されている送信元ＭＡＣアドレスのフローに問題が生じた可能性があると判断し、判定テーブル１１において当該大きなカウンタ値の送信元ＭＡＣアドレスの判定情報をＡＣＴに設定し、それ以外の送信元ＭＡＣアドレスの判定情報をＳＴＢに設定し（ｓ１１）、ｓ１に戻る。
【００４５】
例えば、図３、図４の状態においてルータＢに障害が発生したことを想定すると、送信元ＭＡＣアドレスＭＡＣ２のマルチキャストフローが途絶えることになり、ＭＡＣ１とＭＡＣ２のカウンタ値の比較でＭＡＣ１のカウンタ値の方が大きくなる。これにより、選択処理部１４は、判定テーブル１１を図７に示すように、これまでＡＣＴであったＭＡＣ２の判定情報をＳＴＢに、逆にこれまでＳＴＢであったＭＡＣ１の判定情報をＡＣＴに再設定する。
【００４６】
その結果、マルチキャスト選択受信装置１０は、図８で示すような、ルータＡからのマルチキャストフローＦ１のみを下部マルチキャストメンバに配信する状態となる。
【００４７】
図９は初期状態での判定情報の設定方法として、前述した（２）の方法を採用した場合の図６と同様な図である。
【００４８】
この場合、選択処理部１４は、まず判定テーブル１１に新規に受信した受信対象マルチキャストフロー（のフレーム）の送信元ＭＡＣアドレスを新規な送信元ＭＡＣアドレスとして書き込み（ｓ３１）、次に判定テーブル１１内に既に判定情報がＡＣＴのものが有るか否かを判定する（ｓ３２）。
【００４９】
前記受信対象マルチキャストフローが初めてのものであれば、判定情報がＡＣＴのものはないはずであるから（ｓ３２：Ｎｏ）、判定テーブル１１に当該新規な送信元ＭＡＣアドレスの判定情報としてＡＣＴを設定する（ｓ３３）。また、前記受信対象マルチキャストフローが新規な送信元ＭＡＣアドレスとして２つ目以降のものであれば既に１つ目のものに判定情報としてＡＣＴが設定されているはずであるから（ｓ３２：Ｙｅｓ）、判定テーブル１１に当該新規な送信元ＭＡＣアドレスの判定情報としてＳＴＢを設定する（ｓ３４）。
【００５０】
なお、この方法の場合、新規なアドレスの追加によってＡＣＴ−ＳＴＢの入替が発生することはないため、この時点でのタイマやカウンタのリセットは不要である。また、初期状態での判定情報の設定方法として、（３）の方法を採用した場合、図５中のｓ４を含めて図６や図９の処理が不要であることはいうまでもない。
【符号の説明】
【００５１】
１０：マルチキャスト選択受信装置、１１：判定テーブル、１２：タイマ、１３：カウンタ、１４：選択処理部、Ａ，Ｂ：ルータ。
【先行技術文献】
【非特許文献】
【００５２】
【非特許文献１】rfc3376 Internet Group Management Protocol, Version 3
【非特許文献２】rfc3810 Multicast Listener Discovery Version 2 (MLDv2) for IPv6
【図１】
2014236372.tif 000003
【図２】
2014236372.tif 000004
【図３】
2014236372.tif 000005
【図４】
2014236372.tif 000006
【図５】
2014236372.tif 000007
【図６】
2014236372.tif 000008
【図７】
2014236372.tif 000009
【図８】
2014236372.tif 000010
【図９】
2014236372.tif 000011