(57)【特許請求の範囲】
【請求項１】
コンテンツをストリーミング配信する配信サーバと、前記配信サーバから配信される前記コンテンツを受信して再生するユーザ端末とに接続された中継サーバであって、
前記ユーザ端末から送信される第１のストリーミング配信要求を受信する配信要求受信部と、
前記配信要求受信部によって受信された前記第１のストリーミング配信要求に応じて、前記配信サーバに対して第２のストリーミング配信要求を送信する配信要求送信部と、
前記配信要求送信部によって送信された前記第２のストリーミング配信要求に応じて前記配信サーバからストリーミング配信される前記コンテンツを受信するコンテンツ受信部と、
前記コンテンツ受信部によって受信された前記コンテンツを、前記ユーザ端末にストリーミング配信するストリーミング配信部と、
定められた条件に応じて、前記ストリーミング配信部による前記ユーザ端末への前記コンテンツのストリーミング配信を停止する配信制御部と、
を備え、
前記配信制御部は、前記ストリーミング配信部が前記ユーザ端末への前記コンテンツのストリーミング配信を開始してから定められた時間が経過した時点で前記ユーザ端末への前記コンテンツのストリーミング配信を停止し、前記ユーザ端末から再度のストリーミング配信要求を受信した場合、所定時間のストリーミング配信を行うか、前記コンテンツの終了までストリーミング配信を行うかの選択の結果を前記ユーザ端末から更に受信し、当該選択の結果に応じてストリーミング配信を前記停止時点から再開する
ことを特徴とする中継サーバ。
【請求項２】
前記中継サーバは、第１のユーザ端末と第２のユーザ端末とに接続され、
前記ユーザ端末に対応するユーザを識別するユーザ識別情報ごとに、当該ユーザ識別情報に対応する前記ユーザ端末に対してストリーミング配信されたコンテンツの再生が停止された再生停止時間が対応付けられて記憶されるユーザ情報記憶部を備え、
前記第１のストリーミング配信要求には、当該第１のストリーミング配信要求を送信する前記ユーザ端末に対応するユーザ識別情報が含まれ、
前記配信制御部は、前記第１のユーザ端末へのストリーミング配信を停止した場合、停止した時点での前記コンテンツの再生時間を前記再生停止時間として前記ユーザ情報記憶部に記憶させ、前記第２のユーザ端末から、前記第１のユーザ端末に対応する前記ユーザ識別情報が含まれる前記第１のストリーミング配信要求を受信すると、当該ユーザ識別情報に対応する前記再生停止時間に応じて前記コンテンツのストリーミング配信を再開する
ことを特徴とする請求項１に記載の中継サーバ。
【請求項３】
前記配信サーバから送信される前記コンテンツが記憶されるコンテンツ記憶部を備え、
前記配信制御部は、前記ユーザ端末への前記コンテンツのストリーミング配信を停止すると、前記配信サーバからストリーミング配信される前記コンテンツを前記コンテンツ記憶部に記憶させ、前記ユーザ端末から再度のストリーミング配信要求を受信した場合、前記コンテンツ記憶部に記憶された前記コンテンツをストリーミング配信する
ことを特徴とする請求項１又は請求項２のいずれかに記載の中継サーバ。
【請求項４】
前記コンテンツの再生時間のうち、前記コンテンツをストリーミング配信する再生対象の範囲を示すシナリオ情報が記憶されるシナリオ記憶部を備え、
前記配信制御部は、前記シナリオに基づいて前記コンテンツをストリーミング配信する
ことを特徴とする請求項１から請求項３までのいずれか１項に記載の中継サーバ。
【請求項５】
前記配信制御部は、前記ストリーミング配信部が前記ユーザ端末への前記コンテンツのストリーミング配信を開始してから定められた時間が経過した時点で前記ユーザ端末への前記コンテンツのストリーミング配信を停止し、定められた広告情報を前記ユーザ端末にストリーミング配信し、前記停止時点から前記コンテンツのストリーミング配信を再開する
ことを特徴とする請求項１から請求項４までのいずれか１項に記載の中継サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツをストリーミング配信する技術に関する。
【背景技術】
【０００２】
コンテンツをリアルタイムにストリーミング配信するストリーミング配信システムでは、配信サーバが、例えばＲＴＳＰ（Real Time Streaming Protocol）やＲＴＰ（Real-time Transport Protocol）のようなプロトコルに基づいてユーザ端末からの要求に応じてコンテンツをストリーミング配信する。このようなストリーミング配信システムでは、柔軟な配信制御を行いユーザ端末による多様な視聴形態に対応することが望まれている。
例えば、特許文献１は、デジタル放送技術であるＩＰＴＶ（Internet Protocol TeleVision）に基づくストリーミング配信において、コンテンツの再生状態に応じた期間の間はコンテンツをキャッシュサーバに保持する技術が記載されている。これにより、ユーザ端末がコンテンツの視聴を一時停止した場合、後で視聴し終えた箇所から再生開始する際の処理負荷を軽減する。
特許文献２には、コンテンツのストリーミング配信が停止してから一定時間の間セッションを維持することで、ユーザからの再度の視聴要求に応じて再度のセッション確立を行うことなく、直ちに再視聴させる技術が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−１１１８９０号公報
【特許文献２】特開２００９−２２５３３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述のようなプロトコルにおける配信制御においては、ユーザ端末から送信される要求に応じて配信サーバが応答するというシーケンスで動作するため、配信サーバ側からストリーミング配信を制御することができない。例えば、配信サーバ側でユーザ端末へのコンテンツのストリーミング配信を一時停止し、一定時間後に配信を再開するようなことはできない。配信制御プロトコルや基盤技術を改訂することによりこのような制御を行うことは可能であるとしても、既に幅広く利用されている配信サーバやユーザ端末などのソフトウェアの全てを入れ替えることは現実的に困難である。そこで、配信サーバとユーザ端末とは従来通りの通信プロトコルに基づく通信を行いつつ、より柔軟な配信制御を行ってストリーミング配信の利便性を向上させることが望ましい。
【０００５】
本発明は、このような状況に鑑みてなされたもので、配信サーバとユーザ端末とのいずれにも新たな機能部を加えることなく、ユーザ端末へのストリーミング配信をより柔軟に制御する中継サーバを提供する。
【課題を解決するための手段】
【０００６】
上述した課題を解決するために、本発明は、コンテンツをストリーミング配信する配信サーバと、配信サーバから配信されるコンテンツを受信して再生するユーザ端末とに接続された中継サーバであって、ユーザ端末から送信される第１のストリーミング配信要求を受信する配信要求受信部と、配信要求受信部によって受信された第１のストリーミング配信要求に応じて、配信サーバに対して第２のストリーミング配信要求を送信する配信要求送信部と、配信要求送信部によって送信された第２のストリーミング配信要求に応じて配信サーバからストリーミング配信されるコンテンツを受信するコンテンツ受信部と、コンテンツ受信部によって受信されたコンテンツを、ユーザ端末にストリーミング配信するストリーミング配信部と、定められた条件に応じて、ストリーミング配信部によるユーザ端末へのコンテンツのストリーミング配信を停止する配信制御部と、を備えることを特徴とする。
【０００７】
また、本発明は、配信制御部が、ストリーミング配信部がユーザ端末へのコンテンツのストリーミング配信を開始してから定められた時間が経過した時点でユーザ端末へのコンテンツのストリーミング配信を停止し、ユーザ端末から再度のストリーミング配信要求を受信した場合、停止時点からコンテンツのストリーミング配信を再開することを特徴とする。
【０００８】
また、本発明は、中継サーバが、第１のユーザ端末と第２のユーザ端末とに接続され、ユーザ端末に対応するユーザを識別するユーザ識別情報ごとに、ユーザ識別情報に対応するユーザ端末に対してストリーミング配信されたコンテンツの再生が停止された再生停止時間が対応付けられて記憶されるユーザ情報記憶部を備え、第１のストリーミング配信要求には、第１のストリーミング配信要求を送信するユーザ端末に対応するユーザ識別情報が含まれ、配信制御部は、第１のユーザ端末へのストリーミング配信を停止した場合、停止した時点でのコンテンツの再生時間を再生停止時間としてユーザ情報記憶部に記憶させ、第２のユーザ端末から、第１のユーザ端末に対応するユーザ識別情報が含まれる第１のストリーミング配信要求を受信すると、ユーザ識別情報に対応する再生停止時間に応じてコンテンツのストリーミング配信を再開することを特徴とする。
【０００９】
また、本発明は、配信サーバから送信されるコンテンツが記憶されるコンテンツ記憶部を備え、配信制御部は、ユーザ端末へのコンテンツのストリーミング配信を停止すると、配信サーバからストリーミング配信されるコンテンツをコンテンツ記憶部に記憶させ、ユーザ端末から再度のストリーミング配信要求を受信した場合、コンテンツ記憶部に記憶されたコンテンツをストリーミング配信することを特徴とする。
【００１０】
また、本発明は、コンテンツの再生時間のうち、コンテンツをストリーミング配信する再生対象の範囲を示すシナリオ情報が記憶されるシナリオ記憶部を備え、配信制御部は、シナリオに基づいてコンテンツをストリーミング配信することを特徴とする。
【００１１】
また、本発明は、配信制御部が、ストリーミング配信部がユーザ端末へのコンテンツのストリーミング配信を開始してから定められた時間が経過した時点でユーザ端末へのコンテンツのストリーミング配信を停止し、定められた広告情報をユーザ端末にストリーミング配信し、停止時点からコンテンツのストリーミング配信を再開することを特徴とする。
【発明の効果】
【００１２】
以上説明したように、本発明によれば、ユーザ端末から送信される第１のストリーミング配信要求を受信し、受信した第１のストリーミング配信要求に応じて、配信サーバに対して第２のストリーミング配信要求を送信し、送信した第２のストリーミング配信要求に応じて配信サーバからストリーミング配信されるコンテンツを受信し、受信したコンテンツをユーザ端末にストリーミング配信し、定められた条件に応じて、ユーザ端末へのコンテンツのストリーミング配信を停止するようにしたので、柔軟な配信制御を行う中継サーバを提供することが可能となる。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態によるストリーミング配信システムの構成例を示すブロック図である。
【図２】本発明の一実施形態によるユーザ情報記憶部に記憶されるユーザ情報の例を示す図である。
【図３】本発明の一実施形態によるシナリオ記憶部に記憶されるシナリオ情報の例を示す図である。
【図４】本発明の一実施形態により、コンテンツが一定時間単位ごとにストリーミング配信される例を示すシーケンス図である。
【図５】本発明の一実施形態により、コンテンツが一定時間単位ごとにストリーミング配信される例を示すシーケンス図である。
【図６】本発明の一実施形態により、端末間ローミングを行う動作例を示すシーケンス図である。
【図７】本発明の一実施形態により、中継サーバがコンテンツの録画を行う動作例を示すシーケンス図である。
【図８】本発明の一実施形態により、シナリオに応じてコンテンツをストリーミング配信する動作例を示すシーケンス図である。
【図９】本発明の一実施形態により、ストリーミング配信するコンテンツに広告を挿入する動作例を示すシーケンス図である。
【発明を実施するための形態】
【００１４】
以下、本発明の一実施形態について、図面を参照して説明する。
図１は、本実施形態によるストリーミング配信システム１の構成を示すブロック図である。
ストリーミング配信システム１は、複数のコンテンツ配信サーバ１００−Ｎ（コンテンツ配信サーバ１００−１、コンテンツ配信サーバ１００−２、・・・）と、中継サーバ２００と、複数のユーザ端末３００−Ｎ（ユーザ端末３００−１、ユーザ端末３００−２、・・・）とのコンピュータ装置を備えている。ここで、複数のコンテンツ配信サーバ１００−Ｎは同様の構成であるため、特に区別の必要がない場合にはコンテンツ配信サーバ１００として説明する。同様に、複数のユーザ端末３００−Ｎは同様の構成であるため、特に区別の必要がない場合にはユーザ端末３００として説明する。
【００１５】
コンテンツ配信サーバ１００は、自身の記憶領域に記憶されているコンテンツを、ＲＴＳＰやＲＴＰなどのプロトコルに基づいてストリーミング配信するコンピュータ装置である。コンテンツ配信サーバ１００の記憶領域には、例えば、コンテンツを識別するコンテンツＩＤごとに、映画やテレビ番組のような動画コンテンツなどのコンテンツや、コンテンツの長さを示す再生時間などの情報が対応付けられて記憶されている。コンテンツ配信サーバ１００は、中継サーバ２００から送信されるストリーミング配信要求に含まれるコンテンツＩＤに対応するコンテンツを記憶領域から読み出し、読み出したコンテンツを中継サーバ２００に対してストリーミング配信する。
【００１６】
中継サーバ２００は、コンテンツ配信サーバ１００およびユーザ端末３００に接続され、ストリーミング配信を中継するコンピュータ装置である。中継サーバ２００は、配信要求受信部２０１と、配信要求送信部２０２と、コンテンツ受信部２０３と、ストリーミング配信部２０４と、ユーザ情報記憶部２０５と、認証部２０６と、コンテンツ記憶部２０７と、シナリオ記憶部２０８と、コンテンツリスト記憶部２０９と、配信制御部２１０とを備えている。
【００１７】
配信要求受信部２０１は、ユーザ端末３００から送信されるストリーミング配信要求を受信する。ここで、配信要求受信部２０１が受信するストリーミング配信要求には、ストリーミング配信要求を送信するユーザ端末３００に対応するユーザＩＤと、ストリーミング配信の要求対象であるコンテンツを識別するコンテンツＩＤとが含まれる。
【００１８】
配信要求送信部２０２は、配信要求受信部２０１がユーザ端末３００から受信したストリーミング配信要求に応じて、コンテンツ配信サーバ１００に対してストリーミング配信要求を送信する。配信要求送信部２０２がコンテンツ配信サーバ１００に送信するストリーミング配信要求には、ユーザ端末３００から受信したストリーミング配信要求に示されるコンテンツＩＤが含まれる。
【００１９】
コンテンツ受信部２０３は、配信要求送信部２０２によってユーザ端末３００に送信されたストリーミング配信要求に応じてコンテンツ配信サーバ１００からストリーミング配信されるコンテンツを受信する。
ストリーミング配信部２０４は、コンテンツ受信部２０３によって受信されたコンテンツを、ユーザ端末３００にストリーミング配信する。
【００２０】
ユーザ情報記憶部２０５は、ユーザ端末３００に対応するユーザを識別するユーザＩＤごとに、ユーザＩＤに対応するユーザ端末３００に対してストリーミング配信されたコンテンツの再生が停止された再生停止時間などが対応付けられたユーザ情報が記憶される。図２は、ユーザ情報記憶部２０５に記憶されるユーザ情報の例を示す図である。例えば、ユーザ情報には、ユーザＩＤと、パスワードと、コンテンツＩＤと、再生停止時間とを示す情報が対応付けられて記憶される。パスワードは、ユーザＩＤとともに定められた情報（例えば、文字列）であり、ユーザＩＤとパスワードとの組み合わせによるログイン認証などに用いられる。コンテンツＩＤは、対応するユーザＩＤのユーザが利用するユーザ端末３００にストリーミング配信しているコンテンツを識別する情報である。コンテンツＩＤは、例えば、ストリーミング配信部２０４によるコンテンツのストリーミング配信が開始されると、配信制御部２１０によって書き込まれる。再生停止時間は、対応するコンテンツＩＤのコンテンツがユーザ端末３００に配信される際、再生途中で配信が停止された場合にコンテンツの再生時間のうち再生が停止された時間を示す。例えば、コンテンツ長さが１０ｍ（分）００ｓ（秒）であり、５ｍ１５ｓまでコンテンツが再生された時点で再生が停止されれば、再生停止時間は５ｍ１５ｓである。再生停止時間は、配信制御部２１０によって書き込まれる。
【００２１】
認証部２０６は、ユーザ端末３００から送信されるログイン要求と、ユーザ情報記憶部２０５に記憶されているユーザ情報とを比較して、ユーザの認証処理を行う。例えば、ユーザ端末３００から送信されるログイン要求には、ユーザ端末３００に入力されたユーザＩＤおよびパスワードの組み合わせが含まれており、認証部２０６は、ログイン要求に含まれるユーザＩＤおよびパスワードの組み合わせに一致するユーザ情報がユーザ情報記憶部２０５に記憶されていれば、認証成功と判定する。一致するユーザ情報がユーザ情報記憶部２０５に記憶されていなければ、認証失敗と判定する。
【００２２】
コンテンツ記憶部２０７には、コンテンツ配信サーバ１００からストリーミング配信されるコンテンツが記憶される。例えば、ライブ配信やＩＰ放送などのストリーミング配信の場合、ユーザ端末３００においてコンテンツの再生を停止すると、ユーザ端末３００において一定時間後に再生を開始しても、ユーザは停止されていた間にストリーミング配信されていたコンテンツを視聴することができない。そこで、ストリーミング配信が停止している間のコンテンツを中継サーバ２００が記憶し、コンテンツ配信サーバ１００からのストリーミング配信要求に応じてストリーミング配信する。このように、コンテンツ記憶部２０７は、中継サーバ２００においてコンテンツを一時的に記憶する記憶領域であり、例えば一定時間後に削除するようにしても良いし、ユーザ端末３００による視聴が完了したときに削除するようにしても良い。
【００２３】
シナリオ記憶部２０８には、シナリオを識別するシナリオＩＤごとに、コンテンツ配信サーバ１００に記憶されているコンテンツの再生時間のうち、コンテンツをストリーミング配信する再生対象の範囲を示すシナリオ情報が記憶されている。図３は、シナリオ記憶部２０８に記憶されるシナリオ情報の例を示す図である。例えば、シナリオＩＤ「１」のシナリオは、コンテンツＩＤ「１０」のコンテンツの３ｓ（秒）から５ｓ（秒）の範囲と、２ｍ（分）３０ｓ（秒）から２ｍ（分）４０ｓ（秒）までの範囲などが再生対象であることを示している。ここで、シナリオにおいて示される再生対象の範囲は、複数のコンテンツにまたがるものであっても良い。例えば、シナリオＩＤ「２」のシナリオは、コンテンツＩＤ「１０」のコンテンツの０ｓ（秒）から１５ｍ（分）０ｓ（秒）までの範囲と、コンテンツＩＤ「２０」のコンテンツの０ｓ（秒）から１５ｓ（秒）までの範囲と、コンテンツＩＤ「１０」の１５ｍ（分）０ｓ（秒）から３０ｍ（分）０ｓ（秒）までの範囲などが再生対象であることを示している。このように、複数のコンテンツを指定することで、例えばテレビ番組であるコンテンツの再生中に、他のコンテンツである広告動画コンテンツ（ＣＭ）を挿入することができる。
【００２４】
コンテンツリスト記憶部２０９には、接続された複数のコンテンツ配信サーバ１００により配信されるコンテンツの名称等が含まれる複数のコンテンツ情報のリストが記憶される。例えば、コンテンツリスト記憶部２０９に記憶されたコンテンツリストは配信制御部２１０によって読み出されてユーザ端末３００に送信される。送信されたコンテンツリストはユーザ端末３００によって受信され表示される。ユーザは、ユーザ端末３００に表示されたコンテンツリストを見ることにより、どのようなコンテンツを要求可能であるかを確認することができ、ストリーミング配信要求する任意のコンテンツを選択する。
【００２５】
配信制御部２１０は、コンテンツ配信サーバ１００からストリーミング配信されるコンテンツのユーザ端末３００への配信を制御する。例えば、配信制御部２１０は、定められた条件に応じて、ストリーミング配信部２０４によるユーザ端末３００へのコンテンツのストリーミング配信を停止する。例えば、配信制御部２１０は、ＲＴＳＰにおけるコンテンツ終端通知（ＡＮＮＯＵＮＣＥメッセージ）をユーザ端末３００に送信することによりストリーミング配信を停止する。配信制御部２１０が中継サーバ２００とユーザ端末３００との間のストリーミング配信を停止しても、中継サーバ２００とコンテンツ配信サーバ１００との間のセッションを保ち、中継サーバ２００はコンテンツ配信サーバ１００からのストリーミング配信を受信し続けることが可能である。これにより、中継サーバ２００は、柔軟な配信制御を行うことが可能となる。
【００２６】
例えば、配信制御部２１０は、ストリーミング配信部２０４がユーザ端末３００へのストリーミング配信を開始してから定められた時間が経過した時点でユーザ端末３００へのストリーミング配信を停止し、ユーザ端末３００から再度のストリーミング配信要求を受信した場合、停止時点からコンテンツのストリーミング配信を再開する。これにより、時間単位（例えば、３０分）でコンテンツをストリーミング配信することが可能となる。例えば、３０分などの契約時間単位でコンテンツの視聴に課金を行い、契約時間が過ぎたらストリーミング配信を停止するようにすることができる。また、例えばユーザ端末３００へのストリーミング配信を停止した場合でも中継サーバ２００とコンテンツ配信サーバ１００との間でのセッションを保つことができるため、後にユーザ端末３００から再度のストリーミング配信要求を受信した場合には停止時点からのコンテンツを即時にユーザ端末３００にストリーミング配信することができる。
【００２７】
また、配信制御部２１０は、ユーザ端末３００−１へのストリーミング配信を停止した場合、停止した時点でのコンテンツの再生時間を再生停止時間としてコンテンツ記憶部２０７に記憶させ、ユーザ端末３００−２から、ユーザ端末３００−１と同一のユーザＩＤが含まれるストリーミング配信要求を受信すると、そのユーザＩＤに対応する再生停止時間をコンテンツ記憶部２０７から読み出し、読み出した再生停止時間からコンテンツのストリーミング配信を再開する。このようにして同一ユーザによる異なるユーザ端末３００間でのローミングを可能とし、ユーザのコンテンツ視聴の利便性を向上させることができる。ここで、例えばユーザ端末３００−１がいわゆるブロードバンド回線に接続されたＰＣであり、ユーザ端末３００−２が無線通信を行う携帯情報端末である場合、ユーザ端末３００−２へのストリーミング配信は、配信するデータ量を減らして（帯域を絞って）行うようにしても良い。ユーザ端末３００−２が無線通信を行う携帯情報端末である場合、一度再生を停止し、一定時間後にユーザ端末３００−２から再生を行う場合にも、絞られた帯域によりコンテンツがストリーミング配信される。
【００２８】
また、配信制御部２１０は、ユーザ端末３００からの要求に応じて、二次元動画コンテンツと三次元動画コンテンツとを切り替えてストリーミング配信するようにしても良い。例えば、配信制御部２１０は、同内容の動画の二次元動画コンテンツと三次元動画コンテンツとが存在し、三次元動画コンテンツのストリーミング配信を停止した場合、三次元動画コンテンツの再生停止時間をコンテンツ記憶部２０７に記憶させ、再度の配信要求に対して、コンテンツ記憶部２０７に記憶させた再生停止時間から二次元動画コンテンツのストリーミング配信を開始する。あるいは、二次元動画コンテンツの再生停止時間をコンテンツ記憶部２０７に記憶させ、その再生停止時間から三次元動画コンテンツのストリーミング配信を再開する。このようにすれば、例えば視聴者が三次元動画コンテンツを視聴しており、疲労を感じた場合には、ストリーミング配信されるコンテンツを二次元動画コンテンツに切り替えることができる。また、配信制御部２１０は、ひとつのコンテンツを二次元動画コンテンツと三次元動画コンテンツとに交互に変換する変換機能を有し、ユーザ端末３００からの要求に応じて次元を変換したコンテンツをストリーミング配信するようにしても良い。
【００２９】
また、配信制御部２１０は、ユーザ端末３００へのコンテンツのストリーミング配信を停止すると、コンテンツ配信サーバ１００からストリーミング配信されるコンテンツをコンテンツ記憶部２０７に記憶させ、ユーザ端末３００から再度のストリーミング配信要求を受信した場合、コンテンツ記憶部２０７に記憶されたコンテンツをストリーミング配信する。これにより、上述したように、コンテンツ配信サーバ１００から中継サーバ２００へのストリーミング配信がライブ配信であるような場合に、配信されたコンテンツをコンテンツ記憶部２０７に記憶（ネットワーク録画）しておくことができ、ユーザ端末３００からのストリーミング配信要求に応じてストリーミング配信することができる。これにより、ユーザはコンテンツのライブ配信の視聴中に、例えば来客などの用事により再生を一時停止しても、用事が済んだ後にコンテンツの視聴を再開することができ、利便性が向上する。
【００３０】
また、配信制御部２１０は、シナリオ記憶部２０８に記憶されたシナリオに基づいてコンテンツをストリーミング配信する。これにより、シナリオによりコンテンツの任意の箇所をつなげてストリーミング配信することができる。例えば従来の技術においては、ストリーミング配信のダイジェスト版や予告版をストリーミング配信する場合には、本編のコンテンツと、ダイジェスト版や予告版のコンテンツとをそれぞれ用意しておき、ストリーミング配信していた。これに対し、本実施形態のように、ダイジェスト箇所や予告箇所のみを姿勢対象とするシナリオを生成してシナリオ記憶部２０８に記憶させておけば、ひとつのコンテンツにより、複数パターンのストリーミング配信を行うことが可能となる。
【００３１】
また、配信制御部２１０は、ストリーミング配信部２０４がユーザ端末３００へのコンテンツのストリーミング配信を開始してから定められた時間が経過した時点でユーザ端末へのコンテンツのストリーミング配信を停止し、定められた広告情報をユーザ端末３００にストリーミング配信した後、停止時点からコンテンツのストリーミング配信を再開する。このように広告コンテンツをストリーミング配信することで、広告主にとってはユーザへの宣伝等を行うことができ、中継サーバ２００の管理者にとっては例えば広告主からの広告料等の収益を期待することができ、ユーザにとっては広告を視聴できるとともに、場合によっては広告料に応じてコンテンツ課金が減額されることなどが考えられる。
【００３２】
ユーザ端末３００は、コンテンツ配信サーバ１００から配信されるコンテンツを、中継サーバ２００を介して受信して再生するコンピュータ装置である。ここで、ユーザ端末３００は、ＲＴＰやＲＴＳＰに基づくコンテンツのストリーミング配信を受信して再生する機能を有する。また、ユーザ端末３００は、情報を出力するディスプレイやスピーカなどの出力部や、情報の入力を受付けるキーボードやマウス、ボタンなどの入力部を備えている。ここでは、ユーザ端末３００−１はいわゆるブロードバンド回線に接続されたＰＣであり、ユーザ端末３００−２は無線通信を行う携帯情報端末であるとして説明する。
【００３３】
次に、図面を参照して、本実施形態のストリーミング配信システム１の動作例を説明する。図４は、本実施形態のストリーミング配信システム１により、コンテンツが一定時間単位ごとにストリーミング配信される例を示すシーケンス図である。ここでは、ＩＰＴＶに定められた規格に沿ってストリーミング配信を行う例を説明する。
ここでは、ＲＴＳＰにおけるＤＥＳＣＲＩＢＥ、ＳＥＴＵＰなどの通信は既に行っているものとする。まず、ユーザ端末３００は、中継サーバ２００にコンテンツのストリーミング配信要求（ＰＬＡＹ）を送信する（ステップＳ１）。中継サーバ２００の配信要求受信部２０１が、ユーザ端末３００から送信されたストリーミング配信要求を受信すると、配信要求送信部２０２は、コンテンツ配信サーバ１００にストリーミング配信要求を送信する（ステップＳ２）。中継サーバ２００の配信制御部２１０は、自身が備える計時機能からステップＳ２の時点の時刻を取得して記憶し、以後、記憶した時刻からの経過時間を測定する（ステップＳ３）。そして、中継サーバ２００のコンテンツ受信部２０３は、コンテンツ配信サーバ１００からストリーミング配信されるコンテンツを受信する（ステップＳ４）。ストリーミング配信部２０４は、コンテンツ受信部２０３が受信したコンテンツをユーザ端末３００にストリーミング配信する（ステップＳ５）。
【００３４】
配信制御部２１０は、経過時間が契約に応じた所定時間を超えたと判定すると（ステップＳ６）、ユーザ端末３００に対してコンテンツ終端通知を送信する（ステップＳ７）。ユーザ端末３００は、中継サーバ２００から送信されたコンテンツ終端通知を受信すると、中継サーバ２００に停止要求（ＴＥＡＲＤＯＷＮ）を送信する（ステップＳ８）。中継サーバ２００は、ユーザ端末３００から送信された停止要求を受信すると、コンテンツ配信サーバ１００に停止要求を送信する（ステップＳ９）。ここで、ユーザ端末３００のディスプレイには、停止画面が表示される（ステップＳ１０）。停止画面には、例えば、「時間がきました。延長しますか？」などのメッセージとともに、「ＹＥＳ」と「ＮＯ」とのいずれかを選択するボタンが表示される。ここで、ユーザによって「ＮＯ」が選択されれば、ストリーミング配信処理を終了する。一方、ユーザによって「ＹＥＳ」が選択されれば、ユーザ端末３００には、例えば「１０分」、「３０分」、「視聴中のコンテンツ終了まで」などのいずれかの視聴時間を選択するボタンが表示される。
【００３５】
ここで、ユーザによっていずれかのボタンが押下されると、ユーザ端末３００は、ストリーミング配信要求を中継サーバ２００に送信する（ステップＳ１１）。中継サーバ２００の配信要求受信部２０１は、ユーザ端末３００から送信されたストリーミング配信要求を受信し、コンテンツ配信サーバ１００にストリーミング配信要求を送信する（ステップＳ１２）。中継サーバ２００は、ステップＳ３と同様に経過時間の測定を開始する（ステップＳ１３）。中継サーバ２００のコンテンツ受信部２０３は、コンテンツ配信サーバ１００からストリーミング配信されるコンテンツを受信し（ステップＳ１４）、ユーザ端末３００にストリーミング配信する（ステップＳ１５）。配信制御部２１０は、経過時間がユーザによって選択された視聴時間を超えると、ステップＳ７と同様にユーザ端末３００へのストリーミング配信を停止する。
【００３６】
図５は、図４と同様に、本実施形態のストリーミング配信システム１により、コンテンツが一定時間単位ごとにストリーミング配信される例を示すシーケンス図である。ここでは、ＷＭＴ（Windows(登録商標) Media Technology）によって定められた規格に沿ってストリーミング配信を行う例を説明する。
ステップＳ２１からステップＳ２５までの処理は、図４におけるステップＳ１からステップＳ５までの動作と同様である。ステップＳ２６において、中継サーバ２００の配信制御部２１０が、経過時間が所定時間を超えたと判定すると、プレイリストを書き換えて誘導コンテンツを送出キーに登録し、コンテンツ切り替えのコマンド（ＦｉｒｅＥｖｅｎｔ）を実行する。これにより、中継サーバ２００の配信制御部２１０は、停止要求をコンテンツ配信サーバ１００に送信する（ステップＳ２７）。ステップＳ２８以降の処理は、図４におけるステップＳ１０以降の処理と同様である。
【００３７】
図６は、同一のユーザにより用いられるＰＣであるユーザ端末３００−１と携帯情報端末であるユーザ端末３００−２との間での端末間ローミングを行う動作例を示すシーケンス図である。
ユーザ端末３００−１は、中継サーバ２００にアクセスし、ユーザから入力されるユーザＩＤとパスワードとに基づいて、中継サーバ２００にログイン要求を送信する。中継サーバ２００の認証部２０６は、ユーザ端末３００−１から送信されたユーザＩＤとパスワードとの組み合わせに一致するユーザ情報がユーザ情報記憶部２０５に記憶されているか否かを判定し、判定結果をユーザ端末３００−１に送信する（ステップＳ４０）。ここで、認証部２０６が認証失敗と判定すると、中継サーバ２００は、認証が失敗したことを示す情報をユーザ端末３００−１に送信し、コンテンツのストリーミング配信を行わない。
【００３８】
一方、認証部２０６が認証成功と判定すると、ユーザ端末３００−１は、コンテンツのストリーミング配信要求を中継サーバ２００に送信する（ステップＳ４１）。中継サーバ２００の配信要求受信部２０１が、中継サーバ２００から送信された配信要求を受信すると、配信要求送信部２０２は、コンテンツ配信サーバ１００にストリーミング配信要求を送信する（ステップＳ４２）。中継サーバ２００は、ステップＳ４３からステップＳ４５において、図４におけるステップＳ３からステップＳ５までと同様の処理を行う。ユーザ端末３００−１は、ユーザから停止要求が入力されると、中継サーバ２００に対してコンテンツの停止要求を送信する（ステップＳ４６）。ここで、配信制御部２１０は、測定している経過時間を再生停止時間としてユーザ情報記憶部２０５に記憶させる。中継サーバ２００は、コンテンツ配信サーバ１００に停止要求を送信する（ステップＳ４７）。
【００３９】
そして、ユーザ端末３００−２は、ユーザ端末３００−１と同一のユーザからの操作入力に応じて中継サーバ２００にアクセスし、ユーザから入力されるユーザＩＤとパスワードとに基づいて、中継サーバ２００へのログインを行う（ステップＳ４８）。中継サーバ２００の配信要求受信部２０１が、ユーザ端末３００−２から送信されるストリーミング配信要求を受信すると（ステップＳ４９）、配信制御部２１０は、ログインされたユーザのユーザＩＤに対応付けられてユーザ情報記憶部２０５に記憶された再生停止時間を読み出す（ステップＳ５０）。中継サーバ２００の配信要求送信部２０２は、配信制御部２１０によって読み出された再生停止時間を再生開始時間としたストリーミング配信要求を、コンテンツ配信サーバ１００に送信する。コンテンツ配信サーバ１００は、受信したストリーミング配信要求に応じた再生開始時間から、コンテンツをストリーミング配信する（ステップＳ５２、Ｓ５３）。
【００４０】
次に、図７を参照して、中継サーバ２００がコンテンツの録画を行う動作例を説明する。ステップＳ７０からステップＳ７３の処理は、図４におけるステップＳ１、Ｓ２、Ｓ４、Ｓ５の処理と同様である。中継サーバ２００の配信制御部２１０は、ユーザ端末３００から一時停止要求（ＰＡＵＳＥ）を受信すると（ステップＳ７４）、ユーザ端末３００に対するストリーミング配信を停止するとともに、コンテンツ配信サーバ１００からストリーミング配信されるコンテンツを、コンテンツ記憶部２０７に記憶させることにより録画する（ステップＳ７５）。コンテンツ配信サーバ１００からのストリーミング配信が終了すると（ステップＳ７６）、中継サーバ２００の配信制御部２１０は、コンテンツの録画を終了する。
【００４１】
中継サーバ２００が、ユーザ端末３００から再度のストリーミング配信要求を受信すると（ステップＳ７７）、配信制御部２１０は、コンテンツ記憶部２０７に記憶させたコンテンツを読み出し（ステップＳ７８）、ユーザ端末３００にストリーミング配信する。配信制御部２１０は、コンテンツ記憶部２０７に記憶されたコンテンツが終了するまでストリーミング配信を行う（ステップＳ７９）。
【００４２】
次に、図８を参照して、中継サーバ２００がシナリオに応じてコンテンツをストリーミング配信する動作例を説明する。配信制御部２１０は、ユーザから選択されたコンテンツＩＤが含まれるストリーミング配信要求をユーザ端末３００から受信する（ステップＳ９０）。配信制御部２１０は、ストリーミング配信要求に示されるコンテンツに対応付けられてシナリオ記憶部２０８に記憶されたシナリオ（例えば、シナリオＩＤ「１」）を読み出すと、読み出したシナリオに示される再生対象の範囲のストリーミング配信配信要求を、中継サーバ２００に送信する（ステップＳ９１）。中継サーバ２００のコンテンツ受信部２０３は、コンテンツ配信サーバ１００からストリーミング配信されるコンテンツを受信する（ステップＳ９２）。中継サーバ２００のストリーミング配信部２０４は、コンテンツ受信部２０３が受信したコンテンツをユーザ端末３００にストリーミング配信する（ステップＳ９３）。
【００４３】
配信制御部２１０は、シナリオに定められた再生対象の範囲（例えば、３ｓ〜５ｓ）に応じたコンテンツのストリーミング配信が完了すると、次の再生対象の範囲（例えば、２ｍ３０ｓ〜２ｍ４０ｓ）のコンテンツのストリーミング配信要求をコンテンツ配信サーバ１００に送信する（ステップＳ９４）。以降、同様に、配信制御部２１０は、シナリオに応じた再生対象の範囲のコンテンツをコンテンツ配信サーバ１００から受信し、ユーザ端末３００にストリーミング配信する。
【００４４】
次に、図９を参照して、中継サーバ２００がユーザ端末３００にストリーミング配信するコンテンツに広告を挿入する動作例を説明する。ここでは、図３に示したシナリオＩＤ「２」のシナリオを用いて、コンテンツをストリーミング配信する例を説明する。ここで、コンテンツＩＤ「１０」のコンテンツはコンテンツ配信サーバ１００−１に記憶されており、コンテンツＩＤ「２０」のコンテンツはコンテンツ配信サーバ１００−２に記憶されているとする。
【００４５】
ステップＳ１００からステップＳ１０３までの処理は、図８におけるステップＳ９０からステップＳ９３までの処理と同様である。中継サーバ２００の配信制御部２１０は、シナリオ記憶部２０８から読み出したシナリオに基づいて、コンテンツＩＤ「２０」に対応するコンテンツのストリーミング配信要求をコンテンツ配信サーバ１００−２に送信する（ステップＳ１０４）。コンテンツ配信サーバ１００−２は、ストリーミング配信要求に示されたコンテンツを中継サーバ２００に送信する（ステップＳ１０５）。中継サーバ２００のコンテンツ受信部２０３が、コンテンツ配信サーバ１００−２から送信されたコンテンツを受信すると、ストリーミング配信部２０４は、コンテンツ受信部２０３が受信したコンテンツをユーザ端末３００にストリーミング配信する（ステップＳ１０６）。中継サーバ２００は、広告コンテンツのストリーミング配信が完了すると、シナリオに基づいて、コンテンツ配信サーバ１００−１に再度、ストリーミング配信要求を送信する（ステップＳ１０７）。中継サーバ２００のコンテンツ受信部２０３が、コンテンツ配信サーバ１００−１からストリーミング配信されるコンテンツを受信し（ステップＳ１０８）、ストリーミング配信部２０４は、コンテンツ受信部２０３が受信したコンテンツをユーザ端末３００にストリーミング配信する（ステップＳ１０９）
【００４６】
以上説明したように、本実施形態によれば、コンテンツをストリーミング配信するコンテンツ配信サーバ１００と、ストリーミング配信されるコンテンツを再生するユーザ端末３００とに新たな機能部を加えることなく、ユーザ端末３００へのストリーミング配信をより柔軟に制御することが可能となる。中継サーバ２００は、例えばコンテンツ配信サーバ１００とユーザ端末３００とが接続されるネットワーク網内に設置することができ、ユーザからの操作に拠らずに、ユーザ端末３００にストリーミング配信するコンテンツを停止・再開したり、コンテンツ自体を切り替えたりすることができる。
【００４７】
なお、本発明における処理部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによりストリーミング配信を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、ホームページ提供環境（あるいは表示環境）を備えたＷＷＷシステムも含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００４８】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【符号の説明】
【００４９】
１  ストリーミング配信システム
１００  コンテンツ配信サーバ
２００  中継サーバ
２０１  配信要求受信部
２０２  配信要求送信部
２０３  コンテンツ受信部
２０４  ストリーミング配信部
２０５  ユーザ情報記憶部
２０６  認証部
２０７  コンテンツ記憶部
２０８  シナリオ記憶部
２０９  コンテンツリスト記憶部
２１０  配信制御部
３００  ユーザ端末
【図１】
0005537968.tif 000002
【図２】
0005537968.tif 000003
【図３】
0005537968.tif 000004
【図４】
0005537968.tif 000005
【図５】
0005537968.tif 000006
【図６】
0005537968.tif 000007
【図７】
0005537968.tif 000008
【図８】
0005537968.tif 000009
【図９】
0005537968.tif 000010