(57)【要約】【課題】画質の乱れなどの問題を生じさせることなく、ユーザ認証を行えるようにする。ユーザ毎の契約条件による番組毎の視聴許可／拒否を可能とする。【解決手段】ユーザからの認証情報をエッジルータ２−３から認証サーバ５へ送る。認証サーバ５において、ユーザ認証を行い、ＯＫならば、ユーザ契約情報（番組対応マルチキャストアドレス群）にセッションＩＤを付加してエッジルータ２−３に返送する。エッジルータ２−３は、ユーザ契約情報とセッションＩＤとの組合せをセッション情報ＤＢＣとして記憶すると共に、セッションＩＤをユーザ端末１−３に送る。これにより、ユーザ端末１−３とエッジルータ２−３との間にセッションが確立され、セッション情報ＤＢＣをフィルタリストとすることにより、ユーザ毎の契約条件による番組毎の視聴許可／拒否が可能となる。【選択図】　　　　図１
2004086532.tif 000002
【特許請求の範囲】
【請求項１】
各種のコンテンツを配信する送信サーバと、この送信サーバからのコンテンツを複製し分配するルータ群と、このルータ群中の任意のエッジルータに収容されたユーザ端末と、ユーザ毎にそのユーザを認証するための固有情報を登録したユーザ登録情報とユーザ毎にそのユーザへの配信が許可されたコンテンツに対応するマルチキャストアドレス群を登録したユーザ契約情報とを保有する認証サーバとを備えたＩＰマルチキャスト通信システムにおいて、前記ユーザ端末から前記エッジルータに対し、前記送信サーバが配信するコンテンツに対応するマルチキャストアドレスを指定して、そのマルチキャストアドレスによって特定されるコンテンツの配信を要求する際に、前記エッジルータにおいて前記ユーザ端末との間のセッションを確立するセッション制御方法であって、
前記ユーザ端末よりユーザが入力した認証情報を含むセッション開始要求を受信する第１ステップと、
前記第１ステップで受信したセッション開始要求に含まれる前記ユーザの認証情報を抽出する第２ステップと、
前記第２ステップで抽出したユーザの認証情報を前記認証サーバへ送り、前記認証サーバに前記ユーザの認証情報と自己が保有している前記ユーザ登録情報とを比較してのユーザ認証を行わせ、このユーザ認証により登録されているユーザであると認証された場合、そのユーザに対応して登録されている前記ユーザ契約情報を抽出させ、この抽出したユーザ契約情報に固有のセッションＩＤを付加して返送させる第３ステップと、
前記第３ステップによって前記認証サーバから返送されてきたユーザ契約情報とセッションＩＤとを受信し、この受信したユーザ契約情報とセッションＩＤとの組合せをセッション情報として記憶する第４ステップと、
前記第４ステップで受信したセッションＩＤを前記ユーザ端末へ通知し、前記ユーザ端末と前記エッジルータとの間のセッションを確立させる第５ステップとを備えたことを特徴とするＩＰマルチキャスト通信システムにおけるセッション制御方法。
【請求項２】
各種のコンテンツを配信する送信サーバと、この送信サーバからのコンテンツを複製し分配するルータ群と、このルータ群中の任意のエッジルータに収容されたユーザ端末と、ユーザ毎にそのユーザを認証するための固有情報を登録したユーザ登録情報とユーザ毎にそのユーザへの配信が許可されたコンテンツに対応するマルチキャストアドレス群を登録したユーザ契約情報とを保有する認証サーバとを備えたＩＰマルチキャスト通信システムにおいて、前記ユーザ端末から前記エッジルータに対し、前記送信サーバが配信するコンテンツに対応するマルチキャストアドレスを指定して、そのマルチキャストアドレスによって特定されるコンテンツの配信を要求する際に、前記エッジルータにおいて前記ユーザ端末との間のセッションを確立するセッション制御方法であって、
前記ユーザ端末よりユーザが入力した認証情報を含むセッション開始要求を受信する第１ステップと、
前記第１ステップで受信したセッション開始要求に含まれる前記ユーザの認証情報を抽出する第２ステップと、
前記第２ステップで抽出したユーザの認証情報を前記認証サーバへ送り、前記認証サーバに前記ユーザの認証情報と自己が保有している前記ユーザ登録情報とを比較してのユーザ認証を行わせ、このユーザ認証により登録されているユーザであると認証された場合、そのユーザに対応して登録されている前記ユーザ契約情報を抽出させ、この抽出したユーザ契約情報に固有のセッションＩＤを付加して返送させる第３ステップと、
前記第３ステップによって前記認証サーバから返送されてきたユーザ契約情報とセッションＩＤとを受信し、この受信したユーザ契約情報とセッションＩＤとの組合せをセッション情報として記憶する第４ステップと、
前記第４ステップで受信したセッションＩＤを前記ユーザ端末へ通知し、前記ユーザ端末と前記エッジルータとの間のセッションを確立させる第５ステップと、
前記第５ステップによって前記ユーザ端末と前記エッジルータとの間のセッションが確立されている状態で、前記ユーザ端末から前記マルチキャストアドレスおよび前記セッションＩＤを指定してコンテンツの配信開始要求があった場合、前記第４ステップによって記憶されている前記セッション情報を検索し、前記指定されたセッションＩＤに対応するユーザ契約情報中に前記指定されたマルチキャストアドレスがあるか否かをチェックする第６ステップと、
前記第６ステップにて前記ユーザ契約情報中に前記指定されたマルチキャストアドレスがあると判定された場合、そのマルチキャストアドレスに対応するコンテンツの前記ユーザ端末への配信を開始するとともに、少なくとも前記指定されたマルチキャストアドレス、前記指定されたセッションＩＤ、前記コンテンツの配信開始時刻をコンテンツ配信開始情報として前記認証サーバに通知し、このコンテンツ配信開始情報をその情報に含まれるセッションＩＤによって特定されるユーザのコンテンツ配信開始ログとして記録させる第７ステップと、
前記第７ステップによって前記ユーザ端末にコンテンツの配信が行われている状態で、前記ユーザ端末から前記セッションＩＤを指定してコンテンツの配信終了要求があった場合、前記ユーザ端末へのコンテンツの配信を終了するとともに、少なくともその配信を終了したコンテンツのマルチキャストアドレス、前記指定されたセッションＩＤ、前記コンテンツの配信終了時刻をコンテンツ配信終了情報として前記認証サーバに通知し、このコンテンツ配信終了情報をその情報に含まれるセッションＩＤによって特定されるユーザのコンテンツ配信終了ログとして記録させる第８ステップと
を備えたことを特徴とするＩＰマルチキャスト通信システムにおけるセッション制御方法。
【請求項３】
各種のコンテンツを配信する送信サーバと、この送信サーバからのコンテンツを複製し分配するルータ群と、このルータ群中の任意のエッジルータに収容されたユーザ端末と、ユーザ毎にそのユーザを認証するための固有情報を登録したユーザ登録情報とユーザ毎にそのユーザへの配信が許可されたコンテンツに対応するマルチキャストアドレス群を登録したユーザ契約情報とを保有する認証サーバとを備えたＩＰマルチキャスト通信システムにおいて、前記ユーザ端末から前記エッジルータに対し、前記送信サーバが配信するコンテンツに対応するマルチキャストアドレスを指定して、そのマルチキャストアドレスによって特定されるコンテンツの配信を要求する際に、前記エッジルータとして動作するコンピュータに前記ユーザ端末との間のセッションを確立させるセッション制御プログラムであって、
前記ユーザ端末よりユーザが入力した認証情報を含むセッション開始要求を受信させる第１の処理と、
前記第１の処理で受信したセッション開始要求に含まれる前記ユーザの認証情報を抽出させる第２の処理と、
前記第２の処理で抽出したユーザの認証情報を前記認証サーバへ送り、前記認証サーバに前記ユーザの認証情報と自己が保有している前記ユーザ登録情報とを比較してのユーザ認証を行わせ、このユーザ認証により登録されているユーザであると認証された場合、そのユーザに対応して登録されている前記ユーザ契約情報を抽出させ、この抽出したユーザ契約情報に固有のセッションＩＤを付加して返送させる第３の処理と、
前記第３の処理によって前記認証サーバから返送されてきたユーザ契約情報とセッションＩＤとを受信し、この受信したユーザ契約情報とセッションＩＤとの組合せをセッション情報として記憶させる第４の処理と、
前記第４の処理で受信したセッションＩＤを前記ユーザ端末へ通知し、前記ユーザ端末と前記エッジルータとの間のセッションを確立させる第５の処理と
を実現させるためのセッション制御プログラム。
【請求項４】
各種のコンテンツを配信する送信サーバと、この送信サーバからのコンテンツを複製し分配するルータ群と、このルータ群中の任意のエッジルータに収容されたユーザ端末と、ユーザ毎にそのユーザを認証するための固有情報を登録したユーザ登録情報とユーザ毎にそのユーザへの配信が許可されたコンテンツに対応するマルチキャストアドレス群を登録したユーザ契約情報とを保有する認証サーバとを備えたＩＰマルチキャスト通信システムにおいて、前記ユーザ端末から前記エッジルータに対し、前記送信サーバが配信するコンテンツに対応するマルチキャストアドレスを指定して、そのマルチキャストアドレスによって特定されるコンテンツの配信を要求する際に、前記エッジルータとして動作するコンピュータに前記ユーザ端末との間のセッションを確立させるセッション制御プログラムであって、
前記ユーザ端末よりユーザが入力した認証情報を含むセッション開始要求を受信させる第１の処理と、
前記第１の処理で受信したセッション開始要求に含まれる前記ユーザの認証情報を抽出させる第２の処理と、
前記第２の処理で抽出したユーザの認証情報を前記認証サーバへ送り、前記認証サーバに前記ユーザの認証情報と自己が保有している前記ユーザ登録情報とを比較してのユーザ認証を行わせ、このユーザ認証により登録されているユーザであると認証された場合、そのユーザに対応して登録されている前記ユーザ契約情報を抽出させ、この抽出したユーザ契約情報に固有のセッションＩＤを付加して返送させる第３の処理と、
前記第３の処理によって前記認証サーバから返送されてきたユーザ契約情報とセッションＩＤとを受信し、この受信したユーザ契約情報とセッションＩＤとの組合せをセッション情報として記憶させる第４の処理と、
前記第４の処理で受信したセッションＩＤを前記ユーザ端末へ通知し、前記ユーザ端末と前記エッジルータとの間のセッションを確立させる第５の処理と、
前記第５の処理によって前記ユーザ端末と前記エッジルータとの間のセッションが確立されている状態で、前記ユーザ端末から前記マルチキャストアドレスおよび前記セッションＩＤを指定してコンテンツの配信開始要求があった場合、前記第４の処理によって記憶されている前記セッション情報を検索し、前記指定されたセッションＩＤに対応するユーザ契約情報中に前記指定されたマルチキャストアドレスがあるか否かをチェックさせる第６の処理と、
前記第６の処理にて前記ユーザ契約情報中に前記指定されたマルチキャストアドレスがあると判定された場合、そのマルチキャストアドレスに対応するコンテンツの前記ユーザ端末への配信を開始するとともに、少なくとも前記指定されたマルチキャストアドレス、前記指定されたセッションＩＤ、前記コンテンツの配信開始時刻をコンテンツ配信開始情報として前記認証サーバに通知し、このコンテンツ配信開始情報をその情報に含まれるセッションＩＤによって特定されるユーザのコンテンツ配信開始ログとして記録させる第７の処理と、
前記第７の処理によって前記ユーザ端末にコンテンツの配信が行われている状態で、前記ユーザ端末から前記セッションＩＤを指定してコンテンツの配信終了要求があった場合、前記ユーザ端末へのコンテンツの配信を終了するとともに、少なくともその配信を終了したコンテンツのマルチキャストアドレス、前記指定されたセッションＩＤ、前記コンテンツの配信終了時刻をコンテンツ配信終了情報として前記認証サーバに通知し、このコンテンツ配信終了情報をその情報に含まれるセッションＩＤによって特定されるユーザのコンテンツ配信終了ログとして記録させる第８の処理と
を実現させるためのセッション制御プログラム。
【請求項５】
請求項３又は４に記載されたセッション制御プログラムを記録した記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、ネットワーク層プロトコルであるＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）を拡張した多点間通信の効率化を図るパケット通信技術を採用したＩＰマルチキャスト通信システムにおけるセッション制御方法、セッション制御プログラムおよびセッション制御プログラムを記録した記録媒体に関するものである。
【０００２】
【従来の技術】
ＩＰマルチキャスト通信は、大容量のコンテンツを複数のユーザ端末に配信する際に、不要なトラフィックを減少させ、ネットワークや送信サーバの負荷を軽減することを実現する。
そのために、ＩＰマルチキャスト通信では、ユーザ端末全てに１対１通信（ユニキャスト通信）でコンテンツを配信するようなことは行わず、送信サーバからあるグループアドレスに対して１つだけコンテンツを配信し、ネットワーク上で経由するルータにおいて、そのコンテンツを複製してして分配する。
【０００３】
ネットワークには多数のルータが存在する。ネットワークに存在するルータ群中、ユーザ端末を収容するルータをエッジルータと呼んでおり、エッジルータはユーザ端末からコンテンツの配信要求があると、送信サーバからの上位ルータを経由するコンテンツを複製し、ユーザ端末へ配信する。
【０００４】
図７に従来のＩＰマルチキャスト通信システムの概略を示す。同図において、１−１〜１−３はユーザ端末、２−１〜２−３はルータ、３は送信サーバ、４はユーザ端末１−１〜１−３，ルータ２−１〜２−３，送信サーバ３を接続するＩＰマルチキャストネットワークである。
【０００５】
ユーザ端末１−１および１−２はルータ（エッジルータ）２−２に収容されており、ユーザ端末１−３はルータ（エッジルータ）２−３に収容されている。なお、同図には送信サーバ３を１つしか示していないが、実際にはＩＰマルチキャストネットワーク４上に同様の送信サーバが多数存在する。また、管理サーバなども存在する。
【０００６】
ユーザ端末１（１−１〜１−３）はＩＧＭＰ（Ｉｎｔｅｒｎｅｔ　Ｇｒｏｕｐ　Ｍａｎａｇｅｍｅｎｔ　Ｐｒｏｔｏｃｏｌ）機能１Ａを有している。ルータ２（２−１〜２−３）はＩＧＭＰ機能２Ａ、ＰＩＭ（Ｐｒｏｔｏｃｏｌ　Ｉｎｄｅｐｅｎｄｅｎｔ　Ｍｕｌｔｉｃａｓｔ）機能２Ｂおよびマルチキャスト転送機能２Ｃを有している。送信サーバ３はコンテンツ配信機能３Ａを有している。
【０００７】
なお、ＩＧＭＰとは、ＩＰマルチキャストにおいて、配送を受けるために構成されるホストのグループを制御するためのプロトコルで、あるホストがグループに参加・脱退したり、マルチキャストルータ間でグループに関する情報をやり取りしたりする際に使用される。また、ＰＩＭとは、マルチキャストアドレス用のルーティングプロトコルであり、ユーザから要求されたマルチキャストアドレスに関して、コンテンツを受信するために、上位のルータに対して、要求をあげるためのプロトコルである。ＩＧＭＰやＰＩＭについては、ＩＰマルチキャスト通信において一般的に使用されているので、ここでの詳しい説明は省略する。
【０００８】
図７において、ユーザ端末１−１，１−２は、ルータ２−１，２−２を介して送信サーバ３からのコンテンツの供給を受けている。ここでは、コンテンツとして、送信サーバ３から供給される音声や映像を含む番組をユーザＡ，Ｂが視聴しているものとする。ユーザ端末１−３は、コンテンツの供給をまだ受けておらず、これからユーザＣが所望の番組を視聴しようとしている。
【０００９】
ユーザＣは、所望の番組を視聴したい場合、ユーザ端末１−３の画面上の番組選択ボタンをクリックする。これにより、ユーザ端末１−３は、ユーザＣが選択した番組に対応するマルチキャストアドレスを付加したＩＧＭＰプロトコルをエッジルータ２−３へ送る。
【００１０】
ここでは、説明上、ユーザＣが選択した番組に対応するマルチキャストアドレスは、送信サーバ３が供給する番組を特定するアドレスであるものとする。また、ルータ２−１には、既に、ユーザＣが選択した番組と同一の番組が送信サーバ３から供給され、この番組をルータ２−１が複製してルータ２−２へ与え、ルータ２−２がその番組をさらに複製してユーザ端末１−１，１−２へ配信しているものとする。
【００１１】
エッジルータ２−３は、ユーザ端末１−３からのＩＧＭＰプロトコルを受信すると、そのＩＧＭＰプロトコルからマルチキャストアドレスを抽出し、この抽出したマルチキャストアドレスを付加したＰＩＭプロトコルをルータ２−１へ送る。ルータ２−１は、エッジルータ２−３からのＰＩＭプロトコルに付加されているマルチキャストアドレスを抽出し、この抽出したマルチキャストアドレスによって特定される番組をエッジルータ２−３へ配信する。この場合、ルータ２−１には、ユーザＣが選択した番組と同一の番組が送信サーバ３から供給されており、ＰＩＭプロトコルからその番組を特定するマルチキャストアドレスを抽出したルータ２−１は、この番組を複製してルータ２−３へ配信する。ルータ２−３は、この番組をさらに複製し、ユーザ端末１−３へ配信する。
【００１２】
【発明が解決しようとする課題】
上述した従来のＩＰマルチキャスト通信システムでは、ユーザがユーザ端末の画面上の番組選択ボタンをクリックすることによってマルチキャストアドレスを指定すると、そのマルチキャストアドレスがＩＧＭＰプロトコルに付加されてユーザ端末からエッジルータに送られ、所望の番組の視聴を開始することが可能である。しかしながら、ＩＧＭＰプロトコルには、認証機能や使用状況を管理する機能がないため、従来のＩＰマルチキャスト通信システムでは、ネットワークに接続されているユーザ端末を使用すれば、誰でもが番組を視聴することができてしまうという問題があった。
【００１３】
なお、ユーザがネットワークに参加する手段として、一般的に利用されているＰＰＰ（Ｐｏｉｎｔ　ｔｏ　Ｐｏｉｎｔ　Ｐｒｏｔｏｃｏｌ　）を使用すれば、ユーザ認証が可能になる。しかし、ユーザがサービスを受ける全てのプロトコルがＰＰＰプロトコルによりカプセル化されるため、エッジルータでの処理がオーバヘッドとなり、大容量のコンテンツ配信をサービスする場合、画質が乱れるという問題が生じる。
【００１４】
また、従来のＩＰマルチキャスト通信システムでは、ユーザ毎の契約条件によって番組毎に視聴を許可したり、拒否したりする仕組みもない。
但し、エッジルータにフィルタリストを設定することにより、番組の視聴許可／拒否を判定させるようにすることは可能である。しかし、エッジルータでは、インターフェース単位での制御またはユーザ端末のＩＰアドレスでしか制御できず、ユーザ毎の契約条件で判定することは不可能である。
【００１５】
本発明はこのような課題を解決するためになされたもので、その目的とするところは、大容量コンテンツサービスを実現するＩＰマルチキャスト通信システムにおいて、画質の乱れなどの問題を生じさせることなく、ユーザ認証を行うことができ、さらに、ユーザ毎の契約条件によって番組毎に視聴を許可したり、拒否したりするこが可能なＩＰマルチキャスト通信システムにおけるセッション制御方法、セッション制御プログラムおよびセッション制御プログラムを記録した記録媒体を提供することにある。
また、上述したユーザ認証やユーザ毎の契約条件による番組毎の視聴許可／拒否に加えて、ユーザ毎の利用状況に基づいた課金を可能とするＩＰマルチキャスト通信システムにおけるセッション制御方法、セッション制御プログラムおよびセッション制御プログラムを記録した記録媒体を提供することにある。
【００１６】
【課題を解決するための手段】
このような目的を達成するために第１発明（請求項１に係る発明）は、各種のコンテンツを配信する送信サーバと、この送信サーバからのコンテンツを複製し分配するルータ群と、このルータ群中の任意のエッジルータに収容されたユーザ端末とを備え、ユーザ端末からエッジルータに対し、送信サーバが配信するコンテンツに対応するマルチキャストアドレスを指定して、そのマルチキャストアドレスによって特定されるコンテンツの配信を要求するＩＰマルチキャスト通信システムにおいて、ユーザ毎にそのユーザを認証するための固有情報を登録したユーザ登録情報とユーザ毎にそのユーザへの配信が許可されたコンテンツに対応するマルチキャストアドレス群を登録したユーザ契約情報とを保有する認証サーバを設け、エッジルータに、下記の第１〜第５ステップの処理を行わせるようにしたものである。
【００１７】
（１）第１ステップ：ユーザ端末よりユーザが入力した認証情報を含むセッション開始要求を受信する。
（２）第２ステップ：第１ステップで受信したセッション開始要求に含まれるユーザの認証情報を抽出する。
（３）第３ステップ：第２ステップで抽出したユーザの認証情報を認証サーバへ送り、認証サーバにユーザの認証情報と自己が保有しているユーザ登録情報とを比較してのユーザ認証を行わせ、このユーザ認証により登録されているユーザであると認証された場合、そのユーザに対応して登録されているユーザ契約情報を抽出させ、この抽出したユーザ契約情報に固有のセッションＩＤを付加して返送させる。
【００１８】
（４）第４ステップ：第３ステップによって認証サーバから返送されてきたユーザ契約情報とセッションＩＤとを受信し、この受信したユーザ契約情報とセッションＩＤとの組合せをセッション情報として記憶する。
（５）第５ステップ：第４ステップで受信したセッションＩＤをユーザ端末へ通知し、ユーザ端末とエッジルータとの間のセッションを確立させる。
【００１９】
この発明において、ユーザは、ユーザ端末にユーザＩＤやパスワードなどの認証情報を入力し、この認証情報を含むセッション開始要求をエッジルータへ送る。エッジルータは、ユーザ端末からのセッション開始要求を受信し、このセッション開始要求に含まれるユーザの認証情報を抽出し、その抽出したユーザの認証情報を認証サーバへ送る。
認証サーバは、エッジサーバからのユーザの認証情報と自己が保有しているユーザ登録情報とを比較してユーザ認証を行い、このユーザ認証により登録されているユーザであると認証した場合、そのユーザに対応して登録されているユーザ契約情報を抽出し、このユーザ契約情報に固有のセッションＩＤを付加してエッジルータに返送する。
エッジルータは、認証サーバから返送されてきたユーザ契約情報とセッションＩＤとを受信し、この受信したユーザ契約情報とセッションＩＤとの組合せをセッション情報として記憶する。
また、エッジルータは、受信したセッションＩＤをユーザ端末へ通知し、ユーザ端末とエッジルータとの間のセッション、すなわちユーザ端末とエッジルータとの間の論理的接続関係を確立させる。
【００２０】
この発明によれば、ユーザからの認証情報がエッジルータから認証サーバへ送られ、認証サーバにおいてユーザの認証が行われる。このため、大容量のコンテンツ配信をサービスする場合でも、エッジルータはオーバヘッドとなることがない。
また、ユーザ契約情報とセッションＩＤとの組合せがセッション情報としてエッジルータに記憶されるので、ユーザ端末からエッジルータに対してマルチキャストアドレスおよびセッションＩＤを指定してコンテンツの配信開始要求を行い、ユーザから指定されたセッションＩＤに対応するユーザ契約情報にユーザから指定されたマルチキャストアドレスがあるか否かの判定をエッジルータに行わせることにより、ユーザ毎の契約条件による番組毎の視聴許可／拒否を行うことが可能となる。
【００２１】
第２発明（請求項２に係る発明）は、各種のコンテンツを配信する送信サーバと、この送信サーバからのコンテンツを複製し分配するルータ群と、このルータ群中の任意のエッジルータに収容されたユーザ端末とを備え、ユーザ端末からエッジルータに対し、送信サーバが配信するコンテンツに対応するマルチキャストアドレスを指定して、そのマルチキャストアドレスによって特定されるコンテンツの配信を要求するＩＰマルチキャスト通信システムにおいて、ユーザ毎にそのユーザを認証するための固有情報を登録したユーザ登録情報とユーザ毎にそのユーザへの配信が許可されたコンテンツに対応するマルチキャストアドレス群を登録したユーザ契約情報とを保有する認証サーバを設け、エッジルータに、下記の第１〜第９ステップの処理を行わせるようにしたものである。
【００２２】
（１）第１ステップ：ユーザ端末よりユーザが入力した認証情報を含むセッション開始要求を受信する。
（２）第２ステップ：第１ステップで受信したセッション開始要求に含まれるユーザの認証情報を抽出する。
（３）第３ステップ：第２ステップで抽出したユーザの認証情報を認証サーバへ送り、認証サーバにユーザの認証情報と自己が保有しているユーザ登録情報とを比較してのユーザ認証を行わせ、このユーザ認証により登録されているユーザであると認証された場合、そのユーザに対応して登録されているユーザ契約情報を抽出させ、この抽出したユーザ契約情報に固有のセッションＩＤを付加して返送させる。
（４）第４ステップ：第３ステップによって認証サーバから返送されてきたユーザ契約情報とセッションＩＤとを受信し、この受信したユーザ契約情報とセッションＩＤとの組合せをセッション情報として記憶する。
（５）第５ステップ：第４ステップで受信したセッションＩＤをユーザ端末へ通知し、ユーザ端末とエッジルータとの間のセッションを確立させる。
【００２３】
（６）第６ステップ：第５ステップによってユーザ端末とエッジルータとの間のセッションが確立されている状態で、ユーザ端末からマルチキャストアドレスおよびセッションＩＤを指定してコンテンツの配信開始要求があった場合、第４ステップによって記憶されているセッション情報を検索し、指定されたセッションＩＤに対応するユーザ契約情報中に指定されたマルチキャストアドレスがあるか否かをチェックする。
（７）第７ステップ：第６ステップにてユーザ契約情報中に指定されたマルチキャストアドレスがあると判定された場合、そのマルチキャストアドレスに対応するコンテンツのユーザ端末への配信を開始するとともに、少なくとも前記指定されたマルチキャストアドレス、前記指定されたセッションＩＤ、前記コンテンツの配信開始時刻をコンテンツ配信開始情報として認証サーバに通知し、このコンテンツ配信開始情報をその情報に含まれるセッションＩＤによって特定されるユーザのコンテンツ配信開始ログとして記録させる。
（８）第８ステップ：第７ステップによってユーザ端末にコンテンツの配信が行われている状態で、ユーザ端末からセッションＩＤを指定してコンテンツの配信終了要求があった場合、ユーザ端末へのコンテンツの配信を終了するとともに、少なくともその配信を終了したコンテンツのマルチキャストアドレス、指定されたセッションＩＤ、コンテンツの配信終了時刻をコンテンツ配信終了情報として認証サーバに通知し、このコンテンツ配信終了情報をその情報に含まれるセッションＩＤによって特定されるユーザのコンテンツ配信終了ログとして記録させる。
【００２４】
この発明において、ユーザは、ユーザ端末にユーザＩＤやパスワードなどの認証情報を入力し、この認証情報を含むセッション開始要求をエッジルータへ送る。エッジルータは、ユーザ端末からのセッション開始要求を受信し、このセッション開始要求に含まれるユーザの認証情報を抽出し、その抽出したユーザの認証情報を認証サーバへ送る。
認証サーバは、エッジサーバからのユーザの認証情報と自己が保有しているユーザ登録情報とを比較してユーザ認証を行い、このユーザ認証により登録されているユーザであると認証した場合、そのユーザに対応して登録されているユーザ契約情報を抽出し、このユーザ契約情報に固有のセッションＩＤを付加してエッジルータに返送する。
エッジルータは、認証サーバから返送されてきたユーザ契約情報とセッションＩＤとを受信し、この受信したユーザ契約情報とセッションＩＤとの組合せをセッション情報として記憶する。
また、エッジルータは、受信したセッションＩＤをユーザ端末へ通知し、ユーザ端末とエッジルータとの間のセッション、すなわちユーザ端末とエッジルータとの間の論理的接続関係を確立させる。
【００２５】
ユーザ端末とエッジルータとの間のセッションが確立されている状態で、ユーザは、マルチキャストアドレスおよびセッションＩＤを指定して、ユーザ端末からエッジルータへコンテンツの配信開始要求を行う。
エッジルータは、ユーザ端末からのコンテンツの配信開始要求を受信すると、記憶しているセッション情報を検索し、指定されたセッションＩＤに対応するユーザ契約情報中に指定されたマルチキャストアドレスがあるか否かをチェックする。
エッジルータは、ユーザ契約情報中に指定されたマルチキャストアドレスがあると判定した場合、そのマルチキャストアドレスに対応するコンテンツのユーザ端末への配信を開始する。また、エッジルータは、指定されたマルチキャストアドレス、指定されたセッションＩＤ、コンテンツの配信開始時刻などをコンテンツ配信開始情報として認証サーバに通知する。
認証サーバは、エッジルータからのコンテンツ配信開始情報を、その情報に含まれるセッションＩＤによって特定されるユーザのコンテンツ配信開始ログとして記録する。
【００２６】
ユーザ端末にコンテンツの配信が行われている状態で、ユーザは、セッションＩＤを指定して、ユーザ端末からエッジルータへコンテンツの配信終了要求を行う。
エッジルータは、ユーザからのコンテンツの配信終了要求を受けると、ユーザ端末へのコンテンツの配信を終了するとともに、少なくともその配信を終了したコンテンツのマルチキャストアドレス、指定されたセッションＩＤ、コンテンツの配信終了時刻などをコンテンツ配信終了情報として認証サーバに通知する。
認証サーバは、エッジルータからのコンテンツ配信終了情報を、その情報に含まれるセッションＩＤによって特定されるユーザのコンテンツ配信終了ログとして記録する。
【００２７】
この発明によれば、ユーザからの認証情報がエッジルータから認証サーバへ送られ、認証サーバにおいてユーザの認証が行われる。このため、大容量のコンテンツ配信をサービスする場合でも、エッジルータはオーバヘッドとなることがない。
また、ユーザ契約情報とセッションＩＤとの組合せがセッション情報としてエッジルータに記憶されるので、ユーザ端末からエッジルータに対してマルチキャストアドレスおよびセッションＩＤを指定してコンテンツの配信開始要求を行い、ユーザから指定されたセッションＩＤに対応するユーザ契約情報にユーザから指定されたマルチキャストアドレスがあるか否かの判定をエッジルータに行わせることにより、ユーザ毎の契約条件による番組毎の視聴許可／拒否を行うことが可能となる。
【００２８】
また、コンテンツの配信開始要求に従ってユーザ端末へのコンテンツの配信を開始する場合、ユーザから指定されたマルチキャストアドレスやセッションＩＤ、コンテンツの配信開始時刻などがコンテンツ配信開始情報として認証サーバへ通知され、このコンテンツ配信開始情報がその情報に含まれるセッションＩＤによって特定されるユーザのコンテンツ配信開始ログとして記録され、また、コンテンツの配信終了要求に従ってユーザ端末へのコンテンツの配信を終了する場合、配信を終了したコンテンツのマルチキャストアドレスやセッションＩＤ、コンテンツの配信終了時刻などがコンテンツ配信終了情報として認証サーバへ通知され、このコンテンツ配信終了情報がその情報に含まれるセッションＩＤによって特定されるユーザのコンテンツ配信終了ログとして記録されるので、このユーザ毎のコンテンツ配信開始開始ログおよびコンテンツ配信終了ログを利用することにより、ユーザ毎の利用状況に基づいた課金を行うことが可能となる。
【００２９】
第１，第２発明において、ユーザを認証するための情報をエッジルータ内のコンフィグレーションとして設定することも考えられる。しかし、ユーザの数は膨大であり、過大なメモリを必要とする。このため、本発明では、ユーザ登録情報やユーザ契約情報は、エッジルータではなく、認証サーバに保有させている。これにより、認証サーバにおいて、ユーザ管理を一元化することが可能になる。また、エッジルータと認証サーバとの間の通信には、現在一般的に使用されているＲＡＤＩＵＳ（Ｒｅｍｏｔｅ　Ａｕｔｈｅｎｔｉｃａｔｉｏｎ　Ｄｉａｌ−ｉｎ　Ｕｓｅｒ　Ｓｅｒｖｉｃｅ）プロトコルを使用することができる。
【００３０】
なお、本発明は、ＩＰマルチキャスト通信システムにセッション制御方法として適用できる他、エッジルータのコンピュータにその処理を実現するためのセッション制御プログラムとしても提供できる（第３発明、第４発明。また、このセッション制御プログラムを記憶させたフレキシブルディスク、ＣＤ−ＲＯＭ、メモリカードなどの記録媒体としても提供することができる（第５発明）。
【００３１】
【発明の実施の形態】
以下、本発明を図面に基づいて詳細に説明する。図１は本発明の実施に用いるＩＰマルチキャスト通信システムの概略を示す図である。同図において、図７と同一符号は図７を参照して説明した構成要素と同一或いは同等構成要素を示し、その説明は省略する。
【００３２】
この実施の形態では、ＩＰマルチキャストネットワーク４に認証サーバ５を設け、この認証サーバ５にセッション管理機能５Ａ，フィルタ制御機能５Ｂおよび認証機能５Ｃを設けている。また、認証サーバ５に、データベース５０とデータベース５１とを設けている。
【００３３】
認証サーバ５のデータベース５０には、ユーザ管理情報ＤＢＡとして、ユーザ登録情報ＤＢＡ１　とユーザ契約情報ＤＢＡ２　を記憶させている。ユーザ登録情報ＤＢＡ１　は、ユーザ毎にそのユーザを認証するための固有情報を登録したものであり、本実施の形態ではユーザＩＤ，パスワードおよびＩＰアドレスの組をユーザの固有情報として登録している。ユーザ契約情報ＤＢＡ２　は、ユーザ毎にそのユーザへの配信が許可された番組（コンテンツ）に対応するマルチキャストアドレス群を登録したものである。
【００３４】
認証サーバ５のデータベース５１には、ログ情報ＤＢＢとして、ユーザ毎にセッション開始ログＬＧ１，セッション終了ログＬＧ２，コンテンツ配信開始ログＬＧ３，コンテンツ配信終了ログＬＧ４が記録される。これらのログＬＧ１〜ＬＧ４については後述する。
【００３５】
また、この実施の形態では、ユーザ端末１（１−１〜１−３）に、ＩＧＭＰ機能１Ａに加え、セッション制御機能１Ｂを設けている。また、ルータ２（２−１〜２−３）に、ＩＧＭＰ機能２Ａ，ＰＩＭ機能２Ｂ，マルチキャスト転送機能２Ｃに加え、フィルタ機能２Ｄ，認証制御機能２Ｅおよびセッション制御機能２Ｆを設けている。
【００３６】
なお、図１には送信サーバ３を１つしか示していないが、実際にはＩＰマルチキャストネットワーク４上に同様の送信サーバが多数存在し、送信サーバ群を構成している。また、図１にはルータ２を３つしか示していないが、実際にはＩＰマルチキャストネットワーク４上に同様のルータが多数存在し、ルータ群を構成している。
【００３７】
〔セッションの確立〕
ユーザ端末１−３とエッジルータ２−３との間のセッション（論理的接続関係）の確立について、図２を参照して説明する。このセッションの確立は、ＩＰマルチキャストサービスを受ける前に、ユーザＣからのセッション開始要求を受けて実行される。なお、図２は、図１における説明上の必要部分を抜粋して示した図である。
【００３８】
ユーザＣは、ユーザ端末１−３にその画面上からユーザＩＤとパスワードを入力し、セッションの開始を指示する。すると、ユーザ端末１−３は、入力されたユーザＩＤとパスワードに自己のＩＰアドレスを加えてユーザの認証情報とし、このユーザの認証情報を含むセッション開始要求Ｓ１をエッジルータ２−３に送る。ユーザ端末１−３において、セッション開始要求Ｓ１の送信は、セッション制御機能１Ｂによって行われる。
【００３９】
エッジルータ２−３は、ユーザ端末１−３からのセッション開始要求Ｓ１を受信し、このセッション開始要求Ｓ１に含まれるユーザの認証情報を抽出し、この抽出したユーザの認証情報に自己のルータＩＤを付加した認証要求Ｓ２を認証サーバ５へ送る。
【００４０】
エッジルータ２−３において、セッション開始要求Ｓ１の受信はセッション制御機能２Ｆによって行われ、セッション開始要求Ｓ１からのユーザの認証情報の抽出および認証要求Ｓ２の送信は認証制御機能２Ｅによって行われる。なお、エッジルータ２−３と認証サーバ５との間の通信は、現在一般的に使用されているＲＡＤＩＵＳプロトコルを使用する。
【００４１】
認証サーバ５は、エッジサーバ２−３からの認証要求Ｓ２を受信し、この認証要求Ｓ２に含まれているユーザの認証情報およびルータＩＤを抽出する。そして、認証サーバ５は、ユーザ管理情報ＤＢＡにアクセスし、認証情報Ｓ２から抽出したユーザの認証情報とユーザ登録情報ＤＢＡ１　とを比較してユーザの認証を行う。すなわち、ユーザ登録情報ＤＢＡ１　中のユーザＩＤ，パスワード，ＩＰアドレスをチェックし、全てが一致するユーザが登録されているか否かの認証判定を行う。
【００４２】
認証サーバ５は、この認証判定により登録されているユーザであると認証した場合、ユーザ契約情報ＤＢＡ２　を検索して、そのユーザに対応するユーザ契約情報（番組対応マルチキャストアドレス群）を抽出する。そして、この抽出したユーザ契約情報に固有のセッションＩＤを付加して、ＯＫであることを示す認証判定結果Ｓ３とともにエッジルータ２−３へ返送する。また、これと同時に、データベース５１にセッション開始ログＬＧ１として、この時のユーザＩＤ，セッションＩＤ，ルータＩＤおよび時刻（セッション開始時刻）を記録する。
【００４３】
なお、認証サーバ５において、ユーザの認証は認証機能５Ｃによって行われ、ユーザ契約情報の抽出はフィルタ制御機能５Ｂによって行われ、認証判定結果Ｓ３の返送およびセッション開始ログＬＧ１の記録はセッション管理機能５Ａによって行われる。また、登録されていないユーザであるとの認証判定が行われた場合、認証サーバ５はＮＧであることを示す認証判定結果Ｓ３をエッジルータ２−３へ返送する。この場合、当然ではあるが、エッジルータ２−３へセッションＩＤやユーザ契約情報が返送されることはない。
【００４４】
エッジルータ２−３は、認証サーバ５からの認証判定結果Ｓ３を受信し、この認証判定結果Ｓ３がＯＫであることを示していれば、その認証判定結果Ｓ３とともに送られてきたセッションＩＤとユーザ契約情報を抽出し、この抽出したセッションＩＤとユーザ契約情報とを１組のセッション情報ＤＢＣとして自己のメモリ内に記録する。
【００４５】
また、エッジルータ２−３は、認証サーバ５からの認証判定結果Ｓ３がＯＫであるこことを示していれば、その認証判定結果Ｓ３にセッションＩＤを付加した認証判定結果通知Ｓ４をユーザ端末１−３へ返送する。なお、認証サーバ５からの認証判定結果Ｓ３がＮＧであることを示していれば、その認証判定結果のみをユーザ端末１−３へ返送する。エッジルータ２−３において、認証サーバ５からの認証判定結果Ｓ３の受信は認証制御機能２Ｅが行い、セッション情報のメモリへの記録および認証判定結果通知Ｓ４のユーザ端末１−３への返送はセッション制御機能２Ｆが行う。
【００４６】
ユーザ端末１−３は、エッジルータ２−３からの認証判定結果通知Ｓ４がＯＫを示していれば、その認証判定結果通知Ｓ４に含まれるセッションＩＤを抽出するとともに、認証判定結果通知Ｓ４を受信したことをユーザ２−３に知らせる。このようにして、ユーザ端末１−３とエッジルータ２−３との間にセッションが確立され、ＩＰマルチキャストサービスを受けることが可能となる。
【００４７】
なお、ユーザ端末１−３は、エッジルータ２−３からの認証判定結果通知Ｓ４がＮＧであることを示していた場合、その旨を画面上に表示し、ユーザＣにユーザＩＤやパスワードの再入力を促す。この場合、ユーザ端末１−３とエッジルータ２−３との間のセッションは確立されない。
【００４８】
〔ＩＰマルチキャストサービス〕
セッション確立後の番組の視聴開始および視聴終了について図３を参照して説明する。なお、図３は、図２と同様、図１における説明上の必要部分を抜粋して示した図である。
【００４９】
〔番組の視聴開始〕
ユーザＣは、所望の番組を視聴したい場合、上述のようにしてユーザ端末１−３とエッジルータ２−３との間にセッションを確立させた後、ユーザ端末１−３の画面上の番組選択ボタンをクリックする。
これにより、ユーザ端末１−３は、エッジルータ２−３へ番組視聴開始要求Ｓ５を送る。この場合、番組視聴開始要求Ｓ５として、ユーザＣが選択した番組に対応するマルチキャストアドレスとセッション確立によって付与されたセッションＩＤとを付加したＩＧＭＰプロトコルをエッジルータ２−３へ送る。
【００５０】
ユーザ端末１−３において、番組視聴開始要求Ｓ５の送信は、ＩＧＭＰ機能１Ａによって行われる。また、ＩＧＭＰプロトコルへのセッションＩＤの付加は、セッション制御機能１Ｂによって行われる。
【００５１】
エッジルータ２−３は、ユーザ端末１−３からの番組視聴開始要求Ｓ５を受信し、この番組視聴開始要求Ｓ５に含まれているセッションＩＤ（ユーザから指定されたセッションＩＤ）とマルチキャストアドレス（ユーザから指定されたマルチキャストアドレス）を抽出する。
そして、エッジルータ２−３は、メモリに格納されているセッション情報ＤＢＣを検索し、ユーザから指定されたセッションＩＤに対応するユーザ契約情報中にユーザから指定されたマルチキャストアドレスがあるか否かをチェックする。
【００５２】
エッジルータ２−３において、番組視聴開始要求Ｓ５からのセッションＩＤとマルチキャストアドレスの抽出は、セッション制御機能２Ｆによって行われる。また、セッション情報ＤＢＣの検索は、フィルタ機能２Ｄによって行われる。
【００５３】
ユーザから指定されたマルチキャストアドレスがユーザから指定されたセッションＩＤに対応するユーザ契約情報中にあれば、エッジルータ２−３は、ユーザから指定されたマルチキャストアドレスを視聴可能なマルチキャストアドレスと判断し、そのマルチキャストアドレスに対応する番組のユーザ端末１−３への配信を開始する。
【００５４】
なお、ユーザから指定されたマルチキャストアドレスがユーザから指定されたセッションＩＤに対応するユーザ契約情報中になければ、エッジルータ２−３は、そのマルチキャストアドレスに対応する番組のユーザ端末１−３への配信を拒否する。
【００５５】
〔視聴開始ログの記録〕
エッジルータ２−３は、ユーザ端末１−３への番組の配信と同時に、番組視聴開始要求Ｓ５から抽出したマルチキャストアドレス、セッションＩＤ、自己のルータＩＤおよび番組の配信開始時刻を視聴開始情報（コンテンツ配信開始情報）とし、この視聴開始情報を付加した視聴開始通知Ｓ６を認証サーバ５へ送信する。
【００５６】
認証サーバ５は、エッジルータ２−３から送られてきた視聴開始情報をその情報に含まれるセッションＩＤによって特定されるユーザの視聴開始ログＬＧ３として、データベース５１に記録する。すなわち、認証サーバ５は、視聴開始情報に含まれるセッションＩＤからユーザＩＤを特定し、このユーザＩＤを付加した視聴開始情報を視聴開始ログＬＧ３としてデータベース５１に記録する。認証サーバ５において、視聴開始ログＬＧ３の記録は、セッション管理機能５Ａによって行われる。
【００５７】
〔番組の視聴終了〕
番組の視聴を終了したい場合、ユーザＣは、ユーザ端末１−３の画面上の番組終了ボタンをクリックする。
これにより、ユーザ端末１−３は、エッジルータ２−３へ番組視聴終了要求Ｓ７を送る。この場合、番組視聴終了要求Ｓ７として、予め定められた固定のマルチキャストアドレス（例えば、「２２４，０，０，２」　）とセッション確立によって付与されたセッションＩＤとを付加したＩＧＭＰプロトコルをエッジルータ２−３へ送る。
【００５８】
ユーザ端末１−３において、番組視聴終了要求Ｓ７の送信は、ＩＧＭＰ機能１Ａによって行われる。また、ＩＧＭＰプロトコルへのセッションＩＤの付加は、セッション制御機能１Ｂによって行われる。
【００５９】
エッジルータ２−３は、ユーザ端末１−３からの番組視聴終了要求Ｓ７を受信し、この番組視聴終了要求Ｓ７に含まれているセッションＩＤ（ユーザから指定されたセッションＩＤ）と固定のマルチキャストアドレスを抽出する。エッジルータ２−３において、番組視聴終了要求Ｓ７からのセッションＩＤと固定のマルチキャストアドレスの抽出は、セッション制御機能２Ｆによって行われる。
【００６０】
エッジルータ２−３は、番組視聴終了要求Ｓ７から固定のマルチキャストアドレスを抽出すると、ユーザ端末１−３からの要求Ｓ７が番組の視聴終了を要求しているものであると判断し、ユーザ端末１−３への番組の配信を終了する。なお、この例では、固定のマルチキャストアドレスによって要求Ｓ７が番組の視聴終了を要求するものであることを知らせたが、必ずしも固定のマルチキャストアドレスでなくてもよい。
【００６１】
〔視聴終了ログの記録〕
エッジルータ２−３は、ユーザ端末１−３への番組の配信終了と同時に、配信を終了した番組のマルチキャストアドレス、セッションＩＤ、自己のルータＩＤおよび番組の配信終了時刻を視聴終了情報（コンテンツ配信終了情報）とし、この視聴終了情報を付加した視聴終了通知Ｓ８を認証サーバ５へ送信する。
【００６２】
認証サーバ５は、エッジルータ２−３から送られてきた視聴終了情報をその情報に含まれるセッションＩＤによって特定されるユーザの視聴開始ログＬＧ４として、データベース５１に記録する。すなわち、認証サーバ５は、視聴終了情報に含まれるセッションＩＤからユーザＩＤを特定し、このユーザＩＤを付加した視聴終了情報を視聴終了ログＬＧ４としてデータベース５１に記録する。認証サーバ５において、視聴終了ログＬＧ４の記録は、セッション管理機能５Ａによって行われる。
【００６３】
ユーザＣは、引き続き別の番組を視聴したい場合、ユーザ端末１−３の画面上の所望の番組選択ボタンをクリックする。これにより、上述と同様の処理が繰り返され、ユーザＣは別の番組を視聴することができる。
【００６４】
〔セッションの終了〕
ユーザＣは、セッションを終了したい場合、ユーザ端末１−３にその画面上からユーザＩＤとセッションＩＤを入力し、セッションの終了を指示する。すると、ユーザ端末１−３は、入力されたユーザＩＤとセッションＩＤを付加したセッション終了要求Ｓ９（図２）をエッジルータ２−３に送る。ユーザ端末１−３において、セッション終了要求Ｓ９の送信は、セッション制御機能１Ｂによって行われる。
【００６５】
エッジルータ２−３は、ユーザ端末１−３からのセッション終了要求Ｓ９を受信し、このセッション終了要求Ｓ９に含まれるユーザＩＤとセッションＩＤを抽出し、そのユーザＩＤとセッションＩＤとが対応がとれているものであることを確認のうえ、そのセッションＩＤに応ずるメモリ内のセッション情報ＤＢＣを開放（消去）する。
【００６６】
また、エッジルータ２−３は、セッションＩＤを付加したセッション終了通知Ｓ１０を認証サーバ５へ送信する。エッジルータ２−３において、セッション情報の開放およびセッション終了通知Ｓ１０の送信はセッション制御機能２Ｆによって行われる。
【００６７】
認証サーバ５は、エッジルータ２−３からセッション終了通知Ｓ１０を受信すると、このセッション終了通知Ｓ１０からセッションＩＤを抽出し、抽出したセッションＩＤにより特定されるユーザのセッション開始ログＬＧ１にその時の時刻（セッション終了時刻）を書き込み、セッション終了ログＬＧ２とする。認証サーバ５において、セッション終了ログＬＧ２の記録は、セッション管理機能５Ａによって行われる。
【００６８】
図４にエッジルータ２−３や認証サーバ５に記録される各種情報のフォーマットを例示する。
エッジルータ２−３のメモリには、例えば「ＳｅｓｓｉｏｎＩＤ：２０００１」、「Ｐｅｒｍｉｔ−ｌｉｓｔ：”２３２．１．１、２３２．２．２．２”　」というように、セッションＩＤとユーザ契約情報とがセッション情報ＤＢＣとして記録される。
【００６９】
認証サーバ５のデータベース５０には、例えば「ＵｓｅｒＩＤ＝ｓｈｉｍａ、Ｐａｓｓｗｐｒｄ＝”＊＊＊＊＊＊”、ＩＰ−Ａｄｒｅｓｓ：１１１．１．１」というようにユーザ登録情報ＤＢＡ１　が記録され、「Ｐｅｒｍｉｔ−ｌｉｓｔ：”２３２．１．１、２３２．２．２．２”　」というようにユーザ契約情報（ユーザ契約リスト）ＤＢＡ２　が記録される。
【００７０】
認証サーバ５のデータベース５１には、「Ｓｔａｒｔ　ＵｓｅｒＩＤ＝ｓｈｉｍａ、Ｓｅｓｓｉｏｎ−ＩＤ＝２００１、Ｒｏｕｔｅｒ−ＩＤ＝ｒｏｕｔｅｒ１０３、Ｓｔａｒｔ−Ｔｉｍｅ＝１２：１０：００　」というようにセッション開始ログＬＧ１が、「Ｓｔｒｅａｍ−Ｓｔａｒｔ　Ｓｅｓｓｉｏｎ−ＩＤ＝２０００１、Ｒｏｕｔｅｒ−ＩＤ＝ｒｏｕｔｅｒ１０３、Ｍｕｌｔｉｃａｓｔ−ａｄｒｅｓｓ＝２０２．１．１．１、Ｓｔａｒｔ−Ｔｉｍｅ＝１２：１２：００　」というように視聴開始ログＬＧ３が、「Ｓｔｒｅａｍ−Ｓｔｏｐ　Ｓｅｓｓｉｏｎ−ＩＤ＝２０００１、Ｒｏｕｔｅｒ−ＩＤ＝ｒｏｕｔｅｒ１０３、Ｍｕｌｔｉｃａｓｔ−ａｄｒｅｓｓ＝２０２．１．１．１、Ｓｔｏｐ−Ｔｉｍｅ＝１２：１２：００　」というように視聴終了ログＬＧ４が記録される。
【００７１】
なお、この例において、視聴開始ログＬＧ３および視聴終了ログＬＧ４のユーザＩＤは、セッション開始ログＬＧ１のユーザＩＤと共通化されている。また、セッション開始ログＬＧ１にセッション終了時刻を記入することによって、セッション終了ログＬＧ２が作成される。
【００７２】
図５に参考として全体の処理シーケンスを示す。この処理シーケンスにおいて、ステップＳＴ１〜ＳＴ４の処理によってユーザ２−１とエッジルータ２−３との間にセッションが確立される。
また、ステップＳＴ５〜ＳＴ７の処理によって所望の番組の視聴が開始され、ステップＳＴ８〜ＳＴ１１の処理によって番組の切り替えが行われ、ステップＳＴ１２の処理によって切り替えられた番組の視聴が可能となる。
さらに、ステップＳＴ１３，ステップＳＴ１４の処理によって番組の視聴が終了され、ステップＳＴ１５，ステップＳＴ１６の処理によってセッションが終了される。
【００７３】
以上の説明から分かるように、本実施の形態では、図６にその要部を示すように、エッジルータ２−３とは別の専用に設けられた認証サーバ５でユーザの認証が行われるので、大容量のコンテンツ配信をサービスする場合でもエッジルータ２−３がオーバヘッドとなることがなく、画像が乱れるなどの問題が生じることがない。また、従来のマルチキャストサービスでは実現できなかったユーザ毎の認証およびセッションの管理が可能となることにより、ＩＰマルチキャストネットワークにおいて高セキュリティを提供することができるようになる。
【００７４】
また、本実施の形態では、ユーザ契約情報とセッションＩＤとの組合せがセッション情報ＤＢＣとしてエッジルータ２−３に記憶されるので、ユーザ端末１−３からエッジルータ２−３に対してマルチキャストアドレスおよびセッションＩＤを指定して番組の配信開始要求を行い、ユーザから指定されたセッションＩＤに対応するユーザ契約情報にユーザから指定されたマルチキャストアドレスがあるか否かの判定をエッジルータ２−３に行わせることにより、ユーザ毎の契約条件による番組毎の視聴許可／拒否を行うことができるようになる。
【００７５】
また、本実施の形態では、番組の視聴開始要求に従ってユーザ端末１−３への番組の配信を開始する場合、ユーザから指定されたマルチキャストアドレスやセッションＩＤ、番組の配信開始時刻などが視聴開始情報として認証サーバ５へ通知され、この視聴開始情報がその情報に含まれるセッションＩＤによって特定されるユーザの視聴開始ログＬＧ３として記録され、また、番組の視聴終了要求に従ってユーザ端末１−３への番組の配信を終了する場合、ユーザから指定されたマルチキャストアドレスやセッションＩＤ、番組の配信終了時刻などが視聴終了情報として認証サーバ５へ通知され、この視聴終了情報がその情報に含まれるセッションＩＤによって特定されるユーザの視聴終了ログＬＧ４として記録されるので、このユーザ毎の視聴開始ログＬＧ３および視聴終了ログＬＧ４を利用することにより、ユーザ毎の利用状況に基づいた課金を行うことが可能となる。すなわち、視聴開始ログＬＧ３や視聴終了ログＬＧ４からユーザの利用状況を厳密に管理することができ、番組毎や時間毎の課金が可能となる。
【００７６】
上述した実施の形態において、ユーザを認証するための情報をエッジルータ２−３内のコンフィグレーションとして設定することも考えられる。しかし、ユーザの数は膨大であり、過大なメモリを必要とする。このため、本実施の形態において、ユーザ登録情報ＤＡ１１　やユーザ契約情報ＤＡ１２　は、エッジルータ２−３ではなく、認証サーバ５に保有させている。これにより、ＩＧＭＰやＰＩＭなどの従来のＩＰマルチキャストプロトコルに改造を加えることなく、認証サーバ５において、ユーザ管理を一元化し、サービスを受けるための認証やセッション管理を行うことが可能になる。従って、ＩＰマルチキャストプロトコルのバージョンアップも可能となり、またユーザの契約条件が変わった場合でも、認証サーバ５のデータベースを変更するだけで、エッジルータ２のコンフィグレーションを変更する必要もなくなる。
【００７７】
なお、本実施の形態において、エッジルータ２−３は、プロセッサや記憶装置からなるハードウェアと、これらのハードウェアと協働してエッジルータとしての各種機能を実現させるプログラムとによって実現される。エッジルータ２−３のハードウェアシステムで用いられるプログラムは媒体に記録された状態で提供される。プログラムを記録した媒体としては、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、メモリカードなどを用いることができる。媒体に記録されたプログラムは、ハードウェアシステムに組み込まれている記憶装置、例えばハードディスク装置にインストールされることにより、このプログラムを実行して、エッジルータ２−３でのＩＧＭＰ機能２ＡやＰＩＭ機能２Ｃ，マルチキャスト転送機能２Ｃ，フィルタ機能２Ｄ，認証制御機能２Ｅ，セッション制御機能２Ｆなど各種の機能を実現するエッジルータ２−３の構築に寄与する。
【００７８】
【発明の効果】
以上説明したことから明らかなように本発明によれば、ユーザからの認証情報をエッジルータから認証サーバへ送り、認証サーバにおいてユーザの認証を行うようにしたので、エッジルータとは別の専用に設けられた認証サーバでユーザの認証が行われるものとなり、大容量コンテンツサービスを実現するＩＰマルチキャスト通信システムにおいて、画質の乱れなどの問題を生じさせることなく、ユーザ認証を行うことができるようになる。
【００７９】
また、ユーザ契約情報とセッションＩＤとの組合せがセッション情報としてエッジルータに記憶されるので、ユーザ端末からエッジルータに対してマルチキャストアドレスおよびセッションＩＤを指定してコンテンツの配信開始要求を行い、ユーザから指定されたセッションＩＤに対応するユーザ契約情報にユーザから指定されたマルチキャストアドレスがあるか否かの判定をエッジルータに行わせることにより、ユーザ毎の契約条件によって番組毎に視聴を許可したり、拒否したりするこが可能となる。
【００８０】
また、コンテンツの配信開始要求に従ってユーザ端末へのコンテンツの配信を開始する場合、ユーザから指定されたマルチキャストアドレスやセッションＩＤ、コンテンツの配信開始時刻などがコンテンツ配信開始情報として認証サーバへ通知され、このコンテンツ配信開始情報がその情報に含まれるセッションＩＤによって特定されるユーザのコンテンツ配信開始ログとして記録され、また、コンテンツの配信終了要求に従ってユーザ端末へのコンテンツの配信を終了する場合、ユーザから指定されたマルチキャストアドレスやセッションＩＤ、コンテンツの配信終了時刻などがコンテンツ配信終了情報として認証サーバへ通知され、このコンテンツ配信終了情報がその情報に含まれるセッションＩＤによって特定されるユーザのコンテンツ配信終了ログとして記録されるので、このユーザ毎のコンテンツ配信開始開始ログおよびコンテンツ配信終了ログを利用することにより、ユーザ毎の利用状況に基づいた課金（番組毎や時間毎の課金など）が可能となる。
【図面の簡単な説明】
【図１】本発明の実施に用いるＩＰマルチキャスト通信システムの概略を示す図である。
【図２】図１における「セッション確立」を説明する上での必要部分を抜粋して示した図である。
【図３】図１における「セッションの確立後の番組の視聴開始および視聴終了」を説明する上での必要部分を抜粋して示した図である。
【図４】このＩＰマルチキャスト通信システムにおけるエッジルータや認証サーバに記録される各種情報のフォーマットを例示する図である。
【図５】このＩＰマルチキャスト通信システムにおける全体の処理シーケンスを示す図である。
【図６】このＩＰマルチキャスト通信システムの要部を示す図である。
【図７】従来のＩＰマルチキャスト通信システムの概略を示す図である。
【符号の説明】
１（１−１〜１−３）…ユーザ端末、２（２−１〜２−３）…ルータ、３…送信サーバ、４…ＩＰマルチキャストネットワーク、５…認証サーバ、１Ａ…ＩＧＭＰ機能、１Ｂ…セッション制御機能、２Ａ…ＩＧＭＰ機能、２Ｂ…ＰＩＭ機能、２Ｃ…マルチキャスト転送機能、２Ｄ…フィルタ機能、２Ｅ…認証制御機能、２Ｆ…セッション制御機能、３Ａ…コンテンツ配信機能、５Ａ…セッション管理機能、５Ｂ…フィルタ制御機能、５Ｃ…認証機能、５１，５２…データベース、ＤＢＡ…ユーザ管理情報、ＤＢＡ１　…ユーザ登録情報、ＤＢＡ２　…ユーザ契約情報、ＤＢＢ…ログ情報、ＤＢＣ…セッション情報、ＬＧ１…セッション開始ログ、ＬＧ２…セッション終了ログ、ＬＧ３…視聴開始ログ、ＬＧ４…視聴終了ログ。
【図１】
2004086532.tif 000003
【図２】
2004086532.tif 000004
【図３】
2004086532.tif 000005
【図４】
2004086532.tif 000006
【図５】
2004086532.tif 000007
【図６】
2004086532.tif 000008
【図７】
2004086532.tif 000009