(57)【要約】【課題】ユーザ端末にソフトウェアをインストールしたり、コンテンツの購入毎にＩＤやＰａｓｓｗｏｒｄを入力するような繁雑な作業を必要としないコンテンツ配信システム及びその方法を提供すること。【解決手段】ユーザからのコンテンツ要求を受信するとコンテンツをそのままユーザへ配信するコンテンツ配信サーバ２０に対するユーザ端末１からのコンテンツ要求をゲートウェイ６０にて一時保持し、認証サーバ３０へ送って該コンテンツ要求に含まれるユーザを特定する情報をもとに認証させ、認証に成功した場合はゲートウェイ６０から前記コンテンツ要求をコンテンツ配信サーバ２０へ転送するとともに課金情報を課金サーバ５へ転送することにより、コンテンツの復号、ＩＤやＰａｓｓｗｏｒｄの入力などが不要なコンテンツの配信を可能とする。【選択図】　　　　　　図１
2004048157.tif 000002
【特許請求の範囲】
【請求項１】
ユーザからのコンテンツ要求を受信するとコンテンツをそのままユーザへ配信するコンテンツ配信サーバと、課金のための情報を用い課金方式に応じてユーザへの課金を行う課金サーバとを用い、コンテンツ購入毎に認証を行ってコンテンツを配信するシステムであって、
ユーザからのコンテンツ要求を一時保持する手段と、
該コンテンツ要求に含まれるユーザを特定する情報をもとに認証する手段と、認証に成功した場合は前記コンテンツ要求をコンテンツ配信サーバへ転送するとともに課金のための情報を課金サーバへ転送する手段とを備えた
ことを特徴とするコンテンツ配信システム。
【請求項２】
前記ユーザを特定する情報として、ＩＰアドレスを用いる
ことを特徴とする請求項１記載のコンテンツ配信システム。
【請求項３】
前記ＩＰアドレスは、予めユーザに与えられている
ことを特徴とする請求項２記載のコンテンツ配信システム。
【請求項４】
前記ＩＰアドレスは、ログイン時にユーザに動的に割り当てられる
ことを特徴とする請求項２記載のコンテンツ配信システム。
【請求項５】
前記認証手段は、ログイン情報を保持する手段を備えている
ことを特徴とする請求項１乃至４いずれか記載のコンテンツ配信システム。
【請求項６】
前記認証手段は、ログイン情報を参照し、同じユーザが二重にログインすることを防ぐ
ことを特徴とする請求項５記載のコンテンツ配信システム。
【請求項７】
前記認証手段は、認証を試行した回数をカウントする手段を備えている
ことを特徴とする請求項１乃至６いずれか記載のコンテンツ配信システム。
【請求項８】
前記認証手段は、認証の試行回数が予め決められた値を越えた場合は認証に失敗したと判定する
ことを特徴とする請求項７記載のコンテンツ配信システム。
【請求項９】
認証に失敗した場合はユーザにその旨を通知する手段を備えた
ことを特徴とする請求項１乃至８いずれか記載のコンテンツ配信システム。
【請求項１０】
ユーザからのコンテンツ購入中止要求を受信した時、該コンテンツ購入中止要求をコンテンツ配信サーバへ転送する手段を備えた
ことを特徴とする請求項１乃至９いずれか記載のコンテンツ配信システム。
【請求項１１】
前記コンテンツ購入中止要求はＩＧＭＰにおけるＩＧＭＰ　ｌｅａｖｅを使う
ことを特徴とする請求項１０記載のコンテンツ配信システム。
【請求項１２】
前記ユーザからのコンテンツ購入中止要求を一時保持する手段と、
該コンテンツ購入中止要求に含まれるユーザを特定する情報をもとに認証する手段と、
認証に成功した場合は前記コンテンツ購入中止要求をコンテンツ配信サーバへ転送するとともに課金のための情報を課金サーバへ転送する手段とを備えた
ことを特徴とする請求項１０または１１記載のコンテンツ配信システム。
【請求項１３】
前記コンテンツ購入中止要求を受信した時、ペイパービュー以外の課金方式の場合は課金中止のための情報を課金サーバへ転送する手段を備えた
ことを特徴とする請求項１０乃至１２いずれか記載のコンテンツ配信システム。
【請求項１４】
前記コンテンツ要求はＩＧＭＰにおけるＭｅｍｂｅｒｓｈｉｐ　Ｒｅｐｏｒｔを使う
ことを特徴とする請求項１乃至１３いずれか記載のコンテンツ配信システム。
【請求項１５】
ユーザからのコンテンツ要求を受信するとコンテンツをそのままユーザへ配信するコンテンツ配信サーバと、課金のための情報を用い課金方式に応じてユーザへの課金を行う課金サーバとを用い、コンテンツ購入毎に認証を行ってコンテンツを配信するコンテンツ配信方法であって、
ユーザからのコンテンツ要求を一時保持し、
該コンテンツ要求に含まれるユーザを特定する情報をもとに認証し、
認証に成功した場合は前記コンテンツ要求をコンテンツ配信サーバへ転送するとともに課金のための情報を課金サーバへ転送する
ことを特徴とするコンテンツ配信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、映像などのコンテンツをネットワークを介してユーザに提供し、課金を行うコンテンツ配信システム及びその方法に関する。
【０００２】
【従来の技術】
従来のコンテンツ配信システムとして、図７に示すシステムが提案されている。本例では、契約者のみにコンテンツを提供し、コンテンツ毎に課金する、いわゆるペイパービュー（Ｐａｙ　Ｐｅｒ　Ｖｉｅｗ：ＰＰＶ）課金方式のシステムについて例示している。
【０００３】
このコンテンツ配信システムは、図７に示すように、ユーザ端末１と、暗号化されたコンテンツをユーザ端末１に配信するコンテンツ配信サーバ２と、契約ユーザかどうかを認証する認証サーバ３と、暗号化されたコンテンツを復号するキーを発行する復号キー管理サーバ４と、認証サーバ３のログを元にして課金を行う課金サーバ５とを備えている。
【０００４】
ユーザがコンテンツを視聴開始するまでの動作について説明する。
【０００５】
（１）ユーザ端末１には、コンテンツ配信サーバ２から暗号化されたコンテンツが配信される。この段階では、暗号化されているためユーザはコンテンツを視聴することはできない。
【０００６】
（２）ユーザは、認証サーバ３へＩＤとＰａｓｓｗｏｒｄを送信する。
【０００７】
（３）認証サーバ３は、ＩＤとＰａｓｓｗｏｒｄから正しいユーザであるかどうかを判定する。正しいユーザである場合、復号キー管理サーバ４に対して復号キーを発行するように依頼する。
【０００８】
（４）復号キー管理サーバ４は、復号キーをユーザ端末１へ送信する。
【０００９】
（５）ユーザ端末１は、復号キーを使ってコンテンツを復号する。ユーザはコンテンツを視聴することができるようになる。
【００１０】
（６）認証サーバ３は、どのユーザがどんなコンテンツを購入したかなどの情報を課金サーバ５へ転送する。課金サーバ５はこの情報を元にして、ＰＰＶ課金を行う。
【００１１】
【発明が解決しようとする課題】
上述のように、従来のコンテンツ配信システムでは、認証サーバでユーザを特定し、そのユーザにだけ復号キーを渡してコンテンツを視聴できるようにするという方式を採用している。これにより、前記認証サーバのログを使ってコンテンツを購入したユーザにだけＰＰＶ課金を行うことができる。
【００１２】
しかし、上記システムを利用するには、ユーザ自身がユーザ端末に認証要求ソフトウェアやコンテンツ復号ソフトウェアなどをインストールしたり、設定したりする必要があるという問題があった。また、ユーザはコンテンツを購入する毎にユーザＩＤやＰａｓｓｗｏｒｄを入力する手間がかかるという問題があった。
【００１３】
本発明は、上記事情を鑑みてなされたものであり、その目的とするところは、ユーザ端末にソフトウェアをインストールしたり、コンテンツを購入する毎にＩＤやＰａｓｓｗｏｒｄを入力したりする繁雑な作業を必要としないコンテンツ配信システム及びその方法を提供することにある。
【００１４】
また、一般に使われている製品や標準のプロトコルを改造せずそのまま利用することができ、開発し易く、事業導入し易いコンテンツ配信システム及びその方法を提供することにある。
【００１５】
【課題を解決するための手段】
上記目的を達成するため、本発明は、ユーザからのコンテンツ要求を受信するとコンテンツをそのままユーザへ配信するコンテンツ配信サーバと、課金のための情報を用い課金方式に応じてユーザへの課金を行う課金サーバとを用い、コンテンツ購入毎に認証を行ってコンテンツを配信するシステムであって、ユーザからのコンテンツ要求を一時保持する手段と、該コンテンツ要求に含まれるユーザを特定する情報をもとに認証する手段と、認証に成功した場合は前記コンテンツ要求をコンテンツ配信サーバへ転送するとともに課金のための情報を課金サーバへ転送する手段とを備えたことを特徴とする。
【００１６】
本発明によれば、ユーザ端末にはコンテンツがそのまま、つまり暗号化されないまま配信され、また、コンテンツ要求に含まれる情報をもとに認証するため、ユーザ端末に認証要求ソフトウェアやコンテンツ復号ソフトウェアをインストールしたり、コンテンツを購入する毎にＩＤやＰａｓｓｗｏｒｄを入力したりすることなく、コンテンツを視聴することができる。また、一般に使われている製品や標準のプロトコルを改造せずそのまま利用することができるため、開発し易く、事業導入し易いものを提供できる。
【００１７】
【発明の実施の形態】
（第１の実施の形態）
以下、本発明のコンテンツ配信システムについて図面を参照して説明する。
【００１８】
図１は本発明のコンテンツ配信システムの第１の実施の形態を示す全体構成図である。なお、本実施の形態ではマルチキャストでストリーミングコンテンツをユーザへ配信するシステムを例示する。また、ルータはＩＧＭＰバージョン２（詳細はＲＦＣ２２３６を参照）を実装している場合を例示する。
【００１９】
このコンテンツ配信システムは、図１に示すように、ユーザ端末１と、課金サーバ５と、ストリーミングコンテンツをユーザ端末１へ配信するコンテンツ配信サーバ２０と、ユーザを認証するための認証サーバ３０と、認証用のユーザ情報を保持するユーザデータベース（ＤＢ）４０と、マルチキャストプロトコルＩＧＭＰバージョン２を実装しているルータ５０と、ユーザ端末１とコンテンツ配信サーバ２０との間に介在し、後述するＩＧＭＰパケットを処理するゲートウェイ６０とを備えている。
【００２０】
認証サーバ３０は、あるユーザＩＤに対して認証に成功した場合、そのユーザＩＤに対して一つだけＩＰアドレスを割り当てる機能を有する。ユーザがログアウトした場合にはそのユーザＩＤに対するＩＰアドレスを解放する。
【００２１】
図２にユーザＤＢ４０の記憶内容の一例を示す。図２の例では、ユーザＤＢ４０は、ユーザＩＤ、ログイン時にユーザに割り当てられるＩＰアドレス、パスワード、現在ログインしているかどうかを示すログイン情報、認証に何回失敗したかを示す認証カウンタ、ユーザが参加できるグループアドレスから構成されている。
【００２２】
図２の例では、ｕｓｅｒ２がログイン中であるため、１９２．１６８．１．１２のＩＰアドレスがｕｓｅｒ２の端末に割り当てられている。また、認証は失敗せずに一回で成功したので、認証カウンタは「０」である。また、ログイン中であることを示すログイン情報は「１」である。
【００２３】
ユーザがログインしていない場合はログイン情報を「０」にしておき、ログイン中である間はログイン情報を「１」にセットする。ログアウトすると、再び「０」にリセットする。
【００２４】
認証サーバ３０は、二重ログインを防止するため、あるユーザＩＤのユーザがログイン中には同じユーザＩＤでログインできないようにする機能を有する。これを実現するためには、認証時にログイン情報をチェックし、「１」であればログインを拒否する。
【００２５】
また、認証サーバ３０は、不正アクセスを防止するため、ある認証回数を越えたらログインを拒否する。例えば、認証失敗回数の許容値を「３」とすると、認証が失敗する毎に認証カウンタ値を１つずつ増やし、３回になった場合は以後の認証は全て拒否する。
【００２６】
さらに、不正アクセス防止を強化するため、タイマを設定し、ある時間以内に認証に成功しない場合はログインを拒否するような機能を認証サーバ３０に持たせても良い。
【００２７】
次に、ゲートウェイ６０の機能を説明する。図３にゲートウェイ６０の詳細なブロック構成図を示す。
【００２８】
ゲートウェイ６０は、ユーザ端末１からパケットを受信する受信部６１と、ユーザ端末１へパケットを送信する送信部６２と、ＩＧＭＰルータ５０からパケットを受信する受信部６３と、ＩＧＭＰルータ５０へパケットを送信する送信部６４と、認証サーバ３０または課金サーバ５からパケットを受信する受信部６５と、認証サーバ３０または課金サーバ５へパケットを送信する送信部６６と、受信部６１が受信したパケットのうちＩＧＭＰ　ｊｏｉｎパケットを受け取った場合、認証サーバ３０による認証成功の場合のみ、そのＩＧＭＰ　ｊｏｉｎパケットをＩＧＭＰルータ５０へ送信する（詳細は後述する）パケット制御部６７とから構成される。これらの機能は、Ｌｉｎｕｘ（登録商標）上で動作するアプリケーションとして実装する。
【００２９】
ここで、ＩＧＭＰ　ｊｏｉｎパケットとは、ユーザが参加したいマルチキャストグループのＧｒｏｕｐ　Ａｄｄｒｅｓｓを含んだＭｅｍｂｅｒｓｈｉｐ　Ｒｅｐｏｒｔパケットである（ヘッダタイプは０ｘ１６）。ユーザ端末１がそのマルチキャストグループに参加できた場合、コンテンツ配信サーバ２０が上記Ｇｒｏｕｐ　Ａｄｄｒｅｓｓ宛に送信しているコンテンツをユーザ端末１が受信できるようになる。
【００３０】
ユーザ端末１から送信されてくるパケットをアプリケーションレイヤで受信するために、受信部６１はｌｉｂｐｃａｐ（ｆｔｐ：／／ｆｔｐ．ｅｅ．ｌｂｌ．ｇｏｖ／ｌｉｂｐｃａｐ．ｔａｒ．Ｚ）を利用することによって、データリンク層からパケットを受信する。受信したパケットはパケット制御部６７へ渡す。
【００３１】
同じように、ＩＧＭＰルータ５０から送信されてくるパケットをアプリケーションレイヤで受信するために、受信部６３はｌｉｂｐｃａｐ（ｆｔｐ：／／ｆｔｐ．ｅｅ．ｌｂｌ．ｇｏｖ／ｌｉｂｐｃａｐ．ｔａｒ．Ｚ）を利用することによって、データリンク層からパケットを受信する。受信したパケットは送信部６２へ渡す。
【００３２】
認証サーバ３０あるいは課金サーバ５にとってゲートウェイ６０は通常のクライアントとして扱えるので、受信部６５及び送信部６６は通常のｓｏｃｋｅｔを使って受信及び送信する。受信部６５が受信したパケットはパケット制御部６７へ渡す。送信部６６は、パケット制御部６７からパケットを受けとり、認証サーバ３０あるいは課金サーバ５へパケットを送信する。
【００３３】
送信部６４が送信すべきパケットの送信元ＩＰアドレスはゲートウェイ６０ではなく、受信部６１が受信したパケットの送信元ＩＰアドレス（例えばユーザ端末１のＩＰアドレス）である。そのため、送信部６４はｒａｗ　ｓｏｃｋｅｔを使って送信する。
【００３４】
同じように、送信部６２が送信すべきパケットの送信元ＩＰアドレスはゲートウェイ６０ではなく受信部６３が受信したパケットの送信元ＩＰアドレス（例えばコンテンツ配信サーバ２０のＩＰアドレス）である。そのため、送信部６２はｒａｗ　ｓｏｃｋｅｔを使って送信する。
【００３５】
次に、パケット制御部６７の動作について図４を参照して説明する。図４はパケット制御部６７の動作を説明するフローチャートである。
【００３６】
パケット制御部６７は、受信部６１から受け取ったパケットがＩＧＭＰ　ｊｏｉｎかどうかをチェックする（ステップＳＡ１）。ＩＧＭＰ　ｊｏｉｎの場合、そのパケットの送信元ＩＰ　Ａｄｄｒｅｓｓ（＝ユーザ端末１のＩＰ　Ａｄｄｒｅｓｓ）とＧｒｏｕｐ　Ａｄｄｒｅｓｓを含んだアクセス要求パケットを認証サーバ３０へ送信する（ステップＳＡ２）。
【００３７】
認証サーバ３０は、図２を参照して送信元ＩＰ　Ａｄｄｒｅｓｓを使用してるユーザがＧｒｏｕｐ　Ａｄｄｒｅｓｓに参加できるかどうかをチェックする。認証サーバ３０はチェックの結果を返し、パケット制御部６７がそのパケットを受け取る。認証ＯＫの場合（ステップＳＡ３）、パケット制御部６７はＩＧＭＰ　ｊｏｉｎパケットをＩＧＭＰルータ５０へ送信する（ステップＳＡ４）。そして、ＩＰ　Ａｄｄｒｅｓｓ、Ｇｒｏｕｐ　Ａｄｄｒｅｓｓ、時刻などを含む課金のための情報（課金情報）を課金サーバ５へ送信し（ステップＳＡ５）、パケット制御部６７は次のパケットの処理に備える。
【００３８】
ステップＳＡ３で認証ＮＧだった場合、ＩＧＭＰ　ｊｏｉｎパケットを廃棄する（ステップＳＡ６）とともに、ユーザ端末１にその旨を通知し（ステップＳＡ７）、パケット制御部６７は次のパケット処理に備える。
【００３９】
ステップＳＡ１でＩＧＭＰ　ｊｏｉｎパケットでなく、ＩＧＭＰ　ｌｅａｖｅパケット（ヘッダタイプが０ｘ１７）であった場合（ステップＳＡ８）、パケット制御部６７はＩＧＭＰ　ｌｅａｖｅパケットをＩＧＭＰルータ５０へ送信する（ステップＳＡ９）。その後、パケット制御部６７は、ＩＰ　Ａｄｄｒｅｓｓ、Ｇｒｏｕｐ　Ａｄｄｒｅｓｓ、時刻などを含む課金中止のための情報（課金中止情報）を課金サーバ５へ送信する（ステップＳＡ１０）。そして、パケット制御部６７は次のパケット処理に備える。
【００４０】
ステップＳＡ８でＩＧＭＰ　ｌｅａｖｅパケットでない場合（つまり、ＩＧＭＰ　ｊｏｉｎ、ＩＧＭＰ　ｌｅａｖｅを除く全てのパケットの場合）、受け取ったパケットをそのままＩＧＭＰルータ５０へ送信し（ステップＳＡ１１）、パケット制御部６７は次のパケット処理に備える。
【００４１】
ステップＳＡ１０は、従量課金、時間課金などの場合には必要であるが、一旦、購入を決めたら、そのコンテンツを実際に利用しようとしまいと課金する場合（ペイパービュー課金などの場合）には、ステップＳＡ５のみ必要であり、ステップＳＡ１０は必要ない。例えば、映画コンテンツの場合、いったん購入を決めたら、ユーザが全ての映画を見ようとみまいと一律料金を課金する場合などである。
【００４２】
次に、コンテンツを視聴開始するまでの全体の動作について図５を使って説明する。図５はコンテンツを視聴開始するまでのシーケンス図を示す。
（１）ユーザはネットワークにログインするために、ＩＤ、Ｐａｓｓｗｏｒｄを入力する。
（２）ゲートウェイ６０は、ＩＤ、Ｐａｓｓｗｏｒｄを含んだ認証要求を認証サーバ３０へ送信する。
（３）認証サーバ３０は、ＩＤとＰａｓｓｗｏｒｄから認証を行う。
（４）認証に成功した場合、認証サーバ３０からゲートウェイ６０へ認証に成功したことを通知する。この際、認証サーバ３０は、ユーザ端末１が使うべきＩＰ
Ａｄｄｒｅｓｓを払い出し、図２にそのＩＰ　Ａｄｄｒｅｓｓを登録する。
（５）ゲートウェイ６０はユーザ端末１が使うべきＩＰ　Ａｄｄｒｅｓｓをユーザ端末１へ送信する。
（６）ユーザ端末１は欲しいコンテンツ（＝Ｇｒｏｕｐ　Ａｄｄｒｅｓｓ）を含んだＩＧＭＰ　ｊｏｉｎパケットを送信する。
（７）ゲートウェイ６０は、ＩＧＭＰ　ｊｏｉｎパケットに含まれるＩＰ　Ａｄｄｒｅｓｓ、Ｇｒｏｕｐ　Ａｄｄｒｅｓｓを含んだ認証要求を認証サーバ３０へ送信する。
（８）認証サーバ３０は、ＩＰ　Ａｄｄｒｅｓｓからユーザを特定し、要求しているＧｒｏｕｐ−Ａｄｄｒｅｓｓに参加を許可するかどうかを判定する。
（９）認証に成功した場合、認証サーバ３０はＯＫをゲートウェイ６０へ返す。（１０）ゲートウェイ６０は、ＩＧＭＰルータ５０へＩＧＭＰ　ｊｏｉｎパケットを送信する。
（１１）コンテンツ配信サーバ２０からユーザ端末１へコンテンツが配信される。
（１２）ゲートウェイ６０は、課金情報（ＩＰ　Ａｄｄｒｅｓｓ、Ｇｒｏｕｐ　Ａｄｄｒｅｓｓ、時刻など）を含んだパケットを課金サーバ５へ送信する。
（１３）課金サーバ５は受け取った旨を通知するためＯＫを返す。
【００４３】
次に、コンテンツを視聴終了するまでの全体の動作について図６を使って説明する。図６はコンテンツを視聴終了するまでのシーケンス図を示す。
（１）ユーザ端末１はＧｒｏｕｐ　Ａｄｄｒｅｓｓを含んだＩＧＭＰ　ｌｅａｖｅパケットを送信する。
（２）ゲートウェイ６０は、ＩＧＭＰ　ｌｅａｖｅパケットをＩＧＭＰルータ５０へ転送する。
（３）ゲートウェイ６０は、課金中止情報（ＩＰ　Ａｄｄｒｅｓｓ、ＧｒｏｕｐＡｄｄｒｅｓｓ、時刻など）を含んだパケットを課金サーバ５へ送信する。
（４）課金サーバ５は受け取った旨を通知するためＯＫを返す。
【００４４】
ユーザが視聴しているコンテンツを切り替えるためには、上記図６の処理を行い、現在のコンテンツの視聴終了を行って、その後、図５の視聴開始処理を行う。
【００４５】
（実施の形態のバリエーション）
なお、上記実施の形態は例示的なものであり、本発明はこれに限定されるものではない。本発明の範囲は特許請求の範囲によって示されており、この特許請求の範囲の意味に入る全ての変形例は本発明に含まれるものである。
【００４６】
例えば、上記実施の形態では、プロトコルとしてＩＧＭＰを取り上げているが、ＩＧＭＰ以外のプロトコルでも良い。
【００４７】
また、上記実施の形態では、ログイン時にＩＰアドレスを割り当てる例を示しているが、固定ＩＰアドレス（ユーザに一意のＩＰアドレスが予め割り当てられており、ログインする度にＩＰアドレスは変わらない）でも良い。
【００４８】
さらに、上記実施の形態では、ゲートウェイ６０の機能はＬｉｎｕｘ上で動作するアプリケーションとして実装する例を示しているが、他のＯＳを使っても良いし、一部または全ての機能をカーネル内に実装しても良い。また、ハードウェアで実装しても良い。
【００４９】
また、ゲートウェイ６０にＩＧＭＰ　ｊｏｉｎパケットを受け取らないルータソフトウェアを動作させ（例えば、ｒｏｕｔｅｄやｍｒｏｕｔｅｄなどでＩＧＭＰ　ｊｏｉｎパケットが来たら捨てるように改造したもの）、ＩＧＭＰ　ｊｏｉｎは別途拾い上げて上記実施の形態のパケット制御部６７で処理させても良い。
【００５０】
また、悪意のある他のユーザが勝手にコンテンツ購入中止するのを防ぐため、コンテンツ購入中止要求（ＩＧＭＰ　ｌｅａｖｅパケット）においても、コンテンツ購入要求（ＩＧＭＰ　ｊｏｉｎパケット）の場合と同様に、認証が成功したコンテンツ購入中止要求のみ、コンテンツ配信サーバへ転送するようにしても良い。
【００５１】
【発明の効果】
以上説明したように、本発明によれば、ユーザ端末にソフトウェアをインストールしたり、コンテンツを購入する毎にＩＤやＰａｓｓｗｏｒｄを入力したりする繁雑な作業を行うことなく、ユーザを認証してコンテンツを配信し、ＰＰＶ課金、時間課金、従量課金などの様々な課金を適切に行うことができる。また、一般に使われている製品や標準のプロトコルを改造せずそのまま利用することができるため、開発し易く、事業導入し易い利点がある。
【図面の簡単な説明】
【図１】本発明のコンテンツ配信システムの第１の実施の形態を示す構成図
【図２】ユーザデータベースの記憶内容の一例を示す説明図
【図３】ゲートウェイの詳細を示すブロック構成図
【図４】ゲートウェイのパケット制御部の動作を説明するフローチャート
【図５】視聴開始の動作を説明するシーケンス図
【図６】視聴終了の動作を説明するシーケンス図
【図７】従来のコンテンツ配信システムの一例を示す構成図
【符号の説明】
１：ユーザ端末、５：課金サーバ、２０：コンテンツ配信サーバ、３０：認証サーバ、４０：ユーザデータベース、５０：ＩＧＭＰルータ、６０：ゲートウェイ。
【図１】
2004048157.tif 000003
【図２】
2004048157.tif 000004
【図３】
2004048157.tif 000005
【図４】
2004048157.tif 000006
【図５】
2004048157.tif 000007
【図６】
2004048157.tif 000008
【図７】
2004048157.tif 000009