(57)【要約】【課題】ユーザがマルチキャストトラヒック受信要求を行い、当該要求を受信したエッジルータが認証サーバへ認証要求を行う際に、より柔軟に認証サーバを選択するとともに、サービスの拡張、事業形態の拡張に適用する。【解決手段】ユーザ端末２、ＩＰマルチキャストトラヒック配信サーバ３（１〜Ｍ台）、エッジルータ１（特にユーザ２を収容するエッジルータをユーザ収容エッジルータとする）、および、認証サーバ５（１〜Ｎ台）から構成される。そして、ネットワーク４内のエッジルータ１は、従来のエッジルータが保持する機能に加えて、認証サーバ選択テーブル１１を保持する。なお、各エッジルータ１が保持する認証サーバ選択テーブル１１は、同一のテーブルとは限らない。【選択図】図１
2005203966.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰマルチキャストネットワークを介して、複数のエッジルータと、該エッジルータに収容された複数のユーザ端末と、該ユーザ端末からマルチキャストトラヒック受信要求を受ける配信サーバと、該ユーザ端末から認証要求を受ける認証サーバとを備えたＩＰマルチキャスト認証サーバ選択システムにおいて、
ＩＰネットワークにおけるマルチキャスト通信に用いられ、かつ上記認証サーバを選択するための認証サーバ選択テーブルを保持するエッジルータを設けることを特徴とするＩＰマルチキャスト認証サーバ選択システム。
【請求項２】
請求項１に記載のＩＰマルチキャスト認証サーバ選択システムにおいて、
前記認証サーバ選択テーブルは、ユーザ端末のマルチキャストトラヒック受信要求内にあって、該ユーザ端末が要求するマルチキャストトラヒックを配信しているマルチキャストトラヒック配信サーバの配信元ＩＰアドレス、もしくは、マルチキャストアドレス、もしくは、認証サーバ識別子、もしくは、ユーザ端末の送信元ＩＰアドレス、もしくは、これらの組み合わせにより作成されるもので、当該要求に対する認証要求をどの認証サーバへ送信するかを決定するテーブルであることを特徴とするＩＰマルチキャスト認証サーバ選択システム。
【請求項３】
請求項２に記載のＩＰマルチキャスト認証サーバ選択システムにおいて、
前記認証サーバ識別子を、マルチキャストトラヒック受信要求に含めることを特徴とするＩＰマルチキャスト認証サーバ選択システム。
【請求項４】
請求項１から請求項３までのいずれかに記載のＩＰマルチキャスト認証サーバ選択システムにおいて、
前記ＩＰマルチキャスト認証サーバ選択システムを、マルチキャストトラヒック受信要求を契機に、エッジルータがアクセスを実施する場合における、課金サーバ、マルチキャスト管理サーバを含むサーバ類を選択する場合に適用することを特徴とするＩＰマルチキャスト認証サーバ選択システム。
【請求項５】
ＩＰマルチキャストネットワークを介して、複数のエッジルータと、該複数のエッジルータの各々に収容された複数のユーザ端末と、該ユーザ端末からマルチキャストトラヒック受信要求を受ける複数の配信サーバと、該ユーザ端末から認証要求を受ける複数の認証サーバとを備えたＩＰマルチキャスト認証サーバ選択方法において、
第１の配信サーバから送出されたマルチキャストトラヒックに対するマルチキャストトラヒック受信要求に対しては、第１の認証サーバを用いて認証し、第２の配信サーバから送出されたマルチキャストトラヒックに対するマルチキャストトラヒック受信要求に対しては、第２の認証サーバを用いて認証を実施する場合には、各ユーザ端末の送出するマルチキャストトラヒック受信要求内の、マルチキャストトラヒック送信元ＩＰアドレスをエッジルータが保持する認証サーバ選択テーブルに登録しておき、該テーブルを参照することで、該エッジルータは認証サーバを選択することを特徴とするＩＰマルチキャスト認証サーバ選択方法。
【請求項６】
ＩＰマルチキャストネットワークを介して、複数のエッジルータと、該複数のエッジルータの各々に収容された複数のユーザ端末と、該ユーザ端末からマルチキャストトラヒック受信要求を受ける複数の配信サーバと、該ユーザ端末から認証要求を受ける複数の認証サーバとを備えたＩＰマルチキャスト認証サーバ選択方法において、
第１のエッジルータに収容されているユーザ端末が移動して、第２のエッジルータに収容された場合に、第１および第２のエッジルータが保持する認証サーバ選択テーブルに、ＡＩＤ＝１なるマルチキャストトラヒック受信要求を、第１または第２のエッジルータが受信した場合には、第１の認証サーバへ認証要求を送出することを該認証サーバ選択テーブルに登録することで、ユーザ端末が登録されている認証サーバへ認証要求を送出することを特徴とするＩＰマルチキャスト認証サーバ選択方法。
【請求項７】
ＩＰマルチキャストネットワークを介して、複数のエッジルータと、該複数のエッジルータの各々に収容された複数のユーザ端末と、該ユーザ端末からマルチキャストトラヒック受信要求を受ける複数の配信サーバと、該ユーザ端末から認証要求を受ける複数の認証サーバとを備えたＩＰマルチキャスト認証サーバ選択方法において、
第１のエッジルータに収容されているユーザ端末が移動して、第２のエッジルータに収容された場合に、該ユーザ端末が第１のマルチキャストネットワークに配備された第１のエッジルータへマルチキャストトラヒック受信要求を送出した際に、ＡＩＤ＝１で当該要求を送出した場合、当該要求を受信した該第１のエッジルータは、第１の認証サーバへ認証要求を送出し、該ユーザ端末が第２のマルチキャストネットワークに配備された第２のエッジルータへマルチキャストトラヒック受信要求を送出した際に、ＡＩＤ＝１で当該要求を送出した場合、当該要求を受信した第２のエッジルータは、第３の認証サーバへ認証要求を送出するように、ネットワーク毎、かつエッジルータ毎に認識するＡＩＤと認証サーバの組み合わせを、認証サーバ選択テーブルに登録することで、ユーザ端末が登録されている認証サーバへ認証要求を送出することを特徴とするＩＰマルチキャスト認証サーバ選択方法。
【請求項８】
エッジルータのコンピュータが実行する認証サーバ選択用プログラムであって、
該エッジルータのコンピュータに、各ユーザ端末の送出するマルチキャストトラヒック受信要求内の、マルチキャストトラヒック送信元ＩＰアドレスを認証サーバ選択テーブルに登録する手順、該テーブルを参照することで、第１の配信サーバから送出されたマルチキャストトラヒックに対するマルチキャストトラヒック受信要求に対しては、該認証サーバ選択テーブルを参照して第１の認証サーバに認証要求を送出する手順、第２の配信サーバから送出されたマルチキャストトラヒックに対するマルチキャストトラヒック受信要求に対しては、第２の認証サーバに認証要求を送出する手順、該第１または第２の認証サーバから返送された認証結果の通知を受信し、当該ユーザ端末に通知する手順を、実行させるための認証サーバ選択用プログラム。
【請求項９】
エッジルータのコンピュータが実行する認証サーバ選択用プログラムであって、
該エッジルータのコンピュータに、ユーザ端末毎に認証サーバ識別子を認証サーバ選択テーブルに登録する手順、第１のエッジルータに収容されているユーザ端末が移動して、第２のエッジルータに収容された場合、該ユーザ端末からＡＩＤ＝１なるマルチキャストトラヒック受信要求を受信した場合には、該認証サーバ選択テーブルを参照して、第１の認証サーバへ認証要求を送出する手順、該第１の認証サーバから返送された認証結果の通知を受信し、当該ユーザ端末に通知する手順を、実行させるための認証サーバ選択用プログラム。
【請求項１０】
エッジルータのコンピュータが実行する認証サーバ選択用プログラムであって、
該エッジルータのコンピュータに、ネットワーク毎、かつエッジルータ毎に認識するＡＩＤと認証サーバの組み合わせを認証サーバ選択テーブルに登録する手順、第１のエッジルータに収容されているユーザ端末が移動して、第２のエッジルータに収容された場合に、該ユーザ端末が第１のマルチキャストネットワークに配備された第１のエッジルータへマルチキャストトラヒック受信要求を送出した際に、ＡＩＤ＝１で当該要求を送出した場合、当該要求を受信した該第１のエッジルータは、該認証サーバ選択テーブルを参照して第１の認証サーバへ認証要求を送出する手順、該ユーザ端末が第２のマルチキャストネットワークに配備された第２のエッジルータへマルチキャストトラヒック受信要求を送出した際に、ＡＩＤ＝１で当該要求を送出した場合、当該要求を受信した第２のエッジルータは、第３の認証サーバへ認証要求を送出する手順、該第１または第３の認証サーバから返送された認証結果の通知を受信し、当該ユザ端末に通知する手順を、実行させるための認証サーバ選択用プログラム。
【請求項１１】
請求項８から請求項１０までのいずれかに記載の認証サーバ選択用プログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰネットワークにおいて、認証等を用いてＩＰパケットを限定したユーザにマルチキャスト配信する認証サーバを選択するシステムと方法に関し、特に、要求されるマルチキャストトラヒックに適した認証サーバを選択することができるＩＰマルチキャスト認証サーバ選択システムおよびその方法、ならびにそのプログラムと記録媒体に関する。
【背景技術】
【０００２】
従来のマルチキャストトラヒック受信については、ユーザがマルチキャストトラヒックを受信する際に、ユーザがＩＧＭＰｖ２（ＲＦＣ２２３６（非特許文献１参照））、ＩＧＡＰ（ｄｒａｆｔ−ｈａｙａｓｈｉ−ｉｇａｐ−０３（非特許文献２参照））、ＩＧＭＰｖ３（ＲＦＣ３３７６（非特許文献３参照））、ＭＬＤｖ１（ＲＦＣ２７１０（非特許文献４））、ＭＬＤｖ２（ｄｒａｆｔ−ｖｉｄａ−ｍｌｄ−ｖ２−０７（非特許文献５））、およびＭＬＤＡ（ｄｒａｆｔ−ｈａｙａｓｈｉ−ｍｌｄａ−０１（非特許文献６））等のマルチキャスト加入プロトコルを用いてエッジルータへ‘マルチキャストトラヒックの受信要求’を実施していた。
【０００３】
従来より普及しているマルチキャスト加入プロトコルはＡＳＭ（Ａｎｙ  Ｓｏｕｒｃｅ  Ｍｕｌｔｉｃａｓｔ）ベースのものであって、ユーザは、要求するマルチキャストトラヒックのマルチキャストアドレスに対しての視聴要求を行い、どの配信サーバから送出されているマルチキャストトラヒックかは意識しない。これを（＊，Ｇ）要求とする。ここで、＊は、マルチキャストトラヒックの送信元がＤｏｎ’ｔ  Ｃａｒｅであることを示しており、全ての送信元が対象となる。Ｇは、マルチキャストグループ、つまりは要求するマルチキャストトラヒックのマルチキャストアドレスを示す。上述のＩＧＭＰｖ２、ＩＧＡＰ、ＭＬＤｖ１がＡＳＭに該当する。
【０００４】
今後は、ＳＳＭ（Ｓｏｕｒｃｅ  Ｓｐｅｃｉｆｉｃ  Ｍｕｌｔｉｃａｓｔ）の需要も高まり、これに関するサービスも普及するものと考えられる。ＳＳＭは前述のＡＳＭと異なり、（Ｓ，Ｇ）に対するマルチキャストトラヒックへの受信要求を行う。Ｓはマルチキャストトラヒックの送信元ＩＰアドレスを示し、ＧはＡＳＭのそれと同様である。つまり、単にＧだけを指定する要求ではなく、どの配信元からのマルチキャストトラヒックが欲しいかもユーザが指定できるようになる。上述のＩＧＭＰｖ３、ＭＬＤｖ２、ＭＬＤＡがＳＳＭに該当する。
これらのＧとしては、ＩＰｖ４におけるマルチキャストアドレスとＩＰｖ６におけるマルチキャストアドレスが考えられる。
【０００５】
また、ユーザのマルチキャスト受信要求がＡＳＭベースのものであっても、エッジルータが何らかの変換処理を行い、ネットワーク内ではＳＳＭとして用いるケースも考えられる。
図１１は、ＡＳＭの一例を示す説明図である。
ＩＰアドレス１７２．１．１．２／２４を持つインタフェースでネットワークに接続されているマルチキャストトラヒック配信サーバ３Ａと、ＩＰアドレス１７２．１．２．２／２４を持つインタフェースでネットワークに接続されているマルチキャストトラヒック配信サーバ３Ｂが存在し、配信サーバ３Ａが２３０．１．１．１宛のマルチキャストトラヒックを送出し、配信サーバ３Ｂが２３０．１．１．２宛のマルチキャストトラヒックを送出している場合に、ユーザ２が（＊，Ｇ）＝（＊，２３０．１．１．１）なるマルチキャストトラヒックの受信要求を行った際には、配信サーバ３Ａから送出された２３０．１．１．１宛のマルチキャストトラヒックがユーザへ送出される。なお、ここでは、マルチキャストルーティングプロトコルの動作の説明は省略する。
【０００６】
しかし、配信サーバ３Ｂも同様に２３０．１．１．１宛のマルチキャストトラヒックを送出した場合、ネットワークがＳＳＭに対応していると仮定した場合、ユーザ２が受信要求を行う（＊，２３０．１．１．１）に対して、ユーザ２を収容するエッジルータ１Ａは、配信サーバ３Ａ，３Ｂの両要求がユーザ２の要求に合致するものと考える。なお、実際にユーザ２を収容するエッジルータ１Ａが、ユーザ２の要求を受け付けるか否か、および、受け付けた場合にマルチキャストトラヒックを転送するか否か、についてはここでは触れない。
【０００７】
図１２は、ＳＳＭの一例を示す説明図である。
一方、図１２に示すように、ユーザ２が（１７２．１．１．２，２３０．１．１．１）へＳＳＭベースのマルチキャストトラヒック受信要求を行った場合、ネットワーク内もＳＳＭ対応のマルチキャストルーティングプロトコルを動作していれば、両配信サーバ３Ａ，３Ｂが２３０．１．１．１宛のマルチキャストトラヒックを送信していても、マルチキャストトラヒックの送信元ＩＰアドレス（ここでは、１７２．１．１．２）もマルチキャストトラヒック受信要求に含まれているので、ユーザ収容エッジルータ１Ａは、（Ｓ，Ｇ）の両方がユーザ２の要求に合致するマルチキャストトラヒックのみをユーザへ送出することができる。
ユーザ２からのマルチキャストトラヒック受信要求を終端した、ユーザ２を収容するエッジルータ１Ａが当該要求に対するマルチキャストトラヒックをユーザ２へ送出して良いか否かを判定するために認証する必要がある場合には、認証サーバへ当該マルチキャストトラヒック受信要求情報の要素を認証情報の要素に置き換え認証要求として送出する方式が検討されている。
【０００８】
図１３は、エッジルータが認証サーバへ問い合わせる例を示す説明図である。
図１３に示すように、認証サーバ５は、当該認証要求に対して認証を行い、その認証結果をエッジルータ１Ａに返送する。この認証結果がＯＫであれば、エッジルータ１Ａはマルチキャストトラヒックをユーザ２へ送出し、ＮＧであれば、マルチキャストトラヒックをユーザ２に転送しない。
ここで、エッジルータ１Ａが認証サーバ５Ａに認証要求を行う際に、どの認証サーバへ認証要求を送信するかという認証サーバの選択は、スタティックに単一の認証サーバを記述する方式や、認証サーバの優先度により切り替える方式により実施されている。
例えば、前者は、エッジルータ１Ａが保持するテーブルに、全てのマルチキャスト受信要求に対して、認証サーバ５Ａに認証要求を行うという記述があれば良く、後者は、プライマリ認証サーバとセカンダリ認証サーバを設定し、プライマリ認証サーバがダウンしたと判定されたならセカンダリ認証サーバへ認証要求を実施できるような記述があれば良い。
以上の方式が、従来方式である。
【０００９】
【非特許文献１】ＲＦＣ２２３６
【非特許文献２】ｄｒａｆｔ−ｈａｙａｓｈｉ−ｉｇａｐ−０３
【非特許文献３】ＲＦＣ３３７６
【非特許文献４】ＲＦＣ２７１０
【非特許文献５】ｄｒａｆｔ−ｖｉｄａ−ｍｌｄ−ｖ２−０７
【非特許文献６】ｄｒａｆｔ−ｈａｙａｓｈｉ−ｍｌｄａ−０１
【発明の開示】
【発明が解決しようとする課題】
【００１０】
前述の従来方式では、マルチキャストトラヒック受信要求を受信したエッジルータが認証サーバに認証要求を行う際に、マルチキャストトラヒックの配信者毎に認証サーバを選択できないという問題があるとともに、異なるネットワーク（エンティティ）に属する認証サーバへの認証要求の区別ができないので、ネットワーク独自の認証が実施できないという問題があり、また、全てのユーザに対して同一の認証サーバ宛に認証要求を送信しなければならないという問題があった。さらに、ユーザが移動することで、当該ユーザが収容されているエッジルータが変更になった場合において、移動先のエッジルータに登録されている認証サーバへの認証要求しかできないという問題があり、また、ユーザの認証情報が登録されている認証サーバの情報がわからないので、ネットワーク内の全ての認証サーバに同一の認証情報を登録しなければならないか、もしくは、認証サーバ間で連携する必要があるという問題もあった。さらに、同一の認証サーバに認証要求を送出するので、負荷が集中するという問題も存在した。
【００１１】
（目的）
そこで、本発明の目的は、上記の問題点を解消し、ユーザがマルチキャストトラヒック受信要求を行い、当該要求を受信したエッジルータが認証サーバへ認証要求を行う際に、より柔軟に認証サーバを選択することができ、サービスの拡張、事業形態の拡張に適用できるとともに、認証サーバの負荷分散が可能になるようなＩＰマルチキャスト認証サーバ選択システムおよびその方法を提供することにある。
【課題を解決するための手段】
【００１２】
本発明のＩＰマルチキャスト認証サーバ選択システムは、ユーザがマルチキャストトラヒックの受信要求を行い、当該要求を受信したエッジルータは、認証サーバ選択テーブルに基づいて認証要求を行う認証サーバを選択し、認証サーバ選択テーブルに記述される選出アルゴリズムは、ユーザの受信要求内に存在する、配信元アドレス、マルチキャストアドレス、認証サーバ識別子、ユーザの送信元ＩＰアドレスの各値のいずれか一つ、もしくは、これらの値の組み合わせにより作成され、上記認証サーバ選択テーブルを参照して最適な認証サーバにエッジルータが認証要求を送出する。
【００１３】
本発明のＩＰマルチキャスト認証サーバ選択システムは、図１に示すように、ユーザ端末２、ＩＰマルチキャストトラヒック配信サーバ３（１〜Ｍ台）、エッジルータ１（特にユーザ２を収容するエッジルータをユーザ収容エッジルータとする）、および、認証サーバ５（１〜Ｎ台）から構成される。そして、ネットワーク４内のエッジルータ１は、従来のエッジルータが保持する機能に加えて、認証サーバ選択テーブル１１を保持する。なお、各エッジルータ１が保持する認証サーバ選択テーブル１１は、同一のテーブルとは限らない。
図１に示すように、認証サーバ５および配信サーバ３は、複数のネットワーク４に分散配備されている。
【００１４】
本発明においては、ユーザがマルチキャスト受信要求時に用いるプロトコルにより、受信要求内に存在する値と存在しない値が存在する。例えば、ＩＧＭＰｖ３、ＭＬＤｖ２、およびＭＬＤＡのように、ＳＳＭ（Ｓｏｕｒｃｅ  Ｓｐｅｃｉｆｉｃ  Ｍｕｌｔｉｃａｓｔ）ベースのマルチキャストトラヒック受信要求を用いる場合には、配信元アドレスが当該要求に含まれているが、ＩＧＭＰｖ２、ＩＧＡＰ、およびＭＬＤｖ１のように、ＡＳＭ（Ａｎｙ  Ｓｏｕｒｃｅ  Ｍｕｌｔｉｃａｓｔ）ベースのマルチキャストトラヒック受信要求を用いる場合は配信元アドレスが当該要求に含まれないという差分は存在する。しかし、ユーザの受信要求がＡＳＭであっても、ネットワーク内での変換手法によりネットワーク内ではＳＳＭとして扱うことが考えられるので、エッジルータが保持する認証サーバ選択テーブルは、ユーザのマルチキャスト受信要求がＡＳＭであるか、あるいはＳＳＭであるかには依存しないものとする。
【発明の効果】
【００１５】
本発明によれば、エッジルータに適用することで、ユーザがマルチキャストトラヒック受信要求を行い、当該要求を受信したエッジルータが認証サーバへ認証要求を行う際に、より柔軟に認証サーバを選択することができ、サービスの拡張、事業形態の拡張に適用することができる。また、認証サーバの負荷分散が可能になる。また、ユーザの登録されている認証サーバを認証サーバ選択テーブルに記述することで、エッジルータは適切な認証サーバへの認証要求を行うことが可能になる。
【発明を実施するための最良の形態】
【００１６】
（第１の実施例）
図１は、本発明の各実施例の共通に係るＩＰマルチキャスト認証サーバ選択システムの構成図であり、図５は本発明の第１の実施例に係る認証サーバ選択テーブルの構成図である。
本実施例のシステムは、図１に示すように、ユーザ収容エッジルータ１と、ユーザ端末２と、マルチキャストトラヒック配信サーバ群３と、マルチキャストネットワーク４と、認証サーバ群５とから構成され、ユーザ端末２はユーザ収容エッジルータ１に収容されている。
また、認証サーバ群５は、認証サーバ（１）から（Ｎ）までのＮ台（Ｎ＝１，・・・，Ｎ）の認証サーバが存在する。また、マルチキャストトラヒック配信サーバ群３はマルチキャストトラヒック配信サーバ（１）から（Ｍ）までのＭ台（Ｍ＝１，・・・，Ｍ）が存在する。
【００１７】
ユーザ収容エッジルータ１は、グループ管理機能、経路制御機能、中継機能、マルチキャストテーブル等のマルチキャスト配信を実現するためにルータが保持すべき機能／要素に加え、認証サーバ選択テーブル１１を保持する。
エッジルータ１が保持する認証サーバ選択テーブル１１は、図５に示すようなテーブルであって、ユーザのマルチキャストトラヒック受信要求内にある、要求するマルチキャストトラヒックの、マルチキャストトラヒック配信サーバ３の配信元ＩＰアドレス（ＳＳＡ）により、当該要求に対する認証要求をどの認証サーバ３へ送信するかを決定する。
【００１８】
図５では、ＳＳＡが１７２．１０．１０．０／２４であれば、認証サーバ（１）への認証要求を送出し、ＳＳＡが１７２．２０．１０．０／２４であれば、認証サーバ（２）へ認証要求を送出し、ＳＳＡがその他のＩＰアドレスであれば、認証サーバ（Ｎ）へ認証要求を送出することを示している。
ＳＳＡはＩＰｖ６アドレス、ＩＰｖ４アドレスなどのアドレス形態は問わない。
また、図５中の認証要求する認証サーバ列にある「認証サーバ」１等の記述は、認証サーバのＩＰアドレスが考えられるが、エッジルータが送出する認証要求を認証サーバ１宛に送信できるものであれば良い。
【００１９】
例えば、図１に示すように、異なるＡＳ（Ａｕｔｏｎｏｍｏｕｓ  Ｓｙｓｔｅｍ）となる、ＩＰマルチキャストネットワーク（１）とネットワーク（２）が存在し、ネットワーク（１）内の配信サーバから送出されたマルチキャストトラヒックに対するマルチキャストトラヒック受信要求に対しては、ネットワーク（１）内に存在する認証サーバ（１）を用いて認証し、ネットワーク（２）内の配信サーバから送出されたマルチキャストトラヒックに対するマルチキャストトラヒック受信要求に対しては、ネットワーク（２）内に存在する認証サーバ（２）を用いて認証を実施したいという要求が存在する場合に、ユーザの送出するマルチキャストトラヒック受信要求内の、マルチキャストトラヒック送信元ＩＰアドレス（ＳＳＡ）を参照する。エッジルータは、ネットワーク（１）内の全ての配信サーバのＳＳＡへのマルチキャストトラヒック受信要求受信時には、認証サーバ（１）へ認証要求を送出し、ネットワーク（２）内の全ての配信サーバのＳＳＡへのマルチキャストトラヒック受信要求時には、認証サーバ（２）へ認証要求を送出することを記述した、認証サーバ選択テーブル１１を参照することで、認証サーバの選択が可能となる。
【００２０】
図２は、第１の実施例における認証サーバ選択システムに係る説明図である。
例えば、図２に示すように、同一ネットワーク内に複数の配信サーバ３Ａ，３Ｂと認証サーバ５Ａ，５Ｂが存在した場合に、配信サーバ３Ａから送出されたマルチキャストトラヒックに対するマルチキャストトラヒック受信要求に対しては、認証サーバ５Ａを用いて認証し、配信サーバ３Ｂから送出されたマルチキャストトラヒックに対するマルチキャストトラヒック受信要求に対しては、認証サーバ５Ｂを用いて認証を実施したいという要求が存在する場合に、ユーザ２の送出するマルチキャストトラヒック受信要求内の、マルチキャストトラヒック送信元ＩＰアドレス等を参照することで、エッジルータ１Ａは認証サーバの選択が可能となる。
これにより、マルチキャストトラヒック配信サーバ毎に、どの認証サーバへ認証要求を送出するかをエッジルータが判定できるため、マルチキャストトラヒック配信サーバもしくはマルチキャストトラヒック配信サーバで配信するマルチキャストトラヒックの所有者の要求に従って認証サーバを選択することができる。
【００２１】
（第２の実施例）
図１は、本発明の各実施例のＩＰマルチキャスト認証サーバ選択システムの構成図であり、図６は本発明の第２の実施例に係る認証サーバ選択テーブルの構成図である。
本実施例は、図１に示すように、ユーザ収容エッジルータ１と、ユーザ端末２と、マルチキャストトラヒック配信サーバ群３と、ＩＰマルチキャストネットワーク４と、認証サーバ群５とから構成され、ユーザ端末２はユーザ収容エッジルータ１に収容されている。
認証サーバ群５は、認証サーバ（１）から（Ｎ）までのＮ台（Ｎ＝１，・・・，Ｎ）の認証サーバが存在する。また、マルチキャストトラヒック配信サーバ群３は、マルチキャストトラヒック配信サーバ（１）から（Ｍ）までのＭ台（Ｍ＝１，・・・，Ｍ）が存在する。
ユーザ収容エッジルータ１は、グループ管理機能、経路制御機能、中継機能およびマルチキャストテーブル等のマルチキャスト配信を実現するためにルータが保持すべき機能／要素に加え、認証サーバ選択テーブル１１を保持する。
【００２２】
エッジルータ１が保持する認証サーバ選択テーブル１１は、図６に示すようなテーブルであって、ユーザのマルチキャストトラヒック受信要求内にある、要求するマルチキャストトラヒックの、マルチキャストアドレス（ＭＡ）により、当該要求に対する認証要求をどの認証サーバへ送信するかを決定する。
図６では、ＭＡが２３２．０．０．０／８であれば、認証サーバ（１）へ認証要求を送出し、ＭＡが２３０．１．１．１９２／２６であれば、認証サーバ（２）へ認証要求を送出し、ＭＡがその他のＩＰアドレスであれば、認証サーバ（Ｎ）へ認証要求を送出することを示している。
ここで、ＭＡはＩＰｖ６アドレス、ＩＰｖ４アドレスなどのアドレス形態は問わない。
これにより、マルチキャストアドレス毎の認証サーバ選択が可能となるので、認証サーバの負荷分散が可能となる。また、同一のマルチキャストトラヒック配信サーバ内に、複数の所有者からなるマルチキャストトラヒックが存在する場合においても、所有者の要求に従って認証サーバを選択することができる。
【００２３】
（第３の実施例）
図１は、本発明の各実施例に係るＩＰマルチキャスト認証サーバ選択システムの構成図であり、図７は本発明の第３の実施例に係る認証サーバ選択テーブルの構成図である。
本実施例は、図１に示すように、ユーザ収容エッジルータ１と、ユーザ端末２と、マルチキャストトラヒック配信サーバ群３と、ＩＰマルチキャストネットワーク４と、認証サーバ群５とから構成され、ユーザ端末２はユーザ収容エッジルータ１に収容されている。
認証サーバ群５は、認証サーバ（１）から（Ｎ）までのＮ台（Ｎ＝１，・・・，Ｎ）の認証サーバが存在する。また、マルチキャストトラヒック配信サーバ群３は、マルチキャストトラヒック配信サーバ（１）から（Ｍ）までのＭ台（Ｍ＝１，・・・，Ｍ）が存在する。
ユーザ収容エッジルータ１は、グループ管理機能、経路制御機能、中継機能およびマルチキャストテーブル等のマルチキャスト配信を実現するためにルータが保持すべき機能／要素に加え、認証サーバ選択テーブル１１を保持する。
【００２４】
エッジルータ１が保持する認証サーバ選択テーブルは、図７に示すようなテーブルであって、ユーザのマルチキャストトラヒック受信要求内にある。要求するマルチキャストトラヒックの、マルチキャストトラヒック配信サーバの配信元ＩＰアドレス（ＳＳＡ）とマルチキャストアドレス（ＭＡ）のアンド条件により、当該要求に対する認証要求をどの認証サーバへ送信するかを決定する。
図７では、ＳＳＡが１００．１００．１００．１００／３２であり、かつ、ＭＡが２３１．１．１．０／２４であれば、認証サーバ（１）への認証要求を送出し、ＳＳＡが１７２．０．０．０／２４であり、かつ、ＭＡが２３０．１．１．１９２／２６であれば、認証サーバ（２）へ認証要求を送出し、ＳＳＡがその他であり、かつ、ＭＡが２３２．０．０．０／８であれば、認証サーバＮへ認証要求を送出することを示している。
ＳＳＡおよびＭＡは、ＩＰｖ６アドレス、ＩＰｖ４アドレスなどのアドレス形態は問わない。
これにより、複数のマルチキャストトラヒック配信サーバ内に、複数の所有者からなるマルチキャストトラヒックが存在する場合においても、所有者の要求に従って認証サーバを選択することができる。
【００２５】
（第４の実施例）
図１は、本発明の各実施例に係るＩＰマルチキャスト認証サーバ選択システムの構成図であり、図８は本発明の第４の実施例に係る認証サーバ選択テーブルの構成図である。
本実施例は、図１に示すように、ユーザ収容エッジルータ１と、ユーザ端末２と、マルチキャストトラヒック配信サーバ群３と、ＩＰマルチキャストネットワーク４と、認証サーバ群５とから構成され、ユーザ端末２はユーザ収容エッジルータ１に収容されている。
認証サーバ群５は、認証サーバ（１）から（Ｎ）までのＮ台（Ｎ＝１，・・・，Ｎ）の認証サーバが存在する。また、マルチキャストトラヒック配信サーバ群３は、マルチキャストトラヒック配信サーバ（１）から（Ｍ）までのＭ台（Ｍ＝１，・・・，Ｍ）が存在する。
ユーザ収容エッジルータ１は、グループ管理機能、経路制御機能、中継機能およびマルチキャストテーブル等のマルチキャスト配信を実現するためにルータが保持すべき機能／要素に加え、認証サーバ選択テーブル１１を保持する。
【００２６】
エッジルータ１が保持する認証サーバ選択テーブル１１は、図８に示すようなテーブルであって、ユーザのマルチキャストトラヒック受信要求内にある、認証サーバ識別子（ＡＩＤ）により、当該要求に対する認証要求をどの認証サーバへ送信するかを決定する。
ここで、認証サーバ識別子とは、ユーザがマルチキャストトラヒック受信要求の際に要求パケットに付与して送出されるもので、ユーザ毎に異なる値の場合もあるし、ユーザが当該要求に対して登録されている認証サーバを示す識別子であるかも知れない。
例えば、ＩＧＭＰｖ３、ＭＬＤｖ２およびＭＬＤＡでは、ＲｅｓｅｒｖｅｄフィールドやＡｕｘｉｌｉａｒｙ  Ｄａｔａフィールドを用いることで、上述のＡＩＤを設定することが可能である。ＩＧＡＰでは、Ｒｅｓｅｒｖｅｄフィールド、Ｍｅｓｓａｇｅフィールドなどを用いて設定可能である。ここに示す方法以外でも、ＡＩＤを付与する設定は可能である。
【００２７】
図８では、ＡＩＤが１であれば、認証サーバ（１）へ認証要求を送出し、ＡＩＤが２であれば、認証サーバ（２）へ認証要求を送出し、ＡＩＤがＮであれば、認証サーバ（Ｎ）へ認証要送を送出することを示している。
ＳＳＡおよびＭＡは、ＩＰｖ６アドレス、ＩＰｖ４アドレスなどのアドレス形態は問わない。
図３は、第４の実施例におけるユーザ移動の時の認証サーバ選択動作の説明図（１）である。
例えば、図３に示すように、エッジルータ１Ａに収容されているユーザ端末２Ａが移動して２Ｂとなり、エッジルータ１Ｅに収容された場合において、エッジルータ１Ａおよびエッジルータ１Ｅが保持する認証サーバ選択テーブルに、ＡＩＤ＝１なるマルチキャストトラヒック受信要求を、エッジルータ１Ｅが受信した場合には、認証サーバ５Ａへ認証要求を送出すると記述することで、広範囲に分散する認証サーバの全てに、各ユーザの情報を登録することなく、ユーザが登録されている認証サーバへ認証要求を送出することが可能となる。従って、登録されていないエリアへユーザが移動してマルチキャストトラヒックの受信を要求した場合においても、エッジルータ１は、当該ユーザが登録されている認証サーバを認識し、認証要求を送出することが可能である。
【００２８】
図４は、第４の実施例におけるユーザ移動の時の認証サーバ選択動作の説明図（２）である。
また、図４に示すように、エッジルータ１Ａに収容されているユーザ端末２Ａが移動して２Ｂとなり、エッジルータ１Ｅに収容された場合において、ユーザがマルチキャストネットワーク（１）に配備されたエッジルータ１Ｄへ、マルチキャストトラヒック受信要求を送出した際に、ＡＩＤ＝１で当該要求を送出した場合、当該要求を受信したエッジルータ１Ｄは、認証サーバ５Ａに認証要求を送出するが、ユーザがマルチキャストネットワーク（２）に配備されたエッジルータ１Ｅへ、マルチキャストトラヒック受信要求を送出した際に、ＡＩＤ＝１で当該要求を送出した場合、当該要求を受信したエッジルータ１Ｅは、認証サーバ５Ｃへ認証要求を送出するという、ネットワーク毎かつエッジルータ毎に認識するＡＩＤと認証サーバの組み合わせを変更することが可能となる。
これにより、自ネットワーク内のユーザに対しては、処理効率のよい認証サーバを用い、自ネットワーク外から移動してきたユーザに対しては、処理効率の低い認証サーバを用いるなどの、柔軟な対応が可能となる。
【００２９】
（第５の実施例）
図１は、本発明の各実施例に係るＩＰマルチキャスト認証サーバ選択システムの構成図であり、図９は本発明の第５の実施例に係る認証サーバ選択テーブルの構成図である。
本実施例は、図１に示すように、ユーザ収容エッジルータ１と、ユーザ端末２と、マルチキャストトラヒック配信サーバ群３と、ＩＰマルチキャストネットワーク４と、認証サーバ群５とから構成され、ユーザ端末２はユーザ収容エッジルータ１に収容されている。
認証サーバ群５は、認証サーバ（１）から（Ｎ）までのＮ台（Ｎ＝１，・・・，Ｎ）の認証サーバが存在する。また、マルチキャストトラヒック配信サーバ群３は、マルチキャストトラヒック配信サーバ（１）から（Ｍ）までのＭ台（Ｍ＝１，・・・，Ｍ）が存在する。
ユーザ収容エッジルータ１は、グループ管理機能、経路制御機能、中継機能およびマルチキャストテーブル等のマルチキャスト配信を実現するためにルータが保持すべき機能／要素に加え、認証サーバ選択テーブル１１を保持する。
【００３０】
エッジルータ１が保持する認証サーバ選択テーブル１１は、図９に示すようなテーブルであって、ユーザのマルチキャストトラヒック受信要求内にある、認証サーバ識別子（ＡＩＤ）と要求するマルチキャストトラヒックのマルチキャストトラヒック配信サーバの配信元ＩＰアドレス（ＳＳＡ）とのアンド条件により、当該要求に対する認証要求をどの認証サーバへ送信するかを決定する。
図９では、ＡＩＤが１であり、かつ、ＳＳＡが１００．１００．１００．１００／３２であれば、認証サーバ（１）へ認証要求を送出し、ＡＩＤが２であり、かつ、ＳＳＡが１７２．０．０．０／２４であれば、認証サーバ（２）へ認証要求を送出し、ＡＩＤがＮであり、かつ、ＳＳＡが１７２．０．０．０／２４であれば、認証サーバ（Ｎ）へ認証要求を送出することを示している。
ＳＳＡおよびＭＡは、ＩＰｖ６アドレス、ＩＰｖ４アドレスなどのアドレス形態は問わない。
これにより、ユーザ毎、マルチキャストトラヒック配信サーバ毎に認証サーバの振り分けが可能となる。
【００３１】
（第６の実施例）
図１は、本発明の各実施例に係るＩＰマルチキャスト認証サーバ選択システムの構成図であり、図１０は本発明の第６の実施例に係る認証サーバ選択テーブルの構成図である。
本実施例は、図１に示すように、ユーザ収容エッジルータ１と、ユーザ端末２と、マルチキャストトラヒック配信サーバ群３と、ＩＰマルチキャストネットワーク４と、認証サーバ群５とから構成され、ユーザ端末２はユーザ収容エッジルータ１に収容されている。
認証サーバ群５は、認証サーバ（１）から（Ｎ）までのＮ台（Ｎ＝１，・・・，Ｎ）の認証サーバが存在する。また、マルチキャストトラヒック配信サーバ群３は、マルチキャストトラヒック配信サーバ（１）から（Ｍ）までのＭ台（Ｍ＝１，・・・，Ｍ）が存在する。
ユーザ収容エッジルータ１は、グループ管理機能、経路制御機能、中継機能およびマルチキャストテーブル等のマルチキャスト配信を実現するためにルータが保持すべき機能／要素に加え、認証サーバ選択テーブル１１を保持する。
【００３２】
エッジルータ１が保持する認証サーバ選択テーブル１１は、図１０に示すようなテーブルであって、ユーザのマルチキャストトラヒック受信要求にある、ユーザの送信元ＩＰアドレス（ＵＳＡ）により、当該要求に対する認証要求をどの認証サーバへ送信するかを決定する。
図１０では、ＵＳＡが１７２．１．１．０／２４であれば、認証サーバ（１）へ認証要求を送出し、ＵＳＡが１７２．１．２．０／２４であれば、認証サーバ（２）へ認証要求を送出し、ＵＳＡがその他であれば、認証サーバ（Ｎ）へ認証要求を送出することを示している。
なお、ＵＳＡは、ＩＰｖ６アドレス、ＩＰｖ４アドレスなどのアドレス形態は問わない。
【００３３】
以上のように、第１〜第６の実施例を挙げたが、これ以外にも実施例等で挙げた、マルチキャストトラヒックの配信元アドレス、マルチキャストアドレス、認証サーバ識別子、ユーザの送信元ＩＰアドレスの組み合わせから、認証サーバ選択テーブルを構成する場合がある。
また、認証サーバ選択テーブルを認証サーバ以外のサーバを選択する場合、例えば、課金サーバや、ユーザのマルチキャストトラヒック受信状態を管理するサーバ等の他のサーバ類にも適用可能である。
【００３４】
なお、エッジルータのコンピュータに、ユーザがマルチキャストトラヒック受信要求を行い、当該要求を受信したエッジルータが認証サーバへ認証要求を行う際に、柔軟に認証サーバを選択することができるような手段として機能させるプログラムを、ＣＤ−ＲＯＭなどの記録媒体に記録しておけば、上記プログラムの売買、貸与などに便利であり、また、コンピュータに記録媒体を装着して、インストールすることで実行させれば、本発明を容易に実現することが可能である。
【図面の簡単な説明】
【００３５】
【図１】本発明の各実施例に係るＩＰマルチキャスト認証サーバ選択システムの構成図である。
【図２】本発明の第１の実施例における認証サーバ選択システムの説明図である。
【図３】本発明の第４の実施例におけるユーザ移動時の認証サーバ選択動作の説明図（１）である。
【図４】本発明の第４の実施例におけるユーザ移動時の認証サーバ選択動作の説明図（２）である。
【図５】本発明の第１の実施例に係る認証サーバ選択テーブルの構成図である。
【図６】本発明の第２の実施例に係る認証サーバ選択テーブルの構成図である。
【図７】本発明の第３の実施例に係る認証サーバ選択テーブルの構成図である。
【図８】本発明の第４の実施例に係る認証サーバ選択テーブルの構成図である。
【図９】本発明の第５の実施例に係る認証サーバ選択テーブルの構成図である。
【図１０】本発明の第６の実施例に係る認証サーバ選択テーブルの構成図である。
【図１１】ＡＳＭの一例を示す説明図である。
【図１２】ＳＳＭの一例を示す説明図である。
【図１３】エッジルータが認証サーバへ問い合わせる例を示す説明図である。
【符号の説明】
【００３６】
１，１Ａ，１Ｂ，１Ｃ，１Ｄ，１Ｅ，１Ｆ…エッジルータ、
２，２Ａ，２Ｂ…ユーザ端末、
３，３Ａ，３Ｂ…マルチキャストトラヒック配信サーバ、
４…ＩＰマルチキャストネットワーク、５，５Ａ，５Ｂ，５Ｃ…認証サーバ、
１１…認証サーバ選択テーブル。
【図１】
2005203966.tif 000003
【図２】
2005203966.tif 000004
【図３】
2005203966.tif 000005
【図４】
2005203966.tif 000006
【図５】
2005203966.tif 000007
【図６】
2005203966.tif 000008
【図７】
2005203966.tif 000009
【図８】
2005203966.tif 000010
【図９】
2005203966.tif 000011
【図１０】
2005203966.tif 000012
【図１１】
2005203966.tif 000013
【図１２】
2005203966.tif 000014
【図１３】
2005203966.tif 000015