(57)【要約】【課題】シーンの切替の際、ネットワークの負荷を低減させる。【解決手段】コンテンツを記憶している配信サーバ１は、ポータルサーバ２から送信されてきたプレイリストＬＳＴの統一ＵＲＬ（識別情報）を決定する。また、配信サーバ１は、統一ＵＲＬとプレイリストＬＳＴに含まれるコンテンツが記憶されているアドレスとを対応付けて記憶するとともに、統一ＵＲＬをポータルサーバ２へ送信する。ポータルサーバ２へ送信した統一ＵＲＬが端末３から送信されてきた場合、配信サーバ１は、統一ＵＲＬと対応付けられた記憶部内のアドレスを特定し、特定したアドレスに記憶されているコンテンツを端末３へ送信する。【選択図】図１
2010073100.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを送信し、該送信されてきたコンテンツを再生する端末と該コンテンツのリストを送信するポータルサーバとに接続された配信サーバであって、
前記コンテンツを記憶する記憶部と、
前記ポータルサーバから前記リストが送信されてきた場合、前記リストを識別可能な識別情報を生成し、該識別情報と前記リストに含まれるすべてのコンテンツとを対応付けて前記記憶部に記憶させる情報生成部と、
前記識別情報を前記ポータルサーバへ送信する情報送信部と、
前記ポータルサーバへ送信した識別情報が前記端末から送信されてきた場合、該識別情報に基づいて前記コンテンツを前記記憶部から読み出して前記端末へ送信するコンテンツ配信部とを有する配信サーバ。
【請求項２】
請求項１に記載の配信サーバにおいて、
前記情報生成部は、前記記憶部において前記リストに含まれるコンテンツがそれぞれ記憶されている記憶場所と、前記識別情報とを対応付けて前記記憶部に記憶させ、
前記コンテンツ配信部は、前記端末から送信されてきた識別情報と対応付けられた記憶場所から前記コンテンツを読み出して前記端末へ送信することを特徴とする配信サーバ。
【請求項３】
請求項２に記載の配信サーバにおいて、
前記端末から送信されてきた識別情報と対応付けられた記憶場所を特定するアドレス特定部を有し、
前記コンテンツ配信部は、前記アドレス特定部が特定した記憶場所から前記コンテンツを読み出して前記端末へ送信することを特徴とする配信サーバ。
【請求項４】
請求項３に記載の配信サーバにおいて、
前記情報生成部は、前記端末から送信されてきた識別情報が当該情報生成部が生成した識別情報であるかどうかを判別するためのパスワードを発行し、該パスワードを前記生成した識別情報に付加し、
前記アドレス特定部は、前記発行されたパスワードと、前記端末から送信されてきた識別情報に付加されているパスワードとが一致した場合、前記記憶部にて該識別情報と対応付けられた記憶場所を特定することを特徴とする配信サーバ。
【請求項５】
請求項４に記載の配信サーバにおいて、
前記情報生成部は、前記発行されたパスワードと前記端末から送信されてきた識別情報に付加されているパスワードとの比較に１回のみ用いることが可能なワンタイムパスワードを発行することを特徴とする配信サーバ。
【請求項６】
ポータルサーバから送信されてきたリストに含まれるコンテンツを、該コンテンツを再生する端末へ送信するコンテンツ配信方法であって、
前記コンテンツを記憶する処理と、
前記ポータルサーバから前記リストが送信されてきた場合、前記リストを識別可能な識別情報を生成し、該識別情報と前記リストに含まれるすべてのコンテンツとを対応付けて記憶する情報生成処理と、
前記識別情報を前記ポータルサーバへ送信する情報送信処理と、
前記ポータルサーバへ送信した識別情報が前記端末から送信されてきた場合、該識別情報に基づいて前記記憶されているコンテンツを読み出して前記端末へ送信するコンテンツ配信処理とを有するコンテンツ配信方法。
【請求項７】
請求項６に記載のコンテンツ配信方法において、
前記情報生成処理では、前記リストに含まれるコンテンツがそれぞれ記憶されている記憶場所と、前記識別情報とを対応付けて記憶し、
前記コンテンツ配信処理では、前記端末から送信されてきた識別情報と対応付けられた記憶場所から前記コンテンツを読み出して前記端末へ送信することを特徴とするコンテンツ配信方法。
【請求項８】
請求項７に記載のコンテンツ配信方法において、
前記端末から送信されてきた識別情報と対応付けられた記憶場所を特定するアドレス特定処理を有し、
前記コンテンツ配信処理では、前記アドレス特定処理にて特定した記憶場所から前記コンテンツを読み出して前記端末へ送信することを特徴とするコンテンツ配信方法。
【請求項９】
請求項８に記載のコンテンツ配信方法において、
前記情報生成処理では、前記端末から送信されてきた識別情報が当該情報生成処理にて生成した識別情報であるかどうかを判別するためのパスワードを発行し、該パスワードを前記生成した識別情報に付加し、
前記アドレス特定処理では、前記発行されたパスワードと、前記端末から送信されてきた識別情報に付加されているパスワードとが一致した場合、該識別情報と対応付けられた記憶場所を特定することを特徴とするコンテンツ配信方法。
【請求項１０】
請求項９に記載のコンテンツ配信方法において、
前記情報生成処理では、前記発行されたパスワードと前記端末から送信されてきた識別情報に付加されているパスワードとの比較に１回のみ用いることが可能なワンタイムパスワードを発行することを特徴とするコンテンツ配信方法。
【請求項１１】
コンテンツを送信し、該送信されてきたコンテンツを再生する端末と該コンテンツのリストを送信するポータルサーバとに接続された配信サーバに、
前記コンテンツを記憶する手順と、
前記ポータルサーバから前記リストが送信されてきた場合、前記リストを識別可能な識別情報を生成し、該識別情報と前記リストに含まれるすべてのコンテンツとを対応付けて記憶する情報生成手順と、
前記識別情報を前記ポータルサーバへ送信する情報送信手順と、
前記ポータルサーバへ送信した識別情報が前記端末から送信されてきた場合、該識別情報に基づいて前記記憶されているコンテンツを読み出して前記端末へ送信するコンテンツ配信手順とを実行させるプログラム。
【請求項１２】
請求項１１に記載のプログラムにおいて、
前記情報生成手順では、前記リストに含まれるコンテンツがそれぞれ記憶されている記憶場所と、前記識別情報とを対応付けて記憶し、
前記コンテンツ配信手順では、前記端末から送信されてきた識別情報と対応付けられた記憶場所から前記コンテンツを読み出して前記端末へ送信することを特徴とするプログラム。
【請求項１３】
請求項１２に記載のプログラムにおいて、
前記端末から送信されてきた識別情報と対応付けられた記憶場所を特定するアドレス特定手順を前記配信サーバに実行させ、
前記コンテンツ配信手順では、前記アドレス特定手順にて特定した記憶場所から前記コンテンツを読み出して前記端末へ送信することを特徴とするプログラム。
【請求項１４】
請求項１３に記載のプログラムにおいて、
前記情報生成手順では、前記端末から送信されてきた識別情報が当該情報生成手順にて生成した識別情報であるかどうかを判別するためのパスワードを発行し、該パスワードを前記生成した識別情報に付加し、
前記アドレス特定処理では、前記発行されたパスワードと、前記端末から送信されてきた識別情報に付加されているパスワードとが一致した場合、該識別情報と対応付けられた記憶場所を特定することを特徴とするプログラム。
【請求項１５】
請求項１４に記載のプログラムにおいて、
前記情報生成手順では、前記発行されたパスワードと前記端末から送信されてきた識別情報に付加されているパスワードとの比較に１回のみ用いることが可能なワンタイムパスワードを発行することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、配信サーバ、コンテンツ配信方法およびプログラムに関する。
【背景技術】
【０００２】
近年、インターネット放送やＶＯＤ（Video On Demand）などのコンテンツ配信サービスの提供が急速に普及してきている。
【０００３】
図７は、コンテンツ配信サービスを提供するために構築された一般的なコンテンツ配信システムの一例を示す図である。
【０００４】
図７に示したコンテンツ配信システムは、配信するコンテンツを記憶する映像配信サーバ５１０と、映像配信サーバ５１０からコンテンツを識別するための個別ＵＲＬ（Uniform Resource Locator）を取得するポータルサーバ５２０と、ポータルサーバ５２０が取得した個別ＵＲＬを指定してコンテンツの配信を要求する端末５３０とを含んでいる。
【０００５】
図７に示したコンテンツ配信システムにおいて、映像配信サーバ５１０に記憶されているコンテンツを端末５３０が取得して再生するための処理について説明する。
【０００６】
図８に示すように、まず、ステップ６０１にて、視聴者が利用する端末５３０から、ポータルサーバ５２０に対して、視聴者が所望するコンテンツの視聴要求を送信する。
【０００７】
すると、ステップ６０２にて、ポータルサーバ５２０は、視聴要求が要求するコンテンツを示すプレイリストを生成して、該プレイリストを端末５３０へ送信する。
【０００８】
なお、以下では、プレイリストを構成するコンテンツを「シーン」という。この例では、プレイリストは、個別のシーンａ、ｂおよびｃを含んでいる。
【０００９】
その後、ステップ６０３にて、端末５３０は、ポータルサーバ５２０から送信されてきたプレイリストに従って、各シーンａ、ｂまたはｃを再生するごとに、当該シーンａ、ｂまたはｃの記憶場所を識別するための個別ＵＲＬ（Uniform Resource Locator）のＵＲＬ取得要求をポータルサーバ５２０へ送信する。
【００１０】
ポータルサーバ５２０は、端末５３０から送信されてきたＵＲＬ取得要求を受付けると、ステップ６０４にて、該ＵＲＬ取得要求によって要求されたシーンａを配信するための個別ＵＲＬのＵＲＬ要求を映像配信サーバ５１０へ送信する。
【００１１】
すると、ステップ６０５にて、映像配信サーバ５１０は、ポータルサーバ５２０から送信されてきたＵＲＬ要求に応じて個別ＵＲＬを検索し、検索した個別ＵＲＬをポータルサーバ５２０へ送信する。
【００１２】
続いて、ステップ６０６にて、ポータルサーバ５２０は、映像配信サーバ５１０から送信されてきた個別ＵＲＬを、取得要求元の端末５３０へ転送する。
【００１３】
そして、ステップ６０７にて、端末５３０は、ポータルサーバ５２０から転送されてきた個別ＵＲＬを指定して、映像配信サーバ５１０に対してシーンａの配信要求を行う。端末５３０からポータルサーバ５２０へのシーンの配信要求は、例えば、一般的なＲＴＳＰ（Real Time Streaming Protocol）に従って行われる。
【００１４】
すると、ステップ６０８にて、映像配信サーバ５１０は、端末５３０から配信要求されたシーンａの配信を開始する。当該配信は、例えば、ストリーム型実時間メルチメディア通信にて一般的に用いられるＲＴＰ（Real-time Transport Protocol）に従って行われる。
【００１５】
その後、ステップ６０９にて、端末５３０は、映像配信サーバ５１０から配信されてきたシーンを再生する。
【００１６】
なお、ステップ６０３〜６０９の処理は、プレイリストに含まれているシーンａ、ｂおよびｃの再生を端末５３０にて切替えるごとに実行される。
【００１７】
また、上述したようなコンテンツ配信を行う際に、当該コンテンツに広告を挿入して配信するシステムが考えられている（例えば、特許文献１参照。）。
【特許文献１】特開２００８−０２２２９８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１８】
しかしながら、端末５３０において再生中のシーンを切替えるごとに、端末５３０とポータルサーバ５２０と映像配信サーバ５１０との間で相互にデータの送受信を行わなければならない。そのため、これらが相互に接続されているネットワークに負荷がかかってしまうという問題点がある。
【００１９】
また、再生するシーンの切替ごとに、個別ＵＲＬ取得用の処理を端末５３０やポータルサーバ５２０が行う必要がある。そのため、端末５３０やポータルサーバ５２０に対する負荷が増大してしまうという問題点もある。
【００２０】
また、端末５３０が、再生中のシーンから他のシーンに切替えるまでの間、つまり、他のシーンの個別ＵＲＬを取得した上で該個別ＵＲＬを指定して映像配信サーバ５１０へ接続する間、端末５３０上の再生画面において一時的に画面が表示されない状態となるブラックアウトが生じてしまうおそれがある。
【００２１】
本発明は、上述した課題を解決する配信サーバ、コンテンツ配信方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【００２２】
上記課題を解決するために、本発明の配信サーバは、コンテンツを送信し、該送信されてきたコンテンツを再生する端末と該コンテンツのリストを送信するポータルサーバとに接続された配信サーバであって、前記コンテンツを記憶する記憶部と、前記ポータルサーバから前記リストが送信されてきた場合、前記リストを識別可能な識別情報を生成し、該識別情報と前記リストに含まれるすべてのコンテンツとを対応付けて前記記憶部に記憶させる情報生成部と、前記識別情報を前記ポータルサーバへ送信する情報送信部と、前記ポータルサーバへ送信した識別情報が前記端末から送信されてきた場合、該識別情報に基づいて前記コンテンツを前記記憶部から読み出して前記端末へ送信するコンテンツ配信部とを有する。
【００２３】
上記課題を解決するために、本発明のコンテンツ配信方法は、ポータルサーバから送信されてきたリストに含まれるコンテンツを、該コンテンツを再生する端末へ送信するコンテンツ配信方法であって、前記コンテンツを記憶する処理と、前記ポータルサーバから前記リストが送信されてきた場合、前記リストを識別可能な識別情報を生成し、該識別情報と前記リストに含まれるすべてのコンテンツとを対応付けて記憶する情報生成処理と、前記識別情報を前記ポータルサーバへ送信する情報送信処理と、前記ポータルサーバへ送信した識別情報が前記端末から送信されてきた場合、該識別情報に基づいて前記記憶されているコンテンツを読み出して前記端末へ送信するコンテンツ配信処理とを有する。
【００２４】
また、コンピュータに実行させるプログラムであって、コンテンツを送信し、該送信されてきたコンテンツを再生する端末と該コンテンツのリストを送信するポータルサーバとに接続された配信サーバに、前記コンテンツを記憶する手順と、前記ポータルサーバから前記リストが送信されてきた場合、前記リストを識別可能な識別情報を生成し、該識別情報と前記リストに含まれるすべてのコンテンツとを対応付けて記憶する情報生成手順と、前記識別情報を前記ポータルサーバへ送信する情報送信手順と、前記ポータルサーバへ送信した識別情報が前記端末から送信されてきた場合、該識別情報に基づいて前記記憶されているコンテンツを読み出して前記端末へ送信するコンテンツ配信手順とを実行させる。
【発明の効果】
【００２５】
本発明によれば、配信サーバは、コンテンツを送信し、該送信されてきたコンテンツを再生する端末と該コンテンツのリストを送信するポータルサーバとに接続され、コンテンツを記憶している。配信サーバは、ポータルサーバからリストが送信されてきた場合、リストを識別可能な識別情報を生成する。そして、識別情報とリストに含まれるすべてのコンテンツとを対応付けて記憶部に記憶させるとともに、識別情報をポータルサーバへ送信する。
【００２６】
ポータルサーバへ送信した識別情報が端末から送信されてきた場合、識別情報に基づいてコンテンツを記憶部から読み出して端末へ送信する。
【００２７】
このような構成としたため、あるシーンを再生している端末に当該シーンと異なるシーンを新たに再生させる際、端末が、該異なるシーンの個別ＵＲＬをポータルサーバを介して配信サーバから取得することが不要となる。そのため、再生するシーンの切替を行う際に、端末とポータルサーバと配信サーバとを相互に接続するネットワークの負荷を低減させることができる。
【００２８】
また、再生するシーンの切替における端末やポータルサーバに対する負荷を低減させることができる。
【００２９】
さらに、端末において再生するシーンを切替える際に、端末上の再生画面においてブラックアウトが生じることを回避することができる。
【発明を実施するための最良の形態】
【００３０】
（実施形態１）
以下、本発明の実施形態１に従ったコンテンツ配信システム（配信サーバ、コンテンツ配信方法およびプログラムを含む）を説明する。
【００３１】
まず、実施形態１のコンテンツ配信システムの全体構成を説明する。
【００３２】
図1に示すように、本コンテンツ配信システムは、映像配信サーバ１と、ポータルサーバ２と、端末３とを具備している。映像配信サーバ１、ポータルサーバ２および端末３それぞれの台数は「１」に限らず、複数でもよい。
【００３３】
映像配信サーバ１（以下、「配信サーバ１」という）は、例えば、サーバなどの所定の情報処理装置であり、コンテンツを記憶している。
【００３４】
ここでいうコンテンツとは、放送番組などの内容を有する本編コンテンツ（例えば、映画、スポーツなど）と、コマーシャルなどの内容を有する広告コンテンツとの両方を指す。コンテンツは、画像データ（静止画または動画）でもよく、音声データ（音楽など）でもよい。
【００３５】
また、配信サーバ１は、ポータルサーバ２からプレイリストＬＳＴ（「リスト」）が送信されてきた場合、該プレイリストＬＳＴを識別するための統一ＵＲＬ（「識別情報」）を生成する。
【００３６】
ここで、プレイリストＬＳＴとは、端末３が統一ＵＲＬを指定した配信要求を配信サーバ１へ送信した場合に、配信サーバ１から端末３へ送信されるコンテンツ（シーン）を示す一覧である。
【００３７】
この説明例では、図２に示すように、プレイリストＬＳＴには、シーンａ、ｂおよびｃそれぞれに付与されたシーン番号ＳＮ−１、ＳＮ−２およびＳＮ−３が記述されている。
【００３８】
以下の説明例では、配信サーバ１は、プレイリストＬＳＴに含まれるコンテンツ（シーンａ、ｂおよびｃ）すべてと統一的に対応する１つの統一ＵＲＬを、「Ｚ」に決定する。
【００３９】
なお、統一ＵＲＬ（Ｚ）には、例えば、シーンａ〜ｃそれぞれに付与されたコンテンツＩＤ（IDentifier）や、ユーザＩＤや、コンテンツ配信時に用いるポート番号や、配信サーバ１のＩＰアドレスなどが記述されていてもよい。
【００４０】
また、図１に示した配信サーバ１は、統一ＵＲＬ（識別情報）と、プレイリストＬＳＴに含まれるコンテンツが記憶されている後述する記憶部１４内のアドレスとを対応付けて記憶する。
【００４１】
また、配信サーバ１は、統一ＵＲＬをポータルサーバ２へ送信する。その後、ポータルサーバ２へ送信した統一ＵＲＬを指定した配信要求が端末３から送信されてきた場合、配信サーバ１は、統一ＵＲＬと対応付けられたアドレスを特定する。そして、該特定したアドレスに記憶されているコンテンツを端末３へ送信する。
【００４２】
ポータルサーバ２は、例えば、サーバなどの所定の情報処理装置であり、端末３と接続した際、端末３にて選択可能なコンテンツの一覧を該端末３へ送信する。
【００４３】
また、ポータルサーバ２は、端末３から視聴要求が送信されてきた場合、プレイリストＬＳＴを生成する。なお、プレイリストＬＳＴの生成の際、ポータルサーバ２は、端末３からポータルサーバ２へ視聴要求された本編コンテンツを、当該プレイリストＬＳＴに記述する。
【００４４】
さらに、この説明例では、ポータルサーバ２は、プレイリストＬＳＴに挿入可能な広告コンテンツの広告情報を、本編コンテンツと対応付けて記憶している。ポータルサーバ２は、端末３からの視聴要求を受信した場合、該視聴要求された本編コンテンツに対応付けられた広告コンテンツの広告情報を検索する。例えば、本編コンテンツがスポーツに関連する内容であれば、スポーツ用品についての広告情報を検索するようにしてもよい。そして、ポータルサーバ２は、視聴要求された本編コンテンツと、検索により得られた広告コンテンツとを含むプレイリストＬＳＴを生成する。
【００４５】
また、ポータルサーバ２は、生成したプレイリストＬＳＴを配信サーバ１へ送信する。
【００４６】
また、ポータルサーバ２は、配信サーバ１へ送信したプレイリストＬＳＴの統一ＵＲＬ（識別情報）を該配信サーバ１から受信し、該統一ＵＲＬ（Ｚ）を端末３へ転送する。
【００４７】
端末３は、ポータルサーバ２と接続した際、端末３にて選択可能なコンテンツの一覧を表示する。
【００４８】
端末３は、当該一覧に表示されているシーンのうちから視聴を所望する１つ以上のシーンをその利用者が選択した場合、該選択されたシーンの視聴要求をポータルサーバ２へ送信する。
【００４９】
また、端末３は、視聴要求に応じてポータルサーバ２が転送してきた統一ＵＲＬ（Ｚ）を受信する。
【００５０】
また、端末３は、ポータルサーバ２から転送されてきた統一ＵＲＬを表示する。端末３の利用者によって当該統一ＵＲＬが指定された場合、端末３は、配信サーバ１へ配信要求を送信する。
【００５１】
さらに、端末３は、配信要求に応じて配信サーバ１が送信してきたコンテンツ（シーンａ、ｂおよびｃ）を受信し、該コンテンツを再生する。端末３としては、例えば、パーソナルコンピュータ、または、携帯型電子装置（例えば、携帯電話機やＰＤＡ（Personal Digital Assistants））が挙げられる。
【００５２】
なお、配信サーバ１とポータルサーバ２と端末３とを相互に接続するネットワーク（図示せず）の通信形態は、有線通信方式と無線通信方式とのいずれでもよい。
【００５３】
つぎに、図１に示した配信サーバ１が有する構成について、詳細に説明する。
【００５４】
図３に示すように、映像配信サーバ１は、ＵＲＬ生成部１１と、コンテンツ配信部１２と、コンテンツ管理部１３と、記憶部１４とを有する。
【００５５】
また、ＵＲＬ生成部１１は、視聴要求受信部１１１と、情報生成部１１２と、情報送信部１１３とを有する。
【００５６】
視聴要求受信部１１１は、ポータルサーバ２から送信されてきたプレイリストＬＳＴを受信し、該プレイリストＬＳＴに含まれるシーンａ、ｂおよびｃを情報生成部１１２へ出力する。
【００５７】
情報生成部１１２は、視聴要求受信部１１１から出力されてきたシーンａ、ｂおよびそれぞれの記憶場所すべてに統一的に対応する１つの統一ＵＲＬ（Ｚ）を決定（生成）する。
【００５８】
また、情報生成部１１２は、プレイリストＬＳＴに含まれるシーンａ〜ｃそれぞれが記憶されている記憶部１４における「アドレス」とに、統一ＵＲＬ（Ｚ）を対応付ける。
【００５９】
なお、ここでいう「アドレス」は、プレイリストＬＳＴに含まれるコンテンツ（シーンａ〜ｃ）が記憶されている記憶部１４における記憶場所を示す役割を果たすものであればよい。例えば、「アドレス」は、シーンａ〜ｃそれぞれの記憶場所を該シーンａ〜ｃが記憶された各フォルダの名称などで表した個別ＵＲＬでもよい。
【００６０】
また、情報生成部１１２は、自己が決定した統一ＵＲＬと、該統一ＵＲＬと対応付けられたアドレスとの対応付け（対応情報ＩＮＦ）を、記憶部１４内へ書込む。
【００６１】
また、情報生成部１１２は、自己が決定した統一ＵＲＬを情報送信部１１３へ出力する。
【００６２】
また、情報生成部１１２は、統一ＵＲＬを生成する際、端末３から送信されてきた統一ＵＲＬが情報生成部１１２が生成した統一ＵＲＬであるかどうかを判別するためのパスワードＰＷＤを発行し、該パスワードＰＷＤを統一ＵＲＬ（Ｚ）へ付加する。さらに、情報生成部１１２は、発行したパスワードＰＷＤをアドレス取得部１３１へ出力する。
【００６３】
情報送信部１１３は、情報生成部１１２が決定した統一ＵＲＬ（Ｚ）を、該統一ＵＲＬにより識別されるプレイリストＬＳＴを送信してきたポータルサーバ２へ送信する。該送信により、情報送信部１１３は、統一ＵＲＬをポータルサーバ２へ通知する。
【００６４】
コンテンツ配信部１２は、端末３から送信されてきた統一ＵＲＬを指定した配信要求を受信し、当該統一ＵＲＬをコンテンツ管理部１３へ出力する。このとき、統一ＵＲＬにパスワードＰＷＤが付加されている場合は、該パスワードＰＷＤが付加された状態で出力する。
【００６５】
また、コンテンツ配信部１２は、コンテンツ管理部１３が特定した個別ＵＲＬ（アドレス）が示す記憶部１４の記憶場所から、プレイリストＬＳＴに含まれるコンテンツ（シーンａ、ｂおよびｃ）を読み出す。
【００６６】
また、コンテンツ配信部１２は、読み出したシーンａ〜ｃを端末３へ送信する。なお、コンテンツ配信部１２は、シーンａ〜ｃを送信するためのＲＴＰパケットを、ＵＤＰ（User Datagram Protocol）などに従って送信する。
【００６７】
コンテンツ管理部１３は、アドレス取得部１３１と、アドレス特定部１３２とを有する。
【００６８】
アドレス取得部１３１は、コンテンツ配信部１２から統一ＵＲＬが出力されてきた場合、当該統一ＵＲＬが情報生成部１１２が生成した統一ＵＲＬであるかどうかを判別するためのＵＲＬ認証を行う。
【００６９】
なお、アドレス取得部１３１は、情報生成部１１２から出力されてきたパスワードＰＷＤと、コンテンツ配信部１２から出力されてきた統一ＵＲＬに付加されているパスワードとの比較により、ＵＲＬ認証を行う。
【００７０】
アドレス取得部１３１は、情報生成部１１２から出力されてきたパスワードと、コンテンツ配信部１２から出力されてきた統一ＵＲＬに付加されているパスワードとが一致した場合、ＵＲＬ認証が成功したと判別する。なお、ＵＲＬ認証に用いるパスワードは、任意のパスワード（例えば、認証（比較）の試行に１回のみ用いることが可能なワンタイムパスワードなど）でよい。
【００７１】
ＵＲＬ認証が成功したと判別した場合、アドレス取得部１３１は、統一ＵＲＬを含む検索要求をアドレス特定部１３２へ出力する。
【００７２】
また、アドレス取得部１３１は、検索要求に応じてアドレス特定部１３２が特定して出力してきた個別ＵＲＬ（ＵＲＬ−ａ〜ＵＲＬ−ｃ）を取得し、該個別ＵＲＬをコンテンツ配信部１２へ出力する。
【００７３】
アドレス特定部１３２は、アドレス取得部１３１から検索要求が出力されてきた場合、統一ＵＲＬと対応付けられたプレイリストＬＳＴに含まれるコンテンツの記憶場所を示す「アドレス」を検索および特定する。
【００７４】
より具体的には、アドレス特定部１３２は、端末３から送信されてきた配信要求が指定する統一ＵＲＬを、記憶部１４内から特定する。そして、特定した統一ＵＲＬと対応付けて記憶されているアドレス（ＡＤ１、ＡＤ２およびＡＤ３）を特定する。
【００７５】
また、アドレス特定部１３２は、自己が特定した個別ＵＲＬをアドレス取得部１３１へ出力する。
【００７６】
記憶部１４は、対応情報ＩＮＦを記憶する。
【００７７】
図４（ａ）に示すように、対応情報ＩＮＦは、情報生成部１１２が決定した統一ＵＲＬ（Ｚ）と、プレイリストＬＳＴに含まれるコンテンツそれぞれが記憶されている記憶部１４における「アドレス」（この例では、シーンａ〜ｃの記憶場所を示すアドレスＡＤ１〜ＡＤ３）とを対応付ける情報である。
【００７８】
また、記憶部１４は、配信対象となるシーン（つまり、本編コンテンツおよび広告コンテンツ）を記憶する。
【００７９】
図４（ｂ）に例示するように、シーンａが記憶されている記憶場所（例えば、フォルダ）は、記憶部１４内のアドレスＡＤ１が付与された領域に確保されている。
【００８０】
つぎに、上記構成を有するコンテンツ配信システムにおいて、配信サーバ１が、ポータルサーバ２から送信されてきたプレイリストＬＳＴに含まれるコンテンツを端末３へ送信する動作について説明する。
【００８１】
図５に示すように、まず、ステップ４０１にて、視聴者が利用する端末３から、ポータルサーバ２に対して、視聴者が所望する本編コンテンツの視聴要求を送信する。
【００８２】
ポータルサーバ２は、視聴要求された本編コンテンツに挿入することが可能な広告コンテンツを示す広告情報を、自己が記憶している広告情報のなかから検索する。
【００８３】
続いて、ステップ４０２にて、ポータルサーバ２は、検索した広告情報を用いて、視聴要求が要求する本編コンテンツと、該本編コンテンツに挿入可能な広告コンテンツとを示すプレイリストＬＳＴを生成して、該プレイリストＬＳＴを配信サーバ１へ送信する。
【００８４】
ステップ４０３にて、配信サーバ１が具備する視聴要求受信部１１１は、ポータルサーバ２から送信されてきたプレイリストＬＳＴを受信し、当該プレイリストＬＳＴに含まれるシーンａ、ｂおよびｃを情報生成部１１２へ出力する。
【００８５】
ステップ４０４にて、情報生成部１１２は、視聴要求受信部１１１から出力されてきたシーンａ、ｂおよびｃに基づいて、視聴要求受信部１１１が受信したプレイリストＬＳＴを識別するための統一ＵＲＬ（Ｚ）を決定する。この例では、情報生成部１１２は、視聴要求受信部１１１から出力されてきたシーンａ〜ｃのアドレスＡＤ１〜ＡＤ３すべてに統一的に対応する１つの統一ＵＲＬ（Ｚ）を決定する。
【００８６】
また、情報生成部１１２は、統一ＵＲＬを決定する際、パスワードＰＷＤを発行し、該パスワードＰＷＤを統一ＵＲＬ（Ｚ）に付加する。また、情報生成部１１２は、発行したパスワードＰＷＤをＵＲＬ取得部１３１へ出力する。
【００８７】
また、情報生成部１１２は、ステップ４０４にて決定した統一ＵＲＬと、該統一ＵＲＬと対応付けられたアドレスとを、ステップ４０５にて、記憶部１４内へ書込む。
【００８８】
さらに、情報生成部１１２は、ステップ４０４にて決定した統一ＵＲＬを情報送信部１１３へ出力する。すると、ステップ４０６にて、情報送信部１１３は、情報生成部１１２からの統一ＵＲＬ（Ｚ）を、プレイリストＬＳＴを送信してきたポータルサーバ２へ通知する。
【００８９】
そして、ポータルサーバ２は、ステップ４０７にて、配信サーバ１から通知された統一ＵＲＬを受信すると、該統一ＵＲＬを端末３へ転送する。
【００９０】
その後、端末３は、ポータルサーバ２から転送されてきた統一ＵＲＬを受信して、該統一ＵＲＬを表示する。表示中の統一ＵＲＬが端末３の利用者によって指定された場合、端末３は、ステップ４０８にて、配信サーバ１へ配信要求を送信する。
【００９１】
ステップ４０９にて、配信サーバ１のコンテンツ配信部１２は、端末３から送信されてきた統一ＵＲＬを指定した配信要求を受信し、当該統一ＵＲＬをアドレス取得部１３１へ出力する。
【００９２】
ステップ４１０にて、アドレス取得部１３１は、情報生成部１１２から出力されてきたパスワードＰＷＤと、コンテンツ配信部１２から出力されてきた統一ＵＲＬ（Ｚ）に付加されているパスワードとが一致するかどうかに基づいて、端末３のＵＲＬ認証を行う。端末３のＵＲＬ認証が成功した場合、ステップ４１１にて、アドレス取得部１３１は、アドレス特定部１３２へ統一ＵＲＬを含む検索要求を出力する。
【００９３】
アドレス取得部１３１から検索要求が出力されてきた場合、ステップ４１１にて、アドレス特定部１３２は、統一ＵＲＬ（Ｚ）と対応付けられたプレイリストＬＳＴに含まれるシーンａ〜ｃの記憶場所を示すアドレス（この例では、ＡＤ１〜ＡＤ３）を検索および特定する。
【００９４】
続いて、アドレス特定部１３２は、特定したアドレスを、検索要求してきたアドレス取得部１３１へ出力する。ステップ４１２にて、アドレス取得部１３１は、アドレス特定部１３１が特定したアドレス（ＡＤ１〜ＡＤ３）をコンテンツ配信部１２へ出力する。
【００９５】
コンテンツ配信部１２は、アドレス取得部１３１から出力されてきたアドレス（図４（ｂ）の例では、ＡＤ１、ＡＤ２およびＡＤ３）により識別される記憶部１４の記憶場所から、プレイリストＬＳＴに含まれるシーンａ、ｂおよびｃを読み出す。そして、ステップ４１３にて、コンテンツ配信部１２は、読み出したシーンａ〜ｃを端末３へ送信する。
【００９６】
ステップ４１４にて、端末３は、ステップ４０８における配信要求に応じて配信サーバ１が送信してきたシーンａ〜ｃを受信して、該シーンａ〜ｃを再生する。
【００９７】
以上で、配信サーバ１がプレイリストに含まれるコンテンツ（シーンａ〜ｃ）を端末３へ送信する一連の動作が終了する。
【００９８】
以上説明したように、実施形態１によれば、配信サーバ１は、ポータルサーバ２が端末３からの視聴要求に応じてプレイリストＬＳＴを送信してきた場合、該プレイリストＬＳＴと対応付けられた統一ＵＲＬ（Ｚ）を決定する。そして、配信サーバ１は、生成した統一ＵＲＬを、ポータルサーバ２へ送信する。ポータルサーバ２は、配信サーバ１から送信されてきた統一ＵＲＬを端末３へ転送する。
【００９９】
配信サーバ１は、ポータルサーバ２へ送信した統一ＵＲＬを指定して端末３が配信要求してきた場合、該統一ＵＲＬと対応付けられたコンテンツの記憶場所を特定する。そして、配信サーバ１は、特定した記憶場所から読み出したコンテンツを端末３へ送信する。
【０１００】
そのため、端末３にて再生するシーンを切替える際に、端末３が、該異なるシーンの個別ＵＲＬをポータルサーバ２を介して配信サーバ１から取得することが不要となる。これにより、再生するシーンの切替を行う際に、端末３とポータルサーバ２と配信サーバ１とを相互に接続するネットワーク（図示せず）の負荷を低減させることができる。
【０１０１】
また、実施形態１によれば、再生するシーンの切替における端末３やポータルサーバ２に対する負荷を低減させることができる。
【０１０２】
そのため、端末３がバッテリを電源として用いる携帯電話機などの携帯型電子装置で構成されている場合でも、送信されてきたコンテンツの再生を当該端末３にて長時間行うことが可能となる。
【０１０３】
さらに、端末３において再生するシーンを切替える際に、端末３上の再生画面においてブラックアウトが生じることを回避することができる。
（実施形態２）
一般的な広告コンテンツでは、視聴者に対する広告の宣伝効果を促進するために、通常の再生時間よりも短い時間でシーンを再生する「早送り」などの特殊再生（トリックプレイ）の実行が禁止されている場合も多い。また、一般的な広告コンテンツでは、シーンの再生中に特定の画像を一定期間表示させる「一時停止」、通常の再生時間よりも長い時間でシーンを再生する「スロー再生」、または、シーンを構成する画像を通常再生と反対の順序で再生する「巻戻し」などの特殊再生についても、その実行が禁止されている場合がある。
【０１０４】
また、シーン配信時のデータの送信速度（ビットレート）がそれぞれのシーンａ〜ｃごとに異なる場合、該シーンを端末３にて復号化するときのデコード方式が異なる場合もある。再生中のシーンと、該シーンに代えて新たに再生される他のシーンとの間でデコード方式が異なる場合、端末３においてシーンの正常な再生を継続して行うことができない。
【０１０５】
このような状況となることを回避するためには、配信サーバ１から送信されるシーンａ、ｂおよびｃ送信用のパケットそれぞれに、各シーンに設定されている特殊再生や送信速度を示す情報を記述すればよい。そして、配信サーバ１から送信されてきたシーンａ、ｂおよびｃ送信用のパケットを端末３が受信した際、該パケットに記述された特殊再生の可否（許可または禁止）または送信速度に応じたデコード方式に従って、当該端末３にてシーンａ〜ｃを再生すればよい。
【０１０６】
以下、このような動作を行う実施形態２のコンテンツ配信システムについて説明する。
【０１０７】
実施形態２の配信サーバ１が具備する記憶部１４には、再生設定情報ＰＬＹが記憶されている。
【０１０８】
図６に示すように、再生設定情報ＰＬＹは、シーン番号ＳＮと、ビットレートＲＴと、特殊再生フラグＦＧとを対応付ける。
【０１０９】
シーン番号ＳＮ（ＳＮ−１〜ＳＮ−３）は、シーンａ〜ｃをそれぞれ個別に識別するための情報である。シーン番号ＳＮは、例えば、連続番号で管理される所定長の数字でもよい。
【０１１０】
また、ビットレートＢＲＴは、シーンａ〜ｃそれぞれをコンテンツ配信部１２が送信するときの送信速度である。
【０１１１】
特殊再生フラグＦＧは、特殊再生それぞれの実行に関する許可または禁止のいずれかを示す情報である。この説明例では、それぞれのシーンａ〜ｃごとに、一時停止と早送りと巻戻しとスロー再生との４つの特殊再生それぞれに対する特殊設定フラグＦＧが設定されている。
【０１１２】
コンテンツ配信部１２は、シーンａ〜ｃのいずれかを送信する際、該シーン（ａ〜ｃのいずれか）に付与されるＲＴＰヘッダの「所定箇所」に、再生設定情報ＰＬＹに記憶されている該シーンに関する情報を記述する。
【０１１３】
例えば、コンテンツ配信部１２は、シーンａを送信する場合、シーンａに付与されるＲＴＰヘッダ内に、シーンａに対応するシーン番号ＳＮ−１とビットレートＢＲＴ（図６の例では、「８Ｍｂｐｓ」）と特殊再生フラグＦＧを記述する。
【０１１４】
なお、シーンａ〜ｃに関する情報を記述する「所定箇所」は、シーンａ〜ｃ送信用のパケットに付与されるヘッダ内の項目であれば任意であり、例えば、ＳＳＲＣ（Synchronization Source）のようにＲＴＰヘッダに含まれている任意の項目でもよい。
【０１１５】
さらに、コンテンツ配信部１２は、シーン番号ＳＮ−１とビットレートＢＲＴと特殊再生フラグＦＧとを含むＲＴＰヘッダが付与されたシーンａ〜ｃを、再生設定情報ＰＬＹに記憶されているシーンａ〜ｃそれぞれのビットレートＢＲＴに従って端末３へ送信する。
【０１１６】
実施形態２の端末３は、配信サーバ１からシーンａ〜ｃが送信されてくるビットレートＢＲＴと、該ビットレートＢＲＴで受信したシーンａ〜ｃの復号化に用いるデコード方式とを対応付けて記憶している。
【０１１７】
また、実施形態２の端末３は、シーンａ〜ｃを受信した場合、該シーン（ａ〜ｃのいずれか）に付与されるＲＴＰヘッダの所定箇所に記述されているビットレートＢＲＴを識別する。そして、該ビットレートＢＲＴに対応付けて自己が記憶しているデコード方式を特定し、該デコード方式に従ってシーンａ〜ｃを復号化した上で再生する。
【０１１８】
また、端末３は、シーンａ〜ｃを再生する際、当該シーンａ〜ｃそれぞれに付与されていたＲＴＰヘッダの所定箇所に記述されている特殊再生フラグＦＧを識別する。
【０１１９】
そして、端末３は、自己が識別した特殊再生フラグＦＧが示す特殊再生の可否（許可または禁止のいずれか）に応じて、シーンａ〜ｃそれぞれの再生動作を制御する。
【０１２０】
なお、本発明においては、配信サーバ１内の処理は上述の専用のハードウェアにより実現されるもの以外に、その機能を実現するためのプログラムを配信サーバ１にて読取可能な記録媒体に記録し、この記録媒体に記録されたプログラムを配信サーバ１に読み込ませ、実行するものであってもよい。配信サーバ１にて読取可能な記録媒体とは、フロッピーディスク（登録商標）、光磁気ディスク、ＤＶＤ、ＣＤなどの移設可能な記録媒体の他、配信サーバ１に内蔵されたＨＤＤ等を指す。この記録媒体に記録されたプログラムは、例えば、配信サーバ１が有するＵＲＬ生成部１１、コンテンツ配信部１２およびコンテンツ管理部１３にて読み込まれ、ＵＲＬ生成部１１、コンテンツ配信部１２およびコンテンツ管理部１３の制御によって、上述したものと同様の処理が行われる。
【０１２１】
ここで、配信サーバ１が有するＵＲＬ生成部１１、コンテンツ配信部１２およびコンテンツ管理部１３は、プログラムが記録された記録媒体から読み込まれたプログラムを実行するコンピュータとして動作するものである。
【０１２２】
以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明の要旨を逸脱しない範囲で当業者が理解し得る各種の変形が可能である。
【図面の簡単な説明】
【０１２３】
【図１】本発明の実施形態に従ったコンテンツ配信システムの構成を示す図である。
【図２】図１に示したプレイリストのデータ構造の一例を示す図である。
【図３】図１に示した映像配信サーバの構成を示す図である。
【図４】（ａ）図３に示した対応情報のデータ構造の一例を示す図である。（ｂ）記憶部にてシーンが記憶されている状態を示す模式図である。
【図５】コンテンツ配信システムにて、映像配信サーバから配信されてきたコンテンツを端末が再生するときのシーケンスを示す図である。
【図６】再生設定情報のデータ構造の一例を示す図である。
【図７】一般的なコンテンツ配信システムの構成を示す図である。
【図８】図７に示した一般的なコンテンツ配信システムにて、映像配信サーバから配信されてきたコンテンツを端末が再生するときのシーケンスを示す図である。
【符号の説明】
【０１２４】
１  映像配信サーバ
１１  ＵＲＬ生成部
１１１  視聴要求受信部
１１２  情報生成部
１１３  情報送信部
１２  コンテンツ配信部
１３  コンテンツ管理部
１３１  アドレス取得部
１３２  アドレス特定部
１４  記憶部
２  ポータルサーバ
３  端末
【図１】
2010073100.tif 000003
【図２】
2010073100.tif 000004
【図３】
2010073100.tif 000005
【図４】
2010073100.tif 000006
【図５】
2010073100.tif 000007
【図６】
2010073100.tif 000008
【図７】
2010073100.tif 000009
【図８】
2010073100.tif 000010