(57)【要約】  装置が、ハイパーテキスト転送プロトコル上での動的適応ストリーミング(DASH)のメディアプレゼンテーション記述(MPD)を作成するように構成されたプロセッサであって、前記MPDが、期間に関連するAssetIdentifier要素を含み、前記AssetIdentifier要素が、前記期間が一定のアセットに属することを指定し、前記アセットが、コンテンツプロバイダによってコンテンツを使用する権利を伴う、メディアおよびメタデータを含む前記コンテンツである、プロセッサと、前記MPDを送信するように構成された送信機とを備える。装置が、ハイパーテキスト転送プロトコル上での動的適応ストリーミング(DASH)のメディアプレゼンテーション記述(MPD)を受信するように構成された受信機であって、前記MPDが、期間に関連するAssetIdentifier要素を含み、前記AssetIdentifier要素が、前記期間が一定のアセットに属することを指定し、前記アセットが、コンテンツプロバイダによってコンテンツを使用する権利を伴う、メディアおよびメタデータを含む前記コンテンツである、受信機と、前記MPDを処理するように構成されたプロセッサとを備える。
2015527816.tif 000002
【特許請求の範囲】
【請求項１】
ハイパーテキスト転送プロトコル上での動的適応ストリーミング(DASH)のメディアプレゼンテーション記述(MPD)を作成するように構成されたプロセッサであって、前記MPDが、期間に関連するAssetIdentifier要素を含み、前記AssetIdentifier要素が、前記期間が一定のアセットに属することを指定し、前記アセットが、コンテンツプロバイダによってコンテンツを使用する権利を伴う、メディアおよびメタデータを含む前記コンテンツである、プロセッサと、
前記MPDを送信するように構成された送信機とを備える、装置。
【請求項２】
前記AssetIdentifier要素が、@assetId属性と@start属性と@type属性とを含み、前記@assetId属性が、前記アセット用の一意の識別子であり、前記@start属性が、前記アセットに関連する前記期間のスタート時間に対応するアセットタイムライン上の時間を指定し、前記@type属性が、前記アセットに関連するコンテンツのタイプを定義する、請求項1に記載の装置。
【請求項３】
前記コンテンツのタイプが、メインコンテンツか広告コンテンツのどちらかである、請求項2に記載の装置。
【請求項４】
前記MPDが、TrickModeRestriction要素をさらに含み、前記TrickModeRestriction要素が、@minSpeed属性と@maxSpeed属性とを含み、前記@minSpeed属性が、最小許容トリックプレイスピードを指定し、前記@maxSpeed属性が、最大許容トリックプレイスピードを指定する、請求項1に記載の装置。
【請求項５】
前記AssetIdentifier要素が、前記期間が広告に属することを指定する、請求項4に記載の装置。
【請求項６】
前記TrickModeRestriction要素、前記@minSpeed属性および前記@maxSpeed属性のうちの少なくとも1つが、前記コンテンツプロバイダによって決定される、請求項4に記載の装置。
【請求項７】
前記AssetIdentifier要素が、前記期間が広告に属することを指定するとき、前記プロセッサが、前記MPDの送信を報告するようにさらに構成された、請求項1に記載の装置。
【請求項８】
ハイパーテキスト転送プロトコル上での動的適応ストリーミング(DASH)のメディアプレゼンテーション記述(MPD)を受信するように構成された受信機であって、前記MPDが、期間に関連するAssetIdentifier要素を含み、前記AssetIdentifier要素が、前記期間が一定のアセットに属することを指定し、前記アセットが、コンテンツプロバイダによってコンテンツを使用する権利を伴う、メディアおよびメタデータを含む前記コンテンツである、受信機と、
前記MPDを処理するように構成されたプロセッサとを備える、装置。
【請求項９】
前記AssetIdentifier要素が、@assetId属性と@start属性と@type属性とを含む、拡張マークアップ言語(XML)要素であり、前記@assetId属性が、前記アセット用の一意の識別子であり、前記@start属性が、前記アセットに関連する前記期間のスタート時間に対応するアセットタイムライン上の時間を指定し、前記@type属性が、前記アセットに関連するコンテンツのタイプを定義する、請求項8に記載の装置。
【請求項１０】
前記AssetIdentifier要素が、DescriptorTypeタイプの要素であり、コンテンツと、@schemeIdUri属性と、@value属性とを含み、前記@schemeIdUri属性が、方式を識別するためにユニフォームリソース識別子(URI)を指定し、前記コンテンツか前記@value属性のどちらかが、一意のIDを指定し、前記コンテンツか前記@value属性のどちらかが、前記アセットがメインコンテンツか挿入コンテンツかを指定する、請求項8に記載の装置。
【請求項１１】
前記プロセッサが、前記AssetIdentifier要素に基づいて、アセットタイムラインを決定するようにさらに構成された、請求項10に記載の装置。
【請求項１２】
前記アセットタイムラインがメインコンテンツと広告コンテンツとを区別する、請求項11に記載の装置。
【請求項１３】
前記プロセッサが、前記アセットタイムラインに基づいて、前記アセットのプログレスバーを実装するようにさらに構成された、請求項11に記載の装置。
【請求項１４】
ハイパーテキスト転送プロトコル上での動的適応ストリーミング(DASH)のメディアプレゼンテーション記述(MPD)を受信するステップであって、前記MPDが、期間に関連するAssetIdentifier要素を含み、前記AssetIdentifier要素が、前記期間が一定のアセットに属することを指定し、前記アセットが、コンテンツプロバイダによってコンテンツを使用する権利を伴う、メディアおよびメタデータを含む前記コンテンツである、受信するステップと、
前記MPDを処理するステップとを含む、方法。
【請求項１５】
前記第1の要素が、@assetId属性と@start属性と@type属性とを含み、前記@assetId属性が、前記アセット用の一意の識別子であり、前記@start属性が、前記アセットに関連する前記期間のスタート時間に対応するアセットタイムライン上の時間を指定し、前記@type属性が、前記アセットに関連するコンテンツのタイプを定義する、請求項14に記載の方法。
【請求項１６】
前記アセットに関連するユニフォームリソースロケータ(URL)を決定するステップと、
前記URLに関連する前記アセットのセグメントを要求するステップと、
前記セグメントを受信するステップと、
前記セグメントの受信を報告するステップとをさらに含む、請求項14に記載の方法。
【請求項１７】
前記AssetIdentifier要素に基づいて、アセットタイムラインを決定するステップをさらに含む、請求項14に記載の方法。
【請求項１８】
前記アセットタイムラインに基づいて、前記アセットのプログレスバーを実装するステップと、
前記アセットタイムライン上にランダムアクセス機能性を実装するステップとをさらに含む、請求項17に記載の方法。
【請求項１９】
前記アセットタイムラインが、メインコンテンツと広告コンテンツとを区別する、請求項17に記載の方法。
【請求項２０】
前記アセットについての追加情報を受信するステップをさらに含み、前記追加情報が、タイトル、概要、男優、女優、視聴率、トリビア、レビュー、ソーシャルメディアデータ、および広告される製品またはサービスについての情報のうちの少なくとも1つである、請求項14に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、その全体が組み込まれる、「Content-Specific Identification and Timing Behavior in DASH」と題する、Alexander Giladiにより2012年7月9日に出願された米国仮特許出願第61/669,510号、および「Content-Specific Identification and Timing Behavior in Dynamic Adaptive Streaming over Hypertext Transfer Protocol」と題する、Alexander Giladiにより2013年7月8日に出願された米国特許出願第13/937,058号の優先権を主張する。
【０００２】
連邦政府による資金提供を受けた研究開発の記載
適用不可。
【０００３】
マイクロフィッシュの補遺の参照
適用不可。
【背景技術】
【０００４】
多くのテレビジョンおよび動画の閲覧者は、現在、ビデオおよび他のメディアコンテンツへのオンデマンドアクセスを望んでいる。第1の例として、テレビジョン視聴者は、その人がテレビ番組のテレビジョンでの通常の放送時間中に見逃した番組を見ることを望み得る。閲覧者は、ノートブックコンピュータ、タブレットコンピュータ、デスクトップコンピュータ、携帯電話、または他のデバイス上でウェブブラウザまたは他のアプリケーションを通してインターネットを介して要求に応じて番組をダウンロードし、次いで、ブラウザまたは他のアプリケーション中でその番組を閲覧し得る。第2の例として、閲覧者は、要求に応じて動画をダウンロードし得る。第3の例として、閲覧者は、他の閲覧者とのテレビ会議に参加し得る。
【０００５】
ハイパーテキスト転送プロトコル上での動的適応ストリーミング(DASH: Dynamic Adaptive Streaming over Hypertext Transfer Protocol)は、そのようなメディアコンテンツを与えるために開発された規格であり、その全体が組み込まれる、国際標準化機構(ISO)/国際電気標準会議(IEC)23009-1、First Edition、2012(「23009-1」)に部分的に記載されている。さらに、ISO/IEC 23009-1、Technical Corrigendum 1、2013は、その全体が組み込まれる。DASHには、コンテンツを与えるハイパーテキスト転送プロトコル(HTTP)サーバと、コンテンツをダウンロードし、閲覧者またはユーザに関連付けられるDASHクライアントとの2つの主要なデバイスがある。DASHは、HTTPプロトコルを使用してコンテンツを要求することができるクライアントに制御を負わせる。クライアントは、ネットワーク状態、デバイス能力、およびユーザ選定など、様々なファクタに基づいて複数の形態のコンテンツまたはデータの中から選定し得るので、DASHは動的であり、適応性がある。たとえば、HTTPサーバは、様々なダウンロードビットレートをクライアントに通知し得、クライアントは、それらのビットレートのうちの1つを選定し得、クライアントは、選定されたビットレートでデータのセグメントをダウンロードし始め得る。何らかの理由のために、ネットワーク状態が劣化する場合、クライアントは、より低いビットレートに変更し、新しいビットレートでデータのセグメントをダウンロードし始め得る。したがって、DASHの適応性は、クライアントが利用可能な帯域幅よりも少ない帯域幅を消費することを保証する。
【０００６】
クライアントが閲覧することを望むテレビ番組、動画、ビデオ会議、または他のメディアコンテンツは、メインコンテンツと呼ばれ得る。メインコンテンツのプロバイダは、メインコンテンツを与えることに対する収入を獲得することを望み得る。収入を獲得する1つの方法は、メインコンテンツに広告を含めることである。広告は、広告または広告コンテンツと呼ばれ得る。したがって、HTTPサーバは、広告サーバから広告をダウンロードするようにクライアントに指示し得る。クライアントが広告コンテンツをダウンロードし、閲覧するまで、クライアントは、メインコンテンツまたはメインコンテンツの部分をダウンロードまたは閲覧することができなくなり得る。さらに、広告コンテンツを閲覧する間にスキップすることができないように、コンテンツが閲覧されるブラウザまたは他のアプリケーションにいくつかの制限が課され得る。クライアントが広告をダウンロードし、閲覧すると、広告コンテンツのプロバイダは、メインコンテンツのプロバイダに代金を支払い得る。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】国際標準化機構(ISO)/国際電気標準会議(IEC)23009-1、First Edition、2012(「23009-1」)
【非特許文献２】ISO/IEC 23009-1、Technical Corrigendum 1、2013
【非特許文献３】Extensible Markup Language(XML)1.0、Fifth Edition、2008
【発明の概要】
【課題を解決するための手段】
【０００８】
一実施形態では、本開示は、ハイパーテキスト転送プロトコル上での動的適応ストリーミング(DASH)のメディアプレゼンテーション記述(MPD)を作成するように構成されたプロセッサであって、MPDが、期間に関連するAssetIdentifier要素を含み、AssetIdentifier要素が、期間が一定のアセットに属することを指定し、アセットが、コンテンツプロバイダによってコンテンツを使用する権利を伴う、メディアおよびメタデータを含むコンテンツである、プロセッサと、MPDを送信するように構成された送信機とを備える、装置を含む。
【０００９】
別の実施形態では、本開示は、ハイパーテキスト転送プロトコル上での動的適応ストリーミング(DASH)のメディアプレゼンテーション記述(MPD)を受信するように構成された受信機であって、MPDが、期間に関連するAssetIdentifier要素を含み、AssetIdentifier要素が、期間が一定のアセットに属することを指定し、アセットが、コンテンツプロバイダによってコンテンツを使用する権利を伴う、メディアおよびメタデータを含むコンテンツである、受信機と、MPDを処理するように構成されたプロセッサとを備える、装置を含む。
【００１０】
また別の実施形態では、本開示は、ハイパーテキスト転送プロトコル上での動的適応ストリーミング(DASH)のメディアプレゼンテーション記述(MPD)を受信するステップであって、MPDが、期間に関連するAssetIdentifier要素を含み、AssetIdentifier要素が、期間が一定のアセットに属することを指定し、アセットが、コンテンツプロバイダによってコンテンツを使用する権利を伴う、メディアおよびメタデータを含むコンテンツである、受信するステップと、MPDを処理するステップとを含む方法を含む。
【００１１】
これらおよび他の特徴は、添付の図面および特許請求の範囲とともに行われる以下の発明を実施するための形態からより明確に理解されよう。
【００１２】
本開示のより完全な理解のために、ここで、添付の図面および発明を実施するための形態と併せて行われる以下の簡単な説明を参照されたい。同様の参照番号は同様の部分を表す。
【図面の簡単な説明】
【００１３】
【図１】本開示の一実施形態による、DASHシステムの概略図である。
【図２】本開示の一実施形態による、ネットワークデバイスの概略図である。
【図３】本開示の一実施形態による、DASHシステムのプロトコル図である。
【図４】本開示の一実施形態による、メディアプレゼンテーション記述(MPD: media presentation description)の図である。
【図５】本開示の一実施形態による、メディアプレゼンテーションの概略図である。
【図６】本開示の一実施形態による、方法を示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下に1つまたは複数の実施形態の例示的な実装形態を与えるが、開示するシステムおよび/または方法は、現在知られているか、存在するかにかかわらず、任意の数の技法を使用して実装され得ることを最初に理解されたい。本開示は、本明細書で示し説明する例示的な設計および実装形態を含む、以下に示す例示的な実装形態、図、および技法にいかなる場合も限定されるべきではなく、全範囲の均等物とともに添付の特許請求の範囲内で修正され得る。
【００１５】
HTTPは、ステートレスプロトコルであり、これは、それがデータについての各要求を、任意の前の要求に関係しない独立トランザクションとして扱うことを意味する。結果として、HTTPサーバは、どのクライアントがどのコンテンツをダウンロードしたかを直接知ることはできない。さらに、クライアントは、それがダウンロードしているデータがメインコンテンツか広告コンテンツかを直接知ることはできない。むしろ、クライアントが複数のHTTPサーバからダウンロードしている場合、クライアントは、それがどのHTTPサーバからダウンロードしているのかのみを知る。さらに、DASHは、現在、メインコンテンツと広告コンテンツとを区別しない。
【００１６】
メインコンテンツと広告コンテンツとの区別をしないと、少なくとも5つの問題が起こり得る。第1に、クライアントが、メインコンテンツのプログレスバーを適切に実装することができなくなり得る。プログレスバーとは、コンテンツを閲覧する際のユーザの時間進行のグラフィック表示を指し得る。プログレスバーは、クライアントのウェブブラウザまたは他のアプリケーションでユーザが閲覧可能であり得る。この問題は、例を使用してより深く理解され得る。クライアントが、5分のメインコンテンツが後に続く1分の広告コンテンツを含むメディアプレゼンテーションをダウンロードしている場合、クライアントが、メインコンテンツの進行を計算する際に1分目の広告コンテンツを含み得るので、実際にはメインコンテンツの3分目をダウンロードし、閲覧しているだけであるときに、メインコンテンツの4分目をダウンロードし、閲覧していることを表示するプログレスバーを実装し得る。第2に、第1の問題と同じ理由で、クライアントが、ランダムアクセス機能性、たとえばメインコンテンツを閲覧するために特定時間に適切にシークすることなど、を実装することができなくなり得る。たとえば、ユーザが、メインコンテンツの4分目にあって、メインコンテンツの3分目に戻ることを望むかもしれない。メインコンテンツと広告コンテンツとを区別することなしに、メインコンテンツの3分目に戻ることは困難となり得る。第3に、クライアントが広告コンテンツをダウンロードしたことを報告する方法がないことがあり得る。こうした報告をすることなしに、メインコンテンツのプロバイダは、広告コンテンツのプロバイダから支払われるその収入のすべてを受領することができなくなり得る。第4に、メインコンテンツと広告コンテンツとを区別することができないと、HTTPサーバは、動画のタイトルなどの追加情報をメインコンテンツと関連付けることができなくなり得る。第5に、HTTPサーバが、トリックモードを適切に実装することができなくなり得る。トリックモードとは、巻戻し、早送り、スローモーション、一時停止、および通常速度以外でコンテンツを再生または閲覧する他のモードのことを指し得る。特に広告コンテンツでは、トリックモード制限が、使用されることが多い。たとえば、広告コンテンツを、クライアントがダウンロードし、ユーザが閲覧することを確実にするために、広告プロバイダは、こうしたトリックモードが制限されまたは完全に利用不可となることを望み得る。少なくとも最初の2つの問題のための回避策は、存在し得るが、これらの回避策は、複雑かつ信頼できないことがあり得る。したがって、メインコンテンツと広告コンテンツとの区別をする方法が望まれる。
【００１７】
改善されたDASH実装形態のためのシステムおよび方法を本明細書で開示する。開示する技法は、DASHがコンテンツを一意に識別する方法を提供し得る。したがって、開示する技法は、上記の問題の各々に対処し得る。開示する技法はまた、他の規格に適用され、他の規格開発団体(SDO: standards developing organization)によって実装され得る。言い換えれば、開示する技法は、23009-1に、さらには他のDASH規格に限定されない。さらに、開示する技法は、ビデオオンデマンドまたはビデオ会議に限定されず、メディアコンテンツの他の形態にも適用され得る。
【００１８】
図1は、本開示の一実施形態による、DASHシステム100の概略図である。システム100は、複数のn個のHTTPサーバ110と、広告サーバ140と、DASHクライアント150と、ネットワーク180とを含み得る。HTTPサーバ110と、広告サーバ140と、クライアント150とは、ネットワーク180とHTTPキャッシュ(図示せず)などの他のネットワーク構成要素とを介して互いに通信可能に結合され得る。
【００１９】
HTTPサーバ110は、HTTPを介してデータを送信および受信するように構成された任意のハードウェアコンピュータサーバであり得る。HTTPサーバ110は、HTTPを介して、DASH規格に従ってデータを送信および受信するように構成されたサーバDASHモジュール(DM)120を含み得る。HTTPサーバは、コンテンツ配信ネットワーク(CDN)130を形成し得、CDN130は、コンテンツを配信するために複数のバックボーンを介して複数のデータセンターで展開されるサーバの分散型システムを指し得る。CDN130は、任意の数のHTTPサーバ110を含み得、したがって、nは任意の数であり得る。典型的には、CDNは、数千個のサーバを含み得る。
【００２０】
広告サーバ140は、HTTPを介してデータを送信および受信するように構成された任意のハードウェアコンピュータサーバであり得る。特に、広告サーバ140は、広告についての要求を受信し、他のネットワーク構成要素に要求された広告を送り得る。システム100にわたって任意の数の広告サーバ140があり得る。複数の広告サーバ140がある場合、広告サーバ140は、互いに関連付けられることも関連付けられないこともある。
【００２１】
クライアント150は、HTTPを介してデータを送信および受信するように構成された任意のハードウェアデバイスであり得る。たとえば、クライアント150は、ノートブックコンピュータ、タブレットコンピュータ、デスクトップコンピュータ、携帯電話、または別のデバイスであり得る。クライアント150は、クライアントDM155と、アプリケーション170と、グラフィカルユーザインターフェース(GUI)175とを含み得る。
【００２２】
クライアントDM155は、HTTPを介して、DASH規格に従ってデータを送信および受信するように構成され得る。クライアントDM155は、DASHアクセスエンジン(DAE: DASH access engine)160と、メディア出力(ME: media output)165とを含み得る。DAE160は、HTTPサーバ110から生データを受信し、そのデータを閲覧のためのフォーマットに構成するための主要構成要素であり得る。たとえば、DAE160は、タイミングデータとともにMoving Picture Experts Group(MPEG)コンテナフォーマットにデータをフォーマットし、次いで、ME165にフォーマットされたデータを出力し得る。ME165は、初期化、再生、およびコンテンツに関連する他の機能を担当し得、アプリケーション170にそのコンテンツを出力し得る。
【００２３】
アプリケーション170は、ウェブブラウザまたはコンテンツをダウンロードおよび提示するように構成されたインターフェースをもつ他のアプリケーションであり得る。クライアント150に関連するユーザがアプリケーション170の様々な機能を閲覧し得るように、アプリケーション170はGUI175に結合され得る。ユーザがコンテンツを探索することができるように、アプリケーション170は探索機能を含み得る。たとえば、アプリケーション170がメディアプレーヤである場合、ユーザが動画を探索するために単語の列を入力し得るように、アプリケーション170は探索バーを含み得る。アプリケーション170は、探索ヒットのリストを提示し得、ユーザは、ヒットの中から所望の動画を選択し得る。選択時に、アプリケーション170は、動画をダウンロードするためのクライアントDM155に命令を送り得る。DM155は、動画をダウンロードし、アプリケーション170に出力するための動画を処理し得る。アプリケーション170は、ユーザが閲覧するための動画をGUI175が表示するための命令をGUI175に与え得る。アプリケーション170は、さらに、動画の時間進行を示すプログレスバーをGUI175が表示するための命令をGUI175に与え得る。
【００２４】
GUI175は、ユーザがアプリケーションを動作させ得るように、アプリケーション170の機能を表示するように構成された任意のGUIであり得る。上記で説明したように、GUI175は、ダウンロードすべきコンテンツをユーザが選択し得るように、アプリケーション170の様々な機能を表示し得る。GUI175は、次いで、ユーザが閲覧するためのコンテンツを表示し得る。
【００２５】
ネットワーク180は、HTTPサーバ110と、広告サーバ140と、クライアント150との間の通信を提供するように構成された任意のネットワークであり得る。たとえば、ネットワーク180は、インターネット、携帯電話網、または別のネットワークであり得る。ネットワーク180により、ワイヤードまたはワイヤレスチャネルに沿った通信が可能になり得る。
【００２６】
図2は、本開示の一実施形態による、ネットワークデバイス200の概略図である。デバイス200は、データを受信するための複数の入口ポート210および/または受信機ユニット(Rx)220と、信号を処理するための論理ユニットまたはプロセッサ230と、他の構成要素にデータを送信するための複数の出口ポート240および/または送信機ユニット(Tx)250と、メモリ260とを含み得る。デバイス200は、開示する特徴、方法、およびデバイスのいずれかを実装するのに好適であり得る。たとえば、デバイス200は、HTTPサーバ110、広告サーバ140、およびクライアント150を実装するのに好適であり得る。
【００２７】
中央処理ユニット(CPU)と呼ばれ得る論理ユニット230は、入口ポート210、受信機ユニット220、出口ポート240、送信機ユニット250、およびメモリ260と通信していることがあり得る。論理ユニット230は、1つまたは複数のCPUチップ、コア(たとえば、マルチコアプロセッサなど)、フィールドプログラマブルゲートアレイ(FPGA)、特定用途向け集積回路(ASIC)、および/またはデジタル信号プロセッサ(DSP)として実装され得、ならびに/あるいは1つまたは複数のASICの一部であり得る。
【００２８】
メモリ260は、1つまたは複数のディスク、テープドライブ、光ディスクドライブ、またはソリッドステートドライブからなり得、データの不揮発性記憶装置のために、およびオーバーフローデータストレージデバイスとして使用され得、プログラムが実行のために選択されたときにそのようなプログラムを記憶するために使用され得、プログラム実行中に読み取られる命令およびデータを記憶するために使用され得る。メモリ260は、揮発性および/または不揮発性であり得、読取り専用メモリ(ROM)、ランダムアクセスメモリ(RAM)、3値連想メモリ(TCAM: ternary content-addressable memory)、スタティックランダムアクセスメモリ(SRAM: static random-access memory)、別の好適なタイプのメモリ、またはそれらの任意の組合せであり得る。メモリ260は、サーバDM120またはクライアントDM155を実装するのに好適であり得るDM270を含み得る。メモリ260は、DM270を含むものとして示されているが、論理ユニット230または論理ユニット230とメモリ260との任意の組合せがDM270を代替的に含み得る。
【００２９】
図3は、本開示の一実施形態による、DASHシステム100のプロトコル図300である。クライアント150は、メインコンテンツをダウンロードすることを望み得る。その場合、ステップ310において、クライアント150は、HTTPサーバ11101にMPDについての要求を送り得、MPDは、HTTPサーバ110の任意の組合せからメインコンテンツのセグメントをダウンロードするための命令を含み得る。メインコンテンツのセグメントをダウンロードするための命令に加えて、MPDは、広告サーバ140から広告コンテンツのセグメントをダウンロードする必要があり、そのための命令を含み得る。MPDについて以下でより十分に説明する。ステップ320において、HTTPサーバ11101は、クライアント150にMPDを送り得る。クライアント150は、DAE160を介してMPDを受信し得、DAE160は、メインコンテンツおよび広告コンテンツのセグメントについてのHTTPサーバ110からの要求を構成し発行するために、MPDを処理し得る。
【００３０】
ステップ330において、MPDによって命令されたように、クライアント150は、DAE160を介してHTTPサーバ11101に、メインコンテンツの第1のセグメントについての第1のセグメント要求を送り得る。ステップ340において、HTTPサーバ11101は、サーバDM120を介してクライアント150に、メインコンテンツの第1のセグメントを送り得る。DAE160は、第1のセグメントを受信、処理、およびフォーマットし、次いで、ME165にフォーマットされたデータを出力し得、ME165は、様々な機能を実行し、アプリケーション170にデータを出力し得る。バッファリング期間の後に、アプリケーション170は、GUI175を介して閲覧するためのデータを提示し得る。
【００３１】
ステップ350において、MPDによって命令されたように、クライアント150は、DAE160を介して広告サーバ140に、広告コンテンツ要求を送り得る。ステップ360において、広告サーバ140は、クライアント150に広告コンテンツを送り得る。MPDは、クライアント150がメインコンテンツの追加のセグメントをダウンロードするのを進める前に、クライアント150が広告コンテンツをダウンロードし提示することを必要とし得る。
【００３２】
その後、MPDによって命令されたように、ステップ370において、クライアント150が、DAE160を介してHTTPサーバ21102にメインコンテンツの最後のセグメントについての最後のセグメント要求を送り得るまで、クライアント150は、メインコンテンツならびに広告コンテンツの追加のセグメントについての要求を送り、それを受信し得る。最後に、ステップ380において、HTTPサーバ21102は、サーバDM120を介してクライアント150に、メインコンテンツの最後のセグメントを送り得る。各セグメントを受信した後に、DAE160は、そのセグメントを処理およびフォーマットし、次いで、ME165にフォーマットされたデータを出力し得る。ME165は、様々な機能を実行し、アプリケーション170にデータを出力し得る。バッファリング期間の後に、アプリケーション170は、GUI175を介して閲覧するためのデータを提示し得る。
【００３３】
メインコンテンツと広告コンテンツとは、MPDによって命令された任意の順序でダウンロードされ得る。クライアント150は、同時に閲覧のためのコンテンツを表示しながら、コンテンツをダウンロードし得る。同時ダウンロードおよび表示が、プロセスがストリーミングと呼ばれる理由であり得る。MPDを要求し受信するプロセスは反復し得る。たとえば、クライアント150は、様々な理由で更新されたMPDを要求するか、または要求するように命令され得る。
【００３４】
図4は、本開示の一実施形態による、MPD400の図である。MPD400は、期間410要素と、適応セット420要素と、表現430要素と、セグメント440要素と、サブ表現450要素と、サブセグメント460要素とを含み得る。それらの要素は、大文字の第1の文字またはキャメルケースならびにボールド体によって区別され得るが、ボールド体は本明細書では除去される。たとえば、セグメント440は、セグメントに関連付けられるMPD400の要素であり得、それの後者は、以下でより十分に説明するようにデータのユニットであり得る。同様に、期間410は、データの期間に関連付けられ得る。23009-1では、MPD400は、「ストリーミングサービスを与えるためのメディア表現のための形式化された記述(formalized description for a [m]edia [p]resentation for the purpose of providing a streaming service)」と呼ばれ得る。メディア表現は、次に、「メディアコンテンツの表現...を確立するデータの集まり(collection of data that establishes a...presentation of media content)」と呼ばれ得る。特に、MPD400は、データのセグメントをダウンロードするためのHTTPユニフォームリソースロケータ(URL)またはネットワークアドレスを告知するためのフォーマットを定義し得る。セグメントは、URLに関連するデータのユニットと呼ばれ得る。言い換えれば、セグメントは、概して、単一のURLを使用して単一のHTTP要求で取り出され得るデータの最大ユニットであり得る。MPD400は、拡張マークアップ言語(XML)文書であり得る。
【００３５】
要するに、MPD400は、データのセグメントをダウンロードするための1つまたは複数のHTTPサーバ110を指す複数のURL、または複数のURLを構成するためにクライアント150によって使用されるメタデータを含み得る。たとえば、図3を参照すると、クライアント150は、ステップ320において、MPD中で複数のURLを受信し得る。第1のURLは、第1のセグメントに関連付けられ、HTTPサーバ11101を指し得、したがって、クライアント150は、HTTPサーバ11101に第1のセグメントを要求し、受信する。第2のURLは、広告コンテンツに関連付けられ、広告サーバ140を指し得、したがって、クライアント150は、広告サーバ140に広告コンテンツを要求し、受信する。プロセスは、クライアント150が最後のURLに関連するHTTPサーバ110にコンテンツを要求し、受信するまで継続し得る。
【００３６】
再び図4を参照すると、MPD400が階層データモデルであることがわかる。23009-1では、期間410は、典型的には、「メディアコンテンツの符号化バージョンの一貫したセットが利用可能であるメディアコンテンツ期間(a media content period during which a consistent set of encoded versions of the media content is available)」を表し得る。言い換えれば、「利用可能なビットレート、言語、キャプション、サブタイトルなどのセットが期間中に変化しない(set of available bitrates, languages, captions, subtitles, etc. does not change during a [p]eriod)」。表現430は、「1つまたは複数のメディアコンテンツコンポーネントの配信可能な符号化バージョン(a deliverable encoded version of one or several media content components)」について記述し得る。クライアント150は、「ネットワーク状態または他のファクタに適応するために...表現間で切り替わり得る(may switch from Representation to Representation...in order to adapt to network conditions or other factors)」。したがって、DASHの適応性は、相互に交換可能な表現430のセットの間にある。クライアント150は、それが特定の表現430をサポートすることができるかどうかを判断し得る。サポートすることができない場合、クライアント150は、それがサポートすることができる異なる表現430を選択し得る。クライアント150は、次いで、クライアント150がダウンロードするのを中止するまで、またはクライアント150が別の表現430を選択するまで、選択された表現内の各セグメントをダウンロードし始め得る。
【００３７】
期間410要素と、適応セット420要素と、表現430要素と、セグメント440要素と、サブ表現450要素と、サブセグメント460要素とはデータを記述する。各要素は、要素に関するさらなる定義を与えるという点で要素の同様のプロパティである1つまたは複数の属性を含み得る。要素および属性は、その全体が組み込まれる、Extensible Markup Language(XML)1.0、Fifth Edition、2008において定義されている。このテキストでは、属性の前に、@シンボルが付けられ得る。たとえば、期間410は、プレゼンテーションタイムライン上で、期間410に関連する期間がいつ開始するのかを指定し得る@start属性を含み得る。さらに、期間410は、期間410に関連する期間の持続時間を指定し得る@duration属性を含み得る。適応セット420要素と、セグメント440要素と、サブ表現450要素と、サブセグメント460要素とは、23009-1において説明されており、本明細書においてさらなる説明を必要としない。
【００３８】
図5は、本開示の一実施形態による、メディアプレゼンテーション510の概略図500である。メディアプレゼンテーション510は、MPD400中の9つの期間410で記述され得る、9つの期間を含み得る。期間1、5および9は、動画またはメインコンテンツに関連し得る。期間2〜4および期間6〜8は、複数または1つの広告コンテンツに関連し得る。概略図500は、メディアプレゼンテーションの一例である。他の例では、メディアプレゼンテーションは、プリロール、ミッドロールおよびポストロール広告コンテンツを含み得、広告コンテンツが、メインコンテンツの前、途中、後にそれぞれ含まれ得ることを意味する。広告は、典型的には単一の期間に関連し得るが、一連の広告たとえば広告1〜3は、単一の期間に関連し得る。
【００３９】
上記で説明したように、期間410は、@start属性と@duration属性とを含み得る。クライアント150が、期間410の間に、@start属性および@duration属性をもつMPD400を受信するとき、クライアント150は、プレゼンテーションタイムライン510を計算することができ得る。ただし、MPD400はコンテンツを一意に識別しないので、プレゼンテーションタイムラインは、メインコンテンツと広告コンテンツの両方を考慮する。その結果、クライアント150が、メディアプレゼンテーション510をダウンロードし、提示するとき、動画は、時間00:20:00(すなわち動画の20分目)となり得るが、プログレスバーは時間00:35:00を示し得る。さらに、クライアント150は、たとえば、動画の時間00:20:00を適切にシークすることができなくなり得る。
【００４０】
したがって、アセットの概念が導入され得る。アセットとは、メディアコンテンツ、たとえば動画を指し得る。代替的に、アセットは、コンテンツプロバイダによるコンテンツを使用する権利を伴う、メディアおよびメタデータを含むコンテンツを指し得る。アセットは、一要素によって一意的に識別され得る。第1の実施形態では、要素が、たとえば、AssetIdentificationまたはAssetIdentifierと名付けられたXML要素となり得る。AssetIdentifier要素は、期間レベル上でアセットを識別し、期間が一定のアセットに属することを指定するために使用され得る。言い換えれば、2つの異なる期間が、同等のAssetIdentifierを包含する場合、2つの関連する期間は、同一のアセットに属し得る。代替的に、AssetIdentifier要素は、同様に、他のレベルでアセットを識別するために使用され得る。クライアント150が、AssetIdentifier要素を認識しない場合、クライアント150は、AssetIdentifier要素を無視し得る。AssetIdentifier要素は、各MDPに対してではなく、各アセットに対して一意に決まり得る。AssetIdentifier要素は、表1に示す属性を含み得る。
【００４１】
【表１】
2015527816.tif 000003
【００４２】
表1に示すように、AssetIdentifier要素が、@assetId属性と@start属性と@type属性とを含み得る。@assetId属性は、アセットを一意に識別し得る。@assetId属性は、たとえば、International Standard Audiovisual Number(ISAN)、Entertainment Identifier Registry(EIDR)またはDigital Object Identifier(DOI)であり得る。@start属性は、期間のスタート時間に対応する、アセットタイムライン上の時間を指定し得る。アセットタイムラインについて以下でより十分に説明する。@type属性は、アセットに関連するコンテンツのタイプ、たとえばメインコンテンツまたは広告コンテンツを定義し得る。AssetIdentifier要素に対応するXML構文は次の通りであり得る。
【００４３】
【数１】
2015527816.tif 000004
【００４４】
AssetIdentifier要素を統合する一例のXMLドキュメントは次の通りであり得る。
【００４５】
【数２Ａ】
2015527816.tif 000005
【数２Ｂ】
2015527816.tif 000006
【数２Ｃ】
2015527816.tif 000007
【数２Ｄ】
2015527816.tif 000008
【数２Ｅ】
2015527816.tif 000009
【数２Ｆ】
2015527816.tif 000010
【００４６】
AssetIdentifier要素の追加と共に、クライアント150が、アセットタイムラインを適切に計算し得る。たとえば、アセットが、図5の期間1、5および9の動画である場合、アセットタイムラインは、図5の動画タイムラインに対応し得る。したがってアセットタイムラインは、動画のプレゼンテーションタイムラインに等しくなり得る。アセットタイムラインは、単一の期間中のプレゼンテーションタイムラインと一致し得る。プレゼンテーションタイムラインは、すべての期間に及び得るが、アセットタイムラインは、動画に関係するすべての期間に相関し得る。したがって、AssetIdentifierは、クライアント150にプレゼンテーションタイムラインとアセットタイムラインとの間の翻訳を可能にし得る。
【００４７】
クライアント150は、少なくとも3つの方法でアセットタイムラインを計算し得る。第1に、MPD400が、期間1を動画を含むものとして一意に識別する、期間1のAssetIdentifier要素を含み得る。期間1の@duration属性は、期間1が10分間続くことを識別し得る。したがって、クライアント150は、動画のアセットタイムラインが期間1の10分間を含むべきと判断し得る。期間2〜4のAssetIdentifier要素は、期間2〜4が動画と異なるアセットを含むことを識別し得、期間2〜4の@duration属性は、期間2〜4が15分間続くことを識別し得、そのため、クライアント150は、動画のアセットタイムラインが期間2〜4の15分間を含むべきではないと判断し得る。期間5のAssetIdentifier要素は、期間5が動画を含むことを識別し得、期間5の@duration属性は、期間5が10分間続くことを識別し得、そのため、クライアント150は、動画のアセットタイムラインが期間5の10分間を含むべきと判断し得る。期間6〜8のAssetIdentifier要素は、期間6〜8が動画と異なるアセットを含むことを識別し得、期間6〜8の@duration属性は、期間6〜8が15分間続くことを識別し得、そのため、クライアント150は、動画のアセットタイムラインが期間6〜8の15分間を含むべきではないと判断し得る。期間9のAssetIdentifier要素は、期間9が動画を含むことを識別し得、期間9の@duration属性は、期間9が10分間続くことを識別し得、そのため、クライアント150は、動画のアセットタイムラインが期間9の10分間を含むべきと判断し得る。動画に10分の期間を追加することによって、クライアント150は、動画が30分間続くことを判断し得、そのため、クライアント150は、動画のアセットタイムラインを決定することができ得る。
【００４８】
第2に、MPD400は、期間1を動画を含むものとして一意に識別する、期間1のAssetIdentifier要素を含み得、期間1の@start属性は、期間1がプレゼンテーションタイムライン上の0分に開始することを識別し得る。期間2〜4のAssetIdentifier要素は、期間2〜4が動画と異なるアセットを含むことを識別し得、期間2の@start属性は、期間2がプレゼンテーションタイムライン上の10分に開始することを識別し得、そのため、クライアント150は、動画のアセットタイムラインが期間1の10分間のみを含むべきと判断し得る。期間5のAssetIdentifier要素は、期間5が動画を含むことを識別し得、期間5の@start属性は、期間5がプレゼンテーションタイムライン上の25分に開始することを識別し得る。期間6〜8のAssetIdentifier要素は、期間6〜8が動画と異なるアセットを含むことを識別し得、期間6の@start属性は、期間6がプレゼンテーションタイムライン上の35分に開始することを識別し得、そのため、クライアント150は、動画のアセットタイムラインが期間5の10分間のみを含むべきと判断し得る。期間9のAssetIdentifier要素は、期間9が動画を含むことを識別し得、期間9の@start属性は、期間9がプレゼンテーションタイムライン上の50分に開始することを識別し得る。これ以上、期間はなく、そのため、クライアント150は、動画のアセットタイムラインが期間9の10分間を含むべきと判断し得る。動画に10分の期間を追加することによって、クライアント150は、動画が30分間続くことを判断し得、そのため、クライアント150が動画のアセットタイムラインを決定することができ得る。
【００４９】
第3に、MPD400は、期間1、5および9を動画を含むものとして一意に識別する、期間1、5および9のAssetIdentifier要素を含み得る。さらに、期間1、5および9のAssetIdentifier要素は、プレゼンテーションタイムライン上と対照的に、期間1、5および9のスタート時間に対応する、アセットタイムライン上の時間を直接指定する@start属性を含み得る。
【００５０】
第2の実施形態では、要素が、DescriptorTypeタイプのAssetIdentifier要素となり得る。上記の第1の実施形態のように、第2の実施形態のAssetIdentifier要素は、期間レベルでアセットを識別し、期間が一定のアセットに属することを指定するために使用され得る。代替的に、AssetIdentifier要素は、同様に、他のレベルでアセットを識別するために使用され得る。クライアント150が、AssetIdentifier要素を認識しない場合、クライアント150は、AssetIdentifier要素を無視し得る。AssetIdentifier要素は、各MDPに対してではなく、各アセットに対して一意に決まり得る。AssetIdentifier要素は、@schemeIdUri属性と@value属性とを含み得る。@schemeIdUri属性は、方式を識別するためにユニフォームリソース識別子(URI)を指定し得る。@value属性は、アセットがメインコンテンツか挿入コンテンツのどちらを含むかを指示するために使用され得る。挿入コンテンツとは、広告コンテンツまたはメインコンテンツではない他の任意のコンテンツを指し得る。AssetIdentifier要素に対応するXML構文の一例は次の通りであり得る。
<AssetIdentifier schemeIdUri="urn:org:somelabs:asset-id" value="main">10.5240/ 1489-49A2-3956-4B2D-FE16-5</ AssetIdentifier >.
上記の例では、@schemeIdUri属性は、@value属性および要素コンテンツが第2の実施形態で説明したように翻訳されるものであることを示す方式を識別するためにURIを指定し得、@value属性は、アセットがメインコンテンツであることを示し得、要素コンテンツが、関連するアセットのEIDRを示し得る。AssetIdentifier要素が@start属性を含まないので、クライアント150は、上記で説明したアセットタイムラインを計算するための第2または第3の方法を使用しないこともあり得る。むしろ、クライアント150は、上記で説明したアセットタイムラインを計算するための第1の方法を使用し得る。
【００５１】
動画のアセットタイムラインを決定することによって、クライアント150は、動画のプログレスバーとアセットタイムライン上のランダムアクセス機能性を適切に実装することができ得る。さらに、AssetIdentifier要素の@type属性によって広告を識別することによって、クライアント150は、それが広告をいつダウンロードするかを判断することができ得、したがって、それがいつそうするかをHTTPサーバ110または広告サーバ140に報告し得る。代替的に、AssetIdentifier要素の@type属性によって広告を識別することによって、HTTPサーバ110は、広告に関連するMPD400をそれがいつアップロードするか判断することができ得、したがって、それがいつそうするかを広告サーバ140に報告でき得る。最後に、AssetIdentifier要素の@assetId属性によってアセットを一意に識別することによって、クライアント150は、これらのアセットについての追加情報、たとえばタイトル、概要、男優、女優、視聴率、トリビア、レビュー、ソーシャルメディアデータ、および広告される製品またはサービスについての情報にアクセスし得る。
【００５２】
AssetIdentifier要素に加えて、トリックモード制限を実装するための要素、たとえばTrickModeRestriction要素が、導入され得る。TrickModeRestriction要素は、表2に示す属性を含み得る。
【００５３】
【表２】
2015527816.tif 000011
【００５４】
表2に示すように、TrickModeRestriction要素は、@minSpeed属性と@maxSpeed属性とを含み得る。@minSpeed属性は、最小許容トリックプレイスピードを定義し得る。@maxSpeed属性は、最大許容トリックプレイスピードを定義し得る。プレゼンテーションレートが、トリックモードのために乗算される因子として、スピードを指し得る。スピードは、その全体が組み込まれる、インターネット技術標準化委員会(IETF)コメント要求(RFC)2326のセクション12.35、リアルタイムストリーミングプロトコル(RTSP)、1998、において定義されたスピードヘッダーと同一であり得る。ゼロより小さいスピードは、巻戻しスピードを表し得、ゼロのスピードは、一時停止を表し得、ゼロと1の間のスピードは、スローモーションスピードを表し得、1のスピードは通常のスピードを表し得、1より大きいスピードは早送りを表し得る。これらのトリックモード制限は、クライアント150の挙動を規制する挙動制限であり得、たとえば、こうしたトリックモードをサポートするSubRepresentationsがあるかどうかには無関係であり得る。トリックモード制限は、複数の方法で実装され得る。たとえばこれらは、専用のクライアント150特定記述子および期間レベルの要素を介して実装され得る。代替的に、これらは、その全体が組み込まれる、有線テレコミュニケーション技術者協会(SCTE)デジタルプログラムインサーション-広告システムインターフェース、パート10、ストリーム制限データモデル(SRDM)、2013、において定義されるSCTE130-10方式の要素を介して実装され得る。こうした代替実装形態は、SRDM要素がその中に包含されることを示す@schemeIdUri要素を包含し、SRDMにおいて定義されたXML要素および属性を包含する、DescriptorTypeタイプの要素を使用して含み得る。
【００５５】
MPD400は、TrickModeRestriction要素を特定期間に関連付け得る。たとえば、期間2〜4および期間6〜8は、広告に関連付けられるので、MPD400は、期間2〜4および期間6〜8にTrickModeRestriction要素を提供し得る。したがって、これらの期間に関連する広告コンテンツを、クライアント150がダウンロードしユーザが閲覧することを確実にするために、トリックモードは、期間2〜4および期間6〜8用に、制約され、または完全に利用不可とされ得る。広告プロバイダは、TrickModeRestriction要素、@minSpeed属性および@maxSpeed属性を決定し得る。
【００５６】
図6は、本開示の一実施形態による、方法600を示すフローチャートである。方法600は、たとえば、クライアント150において実装され得る。ステップ610において、DASH MPDが受信され得る。DASH MPDは、MPD400であり得るAssetIdentifier要素は、期間が一定のアセットに属することを指定し得る。アセットは、コンテンツプロバイダによるコンテンツを使用する権利を伴う、メディアおよびメタデータを含むコンテンツであり得る。ステップ620で、MPDは処理され得る。クライアント150は、MPD400を処理し、たとえば、プログレスバーおよびアセットタイムライン上のランダムアクセス機能性を実装し得る。
【００５７】
少なくとも1つの実施形態が開示され、当業者によって行われる実施形態および/または実施形態の特徴への変形、組合せ、および/または変更が本開示の範囲内に入る。実施形態の特徴を組み合わせること、統合すること、および/または省略することから生じる代替実施形態も本開示の範囲内に入る。数値範囲または限定が明確に述べられている場合、そのような明示的な範囲または限定が、明確に述べられた範囲または限定内に入る同様の大きさの反復範囲または限定を含むことを理解されたい(たとえば、約1〜約10は2、3、4などを含み、0.10よりも大きいは0.11、0.12、0.13などを含む)。たとえば、下限がRlおよび上限がRuの数値範囲が開示されるときはいつでも、その範囲内に入る任意の数が明確に開示される。特に、範囲内の以下の数が明確に開示される。R=Rl+k*(Ru-Rl)、ここで、kは、1パーセントずつ増分する、1パーセントから100パーセントの範囲にある変数であり、すなわち、kは、1パーセント、2パーセント、3パーセント、4パーセント、5パーセント、...、50パーセント、51パーセント、52パーセント、...、95パーセント、96パーセント、97パーセント、98パーセント、99パーセント、または100パーセントである。さらに、上記で定義されている2つのR数によって定義される任意の数値範囲も明確に開示される。「約」という用語の使用は、別段に明記されていない限り、後続の数の+/-10%を意味する。請求項の任意の要素に関する「随意に」という用語の使用は、要素が必要であること、または代替的に、要素が必要でないことを意味し、両方の代替が請求項の範囲内に入る。備える、含む、および有するなどの上位語の使用は、からなる、本質的にからなる、実質的にからなるなどの下位語のサポートを行うことを理解されたい。したがって、保護の範囲は、上記に述べた説明によって限定されず、以下の特許請求の範囲によって定義され、その範囲は、特許請求の範囲の主題のすべての均等物を含む。あらゆる請求項をさらなる開示として明細書に組み込み、特許請求の範囲は本開示の実施形態である。本開示における参照、特に、公開日が本出願の優先日の後である参照に関する議論は、それが従来技術であるとの承認ではない。本開示で引用されるすべての特許、特許出願、および刊行物の開示は、それらが例示的な詳細、手続きの詳細、または本開示を補う他の詳細を与える範囲で、参照により本明細書に組み込まれる。
【００５８】
本開示でいくつかの実施形態を与えたが、開示するシステムおよび方法が、本開示の趣旨または範囲から逸脱することなく、多くの他の特定の形態で実施され得ることが理解され得る。提示する例は、限定的なものではなく例示的なものと見なすべきであり、その意図は、本明細書で与える詳細に限定されるものではない。たとえば、様々な要素または構成要素が別のシステムと組み合わされるかまたは統合され得、あるいはいくつかの特徴が省略されるか、または実装されないことがあり得る。
【００５９】
さらに、個別または別個のものとして様々な実施形態で説明されたか、またはそのように示された技法、システム、サブシステム、および方法は、本開示の範囲から逸脱することなく他のシステム、モジュール、技法、または方法と組み合わされるか、または一体化され得る。相互に結合されるものとしてか、または相互に直接結合されるものとしてか、または相互に通信するものとして示されているか、またはそのように説明された他の部材は、間接的に結合されるか、あるいは何らかのインターフェース、デバイス、または電気的でか、機械的でか、もしくは他の方法でかにかかわらず、中間構成要素を通して通信し得る。変更、代替、および改変の他の例が、当業者によって確認可能であり、本明細書で開示した趣旨および範囲から逸脱することなくなされ得る。
【符号の説明】
【００６０】
100  DASHシステム
110  HTTPサーバ
1101  HTTPサーバ1
1102  HTTPサーバ2
110n  HTTPサーバn
120  サーバDASHモジュール(DM)
1201  サーバDM
1202  サーバDM
120n  サーバDM
130  コンテンツ配信ネットワーク(CDN)
140  広告サーバ
150  DASHクライアント
155  クライアントDM
160  DASHアクセスエンジン(DAE: DASH access engine)
165  メディア出力(ME: media output)
170  アプリケーション
175  グラフィカルユーザインターフェース(GUI)
180  ネットワーク
200  ネットワークデバイス
210  入口ポート
220  受信機ユニット(Rx)
230  論理ユニットまたはプロセッサ
240  出口ポート
250  送信機ユニット(Tx)
260  メモリ
270  DM
300  プロトコル図
400  MPD
410  期間
420  適応セット
430  表現
440  セグメント
450  サブ表現
460  サブセグメント
500  メディアプレゼンテーションの概略図
510  メディアプレゼンテーション
【図１】
2015527816.tif 000012
【図２】
2015527816.tif 000013
【図３】
2015527816.tif 000014
【図４】
2015527816.tif 000015
【図５】
2015527816.tif 000016
【図６】
2015527816.tif 000017
【国際調査報告】
2015527816.tif 000018
2015527816.tif 000019
2015527816.tif 000020