(57)【特許請求の範囲】
【請求項１】
コンテンツサーバが提供するコンテンツのストリーミングを実行するユーザ端末のユーザを、当該ストリーミングのために認証する認証サーバであって、
複数のユーザの登録情報を記憶する記憶手段と、
前記複数のユーザのうち第１のユーザが使用するユーザ端末から、前記第１のユーザが指定したコンテンツのストリーミングのための認証要求を受け付けた場合に、該認証要求に含まれる情報と、前記登録情報とを比較して、前記第１のユーザを認証する認証手段と、
前記認証に成功した場合に、前記第１のユーザが認証されたユーザであることを示す第１のトークンを生成する生成手段と、
前記ユーザ端末に生成した前記第１のトークンを送信する通信手段と
を備え、
前記通信手段が、前記ユーザ端末から前記指定したコンテンツと同一のコンテンツにつき第２のトークンの発行要求を受信した場合に、前記コンテンツサーバに前記ユーザ端末が前記指定されたコンテンツのストリーミングを継続中であるか否かの問い合せを送信し、
前記生成手段は、前記通信手段が前記ユーザ端末が前記指定されたコンテンツのストリーミングを継続中であるとの返信を前記コンテンツサーバから受信した場合に、前記第２のトークンを生成し、
前記通信手段は、前記第２のトークンを前記ユーザ端末に送信する
ことを特徴とする認証サーバ。
【請求項２】
前記第１のトークン及び前記第２のトークンはそれぞれ有効期限を含み、
前記生成手段は、前記第２のトークンの有効期限を、前記第１のトークンの有効期限よりも短く設定することを特徴とする請求項１に記載の認証サーバ。
【請求項３】
前記第２のトークンの有効期限は、前記指定されたコンテンツの残りの再生時間に対応し、
前記残りの再生時間の情報は、前記ユーザ端末から受信した前記第２のトークンの発行要求、または、前記コンテンツサーバから受信した前記返信に含まれることを特徴とする請求項２に記載の認証サーバ。
【請求項４】
コンテンツサーバから提供されるコンテンツのストリーミングを実行するユーザ端末であって、通信手段と、出力手段とを備え、
前記通信手段が、
認証サーバに、前記コンテンツサーバが提供可能なコンテンツのうち、前記ユーザ端末のユーザにより指定されたコンテンツを前記ユーザ端末がストリーミングするための認証要求を送信し、
前記認証要求に応じて発行された、前記指定されたコンテンツのストリーミングを前記ユーザ端末に許可する第１のトークンを前記認証サーバから受信し、
前記第１のトークンを含む前記指定されたコンテンツのストリーミング開始要求を前記コンテンツサーバに送信し、
前記ストリーミング開始要求に応じて前記コンテンツサーバが送信した前記指定されたコンテンツを受信し、
前記出力手段が、前記コンテンツサーバから受信した前記指定されたコンテンツを出力し、
前記通信手段が、前記指定されたコンテンツの受信から所定時間が経過した場合に、前記指定されたコンテンツと同一のコンテンツのストリーミングを前記ユーザ端末に許可する第２のトークンの発行要求を前記認証サーバに送信し、発行された前記第２のトークンを受信し、
前記コンテンツサーバとの通信が切断されて、前記指定されたコンテンツのストリーミングが中断した後に該ストリーミングを再開する場合、前記通信手段は、前記第２のトークンを含む前記指定されたコンテンツのストリーミング再開要求を前記コンテンツサーバへ送信する
ことを特徴とする記載のユーザ端末。
【請求項５】
処理手段を更に備え、
前記処理手段は、前記通信手段が受信した前記第２のトークンに付与された有効期限に基づき有効期限が切れるか否かを判定し、前記有効期限が切れると判定された場合に、前記通信手段に前記第２のトークンの発行要求を再度送信させることを特徴とする請求項４に記載のユーザ端末。
【請求項６】
前記処理手段は、前記指定されたコンテンツのストリーミングが終了した場合、前記第２のトークンを破棄することを特徴とする請求項５に記載のユーザ端末。
【請求項７】
前記第２のトークンの発行要求には、前記指定されたコンテンツの残りの再生時間の情報が含まれることを特徴とする請求項４から６のいずれか１項に記載のユーザ端末。
【請求項８】
認証サーバにより認証されたユーザが使用してコンテンツのストリーミングを行うユーザ端末に対し、該コンテンツを提供するコンテンツサーバであって、
複数のコンテンツのデータを記憶するコンテンツデータベースと、
通信手段であって、
前記複数のコンテンツのうち前記ユーザにより指定されたコンテンツのストリーミング開始要求を前記ユーザ端末から受信し、
前記ストリーミング開始要求に含まれる、前記ユーザが前記指定されたコンテンツのストリーミングにつき認証を受けたユーザであることを示す第１のトークンの検証を要求するために、該第１のトークンを前記認証サーバへ送信し、
前記第１のトークンの検証結果を前記認証サーバから受信し、
前記検証結果が前記認証サーバが前記第１のトークンの検証に成功したことを示す場合に、前記指定されたコンテンツのデータを前記ユーザ端末に送信する
通信手段と、
を備え、
前記通信手段は更に、
前記指定されたコンテンツのデータを前記ユーザ端末に送信した後に前記ユーザ端末との通信が切断され、その後に前記指定されたコンテンツと同一のコンテンツのストリーミング再開要求を前記ユーザ端末から受信した場合に、
前記ストリーミング再開要求に含まれる前記ユーザが前記指定されたコンテンツのストリーミングにつき認証を受けたユーザであることを示す第２のトークンの検証を要求するために該第２のトークンを前記認証サーバへ送信するとともに、前記認証サーバによる前記第２のトークンの検証結果の受信を待たずに、前記指定されたコンテンツと同一のコンテンツのデータを前記ユーザ端末に送信する
ことを特徴とするコンテンツサーバ。
【請求項９】
前記通信手段は、前記認証サーバが前記第２のトークンの検証に失敗した場合に、前記指定されたコンテンツと同一のコンテンツのデータの前記ユーザ端末への送信を停止することを特徴とする請求項８に記載のコンテンツサーバ。
【請求項１０】
コンテンツサーバが提供するコンテンツのストリーミングを実行するユーザ端末のユーザを、当該ストリーミングのために認証する認証サーバの制御方法であって、
複数のユーザのうち第１のユーザが使用するユーザ端末から、前記第１のユーザが指定したコンテンツのストリーミングのための認証要求を受け付けた場合に、前記認証サーバの認証手段が、該認証要求に含まれる情報と、記憶手段に記憶された前記複数のユーザの登録情報のうち前記第１のユーザの登録情報とを比較して、前記第１のユーザを認証する認証工程と、
前記認証サーバの生成手段が、前記認証に成功した場合に、前記第１のユーザが認証されたユーザであることを示す第１のトークンを生成する第１の生成工程と、
前記認証サーバの通信手段が前記第１のトークンを前記ユーザ端末に送信する第１の送信工程と
前記通信手段が、前記ユーザ端末から前記指定したコンテンツと同一のコンテンツにつき第２のトークンの発行要求を受信した場合に、前記コンテンツサーバに前記ユーザ端末が前記指定されたコンテンツのストリーミングを継続中であるか否かの問い合せを送信する第２の送信工程と、
前記ユーザ端末が前記指定されたコンテンツのストリーミングを継続中であるとの返信を前記通信手段が前記コンテンツサーバから受信した場合に、前記生成手段が前記第２のトークンを生成する第２の生成工程と、
前記通信手段が、前記第２のトークンを前記ユーザ端末に送信する第３の送信工程と
を含むことを特徴とする認証サーバの制御方法。
【請求項１１】
通信手段と、出力手段とを備え、コンテンツサーバから提供されるコンテンツのストリーミングを実行するユーザ端末の制御方法であって、
前記通信手段が、認証サーバに、前記コンテンツサーバが提供可能なコンテンツのうち、前記ユーザ端末のユーザにより指定されたコンテンツを前記ユーザ端末がストリーミングするための認証要求を送信する工程と、
前記通信手段が、前記認証要求に応じて発行された、前記指定されたコンテンツのストリーミングを前記ユーザ端末に許可する第１のトークンを前記認証サーバから受信する工程と、
前記通信手段が、前記第１のトークンを含む前記指定されたコンテンツのストリーミング開始要求を前記コンテンツサーバに送信する工程と、
前記通信手段が、前記ストリーミング開始要求に応じて前記コンテンツサーバが送信した前記指定されたコンテンツを受信する工程と、
前記出力手段が、前記コンテンツサーバから受信した前記指定されたコンテンツを出力する工程と、
前記通信手段が、前記指定されたコンテンツの受信から所定時間が経過した場合に、前記指定されたコンテンツと同一のコンテンツのストリーミングを前記ユーザ端末に許可する第２のトークンの発行要求を前記認証サーバに送信し、発行された前記第２のトークンを受信する工程と、
前記コンテンツサーバとの通信が切断されて、前記指定されたコンテンツのストリーミングが中断した後に該ストリーミングを再開する場合、前記通信手段が、前記第２のトークンを含む前記指定されたコンテンツのストリーミング再開要求を前記コンテンツサーバへ送信する工程と
を含むことを特徴とする記載のユーザ端末の制御方法。
【請求項１２】
複数のコンテンツのデータを記憶するコンテンツデータベースを備え、認証サーバにより認証されたユーザが使用してコンテンツのストリーミングを行うユーザ端末に対し、該コンテンツを提供するコンテンツサーバの制御方法であって、
前記コンテンツサーバの通信手段が、前記複数のコンテンツのうち前記ユーザにより指定されたコンテンツのストリーミング開始要求を前記ユーザ端末から受信する工程と、
前記通信手段が、前記ストリーミング開始要求に含まれる、前記ユーザが前記指定されたコンテンツのストリーミングにつき認証を受けたユーザであることを示す第１のトークンの検証を要求するために、該第１のトークンを前記認証サーバへ送信する工程と、
前記通信手段が、前記第１のトークンの検証結果を前記認証サーバから受信する工程と、
前記通信手段が、前記検証結果が前記認証サーバが前記第１のトークンの検証に成功したことを示す場合に、前記指定されたコンテンツのデータを前記ユーザ端末に送信する工程と、
前記通信手段が前記指定されたコンテンツのデータを前記ユーザ端末に送信した後に前記ユーザ端末との通信が切断され、その後に前記指定されたコンテンツと同一のコンテンツのストリーミング再開要求を前記ユーザ端末から受信した場合に、
前記通信手段が、前記ストリーミング再開要求に含まれる前記ユーザが前記指定されたコンテンツのストリーミングにつき認証を受けたユーザであることを示す第２のトークンの検証を要求するために該第２のトークンを前記認証サーバへ送信する工程と、
前記通信手段が、前記認証サーバによる前記第２のトークンの検証結果の受信を待たずに、前記指定されたコンテンツと同一のコンテンツのデータを前記ユーザ端末に送信する工程と
を含むことを特徴とするコンテンツサーバの制御方法。
【請求項１３】
コンピュータを、請求項１乃至３のいずれか１項に記載の認証サーバの各手段として機能させるコンピュータプログラム。
【請求項１４】
コンピュータを、請求項４乃至７のいずれか１項に記載のユーザ端末の各手段として機能させるコンピュータプログラム。
【請求項１５】
コンピュータを、請求項８または９に記載のコンテンツサーバの通信手段として機能させるコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願発明は、認証サーバ、ユーザ端末、コンテンツサーバ及びそれらの制御方法、並びにコンピュータプログラムに関する。
【背景技術】
【０００２】
近年、ユーザがコンテンツサーバからインターネットを介して動画や音声などのコンテンツを取得し、ユーザ端末で楽しむことは日常的なこととなった。コンテンツの取得の方法には、サーバからコンテンツの全体をダウンロードして、ダウンロード完了後に再生する形式と、サーバからコンテンツをダウンロードしながら同時に再生するストリーミング形式とがある。しかし、近年は通信速度が飛躍的に向上し、またクラウドサービスのようなオンラインストレージサービスが提供されるようになった結果、ストリーミング形式での鑑賞が主流となってきている。【０００３】
このようにユーザがコンテンツのストリーミングを行おうとする場合、ユーザは予め認証され、認証結果に従い発行されたトークンを用いてコンテンツサーバにアクセスすることができる（特許文献１を参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３−２２９６４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、トークンを使用してストリーミング開始した後に通信状況の悪化等の事情により通信が切断されてストリーミングが中断し、再開が必要となった場合、既に使ったトークンを再度使用できない場合はユーザは再度認証を行ってトークンを改めて取得しなければならない。このような再認証手続によりストリーミングの中断時間が長くなり、ユーザにとっては利便性が悪い。【０００６】
そこで、本発明は上記問題を解決するため、トークンを用いたストリーミングにおいて、中断後にストリーミングを再開する際のユーザによる再認証を省略し、ストリーミングを直ちに再開可能とするための技術を提供する。
【課題を解決するための手段】
【０００７】
上記課題を解決するための発明の実施形態の一つに対応する認証サーバは、コンテンツサーバが提供するコンテンツのストリーミングを実行するユーザ端末のユーザを、当該ストリーミングのために認証する認証サーバであって、
複数のユーザの登録情報を記憶する記憶手段と、
前記複数のユーザのうち第１のユーザが使用するユーザ端末から、前記第１のユーザが指定したコンテンツのストリーミングのための認証要求を受け付けた場合に、該認証要求に含まれる情報と、前記登録情報とを比較して、前記第１のユーザを認証する認証手段と、
前記認証に成功した場合に、前記第１のユーザが認証されたユーザであることを示す第１のトークンを生成する生成手段と、
前記ユーザ端末に生成した前記第１のトークンを送信する通信手段と
を備え、
前記通信手段が、前記ユーザ端末から前記指定したコンテンツと同一のコンテンツにつき第２のトークンの発行要求を受信した場合に、前記コンテンツサーバに前記ユーザ端末が前記指定されたコンテンツのストリーミングを継続中であるか否かの問い合せを送信し、
前記生成手段は、前記通信手段が前記ユーザ端末が前記指定されたコンテンツのストリーミングを継続中であるとの返信を前記コンテンツサーバから受信した場合に、前記第２のトークンを生成し、
前記通信手段は、前記第２のトークンを前記ユーザ端末に送信することを特徴とする。【０００８】
上記課題を解決するための発明の実施形態の他の一つに対応するユーザ端末は、コンテンツサーバから提供されるコンテンツのストリーミングを実行するユーザ端末であって、通信手段と、出力手段とを備え、
前記通信手段が、
認証サーバに、前記コンテンツサーバが提供可能なコンテンツのうち、前記ユーザ端末のユーザにより指定されたコンテンツを前記ユーザ端末がストリーミングするための認証要求を送信し、
前記認証要求に応じて発行された、前記指定されたコンテンツのストリーミングを前記ユーザ端末に許可する第１のトークンを前記認証サーバから受信し、
前記第１のトークンを含む前記指定されたコンテンツのストリーミング開始要求を前記コンテンツサーバに送信し、
前記ストリーミング開始要求に応じて前記コンテンツサーバが送信した前記指定されたコンテンツを受信し、
前記出力手段が、前記コンテンツサーバから受信した前記指定されたコンテンツを出力し、
前記通信手段が、前記指定されたコンテンツの受信から所定時間が経過した場合に、前記指定されたコンテンツと同一のコンテンツのストリーミングを前記ユーザ端末に許可する第２のトークンの発行要求を前記認証サーバに送信し、発行された前記第２のトークンを受信し、
前記コンテンツサーバとの通信が切断されて、前記指定されたコンテンツのストリーミングが中断した後に該ストリーミングを再開する場合、前記通信手段は、前記第２のトークンを含む前記指定されたコンテンツのストリーミング再開要求を前記コンテンツサーバへ送信することを特徴とする。【０００９】
上記課題を解決するための発明の実施形態の更に他の一つに対応するコンテンツサーバは、認証サーバにより認証されたユーザが使用してコンテンツのストリーミングを行うユーザ端末に対し、該コンテンツを提供するコンテンツサーバであって、
複数のコンテンツのデータを記憶するコンテンツデータベースと、
通信手段であって、
前記複数のコンテンツのうち前記ユーザにより指定されたコンテンツのストリーミング開始要求を前記ユーザ端末から受信し、
前記ストリーミング開始要求に含まれる、前記ユーザが前記指定されたコンテンツのストリーミングにつき認証を受けたユーザであることを示す第１のトークンの検証を要求するために、該第１のトークンを前記認証サーバへ送信し、
前記認証サーバが前記第１のトークンの検証に成功した場合に、前記指定されたコンテンツのデータを前記ユーザ端末に送信する
通信手段とを備え、
前記通信手段は更に、
前記指定されたコンテンツのデータを前記ユーザ端末に送信した後に前記ユーザ端末との通信が切断され、その後に前記指定されたコンテンツと同一のコンテンツのストリーミング再開要求を前記ユーザ端末から受信した場合に、
前記ストリーミング再開要求に含まれる前記ユーザが前記指定されたコンテンツのストリーミングにつき認証を受けたユーザであることを示す第２のトークンの検証を要求するために該第２のトークンを前記認証サーバへ送信するとともに、前記認証サーバによる前記第２のトークンの検証結果の受信を待たずに、前記指定されたコンテンツと同一のコンテンツのデータを前記ユーザ端末に送信することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、トークンを用いたストリーミングにおいて、中断後にストリーミングを再開する際のユーザによる再認証を省略し、ストリーミングを直ちに再開可能とすることができる。
【図面の簡単な説明】
【００１１】
【図１】発明の実施形態に対応する、ストリーミングシステム全体の構成例を示す図。
【図２】発明の実施形態に対応する、クライアント１０１のハードウェア構成の一例を示すブロック図。
【図３】発明の実施形態に対応する、認証サーバ１０３及びコンテンツサーバ１０４の機器構成を示すブロック図。
【図４】発明の実施形態に対応する、認証サーバ１０３におけるユーザ認証処理の一例を示すフローチャート。
【図５】発明の実施形態に対応する、ユーザ情報データベース１０５に登録される情報のデータ構成の一例を示す図。
【図６】発明の実施形態に対応する、認証サーバ１０３が生成するトークンのデータ構成の一例を示す図。
【図７】発明の実施形態に対応する、クライアント１０１がコンテンツサーバ１０４から提供されるコンテンツをストリーミングする場合の処理の流れの一例を示すタイミングチャート。
【図８】発明の実施形態に対応する、図７により実行されているストリーミングにおいて、通信切断によりストリーミングが中断した場合の処理の流れの一例を示すタイミングチャート。
【発明を実施するための形態】
【００１２】
以下、図面を用いて、本願発明に係る実施形態について説明する。なお、以下に示す実施形態は一例であり、これに限定するものではない。そのため、本願発明の特徴的構成を適用できれば他の構成であってもよい。
【００１３】
以下に、添付する図面を参照して本発明の１つの実施形態を説明する。ただし、この実施の形態に記載されている構成要素はあくまでも例示であり、この発明の範囲をそれらのみに限定する趣旨のものではない。
【００１４】
＜システム構成＞
図１は、本実施形態に対応するストリーミングシステムの全体構成を示すブロック図である。当該ストリーミングシステムは、ユーザ端末、認証サーバ、コンテンツサーバがインターネットに接続されて構成されている。コンテンツサーバ側ではユーザ情報を保持せず、ユーザ認証は、ユーザ端末と認証サーバとの間で行う。認証サーバはポータルサイトを提供し、ユーザは当該ポータルサイトの登録ユーザであってもよい。クライアント１０１ａ、１０１ｂ、１０１ｃ（以下、これらを総称して「クライアント１０１」という。）は、ユーザが操作し、認証サーバによりユーザ認証を受けた後、コンテンツサーバからコンテンツをダウンロードしながら並行して該コンテンツの再生を行うストリーミングを実行するユーザ端末である。認証サーバは、クライアント１０１のユーザを認証するサーバであり、コンテンツサーバ１０４は認証されたユーザが使用するクライアント１０１に対してコンテンツを提供するサーバである。クライアント１０１、認証サーバ１０３及びコンテンツサーバ１０４はそれぞれインターネット１０２に接続され、相互通信が可能となっている。認証サーバ１０３には、ユーザ情報データベース１０５が接続されている。コンテンツサーバ１０４にはコンテンツデータベース１０６が接続されている。
【００１５】
クライアント１０１は、ユーザが操作し、コンテンツサーバが提供するコンテンツをダウンロードしながら同時に再生するストリーミングを実行することで、コンテンツの視聴を可能とするユーザ端末、或いは、情報処理装置である。クライアント１０１は、例えば、ノートパソコン、デスクトップパソコン、携帯情報端末、携帯電話、スマートフォン、タブレット端末等を含む。クライアント１０１には、所謂インターネット・ブラウザのソフトウェア（プラグインでストリーミング・コンテンツを再生可能）、或いは、ストリーミング・コンテンツを再生するためのプレーヤアプリケーションがインストールされているものとする。
【００１６】
クライアント１０１は、無線ＬＡＮ、ＬＴＥ等の無線データ通信手段によってインターネット１０２に接続されている。尚、イーサネット（登録商標）等のネットワークケーブルを含むＬＡＮにより、ネットワーク１０２へアクセス可能に更に構成されていてもよい。インターネット１０２は、世界中のネットワークが互いに接続されたネットワークであるが、例えば、イントラネットのように特定の組織内においてのみ接続可能なネットワークであってもよい。
【００１７】
認証サーバ１０３は、クライアント１０１の各ユーザの登録情報を保持しておき、ユーザがコンテンツサーバ１０４からコンテンツをストリーミングするサービスを受けようとする場合に、当該ユーザが当該ストリーミングサービスを受ける権原を有しているか否かを判定する情報処理装置である。本実施形態では、この権原の有無を判定する処理のことを「認証」、「ユーザ認証」、或いは「認証処理」と呼ぶ。認証サーバ１０３は、この権原の有無の判定結果に応じてユーザがストリーミングサービスを受ける権原を有することを証明するトークンを発行し、クライアント１０１に送信する。認証サーバ１０３はまた、ユーザ情報データベース１０５を管理し、例えば、ＬＡＮによって、ユーザ情報データベース１０５と接続されている。
【００１８】
コンテンツサーバ１０４は、クライアント１０１からのストリーミング要求に応じて、指定されたコンテンツをクライアントに提供（送信）する。本実施形態に対応するコンテンツサーバ１０４は認証機能を有する必要がないので、原則ユーザを認証するための情報は管理しなくてよいが、どのユーザに対して何のコンテンツを提供しているかのコンテンツの提供状況を管理する。また、コンテンツサーバ１０４は、コンテンツデータベース１０６に格納されているコンテンツデータを管理している。コンテンツサーバ１０４は、例えば、ＬＡＮによって、コンテンツデータベース１０６に接続される。ユーザ情報データベース１０５及びコンテンツデータベース１０６は、それぞれ所定のデータベース・ソフトウェアがインストールされた情報処理装置であり、各種データの管理を行う。
【００１９】
ユーザ情報データベース１０５は、ユーザごとの登録情報を管理する。具体的に、ユーザを一意に識別するためのユーザ識別子（ユーザＩＤ）、登録ユーザであるか否かを判定するためのユーザ登録情報（例えば、ユーザ名とパスワードのセット等）、ユーザが提供を受ける権原を有するサービスを識別するサービス識別情報（サービスＩＤ）、ユーザが提供を受ける権原を有するコンテンツを識別するコンテンツ識別情報（コンテンツＩＤ）を関連づけて格納する。ユーザ情報データベース１０５に登録される情報の一例については、図５を参照して後述する。認証サーバ１０３は、クライアント１０１から受信したコンテンツ取得要求に含まれるユーザ登録情報（ユーザ名、パスワード）に基づき、ユーザ情報データベース１０５を検索し、当該ユーザが、提供を希望するコンテンツやサービスについて権原を有するか否かを判定する。
【００２０】
コンテンツデータベース１０６は、コンテンツサーバ１０４からクライアント１０１宛に提供されるコンテンツデータを格納し管理する。コンテンツデータには、画像、動画、音声等のデータが含まれる。これらのコンテンツデータには、当該コンテンツデータを一意に識別するためのコンテンツＩＤ及び当該コンテンツデータを提供するサービスを一意に識別するためのサービスＩＤが割当てられている。
【００２１】
尚、本明細書では、便宜上、認証サーバ１０３、コンテンツサーバ１０４、ユーザ情報データベース１０５、及びコンテンツデータベース１０６は、それぞれ物理的に独立した情報処理装置によって実現されるものとして説明するが、本発明の実施形態はこれに限られるものではない。例えば、これらが単一の情報処理装置によって実現されてもよい。その一方で、認証サーバ１０３等の各装置が複数台の情報処理装置により冗長構成、或いは分散構成されても良い。また、ユーザ情報データベース１０５は、認証サーバ１０３とＬＡＮ等によって接続されているものとして説明するが、例えば、インターネット１０２や非図示のイントラネット経由で認証サーバ１０３と通信可能な形態をとってもよい。コンテンツサーバ１０４とコンテンツデータベース１０６との関係についても同様である。
【００２２】
また本実施形態では、説明の簡単のために、認証サーバ１０３とコンテンツサーバ１０４とで認証サービス提供とコンテンツのストリーミングサービス提供とを個別に実行する場合を記載したが、システムの構成はこれに限定されるものではない。即ち、認証サービス提供のためのサーバと、ストリーミングサービス提供のためのサーバを共通に設けることもできる。
【００２３】
＜情報処理装置の構成＞
次に、本実施形態に対応するストリーミングシステムを構成する情報処理装置の概略について説明する。図２は、クライアント１０１のハードウェア構成の一例を示すブロック図である。上述した情報処理装置としてのユーザ情報データベース１０５及びコンテンツデータベース１０６も、同様或いは同等のハードウェア構成として構成しても良い。
【００２４】
図２において、ＣＰＵ２００は、ハードディスク装置（以下、ＨＤと呼ぶ）２０５に格納されているアプリケーションプログラム、オペレーティングシステム（ＯＳ）や制御プログラム等を実行し、ＲＡＭ２０２にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。また、コンテンツサーバ１０４からストリーミングにより提供され、ＲＡＭ２０２に記憶されたコンテンツデータを展開し、出力装置２０７により出力可能な形式のデータに変換する。さらには、インターフェイス２０８を介した外部装置とのデータ送受信を制御するとともに、外部装置から受信したデータの分析・処理を実行し、また外部装置へ送信するデータ（処理要求やデータ要求を含む）の生成を行う。なお、後述する図７及び図８における処理もＣＰＵ２００が対応する処理プログラムを実行することにより装置全体を制御して実現される。
【００２５】
ＲＯＭ２０１は、内部に基本Ｉ／Ｏプログラム、ストリーミングを実行するアプリケーションプログラム等の各種データを記憶する。ＲＡＭ２０２は各種データを一時記憶し、ＣＰＵ２００の主メモリ、ワークエリア等として機能する。また、コンテンツサーバ１０４からストリーミングにより提供されたコンテンツデータを一時的に記憶する。
【００２６】
外部記憶ドライブ２０３は、記録媒体へのアクセスを実現するための外部記憶ドライブであり、メディア（記録媒体）２０４に記憶されたプログラム等を本コンピュータシステムにロードすることができる。尚、メディア２０４は、例えば、フロッピー（登録商標）ディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＰＣカード、ＤＶＤ、Ｂｌｕ−ｒａｙ（登録商標）、ＩＣメモリカード、ＭＯ、メモリスティック等を利用することができる。
【００２７】
外部記憶装置２０５は、本実施形態では大容量メモリとして機能するＨＤ（ハードディスク）を用いている。ＨＤ２０５には、アプリケーションプログラム、ＯＳ、制御プログラム、関連プログラム等が格納される。なお、ハードディスクの代わりに、フラッシュ（登録商標）メモリ等の不揮発性記憶装置を用いても良い。
【００２８】
指示入力装置２０６は、キーボードやポインティングデバイス（マウス等）、タッチパネル等がこれに相当する。指示入力装置２０６を用いて、ユーザは、クライアント１０１に対して、装置を制御するコマンド等を入力指示する。例えば、ストリーミングの開始指示や、認証要求の指示を入力することもできる。出力装置２０７は、指示入力装置２０６から入力したコマンドや、それに対するクライアント１０１の応答出力等を出力する。出力装置２０７にはディスプレイ、スピーカ、ヘッドフォン端子等が含まれ、コンテンツサーバ１０４から提供されるコンテンツをストリーミングしている際に、ＣＰＵ２００が展開したコンテンツデータの映像をディスプレイで出力表示し、音声をスピーカやヘッドフォン端子から出力することができる。システムバス２０９は、情報処理装置内のデータの流れを司る。
【００２９】
インターフェイス（以下、Ｉ／Ｆという）２０８は、外部装置とのデータのやり取りを仲介する役割を果たす。具体的に、Ｉ／Ｆ２０８は、無線通信モジュールを含むことができ、当該モジュールはアンテナシステム、ＲＦ送受信器、１つ以上の増幅器、同調器、１つ以上の発振器、デジタル信号プロセッサ、ＣＯＤＥＣチップセット、加入者識別モジュールカード、メモリなどを含む、周知の回路機構を含むことができる。また、有線接続のための有線通信モジュールを含むことができる。有線通信モジュールは１つ以上の外部ポートを介して他のデバイスとの通信を可能とする。また、データを処理する様々なソフトウェアコンポーネントを含むことができる。外部ポートは、イーサーネット、ＵＳＢやＩＥＥＥ１３９４等を介して、直接的に、又はネットワークを介して間接的に他のデバイスと結合する。尚、以上の各装置と同等の機能を実現するソフトウェアにより、ハードウェア装置の代替として構成することもできる。
【００３０】
本実施形態に対応する処理を実行するために対応するプログラムを動作させる度に、既にプログラムがインストールされているＨＤ２０５からＲＡＭ２０２にロードするようにしてもよい。また、本実施形態に係るプログラムをＲＯＭ２０１に記録しておき、これをメモリマップの一部をなすように構成し、直接ＣＰＵ２００で実行することも可能である。さらに、メディア２０４から対応プログラム及び関連データを直接ＲＡＭ２０２にロードして実行させることもできる。
【００３１】
図３は、認証サーバ１０３及びコンテンツサーバ１０４の機器構成を示すブロック図である。ＣＰＵ３００、ＲＯＭ３０１、ＲＡＭ３０２、外部記憶ドライブ３０３、メディア３０４、ＨＤ３０５、指示入力装置３０６、出力装置３０７、Ｉ／Ｆ３０８、システムバス３０９の機能及び用途、更には、これらの関係は、図２を用いて説明したものと同様或いは同等である。図３では、データベース３１０がシステムバス３０９に接続されていることに留意する。ここで、データベース３１０は、ユーザ情報データベース１０５、又は、コンテンツデータベース１０６を総称するものである。
【００３２】
＜ユーザ認証処理＞
次に、発明の実施形態に対応するユーザ認証処理について、図４から図６を参照して説明する。図４は、発明の実施形態に対応する、認証サーバ１０３におけるユーザ認証処理の一例を示すフローチャートである。図４に対応する処理は、認証サーバ１０３がＨＤ３０５やデータベース３１０に保持する処理プログラムをＣＰＵ３００で実行することで実現される。図５は、ユーザ情報データベース１０５のデータ構成の一例を示す図である。図６は、認証サーバ１０３が生成するトークンのデータ構成の一例を示す図である。
【００３３】
図４において、Ｓ４０１では、クライアント１０１からインターネット１０２を介して認証要求を受信する。クライアント１０１が送信する認証要求には、少なくともクライアント１０１を操作するユーザを特定するためのユーザ名とパスワードからなるユーザ登録情報と、ユーザがコンテンツサーバ１０４から取得を希望するコンテンツ、及び／又は、サービスを識別するための識別情報が含まれる。Ｓ４０２では、認証要求から、当該ユーザ登録情報と識別情報とを抽出する。
【００３４】
次に、Ｓ４０３では、認証要求を行ったユーザがユーザ情報データベース１０５に登録されているか否かを判定する。具体的に、取得したユーザ登録情報に基づき、ユーザ名とパスワードからなる組み合わせに一致する登録情報がユーザ情報データベース１０５内に存在し、登録情報と関連づけられたユーザＩＤが特定できるか否かを判定する。ここで図５のユーザ情報データベース１０５の構造について説明する。ユーザ情報データベース１０５は、各ユーザを一意に識別するためのユーザＩＤ５０１、登録ユーザであることを判定するためのユーザ名５０２及びパスワード５０３のセットからなるユーザ登録情報、各ユーザに対して与えられた権原５０４の情報からなる。ユーザＩＤ５０１には各ユーザに対して一意に付与された所定のユーザ識別子が登録される。ユーザ名５０２及びパスワード５０３には、ユーザが任意に設定したユーザ名とパスワードが登録され、ユーザＩＤ５０１と関連づけられる。権原５０４には、当該ユーザが提供を受ける権限を有するコンテンツやサービス等を識別するための識別情報が登録される。本実施形態では、コンテンツを一意に識別するための識別情報を「コンテンツＩＤ」と呼び、サービスを一意に識別するための識別情報を「サービスＩＤ」と呼ぶことにする。コンテンツＩＤは、例えば、特定の音声データ、動画データ、画像データなどのデータ単位に付与される識別情報である。
【００３５】
これに対し、サービスは不特定多数のコンテンツの提供を含む概念であり、例えば複数のチャンネルからなる音楽配信サービスや映画配信サービス等において、チャンネルごとのコンテンツの提供サービスを識別するためのサービスＩＤを使用することができる。具体的に、音楽配信が１００チャンネルにおいて提供されているインターネットラジオのサイトにおいて、チャンネル単位で区別する場合に１００チャンネル分のサービスＩＤが付与されてもよい。また、同一チャンネルにおいて、提供するコンテンツの品質を複数に分けて、高品質のコンテンツを提供するサービスには個別のサービスＩＤを割り当てて、通常品質のサービスと区別しても良い。また、同一チャンネルにおいて時間毎に番組が編成されている場合、特定の時間帯に放送される特定の番組を識別するためにサービスＩＤが付与されても良い。本実施形態の説明においてサービスＩＤとコンテンツＩＤとを説明の簡単のために使用しているが、ユーザに提供されるのは個々のコンテンツであることに変わりはないので、これらを区別せず全てを共通にコンテンツＩＤと呼ぶこともできる。
【００３６】
図４の説明に戻り、Ｓ４０３の判定においてユーザＩＤが特定できた場合（Ｓ４０３で「ＹＥＳ」）にはＳ４０４に移行し、ユーザＩＤが特定できなかった場合はＳ４０７に移行する。
【００３７】
続くＳ４０４では、Ｓ４０３で特定されたユーザＩＤと関連づけられた権原の有無を判定する。具体的にＳ４０２で抽出した識別情報と一致する識別情報が、Ｓ４０３で特定されたユーザＩＤと関連づけられているか否かをユーザ情報データベース１０５の登録内容に基づき判定する。もし、特定されたユーザＩＤとＳ４０２で抽出した識別情報とがユーザ情報データベース１０５で関連づけられていれば（Ｓ４０４で「ＹＥＳ」）、Ｓ４０５に移行する。一方、特定されたユーザＩＤと、Ｓ４０２で抽出した識別情報とがユーザ情報データベース１０５において関連づけられていない場合（Ｓ４０４で「ＮＯ」）、Ｓ４０７に移行する。Ｓ４０７では、ユーザの認証に失敗したことを通知するためにクライアント１０１へエラー送信を行う。エラー送信を行う場合、当該コンテンツやサービスに対する加入処理をあわせて実行してもよい。
【００３８】
Ｓ４０５ではユーザが認証されたユーザ（コンテンツのストリーミング権原を有するユーザ）であることを示すトークンを生成し、続くＳ４０６でクライアント１０１へ生成したトークンを送信する。トークンのデータ構成例は図６に示すとおりである。トークン６００には、少なくとも当該トークンが発行される対象のユーザを特定するためのユーザＩＤ６０１、当該ユーザに対して提供が許可されるコンテンツ及び／又はサービスを特定するための識別情報６０２、トークン６００の有効期限６０３、トークン６００を一意に識別するためのトークンＩＤ６０４が含まれる。なお、識別情報には、コンテンツＩＤとサービスＩＤとのいずれか一方のみが登録されても良いし、両方登録されても良い。また、ユーザが権限を有するコンテンツ及びサービスのＩＤを全て含めるように構成されても良い。トークンＩＤ６０５は、認証サーバ１０３でのトークン認証時に用いることができ、トークン６００を一意に識別するための情報である。トークンＩＤ６０４はトークン発行の度に異なる値が生成される。トークンＩＤ６０５は、例えばユーザＩＤ、コンテンツＩＤ有効期限などの情報にハッシュ関数を適用して生成しても良い。また、認証サーバ１０３は、後のトークン検証のために発行済みのトークン６００の情報を保持しておくことができる。
【００３９】
次に、図１乃至図６に示した構成に基づいて、本発明のストリーミングシステムで実行されるストリーミング処理の詳細を説明する。図７及び図８は、発明の実施形態に対応するストリーミング処理の一例を示すタイミングチャートである。図７及び図８に対応する処理は、クライアント１０１、認証サーバ１０３及びコンテンツサーバ１０４がそれぞれ保持する処理プログラムを各々が実行することにより実現される。また、クライアント１０１、認証サーバ１０３、コンテンツサーバ１０４間の通信は、クライアント１０１において実行されるウェブブラウザの通信機能、或いは、ウェブブラウザのプラグイン(拡張プログラム)の通信機能を利用して実現することができる。例えばＪａｖａ（登録商標）Scriptを用いたHTTPプロトコルに従って実現することができる。その他に、Flash等を使ってもよいし、HTTPではない別のプロトコルに従った通信でもよい。
【００４０】
まず、図７を参照して、クライアント１０１がコンテンツサーバ１０４から提供されるコンテンツをストリーミングする場合の処理の流れを説明する。Ｓ７０１では、クライアント１０１おいてストリーミングを行おうとするコンテンツまたはサービスの選択を行う。以下、コンテンツ及びサービスを、簡単のためにコンテンツと総称する。これは、コンテンツを選択してもサービスを選択しても、結局コンテンツサーバ１０４から提供されるのはコンテンツだからである。当該コンテンツの選択は、クライアント１０１のディスプレイに表示された、コンテンツサーバから提供されたコンテンツ選択画面において行うことができる。コンテンツの選択は、例えば、特定のコンテンツ自体を直接に選択することができる。また、コンテンツが複数のチャンネルごとに提供される場合には、当該チャンネルを選択することにより行うこともできる。或いは、特定のサービス（例えば、高品質の音楽や動画の提供サービス）を選択することもできる。
【００４１】
このとき、コンテンツ選択画面で選択可能に表示されるコンテンツやサービスは、図４で説明した認証処理によりクライアント１０１が取得したトークンで権原が確認されているコンテンツやサービスと、トークンが必要とされないコンテンツやサービスとに限定されても良い。また、図４で説明した認証処理は、Ｓ７０１におけるコンテンツ選択のタイミングで実施されても良い。
【００４２】
続くＳ７０２では、クライアント１０１からコンテンツサーバ１０４に対して、Ｓ７０１で選択されたコンテンツを要求するためのコンテンツ要求を送信する。当該コンテンツ要求には、図４の認証処理により取得した、選択コンテンツに対応する識別情報６０２を含むトークン６００が含まれている。
【００４３】
コンテンツサーバ１０４はクライアント１０１からのコンテンツ要求を受信すると、Ｓ７０３において、当該受信したコンテンツ要求からトークン６００を抽出する。次いで、Ｓ７０４において認証サーバ１０３に対しクライアント１０１から提供されたトークン６００の検証を要求する。このトークン検証は、受信したトークン６００がクライアント１０１のユーザに対して正当に発行されたものであって、改竄あるいは偽造されていないことを確認するために実施する。認証サーバ１０３はコンテンツサーバ１０４から検証要求を受信すると、Ｓ７０５でトークン検証処理を実行する。認証サーバ１０３は、受信した検証要求からトークン６００を抽出し、検証処理を実行する。認証サーバ１０３は、発行済みのトークン６００につき、そこに含まれるユーザＩＤとトークンＩＤとを関連づけて予め保持しておくことができる。そして、検証要求を受け付けた場合は、コンテンツサーバ１０４から受信したトークン６００に含まれるユーザＩＤとトークンＩＤとの組み合わせが、予め保持されている内容と一致するか否かを判定することで検証処理を行うことができる。また、トークンＩＤがハッシュ関数により生成されている場合、受信したトークン６００に含まれる情報に対しハッシュ関数を適用して、保持されているトークンのトークンＩＤと同一の値が得られるか否かを判定することで、検証処理を実行しても良い。
【００４４】
認証サーバはＳ７０６にてトークン６００の検証結果をコンテンツサーバ１０４に送信する。コンテンツサーバ１０４は認証サーバ１０３から検証結果を受信すると、Ｓ７０７で検証結果を解析し、トークン６００が有効であるとして検証に成功していた場合には、Ｓ７０８にてクライアント１０１でのストリーミングのためにコンテンツの送信を開始する。クライアント１０１は受信したストリーミング・コンテンツをＳ７０９にて再生する。Ｓ７０８におけるストリーミング・コンテンツの送信と、Ｓ７０９におけるストリーミング・コンテンツの再生とは、クライアント１０１のユーザが再生コンテンツの視聴を停止する指示が行われるか、その他の事情（通信切断等）によりコンテンツサーバ１０４とクライアント１０１との間の接続が切断された場合に終了する。
【００４５】
クライアント１０１は、ストリーミング・コンテンツの再生を開始すると再生時間を測定し、Ｓ７１０で再生開始から所定時間経過したか否かを判定する。もし、所定時間が経過した場合は、Ｓ７１１にて認証サーバに対してトークン６００の再発行を要求する。なお、所定時間は０秒以上であれば任意の時間でよい。すなわち、再生開始直後にトークン再発行要求を送信してもよいし、しばらく時間をおいてトークン再発行要求を送信してもよい。当該トークンの再発行要求には、Ｓ７０１でコンテンツ要求を行った際に添付したトークン６００を含めることができる。トークン６００そのものを含めない場合でも、ユーザＩＤ６０１と識別情報６０２とが再発行要求において特定可能であればよい。認証サーバ１０３は、トークン再発行要求に以前のトークン６００が含まれる場合、Ｓ７１２においてトークン再発行要求に含まれる当該トークン６００を抽出する。トークン６００が含まれない場合はユーザＩＤ６０１及び識別情報６０２に相当する情報を抽出する。
【００４６】
次いで、Ｓ７１３では、認証サーバ１０３は、トークン６００に含まれるユーザＩＤ６０１と識別情報６０２とに基づき、対応ユーザが対応コンテンツのストリーミングを継続しているか否かの問い合せ（ストリーミング状況確認要求）をコンテンツサーバ１０４に送信する。コンテンツサーバ１０４は、ストリーミング状況確認要求に応じてＳ７１４において、指定されたユーザＩＤ及び識別情報についてストリーミングを実行しているか否かを判定する。コンテンツサーバ１０４は判定結果に基づき、Ｓ７１５でユーザのストリーミング状況を認証サーバ１０３に送信する。認証サーバ１０３は、コンテンツサーバ１０４から受信したストリーミング状況の情報に基づき、ユーザがコンテンツのストリーミングを継続していると判断される場合に、Ｓ７１６にてトークン６００の再発行を行う。その後、認証サーバ１０３はＳ７１７にて再発行したトークン６００をクライアント１０１に送信する。このようにコンテンツサーバ１０４にてストリーミング状況を確認するのは、再発行トークン６００はユーザの意図に反してストリーミングが中断した場合の再開時に使用することを目的としているため、継続中でなければ再発行する必要がないためである。
【００４７】
Ｓ７１６にてトークン６００の再発行を行う場合、認証サーバ１０３はコンテンツ要求前に発行したトークン６００（図４のＳ４０５で生成）に比べて有効期限を短く設定することができる。当該再発行トークン６００はストリーミング中断時に再度の認証手続を省略するために発行されるものであり、その目的の範囲において有効であれば足りるからである。ここで、Ｓ４０５で生成したトークンを第１のトークン、Ｓ７１６で再発行したトークンを第２のトークンと呼ぶことにする。第１のトークンの有効期限は、例えば、時間、日を単位として発行することができるのに対し、第２のトークンの有効期限は第１のトークンよりも短い分、時間を単位として発行することができる。
【００４８】
また、第２のトークンの有効期限を、現在継続中のストリーミング・コンテンツの残りの再生時間に対応する有効期限とすることもできる。例えば、１００分の映画をストリーミングにより鑑賞している場合、再生開始時は１００分の有効期限を持つ第２のトークン６００を発行することができる。その後、再生開始から５０分後にクライアント１０１とコンテンツサーバ１０４との間の通信が切断し、ストリーミングの中断が発生して、第２のトークン６００が使用された場合、その後に再度発行される第２のトークン６００の有効期限を５０分とすることができる。また、あるチャンネルにおいて特定の時間帯に放送されている番組についてトークン６００を発行する場合も同様にして、当該番組の残り時間に応じた有効期限の第２のトークン６００を発行することができる。
【００４９】
このために、Ｓ７１１においてクライアント１０１が発行するトークン再発行要求には、要求発行時点でのコンテンツの残り時間の情報が含まれていてもよい。トークン再発行要求に残り時間の情報が含まれていない場合は、例えばＳ７１３でストリーミング状況確認を要求する際に、併せて残りの再生時間をコンテンツサーバ１０４に問い合せても良い。そして、Ｓ７１５にてコンテンツサーバ１０４は返信するストリーミング状況の中に、残りの再生時間の情報を含めることができる。認証サーバ１０３はこのようにして取得した残りの再生時間に基づき有効期限を決定することができる。
【００５０】
クライアント１０１は再発行された第２のトークン６００を受信すると、Ｓ７１８で第２のトークン６００の有効期限に基づく時間の経過を判定し、有効期限が切れるタイミング、あるいは、当該タイミングの所定時間前に認証サーバ１０３に対して第２のトークン６００の再発行要求を送信する。その際、Ｓ７１７で送信された第２のトークン６００を要求に含めることができる。また、クライアント１０１は対応するコンテンツのストリーミングが実行されているか否かを判定し、ストリーミングが実行されている場合にのみ再発行要求を送信する。なお、コンテンツの残りの再生時間に基づき有効期限が設定される場合は、有効期限が切れるかどうかを判定する意味がないように思われるが、ユーザがストリーミングを一時停止することもあり、また、ストリーミング途中で通信速度が遅くなって、再生がスムーズに行われない場合もある。よって、このような場合を考慮すると、残りの再生時間に基づき有効期限が設定されている場合であっても、有効期限が切れるタイミングを判定することには意義がある。
【００５１】
その後の処理はＳ７１２からＳ７１７と同様である。以降は、再発行された第２のトークン６００の有効期限に基づき、コンテンツのストリーミングが終了するまでストリーミングを継続しながら第２のトークンの再発行を行う。また、ストリーミングを終了する場合は、クライアント１０１はＳ７２０で終了処理を行ってその時点で保持している再発行された第２のトークン６００を破棄する。
【００５２】
次に図８を参照して、図７により実行されているストリーミングにおいて、通信切断によりストリーミングが中断した場合の処理の流れを説明する。まず、図７で示した手順によりＳ７０８及びＳ７０９においてクライアント１０１とコンテンツサーバ１０４との間でコンテンツのストリーミングが実行されている。この状況において、クライアント１０１とコンテンツサーバ１０４との間で通信切断が発生する等の原因により、Ｓ８０１においてクライアント１０１がコンテンツサーバ１０４からコンテンツを受信できなくなり、結果として再生が中断し、Ｓ８０２においてコンテンツサーバ１０４がコンテンツの送信を中断したとする。
【００５３】
この場合、ストリーミングを再開するためには再度トークン６００を含むコンテンツ要求を送信しなければならないところ、本実施形態では、図７のＳ７１１からＳ７１７の処理によりクライアント１０１は再発行された第２のトークン６００を有している。そこで、クライアント１０１はＳ８０３において、当該第２のトークン６００を含むストリーミング再開要求をコンテンツサーバ１０４に送信する。コンテンツサーバ１０４は、Ｓ８０４にてクライアント１０１から受信したストリーミング再開要求から第２のトークン６００を抽出し、Ｓ８０５にて再開判定を行う。
【００５４】
第２のトークン６００を受信した場合、認証サーバ１０３にて正当なトークンであるかの認証手続が必要となるが、その場合、手続が完了するまでクライアント１０１のユーザはコンテンツの視聴を再開できないため、ストレスを感じる可能性が高い。そこで、本実施形態では、Ｓ８０５にて再開判定処理を行って、直前までストリーミングを行っていたユーザであるか否かをストリーミング再開要求に含まれるユーザＩＤとコンテンツＩＤとから判定する。そして、もし直前までストリーミングを行っていたと判定された場合は、認証サーバ１０３でのトークン認証結果を待たずにＳ８０６でストリーミングを再開する。一方、直前までストリーミングを行っていなかった場合は認証サーバ１０３の認証結果を待ってストリーミング再開するか否かを判定する。図８では、直前までストリーミングを行っていた場合を記載している。
【００５５】
コンテンツサーバ１０４は、Ｓ８０８において認証サーバ１０３に対し第２のトークン６００の検証要求を送信する。認証サーバ１０３はＳ８０９にて第２のトークン６００の検証を行い、Ｓ８１０にてコンテンツサーバ１０４に検証結果を返信する。コンテンツサーバ１０４は認証サーバ１０３から受信した検証結果を検証し、Ｓ８１１にてストリーミングを継続するか否かを第２のトークン６００が有効であるか否かに基づき判定する。トークンが有効であった場合には、再開したストリーミングを継続する。一方、有効なトークンでなかった場合は、Ｓ８１２において再開したストリーミングを中止する。
【００５６】
上述の実施形態では、トークンが１回しか使用できない場合について説明したが、ここにはトークンが１回限りしか使用できない場合と、複数回使用できるが、残り１回となった場合との両方を含み得る。そして、複数回の使用が可能な場合であっても、上述の発明の実施形態を適用することができる。即ち、複数回使用可能なトークンであっても、当該使用回数の限度を超えての使用は不可能であり、当該限度に達した後に通信切断が発生しストリーミングが中断した場合は、再度トークンを取得する手続が必要となる。このような場合、上述の本実施形態を適用すれば、残りの回数が１回となった場合にストリーミングを継続しつつ、トークンの再発行をバックグラウンドで実行することができる。これにより、残り１回の使用回数を使ってストリーミングを行っている場合に、通信切断が発生しても直ちに再発行されたトークンを使用してストリーミングを再開することができる。
【００５７】
以上によれば、残り１回しか使用できないトークンを利用したコンテンツのストリーミングサービスにおいて、通信切断などの事情によりストリーミングが中断した場合であっても、予め取得しておいたトークンを利用してストリーミングをスムーズに再開できる。よって、ユーザは中断の度に認証処理を行う必要が無くなり、ストレス無くストリーミングを実施することができる。
【００５８】
［その他の実施形態］
本発明は上記実施の形態に制限されるものではなく、本発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、本発明の範囲を公にするために、以下の請求項を添付する。また本発明に係る情報処理装置は、１以上のコンピュータを該情報処理装置として機能させるプログラムによっても実現可能である。該プログラムは、コンピュータが読み取り可能な記録媒体に記録されることにより、あるいは電気通信回線を通じて、提供／配布することができる。
【要約】
トークンを用いたストリーミングにおいて、中断後にストリーミングを再開する際のユーザによる再認証を省略し、ストリーミングを直ちに再開可能とする。コンテンツサーバが提供するコンテンツのストリーミングを実行するユーザ端末のユーザを、当該ストリーミングのために認証する認証サーバであって、複数のユーザのうち第１のユーザが使用するユーザ端末から、前記第１のユーザが指定したコンテンツのストリーミングのための認証要求を受け付けた場合に、該認証要求に含まれる情報と、ユーザの登録情報とを比較して、前記第１のユーザを認証する認証手段と、前記認証に成功した場合に、前記第１のユーザが認証されたユーザであることを示す第１のトークンを生成する生成手段と、前記ユーザ端末に生成した前記第１のトークンを送信する通信手段とを備える。【図１】
0005973683.tif 000002
【図２】
0005973683.tif 000003
【図３】
0005973683.tif 000004
【図４】
0005973683.tif 000005
【図５】
0005973683.tif 000006
【図６】
0005973683.tif 000007
【図７】
0005973683.tif 000008
【図８】
0005973683.tif 000009