JP3723803B2 - マルチキャスト通信システム - Google Patents
マルチキャスト通信システム Download PDFInfo
- Publication number
- JP3723803B2 JP3723803B2 JP2003004221A JP2003004221A JP3723803B2 JP 3723803 B2 JP3723803 B2 JP 3723803B2 JP 2003004221 A JP2003004221 A JP 2003004221A JP 2003004221 A JP2003004221 A JP 2003004221A JP 3723803 B2 JP3723803 B2 JP 3723803B2
- Authority
- JP
- Japan
- Prior art keywords
- multicast
- routing device
- network
- control packet
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明が属する技術分野】
本発明は、コンピュータなどの複数のネットワークホストとルータやスイッチなどで構成するネットワーク通信において、マルチキャスティングを利用する通信技術に関する。
【０００２】
【従来の技術】
マルチキャスティングは、あるグループ内で、１台のホストから複数のホスト、または複数のホストから複数のホストに同じ情報を送信する技術である。インターネット上でマルチキャストを実現するには、特別のＩＰアドレスが付与されたパケットを用い、そのようなパケットを受信したマルチキャスト・ルータあるいはスイッチ（以下、「ルーティング装置」と総称する）が、そのグループに参加しているホスト（これを「クライアントホスト」という）にそのパケットを配信する。クライアントホストとルーティング装置との間のインターフェースにはデータ転送用とは別のマルチキャスト制御ＩＧＭＰ（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)等を用いることが可能である。
【００３４】
次に、本発明を実現するためのクライアントホスト（端末）３とルーティング装置（ルータ）２の内部構成について、図１５を参照しながら更に詳細に説明する。
【００３５】
図１５に示すように、端末３は課金処理部５１、認証失敗処理部５２、コンテンツ受信要求部５３、コンテンツ受信・処理部５４を有する。このうち、課金処理部５１と認証失敗処理部５２は本発明により新たに追加された機能ブロックであり、コンテンツ受信要求部５３は本発明により一部変更を要する機能ブロックであるが、コンテンツ受信・処理部５４については既存のものでよい。
【００３６】
一方、ルータ２は課金処理部６１、ユーザ認証処理部６２、要求受信部６３、データ転送処理部６４を有する。このうち、課金処理部６１は本発明により新たに追加された機能ブロックであり、ユーザ認証処理部６２と要求受信部６３は本発明により一部変更を要する機能ブロックであるが、データ転送処理部６４については既存のものでよい。
【００３７】
端末３とルータ２の間の処理では、コンテンツデータ配信７４以外は、ネットワークレイヤのプロトコルであるＩＧＭＰｖ２、ＩＧＭＰｖ３、ＭＬＤ、ＩＧＡＰなどのマルチキャストアクセスプロトコルを使用する。ただし、ＩＧＭＰｖ２、ＩＧＭＰｖ３、ＭＬＤを使用する場合には、認証に必要な情報、課金に関する情報をこれらのプロトコルに付加する必要がある。ＩＧＡＰは、ＩＧＭＰｖ２にこれらの情報を付加して作られたプロトコルである。
【００３８】
まず、端末について説明する。既存の端末（装置）では、クライアントの認証をする機能をＩＧＭＰのネットワークレイヤで行う技術の提案は存在したが、認証失敗した場合、その理由を処理する機能は存在しなかった。従来の技術では、ユーザ認証に必要な情報をＩＧＭＰのＪｏｉｎパケット（視聴要求パケット）に付加して伝送し、認証成功、または、失敗の結果が返ってくるだけであった。
【００３９】
本発明の端末３では、認証失敗した理由を処理する「認証失敗処理部５２」を追加することにより、ユーザ認証失敗理由がネットワーク側からネットワークレイヤのプロトコル（たとえばＩＧＡＰ）で、端末３に送られてくる場合に、処理することが可能となる。ＩＧＡＰは、既存マルチキャストアクセスプロトコルＩＧＭＰを拡張して、認証と課金処理を可能にするプロトコルである。
【００４０】
また、端末３に新しく「課金処理部５１」を追加することにより、マルチキャストコンテンツにアクセスする際に行われるユーザ認証処理後、ユーザがコンテンツ受信要求パケットＪｏｉｎで要求したマルチキャストコンテンツの受信に対する課金処理の結果（開始または、終了）を知らせる情報が、ネットワークレイヤのパケットで伝送されることにより、高速に伝送でき、かつ、装置内での処理を単純化させることが可能になる。
【００４１】
端末３の実装の仕方として、端末３のコンテンツ受信要求部５３に、認証失敗処理部５２を組み込むことも可能であり、その場合、コンテンツ受信要求部５３を改造することになる。また、端末３の別の実装の仕方として、端末３のコンテンツ受信要求部５３に、課金処理部５１を組み込むことも可能であり、その場合も、コンテンツ受信要求部５３を改造することになる。
【００４２】
次にルータ２について説明する。既存のルータ（装置）では、ユーザの端末装置からのマルチキャストコンテンツに対するアクセス（コンテンツの受信開始・終了要求）に対してユーザを認証する技術の提案は存在したが、ユーザ認証に失敗した場合、その理由を処理し、その失敗した理由を端末装置に伝送する機能は存在しなかった。認証に成功後、ルータ２のユーザ認証処理部６２が、データ転送処理部６４を制御して、情報配信サーバ（コンテンツサーバ）１１から配信されてくるマルチキャストコンテンツを端末３に配信する。
【００４３】
本発明のルータ２によれば、ユーザからのマルチキャストへの受信要求パケット（ネットワークレイヤのＩＧＭＰなどのパケット）が要求受信部６３に届くと、要求受信部６３はユーザ認証処理部６２にユーザ認証に必要なユーザ認証情報を送る（たとえば、Ｒａｄｉｕｓ認証では、Ｒａｄｉｕｓプロトコルを使用して、認証処理が行われる）。ユーザ認証処理部６２は外部（リモート）に存在する認証サーバ（ユーザ認証サーバ）１３に認証伺を伺い、認証結果を受ける（図中７１のシーケンス）。その認証結果を端末装置に送る。この際に認証に失敗した場合、その理由を同時に情報としてＩＧＭＰなどのパケットに付加することにより、端末はネットワークレイヤ層のＩＧＭＰなどの処理の枠組みで、高速に認証失敗した理由を判断することが可能となる。
【００４４】
このユーザ認証失敗理由の伝送処理は、ユーザ認証処理部６２に新たに認証失敗理由処理機能を付加することにより、可能になる。認証失敗理由としては、たとえば、パスワードが間違っている、サービスしていないコンテンツに対してアクセスしたなどの情報を送ることができる。
【００４５】
また、本発明のルータ２では、ルータ２に課金処理部６１を追加することにより、ユーザ認証処理部６２でのユーザ認証後、ユーザ認証処理部６２からユーザ認証が成功したことを課金処理部６１に伝えてもらうことにより、課金処理部６１は外部の課金サーバ１２に課金処理を行わせることができる（図中７２のシーケンス）。課金処理の結果（課金開始、終了、金額）をルータ２の課金処理部６１から、端末３の課金処理部５１をＩＧＭＰなどのネットワークレイヤのパケットを使って伝送することにより、高速で、且つ、単純な処理でそれらの情報を伝えることが可能となる。
【００４６】
また、本発明のルータ２では、ネットワークレイヤのパケット（たとえばＩＧＭＰ）などを利用して端末３から課金情報取得を要求される場合、ルータ２は、課金処理部６１でこれを処理することが可能となる。この端末３からのこのような要求に対して、リモートにある課金サーバ１２に問い合わせることにより、課金情報（たとえば、今月の課金詳細情報）を取得し、ルータ２から端末３に、ＩＧＭＰなどのネットワークレイヤのパケットを使って伝送することにより、高速で、且つ、単純な処理でそれらの情報を伝えることが可能となる。
【００４７】
なお、リモートにある課金サーバ１２は、ルータ２に格納されていてもかまわない。また、リモートにある認証サーバ１３は、ルータ２に格納されていてもかまわない。
【００４８】
また、ルータ２から端末３に、認証処理結果と課金開始の情報を同じネットワークレイヤのパケットに格納して伝送してもかまわない。
【００４９】
【発明の効果】
以上説明したように、本発明によれば、有料のマルチキャストデータを受信する場合に、課金開始情報あるいは現在の課金の情報をクライアントホストで知ることができる。
【図面の簡単な説明】
【図１】本発明を実施するマルチキャスト通信システムの基本的な構成例を示すブロック構成図。
【図２】本発明の第一実施例を説明する図であり、クライアントホストによるマルチキャストグループへの参加および離脱のフローチャート。
【図３】ルーティング装置のクライアントホストに対する処理のフローチャート。
【図４】課金情報をクライアントホストに通知するためのタイミングシーケンス。
【図５】課金開始情報を格納できるＩＧＭＰメッセージフォーマット。
【図６】本発明の第二実施例を説明する図であり、クライアントホストによるマルチキャストグループへの参加および離脱のフローチャート。
【図７】ルーティング装置のクライアントホストに対する処理のフローチャート。
【図８】認証失敗情報をクライアントホストに通知するためのタイミングシーケンス。
【図９】認証を行うための情報を格納できるＩＧＭＰメッセージフォーマット。
【図１０】本発明の第三実施例を説明する図であり、クライアントホストによるマルチキャストグループへの参加および離脱のフローチャート。
【図１１】ルーティング装置のクライアントホストに対する処理のフローチャート。
【図１２】課金情報をクライアントホストに通知するためのタイミングシーケンス。
【図１３】本発明で用いることが可能なＩＧＡＰメッセージフォーマットの一例を示す図。
【図１４】本発明で用いることが可能なＩＧＡＰメッセージフォーマットの他の例を示す図。
【図１５】本発明のクライアントホスト（端末）とルーティング装置（ルータ）の内部構成例を示すブロック図。
【符号の説明】
１ ＩＰネットワーク
２ ルーティング装置
３ クライアントホスト
１１ 情報配信サーバ
１２ 課金サーバ
１３ 認証サーバ
【発明が属する技術分野】
本発明は、コンピュータなどの複数のネットワークホストとルータやスイッチなどで構成するネットワーク通信において、マルチキャスティングを利用する通信技術に関する。
【０００２】
【従来の技術】
マルチキャスティングは、あるグループ内で、１台のホストから複数のホスト、または複数のホストから複数のホストに同じ情報を送信する技術である。インターネット上でマルチキャストを実現するには、特別のＩＰアドレスが付与されたパケットを用い、そのようなパケットを受信したマルチキャスト・ルータあるいはスイッチ（以下、「ルーティング装置」と総称する）が、そのグループに参加しているホスト（これを「クライアントホスト」という）にそのパケットを配信する。クライアントホストとルーティング装置との間のインターフェースにはデータ転送用とは別のマルチキャスト制御ＩＧＭＰ（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)等を用いることが可能である。
【００３４】
次に、本発明を実現するためのクライアントホスト（端末）３とルーティング装置（ルータ）２の内部構成について、図１５を参照しながら更に詳細に説明する。
【００３５】
図１５に示すように、端末３は課金処理部５１、認証失敗処理部５２、コンテンツ受信要求部５３、コンテンツ受信・処理部５４を有する。このうち、課金処理部５１と認証失敗処理部５２は本発明により新たに追加された機能ブロックであり、コンテンツ受信要求部５３は本発明により一部変更を要する機能ブロックであるが、コンテンツ受信・処理部５４については既存のものでよい。
【００３６】
一方、ルータ２は課金処理部６１、ユーザ認証処理部６２、要求受信部６３、データ転送処理部６４を有する。このうち、課金処理部６１は本発明により新たに追加された機能ブロックであり、ユーザ認証処理部６２と要求受信部６３は本発明により一部変更を要する機能ブロックであるが、データ転送処理部６４については既存のものでよい。
【００３７】
端末３とルータ２の間の処理では、コンテンツデータ配信７４以外は、ネットワークレイヤのプロトコルであるＩＧＭＰｖ２、ＩＧＭＰｖ３、ＭＬＤ、ＩＧＡＰなどのマルチキャストアクセスプロトコルを使用する。ただし、ＩＧＭＰｖ２、ＩＧＭＰｖ３、ＭＬＤを使用する場合には、認証に必要な情報、課金に関する情報をこれらのプロトコルに付加する必要がある。ＩＧＡＰは、ＩＧＭＰｖ２にこれらの情報を付加して作られたプロトコルである。
【００３８】
まず、端末について説明する。既存の端末（装置）では、クライアントの認証をする機能をＩＧＭＰのネットワークレイヤで行う技術の提案は存在したが、認証失敗した場合、その理由を処理する機能は存在しなかった。従来の技術では、ユーザ認証に必要な情報をＩＧＭＰのＪｏｉｎパケット（視聴要求パケット）に付加して伝送し、認証成功、または、失敗の結果が返ってくるだけであった。
【００３９】
本発明の端末３では、認証失敗した理由を処理する「認証失敗処理部５２」を追加することにより、ユーザ認証失敗理由がネットワーク側からネットワークレイヤのプロトコル（たとえばＩＧＡＰ）で、端末３に送られてくる場合に、処理することが可能となる。ＩＧＡＰは、既存マルチキャストアクセスプロトコルＩＧＭＰを拡張して、認証と課金処理を可能にするプロトコルである。
【００４０】
また、端末３に新しく「課金処理部５１」を追加することにより、マルチキャストコンテンツにアクセスする際に行われるユーザ認証処理後、ユーザがコンテンツ受信要求パケットＪｏｉｎで要求したマルチキャストコンテンツの受信に対する課金処理の結果（開始または、終了）を知らせる情報が、ネットワークレイヤのパケットで伝送されることにより、高速に伝送でき、かつ、装置内での処理を単純化させることが可能になる。
【００４１】
端末３の実装の仕方として、端末３のコンテンツ受信要求部５３に、認証失敗処理部５２を組み込むことも可能であり、その場合、コンテンツ受信要求部５３を改造することになる。また、端末３の別の実装の仕方として、端末３のコンテンツ受信要求部５３に、課金処理部５１を組み込むことも可能であり、その場合も、コンテンツ受信要求部５３を改造することになる。
【００４２】
次にルータ２について説明する。既存のルータ（装置）では、ユーザの端末装置からのマルチキャストコンテンツに対するアクセス（コンテンツの受信開始・終了要求）に対してユーザを認証する技術の提案は存在したが、ユーザ認証に失敗した場合、その理由を処理し、その失敗した理由を端末装置に伝送する機能は存在しなかった。認証に成功後、ルータ２のユーザ認証処理部６２が、データ転送処理部６４を制御して、情報配信サーバ（コンテンツサーバ）１１から配信されてくるマルチキャストコンテンツを端末３に配信する。
【００４３】
本発明のルータ２によれば、ユーザからのマルチキャストへの受信要求パケット（ネットワークレイヤのＩＧＭＰなどのパケット）が要求受信部６３に届くと、要求受信部６３はユーザ認証処理部６２にユーザ認証に必要なユーザ認証情報を送る（たとえば、Ｒａｄｉｕｓ認証では、Ｒａｄｉｕｓプロトコルを使用して、認証処理が行われる）。ユーザ認証処理部６２は外部（リモート）に存在する認証サーバ（ユーザ認証サーバ）１３に認証伺を伺い、認証結果を受ける（図中７１のシーケンス）。その認証結果を端末装置に送る。この際に認証に失敗した場合、その理由を同時に情報としてＩＧＭＰなどのパケットに付加することにより、端末はネットワークレイヤ層のＩＧＭＰなどの処理の枠組みで、高速に認証失敗した理由を判断することが可能となる。
【００４４】
このユーザ認証失敗理由の伝送処理は、ユーザ認証処理部６２に新たに認証失敗理由処理機能を付加することにより、可能になる。認証失敗理由としては、たとえば、パスワードが間違っている、サービスしていないコンテンツに対してアクセスしたなどの情報を送ることができる。
【００４５】
また、本発明のルータ２では、ルータ２に課金処理部６１を追加することにより、ユーザ認証処理部６２でのユーザ認証後、ユーザ認証処理部６２からユーザ認証が成功したことを課金処理部６１に伝えてもらうことにより、課金処理部６１は外部の課金サーバ１２に課金処理を行わせることができる（図中７２のシーケンス）。課金処理の結果（課金開始、終了、金額）をルータ２の課金処理部６１から、端末３の課金処理部５１をＩＧＭＰなどのネットワークレイヤのパケットを使って伝送することにより、高速で、且つ、単純な処理でそれらの情報を伝えることが可能となる。
【００４６】
また、本発明のルータ２では、ネットワークレイヤのパケット（たとえばＩＧＭＰ）などを利用して端末３から課金情報取得を要求される場合、ルータ２は、課金処理部６１でこれを処理することが可能となる。この端末３からのこのような要求に対して、リモートにある課金サーバ１２に問い合わせることにより、課金情報（たとえば、今月の課金詳細情報）を取得し、ルータ２から端末３に、ＩＧＭＰなどのネットワークレイヤのパケットを使って伝送することにより、高速で、且つ、単純な処理でそれらの情報を伝えることが可能となる。
【００４７】
なお、リモートにある課金サーバ１２は、ルータ２に格納されていてもかまわない。また、リモートにある認証サーバ１３は、ルータ２に格納されていてもかまわない。
【００４８】
また、ルータ２から端末３に、認証処理結果と課金開始の情報を同じネットワークレイヤのパケットに格納して伝送してもかまわない。
【００４９】
【発明の効果】
以上説明したように、本発明によれば、有料のマルチキャストデータを受信する場合に、課金開始情報あるいは現在の課金の情報をクライアントホストで知ることができる。
【図面の簡単な説明】
【図１】本発明を実施するマルチキャスト通信システムの基本的な構成例を示すブロック構成図。
【図２】本発明の第一実施例を説明する図であり、クライアントホストによるマルチキャストグループへの参加および離脱のフローチャート。
【図３】ルーティング装置のクライアントホストに対する処理のフローチャート。
【図４】課金情報をクライアントホストに通知するためのタイミングシーケンス。
【図５】課金開始情報を格納できるＩＧＭＰメッセージフォーマット。
【図６】本発明の第二実施例を説明する図であり、クライアントホストによるマルチキャストグループへの参加および離脱のフローチャート。
【図７】ルーティング装置のクライアントホストに対する処理のフローチャート。
【図８】認証失敗情報をクライアントホストに通知するためのタイミングシーケンス。
【図９】認証を行うための情報を格納できるＩＧＭＰメッセージフォーマット。
【図１０】本発明の第三実施例を説明する図であり、クライアントホストによるマルチキャストグループへの参加および離脱のフローチャート。
【図１１】ルーティング装置のクライアントホストに対する処理のフローチャート。
【図１２】課金情報をクライアントホストに通知するためのタイミングシーケンス。
【図１３】本発明で用いることが可能なＩＧＡＰメッセージフォーマットの一例を示す図。
【図１４】本発明で用いることが可能なＩＧＡＰメッセージフォーマットの他の例を示す図。
【図１５】本発明のクライアントホスト（端末）とルーティング装置（ルータ）の内部構成例を示すブロック図。
【符号の説明】
１ ＩＰネットワーク
２ ルーティング装置
３ クライアントホスト
１１ 情報配信サーバ
１２ 課金サーバ
１３ 認証サーバ
Claims (9)
- ネットワークに接続されたルーティング装置と、このルーティング装置を介して前記ネットワークに接続される１以上のクライアントホストとを備え、
前記１以上のクライアントホストはそれぞれ、マルチキャストグループへの参加あるいは離脱を要求するマルチキャスト制御パケットを前記ルーティング装置に送信する要求手段を含み、
前記ルーティング装置は、マルチキャストグループ毎に特定のアドレスが付与されたマルチキャストデータをネットワークから受け取り、それをそのマルチキャストグループに参加しているクライアントホストに配信する配信手段を含むマルチキャスト通信システムにおいて、
前記ルーティング装置は、配信するマルチキャストデータが課金対象であってクライアントホストが課金対象のマルチキャストデータの受信を開始するときに、課金開始を示す情報をマルチキャスト制御パケットに追加してそのクライアントホストにネットワークレイヤプロトコルにより通知する手段を含み、
前記１以上のクライアントホストはそれぞれ、前記マルチキャスト制御パケットからネットワークレイヤプロトコルにより課金開始を認識する手段を含むことを特徴とするマルチキャスト通信システム。 - ネットワークに接続されたルーティング装置と、このルーティング装置を介して前記ネットワークに接続される１以上のクライアントホストとを備え、
前記１以上のクライアントホストはそれぞれ、マルチキャストグループへの参加あるいは離脱を要求するマルチキャスト制御パケットを前記ルーティング装置に送信する要求手段を含み、
前記ルーティング装置は、マルチキャストグループ毎に特定のアドレスが付与されたマルチキャストデータをネットワークから受け取り、それをそのマルチキャストグループに参加しているクライアントホストに配信する配信手段を含むマルチキャスト通信システムにおいて、
前記１以上のクライアントホストはそれぞれ、受信したマルチキャストデータにかかった料金の情報を要求する情報をマルチキャスト制御パケットに追加して前記ルーティング装置にネットワークレイヤプロトコルにより送信する手段を含み、
前記ルーティング装置は、クライアントホストからの料金情報を要求するマルチキャスト制御パケットに対して、配信するマルチキャストデータが課金対象であるときに行われる課金処理による課金情報を追加したマルチキャスト制御パケットをネットワークレイヤプロトコルで返送する手段を含み、
前記１以上のクライアントホストはそれぞれ、返送されたマルチキャスト制御パケットからネットワークレイヤプロトコルにより課金情報を認識する手段をさらに含むことを特徴とするマルチキャスト通信システム。 - 前記ネットワークレイヤプロトコルは、
ＩＧＭＰ(Internet Group Management Protocol)またはＭＬＤ(Multicast Listener Discovery)に基づいたプロトコルであることを特徴とする請求項２記載のマルチキャスト通信システム。 - ネットワークに接続されたルーティング装置と、このルーティング装置を介して前記ネットワークに接続される１以上のクライアントホストとを備えたマルチキャスト通信システムにおけるクライアントホスト装置であって、
マルチキャストグループへの参加あるいは離脱を要求するマルチキャスト制御パケットを前記ルーティング装置に送信する要求手段と、
前記ルーティング装置が、マルチキャストグループ毎に特定のアドレスが付与されたマルチキャストデータをネットワークから受け取り、それをそのマルチキャストグループに参加しているクライアントホストに配信するマルチキャストデータを受信する手段と、
前記ルーティング装置が、配信するマルチキャストデータが課金対象であってクライアントホストが課金対象のマルチキャストデータの受信を開始するときに、課金開始を示す情報をマルチキャスト制御パケットに追加してそのクライアントホストにネットワークレイヤプロトコルにより通知したマルチキャスト制御パケットからネットワークレイヤプロトコルにより課金開始を認識する手段を含むことを特徴とするクライアントホスト装置。 - ネットワークに接続されたルーティング装置と、このルーティング装置を介して前記ネットワークに接続される１以上のクライアントホストとを備えたマルチキャスト通信システムにおけるルーティング装置であって、
前記１以上のクライアントホストがそれぞれ送信した、マルチキャストグループへの参加あるいは離脱を要求するマルチキャスト制御パケットを受信する手段と、
マルチキャストグループ毎に特定のアドレスが付与されたマルチキャストデータをネットワークから受け取り、それをそのマルチキャストグループに参加しているクライアントホストに配信する配信手段と、
配信するマルチキャストデータが課金対象であってクライアントホストが課金対象のマルチキャストデータの受信を開始するときに、課金開始を示す情報をマルチキャスト制御パケットに追加してそのクライアントホストにネットワークレイヤプロトコルにより通知する手段を含むことを特徴とするルーティング装置。 - ネットワークに接続されたルーティング装置と、このルーティング装置を介して前記ネットワークに接続される１以上のクライアントホストとを備えたマルチキャスト通信システムにおけるクライアントホスト装置であって、
マルチキャストグループへの参加あるいは離脱を要求するマルチキャスト制御パケットを前記ルーティング装置に送信する要求手段と、
前記ルーティング装置が、マルチキャストグループ毎に特定のアドレスが付与されたマルチキャストデータをネットワークから受け取り、それをそのマルチキャストグループに参加しているクライアントホストに配信するマルチキャストデータを受信する手段と、
受信したマルチキャストデータにかかった料金の情報を要求する情報をマルチキャスト制御パケットに追加して前記ルーティング装置にネットワークレイヤプロトコルにより送信する手段と、
前記ルーティング装置が、クライアントホストからの料金情報を要求するマルチキャスト制御パケットに対して、配信するマルチキャストデータが課金対象であるときに行われる課金処理による課金情報を追加したマルチキャスト制御パケットをネットワークレイヤプロトコルで返送したマルチキャスト制御パケットからネットワークレイヤプロトコルにより課金情報を認識する手段を含むことを特徴とするクライアントホスト装置。 - ネットワークに接続されたルーティング装置と、このルーティング装置を介して前記ネットワークに接続される１以上のクライアントホストとを備えたマルチキャスト通信システムにおけるルーティング装置であって、
前記１以上のクライアントホストがそれぞれ送信した、マルチキャストグループへの参加あるいは離脱を要求するマルチキャスト制御パケットを受信する手段と、
マルチキャストグループ毎に特定のアドレスが付与されたマルチキャストデータをネットワークから受け取り、それをそのマルチキャストグループに参加しているクライアントホストに配信する配信手段と、
前記１以上のクライアントホストがそれぞれ、受信したマルチキャストデータにかかった料金の情報を要求する情報をマルチキャスト制御パケットに追加して前記ルーティング装置にネットワークレイヤプロトコルにより送信したマルチキャスト制御パケットを受信する手段と、
クライアントホストからの料金情報を要求するマルチキャスト制御パケットに対して、配信するマルチキャストデータが課金対象であるときに行われる課金処理による課金情報を追加したマルチキャスト制御パケットをネットワークレイヤプロトコルで返送する手段を含むことを特徴とするルーティング装置。 - コンピュータ製品を、請求項４乃至７のいずれかの項に記載の装置として機能させるためのプログラム。
- 請求項８記載のプログラムが記録された記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003004221A JP3723803B2 (ja) | 2002-01-11 | 2003-01-10 | マルチキャスト通信システム |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002-4844 | 2002-01-11 | ||
| JP2002004844 | 2002-01-11 | ||
| JP2003004221A JP3723803B2 (ja) | 2002-01-11 | 2003-01-10 | マルチキャスト通信システム |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005228502A Division JP2005323409A (ja) | 2002-01-11 | 2005-08-05 | マルチキャスト通信システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003273926A JP2003273926A (ja) | 2003-09-26 |
| JP3723803B2 true JP3723803B2 (ja) | 2005-12-07 |
Family
ID=29217880
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003004221A Expired - Lifetime JP3723803B2 (ja) | 2002-01-11 | 2003-01-10 | マルチキャスト通信システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3723803B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| NZ553818A (en) | 2004-08-16 | 2010-08-27 | Qualcomm Inc | Methods and apparatus for managing group membership for group communications |
-
2003
- 2003-01-10 JP JP2003004221A patent/JP3723803B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003273926A (ja) | 2003-09-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7305010B2 (en) | Multicast communication system | |
| JP4297875B2 (ja) | ネットワーク中継方法及び装置 | |
| CN102292959B (zh) | 基于ott的媒体数据传输方法、装置及系统 | |
| JP3845086B2 (ja) | 制御されたマルチキャストのシステム及び実行方法 | |
| US6965883B2 (en) | Charging mechanism for multicasting | |
| US7848342B2 (en) | Multicast accounting control system and broadband access server | |
| JP4773387B2 (ja) | ネットワークシステム | |
| US20050111474A1 (en) | IP multicast communication system | |
| JP2004172932A (ja) | データ配信システム | |
| JP2006042223A (ja) | パケット転送装置 | |
| JP4984917B2 (ja) | マルチキャスト通信システムおよび方法 | |
| JP2002185528A (ja) | Ｉｐマルチキャスト通信装置及びコンテンツ提供方法 | |
| JP3723803B2 (ja) | マルチキャスト通信システム | |
| JP2005323409A (ja) | マルチキャスト通信システム | |
| JP4393132B2 (ja) | マルチキャスティング・プロキシのマルチレイヤ・ユーザ・マネジメント方法 | |
| JP2002217973A (ja) | マルチキャスト通信システム | |
| JP3794634B2 (ja) | マルチキャスト通信システムにおけるルーティング装置、そのルーティング方法およびプログラム | |
| CN1848728B (zh) | 一种基于ip网络的组播数据受控方法 | |
| JP2010183506A (ja) | マルチキャスト通信システム、ルーティング装置、認証サーバ装置、ルーティング装置用プログラム、認証サーバ装置用プログラム、並びにルーティング方法および認証方法 | |
| CN102045176A (zh) | 一种组播计费的方法和系统 | |
| JP4036369B2 (ja) | マルチキャスト通信システム、マルチキャスト通信システムの制御方法およびスヌーピング装置 | |
| CN101212315A (zh) | 一种实现组播业务计费的方法及其装置 | |
| KR20030049470A (ko) | 멀티캐스트 전송 서비스품질 관리 방법 및 그 장치 | |
| JP4092695B2 (ja) | マルチキャストプレビュー制御システムおよびマルチキャストプレビュー制御方法 | |
| JPH10271161A (ja) | 中継装置を介するクライアントサーバシステムのセッション制御方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040810 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040817 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041013 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050222 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050425 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20050607 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050805 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20050819 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050913 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050916 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 3723803 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080922 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090922 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090922 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100922 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100922 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110922 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120922 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130922 Year of fee payment: 8 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| EXPY | Cancellation because of completion of term |