(57)【要約】【課題】大規模なストリームデータ配信サービスを行った状況で、効率的にクライアント毎の要求処理に対して認証処理を行うこと。【解決手段】ポータルサーバ２で視聴するコンテンツを選択したストリームクライアント１を認証したユーザＤＢサーバ３０は、認証情報をポータルサーバ２を介してストリームクライアント１へ送信するとともにストリーム配信サーバ４０へ送信し、ストリーム配信サーバ４０はこれを認証キャッシュＤＢ４７１に記憶しておき、ストリームクライアント１から認証情報を含む配信要求を受け付けた場合、認証キャッシュＤＢ４７１を検索し、同一の認証情報が登録されていれば、視聴権限有りとしてストリームクライアント１に選択したコンテンツのストリームデータの配信を行う。【選択図】　　　　　　図５
2004021280.tif 000002
【特許請求の範囲】
【請求項１】
配信可能なストリームデータのコンテンツをユーザに紹介するポータルサーバと、ユーザの認証を行うユーザデータベースサーバと、ストリームデータを実際にユーザへ配信するストリーム配信サーバとを用い、ポータルサーバで視聴するストリームデータのコンテンツを選択したユーザのうち、ユーザデータベースサーバによって認証されたユーザのみにストリーム配信サーバからストリームデータを配信するストリーム配信方法において、
ユーザデータベースサーバは、
ポータルサーバでコンテンツを選択したユーザを認証した際、認証情報をストリーム配信サーバへ送信し、
ストリーム配信サーバは、
ユーザデータベースサーバからの認証情報を記憶し、
ユーザから配信要求を受け付けた時、該配信要求に含まれる認証情報を前記記憶した認証情報と照合し、
照合結果が一致した場合はユーザからの配信要求を引き続き処理しあるいはストリーム配信処理を行い、不一致の場合はユーザからの配信要求を拒否する
ことを特徴とするストリーム配信方法。
【請求項２】
請求項１記載のストリーム配信方法において、
ユーザデータベースサーバは、
ポータルサーバからユーザ情報及びコンテンツの選択情報を含むユーザ認証要求を受けてユーザを認証した際、ユーザ情報に応じた認証識別子を生成するとともにコンテンツの選択情報に応じたストリーム配信サーバを選択し、
認証識別子及び選択したストリーム配信サーバのアドレス情報を含む応答パケットをポータルサーバへ送信し、
ユーザ情報及び認証識別子を含む認証情報をストリーム配信サーバへ送信する
ことを特徴とするストリーム認証方法。
【請求項３】
配信可能なストリームデータのコンテンツをユーザに紹介するポータルサーバと、ユーザの認証を行うユーザデータベースサーバと、ストリームデータを実際にユーザへ配信するストリーム配信サーバとを備え、ポータルサーバで視聴するストリームデータのコンテンツを選択したユーザのうち、ユーザデータベースサーバによって認証されたユーザのみにストリーム配信サーバからストリームデータを配信するストリーム配信システムにおいて、
ユーザデータベースサーバは、
ポータルサーバでコンテンツを選択したユーザを認証した際の認証情報をストリーム配信サーバへ送信する手段を具備し、
ストリーム配信サーバは、
ユーザデータベースサーバからの認証情報を記憶する手段と、
ユーザから配信要求を受け付けた時、該配信要求に含まれる認証情報を前記記憶した認証情報と照合する手段と、
照合結果が一致した場合はユーザからの配信要求を引き続き処理しあるいはストリーム配信処理を行い、不一致の場合はユーザからの配信要求を拒否する手段とを具備した
ことを特徴とするストリーム配信システム。
【請求項４】
請求項３記載のストリーム配信システムにおいて、
ユーザデータベースサーバは、
ポータルサーバからユーザ情報及びコンテンツの選択情報を含むユーザ認証要求を受けてユーザを認証した際にユーザ情報に応じた認証識別子を生成するとともにコンテンツの選択情報に応じたストリーム配信サーバを選択する手段と、
認証識別子及び選択したストリーム配信サーバのアドレス情報を含む応答パケットをポータルサーバへ送信する手段と、
ユーザ情報及び認証識別子を含む認証情報をストリーム配信サーバへ送信する手段とを具備した
ことを特徴とするストリーム配信システム。
【請求項５】
ポータルサーバからのユーザ情報及びコンテンツの選択情報を含むユーザ認証要求を受けてユーザ認証を行うユーザデータベースサーバであって、
ユーザ情報を格納するユーザデータベースと、
ポータルサーバからユーザ情報及びコンテンツの選択情報を含むユーザ認証要求を受け付ける手段と、
ユーザデータベースをユーザ認証要求中のユーザ情報で検索する手段と、
検索の結果、当該ユーザが視聴可能ユーザであった場合、当該ユーザ情報に応じた認証識別子を生成する手段と、
コンテンツの選択情報に応じたストリーム配信サーバを選択し、そのアドレス情報を取得する手段と、
認証識別子及び選択したストリーム配信サーバのアドレス情報を含む応答パケットを生成する手段と、
応答パケットをポータルサーバへ送信する手段と、
ユーザ情報及び認証識別子を含む認証情報を生成する手段と、
認証情報をストリーム配信サーバへ送信する手段とを備えた
ことを特徴とするユーザデータベースサーバ。
【請求項６】
ユーザデータベースサーバからのユーザ情報及び認証識別子を含む認証情報を受けるとともに、ユーザからのユーザ情報及び認証識別子を含む配信要求を受けてストリームデータの配信を行うストリーム配信サーバであって、
ユーザデータベースサーバからユーザ情報及び認証識別子を含む認証情報を受け付ける手段と、
認証情報からユーザ情報及び認証識別子を抽出する手段と、
抽出したユーザ情報及び認証識別子を記憶する手段と、
ユーザからユーザ情報及び認証識別子を含む配信要求を受け付ける手段と、
配信要求からユーザ情報及び認証識別子を抽出する手段と、
抽出したユーザ情報及び認証識別子と前記記憶したユーザ情報及び認証識別子とを照合する手段と、
照合結果が一致した場合はユーザからの配信要求を引き続き処理しあるいはストリーム配信処理を行い、不一致の場合はユーザからの配信要求を拒否する手段とを具備した
ことを特徴とするストリーム配信サーバ。
【請求項７】
ポータルサーバからのユーザ情報及びコンテンツの選択情報を含むユーザ認証要求を受けてユーザ認証を行うユーザデータベースサーバをコンピュータ上で実現するプログラムであって、
該プログラムはコンピュータ上に、
ユーザ情報を格納するユーザデータベースと、
ポータルサーバからユーザ情報及びコンテンツの選択情報を含むユーザ認証要求を受け付ける手段と、
ユーザデータベースをユーザ認証要求中のユーザ情報で検索する手段と、
検索の結果、当該ユーザが視聴可能ユーザであった場合、当該ユーザ情報に応じた認証識別子を生成する手段と、
コンテンツの選択情報に応じたストリーム配信サーバを選択し、そのアドレス情報を取得する手段と、
認証識別子及び選択したストリーム配信サーバのアドレス情報を含む応答パケットを生成する手段と、
応答パケットをポータルサーバへ送信する手段と、
ユーザ情報及び認証識別子を含む認証情報を生成する手段と、
認証情報をストリーム配信サーバへ送信する手段とを構成する
ことを特徴とするプログラム。
【請求項８】
ユーザデータベースサーバからのユーザ情報及び認証識別子を含む認証情報を受けるとともに、ユーザからのユーザ情報及び認証識別子を含む配信要求を受けてストリームデータの配信を行うストリーム配信サーバをコンピュータ上で実現するプログラムであって、
該プログラムはコンピュータ上に、
ユーザデータベースサーバからユーザ情報及び認証識別子を含む認証情報を受け付ける手段と、
認証情報からユーザ情報及び認証識別子を抽出する手段と、
抽出したユーザ情報及び認証識別子を記憶する手段と、
ユーザからユーザ情報及び認証識別子を含む配信要求を受け付ける手段と、
配信要求からユーザ情報及び認証識別子を抽出する手段と、
抽出したユーザ情報及び認証識別子と前記記憶したユーザ情報及び認証識別子とを照合する手段と、
照合結果が一致した場合はユーザからの配信要求を引き続き処理しあるいはストリーム配信処理を行い、不一致の場合はユーザからの配信要求を拒否する手段とを構成する
ことを特徴とするプログラム。
【請求項９】
請求項７又は８に記載のプログラムを記録したことを特徴とするコンピュータ読み取り可能な媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上で大規模なストリームデータ配信サービスを効率的に実現するためのユーザ認証技術に関する。
【０００２】
【従来の技術】
一般に、動画や音楽などのストリームデータをネットワークを介して配信するストリームデータ配信サービスを受けようとするユーザは、まず、配信可能なストリームデータのコンテンツをユーザに紹介するポータルサーバが開設するＷｅｂサイトにアクセスする。その際、ポータルサーバは、ユーザの認証を行うユーザデータベースサーバに前記アクセスしてきたユーザが視聴権限を有するユーザかどうかの検証を依頼し、視聴権限を有するユーザであれば、さらに視聴しようとするストリームデータのコンテンツの選択をユーザから受け付け、ストリームデータを実際にユーザへ配信するストリーム配信サーバのＩＰアドレス等の情報を当該ユーザに対して送信する。ユーザは前記情報をもとにストリーム配信サーバにアクセスし、当該コンテンツの視聴を行う。
【０００３】
しかしながら、上述した手順でストリームデータ配信サービスを行う場合、ストリーム配信サーバではユーザ認証を行わないため、ストリーム配信サーバのＩＰアドレス等の情報さえ入手できれば、視聴権限を有しないユーザでも当該ストリーム配信サーバへ直接アクセスすることで、ストリームデータの配信を受け、コンテンツを視聴できるという問題が生じていた。
【０００４】
そこで従来より、ストリーム配信サーバにおいてもユーザ認証を行うようにしたストリームデータ配信サービスシステム（以下、ストリーム配信システム）が提案され、実施されている。
【０００５】
このシステムを図１乃至図４を用いて説明する。
【０００６】
図１は従来のストリーム配信システムの一例を示すもので、図中、１はユーザの端末装置（以下、ストリームクライアント）、２は配信可能なストリームデータのコンテンツをユーザに紹介するポータルサーバ、３はユーザデータベース（ＤＢ）３１を有し、ユーザの認証を行うユーザＤＢサーバ、４はストリーム配信処理部４１及び認証通知部４２を有し、ストリームデータを実際にユーザへ配信するストリーム配信サーバであり、これらはインターネット等を介して任意に接続可能となっている。
【０００７】
図２は従来のユーザＤＢサーバの一例を示すもので、図中、３１はユーザＤＢ、３２は回線、３３は回線終端部、３４はリクエストパケット解析部、３５は応答パケット生成部、３６はＤＢ検索部、３７は認証識別子生成部、３８はサーバ選択部である。
【０００８】
図３は従来のストリーム配信サーバの一例を示すもので、図中、４１はリクエストパケット解析部４１１及び配信要求受付部４１２からなるストリーム配信処理部、４２は認証通知部、４３ａ，４３ｂは回線、４４ａ，４４ｂは回線終端部、４５ａ，４５ｂはパケット振分部、４６は共通メモリである。
【０００９】
図４は従来のストリーム配信システムにおける処理のシーケンスを示すもので、以下、これに従って説明する。
【００１０】
（ポータルログイン処理）
ストリームデータの配信を受けようとするストリームクライアント１は、まず、ポータルサーバ２へのアクセスを試みる。この際、通常、ユーザＩＤとパスワード（ＵｓｅｒＩＤ，ＰＷ）を含むユーザ情報をポータルサーバ２へ送信する。ポータルサーバ２は、当該ユーザ情報を基にユーザＤＢサーバ３に対してユーザ認証を依頼する、具体的には当該ユーザ情報を含むアクセス認証要求パケットをユーザＤＢサーバ３へ送信する。
【００１１】
ユーザＤＢサーバ３では、回線３２、回線終端部３３を介して受信したパケットをリクエストパケット解析部３４で解析し、アクセス認証要求パケットであればユーザ情報を抽出し、ＤＢ検索部３６にてユーザＤＢ３１を検索する。
【００１２】
ユーザＤＢサーバ３は検索の結果、当該ストリームクライアント１がポータルサーバ２へのアクセスが可能なクライアントとしてユーザＤＢ３１に登録されていれば、応答パケット生成部３５にてアクセス可の情報を含む応答パケットを生成し、これを回線終端部３３、回線３２を介してポータルサーバ２へ送信する。
【００１３】
ポータルサーバ２では、前記応答パケットを受け取ると、ページ閲覧許可をストリームクライアント１に対して送信する。
【００１４】
なお、ストリームクライアント１がアクセスが可能なクライアントとしてユーザＤＢ３１に登録されていない場合、ユーザＤＢサーバ３はアクセス不可の情報を含む応答パケットをポータルサーバ２へ送信し、ポータルサーバ２はストリームクライアント１に対してページ閲覧を拒否することはいうまでもない。
【００１５】
（コンテンツ視聴選択処理）
ポータルサーバ２へのアクセスが許可されたストリームクライアント１が、配信可能なストリームデータのコンテンツを紹介するポータルサーバ２のＷｅｂサーバ上で視聴したいストリームデータのコンテンツを選択する（１）と、ポータルサーバ２では、当該選択情報及びユーザ情報を基にユーザＤＢサーバ３に対してコンテンツ視聴認証を依頼する、具体的には当該選択情報及びユーザ情報を含むコンテンツ視聴認証要求パケットをユーザＤＢサーバ３へ送信する（２）。
【００１６】
ユーザＤＢサーバ３では、前記同様にして受信したパケットを解析し、コンテンツ視聴認証要求パケットであれば選択情報及びユーザ情報を抽出し、ＤＢ検索部３６にてユーザＤＢ３１を検索する。ユーザＤＢサーバ３は検索の結果、当該ストリームクライアント１が、選択したコンテンツの視聴が可能なクライアントとしてユーザＤＢ３１に登録されていれば、認証識別子生成部３７にてユーザ情報に応じた認証識別子（Ｋｅｙｉｎｆｏ）を生成し、これをユーザＤＢ３１に登録するとともに、サーバ選択部３８にて選択情報に応じたストリーム配信サーバ４を選択し、そのＩＰアドレス（ＳｅｒｖｅｒＵＲＩ）等を抽出し、応答パケット生成部３５にてこれらの情報を含む応答パケットを生成し、これを前記同様にポータルサーバ２へ送信する（３）。
【００１７】
ポータルサーバ２では、前述した情報を含むストリームアクセス用ファイルをストリームクライアント１に対して送信する（４）。
【００１８】
（コンテンツ視聴要求処理）
ストリームクライアント１は、受信したストリームアクセス用ファイルからストリーム配信サーバ４のＩＰアドレス及び認証識別子を抽出し、該当ＩＰアドレスのストリーム配信サーバ４に対してストリーム配信要求を送出する、具体的には、コンテンツ名、ユーザ情報、認証識別子（ＣｏｎｔｅｎｔＮａｍｅ，ＵｓｅｒＩＤ，Ｋｅｙｉｎｆｏ）を含むストリーム配信要求パケットを送信する（５）。
【００１９】
ストリーム配信サーバ４では、回線４３ｂ、回線終端部４４ｂを介して受信したパケットをパケット振分部４５ｂにて同定、ここでは要求（リクエスト）パケットと同定してストリーム配信処理部４１のリクエストパケット解析部４１１に送る。リクエストパケット解析部４１１では、前記ストリーム配信要求パケットからユーザ情報及び認証識別子を抽出し、配信要求受付部４１２に送る。さらに、配信要求受付部４１２はユーザ情報及び認証識別子を認証通知部４２に送り、ユーザの認証を依頼する。
【００２０】
認証通知部４２では、前記ユーザ情報及び認証識別子を基にユーザＤＢサーバ３に対してユーザ認証を依頼する、具体的にはユーザ情報及び認証識別子を含む認証許可要求パケットを生成し、パケット振分部４５ａ、共通メモリ４６、回線終端部４４ａ、回線４３ａを介してユーザＤＢサーバ３へ送信する（６）。
【００２１】
ユーザＤＢサーバ３では、回線３２、回線終端部３３を介して受信したパケットをリクエストパケット解析部３４で解析し、認証許可要求パケットであればユーザ情報及び認証識別子を抽出し、ＤＢ検索部３６にてユーザＤＢ３１を検索する。ユーザＤＢサーバ３は検索の結果、登録内容と一致していれば、応答パケット生成部３５にて認証許可の情報を含む応答パケットを生成し、回線終端部３３、回線３２を介してストリーム配信サーバ４へ送信する（７）。
【００２２】
ストリーム配信サーバ４では、回線４３ａ、回線終端部４４ａを介して受信したパケットをパケット振分部４５ａにて同定、ここでは応答パケットと同定して認証通知部４２に送る。認証通知部４２では、前記応答パケットから認証許可の情報を抽出し、配信要求受付部４１２に送る。これを受けて配信要求受付部４１２は、ストリームクライアント１に対して前記選択されたコンテンツの配信許可応答を送信し（８）、以後、周知のストリームデータの配信処理を実行する。
【００２３】
なお、前述したユーザ情報及び認証識別子がユーザＤＢ３１に登録されていない場合、ユーザＤＢサーバ３は認証不許可の情報を含む応答パケットをストリーム配信サーバ４へ送信し、ストリーム配信サーバ４はそれ以降のストリーム配信要求処理を停止し、ストリームクライアント１に対してコンテンツの配信不許可応答を送信してストリームデータの配信を拒否することはいうまでもない。
【００２４】
【発明が解決しようとする課題】
上述したストリーム配信システムの場合、ストリームクライアントからの視聴要求をストリーム配信サーバが受信した際、ユーザ情報などをユーザＤＢサーバに送り、ユーザＤＢサーバにてデータベース検索・認証処理を行う必要があるため、大規模なストリームデータ配信サービスを提供しようとすると、ユーザＤＢサーバでの処理がネックとなってしまう可能性が高い。それを回避するため、ユーザＤＢサーバを１台だけではなく、ストリーム配信サーバの配備拠点毎に分散配置して利用することも考えられるが、分散配置されるユーザＤＢサーバのメンテナンスコストが高くなってしまうという問題があった。
【００２５】
また、ストリーム配信サーバでは、ユーザＤＢサーバでのデータベース検索処理及び認証許可応答処理を待つ必要があるため、同一時期に多数のストリームクライアントから視徳要求が発生した場合、長時間待たせたり、あるいは処理できずに中止（拒否）しなければいけなくなるという問題があった。
【００２６】
これまで説明したように、従来は、ストリーム配信サーバにおいて、クライアントからの配信要求に対してユーザＤＢサーバに認証許可要求を出す必要があるために、ユーザＤＢサーバでの処理負荷の問題やストリーム配信サーバでの配信処理能力低下などの問題が生じていた。
【００２７】
本発明は、このような背景に鑑みなされたものであり、大規模なストリームデータ配信サービスを行った状況で、効率的にクライアント毎の要求処理に対して認証処理を行うことを目的としている。
【００２８】
【課題を解決するための手段】
上記目的を達成するため、本発明のストリーム配信方法では、配信可能なストリームデータのコンテンツをユーザに紹介するポータルサーバと、ユーザの認証を行うユーザデータベースサーバと、ストリームデータを実際にユーザへ配信するストリーム配信サーバとを用い、ポータルサーバで視聴するストリームデータのコンテンツを選択したユーザのうち、ユーザデータベースサーバによって認証されたユーザのみにストリーム配信サーバからストリームデータを配信するストリーム配信方法において、ユーザデータベースサーバは、ポータルサーバでコンテンツを選択したユーザを認証した際、認証情報をストリーム配信サーバへ送信し、ストリーム配信サーバは、ユーザデータベースサーバからの認証情報を記憶し、ユーザから配信要求を受け付けた時、該配信要求に含まれる認証情報を前記記憶した認証情報と照合し、照合結果が一致した場合はユーザからの配信要求を引き続き処理しあるいはストリーム配信処理を行い、不一致の場合はユーザからの配信要求を拒否することを特徴とする。
【００２９】
また、本発明のストリーム配信方法では、ユーザデータベースサーバは、ポータルサーバからユーザ情報及びコンテンツの選択情報を含むユーザ認証要求を受けてユーザを認証した際、ユーザ情報に応じた認証識別子を生成するとともにコンテンツの選択情報に応じたストリーム配信サーバを選択し、認証識別子及び選択したストリーム配信サーバのアドレス情報を含む応答パケットをポータルサーバへ送信し、ユーザ情報及び認証識別子を含む認証情報をストリーム配信サーバへ送信することを特徴とする。
【００３０】
また、本発明のストリーム配信システムでは、配信可能なストリームデータのコンテンツをユーザに紹介するポータルサーバと、ユーザの認証を行うユーザデータベースサーバと、ストリームデータを実際にユーザへ配信するストリーム配信サーバとを備え、ポータルサーバで視聴するストリームデータのコンテンツを選択したユーザのうち、ユーザデータベースサーバによって認証されたユーザのみにストリーム配信サーバからストリームデータを配信するストリーム配信システムにおいて、ユーザデータベースサーバは、ポータルサーバでコンテンツを選択したユーザを認証した際の認証情報をストリーム配信サーバへ送信する手段を具備し、ストリーム配信サーバは、ユーザデータベースサーバからの認証情報を記憶する手段と、ユーザから配信要求を受け付けた時、該配信要求に含まれる認証情報を前記記憶した認証情報と照合する手段と、照合結果が一致した場合はユーザからの配信要求を引き続き処理しあるいはストリーム配信処理を行い、不一致の場合はユーザからの配信要求を拒否する手段とを具備したことを特徴とする。
【００３１】
また、本発明のストリーム配信システムでは、ユーザデータベースサーバは、ポータルサーバからユーザ情報及びコンテンツの選択情報を含むユーザ認証要求を受けてユーザを認証した際にユーザ情報に応じた認証識別子を生成するとともにコンテンツの選択情報に応じたストリーム配信サーバを選択する手段と、認証識別子及び選択したストリーム配信サーバのアドレス情報を含む応答パケットをポータルサーバへ送信する手段と、ユーザ情報及び認証識別子を含む認証情報をストリーム配信サーバへ送信する手段とを具備したことを特徴とする。
【００３２】
また、本発明のユーザデータベースサーバでは、ユーザ情報を格納するユーザデータベースと、ポータルサーバからユーザ情報及びコンテンツの選択情報を含むユーザ認証要求を受け付ける手段と、ユーザデータベースをユーザ認証要求中のユーザ情報で検索する手段と、検索の結果、当該ユーザが視聴可能ユーザであった場合、当該ユーザ情報に応じた認証識別子を生成する手段と、コンテンツの選択情報に応じたストリーム配信サーバを選択し、そのアドレス情報を取得する手段と、認証識別子及び選択したストリーム配信サーバのアドレス情報を含む応答パケットを生成する手段と、応答パケットをポータルサーバへ送信する手段と、ユーザ情報及び認証識別子を含む認証情報を生成する手段と、認証情報をストリーム配信サーバへ送信する手段とを備えたことを特徴とする。
【００３３】
また、本発明のストリーム配信サーバでは、ユーザデータベースサーバからユーザ情報及び認証識別子を含む認証情報を受け付ける手段と、認証情報からユーザ情報及び認証識別子を抽出する手段と、抽出したユーザ情報及び認証識別子を記憶する手段と、ユーザからユーザ情報及び認証識別子を含む配信要求を受け付ける手段と、配信要求からユーザ情報及び認証識別子を抽出する手段と、抽出したユーザ情報及び認証識別子と前記記憶したユーザ情報及び認証識別子とを照合する手段と、照合結果が一致した場合はユーザからの配信要求を引き続き処理しあるいはストリーム配信処理を行い、不一致の場合はユーザからの配信要求を拒否する手段とを具備したことを特徴とする。
【００３４】
なお、これらのユーザデータベースサーバ及びストリーム配信サーバは、前述した各手段をコンピュータ上に構成するプログラム、もしくは該プログラムを記録したコンピュータ読み取り可能な媒体によっても実現できる。
【００３５】
これらにより、大規模なストリーム配信を行った状況で、効率的に、クライアント毎の要求処理に対して認証処理を行うことが可能となる。
【００３６】
【発明の実施の形態】
本発明の実施の形態について、図５乃至図８を参照して説明するが、図中、従来例と同一構成部分は同一符号をもって表すものとする。
【００３７】
図５は本発明のストリーム配信システムの実施の形態の一例を示すもので、図中、１はストリームクライアント、２はポータルサーバ、３０はユーザＤＢ３１を有し、ユーザの認証を行うユーザＤＢサーバ、４０はストリーム配信処理部４１及び認証キャッシュＤＢ４７１を含む認証処理部４７を有し、ストリームデータを実際にユーザへ配信するストリーム配信サーバであり、これらはインターネット等を介して任意に接続可能となっている。
【００３８】
図６は本発明のユーザＤＢサーバの実施の形態の一例を示すもので、図中、３１はユーザＤＢ、３２は回線、３３は回線終端部、３４はリクエストパケット解析部、３５は応答パケット生成部、３６はＤＢ検索部、３７は認証識別子生成部、３８はサーバ選択部、３９は認証キャッシュ生成部である。
【００３９】
ここで、ユーザＤＢ３１は、ユーザＩＤ、パスワード（ＵｓｅｒＩＤ，ＰＷ）を含むユーザ情報を格納している。回線終端部３３は、回線３２からのパケットを受信し、応答パケット生成部３５や認証キャッシュ生成部３９で生成されたパケットを回線３２へ送信する。リクエストパケット解析部３４は、回線終端部３３で受信した各種のリクエストパケット（要求パケット）の内容を解析する。
【００４０】
応答パケット生成部３５は、各種の要求パケットに対応した応答パケットを生成する。ＤＢ検索部３６は、要求に応じてユーザＤＢ３１を検索する。認証識別子生成部３７は、要求中のユーザ情報に応じた認証識別子を生成する。サーバ選択部３８は、コンテンツの選択情報に応じたストリーム配信サーバを選択し、そのアドレス情報を取得する。認証キャッシュ生成部３９は、ユーザ情報及び認証識別子を含む認証キャッシュ情報を格納したパケットを生成する。
【００４１】
図７は本発明のストリーム配信サーバの実施の形態の一例を示すもので、図中、４１はリクエストパケット解析部４１１及び配信要求受付部４１２からなるストリーム配信処理部、４３ａ，４３ｂは回線、４４ａ，４４ｂは回線終端部、４５ａ，４５ｂはパケット振分部、４６は共通メモリ、４７は認証情報キャッシュＤＢ４７１を含む認証処理部である。
【００４２】
ここで、ストリーム配信処理部４１のリクエストパケット解析部４１１は、パケット振分部４５ｂで振り分けられた各種のリクエストパケット（要求パケット）の内容を解析する。配信要求受付部４１２は、ユーザ情報及び認証識別子を含む配信要求を受け付け、ユーザ情報及び認証識別子を抽出して認証処理部４７へ認証を依頼するとともに、その結果に応じてストリーム配信処理もしくは拒否応答処理を行う。
【００４３】
回線終端部４４ａ，４４ｂは、回線４３ａ，４３ｂからのパケットを受信し、共通メモリ４６に書き込まれたパケットを回線４３ａ，４３ｂへ送信する。パケット振分部４５ａ，４５ｂは、回線終端部４４ａ，４４ｂで受信した各種のパケットを解析し、当該サーバ宛のパケットは内部、ここではストリーム配信処理部４１や認証処理部４７へ送り、そうでないパケットは共通メモリ４６へ送出する。共通メモリ４６は、書き込まれたパケットをそのヘッダ内容に応じて回線終端部４４ａ，４４ｂを介して転送処理する。
【００４４】
認証処理部４７は、ユーザ情報及び認証識別子を含む認証キャッシュ情報を格納したパケットを受け付け、ユーザ情報及び認証識別子を抽出するとともに認証キャッシュＤＢ４７１に格納し、また、配信要求受付部４１２からユーザ情報及び認証識別子とともに認証要求を受け付け、認証キャッシュＤＢ４７１を検索してその結果を配信要求受付部４１２へ返送する。
【００４５】
図８は本発明のストリーム配信システムにおける処理のシーケンスを示すもので、以下、これに従って説明する。
【００４６】
（ポータルログイン処理）
ストリームデータの配信を受けようとするストリームクライアント１は、まず、ポータルサーバ２へのアクセスを試みる。この際、通常、ユーザＩＤとパスワード（ＵｓｅｒＩＤ，ＰＷ）を含むユーザ情報をポータルサーバ２へ送信する。ポータルサーバ２は、当該ユーザ情報を基にユーザＤＢサーバ３０に対してユーザ認証を依頼する、具体的には当該ユーザ情報を含むアクセス認証要求パケットをユーザＤＢサーバ３へ送信する。
【００４７】
ユーザＤＢサーバ３０では、回線３２、回線終端部３３を介して受信したパケットをリクエストパケット解析部３４で解析し、アクセス認証要求パケットであればユーザ情報を抽出し、ＤＢ検索部３６にてユーザＤＢ３１を検索する。
【００４８】
ユーザＤＢサーバ３０は検索の結果、当該ストリームクライアント１がポータルサーバ２へのアクセスが可能なクライアントとしてユーザＤＢ３１に登録されていれば、応答パケット生成部３５にてアクセス可の情報を含む応答パケットを生成し、これを回線終端部３３、回線３２を介してポータルサーバ２へ送信する。
【００４９】
ポータルサーバ２では、前記応答パケットを受け取ると、ページ閲覧許可をストリームクライアント１に対して送信する。
【００５０】
なお、ストリームクライアント１がアクセスが可能なクライアントとしてユーザＤＢ３１に登録されていない場合、ユーザＤＢサーバ３０はアクセス不可の情報を含む応答パケットをポータルサーバ２へ送信し、ポータルサーバ２はストリームクライアント１に対してページ閲覧を拒否することはいうまでもない。
【００５１】
（コンテンツ視聴選択処理）
ポータルサーバ２へのアクセスが許可されたストリームクライアント１が、配信可能なストリームデータのコンテンツを紹介するポータルサーバ２のＷｅｂサーバ上で視聴したいストリームデータのコンテンツを選択する（１）と、ポータルサーバ２では、当該選択情報及びユーザ情報を基にユーザＤＢサーバ３０に対してコンテンツ視聴認証を依頼する、具体的には当該選択情報及びユーザ情報を含むコンテンツ視聴認証要求パケットをユーザＤＢサーバ３０へ送信する（２）。
【００５２】
ユーザＤＢサーバ３０では、前記同様にして受信したパケットを解析し、コンテンツ視聴認証要求パケットであれば選択情報及びユーザ情報を抽出し、ＤＢ検索部３６にてユーザＤＢ３１を検索する。ユーザＤＢサーバ３０は検索の結果、当該ストリームクライアント１が、選択したコンテンツの視聴が可能なクライアントとしてユーザＤＢ３１に登録されていれば、認証識別子生成部３７にてユーザ情報に応じた認証識別子（Ｋｅｙｉｎｆｏ）を生成し、これをユーザＤＢ３１に登録するとともに、サーバ選択部３８にて選択情報に応じたストリーム配信サーバ４０を選択し、そのＩＰアドレス（ＳｅｒｖｅｒＵＲＩ）等を抽出し、応答パケット生成部３５にてこれらの情報を含む応答パケットを生成し、これを前記同様にポータルサーバ２へ送信する（３）。
【００５３】
ポータルサーバ２では、前述した情報を含むストリームアクセス用ファイルをストリームクライアント１へ送信する（４）。
【００５４】
さらに、ユーザＤＢサーバ３０では、前記ユーザ情報及び認証識別子からなる認証情報（認証キャッシュ情報）を格納したパケットを認証キャッシュ生成部３９にて生成し、これを回線終端部３３、回線３２を介してストリーム配信サーバ４０へ送信する（３’）。
【００５５】
ストリーム配信サーバ４０では、回線４３ａ、回線終端部４４ａを介して受信したパケットをパケット振分部４５ａにて同定、ここでは認証キャッシュ情報が格納されたメッセージパケットであることを解析し、認証処理部４７に送り、認証処理部４７は前記認証キャッシュ情報を抽出し、認証キャッシュＤＢ４７１に記憶する。
【００５６】
（コンテンツ視聴要求処理）
ストリームクライアント１は、受信したストリームアクセス用ファイルからストリーム配信サーバ４０のＩＰアドレス及び認証識別子を抽出し、該当ＩＰアドレスのストリーム配信サーバ４０に対してストリーム配信要求を送出する、具体的には、コンテンツ名、ユーザ情報、認証識別子（ＣｏｎｔｅｎｔＮａｍｅ，ＵｓｅｒＩＤ，Ｋｅｙｉｎｆｏ）を含むストリーム配信要求パケットを送信する（５）。
【００５７】
ストリーム配信サーバ４０では、回線４３ｂ、回線終端部４４ｂを介して受信したパケットをパケット振分部４５ｂにて同定、ここでは要求（リクエスト）パケットと同定してストリーム配信処理部４１のリクエストパケット解析部４１１に送る。リクエストパケット解析部４１１では、前記ストリーム配信要求パケットからユーザ情報及び認証識別子を抽出し、配信要求受付部４１２に送る。さらに、配信要求受付部４１２はユーザ情報及び認証識別子を認証処理部４７に送り、ユーザの認証を依頼する。
【００５８】
認証処理部４７では、前記ユーザ情報及び認証識別子を基にユーザ認証を処理する、具体的には認証キャッシュＤＢ４７１を検索する。検索の結果、登録内容と一致していれば、認証処理部４７は配信要求受付部４１２に認証許可応答を返送し、配信要求受付部４１２は、ストリームクライアント１に対して前記選択されたコンテンツの配信許可応答を送信し（６）、以後、周知のストリームデータの配信処理を実行する。
【００５９】
なお、前述したユーザ情報及び認証識別子が認証キャッシュＤＢ４７１に登録されていない場合、認証処理部４７は配信要求受付部４１２に認証不許可応答を返送し、配信要求受付部４１２はそれ以降のストリーム配信要求処理を停止し、ストリームクライアント１に対してコンテンツの配信不許可応答を送信してストリームデータの配信を拒否することはいうまでもない。
【００６０】
以上説明した実施の形態により、ストリームデータ配信サービスにおける認証処理をストリーム配信サーバ内で効率的に行うことができ、認証処理の分散化によるユーザＤＢサーバの処理負荷の軽減、ストリーム配信設定処理の高速化が図れるようになる。
【００６１】
【発明の効果】
以上説明したように、本発明によれば、大規模なストリームデータ配信サービスを行った状況で、効率的にクライアント毎の要求処理に対して認証処理を行うことが可能となる。
【図面の簡単な説明】
【図１】従来のストリーム配信システムの一例を示す構成図
【図２】
従来のユーザＤＢサーバの一例を示す主要ブロック構成図
【図３】
従来のストリーム配信サーバの一例を示す主要ブロック構成図
【図４】
従来のストリーム配信システムにおける処理の一例を示すシーケンス図
【図５】
本発明のストリーム配信システムの実施の形態の一例を示す構成図
【図６】
本発明のユーザＤＢサーバの実施の形態の一例を示す主要ブロック構成図
【図７】
本発明のストリーム配信サーバの実施の形態の一例を示す主要ブロック構成図
【図８】
本発明のストリーム配信システムにおける処理の一例を示すシーケンス図
【符号の説明】
１：ストリームクライアント、２：ポータルサーバ、３０：ユーザＤＢサーバ、３１：ユーザＤＢ、３２：回線、３３：回線終端部、３４：リクエストパケット解析部、３５：応答パケット生成部、３６：ＤＢ検索部、３７：認証識別子生成部、３８：サーバ選択部、３９：認証キャッシュ生成部、４０：ストリーム配信サーバ、４１：ストリーム配信処理部、４３ａ，４３ｂ：回線、４４ａ，４４ｂ：回線終端部、４５ａ，４５ｂ：パケット振分部、４６：共通メモリ、４７：認証処理部、４１１：リクエストパケット解析部、４１２：配信要求受付部、４７１：認証キャッシュＤＢ。
【図１】
2004021280.tif 000003
【図２】
2004021280.tif 000004
【図３】
2004021280.tif 000005
【図４】
2004021280.tif 000006
【図５】
2004021280.tif 000007
【図６】
2004021280.tif 000008
【図７】
2004021280.tif 000009
【図８】
2004021280.tif 000010