(57)【特許請求の範囲】
【請求項１】
ネットワークに接続されたルーティング装置と、このルーティング装置を介して前記ネットワークに接続される１以上のクライアントホストとを備え、
前記１以上のクライアントホストはそれぞれ、マルチキャストグループへの参加あるいは離脱を要求するマルチキャスト制御パケットを前記ルーティング装置に送信する要求手段を含み、
前記ルーティング装置は、マルチキャストグループ毎に特定のアドレスが付与されたマルチキャストデータをネットワークから受け取り、それをそのマルチキャストグループに参加しているクライアントホストに配信する配信手段を含むマルチキャスト通信システムにおいて、
前記ルーティング装置は、配信するマルチキャストデータが課金対象であってクライアントホストが課金対象のマルチキャストデータの受信を開始するときに、課金開始を示す情報をマルチキャスト制御パケットに追加してそのクライアントホストにネットワークレイヤプロトコルにより通知する手段を含み、
前記１以上のクライアントホストはそれぞれ、前記マルチキャスト制御パケットからネットワークレイヤプロトコルにより課金開始を認識する手段を含むことを特徴とするマルチキャスト通信システム。
【請求項２】
ネットワークに接続されたルーティング装置と、このルーティング装置を介して前記ネットワークに接続される１以上のクライアントホストとを備え、
前記１以上のクライアントホストはそれぞれ、マルチキャストグループへの参加あるいは離脱を要求するマルチキャスト制御パケットを前記ルーティング装置に送信する要求手段を含み、
前記ルーティング装置は、マルチキャストグループ毎に特定のアドレスが付与されたマルチキャストデータをネットワークから受け取り、それをそのマルチキャストグループに参加しているクライアントホストに配信する配信手段を含むマルチキャスト通信システムにおいて、
前記１以上のクライアントホストはそれぞれ、受信したマルチキャストデータにかかった料金の情報を要求する情報をマルチキャスト制御パケットに追加して前記ルーティング装置にネットワークレイヤプロトコルにより送信する手段を含み、
前記ルーティング装置は、クライアントホストからの料金情報を要求するマルチキャスト制御パケットに対して、配信するマルチキャストデータが課金対象であるときに行われる課金処理による課金情報を追加したマルチキャスト制御パケットをネットワークレイヤプロトコルで返送する手段を含み、
前記１以上のクライアントホストはそれぞれ、返送されたマルチキャスト制御パケットからネットワークレイヤプロトコルにより課金情報を認識する手段をさらに含むことを特徴とするマルチキャスト通信システム。
【請求項３】
前記ネットワークレイヤプロトコルは、
ＩＧＭＰ(Internet Group Management Protocol)またはＭＬＤ(Multicast Listener Discovery)に基づいたプロトコルであることを特徴とする請求項２記載のマルチキャスト通信システム。
【請求項４】
ネットワークに接続されたルーティング装置と、このルーティング装置を介して前記ネットワークに接続される１以上のクライアントホストとを備えたマルチキャスト通信システムにおけるクライアントホスト装置であって、
マルチキャストグループへの参加あるいは離脱を要求するマルチキャスト制御パケットを前記ルーティング装置に送信する要求手段と、
前記ルーティング装置が、マルチキャストグループ毎に特定のアドレスが付与されたマルチキャストデータをネットワークから受け取り、それをそのマルチキャストグループに参加しているクライアントホストに配信するマルチキャストデータを受信する手段と、
前記ルーティング装置が、配信するマルチキャストデータが課金対象であってクライアントホストが課金対象のマルチキャストデータの受信を開始するときに、課金開始を示す情報をマルチキャスト制御パケットに追加してそのクライアントホストにネットワークレイヤプロトコルにより通知したマルチキャスト制御パケットからネットワークレイヤプロトコルにより課金開始を認識する手段を含むことを特徴とするクライアントホスト装置。
【請求項５】
ネットワークに接続されたルーティング装置と、このルーティング装置を介して前記ネットワークに接続される１以上のクライアントホストとを備えたマルチキャスト通信システムにおけるルーティング装置であって、
前記１以上のクライアントホストがそれぞれ送信した、マルチキャストグループへの参加あるいは離脱を要求するマルチキャスト制御パケットを受信する手段と、
マルチキャストグループ毎に特定のアドレスが付与されたマルチキャストデータをネットワークから受け取り、それをそのマルチキャストグループに参加しているクライアントホストに配信する配信手段と、
配信するマルチキャストデータが課金対象であってクライアントホストが課金対象のマルチキャストデータの受信を開始するときに、課金開始を示す情報をマルチキャスト制御パケットに追加してそのクライアントホストにネットワークレイヤプロトコルにより通知する手段を含むことを特徴とするルーティング装置。
【請求項６】
ネットワークに接続されたルーティング装置と、このルーティング装置を介して前記ネットワークに接続される１以上のクライアントホストとを備えたマルチキャスト通信システムにおけるクライアントホスト装置であって、
マルチキャストグループへの参加あるいは離脱を要求するマルチキャスト制御パケットを前記ルーティング装置に送信する要求手段と、
前記ルーティング装置が、マルチキャストグループ毎に特定のアドレスが付与されたマルチキャストデータをネットワークから受け取り、それをそのマルチキャストグループに参加しているクライアントホストに配信するマルチキャストデータを受信する手段と、
受信したマルチキャストデータにかかった料金の情報を要求する情報をマルチキャスト制御パケットに追加して前記ルーティング装置にネットワークレイヤプロトコルにより送信する手段と、
前記ルーティング装置が、クライアントホストからの料金情報を要求するマルチキャスト制御パケットに対して、配信するマルチキャストデータが課金対象であるときに行われる課金処理による課金情報を追加したマルチキャスト制御パケットをネットワークレイヤプロトコルで返送したマルチキャスト制御パケットからネットワークレイヤプロトコルにより課金情報を認識する手段を含むことを特徴とするクライアントホスト装置。
【請求項７】
ネットワークに接続されたルーティング装置と、このルーティング装置を介して前記ネットワークに接続される１以上のクライアントホストとを備えたマルチキャスト通信システムにおけるルーティング装置であって、
前記１以上のクライアントホストがそれぞれ送信した、マルチキャストグループへの参加あるいは離脱を要求するマルチキャスト制御パケットを受信する手段と、
マルチキャストグループ毎に特定のアドレスが付与されたマルチキャストデータをネットワークから受け取り、それをそのマルチキャストグループに参加しているクライアントホストに配信する配信手段と、
前記１以上のクライアントホストがそれぞれ、受信したマルチキャストデータにかかった料金の情報を要求する情報をマルチキャスト制御パケットに追加して前記ルーティング装置にネットワークレイヤプロトコルにより送信したマルチキャスト制御パケットを受信する手段と、
クライアントホストからの料金情報を要求するマルチキャスト制御パケットに対して、配信するマルチキャストデータが課金対象であるときに行われる課金処理による課金情報を追加したマルチキャスト制御パケットをネットワークレイヤプロトコルで返送する手段を含むことを特徴とするルーティング装置。
【請求項８】
コンピュータ製品を、請求項４乃至７のいずれかの項に記載の装置として機能させるためのプログラム。
【請求項９】
請求項８記載のプログラムが記録された記録媒体。
【発明の詳細な説明】
【０００１】
【発明が属する技術分野】
本発明は、コンピュータなどの複数のネットワークホストとルータやスイッチなどで構成するネットワーク通信において、マルチキャスティングを利用する通信技術に関する。
【０００２】
【従来の技術】
マルチキャスティングは、あるグループ内で、１台のホストから複数のホスト、または複数のホストから複数のホストに同じ情報を送信する技術である。インターネット上でマルチキャストを実現するには、特別のＩＰアドレスが付与されたパケットを用い、そのようなパケットを受信したマルチキャスト・ルータあるいはスイッチ（以下、「ルーティング装置」と総称する）が、そのグループに参加しているホスト（これを「クライアントホスト」という）にそのパケットを配信する。クライアントホストとルーティング装置との間のインターフェースにはデータ転送用とは別のマルチキャスト制御ＩＧＭＰ（Internet Group Management Protocol）パケットが用いられ、例えばクライアントホストがマルチキャスト・グループへ参加あるいは離脱するときには、その旨のＩＧＭＰメッセージをルーティング装置に送信する。
【０００３】
【発明が解決しようとする課題】
しかし、従来のマルチキャストプロトコルでは、クライアントホストがルーティング装置から受け取ることのできる制御情報は非常に限定されている。例えばビデオデータや音楽データなどを配信する情報配信サービスではマルチキャストデータへの課金が行われるが、従来はクライアントホストに課金に関する情報を知らせる手段がなく、クライアントホストでは、課金された料金どころか、課金が行われるかどうかさえ知ることが困難であった。
【０００４】
本発明は、このような課題を解決し、クライアントホストで課金情報を知ることができるマルチキャスト通信システムを提供することを目的とする。
【０００５】
【課題を解決するための手段】
本発明の第一の観点によると、ネットワークに接続されたルーティング装置と、このルーティング装置を介して前記ネットワークに接続される１以上のクライアントホストとを備え、前記１以上のクライアントホストはそれぞれ、マルチキャストグループへの参加あるいは離脱を要求するマルチキャスト制御パケットを前記ルーティング装置に送信する要求手段を含み、前記ルーティング装置は、マルチキャストグループ毎に特定のアドレスが付与されたマルチキャストデータをネットワークから受け取り、それをそのマルチキャストグループに参加しているクライアントホストに配信する配信手段を含むマルチキャスト通信システムにおいて、前記ルーティング装置は、配信するマルチキャストデータが課金対象であってクライアントホストが課金対象のマルチキャストデータの受信を開始するときに、課金開始を示す情報をマルチキャスト制御パケットに追加してそのクライアントホストにネットワークレイヤプロトコルにより通知する手段を含み、前記１以上のクライアントホストはそれぞれ、前記マルチキャスト制御パケットからネットワークレイヤプロトコルにより課金開始を認識する手段を含むことを特徴とするマルチキャスト通信システム
が提供される。
【０００６】
「課金処理」は、自身ですべての課金処理を行うことに限定されるものではなく、ネットワーク内に設けられた他の手段に課金処理を要求する処理およびその課金処理の情報を受け取る処理を含む。
【０００９】
本発明の第二の観点によると、ネットワークに接続されたルーティング装置と、このルーティング装置を介して前記ネットワークに接続される１以上のクライアントホストとを備え、前記１以上のクライアントホストはそれぞれ、マルチキャストグループへの参加あるいは離脱を要求するマルチキャスト制御パケットを前記ルーティング装置に送信する要求手段を含み、前記ルーティング装置は、マルチキャストグループ毎に特定のアドレスが付与されたマルチキャストデータをネットワークから受け取り、それをそのマルチキャストグループに参加しているクライアントホストに配信する配信手段を含むマルチキャスト通信システムにおいて、前記１以上のクライアントホストはそれぞれ、受信したマルチキャストデータにかかった料金の情報を要求する情報をマルチキャスト制御パケットに追加して前記ルーティング装置にネットワークレイヤプロトコルにより送信する手段を含み、前記ルーティング装置は、クライアントホストからの料金情報を要求するマルチキャスト制御パケットに対して、配信するマルチキャストデータが課金対象であるときに行われる課金処理による課金情報を追加したマルチキャスト制御パケットをネットワークレイヤプロトコルで返送する手段を含み、前記１以上のクライアントホストはそれぞれ、返送されたマルチキャスト制御パケットからネットワークレイヤプロトコルにより課金情報を認識する手段をさらに含むことを特徴とするマルチキャスト通信システムが提供される。
【００１０】
以上の各観点におけるルーティング装置およびクライアントホスト装置は、それ自体で独立に実施できる。本発明は、そのようなルーティング装置あるいはクライアントホスト装置を包含する。また、本発明は、以上の観点で示したルーティング装置またはクライアントホスト装置の動作を実現するためのコンピュータプログラムおよびそのようなコンピュータプログラムが記録された記録媒体を包含する。
【００１１】
【発明の実施の形態】
まず、本発明の主要な特徴について説明する。マルチキャストコンテンツへのアクセス（コンテンツの受信要求、終了）に同期してユーザ課金処理を行う技術は従来なかった。ここでマルチキャストコンテンツへのアクセスとは、ネットワーク処理で言うところのマルチキャストグループへの参加・離脱を意味する。従来は、マルチキャトへのアクセスとは別の通信を行い、ユーザが本当にコンテンツを受信しているかどうかにかかわらず、課金処理を行ってしまうことがあった。このため、本発明では、ユーザのコンテンツに対するアクセスと同期して課金処理を行い、ユーザのコンテンツ受信と同時に課金が可能なようにし、より安全なコンテンツ配信サービスを行うことを可能とする。
【００１３】
次に、図面を参照して本発明の実施形態を詳しく説明する。なお、以下の実施例においてはネットワークレイヤプロトコルの一例としてＩＧＭＰ(Internet 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(Unknonwn Group Address), 0x33(Request to participate in a multicast group rejected), 0x41(Invalid Group Address)、課金情報として、Vendor Specific Accounting Messages: 0x31(Notification of charge-free), 0x32(Notification of excess time)等を用いることが可能である。
【００３４】
次に、本発明を実現するためのクライアントホスト（端末）３とルーティング装置（ルータ）２の内部構成について、図１５を参照しながら更に詳細に説明する。
【００３５】
図１５に示すように、端末３は課金処理部５１、認証失敗処理部５２、コンテンツ受信要求部５３、コンテンツ受信・処理部５４を有する。このうち、課金処理部５１と認証失敗処理部５２は本発明により新たに追加された機能ブロックであり、コンテンツ受信要求部５３は本発明により一部変更を要する機能ブロックであるが、コンテンツ受信・処理部５４については既存のものでよい。
【００３６】
一方、ルータ２は課金処理部６１、ユーザ認証処理部６２、要求受信部６３、データ転送処理部６４を有する。このうち、課金処理部６１は本発明により新たに追加された機能ブロックであり、ユーザ認証処理部６２と要求受信部６３は本発明により一部変更を要する機能ブロックであるが、データ転送処理部６４については既存のものでよい。
【００３７】
端末３とルータ２の間の処理では、コンテンツデータ配信７４以外は、ネットワークレイヤのプロトコルであるＩＧＭＰｖ２、ＩＧＭＰｖ３、ＭＬＤ、ＩＧＡＰなどのマルチキャストアクセスプロトコルを使用する。ただし、ＩＧＭＰｖ２、ＩＧＭＰｖ３、ＭＬＤを使用する場合には、認証に必要な情報、課金に関する情報をこれらのプロトコルに付加する必要がある。ＩＧＡＰは、ＩＧＭＰｖ２にこれらの情報を付加して作られたプロトコルである。
【００３８】
まず、端末について説明する。既存の端末（装置）では、クライアントの認証をする機能をＩＧＭＰのネットワークレイヤで行う技術の提案は存在したが、認証失敗した場合、その理由を処理する機能は存在しなかった。従来の技術では、ユーザ認証に必要な情報をＩＧＭＰのＪｏｉｎパケット（視聴要求パケット）に付加して伝送し、認証成功、または、失敗の結果が返ってくるだけであった。
【００３９】
本発明の端末３では、認証失敗した理由を処理する「認証失敗処理部５２」を追加することにより、ユーザ認証失敗理由がネットワーク側からネットワークレイヤのプロトコル（たとえばＩＧＡＰ）で、端末３に送られてくる場合に、処理することが可能となる。ＩＧＡＰは、既存マルチキャストアクセスプロトコルＩＧＭＰを拡張して、認証と課金処理を可能にするプロトコルである。
【００４０】
また、端末３に新しく「課金処理部５１」を追加することにより、マルチキャストコンテンツにアクセスする際に行われるユーザ認証処理後、ユーザがコンテンツ受信要求パケットＪｏｉｎで要求したマルチキャストコンテンツの受信に対する課金処理の結果（開始または、終了）を知らせる情報が、ネットワークレイヤのパケットで伝送されることにより、高速に伝送でき、かつ、装置内での処理を単純化させることが可能になる。
【００４１】
端末３の実装の仕方として、端末３のコンテンツ受信要求部５３に、認証失敗処理部５２を組み込むことも可能であり、その場合、コンテンツ受信要求部５３を改造することになる。また、端末３の別の実装の仕方として、端末３のコンテンツ受信要求部５３に、課金処理部５１を組み込むことも可能であり、その場合も、コンテンツ受信要求部５３を改造することになる。
【００４２】
次にルータ２について説明する。既存のルータ（装置）では、ユーザの端末装置からのマルチキャストコンテンツに対するアクセス（コンテンツの受信開始・終了要求）に対してユーザを認証する技術の提案は存在したが、ユーザ認証に失敗した場合、その理由を処理し、その失敗した理由を端末装置に伝送する機能は存在しなかった。認証に成功後、ルータ２のユーザ認証処理部６２が、データ転送処理部６４を制御して、情報配信サーバ（コンテンツサーバ）１１から配信されてくるマルチキャストコンテンツを端末３に配信する。
【００４３】
本発明のルータ２によれば、ユーザからのマルチキャストへの受信要求パケット（ネットワークレイヤのＩＧＭＰなどのパケット）が要求受信部６３に届くと、要求受信部６３はユーザ認証処理部６２にユーザ認証に必要なユーザ認証情報を送る（たとえば、Ｒａｄｉｕｓ認証では、Ｒａｄｉｕｓプロトコルを使用して、認証処理が行われる）。ユーザ認証処理部６２は外部（リモート）に存在する認証サーバ（ユーザ認証サーバ）１３に認証伺を伺い、認証結果を受ける（図中７１のシーケンス）。その認証結果を端末装置に送る。この際に認証に失敗した場合、その理由を同時に情報としてＩＧＭＰなどのパケットに付加することにより、端末はネットワークレイヤ層のＩＧＭＰなどの処理の枠組みで、高速に認証失敗した理由を判断することが可能となる。
【００４４】
このユーザ認証失敗理由の伝送処理は、ユーザ認証処理部６２に新たに認証失敗理由処理機能を付加することにより、可能になる。認証失敗理由としては、たとえば、パスワードが間違っている、サービスしていないコンテンツに対してアクセスしたなどの情報を送ることができる。
【００４５】
また、本発明のルータ２では、ルータ２に課金処理部６１を追加することにより、ユーザ認証処理部６２でのユーザ認証後、ユーザ認証処理部６２からユーザ認証が成功したことを課金処理部６１に伝えてもらうことにより、課金処理部６１は外部の課金サーバ１２に課金処理を行わせることができる（図中７２のシーケンス）。課金処理の結果（課金開始、終了、金額）をルータ２の課金処理部６１から、端末３の課金処理部５１をＩＧＭＰなどのネットワークレイヤのパケットを使って伝送することにより、高速で、且つ、単純な処理でそれらの情報を伝えることが可能となる。
【００４６】
また、本発明のルータ２では、ネットワークレイヤのパケット（たとえばＩＧＭＰ）などを利用して端末３から課金情報取得を要求される場合、ルータ２は、課金処理部６１でこれを処理することが可能となる。この端末３からのこのような要求に対して、リモートにある課金サーバ１２に問い合わせることにより、課金情報（たとえば、今月の課金詳細情報）を取得し、ルータ２から端末３に、ＩＧＭＰなどのネットワークレイヤのパケットを使って伝送することにより、高速で、且つ、単純な処理でそれらの情報を伝えることが可能となる。
【００４７】
なお、リモートにある課金サーバ１２は、ルータ２に格納されていてもかまわない。また、リモートにある認証サーバ１３は、ルータ２に格納されていてもかまわない。
【００４８】
また、ルータ２から端末３に、認証処理結果と課金開始の情報を同じネットワークレイヤのパケットに格納して伝送してもかまわない。
【００４９】
【発明の効果】
以上説明したように、本発明によれば、有料のマルチキャストデータを受信する場合に、課金開始情報あるいは現在の課金の情報をクライアントホストで知ることができる。
【図面の簡単な説明】
【図１】本発明を実施するマルチキャスト通信システムの基本的な構成例を示すブロック構成図。
【図２】本発明の第一実施例を説明する図であり、クライアントホストによるマルチキャストグループへの参加および離脱のフローチャート。
【図３】ルーティング装置のクライアントホストに対する処理のフローチャート。
【図４】課金情報をクライアントホストに通知するためのタイミングシーケンス。
【図５】課金開始情報を格納できるＩＧＭＰメッセージフォーマット。
【図６】本発明の第二実施例を説明する図であり、クライアントホストによるマルチキャストグループへの参加および離脱のフローチャート。
【図７】ルーティング装置のクライアントホストに対する処理のフローチャート。
【図８】認証失敗情報をクライアントホストに通知するためのタイミングシーケンス。
【図９】認証を行うための情報を格納できるＩＧＭＰメッセージフォーマット。
【図１０】本発明の第三実施例を説明する図であり、クライアントホストによるマルチキャストグループへの参加および離脱のフローチャート。
【図１１】ルーティング装置のクライアントホストに対する処理のフローチャート。
【図１２】課金情報をクライアントホストに通知するためのタイミングシーケンス。
【図１３】本発明で用いることが可能なＩＧＡＰメッセージフォーマットの一例を示す図。
【図１４】本発明で用いることが可能なＩＧＡＰメッセージフォーマットの他の例を示す図。
【図１５】本発明のクライアントホスト（端末）とルーティング装置（ルータ）の内部構成例を示すブロック図。
【符号の説明】
１  ＩＰネットワーク
２  ルーティング装置
３  クライアントホスト
１１  情報配信サーバ
１２  課金サーバ
１３  認証サーバ
【図１】
0003723803.tif 000002
【図２】
0003723803.tif 000003
【図３】
0003723803.tif 000004
【図４】
0003723803.tif 000005
【図５】
0003723803.tif 000006
【図６】
0003723803.tif 000007
【図７】
0003723803.tif 000008
【図８】
0003723803.tif 000009
【図９】
0003723803.tif 000010
【図１０】
0003723803.tif 000011
【図１１】
0003723803.tif 000012
【図１２】
0003723803.tif 000013
【図１３】
0003723803.tif 000014
【図１４】
0003723803.tif 000015
【図１５】
0003723803.tif 000016