(57)【要約】【課題】  通信距離が短いオリジンサーバからストリーミングデータを受信する。【解決手段】  本開示の第１の側面であるコンテンツ供給装置は、適応的ストリーミング技術に従い、同一内容のコンテンツであって属性が異なる複数のストリーミングデータを供給するコンテンツ供給装置において、前記ストリーミングデータの供給元を受信側が選択するための、前記供給元の地域識別情報を記述したメタファイルを生成するメタファイル生成部と、前記メタファイルに基づく前記受信側からの要求に応じ、前記供給元として前記ストリーミングデータをネットワークを介して前記受信側に配信する配信部とを備える。本開示は、コンテンツをストリーミング配信するシステムに適用できる。【選択図】  図２
2015002513.tif 000002
【特許請求の範囲】
【請求項１】
適応的ストリーミング技術に従い、同一内容のコンテンツであって属性が異なる複数のストリーミングデータを供給するコンテンツ供給装置において、
前記ストリーミングデータの供給元を受信側が選択するための、前記供給元の地域識別情報を記述したメタファイルを生成するメタファイル生成部と、
前記メタファイルに基づく前記受信側からの要求に応じ、前記供給元として前記ストリーミングデータをネットワークを介して前記受信側に配信する配信部と
を備えるコンテンツ供給装置。
【請求項２】
前記メタファイル生成部は、前記メタファイルとして拡張されたMPDを生成する
請求項１に記載のコンテンツ供給装置。
【請求項３】
前記メタファイル生成部は、前記メタファイルとして、前記地域識別情報を記述するためのMPD/@originLocation属性が導入された前記MPDを生成する
請求項２に記載のコンテンツ供給装置。
【請求項４】
異なる複数の前記供給元にそれぞれ対応する複数の前記メタデータを集め、前記受信側との通信距離が最短の前記供給元に対応する前記メタデータを前記受信側に供給する収集部を
さらに備える請求項２に記載のコンテンツ供給装置。
【請求項５】
前記供給元と前記受信側との通信距離を前記収集部に通知する通信距離管理部を
さらに備える請求項４に記載のコンテンツ供給装置。
【請求項６】
前記通信距離管理部は、前記ネットワーク上の中継設備または前記ネットワークの通信負荷状況の少なくとも一方に基づいて、前記供給元と前記受信側との前記通信距離を決定する
請求項５に記載のコンテンツ供給装置。
【請求項７】
適応的ストリーミング技術に従い、同一内容のコンテンツであって属性が異なる複数のストリーミングデータを供給するコンテンツ供給装置のコンテンツ供給方法において、
前記コンテンツ供給装置による、
前記ストリーミングデータの供給元を受信側が選択するための、前記供給元の地域識別情報を記述したメタファイルを生成するメタファイル生成ステップと、
前記メタファイルに基づく前記受信側からの要求に応じ、前記供給元として前記ストリーミングデータをネットワークを介して前記受信側に配信する配信ステップと
を含むコンテンツ供給方法。
【請求項８】
適応的ストリーミング技術に従い、同一内容のコンテンツであって属性が異なる複数のストリーミングデータを供給するコンピュータに、
前記ストリーミングデータの供給元を受信側が選択するための、前記供給元の地域識別情報を記述したメタファイルを生成するメタファイル生成部と、
前記メタファイルに基づく前記受信側からの要求に応じ、前記供給元として前記ストリーミングデータをネットワークを介して前記受信側に配信する配信部と
して機能させるプログラム。
【請求項９】
適応的ストリーミング技術に従い、同一内容のコンテンツであって属性が異なる複数のストリーミングデータを供給するコンテンツ供給装置であって、前記ストリーミングデータの供給元を受信側が選択するための、前記供給元の地域識別情報を記述したメタファイルを生成するメタファイル生成部と、前記メタファイルに基づく前記受信側からの要求に応じ、前記供給元として前記ストリーミングデータをネットワークを介して前記受信側に配信する配信部とを備える前記コンテンツ供給装置から配信される前記ストリーミングデータを受信する端末装置において、
前記メタファイルに基づき、前記供給元に対して前記ストリーミングデータを要求し、要求に応じて配信された前記ストリーミングデータを受信して再生する
端末装置。
【請求項１０】
適応的ストリーミング技術に従い、同一内容のコンテンツであって属性が異なる複数のストリーミングデータを供給するコンテンツ供給装置と、前記ストリーミングデータを受信する端末装置とから成るコンテンツ供給システムにおいて、
前記コンテンツ供給装置は、
前記ストリーミングデータの供給元を受信側が選択するための、前記供給元の地域識別情報を記述したメタファイルを生成するメタファイル生成部と、
前記メタファイルに基づく前記受信側からの要求に応じ、前記供給元として前記ストリーミングデータをネットワークを介して前記受信側に配信する配信部と
を備え、
前記端末装置は、
前記メタファイルに基づき、前記供給元に対して前記ストリーミングデータを要求し、要求に応じて配信された前記ストリーミングデータを受信して再生する
コンテンツ供給システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システムに関し、特に、HTTP配信されるコンテンツを効率的に受信できるようにしたコンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システムに関する。
【背景技術】
【０００２】
インターネットを介する動画配信に利用可能な国際標準化された動画配信プロトコルとして、Webサイトなどの閲覧と同様のHTTPを用いるMPEG-DASH（Moving Picture Experts Group-Dynamic Adaptive Streaming over HTTP、以下、DASHと称する）が知られている（例えば、非特許文献１を参照）。
【０００３】
DASHでは適応型ストリーミング技術が実現されている。すなわち、コンテンツの供給側は、同一内容のコンテンツであって、配信パスとなるインターネットの通信環境や受信側の能力や状態に応じて画質や画角サイズなどが変更されている複数のストリームを用意するようになされている。一方、受信側は、供給側が用意している複数のストリームのうち、インターネットの通信環境や自己のデコード能力などに応じて最適なストリームを選択して受信、再生することができる。
【０００４】
このように、DASHにおいては、受信側がストリームを適応的に選択して取得できるように、MPD(Media Presentation Description)と称されるメタファイルが供給側から受信側に配信される。
【０００５】
MPDには、チャンク化されたコンテンツのストリーミングデータ(Audio/Video/Subtitle等のメディアデータ)の供給元のアドレス(url情報)が記述されている。受信側は該url情報に基づいて、コンテンツの供給元となるサーバにアクセスしてストリーミングデータを要求し、該要求に応じてHTTP配信されるストリーミングデータを受信、再生することができる。
【０００６】
なお、実際には、ストリーミングデータおよびMPDは、インターネットを使用したCDN(Content Delivery Network)を介して受信側に配信される。
【０００７】
図１は、DASHに基づいてコンテンツをストリーミング配信するコンテンツ供給システムの構成の一例を示している。
【０００８】
該コンテンツ供給システム１０は、コンテンツを供給する側のコンテンツ供給装置２０と、コンテンツを受信する側の多数のDASHクライアント３０から構成される。DASHクライアント３０は、インターネット１１を利用したCDN１２を介してコンテンツ供給装置２０に接続する。
【０００９】
コンテンツ供給装置２０は、同一内容のコンテンツをビットレートが異なる複数のストリームで配信する。コンテンツ供給装置２０は、コンテンツマネジメントサーバ２１、DASHセグメントストリーマ２２、およびDASH MPDサーバ２３を有する。
【００１０】
コンテンツマネジメントサーバ２１は、DASHクライアント３０に供給するコンテンツを管理しており、同一内容のコンテンツからビットレートが異なる複数のストリーミングデータを生成してDASHセグメントストリーマ２２に出力する。
【００１１】
DASHセグメントストリーマ２２は、各ストリーミングデータを時間的にセグメントに分割して、それぞれをファイル化して保持し、該ファイルの供給元のアドレスをDASH MPDサーバ２３に通知する。さらに、DASHセグメントストリーマ２２は、受信側のDASHクライアント３０からの要求（HTTPリクエスト）に応じ、HTTPサーバとして、セグメント化されたストリーミングデータのファイルをCDN１２を介してHTTP配信する。
【００１２】
DASH MPDサーバ２３は、複数のストリーミングデータ（のセグメント）のファイルの供給元を表すアドレスなどを記述したMPDを生成し、HTTPサーバとして、受信側のDASHクライアント３０からの要求（HTTPリクエスト）に応じ、生成したMPDをCDN１２を介してHTTP配信する。
【００１３】
DASHクライアント３０は、DASH MPDサーバ２３に対してMPDを要求し、該要求に応じてHTTP配信されるMPDに基づいて、DASHセグメントストリーマ２２にストリーミングデータを要求し、該要求に応じてHTTP配信されるファイルを受信、再生する。
【００１４】
なお、CDN１２上には、HTTP配信したMPDやストリーミングデータのセグメントを一時的に保持する多数のキャッシュサーバ（不図示）が設けられており、該キャッシュサーバは、既に保持しているMPDやセグメントがDASHクライアント３０から要求された場合、DASH MPDサーバ２３またはDASHセグメントストリーマ２２に代わって、保持しているMPDやセグメントをHTTP配信することができる。CDN１２ではキャッシュサーバを設けることにより、多数のDASHクライアント３０に対するMPDやセグメントのHTTP配信を効率的に実行することができる。
【００１５】
以下、DASHクライアント３０からの要求に直接応じてストリーミングデータのセグメントをHTTP配信するHTTPサーバ（DASHセグメントストリーマ２２）を、オリジンサーバと称する。
【先行技術文献】
【非特許文献】
【００１６】
【非特許文献１】「既存のWebサーバーで途切れない動画配信を実現」、平林光浩、NIKKEI ELECTRONICS 2012.3.19
【発明の概要】
【発明が解決しようとする課題】
【００１７】
ところで、HTTPリクエストを送信したDASHクライアント３０とオリジンサーバとの通信距離が長すぎる場合、両者の間に存在するキャッシュサーバがセグメントなどを保持してもその有効期限が切れ（保持時間が所定の時間を過ぎて）てしまい、キャッシュサーバが有効に機能しないことが起こり得る。
【００１８】
ここで、通信距離とは、送受信間に存在するキャッシュサーバなどの中継設備の数を表すホップ数等により定義される、通信時間に相関する値を指すものとする。
【００１９】
この場合、DASHクライアント３０は、キャッシュサーバからではなく、毎回、オリジンサーバからHTTP配信を受けることになり、セグメントの取得に時間を要するので、ストリーム再生のパフォーマンスが著しく損なわれてしまう。
【００２０】
したがって、受信しようとするストリーミングデータが、DASHクライアント３０からの通信距離が異なる複数のオリジンサーバから供給されているような場合、できるだけ最短の通信距離に位置しているオリジンサーバに対してセグメントを要求する（HTTPリクエストを送信する）ことが望ましい。
【００２１】
しかしながら、従来のMPDには、オリジンサーバのURLを記述することはできるが、その通信距離に関する情報が記述されていないので、DASHクライアント３０側で通信距離が最短のオリジンサーバを選択してHTTPリクエストを送信することができなかった。
【００２２】
本開示はこのような状況に鑑みてなされたものであり、通信距離が短いオリジンサーバからストリーミングデータを受信できるようにするものである。
【課題を解決するための手段】
【００２３】
本開示の第１の側面であるコンテンツ供給装置は、適応的ストリーミング技術に従い、同一内容のコンテンツであって属性が異なる複数のストリーミングデータを供給するコンテンツ供給装置において、前記ストリーミングデータの供給元を受信側が選択するための、前記供給元の地域識別情報を記述したメタファイルを生成するメタファイル生成部と、前記メタファイルに基づく前記受信側からの要求に応じ、前記供給元として前記ストリーミングデータをネットワークを介して前記受信側に配信する配信部とを備える。
【００２４】
前記メタファイル生成部は、前記メタファイルとして拡張されたMPDを生成することができる。
【００２５】
前記メタファイル生成部は、前記メタファイルとして、前記地域識別情報を記述するためのMPD/@originLocation属性が導入された前記MPDを生成することができる。
【００２６】
本開示の第１の側面であるコンテンツ供給装置は、異なる複数の前記供給元にそれぞれ対応する複数の前記メタデータを集め、前記受信側との通信距離が最短の前記供給元に対応する前記メタデータを前記受信側に供給する収集部をさらに備えることができる。
【００２７】
本開示の第１の側面であるコンテンツ供給装置は、前記供給元と前記受信側との通信距離を前記収集部に通知する通信距離管理部をさらに備えることができる。
【００２８】
前記通信距離管理部は、前記ネットワーク上の中継設備または前記ネットワークの通信負荷状況の少なくとも一方に基づいて、前記供給元と前記受信側との前記通信距離を決定することができる。
【００２９】
本開示の第１の側面であるコンテンツ供給方法は、適応的ストリーミング技術に従い、同一内容のコンテンツであって属性が異なる複数のストリーミングデータを供給するコンテンツ供給装置のコンテンツ供給方法において、前記コンテンツ供給装置による、前記ストリーミングデータの供給元を受信側が選択するための、前記供給元の地域識別情報を記述したメタファイルを生成するメタファイル生成ステップと、前記メタファイルに基づく前記受信側からの要求に応じ、前記供給元として前記ストリーミングデータをネットワークを介して前記受信側に配信する配信ステップとを含む。
【００３０】
本開示の第１の側面であるプログラムは、適応的ストリーミング技術に従い、同一内容のコンテンツであって属性が異なる複数のストリーミングデータを供給するコンピュータに、前記ストリーミングデータの供給元を受信側が選択するための、前記供給元の地域識別情報を記述したメタファイルを生成するメタファイル生成部と、前記メタファイルに基づく前記受信側からの要求に応じ、前記供給元として前記ストリーミングデータをネットワークを介して前記受信側に配信する配信部として機能させる。
【００３１】
本開示の第１の側面においては、ストリーミングデータの供給元を受信側が選択するための、前記供給元の地域識別情報を記述したメタファイルが生成され、前記メタファイルに基づく前記受信側からの要求に応じ、前記供給元として前記ストリーミングデータがネットワークを介して前記受信側に配信される。
【００３２】
本開示の第２の側面である端末装置は、適応的ストリーミング技術に従い、同一内容のコンテンツであって属性が異なる複数のストリーミングデータを供給するコンテンツ供給装置であって、前記ストリーミングデータの供給元を受信側が選択するための、前記供給元の地域識別情報を記述したメタファイルを生成するメタファイル生成部と、前記メタファイルに基づく前記受信側からの要求に応じ、前記供給元として前記ストリーミングデータをネットワークを介して前記受信側に配信する配信部とを備える前記コンテンツ供給装置から配信される前記ストリーミングデータを受信する端末装置において、前記メタファイルに基づき、前記供給元に対して前記ストリーミングデータを要求し、要求に応じて配信された前記ストリーミングデータを受信して再生する。
【００３３】
本開示の第２の側面においては、メタファイルに基づき、供給元に対してストリーミングデータが要求され、要求に応じて配信された前記ストリーミングデータが受信されて再生される。
【００３４】
本開示の第３の側面であるコンテンツ供給システムは、適応的ストリーミング技術に従い、同一内容のコンテンツであって属性が異なる複数のストリーミングデータを供給するコンテンツ供給装置と、前記ストリーミングデータを受信する端末装置とから成るコンテンツ供給システムにおいて、前記コンテンツ供給装置が、前記ストリーミングデータの供給元を受信側が選択するための、前記供給元の地域識別情報を記述したメタファイルを生成するメタファイル生成部と、前記メタファイルに基づく前記受信側からの要求に応じ、前記供給元として前記ストリーミングデータをネットワークを介して前記受信側に配信する配信部とを備える。また、前記端末装置が、前記メタファイルに基づき、前記供給元に対して前記ストリーミングデータを要求し、要求に応じて配信された前記ストリーミングデータを受信して再生する。
【００３５】
本開示の第３の側面においては、コンテンツ供給装置により、ストリーミングデータの供給元を受信側が選択するための、前記供給元の地域識別情報を記述したメタファイルが生成され、前記メタファイルに基づく前記受信側からの要求に応じ、前記供給元として前記ストリーミングデータがネットワークを介して前記受信側に配信される。また、端末装置により、メタファイルに基づき、供給元に対してストリーミングデータが要求され、要求に応じて配信された前記ストリーミングデータが受信されて再生される。
【発明の効果】
【００３６】
本開示の第１乃至３の側面によれば、通信距離が短いオリジンサーバからストリーミングデータを受信することができる。
【図面の簡単な説明】
【００３７】
【図１】従来のコンテンツ供給システムの構成の一例を示すブロック図である。
【図２】本開示を適用したコンテンツ供給システムの構成例を示すブロック図である。
【図３】MPDをXML形式で記述した例を示す図である。
【図４】拡張したMPDをXML形式で記述した例を示す図である。
【図５】配信前の処理を説明するフローチャートである。
【図６】コンテンツ供給システムの一連の処理を説明するフローチャートである。
【図７】コンピュータの構成例を示すブロック図である。
【発明を実施するための形態】
【００３８】
以下、本開示を実施するための最良の形態（以下、実施の形態と称する）について説明する。
【００３９】
［コンテンツ供給システムの構成例］
図２は、本開示の実施の形態であるコンテンツ供給システムの構成例を示している。
【００４０】
このコンテンツ供給システム５０は、コンテンツ供給装置６０Ａ１，６０Ａ２、GeoLocationデータベース(DB)７１、CDNモニタリングデータベース(DB)７２、MPD取得ポータル７３、および多数の端末装置８０がインターネット１１を介して接続されて構成される。
【００４１】
なお、インターネット１１上には、CDN１２が存在し、CDN１２には多数のキャッシュサーバ（不図示）が設けられている。
【００４２】
コンテンツ供給装置６０Ａ１は、チャネルＡとして同一内容のコンテンツに対応するビットレートが異なる複数のストリーミングデータを配信する。コンテンツ供給装置６０Ａ２も、チャネルＡとして、コンテンツ供給装置６０Ａ１と同じコンテンツに対応するビットレートが異なる複数のストリーミングデータを配信する。なお、コンテンツ供給装置６０Ａ２以外にも、コンテンツ供給装置６０Ａ１と同じコンテンツに対応するビットレートが異なる複数のストリーミングデータを配信するものが多数存在してもよい。
【００４３】
ただし、コンテンツ供給装置６０Ａ１とコンテンツ供給装置６０Ａ２とは地理的に離散した場所に設置されており、ある端末装置８０から両者それぞれまでの通信距離には差があるものとする。
【００４４】
以下、コンテンツ供給装置６０Ａ１とコンテンツ供給装置６０Ａ２とを個々に区別する必要がない場合、単にコンテンツ供給装置６０と称する。
【００４５】
コンテンツ供給装置６０は、チャネルサーバ６１、およびDASHサーバ６２から構成される。
【００４６】
チャネルサーバ６１は、チャネルＡとして配信されるコンテンツのソースデータを管理しており、同一内容の該ソースデータからビットレートの異なる複数のストリーミングデータを生成してDASHサーバ６２に供給する。
【００４７】
DASHサーバ６２は、DASHセグメントストリーマ６３、およびDASH MPDサーバ６４を有する。
【００４８】
DASHセグメントストリーマ６３は、各ストリーミングデータを時間的にピリオドに区切り、さらにセグメント(segment)に分割して、それぞれをまたはいくつかのセグメントをまとめてファイル化して保持する。また、DASHセグメントストリーマ６３は、保持するファイルの供給元となるアドレス(URL情報)をDASH MPDサーバ６４に通知する。また、DASHセグメントストリーマ６３は、端末装置８０からの要求（HTTPリクエスト）に応じ、セグメント化されたストリーミングデータのファイルを、CDN１２を介してHTTP配信する。さらに、DASHセグメントストリーマ６３は、オリジンサーバとしての自己のIPアドレスをGeoLocationデータベース７１に通知して自己が設置されている地域を識別できる地域識別情報を取得し、取得した地域識別情報をDASH MPDサーバ６４に通知する。
【００４９】
DASH MPDサーバ６４は、ストリーミングデータのセグメントを端末装置８０側が受信するために必要な拡張されたMPD（以下、拡張MPDと称する。詳細後述）を生成する。また、DASH MPDサーバ６４は、MPD取得ポータル７３によるクロールに応じ、拡張MPDをMPD取得ポータル７３に供給する。
【００５０】
GeoLocationデータベース７１には、IPアドレスと、そのIPアドレスが付与されているサーバなどの地域識別情報がデータベース化されており、DASHセグメントストリーマ６３またはMPD取得ポータル７３から通知されるIPアドレスに応じ、それに対応する地域識別情報を返信する。なお、地域識別情報としては、緯度と経度、国名とZip codeなど、国名と市町村などを用いることができる。
【００５１】
CDNモニタリングデータベース７２は、CDN１２上に設けられているキャッシュサーバなどの中継設備や通信負荷状況などの統計情報を管理しており、MPD取得ポータル７３からの、端末装置８０とオリジンサーバぞれぞれの地域識別情報の通知に応じて、両者の通信距離を返信する。
【００５２】
MPD取得ポータル７３は、端末装置８０からのクエリAPIを用いたMPD取得要求に応じ、指定されたチャネルの各コンテンツ供給装置６０から拡張MPDを集める。
【００５３】
端末装置８０からのクエリAPIの例を以下に示す。
http://mpdPortal.com/minDistanceMPD?channelId="BBC-One"
ここで、http://mpdPortal.com/minDistanceMPDは、MPD取得ポータル７３上のサーバサイドスクリプトを特定するものであり、BBC-Oneは指定されたチャネルを表す。
【００５４】
また、MPD取得ポータル７３は、MPD取得要求を送信してきた端末装置８０のIPアドレスをGeoLocationデータベース７１に通知して、該端末装置８０の地域識別情報を取得する。さらに、MPD取得ポータル７３は、集めた各拡張MPDに記述されているオリジンサーバの地域識別情報と該端末装置８０の地域識別情報をCDNモニタリングデータベース７２に通知して両者の通信距離を取得し、最短の通信距離に対応する拡張MPDを該端末装置８０に送信する。
【００５５】
端末装置８０は、取得した拡張MPDに基づき、通信距離が最短のDASHセグメントストリーマ６３にストリーミングデータのセグメントを要求し、該要求に応じてHTTP配信されるファイルを受信、再生する。
【００５６】
［MPDの拡張について］
次に、DASHにおけるMPDとその拡張について説明する。
【００５７】
MPDは、コンテンツ（Media)に関する情報がPeriod毎に区分されて記述されている。各Periodには、同一内容であって画質や画角サイズが変更されているビットレートなどのストリーム属性の異なるストリーミングデータに関する情報からなる複数のRepresentationが用意されている。Representationには、Periodをさらに時間的に分割したSegmentに関する情報が格納されている。
【００５８】
図３は、MPDのRepresentation以下の構造をXML形式で記述した一例を示している。
【００５９】
同図において、MPD/Period/AdaptationSet/Representation/BaseURLに記述されている”http://example.com/counter-10mn_avc_dash.mp4”は、複数のセグメントがまとめてファイル化されているファイルの供給元のアドレスを示している。
【００６０】
また、MPD/Period/AdaptationSet/Representation/SegmentList/SegmentURL/@mediaRangeは、該ファイルにおける、各セグメントに対応するストリーミングデータのバイト範囲を示している。
【００６１】
例えば、MPD/Period/AdaptationSet/Representation/SegmentList/SegmentURL/@mediaRange=”795-83596”は、該ファイルにおけるバイト範囲795バイト目から83596バイト目までが１つ目のセグメントに対応するストリーミングデータであることを示している。
【００６２】
したがって、端末装置４０が１つ目のセグメント化されたストリーミングデータを取得する際には、ファイルのurl”http://example.com/counter-10mn_avc_dash.mp4”とともに、そのRangeヘッダにmediaRange”795-83596”を指定してHTTPリクエストを発行すればよい。この際のHTTPリクエストは、具体的には以下のとおりとなる。
GET /counter-10mn_avc_dash.mp4 HTTP/1.1
Host: example.com
Range: bytes=795-83596
【００６３】
次に、図４は、MPDにオリジンサーバの地域識別情報を記述できるようにした拡張MPDのMPD直下の構造をXML形式で記述した一例を示している。
【００６４】
すなわち、拡張MPDでは、MPDの直下にMPD/@originLocation属性が新たに導入されている。
【００６５】
MPD/@originLocation属性には、GeoLocationデータベース７１から得られる地域識別情報が記述される。なお、同図の”35d39'30.45”N,139d44'43.04”'E”は地域識別情報として緯度と経度が採用されている場合の記述例であり、オリジンサーバが北緯35度39分30.45秒、東経139度44分43.04秒に位置していることを表している。
【００６６】
なお、例えば、地域識別情報として国名とZip codeが採用されている場合には”jpn.2300075”等と記述すればよい。これはオリジンサーバが日本の郵便番号230-0075に地域に位置していることを表している。
【００６７】
［コンテンツ供給システム５０の動作］
次に、コンテンツ供給システム５０の動作について説明する。
【００６８】
図５は、コンテンツを配信するために各コンテンツ供給装置６０が事前に行なう処理（以下、配信前の処理と称する）を説明するフローチャートである。
【００６９】
ステップＳ１において、各コンテンツ供給装置６０のDASHセグメントストリーマ６３は、オリジンサーバとしての自己のIPアドレスをGeoLocationデータベース７１に通知して自己の地域識別情報を取得し、取得した地域識別情報をDASH MPDサーバ６４に通知する。
【００７０】
ステップＳ２において、チャネルサーバ６１は、チャネルＡとして配信するコンテンツのソースデータからビットレートの異なる複数のストリーミングデータを生成してDASHサーバ６２に供給する。
【００７１】
ステップＳ３において、DASHセグメントストリーマ６３は、各ストリーミングデータを時間的にピリオドに区切り、さらにセグメントに分割して、それぞれをまたはいくつかをまとめてファイル化して保持する。また、DASHセグメントストリーマ６３は、保持するファイルの供給元となるアドレスをDASH MPDサーバ６４に通知する。
【００７２】
ステップＳ４において、DASH MPDサーバ６４は、端末装置８０側がストリーミングデータのセグメントを受信するために必要な、ステップＳ１でGeoLocationデータベース７１から取得されたオリジンサーバ（DASHセグメントストリーマ６３）の地域識別情報や、該セグメントの供給元のアドレスなどを記述した拡張MPDを生成する。以上で、配信前の処理の説明を終了する。
【００７３】
次に、図６は、端末装置８０が拡張MPDを取得して。最短通信距離のオリジンサーバからコンテンツのストリーミングデータを受信、再生するまでの一連の処理（以下、一連の処理と称する）を説明するフローチャートである。
【００７４】
ステップＳ１１において、端末装置８０は、ユーザが選局したチャネルに対応するものであって、最短通信距離のオリジンサーバに対応する拡張MPDをMPD取得ポータル７３に要求する。すなわち、MPD取得ポータル７３に対して、拡張MPDのクロールを依頼するためのクエリAPIを送信する。
【００７５】
このクエリAPIに応じ、ステップＳ２１において、MPD取得ポータル７３は、クエリAPIで指定されているチャネルの各コンテンツ供給装置６０のDASH MPDサーバ６４に対して拡張MPDを要求する。また、MPD取得ポータル７３は、MPD取得要求を送信してきた端末装置８０のIPアドレスをGeoLocationデータベース７１に通知して、該端末装置８０の地域識別情報を取得する。
【００７６】
ステップＳ３１において、拡張MPDを要求された各コンテンツ供給装置６０のDASH MPDサーバ６４は、拡張MPDをMPD取得ポータル７３にHTTP配信する。
【００７７】
ステップＳ２２において、MPD取得ポータル７３は、HTTP配信された拡張MPDを受信し、各拡張MPDのMPD/@originLocation属性に記述されているオリジンサーバの地域識別情報を読み出す。さらに、MPD取得ポータル７３は、各オリジンサーバと該端末装置８０の地域識別情報をCDNモニタリングデータベース７２に通知して両者の通信距離を取得し、集めた拡張MPDのうち、最短通信距離のオリジンサーバに対応する拡張MPDを該端末装置８０に送信する。
【００７８】
ステップＳ１２において、端末装置８０は、最短通信距離のオリジンサーバに対応する拡張MPDを受信し、該拡張MPDに基づき、最短通信距離のオリジンサーバであるDASHセグメントストリーマ６３に対して、ザッピング用ストリーミングデータのセグメントを要求する。この要求に応じ、ステップＳ３２において、DASHセグメントストリーマ６３は、要求されたセグメントをHTTP配信する。端末装置８０は、ステップＳ１３において、HTTP配信されたストリーミングデータのセグメントを受信、再生する。以上で、一連の処理の説明を終了する。
【００７９】
以上に説明した一連の処理によれば、端末装置８０は、複数存在し得る同一チャネルのオリジンサーバのうち、最短通信距離のオリジンサーバに対してストリーミングデータを要求できる。したがって、該オリジンサーバから直接的に配信されるストリーミングデータのセグメントを受信する場合には速やかにそれを受信することができ、経路の途中のキャッシュサーバから配信されるセグメントを受信する場合においても効率的にキャッシュされているデータを利用することができる。したがって、ストリーミングデータの受信、再生のパフォーマンスが劣化してしまう事態の発生を抑止できる。
【００８０】
ところで、上述した一連の処理を実行するコンテンツ供給装置６０、および端末装置８０は、それぞれをハードウェアにより構成する他、コンピュータがソフトウェアを実行することにより実現することもできる。このコンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
【００８１】
図６は、上述したコンピュータのハードウェアの構成例を示すブロック図である。
【００８２】
このコンピュータ１００において、CPU（Central Processing Unit）１０１，ROM（Read Only Memory）１０２，RAM（Random Access Memory）１０３は、バス１０４により相互に接続されている。
【００８３】
バス１０４には、さらに、入出力インタフェース１０５が接続されている。入出力インタフェース１０５には、入力部１０６、出力部１０７、記憶部１０８、通信部１０９、およびドライブ１１０が接続されている。
【００８４】
入力部１０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部１０７は、ディスプレイ、スピーカなどよりなる。記憶部１０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部１０９は、ネットワークインタフェースなどよりなる。ドライブ１１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア１１１を駆動する。
【００８５】
以上のように構成されるコンピュータ１００では、CPU１０１が、例えば、記憶部１０８に記憶されているプログラムを、入出力インタフェース１０５およびバス１０４を介して、RAM１０３にロードして実行することにより、上述した一連の処理が行われる。
【００８６】
コンピュータ１００（CPU１０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア１１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。
【００８７】
コンピュータ１００では、プログラムは、リムーバブルメディア１１１をドライブ１１０に装着することにより、入出力インタフェース１０５を介して、記憶部１０８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部１０９で受信し、記憶部１０８にインストールすることができる。その他、プログラムは、ROM１０２や記憶部１０８に、あらかじめインストールしておくことができる。
【００８８】
なお、コンピュータ１００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであってもよいし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。
【００８９】
本開示の実施の形態は、上述した実施の形態に限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。
【００９０】
本開示は以下のような構成もとることができる。
（１）
適応的ストリーミング技術に従い、同一内容のコンテンツであって属性が異なる複数のストリーミングデータを供給するコンテンツ供給装置において、
前記ストリーミングデータの供給元を受信側が選択するための、前記供給元の地域識別情報を記述したメタファイルを生成するメタファイル生成部と、
前記メタファイルに基づく前記受信側からの要求に応じ、前記供給元として前記ストリーミングデータをネットワークを介して前記受信側に配信する配信部と
を備えるコンテンツ供給装置。
（２）
前記メタファイル生成部は、前記メタファイルとして拡張されたMPDを生成する
前記（１）に記載のコンテンツ供給装置。
（３）
前記メタファイル生成部は、前記メタファイルとして、前記地域識別情報を記述するためのMPD/@originLocation属性が導入された前記MPDを生成する
前記（１）または（２）に記載のコンテンツ供給装置。
（４）
異なる複数の前記供給元にそれぞれ対応する複数の前記メタデータを集め、前記受信側との通信距離が最短の前記供給元に対応する前記メタデータを前記受信側に供給する収集部を
さらに備える前記（１）から（３）のいずれかに記載のコンテンツ供給装置。
（５）
前記供給元と前記受信側との通信距離を前記収集部に通知する通信距離管理部を
さらに備える前記（４）に記載のコンテンツ供給装置。
（６）
前記通信距離管理部は、前記ネットワーク上の中継設備または前記ネットワークの通信負荷状況の少なくとも一方に基づいて、前記供給元と前記受信側との前記通信距離を決定する
前記（５）に記載のコンテンツ供給装置。
【符号の説明】
【００９１】
１１  インターネット，  １２  CDN，  ５０  コンテンツ供給システム，  ６０  コンテンツ供給装置，  ６１  チャネルサーバ，  ６２  DASHサーバ，  ６３  DASHセグメントストリーマ，  ６４  DASH PDサーバ，  ７１  GeoLocationデータベース，  ７２  CDNモニタリングデータベース，  ７３  MPD取得ポータル，  ８０  端末装置，  １００  コンピュータ，  １０１  CPU
【図１】
2015002513.tif 000003
【図２】
2015002513.tif 000004
【図３】
2015002513.tif 000005
【図４】
2015002513.tif 000006
【図５】
2015002513.tif 000007
【図６】
2015002513.tif 000008
【図７】
2015002513.tif 000009