(57)【要約】【課題】キャッシュ配信装置が適切にコンテンツをキャッシュすることができ、同一コンテンツについての第２回目以降の配信において、ネットワーク上のトラフィックの軽減を図ることができる。【解決手段】本発明は、ネットワークを介してコンテンツを配信するコンテンツ配信装置と通信端末との間で通信信号の送受信を行うキャッシュ配信装置において、コンテンツ配信装置が配信するコンテンツを蓄積するコンテンツ蓄積手段と、コンテンツ蓄積手段に蓄積されるコンテンツに対してコンテンツ配信要求を取得すると、端末情報毎に、要求されるコンテンツの位置特定情報及びコンテンツ情報を対応付けて管理し、要求されるコンテンツを通信端末に配信する配信制御手段とを備えることを特徴とするキャッシュ配信装置である。【選択図】      図１
2014060678.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してコンテンツを配信するコンテンツ配信装置と通信端末との間で通信信号の送受信を行うキャッシュ配信装置において、
上記コンテンツ配信装置が配信するコンテンツを蓄積するコンテンツ蓄積手段と、
上記コンテンツ蓄積手段に蓄積されるコンテンツに対してコンテンツ配信要求を取得すると、端末情報毎に、要求されるコンテンツの位置特定情報及びコンテンツ情報を対応付けて管理し、要求されるコンテンツを上記通信端末に配信する配信制御手段と
を備えることを特徴とするキャッシュ配信装置。
【請求項２】
少なくとも、コンテンツの上記位置特定情報及びコンテンツ情報の対応情報を端末情報毎に記憶する記憶手段をさらに備え、
上記配信制御手段が、
コンテンツ配信要求に係るコンテンツの位置特定情報を発行し、発行した位置特定情報を上記通信端末に与えると共に、上記発行した位置特定情報を当該コンテンツのコンテンツ情報に対応付けて上記記憶手段に記憶する位置特定情報発行部と、
上記通信端末から上記位置特定情報へアクセスされると、上記記憶手段を参照して、上記位置特定情報に対応するコンテンツ情報を取得し、取得したコンテンツ情報のコンテンツを上記通信端末に配信する配信処理部と
を有する
ことを特徴とする請求項１に記載のキャッシュ配信装置。
【請求項３】
上記コンテンツ配信装置から高精度のコンテンツを要求し、取得した高精度のコンテンツを上記コンテンツ蓄積手段に蓄積させるキャッシュ手段を備え、
上記配信制御手段が、上記コンテンツ蓄積手段に蓄積されるコンテンツを上記通信端末の配信プロトコルに変換し、変換後のコンテンツを上記通信端末に配信させるプロトコル変換部を有する
ことを特徴とする請求項１又は２に記載のキャッシュ配信装置。
【請求項４】
上記コンテンツ配信装置からのコンテンツの転送速度を上記記憶手段に記憶するコンテンツ配信解析手段を備え、
上記配信制御手段が、上記通信端末に配信する際に、上記コンテンツの転送速度を変換する転送速度変換部を有する
ことを特徴とする請求項１〜３のいずれかに記載のキャッシュ配信装置。
【請求項５】
ネットワークを介してコンテンツを配信するコンテンツ配信装置と通信端末との間で通信信号の送受信を行う装置のキャッシュ制御プログラムにおいて、
コンピュータを、
上記コンテンツ配信装置が配信するコンテンツを蓄積するコンテンツ蓄積手段、
上記コンテンツ蓄積手段に蓄積されるコンテンツに対してコンテンツ配信要求を取得すると、端末情報毎に、要求されるコンテンツの位置特定情報及びコンテンツ情報を対応付けて管理し、要求されるコンテンツを上記通信端末に配信する配信制御手段
として機能させることを特徴とするキャッシュ制御プログラム。
【請求項６】
ネットワークを介してコンテンツを配信するコンテンツ配信装置と、
コンテンツを取得する通信端末と、
上記コンテンツ配信装置が配信するコンテンツを蓄積するコンテンツ蓄積手段と、
上記コンテンツ蓄積手段に蓄積されるコンテンツに対してコンテンツ配信要求を取得すると、端末情報毎に、要求されるコンテンツの位置特定情報及びコンテンツ情報を対応付けて管理し、要求されるコンテンツを上記通信端末に配信する配信制御手段と
を備えることを特徴とするコンテンツ配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、キャッシュ配信装置、キャッシュ配信プログラム及びコンテンツ配信システムに関し、例えば、ネットワークを通じてコンテンツ配信を行うキャッシュ配信装置、キャッシュ配信プログラム及びコンテンツ配信システムに適用し得るものである。
【背景技術】
【０００２】
近年、コンテンツ配信サービスにおいて、ネットワークを通じて映像データを有するストリームを配信する映像配信サービスの利用が拡大している。映像配信に係るビデオトラフィックは、ネットワークトラフィックの大部分を占めていると言われている。また、ビデオトラフィックは、多くの重複する映像データのトラフィックが流れていることが知られている。
【０００３】
そのため、重複する映像データのトラフィックの削減が、ビデオトラフィックの負荷を削減することができ、更にはネットワーク全体のトラフィックの効率化に繋がる。
【０００４】
従来、重複する映像データのトラフィックを削減する技術の１つとして、Ｉｎ−Ｎｅｔｗｏｒｋキャッシュ手法（非特許文献１参照）等がある。
【０００５】
上記のＩｎ−Ｎｅｔｗｏｒｋキャッシュ手法等を利用し、任意の１対のルータ間を通るパケットをキャッシュし、キャッシュ済みのパケットと重複するパケットについては、ルータ間を転送せず、転送先側のルータのキャッシュからパケットを送出し、ルータ間の重複パケットを削減し、ビデオトラフィックを削減していた。
【０００６】
従来のＩｎ−Ｎｅｗｏｒｋキャッシュ手法によるコンテンツ配信方法は、端末は、キャッシュ配信サーバを介して、コンテンツ配信装置に対して映像配信要求を行う。
【０００７】
コンテンツ配信装置は、セキュリティの観点から、コンテンツのアクセス先として、所定回数（例えば１回等）限りのアクセスを有効とするワンタイムＵＲＬを発行する。
【０００８】
キャッシュ配信サーバは、コンテンツ配信装置からのワンタイムＵＲＬを端末に送信し、発行されたワンタイムＵＲＬとコンテンツＩＤとを紐付けして管理する。
【０００９】
端末がコンテンツ取得のためにワンタイムＵＲＬにアクセスすると、コンテンツ配信装置は、ワンタイムＵＲＬのコンテンツを端末に送信する。このとき、キャッシュ配信サーバは、コンテンツ配信装置からのコンテンツをキャッシュする。
【００１０】
その後、同一のコンテンツに対する映像配信要求があると、キャッシュ配信サーバはキャッシュしているコンテンツを配信する。
【先行技術文献】
【非特許文献】
【００１１】
【非特許文献１】安藤翔伍，中尾彰宏，“ネットワークエッジにおける重複トラフィック削減のためのＩｎ−Ｎｅｔｗｏｒｋキャッシュの検討”，社団法人  電子情報通信学会，信学技報，２０１１年
【発明の概要】
【発明が解決しようとする課題】
【００１２】
しかしながら、上述した従来のコンテンツ配信技術の場合、コンテンツ配信装置は、コンテンツ配信要求があるたびに異なるワンタイムＵＲＬを発行している。また、キャッシュ配信サーバは、ワンタイムＵＲＬとコンテンツＩＤとを紐付して管理している。
【００１３】
従って、同一コンテンツについてコンテンツ配信要求がある場合でも、コンテンツ配信要求毎に毎回応答メッセージ（ワンタイムＵＲＬを含むメッセージ）が異なり、また端末からのコンテンツ配信に係る要求メッセージ（ワンタイムＵＲＬを含むメッセージ）も毎回異なることとなるため、キャッシュ配信サーバは、コンテンツ配信要求に対するコンテンツを適切にキャッシュできないという問題がある。
【００１４】
そのため、映像配信要求毎に異なるアクセス先を発行する場合でも、キャッシュ配信サーバ（装置）が適切にコンテンツをキャッシュすることができ、同一コンテンツについての第２回目以降の配信において、ネットワーク上のトラフィックの軽減を図ることができるキャッシュ配信装置、キャッシュ配信プログラム及びコンテンツ配信システムが求められている。
【課題を解決するための手段】
【００１５】
かかる課題を解決するために、第１の本発明は、ネットワークを介してコンテンツを配信するコンテンツ配信装置と通信端末との間で通信信号の送受信を行うキャッシュ配信装置において、（１）コンテンツ配信装置が配信するコンテンツを蓄積するコンテンツ蓄積手段と、（２）コンテンツ蓄積手段に蓄積されるコンテンツに対してコンテンツ配信要求を取得すると、端末情報毎に、要求されるコンテンツの位置特定情報及びコンテンツ情報を対応付けて管理し、要求されるコンテンツを通信端末に配信する配信制御手段とを備えることを特徴とするキャッシュ配信装置である。
【００１６】
第２の本発明は、ネットワークを介してコンテンツを配信するコンテンツ配信装置と通信端末との間で通信信号の送受信を行う装置のキャッシュ制御プログラムにおいて、コンピュータを、（１）コンテンツ配信装置が配信するコンテンツを蓄積するコンテンツ蓄積手段、（２）コンテンツ蓄積手段に蓄積されるコンテンツに対してコンテンツ配信要求を取得すると、端末情報毎に、要求されるコンテンツの位置特定情報及びコンテンツ情報を対応付けて管理し、要求されるコンテンツを通信端末に配信する配信制御手段として機能させることを特徴とするキャッシュ制御プログラムである。
【００１７】
第３の本発明は、（１）ネットワークを介してコンテンツを配信するコンテンツ配信装置と、（２）コンテンツを取得する通信端末と、（３）コンテンツ配信装置が配信するコンテンツを蓄積するコンテンツ蓄積手段と、（４）コンテンツ蓄積手段に蓄積されるコンテンツに対してコンテンツ配信要求を取得すると、端末情報毎に、要求されるコンテンツの位置特定情報及びコンテンツ情報を対応付けて管理し、要求されるコンテンツを通信端末に配信する配信制御手段とを備えることを特徴とするコンテンツ配信システムである。
【発明の効果】
【００１８】
本発明によれば、キャッシュ配信装置が適切にコンテンツをキャッシュすることができ、同一コンテンツについての第２回目以降の配信において、ネットワーク上のトラフィックの軽減を図ることができる。
【図面の簡単な説明】
【００１９】
【図１】第１の実施形態のコンテンツ配信システムの全体構成を示す構成図である。
【図２】第１の実施形態の端末の内部構成を示す内部構成図である。
【図３】第１の実施形態のコンテンツ配信装置の内部構成を示す構成図である。
【図４】第１の実施形態のキャッシュ配信サーバの内部構成を示す内部構成図である。
【図５】第１の実施形態のコンテンツ配信処理の動作を示すシーケンス図である（その１）。
【図６】第１の実施形態のコンテンツ配信処理の動作を示すシーケンス図である（その２）。
【図７】第１の実施形態の記憶部のワンタイムＵＲＬ対応情報の構成例を説明する説明図である。
【図８】第２の実施形態のキャッシュ配信サーバの内部構成を示す内部構成図である。
【図９】第２の実施形態のコンテンツ配信処理の動作を示すシーケンス図である（その１）。
【図１０】第２の実施形態のコンテンツ配信処理の動作を示すシーケンス図である（その２）。
【発明を実施するための形態】
【００２０】
（Ａ）第１の実施形態
以下では、本発明のキャッシュ配信装置、キャッシュ配信プログラム及びコンテンツ配信システムの第１の実施形態を、図面を参照しながら詳細に説明する。
【００２１】
第１の実施形態では、例えばＩｎ−Ｎｅｔｗｏｒｋ手法を採用したコンテンツ配信システムに本発明を適用する場合を例示する。
【００２２】
（Ａ−１）第１の実施形態の構成
（Ａ−１−１）全体構成
図１は、第１の実施形態のコンテンツ配信システムの全体構成を示す構成図である。
【００２３】
図１に示すように、第１の実施形態のコンテンツ配信システム１０は、コンテンツ配信装置１００、キャッシュ配信サーバ３００、複数台の端末４００−１及び４００−２を有するものである。図１では、端末が２台の場合を例示するが、端末の台数は特に限定されるものではない。
【００２４】
図１において、ネットワーク２００は、端末４００−１及び４００−２に接続されるネットワークであり、コンテンツ配信装置１００に接続されるネットワークであり、コンテンツ配信装置１００のコンテンツをキャッシュする１又は複数のキャッシュ配信サーバ３００が存在するネットワークである。ネットワーク２００は、例えばＩＰネットワーク等を適用することができる。また、ネットワーク２００は、キャッシュ配信サーバ３００がキャッシュされたコンテンツを配信するものであるためコンテンツデリバリネットワークともいう。
【００２５】
端末４００−１及び４００−２は、コンテンツ配信装置１００に対してコンテンツ配信要求メッセージを送信し、コンテンツのストリームを取得し、コンテンツを再生するものである。ここでは、コンテンツは映像コンテンツであるので、端末４００−１及び４００−２は映像データを再生する。端末４００−１及び４００−２は、通信機能を有する情報処理装置を広く適用することができ、例えば、テレビ、パーソナルコンピュータ、タブレット型コンピュータ、ＳＴＢ（Ｓｅｔ  Ｔｏｐ  Ｂｏｘ：セットトップボックス）、携帯端末（いわゆるスマートフォンやＰＤＡや電子書籍端末等）、携帯電話機、ゲーム端末等を適用することができる。
【００２６】
端末４００−１及び４００−２は、キャッシュ配信サーバ３００に接続されており、コンテンツ配信要求メッセージを、キャッシュ配信サーバ３００を介して、コンテンツ配信装置１００に送信する。
【００２７】
端末４００−１及び４００−２は、コンテンツ配信装置１００から送信された映像配信要求応答メッセージを、キャッシュ配信サーバ３００を介して受信する。コンテンツ配信要求応答メッセージにはワンタイムＵＲＬが含まれており、ワンタイムＵＲＬは、コンテンツ配信装置１００が発行したものである。又は、端末４００−１及び４００−２は、キャッシュ配信サーバ３００から送信されたコンテンツ配信要求応答メッセージを受信する。コンテンツ配信要求応答メッセージにはワンタイムＵＲＬが含まれており、ワンタイムＵＲＬは、キャッシュ配信サーバ３００が発行したものである。
【００２８】
端末４００−１及び４００−２は、ワンタイムＵＲＬにアクセスして、コンテンツのストリームを取得してコンテンツを再生する。
【００２９】
キャッシュ配信サーバ３００は、端末４００−１及び４００−２と接続され、コンテンツ配信装置１００と接続され、コンテンツ配信装置１００から受信したコンテンツ情報をキャッシュするものである。
【００３０】
キャッシュ配信サーバ３００は、端末４００−１及び４００−２から受信したコンテンツ配信要求メッセージに含まれるコンテンツ情報を取得し、キャッシュしたコンテンツ情報と比較する。そして、コンテンツ情報が合致する場合、キャッシュ配信サーバ３００は、ワンタイムＵＲＬを発行して端末４００に送信する。
【００３１】
一方、コンテンツ情報が合致しない場合、キャッシュ配信サーバ３００は、既存のネットワーク機器と同様の動作で、コンテンツ配信要求メッセージをコンテンツ配信装置１００に中継する。そして、キャッシュ配信サーバ３００は、コンテンツ配信装置１００からコンテンツ配信要求メッセージに対する応答メッセージが与えられると、当該応答メッセージに含まれるワンタイムＵＲＬを記憶すると共に、当該応答メッセージを端末４００に中継するものである。
【００３２】
キャッシュ配信サーバ３００は、端末４００−１及び４００−２からワンタイムＵＲＬに対するアクセスがある場合、自身が発行したワンタイムＵＲＬであるとき、キャッシュされたコンテンツのストリームを端末４００−１及び４００−２に配信する。
【００３３】
また、コンテンツ配信装置１００が発行したワンタイムＵＲＬであるとき、キャッシュ配信サーバ３００は、ワンタイムＵＲＬをコンテンツ配信装置１００に中継し、コンテンツ配信装置１００から配信されたコンテンツのストリームをキャッシュしつつ、既存のネットワーク機器と同様の動作でコンテンツのストリームを端末４００に中継する。
【００３４】
なお、キャッシュ配信サーバ３００は、ネットワーク２００において端末４００−１及び４００−２に近い側に設けられ、コンテンツ配信装置１００が提供する配信レートに近い配信レートでコンテンツのストリームを配信する。例えば、キャッシュ配信サーバ３００は、端末４００１−及び４００−２が属するネットワークのゲートウェイやルータ等のネットワーク機器の位置や、又は端末４００−１及び４００−２が無線通信によりコンテンツのストリームを受信するときには無線基地局や交換機等の位置に設けることが望ましい。
【００３５】
コンテンツ配信装置１００は、キャッシュ配信サーバ３００を介して、端末４００−１及び４００−２からコンテンツ配信要求メッセージを受信すると、受信したコンテンツ配信要求メッセージに含まれるコンテンツ情報を取得し、ワンタイムＵＲＬを発行する。
【００３６】
コンテンツ配信装置１００は、発行したワンタイムＵＲＬを、キャッシュ配信サーバ３００を介して、端末４００に送信する。
【００３７】
コンテンツ配信装置１００は、キャッシュ配信サーバ３００を介して、端末４００−１及び４００−２からワンタイムＵＲＬに対するアクセスがある場合、自身が発行したワンタイムＵＲＬであるとき、コンテンツのストリームを、キャッシュ配信サーバ３００を介して、端末４００−１及び４００−２に配信する。
【００３８】
（Ａ−１−２）端末４００−１及び４００−２の内部構成
図２は、第１の実施形態の端末４００−１及び４００−２の内部構成を示す内部構成図である。なお、端末４００−１及び４００−２は、同様の構成を有するものであるため、図２では端末４００と示す。
【００３９】
図２において、端末４００は、通信制御部４１０、通信部４２０、記憶部４３０を有する。
【００４０】
なお、端末４００は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、入出力インタフェース部、通信装置等を有するものであり、ＣＰＵが、ＲＯＭに格納される処理プログラムを実行することにより端末４００の機能が実現される。
【００４１】
通信部４２０は、キャッシュ配信サーバ３００、又はキャッシュ配信サーバ３００を介してコンテンツ配信装置１００との間で信号の授受を行う処理部又は装置である。通信部４２０は、例えば、ＩＰを通信プロトコルとして通信処理を行い、端末４００から送信される信号、メッセージなどをパケットに変換し、端末４００で受信されるパケットを信号、メッセージ、ストリームなどに変換して通信処理を行う。
【００４２】
記憶部４３０は、例えば、コンテンツ配信装置１００のアドレス情報や、端末自身のアドレス情報等を記憶するものである。
【００４３】
通信制御部４１０は、コンテンツ配信に係る通信処理を制御するものである。図２に示すように、通信制御部４１０は、コンテンツ配信要求処理部４１１、ワンタイムＵＲＬ取得部４１２、ワンタイムＵＲＬアクセス部４１３、コンテンツ取得部４１４を有する。
【００４４】
コンテンツ配信要求処理部４１１は、コンテンツ配信装置１００のアドレス情報を送信先アドレスとし、端末のアドレス情報を送信元アドレスして、コンテンツ配信装置１００にコンテンツ配信要求メッセージを送信するものである。例えば、このコンテンツ配信要求メッセージには、要求するコンテンツを示すため、コンテンツ識別情報、例えばコンテンツＩＤやコンテンツパスなどが含まれている。以降、コンテンツ識別情報はコンテンツＩＤを使用して説明する。
【００４５】
ワンタイムＵＲＬ取得部４１２は、コンテンツ配信要求メッセージに対する応答メッセージに含まれるワンタイムＵＲＬを取得するものである。
【００４６】
ワンタイムＵＲＬアクセス部４１３は、取得されたワンタイムＵＲＬにアクセスするものである。
【００４７】
コンテンツ取得部４１４は、ワンタイムＵＲＬアクセス部４１３がアクセスしたワンタイムＵＲＬに対応するコンテンツのアクセス先となる装置から、コンテンツのストリームを取得するものである。また、コンテンツ取得部４１４は、取得したコンテンツのストリームに基づいてコンテンツを再生（映像データを再生）する。
【００４８】
（Ａ−１−３）コンテンツ配信装置１００の内部構成
図３は、第１の実施形態のコンテンツ配信装置１００の内部構成を示す構成図である。
【００４９】
図３において、コンテンツ配信装置１００は、配信制御部１１０、通信部１２０、記憶部１３０、コンテンツ蓄積部１４０を有する。
【００５０】
なお、コンテンツ配信装置１００は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、入出力インタフェース部、通信装置等を有するものであり、ＣＰＵが、ＲＯＭに格納される処理プログラムを実行することによりコンテンツ配信装置１００の機能が実現される。
【００５１】
通信部１２０は、キャッシュ配信サーバ３００、又はキャッシュ配信サーバ３００を介して端末４００との間で信号の授受を行う処理部又は装置である。通信部１２０は、例えば、ＩＰを通信プロトコルとして通信処理を行い、コンテンツ配信装置１００から送信される信号、メッセージ、ストリームなどをパケットに変換し、コンテンツ配信装置１００で受信されるパケットを信号、メッセージなどに変換して通信処理を行う。
【００５２】
記憶部１３０は、例えば、コンテンツ配信装置１００のアドレス情報、配信要求に係るコンテンツＩＤと後述する配信制御部１１０が発行したワンタイムＵＲＬとを対応付ける対応情報等を記憶するものである。
【００５３】
コンテンツ蓄積部１４０は、複数のコンテンツのストリームを蓄積するものである。コンテンツ蓄積部１４０は、複数のコンテンツのそれぞれのコンテンツＩＤと、データベース上のアドレスであるコンテンツ蓄積アドレスとの対応情報や、上記コンテンツ蓄積アドレスとコンテンツのストリームとの対応情報等も記憶されている。
【００５４】
配信制御部１１０は、コンテンツ蓄積部１４０に蓄積されるコンテンツの配信制御を行うものである。図３に示すように、配信制御部１１０は、コンテンツ配信要求受信処理部１１１、ワンタイムＵＲＬ発行部１１２、コンテンツ配信処理部１１３を有する。
【００５５】
コンテンツ配信要求受信処理部１１１は、ネットワーク２００を介してコンテンツ配信要求メッセージを受信し、コンテンツ配信要求メッセージに含まれているコンテンツＩＤ、送信元アドレスを特定する。
【００５６】
ワンタイムＵＲＬ発行部１１２は、コンテンツ配信要求受信処理部１１１から、配信要求に係るコンテンツのコンテンツＩＤと送信元アドレスを取得し、コンテンツのアクセス先であるワンタイムＵＲＬを発行するものである。
【００５７】
また、ワンタイムＵＲＬ発行部１１２は、発行したワンタイムＵＲＬと、配信要求に係るコンテンツのコンテンツＩＤとの対応情報を、記憶部１３０に記憶させる。さらに、ワンタイムＵＲＬ発行部１１２は、発行したワンタイムＵＲＬを含む応答メッセージを配信要求先に送信させるものである。
【００５８】
コンテンツ配信処理部１１３は、キャッシュ配信サーバ３００を介して端末４００から、ワンタイムＵＲＬへのアクセスを受けると、記憶部１３０のコンテンツＩＤ−ワンタイムＵＲＬの対応情報を参照して、コンテンツ配信装置１００へのアクセスか否かを判断する。つまり、コンテンツ配信装置１００が発行したワンタイムＵＲＬであるか否かを判断する。
【００５９】
そして、アクセス先のワンタイムＵＲＬが記憶部１３０にある場合、コンテンツ配信装置１００へのアクセスを許可する。すなわち、コンテンツ配信処理部１１３は、コンテンツ蓄積部１４０から対応するコンテンツのストリームを取得し、配信要求元に対してコンテンツのストリームを送信させる。
【００６０】
ここで、コンテンツ配信処理部１１３は、ワンタイムＵＲＬに対応するコンテンツＩＤを記憶部１３０から取得する。コンテンツ蓄積部１４０のコンテンツＩＤ−コンテンツ蓄積アドレス対応情報を参照して、取得したコンテンツＩＤに対応するコンテンツ蓄積アドレスを読み出す。そして、コンテンツ蓄積部１４０のコンテンツ蓄積アドレス−コンテンツ対応情報を参照して、コンテンツ蓄積アドレスに対応するコンテンツのストリームを読み出す。
【００６１】
これにより、ワンタイムＵＲＬに対応するコンテンツのストリームを配信要求元に配信することができる。
【００６２】
また、コンテンツ配信処理部１１３は、ワンタイムＵＲＬにアクセス許可した端末４００に対して、ワンタイムＵＲＬに対応したコンテンツＩＤのコンテンツのストリームの送信が終了すると、当該コンテンツＩＤ−ワンタイムＵＲＬ対応情報を、コンテンツ記憶部１３０から削除する。
【００６３】
（Ａ−１−４）キャッシュ配信サーバ３００の内部構成
図４は、第１の実施形態のキャッシュ配信サーバ３００の内部構成を示す内部構成図である。
【００６４】
図４において、キャッシュ配信サーバ３００は、中継制御部３１０、コンテンツ蓄積部３６０を有する。
【００６５】
なお、キャッシュ配信サーバ３００は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、入出力インタフェース部、通信装置等を有するものであり、ＣＰＵが、ＲＯＭに格納される処理プログラムを実行することによりキャッシュ配信サーバ３００の機能が実現される。
【００６６】
中継制御部３１０は、端末４００又はコンテンツ配信装置１００から受信したパケットの中継処理を制御するものである。また、中継制御部３１０は、中継処理部３２０、通信信号解析部３３０、配信制御部３４０、記憶部３５０を有する。
【００６７】
記憶部３５０は、コンテンツ配信装置１００のアドレス情報、端末４００のアドレス情報、キャッシュ配信サーバ３００自身のアドレス情報を記憶するものである。
【００６８】
また記憶部３５０は、コンテンツ配信装置アドレスと、端末アドレスと、コンテンツＩＤと、ワンタイムＵＲＬとを含む対応情報（以下、ワンタイムＵＲＬ対応情報ともいう）も記憶する。これにより、コンテンツ配信要求元のユーザ毎に、コンテンツＩＤ及びワンタイムＵＲＬを記憶することができる。
【００６９】
中継処理部３２０は、コンテンツ配信装置１００、又は端末４００との間で信号の授受を行う処理部である。中継処理部３２０は、例えば、ＩＰを通信プロトコルとして通信処理を行い、コンテンツ配信装置１００から受信したパケットを端末４００に中継し、端末４００から受信したパケットをコンテンツ配信装置１００に中継する機能を有する。また、中継処理部３２０は、受信したパケットを、通信信号解析部３３０に送信する機能を有する。中継処理部３２０は、配信制御処理部３４０から受信したパケットを、端末４００に送信する機能を有する。
【００７０】
通信信号解析部３３０は、受信したパケットを解析するものである。通信信号解析部３３０は、中継信号解析部３３１、コンテンツ配信要求信号解析部３３２、ワンタイムＵＲＬ中継部３３３、ワンタイムＵＲＬ解析部３３４、コンテンツ配信解析部３３５を有する。
【００７１】
中継信号解析部３３１は、受信したパケットの送信元アドレス、送信先アドレス、メッセージ種類等に基づいて、コンテンツ配信装置１００と端末４００との間の通信、キャッシュ配信サーバ３００と端末４００との間の通信、その他の通信装置間の通信であるか否かを判断するものである。また、中継信号解析部３３１は、その他の通信装置間の通信である場合には、受信したパケットを中継処理部３２０に与えて中継処理をさせる。
【００７２】
コンテンツ配信要求解析部３３２は、中継信号解析部３３１においてコンテンツ配信装置１００と端末４００との間の通信と判断されたとき、受信したパケットが端末４００から受信したパケットでありコンテンツ配信要求メッセージを有する場合に、コンテンツ配信装置１００に受信したパケットを送るべきか又は要求されるコンテンツが自身のキャッシュしているものであるかを解析するものである。
【００７３】
つまり、コンテンツ配信要求解析部３３２は、中継信号解析部３３１においてコンテンツ配信装置１００と端末４００との間の通信と判断されたとき、コンテンツ蓄積部３６０を参照して、コンテンツ配信要求メッセージに含まれる映像配信要求に係るコンテンツＩＤがエントリされているか否かを判断する。
【００７４】
そして、コンテンツ配信要求に係るコンテンツＩＤがエントリされていない場合、コンテンツ配信要求解析部３３２は、コンテンツ配信要求メッセージに含まれる、送信先アドレス（コンテンツ配信装置アドレス）、送信元アドレス（端末アドレス）及びコンテンツＩＤを抽出して記憶部３５０に記憶する。さらに、コンテンツ配信要求解析部３３２は、受信したパケットを中継処理部３２０に与えてコンテンツ配信装置１００に中継するものである。
【００７５】
一方、コンテンツ配信要求に係るコンテンツＩＤがエントリされている場合、コンテンツ配信要求解析部３３２は、コンテンツ配信要求メッセージに含まれる送信元アドレス及びコンテンツＩＤを、後述する配信制御部３４０に与えて、当該コンテンツのアクセス先であるワンタイムＵＲＬを発行させる。
【００７６】
ワンタイムＵＲＬ中継部３３３は、中継信号解析部３３１においてコンテンツ配信装置１００と端末４００との間の通信と判断されたとき、受信したパケットがコンテンツ配信装置１００から受信したパケットであり映像配信要求元の端末４００へのワンタイムＵＲＬの通知を有する場合、受信したパケットに含まれるワンタイムＵＲＬを記憶部３５０に記憶すると共に、受信したパケットを、中継処理部３２０に与えて端末４００に中継するものである。
【００７７】
具体的には、ワンタイムＵＲＬ中継部３３３は、受信したパケットの送信先アドレス（端末アドレス）、送信元アドレス（コンテンツ配信装置アドレス）を抽出し、端末アドレス及びコンテンツ配信装置アドレスを含む対応情報が記憶部３５０に記憶されているか否かを確認する。
【００７８】
そして、端末アドレス及びコンテンツ配信装置アドレスを含む対応情報が記憶部３５０に記憶されているとき、ワンタイムＵＲＬ中継部３３３は、端末アドレス及びコンテンツ配信装置アドレスを含む対応情報に、ワンタイムＵＲＬを対応させて記憶部３５０に記憶させ、受信したパケットを、中継処理部３２０に与えて端末４００に中継する。
【００７９】
ワンタイムＵＲＬ解析部３３４は、中継信号解析部３３１においてコンテンツ配信装置１００と端末４００との間の通信と判断されたとき、受信したパケットが端末４００から受信したパケットでありコンテンツのアクセス信号を有する場合、記憶部３５０を参照して、アクセス先のワンタイムＵＲＬがコンテンツ配信装置１００の発行のものか又はキャッシュ配信サーバ３００自身の発行のものかを判断する。
【００８０】
そして、コンテンツ配信装置１００が発行したワンタイムＵＲＬの場合、ワンタイムＵＲＬ解析部３３４は、受信したパケットを中継処理部３２０に与えてコンテンツ配信装置１００に中継するものである。
【００８１】
一方、キャッシュ配信サーバ３００自身が発行したものである場合、ワンタイムＵＲＬ解析部３３４は、配信制御部３４０に対して、ワンタイムＵＲＬに対応するコンテンツを配信させる。
【００８２】
コンテンツ配信解析部３３５は、中継信号解析部３３１においてコンテンツ配信装置１００と端末４００との間の通信と判断されたとき、受信したパケットがコンテンツ配信装置１００から受信したパケットでありコンテンツのストリームを有する場合、そのコンテンツのストリームをコンテンツ蓄積部３６０にキャッシュすると共に、受信したパケットを、中継処理部３２０に与えて端末４００に向けて中継するものである。
【００８３】
具体的には、コンテンツ配信解析部３３５は、受信したパケットからコンテンツのストリームを取得すると、ワンタイムＵＲＬ対応情報に基づいて、記憶部３５０からコンテンツＩＤを取得し、取得したコンテンツＩＤに基づいてコンテンツ蓄積部３６０にエントリされているか否かを検索する。そして、コンテンツＩＤがエントリされていない場合、コンテンツ配信解析部３３５は、当該パケットのコンテンツのストリームをキャッシュしていないと判断し、当該コンテンツをキャッシュして、受信したパケットを中継処理部３２０に与えて端末４００に中継する。
【００８４】
なお、コンテンツ配信解析部３３５は、コンテンツのストリームをキャッシュし、端末４００にコンテンツのストリームを配信した後、記憶部３５０のコンテンツ配信装置アドレスと端末アドレスとコンテンツＩＤとワンタイムＵＲＬとの対応情報を削除する。このとき、少なくともコンテンツＩＤとワンタイムＵＲＬとの関連付けを削除する。
【００８５】
また、コンテンツ配信解析部３３５は、コンテンツ蓄積部３６０に蓄積したコンテンツ蓄積アドレスとコンテンツＩＤとを対応させた対応情報をコンテンツ蓄積部３６０に記憶させる。
【００８６】
配信制御部３４０は、コンテンツ蓄積部３６０に蓄積されているコンテンツについて、端末４００から映像配信要求パケットを取得すると、要求されたコンテンツの配信制御を行うものである。また、配信制御部３４０は、図４に示すように、ワンタイムＵＲＬ発行部３４１、コンテンツ配信処理部３４２を有する。
【００８７】
ワンタイムＵＲＬ発行部３４１は、端末４００からのコンテンツ配信要求に係るコンテンツＩＤがコンテンツ蓄積部３６０エントリされている場合、コンテンツのアクセス先であるワンタイムＵＲＬを発行し、発行したワンタイムＵＲＬを有するパケットを、中継処理部３２０を介して端末４００に通知させるものである。
【００８８】
また、ワンタイムＵＲＬ発行部３４１は、映像配信要求パケットの送信元アドレス（端末アドレス）、コンテンツＩＤ及びワンタイムＵＲＬを記憶部３５０に記憶する。
【００８９】
コンテンツ配信処理部３４２は、キャッシュ配信サーバ３００自身が発行したワンタイムＵＲＬへアクセスされたとワンタイムＵＲＬ解析部３３４により判断されると、記憶部３５０を参照して、ワンタイムＵＲＬに対応するコンテンツＩＤに基づいて、コンテンツ蓄積部３６０からコンテンツのストリームを取得し、そのコンテンツのストリームを有するパケットを、中継処理部３２０を介して要求元の端末４００に配信するものである。
【００９０】
（Ａ−２）第１の実施形態の動作
図５及び図６は、第１の実施形態のコンテンツ配信処理の動作を示すシーケンス図である。図５は、あるコンテンツに対する第１回目の映像配信要求の場合のコンテンツ配信処理である。図６は、同一コンテンツに対する第２回目以降の映像配信要求の場合のコンテンツ配信処理である。
【００９１】
図５において、端末４００は、コンテンツ配信要求処理部４１１と通信部４２０を用いて、映像配信要求メッセージを有するパケットを、キャッシュサーバ３００を介してコンテンツ配信装置１００に送信する（Ｓ１０１）。
【００９２】
このとき、コンテンツ配信要求パケットの送信元アドレスは端末アドレスであり、送信先アドレスはコンテンツ配信装置アドレスである。また、コンテンツ配信要求メッセージには、配信要求するコンテンツのコンテンツＩＤが含まれている。
【００９３】
キャッシュ配信サーバ３００は、中継処理部３２０と中継信号解析部３３１とコンテンツ配信要求解析部３３２を用いて、端末４００からコンテンツ配信要求メッセージを有するパケットを受信して、コンテンツ配信メッセージに含まれるコンテンツＩＤを抽出し、コンテンツ蓄積部３６０を参照して、コンテンツＩＤがエントリされているか否かを検索する（Ｓ１０２）。
【００９４】
この場合、コンテンツに対する第１回目の配信要求であるから、キャッシュ配信サーバ３００にはコンテンツのストリームがキャッシュされていない。よって、キャッシュ配信サーバ３００において、コンテンツ配信要求解析部３３２は、コンテンツＩＤを検出できない。
【００９５】
したがって、コンテンツ配信要求解析部３３２は、コンテンツ配信要求メッセージの送信元アドレス（端末アドレス）、送信先アドレス（コンテンツ配信装置アドレス）及びコンテンツＩＤを抽出して記憶部３５０に記憶する（Ｓ１０３）。
【００９６】
図７は、記憶部３５０のワンタイムＵＲＬ対応情報の構成例を説明する説明図である。図７に示すように、ワンタイムＵＲＬ対応情報は、コンテンツ配信装置アドレス、端末アドレス、コンテンツＩＤ、ワンタイムＵＲＬを項目としてなるものである。Ｓ１０３では、コンテンツ配信要求解析部３３２は、図７のデータ７０１のように、コンテンツ配信装置アドレス、端末アドレス、コンテンツＩＤをワンタイムＵＲＬ対応情報に記載する。
【００９７】
また、キャッシュ配信サーバ３００は、コンテンツ配信要求解析部３３２と中継処理部３２０を用いて、端末４００から受信したコンテンツ配信要求メッセージを有するパケットを、コンテンツ配信装置１００に中継する（Ｓ１０４）。
【００９８】
コンテンツ配信装置１００は、コンテンツ配信要求受信処理部１１１と通信部１２０を用いて、キャッシュ配信サーバ３００を介して端末４００からパケットを受信し、コンテンツ配信要求メッセージを取得する。コンテンツ配信装置１００において、コンテンツ配信要求受信処理部１１１は、コンテンツ蓄積部１４０を参照して、コンテンツ配信要求メッセージに含まれるコンテンツＩＤを抽出する。そして、ワンタイムＵＲＬ発行部１１２は、コンテンツへのアクセス先であるワンタイムＵＲＬを発行する（Ｓ１０５）。
【００９９】
このとき、ワンタイムＵＲＬ発行部１１２は、コンテンツＩＤと発行したワンタイムＵＲＬとの対応関係を保持するために、コンテンツＩＤと発行したワンタイムＵＲＬとを対応付けて記憶部１３０に記憶しておく。
【０１００】
そして、コンテンツ配信装置１００は、ワンタイムＵＲＬ発行部１１２と通信部１２０を用いて、発行したワンタイムＵＲＬを含むメッセージを有するパケットを、キャッシュ配信サーバ３００を介して、端末４００に送信する（Ｓ１０６）。
【０１０１】
キャッシュ配信サーバ３００は、中継処理部３２０と中継信号解析部３３１とワンタイムＵＲＬ中継部３３３を用いて、コンテンツ配信装置１００からワンタイムＵＲＬを有するパケットを受信して、受信したパケットに含まれるワンタイムＵＲＬを、記憶部３５０のワンタイムＵＲＬ対応情報に記憶する（Ｓ１０７）。
【０１０２】
例えば、図７において、データ７０１が記憶されている場合、キャッシュ配信サーバ３００において、ワンタイムＵＲＬ中継部３３３は、図７のデータ７０１に取得したワンタイムＵＲＬを対応付けて記憶する。つまり、ワンタイムＵＲＬ中継部３３３は、データ７０１をデータ７０２に更新する。
【０１０３】
また、キャッシュ配信サーバ３００は、中継処理部３２０とワンタイムＵＲＬ中継部３３３を用いて、コンテンツ配信装置１００から受信したワンタイムＵＲＬを含むメッセージを有するパケットを、端末４００に中継する（Ｓ１０８）。
【０１０４】
端末４００は、ワンタイムＵＲＬ取得部４１２と通信処理部４２０を用いて、キャッシュ配信サーバ３００を介してコンテンツ配信装置１００からパケットを受信し、ワンタイムＵＲＬを取得する。端末４００は、ワンタイムＵＲＬアクセス部４１３と通信処理部４２０を用いて、コンテンツを取得するために、受信したパケットに含まれるワンタイムＵＲＬにアクセスする（Ｓ１０９）。つまり、端末４００は、アクセス先をワンタイムＵＲＬとするアクセス信号を有するパケットを、キャッシュ配信サーバ３００を介してコンテンツ配信装置１００に送信する。
【０１０５】
キャッシュ配信サーバ３００は、中継処理部３２０と中継信号解析部３３１とワンタイムＵＲＬ解析部３３４を用いて、端末４００からワンタイムＵＲＬへのアクセス信号を有するパケットを受信して、アクセス信号のワンタイムＵＲＬが自身の発行したものであるか否かを解析する（Ｓ１１０）。
【０１０６】
例えば、キャッシュ配信サーバ３００は、自身が発行するワンタイムＵＲＬを記憶しておき、取得したワンタイムＵＲＬが自身の発行のものか否かを判断するようにしてもよい。
【０１０７】
また例えば、キャッシュ配信サーバ３００は、記憶部３５０のワンタイムＵＲＬ対応情報（図７）を参照して判断するようにしてもよい。つまり、図７のデータ７０２が登録されている場合、データ７０２のワンタイムＵＲＬは、コンテンツ配信装置アドレス、端末アドレス及びコンテンツＩＤと関連付けられているため、当該ワンタイムＵＲＬはコンテンツ配信装置１００が発行したものであると判断できる。
【０１０８】
ここでは、ワンタイムＵＲＬは、キャッシュ配信サーバ３００自身が発行したものではないため、キャッシュ配信サーバ３００は、中継処理部３２０とワンタイムＵＲＬ解析部３３４を用いて、端末４００から受信したワンタイムＵＲＬへのアクセス信号を有するパケットを、コンテンツ配信装置１００に中継する（Ｓ１１１）。このとき、キャッシュ配信サーバ３００は、コンテンツ配信装置１００に中継したメッセージに対する応答（すなわち、アクセス信号に対するコンテンツの取得）の準備を行う。
【０１０９】
コンテンツ配信装置１００は、コンテンツ配信処理部１１３と通信部１２０を用いて、キャッシュ配信サーバ３００を介して端末４００からパケットを受信して、ワンタイムＵＲＬへのアクセスを受けると、記憶部１３０のコンテンツＩＤ−ワンタイムＵＲＬ対応情報を参照して、ワンタイムＵＲＬに対応するコンテンツＩＤを読み出す。そして、コンテンツ配信装置１００は、コンテンツ配信処理部１１３を用いて、コンテンツＩＤに基づいて、コンテンツ蓄積部１４０から対応するコンテンツを検索する（Ｓ１１２）。
【０１１０】
そして、コンテンツ配信装置１００は、コンテンツ配信処理部１１３と通信部１２０を用いて、検索したコンテンツのストリームを有するパケットを、キャッシュ配信サーバ３００を介して、端末４００に配信する（Ｓ１１３）。
【０１１１】
キャッシュ配信サーバ３００は、中継処理部３２０と中継信号解析部３３１とコンテンツ配信解析部３３５を用いて、コンテンツ配信装置１００からコンテンツのストリームを有するパケットを受信すると、ワンタイムＵＲＬ対応情報に基づいて、コンテンツ蓄積部３６０にエントリされているか否かを判断する。この場合、コンテンツＩＤはエントリされていないため、キャッシュ配信サーバ３００は、コンテンツ配信解析部３３５を用いて、受信したパケットのコンテンツのストリームをコンテンツ蓄積部３６０にキャッシュ（蓄積）する（Ｓ１１４）。
【０１１２】
また、キャッシュ配信サーバ３００は、中継処理部３２０とコンテンツ配信解析部３３５を用いて、キャッシュしたコンテンツのコンテンツＩＤとワンタイムＵＲＬとの関連付けを削除し（Ｓ１１５）、コンテンツのストリームを有するパケットを端末４００に送信する（Ｓ１１６）。
【０１１３】
このようにして、端末４００は、コンテンツ取得部４１４と通信部４２０を用いて、キャッシュ配信サーバ３００を介してコンテンツ配信装置１００からパケットを受信し、コンテンツのストリームを取得して、取得したコンテンツを再生（映像データを再生）することができる。
【０１１４】
次に、同一コンテンツに対する第２回目以降の映像配信要求の場合のコンテンツ配信処理を、図６を参照しながら説明する。
【０１１５】
端末４００は、コンテンツ配信要求処理部４１１と通信部４２０を用いて、図５で要求したコンテンツと同じコンテンツＩＤを含むコンテンツ配信要求メッセージを有するパケットを、キャッシュ配信サーバ３００を介してコンテンツ配信装置１００に送信する（Ｓ１２１）。
【０１１６】
キャッシュ配信サーバ３００は、中継処理部３２０と中継信号解析部３３１とコンテンツ配信要求解析部３３２を用いて、端末４００からコンテンツ配信要求メッセージを有するパケットを受信して、コンテンツ配信要求メッセージに含まれるコンテンツＩＤを抽出し、コンテンツ蓄積部３６０を参照して、コンテンツＩＤがエントリされているか否かを検索する（Ｓ１２２）。
【０１１７】
この場合、コンテンツに対する第２回目の配信要求であり、コンテンツがキャッシュ配信サーバ３００にキャッシュされている。よって、キャッシュ配信サーバ３００において、コンテンツ配信要求解析部３３２は、コンテンツＩＤを検出できる。
【０１１８】
そうすると、ワンタイムＵＲＬ発行部３４１は、キャッシュされているコンテンツへのアクセス先としてワンタイムＵＲＬを発行する（Ｓ１２３）。
【０１１９】
また、ワンタイムＵＲＬ発行部３４１は、コンテンツ配信要求パケットに含まれるコンテンツＩＤと発行したワンタイムＵＲＬとを対応付けて、記憶部３５０のワンタイムＵＲＬ対応情報に記憶する（Ｓ１２４）。
【０１２０】
例えば、ワンタイムＵＲＬ発行部３４１は、図７のデータ７０３に示すように、コンテンツ配信要求パケットの送信元アドレスである端末アドレス、コンテンツＩＤ及び発行したワンタイムＵＲＬを対応付けて記憶する。
【０１２１】
そして、キャッシュ配信サーバ３００は、中継処理部３２０とワンタイムＵＲＬ発行部３４１を用いて、要求されたコンテンツに対して発行したワンタイムＵＲＬを有するパケットを、端末４００に送信する（Ｓ１２６）。
【０１２２】
端末４００は、ワンタイムＵＲＬ取得部４１２と通信部４２０を用いて、キャッシュ配信サーバ３００からパケットを受信して、ワンタイムＵＲＬを取得する。端末４００は、ワンタイムＵＲＬアクセス部４１３と通信処理部４２０を用いて、コンテンツを取得するために、ワンタイムＵＲＬにアクセスする（Ｓ１２６）。つまり、端末４００は、アクセス先をワンタイムＵＲＬとするアクセス信号を有するパケットを、キャッシュ配信サーバ３００に送信する。
【０１２３】
キャッシュ配信サーバ３００は、中継処理部３２０と中継信号解析部３３１とワンタイムＵＲＬ解析部３３４を用いて、端末４００からワンタイムＵＲＬへのアクセス信号を有するパケットを受信すると、アクセス信号のワンタイムＵＲＬが自身の発行したものであるか否かを解析する（Ｓ１２７）。
【０１２４】
この場合も、上述したように、例えば、キャッシュ配信サーバ３００は、自身が発行するワンタイムＵＲＬを記憶しておき、取得したワンタイムＵＲＬが自身の発行のものか否かを判断するようにしてもよい。また例えば、キャッシュ配信サーバ３００は、記憶部３５０のワンタイムＵＲＬ対応情報（図７）を参照して判断するようにしてもよい。つまり、図７のデータ７０３が登録されている場合、データ７０３のワンタイムＵＲＬは、コンテンツ配信装置アドレスは対応付けられておらず、端末アドレス及びコンテンツＩＤと関連付けられているため、当該ワンタイムＵＲＬはキャッシュ配信サーバ３００が発行したものであると判断できる。
【０１２５】
そして、キャッシュ配信サーバ３００は、コンテンツ配信処理部３４２を用いて、記憶部３５０のワンタイムＵＲＬ対応情報を参照して、ワンタイムＵＲＬに対応するコンテンツＩＤを読み出し、コンテンツＩＤに基づいて、コンテンツ蓄積部３６０から対応するコンテンツを検索する（Ｓ１２８）。
【０１２６】
また、キャッシュ配信サーバ３００は、中継処理部３２０とコンテンツ配信処理部３４２を用いて、キャッシュしたコンテンツのコンテンツＩＤとワンタイムＵＲＬとの関連付けを削除し（Ｓ１２９）、コンテンツのストリームを有するパケットを、端末４００に送信する（Ｓ１３０）。
【０１２７】
上記のようにして、端末４００は、コンテンツ取得部１４１と通信部４２０を用いて、キャッシュ配信サーバ３００からパケットを受信し、コンテンツのストリームを取得して、取得したコンテンツを再生（映像データを再生）する。
【０１２８】
（Ａ−３）第１の実施形態の効果
以上のように、第１の実施形態によれば、コンテンツが映像コンテンツでありかつ同一コンテンツについて、第２回目以降のコンテンツ配信において、コンテンツ配信装置１００とキャッシュ配信装置３００との間に流れるビデオトラフィックの転送負荷を軽減できるという効果が得られる。
【０１２９】
また、第１の実施形態によれば、キャッシュ配信サーバ３００から配信されるビデオトラフィックはコンテンツ配信装置１００との通信を行わないため、ビデオトラフィックの転送速度は、コンテンツ配信装置１００から転送される場合よりも早くなり、映像視聴に遅れのない安定した転送ができるという効果が得られる。
【０１３０】
さらに、第１の実施形態によれば、キャッシュ配信サーバ３００がコンテンツ（コンテンツのストリーム）のみを保存することで実現できるため、例えばＲＴＰやＨＴＴＰなどのコンテンツ配信時のプロトコルに依存することなく同様の効果が得られる。
【０１３１】
更にまた、第１の実施形態によれば、キャッシュ配信サーバ３００はコンテンツ情報を使用してコンテンツをキャッシュしているため、視聴するユーザ等のコンテンツ配信要求に含まれるユーザ情報等のコンテンツ情報以外の情報が変わっても同様の効果が得られる。
【０１３２】
（Ｂ）第２の実施形態
以下では、本発明のキャッシュ配信装置、キャッシュ配信プログラム及びコンテンツ配信システムの第２の実施形態を、図面を参照しながら詳細に説明する。
【０１３３】
第２の実施形態でも、例えばＩｎ−Ｎｅｔｗｏｒｋ手法を採用したコンテンツ配信システムに本発明を適用する場合を例示する。
【０１３４】
例えば、端末は、パーソナルコンピュータやＴＶ受像機等のようにＩＰマルチキャスト放送に対応するものもあれば、スマートフォン等の携帯端末等のストリーミングに対応するものものある。
【０１３５】
この場合、端末への映像配信プロトコルが異なる。例えば、ＩＰマルチキャスト放送対応の端末はＲＴＰ（RealTime  Transport  Protocol）等が採用され、またスマートフォン端末等の端末はＨＬＴ（HTTP  Live  Streaming）等が採用される。映像配信プロトコルが異なると、例えば、フォーマット、転送速度、解像度、ファイルサイズ等が異なる。
【０１３６】
そこで、第２の実施形態では、キャッシュ配信サーバが、端末からの映像配信プロトコルに応じて適切なコンテンツを配信する。
【０１３７】
（Ｂ−１）第２の実施形態の構成
第２の実施形態は、キャッシュ配信サーバの処理が第１の実施形態と異なり、それ以外の構成要素は第１の実施形態と同一又は対応するものである。
【０１３８】
従って、第２の実施形態でも図１〜図３を用いて説明することとし、以下では、第１の実施形態と異なるキャッシュ配信サーバの処理を中心に説明する。
【０１３９】
なお、第１の実施形態と同一又は対応する構成要素については、各図において同一の符号を付している。
【０１４０】
図８は、第２の実施形態のキャッシュ配信サーバ３００の内部構成を示す内部構成図である。
【０１４１】
図８において、第２の実施形態のキャッシュ配信サーバ３００は、中継制御部３１０、コンテンツ蓄積部３６０を有する。また、中継制御部３１０は、中継処理部３２０、通信信号解析部３３０、配信制御部３４０、記憶部３５０を有する。
【０１４２】
なお、第２の実施形態のキャッシュ配信サーバ３００も、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、入出力インタフェース部、通信装置等を有するものであり、ＣＰＵが、ＲＯＭに格納される処理プログラムを実行することによりキャッシュ配信サーバ３００の機能が実現される。
【０１４３】
通信信号解析部３３０において、コンテンツ配信要求解析部５０１及びコンテンツ配信解析部５０２の処理が第１の実施形態と異なる。また、配信制御部３４０は、第１の実施形態の構成要素に加えて、プロトコル変換部５０３、転送速度変換部５０４を有する。
【０１４４】
コンテンツ配信要求解析部５０１は、第１の実施形態で説明したように、コンテンツ配信要求メッセージに含まれるコンテンツＩＤに基づいて、自身がキャッシュしているコンテンツを要求するものか否かを解析するものであり、取得したコンテンツ配信要求メッセージに含まれる情報に基づいて、映像配信プロトコルの種類を解析するものである。
【０１４５】
コンテンツ配信解析部５０２は、第１の実施形態と同様に、コンテンツ配信装置１００からのコンテンツのストリームをキャッシュするものである。ここで、コンテンツ配信解析部５０２は、必ずコンテンツ配信装置１００のコンテンツ蓄積部１３０に蓄積される、ＭＰＥＧ２やＨ．２６４等による高品質の映像コンテンツのストリームを取得して、キャッシュする。
【０１４６】
例えば、スマートフォン端末が採用するＨＬＳ形式の映像データは、ＩＰマルチキャスト形式の映像データに比べて、解像度が低く、データサイズが小さい。一般的に、スマートフォン端末からコンテンツ配信要求パケットがあると、コンテンツ配信装置１００は、ＨＬＳ形式のコンテンツのストリームを配信する。しかし、第２の実施形態の場合、スマートフォン端末からＨＬＳ形式のコンテンツ配信要求メッセージがあった場合でも、コンテンツ配信解析部５０２は、コンテンツ配信装置１００から高解像度、高いビットレート等の高品質のコンテンツのストリームを取得する。
【０１４７】
プロトコル変換部５０３は、端末４００に対してコンテンツのストリームを配信する際に、端末４００の映像配信プロトコルに応じて、映像データの解像度、ビットレート、フォーマット等を変換するものである。
【０１４８】
ここで、プロトコル変換部５０３は、記憶部３５０に記憶されるプロトコル変換対応情報に基づいてプロトコル変換を行う。このプロトコル変換対応情報は、予め複数のプロトコルの間の解像度、データサイズ、フォーマット形式等の変換情報が記載されたものである。
【０１４９】
転送速度変換部５０４は、端末４００に対してコンテンツのストリームを配信する際に、端末４００に配信する転送速度を変換するものである。
【０１５０】
（Ｂ−２）第２の実施形態の動作
図９及び図１０は、第２の実施形態のコンテンツ配信処理の動作を示すシーケンス図である。図９は、あるコンテンツに対する第１回目の映像配信要求の場合のコンテンツ配信処理である。図１０は、同一コンテンツに対する第２回目以降の映像配信要求の場合のコンテンツ配信処理である。
【０１５１】
なお、図９及び図１０において、第１の実施形態の処理と同一又は対応の処理には、図５及び図６と同じ番号を付している。
【０１５２】
図９において、端末４００は、キャッシュ配信サーバ３００を介してコンテンツ配信装置１００に映像配信要求メッセージを有するパケットを送信し、コンテンツ配信装置によるワンタイムＵＲＬの発行及び通知の処理は、第１の実施形態と同じである（Ｓ１０１〜Ｓ１０８）。
【０１５３】
端末４００は、コンテンツ取得のために、キャッシュ配信サーバ３００を介して、ワンタイムＵＲＬにアクセスし（Ｓ１０９〜Ｓ１１１）、コンテンツ配信装置１００は、コンテンツのストリームを有するパケットを配信すると、キャッシュ配信サーバ３００は、中継処理部３２０と中継信号解析部３３１とコンテンツ配信解析部５０２を用いて、コンテンツのストリームをコンテンツ蓄積部３５０にキャッシュする（Ｓ１１４）と共に、映像データの転送速度を記憶部３５０に記憶する（Ｓ２０１）。
【０１５４】
このとき、コンテンツ配信装置１００は、高品質のコンテンツのストリームをキャッシュ配信サーバ３００に送信するものとし、コンテンツ配信サーバ３００は、高品質のコンテンツのストリームをキャッシュしておく。
【０１５５】
これ以降の処理は第１の実施形態と同様であり、キャッシュ配信サーバ３００は、ワンタイムＵＲＬの関連付け情報を削除して（Ｓ１１５）、端末４００にコンテンツを配信する（Ｓ１１６）。
【０１５６】
なお、端末４００がＨＬＳ形式の映像配信を要求している場合には、図１０で後述するプロトコル変換部５０３及び転送速度変換部５０４の処理を施すようにしてもよい。
【０１５７】
次に、図１０を用いて、同一コンテンツについて第２回目以降の映像配信処理を説明する。
【０１５８】
図１０において、端末４００による映像配信要求処理、キャッシュ配信サーバ３００によるワンタイムＵＲＬの発行及び通知の処理は、第１の実施形態と同じである（Ｓ１２１〜Ｓ１２５）。
【０１５９】
端末４００は、コンテンツ取得のために、キャッシュ配信サーバ３００に対してワンタイムＵＲＬにアクセスすると（Ｓ１２６）、キャッシュ配信サーバ３００は、中継処理部３２０と中継信号解析部３３１とワンタイムＵＲＬ解析部３３４を用いて、ワンタイムＵＲＬを解析し（Ｓ１２７）、コンテンツ配信処理部３４２を用いて、コンテンツ蓄積部３６０からコンテンツを検索する（Ｓ１２８）。
【０１６０】
このとき、キャッシュ配信サーバ３００において、プロトコル変換部５０３は、プロトコル変換対応情報を参照して、コンテンツ蓄積部３６０から取得した映像データを、コンテンツ配信要求解析部５０１により解析された端末４００の映像配信プロトコルに変換する（Ｓ２０２）。また、転送速度変換部５０４は、ＨＬＳ形式で要求する端末４００にコンテンツのストリームの転送速度を変換する（Ｓ２０３）。
【０１６１】
これ以降の処理は第１の実施形態と同様であり、キャッシュ配信サーバ３００は、ワンタイムＵＲＬの関連付け情報を削除して（Ｓ１２９）、端末４００にコンテンツを配信する（Ｓ１３０）。
【０１６２】
（Ｂ−３）第２の実施形態の効果
以上のように、第２の実施形態によれば、第１の実施形態の効果に加えて、端末４００からの映像配信要求のプロトコルに応じて変換した映像コンテンツ（映像コンテンツのストリーム）を配信することができる。
【０１６３】
（Ｃ）他の実施形態
上述した第１及び第２の実施形態においても種々の変形実施形態を説明したが、以下のその他の実施形態も本発明は適用できる。
【０１６４】
（Ｃ−１）上述した第１及び第２の実施形態において、映像配信要求を行う端末は、同一の端末であってもよいし、別の端末であってもよい。つまり、ユーザが同一の端末で同一コンテンツの配信要求を行う場合、別の端末で同一コンテンツの配信要求を行う場合にも本発明は同一の効果を奏する。
【０１６５】
（Ｃ−２）上述した第１及び第２の実施形態では、キャッシュ配信サーバは、１台のみであったが、複数台のキャッシュ配信サーバを備えるようにしても同様の効果を奏する。また、複数台のキャッシュ配信サーバを多段構成としても良い。
【０１６６】
（Ｃ−３）上述した第１及び第２の実施形態において、同一コンテンツについて第２回目以降の映像配信要求がある場合、キャッシュ配信サーバがワンタイムＵＲＬを発行する場合を例示した。
【０１６７】
しかし、ワンタイムＵＲＬを発行する主体は、キャッシュ配信サーバに限定されるものではない。
【０１６８】
例えば、キャッシュ配信サーバがコンテンツ配信装置にワンタイムＵＲＬの発行を要求して、コンテンツ配信装置がワンタイムＵＲＬを発行させてもよい。また、キャッシュ配信サーバが、別の装置（例えば、別のプロキシ装置等）に対してワンタイムＵＲＬの発行を要求してワンタイムＵＲＬを発行させてもよい。この場合、キャッシュ配信サーバは、コンテンツ配信装置又は別の装置のワンタイムＵＲＬをコンテンツＩＤと対応付けて管理することでも同様の効果を奏する。
【符号の説明】
【０１６９】
１００…コンテンツ配信装置、３００…キャッシュ配信サーバ、
３１０…中継制御部、３２０…中継処理部、３３０…通信信号解析部、
３３２及び５０１…コンテンツ配信要求解析部、
３３３…ワンタイムＵＲＬ中継部、３３４…ワンタイムＵＲＬ解析部、
３３５及び５０２…コンテンツ配信解析部、
３４０…配信制御部、３４１…ワンタイムＵＲＬ発行部、
３４２…コンテンツ配信処理部、５０３…プロトコル変換部、
５０４…転送速度変換部、
４００−１及び４００−２…端末、５００…映像配信システム。
【図１】
2014060678.tif 000003
【図２】
2014060678.tif 000004
【図３】
2014060678.tif 000005
【図４】
2014060678.tif 000006
【図５】
2014060678.tif 000007
【図６】
2014060678.tif 000008
【図７】
2014060678.tif 000009
【図８】
2014060678.tif 000010
【図９】
2014060678.tif 000011
【図１０】
2014060678.tif 000012