(57)【要約】【課題】無効（不正）なものである可能性が高いマルチキャストグループへの参加要求及びマルチキャストグループからの離脱要求を検出するデータ中継装置、及び、データ中継方法を提供する。【解決手段】所定の端末に対して配信される所定のマルチキャストデータを中継するデータ中継装置が、所定のマルチキャストデータの配信を開始する配信開始時刻と所定のマルチキャストデータの配信を終了する配信終了時刻とを含む配信期間情報を受信する受信手段と、マルチキャストグループへの加入要求又はマルチキャストグループからの離脱要求を受け付けるか否かを、配信期間情報に基づいて判断する判断手段とを具備する。【選択図】  図２
2005064583.tif 000002
【特許請求の範囲】
【請求項１】
所定の端末に対して配信される所定のマルチキャストデータを中継するデータ中継装置であって、
前記所定のマルチキャストデータの配信を開始する配信開始時刻と前記所定のマルチキャストデータの配信を終了する配信終了時刻とを含む配信期間情報を受信する受信手段と、
マルチキャストグループへの加入要求又はマルチキャストグループからの離脱要求を受け付けるか否かを、前記配信期間情報に基づいて判断する判断手段とを具備することを特徴とするデータ中継装置。
【請求項２】
前記判断手段は、前記配信期間情報に含まれる前記配信開始時刻よりも所定時間前から前記配信終了時刻まで、前記マルチキャストグループへの加入要求を受け付けるものと判断することを特徴とする請求項１に記載のデータ中継装置。
【請求項３】
前記判断手段は、前記配信期間情報に含まれる前記配信開始時刻から前記配信終了時刻よりも所定時間後まで、前記マルチキャストグループからの離脱要求を受け付けるものと判断することを特徴とする請求項１又は請求項２に記載のデータ中継装置。
【請求項４】
所定の端末に対して配信される所定のマルチキャストデータを中継するデータ中継方法であって、
前記所定のマルチキャストデータの配信を開始する配信開始時刻と前記所定のマルチキャストデータの配信を終了する配信終了時刻とを含む配信期間情報を受信するステップと、
マルチキャストグループへの加入要求又はマルチキャストグループからの離脱要求を受け付けるか否かを、前記配信期間情報に基づいて判断するステップとを具備することを特徴とするデータ中継方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、所定の端末に対して配信される所定のマルチキャストデータを中継するデータ中継装置、及び、データ中継方法に関する。
【０００２】
【従来の技術】
インターネット等を利用した所定のデータの配信方法として、データ配信装置（送信者）とデータ受信装置（受信者）との関係に従って分類されるユニキャスト配信・ブロードキャスト配信・マルチキャスト配信が広く知られている。
【０００３】
ユニキャスト配信とは、１つのデータ配信装置（送信者）が１つのデータ受信装置（受信者）に所定のデータを配信する１対１の通信である。このとき、データ配信装置（送信者）によって配信されるデータ量は、データ受信装置（受信者）の数に比例して大きくなるため、データ受信装置（受信者）の数が増加すると、データ配信装置や通信回線網において所定のデータを配信する負荷が大きくなるという問題がある。
【０００４】
これに対し、ブロードキャスト配信及びマルチキャスト配信は、１つのデータ配信装置（送信者）が多数のデータ受信装置（受信者）に所定のデータを配信する１対多の通信であるため、上述の問題は生じない。また、マルチキャスト配信は、ブロードキャスト配信と異なり、特定のグループ（マルチキャストグループ）に属するデータ受信装置（受信者）に対して所定のデータを一回の操作で配信する配信方法である。
【０００５】
マルチキャスト配信の一例としては、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）を用いてマルチキャスト配信を実現するＩＰマルチキャストが広く知られている。ＩＰマルチキャストでは、同一のデータを受信するデータ受信装置（受信者）に対してマルチキャスト用のＩＰアドレスが割り当てられることによって、マルチキャストグループが構成される。このマルチキャストグループに割り当てられるＩＰアドレス（以下、マルチキャストアドレス）は、マルチキャストグループに固有のアドレスである。所定のマルチキャストグループに属するデータ受信装置（受信者）は、当該データ受信装置に隣接しているデータ中継装置（例えば、ルータ）に、当該所定のマルチキャストグループに属するデータ受信装置（受信者）があることを示す情報を送信する（記憶させる）。これにより、所定のマルチキャストグループに属するデータ受信装置（受信者）は、データ配信装置（送信者）から当該所定のマルチキャストグループ宛に配信される所定のマルチキャストデータを、データ中継装置等を介して受信することができる。
【０００６】
ここで、所定のマルチキャストデータを受信するデータ受信装置（受信者）とデータ中継装置との間において、マルチキャストグループを管理するためのプロトコルとしては、ＩＧＭＰ（Ｉｎｔｅｒｎｅｔ  Ｇｒｏｕｐ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）が用いられている。このＩＧＭＰに対応したデータ中継装置には、所定のマルチキャストグループに属するデータ受信装置（受信者）が当該データ中継装置の配下に存在するか否かを判別する機能が実装されている。なお、各データ中継装置間のマルチキャスト経路制御プロトコルとしては、ＤＶＭＲＰ（Ｄｉｓｔａｎｃｅ  Ｖｅｃｔｏｒ  Ｍｕｌｔｉｃａｓｔ  Ｒｏｕｔｉｎｇ  Ｐｒｏｔｏｃｏｌ）・ＭＯＳＰＦ（Ｍｕｌｔｉｃａｓｔ  Ｏｐｅｎ  Ｓｈｏｒｔｅｓｔ  Ｐａｔｈ  Ｆｉｒｓｔ）・ＰＩＭ−ＤＭ（Ｐｒｏｔｏｃｏｌ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｍｕｌｔｉｃａｓｔ  Ｄｅｎｓｅ  Ｍｏｄｅ）・ＰＩＭ−ＳＭ（Ｐｒｏｔｏｃｏｌ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｐａｒｓｅ  Ｍｏｄｅ）、ＢＧＭＰ（Ｂｏｒｄｅｒ  Ｇａｔｅｗａｙ
Ｍｕｌｔｉｃａｓｔ  Ｐｒｏｔｏｃｏｌ）等が知られている。
【０００７】
ＩＧＭＰを用いてマルチキャストグループを管理する方法において、データ受信装置（受信者）は、所定のマルチキャストアドレス宛に配信されるマルチキャストデータを受信しようとする場合には、マルチキャストグループへの加入要求である「ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージ」をデータ中継装置に送信する。「ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージ」を受信したデータ中継装置は、上述のマルチキャスト経路制御プロトコルを用いてマルチキャストデータの配信経路（マルチキャストツリー）を構築する。これにより、データ中継装置は、マルチキャストデータを受信するとともに、データ受信装置（受信者）が存在するネットワーク上に当該マルチキャストデータを送出する。以上の動作により、データ受信装置（受信者）は、マルチキャストデータを受信することができる。
【０００８】
なお、データ中継装置が、所定のデータ受信装置（受信者）から「ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージ」を受信した際に、当該データ中継装置の配下に存在する他のデータ受信装置（受信者）から「ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージ」を受信することによって、マルチキャストデータを既に受信している場合には、所定のデータ受信装置（受信者）は、「ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージ」をデータ中継装置に送信した直後からマルチキャストデータを受信することができる。
【０００９】
また、データ受信装置（受信者）は、所定のマルチキャストアドレス宛に配信されるマルチキャストデータの受信を終了しようとする場合には、マルチキャストグループからの離脱要求である「ＩＧＭＰ  Ｌｅａｖｅ  Ｇｒｏｕｐメッセージ」をデータ中継装置に送信する。「ＩＧＭＰ  Ｌｅａｖｅ  Ｇｒｏｕｐメッセージ」を受信したデータ中継装置は、マルチキャストデータを受信する他のデータ受信装置（受信者）が存在するか否かを確認するための「ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｑｕｅｒｙ」を、マルチキャストグループに属するデータ受信装置（受信者）に送信する。なお、この「ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｑｕｅｒｙ」は、特に「ＩＧＭＰ  Ｇｒｏｕｐ  Ｓｐｅｃｉｆｉｃ  Ｍｅｍｂｅｒｓｈｉｐ  Ｑｕｅｒｙ」と呼ばれる。
【００１０】
ここで、データ中継装置は、「ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｑｕｅｒｙ」を受信したデータ受信装置（受信者）から「ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージ」を受信すると、マルチキャストデータを受信しているデータ受信装置（受信者）が当該データ中継装置の配下に存在するものと判断するためマルチキャスト配信経路（マルチキャストツリー）を削除しない。また、データ中継装置は、「ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｑｕｅｒｙ」をマルチキャストグループに属するデータ受信装置（受信者）に送信してから予め決められた時間（タイマにセットされた時間）が経過しても、「ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージ」を受信しないと、マルチキャストデータを受信しているデータ受信装置（受信者）が当該データ中継装置の配下に存在しないものと判断するためマルチキャスト配信経路（マルチキャストツリー）を削除する。以上の動作により、データ受信装置（受信者）は、マルチキャストデータの受信を終了することができる。
【００１１】
上述のように、ＩＧＭＰを用いてマルチキャストグループを管理する方法（プロトコル）においては、データ中継装置は、マルチキャストグループへの加入要求（「ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージ」）、又は、マルチキャストグループからの離脱要求（「ＩＧＭＰ  Ｌｅａｖｅ  Ｇｒｏｕｐメッセージ」）をデータ受信装置（受信者）から受信することによって、マルチキャスト配信経路（マルチキャストツリー）の構築又は削除に関する所定の処理を行う（例えば、非特許文献１〜３）。
【００１２】
なお、上述のＩＧＭＰに関する説明は、「ＩＧＭＰ  Ｖｅｒｓｉｏｎ２」に関する説明であり、これ以外に「ＩＧＭＰ  Ｖｅｒｓｉｏｎ３」が存在する。「ＩＧＭＰ  Ｖｅｒｓｉｏｎ３」によれば、データ中継装置は、マルチキャストデータの配信元（データ配信装置）を特定する機能を備えている。なお、「ＩＧＭＰＶｅｒｓｉｏｎ３」は、「ＩＧＭＰ  Ｖｅｒｓｉｏｎ２」を拡張したものであり、その基本的な動作は、「ＩＧＭＰ  Ｖｅｒｓｉｏｎ２」と同じであるため、「ＩＧＭＰ  Ｖｅｒｓｉｏｎ３」に関する詳細な説明は省略する。
【００１３】
以下において、データ配信装置からデータ受信装置にＩＰマルチキャストを用いてマルチキャストデータが配信される場合におけるＤｏＳアタック（Ｄｅｎｉａｌ  ｏｆ  Ｓｅｒｖｉｃｅ  Ａｔｔａｃｋ）の方法及びその対処方法に関する既存技術について、図面を参照しながら説明する。図５は、ＤｏＳアタック（Ｄｅｎｉａｌ  ｏｆ  Ｓｅｒｖｉｃｅ  Ａｔｔａｃｋ）の方法及びその対処方法に関する既存技術について説明するための図である。
【００１４】
同図に示すように、正当なデータ配信装置２０１（正当送信者）、及び、不正なデータ配信装置２１０（不正送信者）は、正当なデータ受信装置４０１・４０２（正当受信者）、及び、不正なデータ受信装置４１０（不正受信者）と通信回線網５００を介して接続されている。また、通信回線網５００は、複数のデータ中継装置（ルータ３０１〜３０４）によって構成されている。
【００１５】
まず、不正送信者（データ配信装置２１０）によるＤｏＳアタックの方法について説明する。ＩＰマルチキャストにおいては、データ配信装置（送信者）は、必ずしもマルチキャストグループに属する必要がないため、データ配信装置２１０（不正送信者）は、任意のマルチキャストグループ宛に不正なデータを配信することができてしまう。
【００１６】
この対処方法としては、送信者アクセス制御方法とメッセージ認証方法とが知られている。
【００１７】
送信者アクセス制御方法とは、データ中継装置（例えば、ルータ３０２・３０４）が、ＳＳＭ（Ｓｏｕｒｃｅ  Ｓｐｅｃｉｆｉｃ  Ｍｕｌｔｉｃａｓｔ）の利用を前提として、データ送信端末（送信者）のアドレスをフィルタリングすることによって、データ配信装置２１０（不正送信者）による不正データの配信を防止する方法、データ配信装置２１０（不正送信者）に隣接するデータ中継装置（ルータ３０３（入り口ルータ））が、データ制御装置（送信者）を認証することによって、データ配信装置２１０（不正送信者）による不正データの配信を防止する方法などである（例えば、非特許文献４〜５）。また、双方向マルチキャストツリーの利用を前提とする送信者アクセス制御方法も知られている（例えば、非特許文献６）。
【００１８】
これらの送信者アクセス制御方法によれば、データ配信装置（送信者）とデータ受信装置（受信者）とがルータを介して接続されているマルチキャスト配信においては、不正送信者（不正なデータ配信装置）によるＤｏＳアタックを防止することができるが、データ配信装置（送信者）とデータ受信装置（受信者）とが同一のサブネットワーク上に存在するマルチキャスト配信においては、不正送信者（不正なデータ配信装置）によるＤｏＳアタックを防止することができない。
【００１９】
一方、メッセージ認証方法とは、データ受信装置（受信者）は、ＨＭＡＣ−ＳＨＡ１やＴＥＳＬＡなどを用いてメッセージ認証を行うことにより、不正なメッセージ（データ）を検出する方法である（非特許文献７）。
【００２０】
このメッセージ認証方法によれば、データ受信装置（受信者）は、データ配信装置（送信者）によって送信された不正なマルチキャストデータを検出することができるが、不正なマルチキャストデータがデータ受信装置（受信者）に到達するため、通信回線などの通信リソースが有効に利用されない。
【００２１】
次に、不正受信者（データ受信装置４１０）によるＤｏＳアタックの方法について説明する。
【００２２】
ＩＰマルチキャストにおいては、ＩＧＭＰプロトコルを処理するデータ中継装置（例えば、ルータ３０４）は、マルチキャストグループへの加入要求である「ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージ（以下、「Ｊｏｉｎ」）」を無条件に受け入れるため、不正受信者（データ受信装置４１０）からの「Ｊｏｉｎ」によってマルチキャストツリーが構築されてしまう。
【００２３】
この対処方法としては、データ受信装置（受信者）の認証に基づくアクセス制御方法（例えば、非特許文献８・９）や一定の期間に急増した「Ｊｏｉｎ」をデータ中継装置（ルータ３０４）が無視する手法などが知られている。
【００２４】
また、ＩＧＭＰプロトコルを処理するデータ中継装置（例えば、ルータ３０４）は、マルチキャストからの離脱要求である「ＩＧＭＰ  Ｌｅａｖｅ  Ｇｒｏｕｐメッセージ（以下、「Ｌｅａｖｅ」）」を無条件に受け入れるため、不正受信者（データ受信装置４１０）からの「Ｌｅａｖｅ」に応じた「ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｑｕｅｒｙ（以下、「Ｑｕｅｒｙ」）」が正当受信者（データ受信装置４０１・４０２）に送信されるとともに、当該「Ｑｕｅｒｙ」に応じた「Ｊｏｉｎ」がデータ中継装置（ルータ３０４）に送信されてしまう。すなわち、マルチキャストグループに属するデータ受信装置（メンバー）が存在するか否かを確認するための通信が発生するため、通信リソースが無駄に使用されてしまう。また、この影響は、データ中継装置（ルータ３０４）によって区切られるサブネットワーク上の全てのデータ受信端末に及んでしまう。
【００２５】
なお、不正受信者（データ受信装置４１０）が「Ｌｅａｖｅ」をデータ中継装置（ルータ３０４）に送信したとしても、正当受信者（データ受信装置４０１・４０２）が「Ｑｕｅｒｙ」に応じた「Ｊｏｉｎ」をデータ中継装置（ルータ３０４）に送信するため、マルチキャストツリーが削除されることはない。
【００２６】
この対処方法としては、不正受信者（データ受信装置４１０）からの「Ｊｏｉｎ」によってマルチキャストツリーが構築されてしまう場合と同様に、データ受信装置（受信者）の認証に基づくアクセス制御方法（例えば、非特許文献８・９）や一定の期間に急増した「Ｌｅａｖｅ」をデータ中継装置（ルータ３０４）が無視する手法などが知られている。
【００２７】
さらに、ＩＰマルチキャストにおいては、不正受信者（データ受信装置４１０）は、正当受信者（データ受信装置４０１・４０２）によって「Ｑｕｅｒｙ」に応じて送信される「Ｊｏｉｎ」が送信されないようにすることができてしまう。
【００２８】
具体的には、不正受信者（データ受信装置４１０）は、データ中継装置（ルータ３０４）からの「Ｑｕｅｒｙ」に応じて、マルチキャストグループに属する正当受信者（データ受信装置４０１・４０２）に「Ｊｏｉｎ」をそれぞれ送信する。このとき、不正受信者（データ受信装置４１０）は、正当受信者（データ受信装置４０１・４０２）に固有のＭＡＣアドレスを用いて「Ｊｏｉｎ」を送信する。なお、ＩＰヘッダ及びＩＧＭＰヘッダは、通常の「Ｊｏｉｎ」と同じものである。不正受信者（データ受信装置４１０）から「Ｊｏｉｎ」を受信した正当受信者（データ受信装置４０１・４０２）は、マルチキャストグループに属する他の受信者（データ受信装置）が存在するものと判断（誤解）するため、「Ｊｏｉｎ」の送信を抑制してしまう。これにより、データ中継装置（ルータ３０４）は、「Ｑｕｅｒｙ」に応じた「Ｊｏｉｎ」を１つも受信しないため、マルチキャストツリーを削除する。
【００２９】
すなわち、不正受信者（データ受信装置４１０）は、マルチキャストデータがデータ中継装置（ルータ３０４）によって中継されないようにすることができる。
【００３０】
この対処方法としては、「Ｊｏｉｎ」の宛先アドレスがマルチキャストアドレスとなっているか否かを受信者（データ受信装置）が確認する方法が知られている。なお、この対処方法を実現するために、Ｌｉｎｕｘ  ＯＳ用のパッチも作成されている（非特許文献１０）。
【００３１】
上述の記載において説明したＤｏＳアタックの対処方法は、ＤｏＳアタックを防止する対処方法として一定の効果を奏するが、根本的な対処方法とはならない。また、複数の対処方法を組み合わせればＤｏＳアタックを防止することができるが、複数の対処方法を組み合わせるためには、多くのコストが必要となる。
【００３２】
また、不正受信者によるＤｏＳアタックの対処方法として最も効果的な受信者認証による対処方法については、受信者の認証手順を手当たり次第に発生させるＤｏＳアタックが考えられる。なお、このＤｏＳアタックを効果的に防止する対処方法は存在しない。また、受信者認証による対処方法は、受信者の認証が本来必要ではない場合には、通信コストが増加してしまう。
【００３３】
従って、ＤｏＳアタックそのものを防止するよりも、ＤｏＳアタックを検出するとともに、法的手段等の運用上の対策を講じることによって、ＤｏＳアタックを間接的に防止することが効果的である。
【００３４】
以下において、ＩＧＭＰルータにおける認証モードを切り替えることによって、不正受信者からの「Ｊｏｉｎ」（又は「Ｌｅａｖｅ」）によるＤｏＳアタックを検出する既存技術について説明する。
【００３５】
ＩＧＭＰルータにおける認証モードには、「Ｎｏｒｍａｌモード」と「Ａｌｅｒｔモード」という二つの認証モードが含まれている。
【００３６】
「Ｎｏｒｍａｌモード」とは、ＩＧＭＰルータが、データ受信装置（受信者）からの「Ｊｏｉｎ」や「Ｌｅａｖｅ」を受信した際に、通常の処理を行う認証モードである。一方、「Ａｌｅｒｔモード」とは、ＩＧＭＰルータが、データ受信装置（受信者）からの「Ｊｏｉｎ」や「Ｌｅａｖｅ」を受信した際に、非特許文献８・９において提案されている受信者認証を行う認証モードである。
【００３７】
ＩＧＭＰルータは、「Ａｌｅｒｔモード」において受信者認証に失敗した場合に、ＤｏＳアタックを受けた可能性があると判断する（ＤｏＳアタックである可能性がある「Ｊｏｉｎ」又は「Ｌｅａｖｅ」を検出する）。なお、ＩＧＭＰルータが「Ｎｏｒｍａｌモード」から「Ａｌｅｒｔモード」に認証モードを切り替える方法については、以下に示すように複数の方法がある。
【００３８】
まず、ＩＧＭＰルータが、データ受信装置（受信者）からの「Ｊｏｉｎ」（又は「Ｌｅａｖｅ」）の受信間隔をモニタリングすることによって、認証モードを切り替える方法について説明する。具体的には、ＩＧＭＰルータは、データ受信装置（受信者）からの「Ｊｏｉｎ」（又は「Ｌｅａｖｅ」）の単位時間における受信回数（以下、受信率）が閾値を超えた際に、「Ｎｏｒｍａｌモード」から「Ａｌｅｒｔモード」に認証モードを切り替える。なお、ＩＧＭＰルータは、ＩＧＭＰヘッダを調査することによって、データ受信装置のアドレス（「Ｊｏｉｎ」の送信元アドレス）やマルチキャストアドレス毎の受信率を利用してもよい。
【００３９】
次に、ＩＧＭＰルータが、マルチキャストデータを中継していない（マルチキャストツリーを構築していない）マルチキャストグループ宛の「Ｌｅａｖｅ」に基づいて、認証モードを切り替える方法について説明する。具体的には、ＩＧＭＰルータは、「非特許文献８・９において提案されている方法」や「ＩＧＭＰ  ｖｅｒｓｉｏｎ３」の利用して、マルチキャストグループへの受信者の加入状況をマルチキャストグループ毎に管理することを前提として、マルチキャストデータを中継していないマルチキャストグループ宛の「Ｌｅａｖｅ」を受信した際に、「Ｎｏｒｍａｌモード」から「Ａｌｅｒｔモード」に認証モードを切り替える。
【００４０】
最後に、ＩＧＭＰルータが、「Ｊｏｉｎ」（又は「Ｌｅａｖｅ」）を受信した際に、ランダムに受信者の認証を行うことによって、認証モードを切り替える方法について説明する。具体的には、ＩＧＭＰルータが、受信者認証方法（非特許文献８・９）の利用を前提として、「Ｊｏｉｎ」（又は「Ｌｅａｖｅ」）を受信した際にランダムに行われる受信者の認証に失敗した場合に、「Ｎｏｒｍａｌモード」から「Ａｌｅｒｔモード」に認証モードを切り替える。
【００４１】
【非特許文献１】
Ｔｈｏｍａｓ  Ｍａｕｆｅｒ著，楠本博之訳，「ＩＰマルチキャスト入門」，初版，共立出版株式会社，２００１年１１月
【００４２】
【非特許文献２】
Ｄａｖｅ  Ｋｏｓｉｕｒ著，苅田幸雄監訳，「マスタリングＴＣＰ／ＩＰ  マルチキャスト編」，第１版，第２刷，平成１２年１１月
【００４３】
【非特許文献３】
Ｂｅａｕ  Ｗｉｌｌｉａｍｓｏｎ著，コムサス訳，シスコシステムズ監訳，「ＩＰマルチキャストネットワーク開発ガイドＶｏｌ．１」，初版，２００１年７月
【００４４】
【非特許文献４】
Ａ．Ｂａｌｌａｒｄｉｅ  他著，「Ｍｕｌｔｉｃａｓｔ−ｓｐｅｃｉｆｉｃ  ｓｅｃｕｒｉｔｙ  ｔｈｒｅａｔｓ  ａｎｄ  ｃｏｕｎｔｅｒ−ｍｅａｓｕｒｅｓ」ＩＳＯＣ  ＮＤＳＳ，１９９５年
【００４５】
【非特許文献５】
Ｒ．Ｌｅｈｔｏｎｅｎ  他著，「Ｃｏｎｔｒｏｌｌｅｄ  ｍｕｌｔｉｃａｓｔ  ｆｒａｍｅｗｏｒｋ」ＩＥＥＥ  Ｌｏｃａｌ  Ｃｏｍｐｕｔｅｒ  Ｎｅｔｗｏｒｋｓ（ＬＣＮ）０２，２００２年
【００４６】
【非特許文献６】
Ｎ．Ｗａｎｇ  他著，「Ｔｏｗａｒｄｓ  ｄｙｎａｍｉｃ  ｓｅｎｄｅｒ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ  ｆｏｒ  ｂｉ−ｄｉｒｅｃｔｉｏｎａｌ  ｍｕｌｔｉｃａｓｔ  ｔｒｅｅｓ」ＩＥＥＥ  ＧＬＯＢＥＣＯＭ，  Ｖｏｌ．３，  ２００１年
【００４７】
【非特許文献７】
Ａ．Ｐｅｒｒｉｇ  他著，「Ｅｆｆｉｃｉｅｎｔ  ａｎｄ  Ｓｅｃｕｒｅ  Ｓｏｕｒｃｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｆｏｒ  Ｍｕｌｔｉｃａｓｔ」ＩＳＯＣ  ＮＤＳＳ，２００１年
【００４８】
【非特許文献８】
上野英俊  他著，「マルチキャスト通信のためのアクセス制御＆グループ鍵配信プロトコル」ＦＩＴ２００３，２００３年
【００４９】
【非特許文献９】
林經正  他著，「ユーザ認証を可能とするグループマネジメントプロトコルＩＧＡＰ」信学技報，ＮＳ２００２−２７８，２００３年
【００５０】
【非特許文献１０】
Ｋ．  Ｒａｍａｃｈａｎｄｒａｎ，「Ｓｐｏｏｆｅｄ  ＩＧＭＰ  Ｒｅｐｏｒｔ  Ｄｅｎｉａｌ  ｏｆ  Ｓｅｒｖｉｃｅ  Ｖｕｌｎｅｒａｂｉｌｉｔｙ」ｈｔｔｐ：／／ｗｗｗ．ｃｓ．ｕｃｓｂ．ｅｄｕ／￣ｋｒｉｓｈｎａ／ｉｇｍｐ＿ｄｏｓ／
【００５１】
【発明が解決しようとする課題】
ところで、放送型のデータ配信サービスにおいては、データの配信期間が予め決められていることが多い。例えば、ＩＰマルチキャストを用いて、データ配信装置によって所定の番組（マルチキャストデータ）が配信される配信期間は、所定の開始時刻（例えば、２００３年１月１日０：３０ＡＭ）から所定の終了時刻（例えば、２００３年１月１日０：４０ＡＭ）までといったように、予め決められているのが一般的である。
【００５２】
しかしながら、上述のＤｏＳアタックの対処方法や認証モード切り替えにおいて、マルチキャストデータの配信期間と受信者からの「Ｊｏｉｎ」（又は「Ｌｅａｖｅ」）を受信した時刻（「Ｊｏｉｎ」（又は「Ｌｅａｖｅ」）の発生時刻）とを比較することによって、当該「Ｊｏｉｎ」（又は「Ｌｅａｖｅ」）の有効性を判断するシステム（方法）は存在しない。
【００５３】
具体的には、予め決められた配信期間（２００３年１月１日０：３０ＡＭ〜０：４０ＡＭ）に配信される所定の番組（マルチキャストデータ）について、データ受信装置（受信者）から２００３年１月２日１２：３０ＰＭに「Ｊｏｉｎ」をデータ中継装置（例えば、ＩＧＭＰルータ）が受信した場合には、当該データ中継装置は、上述のＤｏＳアタックの対処方法や認証モード切り替えを行っていても、当該「Ｊｏｉｎ」を受け付けてしまうという問題があった。また、データ受信装置（受信者）から２００２年１２月３１日１２：３０ＰＭに「Ｌｅａｖｅ」をデータ中継装置が受信した場合にも、当該データ中継装置は、上述のＤｏＳアタックの対処方法や認証モード切り替えを行っていても、当該「Ｌｅａｖｅ」を受け付けてしまうという問題があった。
【００５４】
そこで本発明は、上述の問題を解決すべくなされたものであり、データの配信期間とデータ受信装置（受信者）からの「Ｊｏｉｎ」（又は、「Ｌｅａｖｅ」）の受信時刻とを比較することによって、無効（不正）なものである可能性が高い「Ｊｏｉｎ」（又は、「Ｌｅａｖｅ」）を検出することができるデータ中継装置、及び、データ中継方法を提供することを目的とする。
【００５５】
【課題を解決するための手段】
本発明の第１の特徴は、所定の端末に対して配信される所定のマルチキャストデータを中継するデータ中継装置が、所定のマルチキャストデータの配信を開始する配信開始時刻と所定のマルチキャストデータの配信を終了する配信終了時刻とを含む配信期間情報を受信する受信手段と、マルチキャストグループへの加入要求又はマルチキャストグループからの離脱要求を受け付けるか否かを、配信期間情報に基づいて判断する判断手段とを具備することを要旨とする。
【００５６】
かかる特徴によれば、データ中継装置が、所定のマルチキャストデータの配信期間情報に基づいて、データ受信装置から受信したマルチキャストグループへの参加要求又はマルチキャストグループからの離脱要求を受け付けるか否かを判断することにより、データ中継装置３０は、ＤｏＳアタックである可能性が高い「Ｊｏｉｎ」（又は「Ｌｅａｖｅ」）を検出することができる。
【００５７】
これにより、データ中継装置３０は、ＤｏＳアタックである可能性が高いマルチキャストグループへの参加要求又はマルチキャストグループからの離脱要求を無視することによって、不正なマルチキャストグループへの参加要求又はマルチキャストグループからの離脱要求によるＤｏＳアタックの弊害を軽減することができる。また、データ配信装置やデータ中継装置などを管理する管理者等は、データ中継装置に受信者を認証する機能が具備されていなくても、ＤｏＳアタックに対する対策を容易に講じることができる。なお、ＤｏＳアタックに対する対策とは、ログを記録することによって管理者が法的手段などに訴えることなどである。さらに、データ中継装置は、「Ｎｏｒｍａｌモード」から「Ａｌｅｒｔモード」に認証モードを切り替える契機として、マルチキャストデータの配信期間情報に基づく判断結果を利用することにより、効果的に認証モード切り替えることができる。
【００５８】
また、本発明の第１の特徴において、判断手段は、配信期間情報に含まれる配信開始時刻よりも所定時間前から配信終了時刻まで、マルチキャストグループへの加入要求を受け付けるものと判断することが好ましい。
【００５９】
さらに、本発明の第１の特徴又は第２の特徴において、判断手段は、配信期間情報に含まれる配信開始時刻から配信終了時刻よりも所定時間後まで、マルチキャストグループからの離脱要求を受け付けるものと判断することが好ましい。
【００６０】
本発明の第２の特徴は、所定の端末に対して配信される所定のマルチキャストデータを中継するデータ中継方法が、所定のマルチキャストデータの配信を開始する配信開始時刻と所定のマルチキャストデータの配信を終了する配信終了時刻とを含む配信期間情報を受信するステップと、マルチキャストグループへの加入要求又はマルチキャストグループからの離脱要求を受け付けるか否かを、配信期間情報に基づいて判断するステップとを具備することを要旨とする。
【００６１】
【発明の実施の形態】
本実施形態におけるデータ中継装置（例えば、ＩＧＭＰルータ）は、データ配信装置によって配信される所定の番組（マルチキャストデータ）の配信期間に基づいて、マルチキャストグループへの加入要求（又は、マルチキャストグループからの離脱要求）が有効なものであるか否かを判断するものである。また、本実施形態におけるデータ中継装置は、マルチキャストグループへの加入要求（又は、マルチキャストグループからの離脱要求）が有効なものであるか否かを示す判断結果に基づいて、ＤｏＳアタックの検出、及び、認証モード（「Ｎｏｒｍａｌモード」・「Ａｌｅｒｔモード」）の切り替えを行う。
【００６２】
なお、本実施形態において、マルチキャストグループを管理するプロトコルは、ＩＧＭＰ（Ｉｎｔｅｒｎｅｔ  Ｇｒｏｕｐ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）であるものとして説明する。
【００６３】
（データ中継装置の構成）
以下において、本実施形態におけるデータ中継装置の構成について、図面を参照しながら説明する。図１は、本実施形態におけるデータ中継装置が設置されている環境を示す図である。図１に示すように、本実施形態におけるデータ中継装置３０ａ〜３０ｉは、データ配信装置２０によって所定のマルチキャストグループ宛（データ受信装置４０ａ〜４０ｃ）に配信される所定のデータ（以下、マルチキャストデータ）を中継する。また、データ中継装置３０ａ〜３０ｉは、ネットワーク５０を構成する。
【００６４】
なお、本実施形態において、マルチキャストデータは、データ配信装置２０によって配信される期間（以下、配信期間）が予め決められている（配信開始時刻と配信終了時刻とが予め決められている）データである。
【００６５】
データ配信装置２０は、マルチキャストデータ（例えば、放送型のデータ配信サービスにおける所定の番組）を配信する装置であり、ＣＰＵ・ＲＯＭ・ＲＡＭなどのハードウェア資源を備えたコンピュータやサーバなどである。
【００６６】
データ受信装置４０ａ〜４０ｃ（以下、データ受信装置４０）は、データ配信装置２０によって配信されたマルチキャストデータを受信する装置であり、ＣＰＵ・ＲＯＭ・ＲＡＭなどのハードウェア資源を備えたコンピュータなどである。
また、データ受信装置４０は、同一のマルチキャストグループに属しているものとする。
【００６７】
データ中継装置３０ａ〜３０ｉ（以下、データ中継装置３０）は、データ配信装置２０によって配信されたマルチキャストデータをデータ受信装置４０に中継する装置であり、ＩＧＭＰに従って所定の処理を行う機能を備えたＩＧＭＰルータである。
【００６８】
データ中継装置３０の具体的な説明は、以下に示す通りである。図２は、データ中継装置３０の構成を示すブロック図である。
【００６９】
図２に示すように、データ中継装置３０は、通信部３１と、セッション情報処理部３２と、データベース３３と、グループ管理処理部３４と、データ中継処理部３５と、判断部３６とを具備する。
【００７０】
通信部３１は、データ配信装置２０によって所定のマルチキャストグループ宛（データ受信装置４０）に配信されたマルチキャストデータ、及び、当該マルチキャストグループに関するマルチキャストセッション情報を受信する。また、通信部３１は、データ配信装置２０から受信したマルチキャストデータを、マルチキャストセッション情報に基づいてデータ受信装置４０に送信する。
【００７１】
ここで、マルチキャストセッション情報とは、マルチキャストに関連するメタ情報であり、マルチキャストグループのアドレス情報とデータの配信期間に関する情報（以下、配信期間情報）とを含む情報である。なお、マルチキャストセッション情報には、配信ポート番号情報、送信元アドレス情報、セッション識別子情報、送信者情報等が含まれている。また、マルチキャストセッション情報は、データ配信装置２０などによって生成される情報である。
【００７２】
具体的には、ＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）やＩＭＧ（Ｉｎｔｅｒｎｅｔ  Ｍｅｄｉａ  Ｇｕｉｄｅ）やＥＰＧ（Ｅｌｅｃｔｒｉｃ  Ｐｒｏｇｒａｍ  Ｇｕｉｄｅ）等がマルチキャストセッション情報の例である。
【００７３】
なお、通信部３１は、マルチキャストセッション情報が予め決められたマルチキャストアドレス宛に配信されている場合には、当該マルチキャストアドレス宛に配信されるマルチキャストデータとともに、マルチキャストセッション情報を受信する。また、通信部３１は、ユニキャストのプロトコル（例えば、ＨＴＴＰ）を用いて、マルチキャストセッション情報を管理する装置から当該マルチキャストセッション情報を受信するように構成されていてもよい。なお、マルチキャストセッション情報を管理する装置は、データ配信装置２０であることが多い。
【００７４】
通信部３１は、マルチキャストグループへの加入要求（ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージ（以下、「Ｊｏｉｎ」））やマルチキャストグループからの離脱要求（ＩＧＭＰ  Ｌｅａｖｅ  Ｇｒｏｕｐメッセージ（以下、「Ｌｅａｖｅ」））をデータ受信装置４０から受信すると、当該「Ｊｏｉｎ」（又は「Ｌｅａｖｅ」）をグループ管理処理部３４に送信する。
【００７５】
セッション情報処理部３２は、通信部３１を通じてマルチキャストセッション情報を取得すると、当該マルチキャストセッション情報に含まれるマルチキャストグループのアドレス情報と配信期間情報（配信開始時刻・配信終了時刻）とを関連付けてデータベース３３に登録（格納）する。
【００７６】
データベース３３は、セッション情報処理部３２によって登録（格納）される情報（以下、マルチキャスト配信情報テーブル）を記憶するデータベースである。マルチキャスト配信情報テーブルの具体的な説明は、以下に示す通りである。
図４は、マルチキャスト配信情報テーブルの一例を示す図である。
【００７７】
図４に示すように、マルチキャスト配信情報テーブルには、マルチキャストグループのアドレス情報と配信期間情報（配信開始時刻・配信終了時刻）とが含まれている。また、マルチキャスト配信情報テーブルには、これらの情報に加え、送信元アドレス情報やセッション識別子情報などが含まれていてもよい。
【００７８】
グループ管理処理部３４は、一般的なＩＧＭＰに従った所定の処理を行うものである。グループ管理処理部３４は、通信部３１を通じて受信した要求（「Ｊｏｉｎ」又は「Ｌｅａｖｅ」）について、その要求種別（「Ｊｏｉｎ」又は「Ｌｅａｖｅ」）と、マルチキャストグループのアドレス情報とを判断部３６に送信する。また、グループ管理処理部３４は、要求種別とマルチキャストグループのアドレス情報とに加え、送信元アドレス情報などを判断部３６に送信するように構成されていてもよい。
【００７９】
また、グループ管理処理部３４は、判断部３６による判断結果（「Ｊｏｉｎ」（又は「Ｌｅａｖｅ」）が有効（正当）なものであるか否かを示す判断結果）に基づいて、通信部３１を通じて受信した要求（「Ｊｏｉｎ」又は「Ｌｅａｖｅ」）に応じた処理を行うように指示する要求処理指示をデータ中継処理部３５に送信する。
【００８０】
データ中継処理部３５は、グループ管理処理部３４から受信した要求処理指示が「Ｊｏｉｎ」に応じた処理を行うように指示するものである場合には、マルチキャストデータの配信経路（マルチキャストツリー）を構築する。また、データ中継処理部３５は、グループ管理処理部３４から受信した要求処理指示が「Ｌｅａｖｅ」に応じた処理を行うように指示するものである場合には、マルチキャストデータを受信する他のデータ受信装置４０が存在するか否かを確認するための「ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｑｕｅｒｙ（以下、「Ｑｕｅｒｙ」）をマルチキャストグループに属するデータ受信装置４０に送信する。なお、データ中継処理部３５は、マルチキャストグループに属するデータ受信装置４０に「Ｑｕｅｒｙ」を送信して予め決められた時間を経過しても、当該「Ｑｕｅｒｙ」に応じた「Ｊｏｉｎ」を受信しない場合には、マルチキャストツリーを削除する。
【００８１】
判断部３６は、要求種別（「Ｊｏｉｎ」又は「Ｌｅａｖｅ」）とマルチキャストグループのアドレス情報とをグループ管理処理部３４から受信すると、データベース３３を参照して、当該マルチキャストグループのアドレス情報が登録（格納）されているか否かを確認する。
【００８２】
また、判断部３６は、要求種別（「Ｊｏｉｎ」又は「Ｌｅａｖｅ」）とマルチキャストグループのアドレス情報とをグループ管理処理部３４から受信すると、当該「Ｊｏｉｎ」（又は「Ｌｅａｖｅ」）が有効（正当）なものであるか否かを判断する。
【００８３】
具体的には、グループ管理処理部３４から受信した要求種別が「Ｊｏｉｎ」である場合には、判断部３６は、データベース３３を参照して、配信期間情報に含まれる配信開始時刻と現在時刻とを比較する。また、判断部３６は、配信開始時刻と現在時刻との差異が所定の閾値よりも小さい値であれば、「Ｊｏｉｎ」が有効（正当）なものであると判断し、配信開始時刻と現在時刻との差異が所定の閾値よりも大きい値であれば、「Ｊｏｉｎ」が無効（不正）なものであると判断する。
【００８４】
一方、グループ管理処理部３４から受信した要求種別が「Ｌｅａｖｅ」である場合には、判断部３６は、データベース３３を参照して、配信期間情報に含まれる配信終了時刻と現在時刻とを比較する。また、判断部３６は、配信終了時刻と現在時刻との差異が所定の閾値よりも小さい値であれば、「Ｌｅａｖｅ」が有効（正当）なものであると判断し、配信終了時刻と現在時刻との差異が所定の閾値よりも大きい値であれば、「Ｌｅａｖｅ」が無効（不正）なものであると判断する。
【００８５】
判断部３６は、「Ｊｏｉｎ」（又は「Ｌｅａｖｅ」）が有効（正当）なものであるか否かを示す判断結果をグループ管理処理部３４に送信する。
【００８６】
なお、本実施形態において、通信部３１は、所定のマルチキャストデータの配信を開始する配信開始時刻と所定のマルチキャストデータの配信を終了する配信終了時刻とを含む配信期間情報を受信する受信手段を構成する。
【００８７】
また、本実施形態において、判断部３６は、マルチキャストグループへの加入要求又はマルチキャストグループからの離脱要求を受け付けるか否かを、配信期間情報に基づいて判断する判断手段を構成する。
【００８８】
（データ中継装置の動作）
以下において、本実施形態におけるデータ中継装置の動作について図面を参照しながら説明する。図４は、本実施形態におけるデータ中継装置３０に具備される判断部３６の動作について示すフロー図である。
【００８９】
図４に示すように、ステップ１１において、判断部３６は、グループ管理処理部３４から処理要求（要求種別（「Ｊｏｉｎ」又は「Ｌｅａｖｅ」）及びマルチキャストグループのアドレス情報）を受信する。
【００９０】
ステップ１２において、判断部３６は、データベース３３を参照して、グループ管理処理部３４から受信したマルチキャストグループのアドレス情報がデータベース３３に登録（格納）されているか否かを確認する。また、判断部３６は、マルチキャストグループのアドレス情報が登録（格納）されている場合には、ステップ１３の処理に移り、マルチキャストグループのアドレス情報が登録（格納）されていない場合には、ステップ１６の処理に移る。
【００９１】
ステップ１３において、判断部３６は、グループ管理処理部３４から受信した要求種別が「Ｊｏｉｎ」である場合には、データベース３３を参照して、配信期間情報に含まれる配信開始時刻と現在時刻とを比較する。また、判断部３６は、配信開始時刻と現在時刻との差異が所定の閾値よりも小さい値であれば、ステップ１４の処理に移り、配信開始時刻と現在時刻との差異が所定の閾値よりも大きい値であれば、ステップ１５の処理に移る。
【００９２】
一方、判断部３６は、グループ管理処理部３４から受信した要求種別が「Ｌｅａｖｅ」である場合には、データベース３３を参照して、配信期間情報に含まれる配信終了時刻と現在時刻とを比較する。また、判断部３６は、配信終了時刻と現在時刻との差異が所定の閾値よりも小さい値であれば、ステップ１４の処理に移り、配信開始時刻と現在時刻との差異が所定の閾値よりも大きい値であれば、ステップ１５の処理に移る。
【００９３】
ステップ１４において、判断部３６は、グループ管理処理部３４が通信部３１を通じて受信した「Ｊｏｉｎ」（又は「Ｌｅａｖｅ」）が有効（正当）なものであることを示す判断結果をグループ管理処理部３４に送信する。
【００９４】
ステップ１５において、判断部３６は、グループ管理処理部３４が通信部３１を通じて受信した「Ｊｏｉｎ」（又は「Ｌｅａｖｅ」）が無効（不正）なものであることを示す判断結果をグループ管理処理部３４に送信する。
【００９５】
ステップ１６において、判断部３６は、グループ管理処理部３４が通信部３１を通じて受信した「Ｊｏｉｎ」（又は「Ｌｅａｖｅ」）に含まれるマルチキャストグループのアドレス情報がデータベース３３に登録されていないことを示す情報をグループ管理処理部３４に送信する。
【００９６】
（データ中継装置の作用、及び、効果）
本実施形態におけるデータ中継装置３０によれば、データ中継装置３０が、マルチキャストデータの配信期間情報に基づいて、データ受信装置４０から受信したマルチキャストグループへの参加要求（「Ｊｏｉｎ」）（又はマルチキャストグループからの離脱要求（「Ｌｅａｖｅ」））が有効（正当）なものであるか否かを判断することにより、データ中継装置３０は、ＤｏＳアタックである可能性が高い「Ｊｏｉｎ」（又は「Ｌｅａｖｅ」）を検出することができる。
【００９７】
これにより、データ中継装置３０は、ＤｏＳアタックである可能性が高い「Ｊｏｉｎ」（又は「Ｌｅａｖｅ」）を無視することによって、不正な「Ｊｏｉｎ」（又は「Ｌｅａｖｅ」）によるＤｏＳアタックの弊害を軽減することができる。また、データ配信装置２０やデータ中継装置３０などを管理する管理者等は、データ中継装置３０に受信者を認証する機能が具備されていなくても、ＤｏＳアタックに対する対策を容易に講じることができる。なお、ＤｏＳアタックに対する対策とは、ログを記録することによって管理者が法的手段などに訴えることなどである。
【００９８】
また、データ中継装置３０は、「Ｎｏｒｍａｌモード」から「Ａｌｅｒｔモード」に認証モードを切り替える契機として、マルチキャストデータの配信期間情報に基づく判断結果を利用することにより、データ中継装置３０に受信者を認証する機能が具備されていなくても、効果的に認証モードを切り替えることができる。
【００９９】
（変更例）
以下において、本変更例におけるデータ中継装置について説明する。なお、以下においては、上述の実施形態におけるデータ中継装置と本変更例におけるデータ中継装置との相違点についてのみ説明する。
【０１００】
上述の実施形態においては、データ中継装置３０は、ＩＧＭＰルータであるものとして説明したが、本変更例におけるデータ中継装置３０は、ＩＧＭＰルータではないルータであるものとする。
【０１０１】
すなわち、上述の実施形態においては、データ中継装置３０（ＩＧＭＰルータ）は、データ受信装置４０から受信したマルチキャストグループへの参加要求（「Ｊｏｉｎ」）又はマルチキャストグループからの離脱要求（「Ｌｅａｖｅ」）が有効（正当）なものであるか否かを判断しているが、本変更例において、データ中継装置３０（ＩＧＭＰルータではないルータ）は、他のデータ中継装置３０から受信したマルチキャストツリーの構築要求又はマルチキャストツリーの削除要求が有効（正当）なものであるか否かを判断する。
【０１０２】
なお、データ中継装置３０は、マルチキャスト経路制御プロトコルに基づいて、マルチキャストツリーを構築（又は削除）する。ここで、マルチキャスト経路制御プロトコルとは、ＤＶＭＲＰ、ＭＯＳＰＦ、ＰＩＭ−ＳＭ、ＢＧＭＰなどのプロトコルである。
【０１０３】
以下において、マルチキャスト経路制御プロトコルがＰＩＭ−ＳＭである場合を例に説明する。
【０１０４】
データ中継装置３０は、他のデータ中継装置３０からマルチキャストツリーの構築要求（「ＰＩＭ  Ｊｏｉｎメッセージ」）を受信すると、マルチキャストツリーを構築する。このとき、データ中継装置３０は、「ＰＩＭ  Ｊｏｉｎメッセージ」を受信した時刻と配信開始時刻とを比較することによって、当該「ＰＩＭ  Ｊｏｉｎメッセージ」が有効（正当）なものであるか否かを判断する。また、データ中継装置３０は、マルチキャストツリーの削除要求（「ＰＩＭ  Ｐｒｕｎｅメッセージ」）を受信した時刻と配信終了時刻とを比較することによって、当該「ＰＩＭ  Ｐｒｕｎｅメッセージ」が有効（正当）なものであるか否かを判断する。
【０１０５】
本変更例におけるデータ中継装置３０によれば、データ中継装置３０がＩＧＭＰルータではないルータであっても、ＤｏＳアタックである可能性が高い「ＰＩＭ  Ｊｏｉｎメッセージ」（又は「ＰＩＭ  Ｐｒｕｎｅメッセージ」）を検出することができる。
【０１０６】
【発明の効果】
本発明は、無効（不正）なものである可能性が高いマルチキャストグループへの参加要求及びマルチキャストグループからの離脱要求を検出するデータ中継装置、及び、データ中継方法を提供することができる。
【図面の簡単な説明】
【図１】本実施形態におけるデータ中継装置が設置されている環境を示す図である。
【図２】本実施形態におけるデータ中継装置の構成を示すブロック図である。
【図３】本実施形態におけるデータ中継装置に格納されている情報を示す図である。
【図４】本実施形態におけるデータ中継装置の動作を示すフロー図である。
【図５】ＤｏＳアタックの方法及びその対処方法に関する従来技術について説明するための図である。
【符号の説明】
２０…データ配信装置、３０ａ〜３０ｉ…データ中継装置、３１…通信部、３２…セッション情報処理部、３３…データベース、３４…グループ管理処理部、３５…データ中継処理部、３６…判断部、４０ａ〜４０ｃ…データ受信装置、５０…ネットワーク、２０１…データ配信装置、２１０…データ配信装置、３０１〜３０４…ルータ、４０１・４０２…データ受信装置、４１０…データ受信装置、５００…通信回線網
【図１】
2005064583.tif 000003
【図２】
2005064583.tif 000004
【図３】
2005064583.tif 000005
【図４】
2005064583.tif 000006
【図５】
2005064583.tif 000007