(57)【要約】  【課題】マルチキャスト配信サーバから実際に送出されているマルチキャストトラヒックをユーザがプレビューできるようにして、配信者が設定したプレビュー可能時間内でのみプレビューできるようにして、配信者の著作権保護を実現した上でのプレビューを可能とした、マルチキャストプレビュー制御システムおよびマルチキャストプレビュー制御方法を提供すること。  【解決手段】ＩＰネットワークにおけるマルチキャスト通信に用いられ、少なくとも、ユーザを収容するユーザ収容エッジルータと、プレビューを管理するプレビュー管理サーバとを含み、前記ユーザ収容エッジルータが、任意のユーザのプレビュー要求に対応するプレビュー可能な残時間を管理し、前記プレビュー可能な残時間が満了していない場合にユーザにプレビューを提供するとともに、前記プレビュー可能な残時間が満了したときにプレビューを停止することを特徴とする。【選択図】  図１
2005229287.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰネットワークにおけるマルチキャスト通信に用いられ、少なくとも、ユーザを収容するユーザ収容エッジルータと、プレビューを管理するプレビュー管理サーバとを含むマルチキャストプレビュー制御システムであって、
前記ユーザ収容エッジルータが、任意のユーザのプレビュー要求に対応するプレビュー可能な残時間を管理する手段と、
前記プレビュー可能な残時間が満了していない場合にユーザにプレビューを提供する手段と、
前記プレビュー可能な残時間が満了したときにプレビューを停止する手段と
を有することを特徴とするマルチキャストプレビュー制御システム。
【請求項２】
請求項１に記載のマルチキャストプレビュー制御システムにおいて、
ユーザが、プレビューの要求を行う際に、当該要求がプレビューの要求であることを示す情報を含ませる手段を有し、
前記ユーザ収容エッジルータが、ユーザからの前記要求を受信した際に、当該要求がプレビューの要求であることを認識し、前記プレビュー管理サーバへプレビューの要求を送出するために、プレビューであることを識別させるための情報を付加する手段を有する
ことを特徴とするマルチキャストプレビュー制御システム。
【請求項３】
請求項１または２に記載のマルチキャストプレビュー制御システムにおいて、
前記プレビュー管理サーバが、
（１）ユーザ、マルチキャストアドレス
（２）ユーザ、マルチキャストアドレス、マルチキャストトラヒック配信サーバの配信元ＩＰアドレス、
もしくは
（３）ユーザ、マルチキャストトラヒック配信サーバの配信元ＩＰアドレス
の組毎に、プレビュー可能な残時間を保持する手段を有し、
かつ、前記ユーザ収容エッジルータが、前記プレビュー管理サーバから、
（１）ユーザ、マルチキャストアドレス
（２）ユーザ、マルチキャストアドレス、マルチキャストトラヒック配信サーバの配信元ＩＰアドレス、もしくは、
（３）ユーザ、マルチキャストトラヒック配信サーバの配信元ＩＰアドレス
の組を指定してプレビュー可能な残時間を取得する手段を有する
ことを特徴とするマルチキャストプレビュー制御システム。
【請求項４】
請求項１〜３のいずれか１項に記載のマルチキャストプレビュー制御システムに用いるユーザ収容エッジルータであって、
任意のユーザからのプレビュー要求に対応するプレビュー可能な残時間を管理する手段と、
前記プレビュー可能な残時間が満了していない場合にユーザにプレビューを提供する手段と、
前記プレビュー可能な残時間が満了したときにプレビューを停止する手段と
を有することを特徴とするユーザ収容エッジルータ。
【請求項５】
請求項１〜４のいずれか１項に記載のマルチキャストプレビュー制御システムにおけるマルチキャストプレビュー制御方法であって、
任意のユーザのプレビュー要求に対応するプレビュー可能な残時間を管理し、
前記プレビュー可能な残時間が満了していない場合にユーザにプレビューを提供するとともに、前記プレビュー可能な残時間が満了したときにプレビューを停止する
ことを特徴とするマルチキャストプレビュー制御方法。
【請求項６】
請求項５に記載のマルチキャストプレビュー制御方法をコンピュータ制御により実行するためのプログラム。
【請求項７】
請求項６に記載のマルチキャストプレビュー制御方法のプログラムを記録したコンピュータにより読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰネットワークにおけるマルチキャスト配信に関し、より詳細には、マルチキャストプレビュー制御システムおよびマルチキャストプレビュー制御方法に関する。
【背景技術】
【０００２】
ブロードバンドネットワークの普及により、コンテンツ配信は普及し始めており、有料のコンテンツ配信も徐々に始まっている。有料コンテンツを配信するサービスにおけるプレビュー（事前視聴）としては、コンテンツ配信サーバに配備したプレビュー用のコンテンツを、ユーザにコンテンツの例として無料視聴させる方式がある。これは、ユーザへユニキャスト配信を用いてトラヒックを転送するものである。一方、マルチキャスト配信においては、実際に配信されているマルチキャストコンテンツを一定時間無料でプレビューすることを許可する方式がない。
【０００３】
従来のマルチキャストトラヒック受信においては、ユーザがマルチキャストトラヒックを受信する際には、ユーザがIGMPv2（１）、IGAP（２）、IGMPv3（３）、MLDv1（４）、MLDv2（５）、MLDA（６）等のマルチキャスト加入プロトコルを用いて、エッジルータへ“マルチキャストトラヒックの受信要求”を実施する。
【０００４】
上記マルチキャスト加入プロトコルの詳細は、以下の通りである。
（１）RFC2236
（２）draft-hayashi-igap-03
（３）RFC3376
（４）RFC2710
（５）draft-vida-mld-v2-07
（６）draft-hayashi-mlda-01
【０００５】
図７に、IGAP，MLDAの動作例を示す。Ipv4マルチキャストアドレスへの受信要求を実施するIGAPや、Ipv6マルチキャストアドレスへの受信要求を実施するMLDAでは、ユーザからのマルチキャストトラヒック受信要求を終端した、ユーザを収容するエッジルータ（以降、ユーザ収容エッジルータという）が当該要求に対するマルチキャストトラヒックをユーザへ送出してよいかどうかを判定するために、認証サーバへ当該マルチキャストトラヒック受信要求情報の要素を認証情報の要素に置き換え認証要求として送出することが可能となる。
【０００６】
ここで、例として認証サーバとユーザ収容エッジルータ間では、RADIUS（７）プロトコルを用いている。また、認証結果がAccess‐Accept（認証成功）であれば、当該ユーザの当該マルチキャストアドレスに対する視聴が開始されたものとして、トラヒックをユーザへ送出するとともに、Accounting-Requestを認証サーバへ送出し、課金開始やユーザのマルチキャストトラヒック受信状況の管理を行うことができる。
なお、上記RADIUS（７）プロトコルの詳細は、下記の通りである。
（７）RFC2138,RFC2139
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、有料マルチキャスト配信においては、マルチキャスト配信サーバから実際に送出されているマルチキャストトラヒックをユーザが一定時間無料で視聴（以下、プレビューという）できないという課題や、コンテンツ保護の観点からユーザにプレビューを許可した一定時間経過後（プレビュー可能時間）に、当該マルチキャストトラヒックを停止する仕組みが存在しないという課題がある。
【０００８】
本発明は上記事情に鑑みてなされたもので、その目的とするところは、前記従来技術に基づく問題点を解消することにある。
より具体的には、マルチキャスト配信サーバから実際に送出されているマルチキャストトラヒックをユーザがプレビューできるようにした、マルチキャストプレビュー制御システムおよびマルチキャストプレビュー制御方法を提供することにある。
【０００９】
本発明の他の目的は、ユーザが、配信者が設定したプレビュー可能時間内でのみプレビューできるようにして、配信者の著作権保護を実現した上でのプレビューを可能とした、マルチキャストプレビュー制御システムおよびマルチキャストプレビュー制御方法を提供することにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するために、本発明に係るマルチキャストプレビュー制御システムは、ＩＰネットワークにおけるマルチキャスト通信に用いられ、少なくとも、ユーザを収容するユーザ収容エッジルータと、プレビューを管理するプレビュー管理サーバとを含むマルチキャストプレビュー制御システムであって、前記ユーザ収容エッジルータが、任意のユーザのプレビュー要求に対応するプレビュー可能な残時間を管理する手段と、前記プレビュー可能な残時間が満了していない場合にユーザにプレビューを提供する手段と、前記プレビュー可能な残時間が満了したときにプレビューを停止する手段とを有することを特徴とする。
【００１１】
ここで、本発明に係るマルチキャストプレビュー制御システムにおいては、ユーザが、プレビューの要求を行う際に、当該要求がプレビューの要求であることを示す情報を含ませる手段を有し、前記ユーザ収容エッジルータが、ユーザからの前記要求を受信した際に、当該要求がプレビューの要求であることを認識し、前記プレビュー管理サーバへプレビューの要求を送出するために、プレビューであることを識別させるための情報を付加する手段を有することを特徴とする。
【００１２】
また、本発明に係るマルチキャストプレビュー制御システムにおいては、前記プレビュー管理サーバが、（１）ユーザ、マルチキャストアドレス、（２）ユーザ、マルチキャストアドレス、マルチキャストトラヒック配信サーバの配信元ＩＰアドレス、もしくは、（３）ユーザ、マルチキャストトラヒック配信サーバの配信元ＩＰアドレスの組毎に、プレビュー可能な残時間を保持する手段を有し、かつ、前記ユーザ収容エッジルータが、前記プレビュー管理サーバから、（１）ユーザ、マルチキャストアドレス、（２）ユーザ、マルチキャストアドレス、マルチキャストトラヒック配信サーバの配信元ＩＰアドレス、もしくは、（３）ユーザ、マルチキャストトラヒック配信サーバの配信元ＩＰアドレスの組を指定してプレビュー可能な残時間を取得する手段を有することを特徴とする。
【００１３】
また、本発明に係るユーザ収容エッジルータは、請求項１〜３のいずれか１項に記載のマルチキャストプレビュー制御システムに用いるユーザ収容エッジルータであって、任意のユーザからのプレビュー要求に対応するプレビュー可能な残時間を管理する手段と、前記プレビュー可能な残時間が満了していない場合にユーザにプレビューを提供する手段と、前記プレビュー可能な残時間が満了したときにプレビューを停止する手段とを有することを特徴とする。
【００１４】
また、本発明に係るマルチキャストプレビュー制御方法は、請求項１〜４のいずれか１項に記載のマルチキャストプレビュー制御システムにおけるマルチキャストプレビュー制御方法であって、任意のユーザのプレビュー要求に対応するプレビュー可能な残時間を管理し、前記プレビュー可能な残時間が満了していない場合にユーザにプレビューを提供するとともに、前記プレビュー可能な残時間が満了したときにプレビューを停止することを特徴とする。
【００１５】
なお、本発明に係るマルチキャストプレビュー制御方法は、これをコンピュータ制御により実行することが可能であり、本発明の権利範囲は、このためのプログラム、さらには、このプログラムを記録したコンピュータにより読み取り可能な記録媒体にも及ぶことはいうまでもない。
【発明の効果】
【００１６】
本発明を用いることで、ユーザが有料マルチキャストコンテンツを一定時間、無料で視聴（すなわち、プレビュー）できるようになる。また、プレビューＤＢを用いてプレビュー状況を管理することで、ユーザは、配信者が設定したプレビュー可能時間内でのみプレビューできるので、配信者の著作権保護を実現した上でのプレビューが可能となる。
【００１７】
より具体的には、本発明のマルチキャストプレビュー制御システムによれば、IGAPやMLDAのようなマルチキャストトラヒックのユーザの視聴状態を管理できるプロトコルを用いて、プレビュー状態も管理することによって、プレビュー用に作成したコンテンツではなく、実際にＩＰマルチキャストネットワーク内で配信されているコンテンツをプレビューできる。また、ユーザ収容エッジルータがユーザかつ番組毎の残プレビュー時間を示すタイマを保持し、残プレビュー時間を管理するので、残プレビュー時間がなくなったマルチキャストトラヒックを直ちに配信停止することができる。
【発明を実施するための最良の形態】
【００１８】
以下、図面に示す好適実施形態に基づいて、本発明を詳細に説明する。
以下の説明においては、まず、本発明に係るマルチキャストプレビュー制御システムを実現するための構成および作用の概要を、主に図８を用いて説明し、その後に、図１〜図６を用いて、詳細な動作を説明する。
【００１９】
本発明に係るマルチキャストプレビュー制御システムは、ＩＰマルチキャストネットワーク３、ユーザ収容エッジルータ２、ＡＡＡサーバ４、プレビュー管理サーバ５、マルチキャストトラヒック配信サーバ６から構成される。
【００２０】
ここで、ユーザ収容エッジルータ２は、プレビューを管理する携帯に依存したプレビュー管理タイマ２１を保持する。プレビューを管理する形態には、例えば、ユーザかつマルチキャストアドレス毎にプレビュー管理を実施する場合や、ユーザかつ配信サーバごとにプレビューを管理する場合や、ユーザかつ配信サーバかつマルチキャストアドレス毎にプレビューを管理する場合等がある。プレビュー管理タイマとしては、プレビューの残時間を示すものを保持する。
【００２１】
また、プレビュー管理サーバ５は、プレビュー残時間を示したデータベース（プレビュー管理ＤＢ５１）を保持する。プレビュー管理ＤＢ５１の保持形態は、ユーザ収容エッジルータ２と同様に、ユーザかつマルチキャストアドレス毎に、ユーザかつ配信サーバ毎、ユーザかつ配信サーバ毎、ユーザかつ配信サーバかつマルチキャストアドレス毎等の形態で保持する。なお、プレビュー管理サーバとＡＡＡサーバ４とは、物理的に同一筐体でもよい。
【００２２】
プレビュー開始時において、ユーザ１は、プレビュー要求したいマルチキャストアドレスに対してMLDAもしくはIGAPを用いてマルチキャストトラヒック受信要求を実施する。この要求時には、当該要求がプレビュー要求であることを明示して、要求を実施する。当該プレビュー要求を受信したユーザ収容エッジルータ２は、認証要求を行うＡＡＡサーバ４に、認証要求とともに当該認証要求がプレビューに対する認証要求であることを明示する。
【００２３】
当該認証要求を受信したＡＡＡサーバ４は、プレビュー要求をプレビュー管理サーバ５へ送信し、プレビュー管理サーバ５が保持するプレビュー管理ＦＤＢ５１から、ユーザのプレビュー要求に合致するプレビュー可能時間を引き出し、ＡＡＡサーバ４へ返す。ＡＡＡサーバ４は、認証成功の場合、ユーザ収容エッジルータ２にプレビュー可能時間を通知し、ユーザ収容エッジルータ２は、当該プレビュー可能時間を管理するとともに、ユーザ１へマルチキャストトラヒックを送信し始める。
【００２４】
ユーザ収容エッジルータ２に設定されたプレビュー可能時間が０になると、ユーザ収容エッジルータ２は直ちにマルチキャストトラヒックを停止し、ＡＡＡサーバ４に視聴終了を示す通知と当該プレビュー要求の可能時間が０になったことを通知する。
以上が、本発明に係るマルチキャストプレビュー制御システムを実現するための構成および作用の概要である。以下では、本発明の具体的実施例を、場合を分けて、それぞれにつき、順次、説明する。
【００２５】
まず、プレビュー開始時に、ＡＡＡサーバ４における認証が成功した場合について、図８のシステム構成と図１のプレビュー開始シーケンス図および図２のプレビュー管理ＤＢ例を用いて説明する。
【００２６】
〔実施例１〕
本実施例に係るマルチキャストプレビュー制御システムは、図８に示すようにユーザ１と、ユーザ収容エッジルータ２と、ユーザ収容エッジルータ２に保持されるプレビュー管理タイマ２１と、ＩＰマルチキャストネットワーク３と、ＡＡＡサーバ４と、プレビュー管理サーバ５と、プレビュー管理サーバ５に保持されるプレビュー管理ＤＢ５１と、マルチキャストトラヒック配信サーバ６からなり、ユーザ１はユーザ収容エッジルータ２に収容されている。
【００２７】
事前準備として、プレビュー管理ＤＢ５１には、プレビューを管理する形態毎のプレビュー残時間が設定されている。例えば、ユーザとマルチキャストアドレス毎にプレビュー時間を設定する場合には、図２に示すように、プレビュー管理ＤＢ５１に設定される。
【００２８】
ユーザ１が、プレビュー要求を送出する際には、当該要求がプレビュー要求であることを明示して要求を行う。IGAPを用いる場合には、例えば、IGAPパケットフォーマットのReservedフィールドにプレビュー要求かそうでないかのフラグを付与するフィールドを設けることで、プレビュー要求であることを明示的に示す。また、MLDAを用いる場合には、MLDAパケットフォーマットのAuxiliary Data Recordフィールドに新規TypeとしてVendor specific dataで使用可能なTypeを用いて、プレビュー要求を示す情報をマルチキャストトラヒック受信要求に含めて送出する。
【００２９】
プレビュー開始時の動作は、図１に示す通りである。
ユーザ1がプレビューに対するマルチキャストトラヒック受信要求を、当該ユーザを収容しているユーザ収容エッジルータ２に送出する（ステップ１１、以下、これをＳ１１と略記する）。この要求はIGAPを用いてもMLDAを用いてもよい。
【００３０】
当該マルチトラヒック受信要求を受信したユーザ収容エッジルータ２は、ＡＡＡサーバ４へ認証要求を行う。ここではＡＡＡサーバとしてRADIUSを用いており、ユーザ収容エッジルータ２はAccess-RequestをＡＡＡサーバ４へ送出する（Ｓ１２）。その際に、RADIUSプロトコルのVendor-Specific Attributeを用いて、当該Access−Reportがプレビューに対するものであることを示すフラグを記述したAttribute（以降、プレビューAttributeという）も送出する。
【００３１】
当該認証要求を受信したＡＡＡサーバ４は、認証を行い、（Ｓ１３）、これと同時、もしくは前後して、プレビュー管理サーバ５にプレビューＤＢ５１参照要求を送出する（Ｓ１４）。当該参照要求を受信したプレビュー管理サーバ５は、自身が保持するプレビュー管理ＤＢ５１から、当該マルチキャストトラヒック受信要求に対応するプレビュー残時間を取り出し、ＡＡＡサーバ４にプレビュー残時間通知として返す（Ｓ１５）。
【００３２】
ここで、例えば、図２（ａ）のプレビュー管理ＤＢ５１を用いてプレビューを管理する場合、ユーザ（ＮＡＭＥ）から、マルチキャストアドレス（Ａ）、マルチキャストトラヒク配信サーバ６のＩＰアドレス（Ｄ）に対するプレビューＤＢ参照要求をプレビュー管理ＤＢ５１が受信した場合、プレビュー残時間の５０秒という値をプレビュー残時間通知として返す。
【００３３】
プレビュー残時間通知を受信したユーザ収容エッジルータ２は、従来のIGAP、MLDAにおけるマルチキャスト視聴状況管理セッションに加えて、プレビュー時間をプレビュー管理タイマ２１として管理する（Ｓ１６、Ｓ１７）。
【００３４】
例えば、図６に示すように、ユーザ、マルチキャストアドレス、マルチキャストトラヒック配信サーバ、マルチキャストトラヒック出力ポート、Query Timer、プレビュー管理タイマのセットで保持する。なお、この単位を、以降マルチキャストセッションと呼ぶ。ここで、Query Timerとは、ルータが送出するQueryに対してユーザがトラヒックを受信しているというQueryに対する応答を返さなければ、マルチキャストトラヒックを送信停止するためのタイマである。
【００３５】
ユーザ収容エッジルータ２が必要とする場合には、マルチキャストルーティングプロトコルを用いて、ユーザ１が要求したマルチキャストトラヒックを取得する処理が入る場合もあるが、ここではトラヒックを受信しているものとして記述する。
【００３６】
これにより、ユーザ１はマルチキャストトラヒックを受信し始めることが可能である。ユーザ１へマルチキャストトラヒックが送出（Ｓ１８）し始められると、ユーザ収容エッジルータ２は、Accounting-Request(Start)をAccess-Request時に付与した、プレビューAttributeも付与する（Ｓ１９）。これにより、ＡＡＡサーバ４は、プレビューであることを認識できる（Ｓ２０）。
【００３７】
また、図３に示すようにAccess-Request受信時に認証結果が認証失敗（Ｓ３３）であれば、認証失敗をユーザへ通知する（Ｓ３６，Ｓ３７）。
【００３８】
〔実施例２〕
次に、プレビュー時間満了時における動作について、図８のシステム構成と図４の動作シーケンス図を用いて説明する。
【００３９】
本実施例においても、マルチキャストプレビュー制御システムは、図８に示すようにユーザ１と、ユーザ収容エッジルータ２と、ユーザ収容エッジルータ２に保持されるプレビュー管理タイマ２１と、ＩＰマルチキャストネットワーク３と、ＡＡＡサーバ４と、プレビュー管理サーバ５と、プレビュー管理サーバ５に保持されるプレビュー管理ＤＢ５１と、マルチキャストトラヒック配信サーバ６からなり、ユーザ１はユーザ収容エッジルータ２に収容されている。
【００４０】
事前準備として、プレビュー管理ＤＢ５１には、プレビューを管理する形態毎のプレビュー残時間が設定されている。例えば、ユーザとマルチキャストアドレス毎にプレビュー時間を設定する場合には、図２に示すように、プレビュー管理ＤＢ５１に設定される。
【００４１】
ユーザ１が、あるマルチキャストアドレスに対するトラヒックをプレビュー受信中（Ｓ４１）に、ユーザ収容エッジルータ２が保持する当該プレビューに対するマルチキャストセッションのプレビュー管理タイマ２１が０になり（Ｓ４２）、満了した場合の動作を図４を用いて説明する。
【００４２】
プレビュー２１タイマが満了したマルチキャストセッションについては、マルチキャストセッションを開放し、マルチキャストトラヒックを停止する（Ｓ４３，Ｓ４４）。
次に、ユーザ収容エッジルータ２は、Accounting-Request（Stop）内に、プレビューAttributeと、Vendor-Specific Attributeを用いて、プレビューの残時間（ここでは、０）を示すプレビュー残時間Attributeを含めてＡＡＡサーバ４に送出する（Ｓ４５）。これを受信したＡＡＡサーバ４は当該マルチキャストセッションのプレビューが終了したことを管理できる。
【００４３】
次に、ＡＡＡサーバ4は、プレビューＤＢ更新要求をプレビュー管理ＤＢ５１に送出し（Ｓ４６）、ＤＢに新規残時間を書き込む。ここでは０となるが、途中でユーザがプレビューを終了した際には、０より大きい値の残時間が書きこまれる。この結果は、ＡＡＡサーバ４を介してユーザ収容エッジルータ２に送られる（Ｓ４７，Ｓ４８）。
【００４４】
〔実施例３〕
次に、ユーザが自発的にプレビュー終了を要求した場合の動作について、図８のシステム構成と図５の動作シーケンス図を用いて説明する。
【００４５】
本実施例においても、マルチキャストプレビュー制御システムは、図８に示すようにユーザ１と、ユーザ収容エッジルータ２と、ユーザ収容エッジルータ２に保持されるプレビュー管理タイマ２１と、ＩＰマルチキャストネットワーク３と、ＡＡＡサーバ４と、プレビュー管理サーバ５と、プレビュー管理サーバ５に保持されるプレビュー管理ＤＢ５１と、マルチキャストトラヒック配信サーバ６からなり、ユーザ１はユーザ収容エッジルータ２に収容されている。
【００４６】
事前準備として、プレビュー管理ＤＢ５１には、プレビューを管理する形態毎のプレビュー残時間が設定されている。例えば、ユーザとマルチキャストアドレス毎にプレビュー時間を設定する場合には、図２に示すように、プレビュー管理ＤＢ５１に設定される。
【００４７】
ユーザ１が、あるマルチキャストアドレスに対するトラヒックをプレビュー受信中（Ｓ５１）に、ユーザが自発的に当該マルチキャストアドレスに対するプレビューを終了する要求をユーザ収容エッジルータに送出し（Ｓ５２）、プレビューを終了する場合の動作について、図５を用いて説明する。
【００４８】
ユーザ１がプレビュー終了要求を送出する際には、当該要求がプレビューに対する終了要求であることを明示して要求を行う。IGAPを用いる場合はIGAPパケットフォーマットのReservedフィールドにプレビュー要求かそうでないのかのフラグを付与するフィールドを設けることで、プレビュー要求であることを明示的に示す。
また、MLDAを用いる場合は、MLDAパケットフォーマットのAuxiliary Data Recordsフィールドに新規TypeとしてVendor specific dataで使用可能なTypeを用いてプレビュー要求を示す情報をマルチキャストトラヒック受信要求に含めて送出する。
【００４９】
プレビュー終了要求が、ユーザ収容エッジルータ２に到着したら、ユーザ収容エッジルータ２は、当該終了要求に対応するマルチキャストセッションを開放し、マルチキャストトラヒックを停止する（Ｓ５３，Ｓ５４）。次に、ユーザ収容エッジルータ２は、Accounting-Request（Stop）内に、プレビューAttributeと、Vendor-Specific Attribueを用いて、プレビューの残時間（ここでは、０より大きい値）を示すプレビュー残時間Attributeを含めてＡＡＡサーバに送出する（Ｓ５５）。
【００５０】
これを受信したＡＡＡサーバ４は、当該マルチキャストセッションのプレビューが終了したことを管理できる。次に、ＡＡＡサーバ４はプレビューＤＢ更新要求をプレビュー管理ＤＢ５１宛に送出し（Ｓ５６）、ＤＢに新規残時間を書き込む。ここでは、０より大きい値となる。この結果は、ＡＡＡサーバ４を介してユーザ収容エッジルータ２に送られる（Ｓ５７，Ｓ５８）。
【００５１】
上記各実施例によれば、ユーザが有料マルチキャストコンテンツをプレビューできるようになる。また、プレビューＤＢを用いてプレビュー状況を管理することで、ユーザは、配信者が設定したプレビュー可能時間内でのみプレビューできるので、配信者の著作権保護を実現した上でのプレビューが可能となる。
【００５２】
なお、上記実施形態並びに実施例は、いずれも本発明の一例を示したものであり、本発明はこれらに限定されるものではなく、本発明の趣旨を逸脱しない範囲内において、種々の変更や改良を行ってもよいことはいうまでもない。
【００５３】
例えば、上記実施形態並びに実施例においては、マルチトラヒック受信要求を受信したユーザ収容エッジルータが、ＡＡＡサーバ４に認証要求を行う例を示したが、これは必須の要件ではなく、認証を省略してもよい場合もある等が挙げられる。
【００５４】
また、前述の通り、本発明においては、その動作の全部もしくは一部を、コンピュータ制御により実行することが可能であり、本発明は、そのためのコンピュータ制御プログラム、さらにはこのプログラムを記録した記録媒体をも、その権利範囲に含むものであることもいうまでもない。
【図面の簡単な説明】
【００５５】
【図１】実施例に係るプレビュー開始動作例を示すシーケンス図である。
【図２】プレビュー管理ＤＢの一構成例を示す図である。
【図３】プレビュー開始時の認証失敗の場合の動作例を示すシーケンス図である。
【図４】プレビュー時間満了時のプレビュー終了動作例を示すシーケンス図である。
【図５】ユーザが自発的にプレビューを終了した時の動作例を示すシーケンス図である。
【図６】ユーザ収容ルータのマルチキャストセッション管理例を示す図である。
【図７】IGAP、MLDAのマルチキャストトラヒック受信動作例を示すシーケンス図である。
【図８】マルチキャストプレビュー制御システム構成例を示す図である。
【符号の説明】
【００５６】
１  ユーザ
２  ユーザ収容エッジルータ
２１  プレビュー管理タイマ
３  ＩＰマルチキャストネットワーク
４  ＡＡＡサーバ
５  プレビュー管理サーバ
５１  プレビュー管理ＤＢ
６  マルチキャストトラヒック配信サーバ
Ｓ１１〜Ｓ２０，Ｓ３１〜Ｓ３７，Ｓ４１〜Ｓ４８，Ｓ５１〜Ｓ５８およびＳ７１〜Ｓ８０  処理ステップ
【図１】
2005229287.tif 000003
【図２】
2005229287.tif 000004
【図３】
2005229287.tif 000005
【図４】
2005229287.tif 000006
【図５】
2005229287.tif 000007
【図６】
2005229287.tif 000008
【図７】
2005229287.tif 000009
【図８】
2005229287.tif 000010