JP2003158547A

JP2003158547A - マルチキャスト認証方法、その認証サーバ、ネットワーク間接続装置およびマルチキャスト認証システム

Info

Publication number: JP2003158547A
Application number: JP2002201491A
Authority: JP
Inventors: Masashi Fukutomi; 昌司福富
Original assignee: Furukawa Electric Co Ltd
Current assignee: Furukawa Electric Co Ltd
Priority date: 2001-07-10
Filing date: 2002-07-10
Publication date: 2003-05-30
Also published as: US20020091926A1

Abstract

(57)【要約】【課題】受信者側のホストの機能は既存の仕組みのま
まで、ユーザを正確に認証する。【解決手段】受信者ホスト１０，１１からの参加申し
込みにより、予めマルチキャストグループに参加できる
受信者ホスト１０，１１をユーザ認証サーバ１５に登録
しておき、受信者ホストから参加要求を示すＩＧＭＰの
メンバーシップ・レポートがルータ１２に送信される
と、このレポート内の情報とこのユーザ認証サーバ１５
の登録内容に基づいて受信者ホスト１０，１１の認証が
なされ、認証されると許可時間内でのマルチキャストグ
ループへの受信者ホスト１０，１１の参加を許可する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、送信者ホストの
マルチキャストグループへの受信者ホストの参加を認証
するマルチキャスト認証方法、その認証サーバ、ネット
ワーク間接続装置およびマルチキャスト認証システムに
関し、特に送信者ホストが、インターネットのサービス
事業者である場合の受信者ホストの参加を認証するマル
チキャスト認証方法、その認証サーバ、ネットワーク間
接続装置およびマルチキャスト認証システムに関するも
のである。

【０００２】

【従来の技術】従来のマルチキャスト認証方法は、ＩＥ
ＴＦ（ＩｎｔｅｒｎｅｔＥｎｇｉｎｅｅｒｉｎｇＴ
ａｓｋＦｏｒｃｅ）により標準化されており、例えば
図３４のマルチキャスト認証システムの構成図に示すよ
うに、パーソナルコンピュータ（ＰＣ）などの受信者と
なるホスト（以下、「受信者ホスト」という）１０，１
１と、マルチキャストグループのストリームを配信する
バックボーンネットワーク１３上の送信者となるホスト
（以下、「送信者ホスト」という）１４とを、ネットワ
ーク間接続装置であるルータ１２を介して接続させるも
のがあった。

【０００３】このシステムでは、受信者ホスト１０，１
１とルータ１２間は、ＩＧＭＰ（ＩｎｔｅｒｎｅｔＧ
ｒｏｕｐＭａｎａｇｅｍｅｎｔＰｒｏｔｏｃｏｌ）
によるメッセージの送受信を行っている。このＩＧＭＰ
は、ＲＦＣ２２３６で標準の方式となっており、受信者
ホスト１０，１１は、受信したいマルチキャストグルー
プのアドレスをＩＧＭＰのパケットによってルータ１２
に通知し、ルータ１２は、このようなＩＧＭＰを受信し
たポートＰ０，Ｐ１にだけ、送信者ホスト１４から送信
されるマルチキャストパケットのストリームをフォワー
ドすることにより、必要な受信者ホスト１０，１１にだ
けマルチキャストパケットを中継していた。

【０００４】

【発明が解決しようとする課題】しかしながら、上記従
来例に用いられるＩＧＭＰには、ユーザの認証の仕組み
がないため、受信者ホスト１０，１１からＩＧＭＰメッ
セージを受信したルータは、送信者ホスト１４からのマ
ルチキャストのストリームを無条件でフォワードするこ
ととなる。

【０００５】このため、たとえば企業内のＬＡＮ環境に
おいては、特に利用を制限することのない場合には問題
とならないが、インターネットのサービス事業者のネッ
トワークにおいて、有料のコンテンツなどを配信するよ
うな場合には、サービス事業者からフォワードされるマ
ルチキャストのストリームを、受信者からの要求によっ
て誰でも受信できる状況では、受信者を正確に認識でき
ないという問題点があり、不正アクセスや課金などの面
からも受信者の確認ができないことは問題であった。

【０００６】また、１９９８年５月に発信されたインタ
ーネット・ドラフト「ＩＰマルチキャスト・センダー、
およびレシーバーの認証のためのＩＧＭＰ拡張」draft-
ishikawa-igmp-auth-01.txt（作成者Ｎｏｒｉｈｉｒｏ
石川）では、受信者の認証を行うためのＩＧＭＰの拡張
が提案されているが、この提案では、受信者側のホスト
の機能も拡張しなければならず、既存の機能をそのまま
使用することができないという問題点があった。

【０００７】この発明は、上記問題点に鑑みなされたも
ので、受信者側のホストの機能は既存の仕組みのまま
で、ユーザを正確に認証できるマルチキャスト認証方
法、その認証サーバ、ネットワーク間接続装置およびマ
ルチキャスト認証システムを提供することを目的とす
る。

【０００８】

【課題を解決するための手段】上記目的を達成するた
め、この発明の請求項１にかかるマルチキャスト認証方
法では、複数のホストと送信ホストのネットワーク網と
がネットワーク間接続装置を介して接続されるととも
に、前記ネットワーク網内の認証サーバによって前記送
信ホストのマルチキャストグループへの参加を認証する
マルチキャスト認証方法において、前記受信者ホストか
らの前記送信者ホストのマルチキャストグループへの参
加申し込みに応じて、当該受信者ホストのアドレスまた
は当該受信者ホストが所属するネットワークアドレスを
前記認証サーバに登録する登録工程と、前記受信者ホス
トからの参加要求のメッセージに対し、前記認証サーバ
の登録内容に基づいて受信者ホストの認証を行う認証工
程とを含むことを特徴とする。

【０００９】この発明によれば、参加申し込みにより、
予めマルチキャストグループに参加できる受信者ホスト
を認証サーバに登録しておき、ＩＧＭＰを用いて、受信
者ホストから参加要求を示すメンバーシップ・レポート
が送信されると、このレポート内の情報とこの認証サー
バの登録内容に基づいて受信者ホストの認証がなされる
ことにより、受信者ホストの機能は既存の仕組みのまま
で、受信者ホストを正確に認証する。

【００１０】この発明の請求項２にかかるマルチキャス
ト認証方法では、複数の受信者ホストと送信者ホストの
ネットワーク網とがネットワーク間接続装置および中継
装置を介して接続されるとともに、前記ネットワーク網
内の認証サーバによって前記送信者ホストのマルチキャ
ストグループへの参加を認証するマルチキャスト認証方
法において、前記受信者ホストから前記送信者ホストの
マルチキャストグループへの参加申し込みに応じて、当
該受信者ホストが接続されている前記中継装置のアドレ
スを前記認証サーバに登録する登録工程と、前記受信者
ホストからの参加要求のメッセージに対し、前記認証サ
ーバの登録内容に基づいて前記中継装置の認証を行う認
証工程とを含むことを特徴とする。

【００１１】この発明によれば、参加申し込みにより、
予めマルチキャストグループに参加できる受信者ホスト
が接続されている中継装置を認証サーバに登録してお
き、ＩＧＭＰを用いて、受信者ホストから参加要求を示
すメンバーシップ・レポートが送信されると、このレポ
ート内の情報とこの認証サーバの登録内容に基づいて中
継装置の認証がなされることにより、受信者ホストの機
能は既存の仕組みのままで、受信者ホストを正確に認証
する。

【００１２】この発明の請求項３にかかるマルチキャス
ト認証方法では、上記発明において、前記マルチキャス
ト認証方法では、前記参加要求のメッセージに対して前
記受信者ホストの認証がなされると、前記マルチキャス
トグループへの当該受信者ホストの参加を許可する許可
工程をさらに含むことを特徴とする。

【００１３】この発明によれば、認証されるとマルチキ
ャストグループへの当該受信者ホストの参加を許可する
ことにより、受信者ホストの認証後に、マルチキャスト
グループへのこの受信者ホストの参加が可能となる。

【００１４】この発明の請求項４にかかるマルチキャス
ト認証方法では、上記発明において、前記登録工程で
は、前記受信者ホストのアドレスまたは当該受信者ホス
トが所属するネットワークアドレスまたは前記中継装置
のアドレスとともに、当該受信者ホストまたは当該中継
装置が接続されている前記ネットワーク間接続装置のポ
ートの情報を前記認証サーバに登録することを特徴とす
る。

【００１５】自己のアドレスではない任意のアドレスに
よって参加を試みる受信者ホストに対して、受信者ホス
トのアドレスまたは当該受信者ホストが所属するネット
ワークアドレスまたは前記中継装置のアドレスととも
に、ネットワーク間接続装置のポートの情報を認証サー
バに登録することにより、不正なアクセスを防ぐ。

【００１６】この発明の請求項５にかかるマルチキャス
ト認証方法では、上記発明において、前記登録工程で
は、前記マルチキャストグループのグループアドレスを
さらに前記認証サーバに登録し、前記認証工程では、前
記受信者ホストからの参加要求のメッセージに対し、前
記認証サーバの登録内容に基づいて前記受信者ホストま
たは前記中継装置と前記マルチキャストグループの認証
を行うことを特徴とする。

【００１７】この発明によれば、受信者ホストまたは中
継装置のアドレスとともにグループアドレスによってユ
ーザの認証がなされることにより、受信者ホストの機能
は既存の仕組みのままで、受信者ホストを正確に認証す
る。

【００１８】この発明の請求項６にかかるマルチキャス
ト認証方法では、上記発明において、前記登録工程で
は、全ての前記マルチキャストグループへの参加の申し
込みに応じて、前記受信者ホストのアドレスまたは当該
受信者ホストが所属するネットワークアドレスまたは前
記中継装置のアドレスを前記認証サーバに登録し、前記
許可工程では、前記参加要求のメッセージに対して前記
受信者ホストの認証がなされると、全ての前記マルチキ
ャストグループへの当該受信者ホストの参加を許可する
ことを特徴とする。

【００１９】この発明によれば、グループアドレスの指
定のない受信者アドレスによる参加の申し込みの場合に
は、全てのマルチキャストの参加の申し込みと判断し、
認証がなされると全てのマルチキャストグループへの当
該受信者ホストの参加を許可することにより、受信者ホ
ストの機能は既存の仕組みのままで、受信者ホストを正
確に認証する。

【００２０】この発明の請求項７にかかるマルチキャス
ト認証方法では、上記発明において、前記登録工程で
は、前記マルチキャストグループへの参加を許可する許
可時間をさらに前記認証サーバに登録し、前記許可工程
では、参加要求のメッセージに対して前記受信者ホスト
の認証がなされると、前記許可時間内での前記マルチキ
ャストグループへの当該受信者ホストの参加を許可する
ことを特徴とする。

【００２１】この発明によれば、認証されると許可時間
内でのマルチキャストグループへの当該受信者ホストの
参加を許可することにより、受信者ホストの機能は既存
の仕組みのままで、受信者ホストを正確に認証する。

【００２２】この発明の請求項８にかかるマルチキャス
ト認証方法では、上記発明において、前記登録工程で
は、前記受信者ホストのアドレスまたは中継装置のアド
レスと、前記マルチキャストグループのグループアドレ
スとの組を一つのユーザネームとして登録し、前記認証
工程では、前記参加要求メッセージに含まれる送信元ア
ドレスとグループアドレスを抽出し、当該送信元アドレ
スとグループアドレスの組を一つのユーザネームとし
て、前記認証サーバの登録内容を検索して前記受信者ホ
ストまたは中継装置の認証を行うことを特徴とする。

【００２３】この発明によれば、送信元アドレスまたは
中継装置のアドレスとグループアドレスの組を個別のユ
ーザネームとすることで、マルチキャストグループごと
のユーザの認証が可能となり、受信者ホストの機能は既
存の仕組みのままで、受信者ホストを正確に認証する。

【００２４】この発明の請求項９にかかるマルチキャス
ト認証方法では、上記発明において、前記登録工程で
は、前記受信者ホストまたは当該受信者ホストが所属す
るネットワークアドレスまたは中継装置のアドレスと、
前記マルチキャストグループのグループアドレスとの組
を一つのユーザネームとして登録し、前記認証工程で
は、前記参加要求メッセージに含まれる送信元アドレス
とグループアドレスを抽出し、当該送信元アドレスにそ
のネットワークマスクを掛け合わせることで、ネットワ
ークアドレスを抽出し、当該ネットワークアドレスとグ
ループアドレスの組を一つのユーザネームとして、前記
認証サーバの登録内容を検索して前記受信者ホストまた
は中継装置の認証を行うことを特徴とする。

【００２５】この発明によれば、ネットワークアドレス
とグループアドレスの組を個別のユーザネームとして、
認証サーバへ問い合わせることで、認証サーバのエント
リをＰＣ単位ではなく、加入者単位で登録することが可
能となる。

【００２６】この発明の請求項１０にかかるマルチキャ
スト認証方法では、上記発明において、前記許可工程で
は、前記許可時間は、前記マルチキャストグループごと
に予め設定されており、前記参加申し込みの際に、前記
受信者ホストによって指定された前記マルチキャストグ
ループへの参加時間に基づいて、該受信者ホストに対す
る許可時間を設定して前記認証サーバに登録することを
特徴とする。

【００２７】この発明によれば、マルチキャストグルー
プごとに参加を許可する許可時間が設定されており、ユ
ーザが指定したマルチキャストグループへの参加時間に
基づいて、前記許可時間が設定され、ユーザは時間にな
ると、受信者ホストを起動させてマルチキャスト受信を
開始できる。

【００２８】この発明の請求項１１にかかるマルチキャ
スト認証方法では、上記発明において、前記許可工程で
は、前記許可時間は、前記マルチキャストグループごと
に予め設定されており、前記参加申し込みの際に、前記
受信者ホストによって指定された前記マルチキャストグ
ループに基づいて、前記許可時間を前記認証サーバに登
録することを特徴とする。

【００２９】この発明によれば、マルチキャストグルー
プごとに参加を許可する許可時間が予め設定されてお
り、ユーザがマルチキャストグループを指定すると、そ
の指定に基づいて、設定されている許可時間が自動的に
認証サーバに登録されることとなり、ユーザは時間にな
ると、受信者ホストを起動させてマルチキャスト受信を
開始できる。

【００３０】この発明の請求項１２にかかるマルチキャ
スト認証方法では、上記発明において、前記認証工程
は、前記認証サーバが行い、認証結果とともに、前記受
信者ホストがユーザ登録されている場合には、当該登録
内容である許可時間の情報を前記ネットワーク間接続装
置に送信し、前記許可工程は、前記ネットワーク間接続
装置が行い、受信した前記認証結果に基づいて参加の許
可を判断するとともに、受信した前記許可時間内での前
記マルチキャストグループへの前記受信者ホストの参加
を許可することを特徴とする。

【００３１】この発明によれば、認証サーバが認証工程
を行い、ネットワーク間接続装置が許可工程を行い、認
証されると許可時間の情報がネットワーク間接続装置に
送信され、ネットワーク間接続装置は、受信者ホストに
よる上記許可時間内でのマルチキャスト受信を許可す
る。

【００３２】この発明の請求項１３にかかるマルチキャ
スト認証方法では、上記発明において、前記認証工程お
よび許可工程は、前記ネットワーク間接続装置が行い、
前記認証サーバは、前記参加申し込みの際に、指定され
た前記送信元アドレスとマルチキャストグループに対す
るユーザ登録内容を前記ネットワーク間接続装置に送信
し、該ネットワーク間接続装置は、当該登録内容に基づ
いて前記受信者ホストの認証を行って、前記認証結果に
基づいて参加の許可を判断するとともに、前記許可時間
内での前記マルチキャストアドレスグループへの参加を
許可することを特徴とする。

【００３３】この発明によれば、ネットワーク間接続装
置が認証工程と許可工程を行い、認証サーバは、受信者
ホストからの参加申し込みの際に登録したユーザ登録内
容をネットワーク間接続装置に送信し、ネットワーク間
接続装置は、この登録内容と受信者ホストから受信した
アドレスに基づき、認証を行い、認証されると受信者ホ
ストによる上記許可時間内でのマルチキャスト受信を許
可する。

【００３４】この発明の請求項１４にかかるマルチキャ
スト認証方法では、上記発明において、前記認証工程お
よび許可工程は、前記ネットワーク間接続装置が行い、
前記認証サーバは、前記参加申し込みの際に、指定され
た前記ネットワークアドレスとマルチキャストグループ
に対するユーザ登録内容を前記ネットワーク間接続装置
に送信し、該ネットワーク間接続装置は、当該登録内容
に基づいて前記受信者ホストの認証を行って、前記認証
結果に基づいて参加の許可を判断するとともに、前記許
可時間内での前記マルチキャストアドレスグループへの
参加を許可することを特徴とする。

【００３５】この発明によれば、ネットワーク間接続装
置が認証工程と許可工程を行い、認証サーバは、受信者
ホストからの参加申し込みの際にネットワークアドレス
とマルチキャストグループに対するユーザ登録内容をネ
ットワーク間接続装置に送信し、ネットワーク間接続装
置は、この登録内容と受信者ホストから受信したアドレ
スに基づき、認証を行い、認証されると受信者ホストに
よる上記許可時間内でのマルチキャスト受信を許可す
る。

【００３６】この発明の請求項１５にかかるマルチキャ
スト認証方法では、上記発明において、前記認証工程で
は、前記許可時間にならないと認証の失敗と判断するこ
とを特徴とする。

【００３７】この発明によれば、上記許可時間になる前
に、参加申し込みがなされた受信者ホストから参加要求
のアクセスがあっても受け付けずに、認証の失敗と判断
して許可時間内での再度のアクセスを待つものとする。

【００３８】この発明の請求項１６にかかるマルチキャ
スト認証方法では、上記発明において、前記許可工程で
は、前記マルチキャストのユーザ登録を行い、前記認証
工程で認証失敗と判断されると、該当するユーザ登録の
エントリを削除することを特徴とする。

【００３９】この発明によれば、ネットワーク間接続装
置でのエントリがなくなり、参加要求の再アクセスに対
しては認証工程での認証がなされ、認証されると受信者
ホストによる上記許可時間内でのマルチキャスト受信を
許可する。

【００４０】この発明の請求項１７にかかるマルチキャ
スト認証方法では、上記発明において、前記送信者ホス
トは、インターネットのサービス事業者であり、該サー
ビス事業者が配信サーバによるコンテンツのストリーム
配信サービスを行っており、前記許可工程では、前記許
可時間内に前記配信サーバから配信されるコンテンツの
ストリームを、前記認可された受信者ホストへマルチキ
ャストフォワーディングすることを特徴とする。

【００４１】この発明によれば、サービス事業者のネッ
トワーク網に接続される受信者ホストからのストリーム
の配信サービスの参加申し込みに応じて、当該受信者ホ
ストのアドレスとグループアドレスとともに、マルチキ
ャストグループへの前記受信者ホストの参加を許可する
許可時間を認証サーバに登録し、認証されるとネットワ
ーク間接続装置によって許可時間内に配信サーバからコ
ンテンツのストリームが受信者ホストへマルチキャスト
フォワーディングされる。

【００４２】この発明の請求項１８にかかるマルチキャ
スト認証方法では、上記発明において、実行されたサー
ビスに応じて課金する課金工程をさらに含むことを特徴
とする。

【００４３】この発明によれば、例えばサービス事業者
からのコンテンツのストリーム配信に際し、許可された
時間内での時間配信に対してカウントを行って、そのカ
ウント値に応じて課金される。

【００４４】この発明の請求項１９にかかる認証サーバ
では、送信者ホストのネットワーク網内に設置される認
証サーバにおいて、前記送信者ホストのネットワーク網
に接続される受信者ホストからの前記送信者ホストのマ
ルチキャストグループへの参加申し込みに応じて、当該
受信者ホストのアドレスまたは当該受信者ホストが所属
するネットワークアドレスを登録する登録手段を備えた
ことを特徴とする。

【００４５】この発明によれば、認証サーバでは、参加
申し込み時に、受信者ホストのアドレスを登録手段に登
録しており、当該受信者ホストからの参加要求に対する
認証を可能にする。

【００４６】この発明の請求項２０にかかる認証サーバ
では、送信者ホストのネットワーク網内に設置される認
証サーバにおいて、中継装置を介して前記送信者ホスト
のネットワーク網に接続される受信者ホストからの前記
送信者ホストのマルチキャストグループへの参加申し込
みに応じて、当該中継装置のアドレスを登録する登録手
段を備えたことを特徴とする。

【００４７】この発明によれば、認証サーバでは、中継
装置が介在している場合には、参加要求のメッセージの
送信元が受信者ホストのアドレスから中継装置の当該受
信者ホストが接続されているインターフェースの物理ポ
ートのアドレスに変更されるので、登録手段にも中継装
置の上記物理ポートのアドレスを登録しており、当該受
信者ホストからの参加要求に対する認証を可能にする。

【００４８】この発明の請求項２１にかかる認証サーバ
では、上記発明において、前記認証サーバは、前記受信
者ホストからの参加要求のメッセージに対し、前記登録
手段の登録内容に基づいて参加の認証を行う認証手段
と、前記認証結果を送信する送信手段とをさらに備えた
ことを特徴とする。

【００４９】この発明によれば、認証サーバでは、登録
手段の他に、認証手段と送信手段を備え、参加要求のメ
ッセージの送信元アドレスに対し、登録内容に基づいて
参加の認証を行い、その認証結果をネットワーク間接続
装置に送信し、上記ネットワーク間接続装置による参加
の許可判定を可能にする。

【００５０】この発明の請求項２２にかかる認証サーバ
では、上記発明において、前記登録手段は、前記受信者
ホストのアドレスまたは当該受信者ホストが所属するネ
ットワークアドレスまたは前記中継装置のアドレスとと
もに、当該受信者ホストまたは当該中継装置が接続され
ている所定ポートの情報を登録することを特徴とする。

【００５１】自己のアドレスではない任意のアドレスに
よって参加を試みる受信者ホストに対して、受信者ホス
トのアドレスまたは当該受信者ホストが所属するネット
ワークアドレスまたは前記中継装置のアドレスととも
に、ネットワーク間接続装置のポートの情報を認証サー
バの登録手段に登録することにより、不正なアクセスを
防ぐ。

【００５２】この発明の請求項２３にかかる認証サーバ
では、上記発明において、前記登録手段は、前記受信者
ホストのアドレスまたは当該受信者ホストが所属するネ
ットワークアドレスまたは前記中継装置のアドレスとと
もに、前記参加申し込みを行った前記マルチキャストグ
ループのグループアドレスを登録することを特徴とす
る。

【００５３】この発明によれば、受信者ホストのアドレ
スまたは当該受信者ホストが所属するネットワークアド
レスまたは中継装置のアドレスとともにグループアドレ
スが登録され、これらアドレスによってユーザの認証が
可能となり、受信者ホストの機能は既存の仕組みのまま
で、受信者ホストを正確に認証することができる。

【００５４】この発明の請求項２４にかかる認証サーバ
では、上記発明において、前記登録手段は、前記マルチ
キャストグループへの前記受信者ホストの参加を許可す
る許可時間をさらに登録することを特徴とする。

【００５５】この発明によれば、マルチキャストグルー
プへの参加を許可する許可時間も登録されており、上記
アドレスおよび許可時間によってユーザの認証が可能と
なり、受信者ホストの機能は既存の仕組みのままで、受
信者ホストを正確に認証することができる。

【００５６】この発明の請求項２５にかかる認証サーバ
では、上記発明において、前記認証サーバは、前記参加
申し込みの際に、前記受信者ホストによって指定された
前記マルチキャストグループへの参加時間に基づいて、
前記許可時間を設定して前記登録手段に登録させる制御
手段をさらに備えることを特徴とする。

【００５７】この発明によれば、ユーザがマルチキャス
トグループへの参加時間を指定することにより、制御手
段がユーザの当該マルチキャストグループへの参加の許
可時間を登録手段に登録させて、ユーザからの参加要求
に備える。

【００５８】この発明の請求項２６にかかる認証サーバ
では、上記発明において、前記認証サーバは、前記参加
申し込みの際に、前記受信者ホストによって指定された
前記マルチキャストグループに基づいて、前記許可時間
を前記登録手段に登録させる制御手段をさらに備えたこ
とを特徴とする。

【００５９】この発明によれば、ユーザがマルチキャス
トグループを指定することにより、制御手段が予め設定
されているユーザの参加の許可時間を登録手段に登録さ
せて、ユーザからの参加要求に備える。

【００６０】この発明の請求項２７にかかる認証サーバ
では、上記発明において、前記登録手段は、前記受信者
ホストのアドレスまたは中継装置のアドレスと、前記マ
ルチキャストグループのグループアドレスとの組を一つ
のユーザネームとして登録し、前記認証手段は、前記参
加要求メッセージに含まれる送信元アドレスとグループ
アドレスの組を一つのユーザネームとして、前記登録手
段の登録内容を検索して前記受信者ホストまたは中継装
置の認証を行うことを特徴とする。

【００６１】この発明によれば、認証サーバでは、登録
手段に登録されているユーザのアドレスとグループアド
レスとの組からなるユーザネームと許可時間などの登録
内容を、認証手段が参加要求メッセージの送信元アドレ
スとグループアドレスの組からなるユーザネームで検索
してユーザの認証を行うことで、受信者ホストの機能は
既存の仕組みのままで、受信者ホストを正確に認証する
ことができる。

【００６２】この発明の請求項２８にかかる認証サーバ
では、上記発明において、前記登録手段は、前記受信者
ホストまたは当該受信者ホストが所属するネットワーク
アドレスのアドレスまたは中継装置のアドレスと、前記
マルチキャストグループのグループアドレスとの組を一
つのユーザネームとして登録し、前記認証手段は、前記
参加要求メッセージに含まれる送信元アドレスにそのネ
ットワークマスクを掛け合わせることで、ネットワーク
アドレスを抽出し、当該ネットワークアドレスとグルー
プアドレスの組を一つのユーザネームとして、前記登録
手段の登録内容を検索して前記受信者ホストまたは中継
装置の認証を行うことを特徴とする。

【００６３】この発明によれば、認証サーバでは、登録
手段に登録されているユーザのアドレスまたは当該受信
者ホストが所属するネットワークアドレスとグループア
ドレスとの組からなるユーザネームと許可時間などの登
録内容を、認証手段がネットワークアドレスとグループ
アドレスの組からなるユーザネームで検索してユーザの
認証を行うことで、受信者ホストの機能は既存の仕組み
のままで、受信者ホストを正確に認証することができ
る。

【００６４】この発明の請求項２９にかかる認証サーバ
では、上記発明において、前記送信手段は、前記受信者
ホストからの参加要求のメッセージに対し、前記登録手
段の登録内容を送信することを特徴とする。

【００６５】この発明によれば、認証サーバでは、ネッ
トワーク間接続装置を介して入力する受信者ホストから
の参加要求のメッセージに対し、登録内容を送信し、認
証後の参加許可、たとえばコンテンツのストリーム配信
を可能にする。

【００６６】この発明の請求項３０にかかるネットワー
ク間接続装置では、複数の受信者ホストと接続されると
ともに、送信者ホストのネットワーク網を介して認証サ
ーバと接続されるネットワーク間接続装置において、前
記受信者ホストから受信した参加要求のメッセージの送
信元アドレスを抽出して、認証情報を問い合わせるメッ
セージを作成し、前記認証サーバに送信処理する送信処
理手段と、前記認証サーバから受信した認証結果のメッ
セージに基づいて、前記マルチキャストグループへの前
記参加を許可する許可手段とを備えたことを特徴とす
る。

【００６７】この発明によれば、ネットワーク間接続装
置では、送信処理手段が参加要求メッセージから送信元
アドレスを抽出し、認証を問い合わせるメッセージを送
信し、その認証結果のメッセージを認証サーバから受信
し、認証された場合には、許可手段でグループ参加を許
可する。

【００６８】この発明の請求項３１にかかるネットワー
ク間接続装置では、複数の受信者ホストと接続されると
ともに、送信者ホストのネットワーク網を介して認証サ
ーバと接続されるネットワーク間接続装置において、前
記受信者ホストから受信した参加要求のメッセージの送
信元アドレスにそのネットワークマスクを掛け合わせる
ことで、ネットワークアドレスを抽出して、認証情報を
問い合わせるメッセージを作成し、前記認証サーバに送
信処理する送信処理手段と、前記認証サーバから受信し
た認証結果のメッセージに基づいて、前記マルチキャス
トグループへの前記参加を許可する許可手段とを備えた
ことを特徴とする。

【００６９】この発明によれば、ネットワーク間接続装
置では、送信処理手段が参加要求メッセージの送信元ア
ドレスにそのネットワークマスクを掛け合わせてネット
ワークアドレスを抽出し、認証を問い合わせるメッセー
ジを送信し、その認証結果のメッセージを認証サーバか
ら受信し、認証された場合には、許可手段でグループ参
加を許可する。

【００７０】この発明の請求項３２にかかるネットワー
ク間接続装置によれば、上記発明において、前記ネット
ワーク間接続装置は、前記マルチキャストグループの受
信者を管理するための管理テーブルをさらに備え、前記
送信処理手段は、前記抽出した送信元アドレスのエント
リが前記管理テーブルに存在するか判断し、該判断結果
に基づいて、前記認証情報を問い合わせるメッセージを
送信することを特徴とする。

【００７１】この発明によれば、ネットワーク間接続装
置では、メッセージから抽出した送信元アドレスとグル
ープアドレスのエントリが、管理テーブルにない場合
に、認証情報を認証サーバに問い合わせる。

【００７２】この発明の請求項３３にかかるネットワー
ク間接続装置によれば、上記発明において、前記送信処
理手段は、前記受信した参加要求のメッセージの送信元
アドレスとともにグループアドレスを抽出して、認証情
報を問い合わせるメッセージを作成し、前記認証サーバ
に送信処理することを特徴とする。

【００７３】この発明によれば、ネットワーク間接続装
置では、送信処理手段が参加要求メッセージから送信元
アドレスとグループアドレスを抽出し、認証を問い合わ
せるメッセージを送信する。

【００７４】この発明の請求項３４にかかるネットワー
ク間接続装置によれば、上記発明において、前記送信処
理手段は、前記受信した参加要求のメッセージの送信元
アドレスとともにグループアドレスを抽出し、当該送信
元アドレスにそのネットワークマスクを掛け合わせるこ
とで、ネットワークアドレスを抽出して、認証情報を問
い合わせるメッセージを作成し、前記認証サーバに送信
処理することを特徴とする。

【００７５】この発明によれば、ネットワーク間接続装
置では、送信処理手段が参加要求メッセージのグループ
アドレスと、送信元アドレスにそのネットワークマスク
を掛け合わせてネットワークアドレスとを抽出し、認証
を問い合わせるメッセージを送信する。

【００７６】この発明の請求項３５にかかるネットワー
ク間接続装置では、上記発明において、前記許可手段で
は、前記認証サーバから受信した認証結果のメッセージ
に基づいて、許可時間内での前記マルチキャストグルー
プへの前記参加を許可することを特徴とする。

【００７７】この発明によれば、認証結果のメッセージ
を認証サーバから受信し、認証された場合には、許可手
段で許可時間内でのグループ参加を許可する。

【００７８】この発明の請求項３６にかかるネットワー
ク間接続装置では、上記発明において、前記許可手段で
は、前記認証サーバでの認証結果が認証の失敗の場合に
は、前記管理テーブルに登録されている該当するエント
リを削除することを特徴とする。

【００７９】この発明によれば、ネットワーク間接続装
置では、管理テーブルのエントリがなくなり、参加要求
の再アクセスに対して認証サーバでの認証が行われるよ
うにする。

【００８０】この発明の請求項３７にかかるネットワー
ク間接続装置では、上記発明において、前記送信者ホス
トは、インターネットのサービス事業者であり、前記ネ
ットワーク網内にコンテンツのストリーム配信を行う配
信サーバを備え、前記ネットワーク間接続装置の許可手
段は、前記配信サーバから配信されるストリームのパケ
ットを、前記許可された受信者ホストへマルチキャスト
フォワーディングすることを特徴とする。

【００８１】この発明によれば、送信者ホストがサービ
ス事業者の場合に、ネットワーク間接続装置の許可手段
では、配信されるストリームのパケットを許可された受
信者ホストにマルチキャストフォワーディングする。

【００８２】この発明の請求項３８にかかるネットワー
ク間接続装置では、上記発明において、前記送信者ホス
トは、インターネットのサービス事業者であり、前記ネ
ットワーク網内にコンテンツのストリーム配信を行う配
信サーバを備え、前記ネットワーク間接続装置の許可手
段は、前記許可時間内に前記配信サーバから配信される
ストリームのパケットを、前記許可された受信者ホスト
へマルチキャストフォワーディングすることを特徴とす
る。

【００８３】この発明によれば、送信者ホストがサービ
ス事業者の場合に、ネットワーク間接続装置の許可手段
では、配信されるストリームのパケットを許可時間内受
信者ホストにマルチキャストフォワーディングする。

【００８４】この発明の請求項３９にかかるマルチキャ
スト認証システムでは、複数の受信者ホストと、送信者
ホストのネットワーク網と、前記受信者ホストと前記ネ
ットワーク網を接続させるネットワーク間接続装置と、
前記ネットワーク網内に配設される認証サーバとを備え
るマルチキャスト認証システムにおいて、前記認証サー
バは、請求項１９〜２９のいずれか一つに記載の認証サ
ーバからなり、前記ネットワーク間接続装置は、請求項
３０〜３８のいずれか一つに記載のネットワーク間接続
装置からなり、前記認証サーバによって前記送信者ホス
トのマルチキャストグループへの参加を認証し、前記ネ
ットワーク間接続装置によって前記マルチキャストグル
ープへの当該受信者ホストの参加を許可することを特徴
とする。

【００８５】この発明によれば、認証サーバとネットワ
ーク間接続装置とを各請求項に記述したごとく、特徴を
持たせて、マルチキャストグループへの参加認証や許可
時間内での例えば配信サービスを行うことで、受信者ホ
ストの機能は既存の仕組みのままで、ユーザを正確に認
証できる。

【００８６】この発明の請求項４０にかかるマルチキャ
スト認証システムでは、前記マルチキャスト認証システ
ムは、ネットワーク間接続装置と受信者ホストとの間に
接続される中継装置をさらに備え、該中継装置は、前記
受信者ホストから送信される参加要求のメッセージの送
信元アドレスを自装置のアドレスに変更して前記ネット
ワーク間接続装置に中継するとともに、前記ネットワー
ク間接続装置から送信されるパケットの自装置宛の宛先
アドレスを、前記参加要求を行った受信者ホストのアド
レスに変更して中継することを特徴とする。

【００８７】この発明によれば、ネットワーク間接続装
置と受信者ホストとの間に中継装置が接続されている場
合、中継装置では、参加要求メッセージの送信元アドレ
スを自装置のアドレスに、パケットの宛先アドレスを許
可された受信者ホストのアドレスに変換してそれぞれ中
継することで、プロキシ機能を持った中継装置が介在し
ても、参加の認証を行うことができ、認証されると許可
時間内でのマルチキャストグループへの当該受信者ホス
トの参加を許可することにより、受信者ホストの機能は
既存の仕組みのままで、受信者ホストを正確に認証す
る。

【００８８】この発明の請求項４１にかかるマルチキャ
スト認証システムでは、前記マルチキャスト認証システ
ムは、前記ネットワーク網内に配設され、コンテンツの
ストリーム配信を行う配信サーバをさらに有し、前記配
信サーバから配信されるストリームのパケットを、前記
許可された受信者ホストへマルチキャストフォワーディ
ングすることを特徴とする。

【００８９】この発明によれば、サービス事業者の提供
するサービスが配信サーバを用いたコンテンツのストリ
ーム配信サービスの場合、配信されるストリームのパケ
ットを受信者ホストへマルチキャストフォワーディング
する。

【００９０】この発明の請求項４２にかかるマルチキャ
スト認証システムでは、上記発明において、前記マルチ
キャスト認証システムでは、前記配信サーバから配信さ
れるストリームのパケットを、許可時間内に前記許可さ
れた受信者ホストへマルチキャストフォワーディングす
ることを特徴とする。

【００９１】この発明によれば、サービス事業者の提供
するサービスが配信サーバを用いたコンテンツのストリ
ーム配信サービスの場合、配信されるストリームのパケ
ットを許可時間内受信者ホストへマルチキャストフォワ
ーディングする。

【００９２】この発明の請求項４３にかかるマルチキャ
スト認証システムでは、上記発明において、前記マルチ
キャスト認証システムは、前記ネットワーク網内に配設
され、実行されたサービスに応じた課金を行う課金サー
バをさらに備え、前記ネットワーク間接続装置は、マル
チキャストのストリームを検出し、検出データを前記課
金サーバに送信することを特徴とする。

【００９３】この発明によれば、課金サーバは、実行さ
れたサービスに応じて定額制または従量制で課金してお
り、例えばコンテンツの配信サービスの場合には、定額
制の課金ではいつ申し込んでもコンテンツの配信が受け
られ、従量制の課金では認証の後、実際にマルチキャス
トのストリームが流れた時点でネットワーク間接続装置
がストリーム配信を検出し、課金サーバに課金に必要な
検出データを送信する。

【００９４】

【発明の実施の形態】以下の図１〜図３３の添付図面を
参照して、この発明に係るマルチキャスト認証方法、そ
の認証サーバ、ネットワーク間接続装置およびマルチキ
ャスト認証システムの好適な実施の形態を説明する。な
お、図３４と同様の構成部分に関しては、説明の都合
上、同一符号を付記するものとする。

【００９５】（概略構成）図１は、この発明にかかるマ
ルチキャスト認証システムの概略構成を示す構成図であ
る。図１において、図３４の構成と異なる点は、バック
ボーンネットワーク１３上にユーザ認証サーバ１５を配
設する点であり、ユーザ認証サーバ１５には、例えば予
めＷｅｂページで公開されたコンテンツの配信予定など
の申し込みに対して、ユーザが入力したユーザ情報（ア
ドレス）や参加を希望するコンテンツ（マルチキャスト
グループ）のグループアドレスや受信者ホスト１０，１
１が接続されるＰＥ（プロバイダエッジ）ルータ１２の
ポートの情報がデータベースとして登録されている。

【００９６】ここで、例えば送信者ホスト１４から配信
されるコンテンツに対して、受信者ホスト１０，１１か
らは、送信元アドレスを自己のＩＰアドレスとして、こ
のコンテンツに参加を希望する旨の申し込みの通知を行
えば、受信者ホストのアドレスがユーザ認証サーバ１５
に登録される。

【００９７】そして、次に受信者ホストは、マルチキャ
スト受信を行うため、参加要求をＰＥルータ宛てに送
り、ＰＥルータでは、参加要求メッセージ内の送信元ア
ドレスを抽出して、認証要求メッセージを作成してユー
ザ認証サーバ１５に送り、このユーザ認証サーバ１５
は、登録されているアドレスを検索し、一致すればそこ
で認証がなされ、送信者ホスト１４から常時コンテンツ
の配信が受けられることとなる。

【００９８】しかし、送信者ホスト１４から配信される
コンテンツは、１種類に限らず、実際には複数の種類が
存在する。そこで、コンテンツ毎の受信者ホストの認証
が必要になる場合がある。この場合には、受信者ホスト
は、配信が予定されている各マルチキャストグループの
うちから、参加を希望する特定のマルチキャストグルー
プのグループアドレスを指定することによって、ユーザ
認証サーバ１５のマルチキャスト受信者認証テーブルに
登録される。

【００９９】この場合も、受信者ホストが参加要求を行
うことによって、ユーザ認証サーバ１５は、ＰＥルータ
１２を介して送られてくる上記認証要求のメッセージ内
の送信元アドレスとグループアドレスから、登録されて
いるアドレスを検索し、一致すればそこで認証がなさ
れ、送信者ホスト１４から常時コンテンツの配信が受け
られることとなる。

【０１００】また、受信者ホストからは、この特定のマ
ルチキャストグループのグループアドレスを指定しない
で、参加要求を行うことも可能である。ただし、この場
合には、全てのマルチキャストグループの指定となっ
て、ユーザ認証サーバ１５のマルチキャスト受信者認証
テーブルに登録される。

【０１０１】この場合には、受信者ホストが参加要求を
行うことによって、ユーザ認証サーバ１５は、ＰＥルー
タ１２を介して送られてくる上記認証要求のメッセージ
内の送信元アドレスから、登録されているアドレスを検
索し、一致すればそこで認証がなされ、送信者ホスト１
４から常時複数のコンテンツの配信が受けられることと
なる。

【０１０２】また、自己のＩＰアドレスではない任意の
ＩＰアドレスによってマルチキャストグループへの参加
を試みる受信者ホストに対しては、上記の認証では不正
参加を防ぐことができないので、例えば受信者ホスト１
０，１１が接続されているＰＥルータ１２のポートの情
報を、認証の対象にすることも可能である。

【０１０３】この場合には、受信者ホストが参加要求を
行うことによって、ユーザ認証サーバ１５は、ＰＥルー
タ１２を介して送られてくる上記参加要求のメッセージ
内の送信元アドレスとポートの情報から、登録されてい
るアドレスを検索し、一致すればそこで認証がなされ、
送信者ホスト１４から常時複数のコンテンツの配信が受
けられることとなる。

【０１０４】なお、この発明におけるポートの情報と
は、受信者ホストが実際に接続されている物理ポートの
情報に限らず、例えば論理ポートの情報でも良い。この
場合には、論理ポートに属する物理ポート以外の物理ポ
ートからの不正アクセスを防ぐことができる。

【０１０５】さらに、配信されるコンテンツの中には、
例えば音楽やスポーツの試合のライブ配信のようにリア
ルタイムで行われるものもあり、このようなライブ配信
では、そのライブが開催される時間を特定することも可
能となる。そこで、上述のデータに対応させてコンテン
ツの配信を行う許可時間を登録させることが可能とな
る。

【０１０６】これらの認証の対象となる項目について
は、使用状況などに応じて、適宜組み合わせて用いるこ
とができる。また、上記の認証は、一般的にはユーザ認
証サーバ１５で行うが、例えばＰＥルータ１２にその機
能をもたせることも可能である。

【０１０７】図２は、このユーザ認証サーバ１５のマル
チキャスト受信者認証テーブルの構成を示す構成図であ
る。図において、このマルチキャスト受信者認証テーブ
ルには、受信者ホストのＩＰアドレスである受信者ＩＰ
アドレスと、その受信者ホストが参加するマルチキャス
トグループのグループアドレスと、受信者ホストが接続
されるＰＥルータ１２のポートのＩＰアドレスと、その
ＰＥルータポート番号が格納されている。

【０１０８】この構成例では、例えば受信者ホスト１
０，１１の受信者ＩＰアドレスを“192.52.150.1”、
“192.52.122.1”とし、受信者ホスト１０が配信を受け
るマルチキャストグループのグループアドレスを“224.
1.1.1”とし、受信者ホスト１１が配信を受けるマルチ
キャストグループを全てのグループとした場合を示して
いる。また、この構成例では、受信者ホスト１０が接続
されるＰＥルータ１２のポートのＰＥルータＩＰアドレ
スを“192.52.150.254”、そのポート番号を“1”と
し、受信者ホスト１１が接続されるＰＥルータ１２のポ
ートのＰＥルータＩＰアドレスを“192.52.122.254”、
そのポート番号を“6”としている。

【０１０９】このような構成において、図３のタイムチ
ャートに示すように、受信者ホスト１０，１１は、受信
したいマルチキャストグループのグループアドレス（た
だし、受信者ホスト１１の場合には、グループアドレス
なし）をＩＧＭＰのメンバーシップ・レポートのメッセ
ージに付加してルータ１２に送信する。ルータ１２は、
このレポートを受信すると、その受信者ホストの送信元
アドレスと参加要求しているマルチキャストグループの
グループアドレスを抽出してユーザ認証サーバ１５に問
い合わせる。

【０１１０】なお、この問い合わせは、例えば後述する
ＲＡＤＩＵＳメッセージによってなされる。この問い合
わせの際には、後述するＲＡＤＩＵＳメッセージの種類
を示すコード（ｃｏｄｅ）が、「Ａｃｃｅｓｓ−Ｒｅｑ
ｕｅｓｔ」のメッセージを送信する。このメッセージ
は、一旦認証がなされた場合でも、ルータ１２が一定間
隔、例えば１０分間隔でユーザ認証サーバ１５に対して
送信されている。これは、例えばユーザが予約をキャン
セルした場合などに対応するためであり、また課金する
場合でも、このキャンセルに対応できるようにするため
である。

【０１１１】また、時刻指定で配信予約した場合であっ
ても、同様にキャンセルや変更があるので、これに対応
するためには、認証後も定期的に「Ａｃｃｅｓｓ−Ｒｅ
ｑｕｅｓｔ」のメッセージを、ルータ１２からユーザ認
証サーバ１５に送信して、ユーザ認証サーバ１５内のマ
ルチキャスト受信者認証テーブルをチェックし、応答さ
せる必要性がある。

【０１１２】ここで、ＩＧＭＰのメンバーシップ・レポ
ートメッセージのパケットフォーマットは、図４に示す
ように、レイヤ２レベルの送信元アドレスや宛先アドレ
スを格納するＭＡＣヘッダと、レイヤ３レベルの送信元
アドレスや宛先アドレスを格納するＩＰヘッダと、ＩＧ
ＭＰＭｅｓｓａｇｅとから構成されており、ＩＧＭＰ
Ｍｅｓｓａｇｅは、図５のフォーマットに示すよう
に、メッセージのタイプを示すＴｙｐｅと、ＭａｘＲ
ｅｓｐＴｉｍｅと、パケットチェック用のＣｈｅｃｋ
ｓｕｍと、グループＩＰアドレスを格納するＧｒｏｕｐ
Ａｄｄｒｅｓｓとから構成されている。

【０１１３】なお、この実施の形態において、Ｔｙｐｅ
は、バージョン２メンバーシップ・レポートを示す０ｘ
１６の値からなり、ＭａｘＲｅｓｐＴｉｍｅは、０
の値からなり、Ｃｈｅｃｋｓｕｍは、ＩＧＭＰメッセー
ジのチェックサム値（Ｃｈｅｃｋｓｕｍ部分は０で計
算）からなり、ＧｒｏｕｐＡｄｄｒｅｓｓには、受信
者ホストが参加したいマルチキャストグループのアドレ
ス（マルチキャストアドレス）が格納されている。

【０１１４】この実施の形態では、図４に示したＩＰヘ
ッダ内の受信者ホストの送信元アドレスと、図５に示し
たＩＧＭＰＭｅｓｓａｇｅ内のこの受信者ホストが参
加要求しているマルチキャストグループのグループアド
レスを抽出し、この送信元アドレスとグループアドレス
の組を一つのユーザネームとして、次に説明するＲＡＤ
ＩＵＳメッセージを作成する。

【０１１５】このＲＡＤＩＵＳメッセージのパケットフ
ォーマットは、図６に示すように、レイヤ２レベルの送
信元アドレスや宛先アドレスを格納するＭＡＣヘッダ
と、レイヤ３レベルの送信元アドレスや宛先アドレスを
格納するＩＰヘッダと、トランスポート層のＵＤＰヘッ
ダと、ＲＡＤＩＵＳＭｅｓｓａｇｅとから構成されて
いる。

【０１１６】このＲＡＤＩＵＳＭｅｓｓａｇｅは、図
７に示すように、このメッセージの種類を示すＣｏｄｅ
と、このメッセージを識別するＩＤであるＩｄｅｎｔｉ
ｆｉｅｒと、メッセージ長を示すＬｅｎｇｔｈと、この
メッセージを認証するデータ（例えばＭＤ５のハッシ
ュ）であるＡｕｔｈｅｎｔｉｃａｔｏｒと、属性値を示
すＡｔｔｒｉｂｕｔｅｓとから構成されている。また、
Ａｔｔｒｉｂｕｔｅｓは、図８に示すように、属性の種
類を示すＴｙｐｅと、データ長であるＬｅｎｇｔｈと、
このＴｙｐｅで示された実際の値を示すＶａｌｕｅとか
ら構成されている。

【０１１７】なお、ここで、図７に示したＲＡＤＩＵＳ
ＭｅｓｓａｇｅのＣｏｄｅは、１の場合には、受信者
ホストの送信元アドレスと参加要求しているマルチキャ
ストグループのグループアドレスによる認証を問い合わ
せる「Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔ」のＲＡＤＩＵＳ
メッセージを示し、２の場合には、認証を許可する「Ａ
ｃｃｅｓｓ−Ａｃｃｅｐｔ」のＲＡＤＩＵＳメッセージ
を示し、３の場合には、認証を許可しない「Ａｃｃｅｓ
ｓ−Ｒｅｊｅｃｔ」のＲＡＤＩＵＳメッセージを示し、
４の場合には、経時時間のカウントを要求する「Ａｃｃ
ｏｕｎｔｉｎｇ−Ｒｅｑｕｅｓｔ」のＲＡＤＩＵＳメッ
セージを示し、５の場合には、このカウントを応答する
「Ａｃｃｏｕｎｔｉｎｇ−Ｒｅｓｐｏｎｓｅ」のＲＡＤ
ＩＵＳメッセージを示している。

【０１１８】図７に示したＡｔｔｒｉｂｕｔｅｓのＴｙ
ｐｅは、図８に示すように、１の場合には、ユーザネー
ムを示し、その時のＶａｌｕｅには、実際の値、例えば
受信者ホスト１０のＩＰアドレスを“192.52.150.1”と
し、グループＩＰアドレスを“224.1.1.1”とすると、
Ｖａｌｕｅには、“192.52.150.1-224.1.1.1”の値が格
納され、２の場合には、ユーザパスワードを示し、その
時のＶａｌｕｅには、例えば“ＲＡＤＩＵＳ−ＣＬＩＥ
ＮＴ”の値が格納される。

【０１１９】なお、全てのマルチキャストグループを指
定する場合には、Ｖａｌｕｅには、受信者ホスト１１の
ＩＰアドレス“192.52.122.1”の値のみが格納される。

【０１２０】また、ＡｔｔｒｉｂｕｔｅｓのＴｙｐｅに
おいて、４の場合には、ＰＥルータのポートのＩＰアド
レスであるＮＡＳ−ＩＰ−Ａｄｄｒｅｓｓの値、例えば
受信者ホスト１０が接続されているＰＥルータＩＰアド
レスの値“192.52.150.254”が格納され、５の場合に
は、そのポートの番号であるＮＡＳ−Ｐｏｒｔの値、例
えば“１”が格納されている。

【０１２１】なお、受信者ホスト１０とポートの情報を
指定する場合には、上記のＶａｌｕｅには、受信者ホス
ト１０のＩＰアドレス“192.52.150.1”の値のみが格納
され、ＮＡＳ−ＩＰ−Ａｄｄｒｅｓｓの値には“192.5
2.150.254”が、ＮＡＳ−Ｐｏｒｔの値には“1”が格納
される。

【０１２２】また、ＡｔｔｒｉｂｕｔｅｓのＴｙｐｅに
おいて、２２３の場合には、コンテンツの配信サービス
を開始する時間、“Ｍｕｌｔｉｃａｓｔ−Ｔｉｍｅ−Ｓ
ｔａｒｔ”の値が格納され、２２４の場合には、コンテ
ンツの配信サービスを終了する時間、“Ｍｕｌｔｉｃａ
ｓｔ−Ｔｉｍｅ−Ｅｎｄ”の値が格納されている。

【０１２３】なお、この時間の情報は、上記の各指定と
組み合わせて指定することができ、コンテンツの配信時
間内などにユーザの認証を行うことが可能となる。

【０１２４】ユーザ認証サーバ１５は、この問い合わせ
のＲＡＤＩＵＳメッセージを受信すると、登録内容から
受信者ホストのＩＰアドレスを確認し、そのマルチキャ
ストグループへの参加を認証するかどうか判断し、この
認証結果（および許可時間が設定されている場合には、
そのマルチキャストグループへの参加許可時間）をルー
タ１２に応答する。なお、この応答も、上記のＲＡＤＩ
ＵＳメッセージによってなされており、この応答の際に
は、ＲＡＤＩＵＳメッセージの種類を示すコードが、認
証を許可する場合には「Ａｃｃｅｓｓ−Ａｃｃｅｐｔ」
を、また認証が不許可の場合には「Ａｃｃｅｓｓ−Ｒｅ
ｊｅｃｔ」のＲＡＤＩＵＳメッセージをルータ１２に送
信する。

【０１２５】また、ユーザ認証サーバ１５は、参加許可
時間が設定されている場合には、この参加許可時間の前
にこの問い合わせのＲＡＤＩＵＳメッセージを受信した
場合には、たとえ登録内容の受信者ホストであっても、
認証の失敗と判断して、「Ａｃｃｅｓｓ−Ｒｅｊｅｃ
ｔ」のＲＡＤＩＵＳメッセージをルータ１２に送信す
る。

【０１２６】ルータ１２は、認証結果が認証を許可する
ことを示す「Ａｃｃｅｓｓ−Ａｃｃｅｐｔ」のメッセー
ジを受信した場合には、通常のＩＧＭＰ受信と同様の処
理を行い、対応するマルチキャストのストリームを、参
加許可された受信者ホストが接続されているインターフ
ェースのポートに、フォワード（参加許可時間が設定さ
れている場合には、上記参加許可時間内フォワード）す
る。また、認証結果が不許可することを示す「Ａｃｃｅ
ｓｓ−Ｒｅｊｅｃｔ」のメッセージを受信した場合に
は、ルータ１２は、受信者ホストからのＩＧＭＰ受信が
なかったものとして、対応するマルチキャストのストリ
ームのフォワードは行わない。

【０１２７】このように、この発明では、ＩＧＭＰのメ
ンバーシップ・レポート内の情報と、予め登録された認
証サーバの登録内容とに基づいて参加が許可されたユー
ザに対して、マルチキャストストリームの送信を行うの
で、受信者ホストの機能は既存の仕組みのままで、受信
者ホストを正確に認証でき、このため参加許可されない
ユーザがこのマルチキャストストリームを受信すること
を防ぐことが可能となり、これに伴ってマルチキャスト
を利用した有料ストリーム配信のサービスが可能とな
る。

【０１２８】また、この発明では、所定マルチキャスト
グループまたは全マルチキャストグループに参加が許可
されたユーザに対して、当該グループのマルチキャスト
ストリームの送信を行うので、上記と同様、受信者ホス
トの機能は既存の仕組みのままで、受信者ホストを正確
に認証でき、このため参加許可されないユーザがこのマ
ルチキャストストリームを受信することを防ぐことが可
能となり、これに伴ってマルチキャストを利用した有料
ストリーム配信のサービスが可能となる。

【０１２９】また、この発明では、所定ポートに接続さ
れた受信者ホストのユーザに対して、当該グループのマ
ルチキャストストリームの送信を行うので、受信者ホス
トの機能は既存の仕組みのままで、受信者ホストをさら
に正確に認証でき、このため参加許可されないユーザが
このマルチキャストストリームを受信することを防ぐこ
とが可能となり、これに伴ってマルチキャストを利用し
た有料ストリーム配信のサービスが可能となる。

【０１３０】さらに、この発明では、マルチキャストグ
ループへの参加許可時間を認証の対象に設定し、参加が
許可されたユーザに対して参加許可時間内のマルチキャ
ストストリームの送信を行うので、参加許可されないユ
ーザがこのマルチキャストストリームを受信することを
防ぐことが可能となり、これに伴ってマルチキャストを
利用した有料ストリーム配信のサービスが可能となる。

【０１３１】次に、マルチキャスト認証システムの実施
の形態について説明する。

【０１３２】（実施の形態１）図９は、この発明にかか
るマルチキャスト認証システムの実施の形態１の構成を
示す構成図である。図において、このシステムは、複数
のユーザＰＣ（受信者ホスト）２０，２１と、ユーザＰ
Ｃ２０，２１が接続される中継装置であるカスタマエッ
ジルータ（以下、「ＣＥルータ」という）２２，２３
と、サービス事業者のＩＰ網２９に配設されるネットワ
ーク間接続装置であるプロバイダエッジルータ（以下、
「ＰＥルータ」という）３０と、同じくＩＰ網２９に配
設されてストリームを配信するストリームコンテンツ配
信サーバ３１と、同じくＩＰ網２９に配設されてユーザ
ＰＣの認証を行うユーザ認証サーバ３２と、同じくＩＰ
網２９に配設されてユーザＰＣからの配信受付を行う配
信受付サーバ３３と、同じくＩＰ網２９に配設されて課
金の計算を行う課金サーバ３４とから構成されている。

【０１３３】ＣＥルータ２２，２３は、ユーザＰＣ２
０，２１とＰＥルータ３０との間に介在し、ユーザＰＣ
２０，２１からＰＥルータ３０へのＩＧＭＰメンバーシ
ップレポートのメッセージパケットやユーザＰＣ２０，
２１と配信受付サーバ３３間のＷｅｂページ上でのデー
タの送受信を中継している。これらＣＥルータ２２，２
３は、互いに同一の構成になっているので、ここでは代
表してＣＥルータ２２の構成を図１０に示す。図におい
て、ＣＥルータ２２は、ユーザＰＣ２０やＰＥルータ３
０とポートを介して接続されるＬＡＮインタフェース２
２ａと、ＬＡＮインタフェース２２ａで取り込まれたパ
ケットを受信し、パケットの種類を判別して振り分ける
パケット受信部２２ｂと、パケット受信部２２ｂで振り
分けられたＩＧＭＰメンバーシップレポートのメッセー
ジパケットをＩＧＭＰＰｒｏｘｙの機能を用いて処理
するＩＧＭＰＰｒｏｘｙ処理部２２ｃと、パケット受
信部２２ｂで振り分けられたマルチキャストパケットを
中継処理するパケット中継処理部２２ｄと、各処理部２
２ｃ，２２ｄで処理されたパケットを送信するパケット
送信部２２ｅとから構成されている。ＩＧＭＰＰｒｏ
ｘｙ処理部２２ｃは、ＩＧＭＰＰｒｏｘｙとして機能
し、ユーザＰＣ２０からのパケットの中継時に送信元ア
ドレスを、ユーザＰＣ２０のＩＰアドレスからＣＥルー
タ２２のＩＰアドレスに変更している。

【０１３４】ＰＥルータ３０は、図１１の構成図に示す
ように、各ＣＥルータ２２，２３や各種サーバ３１〜３
４とポートを介して接続されるＬＡＮインタフェース３
０ａと、ＬＡＮインタフェース３０ａで取り込まれたパ
ケットを受信し、パケットの種類を判別して振り分ける
パケット受信部３０ｂと、パケット受信部３０ｂで振り
分けられたＩＧＭＰメンバーシップレポートのメッセー
ジパケットの制御処理を行うＩＧＭＰ制御部３０ｃと、
パケット受信部３０ｂで振り分けられたＲＡＤＩＵＳメ
ッセージのパケットの制御処理を行う認証制御部３０ｄ
と、パケット受信部３０ｂで振り分けられたマルチキャ
ストパケットのフォワーディング制御処理を行うマルチ
キャストフォワーディング制御部３０ｅと、各制御部３
０ｃ〜３０ｅと接続されて、これらパケットから得られ
るマルチキャスト受信者の情報を格納するマルチキャス
ト受信者管理テーブル３０ｆと、マルチキャストパケッ
トをフォワーディングするためのルート情報を格納する
マルチキャストフォワーディングテーブル３０ｇと、各
制御部３０ｃ〜３０ｅで処理されたパケットを送信する
パケット送信部３０ｈとから構成されている。

【０１３５】マルチキャスト受信者管理テーブル３０ｆ
は、図１２に示すように、ユーザＰＣが参加を希望する
マルチキャストグループのグループアドレスと、受信者
ＩＰアドレスと、このユーザＰＣが接続されるインター
フェースの受信者ポート番号と、コンテンツの配信を行
うストリームコンテンツ配信サーバ３１が接続されるイ
ンターフェースの送信者ポート番号とから構成されてい
る。なお、このシステムにおいて、ＰＥルータ３０には
ＩＧＭＰＰｒｏｘｙ機能を有するＣＥルータ２２，２
３が接続されているので、受信者ＩＰアドレスにはこの
ＣＥルータ２２，２３のＩＰアドレス、例えば“201.1.
1.1”と“201.1.2.1”とが格納されており、受信者ポー
ト番号には、このＣＥルータが接続されているインター
フェースのポート番号が格納されている。この管理テー
ブル３０ｆは、ＣＥルータ２２，２３との間で送受され
るＩＧＭＰメッセージの情報に基づいて作成される。

【０１３６】また、マルチキャストフォワーディングテ
ーブルには、図１３に示すように、ストリームコンテン
ツ配信サーバ３１で配信されるコンテンツを示すマルチ
キャストグループのグループアドレスと、当該マルチキ
ャストグループに参加を希望する各ユーザＰＣ（ＣＥル
ータ）が接続されるインターフェースの受信者ポート番
号のリストが格納されている。

【０１３７】ユーザ認証サーバ３２は、図１４に示すよ
うに、ＰＥルータ３０や配信受付サーバ３３とポートを
介して接続されるＬＡＮインタフェース３２ａと、ＬＡ
Ｎインタフェース３２ａで取り込まれたＲＡＤＩＵＳメ
ッセージのパケットを受信するパケット受信部３２ｂ
と、受信されたＲＡＤＩＵＳメッセージ内の送信元アド
レスとグループアドレスに基づいてユーザの認証を行う
認証制御部３２ｃと、配信受付サーバ３３に接続されて
受け付けられたユーザ情報などが入力する配信受付サー
バインタフェース３２ｄと、配信受付サーバインタフェ
ース３２ｄから入力するユーザ情報を登録するマルチキ
ャスト受信者認証テーブル３２ｅと、認証制御部３２ｃ
からの認証結果をＬＡＮインタフェース３２ａを介して
送信するパケット送信部３２ｆとから構成されている。

【０１３８】このユーザ認証サーバ３２のマルチキャス
ト受信者認証テーブル３２ｅは、図１５に示すような構
成になっている。なお、図１５のエントリされている項
目は、上述した図２と同様である。また、ユーザ認証サ
ーバ３２は、ｕｓｅｒｓファイルを有しており、このｕ
ｓｅｒｓファイルは、ユーザネームの情報と、パスワー
ド、例えば“ＲＡＤＩＵＳ−ＣＬＩＥＮＴ”の値と、拡
張属性としてコンテンツの配信サービスを開始する時間
である“Ｍｕｌｔｉｃａｓｔ−Ｔｉｍｅ−Ｓｔａｒｔ”
の値と、コンテンツの配信サービスを終了する時間であ
る“Ｍｕｌｔｉｃａｓｔ−Ｔｉｍｅ−Ｅｎｄ”の値とが
格納されている。

【０１３９】このユーザネームの情報は、受信者ホスト
のＩＰアドレスとグループＩＰアドレスの組（全てのマ
ルチキャストグループを指定する場合には、受信者ホス
トのＩＰアドレスのみ）が一つのユーザネームとして登
録されており、例えばこの実施の形態では、ＩＧＭＰ
Ｐｒｏｘｙとして機能するＣＥルータ２２，２３を用い
ているので、ユーザネームは、ＣＥルータのＩＰアドレ
ス、例えばＣＥルータ２２のＩＰアドレス“201.1.1.
1”とグループＩＰアドレス“224.1.1.1”を組み合わせ
た“201.1.1.1-224.1.1.1”とし、パスワードは、“Ｒ
ＡＤＩＵＳ−ＣＬＩＥＮＴ”としている。

【０１４０】なお、このパスワードは、ユーザＰＣに個
別に設定されるものではなく、ＲＡＤＩＵＳのパケット
の中で使われるパスワードで、ＲＡＤＩＵＳのプロトコ
ル上、ＲＡＤＩＵＳのクライアントを認証するために予
め決められたものを登録しておく。

【０１４１】また、“Ｍｕｌｔｉｃａｓｔ−Ｔｉｍｅ−
Ｓｔａｒｔ”の値としては、例えば“Ａｐｒ６２
１:００:００ＪＳＴ２００１”、すなわち日本標準
時間２００１年４月６日の２１時００分００秒の開始と
し、“Ｍｕｌｔｉｃａｓｔ−Ｔｉｍｅ−Ｅｎｄ”の値と
しては、例えば“Ａｐｒ６２２:００:００ＪＳＴ
２００１”、すなわち日本標準時間２００１年４月６日
の２２時００分００秒の終了を登録しておく。

【０１４２】また、配信受付サーバ３３は、図１６に示
すように、ＰＥルータ３０とポートを介して接続され、
Ｗｅｂ上で伝送される配信申し込みのためのｗｗｗブラ
ウザが送受信するＨＴＴＰ（ＨｙｐｅｒｔｅｘｔＴｒ
ａｎｓｆｅｒＰｒｏｔｏｃｏｌ）のパケットを取り込
むＬＡＮインタフェース３３ａと、ＬＡＮインタフェー
ス３３ａで取り込まれたパケットを受信するパケット受
信部３３ｂと、受信されたｗｗｗブラウザが送受信する
ＨＴＴＰのパケットのユーザ情報に基づいてユーザを認
証するｗｗｗサーバ処理部３３ｃと、配信受付を行う配
信受付制御部（ＷＥＢサーバ）３３ｄと、ユーザのアカ
ウント名、ユーザのパスワードなどが格納される配信受
付サーバデータベース３３ｅと、ユーザ情報をユーザ認
証サーバ３２に出力するユーザ認証サーバインタフェー
ス（ＣＧＩ：ＣｏｍｍｏｎＧａｔｅｗａｙＩｎｔｅ
ｒｆａｃｅ）３３ｆと、Ｗｅｂ上に配信申し込みのため
のｗｗｗブラウザが送受信するＨＴＴＰのパケットを送
信するパケット送信部３３ｇとから構成されている。

【０１４３】この配信受付制御部３３ｄは、受信された
パケットのユーザ情報をＣＧＩなどを用いてデータベー
スへ展開し、この展開したデータを出力する認証サーバ
インタフェース３３ｆを介してユーザ認証サーバ３２に
送信している。

【０１４４】配信受付サーバデータベース３３ｅは、図
１７に示すように、ユーザのアカウント名と、ユーザの
パスワードの他に、受信者ＩＰアドレスと、ユーザの接
続されているＰＥルータのポートのＩＰアドレスと、そ
のポートのポート番号が格納されている。

【０１４５】課金サーバ３４は、たとえば定額制または
従量制によって課金することができる、ここで定額制の
課金の場合には、たとえば月単位に定額とし、この定額
で参加できるコンテンツは、いつ申し込んでも配信を受
けることができるように設定する。

【０１４６】また、従量制の課金の場合には、ユーザ認
証サーバ３２による認証後に、実際にマルチキャストス
トリームが流れる時点で、ＰＥルータがストリーム配信
を検出し、課金サーバ３４にデータを送信する。課金サ
ーバ３４は、接続時間を記録し、コンテンツ、接続時間
に応じて課金を行う。

【０１４７】このような構成のマルチキャスト認証シス
テムにおける配信申し込みからユーザ認証およびコンテ
ンツのストリーム配信に至る一連の動作を図１８から図
２４のフローチャートに基づいて説明する。

【０１４８】図１８は、ＰＥルータ３０による受信パケ
ットの識別動作を示すフローチャートである。図におい
て、図１１に示したＬＡＮインターフェース３０ａにあ
るパケットが取り込まれ、そのパケットがパケット受信
部３０ｂで受信されると（ステップ１０１）、パケット
受信部３０ｂでは、受信したパケットがＩＧＭＰメンバ
ーシップ・レポートのメッセージパケットかどうか判断
する（ステップ１０２）。

【０１４９】なお、この受信パケットの識別は、例えば
図４、図５に示したＩＧＭＰメンバーシップ・リポート
のメッセージの場合で説明すると、まずパケット受信部
３０ｂは、ＭＡＣヘッダの宛先アドレスが自ルータ３０
宛かどうか判断し、自ルータ３０宛ならＭＡＣのタイプ
がＩＰかどうか判断し、ＩＰならＩＰヘッダを検索して
ＩＰヘッダの宛先アドレスが自ルータ３０宛かどうか判
断し、自ルータ３０宛ならＩＰのタイプがＩＧＭＰかど
うか判断し、ＩＧＭＰならＩＧＭＰのタイプが０ｘ１６
ならＩＧＭＰのメンバーシップ・レポートのメッセージ
であると識別する。

【０１５０】ここで、上記受信パケットがＩＧＭＰメン
バーシップ・レポートのメッセージパケットの場合に
は、上記受信パケットをＩＧＭＰ制御部３０ｃに出力
し、ＩＧＭＰ制御部３０ｃによる処理に移行し（ステッ
プ１０３）、また上記受信パケットがＩＧＭＰメンバー
シップ・レポートのメッセージでない場合には、ＲＡＤ
ＩＵＳメッセージパケットかどうか判断する（ステップ
１０４）。

【０１５１】ここでも同様に各ヘッダ内の宛先アドレス
とタイプを検索し、ＲＡＤＩＵＳメッセージパケットの
場合には、上記受信パケットを認証制御部３０ｄに出力
し、認証制御部３０ｄによる処理に移行し（ステップ１
０５）、また上記受信パケットがＲＡＤＩＵＳメッセー
ジパケットでない場合には、マルチキャストパケットか
どうか判断する（ステップ１０６）。

【０１５２】ここでもＭＡＣヘッダの宛先アドレスを検
索し、宛先がＣＥルータの場合には、マルチキャストパ
ケットと判断し、上記受信パケットをマルチキャストフ
ォワーディング制御部３０ｅに出力し、マルチキャスト
フォワーディング制御部３０ｅによる処理に移行し（ス
テップ１０７）、また上記受信パケットがマルチキャス
トパケットでない場合には、上記受信パケットをパケッ
ト受信部３０ｂ内で受信処理を行い（ステップ１０
８）、例えばこの受信パケットをパケット送信部３０ｈ
から送信する。このような工程を行うものには、例えば
ユーザＰＣ２０，２１とストリームコンテンツ配信サー
バ３１間で送受信される参加申し込み用のパケットなど
が考えられる。

【０１５３】次に、配信受付サーバ３３の配信受付の動
作について、図１９のフローチャートを用いて説明す
る。

【０１５４】この配信受付の動作を説明する前に、ま
ず、サービス事業者は、ＩＰ網２９を介して配信するコ
ンテンツの予定表をＷｅｂページで公開しており、ユー
ザは、このＷｅｂページを閲覧し、ユーザ登録を行い、
ユーザのアカウント名とパスワードの発行を受ける。例
えば、受信者ホスト２０の場合には、ユーザアカウント
とパスワードは図１７に示した“Ｔｏｋｙｏ”と“ｔ２
ｓｋｆ２１ｅｒ４”、また受信者ホスト２１の場合に
は、同様に“Ｏｏｓａｋａ”と“ｕｄｆｊ４９ｔ８ｆ”
の発行を受ける。

【０１５５】ユーザ事業者は、ネットワークのユーザに
対して、マルチキャストコンテンツ配信用のアカウント
を作成している。ユーザ登録を行ったユーザは、例えば
ユーザＰＣ２０のブラウザを立ち上げ、サービス事業者
が公開するコンテンツ予定表を提示しているｗｗｗサー
バへ接続し、配信の申し込みのためのデータを送る。

【０１５６】このデータは、ｗｗｗブラウザが送受信す
るＨＴＴＰのパケットからなり、ＣＥルータ２２で中継
処理された後、ＰＥルータ３０で上述したパケットの識
別がなされて配信受付サーバ３３に送信される。

【０１５７】配信受付サーバ３３は、図１９に示すよう
に、ＬＡＮインタフェース３３ａで取り込まれた上記パ
ケットをパケット受信部３３ｂで受信している（ステッ
プ２０１）。

【０１５８】ここで、受信パケットがｗｗｗブラウザが
送受信するＨＴＴＰのパケットかどうか判断し（ステッ
プ２０２）、このｗｗｗブラウザが送受信するＨＴＴＰ
のパケットでない場合には、不要なパケットとしてこの
受信パケットを廃棄する（ステップ２０３）。また、こ
の受信パケットがｗｗｗブラウザが送受信するＨＴＴＰ
のパケットの場合には、パケット受信部３３ｂは、この
受信パケットをｗｗｗサーバ処理部３３ｃに出力し、ユ
ーザのアカウントとパスワードが配信受付制御部３３ｄ
に出力され（ステップ２０４）、ここで、配信受付のた
めの処理、例えばユーザのアカウント名とパスワードを
データベース３３ｅでチェックし、ユーザの認証を行う
（ステップ２０５）。

【０１５９】ここで、ユーザに対して認証がなされない
と、例えば正しい設定がなされていないと判断して、配
信申し込みの受け付けを拒否し（ステップ２０６）、ま
たユーザ認証がなされると、ＰＥルータＩＰアドレスと
ポート番号と、ユーザのＩＰアドレスを抽出し、これら
のユーザ認証情報を認証サーバインタフェース３３ｆを
介してユーザ認証サーバ３２のマルチキャスト受信者認
証テーブル３２ｅに提供する（ステップ２０７）。

【０１６０】このようなパケットの伝送において、ユー
ザＰＣとＰＥルータ３０間のＣＥルータ２２は、図２０
に示すフローチャートに基づいて中継動作を行う。図に
おいて、ＬＡＮインタフェース２２ａにパケットが取り
込まれ、パケット受信部２２ｂで受信されると（ステッ
プ３０１）、パケット受信部２２ｂでは、受信したパケ
ットがＩＧＭＰメンバーシップ・レポートのメッセージ
パケットかどうか判断する（ステップ３０２）。

【０１６１】ここで、この受信パケットがＩＧＭＰメン
バーシップ・レポートのメッセージパケットでない場合
には、通常のデータ通信用のパケットと判断して、この
受信パケットをパケット中継処理部２２ｄに出力して通
常のパケット中継処理を行う（ステップ３０３）。ま
た、このＩＧＭＰメンバーシップ・レポートのメッセー
ジパケットの場合には、この受信パケットをＩＧＭＰ
Ｐｒｏｘｙ処理部に出力して（ステップ３０４）、ここ
でＩＧＭＰメンバーシップ・レポートのメッセージパケ
ットの送信元アドレスをユーザＰＣ２０のＩＰアドレス
からＣＥルータ２２のＩＰアドレスに書き換える（ステ
ップ３０５）。ステップ３０３または３０５の処理の後
に、パケット送信部２２ｅは、ＬＡＮインタフェース２
２ａを介してこのパケットを送信する（ステップ３０
６）。

【０１６２】次に、ＩＧＭＰメンバーシップ・レポート
のメッセージパケットの送受信に伴うＰＥルータ３０と
ユーザ認証サーバ３２の処理動作を図２１および図２２
のフローチャートに基づいて説明する。まず、ユーザＰ
Ｃ２０から受信したいマルチキャストグループのグルー
プアドレスをＩＧＭＰメンバーシップ・レポートのメッ
セージでＰＥルータ３０に送信すると、ＰＥルータ３０
は、図１８のステップ１０２においてこのメッセージを
認識すると、ＩＧＭＰ制御部３０ｅ（図１１参照）にお
いて、図２１の処理フローを実行する。

【０１６３】図２１において、ＩＧＭＰ制御部３０ｃ
は、受信したＩＧＭＰメンバーシップ・レポートのメッ
セージの送信元ＩＰアドレスとグループＩＰアドレスを
抽出し（ステップ４０１）、これらアドレスに基づいて
マルチキャスト受信者管理テーブル３０ｆを検索し、エ
ントリの状態に応じて処理を実施する（ステップ４０
２）。

【０１６４】次に、ステップ４０３においてエントリが
ない場合には、認証制御部３０ｄへの認証処理に移行し
（ステップ４０４）、この送信元ＩＰアドレスと参加要
求しているマルチキャストグループのグループＩＰアド
レスによる認証を問い合わせる「Ａｃｃｅｓｓ−Ｒｅｑ
ｕｅｓｔ」のＲＡＤＩＵＳメッセージのパケットをユー
ザ認証サーバ３２に送信して問い合わせを行う（ステッ
プ４０５）。

【０１６５】この問い合わせの結果、エントリが見つか
ると、ステップ４０３では、エントリありと判断される
ので、次に現在の状態がユーザ認証サーバによる認証待
ちの状態かどうか判断する（ステップ４０６）。

【０１６６】ここで、上記の問い合わせに対して、まだ
認証結果を受信していない場合には、認証結果が受信さ
れるまで認証待ちの状態を継続し（ステップ４０７）、
また今の状態が認証待ち状態でない場合には、既に認証
済み状態であるかどうか判断する（ステップ４０８）。

【０１６７】ここで、認証済みの状態の場合には、パケ
ット受信部３０ｂは、通常のＩＧＭＰの受信処理を行い
（ステップ４０９）、また認証済み状態でない場合に
は、認証の失敗状態と判断して、ＩＧＭＰを廃棄する
（ステップ４１０）。このように、認証の失敗状態にな
ると、後述する認証制御部３０ｄの処理動作でマルチキ
ャスト受信者管理テーブル３０ｆの該当エントリが削除
されることとなるので、上記動作を繰り返すことがなく
なり、ユーザ認証サーバ３２への問い合わせが行われ
る。

【０１６８】また、図２１のステップ４０５のように、
問い合わせがあると、ユーザ認証サーバ３２は、図２２
のフローチャートに示すように、ＬＡＮインタフェース
３２ａで取り込まれ、パケット受信部３２ｂでパケット
が受信されると（ステップ５０１）、パケット受信部３
２ｂは、上記受信パケットが問い合わせを示すＲＡＤＩ
ＵＳメッセージかどうか判断する（ステップ５０２）。

【０１６９】ここで、この受信パケットがＲＡＤＩＵＳ
メッセージでない場合には、受信パケットの廃棄を行う
（ステップ５０３）。また、受信パケットが問い合わせ
を示すＲＡＤＩＵＳメッセージの場合には、認証制御部
３２ｃによる認証処理が行われ、ＲＡＤＩＵＳメッセー
ジ中の受信者のＩＰアドレスとグループＩＰアドレスと
からなるユーザネームに基づく受信者の認証が行われる
（ステップ５０４）。

【０１７０】そして、ステップ５０５において、認証が
許可されると、拡張属性であるコンテンツの配信サービ
スの開始と終了の時間をマルチキャスト受信者認証テー
ブル３２ｅから読み出し、「Ａｃｃｅｓｓ−Ａｃｃｅｐ
ｔ」のＲＡＤＩＵＳメッセージを作成し（ステップ５０
６）、また認証が不許可の場合には、「Ａｃｃｅｓｓ−
Ｒｅｊｅｃｔ」のＲＡＤＩＵＳメッセージを作成する
（ステップ５０７）。そして、作成したＲＡＤＩＵＳメ
ッセージをパケット送信部３２ｆからＬＡＮインタフェ
ース３２ａを介して送信する（ステップ５０８）。

【０１７１】次に、図１１に示したＰＥルータ３０の認
証制御部３０ｄにおける認証制御の動作について、図２
３のフローチャートを用いて説明する。図１８におい
て、パケット受信部３０ｂがＲＡＤＩＵＳメッセージを
識別すると、認証制御部３０ｄによる処理に移行し、認
証制御部３０ｄは、受信したＲＡＤＩＵＳメッセージの
内容を確認する（ステップ６０１）。そして、ユーザ認
証サーバ３２からの応答が認証の許可かどうか判断する
（ステップ６０２）。

【０１７２】ここで、この認証が不許可の場合には認証
失敗と判断し、マルチキャスト受信者管理テーブル３０
ｆから該当するエントリを削除する（ステップ６０
３）。また、この認証が許可された場合には、拡張属性
値の時刻を読み出し（ステップ６０４）、時刻属性があ
るかどうか判断する（ステップ６０５）。

【０１７３】ここで、時刻属性が設定されていない場合
には、ユーザ情報をマルチキャスト受信者管理テーブル
３０ｆに登録し（ステップ６０６）、また時刻属性が設
定されている場合には、次に現時刻がその拡張属性値の
設定時刻内かどうか判断する（ステップ６０７）。

【０１７４】ここで、現時刻が設定時刻外、特に設定時
刻のスタート時刻前の場合は、例えば内部に有するタイ
マを起動させて、スタート時刻まで待ち、タイマが満了
すると、ユーザ情報をマルチキャスト受信者管理テーブ
ル３０ｆに登録する（ステップ６０８）。また、現時刻
が設定時刻内の場合には、ユーザ情報をマルチキャスト
受信者管理テーブル３０ｆに登録する（ステップ６０
６）。

【０１７５】次に、図１１に示したＰＥルータ３０のマ
ルチキャストフォワーディング制御部３０ｅのフォワー
ディング処理の動作について、図２４のフローチャート
を用いて説明する。図１８において、パケット受信部３
０ｂがマルチキャストパケットを識別すると、マルチキ
ャストフォワーディング制御部３０ｅによる処理に移行
し、この制御部３０ｅは、受信マルチキャストパケット
の宛先アドレス（グループアドレス）をマルチキャスト
フォワーディングテーブル３０ｇで検索する（ステップ
７０１）。

【０１７６】そして、このグループアドレスのマルチキ
ャストグループに参加している受信者がいるかどうか判
断する（ステップ７０２）。

【０１７７】ここで、参加している受信者がいない場合
には、このパケットを廃棄し（ステップ７０３）、受信
者がいる場合には、当該受信者がいる受信者ポート番号
のポートにパケットをフォワードする（ステップ７０
４）。そして、パケット送信部３０ｈからＬＡＮインタ
ーフェース３０ａを介して送信する（ステップ７０
５）。

【０１７８】このように、この実施の形態では、参加申
し込みにより、予めマルチキャストグループに参加でき
るユーザＰＣをユーザ認証サーバに登録しておき、ＩＧ
ＭＰを用いて、ユーザＰＣから参加要求を示すメンバー
シップ・レポートが送信されると、このレポート内の情
報とこのユーザ認証サーバの登録内容に基づいてユーザ
ＰＣの認証がなされ、認証されると許可時間内でのマル
チキャストグループへの当該ユーザＰＣの参加を許可す
ることにより、ユーザＰＣの機能は既存の仕組みのまま
で、ユーザＰＣを正確に認証することができる。

【０１７９】また、この実施の形態では、マルチキャス
トグループへ参加できる許可時間がユーザ認証サーバに
設定されているので、認証によって参加を許可されたユ
ーザＰＣは許可された時間内で、必要な時間だけマルチ
キャストパケットをフォワードすることができる。

【０１８０】また、この実施の形態では、送信元アドレ
スとグループアドレスの組を一つのユーザネームとして
認証を行うので、各ユーザＰＣに個別のパスワードを設
ける必要がなくなり、参加申し込み時や参加要求時の手
続きの際に、予め決められているパスワードを入力して
ユーザ認証サーバに問い合わせることができる。

【０１８１】なお、この実施の形態では、ユーザ認証サ
ーバが参加を許可するユーザＰＣの認証判断を行った
が、この発明はこれに限らず、たとえばＰＥルータがこ
の認証の機能を有し、ユーザに対する認証判断を行うこ
とも可能である。この場合には、ユーザ認証サーバはマ
ルチキャスト受信者認証テーブルを有し、ＰＥルータか
らの要求によってこのテーブルの登録内容をＰＥルータ
に送信するように設定する。

【０１８２】（実施の形態２）実施の形態１では、ＰＥ
ルータ３０がＩＧＭＰ制御、認証制御およびマルチキャ
ストフォワーディング制御を行う場合について説明した
が、この発明はこれに限らず、たとえばＣＥルータ２
２，２３がこれら制御を行うことも可能である。

【０１８３】この場合のＣＥルータ２２，２３の構成と
しては図１１に示したＰＥルータ３０の構成と同じ構成
であり、ＰＥルータ３０はパケットの中継機能を有する
ものとする。

【０１８４】この場合に、例えばユーザの認証をＣＥル
ータ２２，２３で行うとすると、認証に利用されるＩＧ
ＭＰメッセージのＩＰアドレスが、受信者ＩＰアドレス
であるため、各ユーザＰＣ２０，２１のＩＰアドレスが
そのまま使用される。

【０１８５】このため、ＣＥルータ２２，２３が有する
こととなるマルチキャスト受信者管理テーブルは、図１
２に示すように、受信者ＩＰアドレスが各ユーザＰＣ２
０，２１のアドレス、例えば“192.52.150.1”と“192.
52.122.1”とが格納されており、受信者ポート番号には
このユーザＰＣのアドレスが格納される。

【０１８６】これにより、この実施の形態では、参加申
し込みにより、予めマルチキャストグループに参加でき
る受信者ホストをユーザ認証サーバに登録しておき、Ｉ
ＧＭＰを用いて、受信者ホストから参加要求を示すメン
バーシップ・レポートが送信されると、このレポート内
の情報とこのユーザ認証サーバの登録内容に基づいて受
信者ホストの認証がなされ、認証されると許可時間内で
のマルチキャストグループへの当該受信者ホストの参加
を許可することにより、受信者ホストの機能は既存の仕
組みのままで、受信者ホストを正確に認証する。

【０１８７】（実施の形態３）また、この発明にかかる
認証システムは、たとえば図２５に示すように、ＦＴＴ
Ｈ（ＦｉｂｅｒＴｏＴｈｅＨｏｍｅ）サービスの
常時接続用のネットワークシステムに用いることも可能
である。図において、中央局８０には、LANスイッチ８
１とコンテンツ・サーバ８２とが存在し、集線局８５に
はLANスイッチ８６が存在し、ユーザ宅９０にはメディ
ア・コンバータ９１と受信者ホスト９２が存在してい
る。

【０１８８】このような構成でも、実施の形態１と同様
に、ＬＡＮスイッチ８１または８６にＩＧＭＰ制御、認
証制御およびマルチキャストフォワーディング制御の機
能を持たせて、コンテンツ・サーバ８２の配信サービス
を提供できる。また、ユーザの認証を行う手段は、中央
局８０内に設けても良いし、インターネットの網内に設
けても良い。

【０１８９】これにより、この実施の形態でも、実施の
形態１と同様に、参加申し込みにより、予めマルチキャ
ストグループに参加できる受信者ホストをユーザ認証サ
ーバに登録しておき、ＩＧＭＰを用いて、受信者ホスト
から参加要求を示すメンバーシップ・レポートが送信さ
れると、このレポート内の情報とこのユーザ認証サーバ
の登録内容に基づいて受信者ホストの認証がなされ、認
証されると許可時間内でのマルチキャストグループへの
当該受信者ホストの参加を許可することにより、ＰＣの
機能は既存の仕組みのままで、ユーザＰＣを正確に認証
することができる。

【０１９０】（実施の形態４）ところで、上述した実施
の形態では、受信者を認証する場合、受信者ホストのＩ
Ｐアドレスを認証サーバに登録し、受信者からの参加要
求のメッセージの受信者ホストアドレスを抽出して、認
証サーバ内のアドレスと比較して認証を行っていた。

【０１９１】このような認証の方法は、ＦＴＴＨなどの
ネットワークシステムにおいて、一つの加入者回線に１
台のルータまたはユーザＰＣが接続されている場合に
は、上述したごとく効果的なものであるが、複数のユー
ザＰＣが一つの加入者回線に接続される場合には、一個
人または一団体の加入者が、このネットワークに接続す
る全ての受信者ホストであるユーザＰＣのホストアドレ
スを、ユーザ認証サーバへ登録する必要がある。このた
め、ユーザ認証サーバでは、加入者のユーザＰＣの台数
に応じて大容量のメモリが必要となり、ユーザ認証サー
バの製作コストおよび運用コストが高価になることがあ
る。

【０１９２】例えば、図２６のこの発明にかかる実施の
形態４の構成図に示すように、上述した実施の形態で示
した一部のＣＥルータ（図９参照）の代わりに、レイヤ
２スイッチングハブ（以下、「Ｌ２ＳＷ」という）４０
を設けて、ＣＥルータ２２とＬ２ＳＷ４０がマルチキャ
スト認証システム内に混在する構成になっている。この
Ｌ２ＳＷ４０は、ＰＥルータ３０と受信者ホスト４１〜
４３間に介在しており、ユーザＰＣ４１〜４３は、同じ
加入者の複数のユーザＰＣからなり、同じネットワーク
アドレス“201.1.3.0”に所属している。

【０１９３】このような場合に、上述した実施の形態で
は、ユーザ認証サーバ３２のマルチキャスト受信者認証
テーブルには、それぞれのユーザＰＣに対応した個別の
受信者ＩＰアドレス、例えばユーザＰＣ４１〜４３で
は、“201.1.3.1”、“201.1.3.2”、“201.1.3.3”が
エントリされることとなる。このために、このマルチキ
ャスト受信者認証テーブルには、加入者のユーザＰＣの
台数に応じたメモリ容量が必要となっていた。

【０１９４】そこで、この実施の形態４では、ユーザ認
証サーバへの登録の際に、ＰＣ単位ではなく、各加入者
に割り当てられているネットワークアドレスを登録する
ことで、加入者単位でのエントリを可能とし、ユーザ認
証サーバに必要となる登録エントリ数を、１加入者に対
して１エントリとしている。

【０１９５】このＬ２ＳＷ４０は、例えば図２７に示す
ように、ＰＥルータ３０や各ユーザＰＣ４１〜４３とポ
ートを介して接続されるＬＡＮＩ／Ｆ４０ａと、ＬＡＮ
Ｉ／Ｆ４０ａで取り込まれたパケットを受信し、受信処
理するパケット受信部４０ｂと、パケット受信部４０ｂ
で受信されたパケットのレイヤ２のＭＡＣ中継処理を行
うＬ２中継処理部４０ｃと、Ｌ２中継処理部４０ｃで処
理されたパケットを送信するパケット送信部４０ｄとか
ら構成されている。このような構成のＬ２ＳＷは、ユー
ザＰＣからのＩＧＭＰメンバーシップレポートのメッセ
ージパケットがそのまま中継されて、ＰＥルータ３０に
受信されることになる。

【０１９６】また、ＰＥルータ３０は、図２８の構成図
に示すように、図１１に示した構成部分の他に、ＬＡＮ
インターフェース３０ａ内に設けられる図示しない既存
のインターフェースアドレステーブルと、認証モードテ
ーブル３０ｉとを備えている。このインターフェーステ
ーブルは、ユーザＰＣとの間でメッセージパケットの送
受信を行うために用いるもので、従来からＰＥルータ３
０に設けられている。このインターフェースアドレステ
ーブルは、図２９に示すように、ユーザＰＣの接続され
ているＰＥルータ３０のポートのポート番号と、ユーザ
ＰＣの接続されているＰＥルータのポートのＩＰアドレ
スと、加入者毎に設定されたネットワークマスクの情報
が対応付けられて登録されている。

【０１９７】なお、マルチキャスト受信者管理テーブル
３０ｆは、受信者を認証済みで、かつマルチキャスト中
継中であるかどうかを判断するためのテーブルであるの
で、認証単位をネットワークアドレスで行う場合であっ
ても、個別（ユーザＰＣ）にエントリを保持しておく必
要がある。この実施の形態におけるマルチキャスト受信
者管理テーブル３０ｆは、図３０に示すように、エント
リの項目は、図１２と同様であるが、ＰＥルータとユー
ザＰＣ４１〜４３間のメッセージの送受信がＬ２ＳＷ４
０をスルーして直接行われるので、ＰＥルータの同一ポ
ートに複数のユーザＰＣが接続されているように、マル
チキャスト受信者管理テーブルの一部を変更した。

【０１９８】ユーザ認証サーバ３２は、図１４に示した
構成と同様であるが、マルチキャスト受信者認証テーブ
ル３２ｅは、図３１に示すように、受信者ＩＰアドレス
または受信者ネットワークアドレスと、その受信者ホス
トが参加するマルチキャストグループのグループアドレ
スと、受信者ホストが接続されるＰＥルータ３０のポー
トのＩＰアドレスと、そのＰＥルータポート番号がエン
トリされている。

【０１９９】また、ユーザ認証サーバ３２が有するｕｓ
ｅｒｓファイルのユーザネームの情報は、受信者ホスト
のネットワークアドレスとグループＩＰアドレスの組
（全てのマルチキャストグループを指定する場合には、
受信者ホストのネットワークアドレスのみ）が一つのユ
ーザネームとして登録されており、例えばこの実施の形
態では、受信者ホスト４１〜４３の受信者ネットワーク
アドレス“201.１.3.0”とグループＩＰアドレス“224.
1.1.3”を組み合わせた“201.１.3.0-224.1.1.3”と
し、パスワードは、“RADIUS-CLIENT”としている。

【０２００】また、配信受付サーバ３３は、図１６と同
様の構成であるが、配信受付サーバデータベース３３ｅ
は、図３２に示すように、ユーザのアカウント名と、ユ
ーザのパスワードの他に、受信者ＩＰアドレスまたは受
信者ネットワークアドレスと、ユーザの接続されている
ＰＥルータのポートのＩＰアドレスと、そのポートのポ
ート番号がエントリされている。

【０２０１】認証モードテーブル３０ｉは、図３３に示
すように、ユーザＰＣの接続されているＰＥルータ３０
のポートのポート番号と、このポートに接続されたユー
ザＰＣを認証する場合の認証モード、すなわちユーザ認
証サーバへの問い合わせ時にその受信者ホストのＩＰア
ドレスで行うのか、ネットワークアドレスで行うのかを
示す情報とがエントリされている。

【０２０２】このような構成のマルチキャスト認証シス
テムでの配信申し込みからユーザ認証およびコンテンツ
のストリーム配信に至る一連の動作では、ＰＥルータ３
０による受信パケットの識別動作、配信受付サーバ３３
の配信受付の動作およびパケットの中継動作は、図１８
〜図２０に示した動作と同様の動作を行う。この動作に
おいて、受信者ホスト４１〜４３では、ユーザアカウン
トとパスワードは図３２に示した一つのユーザアカウン
トとパスワード、この実施の形態では“Nagoya”と“ad
fh873yg”を持つことになるので、複数の受信者ホスト
４１〜４３はいずれかの受信者ホストが配信の申し込み
を行っていれば、全ての受信者ホストで、その申し込み
を行ったコンテンツ配信を受けることが可能となる。

【０２０３】配信受付サーバ３３の配信受付の動作で
は、ステップ２０５において、ユーザ認証がなされる
と、該当するＰＥルータＩＰアドレスとポート番号とユ
ーザのネットワークアドレスを配信受付サーバデータベ
ース３３ｅから抽出して、これらのユーザ認証情報を認
証サーバインタフェース３３ｆを介してユーザ認証サー
バ３２のマルチキャスト受信者認証テーブル３２ｅに提
供している（ステップ２０７）。

【０２０４】また、図２１に示すＩＧＭＰメンバーシッ
プ・レポートのメッセージパケットの送受信に伴うＰＥ
ルータ３０の処理動作では、ステップ４０４で認証制御
部３０ｄへの認証処理に移行すると、認証制御部３０ｄ
は、認証モードテーブル３０ｉを調べて、ＩＧＭＰメン
バーシップ・レポートを受信したＰＥルータ３０のポー
トの認証モードがホストアドレスか、ネットワークアド
レスか判断している。

【０２０５】ここで、この認証モードがホストアドレス
の場合には、実施の形態１で示した方法で認証の問い合
わせを行う。また、この認証モードがネットワークアド
レスの場合には、ＰＥルータ３０の受信ポートのポート
番号でインターフェースアドレステーブルを検索し、ネ
ットワークマスク、この実施の形態では、ポート番号
“４”に対応する“255.255.255.0”を抽出して、この
送信元アドレス、例えば“201.1.3.1”とこのネットワ
ークマスク“255.255.255.0”を掛け合わせて、ネット
ワークアドレス“201.1.3.0”を抽出する。そして、こ
の抽出したネットワークアドレスと参加要求しているマ
ルチキャストグループのグループＩＰアドレス“224.1.
1.3” による認証を問い合わせる「Ａｃｃｅｓｓ−Ｒｅ
ｑｕｅｓｔ」のＲＡＤＩＵＳメッセージのパケットをユ
ーザ認証サーバ３２に送信して問い合わせを行う（ステ
ップ４０５）。そして、図２１における各ステップの動
作を、実施の形態１と同様に行う。

【０２０６】また、図２２におけるユーザ認証サーバ３
２の認証動作では、ステップ５０４でＲＡＤＩＵＳメッ
セージ中のネットワークアドレスとグループＩＰアドレ
スとからなるユーザネームに基づく受信者の認証が行わ
れ、この認証の許可または不許可を示すＲＡＤＩＵＳメ
ッセージがパケット送信部３２ｆからＬＡＮインタフェ
ース３２ａを介して送信される。

【０２０７】ＰＥルータ３０の認証制御部３０ｄでは、
パケット受信部３０ｂがＲＡＤＩＵＳメッセージを識別
すると、図２３のフローチャートに基づく認証制御の動
作を行い、この認証が許可された場合には、ユーザ情報
をマルチキャスト受信者管理テーブル３０ｆに登録する
などの動作を行う。

【０２０８】このように、この実施の形態では、参加申
し込みにより、予めマルチキャストグループに参加でき
るユーザＰＣ群のネットワークアドレスをユーザ認証サ
ーバに登録しておき、ＩＧＭＰを用いて、ユーザＰＣか
ら参加要求を示すメンバーシップ・レポートが送信され
ると、このレポート内の情報と、受信ポートのネットワ
ークマスクとからネットワークアドレスを抽出し、この
抽出した情報とこのユーザ認証サーバの登録内容に基づ
いてユーザＰＣの認証がなされ、認証されると許可時間
内でのマルチキャストグループへの当該ユーザＰＣの参
加を許可することにより、ユーザＰＣの機能は既存の仕
組みのままで、ユーザＰＣを正確に認証することができ
る。

【０２０９】また、この実施の形態では、複数のユーザ
ＰＣを認証するために、ユーザ認証サーバのデータベー
スのエントリを共通化できるため、データベースエント
リ数を少なくすることができ、コンテンツの大規模配信
を可能にすることができる。

【０２１０】なお、この実施の形態では、配信受付サー
バでｗｗｗサーバを使い、ユーザがｗｗｗブラウザで配
信申し込みを行って、自動的に認証受付サーバデータベ
ースの生成を行うようにしているが、この発明はこれに
限らず、例えば認証受付サーバデータベースのエントリ
の管理を、コンテンツ配信事業者のネットワーク管理者
がスタティックに設定することも可能である。このよう
なスタティックな設定による管理の場合には、実施の形
態４で記述した方式によって、ユーザＰＣ個別のエント
リ設定を不要にし、管理コストを小さくすることが可能
となる。

【０２１１】この発明は、これら実施形態に限定される
ものではなく、この発明の要旨を逸脱しない範囲で種々
の変形実施が可能である。たとえばＶＯＤ（ビデオ・オ
ン・デマンド）などのビデオ番組のような動画配信サー
ビスにも用いることが可能である。

【０２１２】

【発明の効果】以上説明したように、この発明の請求項
１では、マルチキャストグループに参加できる受信者ホ
ストまたは中継ルータのアドレスを認証サーバに登録し
ておき、受信者ホストから参加要求を示すＩＧＭＰのメ
ンバーシップ・レポートが送信されると、このレポート
内の情報とこの認証サーバの登録内容に基づいて受信者
ホストの認証がなされ、認証されるとマルチキャストグ
ループへの当該受信者ホストの参加を許可するので、受
信者ホストの機能は既存の仕組みのままで、受信者ホス
トを正確に認証することができるとともに、加入者ごと
にエントリを共通化できるため、認証サーバのデータベ
ースエントリ数を少なくすることができ、コンテンツの
大規模配信を可能にすることができる。

【０２１３】また、この発明の請求項２では、受信者ホ
ストまたは中継ルータのアドレスとともに、当該受信者
ホストまたは中継ルータが接続されているルータのポー
トの情報を認証サーバに登録しておき、受信者ホストか
ら参加要求を示すＩＧＭＰのメンバーシップ・レポート
が送信されると、このレポート内の情報とこの認証サー
バの登録内容に基づいて受信者ホストの認証がなされ、
認証されるとマルチキャストグループへの当該受信者ホ
ストの参加を許可するので、受信者ホストの機能は既存
の仕組みのままで、受信者ホストを正確に認証すること
ができる。

【０２１４】また、この発明の請求項３では、マルチキ
ャストグループのグループアドレスをさらに認証サーバ
に登録しておき、受信者ホストから参加要求を示すＩＧ
ＭＰのメンバーシップ・レポートが送信されると、この
レポート内の情報とこの認証サーバの登録内容に基づい
て受信者ホストの認証がなされ、認証されるとマルチキ
ャストグループへの当該受信者ホストの参加を許可する
ので、受信者ホストの機能は既存の仕組みのままで、受
信者ホストを正確に認証することができる。

【０２１５】また、この発明の請求項４では、前記受信
者ホストのアドレスまたは当該受信者ホストが所属する
ネットワークアドレスまたは前記中継装置のアドレスと
ともに、ネットワーク間接続装置のポートの情報を前記
認証サーバに登録するので、自己のアドレスではない任
意のアドレスによって参加を試みる受信者ホストによる
不正なアクセスを防ぐことができる。

【０２１６】また、この発明の請求項５では、前記受信
者ホストのアドレスまたは当該受信者ホストが所属する
ネットワークアドレスまたは前記中継装置のアドレス、
ネットワーク間接続装置のポートの情報とともに、マル
チキャストグループのグループアドレスを前記認証サー
バに登録するので、自己のアドレスではない任意のアド
レスによって参加を試みる受信者ホストによる不正なア
クセスをさらに防ぐことができる。

【０２１７】また、この発明の請求項６では、全てのマ
ルチキャストグループへの参加に応じて、受信者ホスト
のアドレスまたは当該受信者ホストが所属するネットワ
ークアドレスまたは中継ルータのアドレスを認証サーバ
に登録しておき、受信者ホストから参加要求を示すＩＧ
ＭＰのメンバーシップ・レポートが送信されると、この
レポート内の情報とこの認証サーバの登録内容に基づい
て受信者ホストの認証がなされ、認証されると全てのマ
ルチキャストグループへの当該受信者ホストの参加を許
可するので、受信者ホストの機能は既存の仕組みのまま
で、受信者ホストを正確に認証することができる。

【０２１８】また、この発明の請求項７では、マルチキ
ャストグループへの参加を許可する許可時間も認証サー
バに登録しておき、受信者ホストから参加要求を示すＩ
ＧＭＰのメンバーシップ・レポートが送信されると、こ
のレポート内の情報とこの認証サーバの登録内容に基づ
いて受信者ホストの認証がなされ、認証されると許可時
間内でのマルチキャストグループへの当該受信者ホスト
の参加を許可するので、受信者ホストの機能は既存の仕
組みのままで、受信者ホストの認証およびマルチキャス
トグループへの参加を正確に行うことができる。

【０２１９】また、この発明の請求項８では、受信者ホ
ストのアドレスまたは中継装置のアドレスと、マルチキ
ャストグループのグループアドレスとの組を個別のユー
ザネームとして登録するので、マルチキャストグループ
ごとのユーザの認証が可能となり、受信者ホストの機能
は既存の仕組みのままで、受信者ホストを正確に認証す
る。

【０２２０】また、この発明の請求項９では、送信元ア
ドレスにそのネットワークマスクを掛け合わせて抽出し
たネットワークアドレスと、グループアドレスの組を個
別のユーザネームとして、認証サーバへ問い合わせるの
で、加入者単位で認証サーバにエントリすることがで
き、これにより認証サーバの記憶容量および製作コスト
を削減できる。

【０２２１】また、この発明の請求項１０では、マルチ
キャストグループごとに参加を許可する許可時間が設定
されるので、受信者ホストのマルチキャストグループへ
の参加を時間通りに正確に行うことができる。

【０２２２】また、この発明の請求項１１では、マルチ
キャストグループごとに参加を許可する許可時間が予め
設定されており、ユーザが参加申し込みを行うと、許可
時間が自動的に認証サーバに登録されるので、受信者ホ
ストのマルチキャストグループへの参加をさらに時間通
りに正確に行うことができる。

【０２２３】また、この発明の請求項１２，１３では、
認証サーバによる受信者ホストの認証、ネットワーク間
接続装置による参加の許可を行えるようにし、またはネ
ットワーク間接続装置による認証と許可を行えるように
することで、認証と許可の作業の分散または集中を図る
ことが可能になる。

【０２２４】また、この発明の請求項１４では、ネット
ワーク間接続装置により受信者ホストの認証と参加の許
可を集中して行い、認証された受信者ホストに対して許
可時間内でのマルチキャスト受信を許可するので、受信
者ホストのマルチキャストグループへの参加を時間通り
に正確に行うことができる。

【０２２５】また、この発明の請求項１５，１６では、
許可時間にならないと認証の失敗と判断し、認証失敗と
判断されると、該当するユーザ登録のエントリを削除す
るので、許可時間内に受信者ホストのマルチキャストグ
ループへの参加を正確に行うことができる。

【０２２６】また、この発明の請求項１７では、インタ
ーネットのサービス事業がコンテンツのストリーム配信
サービスを行う場合に用い、許可時間内でコンテンツの
ストリームのマルチキャストフォワーディングを行うの
で、許可時間内に受信者ホストのマルチキャストグルー
プへの参加を正確に行うことができる。

【０２２７】また、この発明の請求項１８では、上記の
認証の機能に課金の機能を組み合わせることで、正確に
課金できるようになり、これによってサービス事業者が
有料でコンテンツを配信することが可能となる。

【０２２８】この発明にかかる認証サーバでは、参加申
し込み時に、受信者ホストのアドレスまたはこの受信者
ホストが所属するネットワークアドレスを登録手段に登
録するので、受信者ホストからの参加要求に対して、受
信者ホストを正確に認証することが可能になるととも
に、加入者ごとにエントリを共通化できるため、認証サ
ーバのデータベースエントリ数を少なくすることがで
き、コンテンツの大規模配信を可能にすることができ
る。

【０２２９】この発明にかかるネットワーク間接続装置
では、送信処理手段が参加要求メッセージから送信元ア
ドレスを抽出し、認証を問い合わせるメッセージを送信
し、その認証結果のメッセージを認証サーバから受信
し、認証された場合には、許可手段でグループ参加を許
可するので、受信者ホストからの参加要求に対して、受
信者ホストを正確に認証することが可能になる。

【０２３０】この発明にかかるマルチキャスト認証シス
テムでは、請求項１９〜２９のいずれか一つに記載の認
証サーバと、請求項３０〜３８のいずれか一つに記載の
ネットワーク間接続装置とを備え、マルチキャストグル
ープへの参加認証や許可時間内での例えば配信サービス
を行うので、受信者ホストの機能は既存の仕組みのまま
で、ユーザを正確に認証できるとともに、加入者ごとに
エントリを共通化できるため、認証サーバのデータベー
スエントリ数を少なくすることができ、コンテンツの大
規模配信を可能にすることができる。

【図面の簡単な説明】

【図１】この発明にかかるマルチキャスト認証システム
の概略構成を示す構成図である。

【図２】図１に示したユーザ認証サーバが有するマルチ
キャスト受信者認証テーブルの構成の一例を示す構成図
である。

【図３】図１に示したシステムの各部の動作を示すタイ
ムチャートである。

【図４】ＩＧＭＰのメンバーシップ・レポートメッセー
ジのパケットフォーマットを示す図である。

【図５】図４に示したＩＧＭＰＭａｓｓａｇｅのフォ
ーマットを示す図である。

【図６】ＲＡＤＩＵＳメッセージのパケットフォーマッ
トを示す図である。

【図７】図６に示したＲＡＤＩＵＳＭｅｓｓａｇｅの
フォーマットを示す図である。

【図８】図７に示したＡｔｔｒｉｂｕｔｅｓのフォーマ
ットを示す図である。

【図９】この発明にかかるマルチキャスト認証システム
の実施の形態１の構成を示す構成図である。

【図１０】図９に示したＣＥルータの構成の一例を示す
構成図である。

【図１１】図９に示したＰＥルータの構成の一例を示す
構成図である。

【図１２】図１１に示したマルチキャスト受信者管理テ
ーブルの構成の一例を示す構成図である。

【図１３】図１１に示したマルチキャストフォワーディ
ングテーブルの構成を示す構成図である。

【図１４】図９に示したユーザ認証サーバの構成の一例
を示す構成図である。

【図１５】図１４に示したユーザ認証サーバが有するマ
ルチキャスト受信者認証テーブルの構成の一例を示す構
成図である。

【図１６】図９に示した配信受付サーバの構成の一例を
示す構成図である。

【図１７】図１６に示したデータベースの構成の一例を
示す構成図である。

【図１８】図１１に示したＰＥルータによる受信パケッ
トの識別動作を示すフローチャートである。

【図１９】図１６に示した配信受付サーバの配信動作を
説明するためのフロ−チャートである。

【図２０】図１０に示したＣＥルータの中継動作を説明
するためのフローチャートである。

【図２１】図１１に示したＩＧＭＰ制御部の制御動作を
説明するためのフローチャートである。

【図２２】図１４に示したユーザ認証サーバの認証動作
を説明するためのフローチャートである。

【図２３】図１１に示した認証制御部の認証動作を説明
するためのフローチャートである。

【図２４】図１１に示したマルチキャストフォワーディ
ング制御部のフォワーディング処理の動作を説明するた
めのフローチャートである。

【図２５】この発明にかかるマルチキャスト認証システ
ムの実施の形態３の構成を示す構成図である。

【図２６】この発明にかかるマルチキャスト認証システ
ムの実施の形態４の構成を示す構成図である。

【図２７】図２６に示したレイヤ２スイッチングハブの
構成の一例を示す構成図である。

【図２８】図２６に示したＰＥルータの構成の一例を示
す構成図である。

【図２９】ＰＥルータが有するインターフェースアドレ
ステーブルの構成の一例を示す構成図である。

【図３０】図１１に示したマルチキャスト受信者管理テ
ーブルの構成の他の例を示す構成図である。

【図３１】図１４に示したユーザ認証サーバが有するマ
ルチキャスト受信者認証テーブルの構成の他の例を示す
構成図である。

【図３２】図１６に示したデータベースの構成の他の例
を示す構成図である。

【図３３】図２６に示した認証モードテーブルの構成の
一例を示す構成図である。

【図３４】従来のマルチキャスト認証システムの概略構
成を示す構成図である。

【符号の説明】

１０，１１，２０，２１，４０〜４３，９２受信者ホ
スト（ユーザＰＣ）１２ルータ１３バックボーンネットワーク１４送信者ホスト１５ユーザ認証サーバ２２，２３ＣＥルータ２２ａ，３０ａ，３２ａ，３３ａ，４０ａＬＡＮイン
タフェース２２ｄパケット中継処理部２２ｃＩＧＭＰＰｒｏｘｙ処理部２２ｂ，３０ｂ，３２ｂ，３３ｂ，４０ｂパケット受
信部２２ｅ，３０ｈ，３２ｆ，３３ｇ，４０ｄパケット送
信部２９ＩＰ網３０ＰＥルータ３０ｃＩＧＭＰ制御部３０ｄ認証制御部３０ｅマルチキャストフォワーディング制御部３０ｆマルチキャスト受信者管理テーブル３０ｇマルチキャストフォワーディングテーブル３０ｉ認証モードテーブル３１ストリームコンテンツ配信サーバ３２ユーザ認証サーバ３２ｃ認証制御部３２ｄ配信受付サーバインタフェース３２ｅマルチキャスト受信者認証テーブル３３配信受付サーバ３３ｃｗｗｗサーバ処理部３３ｄ配信受付制御部３３ｅユーザ認証サーバインタフェース３３ｆ認証サーバインタフェース３４課金サーバ４０Ｌ２スイッチングハブ４０ｃＬ２中継処理部８０中央局８１，８６スイッチ８２コンテンツ・サーバ８５集線局９０ユーザ宅９１メディア・コンバータ

Claims

【特許請求の範囲】

【請求項１】複数の受信者ホストと送信者ホストのネ
ットワーク網とがネットワーク間接続装置を介して接続
されるとともに、前記ネットワーク網内の認証サーバに
よって前記送信者ホストのマルチキャストグループへの
参加を認証するマルチキャスト認証方法において、前記受信者ホストからの前記送信者ホストのマルチキャ
ストグループへの参加申し込みに応じて、当該受信者ホ
ストのアドレスまたは当該受信者ホストが所属するネッ
トワークアドレスを前記認証サーバに登録する登録工程
と、前記受信者ホストからの参加要求のメッセージに対し、
前記認証サーバの登録内容に基づいて受信者ホストの認
証を行う認証工程とを含むことを特徴とするマルチキャ
スト認証方法。
【請求項２】複数の受信者ホストと送信者ホストのネ
ットワーク網とがネットワーク間接続装置および中継装
置を介して接続されるとともに、前記ネットワーク網内
の認証サーバによって前記送信者ホストのマルチキャス
トグループへの参加を認証するマルチキャスト認証方法
において、前記受信者ホストから前記送信者ホストのマルチキャス
トグループへの参加申し込みに応じて、当該受信者ホス
トが接続されている前記中継装置のアドレスを前記認証
サーバに登録する登録工程と、前記受信者ホストからの参加要求のメッセージに対し、
前記認証サーバの登録内容に基づいて前記中継装置の認
証を行う認証工程とを含むことを特徴とするマルチキャ
スト認証方法。
【請求項３】前記マルチキャスト認証方法では、前記
参加要求のメッセージに対して前記受信者ホストの認証
がなされると、前記マルチキャストグループへの当該受
信者ホストの参加を許可する許可工程をさらに含むこと
を特徴とする請求項１または２に記載のマルチキャスト
認証方法。
【請求項４】前記登録工程では、前記受信者ホストの
アドレスまたは当該受信者ホストが所属するネットワー
クアドレスまたは前記中継装置のアドレスとともに、当
該受信者ホストまたは当該中継装置が接続されている前
記ネットワーク間接続装置のポートの情報を前記認証サ
ーバに登録することを特徴とする請求項１〜３のいずれ
か一つに記載のマルチキャスト認証方法。
【請求項５】前記登録工程では、前記マルチキャスト
グループのグループアドレスをさらに前記認証サーバに
登録し、前記認証工程では、前記受信者ホストからの参加要求の
メッセージに対し、前記認証サーバの登録内容に基づい
て前記受信者ホストまたは前記中継装置と前記マルチキ
ャストグループの認証を行うことを特徴とする請求項１
〜４のいずれか一つに記載のマルチキャスト認証方法。
【請求項６】前記登録工程では、全ての前記マルチキ
ャストグループへの参加の申し込みに応じて、前記受信
者ホストのアドレスまたは当該受信者ホストが所属する
ネットワークアドレスまたは前記中継装置のアドレスを
前記認証サーバに登録し、前記許可工程では、前記参加要求のメッセージに対して
前記受信者ホストの認証がなされると、全ての前記マル
チキャストグループへの当該受信者ホストの参加を許可
することを特徴とする請求項１〜５のいずれか一つに記
載のマルチキャスト認証方法。
【請求項７】前記登録工程では、前記マルチキャスト
グループへの参加を許可する許可時間をさらに前記認証
サーバに登録し、前記許可工程では、参加要求のメッセージに対して前記
受信者ホストの認証がなされると、前記許可時間内での
前記マルチキャストグループへの当該受信者ホストの参
加を許可することを特徴とする請求項１〜６のいずれか
一つに記載のマルチキャスト認証方法。
【請求項８】前記登録工程では、前記受信者ホストの
アドレスまたは中継装置のアドレスと、前記マルチキャ
ストグループのグループアドレスとの組を一つのユーザ
ネームとして登録し、前記認証工程では、前記参加要求メッセージに含まれる
送信元アドレスとグループアドレスを抽出し、当該送信
元アドレスとグループアドレスの組を一つのユーザネー
ムとして、前記認証サーバの登録内容を検索して前記受
信者ホストまたは中継装置の認証を行うことを特徴とす
る請求項５〜７のいずれか一つに記載のマルチキャスト
認証方法。
【請求項９】前記登録工程では、前記受信者ホストの
アドレスまたは当該受信者ホストが所属するネットワー
クアドレスまたは中継装置のアドレスと、前記マルチキ
ャストグループのグループアドレスとの組を一つのユー
ザネームとして登録し、前記認証工程では、前記参加要求メッセージに含まれる
送信元アドレスとグループアドレスを抽出し、当該送信
元アドレスにそのネットワークマスクを掛け合わせるこ
とで、ネットワークアドレスを抽出し、当該ネットワー
クアドレスとグループアドレスの組を一つのユーザネー
ムとして、前記認証サーバの登録内容を検索して前記受
信者ホストまたは中継装置の認証を行うことを特徴とす
る請求項５〜７のいずれか一つに記載のマルチキャスト
認証方法。
【請求項１０】前記許可工程では、前記許可時間は、
前記マルチキャストグループごとに予め設定されてお
り、前記参加申し込みの際に、前記受信者ホストによっ
て指定された前記マルチキャストグループへの参加時間
に基づいて、該受信者ホストに対する許可時間を設定し
て前記認証サーバに登録することを特徴とする請求項７
に記載のマルチキャスト認証方法。
【請求項１１】前記許可工程では、前記許可時間は、
前記マルチキャストグループごとに予め設定されてお
り、前記参加申し込みの際に、前記受信者ホストによっ
て指定された前記マルチキャストグループに基づいて、
前記許可時間を前記認証サーバに登録することを特徴と
する請求項７に記載のマルチキャスト認証方法。
【請求項１２】前記認証工程は、前記認証サーバが行
い、認証結果とともに、前記受信者ホストがユーザ登録
されている場合には、当該登録内容である許可時間の情
報を前記ネットワーク間接続装置に送信し、前記許可工程は、前記ネットワーク間接続装置が行い、
受信した前記認証結果に基づいて参加の許可を判断する
とともに、受信した前記許可時間内での前記マルチキャ
ストグループへの前記受信者ホストの参加を許可するこ
とを特徴とする請求項７，１０および１１のいずれか一
つに記載のマルチキャスト認証方法。
【請求項１３】前記認証工程および許可工程は、前記
ネットワーク間接続装置が行い、前記認証サーバは、前
記参加申し込みの際に、指定された前記送信元アドレス
とマルチキャストグループに対するユーザ登録内容を前
記ネットワーク間接続装置に送信し、該ネットワーク間接続装置は、当該登録内容に基づいて
前記受信者ホストの認証を行って、前記認証結果に基づ
いて参加の許可を判断するとともに、前記許可時間内で
の前記マルチキャストアドレスグループへの参加を許可
することを特徴とする請求項７，１０および１１のいず
れか一つに記載のマルチキャスト認証方法。
【請求項１４】前記認証工程および許可工程は、前記
ネットワーク間接続装置が行い、前記認証サーバは、前
記参加申し込みの際に、指定された前記ネットワークア
ドレスとマルチキャストグループに対するユーザ登録内
容を前記ネットワーク間接続装置に送信し、該ネットワーク間接続装置は、当該登録内容に基づいて
前記受信者ホストの認証を行って、前記認証結果に基づ
いて参加の許可を判断するとともに、前記許可時間内で
の前記マルチキャストアドレスグループへの参加を許可
することを特徴とする請求項７，１０および１１のいず
れか一つに記載のマルチキャスト認証方法。
【請求項１５】前記認証工程では、前記許可時間にな
らないと認証の失敗と判断することを特徴とする請求項
８，９，１２〜１４のいずれか一つに記載のマルチキャ
スト認証方法。
【請求項１６】前記許可工程では、前記マルチキャス
トのユーザ登録を行い、前記認証工程で認証失敗と判断
されると、該当するユーザ登録のエントリを削除するこ
とを特徴とする請求項３，５〜７および１０〜１４のい
ずれか一つに記載のマルチキャスト認証方法。
【請求項１７】前記マルチキャスト認証方法では、前
記送信者ホストは、インターネットのサービス事業者で
あり、該サービス事業者が配信サーバによるコンテンツ
のストリーム配信サービスを行っており、前記許可工程
では、前記許可時間内に前記配信サーバから配信される
コンテンツのストリームを、前記認可された受信者ホス
トへマルチキャストフォワーディングすることを特徴と
する請求項１〜１６のいずれか一つに記載のマルチキャ
スト認証方法。
【請求項１８】前記マルチキャスト認証方法では、実
行されたサービスに応じて課金する課金工程をさらに含
むことを特徴とする請求項１〜１７のいずれか一つに記
載のマルチキャスト認証方法。
【請求項１９】送信者ホストのネットワーク網内に設
置される認証サーバにおいて、前記送信者ホストのネットワーク網に接続される受信者
ホストからの前記送信者ホストのマルチキャストグルー
プへの参加申し込みに応じて、当該受信者ホストのアド
レスまたは当該受信者ホストが所属するネットワークア
ドレスを登録する登録手段を備えたことを特徴とする認
証サーバ。
【請求項２０】送信者ホストのネットワーク網内に設
置される認証サーバにおいて、中継装置を介して前記送信者ホストのネットワーク網に
接続される受信者ホストからの前記送信者ホストのマル
チキャストグループへの参加申し込みに応じて、当該中
継装置のアドレスを登録する登録手段を備えたことを特
徴とする認証サーバ。
【請求項２１】前記認証サーバは、前記受信者ホスト
からの参加要求のメッセージに対し、前記登録手段の登
録内容に基づいて参加の認証を行う認証手段と、前記認証結果を送信する送信手段とをさらに備えたこと
を特徴とする請求項１９または２０に記載の認証サー
バ。
【請求項２２】前記登録手段は、前記受信者ホストの
アドレスまたは当該受信者ホストが所属するネットワー
クアドレスまたは前記中継装置のアドレスとともに、当
該受信者ホストまたは当該中継装置が接続されている所
定ポートの情報を登録することを特徴とする請求項１９
〜２１のいずれか一つに記載の認証サーバ。
【請求項２３】前記登録手段は、前記受信者ホストの
アドレスまたは当該受信者ホストが所属するネットワー
クアドレスまたは前記中継装置のアドレスとともに、前
記参加申し込みを行った前記マルチキャストグループの
グループアドレスを登録することを特徴とする請求項１
９〜２１のいずれか一つに記載の認証サーバ。
【請求項２４】前記登録手段は、前記マルチキャスト
グループへの前記受信者ホストの参加を許可する許可時
間をさらに登録することを特徴とする請求項１９〜２３
のいずれか一つに記載の認証サーバ。
【請求項２５】前記認証サーバは、前記参加申し込み
の際に、前記受信者ホストによって指定された前記マル
チキャストグループへの参加時間に基づいて、前記許可
時間を設定して前記登録手段に登録させる制御手段をさ
らに備えることを特徴とする請求項１９〜２４のいずれ
か一つに記載の認証サーバ。
【請求項２６】前記認証サーバは、前記参加申し込み
の際に、前記受信者ホストによって指定された前記マル
チキャストグループに基づいて、前記許可時間を前記登
録手段に登録させる制御手段をさらに備えたことを特徴
とする請求項１９〜２４のいずれか一つに記載の認証サ
ーバ。
【請求項２７】前記登録手段は、前記受信者ホストの
アドレスまたは中継装置のアドレスと、前記マルチキャ
ストグループのグループアドレスとの組を一つのユーザ
ネームとして登録し、前記認証手段は、前記参加要求メッセージに含まれる送
信元アドレスとグループアドレスの組を一つのユーザネ
ームとして、前記登録手段の登録内容を検索して前記受
信者ホストまたは中継装置の認証を行うことを特徴とす
る請求項２３〜２６のいずれか一つに記載の認証サー
バ。
【請求項２８】前記登録手段は、前記受信者ホストの
アドレスまたは当該受信者ホストが所属するネットワー
クアドレスまたは中継装置のアドレスと、前記マルチキ
ャストグループのグループアドレスとの組を一つのユー
ザネームとして登録し、前記認証手段は、前記参加要求メッセージに含まれる送
信元アドレスにそのネットワークマスクを掛け合わせる
ことで、ネットワークアドレスを抽出し、当該ネットワ
ークアドレスとグループアドレスの組を一つのユーザネ
ームとして、前記登録手段の登録内容を検索して前記受
信者ホストまたは中継装置の認証を行うことを特徴とす
る請求項２３〜２６のいずれか一つに記載の認証サー
バ。
【請求項２９】前記送信手段は、前記受信者ホストか
らの参加要求のメッセージに対し、前記登録手段の登録
内容を送信することを特徴とする請求項２１，２５およ
び２６のいずれか一つに記載の認証サーバ。
【請求項３０】複数の受信者ホストと接続されるとと
もに、送信者ホストのネットワーク網を介して認証サー
バと接続されるネットワーク間接続装置において、前記受信者ホストから受信した参加要求のメッセージの
送信元アドレスを抽出して、認証情報を問い合わせるメ
ッセージを作成し、前記認証サーバに送信処理する送信
処理手段と、前記認証サーバから受信した認証結果のメッセージに基
づいて、前記マルチキャストグループへの前記参加を許
可する許可手段とを備えたことを特徴とするネットワー
ク間接続装置。
【請求項３１】複数の受信者ホストと接続されるとと
もに、送信者ホストのネットワーク網を介して認証サー
バと接続されるネットワーク間接続装置において、前記受信者ホストから受信した参加要求のメッセージの
送信元アドレスにそのネットワークマスクを掛け合わせ
ることで、ネットワークアドレスを抽出して、認証情報
を問い合わせるメッセージを作成し、前記認証サーバに
送信処理する送信処理手段と、前記認証サーバから受信した認証結果のメッセージに基
づいて、前記マルチキャストグループへの前記参加を許
可する許可手段とを備えたことを特徴とするネットワー
ク間接続装置。
【請求項３２】前記ネットワーク間接続装置は、前記
マルチキャストグループの受信者を管理するための管理
テーブルをさらに備え、前記送信処理手段は、前記抽出した送信元アドレスのエ
ントリが前記管理テーブルに存在するか判断し、該判断
結果に基づいて、前記認証情報を問い合わせるメッセー
ジを送信することを特徴とする請求項３０または３１に
記載のネットワーク間接続装置。
【請求項３３】前記送信処理手段は、前記受信した参
加要求のメッセージの送信元アドレスとともにグループ
アドレスを抽出して、認証情報を問い合わせるメッセー
ジを作成し、前記認証サーバに送信処理することを特徴
とする請求項３０〜３２のいずれか一つに記載のネット
ワーク間接続装置。
【請求項３４】前記送信処理手段は、前記受信した参
加要求のメッセージの送信元アドレスとともにグループ
アドレスを抽出し、当該送信元アドレスにそのネットワ
ークマスクを掛け合わせることで、ネットワークアドレ
スを抽出して、認証情報を問い合わせるメッセージを作
成し、前記認証サーバに送信処理することを特徴とする
請求項３０〜３２のいずれか一つに記載のネットワーク
間接続装置。
【請求項３５】前記許可手段では、前記認証サーバか
ら受信した認証結果のメッセージに基づいて、許可時間
内での前記マルチキャストグループへの前記参加を許可
することを特徴とする請求項３０〜３２のいずれか一つ
に記載のネットワーク間接続装置。
【請求項３６】前記許可手段では、前記認証サーバで
の認証結果が認証の失敗の場合には、前記管理テーブル
に登録されている該当するエントリを削除することを特
徴とする請求項３０〜３２，３５のいずれか一つに記載
のネットワーク間接続装置。
【請求項３７】前記送信者ホストは、インターネット
のサービス事業者であり、前記ネットワーク網内にコン
テンツのストリーム配信を行う配信サーバを備え、前記
ネットワーク間接続装置の許可手段は、前記配信サーバ
から配信されるストリームのパケットを、前記許可され
た受信者ホストへマルチキャストフォワーディングする
ことを特徴とする請求項３０〜３２，３５，３６のいず
れか一つに記載のネットワーク間接続装置。
【請求項３８】前記送信者ホストは、インターネット
のサービス事業者であり、前記ネットワーク網内にコン
テンツのストリーム配信を行う配信サーバを備え、前記
ネットワーク間接続装置の許可手段は、前記許可時間内
に前記配信サーバから配信されるストリームのパケット
を、前記許可された受信者ホストへマルチキャストフォ
ワーディングすることを特徴とする請求項３０〜３２，
３５，３６のいずれか一つに記載のネットワーク間接続
装置。
【請求項３９】複数の受信者ホストと、送信者ホスト
のネットワーク網と、前記受信者ホストと前記ネットワ
ーク網を接続させるネットワーク間接続装置と、前記ネ
ットワーク網内に配設される認証サーバとを備えるマル
チキャスト認証システムにおいて、前記認証サーバは、請求項１９〜２９のいずれか一つに
記載の認証サーバからなり、前記ネットワーク間接続装置は、請求項３０〜３８のい
ずれか一つに記載のネットワーク間接続装置からなり、前記認証サーバによって前記送信者ホストのマルチキャ
ストグループへの参加を認証し、前記ネットワーク間接
続装置によって前記マルチキャストグループへの当該受
信者ホストの参加を許可することを特徴とするマルチキ
ャスト認証システム。
【請求項４０】前記マルチキャスト認証システムは、
ネットワーク間接続装置と受信者ホストとの間に接続さ
れる中継装置をさらに備え、該中継装置は、前記受信者ホストから送信される参加要
求のメッセージの送信元アドレスを自装置のアドレスに
変更して前記ネットワーク間接続装置に中継するととも
に、前記ネットワーク間接続装置から送信されるパケッ
トの自装置宛の宛先アドレスを、前記参加要求を行った
受信者ホストのアドレスに変更して中継することを特徴
とする請求項３９に記載のマルチキャスト認証システ
ム。
【請求項４１】前記マルチキャスト認証システムは、
前記ネットワーク網内に配設され、コンテンツのストリ
ーム配信を行う配信サーバをさらに備え、前記配信サー
バから配信されるストリームのパケットを、前記許可さ
れた受信者ホストへマルチキャストフォワーディングす
ることを特徴とする請求項３９または４０に記載のマル
チキャスト認証システム。
【請求項４２】前記マルチキャスト認証システムで
は、前記配信サーバから配信されるストリームのパケッ
トを、許可時間内に前記許可された受信者ホストへマル
チキャストフォワーディングすることを特徴とする請求
項４１に記載のマルチキャスト認証システム。
【請求項４３】前記マルチキャスト認証システムは、
前記ネットワーク網内に配設され、実行されたサービス
に応じた課金を行う課金サーバをさらに備え、前記ネットワーク間接続装置は、マルチキャストのスト
リームを検出し、検出データを前記課金サーバに送信す
ることを特徴とする請求項３９〜４２のいずれか一つに
記載のマルチキャスト認証システム。