(57)【要約】      （修正有）【課題】複数のユーザが同じコンテンツの配信を受ける場合に、そのコンテンツのキャッシュの占有時間を短縮する配信装置、システム及び方法を提供する。【解決手段】要求受付部１１は、ユーザ端末装置５０からコンテンツ取得要求を受信する。コンテンツ配信部１２は、コンテンツデータがキャッシュ部１３に存在するときは、キャッシュ部１３から取得したコンテンツデータを要求元のユーザ端末装置５０に送信する。判断部１４は、同じコンテンツを先行して送信している他のユーザ端末装置５０が存在するか否かを判断する。コンテンツ配信部１２は、判断部１４において存在すると判断されると、先行して送信しているユーザ端末装置５０におけるコンテンツデータの再生速度を遅くすること、及び、後からコンテンツ取得要求を送信したユーザ端末装置５０におけるコンテンツデータの再生速度を速めることの少なくとも一方を実施する。【選択図】図２
2016208172.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末装置から、取得を希望するコンテンツデータを指定するコンテンツ取得要求を受信する要求受付部と、
ネットワークの上流側から取得されたコンテンツデータを一時的に記憶するするキャッシュ部と、
前記要求受付部が受信したコンテンツ取得要求が指定するコンテンツデータが前記キャッシュ部に存在するときは、該キャッシュ部からコンテンツデータを取得して、前記コンテンツ取得要求の送信元のユーザ端末装置に送信するコンテンツ配信部と、
前記要求受付部が新たにコンテンツ取得要求を受信すると、該受信されたコンテンツ取得要求によって指定されるコンテンツデータを先行して送信している他のユーザ端末装置が存在するか否かを判断する判断部とを備え、
前記コンテンツ配信部は、前記判断部において存在すると判断されると、先行して送信しているユーザ端末装置におけるコンテンツデータの再生速度を遅くすること、及び、後からコンテンツ取得要求を送信したユーザ端末装置におけるコンテンツデータの再生速度を速めることの少なくとも一方を実施することを特徴とするコンテンツ配信装置。
【請求項２】
前記コンテンツ配信部は、前記要求受付部が受信したコンテンツ取得要求が指定するコンテンツデータがキャッシュ部に存在しないときは、前記ネットワークの上流側からコンテンツデータを取得して前記ユーザ端末装置に送信し、かつ前記キャッシュ部に取得したコンテンツデータを一時的に記憶するする請求項１に記載のコンテンツ配信装置。
【請求項３】
前記コンテンツ配信部は、前記先行して送信しているユーザ端末装置と前記後からコンテンツ取得要求を発生させたユーザ端末装置とに送信するコンテンツデータをそれぞれ書き換えることにより、前記先行して送信しているユーザ端末装置におけるコンテンツデータの再生速度を遅くすること、及び、前記後からコンテンツ取得要求を送信したユーザ端末装置におけるコンテンツデータの再生速度を速めることを実施する請求項１又は２に記載のコンテンツ配信装置。
【請求項４】
前記コンテンツデータが、連続して順次に転送される一連の分割データを含み、各分割データは前記ユーザ端末装置における再生のタイミングを制御する再生タイミングデータを含んでおり、前記コンテンツ配信部は、前記分割データの再生タイミングデータを書き換え、該再生タイミングデータが書き換えられた分割データを前記ユーザ端末装置に送信することで、前記ユーザ端末装置におけるコンテンツデータの再生速度を変更する請求項１から３何れか１項に記載のコンテンツ配信装置。
【請求項５】
前記コンテンツ取得部は、ネットワークの上流側から分割データを取得すると、該取得した分割データが、前記後から送信されたコンテンツ取得要求によって指定されたコンテンツデータに含まれるものであるか否かを判定し、含まれる旨を判定すると、前記取得した分割データの再生タイミングデータの書き換えを行う請求項４に記載のコンテンツ配信装置。
【請求項６】
前記コンテンツ配信部は、前記先行して送信しているユーザ端末装置へのコンテンツデータの送信と、後からコンテンツ取得要求を送信したユーザ端末装置へのコンテンツデータの送信との間の時間差がなくなるまで、前記ユーザ端末装置における再生速度の変更を継続する請求項４又は５に記載のコンテンツ配信装置。
【請求項７】
前記コンテンツ配信部は、前記時間差がなくなった後は、前記先行して送信しているユーザ端末装置と前記後からコンテンツ取得要求を送信したユーザ端末装置とに、前記分割データを同時に送信する請求項６に記載のコンテンツ配信装置。
【請求項８】
前記キャッシュ部は、前記分割データ単位でコンテンツデータを一時的に記憶しており、前記後からコンテンツ取得要求を発生させたユーザ端末装置へ一時的に記憶していた分割データを送信した時刻以後に、当該分割データが前記キャッシュ部から削除される請求項４から７何れか１項に記載のコンテンツ配信装置。
【請求項９】
前記コンテンツ取得要求が、取得を希望するコンテンツデータのコンテンツ名を含み、前記判断部は、前記コンテンツ名に基づいて、前記コンテンツ取得要求によって指定されるコンテンツデータを先に送信している他のユーザ端末装置が存在するか否かを判断する請求項１から８何れか１項に記載のコンテンツ配信装置。
【請求項１０】
前記コンテンツ配信部は、前記コンテンツデータを前記ユーザ端末装置にストリーミング送信する請求項１から９何れか１項に記載のコンテンツ配信装置。
【請求項１１】
コンテンツ指向ネットワークのルータ装置である請求項１から１０何れか１項に記載のコンテンツ配信装置。
【請求項１２】
コンテンツデータを保持するコンテンツデータサーバ装置と、該コンテンツデータサーバ装置とネットワークを介して接続された１以上のコンテンツ配信装置とを備え、ユーザ端末装置に前記コンテンツデータを送信するコンテンツ配信システムであって、
前記コンテンツ配信装置が、
前記ユーザ端末装置から、取得を希望するコンテンツデータを指定するコンテンツ取得要求を受信する要求受付部と、
前記コンテンツ取得要求によって指定されたコンテンツデータを要求元のユーザ端末装置に送信するコンテンツ配信部と、
前記要求受付部が新たにコンテンツ取得要求を受信すると、該受信されたコンテンツ取得要求によって指定されるコンテンツデータを先行して送信している他のユーザ端末装置が存在するか否かを判断する判断部とを備え、
前記コンテンツ配信部は、前記判断部において存在すると判断されると、先行して送信しているユーザ端末装置におけるコンテンツデータの再生速度を遅くすること、及び、後からコンテンツ取得要求を送信したユーザ端末装置におけるコンテンツデータの再生速度を速めることの少なくとも一方を実施することを特徴とするコンテンツ配信システム。
【請求項１３】
コンテンツ配信装置がユーザ端末装置にコンテンツデータを送信するコンテンツ配信方法であって、
前記コンテンツ配信装置が、前記ユーザ端末装置から、取得を希望するコンテンツデータを指定するコンテンツ取得要求を受信するステップと、
前記コンテンツ配信装置が、前記受信したコンテンツ取得要求によって指定されたコンテンツデータを要求元のユーザ端末装置に送信するステップと、
前記コンテンツ配信装置が、前記受信したコンテンツ取得要求によって指定されるコンテンツデータを先行して送信している他のユーザ端末装置が存在するか否かを判断するステップと、
前記コンテンツ配信装置が、前記判断するステップにおいて存在すると判断すると、前記先行して送信している他のユーザ端末装置におけるコンテンツデータの再生速度を遅くすること、及び、前記コンテンツ取得要求の送信元のユーザ端末装置におけるコンテンツデータの再生速度を速めることの少なくとも一方を実施することを特徴とするコンテンツ配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ配信装置、システム、及び方法に関し、更に詳しくは、複数のユーザにコンテンツ配信を行うコンテンツ配信装置、システム、及び方法に関する。
【背景技術】
【０００２】
ユーザからの要求に応じてコンテンツデータを配信するコンテンツ配信システムが知られている。コンテンツ配信システムの一形態として、ビデオ・オン・デマンド（ＶＯＤ）システムが知られている（例えば特許文献１を参照）。ＶＯＤシステムは、例えばテレビや映画などの映像と音声とを含むビデオデータ（コンテンツデータ）をユーザ端末からの要求に応じて配信する。一般に、ＶＯＤシステムは、ビデオデータを大量に格納する大容量蓄積装置と、ユーザからの要求に応じてビデオデータを検索し、ユーザに提供する配信サーバとを含む。特許文献１では、ビデオデータを複数の分割データに分割し、分割データ単位でビデオデータの転送を行う。
【０００３】
コンテンツ配信では、通常、扱われるデータのサイズが大きいため、効率的にコンテンツ配信を行うことが重要である。特許文献１に記載のＶＯＤシステムでは、あるユーザと別のユーザとが同じコンテンツを視聴するときは、ビデオデータ（分割データ）を複数のユーザ端末に同報配信することが記載されている。同報配信を行うことで、コンテンツ配信の効率を向上できる。特許文献１では、同報配信するユーザ数が増えるほど、配信サーバ及び配信に用いられるネットワークの負荷を軽減できる。
【０００４】
特許文献１には、システムの余力が残り少ないときに、ユーザ端末装置での再生速度を視聴者が気づかない程度低速化することも記載されている。再生速度を低速化すると、再生中の分割データの再生時間は、通常の再生時間よりも長くなり、その分だけ、後に続く分割データの転送時期を遅らせることができる。これにより、負荷のピークを回避することができる。また、特許文献１には、後に続く分割データの転送時期を遅らせている間に他のユーザ端末から再生要求があれば、再生速度を低速化させたユーザと、後から要求したユーザとに、分割データコンテンツを同報転送で配信することもできると記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−１４６８６９号公報
【特許文献２】特開２０１３−１７９４８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１において、再生速度を低速化するのはシステム負荷が高いときのみである。また、特許文献１において同報転送が可能になるのは、あるユーザへの分割データの送信時に、その分割データを後に視聴する別のユーザが存在するときである。特許文献１では、再生速度を低速化することによって次の分割データの転送時期を遅らせた分だけ、別の言い方をすれば通常再生の場合と低速再生の場合との時間差の分だけ、次の分割データを同報転送できる可能性が高まるに過ぎない。各ユーザは任意のタイミングでコンテンツの視聴を要求するために、必ずしも、再生速度を低速化している間に他のユーザから同じコンテンツの視聴を要求するとは限らない。特許文献１においては、システムが高負荷で、かつ、きわめて限られた状況においてのみ、コンテンツ配信を効率化することができるものの、その効果は限定的である。
【０００７】
ここで、インターネットを流れるトラヒックの多くは、ウェブトラヒックやＰ２Ｐトラヒックなどコンテンツ流通に関連するトラヒックである。一方で、インターネットの基本通信モデルは、「どこと」通信するかに重きを置いたロケーションオリエンテッド通信モデルに基づいて設計されている。コンテンツ流通という観点で見れば、ユーザはコンテンツそのものに関心があり、どこからコンテンツが得られるかという点には関心がない。すなわち、ユーザはコンテンツオリエンテッド通信モデルによるコンテンツを期待している。
【０００８】
これまでに、アプリケーション層でコンテンツオリエンテッドな通信サービスをサポートする様々な取り組みがなされてきた。しかしながら、そのような通信サービスを支える情報転送基盤（ネットワーク）は依然としてロケーションオリエンテッドなアーキテクチャに基づいており、上下階層の乖離が生じていた。近年、この乖離がもたらす問題点を解決する手法として、送受信されるデータを中心としたネットワークであるコンテンツ指向ネットワークの研究が活発に進められている。
【０００９】
コンテンツ指向ネットワークの一種として、ＣＣＮ（Content Centric Networking）又はＩＣＮ（Information Centric Networking）が知られている（例えば特許文献２を参照）。ＣＣＮは、コンテンツ要求をコンテンツ名で行えること、ルーティングをコンテンツ名で行うこと、各ノードがダイナミックなキャッシュ機能を持ち、ノードを通過したコンテンツがノードに一時的に記憶（キャッシュ）されることといった特徴がある。
【００１０】
ＣＣＮでは、ユーザは、コンテンツ名を含むインタレスト（コンテンツ取得要求）をＣＣＮに送信する。一般に、ＣＣＮでは、コンテンツは複数のセグメント（分割データ）に分割されており、インタレストはセグメントごとに送信される。ＣＣＮは、コンテンツ名に基づいてインタレストをルーティングし、要求されたコンテンツを保有するネットワークノードを発見する。インタレストを受信したネットワークノードは、要求されたコンテンツがキャッシュにあるときは、キャッシュからコンテンツを読み出しユーザに提供する。キャッシュされていなければ、別のネットワークノードにインタレストを転送する。コンテンツ配信は、コンテンツを保有するネットワークノードから実施されるため、特定のサーバに負荷を集中させずにコンテンツを配信することが可能である。
【００１１】
ＣＣＮでは、ＣＣＮルータがネットワークノードを構成し、ユーザが送信したインタレスト及びユーザに転送するコンテンツを中継する。ＣＣＮルータは、コンテンツを転送する際に、そのコンテンツをキャッシュする。ＣＣＮルータは、他のユーザから同じコンテンツに対する要求があったときは、キャッシュからコンテンツを取得してユーザに転送する。ユーザは近くのＣＣＮルータからコンテンツを取得できるため、ネットワークのトラヒック量を削減することができる。
【００１２】
ここで、同じＣＣＮルータからコンテンツを配信するユーザが２人おり、２人のユーザが時間差を持ってコンテンツ配信を受けている場合、先行するユーザへ配信されたコンテンツは、後続するユーザに配信されるまでの間は、キャッシュから削除されないことが望ましい。図６は、２人のユーザへのコンテンツ配信を示す図である。ユーザ１が、あるコンテンツを指定したインタレストを送信し、ある時刻でそのコンテンツの先頭（セグメント１）からコンテンツ配信を受けたとする。ＣＣＮルータは、例えばコンテンツのセグメント１の配信時にそのデータをキャッシュに保管する。ＣＣＮルータは、引き続くセグメントのデータを順次にユーザ１へ送信する。
【００１３】
ユーザ１に対するコンテンツ配信開始後、ユーザ２が遅れてユーザ１が送信したインタレストにおいて指定されたコンテンツと同じコンテンツを指定したインタレストを送信し、コンテンツの先頭からコンテンツ配信を受けたとする。ＣＣＮルータは、ユーザ１への配信時にキャッシュしたコンテンツのセグメント１のデータをキャッシュから取得してユーザ２に配信する。ＣＣＮルータは、コンテンツのセグメント２以降のデータも、ユーザ１への配信時にキャッシュしたものを、ユーザ２に配信することができる。この場合、ユーザ２への配信時にキャッシュからデータを取得するためには、最低限、ユーザ１とユーザ２の配信開始の時間差にあたる期間Ｃだけ、コンテンツをキャッシュする必要がある。
【００１４】
上記のように複数のユーザが時間差を持ってコンテンツ配信を受ける場合、後のユーザにコンテンツ配信されるまではキャッシュからコンテンツを削除することができない。図６の場合は、期間Ｃの間はコンテンツをキャッシュから削除することができない。コンテンツが実際にキャッシュから削除されるタイミングは、キャッシュのアルゴリズムに依存して変化するが、キャッシュから削除できない期間が長いほど、そのデータがキャッシュを長い期間占有することになる。キャッシュの容量は有限であるため、あるコンテンツがキャッシュを長時間占有すると、他のキャッシュすべきコンテンツを圧迫する。キャッシュの有効利用の観点からは、キャッシュから削除できない期間はできるだけ短いことが好ましい。
【００１５】
コンテンツ指向ネットワークでは、さまざまなキャッシュ方式が考えられてきた。キャッシュの方式として、これまで、ＣＣＮにおいてすべてのＣＣＮルータでコンテンツを一時記憶する方式、コンテンツの人気度によって記憶するコンテンツを選別する方式、及びコンテンツが要求されるたびに１つ下流のＣＣＮルータにそのコンテンツを記憶する方式などが提案されている。しかし、これらの方式は、キャッシュの削減については考慮されていない。
【００１６】
特許文献１にはユーザ端末での再生速度を低速化することが記載されているが、特許文献１は、クライアント−サーバモデルに基づくコンテンツ配信において、負荷が高まったときに再生速度を低下させ、同報転送の可能性を高めるだけである。従って、特許文献１は、上記したキャッシュの有効利用に関する課題を解決するものではない。
【００１７】
本発明は、上記事情に鑑み、複数のユーザが同じコンテンツの配信を受ける場合に、そのコンテンツのキャッシュの占有時間を短縮することが可能なコンテンツ配信装置、システム、及び方法を提供することを目的とする。
【課題を解決するための手段】
【００１８】
上記目的を達成するために、本発明は、ユーザ端末装置から、取得を希望するコンテンツデータを指定するコンテンツ取得要求を受信する要求受付部と、ネットワークの上流側から取得されたコンテンツデータを一時的に記憶するキャッシュ部と、前記要求受付部が受信したコンテンツ取得要求が指定するコンテンツデータが前記キャッシュ部に存在するときは、該キャッシュ部からコンテンツデータを取得して、前記コンテンツ取得要求の送信元のユーザ端末装置に送信するコンテンツ配信部と、前記要求受付部が新たにコンテンツ取得要求を受信すると、該受信されたコンテンツ取得要求によって指定されるコンテンツデータを先行して送信している他のユーザ端末装置が存在するか否かを判断する判断部とを備え、前記コンテンツ配信部は、前記判断部において存在すると判断されると、先行して送信しているユーザ端末装置におけるコンテンツデータの再生速度を遅くすること、及び、後からコンテンツ取得要求を送信したユーザ端末装置におけるコンテンツデータの再生速度を速めることの少なくとも一方を実施することを特徴とするコンテンツ配信装置を提供する。
【００１９】
本発明のコンテンツ配信装置では、前記コンテンツ配信部は、前記要求受付部が受信したコンテンツ取得要求が指定するコンテンツデータがキャッシュ部に存在しないときは、前記ネットワークの上流側からコンテンツデータを取得して前記ユーザ端末装置に送信し、かつ前記キャッシュ部に取得したコンテンツデータを一時的に記憶することが好ましい。
【００２０】
本発明のコンテンツ配信装置では、前記コンテンツ配信部が、前記先行して送信しているユーザ端末装置と前記後からコンテンツ取得要求を発生させたユーザ端末装置とに送信するコンテンツデータをそれぞれ書き換えることにより、前記先行して送信しているユーザ端末装置におけるコンテンツデータの再生速度を遅くすること、及び、前記後からコンテンツ取得要求を送信したユーザ端末装置におけるコンテンツデータの再生速度を速めることの少なくとも一方を実施する構成を採用できる。
【００２１】
本発明のコンテンツ配信装置では、前記コンテンツデータが、連続して順次に転送される一連の分割データを含み、各分割データは前記ユーザ端末装置における再生のタイミングを制御する再生タイミングデータを含んでいてもよく、その場合、前記コンテンツ配信部は、前記分割データの再生タイミングデータを書き換え、該再生タイミングデータが書き換えられた分割データを前記ユーザ端末装置に送信することで、前記ユーザ端末装置におけるコンテンツデータの再生速度を変更してもよい。
【００２２】
本発明のコンテンツ配信装置では、前記コンテンツ取得部は、ネットワークの上流側から分割データを取得すると、該取得した分割データが、前記後から送信されたコンテンツ取得要求によって指定されたコンテンツデータに含まれるものであるか否かを判定し、含まれる旨を判定すると、前記取得した分割データの再生タイミングデータの書き換えを行うこととしてもよい。
【００２３】
本発明のコンテンツ配信装置では、前記コンテンツ配信部は、前記先行して送信しているユーザ端末装置へのコンテンツデータの送信と、後からコンテンツ取得要求を送信したユーザ端末装置へのコンテンツデータの送信との間の時間差がなくなるまで、前記ユーザ端末装置における再生速度を変更することが好ましい。
【００２４】
上記において、前記コンテンツ配信部は、前記時間差がなくなった後は、前記先行して送信しているユーザ端末装置と前記後からコンテンツ取得要求を送信したユーザ端末装置とに、前記分割データを同時に送信することが好ましい。
【００２５】
本発明のコンテンツ配信装置では、前記キャッシュ部は、前記分割データ単位でコンテンツデータをキャッシュしており、前記後からコンテンツ取得要求を発生させたユーザ端末装置へキャッシュしていた分割データを送信した時刻以後に、当該分割データをキャッシュ部から削除することが好ましい。
【００２６】
本発明のコンテンツ配信装置では、前記コンテンツ取得要求が、取得を希望するコンテンツデータのコンテンツ名を含んでいてもよい。その場合、前記判断部は、前記コンテンツ名に基づいて、前記コンテンツ取得要求によって指定されるコンテンツデータを先に送信している他のユーザ端末装置が存在するか否かを判断してもよい。
【００２７】
本発明のコンテンツ配信装置では、前記コンテンツ配信部は、前記コンテンツデータを前記ユーザ端末装置にストリーミング送信することとしてもよい。
【００２８】
本発明のコンテンツ配信装置は、コンテンツ指向ネットワークのルータ装置であってもよい。
【００２９】
本発明は、また、コンテンツデータを保持するコンテンツデータサーバ装置と、該コンテンツデータサーバ装置とネットワークを介して接続された１以上のコンテンツ配信装置とを備え、ユーザ端末装置に前記コンテンツデータを送信するコンテンツ配信システムであって、前記コンテンツ配信装置が、前記ユーザ端末装置から、取得を希望するコンテンツデータを指定するコンテンツ取得要求を受信する要求受付部と、前記コンテンツ取得要求によって指定されたコンテンツデータを要求元のユーザ端末装置に送信するコンテンツ配信部と、前記要求受付部が新たにコンテンツ取得要求を受信すると、該受信されたコンテンツ取得要求によって指定されるコンテンツデータを先行して送信している他のユーザ端末装置が存在するか否かを判断する判断部とを備え、前記コンテンツ配信部は、前記判断部において存在すると判断されると、先行して送信しているユーザ端末装置におけるコンテンツデータの再生速度を遅くすること、及び、後からコンテンツ取得要求を送信したユーザ端末装置におけるコンテンツデータの再生速度を速めることの少なくとも一方を実施することを特徴とするコンテンツ配信システムを提供する。
【００３０】
さらに、本発明は、コンテンツ配信装置がユーザ端末装置にコンテンツデータを配信するコンテンツ配信方法であって、前記コンテンツ配信装置が、前記ユーザ端末装置から、取得を希望するコンテンツデータを指定するコンテンツ取得要求を受信するステップと、前記コンテンツ配信装置が、前記受信したコンテンツ取得要求によって指定されたコンテンツデータを要求元のユーザ端末装置に送信するステップと、前記コンテンツ配信装置が、前記受信したコンテンツ取得要求によって指定されるコンテンツデータを先行して送信している他のユーザ端末装置が存在するか否かを判断するステップと、前記コンテンツ配信装置が、前記判断するステップにおいて存在すると判断すると、前記先行して送信している他のユーザ端末装置におけるコンテンツデータの再生速度を遅くすること、及び、前記コンテンツ取得要求の送信元のユーザ端末装置におけるコンテンツデータの再生速度を速めることの少なくとも一方を実施することを特徴とするコンテンツ配信方法。
【発明の効果】
【００３１】
本発明のコンテンツ配信装置、システム、及び方法は、コンテンツ取得要求を送信したユーザ端末装置に先行してコンテンツを配信している他のユーザ端末装置が存在するとき、コンテンツ取得要求の発生元のユーザ端末装置と先行して送信している他のユーザ端末装置とに配信するコンテンツデータをそれぞれ書き換えて送信することにより、先行して送信している他のユーザ端末装置におけるコンテンツデータの再生速度を遅くすること、及び、コンテンツ取得要求の送信元のユーザ端末装置におけるコンテンツデータの再生速度を速めることの少なくとも一方を実施する。このようにするとこで、双方のユーザ端末装置の間のコンテンツデータの配信のタイミング差を短縮することができ、複数のユーザが同じコンテンツの配信を受ける場合に、そのコンテンツのキャッシュ部の占有時間を短縮することができる。また、タイミングの差を短縮することで、キャッシュ部の使用量の削減も図ることができる。
【図面の簡単な説明】
【００３２】
【図１】本発明の一実施形態に係るコンテンツ配信システムを示すブロック図。
【図２】ネットワーク中継装置（コンテンツ配信装置）を示すブロック図。
【図３】ユーザ１とユーザ２に対するコンテンツ配信を示す図。
【図４】コンテンツ配信装置の動作手順を示すフローチャート。
【図５】３つのユーザ端末装置が接続されたコンテンツ配信システムを示すブロック図。
【図６】２人のユーザへのコンテンツ配信を示す図。
【発明を実施するための形態】
【００３３】
以下、図面を参照し、本発明の実施の形態を詳細に説明する。図１は、本発明の一実施形態に係るコンテンツ配信システムを示すブロック図である。コンテンツ配信システム１００は、複数のネットワーク中継装置１０と、コンテンツソース（コンテンツサーバ）４０とを含む。複数のネットワーク中継装置１０により、コンテンツ指向ネットワーク、例えばＣＣＮ（Content Centric Networking）２０が構成される。各ネットワーク中継装置１０は、例えばＣＣＮ２０のルータ装置である。ＣＣＮに代えて、ＩＣＮ（Information Centric Networking）又はＮＤＮ（Named Data Networking）を用いてもよい。
【００３４】
ネットワーク中継装置１０は、ユーザが使用するユーザ端末装置５０に対してコンテンツ配信を行うコンテンツ配信装置でもある。以下では、特にＣＣＮ２０の末端ノードにおいてユーザ端末装置５０にコンテンツ配信を行うネットワーク中継装置を、コンテンツ配信装置とも呼ぶ。複数のネットワーク中継装置１０のうちのいくつかは、ユーザ端末装置５０に対するコンテンツ配信を行う機能を有していなくてもよい。
【００３５】
ユーザ端末装置５０は、ＣＣＮ２０を構成する複数のネットワーク中継装置１０のうち、近くのネットワーク中継装置（コンテンツ配信装置）１０にコンテンツ取得要求（インタレスト、以下同様）を送信する。インタレストは、配信を希望するコンテンツの名前（コンテンツ名）を含む。インタレストを受信したネットワーク中継装置１０は、自身のキャッシュ部にインタレストに含まれるコンテンツ名のコンテンツデータが存在するときは、ユーザ端末装置５０に当該コンテンツデータを送信する。
【００３６】
ネットワーク中継装置１０は、自身のキャッシュ部にコンテンツデータが存在しないときは、他のネットワーク中継装置１０にインタレストを転送する。その際、ネットワーク中継装置１０は、コンテンツ名をエントリとして持つルーティングテーブル（ＦＩＢ：Forwarding Information Base）を参照して、該当するコンテンツデータを保持するネットワーク中継装置１０又はコンテンツサーバ４０側に要求を転送する。ＦＩＢは、各ネットワーク中継装置１０がカバーするコンテンツ名をプレフィックス広告するnaming-basedルーティングプロトコルにより作成される。インタレストの転送により、インタレストに含まれるコンテンツ名のコンテンツデータを保有するネットワーク中継装置１０が検索される。
【００３７】
コンテンツデータは、コンテンツサーバ４０から提供される。コンテンツサーバ４０は、事前にコンテンツデータをＣＣＮ２０に対して提供（登録）してもよいし、ＣＣＮ２０から要求があったときにコンテンツデータを送信してもよい。コンテンツデータは、例えば映画及び音楽などの時間軸に沿って再生されるデータを含む。
【００３８】
ネットワーク中継装置１０は、インタレストを転送した経路と逆向きにコンテンツデータを転送する。転送されたコンテンツデータは、最終的に、ユーザ端末装置５０に送信される。ＣＣＮ２０におけるインタレストの送信、コンテンツデータの検索、及びコンテンツデータの送信は、通常のＣＣＮの動作と同様である。
【００３９】
ネットワーク中継装置１０は、コンテンツデータを他のネットワーク中継装置１０に転送するとき、又はユーザ端末装置５０に送信するときに、そのコンテンツデータをキャッシュ部にキャッシュする。すなわち、コンテンツデータをキャッシュ部に一時的に記憶する。ネットワーク中継装置１０は、ユーザのユーザ端末装置５０から受信したインタレストに含まれるコンテンツ名のコンテンツデータがキャッシュされているときは、キャッシュ部からコンテンツデータを取得する。ユーザからインタレストを受信するたびにコンテンツサーバ４０からコンテンツデータを取得する必要がないため、ネットワーク中継装置１０とコンテンツサーバ４０と間の区間のネットワーク負荷を低減することができる。また、コンテンツデータの取得に要する時間も短縮できる。図１では、１つのコンテンツデータのみが図示されているが、ＣＣＮ２０では、さまざまな経路で複数のコンテンツデータが送受信され得る。
【００４０】
コンテンツデータは、例えば連続して順次に転送される一連の分割データ（セグメント）を含む。その場合、ユーザ端末装置５０は、現在再生している分割データの再生が終了する前のタイミングで、後続する分割データを指定するインタレストをネットワーク中継装置に１０に送信する。インタレストに含まれるコンテンツ名は、階層構造を有しており、コンテンツ全体を指定する部分と、分割データを指定する部分とを含んでいる。ユーザ端末装置５０は、先頭の分割データから最終の分割データまで、それら分割データを指定するインタレストをコンテンツの再生の進行に合わせて順次にネットワーク中継装置１０に送信する。ネットワーク中継装置１０は、インタレストで指定された部分の分割データを、ユーザ端末装置５０に順次に送信する。
【００４１】
図２は、ネットワーク中継装置（コンテンツ配信装置）１０を示すブロック図である。コンテンツ配信装置１０は、要求受付部１１、コンテンツ配信部１２、キャッシュ部（コンテンツキャッシュ）１３、及び判断部１４を有する。コンテンツ配信装置１０の機能は、プロセッサが所定の機能を提供するプログラムにしたがって動作することで実現可能である。あるいは、コンテンツ配信装置１０の機能のうちの少なくとも一部がＬＳＩなどの半導体装置によって実現されていてもよい。
【００４２】
要求受付部１１は、ユーザ端末装置５０から、取得を希望するコンテンツデータを指定するコンテンツ取得要求を受け付ける。コンテンツ取得要求は、例えばユーザが取得を希望するコンテンツデータのコンテンツ名を含む。ユーザ端末装置５０は、配信されたコンテンツデータを再生するコンテンツ再生装置である。ユーザ端末装置５０には、例えば携帯電話機やタブレット端末装置、パーソナルコンピュータなどが用いられる。ユーザ端末装置５０は、例えば、それらにインストールされたコンテンツ再生用のアプリケーションプログラムにより、コンテンツデータを再生する。
【００４３】
コンテンツ配信部１２は、コンテンツ取得要求によって指定されたコンテンツデータを、要求元のユーザ端末装置５０に送信する。コンテンツ配信部１２は、ユーザ端末装置５０にコンテンツデータをストリーミング送信してもよい。キャッシュ部１３は、ネットワークの上流側、例えば他のネットワーク中継装置１０（図１を参照）やコンテンツサーバ４０から取得されたコンテンツデータをキャッシュする。キャッシュ部１３には、例えば半導体記憶装置、磁気記憶装置、又は光ディスク装置などの記憶装置が用いられる。
【００４４】
コンテンツ配信部１２は、要求されたコンテンツデータがキャッシュ部１３に存在するときは、キャッシュ部１３からコンテンツデータを取得し、ユーザ端末装置５０に送信する。コンテンツデータがキャッシュ部１３に存在しないときは、他のネットワーク中継装置１０にコンテンツ取得要求を転送し、転送先のネットワーク中継装置１０からコンテンツデータを取得する。コンテンツ配信部１２は、コンテンツサーバ４０からコンテンツデータを取得してもよい。
【００４５】
判断部１４は、要求受付部１１が受信したコンテンツ取得要求によって指定されたコンテンツデータを配信中の別のユーザが存在するか否かを判断する。より詳細には、判断部１４は、要求受付部１１があるユーザ端末装置５０から新たにコンテンツ取得要求を受信すると、そのコンテンツ取得要求によって指定されるコンテンツデータを先行して配信している他のユーザ端末装置５０が存在するか否かを判断する。判断部１４は、例えばコンテンツ取得要求に含まれたコンテンツ名に基づいて、コンテンツ取得要求によって指定されるコンテンツデータを先に送信している他のユーザ端末装置５０が存在するか否かを判断する。
【００４６】
コンテンツ配信部１２は、判断部１４において配信中の別のユーザが存在すると判断されると、先行して配信しているユーザのユーザ端末装置５０におけるコンテンツデータの再生速度を通常の再生速度よりも遅くすること、及び、後からコンテンツ取得要求を送信したユーザ端末装置５０におけるコンテンツデータの再生速度を通常の再生速度よりも速めることの少なくとも一方を実施する。コンテンツ配信部１２は、少なくとも、後からコンテンツ取得要求を送信したユーザ端末装置５０におけるコンテンツデータの再生速度を速めることが好ましい。以下では、主に、コンテンツ配信部１２が、先行して配信しているユーザのユーザ端末装置５０におけるコンテンツデータの再生速度を遅くし、かつ、後からコンテンツ取得要求を送信したユーザ端末装置５０におけるコンテンツデータの再生速度速めるものとして説明する。
【００４７】
再生速度の変更は、例えばユーザ端末装置５０に送信するコンテンツデータを書き換えることにより行う。コンテンツ配信部１２は、先行して配信しているユーザのユーザ端末装置５０に送信するコンテンツデータを書き換え、ユーザ端末装置５０におけるコンテンツデータの再生速度をコンテンツデータの書き換えがない場合よりも遅くする。また、後からコンテンツ取得要求を送信したユーザ端末装置５０に送信するコンテンツデータを書き換え、ユーザ端末装置５０におけるコンテンツデータの再生速度をコンテンツデータの書き換えがない場合よりも速める。
【００４８】
コンテンツ配信部１２は、ユーザに違和感を与えない範囲で、ユーザ端末装置５０における再生速度を変更するものとする。違和感を与えない範囲とは、ユーザが再生速度が変更になっていることを認知できないか、又は認知できたとしても、それによってコンテンツのオリジナリティが失われない範囲を指す。再生速度の変更の手法は任意である。例えばコンテンツの再生時間を全体的に数％短く、又は長くしてもよい。あるいは、映像の変化がない部分又は無音部分をわずかに延ばす、又は縮めてもよい。なお、コンテンツ配信部１２は、映画及び音楽などの時間軸に沿って再生されるコンテンツデータに対してコンテンツデータの書き換えを行う。その他のコンテンツデータについては、通常通りユーザ端末装置５０に送信してよい。
【００４９】
コンテンツデータが連続して順次に転送される一連の分割データを含む場合、コンテンツデータは分割データの単位で送信される。各分割データは、ユーザ端末装置５０における再生のタイミングを制御する再生タイミングデータを含む。再生タイミングデータは、例えばタイムスタンプである。コンテンツ配信部１２は、分割データに含まれる再生タイミングデータを書き換えることで、ユーザ端末装置５０における再生速度を変更する。先行して配信しているユーザ端末装置５０には、再生速度を遅くするように再生タイミングデータを書き換えた分割データを送信し、後からコンテンツ取得要求を送信したユーザ端末装置５０には再生速度を速めるように再生タイミングデータを書き換えた分割データを送信することで、先行して配信しているユーザ端末装置５０におけるコンテンツデータの再生速度を遅くし、かつ後からコンテンツ取得要求を送信したユーザ端末装置５０におけるコンテンツデータの再生速度を速めることができる。
【００５０】
コンテンツ配信部１２は、他のネットワーク中継装置１０又はコンテンツサーバ４０からコンテンツの分割データを取得すると、その分割データが、後から送信されたコンテンツ取得要求によって指定されたコンテンツデータに含まれるものであるか否かを判定する。つまり、取得された分割データが、先行して配信している別のユーザが存在すると判断されたコンテンツデータの一部を構成するものであるか否かを判断する。コンテンツ配信部１２は、含まれる旨を判定すると、取得した分割データの再生タイミングデータの書き換えを行う。含まれないと判定した場合は、その分割データは、再生速度を遅くする、又は速める対象の分割データではないため、再生タイミングデータの書き換えは行わない。
【００５１】
コンテンツ配信部１２は、先行して配信しているユーザ端末装置５０におけるコンテンツデータの再生と、後からコンテンツ取得要求を送信したユーザ端末装置５０におけるコンテンツデータの再生との間の時間差がなくなるまで、ユーザ端末装置５０における再生速度の変更を継続することが好ましい。コンテンツ配信部１２は、再生の時間差がなくなった後は、先行した配信しているユーザ端末装置５０と後からコンテンツ取得要求を送信したユーザ端末装置５０とに、分割データを同時に送信することが可能である。
【００５２】
コンテンツデータが複数の分割データに分割されている場合、キャッシュ部１３は、分割データ単位でコンテンツをキャッシュするとよい。先行して配信しているユーザ端末装置５０に対してコンテンツデータ（分割データ）が送信されたとき、キャッシュ部１３には、その分割データがキャッシュされる。キャッシュ部１３にキャッシュされた分割データは、後からコンテンツ取得要求を送信したユーザ端末装置５０へ送信されるまでは、キャッシュ部１３から削除されない。キャッシュ部１３にキャッシュされた分割データは、後からコンテンツ取得要求を送信したユーザ端末装置５０へ送信された時刻以後に、キャッシュ部１３から削除することが可能となる。実際に削除するかどうかは、キャッシュ部の記憶容量の空き具合などによって決めてもよい。
【００５３】
図３は、ユーザ１とユーザ２に対するコンテンツ配信を示す図である。ユーザ１とユーザ２とが、時間差を持って同じコンテンツの配信を受けたとする。コンテンツの各分割データ（セグメント）の本来の再生時間はＴであるとする。ユーザ１のユーザ端末装置５０は、ある時刻で、あるコンテンツデータの先頭の分割データ（セグメント１）を指定したコンテンツ取得要求を送信する。コンテンツ配信部１２（図２を参照）は、セグメント１の分割データをユーザ１のユーザ端末装置５０に送信する。このときは、要求受付部１１はまだユーザ２のユーザ端末装置５０から送信されたコンテンツ取得要求を受信していないので、セグメント１の分割データの再生タイミングデータの書き換えは行われず、ユーザ１のユーザ端末装置５０におけるセグメント１の分割データの再生時間はＴである。
【００５４】
その後、要求受付部１１は、ユーザ２のユーザ端末装置５０から同じコンテンツデータのセグメント１の分割データを指定したコンテンツ取得要求を受信する。判断部１４は、ユーザ１のユーザ端末装置５０へ同じコンテンツのコンテンツデータの配信が既に行われているため、同じコンテンツデータを配信中の別のユーザが存在すると判断する。判断部１４は、コンテンツ配信部１２に、再生タイミングデータの書き換えの対象となるコンテンツのコンテンツ名を通知する。
【００５５】
コンテンツ配信部１２は、キャッシュ部１３から、ユーザ１のユーザ端末装置５０への送信時にキャッシュした、又はユーザ１のユーザ端末装置５０への送信前からキャッシュされていたセグメント１の分割データを取得する。この分割データは、再生タイミングデータの書き換え対象である。ユーザ２は後からコンテンツ取得要求を発生させたユーザであるため、コンテンツ配信部１２は、再生速度を速めるように、取得したセグメント１の分割データの再生タイミングデータを書き換える。これにより、ユーザ２のユーザ端末装置５０におけるセグメント１の分割データの再生時間がＴ２に変更される。ユーザ２のユーザ端末装置５０における再生時間Ｔ２は、本来の再生時間Ｔよりも短い（Ｔ＞Ｔ２）。
【００５６】
ユーザ１のユーザ端末装置５０は、セグメント１の分割データの再生が終わる少し前、例えば再生終了時刻よりも一定時間前の時刻に、セグメント２の分割データを指定するコンテンツ取得要求を送信する。コンテンツ配信部１２は、例えばコンテンツサーバ４０から他のネットワーク中継装置１０を介してセグメント２の分割データを取得する。コンテンツ配信部１２は、取得したセグメント２の分割データをキャッシュ部１３にキャッシュする。コンテンツ配信部１２が取得した分割データは、判断部１４から通知されたコンテンツ名のコンテンツデータの一部であるため、再生タイミングデータの書き換え対象である。ユーザ１は先行して配信しているユーザであるため、コンテンツ配信部１２は、再生速度を遅くするように、取得したセグメント２の分割データの再生タイミングデータを書き換える。これにより、ユーザ１のユーザ端末装置５０におけるセグメント２の分割データの再生時間がＴ１に変更される。ユーザ１のユーザ端末装置５０における再生時間Ｔ１は、本来の再生時間Ｔよりも長い（Ｔ１＞Ｔ）。
【００５７】
ユーザ２のユーザ端末装置５０は、セグメント１の分割データの再生終了時刻よりも一定時間前の時刻に、セグメント２の分割データを指定するコンテンツ取得要求を送信する。各セグメントの分割データの再生終了時刻とコンテンツ取得要求を送信する時刻との間の時間は、ユーザ１のユーザ端末装置５０とユーザ２のユーザ端末装置５０とで同一であるとする。この時間的な関係は、ユーザ１のユーザ端末装置５０から送信されるインタレストとユーザ２のユーザ端末装置５０から送信されるインタレストとがコンテンツ配信装置１０に到着する時間差を識別できる程度であれば、必ずしも厳密に同一である必要はなく、ユーザ端末装置５０ごとに多少のばらつきがあってもよい。
【００５８】
コンテンツ配信部１２は、ユーザ２のユーザ端末装置５０からコンテンツ取得要求を受信すると、キャッシュ部１３からセグメント２の分割データを取得し、取得した各分割データの再生タイミングデータを、ユーザ２ユーザ端末装置５０における再生速度を速めるように書き換えた上で送信する。ユーザ２のユーザ端末装置５０は、残りのセグメントについても同様に、再生中のセグメントの分割データの再生終了時刻よりも一定時間前の時刻に後続するセグメントの分割データを指定したコンテンツ取得要求を送信する。コンテンツ配信部１２は、ユーザ２のユーザ端末装置５０に、キャッシュ部１３から取得した後続するセグメントの分割データの再生タイミングデータを、ユーザ２ユーザ端末装置５０における再生速度を速めるように書き換えた上で送信する。
【００５９】
ユーザ１のユーザ端末装置５０も同様に、再生中のセグメントの分割データの再生終了時刻よりも一定時間前の時刻に後続するセグメントの分割データを指定したコンテンツ取得要求を送信する。コンテンツ配信部１２は、ユーザ１のユーザ端末装置５０に対しては、取得した後続するセグメントの分割データの再生タイミングデータを、ユーザ１のユーザ端末装置５０における再生速度を遅くするように書き換えた上で送信する。なお、ユーザ１のユーザ端末装置５０における各分割データ（セグメント２以降）の再生時間は相互に等しくなくてもよく、分割データごとに再生時間が異なっていてもよい。また、ユーザ２のユーザ端末装置５０における各分割データの再生時間は相互に等しくなくてもよく、分割データごとに再生時間が異なっていてもよい。
【００６０】
ここで、同じセグメントの分割データについて、ユーザ１のユーザ端末装置５０への送信時刻とユーザ２の端末装置５０への送信時刻との差を配信タイミングの差と定義する。分割データの送信はインタレストの受信に応答して実施されるため、配信タイミングの差は、インタレストの受信時刻の差に対応する。図３では、ユーザ１とユーザ２の配信タイミング差は、初期段階、つまりセグメント１の配信開始時点ではΔｔ１であった。ユーザ２のユーザ端末装置５０に送信されるセグメント１の分割データは、再生速度が速まるように書き換えられており、その再生時間はＴ２（＜Ｔ）である。ユーザ２がセグメント２の分割データを指定したコンテンツ取得要求を送信するタイミングは、セグメント１の分割データの再生速度を速めなかった場合に比べて、再生時間が短くなった分だけ早くなり、コンテンツ取得要求の送信タイミングが早まった分だけ、ユーザ２へのセグメント２の分割データの配信タイミングが早まる。セグメント２の分割データの配信タイミングの差Δｔ２は、初期の配信タイミング差Δｔ１よりも、ユーザ２のユーザ端末装置５０における再生時間が本来の再生時間Ｔよりも短くなった分だけ減少する。つまり、Δｔ２＜Δｔ１である。
【００６１】
ユーザ１のユーザ端末装置５０に送信されるセグメント２の分割データは、再生速度が遅くなるように書き換えられており、その再生時間はＴ１（＞Ｔ）である。また、ユーザ２のユーザ端末装置５０に送信されるセグメント２の分割データは、再生速度が速まるように書き換えられており、その再生時間はＴ２（＜Ｔ）である。ユーザ１がセグメント３の分割データを指定したコンテンツ取得要求を送信するタイミングは、セグメント２の分割データの再生時間が長くなった分だけ遅くなり、また、ユーザ２がセグメント３の分割データを指定したコンテンツ取得要求を送信するタイミングは、セグメント２の分割データの再生時間が短くなった分だけ早まる。したがって、セグメント３の分割データの配信タイミングの差Δｔ３は、セグメント２の配信タイミングの差Δｔ２よりも、ユーザ１のユーザ端末装置５０における再生時間Ｔ１が本来の再生時間Ｔよりも長くなり、かつユーザ２のユーザ端末装置５０における再生時間Ｔ２が本来の再生時間Ｔよりも短くなっただけ減少する。つまり、Δｔ３＜Δｔ２である。
【００６２】
以降同様に、コンテンツの再生が進むにつれて、ユーザ１が後続するセグメントの分割データを指定したコンテンツ取得要求を送信するタイミングが遅くなり、かつユーザ２が後続するセグメントの分割データを指定したコンテンツ取得要求を送信するタイミングが早まり、各セグメントの分割データの配信タイミングの差は、１つ前のセグメントの分割データの配信タイミングの差よりも減少していく。つまり、Δｔ１＞Δｔ２＞Δｔ３＞Δｔ４＞Δｔ５となる。各分割データは、少なくとも配信タイミングの差の期間だけ、キャッシュ部１３にキャッシュしておく必要がある。図３の例では、再生が進むに連れて配信タイミングの差が減少していくため、キャッシュ部１３にキャッシュしておく必要がある期間も減少していく。
【００６３】
再生が進行するに連れて、後続の分割データについて、ユーザ１がコンテンツ取得要求を送信するタイミングとユーザ２がコンテンツ取得要求を送信するタイミングとが近づいていき、最終的には、ユーザ１とユーザ２とでコンテンツ取得要求を同時に発生させることもできる。この場合、要求受付部１１は、ネットワークにおける伝送遅延が同程度であるとすれば、ユーザ１とユーザ２とから同時にコンテンツ取得要求を受信する。ここで、コンテンツ取得要求を同時に受信するとは、ユーザ１のユーザ端末装置５０とユーザ２のユーザ端末装置５０とから厳密に同時にコンテンツ取得要求を受信した場合のみならず、ユーザ１のユーザ端末装置５０とユーザ２のユーザ端末装置５０とからわずかな時間差を持ってコンテンツ取得要求を受信した場合をも含む。例えば、ユーザ１からのコンテンツ取得要求の受信時刻とユーザ２からのコンテンツ取得要求の受信時刻との差が所定時間以内であれば、ユーザ１とユーザ２とからコンテンツ取得要求を同時に受信したとみなしてもよい。ネットワーク中継装置１０は、例えば、ユーザ１のユーザ端末装置５０とユーザ２のユーザ端末装置５０とからほぼ同じ時刻にコンテンツ取得要求を受信し、分割データをユーザ１のユーザ端末装置５０とユーザ２のユーザ端末装置５０とに同時に送信できる状態となる場合に、配信タイミングの差が０であると判断してもよい。配信タイミングの差が０になる、或いは次のセグメントの開始時点で０になることが見込まれるときは、再生速度の変更を終了し、以降のセグメントの分割データは再生タイミングデータの書き換えを行わずに、ユーザ１のユーザ端末装置５０とユーザ２のユーザ端末装置５０とに分割データを同時に送信すればよい。
【００６４】
図４は、コンテンツ配信装置１０の動作手順を示すフローチャートである。要求受付部１１は、ユーザ端末装置５０からコンテンツ取得要求を受信する（ステップＳ１）。判断部１４は、ステップＳ１で受信されたコンテンツ取得要求が指定するコンテンツデータを先行して配信している他のユーザが存在するか否かを判断する（ステップＳ２）。
【００６５】
コンテンツ配信部１２は、ステップＳ２において先行して配信している他のユーザが存在しないと判断された場合、通常のコンテンツ配信を行う（ステップＳ３）。すなわち、コンテンツ配信部１２は、キャッシュ部１３にコンテンツデータが存在するときは、キャッシュ部１３からコンテンツデータを取得してユーザ端末装置５０に送信する。キャッシュ部にコンテンツデータが存在しないときは、他のネットワーク中継装置１０又はコンテンツサーバ４０にコンテンツ取得要求を転送し、転送先のネットワーク中継装置１０又はコンテンツサーバ４０からコンテンツデータを取得し、ユーザ端末装置５０に送信する。
【００６６】
なお、ステップＳ２で先行して配信している他のユーザが存在していると判断されたときでも、配信タイミングの差が所定のしきい値を超えるときは、ステップＳ３に進んで通常のコンテンツ配信を行ってもよい。例えば、先行するユーザがコンテンツデータの終わりに近い部分の配信を受けており、コンテンツ配信の終了が近いときは、コンテンツ配信をそのまま継続し、後からコンテンツ取得要求を送信したユーザにも通常通りのコンテンツ配信を行うこととしてもよい。
【００６７】
ステップＳ２で先行している他のユーザが存在していると判断された場合、キャッシュ部１３には、先行して配信しているユーザへの送信時にキャッシュされたコンテンツデータが存在していることが多い。コンテンツ配信部１２は、キャッシュ部１３からコンテンツデータを取得する（ステップＳ４）。また、コンテンツ配信部１２は、先行して配信しているユーザ端末装置５０に送信するコンテンツデータを、他のネットワーク中継装置１０から取得する。
【００６８】
コンテンツ配信部１２は、取得したコンテンツデータの書き換えを行い、ユーザ端末装置５０における再生速度を変更する（ステップＳ５）。コンテンツ配信部１２は、先行して配信しているユーザのユーザ端末装置５０に送信するコンテンツデータについては、再生速度が通常の再生速度よりも遅くなるように、コンテンツデータの書き換えを行う。コンテンツ配信部１２は、ステップＳ１で受信したコンテンツ取得要求の送信元のユーザ端末装置５０、つまり後からコンテンツ取得要求を受信したユーザのユーザ端末装置５０に送信するコンテンツデータについては、再生速度が通常の再生速度よりも速くなるように、コンテンツデータの書き換えを行う。
【００６９】
コンテンツ配信部１２は、再生速度が遅くなるように書き換えたコンテンツデータを、先行して配信しているユーザのユーザ端末装置５０に送信する（ステップＳ６）。また、コンテンツ配信部１２は、再生速度が速くなるように書き換えたコンテンツデータを、後からコンテンツ取得要求を送信したユーザのユーザ端末装置５０に送信する（ステップＳ７）。先行するユーザの再生速度を遅くして再生時間を延ばし、後からコンテンツ取得を要求したユーザの再生速度を速くして再生時間を短縮することで、後続する分割データについて、配信タイミングの差を、再生速度を変更しない場合に比べて小さくできる。ステップＳ６とステップＳ７とは、どちらを先に実施してもよい。
【００７０】
コンテンツ配信部１２は、先行して配信しているユーザと後からコンテンツ取得を要求したユーザとの間に配信タイミングに差があるか否かを判断する（ステップＳ８）。配信タイミングの差は、例えばコンテンツデータが複数の分割データに分割されている場合、同じ分割データを指定するコンテンツ取得要求の受信時刻の差によって判断できる。配信タイミングに差があれば、ステップＳ４に戻り、配信タイミング差がなくなるまで、再生速度を変更したコンテンツデータの送信を継続する。キャッシュ部１３にキャッシュされたコンテンツデータは、後からコンテンツ取得要求を送信したユーザのユーザ端末装置５０への送信後、キャッシュ部１３から削除することができる。
【００７１】
コンテンツ配信部１２は、ステップＳ８で配信タイミングの差がなくなったと判断すると、コンテンツデータを双方のユーザのユーザ端末装置５０に同時に配信する（ステップＳ９）。その後、所定のキャッシュアルゴリズムにしたがって、キャッシュ部１３からコンテンツデータを削除する（ステップＳ１０）。
【００７２】
先行して配信しているユーザへのコンテンツデータの配信と、後からコンテンツを要求したユーザへのコンテンツデータの配信との間に時間差（配信タイミング差）がある場合、その配信タイミングの差の間はキャッシュ部１３からコンテンツデータを削除することができない。本実施形態では、先行するユーザのユーザ端末装置５０における再生速度を遅くし、かつ後からコンテンツ取得要求を送信したユーザのユーザ端末装置５０における再生速度を速めるように書き換えたコンテンツデータを、それぞれのユーザ端末装置５０に送信する。このようにすることで、コンテンツの再生が進むに連れて、配信タイミングの差を減少させていくことができる。配信タイミング差を減少させることで、キャッシュ部１３にコンテンツデータをキャッシュしておく必要がある期間を短縮できる。コンテンツデータがキャッシュ部１３を長時間にわったって占有することを回避できることで、早期に他のコンテンツデータのキャッシュが可能になり、キャッシュ部１３の有効利用が図れる。この効果は、先行するユーザのユーザ端末装置５０における再生速度を遅くすること、及び、後からコンテンツ取得要求を送信したユーザのユーザ端末装置５０における再生速度を速めることの何れか一方を実施した場合でも同様に得られる。
【００７３】
図３を参照すれば、ユーザ２にキャッシュ部１３から取得したコンテンツデータ（分割データ）を送信するためには、キャッシュ部１３は、セグメント１の分割データを、少なくともΔｔ１の期間にわたってキャッシュし続ける必要がある。同様に、キャッシュ部１３は、セグメント２〜５の分割データを、それぞれ少なくともΔｔ２〜Δｔ５の期間にわたってキャッシュし続ける必要がある。仮に、再生速度の変更を行わなかったとすれば、配信タイミングの差はΔｔ１のまま維持される。本実施形態では、配信タイミングの差を徐々に減少させることができるため、コンテンツの再生が進むに連れて、分割データをキャッシュ部１３にキャッシュする必要がある時間を短縮することができる。また、配信タイミング差がなくなったのちは、双方のユーザのユーザ端末装置５０に、コンテンツデータを同時に送信することもできる。
【００７４】
図３では、ユーザ１のユーザ端末装置５０におけるセグメント１の分割データの再生が終了する前に、ユーザ２のユーザ端末装置５０がコンテンツ取得要求を送信しており、配信タイミングの差は１つのセグメントの再生時間以内となっているが、実際には、配信タイミングの差は１つのセグメントの再生時間を超えることが珍しくない。その場合、後のユーザへの送信時まで、キャッシュ部１３の複数のセグメント分の分割データをキャッシュしておく必要があり、キャッシュの消費量が大きいことで、キャッシュ部１３の容量が圧迫される。例えば図６の例のように、ユーザ１がセグメント３の分割データを再生しているときにユーザ２が再生を開始したとすると、キャッシュ部１３は、最大でセグメント３つ分の分割データをキャッシュしている必要がある。本実施形態では、コンテンツの再生が進むにつれて、配信タイミングの差を減少させることができるため、配信タイミングの差がセグメント２つ以内に収まれば、キャッシュ部１３にキャッシュしておく必要がある分割データを最大でセグメント２つ分に減少させることができ、キャッシュの消費量を削減できる。
【００７５】
なお、上記実施形態では、１つのコンテンツ配信装置（ネットワーク中継装置）１０において再生速度を変更するためのコンテンツデータの書き換えを行う例を示したが、コンテンツデータの書き換えを複数のネットワーク中継装置１０において実施してもよい。図５は、３つのユーザ端末装置５０が接続されたコンテンツ配信システムを示すブロック図である。ユーザ１のユーザ端末装置５０とユーザ２のユーザ端末装置５０とは、同じネットワーク中継装置（以下、コンテンツ配信装置Ａとも呼ぶ）からコンテンツ配信を受ける。ユーザ３のユーザ端末装置５０は、コンテンツ配信装置Ａよりもコンテンツサーバ４０側のネットワーク中継装置（以下、コンテンツ配信装置Ｂとも呼ぶ）からコンテンツ配信を受ける。
【００７６】
ユーザ１、ユーザ２、及びユーザ３は、同じコンテンツデータの取得を要求したとする。コンテンツ取得要求を送信したタイミングは、ユーザ１が最も早く、次いで、ユーザ２、ユーザ３の順であったとする。コンテンツ配信装置Ａは、ユーザ１のユーザ端末装置５０からコンテンツ取得要求を受信すると、コンテンツサーバ４０側にコンテンツ取得要求を転送し、コンテンツサーバ４０が提供するコンテンツデータを取得する。転送されたコンテンツ取得要求及びコンテンツデータは、コンテンツ配信装置Ａからコンテンツサーバ４０に至る経路の途中に存在するコンテンツ配信装置Ｂによって中継される。コンテンツ配信装置Ａは、取得したコンテンツデータをユーザ１のユーザ端末装置５０に送信し、かつ自装置のキャッシュ部にキャッシュする。コンテンツ取得要求及びコンテンツデータを中継したコンテンツ配信装置Ｂのキャッシュ部にも、コンテンツデータがキャッシュされる。
【００７７】
コンテンツ配信装置Ａは、ユーザ２のユーザ端末装置５０からコンテンツ取得要求を受信すると、キャッシュ部からコンテンツデータを取得する。コンテンツ配信装置Ａは、ユーザ２のユーザ端末装置５０から受信したコンテンツ取得要求が指定するコンテンツデータを先行して配信している他のユーザが存在すると判断し、ユーザ２のユーザ端末装置５０に送信するコンテンツデータを、再生速度が速まるように書き換える。また、ユーザ１のユーザ端末装置５０に送信するコンテンツデータを、再生速度が遅くなるように書き換える。
【００７８】
コンテンツ配信装置Ｂは、ユーザ３のユーザ端末装置５０からコンテンツ取得要求を受信すると、コンテンツデータを中継するときにキャッシュしたコンテンツデータをキャッシュ部から取得する。コンテンツ配信装置Ｂは、コンテンツデータを中継するときに、ユーザ１がそのコンテンツデータの配信を受けていることがわかるため、ユーザ３のユーザ端末装置５０から受信したコンテンツ取得要求が指定するコンテンツデータを先行して配信している他のユーザが存在すると判断する。
【００７９】
コンテンツ配信装置Ｂは、ユーザ３のユーザ端末装置５０に送信するコンテンツデータを、再生速度が速まるように書き換える。また、ユーザ１のユーザ端末装置５０に送信されるコンテンツデータを中継するときに、再生速度が遅くなるようにコンテンツデータを書き換え、書き換えたコンテンツデータをコンテンツ配信装置Ａに送信する。コンテンツ配信装置Ａは、コンテンツ配信装置Ｂによって再生速度が遅くなるように書き換えられたコンテンツデータを、更に再生速度が遅くなるように書き換えて、ユーザ１のユーザ端末装置５０に送信する。また、コンテンツ配信装置Ａは、コンテンツ配信装置Ｂによって再生速度が遅くなるように書き換えられたコンテンツデータを、再生速度が速まるように書き換えてユーザ２のユーザ端末装置５０に送信する。各ユーザの再生速度は、ユーザ１の再生速度＜ユーザ２の再生速度≦ユーザ３の再生速度の関係を満たす。
【００８０】
上記のように、コンテンツ配信装置１０は、ネットワークの上流側において再生速度が変更されたコンテンツデータに対し、更に再生速度を変更するように書き換えを行ってもよい。上記の例では、コンテンツ配信装置Ａにおいて、ユーザ１への配信とユーザ２への配信との間の配信タイミングの差が、配信開始時の差よりも小さくなっていく。また、コンテンツ配信装置Ｂにおいては、ユーザ１への配信とユーザ３への配信との間の配信タイミングの差が、配信開始時の差よりも小さくなる。このため、コンテンツ配信装置Ａとコンテンツ配信装置Ｂの双方において、キャッシュ部の消費量を削減でき、かつキャッシュ部の有効利用を図ることができる。
【００８１】
上記実施形態では、コンテンツ配信部１２が書き換えたコンテンツデータを送信することでユーザ端末装置５０におけるコンテンツデータの再生速度を変更することを説明したが、これには限定されない。例えば、ネットワーク中継装置１０から、コンテンツデータとは別に制御データを送信する場合は、その制御データを通じてユーザ端末装置５０におけるコンテンツデータの再生速度を変更してもよい。具体的に、ネットワーク中継装置１０は、コンテンツデータをデータチャネルを通じてユーザ端末装置５０に送信する一方、データチャネルとは別の制御チャネル（コンテンツデータの再生を制御する情報経路）を通じて制御データを送信し、ユーザ端末装置５０におけるコンテンツデータの再生速度を制御してもよい。
【００８２】
コンテンツ配信装置１０は、必ずしもネットワークの末端ノードを構成するネットワーク中継装置である必要はない。ユーザに対して直接的にコンテンツデータの送信を行わないネットワーク中継装置１０において、ユーザ端末装置５０におけるコンテンツデータの再生速度の変更を実施することとしてもよい。例えば、あるネットワーク中継装置１０が、他のネットワーク中継装置を介してユーザ１にコンテンツデータの配信を行っているときに、そのネットワーク中継装置１０が、更に別のネットワーク中継装置を介してユーザ２から送信された同じコンテンツデータを指定するコンテンツ取得要求を受信したときは、当該ネットワーク中継装置１０において、ユーザ１のユーザ端末装置５０におけるコンテンツデータの再生速度を遅くし、ユーザ２のユーザ端末装置５０におけるコンテンツデータの再生速度を速めてもよい。
【００８３】
また、本発明のコンテンツ配信システムを構成するユーザ端末装置とコンテンツ配信装置とを接続する伝送路は、有線の伝送路を用いることが一般的であるが、安定した伝送環境下にあれば無線伝送路を用いてもよい。
【００８４】
以上、本発明をその好適な実施形態に基づいて説明したが、本発明のコンテンツ配信装置、システム、及び方法は、上記実施形態にのみ限定されるものではなく、上記実施形態の構成から種々の修正及び変更を施したものも、本発明の範囲に含まれる。
【符号の説明】
【００８５】
１０：ネットワーク中継装置（コンテンツ配信装置）
１１：要求受付部
１２：コンテンツ配信部
１３：キャッシュ部
１４：判断部
２０：ＣＣＮ（コンテンツ指向ネットワーク）
４０：コンテンツサーバ
５０：ユーザ端末装置（コンテンツ再生装置）
１００：コンテンツ配信システム
【図１】
2016208172.tif 000003
【図２】
2016208172.tif 000004
【図３】
2016208172.tif 000005
【図４】
2016208172.tif 000006
【図５】
2016208172.tif 000007
【図６】
2016208172.tif 000008