JP2005323409A - マルチキャスト通信システム - Google Patents

Abstract

【課題】 クライアントホストで認証失敗の情報を知ることができるようにする。
【解決手段】 クライアントホスト３とルーティング装置２との間のマルチキャスト制御パケットであるＩＧＭＰまたはＭＬＤに基づいたプロトコルのパケットに、クライアントホスト３の認証失敗の理由に関する情報を追加し、ルーティング装置２からクライアントホスト３に、認証の失敗理由を通知する。
【選択図】 図１

Description

本発明は、コンピュータなどの複数のネットワークホストとルータやスイッチなどで構成するネットワーク通信において、マルチキャスティングを利用する通信技術に関する。

マルチキャスティングは、あるグループ内で、１台のホストから複数のホスト、または複数のホストから複数のホストに同じ情報を送信する技術である。
インターネット上でマルチキャストを実現するには、特別のＩＰアドレスが付与されたパケットを用い、そのようなパケットを受信したマルチキャスト・ルータあるいはスイッチ（以下、「ルーティング装置」と総称する）が、そのグループに参加しているホスト（これを「クライアントホスト」という）にそのパケットを配信する。
クライアントホストとルーティング装置との間のインターフェースにはデータ転送用とは別のマルチキャスト制御ＩＧＭＰ（Internet Group Management Protocol）パケットが用いられ、例えばクライアントホストがマルチキャスト・グループへ参加あるいは離脱するときには、その旨のＩＧＭＰメッセージをルーティング装置に送信する。

しかし、従来のマルチキャストプロトコルでは、クライアントホストがルーティング装置から受け取ることのできる制御情報は非常に限定されている。
例えば、認証が必要なマルチキャストグループに参加する場合、何らかの事情により認証が失敗しても、その理由をクライアントホストに通知することはできなかった。

本発明は、このような課題を解決し、クライアントホストで認証失敗の情報を知ることができるマルチキャスト通信システムを提供することを目的とする。

本発明の観点によると、ネットワークに接続されたルーティング装置と、このルーティング装置を介して前記ネットワークに接続される１以上のクライアントホストとを備え、前記１以上のクライアントホストはそれぞれ、認証を必要とするマルチキャストグループへの参加を要求するために、そのマルチキャストグループを識別する情報と自己を識別するクライアント情報とを追加したマルチキャスト制御パケットを前記ルーティング装置に送信する手段を含み、前記ルーティング装置は、マルチキャストグループ毎に特定のアドレスが付与されたマルチキャストデータをネットワークから受け取り、それをそのマルチキャストグループに参加しているクライアントホストに配信する配信手段を含むマルチキャスト通信システムにおいて、前記ルーティング装置は、各クライアントホストからの認証を必要とするマルチキャストグループへの参加を要求するマルチキャスト制御パケットに対してそのクライアントホストの認証を行った結果、認証が失敗したときには、その理由を示す情報をマルチキャスト制御パケットに追加して、対応するクライアントホストにネットワークレイヤプロトコルにより通知する手段を含み、前記１以上のクライアントホストはそれぞれ、前記マルチキャスト制御パケットからネットワークレイヤプロトコルにより認証失敗の理由を認識する手段を含むことを特徴とするマルチキャスト通信システムが提供される。

「認証処理」は、自身ですべての認証処理を行うことに限定されるものではなく、ネットワーク内に設けられた他の手段に認証処理を要求する処理およびその認証結果を受け取る処理を含む。

以上の各観点におけるルーティング装置およびクライアントホスト装置は、それ自体で独立に実施できる。

本発明は、そのようなルーティング装置あるいはクライアントホスト装置を包含する。

また、本発明は、以上の観点で示したルーティング装置またはクライアントホスト装置の動作を実現するためのコンピュータプログラムおよびそのようなコンピュータプログラムが記録された記録媒体を包含する。

以上説明したように、本発明によれば、クライアントホストの認証を行う場合に、認証が失敗してもその理由をクライアントホストが知ることができる。

まず、本発明の主要な特徴について説明する。

以下、マルチキャストコンテンツへのアクセスとは、ネットワーク処理で言うところのマルチキャストグループへの参加・離脱を意味する。

本発明では、マルチキャストコンテンツへのアクセスの際にユーザ認証が失敗した結果の理由をネットワークレイヤ（ＩＰ、ＩＧＭＰなどと同じレイヤ）で伝送するが、これは従来であれば、アプリケーションレイヤで行われていたものである。
しかし、アプリケーションレイヤはＩＰレイヤよりも上位層であり、より複雑な処理シーケンスを必要とするため、情報の伝送処理そのものに時間がかかるだけでなく、装置内での処理付加も大きく実行速度が低くなる。
これに対して、本発明では、認証に失敗した理由の情報をネットワークレイヤのＩＧＭＰなどのパケットに運ばせることにより、高速伝送、装置での単純処理化を図ることができる。

次に、図面を参照して本発明の実施形態を詳しく説明する。
なお、以下の実施例においてはネットワークレイヤプロトコルの一例としてＩＧＭＰ(Internal Group Management Protocol)を用いる場合について説明するが、本発明はＩＧＭＰ以外のＩＧＭＰｖ２、ＩＧＭＰｖ３、ＭＬＤ(Multicast Listener Discovery)、ＩＧＡＰ（IGMP for user Authentication Protocol）等のＩＧＭＰまたはＭＬＤに基づいたプロトコルを用いても同様に実現可能である。

図１は本発明を実施するマルチキャスト通信システムの基本的な構成例を示し、以下に説明する各実施形態に共通するものである。
ここでは、ビデオデータなどの情報配信サービスを行うマルチキャストグループを例に説明する。
このマルチキャスト通信システムは、ＩＰネットワーク１に接続されたルーティング装置２と、このルーティング装置２を介してＩＰネットワーク１に接続される１以上のクライアントホスト３とを備える。
また、ＩＰネットワーク１内には、情報を配信する情報配信サーバ１１と、ルーティング装置２からの要求により課金処理を行う課金サーバ１２と、ルーティング装置２からの要求によりクライアントホスト３の認証を行うＲＡＤＩＵＳなどの認証サーバ１３が設けられる。

情報配信サーバ１１は、マルチキャスト用のＩＰアドレスが付与されたパケットによりＩＰネットワーク１内に情報を送信する。
マルチキャスト用のＩＰアドレスには、そのパケットがマルチキャストデータであることを示す領域と、マルチキャストグループを識別する領域とが設けられる。
ルーティング装置２は、このようなＩＰアドレスのパケットを受け取ると、そのパケットをそのマルチキャストグループに参加しているクライアントホスト３に配信する。

クライアントホスト３がマルチキャストグループに参加あるいは離脱するには、ＩＧＭＰパケットにより、ルーティング装置２にその旨を通知する。
ルーティング装置２は、例えば物理ポート番号、ユーザＩＤ、パスワード、クライアントホストのＩＤアドレス、あるいはそれらの組み合わせ等により個々のクライアントホスト３を識別し、そのクライアントホスト３がどのマルチキャストグループに参加しているかを管理する。

また、ルーティング装置２は、認証を必要とするマルチキャストグループへの参加をクライアントホスト３から要求されたときには、そのクライアントホスト３を認証するための情報を認証サーバ１３に送り、認証結果を認証サーバ１３から受け取る。
マルチキャストグループが有料であるとき（ルーティング装置２から認証サーバ１３への認証要求の前に有料かどうかの判断を行っても良い）には、認証サーバ１３によるクライアントホスト３の認証後にルーティング装置２から課金サーバ１２に課金処理を要求し（認証サーバ１３から課金サーバ１２に課金処理を要求しても良いが、その場合には認証要求と認証終了要求がルーティング装置２から認証サーバ１３に送られる）、課金サーバ１２は、クライアントホスト３毎または受信している課金対象のサービス毎に、受信データ量（または日毎、週毎、月毎等の受信回数）に応じた課金処理を行う。

ここではルーティング装置２の要求に応じて課金サーバ１２が課金処理を行う例を示したが、課金データベースを各ルーティング装置２に設け、それぞれで課金処理を行うこともできる。
また、課金処理の前にクライアントホストの認証を行うことが基本であるが、利用形態によっては、認証が不要な場合もありうる。

第一実施例
図２ないし図５は本発明の第一実施例を説明する図であり、図２はクライアントホストによるマルチキャストグループへの参加および離脱のフローチャート、図３はルーティング装置のクライアントホストに対する処理のフローチャート、図４は課金情報をクライアントホストに通知するためのタイミングシーケンス、図５は課金開始情報を格納できるＩＧＭＰメッセージフォーマットを示す。

クライアントホスト３は、ＩＧＭＰパケットを用いて、マルチキャストグループへの参加またはマルチキャストグループからの離脱をルーティング装置２に要求する。
ルーティング装置２は、クライアントホスト３からのＩＧＭＰパケットを処理し、ＩＰネットワーク１からのマルチキャストデータが受信されると、それをそのマルチキャストグループに参加しているすべてのクライアントホスト３に配信する。
ルーティング装置２とＩＰネットワーク１との間のプロトコルについては説明を省略する。

クライアントホスト３からの要求が課金対象の有料マルチキャストグループへの参加であるときには、ルーティング装置２は、課金処理を開始するとともに、クライアントホスト３にその要求したマルチキャストデータを送信する。
このときルーティング装置２は、最初のマルチキャストデータをクライアントホスト３に向けて送出するのと同時、あるいはその前後に、課金開始を告げる情報をＩＧＭＰメッセージに追加したＩＧＭＰパケットを送出する。
クライアントホスト３は、課金開始を告げる情報が追加されたＩＧＭＰパケットを受信することにより、これから課金が開始されること、または課金が開始されたことを認識する。
この課金開始の情報をユーザに知らせるためには、例えば、受信した課金開始情報をクライアントホスト３のモニタ画面等に表示する。
なお、図３のステップＳ１８ＮＯの場合には、情報配信サーバ１１に向けてデータの配信を要求するようにすることも出来る。

課金開始を示す情報をＩＧＭＰパケットで送受信するには、これまでのＩＧＭＰメッセージフォーマットを例えば図５に示すように拡張する必要がある。
この拡張されたＩＧＭＰメッセージフォーマットでは、従来のＩＧＭＰｖ２のプロトコルで使用する８バイトのメッセージフォーマットに加え、１バイトの「Version」および３バイトの「Report Type」が付け加えられている。
「Version」は従来は先頭の４ビットにあったものを8ビットに拡張して移動したものである。
課金開始の情報は例えば0x66で示され、「Report Type」に格納される。

第二実施例
図６ないし図９は本発明の第二実施例を説明する図であり、図６はクライアントホストによるマルチキャストグループへの参加および離脱のフローチャート、図７はルーティング装置のクライアントホストに対する処理のフローチャート、図８は認証失敗情報をクライアントホストに通知するためのタイミングシーケンス、図９は認証を行うための情報を格納できるＩＧＭＰメッセージフォーマットを示す。

クライアントホスト３は、認証を必要とするマルチキャストグループへの参加を要求するため、そのマルチキャストグループを識別する情報と自己を識別するクライアント情報とを追加したＩＧＭＰパケットをルーティング装置２に送出する。
クライアント情報には、ユーザアカウントおよびユーザパスワードが含まれる。
ルーティング装置２は、クライアントホスト３からのＩＧＭＰパケットを処理し、ＲＡＤＩＵＳなどの認証サーバ１３にクライアントホスト３のユーザ認証を要求する。
クライアントホスト３が認証された後は、そのマルチキャストグループのデータがＩＰネットワーク１から受信される毎に、クライアントホスト３に配信する。

クライアントホスト３の認証に失敗した場合、ルーティング装置２は、その失敗した理由の情報を追加したＩＧＭＰパケットをクライアントホスト３に送出する。
クライアントホスト３は、このＩＧＭＰパケットを受信することで、認証に失敗した理由を知ることができる。
認証に失敗した理由をユーザに知らせるためには、例えば、ＩＧＭＰパケットによりコードで通知された理由を文章に変換してクライアントホスト３のモニタ画面等に表示する。
なお、図７のステップＳ４９ＮＯの場合には、情報配信サーバ１１に向けてデータの配信を要求するようにすることも出来る。

クライアント情報あるいは認証失敗理由の情報をＩＧＭＰパケットで送受信するには、図９に示すように、ＩＧＭＰメッセージフォーマットに「User Account」および「Password or Reason」の領域を追加する。
クライアント情報は「User Account」および「Password or Fail Reason」の領域に格納し、認証に失敗した理由は、「Report Type」と、さらに情報が必要な場合には「Password or Fail Reason」とに格納する。
例えば、参加することが許可されていないマルチキャストグループに参加しようとしたときには、理由0x77を 「Report Type」に格納する。

第三実施例
図１０ないし図１２は本発明の第三実施例を説明する図であり、図１０はクライアントホストによるマルチキャストグループへの参加および離脱のフローチャート、図１１はルーティング装置のクライアントホストに対する処理のフローチャート、図１３は課金情報をクライアントホストに通知するためのタイミングシーケンスを示す。

クライアントホスト３は、ＩＧＭＰパケットを用いてマルチキャストグループに参加し、マルチキャストデータを取得する。
課金対象となる有料のマルチキャストデータを受信するときには、その受信開始時、受信している途中、あるいは受信を終了した後に、ＩＧＭＰメッセージに課金情報要求を示す情報を追加したＩＧＭＰパケットをルーティング装置２に送信することができる。

ルーティング装置２は、そのようなＩＧＭＰパケットを受信すると、自己が管理する課金情報データベースあるいはＩＰネットワーク１内の課金データベースサーバ１２からそのクライアントホスト３の課金情報を引き出し、その情報を追加したＩＧＭＰパケットをクライアントホスト３に送信する。
これにより、クライアントホスト３は課金情報を取得することができる。
なお、図１１のステップＳ７０ＮＯの場合には、情報配信サーバ１１に向けてデータの配信を要求するようにすることも出来る。

なお、上述した第一、第二、第三実施例における各ＩＧＭＰパケットのメッセージフォーマットとして、図５や図９に示したＩＧＭＰｖ２に基づくメッセージフォーマットの代わりに、図１３や図１４に示すＩＧＡＰメッセージフォーマットを用いることも可能である。

また、ＩＧＭＰｖ２に基づくメッセージフォーマットの場合、認証処理に関する情報や課金処理に関する情報は、上述したパケットフォーマットの中の「Report Type」以外でも、「Type」、「Version」、「User Account」などのフィールドに格納して伝送することが可能である。

また、ＩＧＡＰメッセージフォーマットの場合。
認証処理に関する情報や課金処理に関する情報は、パケットフォーマットの中の「Type」、「Version」、「Report Type」、「User Account」、「Message」、「Aux Type」、「Aux Data」などの各フィールドに格納して伝送することが可能であるが、通常は、「User Account」フィールドか「Message」フィールドか「Aux Data」フィールドに格納することが好ましい。

また、ＩＧＡＰメッセージフォーマットの場合、課金開始の情報として、Accounting Action Result Messages: 0x11(Accounting Start), 0x12 (Accounting Stop)、認証失敗理由の情報として、Vendor Specific Authentication Messages: 0x31(Unknown User Account), 0x32(Unknown Group Address), 0x33(Request participate in a multicast group rejected), 0x41(Invalid Group Address)、課金情報として、Vendor Specific Accounting Messages: 0x31(Notification of charge-free), 0x32(Notification of excess time)等を用いることが可能である。

次に、本発明を実現するためのクライアントホスト（端末）３とルーティング装置（ルータ）２の内部構成について、図１５を参照しながら更に詳細に説明する。

図１５に示すように、端末３は課金処理部５１、認証失敗処理部５２、コンテンツ受信要求部５３、コンテンツ受信・処理部５４を有する。
このうち、課金処理部５１と認証失敗処理部５２は本発明により新たに追加された機能ブロックであり、コンテンツ受信要求部５３は本発明により一部変更を要する機能ブロックであるが、コンテンツ受信・処理部５４については既存のものでよい。

一方、ルータ２は課金処理部６１、ユーザ認証処理部６２、要求受信部６３、データ転送処理部６４を有する。
このうち、課金処理部６１は本発明により新たに追加された機能ブロックであり、ユーザ認証処理部６２と要求受信部６３は本発明により一部変更を要する機能ブロックであるが、データ転送処理部６４については既存のものでよい。

端末３とルータ２の間の処理では、コンテンツデータ配信７４以外は、ネットワークレイヤのプロトコルであるＩＧＭＰｖ２、ＩＧＭＰｖ３、ＭＬＤ、ＩＧＡＰなどのマルチキャストアクセスプロトコルを使用する。
ただし、ＩＧＭＰｖ２、ＩＧＭＰｖ３、ＭＬＤを使用する場合には、認証に必要な情報、課金に関する情報をこれらのプロトコルに付加する必要がある。
ＩＧＡＰは、ＩＧＭＰｖ２にこれらの情報を付加して作られたプロトコルである。

まず、端末について説明する。
既存の端末（装置）では、クライアントの認証をする機能をＩＧＭＰのネットワークレイヤで行う技術の提案は存在したが、認証失敗した場合、その理由を処理する機能は存在しなかった。
従来の技術では、ユーザ認証に必要な情報をＩＧＭＰのＪｏｉｎパケット（視聴要求パケット）に付加して伝送し、認証成功、または、失敗の結果が返ってくるだけであった。

本発明の端末３では、認証失敗した理由を処理する「認証失敗処理部５２」を追加することにより、ユーザ認証失敗理由がネットワーク側からネットワークレイヤのプロトコル（たとえばＩＧＡＰ）で、端末３に送られてくる場合に、処理することが可能となる。
ＩＧＡＰは、既存マルチキャストアクセスプロトコルＩＧＭＰを拡張して、認証と課金処理を可能にするプロトコルである。

また、端末３に新しく「課金処理部５１」を追加することにより、マルチキャストコンテンツにアクセスする際に行われるユーザ認証処理後、ユーザがコンテンツ受信要求パケットＪｏｉｎで要求したマルチキャストコンテンツの受信に対する課金処理の結果（開始または、終了）を知らせる情報が、ネットワークレイヤのパケットで伝送されることにより、高速に伝送でき、かつ、装置内での処理を単純化させることが可能になる。

端末３の実装の仕方として、端末３のコンテンツ受信要求部５３に、認証失敗処理部５２を組み込むことも可能であり、その場合、コンテンツ受信要求部５３を改造することになる。
また、端末３の別の実装の仕方として、端末３のコンテンツ受信要求部５３に、課金処理部５１を組み込むことも可能であり、その場合も、コンテンツ受信要求部５３を改造することになる。

次にルータ２について説明する。
既存のルータ（装置）では、ユーザの端末装置からのマルチキャストコンテンツに対するアクセス（コンテンツの受信開始・終了要求）に対してユーザを認証する技術の提案は存在したが、ユーザ認証に失敗した場合、その理由を処理し、その失敗した理由を端末装置に伝送する機能は存在しなかった。
認証に成功後、ルータ２のユーザ認証処理部６２が、データ転送処理部６４を制御して、情報配信サーバ（コンテンツサーバ）１１から配信されてくるマルチキャストコンテンツを端末３に配信する。

本発明のルータ２によれば、ユーザからのマルチキャストへの受信要求パケット（ネットワークレイヤのＩＧＭＰなどのパケット）が要求受信部６３に届くと、要求受信部６３はユーザ認証処理部６２にユーザ認証に必要なユーザ認証情報を送る（たとえば、Ｒａｄｉｕｓ認証では、Ｒａｄｉｕｓプロトコルを使用して、認証処理が行われる）。
ユーザ認証処理部６２は外部（リモート）に存在する認証サーバ（ユーザ認証サーバ）１３に認証伺を伺い、認証結果を受ける（図中７１のシーケンス）。
その認証結果を端末装置に送る。
この際に認証に失敗した場合、その理由を同時に情報としてＩＧＭＰなどのパケットに付加することにより、端末はネットワークレイヤ層のＩＧＭＰなどの処理の枠組みで、高速に認証失敗した理由を判断することが可能となる。

このユーザ認証失敗理由の伝送処理は、ユーザ認証処理部６２に新たに認証失敗理由処理機能を付加することにより、可能になる。
認証失敗理由としては、たとえば、パスワードが間違っている、サービスしていないコンテンツに対してアクセスしたなどの情報を送ることができる。

また、本発明のルータ２では、ルータ２に課金処理部６１を追加することにより、ユーザ認証処理部６２でのユーザ認証後、ユーザ認証処理部６２からユーザ認証が成功したことを課金処理部６１に伝えてもらうことにより、課金処理部６１は外部の課金サーバ１２に課金処理を行わせることができる（図中７２のシーケンス）。
課金処理の結果（課金開始、終了、金額）をルータ２の課金処理部６１から、端末３の課金処理部５１をＩＧＭＰなどのネットワークレイヤのパケットを使って伝送することにより、高速で、且つ、単純な処理でそれらの情報を伝えることが可能となる。

また、本発明のルータ２では、ネットワークレイヤのパケット（たとえばＩＧＭＰ）などを利用して端末３から課金情報取得を要求される場合、ルータ２は、課金処理部６１でこれを処理することが可能となる。
この端末３からのこのような要求に対して、リモートにある課金サーバ１２に問い合わせることにより、課金情報（たとえば、今月の課金詳細情報）を取得し、ルータ２から端末３に、ＩＧＭＰなどのネットワークレイヤのパケットを使って伝送することにより、高速で、且つ、単純な処理でそれらの情報を伝えることが可能となる。

なお、リモートにある課金サーバ１２は、ルータ２に格納されていてもかまわない。
また、リモートにある認証サーバ１３は、ルータ２に格納されていてもかまわない。

また、ルータ２から端末３に、認証処理結果と課金開始の情報を同じネットワークレイヤのパケットに格納して伝送してもかまわない。

本発明を実施するマルチキャスト通信システムの基本的な構成例を示すブロック構成図。 本発明の第一実施例を説明する図であり、クライアントホストによるマルチキャストグループへの参加および離脱のフローチャート。 ルーティング装置のクライアントホストに対する処理のフローチャート。 課金情報をクライアントホストに通知するためのタイミングシーケンス。 課金開始情報を格納できるＩＧＭＰメッセージフォーマット。 本発明の第二実施例を説明する図であり、クライアントホストによるマルチキャストグループへの参加および離脱のフローチャート。 ルーティング装置のクライアントホストに対する処理のフローチャート。 認証失敗情報をクライアントホストに通知するためのタイミングシーケンス。 認証を行うための情報を格納できるＩＧＭＰメッセージフォーマット。 本発明の第三実施例を説明する図であり、クライアントホストによるマルチキャストグループへの参加および離脱のフローチャート。 ルーティング装置のクライアントホストに対する処理のフローチャート。 課金情報をクライアントホストに通知するためのタイミングシーケンス。 本発明で用いることが可能なＩＧＡＰメッセージフォーマットの一例を示す図。 本発明で用いることが可能なＩＧＡＰメッセージフォーマットの他の例を示す図。 本発明のクライアントホスト（端末）とルーティング装置（ルータ）の内部構成例を示すブロック図。

符号の説明

１ ＩＰネットワーク
２ ルーティング装置
３ クライアントホスト
１１ 情報配信サーバ
１２ 課金サーバ
１３ 認証サーバ

Claims (7)

1. ネットワークに接続されたルーティング装置と、このルーティング装置を介して前記ネットワークに接続される１以上のクライアントホストとを備え、
   前記１以上のクライアントホストはそれぞれ、認証を必要とするマルチキャストグループへの参加あるいは離脱を要求するために、そのマルチキャストグループを識別する情報と自己を識別するクライアント情報とを追加したマルチキャスト制御パケットを前記ルーティング装置にネットワークレイヤプロトコルにより送信する手段を含み、
   前記ルーティング装置は、マルチキャストグループ毎に特定のアドレスが付与されたマルチキャストデータをネットワークから受け取り、それをそのマルチキャストグループに参加しているクライアントホストに配信する配信手段を含むマルチキャスト通信システムにおいて、
   前記ルーティング装置は、各クライアントホストからの認証を必要とするマルチキャストグループへの参加あるいは離脱を要求するマルチキャスト制御パケットに対してそのクライアントホストの認証を行った結果、認証が失敗したときには、その理由を示す情報をマルチキャスト制御パケットに追加して、対応するクライアントホストに前記ルーティング装置が扱うパケットが属するネットワークレイヤプロトコルにより通知する手段を含むことを特徴とするマルチキャスト通信システム。
2. ネットワークに接続されたルーティング装置と、このルーティング装置を介して前記ネットワークに接続される１以上のクライアントホストとを備え、
   前記１以上のクライアントホストはそれぞれ、認証を必要とするマルチキャストグループへの参加あるいは離脱を要求するために、そのマルチキャストグループを識別する情報と自己を識別するクライアント情報とを追加したマルチキャスト制御パケットを前記ルーティング装置にネットワークレイヤプロトコルにより送信する手段を含み、
   前記ルーティング装置は、マルチキャストグループ毎に特定のアドレスが付与されたマルチキャストデータをネットワークから受け取り、それをそのマルチキャストグループに参加しているクライアントホストに配信する配信手段を含むマルチキャスト通信システムにおいて、
   前記１以上のクライアントホストはそれぞれ、前記マルチキャスト制御パケットから前記ルーティング装置が扱うパケットが属するネットワークレイヤプロトコルにより認証失敗の理由を認識する手段を含むことを特徴とするマルチキャスト通信システム。
3. 前記ネットワークレイヤプロトコルは、ＩＧＭＰ(Internal Group Management Protocol)またはＭＬＤ(Multicast Listener Discovery)に基づいたプロトコルであることを特徴とする請求項１記載のマルチキャスト通信システム。
4. ネットワークに接続されたルーティング装置と、このルーティング装置を介して前記ネットワークに接続される１以上のクライアントホストとを備えたマルチキャスト通信システムにおけるクライアントホスト装置であって、
   認証を必要とするマルチキャストグループへの参加あるいは離脱を要求するために、そのマルチキャストグループを識別する情報と自己を識別するクライアント情報とを追加したマルチキャスト制御パケットを前記ルーティング装置にネットワークレイヤプロトコルにより送信する手段と、
   前記ルーティング装置が、マルチキャストグループ毎に特定のアドレスが付与されたマルチキャストデータをネットワークから受け取り、それをそのマルチキャストグループに参加しているクライアントホストに配信するマルチキャストデータを受信する手段と、
   前記ルーティング装置が、各クライアントホストからの認証を必要とするマルチキャストグループへの参加あるいは離脱を要求するマルチキャスト制御パケットに対してそのクライアントホストの認証を行った結果、認証が失敗したときには、その理由を示す情報をマルチキャスト制御パケットに追加して、対応するクライアントホストにネットワークレイヤプロトコルにより通知したマルチキャスト制御パケットからネットワークレイヤプロトコルにより認証失敗の理由を認識する手段を含むことを特徴とするクライアントホスト装置。
5. ネットワークに接続されたルーティング装置と、このルーティング装置を介して前記ネットワークに接続される１以上のクライアントホストとを備えたマルチキャスト通信システムにおけるルーティング装置であって、
   前記ルーティング装置は、クライアントホストが認証を必要とするマルチキャストグループへの参加あるいは離脱を要求するために、そのマルチキャストグループを識別する情報と自己を識別するクライアント情報とを追加したマルチキャスト制御パケットをネットワークレイヤプロトコルにより受信する手段と、
   マルチキャストグループ毎に特定のアドレスが付与されたマルチキャストデータをネットワークから受け取り、それをそのマルチキャストグループに参加しているクライアントホストに配信する配信手段と、
   各クライアントホストからの認証を必要とするマルチキャストグループへの参加あるいは離脱を要求するマルチキャスト制御パケットに対してそのクライアントホストの認証を行った結果、認証が失敗したときには、その理由を示す情報をマルチキャスト制御パケットに追加して、対応するクライアントホストにネットワークレイヤプロトコルにより通知する手段を含むことを特徴とするルーティング装置。
6. コンピュータ製品を、請求項３乃至４に記載のネットワーク装置として機能させるためのプログラム。
7. 請求項５記載のプログラムが記録された記録媒体。