(57)【要約】【課題】動画や音楽データ等の時間軸に沿って再生されるコンテンツの一部についてキャッシュ対象として決定して保持する際に、今後、端末からの要求で再生開始位置とされる可能性が高く、かつ、ユーザが視聴する有用性の高い再生位置を適切に選択すること。【解決手段】本発明にかかるキャッシュサーバは、時間軸に沿って再生されるコンテンツのうち、ユーザにより推薦された再生開始位置に対応する部分データを、端末からの配信要求に応じて配信するためのキャッシュ対象として決定する。【選択図】図１
2013045273.tif 000002
【特許請求の範囲】
【請求項１】
時間軸に沿って再生されるコンテンツのうち、ユーザにより推薦された再生開始位置に対応する部分データを、端末からの配信要求に応じて配信するためのキャッシュ対象として決定するキャッシュサーバ。
【請求項２】
前記配信要求に応じて配信された前記コンテンツを前記端末において再生後に、当該再生されたコンテンツを視聴した前記ユーザにより他のユーザへ推薦すべき箇所として選択された当該コンテンツ内の任意の再生開始位置を前記端末から受け付け、
当該受け付けた再生開始位置に対応する部分データを前記キャッシュ対象として決定する
ことを特徴とする請求項１に記載のキャッシュサーバ。
【請求項３】
前記配信要求に応じて配信された前記コンテンツを前記端末において再生中に、当該再生されたコンテンツを視聴する前記ユーザにより選択された当該再生中の箇所以外の箇所を前記再生開始位置として前記端末から受け付け、
当該受け付けた再生開始位置に対応する部分データを前記キャッシュ対象として決定する
ことを特徴とする請求項１又は２に記載のキャッシュサーバ。
【請求項４】
前記端末から受け付けた前記再生開始位置に対応する部分データについて前記キャッシュ対象とするための優先度を他の部分データと比べて高く設定し、
前記優先度に応じて前記コンテンツ内の部分データの中から前記キャッシュ対象を決定する
ことを特徴とする請求項１乃至３のいずれか１項に記載のキャッシュサーバ。
【請求項５】
前記端末における前記コンテンツの再生位置及び再生回数をさらに考慮して前記キャッシュ対象を決定する
ことを特徴とする請求項１乃至４のいずれか１項に記載のキャッシュサーバ。
【請求項６】
前記ユーザにより推薦された再生開始位置に対応する部分データに、当該部分データの前後の時間帯の部分データを含めて前記キャッシュ対象として決定する
ことを特徴とする請求項１乃至５のいずれか１項に記載のキャッシュサーバ。
【請求項７】
前記前後の時間帯の長さを、前記保持を開始した時刻からの経過時間に基づき変化させる
ことを特徴とする請求項６に記載のキャッシュサーバ。
【請求項８】
時間軸に沿って再生されるコンテンツの配信要求を送信する端末から、ユーザにより推薦された再生開始位置を受け付け、
コンテンツサーバが管理する前記コンテンツのうち、当該受け付けた再生開始位置に対応する部分データを、前記配信要求に応じて配信するためのキャッシュ対象として決定する
キャッシュ対象決定方法。
【請求項９】
時間軸に沿って再生されるコンテンツを管理するコンテンツサーバと、
前記コンテンツの配信要求を送信する端末と、
前記コンテンツサーバが管理する前記コンテンツのうち、ユーザにより推薦された再生開始位置に対応する部分データを、前記配信要求に応じて配信するためのキャッシュ対象として決定するキャッシュサーバと、
を備えるコンテンツ配信システム。
【請求項１０】
時間軸に沿って再生されるコンテンツの配信要求を送信する端末から、ユーザにより推薦された再生開始位置を受け付ける受付処理と、
コンテンツサーバが管理する前記コンテンツのうち、当該受け付けた再生開始位置に対応する部分データを、前記配信要求に応じて配信するためのキャッシュ対象として決定する決定処理とを、
コンピュータに実行させるキャッシュ対象決定プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、キャッシュサーバ、キャッシュ対象決定方法、コンテンツ配信システム及びキャッシュ対象決定プログラムに関し、特に、時系列データにかかるコンテンツの途中部分をキャッシュするためのキャッシュサーバ、キャッシュ対象決定方法、コンテンツ配信システム及びキャッシュ対象決定プログラムに関する。
【背景技術】
【０００２】
図１４に関連技術にかかるコンテンツ配信システム９の構成を示すブロック図である。コンテンツ配信システム９は、端末１００、オリジンサーバ２００及びキャッシュサーバ９００を備え、それぞれ、ネットワーク４００を介して接続される。
【０００３】
端末１００は、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）などの通信プロトコルによりネットワークを介して通信可能な端末であり、オリジンサーバ２００やキャッシュサーバ９００から、ネットワーク４００を介してコンテンツを取得する機能を備える。
【０００４】
ここで、コンテンツとしては、例えば動画や映像、音楽などのメディアコンテンツ、ゲームやＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）のアップデートデータなどのソフトウェア、Ｗｅｂコンテンツなど様々なものが存在する。これらのコンテンツを取得するためのプロトコル（配信プロトコル）も、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）や、ＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）、ＲＴＳＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）など様々なものが存在する。
【０００５】
オリジンサーバ２００は、端末１００からの要求に応じて、前記配信プロトコルにより要求されたコンテンツを端末１００に配信する機能を備える。
【０００６】
キャッシュサーバ９００は、オリジンサーバ２００が備える配信プロトコルを備え、オリジンサーバ２００から端末１００へのコンテンツ配信処理を仲介する。すなわち、キャッシュサーバ９００は、オリジンサーバ２００が保持するコンテンツをキャッシュ（一時的に保持）することで、それ以降に、端末１００から同じコンテンツを要求された場合には、オリジンサーバ２００に代わって要求されたコンテンツを配信するものである。これにより、オリジンサーバ２００の負荷を下げることができる。また、キャッシュサーバ９００とオジリンサーバ２００の間のネットワーク負荷を低減することができる。さらに、概してキャッシュサーバ９００は、オリジンサーバ２００よりも端末１００に近い場所に配置されるので、コンテンツ配信の遅延も短縮することができる。
【０００７】
キャッシュサーバ９００は、前記したようにオリジンサーバ２００から端末１００へのコンテンツ配信を仲介することで、配信されたコンテンツをキャッシュする以外にも、オリジンサーバ２００の所有者又はオリジンサーバ２００に保持されたコンテンツの所有者とのビジネス的な同意に従い、事前に対象とするコンテンツを保持することもある。
【０００８】
図１５に関連技術にかかるコンテンツ配信システム９００によるコンテンツ配信処理の流れを示すシーケンス図を示す。まず、端末１００は、オリジンサーバ２００に対してコンテンツの要求を行う（ステップＳ９０１）。ここで、コンテンツ要求を行うためのプロトコルは、前記したように様々なプロトコルが考えられるが、例えばＨＴＴＰの場合、コンテンツ要求は"ＨＴＴＰ  ＧＥＴ"に相当する。
【０００９】
また、端末１００がオリジンサーバ２００に対して行うコンテンツ要求を、キャッシュサーバ９００が仲介するための方法がいくつか存在する。まず、端末１００に、ＷＥＢ  Ｐｒｏｘｙサーバとしてキャッシュサーバ９００の情報を設定し、端末１００の動作によりキャッシュサーバ９００にアクセスするする方法がある。また、ＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）サーバを使う方法がある。これは、端末１００がＤＮＳサーバを使ってオリジンサーバ２００のアドレスを取得する際に、前記ＤＮＳサーバは、オリジンサーバ２００に代わりにキャッシュサーバ９００のアドレスを応答する方法である。他にも、ＨＴＴＰリダイレクトによる方法や、端末１００がオリジンサーバ２００と通信する際に通過する経路上にキャッシュサーバ９００を配置する方法などがあるが、本発明には直接関係ないので詳細は省略する。
【００１０】
キャッシュサーバ９００は、コンテンツ要求を受信すると、コンテンツ要求に含まれるＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）などの情報に基づき要求対象のコンテンツを特定する。そして、キャッシュサーバ９００は、要求されたコンテンツを保持しているかどうかを確認し、保持していない場合にはオリジンサーバ２００に当該コンテンツ要求を転送する（ステップＳ９０２）。尚、図１５の説明においてはキャッシュサーバ９００が対象のコンテンツを保持していないものとする。ここで、キャッシュサーバ９００が端末１００からのコンテンツ要求を変更すること無くコンテンツ要求を転送する場合もあれば、アドレスなどに変更を加えた後で転送する場合もある。
【００１１】
オリジンサーバ２００は、キャッシュサーバ９００から転送されたコンテンツ要求を受信すると、要求されたコンテンツをキャッシュサーバ９００へと配信する処理を開始する（ステップＳ９０３）。
【００１２】
キャッシュサーバ９００は、オリジンサーバ２００から配信が開始されたコンテンツを受信すると、これを端末１００に配信する（ステップＳ９０４）と共に、当該コンテンツをキャッシュする。その後、端末１００は、キャッシュサーバ９００介して配信されたコンテンツを受信する。
【００１３】
次に、端末１００が上記と同じコンテンツを再度要求した場合を考える。尚、この場合における端末１００は、一度目にコンテンツ要求した上記端末１００と同じ端末である必要はない。
【００１４】
このとき、キャッシュサーバ９００は、端末１００からコンテンツ要求を受信すると、ステップＳ９０４により当該コンテンツのキャッシュを保持しているため、当該コンテンツ要求をオリジンサーバ２００に転送することなく、キャッシュサーバ９００から要求されたコンテンツを端末１００へ配信する（ステップＳ９０５）。
【００１５】
以上説明したように図１５の手順でコンテンツを配信するにあたり、以下の（１）及び（２）の問題があった。
【００１６】
（１）キャッシュサーバ９００が端末１００から要求されたコンテンツを保持していなかった場合、オリジンサーバ２００からコンテンツを取得する必要がある。また、オリジンサーバ２００が、ネットワーク上、端末１００から遠い場所に配置されていた場合や、オリジンサーバ２００までのネットワークが狭帯域だった場合などには、端末１００への配信遅延が大きくなってしまう。この結果、端末１００上で、例えば動画を鑑賞する際には、再生までの時間が長くなり、ユーザ体験が劣化する問題があった。
【００１７】
（２）一方、キャッシュサーバ９００が端末１００から要求されたコンテンツを保持していた場合、キャッシュサーバ９００から即時に配信ができるため配信遅延を短縮できるが、保持するコンテンツ数が多くなるほど消費するストレージ容量が増大し、キャッシュサーバ９００のコストが大きくなってしまう問題があった。
【００１８】
そこで、キャッシュサーバ９００のストレージ容量削減と、配信遅延短縮を両立できる技術としてプレフィクスキャシングという技術が提案されている（非特許文献１）。
【００１９】
プレフィクスキャッシングでは、キャッシュサーバ９００は、コンテンツの先頭部分（プレフィクス）をキャッシュする。この場合、キャッシュサーバ９００は、コンテンツを要求された際に、オリジンサーバ２００に当該コンテンツを要求する前に、プレフィクスを端末１００へ配信することによりコンテンツの配信を開始できる。さらに、キャッシュサーバ９００は、コンテンツの一部のみを保持するためにストレージ容量を抑えることができる。
【００２０】
上記関連技術にプレフィクスキャッシングを適用した場合のコンテンツ配信処理の流れを図１６のシーケンス図を用いて説明する。ここでは、キャッシュサーバ９００が、端末１００が要求するコンテンツのプレフィクス部を既に保持している状況を考慮する。
【００２１】
まず、端末１００はキャッシュサーバ９００にコンテンツ要求を送信する（ステップＳ９１１）。キャッシュサーバ９００は、前記コンテンツ要求を受信すると、コンテンツ要求の対象となるコンテンツのプレフィクスの配信を開始する（ステップＳ９１２）。キャッシュサーバ９００は、プレフィクスの配信を開始した後で、要求されたコンテンツのプレフィクスに後続する部分（サフィクス）をオリジンサーバ２００に要求する（ステップＳ９１３）。ここで、キャッシュサーバ９００がオリジンサーバ２００にサフィクスを要求する際には、例えば、プロトコルがＨＴＴＰの場合、"ｓｕｆｆｉｘ−ｂｙｔｅ−ｓｐｅｃ"により任意の位置からコンテンツを要求する方法が使用できる。
【００２２】
オリジンサーバ２００は、サフィクスを要求されると、要求されたサフィクスの配信を開始する（ステップＳ９１４）。
【００２３】
キャッシュサーバ９００は、サフィクスを受信すると、配信中のプレフィクスに続けて、サフィクスを端末１００に配信する（ステップＳ９１５）。なお、端末１００からはプレフィクスの配信からサフィクスの配信に切り替わったことは透過的であり、コンテンツ全体が連続して配信された場合と同様に処理できる。
【００２４】
ここで、特許文献１には、コンテンツの一部または全部を記憶装置に溜め、そこからクライアントにコンテンツをストリーム配信しながら、該コンテンツの保持していないコンテンツ断片をオリジンサーバから取得して記憶装置に追加するストリームプロキシサーバに関する技術が開示されている。
【００２５】
また、特許文献２には、コンテンツ配信システムに関する技術が開示されている。特許文献２にかかるコンテンツ配信システムでは、コンテンツ配信装置がチャンクデータ記憶装置に格納されたコンテンツデータを複数に分割して得られる各チャンクデータのうち相対的に優先度の高いデータをキャッシュ部に記憶する。
【先行技術文献】
【特許文献】
【００２６】
【特許文献１】特開２００７−２２１８０５号公報
【特許文献２】特開２０１０−１９１７７４号公報
【非特許文献】
【００２７】
【非特許文献１】S. Sen, J. Rexford and D. Towsley, "Proxy Prefix Caching for Multimedia Streams", INFOCOM'99, Mar 1999
【発明の概要】
【発明が解決しようとする課題】
【００２８】
上述した非特許文献１に示されているプレフィクスキャッシングにより、ストレージ容量の削減と、コンテンツ配信遅延の短縮を実現できる。しかし、コンテンツとして動画を想定した場合、端末１００を使用するユーザが動画視聴アプリケーションで表示されるスライドバー（視聴位置の場所を示し、また視聴場所を制御できるユーザインタフェース）を動かすことにより、端末１００は、動画の先頭以外の位置のデータを要求することとなる。この場合、前述のプレフィクスキャッシングが全く機能しないか、あるいはサフィクスを取得するまでの十分な時間を確保できないという問題があった。
【００２９】
また、特許文献１にかかる技術では、各コンテンツについての配信レート及び取得レートの履歴に基づいて、記憶装置にキャッシュするためのコンテンツを決定している。しかし、要求頻度が高いコンテンツがキャッシュされるとは限らないため、上述したコンテンツ配信遅延を短縮できる保証はない。
【００３０】
さらに、特許文献２にかかるコンテンツ配信システムでは、優先度をユーザの操作履歴に基づいて決定することができる。しかし、操作履歴だけでは、該当コンテンツ内で、ユーザが視聴する価値の高い再生位置を特定できるとは限らない。その理由は、操作履歴はあくまでユーザが該当コンテンツを視聴する前の予想に基づくものであり、必ずしもコンテンツの内容に基づくものではないからである。そのため、操作履歴により視聴前のユーザにとって選択される可能性の高い再生位置を特定できるとしても、その中には、ユーザが実際に視聴したところ視聴する価値の低い再生位置も含まれる可能性が高い。つまり、操作履歴だけに基づく優先度の決定では、ユーザにとって有用性の低い再生開始位置についてもキャッシュされることとなる。よって、ストレージ容量の削減を実現することができない。
【００３１】
よって、非特許文献１、特許文献１及び特許文献２では、動画や音楽データ等の時間軸に沿って再生されるコンテンツの一部についてキャッシュ対象として決定して保持する際に、今後、端末からの要求で再生開始位置とされる可能性が高く、かつ、ユーザが視聴する有用性の高い再生位置を適切に選択できないという問題がある。そのため、当該コンテンツの途中部分を再生する際に、配信遅延の短縮と、ストレージ容量の削減を両立することが困難である。
【００３２】
本発明は、上述した問題点を考慮してなされたものであり、時系列データにかかるコンテンツの途中部分を再生する場合でも、配信遅延の短縮と、ストレージ容量の削減を両立可能なキャッシュサーバ、キャッシュ対象決定方法、コンテンツ配信システム及びキャッシュ対象決定プログラムを提供することを目的とする。
【課題を解決するための手段】
【００３３】
本発明の第１の態様にかかるキャッシュサーバは、時間軸に沿って再生されるコンテンツのうち、ユーザにより推薦された再生開始位置に対応する部分データを、端末からの配信要求に応じて配信するためのキャッシュ対象として決定する。
【００３４】
本発明の第２の態様にかかるキャッシュ対象決定方法は、時間軸に沿って再生されるコンテンツの配信要求を送信する端末から、ユーザにより推薦された再生開始位置を受け付け、コンテンツサーバが管理する前記コンテンツのうち、当該受け付けた再生開始位置に対応する部分データを、前記配信要求に応じて配信するためのキャッシュ対象として決定する。
【００３５】
本発明の第３の態様にかかるコンテンツ配信システムは、時間軸に沿って再生されるコンテンツを管理するコンテンツサーバと、前記コンテンツの配信要求を送信する端末と、前記コンテンツサーバが管理する前記コンテンツのうち、ユーザにより推薦された再生開始位置に対応する部分データを、前記配信要求に応じて配信するためのキャッシュ対象として決定するキャッシュサーバと、を備える。
【００３６】
本発明の第４の態様にかかるキャッシュ対象決定プログラムは、時間軸に沿って再生されるコンテンツの配信要求を送信する端末から、ユーザにより推薦された再生開始位置を受け付ける受付処理と、コンテンツサーバが管理する前記コンテンツのうち、当該受け付けた再生開始位置に対応する部分データを、前記配信要求に応じて配信するためのキャッシュ対象として決定する決定処理とを、コンピュータに実行させる。
【発明の効果】
【００３７】
本発明により、時系列データにかかるコンテンツの途中部分を再生する場合でも、配信遅延の短縮と、ストレージ容量の削減を両立可能なキャッシュサーバ、キャッシュ対象決定方法、コンテンツ配信システム及びキャッシュ対象決定プログラムを提供することができる。
【図面の簡単な説明】
【００３８】
【図１】本発明の実施の形態１にかかるコンテンツ配信システムの構成を示すブロック図である。
【図２】本発明の実施の形態１にかかるキャッシュ対象決定処理の流れを示すフローチャートである。
【図３】本発明の実施の形態２にかかるコンテンツ配信システムの構成を示すブロック図である。
【図４】本発明の実施の形態２にかかるキャッシュサーバの構成を示すブロック図である。
【図５】本発明の実施の形態２にかかるキャッシュサーバのハードウェア構成を示すブロック図である。
【図６】本発明の実施の形態２にかかるメタ情報のフォーマットの例を示す図である。
【図７】本発明の実施の形態２にかかるキャッシュサーバにおける関心度計算処理の流れを示すフローチャートである。
【図８】本発明の実施の形態２にかかるキャッシュサーバにおける、端末からのコンテンツ配信要求に応じたコンテンツ配信処理の流れを示すフローチャートである。
【図９】本発明の実施の形態２にかかるキャッシュサーバにおけるキャッシュ削除処理の流れを示すフローチャートである。
【図１０】本発明の実施の形態３にかかるキャッシュサーバの構成を示すブロック図である。
【図１１】本発明の実施の形態３にかかる保持対象のチャンク範囲を拡大する処理（単独チャンク）の概念を説明するための図である。
【図１２】本発明の実施の形態３にかかる保持対象のチャンク範囲を拡大する処理（複数チャンク）の概念を説明するための図である。
【図１３】本発明の実施の形態３にかかる時間経過に応じて保持対象のチャンク範囲を縮小する処理の概念を説明するための図である。
【図１４】関連技術にかかるコンテンツ配信システムの構成を示すブロック図である。
【図１５】関連技術にかかるコンテンツ配信処理の流れを示すシーケンス図である。
【図１６】関連するPrefix Caching技術にかかるコンテンツ配信処理の流れを示すシーケンス図である。
【発明を実施するための形態】
【００３９】
以下では、本発明を適用した具体的な実施の形態について、図面を参照しながら詳細に説明する。各図面において、同一要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略する。
【００４０】
＜発明の実施の形態１＞
図１は、本発明の実施の形態１にかかるコンテンツ配信システム１の構成を示すブロック図である。コンテンツ配信システム１は、コンテンツサーバ１０と、キャッシュサーバ２０と、端末３０とを備える。
【００４１】
コンテンツサーバ１０は、時間軸に沿って再生されるコンテンツ１０１を管理する。ここで、時間軸に沿って再生されるコンテンツ１０１とは、動画や音楽等のデータであり、予め定義された再生順序に従って画像データや音素データ等が再生されることにより映像や音楽と認識されるデータをいう。言い換えると、コンテンツ１０１は、時間的に連続する複数の部分データにより構成されるデータ列である。
【００４２】
端末３０は、コンテンツ１０１の配信要求を送信する。端末３０は、キャッシュサーバ２０に対して例えば、上記のコンテンツ１０１のストリーミング配信を要求し、キャッシュサーバ２０から受信したデータを逐次、所定の再生順序に従って再生する。
【００４３】
キャッシュサーバ２０は、端末３０からの配信要求に応じて適宜、コンテンツサーバ１０からコンテンツ１０１を取得して端末３０へ送信する。また、キャッシュサーバ２０は、端末３０からの配信要求に応じてコンテンツ１０１を配信すると共に、コンテンツ１０１のうち一部の部分データ２０１を、前記配信要求に応じて配信するためのキャッシュ対象として決定する。
【００４４】
ここで、「配信要求に応じて配信するためのキャッシュ対象」とは、キャッシュサーバ２０内の記憶装置（不図示）に格納するデータを指す。そして、キャッシュサーバ２０は、端末３０からの配信要求により指定された再生開始位置に対応する部分データが当該記憶装置内に保持されている場合には、当該部分データを読み出して端末３０へ返信する。また、指定された再生開始位置に対応する部分データが当該記憶装置内に保持されていない場合には、キャッシュサーバ２０は、当該再生開始位置に対応するデータをコンテンツサーバ１０から取得し、その後、端末３０へ送信する。
【００４５】
また、キャッシュサーバ２０は、ユーザにより推薦された再生開始位置に対応する部分データ２０１をキャッシュ対象として決定する。ここで、「ユーザにより推薦された再生開始位置」とは、コンテンツ１０１内の任意の再生開始位置であって、コンテンツ１０１を視聴するユーザにより視聴する有用性が高いと判断され、他のユーザに対して視聴を薦める再生位置をいう。例えば、端末３０において再生されたコンテンツ１０１を視聴し終えたユーザにより他のユーザに推薦したいと判断された再生位置であるとよい。これにより、単にコンテンツ１０１の再生におけるユーザの操作履歴を用いることに比べて、実際に視聴したユーザによる厳選された再生開始位置となる。そのため、キャッシュサーバ２０は、今後、端末３０からの要求で再生開始位置とされる可能性が高く、かつ、ユーザが視聴する有用性の高い再生位置を適切にキャッシュ対象として決定することができる。
【００４６】
図２は、本発明の実施の形態１にかかるキャッシュ対象決定処理の流れを示すフローチャートである。まず、キャッシュサーバ２０は、端末３０からユーザにより推薦された再生開始位置を受け付ける（ステップＳ１１）。このとき、受け付ける再生開始位置は、コンテンツ１０１の作成者等により指定された再生位置であってもよい。または、コンテンツ１０１の視聴者により他のユーザに推薦したいと判断された再生位置であってもよい。尚、再生開始位置は、端末３０以外から受け付けても構わない。
【００４７】
次に、キャッシュサーバ２０は、コンテンツ１０１のうち、当該受け付けた再生開始位置に対応する部分データ２０１をキャッシュ対象として決定する（ステップＳ１２）。
【００４８】
このように、本発明の実施の形態１では、動画や音楽データ等の時間軸に沿って再生されるコンテンツの一部についてキャッシュ対象として決定して保持する際に、今後、端末からの要求で再生開始位置とされる可能性が高く、かつ、ユーザが視聴する有用性の高い再生位置を適切に選択することができる。そのため、時系列データにかかるコンテンツの途中部分を再生する場合でも、配信遅延の短縮と、ストレージ容量の削減を両立することができる。
【００４９】
＜発明の実施の形態２＞
図３は、本発明の実施の形態２にかかるコンテンツ配信システム２の構成を示すブロック図である。図３は、図１４で示したコンテンツ配信システム９におけるキャッシュサーバ９００が、本発明の実施の形態２にかかるキャッシュサーバ３００に置き換わったものである。図３のその他の構成は、図１４と同等であるため、詳細な説明は省略する。尚、オリジンサーバ２００は、図１のコンテンツサーバ１０の一実施形態である。
【００５０】
図４は、本発明の実施の形態２にかかるキャッシュサーバ３００の構成を示すブロック図である。キャッシュサーバ３００は、コンテンツ配信部３１０と、コンテンツ管理部３１１と、注目位置指定部３１２と、関心度計算部３１３と、コンテンツ記録装置３２０と、メタ情報記録装置３２１とを備える。
【００５１】
コンテンツ配信部３１０は、端末１００からのコンテンツ要求５０１を受信した場合、コンテンツ管理部３１１に問い合わせを行う。ここで、コンテンツ要求５０１には、配信対象のコンテンツの識別子と当該コンテンツ内の再生開始位置（以下、「視聴開始位置」と呼ぶ。）とが含まれるものとする。このとき、コンテンツ配信部３１０は、コンテンツ要求５０１において要求されたコンテンツがコンテンツ記録装置３２０に記録されているか否かを確認する。また、当該問合せにおいて、要求されたコンテンツがコンテンツ記録装置３２０に記録されていると判定された場合、コンテンツ配信部３１０は、当該コンテンツのうち、再生開始位置に対応する部分データ（以下、「チャンク」と呼ぶ。）が記録されているか否かを確認する。つまり、コンテンツ配信部３１０は、要求されたコンテンツのうちチャンク単位でコンテンツ記録装置３２０において保持されているか否かを判定する。
【００５２】
また、コンテンツ配信部３１０は、チャンク単位でコンテンツの保持を確認した結果、コンテンツ全体もしくはその一部が記録されていない場合又はコンテンツ管理部３１１からの要求に応じて、コンテンツ全体又はその一部をオリジンサーバ２００に要求する機能をさらに備える。
【００５３】
ここで、コンテンツ配信部３１０は、コンテンツの再生順序において不連続な複数のチャンクが保持されていなかった場合、当該複数の保持されていないチャンクをオリジンサーバ２００に要求する。また、コンテンツ配信部３１０は、コンテンツ全体もしくはその一部をオリジンサーバ２００に要求した結果、配信されたコンテンツをコンテンツ記録装置３２０に記録する。このとき併せて、コンテンツ配信部３１０は、コンテンツをコンテンツ記録装置３２０に記録した旨をコンテンツ管理部３１１に通知する機能を備える。
【００５４】
コンテンツ配信部３１０は、他にも端末１００から要求されたコンテンツの識別子などの情報や、要求された視聴開始位置及び実際に端末１００に対して配信したコンテンツ内の再生位置をコンテンツ管理部３１１に通知する機能を備える。
【００５５】
コンテンツ管理部３１１は、コンテンツを管理する機能を備える。具体的には、コンテンツ管理部３１１は、コンテンツ配信部３１０などの他の機能ブロックから通知された次の（Ａ）及び（Ｂ）のような情報により、メタ情報記録装置３２１に記録されたメタ情報を更新する。
（Ａ）端末１００から要求されたコンテンツに関する情報と、視聴開始位置及びそのコンテンツ内の再生位置における視聴開始数と、それに続く部分の視聴数
（Ｂ）コンテンツ記録装置３２０に記録したコンテンツ関連情報（保持されたコンテンツ識別子や、当該コンテンツのどのチャンクが保持されているか、など）
【００５６】
また、コンテンツ管理部３１１は、コンテンツ配信部３１０からコンテンツが既に保持されていているか否かの問い合わせされた場合、メタ情報記録装置３２１に記録されたメタ情報（後述）を参照する。これにより、コンテンツ管理部３１１は、コンテンツが記録されているか否かの情報をコンテンツ配信部３１０に応答する機能を備える。ここで、コンテンツの一部のみが記録されていた場合、コンテンツ管理部３１１は、チャンク単位で保持されているか否かの情報を応答する機能を備える。
【００５７】
さらに、コンテンツ管理部３１１は、後述する関心度計算部３１３により算出された関心度に基づき、コンテンツ記録装置３２０からチャンクを削除することや、コンテンツ配信部３１０に必要なチャンクをオリジンサーバ２００から取得することを要求する機能を備える。
【００５８】
注目位置指定部３１２は、端末１００がネットワーク４００を介して情報を入力可能なインタフェースを備える。注目位置指定部３１２は、例えば、ＷＥＢサーバの機能を用いて実現できる。注目位置指定部３１２は、端末１００を使用するユーザが動画視聴中におもしろいと感じたコンテンツ内の箇所などの興味を持った再生位置を指定可能な機能を提供する。但し、注目位置指定部３１２が受け付ける再生位置は、ユーザのみならず、興味をもつ再生位置を予測可能なアルゴリズムによる位置指定としても、当該コンテンツに関連する個人又は団体がプロモーションなどを意図して位置を指定することとしても構わない。
【００５９】
ここで、注目位置指定部３１２が受け付けた再生位置を以下では、マーク位置と呼ぶ。マーク位置は、当該マーク位置を指定したユーザ又は他のユーザにＷＥＢインタフェースなどにより提示され、当該ユーザ自身が次回のコンテンツを視聴する際又は他のユーザがコンテンツを視聴する場合には、視聴する価値の高い位置として視聴位置が、当該ユーザ等においてスキップ先を決めるために利用される。
【００６０】
また、より多くのユーザが指定したマーク位置をより目立つように提示するなど、当該マーク位置が多くのユーザの関心を集めていることを視覚的に示す提示の仕方としても良い。尚、マーク位置をどの様に提示するか、また、マーク位置について、当該マーク位置を指定したユーザだけに提示するかもしくは複数のユーザでシェアするかというポリシは様々なものが考えられるが、本発明には直接関係ないので詳細は省略する。
【００６１】
注目位置指定部３１２は、その提供するインタフェースにより、前記マーク位置について、例えばコンテンツ開始からの時間又はバイト位置としてユーザから指定を受け付けることが考えられる。注目位置指定部３１２は、前記マーク位置をメタ情報記録装置３２１のメタ情報に記録する際に、前記マーク位置に対応するチャンクを特定し、当該チャンクの"マーク数"のフィールドを更新する。
【００６２】
関心度計算部３１３は、メタ情報記録装置３２１に記録されたメタ情報に基づき、各々のチャンクについて、ユーザにとって関心が高い度合いを示す関心度を算出する。ここで算出された関心度は、コンテンツ管理部３１１から参照され、コンテンツのチャンク単位での保持や、削除を実施する際の判断材料として使用される。
【００６３】
関心度計算部３１３は、前記関心度を算出するにあたり、例えば以下の式（１）を使用することができる。
ＣＩＩ［ｉ］  ＝  Σ｛ｊ＝０，ｎ｝（Ｃｊ  ＊  Ｉｊ［ｉ］）  ・・・  式（１）
【００６４】
ここで、ＣＩＩ［ｉ］は、ｉ番目のチャンクの関心度を示す。また、Ｃｊは、ｊ番目の評価指標の重み付け係数を示す。Ｉｊ［ｉ］は、i番目のチャンクにおけるｊ番目の評価指標の値を示す。Σ｛ｊ＝０，ｎ｝（Ｃｊ  ＊  Ｉｊ［ｉ］）は、ｊを０からｎまで変化させた時の（Ｃｊ  ＊  Ｉｊ［ｉ］）の和を示す。つまり、関心度は、０からｎまでのｎ＋１種類ある評価指標の重み付け和をチャンク毎に求めたものとなる。
【００６５】
ここでの評価指標とは、ユーザの関心度に相関があると考えられる情報である。本発明の実施の形態２においては、前記マーク数や、視聴開始数及び視聴数を想定している。すなわちこの場合、ｎ＝２であり、ｉ0［ｉ］はチャンクｉのマーク数、Ｉ１［ｉ］は、チャンクｉの視聴開始数、Ｉ２［ｉ］は、チャンクｉの視聴数をそれぞれ示す。ただし、他の指標をさらに使用することしても良い。
【００６６】
コンテンツ記録装置３２０は、コンテンツ全体又はその一部が記録される記憶装置である。コンテンツ記録装置３２０に対するコンテンツの記録及び削除は、コンテンツ管理部３１１により実施される。前記コンテンツの記録及び削除は、コンテンツ全体を単位とした処理の他、チャンク単位でも実施される。
【００６７】
ここで、本発明の実施の形態２にかかるキャッシュサーバ３００は、端末１００からの配信要求に応じたコンテンツを端末１００に配信する。そして、端末１００は、配信要求に応じて配信されたコンテンツを再生する。このとき、端末１００のユーザは、配信されたコンテンツの再生後に、注目位置指定部３１２によるインタフェースにより、他のユーザへ推薦すべき箇所として当該コンテンツ内の任意の再生開始位置を選択するものとする。ここで、選択された再生開始位置は、再生されたコンテンツを視聴した後にユーザが他のユーザに見て欲しい再生位置として選択されたものとなる。そのため、当該コンテンツの視聴中に、単に、現在の再生位置からスキップさせた後の箇所に比べて、コンテンツの有用性が高いといえる。
【００６８】
言い換えると、注目位置指定部３１２は、当該コンテンツの端末１００における再生後に、当該再生されたコンテンツを視聴した前記ユーザにより他のユーザへ推薦すべき箇所として選択された当該コンテンツ内の任意の再生開始位置を前記端末から受け付ける。そして、コンテンツ配信部３１０は、当該受け付けた再生開始位置に対応する部分データをキャッシュ対象として決定する。
【００６９】
これにより、キャッシュサーバ３００は、コンテンツ内でユーザにとってより有用な再生開始位置をキャッシュ対象として決定することができる。そのため、今後、端末からの要求で再生開始位置とされる可能性が高く、かつ、ユーザが視聴する有用性の高い再生位置を適切に選択できる。特に、コンテンツの視聴後のユーザにより推薦された再生位置であるため、キャッシュ対象としての意義が高い再生位置が選択できる。
【００７０】
また、本発明の実施の形態２にかかる注目位置指定部３１２は、配信要求に応じて配信された前記コンテンツを前記端末において再生中に、当該再生されたコンテンツを視聴する前記ユーザにより選択された当該再生中の箇所以外の箇所を再生開始位置として前記端末から受け付ける。そして、コンテンツ配信部３１０は、当該受け付けた再生開始位置に対応する部分データを前記キャッシュ対象として決定する。これにより、キャッシュサーバ３００は、端末からの要求で再生開始位置とされる可能性が高い再生位置を効率的にキャッシュ対象として決定できる。
【００７１】
さらに、コンテンツ管理部３１１は、端末から受け付けた再生開始位置に対応する部分データについてキャッシュ対象とするための優先度（関心度）を他の部分データと比べて高く設定する。そして、コンテンツ配信部３１０は、優先度に応じて前記コンテンツ内の部分データの中から前記キャッシュ対象を決定する。これにより、きめ細かなキャッシュ対象の決定ができ、選択の精度を高めることができる。
【００７２】
さらに、関心度計算部３１３は、端末におけるコンテンツの再生位置及び再生回数をさらに考慮して、コンテンツ配信部３１０は、キャッシュ対象を決定する。これにより、キャッシュ対象の決定についてさらに選択の精度を高めることができる。
【００７３】
図５は、本発明の実施の形態２にかかるキャッシュサーバ３００のハードウェア構成を示すブロック図である。キャッシュサーバ３００は、ＣＰＵ（Central Processing Unit）３０１と、ＲＡＭ（Random Access Memory）３０２と、ＲＯＭ（Read Only Memory）３０３と、通信部３０４と、ハードディスク３０５とを備える。
【００７４】
ハードディスク３０５は、不揮発性記憶装置である。尚、ハードディスク３０５は、コンテンツ記録装置３２０及びメタ情報記録装置３２１を含む具体例の一つである。ハードディスク３０５は、ＯＳ（不図示）、キャッシュ対象決定プログラム３０６、チャンク３０７及びメタ情報３０８を格納する。ここで、キャッシュ対象決定プログラム３０６は、本発明の実施の形態２にかかるコンテンツ配信処理のうち少なくともキャッシュ対象決定処理が実装されたコンピュータプログラムである。チャンク３０７は、コンテンツのうちキャッシュ対象としてコンテンツ記録装置３２０に格納された部分データに相当する。メタ情報３０８は、メタ情報記録装置３２１に格納されるデータに相当する。
【００７５】
ＣＰＵ３０１は、キャッシュサーバ３００における各種処理、ＲＡＭ３０２、ＲＯＭ３０３、通信部３０４及びハードディスク３０５へのアクセス等を制御する。通信部３０４は、ネットワーク４００を介して端末１００及びオリジンサーバ２００を含む外部との通信を行う。
【００７６】
キャッシュサーバ３００は、ＣＰＵ３０１が、ＲＡＭ３０２、ＲＯＭ３０３又はハードディスク３０５に格納されたＯＳ、キャッシュ対象決定プログラム３０６等を読み込み、実行する。これにより、キャッシュサーバ３００は、キャッシュ対象決定処理を含むコンテンツ配信処理を実現することができる。
【００７７】
メタ情報記録装置３２１は、コンテンツに関連する情報であるメタ情報が記録される記憶装置である。図６は、本発明の実施の形態２にかかるメタ情報のフォーマットの例を示す図である。本発明の実施の形態２では、メタ情報として、コンテンツＩＤ、チャンク番号、チャンクＩＤ、チャンク位置、キャッシュ存在、関心度、マーク数、視聴開始数及び視聴数を含むものとする。但し、それらの情報の一部としても良いし、別の情報を含むこととしても構わない。また、一部の情報を別のメタ情報テーブルに分けて記録するようにしても構わない。
【００７８】
以下に、各項目の内容を簡単に説明する。コンテンツＩＤは、コンテンツを一意に識別可能な識別子である。オリジンサーバ２００から当該コンテンツを要求する際に用いられたＵＲＬをベースに算出する方法や、システムで一意に生成したＩＤに対して前記ＵＲＬを対応付ける方法など、コンテンツＩＤを得る方法は様々である。尚、本発明の実施の形態２においては、どの様な方法を採用しても構わない。
【００７９】
ここで、チャンク番号は、コンテンツ先頭からのチャンクの通し番号である。チャンクＩＤは、各コンテンツを構成するチャンクを一意に識別可能な識別子である。尚、チャンクＩＤは、コンテンツ毎に一意であれば良いので単にチャンク番号を流用できる。
【００８０】
チャンク位置は、当該チャンクのコンテンツ中における再生位置を示す値である。例えば、当該チャンクの開始時刻とすることができる。他には、当該チャンクのコンテンツの先頭からのオフセットバイト数を用いることができる。また、これらの双方共をチャンク位置として記録することとしても良い。注目位置指定部３１２は、指定されたマーク位置を、対応するチャンク番号に変換する際に当該情報を使用できる。
【００８１】
キャッシュ存在は、該当するチャンクがコンテンツ記録装置３２０に記録されているか否かを示す。例えば、記録されている場合は'１'、記録されていない場合は'０'とすることができる。
【００８２】
関心度は、前記式（１）により算出された関心度である。マーク数は、該当するチャンク位置をユーザがマークした数であり、関心度を算出する際に使用される。視聴開始数は、該当するチャンク位置から視聴の開始を要求した回数であり、関心度を算出する際に使用される。視聴数は、該当するチャンク位置が視聴された、つまり、再生された回数であり、関心度を算出する際に使用される。
【００８３】
以上説明した、コンテンツ配信部３１０、コンテンツ管理部３１１、注目位置指定部３１２及び関心度計算部３１３は、その全てをソフトウェア、例えば上述したキャッシュ対象決定プログラム３０６で実装し、ＣＰＵ３０１上で動作させることで実施できる。または、その一部又は全てをハードウェアで構成することも可能である。一方、コンテンツ記憶装置３２０、メタ情報記憶装置３２１は、半導体メモリ又はハードディスクドライブなど情報を記録可能な装置により構成できる。
【００８４】
図７は、本発明の実施の形態２にかかるキャッシュサーバ３００における関心度計算処理の流れを示すフローチャートである。まず、キャッシュサーバ３００において、関心度判定の契機が発生する（ステップＳ２０１）。この契機として、次のものが考えられる。例えば、ユーザや、注目位置決定アルゴリズムなどにより、注目位置指定部３１２を介してマーク位置を指定した契機が考えられる。または、コンテンツ管理部３１１により関心度計算を要求された契機が考えられる。
【００８５】
次に、キャッシュサーバ３００は、関心度を計算する（ステップＳ２０２）。具体的には、キャッシュサーバ３００は、メタ情報記録装置３２１に記録されたメタ情報に含まれる情報に基づき式（１）を用いて関心度を計算する。
【００８６】
その後、キャッシュサーバ３００は、算出された関心度を記録する（ステップＳ２０３）。すなわち、キャッシュサーバ３００は、計算された関心度を前記メタ情報の所定のフィールド（"関心度"）に記録する。
【００８７】
次に、図８のフローチャートを用いて、端末１００においてコンテンツの任意の位置が再生される場合の処理を説明する。図８は、本発明の実施の形態２にかかるキャッシュサーバ３００における、端末１００からのコンテンツ配信要求に応じたコンテンツ配信処理の流れを示すフローチャートである。まず、キャッシュサーバ３００にかかるコンテンツ配信部３１０は、端末１００からコンテンツ要求５０１を受信する（ステップＳ３０１）。このとき、コンテンツの先頭から要求される場合もあれば、コンテンツの途中の位置から要求される場合もある。
【００８８】
次に、コンテンツ配信部３１０は、コンテンツ要求された位置、すなわち視聴開始位置をコンテンツ管理部３１１に通知する（ステップＳ３０２）。このとき、コンテンツ管理部３１１は、コンテンツ配信部３１０から通知された視聴開始位置の情報に基づき、メタ情報記録装置３２１のメタ情報を更新する。
【００８９】
併せて、コンテンツ配信部３１０は、視聴開始位置に対応するチャンクがコンテンツ記録装置３２０に記録されているか否かをコンテンツ管理部３１１に問い合わせる。つまり、コンテンツ配信部３１０は、要求されたチャンクがキャッシュとして保持されているか否かを判定する（ステップＳ３０３）。
【００９０】
そして、ステップＳ３０３における問い合わせの結果、要求されたチャンクが保持されていた場合（ステップＳ３０３でＹＥＳ）は、コンテンツ配信部３１０は、要求されたチャンクをコンテンツ記録装置３２０から読み出し、当該チャンクを端末１００に対して配信する。すなわち、キャッシュ対象として保持されたチャンクがキャッシュから配信される（ステップＳ３０４）。
【００９１】
そして、コンテンツ配信部３１０は、ステップＳ３０４において端末１００に対して配信したチャンクに対応するコンテンツ内の位置を、ユーザの視聴位置と見なして、コンテンツ管理部３１１に通知する（ステップＳ３０５）。このとき、コンテンツ管理部３１１は、コンテンツ配信部３１０から通知された視聴位置の情報に基づき、メタ情報記録装置３２１のメタ情報を更新する。その後、コンテンツ配信部３１０は、コンテンツ記録装置３２０に保持されたチャンクについて、時間軸に沿って連続的に読み出し、端末１００に対して配信する。また、配信の都度、上記と同様に、メタ情報記録装置３２１のメタ情報を更新する。その後、ステップＳ３１０へ進む。
【００９２】
一方、ステップＳ３０３における問い合わせの結果、要求されたチャンクが保持されていなかった場合（ステップＳ３０３でＮＯ）は、コンテンツ配信部３１０は、オリジンサーバ２００に対して、要求されたコンテンツのうち保持されていない部分のデータを要求し、オリジンサーバ２００から取得されたコンテンツを端末１００に配信する（ステップＳ３０６）。
【００９３】
そして、コンテンツ配信部３１０は、ステップＳ３０６において端末１００に対して配信したチャンクに対応するコンテンツ内の位置を、ユーザの視聴位置と見なして、コンテンツ管理部３１１に通知する（ステップＳ３０７）。このとき、コンテンツ管理部３１１は、コンテンツ配信部３１０から通知された視聴位置の情報に基づき、メタ情報記録装置３２１のメタ情報を更新する。
【００９４】
その後、コンテンツ配信部３１０は、ステップＳ３０６によりオリジンサーバ２００から取得されたデータをチャンクとしてコンテンツ記録装置３２０に保持すべきか否かをコンテンツ管理部３１１に問い合わせる（ステップＳ３０８）。このとき、コンテンツ管理部３１１は、メタ情報に含まれる関心度に基づいてチャンク単位でコンテンツを保持すべきかどうかを判定する。そして、コンテンツ管理部３１１は、判定結果をコンテンツ配信部３１０に応答する。
【００９５】
尚、コンテンツ管理部３１１は、ステップＳ３０８における問い合わせの際、メタ情報記録装置３２１のメタ情報にアクセスし、対象となるコンテンツの各チャンクの関心度を読み出し、関心度が所定の値以上のチャンクを保持対象と判定する。すなわち、コンテンツ管理部３１１は、関心度が所定の値以上であるチャンクをキャッシュ対象として決定する。この際、コンテンツ管理部３１１は、既に計算された関心度を読み出すこととしても良い。または、コンテンツ管理部３１１は、このときに新たに関心度計算部３１３に関心度計算を要求し、図７に示した関心度計算処理によりメタ情報の関心度を最新の情報に更新した上で、メタ情報から関心度を読み込むようにしても良い。
【００９６】
ステップＳ３０８において保持すべきと判定された場合、コンテンツ配信部３１０は、当該チャンクをコンテンツ記録装置３２０に記録する（ステップＳ３０９）。その後、ステップＳ３１０へ進む。また、ステップＳ３０８において保持すべきでないと判定された場合、コンテンツ記憶装置３２０への保持は行なわず、ステップＳ３１０へ進む。
【００９７】
そして、コンテンツ配信部３１０は、端末１００から配信要求されたコンテンツの配信が終了したか否かを判定する（ステップＳ３１０）。配信が未終了と判定された場合、ステップＳ３０３へ戻り、直前に配信を行ったチャンクの次の再生位置のチャンクについて、ステップＳ３０３乃至Ｓ３１０を繰り返し実行する。
【００９８】
尚、コンテンツ配信部３１０は、コンテンツ中の保持されていない区間をオリジンサーバ２００に要求するため、その応答としてオリジンサーバ２００から得られた分のコンテンツが配信完了したとしても、コンテンツの終わりまで配信したとは限らない。
【００９９】
ステップＳ３１０で端末１００から配信要求されたコンテンツの配信が終了したと判定された場合、当該コンテンツ配信処理を終了する。
【０１００】
次に、図９のフローチャートを用いて、本発明の実施の形態２にかかるキャッシュサーバ３００におけるキャッシュ削除処理の流れを説明する。すなわち、コンテンツ管理部３１１は、定期的な契機でコンテンツ記憶装置３２０に保持されたコンテンツの一部を削除する処理及び保持されていない部分をオリジンサーバ２００から取得する処理の説明を行う。
【０１０１】
まず、キャッシュサーバ３００において、保持・削除の契機が発生する（ステップＳ４０１）。すなわち、コンテンツの保持状況を更新するための定期的な契機が発生する。ここで、削除処理については、コンテンツ記憶装置３２０の空き容量を確認し、空き容量が所定の値以下となった時のみ以降の削除処理を実施することとしても良い。逆に、新たな部分の保持についても、ストレージの空き容量が所定の容量以下だった場合に限定しても良い。
【０１０２】
次に、コンテンツ管理部３１１は、関心度を読み出す（ステップＳ４０２）。すなわち、コンテンツ管理部３１１は、メタ情報記録装置３２１に記録されたメタ情報にアクセスし、評価候補とするコンテンツについて、各チャンクの関心度を読み出す。ここで、評価候補とするコンテンツは、コンテンツ記録装置３２０に保持された全てのコンテンツとしても良いし、一部のコンテンツとしても良い。特に、削除要否の判定を行う場合は、端末１００から所定の時間アクセスされていないコンテンツに評価候補を限定しても良い。
【０１０３】
また、保持・削除評価に使用する関心度について、単にメタ情報から関心度を読み出すこととしても良いし、新たに関心度計算部３１３に関心度計算を要求し、図７に示す処理によりメタ情報中の関心度を最新の情報に更新した上で、関心度を読み込むようにしても良い。
【０１０４】
その後、コンテンツ管理部３１１は、チャンクの保持及び削除を実施する（ステップＳ４０３）。すなわち、コンテンツ管理部３１１は、ステップＳ４０２で読み出した評価候補とするコンテンツのチャンク毎の関心度を評価する。そして、コンテンツ管理部３１１は、関心度の値が所定の値以上のチャンクを保持対象とし、それ以外を削除対象とする。保持対象となったチャンクで、コンテンツ記憶装置３２０に保持されていないものについては、コンテンツ管理部３１１は、コンテンツ配信部３１０に対し、オリジンサーバ２００から当該チャンクを含む範囲のコンテンツを取得するよう依頼する。一方、削除対象となったチャンクについては、コンテンツ管理部３１１は、コンテンツ記録装置３２０から削除する。以上のチャンク単位での追加・削除処理により変化したコンテンツ記憶装置３２０中のコンテンツの保持状態は、コンテンツ管理部３１１によりメタ情報記録装置３２１中のメタ情報に反映される。
【０１０５】
このように、本発明の実施の形態２では、チャンク毎のマーク数、視聴開始数及び視聴数に基づきユーザの関心度が高いチャンクを推測し、関心度が高いと推測された任意の位置のチャンクを保持し、それ以外を削除する。これにより、端末が任意の位置からのコンテンツ配信を要求した場合でも、配信遅延の短縮と、ストレージ容量削減の両立が可能なコンテンツ配信システムの提供が可能となる。
【０１０６】
＜発明の実施の形態３＞
図１０は、本発明の実施の形態３にかかるキャッシュサーバ３００ａの構成を示すブロック図である。本発明の実施の形態３では、キャッシュサーバ３００ａ以外の構成は、上述した実施の形態１と同等であるため、以下では、キャッシュサーバ３００ａに着目して説明し、その他については説明を省略する。
【０１０７】
キャッシュサーバ３００ａは、図１０に示すように、実施の形態２におけるキャッシュサーバ３００とほぼ同じだが、コンテンツ管理部３１１ａが実施の形態２と異なる。実施の形態３にかかるコンテンツ管理部３１１ａは、実施の形態２にかかるコンテンツ管理部３１１とほぼ同じ機能を備えるが、関心度に基づきコンテンツ記憶装置３２０に保持すると決定したチャンクの前後のチャンクに対しても保持する範囲を拡張する機能をさらに備えた点が異なる。また、保持範囲を拡大する幅を時間経過とともに変化させる、特に狭めてゆく機能も備える。
【０１０８】
保持範囲を拡大する処理の具体的な例を以下で説明する。コンテンツ管理部３１１ａは、メタ情報記憶装置３２１のメタ情報に基づき決定した保持対象とするチャンクを中心に、前後の時間帯の複数個のチャンクも保持対象とするよう保持範囲を拡張する機能を新たに備える。つまり、ユーザにより推薦された再生開始位置に対応する部分データに、当該部分データの前後の時間帯の部分データを含めてキャッシュ対象として決定する。これにより、チャンクが断片的になりすぎることを防止できる。よって、オリジンサーバ２００へのアクセス処理を効率化できる。また、ユーザにより推薦された再生開始位置の前後は、他のユーザが選択する確率が高いため、ユーザにより推薦された再生開始位置のみをキャッシュする場合に比べて、より効果的に配信遅延を解消することができる。
【０１０９】
図１１は、本発明の実施の形態３にかかる保持対象のチャンク範囲を拡大する処理（単独チャンク）の概念を説明するための図である。ここでは、あるコンテンツにおいてチャンクＣ１〜Ｃ１６が時間軸に沿ってこの順序で存在するものとする。そして、チャンクＣ４がユーザにより推薦された再生開始位置に対応する部分データであるものとする。つまり、関心度に基づいてチャンクＣ４が保持対象となったものとする。
【０１１０】
このとき、コンテンツ管理部３１１ａは、チャンクＣ４よりもＷｂ個だけ過去のチャンク及びＷｆ個だけ未来のチャンクも保持対象とみなす。ここでは、Ｗｂ＝２、Ｗｆ＝５とした場合を示すが、Ｗｂ及びＷｆの値はこれに限定されない。そのため、図１１では、チャンクＣ２からチャンクＣ９がキャッシュ対象としてコンテンツ記録装置３２０に保持される。尚、動画コンテンツは、基本的に再生開始位置から後方を視聴することを考えると、概してＷｂ＜Ｗｆとするのが良い。
【０１１１】
図１２は、本発明の実施の形態３にかかる保持対象のチャンク範囲を拡大する処理（複数チャンク）の概念を説明するための図である。ここでは、チャンクＣ４〜Ｃ６が関心度に基づいてチャンクＣ４が保持対象となったものとする。このとき、チャンクＣ４〜Ｃ６のそれぞれについて、Ｗｂ個だけ過去のチャンク及びＷｆ個だけ未来のチャンクも保持対象とみなす。よって、図１２では、チャンクＣ２〜チャンクＣ１１がキャッシュ対象としてコンテンツ記録装置３２０に保持される。
【０１１２】
また、Ｗｂ、Ｗｆの値の大きさは、保持判定の対象となるコンテンツがコンテンツ記憶装置３２０に保持されてからの経過時間に依存して変化するようにしても良い。つまり、上述した前後の時間帯の長さを、保持を開始した時刻からの経過時間に基づき変化させるようにしても良い。例えば、保持直後のＷｂ及びＷｆは大きな値とし、時間経過とともに小さな値にすることができる。また、Ｗｆについてはオリジンサーバ２００からコンテンツを取得する際の平均時間を測定しておき、前記平均時間以上の時間、コンテンツ記憶装置３２０からのコンテンツ配信を継続可能なＷｆとすることもできる。また、時間の経過に応じて関心度を確認し、都度保持範囲を見直してもよい。
【０１１３】
図１３は、本発明の実施の形態３にかかる時間経過に応じて保持対象のチャンク範囲を縮小する処理の概念を説明するための図である。図１３では、保持直後には保持範囲をチャンクＣ２〜Ｃ１１とし、時間の経過と共に、保持範囲をチャンクＣ３〜Ｃ９に縮小し、さらに時間が経過した後には、保持範囲をチャンクＣ４〜Ｃ７に縮小した場合を示す。
【０１１４】
そもそもキャッシュ対象は、時間の経過と共に削除されるものである。そして、上述したように関心度は、視聴される度に視聴数が加算されるものとしており、一定時間視聴されないチャンクは、相対的に関心度が低くなると言える。そのため、保持直後は、関心度が相対的に高くとも、時間経過と共に関心度が相対的に低くなるため、一定の条件の下で保持範囲を縮小することで、ストレージ容量を効率的に確保することができる。
【０１１５】
尚、本発明の実施の形態３のその他の動作については、本発明の実施の形態２の動作とほぼ同じとなるため詳細は省略する。異なる点は、図８のステップＳ３０７及び図９のステップＳ４０３で、保持対象とするチャンクを判定するにあたり、追加的に上記で説明したような保持範囲の拡大処理を実施する点である。
【０１１６】
このように、本発明の実施の形態３では、関心度に基づき決定した保持対象とするチャンクの範囲を前後に拡張する処理をさらに追加したことで、コンテンツ記録装置３２０に保持されるチャンクが断片的になりすぎることを防止できる。この結果、複数の未保持のチャンクをオリジンサーバ２００から取得する負荷が増大してしまう問題や、オリジンサーバ２００からコンテンツを取得している間に、コンテンツ記録装置３２０に保持されているチャンク分の配信が完了してしまい、サービス途絶につながる問題を回避することが可能なコンテンツ配信システムを提供可能となる。
【０１１７】
＜その他の発明の実施の形態＞
本発明の実施の形態１乃至３にかかるコンテンツ配信システムを、固定ＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）のネットワーク又はモバイルネットワークに適用することができる。これにより、前記ネットワークの管理者は、良好なユーザ体験を維持可能しつつ、ストレージサイズ削減によりコストを抑えた上でのコンテンツ配信サービスをユーザに提供可能となる。特に、モバイル端末での視聴は、すきま時間を利用したものであり、コンテンツの一部を選択的に視聴するケースが多いと予測される。そのため、モバイルネットワークへ本発明を適用することは非常に有効だと考えられる。
【０１１８】
上述したように本発明の実施の形態１乃至３は、端末がネットワークを介してオリジンサーバが保持するコンテンツを取得する際に、端末とオリジンサーバとの通信を仲介し、オリジンサーバが保持するコンテンツをキャッシュし、これをオリジンサーバに代わって端末に配信することで、オリジンサーバの負荷を低減すると共に、配信遅延を改善可能な技術に関する。本発明の実施の形態１乃至３は、いわば、ユーザの関心度に基づいたコンテンツキャッシュ部位決定方法ということもできる。
【０１１９】
また、本発明の他の態様にかかるコンテンツ配信システムにおけるキャッシュサーバは、注目位置指定手段と、関心度計算手段と、コンテンツ管理手段と、コンテンツ配信手段とを備えるものである。そして、注目位置指定手段により、ユーザが、コンテンツ中の注目している位置を指定可能とする。また、関心度計算手段により、前記注目している位置情報や、視聴場所と視聴回数の情報などに基づき関心度を算出する。さらに、コンテンツ管理手段が、前記算出された関心度に基づき、キャッシュサーバに保持すべきコンテンツの１つないしは複数の部位を決定する。その際、コンテンツのうち、保持しないとした１つないしは複数の部位については、コンテンツ配信手段が当該コンテンツを配信する際に、オリジンサーバから取得するよう構成する。これにより、コンテンツのうち、端末が視聴開始する可能性が高い部分を選択的に保持することができ、ストレージ容量の削減と、配信遅延削減が両立可能なコンテンツ配信システムが提供できる。
【０１２０】
さらに、本発明は上述した実施の形態のみに限定されるものではなく、既に述べた本発明の要旨を逸脱しない範囲において種々の変更が可能であることは勿論である。例えば、上述の実施の形態では、本発明をハードウェアの構成として説明したが、本発明は、これに限定されるものではない。本発明は、任意の処理を、ＣＰＵ（Central Processing Unit）にコンピュータプログラムを実行させることにより実現することも可能である。
【０１２１】
上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、ＤＶＤ（Digital Versatile Disc）、ＢＤ(Blu-ray(登録商標) Disc)、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１２２】
上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
【０１２３】
（付記１）  時間軸に沿って再生されるコンテンツのうち、ユーザにより推薦された再生開始位置に対応する部分データを、端末からの配信要求に応じて配信するためのキャッシュ対象として決定するキャッシュサーバ。
【０１２４】
（付記２）  前記配信要求に応じて配信された前記コンテンツを前記端末において再生後に、当該再生されたコンテンツを視聴した前記ユーザにより他のユーザへ推薦すべき箇所として選択された当該コンテンツ内の任意の再生開始位置を前記端末から受け付け、
当該受け付けた再生開始位置に対応する部分データを前記キャッシュ対象として決定する
ことを特徴とする付記１に記載のキャッシュサーバ。
【０１２５】
（付記３）  前記配信要求に応じて配信された前記コンテンツを前記端末において再生中に、当該再生されたコンテンツを視聴する前記ユーザにより選択された当該再生中の箇所以外の箇所を前記再生開始位置として前記端末から受け付け、
当該受け付けた再生開始位置に対応する部分データを前記キャッシュ対象として決定する
ことを特徴とする付記１又は２に記載のキャッシュサーバ。
【０１２６】
（付記４）  前記端末から受け付けた前記再生開始位置に対応する部分データについて前記キャッシュ対象とするための優先度を他の部分データと比べて高く設定し、
前記優先度に応じて前記コンテンツ内の部分データの中から前記キャッシュ対象を決定する
ことを特徴とする付記１乃至３のいずれか１項に記載のキャッシュサーバ。
【０１２７】
（付記５）  前記端末における前記コンテンツの再生位置及び再生回数をさらに考慮して前記キャッシュ対象を決定する
ことを特徴とする付記１乃至４のいずれか１項に記載のキャッシュサーバ。
【０１２８】
（付記６）  前記ユーザにより推薦された再生開始位置に対応する部分データに、当該部分データの前後の時間帯の部分データを含めて前記キャッシュ対象として決定する
ことを特徴とする付記１乃至５のいずれか１項に記載のキャッシュサーバ。
【０１２９】
（付記７）  前記前後の時間帯の長さを、前記保持を開始した時刻からの経過時間に基づき変化させる
ことを特徴とする付記６に記載のキャッシュサーバ。
【０１３０】
（付記８）  時間軸に沿って再生されるコンテンツの配信要求を送信する端末から、ユーザにより推薦された再生開始位置を受け付け、
コンテンツサーバが管理する前記コンテンツのうち、当該受け付けた再生開始位置に対応する部分データを、前記配信要求に応じて配信するためのキャッシュ対象として決定する
キャッシュ対象決定方法。
【０１３１】
（付記９）  前記配信要求に応じて配信された前記コンテンツを前記端末において再生後に、当該再生されたコンテンツを視聴した前記ユーザにより他のユーザへ推薦すべき箇所として選択された当該コンテンツ内の任意の再生開始位置を前記端末から受け付け、
当該受け付けた再生開始位置に対応する部分データを前記キャッシュ対象として決定する
ことを特徴とする付記８に記載のキャッシュ対象決定方法。
【０１３２】
（付記１０）  前記配信要求に応じて配信された前記コンテンツを前記端末において再生中に、当該再生されたコンテンツを視聴する前記ユーザにより選択された当該再生中の箇所以外の箇所を前記再生開始位置として前記端末から受け付け、
当該受け付けた再生開始位置に対応する部分データを前記キャッシュ対象として決定する
ことを特徴とする付記８又は９に記載のキャッシュ対象決定方法。
【０１３３】
（付記１１）  前記端末から受け付けた前記再生開始位置に対応する部分データについて前記キャッシュ対象とするための優先度を他の部分データと比べて高く設定し、
前記優先度に応じて前記コンテンツ内の部分データの中から前記キャッシュ対象を決定する
ことを特徴とする付記８乃至１０のいずれか１項に記載のキャッシュ対象決定方法。
【０１３４】
（付記１２）  前記端末における前記コンテンツの再生位置及び再生回数をさらに考慮して前記キャッシュ対象を決定する
ことを特徴とする付記８乃至１１のいずれか１項に記載のキャッシュ対象決定方法。
【０１３５】
（付記１３）  前記ユーザにより推薦された再生開始位置に対応する部分データに、当該部分データの前後の時間帯の部分データを含めて前記キャッシュ対象として決定する
ことを特徴とする付記８乃至１２のいずれか１項に記載のキャッシュ対象決定方法。
【０１３６】
（付記１４）  前記前後の時間帯の長さを、前記保持を開始した時刻からの経過時間に基づき変化させる
ことを特徴とする付記１３に記載のキャッシュ対象決定方法。
【０１３７】
（付記１５）  時間軸に沿って再生されるコンテンツを管理するコンテンツサーバと、
前記コンテンツの配信要求を送信する端末と、
前記コンテンツサーバが管理する前記コンテンツのうち、ユーザにより推薦された再生開始位置に対応する部分データを、前記配信要求に応じて配信するためのキャッシュ対象として決定するキャッシュサーバと、
を備えるコンテンツ配信システム。
【０１３８】
（付記１６）  前記キャッシュサーバは、
前記配信要求に応じて配信された前記コンテンツを前記端末において再生後に、当該再生されたコンテンツを視聴した前記ユーザにより他のユーザへ推薦すべき箇所として選択された当該コンテンツ内の任意の再生開始位置を前記端末から受け付け、
当該受け付けた再生開始位置に対応する部分データを前記キャッシュ対象として決定する
ことを特徴とする付記１５に記載のコンテンツ配信システム。
【０１３９】
（付記１７）  前記キャッシュサーバは、
前記配信要求に応じて配信された前記コンテンツを前記端末において再生中に、当該再生されたコンテンツを視聴する前記ユーザにより選択された当該再生中の箇所以外の箇所を前記再生開始位置として前記端末から受け付け、
当該受け付けた再生開始位置に対応する部分データを前記キャッシュ対象として決定する
ことを特徴とする付記１５又は１６に記載のコンテンツ配信システム。
【０１４０】
（付記１８）  前記キャッシュサーバは、
前記端末から受け付けた前記再生開始位置に対応する部分データについて前記キャッシュ対象とするための優先度を他の部分データと比べて高く設定し、
前記優先度に応じて前記コンテンツ内の部分データの中から前記キャッシュ対象を決定する
ことを特徴とする付記１５乃至１７のいずれか１項に記載のコンテンツ配信システム。
【０１４１】
（付記１９）  前記キャッシュサーバは、
前記端末における前記コンテンツの再生位置及び再生回数をさらに考慮して前記キャッシュ対象を決定する
ことを特徴とする付記１５乃至１８のいずれか１項に記載のコンテンツ配信システム。
【０１４２】
（付記２０）  前記キャッシュサーバは、
前記ユーザにより推薦された再生開始位置に対応する部分データに、当該部分データの前後の時間帯の部分データを含めて前記キャッシュ対象として決定する
ことを特徴とする付記１５乃至１９のいずれか１項に記載のコンテンツ配信システム。
【０１４３】
（付記２１）  前記キャッシュサーバは、
前記前後の時間帯の長さを、前記保持を開始した時刻からの経過時間に基づき変化させる
ことを特徴とする付記２０に記載のコンテンツ配信システム。
【０１４４】
（付記２２）  時間軸に沿って再生されるコンテンツの配信要求を送信する端末から、ユーザにより推薦された再生開始位置を受け付ける受付処理と、
コンテンツサーバが管理する前記コンテンツのうち、当該受け付けた再生開始位置に対応する部分データを、前記配信要求に応じて配信するためのキャッシュ対象として決定する決定処理とを、
コンピュータに実行させるキャッシュ対象決定プログラム。
【０１４５】
（付記２３）  前記受付処理は、前記配信要求に応じて配信された前記コンテンツを前記端末において再生後に、当該再生されたコンテンツを視聴した前記ユーザにより他のユーザへ推薦すべき箇所として選択された当該コンテンツ内の任意の再生開始位置を前記端末から受け付け、
前記決定処理は、当該受け付けた再生開始位置に対応する部分データを前記キャッシュ対象として決定する
ことを特徴とする付記２２に記載のキャッシュ対象決定プログラム。
【０１４６】
（付記２４）  前記受付処理は、前記配信要求に応じて配信された前記コンテンツを前記端末において再生中に、当該再生されたコンテンツを視聴する前記ユーザにより選択された当該再生中の箇所以外の箇所を前記再生開始位置として前記端末から受け付け、
前記決定処理は、当該受け付けた再生開始位置に対応する部分データを前記キャッシュ対象として決定する
ことを特徴とする付記２２又は２３に記載のキャッシュ対象決定プログラム。
【０１４７】
（付記２５）  前記端末から受け付けた前記再生開始位置に対応する部分データについて前記キャッシュ対象とするための優先度を他の部分データと比べて高く設定する処理をさらに前記コンピュータに実行させ、
前記決定処理は、前記優先度に応じて前記コンテンツ内の部分データの中から前記キャッシュ対象を決定する
ことを特徴とする付記２２乃至２４のいずれか１項に記載のキャッシュ対象決定プログラム。
【０１４８】
（付記２６）  前記決定処理は、前記端末における前記コンテンツの再生位置及び再生回数をさらに考慮して前記キャッシュ対象を決定する
ことを特徴とする付記２２乃至２５のいずれか１項に記載のキャッシュ対象決定プログラム。
【０１４９】
（付記２７）  前記決定処理は、前記ユーザにより推薦された再生開始位置に対応する部分データに、当該部分データの前後の時間帯の部分データを含めて前記キャッシュ対象として決定する
ことを特徴とする付記２２乃至２６のいずれか１項に記載のキャッシュ対象決定プログラム。
【０１５０】
（付記２８）  前記前後の時間帯の長さを、前記保持を開始した時刻からの経過時間に基づき変化させる
ことを特徴とする付記２７に記載のキャッシュ対象決定プログラム。
【０１５１】
（付記Ｂ１）端末が要求したコンテンツを、オリジンサーバに代わってキャッシュサーバから前記端末に配信するコンテンツ配信システムであって、
さらに、前記キャッシュサーバは、コンテンツ中の任意の１つ、あるいは複数の部分を保持（保持部）し、前記端末からコンテンツ要求があった際には、前記保持部を配信する場合は、これをキャッシュサーバから配信し、その間にコンテンツの保持していない１つ、あるいは複数の部分（非保持部）をオリジンサーバに要求し、前記要求した非保持部を取得した後、端末に対して既に実施中の配信が継続するように前記取得した被保持部の配信を行うことを特徴とするコンテンツ配信システム。
【０１５２】
（付記Ｂ２）付記Ｂ１記載のコンテンツ配信システムであって、
コンテンツの中から、前記任意の１つ、ないしは複数の保持部を決定するにあたり、ユーザが、興味が惹かれる箇所としてマークした位置とその数を含む情報に基づいて決定することを特徴とするコンテンツ配信システム。
【０１５３】
（付記Ｂ３）付記Ｂ１記載のコンテンツ配信システムであって、
コンテンツの中から、前記任意の１つ、ないしは複数の保持部を決定するにあたり、ユーザがコンテンツの視聴位置を移動させた際の移動先の位置とその回数を含む情報に基づいて決定することを特徴とするコンテンツ配信システム。
【０１５４】
（付記Ｂ４）付記Ｂ１記載のコンテンツ配信システムであって、
コンテンツの中から、前記任意の１つ、ないしは複数の保持部を決定するにあたり、ユーザがコンテンツを視聴した位置とその回数を含む情報に基づいて決定することを特徴とするコンテンツ配信システム。
【０１５５】
（付記Ｂ５）付記Ｂ１のコンテンツ配信システムであって、
コンテンツの中から、前記任意の１つ、ないしは複数の保持部を決定する際に、保持対象とする部分の長さを、前記キャッシュサーバが、当該コンテンツの全体あるいは一部の保持を開始した時刻からの経過時間に基づき変化させることを特徴とするコンテンツ配信システム。
【０１５６】
（付記Ｂ６）端末が要求したコンテンツを、オリジンサーバに代わってキャッシュサーバから前記端末に配信するコンテンツ配信方法であって、
さらに、前記キャッシュサーバは、コンテンツ中の任意の１つ、あるいは複数の部分を保持（保持部）し、前記端末からコンテンツ要求があった際には、前記保持部を配信する場合は、これをキャッシュサーバから配信し、その間にコンテンツの保持していない１つ、あるいは複数の部分（非保持部）をオリジンサーバに要求し、前記要求した非保持部を取得した後、端末に対して既に実施中の配信が継続するように前記取得した被保持部の配信を行うことを特徴とするコンテンツ配信方法。
【０１５７】
（付記Ｂ７）付記Ｂ６記載のコンテンツ配信方法であって、
コンテンツの中から、前記任意の１つ、ないしは複数の保持部を決定するにあたり、ユーザが、興味が惹かれる箇所としてマークした位置とその数を含む情報に基づいて決定することを特徴とするコンテンツ配信方法。
【０１５８】
（付記Ｂ８）付記Ｂ６記載のコンテンツ配信方法であって、
コンテンツの中から、前記任意の１つ、ないしは複数の保持部を決定するにあたり、ユーザがコンテンツの視聴位置を移動させた際の移動先の位置とその回数を含む情報に基づいて決定することを特徴とするコンテンツ配信方法。
【０１５９】
（付記Ｂ９）付記Ｂ６記載のコンテンツ配信方法であって、
コンテンツの中から、前記任意の１つ、ないしは複数の保持部を決定するにあたり、ユーザがコンテンツを視聴した位置とその回数を含む情報に基づいて決定することを特徴とするコンテンツ配信方法。
【０１６０】
（付記Ｂ１０）付記Ｂ６のコンテンツ配信方法であって、
コンテンツの中から、前記任意の１つ、ないしは複数の保持部を決定する際に、保持対象とする部分の長さを、前記キャッシュサーバが、当該コンテンツの全体あるいは一部の保持を開始した時刻からの経過時間に基づき変化させることを特徴とするコンテンツ配信方法。
【０１６１】
（付記Ｂ１１）端末が要求したコンテンツを、オリジンサーバに代わって前記端末に配信するキャシュサーバであって、
さらに、前記キャッシュサーバは、コンテンツ中の任意の１つ、あるいは複数の部分を保持（保持部）し、前記端末からコンテンツ要求があった際には、前記保持部を配信する場合は、これをキャッシュサーバから配信し、その間にコンテンツの保持していない１つ、あるいは複数の部分（非保持部）をオリジンサーバに要求し、前記要求した非保持部を取得した後、端末に対して既に実施中の配信が継続するように前記取得した被保持部の配信を行うことを特徴とするキャッシュサーバ。
【０１６２】
（付記Ｂ１２）付記Ｂ１１記載のキャッシュサーバであって、
コンテンツの中から、前記任意の１つ、ないしは複数の保持部を決定するにあたり、ユーザが、興味が惹かれる箇所としてマークした位置とその数を含む情報に基づいて決定することを特徴とするキャシュサーバ。
【０１６３】
（付記Ｂ１３）付記Ｂ１１記載のキャッシュサーバであって、
コンテンツの中から、前記任意の１つ、ないしは複数の保持部を決定するにあたり、ユーザがコンテンツの視聴位置を移動させた際の移動先の位置とその回数を含む情報に基づいて決定することを特徴とするキャッシュサーバ。
【０１６４】
（付記Ｂ１４）付記Ｂ１１記載のキャッシュサーバであって、
コンテンツの中から、前記任意の１つ、ないしは複数の保持部を決定するにあたり、ユーザがコンテンツを視聴した位置とその回数を含む情報に基づいて決定することを特徴とするキャッシュサーバ。
【０１６５】
（付記Ｂ１５）付記Ｂ１１のキャッシュサーバであって、
コンテンツの中から、前記任意の１つ、ないしは複数の保持部を決定する際に、保持対象とする部分の長さを、前記キャッシュサーバが、当該コンテンツの全体あるいは一部の保持を開始した時刻からの経過時間に基づき変化させることを特徴とするキャッシュサーバ。
【符号の説明】
【０１６６】
１  コンテンツ配信システム
１０  コンテンツサーバ
１０１  コンテンツ
２０  キャッシュサーバ
２０１  部分データ
３０  端末
２  コンテンツ配信システム
１００  端末
２００  オリジンサーバ
３００  キャッシュサーバ
３００ａ  キャッシュサーバ
３０１  ＣＰＵ
３０２  ＲＡＭ
３０３  ＲＯＭ
３０４  通信部
３０５  ハードディスク
３０６  キャッシュ対象決定プログラム
３０７  チャンク
３０８  メタ情報
３１０  コンテンツ配信部
３１１  コンテンツ管理部
３１１ａ  コンテンツ管理部
３１２  注目位置指定部
３１３  関心度計算部
３２０  コンテンツ記録装置
３２１  メタ情報記録装置
４００  ネットワーク
５０１  コンテンツ要求
５０２  コンテンツ
５０３  コンテンツ
９  コンテンツ配信システム
９００  キャッシュサーバ
Ｃ１  チャンク
Ｃ２  チャンク
Ｃ３  チャンク
Ｃ４  チャンク
Ｃ５  チャンク
Ｃ６  チャンク
Ｃ７  チャンク
Ｃ８  チャンク
Ｃ９  チャンク
Ｃ１０  チャンク
Ｃ１１  チャンク
Ｃ１２  チャンク
Ｃ１３  チャンク
Ｃ１４  チャンク
Ｃ１５  チャンク
Ｃ１６  チャンク
Ｗｂ  過去チャンク
Ｗｆ  未来チャンク
【図１】
2013045273.tif 000003
【図２】
2013045273.tif 000004
【図３】
2013045273.tif 000005
【図４】
2013045273.tif 000006
【図５】
2013045273.tif 000007
【図６】
2013045273.tif 000008
【図７】
2013045273.tif 000009
【図８】
2013045273.tif 000010
【図９】
2013045273.tif 000011
【図１０】
2013045273.tif 000012
【図１１】
2013045273.tif 000013
【図１２】
2013045273.tif 000014
【図１３】
2013045273.tif 000015
【図１４】
2013045273.tif 000016
【図１５】
2013045273.tif 000017
【図１６】
2013045273.tif 000018