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

Abstract

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

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

【０００３】

【発明が解決しようとする課題】しかし、従来のマルチ
キャストプロトコルでは、クライアントホストがルーテ
ィング装置から受け取ることのできる制御情報は非常に
限定されている。例えばビデオデータや音楽データなど
を配信する情報配信サービスではマルチキャストデータ
への課金が行われるが、従来はクライアントホストに課
金に関する情報を知らせる手段がなく、クライアントホ
ストでは、課金された料金どころか、課金が行われるか
どうかさえ知ることが困難であった。また、認証が必要
なマルチキャストグループに参加する場合、何らかの事
情により認証が失敗しても、その理由をクライアントホ
ストに通知することはできなかった。

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

【０００５】

【課題を解決するための手段】本発明の第一の観点によ
ると、ネットワークに接続されたルーティング装置と、
このルーティング装置を介して前記ネットワークに接続
される１以上のクライアントホストとを備え、前記１以
上のクライアントホストはそれぞれ、マルチキャストグ
ループへの参加あるいは離脱を要求するマルチキャスト
制御パケットを前記ルーティング装置に送信する要求手
段を含み、前記ルーティング装置は、マルチキャストグ
ループ毎に特定のアドレスが付与されたマルチキャスト
データをネットワークから受け取り、それをそのマルチ
キャストグループに参加しているクライアントホストに
配信する配信手段を含むマルチキャスト通信システムに
おいて、前記ルーティング装置は、配信するマルチキャ
ストデータが課金対象であってクライアントホストが課
金対象のマルチキャストデータの受信を開始するとき
に、課金開始を示す情報をマルチキャスト制御パケット
に追加してそのクライアントホストにネットワークレイ
ヤプロトコルにより通知する手段を含み、前記１以上の
クライアントホストはそれぞれ、前記マルチキャスト制
御パケットからネットワークレイヤプロトコルにより課
金開始を認識する手段を含むことを特徴とするマルチキ
ャスト通信システムが提供される。

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

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

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

【０００９】本発明の第三の観点によると、ネットワー
クに接続されたルーティング装置と、このルーティング
装置を介して前記ネットワークに接続される１以上のク
ライアントホストとを備え、前記１以上のクライアント
ホストはそれぞれ、マルチキャストグループへの参加あ
るいは離脱を要求するマルチキャスト制御パケットを前
記ルーティング装置に送信する要求手段を含み、前記ル
ーティング装置は、マルチキャストグループ毎に特定の
アドレスが付与されたマルチキャストデータをネットワ
ークから受け取り、それをそのマルチキャストグループ
に参加しているクライアントホストに配信する配信手段
を含むマルチキャスト通信システムにおいて、前記１以
上のクライアントホストはそれぞれ、受信したマルチキ
ャストデータにかかった料金の情報を要求する情報をマ
ルチキャスト制御パケットに追加して前記ルーティング
装置にネットワークレイヤプロトコルにより送信する手
段を含み、前記ルーティング装置は、クライアントホス
トからの料金情報を要求するマルチキャスト制御パケッ
トに対して、配信するマルチキャストデータが課金対象
であるときに行われる課金処理による課金情報を追加し
たマルチキャスト制御パケットをネットワークレイヤプ
ロトコルで返送する手段を含み、前記１以上のクライア
ントホストはそれぞれ、返送されたマルチキャスト制御
パケットからネットワークレイヤプロトコルにより課金
情報を認識する手段をさらに含むことを特徴とするマル
チキャスト通信システムが提供される。

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

【００１１】

【発明の実施の形態】まず、本発明の主要な特徴につい
て説明する。マルチキャストコンテンツへのアクセス
（コンテンツの受信要求、終了）に同期してユーザ課金
処理を行う技術は従来なかった。ここでマルチキャスト
コンテンツへのアクセスとは、ネットワーク処理で言う
ところのマルチキャストグループへの参加・離脱を意味
する。従来は、マルチキャトへのアクセスとは別の通信
を行い、ユーザが本当にコンテンツを受信しているかど
うかにかかわらず、課金処理を行ってしまうことがあっ
た。このため、本発明では、ユーザのコンテンツに対す
るアクセスと同期して課金処理を行い、ユーザのコンテ
ンツ受信と同時に課金が可能なようにし、より安全なコ
ンテンツ配信サービスを行うことを可能とする。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００３３】また、ＩＧＡＰメッセージフォーマットの
場合、課金開始の情報として、Accounting Action Resu
lt Messages: 0x11(Accounting Start), 0x12 (Account
ingStop)、認証失敗理由の情報として、Vendor Specifi
c Authentication Messages: 0x31(Unknown User Accou
nt), 0x32(Unknonwn Group Address), 0x33(Requestto
participate in a multicast group rejected), 0x41(I
nvalid Group Address)、課金情報として、Vendor Spec
ific Accounting Messages: 0x31(Notification of cha
rge-free), 0x32(Notification of excess time)等を用
いることが可能である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００４９】

【発明の効果】以上説明したように、本発明によれば、
有料のマルチキャストデータを受信する場合に、課金開
始情報あるいは現在の課金の情報をクライアントホスト
で知ることができる。また、クライアントホストの認証
を行う場合に、認証が失敗してもその理由をクライアン
トホストが知ることができる。

【図面の簡単な説明】

【図１】本発明を実施するマルチキャスト通信システム
の基本的な構成例を示すブロック構成図。

【図２】本発明の第一実施例を説明する図であり、クラ
イアントホストによるマルチキャストグループへの参加
および離脱のフローチャート。

【図３】ルーティング装置のクライアントホストに対す
る処理のフローチャート。

【図４】課金情報をクライアントホストに通知するため
のタイミングシーケンス。

【図５】課金開始情報を格納できるＩＧＭＰメッセージ
フォーマット。

【図６】本発明の第二実施例を説明する図であり、クラ
イアントホストによるマルチキャストグループへの参加
および離脱のフローチャート。

【図７】ルーティング装置のクライアントホストに対す
る処理のフローチャート。

【図８】認証失敗情報をクライアントホストに通知する
ためのタイミングシーケンス。

【図９】認証を行うための情報を格納できるＩＧＭＰメ
ッセージフォーマット。

【図１０】本発明の第三実施例を説明する図であり、ク
ライアントホストによるマルチキャストグループへの参
加および離脱のフローチャート。

【図１１】ルーティング装置のクライアントホストに対
する処理のフローチャート。

【図１２】課金情報をクライアントホストに通知するた
めのタイミングシーケンス。

【図１３】本発明で用いることが可能なＩＧＡＰメッセ
ージフォーマットの一例を示す図。

【図１４】本発明で用いることが可能なＩＧＡＰメッセ
ージフォーマットの他の例を示す図。

【図１５】本発明のクライアントホスト（端末）とルー
ティング装置（ルータ）の内部構成例を示すブロック
図。

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (72)発明者 佐藤 孝子 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 (72)発明者 安藤 大介 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 Ｆターム(参考） 5K030 HA08 HB08 LD06

Claims (24)

【特許請求の範囲】
1. 【請求項１】 ネットワークに接続されたルーティング
   装置と、このルーティング装置を介して前記ネットワー
   クに接続される１以上のクライアントホストとを備え、 前記１以上のクライアントホストはそれぞれ、マルチキ
   ャストグループへの参加あるいは離脱を要求するマルチ
   キャスト制御パケットを前記ルーティング装置に送信す
   る要求手段を含み、 前記ルーティング装置は、マルチキャストグループ毎に
   特定のアドレスが付与されたマルチキャストデータをネ
   ットワークから受け取り、それをそのマルチキャストグ
   ループに参加しているクライアントホストに配信する配
   信手段を含むマルチキャスト通信システムにおいて、 前記ルーティング装置は、配信するマルチキャストデー
   タが課金対象であってクライアントホストが課金対象の
   マルチキャストデータの受信を開始するときに、課金開
   始を示す情報をマルチキャスト制御パケットに追加して
   そのクライアントホストにネットワークレイヤプロトコ
   ルにより通知する手段を含み、 前記１以上のクライアントホストはそれぞれ、前記マル
   チキャスト制御パケットからネットワークレイヤプロト
   コルにより課金開始を認識する手段を含むことを特徴と
   するマルチキャスト通信システム。
2. 【請求項２】 前記ネットワークレイヤプロトコルは、
   ＩＧＭＰ(InternalGroup Manegement Protocol)または
   ＭＬＤ(Multicast Listener Discovery)に基づいたプロ
   トコルであることを特徴とする請求項１記載のマルチキ
   ャスト通信システム。
3. 【請求項３】 ネットワークに接続されたルーティング
   装置と、このルーティング装置を介して前記ネットワー
   クに接続される１以上のクライアントホストとを備え、 前記１以上のクライアントホストはそれぞれ、認証を必
   要とするマルチキャストグループへの参加を要求するた
   めに、そのマルチキャストグループを識別する情報と自
   己を識別するクライアント情報とを追加したマルチキャ
   スト制御パケットを前記ルーティング装置に送信する手
   段を含み、 前記ルーティング装置は、マルチキャストグループ毎に
   特定のアドレスが付与されたマルチキャストデータをネ
   ットワークから受け取り、それをそのマルチキャストグ
   ループに参加しているクライアントホストに配信する配
   信手段を含むマルチキャスト通信システムにおいて、 前記ルーティング装置は、各クライアントホストからの
   認証を必要とするマルチキャストグループへの参加を要
   求するマルチキャスト制御パケットに対してそのクライ
   アントホストの認証を行った結果、認証が失敗したとき
   には、その理由を示す情報をマルチキャスト制御パケッ
   トに追加して、対応するクライアントホストにネットワ
   ークレイヤプロトコルにより通知する手段を含み、 前記１以上のクライアントホストはそれぞれ、前記マル
   チキャスト制御パケットからネットワークレイヤプロト
   コルにより認証失敗の理由を認識する手段を含むことを
   特徴とするマルチキャスト通信システム。
4. 【請求項４】 前記ネットワークレイヤプロトコルは、
   ＩＧＭＰ(InternalGroup Manegement Protocol)または
   ＭＬＤ(Multicast Listener Discovery)に基づいたプロ
   トコルであることを特徴とする請求項３記載のマルチキ
   ャスト通信システム。
5. 【請求項５】 ネットワークに接続されたルーティング
   装置と、このルーティング装置を介して前記ネットワー
   クに接続される１以上のクライアントホストとを備え、 前記１以上のクライアントホストはそれぞれ、マルチキ
   ャストグループへの参加あるいは離脱を要求するマルチ
   キャスト制御パケットを前記ルーティング装置に送信す
   る要求手段を含み、 前記ルーティング装置は、マルチキャストグループ毎に
   特定のアドレスが付与されたマルチキャストデータをネ
   ットワークから受け取り、それをそのマルチキャストグ
   ループに参加しているクライアントホストに配信する配
   信手段を含むマルチキャスト通信システムにおいて、 前記１以上のクライアントホストはそれぞれ、受信した
   マルチキャストデータにかかった料金の情報を要求する
   情報をマルチキャスト制御パケットに追加して前記ルー
   ティング装置にネットワークレイヤプロトコルにより送
   信する手段を含み、 前記ルーティング装置は、クライアントホストからの料
   金情報を要求するマルチキャスト制御パケットに対し
   て、配信するマルチキャストデータが課金対象であると
   きに行われる課金処理による課金情報を追加したマルチ
   キャスト制御パケットをネットワークレイヤプロトコル
   で返送する手段を含み、 前記１以上のクライアントホストはそれぞれ、返送され
   たマルチキャスト制御パケットからネットワークレイヤ
   プロトコルにより課金情報を認識する手段をさらに含む
   ことを特徴とするマルチキャスト通信システム。
6. 【請求項６】 前記ネットワークレイヤプロトコルは、
   ＩＧＭＰ(InternalGroup Manegement Protocol)または
   ＭＬＤ(Multicast Listener Discovery)に基づいたプロ
   トコルであることを特徴とする請求項５記載のマルチキ
   ャスト通信システム。
7. 【請求項７】 ネットワークに接続されたルーティング
   装置と、このルーティング装置を介して前記ネットワー
   クに接続される１以上のクライアントホストとを備えた
   マルチキャスト通信システムにおけるクライアントホス
   ト装置であって、 マルチキャストグループへの参加あるいは離脱を要求す
   るマルチキャスト制御パケットを前記ルーティング装置
   に送信する要求手段と、 前記ルーティング装置が、マルチキャストグループ毎に
   特定のアドレスが付与されたマルチキャストデータをネ
   ットワークから受け取り、それをそのマルチキャストグ
   ループに参加しているクライアントホストに配信するマ
   ルチキャストデータを受信する手段と、 前記ルーティング装置が、配信するマルチキャストデー
   タが課金対象であってクライアントホストが課金対象の
   マルチキャストデータの受信を開始するときに、課金開
   始を示す情報をマルチキャスト制御パケットに追加して
   そのクライアントホストにネットワークレイヤプロトコ
   ルにより通知したマルチキャスト制御パケットからネッ
   トワークレイヤプロトコルにより課金開始を認識する手
   段を含むことを特徴とするクライアントホスト装置。
8. 【請求項８】 コンピュータ製品を、請求項７記載のク
   ライアントホスト装置として機能させるためのプログラ
   ム。
9. 【請求項９】 請求項８記載のプログラムが記録された
   記録媒体。
10. 【請求項１０】 ネットワークに接続されたルーティン
    グ装置と、このルーティング装置を介して前記ネットワ
    ークに接続される１以上のクライアントホストとを備え
    たマルチキャスト通信システムにおけるルーティング装
    置であって、 前記１以上のクライアントホストがそれぞれ送信した、
    マルチキャストグループへの参加あるいは離脱を要求す
    るマルチキャスト制御パケットを受信する手段と、 マルチキャストグループ毎に特定のアドレスが付与され
    たマルチキャストデータをネットワークから受け取り、
    それをそのマルチキャストグループに参加しているクラ
    イアントホストに配信する配信手段と、 配信するマルチキャストデータが課金対象であってクラ
    イアントホストが課金対象のマルチキャストデータの受
    信を開始するときに、課金開始を示す情報をマルチキャ
    スト制御パケットに追加してそのクライアントホストに
    ネットワークレイヤプロトコルにより通知する手段を含
    むことを特徴とするルーティング装置。
11. 【請求項１１】 コンピュータ製品を、請求項１０記載
    のルーティング装置として機能させるためのプログラ
    ム。
12. 【請求項１２】 請求項１１記載のプログラムが記録さ
    れた記録媒体。
13. 【請求項１３】 ネットワークに接続されたルーティン
    グ装置と、このルーティング装置を介して前記ネットワ
    ークに接続される１以上のクライアントホストとを備え
    たマルチキャスト通信システムにおけるクライアントホ
    スト装置であって、 認証を必要とするマルチキャストグループへの参加を要
    求するために、そのマルチキャストグループを識別する
    情報と自己を識別するクライアント情報とを追加したマ
    ルチキャスト制御パケットを前記ルーティング装置に送
    信する手段と、 前記ルーティング装置が、マルチキャストグループ毎に
    特定のアドレスが付与されたマルチキャストデータをネ
    ットワークから受け取り、それをそのマルチキャストグ
    ループに参加しているクライアントホストに配信するマ
    ルチキャストデータを受信する手段と、 前記ルーティング装置が、各クライアントホストからの
    認証を必要とするマルチキャストグループへの参加を要
    求するマルチキャスト制御パケットに対してそのクライ
    アントホストの認証を行った結果、認証が失敗したとき
    には、その理由を示す情報をマルチキャスト制御パケッ
    トに追加して、対応するクライアントホストにネットワ
    ークレイヤプロトコルにより通知したマルチキャスト制
    御パケットからネットワークレイヤプロトコルにより認
    証失敗の理由を認識する手段を含むことを特徴とするク
    ライアントホスト装置。
14. 【請求項１４】 コンピュータ製品を、請求項１３記載
    のクライアントホスト装置として機能させるためのプロ
    グラム。
15. 【請求項１５】 請求項１４記載のプログラムが記録さ
    れた記録媒体。
16. 【請求項１６】 ネットワークに接続されたルーティン
    グ装置と、このルーティング装置を介して前記ネットワ
    ークに接続される１以上のクライアントホストとを備え
    たマルチキャスト通信システムにおけるルーティング装
    置であって、 前記１以上のクライアントホストがそれぞれ送信した、
    認証を必要とするマルチキャストグループへの参加を要
    求するために、そのマルチキャストグループを識別する
    情報と自己を識別するクライアント情報とを追加したマ
    ルチキャスト制御パケットを受信する手段と、 マルチキャストグループ毎に特定のアドレスが付与され
    たマルチキャストデータをネットワークから受け取り、
    それをそのマルチキャストグループに参加しているクラ
    イアントホストに配信する配信手段と、 各クライアントホストからの認証を必要とするマルチキ
    ャストグループへの参加を要求するマルチキャスト制御
    パケットに対してそのクライアントホストの認証を行っ
    た結果、認証が失敗したときには、その理由を示す情報
    をマルチキャスト制御パケットに追加して、対応するク
    ライアントホストにネットワークレイヤプロトコルによ
    り通知する手段を含むことを特徴とするルーテイング装
    置。
17. 【請求項１７】 コンピュータ製品を、請求項１６記載
    のルーティング装置として機能させるためのプログラ
    ム。
18. 【請求項１８】 請求項１７記載のプログラムが記録さ
    れた記録媒体。
19. 【請求項１９】 ネットワークに接続されたルーティン
    グ装置と、このルーティング装置を介して前記ネットワ
    ークに接続される１以上のクライアントホストとを備え
    たマルチキャスト通信システムにおけるクライアントホ
    スト装置であって、 マルチキャストグループへの参加あるいは離脱を要求す
    るマルチキャスト制御パケットを前記ルーティング装置
    に送信する要求手段と、 前記ルーティング装置が、マルチキャストグループ毎に
    特定のアドレスが付与されたマルチキャストデータをネ
    ットワークから受け取り、それをそのマルチキャストグ
    ループに参加しているクライアントホストに配信するマ
    ルチキャストデータを受信する手段と、 受信したマルチキャストデータにかかった料金の情報を
    要求する情報をマルチキャスト制御パケットに追加して
    前記ルーティング装置にネットワークレイヤプロトコル
    により送信する手段と、 前記ルーティング装置が、クライアントホストからの料
    金情報を要求するマルチキャスト制御パケットに対し
    て、配信するマルチキャストデータが課金対象であると
    きに行われる課金処理による課金情報を追加したマルチ
    キャスト制御パケットをネットワークレイヤプロトコル
    で返送したマルチキャスト制御パケットからネットワー
    クレイヤプロトコルにより課金情報を認識する手段を含
    むことを特徴とするクライアントホスト装置。
20. 【請求項２０】 コンピュータ製品を、請求項１９記載
    のクライアントホスト装置として機能させるためのプロ
    グラム。
21. 【請求項２１】 請求項２０記載のプログラムが記録さ
    れた記録媒体。
22. 【請求項２２】 ネットワークに接続されたルーティン
    グ装置と、このルーティング装置を介して前記ネットワ
    ークに接続される１以上のクライアントホストとを備え
    たマルチキャスト通信システムにおけるルーティング装
    置であって、 前記１以上のクライアントホストがそれぞれ送信した、
    マルチキャストグループへの参加あるいは離脱を要求す
    るマルチキャスト制御パケットを受信する手段と、 マルチキャストグループ毎に特定のアドレスが付与され
    たマルチキャストデータをネットワークから受け取り、
    それをそのマルチキャストグループに参加しているクラ
    イアントホストに配信する配信手段と、 前記１以上のクライアントホストがそれぞれ、受信した
    マルチキャストデータにかかった料金の情報を要求する
    情報をマルチキャスト制御パケットに追加して前記ルー
    ティング装置にネットワークレイヤプロトコルにより送
    信したマルチキャスト制御パケットを受信する手段と、 クライアントホストからの料金情報を要求するマルチキ
    ャスト制御パケットに対して、配信するマルチキャスト
    データが課金対象であるときに行われる課金処理による
    課金情報を追加したマルチキャスト制御パケットをネッ
    トワークレイヤプロトコルで返送する手段を含むことを
    特徴とするルーティング装置。
23. 【請求項２３】 コンピュータ製品を、請求項２２記載
    のルーティング装置として機能させるためのプログラ
    ム。
24. 【請求項２４】 請求項２３記載のプログラムが記録さ
    れた記録媒体。