(57)【要約】【課題】  マルチキャスト配信を利用するネットワークにおいて、ネットワーク側からのアクション結果から課金の開始や配信制御の実施の動作を行うことを可能にする。【解決手段】  本発明は、エッジルータにおいて、定期的にGQをユーザ端末に送信し、該ユーザ端末から該GQに対する応答であるReport信号を受信すると、該ユーザ端末に対するマルチキャスト配信の可否を問い合わせるための認証要求を課金契約管理サーバに問い合わせ、課金契約管理サーバにおいて、エッジルータから受信した認証要求に対して認証を行い、認証結果をエッジルータに送信し、認証が成功した場合には、該認証要求のユーザ端末に対して課金を開始し、エッジルータにおいて、課金契約管理サーバからユーザ端末の認証が成功した場合に、Report信号送信元の該ユーザ端末に対してマルチキャスト配信する。【選択図】  図１
2014093605.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークＡ配下のユーザ端末が、ネットワークＢとエッジルータを介してやり取りする際に、MLD(RFC3810)を用いたマルチキャスト配信システムの課金を行うための、ユーザ端末、該エッジルータ、課金契約管理サーバを有するマルチキャスト番組時間課金システムであって、
前記エッジルータは、
定期的にGeneral Query(GQ)を前記ユーザ端末に送信し、該ユーザ端末から該GQに対する応答であるReport信号を受信すると、該ユーザ端末に対するマルチキャスト配信の可否を問い合わせるための認証要求を、前記課金契約管理サーバに送信する認証要求手段と、
前記課金契約管理サーバから前記ユーザ端末の認証成功の通知を受信した場合に、前記Report信号送信元の該ユーザ端末に対してマルチキャスト配信する配信制御手段と、
を有し、
前記課金契約管理サーバは、
前記エッジルータから受信した前記認証要求に対して認証を行い、認証結果を前記エッジルータに送信し、認証が成功した場合には、該認証要求のユーザ端末に対して課金を開始する課金手段を有する
ことを特徴とするマルチキャスト番組時間課金システム。
【請求項２】
前記エッジルータは、
前記課金契約管理サーバから前記認証結果を受信すると、前記Report信号の送出元のユーザ端末の該認証結果とユーザのアドレスを記憶手段に格納するアドレス保持手段を更に有し、
前記配信制御手段は、
前記ユーザ端末からReport信号を受信した際に、前記記憶手段を参照し、前記認証結果が失敗である場合には、該ユーザ端末に対してマルチキャスト配信を行わない手段を含む
請求項1記載のマルチキャスト番組時間課金システム。
【請求項３】
前記エッジルータの前記認証要求手段は、
前記ユーザ端末にGQを送出し、該GQに対応するReport信号の応答がない場合は、前記課金契約管理サーバに対して、課金停止信号を送出する手段を含み、
前記課金契約管理サーバは、
前記課金停止信号を受信すると、前記ユーザ端末の課金を終了する手段を含む
請求項1記載のマルチキャスト番組時間課金システム。
【請求項４】
前記配信制御手段は、
前記ユーザ端末にマルチキャスト配信中に、
前記ユーザ端末から前記GQに対するReport信号を受信後に、前記課金契約管理サーバから前記認証結果が失敗であることが通知された場合には、配信中のマルチキャスト配信を中止する手段を含む
請求項1記載のマルチキャスト番組時間課金システム。
【請求項５】
ネットワークＡ配下のユーザ端末が、ネットワークＢとエッジルータを介してやり取りする際に、MLD(RFC3810)を用いたマルチキャスト配信システムの課金を行うための、ユーザ端末、該エッジルータ、課金契約管理サーバを有するシステムにおけるマルチキャスト番組時間課金方法であって、
前記エッジルータにおいて、
定期的にGeneral Query(GQ)を前記ユーザ端末に送信し、該ユーザ端末から該GQに対する応答であるReport信号を受信すると、該ユーザ端末に対するマルチキャスト配信の可否を問い合わせるための認証要求を、前記課金契約管理サーバに送信する認証要求ステップと、
前記課金契約管理サーバにおいて、
前記エッジルータから受信した前記認証要求に対して認証を行い、認証結果を前記エッジルータに送信し、認証が成功した場合には、該認証要求のユーザ端末に対して課金を開始する課金ステップと、
前記エッジルータにおいて、
前記課金契約管理サーバから前記ユーザ端末の認証成功の通知を受信した場合に、前記Report信号送信元の該ユーザ端末に対してマルチキャスト配信する配信制御ステップと、
を行うことを特徴とするマルチキャスト番組時間課金方法。
【請求項６】
前記エッジルータにおいて、
前記課金契約管理サーバから前記認証結果を受信すると、前記Report信号の送出元のユーザ端末の該認証結果とユーザのアドレスを記憶手段に格納するアドレス保持ステップを更に行い、
前記配信制御ステップにおいて、
前記ユーザ端末からReport信号を受信した際に、前記記憶手段を参照し、前記認証結果が失敗である場合には、該ユーザ端末に対してマルチキャスト配信を行わない
請求項５記載のマルチキャスト番組時間課金方法。
【請求項７】
前記エッジルータにおける前記認証要求ステップにおいて、
前記ユーザ端末にGQを送出し、該GQに対応するReport信号の応答がない場合は、前記課金契約管理サーバに対して、課金停止信号を送出し、
前記課金契約管理サーバにおいて、
前記エッジルータから前記課金停止信号を受信すると、前記ユーザ端末の課金を終了する
請求項５記載のマルチキャスト番組時間課金方法。
【請求項８】
前記エッジルータにおける前記配信制御ステップにおいて、
前記ユーザ端末にマルチキャスト配信中に、前記ユーザ端末から前記GQに対するReport信号を受信後に、前記課金契約管理サーバから前記認証結果が失敗であることが通知された場合には、配信中のマルチキャスト配信を中止する
請求項５記載のマルチキャスト番組時間課金方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチキャスト番組時間課金システム及び方法に係り、特に、マルチキャスト配信を利用するネットワークで、端末がネットワークにマルチキャスト視聴リクエストを送信し、マルチキャストトラヒックを受信するシステムにおける課金処理を行うためのマルチキャスト番組時間課金システム及び方法に関する。
【背景技術】
【０００２】
マルチキャスト配信において、データ量に応じて課金する仕組みが存在する。
【０００３】
マルチキャスト配信制御には、静的に設定されるコンフィグを用いるか、ユーザリクエスト契機で認証サーバからの応答により制御する方法がある（例えば、非特許文献１参照）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】IPマルチキャストにおける配信制限技術, NTT技術ジャーナル, 2006.10, 佐藤裕昭  http://www.ntt.co.jp/journal/0610/files/jn200610011.html
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、これまではユーザからのリクエストを契機として課金契約管理サーバ側で認証及び課金を行っており、時間単位の課金とすると、パケットロスなどで視聴停止リクエストが届かなかった場合や、端末故障時などにネットワーク側で課金停止ができず、誤課金の恐れがあった。
【０００６】
また、マルチキャストの配信可否の決定も静的またはユーザリクエスト契機で行っていたため、ネットワーク側からの制御が困難であった。
【０００７】
本発明は、上記の点に鑑みなされたもので、マルチキャスト配信を利用するネットワークにおいて、ネットワーク側からのアクション結果から課金の開始や配信制御の実施の動作を行うことが可能なマルチキャスト番組時間課金システム及び方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記の課題を解決するため、本発明（請求項１）は、ネットワークＡ配下のユーザ端末が、ネットワークＢとエッジルータを介してやり取りする際に、MLD(RFC3810)を用いたマルチキャスト配信システムの課金を行うための、ユーザ端末、該エッジルータ、課金契約管理サーバを有するマルチキャスト番組時間課金システムであって、
前記エッジルータは、
定期的にGeneral Query(GQ)を前記ユーザ端末に送信し、該ユーザ端末から該GQに対する応答であるReport信号を受信すると、該ユーザ端末に対するマルチキャスト配信の可否を問い合わせるための認証要求を、前記課金契約管理サーバに送信する認証要求手段と、
前記課金契約管理サーバから前記ユーザ端末の認証成功の通知を受信した場合に、前記Report信号送信元の該ユーザ端末に対してマルチキャスト配信する配信制御手段と、
を有し、
前記課金契約管理サーバは、
前記エッジルータから受信した前記認証要求に対して認証を行い、認証結果を前記エッジルータに送信し、認証が成功した場合には、該認証要求のユーザ端末に対して課金を開始する課金手段を有することを特徴とするマルチキャスト番組時間課金システムである。
【０００９】
また、本発明（請求項２）は、前記エッジルータにおいて、
前記課金契約管理サーバから前記認証結果を受信すると、前記Report信号の送出元のユーザ端末の該認証結果とユーザのアドレスを記憶手段に格納するアドレス保持手段を更に有し、
前記配信制御手段において、前記ユーザ端末からReport信号を受信した際に、前記記憶手段を参照し、前記認証結果が失敗である場合には、該ユーザ端末に対してマルチキャスト配信を行わない手段を含む。
【００１０】
また、本発明（請求項３）は、前記エッジルータの前記認証要求手段に、前記ユーザ端末にGQを送出し、該GQに対応するReport信号の応答がない場合は、前記課金契約管理サーバに対して、課金停止信号を送出する手段を含み、
前記課金契約管理サーバに、前記課金停止信号を受信すると、前記ユーザ端末の課金を終了する手段を含む。
【００１１】
また、本発明（請求項４）は、前記配信制御手段において、
前記ユーザ端末にマルチキャスト配信中に、
前記ユーザ端末から前記GQに対するReport信号を受信後に、前記課金契約管理サーバから前記認証結果が失敗であることが通知された場合には、配信中のマルチキャスト配信を中止する手段を含む。
【発明の効果】
【００１２】
従来は、ユーザリクエスト契機で課金の開始や配信制御を実施していたが、上述のように本発明によれば、ネットワーク側からの制御により、マルチキャスト配信を制御することが可能となり、その結果、マルチキャストの番組単位、時間単位の課金をパケットロスや端末故障時でも誤課金なく行うことができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施の形態における概要を示す図である。
【図２】本発明の一実施の形態における課金契約サーバの構成例である。
【図３】本発明の一実施の形態におけるエッジルータの構成図である。
【図４】本発明の一実施の形態におけるマルチキャスト配信処理のシーケンスチャートである。
【図５】本発明の第1の実施例のマルチキャスト配信処理のシーケンスチャートである。
【図６】本発明の第２の実施例のマルチキャスト配信処理のシーケンスチャートである。
【発明を実施するための形態】
【００１４】
以下、図面と共に本発明の実施の形態を説明する。
【００１５】
本発明では、MLD(RFC3810）を用いたマルチキャスト配信システムであり、一般のインターネットプロトコル（IP）ネットワークＡにおいて、ユーザ端末（携帯端末やパーソナルコンピュータ）が、別ネットワークＢとIPネットワーク中継機器（ルータ及びスイッチ）を通してやり取し、ネットワークＢに接続する際に、ネットワークＢの認証サーバで管理しているユーザ認証情報を用いて認証し、ネットワークＢのゲートウェイを通じて通信を行うことを前提とする。
【００１６】
図１は、本発明の一実施の形態における動作の概要を示す。
【００１７】
MLDを用いたマルチキャスト配信システムにおいて、ユーザ端末３０は、Report信号によりマルチキャストトラヒックが送信されてくるとき、エッジルータ２０から定期的に送信されるGeneral Query(GQ)（１）に対する応答であるReport信号（２）をエッジルータ２０に送信する。エッジルータ２０は、当該Report信号を契機に課金契約管理サーバ１０にマルチキャストを送信してよいかを問い合わせる認証要求を送信する（３）。課金契約管理サーバ１０に問い合わせる際に（３）、ユーザ端末３０のユーザが視聴したいマルチキャスト配信アドレスを送信する。
【００１８】
課金契約管理サーバ１０が、認証ＯＫと判定した場合（４）、エッジルータ２０は、当該Report信号を送信したユーザ端末３０に対してマルチキャストを送信する（５）。
【００１９】
また、ユーザが視聴を止めた状態であるとき、エッジルータ２０からGQをユーザ端末３０に送信した場合、ユーザ端末３０からの応答がないため、エッジルータ２０は、課金契約管理サーバ１０に課金停止信号を送信する。
【００２０】
エッジルータ２０は、課金契約管理サーバ１０から認証結果を取得した際に、ユーザのアドレスを記憶手段に保持しておき、一度NGと判定された場合は、再度そのユーザ端末３０からのReport信号が送信されてきたとしてもマルチキャスト配信を行わない。
【００２１】
また、エッジルータ２０が、ユーザ端末３０に対してマルチキャスト配信中であり、課金契約管理サーバ１０が１度ＮＧと判断したユーザのアドレスを記憶手段に保持している場合には、当該ユーザ端末３０からGQに対応するReport信号の応答があったとしても、エッジルータ２０は、マルチキャスト配信を停止する。
【００２２】
エッジルータ２０からユーザ端末３０にGQ送信後に、当該ユーザ端末３０からReport受信した後に、課金契約管理サーバ１０からＮＧの認証の応答があった場合には、エッジルータ２０は、当該ユーザ端末３０への配信中のマルチキャスト配信を停止する。
【００２３】
図２は、本発明の一実施の形態における課金契約サーバの構成例を示す。同図に示す課金契約サーバ１０は、送受信部１１、認証部１２、課金制御部１３、課金DB１４を有する一般的な構成である。認証部１２は、エッジルータ２０からマルチキャスト配信元アドレス及びユーザ情報（例えば、ユーザIDやアドレス）を含む認証要求を受信すると課金DB１４を参照して、当該ユーザ情報が契約済みとして登録されているかを判定し、認証結果を、送受信部１１を介してエッジルータ２０に送出する。認証部１２において認証できた場合は、課金制御部１３は課金処理を開始する。
【００２４】
図３は、本発明の一実施の形態におけるエッジルータの構成例を示す。エッジルータ２０は、送受信部２１、認証要求部２２、アドレス記憶部２３、配信制御部２４を有する。
【００２５】
送受信部２１は、課金契約管理サーバ１０及びユーザ端末３０との情報の送受信を行う。また、ユーザ端末３０に対して定期的にGQを送出し、当該GQに対する応答があったか否かを配信制御部２４に通知する。
【００２６】
認証要求部２２は、送受信部２１を介してGQの応答であるMLD Report信号をユーザ端末３０から受信する度に、課金契約管理サーバ１０に、マルチキャスト配信元アドレス及びユーザ情報を送信することによりマルチキャストマルチキャストを送信してよいかの認証要求を送信する。課金契約管理サーバ１０から認証結果を取得し、配信制御部２４に通知する。認証結果がNGである場合には、当該ユーザのアドレスをアドレス記憶部２３に格納する。
【００２７】
配信制御部２４は、認証要求部２２から認証結果を取得し、認証結果がOKである場合には、ユーザ端末３０から要求された情報をマルチキャスト配信する。認証結果がNGである場合は、マルチキャスト配信は行わない。また、GQに対する応答がないことを送受信部２１から通知された場合には、マルチキャスト配信を停止する。
【００２８】
以下、本発明のマルチキャスト配信の処理を説明する。
【００２９】
図４は、本発明の一実施の形態におけるマルチキャスト配信のシーケンスチャートである。
【００３０】
＜マルチキャスト配信＞
ステップ１００）  ユーザ端末３０は、エッジルータ２０からのマルチキャスト配信に対して視聴している場合には、MLD Reportを返信する。
【００３１】
ステップ１０１）  エッジルータ２０は、送受信部２１を介してユーザ端末３０に対してGQを送信する。ユーザ端末３０からGQに対するMLD Reportを取得した場合には、認証要求部２２より課金契約管理サーバ１０に対して、当該ユーザが契約者であるか否かの認証要求を行う。当該認証要求として、MLD Report＃１に含まれるユーザ情報（例えば、ユーザID、ユーザのアドレス）、当該ユーザが視聴したいマルチキャスト配信アドレスを送信する。このとき、認証要求に、チャネル情報（S,G）も渡すことにより、課金契約管理サーバ１０において番組単位課金も可能となる。なお、タイミングはGQの送出タイミング（番組の開始前または開始と同時）で制御可能である。
【００３２】
ステップ１０２）  課金契約管理サーバ１０の認証部１２は、送受信部１１を介して認証要求を取得すると、認証を行い、その認証結果をエッジルータ２０に返却し、認証OKの場合は、課金制御部１３において課金処理を開始する。
【００３３】
ステップ１０３）  エッジルータ２０が、課金契約管理サーバ１０から認証結果を取得すると、MLD Report #1の送信元のユーザ端末３０のアドレスをアドレス記憶部２３に格納する。認証結果がOKである場合は、ユーザ端末３０に対してマルチキャスト配信し、NGであった場合には、マルチキャスト配信を行わない。
【００３４】
なお、アドレス記憶部２３に認証結果がNGとなったReport送信元のユーザ端末３０のアドレスを格納しておくことで、定期的に送信するGQに対する応答（Report）があった場合は、アドレス記憶部２３を参照して、該当するアドレスが存在する場合には、その時点で当該ユーザ端末３０へのマルチキャスト配信を停止する。
【００３５】
＜課金状況問い合わせ＞
ステップ１０４）  エッジルータ２０が、ユーザ端末３０に対してGQを送信し、当該GQの応答であるユーザ端末３０からMLD Reportが返却されると、課金契約管理サーバ１０に対して課金状況問い合わせの認証要求を送信する。当該認証要求は、ユーザ端末３０からGQに対するMLD Reportを受信する毎に行う。
【００３６】
ステップ１０５）  課金契約管理サーバ１０から認証結果としてNGを受信した場合は、エッジルータ２０は、MLD Report送信元のユーザ端末３０に対するマルチキャスト配信を停止すると共に、アドレス記憶部２３に当該ユーザ端末３０のアドレスを格納する。
【００３７】
＜課金終了＞
ステップ１０６）  エッジルータ２０がユーザ端末３０に対して、GQを送出した場合に、当該ユーザ端末３０から応答がない場合、または、MLD Block信号が送信された場合は、当該ユーザ端末３０に対するマルチキャスト配信を停止する。
【００３８】
ステップ１０７）  さらに、エッジルータ２０は、課金契約管理サーバ１０に対して課金停止の認証要求を送出する。これにより、課金契約管理サーバ１０の課金制御部１３は課金処理を停止する。
【００３９】
上記のように、エッジルータ２０からのGQの送信に対して、ユーザ端末３０は、ユーザが視聴している場合は、MLD Reportをエッジルータ２０に返信する。エッジルータ２０は、課金契約管理サーバ１０からの認証結果がＮＧである場合、一度認証結果がＮＧとなったアドレスがアドレス記憶部２３に登録されている場合、ユーザ端末３０からのMDL Reportが返ってこなかった場合は、当該ユーザのアドレスに対するマルチキャスト配信を停止する。
【実施例】
【００４０】
以下、本発明の実施例を説明する。
【００４１】
[第１の実施例]
図５は、本発明の第１の実施例のマルチキャスト配信処理のシーケンスチャートである。
【００４２】
１．エッジルータ２０は、GQをユーザ端末３０に送信する。
【００４３】
２．ユーザ端末３０は、そのGQの応答Reportをエッジルータ２０に送信する。
【００４４】
３．エッジルータ２０は、当該Reportを受信すると、課金契約管理サーバ１０に、契約者か否かの問い合わせとして認証要求を送信する。
【００４５】
４．課金契約管理サーバ１０は、認証要求に対し、契約者であると判定した場合は課金を開始し、認証結果（OK）をエッジルータ２０に通知する。
【００４６】
５．エッジルータ２０は、GQをユーザ端末３０に送信する。
【００４７】
６．ユーザ端末３０が上記のGQに対する応答Reportをエッジルータ２０に送信しない、または、MLD Block信号がユーザ端末３０から送信されたものとする。
【００４８】
７．エッジルータ２０は、課金契約管理サーバ１０へ課金停止の認証要求を行う。
【００４９】
8．課金契約管理サーバ１０は、エッジルータ２０から送信された課金停止の認証要求に基づいて課金を停止する。
【００５０】
[第２の実施例]
図６は、本発明の第２の実施例のマルチキャスト配信処理のシーケンスチャートである。
【００５１】
１．エッジルータ２０は、ユーザ端末３０にGQを送信する。
【００５２】
２．ユーザ端末３０は、当該GQの応答Reportをエッジルータ２０に送信する。
【００５３】
３．エッジルータ２０は、当該Reportを受信すると、課金契約管理サーバ１０に、当該ユーザが契約者であるか否かの認証要求を送信する。
【００５４】
４．課金契約管理サーバ１０は、当該ユーザが契約者であることを確認できても、要求された番組が配信開始されていない、または、契約されていない番組であった場合は、認証結果としてNGを返す。
【００５５】
５．エッジルータ２０は、GQをユーザ端末３０に送信する。
【００５６】
６．ユーザ端末３０は、当該GQの応答Reportをエッジルータ２０に送信する。
【００５７】
７．エッジルータ２０は、当該応答Reportを受信すると、課金契約管理サーバ１０に契約者であるかの認証要求を行う。
【００５８】
８．課金契約管理サーバ１０は、契約者であることが確認できたら課金を開始し、エッジルータ２０からの問い合わせに対してOKメッセージを返送する。
【００５９】
９．ここで、視聴していたチャンネルの契約時間が満了する、または、契約していた番組の放送時間が満了するものとする。
【００６０】
10．エッジルータ２０は、GQをユーザ端末３０に送信する。
【００６１】
11．ユーザ端末３０は、そのGQの応答Reportをエッジルータ２０に送信する。
【００６２】
12．エッジルータ２０は、受信したReportメッセージを元に課金契約管理サーバ１０に状況を問い合わせるための認証要求を送信する。
【００６３】
13．課金契約管理サーバ１０は、契約が満了しているので、エッジルータ２０に対して認証結果としてNGを返す。
【００６４】
14．エッジルータ２０は、ユーザ端末３０に対してマルチキャストの配信を停止する。
【００６５】
なお、上記のエッジルータ２０の各構成要素の動作をプログラムとして構築し、エッジルータとして利用されるコンピュータにインストールして実行させる、または、ネットワークを介して流通させることが可能である。
【００６６】
本発明は、上記の実施の形態及び実施例に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
【符号の説明】
【００６７】
１０  課金契約管理サーバ
１１  送受信部
１２  認証部
１３  課金制御部
１４  課金DB
２０  エッジルータ
２１  送受信部
２２  認証要求部
２３  アドレス記憶部
２４  配信制御部
３０  ユーザ端末
【図１】
2014093605.tif 000003
【図２】
2014093605.tif 000004
【図３】
2014093605.tif 000005
【図４】
2014093605.tif 000006
【図５】
2014093605.tif 000007
【図６】
2014093605.tif 000008