特表2024-503647メディアデータのバックグラウンドデータトラフィック配信
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-01-26
(54)【発明の名称】メディアデータのバックグラウンドデータトラフィック配信
(51)【国際特許分類】
H04N 21/433 20110101AFI20240119BHJP
H04L 67/62 20220101ALI20240119BHJP
H04L 67/1095 20220101ALI20240119BHJP
【ＦＩ】
H04N21/433
H04L67/62
H04L67/1095
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2023541338
(86)(22)【出願日】2022-01-26
(85)【翻訳文提出日】2023-07-06
(86)【国際出願番号】 US2022013849
(87)【国際公開番号】W WO2022164862
(87)【国際公開日】2022-08-04
(31)【優先権主張番号】63/141,580
(32)【優先日】2021-01-26
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】17/648,886
(32)【優先日】2022-01-25
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
(71)【出願人】
【識別番号】507364838
【氏名又は名称】クアルコム，インコーポレイテッド
(74)【代理人】
【識別番号】100108453
【弁理士】
【氏名又は名称】村山 靖彦
(74)【代理人】
【識別番号】100163522
【弁理士】
【氏名又は名称】黒田 晋平
(72)【発明者】
【氏名】イメド・ボウアジジ
(72)【発明者】
【氏名】トーマス・ストックハンマー
(72)【発明者】
【氏名】チャールズ・ヌン・ロ
【テーマコード（参考）】
5C164
【Ｆターム（参考）】
5C164UB26S
5C164UB36P
5C164UB41S
5C164YA24
(57)【要約】
メディアデータを取り出すための例示的なデバイスは、メディアデータを記憶するように構成されたメモリと、回路機構において実装された1つまたは複数のプロセッサとを含み、1つまたは複数のプロセッサは、バックグラウンドデータ転送によりメディアデータを取り出すための要求を、メディアストリーミングアプリケーション機能(AF)へ送ることと、要求に応答して、メディアストリーミングAFからバックグラウンドデータ転送機会の指示を受信することと、バックグラウンドデータ転送機会の指示に応答して、バックグラウンドデータ転送によりメディアデータを取り出すことと、取り出されたメディアデータをメモリに記憶することとを行うように構成される。
【特許請求の範囲】
【請求項1】
メディアデータを取り出す方法であって、クライアントデバイスの1つまたは複数のプロセッサによって、バックグラウンドデータ転送によりメディアデータを取り出すための要求を、メディアストリーミングアプリケーション機能(AF)へ送るステップと、
前記要求に応答して、前記クライアントデバイスの前記1つまたは複数のプロセッサによって、前記メディアストリーミングAFからバックグラウンドデータ転送機会の指示を受信するステップと、
前記バックグラウンドデータ転送機会の前記指示に応答して、前記1つまたは複数のプロセッサによって、前記バックグラウンドデータ転送により前記メディアデータを取り出すステップと、
前記1つまたは複数のプロセッサによって、前記取り出されたメディアデータを記憶するステップとを含む方法。
【請求項2】
前記バックグラウンドデータ転送により前記メディアデータを取り出すステップは、オフピーク指定時間ウィンドウを判断するステップと、
前記オフピーク指定時間ウィンドウ中に前記メディアデータを取り出すステップとを含む、請求項1に記載の方法。
【請求項3】
前記オフピーク指定時間ウィンドウを判断するステップは、前記バックグラウンドデータ転送機会の前記指示の中に含まれる、前記オフピーク指定時間ウィンドウを定義するデータから、前記オフピーク指定時間ウィンドウを判断するステップを含む、請求項2に記載の方法。
【請求項4】
前記バックグラウンドデータ転送により、メディアデータを取り出すための前記要求を送るステップは、前記クライアントデバイスの前記1つまたは複数のプロセッサによって実行されるメディアセッションハンドラ(MSH)によって、前記バックグラウンドデータ転送により前記メディアデータを取り出すための前記要求を、5Gメディアストリーミングダウンリンク(5GMSd)アプリケーション機能(AF)へ送るステップを含む、請求項1に記載の方法。
【請求項5】
前記バックグラウンドデータ転送機会の前記指示を受信するステップは、前記クライアントデバイスの前記1つまたは複数のプロセッサによって実行されるメディアセッションハンドラ(MSH)によって、前記バックグラウンドデータ転送機会の通知を受信するステップを含む、請求項1に記載の方法。
【請求項6】
前記MSHによって、前記バックグラウンドデータ転送を表すデータを、前記クライアントデバイスの前記1つまたは複数のプロセッサによって実行されるメディアプレーヤアプリケーションへ送るステップをさらに含み、前記メディアデータを取り出すステップは、前記クライアントデバイスの前記1つまたは複数のプロセッサによって実行される前記メディアプレーヤアプリケーションによって、前記バックグラウンドデータ転送により前記メディアデータを取り出すステップを含む、請求項5に記載の方法。
【請求項7】
前記バックグラウンドデータ転送により前記メディアデータを取り出すステップは、前記クライアントデバイスの前記1つまたは複数のプロセッサによって実行される前記MSHによって、前記バックグラウンドデータ転送により前記メディアデータを取り出すステップを含み、前記方法は、前記クライアントデバイスの前記1つまたは複数のプロセッサによって実行される前記MSHによって、前記メディアデータが取り出されたことを示すデータを、前記クライアントデバイスの前記1つまたは複数のプロセッサによって実行されるメディアプレーヤアプリケーションへ送るステップと、
前記クライアントデバイスの前記1つまたは複数のプロセッサによって実行される前記MSHによって、前記取り出されたデータを前記メディアプレーヤアプリケーションへ送るステップとをさらに含む、請求項5に記載の方法。
【請求項8】
取り出されるべき前記メディアデータの1つもしくは複数のファイルのリスト、前記1つもしくは複数のファイルのサイズ、または前記バックグラウンドデータ転送のための所望の利用可能時間のうちの少なくとも1つを含むように、前記要求を形成するステップをさらに含む、請求項1に記載の方法。
【請求項9】
メディアデータを取り出すためのデバイスであって、メディアデータを記憶するように構成されたメモリと、
回路機構において実装された1つまたは複数のプロセッサとを備え、前記1つまたは複数のプロセッサは、
バックグラウンドデータ転送によりメディアデータを取り出すための要求を、メディアストリーミングアプリケーション機能(AF)へ送ることと、
前記要求に応答して、前記メディアストリーミングAFからバックグラウンドデータ転送機会の指示を受信することと、
前記バックグラウンドデータ転送機会の前記指示に応答して、前記バックグラウンドデータ転送により前記メディアデータを取り出すことと、
前記取り出されたメディアデータを前記メモリに記憶することとを行うように構成される、デバイス。
【請求項10】
前記バックグラウンドデータ転送により前記メディアデータを取り出すために、前記1つまたは複数のプロセッサは、オフピーク指定時間ウィンドウを判断することと、
前記オフピーク指定時間ウィンドウ中に前記メディアデータを取り出すこととを行うように構成される、請求項9に記載のデバイス。
【請求項11】
前記1つまたは複数のプロセッサは、前記バックグラウンドデータ転送機会の前記指示の中に含まれる、前記オフピーク指定時間ウィンドウを定義するデータから、前記オフピーク指定時間ウィンドウを判断するように構成される、請求項10に記載のデバイス。
【請求項12】
前記バックグラウンドデータ転送により、メディアデータを取り出すための前記要求を送るために、前記1つまたは複数のプロセッサは、前記バックグラウンドデータ転送により前記メディアデータを取り出すための前記要求を、5Gメディアストリーミングダウンリンク(5GMSd)アプリケーション機能(AF)へ送るように構成されたメディアセッションハンドラ(MSH)を実行するように構成される、請求項9に記載のデバイス。
【請求項13】
前記バックグラウンドデータ転送機会の前記指示を受信するために、前記1つまたは複数のプロセッサは、前記バックグラウンドデータ転送機会の通知を受信するように構成されたメディアセッションハンドラ(MSH)を実行するように構成される、請求項9に記載のデバイス。
【請求項14】
前記MSHは、前記バックグラウンドデータ転送を表すデータを、前記1つまたは複数のプロセッサによって実行されるメディアプレーヤアプリケーションへ送るようにさらに構成され、前記メディアデータを取り出すために、前記メディアプレーヤアプリケーションは、前記バックグラウンドデータ転送により前記メディアデータを取り出すように構成される、請求項13に記載のデバイス。
【請求項15】
前記バックグラウンドデータ転送により前記メディアデータを取り出すために、前記MSHは、前記バックグラウンドデータ転送により前記メディアデータを取り出すように構成され、前記MSHは、前記メディアデータが取り出されたことを示すデータを、前記クライアントデバイスの前記1つまたは複数のプロセッサによって実行されるメディアプレーヤアプリケーションへ送ることと、
前記取り出されたデータを前記メディアプレーヤアプリケーションへ送ることとを行うようにさらに構成される、請求項13に記載のデバイス。
【請求項16】
前記1つまたは複数のプロセッサは、取り出されるべき前記メディアデータの1つもしくは複数のファイルのリスト、前記1つもしくは複数のファイルのサイズ、または前記バックグラウンドデータ転送のための所望の利用可能時間のうちの少なくとも1つを含むように、前記要求を形成するようにさらに構成される、請求項9に記載のデバイス。
【請求項17】
命令を記憶したコンピュータ可読記憶媒体であって、前記命令は、実行されると、クライアントデバイスの1つまたは複数のプロセッサに、バックグラウンドデータ転送によりメディアデータを取り出すための要求を、メディアストリーミングアプリケーション機能(AF)へ送ることと、
前記要求に応答して、前記メディアストリーミングAFからバックグラウンドデータ転送機会の指示を受信することと、
前記バックグラウンドデータ転送機会の前記指示に応答して、前記バックグラウンドデータ転送により前記メディアデータを取り出すことと、
前記取り出されたメディアデータを前記メモリに記憶することとを行わせる、コンピュータ可読記憶媒体。
【請求項18】
前記プロセッサに、前記バックグラウンドデータ転送により前記メディアデータを取り出させる前記命令は、前記プロセッサに、オフピーク指定時間ウィンドウを判断することと、
前記オフピーク指定時間ウィンドウ中に前記メディアデータを取り出すこととを行わせる命令を含む、請求項17に記載のコンピュータ可読記憶媒体。
【請求項19】
前記プロセッサに、前記オフピーク指定時間ウィンドウを判断させる前記命令は、前記プロセッサに、前記バックグラウンドデータ転送機会の前記指示の中に含まれる、前記オフピーク指定時間ウィンドウを定義するデータから、前記オフピーク指定時間ウィンドウを判断させる命令を含む、請求項18に記載のコンピュータ可読記憶媒体。
【請求項20】
前記プロセッサに、前記バックグラウンドデータ転送により、メディアデータを取り出すための前記要求を送らせる前記命令は、前記プロセッサに、前記バックグラウンドデータ転送により前記メディアデータを取り出すための前記要求を、5Gメディアストリーミングダウンリンク(5GMSd)アプリケーション機能(AF)へ送るために、メディアセッションハンドラ(MSH)を実行させる命令を含む、請求項17に記載のコンピュータ可読記憶媒体。
【請求項21】
前記プロセッサに、前記バックグラウンドデータ転送機会の前記指示を受信させる前記命令は、前記プロセッサに、前記バックグラウンドデータ転送機会の通知を受信するために、メディアセッションハンドラ(MSH)を実行させる命令を含む、請求項17に記載のコンピュータ可読記憶媒体。
【請求項22】
前記プロセッサに、前記クライアントデバイスの前記1つまたは複数のプロセッサによって実行されるメディアプレーヤアプリケーションへ、前記バックグラウンドデータ転送を表すデータを送るために、前記MSHを実行させる命令をさらに含み、前記プロセッサに前記メディアデータを取り出させる前記命令は、前記プロセッサに、前記バックグラウンドデータ転送により前記メディアデータを取り出すために、前記メディアプレーヤアプリケーションを実行させる命令を含む、請求項21に記載のコンピュータ可読記憶媒体。
【請求項23】
前記プロセッサに、前記バックグラウンドデータ転送により前記メディアデータを取り出させる前記命令は、前記プロセッサに、前記バックグラウンドデータ転送により前記メディアデータを取り出すために前記MSHを実行させる命令を含み、前記プロセッサに、前記メディアデータが取り出されたことを示すデータを、前記クライアントデバイスの前記1つまたは複数のプロセッサによって実行されるメディアプレーヤアプリケーションへ送るために、前記MSHを実行することと、
前記取り出されたデータを前記メディアプレーヤアプリケーションへ送るために前記MSHを実行することとを行わせる命令をさらに含む、請求項21に記載のコンピュータ可読記憶媒体。
【請求項24】
取り出されるべき前記メディアデータの1つもしくは複数のファイルのリスト、前記1つもしくは複数のファイルのサイズ、または前記バックグラウンドデータ転送のための所望の利用可能時間のうちの少なくとも1つを含むように、前記要求を形成することをさらに含む、請求項17に記載のコンピュータ可読記憶媒体。
【請求項25】
メディアデータを取り出すためのデバイスであって、バックグラウンドデータ転送により、メディアデータを取り出すための要求を送るための手段と、
前記要求に応答して、バックグラウンドデータ転送機会の指示を受信するための手段と、
前記バックグラウンドデータ転送機会の前記指示に応答して、前記バックグラウンドデータ転送により前記メディアデータを取り出すための手段と、
前記取り出されたメディアデータを記憶するための手段とを備えるデバイス。
【発明の詳細な説明】
【技術分野】
【0001】
本出願は、2022年1月25日に出願された米国特許出願第17/648,886号および2021年1月26日に出願された米国仮特許出願第63/141,580号の優先権を主張し、これらの出願の内容全体は、参照により本明細書に組み込まれる。2022年1月25日に出願された米国特許出願第17/648,886号は、2021年1月26日に出願された米国仮出願第63/141,580号の利益を主張する。
【0002】
本開示は、符号化メディアデータの搬送に関する。
【背景技術】
【0003】
デジタルビデオ能力は、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、携帯情報端末(PDA)、ラップトップコンピュータまたはデスクトップコンピュータ、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤ、ビデオゲームデバイス、ビデオゲームコンソール、セルラーまたは衛星無線電話、ビデオ会議デバイスなどを含む、幅広いデバイスに組み込むことができる。デジタルビデオデバイスは、デジタルビデオ情報をより効率的に送受信するために、MPEG-2、MPEG-4、ITU-T H.263またはITU-T H.264/MPEG-4, Part10、アドバンストビデオコーディング(AVC)、ITU-T H.265(高効率ビデオコーディング(HEVC)とも呼ばれる)によって定められた規格、および、そのような規格の拡張に記載されているものなどのビデオ圧縮技法を実装する。
【0004】
ビデオデータなどのメディアデータが符号化された後、メディアデータは送信または記憶のためにパケット化され得る。メディアデータは、AVCなどの、国際標準化機構(ISO)ベースメディアファイルフォーマットおよびその拡張などの、様々な規格のいずれかに準拠するメディアファイルへと、アセンブルされ得る。
【先行技術文献】
【非特許文献】
【0005】
【非特許文献1】R. Fielding他、RFC 2616、「Hypertext Transfer Protocol-HTTP/1.1」、Network Working Group、IETF、1999年6月
【非特許文献2】T. Paila他、「FLUTE-File Delivery over Unidirectional Transport」、Network Working Group、RFC 6726、2012年11月
【発明の概要】
【課題を解決するための手段】
【0006】
概して、本開示は、バックグラウンドデータ転送を使ってメディアデータをストリーミングするための技法について記載する。いくつかの事例では、バックグラウンドデータ転送が、コンテンツを顧客に効率的に配信するのに使われ得る。つまり、オフピーク時間帯に(たとえば、多くのユーザが就寝中であるか、またはそうでなければ自分のデバイスを使っていないときに)、メディアデータがクライアントデバイスへ送られ得る。クライアントデバイスのユーザが次いで、バックグラウンドデータ転送により転送されたメディアデータを、後になって再生する場合がある。モバイルネットワークオペレータ(MNO)は、オフピーク時間帯に、トラフィック用の課金割引を設ける場合がある。アプリケーションプロバイダは、どのようなコンテンツが様々な顧客によって消費されるかについての予測を行い、次いで、指定された時間ウィンドウ中に、たとえば、オフピーク時間帯に、適切なコンテンツを、対応するクライアントデバイス(「ユーザ機器」または「UE」とも呼ばれる)にプッシュし得る。
【0007】
本開示は、バックグラウンドデータ転送を使ってメディアデータを転送することに関連した様々な技法について記載する。たとえば、本開示は、クライアントデバイスおよびネットワーク上でのダウンロードプロセスの管理、ダウンロードがどのようにトリガされ得るか、ならびにクライアントデバイス上のキャッシュ空間がどのように管理され得るかに関連した技法について記載する。
【0008】
一例では、メディアデータを取り出す方法は、クライアントデバイスの1つまたは複数のプロセッサによって、バックグラウンドデータ転送によりメディアデータを取り出すための要求を、メディアストリーミングアプリケーション機能(AF)へ送るステップと、要求に応答して、クライアントデバイスの1つまたは複数のプロセッサによって、メディアストリーミングAFからバックグラウンドデータ転送機会の指示を受信するステップと、バックグラウンドデータ転送機会の指示に応答して、1つまたは複数のプロセッサによって、バックグラウンドデータ転送によりメディアデータを取り出すステップと、1つまたは複数のプロセッサによって、取り出されたメディアデータを記憶するステップとを含む。
【0009】
別の例では、メディアデータを取り出すためのデバイスであって、デバイスは、メディアデータを記憶するように構成されたメモリと、回路機構において実装された1つまたは複数のプロセッサとを備え、1つまたは複数のプロセッサは、バックグラウンドデータ転送によりメディアデータを取り出すための要求を、メディアストリーミングアプリケーション機能(AF)へ送ることと、要求に応答して、メディアストリーミングAFからバックグラウンドデータ転送機会の指示を受信することと、バックグラウンドデータ転送機会の指示に応答して、バックグラウンドデータ転送によりメディアデータを取り出すことと、取り出されたメディアデータをメモリに記憶することとを行うように構成される。
【0010】
別の例では、コンピュータ可読記憶媒体は命令を記憶し、命令は、実行されると、クライアントデバイスの1つまたは複数のプロセッサに、バックグラウンドデータ転送によりメディアデータを取り出すための要求を、メディアストリーミングアプリケーション機能(AF)へ送ることと、要求に応答して、メディアストリーミングAFからバックグラウンドデータ転送機会の指示を受信することと、バックグラウンドデータ転送機会の指示に応答して、バックグラウンドデータ転送によりメディアデータを取り出すことと、取り出されたメディアデータをメモリに記憶することとを行わせる。
【0011】
別の例では、メディアデータを取り出すためのデバイスは、バックグラウンドデータ転送により、メディアデータを取り出すための要求を送るための手段と、要求に応答して、バックグラウンドデータ転送機会の指示を受信するための手段と、バックグラウンドデータ転送機会の指示に応答して、バックグラウンドデータ転送によりメディアデータを取り出すための手段と、取り出されたメディアデータを記憶するための手段とを含む。
【0012】
1つまたは複数の例の詳細が、添付図面および以下の説明に記載される。他の特徴、目的、および利点は、説明および図面から、ならびに特許請求の範囲から明らかになろう。
【図面の簡単な説明】
【0013】
【図1】ネットワークを介してメディアデータをストリーミングするための技法を実装する例示的なシステムを示すブロック図である。
【図2】取出しユニットの構成要素の例示的なセットを示すブロック図である。
【図3】例示的なマルチメディアコンテンツの要素を示す概念図である。
【図4】表現のセグメントに対応し得る例示的なビデオファイルの要素を示すブロック図である。
【図5】本開示の技法を実施し得る例示的なシステムを示すブロック図である。
【図6】本開示の技法による、バックグラウンドデータ転送を使ってメディアデータをトランスポートするための例示的な方法を示すフローチャートである。
【図7】本開示の技法による、メディアデータを取り出す例示的な方法を示すフローチャートである。
【図8】本開示の技法による、メディアデータを取り出す別の例示的な方法を示すフローチャートである。
【発明を実施するための形態】
【0014】
概して、本開示は、バックグラウンドデータ転送を使ってメディアデータをストリーミングするための技法について記載する。いくつかの事例では、バックグラウンドデータ転送が、コンテンツを顧客に効率的に配信するのに使われ得る。つまり、オフピーク時間帯に(たとえば、多くのユーザが就寝中であるか、またはそうでなければ自分のデバイスを使っていないときに)、メディアデータがクライアントデバイスへ送られ得る。クライアントデバイスのユーザが次いで、バックグラウンドデータ転送により転送されたメディアデータを、後になって再生する場合がある。モバイルネットワークオペレータ(MNO)は、オフピーク時間帯に、トラフィック用の課金割引を設ける場合がある。アプリケーションプロバイダは、どのようなコンテンツが様々な顧客によって消費されるかについての予測を行い、次いで、指定された時間ウィンドウ中に、たとえば、オフピーク時間帯に、予測に基づいて、適切なコンテンツを、対応するクライアントデバイス(「ユーザ機器」または「UE」とも呼ばれる)にプッシュし得る。
【0015】
本開示は、バックグラウンドデータ転送を使ってメディアデータを転送することに関連した様々な技法について記載する。たとえば、本開示は、クライアントデバイスおよびネットワーク上でのダウンロードプロセスの管理、ダウンロードがどのようにトリガされ得るか、ならびにクライアントデバイス上のキャッシュ空間がどのように管理され得るかに関連した技法について記載する。
【0016】
本開示の技法は、ISOベースメディアファイルフォーマット、スケーラブルビデオコーディング(SVC)ファイルフォーマット、アドバンストビデオコーディング(AVC)ファイルフォーマット、第3世代パートナーシッププロジェクト(3GPP(登録商標))ファイルフォーマット、および/もしくはマルチビュービデオコーディング(MVC)ファイルフォーマット、または他の同様のビデオファイルフォーマットのいずれかに従ってカプセル化されたビデオデータに準拠するビデオファイルに適用され得る。
【0017】
HTTPストリーミングにおいて、頻繁に使用される動作には、HEAD、GET、および部分GETがある。HEAD動作は、所与のユニフォームリソースロケータ(URL)またはユニフォームリソースネーム(URN)に関連付けられたペイロードを取り出さずに、URLまたはURNに関連付けられたファイルのヘッダを取り出す。GET動作は、所与のURLまたはURNに関連付けられたファイル全体を取り出す。部分GET動作は、入力パラメータとしてバイト範囲を受信し、ファイルの連続した数のバイトを取り出し、この場合、バイトの数は受信されるバイト範囲に対応する。したがって、部分GET動作は1つまたは複数の個々のムービーフラグメントを取得できるので、ムービーフラグメントがHTTPストリーミングのために提供されてよい。ムービーフラグメントでは、異なるトラックのいくつかのトラックフラグメントが存在してよい。HTTPストリーミングでは、メディアプレゼンテーションは、クライアントにとってアクセス可能なデータの構造化された集合体であり得る。クライアントは、メディアデータ情報を要求およびダウンロードして、ユーザにストリーミングサービスを提示することができる。
【0018】
HTTPストリーミングを使用して3GPPデータをストリーミングする例では、マルチメディアコンテンツのビデオおよび/またはオーディオデータに関して複数の表現が存在し得る。以下で説明するように、異なる表現は、異なるコーディング特性(たとえば、ビデオコーディング規格の異なるプロファイルまたはレベル)、異なるコーディング規格またはコーディング規格の拡張(マルチビューおよび/もしくはスケーラブル拡張など)、あるいは異なるビットレートに対応し得る。そのような表現のマニフェストは、メディアプレゼンテーション記述(MPD)データ構造において定義され得る。メディアプレゼンテーションは、HTTPストリーミングクライアントデバイスにとってアクセス可能なデータの構造化された集合体に対応し得る。HTTPストリーミングクライアントデバイスは、メディアデータ情報を要求およびダウンロードして、クライアントデバイスのユーザにストリーミングサービスを提示することができる。メディアプレゼンテーションは、MPDの更新を含み得るMPDデータ構造で記述され得る。
【0019】
メディアプレゼンテーションは、1つまたは複数の期間のシーケンスを含み得る。各期間は、次の期間の開始まで、または最後の期間の場合にはメディアプレゼンテーションの終了まで及び得る。各期間は、同じメディアコンテンツのための1つまたは複数の表現を含み得る。表現は、オーディオ、ビデオ、時限のテキスト、または他のそのようなデータのいくつかの代替符号化バージョンのうちの1つであり得る。表現は、符号化のタイプ、たとえば、ビデオデータのビットレート、解像度、および/またはコーデック、ならびにオーディオデータのビットレート、言語、および/またはコーデックによって異なる場合がある。表現という用語は、マルチメディアコンテンツのある特定の期間に対応し、ある特定のやり方で符号化された、符号化オーディオデータまたは符号化ビデオデータのあるセクションを指すために使用される場合がある。
【0020】
ある特定の期間の表現は、表現が属する適応セットを示すMPD内の属性によって示されるグループに割り当てられ得る。同じ適応セット内の表現は、概して、クライアントデバイスが、たとえば帯域幅適応を実施するためにこれらの表現の間で動的かつシームレスに切り替わることができる点で、互いに対する代替物と見なされる。たとえば、ある特定の期間のビデオデータの各表現は、同じ適応セットに割り当てられ得るので、表現のうちのいずれもが、対応する期間のマルチメディアコンテンツの、ビデオデータまたはオーディオデータなど、メディアデータを提示するように復号するために選択され得る。いくつかの例では、1つの期間内のメディアコンテンツは、存在する場合には、グループ0からの1つの表現、または各非ゼロのグループからの最大でも1つの表現の組合せのいずれかによって表され得る。ある期間の各表現のタイミングデータは、期間の開始時間に対して表され得る。
【0021】
表現は1つまたは複数のセグメントを含み得る。各表現は、初期化セグメントを含んでよく、または表現の各セグメントは、自己初期化するものであってよい。初期化セグメントは、存在する場合、表現にアクセスするための初期化情報を含み得る。一般に、初期化セグメントは、メディアデータを含まない。セグメントは、ユニフォームリソースロケータ(URL)、ユニフォームリソースネーム(URN)、またはユニフォームリソース識別子(URI)のような、識別子によって一意に参照され得る。MPDは、各セグメントのための識別子を提供し得る。いくつかの例では、MPDはまた、URL、URN、またはURIによってアクセス可能なファイル内のセグメントのためのデータに対応し得る、range属性の形式で、バイト範囲を提供することができる。
【0022】
異なるタイプのメディアデータに関して実質的に同時に取り出すために異なる表現を選択することができる。たとえば、クライアントデバイスは、セグメントを取り出すオーディオ表現、ビデオ表現、および時限のテキスト表現を選択することができる。いくつかの例では、クライアントデバイスは、帯域幅適応を実施するために特定の適応セットを選択することができる。すなわち、クライアントデバイスは、ビデオ表現を含む適応セット、オーディオ表現を含む適応セット、および/または時限のテキストを含む適応セットを選択することができる。代替として、クライアントデバイスは、あるタイプのメディア(たとえば、ビデオ)に関する適応セットを選択し、他のタイプのメディア(たとえば、オーディオおよび/または時限のテキスト)に関する表現を直接選択することができる。
【0023】
図1は、ネットワークを介してメディアデータをストリーミングするための技法を実装する例示的なシステム10を示すブロック図である。この例では、システム10は、コンテンツ準備デバイス20、サーバデバイス60、およびクライアントデバイス40を含む。クライアントデバイス40およびサーバデバイス60は、インターネットを含み得るネットワーク74によって通信可能に結合される。いくつかの例では、コンテンツ準備デバイス20およびサーバデバイス60も、ネットワーク74もしくは別のネットワークによって結合されてよく、または直接通信可能に結合されてよい。いくつかの例では、コンテンツ準備デバイス20およびサーバデバイス60は、同じデバイスを含み得る。
【0024】
図1の例では、コンテンツ準備デバイス20は、オーディオソース22とビデオソース24とを含む。オーディオソース22は、たとえば、オーディオエンコーダ26によって符号化されるべきキャプチャされたオーディオデータを表す電気信号を生成するマイクロフォンを備え得る。代替として、オーディオソース22は、以前に記録されたオーディオデータを記憶する記憶媒体、コンピュータ化されたシンセサイザのようなオーディオデータ生成器、またはオーディオデータの任意の他のソースを備え得る。ビデオソース24は、ビデオエンコーダ28によって符号化されるべきビデオデータを生成するビデオカメラ、以前に記録されたビデオデータで符号化された記憶媒体、コンピュータグラフィックスソースのようなビデオデータ生成ユニット、またはビデオデータの任意の他のソースを備え得る。コンテンツ準備デバイス20は必ずしも、すべての例において、サーバデバイス60に通信可能に結合されるとは限らないが、サーバデバイス60によって読み取られる別個の媒体にマルチメディアコンテンツを記憶する場合がある。
【0025】
生のオーディオデータおよびビデオデータは、アナログデータまたはデジタルデータを含み得る。アナログデータは、オーディオエンコーダ26および/またはビデオエンコーダ28によって符号化される前にデジタル化され得る。オーディオソース22は、話している参加者から、その話している参加者が話している間オーディオデータを取得することができ、ビデオソース24は、話している参加者のビデオデータを同時に取得することができる。他の例では、オーディオソース22は、記憶されたオーディオデータを含むコンピュータ可読記憶媒体を備えてよく、ビデオソース24は、記憶されたビデオデータを含むコンピュータ可読記憶媒体を備え得る。このように、本開示で説明される技術は、ライブ、ストリーミング、リアルタイムオーディオデータ、およびリアルタイムビデオデータに適用され得、または、アーカイブされた事前に記録されたオーディオデータ、およびアーカイブされた事前に記録されたビデオデータに適用され得る。
【0026】
ビデオフレームに対応するオーディオフレームは、一般に、ビデオフレーム内に含まれるビデオソース24によってキャプチャ(または、生成)されたビデオデータと同時に、オーディオソース22によってキャプチャ(または、生成)されたオーディオデータを含むオーディオフレームである。たとえば、話している参加者が一般に話すことによってオーディオデータを生成している間、オーディオソース22はオーディオデータをキャプチャし、ビデオソース24は同時に、すなわち、オーディオソース22がオーディオデータをキャプチャしている間に、話している参加者のビデオデータをキャプチャする。したがって、オーディオフレームは、1つまたは複数の特定のビデオフレームに時間的に対応し得る。したがって、ビデオフレームに対応するオーディオフレームは、一般に、オーディオデータおよびビデオデータが同時にキャプチャされた状況に対応し、その状況に対して、オーディオフレームおよびビデオフレームがそれぞれ、同時にキャプチャされたオーディオデータおよびビデオデータを含む。
【0027】
いくつかの例では、オーディオエンコーダ26は、各符号化オーディオフレームにおいて、符号化オーディオフレームに関するオーディオデータが記録された時間を表すタイムスタンプを符号化することができ、同様に、ビデオエンコーダ28は、各符号化ビデオフレームにおいて、符号化ビデオフレームに関するビデオデータが記録された時間を表すタイムスタンプを符号化することができる。そのような例では、ビデオフレームに対応するオーディオフレームは、タイムスタンプを含むオーディオフレームおよび同じタイムスタンプを含むビデオフレームを含み得る。コンテンツ準備デバイス20は、オーディオエンコーダ26および/もしくはビデオエンコーダ28がタイムスタンプを生成する場合がある内部クロック、またはオーディオソース22およびビデオソース24がそれぞれオーディオデータおよびビデオデータをタイムスタンプに関連付けるために使用する場合がある内部クロックを含み得る。
【0028】
いくつかの例では、オーディオソース22は、オーディオデータが記録された時間に対応するデータをオーディオエンコーダ26に送ることができ、ビデオソース24は、ビデオデータが記録された時間に対応するデータをビデオエンコーダ28に送ることができる。いくつかの例では、オーディオエンコーダ26は、符号化オーディオデータにおいて、符号化オーディオデータの相対的な時間順序を示すために、オーディオデータが記録された絶対的な時間を必ずしも示すとは限らないが、シーケンス識別子を符号化することができ、同様に、ビデオエンコーダ28も、符号化ビデオデータの相対的な時間順序を示すためにシーケンス識別子を使用することができる。同様に、いくつかの例では、シーケンス識別子がタイムスタンプとともにマップされるか、あるいはタイムスタンプと相関することがある。
【0029】
オーディオエンコーダ26は、一般に、符号化オーディオデータのストリームを生成し、ビデオエンコーダ28は、符号化ビデオデータのストリームを生成する。データの個々の各ストリーム(オーディオかビデオかにかかわらず)は、エレメンタリストリームと呼ばれることがある。エレメンタリストリームは、表現の単一のデジタル的にコーディングされた(場合によっては圧縮された)成分である。たとえば、表現のコード化ビデオまたはオーディオの部分は、エレメンタリストリームであり得る。エレメンタリストリームは、ビデオファイル内にカプセル化される前に、パケット化エレメンタリストリーム(PES)に変換され得る。同じ表現内で、ストリームIDが、あるエレメンタリストリームに属するPESパケットを他のエレメンタリストリームに属するPESパケットと区別するために使用され得る。エレメンタリストリームのデータの基本単位は、パケット化エレメンタリストリーム(PES)パケットである。したがって、コード化ビデオデータは、一般に、エレメンタリビデオストリームに対応する。同様に、オーディオデータは、1つまたは複数のそれぞれのエレメンタリストリームに対応する。
【0030】
ITU-T H.264/AVCおよびITU-T H.265高効率ビデオコーディング(HEVC)規格、およびITU-T H.266多用途ビデオコーディング(VVC)規格など、多くのビデオコーディング規格は、エラーのないビットストリームのためのシンタックス、意味論、および復号プロセスを定義し、それらのいずれもが、一定のプロファイルまたはレベルに準拠する。ビデオコーディング規格は、一般的にエンコーダを規定しないが、エンコーダは、生成されたビットストリームがデコーダのための規格に準拠することを保証する役割を課される。ビデオコーディング規格のコンテキストでは、「プロファイル」は、アルゴリズム、特徴、またはツールのサブセット、およびこれらに適用される制約に対応する。H.264規格によって定義されるように、たとえば、「プロファイル」は、H.264規格によって指定される全体のビットストリームシンタックスのサブセットである。「レベル」は、たとえば、デコーダメモリおよび計算のような、デコーダのリソース消費の制限に対応し、これは、ピクチャの解像度、ビットレート、およびブロック処理速度に関連する。プロファイルは、profile_idc(プロファイルインジケータ)値によってシグナリングされ得るが、レベルは、level_idc(レベルインジケータ)値によってシグナリングされ得る。
【0031】
たとえば、所与のプロファイルのシンタックスによって課される範囲内で、復号されるピクチャの指定されたサイズのようなビットストリーム内のシンタックス要素のとる値に応じて、エンコーダおよびデコーダの性能に大きい変動を求めることが依然として可能であることを、H.264規格は認める。多くの用途において、特定のプロファイル内のシンタックスのすべての仮想的な使用を扱うことが可能なデコーダを実装するのは、現実的でも経済的でもないことを、H.264規格はさらに認める。したがって、H.264規格は、ビットストリーム内のシンタックス要素の値に課される制約の指定されたセットとして、「レベル」を定義する。これらの制約は、値に対する単純な制限であり得る。代替として、これらの制約は、値の算術的な組合せの制約の形式(たとえば、1秒当たりに復号されるピクチャの数と、ピクチャの高さと、ピクチャの幅との積)をとり得る。個々の実装形態が、サポートされるプロファイルごとに異なるレベルをサポートしてもよいことを、H.264規格はさらに規定する。
【0032】
プロファイルに準拠するデコーダは、普通、プロファイル内で定義されるすべての特徴をサポートする。たとえば、コーディング特徴として、Bピクチャコーディングは、H.264/AVCのベースラインプロファイルではサポートされないが、H.264/AVCの他のプロファイルではサポートされる。あるレベルに準拠するデコーダは、レベル内で定義された制限を超えるリソースを要求しない、あらゆるビットストリームを復号することが可能であるべきである。プロファイルおよびレベルの定義は、説明可能性のために有用であり得る。たとえば、ビデオ送信中、プロファイルおよびレベルの定義のペアが、送信セッション全体に対して取り決められ合意され得る。より具体的には、H.264/AVCにおいて、レベルは、処理される必要があるマクロブロックの数、復号ピクチャバッファ(DPB)のサイズ、コード化ピクチャバッファ(CPB)のサイズ、垂直方向の運動ベクトルの範囲、2つの連続するMB当たりの運動ベクトルの最大の数に対する制限、および、Bブロックが8×8ピクセルよりも小さいサブマクロブロック区分を有し得るかどうかを定義することができる。このようにして、デコーダは、デコーダがビットストリームを適切に復号することが可能であるかどうか判断することができる。
【0033】
図1の例では、コンテンツ準備デバイス20のカプセル化ユニット30は、ビデオエンコーダ28からのコード化ビデオデータを含むエレメンタリストリームと、オーディオエンコーダ26からのコード化オーディオデータを含むエレメンタリストリームとを受信する。いくつかの例では、ビデオエンコーダ28およびオーディオエンコーダ26は各々、符号化データからPESパケットを形成するためのパケッタイザを含み得る。他の例では、ビデオエンコーダ28およびオーディオエンコーダ26は各々、符号化データからPESパケットを形成するためのそれぞれのパケッタイザとインターフェースをとる場合がある。さらに他の例では、カプセル化ユニット30は、符号化オーディオデータおよび符号化ビデオデータからPESパケットを形成するためのパケッタイザを含み得る。
【0034】
ビデオエンコーダ28は、種々のやり方でマルチメディアコンテンツのビデオデータを符号化して、ピクセル解像度、フレームレート、様々なコーディング規格に対する準拠、様々なコーディング規格のための様々なプロファイルおよび/もしくはプロファイルのレベルに対する準拠、1つもしくは複数のビューを有する表現(たとえば、2次元または3次元の再生のための)、または他のそのような特性のような、様々な特性を有する様々なビットレートのマルチメディアコンテンツの様々な表現を生成することができる。本開示において使用される表現は、オーディオデータ、ビデオデータ、(たとえば、クローズドキャプション用の)テキストデータ、または他のそのようなデータのうちの1つを含んでもよい。この表現は、オーディオエレメンタリストリームまたはビデオエレメンタリストリームなどのエレメンタリストリームを含み得る。各PESパケットは、PESパケットが属するエレメンタリストリームを特定するstream_idを含み得る。カプセル化ユニット30は、様々な表現のビデオファイル(たとえば、セグメント)へとエレメンタリストリームを組み立てる役割を担う。
【0035】
カプセル化ユニット30は、オーディオエンコーダ26およびビデオエンコーダ28から表現のエレメンタリストリームのためのPESパケットを受信し、PESパケットから対応するネットワーク抽象化層(NAL)ユニットを形成する。コード化ビデオセグメントはNALユニットへと編成される場合があり、NALユニットは、ビデオ電話、記憶、ブロードキャスト、またはストリーミングのような、「ネットワークフレンドリ」なビデオ表現のアドレッシング適用を実現する。NALユニットは、ビデオコーディング層(VCL)NALユニットおよび非VCL NALユニットに分類され得る。VCLユニットは、コア圧縮エンジンを含んでよく、ブロック、マクロブロック、および/またはスライスレベルのデータを含んでよい。他のNALユニットは、非VCL NALユニットであり得る。いくつかの例では、1つの時間インスタンスにおけるコード化ピクチャは、通常は一次コード化ピクチャとして提示され、1つまたは複数のNALユニットを含み得るアクセスユニット内に包含され得る。
【0036】
非VCL NALユニットは、特に、パラメータセットのNALユニットおよびSEI NALユニットを含み得る。パラメータセットは、(シーケンスパラメータセット(SPS)内に)シーケンスレベルヘッダ情報を包含し、(ピクチャパラメータセット(PPS)内に)頻繁には変化しないピクチャレベルヘッダ情報を包含し得る。パラメータセット(たとえば、PPSおよびSPS)があれば、この頻繁には変化しない情報は、各シーケンスまたはピクチャに対して繰り返される必要がなく、したがって、コーディング効率が向上し得る。さらに、パラメータセットの使用が、重要なヘッダ情報の帯域外送信を有効化することができ、エラーの復元のための冗長な送信の必要がなくなる。帯域外送信の例では、パラメータセットのNALユニットが、SEI NALユニットなどの他のNALユニットとは異なるチャネル上で送信され得る。
【0037】
補足強調情報(SEI)は、VCL NALユニットからコード化ピクチャサンプルを復号するために必要ではない情報を包含し得るが、復号、表示、エラーの復元、および他の目的に関係するプロセスを支援し得る。SEIメッセージは、非VCL NALユニットに包含され得る。SEIメッセージは、いくつかの標準仕様の規範的部分であり、したがって、規格に準拠するデコーダの実装において常に必須であるとは限らない。SEIメッセージは、シーケンスレベルSEIメッセージまたはピクチャレベルSEIメッセージであり得る。いくつかのシーケンスレベル情報は、SVCの例におけるスケーラビリティ情報SEIメッセージおよびMVCにおけるビュースケーラビリティ情報SEIメッセージなどのSEIメッセージ内に包含され得る。これらの例示的なSEIメッセージは、たとえば、動作点の抽出および動作点の特性に関する情報を伝達することができる。加えて、カプセル化ユニット30は、表現の特性を記述するメディアプレゼンテーション記述子(MPD)などのマニフェストファイルを形成することができる。カプセル化ユニット30は、拡張可能マークアップ言語(XML)に従ってMPDをフォーマットすることができる。
【0038】
カプセル化ユニット30は、マニフェストファイル(たとえば、MPD)とともに、マルチメディアコンテンツの1つまたは複数の表現のためのデータを出力インターフェース32に提供し得る。出力インターフェース32は、ネットワークインターフェースもしくはユニバーサルシリアルバス(USB)インターフェース、CDもしくはDVDのライターもしくはバーナー、磁気記憶媒体もしくはフラッシュ記憶媒体へのインターフェースのような記憶媒体へ書き込むためのインターフェース、または、メディアデータを記憶もしくは送信するための他のインターフェースを含み得る。カプセル化ユニット30は、マルチメディアコンテンツの表現の各々のデータを出力インターフェース32に提供することができ、出力インターフェース32は、ネットワーク送信または記憶媒体を介してデータをサーバデバイス60に送ることができる。図1の例では、サーバデバイス60は、それぞれのマニフェストファイル66と1つまたは複数の表現68A～68N(表現68)とをそれぞれが含む様々なマルチメディアコンテンツ64を記憶する記憶媒体62を含む。いくつかの例では、出力インターフェース32はネットワーク74にデータを直接送ることもできる。
【0039】
いくつかの例では、表現68は、適応セットに分離され得る。すなわち、表現68の様々なサブセットは、コーデック、プロファイルおよびレベル、解像度、ビューの数、セグメントのファイルフォーマット、たとえば話者による、復号され提示されるべき表現および/またはオーディオデータとともに表示されるべきテキストの言語または他の特性を識別する場合があるテキストタイプ情報、カメラの角度または適応セット内の表現のシーンの現実世界のカメラの視野を表す場合があるカメラ角度情報、特定の視聴者に対するコンテンツの適切性を表すレーティング情報などのような、特性のそれぞれの共通のセットを含み得る。
【0040】
マニフェストファイル66は、特定の適応セットに対応する表現68のサブセットを示すデータ、ならびに適応セットの共通の特性を含み得る。マニフェストファイル66はまた、適応セットの個々の表現のための、ビットレートのような個々の特性を表すデータを含み得る。このようにして、適応セットは、簡略化されたネットワーク帯域幅適応を可能にする場合がある。適応セット内の表現は、マニフェストファイル66の適応セット要素の子要素を使用して示され得る。
【0041】
サーバデバイス60は、要求処理ユニット70およびネットワークインターフェース72を含む。いくつかの例では、サーバデバイス60は、複数のネットワークインターフェースを含み得る。さらに、サーバデバイス60の特徴のいずれかまたはすべては、ルータ、ブリッジ、プロキシデバイス、スイッチ、または他のデバイスなどの、コンテンツ配信ネットワークの他のデバイス上に実装され得る。いくつかの例では、コンテンツ配信ネットワークの中間デバイスは、マルチメディアコンテンツ64のデータをキャッシュし、サーバデバイス60の構成要素に実質的に準拠する構成要素を含み得る。一般に、ネットワークインターフェース72は、ネットワーク74を介してデータを送受信するように構成される。
【0042】
要求処理ユニット70は、記憶媒体62のデータに対するネットワーク要求をクライアントデバイス40のようなクライアントデバイスから受信するように構成される。たとえば、要求処理ユニット70は、R. Fielding他による、RFC 2616、「Hypertext Transfer Protocol-HTTP/1.1」、Network Working Group、IETF、1999年6月に記述されるような、ハイパーテキスト転送プロトコル(HTTP)バージョン1.1を実装する場合がある。すなわち、要求処理ユニット70は、HTTP GETまたは部分GET要求を受信して、それらの要求に応答して、マルチメディアコンテンツ64のデータを提供するように構成され得る。要求は、たとえば、セグメントのURLを使用して、表現68のうちの1つのセグメントを指定することができる。いくつかの例では、要求はまた、セグメントの1つまたは複数のバイト範囲を指定することができ、したがって、部分GET要求を含む。要求処理ユニット70はさらに、表現68のうちの1つのセグメントのヘッダデータを提供するために、HTTP HEAD要求に対応するように構成されてよい。いずれの場合でも、要求処理ユニット70は、クライアントデバイス40のような要求デバイスに、要求されたデータを提供するために、要求を処理するように構成され得る。
【0043】
追加または代替として、要求処理ユニット70は、eMBMSなどのブロードキャストまたはマルチキャストプロトコルを介してメディアデータを配信するように構成され得る。コンテンツ準備デバイス20は、DASHセグメントおよび/またはサブセグメントを、説明したのと実質的に同じやり方で作成することができるが、サーバデバイス60は、これらのセグメントまたはサブセグメントを、eMBMSまたは別のブロードキャストもしくはマルチキャストのネットワークトランスポートプロトコルを使用して配信することができる。たとえば、要求処理ユニット70は、クライアントデバイス40からマルチキャストグループ参加要求を受信するように構成され得る。すなわち、サーバデバイス60は、特定のマルチメディアコンテンツ(たとえば、ライブイベントのブロードキャスト)に関連付けられたマルチキャストグループに関連付けられたインターネットプロトコル(IP)アドレスを、クライアントデバイス40を含むクライアントデバイスに広告し得る。次に、クライアントデバイス40は、マルチキャストグループに加わるための要求を提出することができる。この要求は、ルータがマルチキャストグループに関連付けられたIPアドレス宛のトラフィックをクライアントデバイス40などの加入クライアントデバイスに向けるように、ネットワーク74中、たとえば、ネットワーク74を構成するルータに伝搬され得る。
【0044】
図1の例に示すように、マルチメディアコンテンツ64は、メディアプレゼンテーション記述(MPD)に対応し得るマニフェストファイル66を含む。マニフェストファイル66は、様々な代替の表現68(たとえば、品質が異なるビデオサービス)の記述を包含してよく、この記述は、たとえば、コーデック情報、プロファイル値、レベル値、ビットレート、および表現68の他の説明のための特性を含み得る。クライアントデバイス40は、表現68のセグメントにどのようにアクセスするかを決定するために、メディアプレゼンテーションのMPDを取り出し得る。
【0045】
具体的には、取出しユニット52は、ビデオデコーダ48の復号能力とビデオ出力44のレンダリング能力とを決定するために、クライアントデバイス40の構成データ(図示せず)を取り出し得る。構成データはまた、クライアントデバイス40のユーザによって選択される言語の選好、クライアントデバイス40のユーザによって設定される深さの選好に対応する1つもしくは複数のカメラ視野、および/または、クライアントデバイス40のユーザによって選択されるレーティングの選好のいずれかまたはすべてを含み得る。取出しユニット52は、たとえば、HTTP GETおよび部分GET要求を提出するように構成されたウェブブラウザまたはメディアクライアントを備え得る。取出しユニット52は、クライアントデバイス40の1つまたは複数のプロセッサまたは処理ユニット(図示せず)によって実行されるソフトウェア命令に対応し得る。いくつかの例では、取出しユニット52に関して説明した機能性のすべてまたは一部は、ハードウェア、または、ハードウェア、ソフトウェア、および/もしくはファームウェアの組合せにおいて実装されてよく、この場合、必須のハードウェアは、ソフトウェアまたはファームウェアのための命令を実行するために提供され得る。
【0046】
取出しユニット52は、クライアントデバイス40の復号およびレンダリング能力を、マニフェストファイル66の情報によって示される表現68の特性と比較することができる。取出しユニット52は、表現68の特性を決定するために、マニフェストファイル66の少なくとも一部分を最初に取り出し得る。たとえば、取出しユニット52は、1つまたは複数の適応セットの特性について説明する、マニフェストファイル66の一部分を要求する場合がある。取出しユニット52は、クライアントデバイス40のコーディングおよびレンダリング能力によって満たされ得る特性を有する、表現68のサブセット(たとえば、適応セット)を選択することができる。取出しユニット52は、次いで、適応セット内の表現に対するビットレートを決定し、ネットワーク帯域幅の現在利用可能な量を決定し、ネットワーク帯域幅によって満たされ得るビットレートを有する表現のうちの1つからセグメントを取り出すことができる。
【0047】
概して、表現のビットレートが高くなると、ビデオ再生の品質が高くなる一方、表現のビットレートが低くなると、利用可能なネットワーク帯域幅が縮小したときに、ビデオ再生の品質が十分なものになる場合がある。したがって、利用可能なネットワーク帯域幅が比較的高いときには、取出しユニット52は、ビットレートが比較的高い表現からデータを取り出すことができ、利用可能なネットワーク帯域幅が低いときには、取出しユニット52は、ビットレートが比較的低い表現からデータを取り出すことができる。このように、クライアントデバイス40は、ネットワーク74の変化するネットワーク帯域幅の利用可能性にも適応しながら、ネットワーク74を介してマルチメディアデータをストリーミングし得る。
【0048】
追加または代替として、取出しユニット52は、ブロードキャスト、またはeMBMSもしくはIPマルチキャストなどのマルチキャストネットワークプロトコルに従ってデータを受信するように構成され得る。そのような例では、取出しユニット52は、特定のメディアコンテンツに関連付けられたマルチキャストネットワークグループに加わるための要求を提出することができる。取出しユニット52は、マルチキャストグループに加わった後、サーバデバイス60またはコンテンツ準備デバイス20にさらなる要求を発行することなしに、マルチキャストグループのデータを受信することができる。取出しユニット52は、たとえば、再生を停止するために、または、チャネルを異なるマルチキャストグループに変更するために、マルチキャストグループのデータがもはや必要とされないとき、マルチキャストグループを出るための要求を提出することができる。
【0049】
ネットワークインターフェース54は、選択された表現のセグメントのデータを受信し、取出しユニット52に提供することができ、次に、取出しユニット52は、セグメントをカプセル化解除ユニット50に提供することができる。カプセル化解除ユニット50は、ビデオファイルの要素を、構成要素であるPESストリームへとカプセル化解除し、PESストリームをパケット化解除して符号化データを取り出し、たとえば、ストリームのPESパケットヘッダによって示されるように、符号化データがオーディオストリームの一部それともビデオストリームの一部であるかに応じて、符号化データをオーディオデコーダ46またはビデオデコーダ48のいずれかに送ることができる。オーディオデコーダ46は、符号化オーディオデータを復号し、復号したオーディオデータをオーディオ出力42に送る一方、ビデオデコーダ48は、符号化ビデオデータを復号し、ストリームの複数のビューを含み得る復号ビデオデータをビデオ出力44に送る。
【0050】
ビデオエンコーダ28、ビデオデコーダ48、オーディオエンコーダ26、オーディオデコーダ46、カプセル化ユニット30、取出しユニット52、およびカプセル化解除ユニット50は各々、適用できる場合は、1つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)、個別論理回路機構、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せなど、様々な適切な処理回路機構のいずれかとして実装され得る。ビデオエンコーダ28およびビデオデコーダ48の各々は、1つまたは複数のエンコーダまたはデコーダ内に含まれてよく、これらのいずれもが、複合ビデオエンコーダ/デコーダ(コーデック)の一部として統合され得る。同様に、オーディオエンコーダ26およびオーディオデコーダ46の各々は、1つまたは複数のエンコーダまたはデコーダ内に含まれてよく、これらのいずれもが、複合コーデックの一部として統合され得る。ビデオエンコーダ28、ビデオデコーダ48、オーディオエンコーダ26、オーディオデコーダ46、カプセル化ユニット30、取出しユニット52、および/またはカプセル化解除ユニット50を含む装置は、集積回路、マイクロプロセッサ、および/またはセルラー電話のようなワイヤレス通信デバイスを含み得る。
【0051】
クライアントデバイス40、サーバデバイス60、および/またはコンテンツ準備デバイス20は、本開示の技法に従って動作するように構成され得る。例として、本開示は、クライアントデバイス40およびサーバデバイス60に関するこれらの技法について説明する。しかしながら、コンテンツ準備デバイス20は、サーバデバイス60の代わりに(または、それに加えて)これらの技法を実施するように構成され得ることを理解されたい。
【0052】
カプセル化ユニット30は、NALユニットが属するプログラム、ならびにペイロード、たとえばオーディオデータ、ビデオデータ、またはNALユニットが対応するトランスポートまたはプログラムストリームを記述するデータを特定するヘッダを含むNALユニットを形成することができる。たとえば、H.264/AVCにおいて、NALユニットは、1バイトのヘッダおよび可変サイズのペイロードを含む。そのペイロード内にビデオデータを含むNALユニットは、ビデオデータの様々な粒度レベルを含み得る。たとえば、NALユニットは、ビデオデータのブロック、複数のブロック、ビデオデータのスライス、またはビデオデータの全ピクチャを含み得る。カプセル化ユニット30は、ビデオエンコーダ28からの符号化ビデオデータをエレメンタリストリームのPESパケットの形で受信することができる。カプセル化ユニット30は、各エレメンタリストリームを対応するプログラムに関連付けることができる。
【0053】
カプセル化ユニット30はまた、複数のNALユニットからアクセスユニットを組み立てることができる。一般に、アクセスユニットは、ビデオデータのフレーム、ならびにそのようなオーディオデータが利用可能であるときにそのフレームに対応するオーディオデータを表すために1つまたは複数のNALユニットを含むことができる。アクセスユニットは、一般に、1つの出力時間インスタンスに対するすべてのNALユニット、たとえば1つの時間インスタンスに対するすべてのオーディオデータおよびビデオデータを含む。たとえば、各ビューが20フレーム毎秒(fps)のフレームレートを有する場合、各時間インスタンスは、0.05秒の時間間隔に対応し得る。この時間間隔中、同じアクセスユニット(同じ時間インスタンス)のすべてのビューに対する特定のフレームは、同時にレンダリングされ得る。一例では、アクセスユニットは、一次コード化ピクチャとして提示され得る、1つの時間インスタンス内のコード化ピクチャを含み得る。
【0054】
したがって、アクセスユニットは、共通の時間インスタンスのすべてのオーディオフレームおよびビデオフレーム、たとえば、時間Xに対応するすべてのビューを含むことができる。本開示はまた、特定のビューの符号化ピクチャを「ビューコンポーネント」と呼ぶ。すなわち、ビューコンポーネントは、特定の時間における特定のビューに対する符号化ピクチャ(または、フレーム)を含み得る。したがって、アクセスユニットは、共通の時間インスタンスのすべてのビューコンポーネントを含むものとして定義され得る。アクセスユニットの復号順序は、必ずしも出力または表示の順序と同じである必要はない。
【0055】
メディアプレゼンテーションは、異なる代替表現(たとえば、異なる品質を有するビデオサービス)の記述を包含し得るメディアプレゼンテーション記述(MPD)を含むことができ、記述は、たとえば、コーデック情報、プロファイル値、およびレベル値を含み得る。MPDは、マニフェストファイル66など、マニフェストファイルの一例である。クライアントデバイス40は、メディアプレゼンテーションのMPDを取り出して、様々なプレゼンテーションのムービーフラグメントにどのようにアクセスするかを決定することができる。ムービーフラグメントは、ビデオファイルのムービーフラグメントボックス(moofボックス)内に配置され得る。
【0056】
マニフェストファイル66(たとえば、MPDを含み得る)は、表現68のセグメントの利用可能性を広告することができる。すなわち、MPDは、表現68のうちの1つの第1のセグメントが利用可能になる壁時計時間を示す情報、ならびに表現68内のセグメントの持続時間を示す情報を含み得る。このようにして、クライアントデバイス40の取出しユニット52は、開始時間ならびに特定のセグメントに先行するセグメントの持続時間に基づいて、各セグメントが利用可能であるときを判断することができる。
【0057】
カプセル化ユニット30が、受信されたデータに基づいてNALユニットおよび/またはアクセスユニットをビデオファイルに組み立てた後、カプセル化ユニット30は、ビデオファイルを出力のために出力インターフェース32に渡す。いくつかの例では、カプセル化ユニット30は、ビデオファイルを直接クライアントデバイス40に送る代わりに、ビデオファイルをローカルに記憶するか、または出力インターフェース32を介してビデオファイルをリモートサーバに送ることができる。出力インターフェース32は、たとえば、送信機、トランシーバ、たとえば、オプティカルドライブ、磁気媒体ドライブ(たとえば、フロッピードライブ)などのコンピュータ可読媒体にデータを書き込むためのデバイス、ユニバーサルシリアルバス(USB)ポート、ネットワークインターフェース、または他の出力インターフェースを含み得る。出力インターフェース32は、たとえば、送信信号、磁気媒体、光学媒体、メモリ、フラッシュドライブ、または他のコンピュータ可読媒体など、コンピュータ可読媒体にビデオファイルを出力する。
【0058】
ネットワークインターフェース54は、ネットワーク74を介してNALユニットまたはアクセスユニットを受信し、NALユニットまたはアクセスユニットを取出しユニット52を介してカプセル化解除ユニット50に提供することができる。カプセル化解除ユニット50は、ビデオファイルの要素を、構成要素であるPESストリームへとカプセル化解除し、PESストリームをパケット化解除して符号化データを取り出し、たとえば、ストリームのPESパケットヘッダによって示されるように、符号化データがオーディオストリームの一部それともビデオストリームの一部であるかに応じて、符号化データをオーディオデコーダ46またはビデオデコーダ48のいずれかに送ることができる。オーディオデコーダ46は、符号化オーディオデータを復号し、復号したオーディオデータをオーディオ出力42に送る一方、ビデオデコーダ48は、符号化ビデオデータを復号し、ストリームの複数のビューを含み得る復号したビデオデータをビデオ出力44に送る。
【0059】
コンテンツ準備デバイス20および/またはサーバデバイス60はアプリケーションプロバイダデバイスを表す場合があり、クライアントデバイス40はユーザ機器(UE)を表す場合がある。ネットワーク74は、第5世代(5G)モバイルネットワークを表し得る。概して、コンテンツ準備デバイス20および/またはサーバデバイス60は、バックグラウンドデータ転送(BDT)構成を作成してよく、クライアントデバイス40は、バックグラウンドデータ転送を使ってメディアデータをダウンロードすることを判断してよい。クライアントデバイス40(たとえば、取出しユニット52)は、メディアセッションハンドラ(MSH)およびメディアプレーヤアプリケーションまたはストリーミングアプリケーション(たとえば、DASHアプリケーションまたはウェブブラウザへのプラグイン)を実行し得る。本開示の技法によると、取出しユニット52は、たとえば、サーバデバイス60からメディアデータを取り出すためにバックグラウンドデータ転送を実施すること、特定の時間のためのBDT機会を表すデータを受信すること、および次いで、BDT機会向けに指示された時間にバックグラウンドデータ転送を実施することを要求し得る。
【0060】
図2は、図1の取出しユニット52の構成要素の例示的なセットをより詳細に示すブロック図である。この例では、取出しユニット52は、メディアセッションハンドラ(MSH)ユニット100およびメディアアプリケーション112を含む。
【0061】
この例では、MSHユニット100は、受信ユニット106と、キャッシュ104と、プロキシサーバユニット102とをさらに含む。この例では、受信ユニット106は、3GPP、5Gなどのような通信規格によりデータを受信するように構成される。いくつかの例では、受信ユニット106は、たとえば、tools.ietf.org/html/rfc6726において入手可能な、T. Paila他、「FLUTE-File Delivery over Unidirectional Transport」、Network Working Group、RFC 6726、2012年11月に記述されたFile Delivery over Unidirectional Transport(FLUTE)に従って、ファイル配信プロトコルによりメディアデータを受信し得る。つまり、受信ユニット106は、たとえば、ブロードキャスト/マルチキャストサービスセンター(BM-SC)として作用し得るサーバデバイス60から、ブロードキャストによりファイルを受信し得る。
【0062】
MSHユニット100がメディアデータ(たとえば、ファイル)についてのデータを受信すると、MSHユニット100は、受信されたデータをキャッシュ104中に記憶してよい。キャッシュ104は、フラッシュメモリ、ハードディスク、RAM、または任意の他の適切な記憶媒体などのコンピュータ可読記憶媒体を含み得る。
【0063】
プロキシサーバユニット102は、キャッシュ104からのメディアデータをメディアアプリケーション112に与えるためのサーバとして作用し得る。たとえば、プロキシサーバユニット102は、MPDファイルまたは他のマニフェストファイルを、メディアアプリケーション112またはDASHクライアントなどの中間アプリケーションに与えてよい。プロキシサーバユニット102は、MPDファイル内、ならびにセグメントを取り出すことができるハイパーリンク内のセグメントに関する利用可能性時間を広告することができる。これらのハイパーリンクは、クライアントデバイス40に対応するローカルホストアドレスプレフィックス(たとえば、IPv4に関する127.0.0.1)を含み得る。このようにして、メディアアプリケーション112または中間アプリケーションは、たとえば、HTTP GETまたは部分GET要求を使って、プロキシサーバユニット102に対してセグメントを要求し得る。たとえば、リンクhttp://127.0.0.1/rep1/seg3から入手可能なセグメントに関して、メディアアプリケーション112は、http://127.0.0.1/rep1/seg3に関する要求を含むHTTP GET要求を構築し、その要求をプロキシサーバユニット102に提出することができる。プロキシサーバユニット102は、要求されたメディアデータをキャッシュ104から取り出し、そのような要求に応答して、そのデータをメディアアプリケーション112に提供することができる。
【0064】
本開示の技法によると、メディアアプリケーション112は、バックグラウンドデータ転送によりメディアデータを取り出すためにMSHユニット100と対話するメディアまたはストリーミングアプリケーションに対応し得る。図2に示す例では、MSHユニット100は、メディアデータを取り出し、たとえば、キャッシュ104中に記憶するために、バックグラウンドデータ転送によりメディアデータを取り出し得る。
【0065】
他の例では、MSHユニット100は、メディアアプリケーション112にBDT機会をアラートしてよく、メディアアプリケーション112は、バックグラウンドデータ転送によりメディアデータを取り出してよい。
【0066】
例示の目的で、MSHユニット100が、たとえば、バックグラウンドデータ転送によりサーバデバイス60からメディアデータを取り出すと仮定すると、MSHユニット100は概して、メディアデータを取り出す時間を判断してよい。たとえば、MSHユニット100は、メディアデータを取り出すためのオフピーク指定時間ウィンドウを表すデータを受信し得る。たとえば、メディアアプリケーション112は最初に、特定のメディアデータが要求され、バックグラウンドデータ転送により転送されるべきであることを示す要求を、MSHユニット100へ送ってよい。MSHユニット100は次いで、要求のデータを、たとえば、サーバデバイス60またはネットワーク74の別のユニットによって実行される5Gメディアストリーミングダウンリンク(5GMSd)アプリケーション機能(AF)または他のメディアストリーミングアプリケーション機能へ送ってよい。
【0067】
5GMSd AFは、バックグラウンドデータ転送機会の通知で、MSHユニット100に応答してよい。通知は、オフピーク指定時間ウィンドウを定義するデータを含み得る。したがって、MSHユニット100(またはいくつかの例では、メディアアプリケーション112)は、オフピーク指定時間ウィンドウ中にメディアデータを取り出し得る。メディアアプリケーション112がメディアデータを取り出すことになる例の場合、MSHユニット100は、通知からの、オフピーク指定時間ウィンドウを定義するデータをメディアアプリケーション112へ送ればよい。
【0068】
図2の例において、MSHユニット100は、バックグラウンドデータ転送により取り出されたメディアデータをキャッシュ104中に記憶してよい。MSHユニット100は、このメディアデータを、後の時間、たとえば、ユーザがメディアデータの再生を観察することを望む時間まで、キャッシュ104中に記憶してよい。いくつかの例では、MSHユニット100が後続の時間までメディアデータへのアクセスを防止し得るように、メディアデータは、後の時間までロックされてよい。たとえば、メディアデータは、未公開の映画に対応する場合がある。したがって、MSHユニット100は、メディアデータの公開日に先立ってメディアデータを取り出し、公開日時まで、取り出されたメディアデータへのアクセスを防止し得る。公開日時は、いくつかの例では、バックグラウンドデータ転送機会の指示の中で指定され得る。
【0069】
図3は、例示的なマルチメディアコンテンツ120の要素を示す概念図である。マルチメディアコンテンツ120は、マルチメディアコンテンツ64(図1)、または記憶媒体62に記憶された別のマルチメディアコンテンツに対応し得る。図3の例では、マルチメディアコンテンツ120は、メディアプレゼンテーション記述(MPD)122と複数の表現124A～124N(表現124)とを含む。表現124Aは、任意選択のヘッダデータ126とセグメント128A～128N(セグメント128)とを含む一方、表現124Nは、任意選択のヘッダデータ130とセグメント132A～132N(セグメント132)とを含む。文字Nが、便宜的に、表現124の各々の最後のムービーフラグメントを指定するために使用される。いくつかの例では、表現124同士の間で異なる数のムービーフラグメントが存在し得る。
【0070】
MPD122は、表現124とは別個のデータ構造を含んでよい。MPD122は、図1のマニフェストファイル66に対応し得る。同様に、表現124は、図1の表現68に対応し得る。一般に、MPD122は、コーディングおよびレンダリング特性、適応セット、MPD122が対応するプロファイル、テキストタイプ情報、カメラ角度情報、レーティング情報、トリックモード情報(たとえば、時間的サブシーケンスを含む表現を示す情報)、および/または離れた期間を検索するための情報(たとえば、再生中のメディアコンテンツへのターゲティング広告の挿入のため)のような、表現124の特性を一般に表すデータを含んでよい。
【0071】
ヘッダデータ126は、存在するとき、セグメント128の特性、たとえば、ランダムアクセスポイント(RAP、ストリームアクセスポイント(SAP)とも呼ばれる)の時間的ロケーション、セグメント128のうちのどれがランダムアクセスポイントを含むのか、セグメント128内のランダムアクセスポイントへのバイトオフセット、セグメント128のユニフォームリソースロケータ(URL)、またはセグメント128の他の態様を記述し得る。ヘッダデータ130は、存在するとき、セグメント132の同様の特性を記述し得る。追加または代替として、そのような特性はMPD122内に完全に含まれ得る。
【0072】
セグメント128、132は、1つまたは複数のコード化ビデオサンプルを含み、ビデオサンプルの各々が、ビデオデータのフレームまたはスライスを含み得る。セグメント128のコード化ビデオサンプルの各々は、同様の特性、たとえば、高さ、幅、および帯域幅要件を有し得る。そのような特性は、MPD122のデータによって記述され得るが、そのようなデータは図3の例には示されていない。MPD122は、本開示で説明するシグナリングされた情報のいずれかまたはすべてが加えられた、3GPP仕様によって記述されるような特性を含み得る。
【0073】
セグメント128、132の各々は、固有のユニフォームリソースロケータ(URL)に関連付けられ得る。したがって、セグメント128、132の各々は、DASHのようなストリーミングネットワークプロトコルを使用して、別個に取出し可能であり得る。このようにして、クライアントデバイス40のような宛先デバイスは、HTTP GET要求を使用して、セグメント128または132を取り出すことができる。いくつかの例では、クライアントデバイス40は、HTTP部分GET要求を使用して、セグメント128または132の特定のバイト範囲を取り出すことができる。
【0074】
図4は、図3のセグメント128、132のうちの1つのような表現のセグメントに対応し得る、例示的なビデオファイル150の要素を示すブロック図である。セグメント128、132の各々は、図4の例で示されるデータの構成に実質的に準拠するデータを含み得る。ビデオファイル150は、セグメントをカプセル化すると言われ得る。上記で説明したように、ISOベースのメディアファイルフォーマットおよびその拡張によるビデオファイルは、「ボックス」と呼ばれる一連のオブジェクト内にデータを記憶する。図4の例では、ビデオファイル150は、ファイルタイプ(FTYP)ボックス152と、ムービー(MOOV)ボックス154と、セグメントインデックス(sidx)ボックス162と、ムービーフラグメント(MOOF)ボックス164と、ムービーフラグメントランダムアクセス(MFRA)ボックス166とを含む。図4は、ビデオファイルの例を表すが、他のメディアファイルは、ISOベースのメディアファイルフォーマットおよびその拡張に従ってビデオファイル150のデータと同様に構成される他のタイプのメディアデータ(たとえば、オーディオデータ、時限のテキストデータなど)を含み得ることを理解されたい。
【0075】
ファイルタイプ(FTYP)ボックス152は一般に、ビデオファイル150のファイルタイプを表す。ファイルタイプボックス152は、ビデオファイル150の最良の使用法を表す仕様を特定するデータを含み得る。ファイルタイプボックス152は、代替的には、MOOVボックス154、ムービーフラグメントボックス164、および/またはMFRAボックス166の前に配置され得る。
【0076】
いくつかの例では、ビデオファイル150などのセグメントは、FTYPボックス152の前にMPD更新ボックス(図示せず)を含み得る。MPD更新ボックスは、ビデオファイル150を含む表現に対応するMPDが更新されるべきであることを示す情報を、MPDを更新するための情報とともに含み得る。たとえば、MPD更新ボックスは、MPDを更新するために使用されるリソースのURIまたはURLを提供することができる。別の例として、MPD更新ボックスは、MPDを更新するためのデータを含み得る。いくつかの例では、MPD更新ボックスは、ビデオファイル150のセグメントタイプ(STYP)ボックス(図示せず)の直後にくることがあり、このSTYPボックスは、ビデオファイル150のセグメントタイプを定義し得る。
【0077】
図4の例では、MOOVボックス154は、ムービーヘッダ(MVHD)ボックス156と、トラック(TRAK)ボックス158と、1つまたは複数のムービー延長(MVEX)ボックス160とを含む。一般に、MVHDボックス156は、ビデオファイル150の一般的な特性を記述し得る。たとえば、MVHDボックス156は、ビデオファイル150がいつ最初に作成されたかを表すデータ、ビデオファイル150がいつ最後に修正されたかを表すデータ、ビデオファイル150のタイムスケールを表すデータ、ビデオファイル150の再生の長さを表すデータ、または、ビデオファイル150を全般に表す他のデータを含み得る。
【0078】
TRAKボックス158は、ビデオファイル150のトラックのためのデータを含み得る。TRAKボックス158は、TRAKボックス158に対応するトラックの特性を記述するトラックヘッダ(TKHD)ボックスを含み得る。いくつかの例では、TRAKボックス158は、コード化ビデオピクチャを含み得るが、他の例では、トラックのコード化ビデオピクチャは、TRAKボックス158のデータおよび/またはsidxボックス162のデータによって参照され得るムービーフラグメントボックス164内に含まれ得る。
【0079】
いくつかの例では、ビデオファイル150は、2つ以上のトラックを含み得る。したがって、MOOVボックス154は、ビデオファイル150中のトラックの数と等しい数のTRAKボックスを含み得る。TRAKボックス158は、ビデオファイル150の対応するトラックの特性を記述し得る。たとえば、TRAKボックス158は、対応するトラックの時間情報および/または空間情報を記述し得る。MOOVボックス154のTRAKボックス158と同様のTRAKボックスは、カプセル化ユニット30(図3)がビデオファイル150のようなビデオファイル中にパラメータセットトラックを含める場合、パラメータセットトラックの特性を記述し得る。カプセル化ユニット30は、パラメータセットトラックを記述するTRAKボックス内で、パラメータセットトラックにシーケンスレベルSEIメッセージが存在することをシグナリングすることができる。
【0080】
MVEXボックス160は、たとえば、もしあれば、MOOVボックス154内に含まれるビデオデータに加えて、ビデオファイル150がムービーフラグメントボックス164を含むことをシグナリングするために、対応するムービーフラグメントボックス164の特性を記述し得る。ストリーミングビデオデータのコンテキストでは、コード化ビデオピクチャは、MOOVボックス154の中ではなくムービーフラグメントボックス164の中に含まれ得る。したがって、すべてのコード化ビデオサンプルは、MOOVボックス154の中ではなくムービーフラグメントボックス164の中に含まれ得る。
【0081】
MOOVボックス154は、ビデオファイル150の中のムービーフラグメントボックス164の数に等しい数のMVEXボックス160を含み得る。MVEXボックス160の各々は、ムービーフラグメントボックス164のうちの対応する1つの特性を記述し得る。たとえば、各MVEXボックスは、ムービーフラグメントボックス164のうちの対応する1つの持続時間を記述するムービー延長ヘッダボックス(MEHD)ボックスを含み得る。
【0082】
上述のように、カプセル化ユニット30は、実際のコード化ビデオデータを含まないビデオサンプル内にシーケンスデータセットを記憶し得る。ビデオサンプルは、一般にアクセスユニットに対応してよく、アクセスユニットは、特定の時間インスタンスにおけるコード化ピクチャの表現である。AVCのコンテキストでは、アクセスユニットと、SEIメッセージのような他の関連する非VCL NALユニットとのすべてのピクセルを構築するための情報を包含する、1つまたは複数のVCL NALユニットをコード化ピクチャは含む。したがって、カプセル化ユニット30は、シーケンスレベルSEIメッセージを含み得るシーケンスデータセットを、ムービーフラグメントボックス164のうちの1つの中に含め得る。カプセル化ユニット30はさらに、シーケンスデータセットおよび/またはシーケンスレベルSEIメッセージの存在を、ムービーフラグメントボックス164のうちの1つに対応するMVEXボックス160のうちの1つの中のムービーフラグメントボックス164のうちの1つの中に存在するものとして、シグナリングすることができる。
【0083】
SIDXボックス162は、ビデオファイル150の任意選択の要素である。すなわち、3GPPファイルフォーマットまたは他のそのようなファイルフォーマットに準拠するビデオファイルは、必ずしもSIDXボックス162を含むとは限らない。3GPPファイルフォーマットの例によれば、SIDXボックスは、セグメント(たとえば、ビデオファイル150内に含まれるセグメント)のサブセグメントを識別するために使用され得る。3GPPファイルフォーマットは、「対応するメディアデータボックスを有する1つまたは複数の連続するムービーフラグメントボックスの自己完結型セットであって、ムービーフラグメントボックスによって参照されるデータを包含するメディアデータボックスが、そのムービーフラグメントボックスに続き、同じトラックについての情報を包含する次のムービーフラグメントボックスに先行しなければならない」としてサブセグメントを定義する。3GPPファイルフォーマットはまた、SIDXボックスが、「ボックスによって文書化された(サブ)セグメントのサブセグメントへの一連の参照を包含する。参照されるサブセグメントは、プレゼンテーション時間において連続する。同様に、セグメントインデックスボックスによって参照されるバイトは、セグメント内で常に連続する。参照されるサイズは、参照される材料におけるバイトの数のカウントを与える」ことを示す。
【0084】
SIDXボックス162は、一般に、ビデオファイル150内に含まれるセグメントの1つまたは複数のサブセグメントを表す情報を提供する。たとえば、そのような情報は、サブセグメントが開始および/または終了する再生時間、サブセグメントに関するバイトオフセット、サブセグメントがストリームアクセスポイント(SAP)を含む(たとえば、それによって開始する)かどうか、SAPのタイプ(たとえば、SAPが、瞬時デコーダリフレッシュ(IDR)ピクチャ、クリーンランダムアクセス(CRA)ピクチャ、ブロークンリンクアクセス(BLA)ピクチャなどのいずれであるか)、サブセグメント内の(再生時間および/またはバイトオフセットに関する)SAPの位置、などを含み得る。
【0085】
ムービーフラグメントボックス164は、1つまたは複数のコード化ビデオピクチャを含み得る。いくつかの例では、ムービーフラグメントボックス164は、1つまたは複数のピクチャグループ(GOP)を含んでよく、GOPの各々は、多数のコード化ビデオピクチャ、たとえばフレームまたはピクチャを含み得る。加えて、上記で説明したように、ムービーフラグメントボックス164は、いくつかの例ではシーケンスデータセットを含み得る。ムービーフラグメントボックス164の各々は、ムービーフラグメントヘッダボックス(MFHD、図4には示されない)を含み得る。MFHDボックスは、ムービーフラグメントのシーケンス番号などの、対応するムービーフラグメントの特性を記述し得る。ムービーフラグメントボックス164は、ビデオファイル150の中でシーケンス番号の順序に含まれ得る。
【0086】
MFRAボックス166は、ビデオファイル150のムービーフラグメントボックス164内のランダムアクセスポイントを記述し得る。これは、ビデオファイル150によってカプセル化されたセグメント内の特定の時間的ロケーション(すなわち、再生時間)の探索を実施することなど、トリックモードを実施することを支援し得る。MFRAボックス166は、いくつかの例では、一般に任意選択であり、ビデオファイル中に含まれる必要はない。同様に、クライアントデバイス40のようなクライアントデバイスは、ビデオファイル150のビデオデータを正確に復号し表示するために、MFRAボックス166を必ずしも参照する必要はない。MFRAボックス166は、ビデオファイル150のトラックの数と等しい数のトラックフラグメントランダムアクセス(TFRA)ボックス(図示せず)を含んでよく、またはいくつかの例では、ビデオファイル150のメディアトラック(たとえば、非ヒントトラック)の数と等しい数のTFRAボックスを含んでよい。
【0087】
いくつかの例では、ムービーフラグメントボックス164は、IDRピクチャなどの1つまたは複数のストリームアクセスポイント(SAP)を含み得る。同様に、MFRAボックス166は、SAPのビデオファイル150内の位置の指示を提供し得る。したがって、ビデオファイル150の時間的サブシーケンスは、ビデオファイル150のSAPから形成され得る。時間的サブシーケンスはまた、SAPに従属するPフレームおよび/またはBフレームなどの他のピクチャを含み得る。時間的サブシーケンスのフレームおよび/またはスライスは、サブシーケンスの他のフレーム/スライスに依存する時間的サブシーケンスのフレーム/スライスが適切に復号され得るように、セグメント内に並べられ得る。たとえば、データの階層的構成において、他のデータのための予測に使用されるデータはまた、時間的サブシーケンス内に含まれ得る。
【0088】
図5は、本開示の技法を実施し得る例示的なシステム180を示すブロック図である。この例では、システム180は、コンテンツサービスプロバイダ182(図1のコンテンツ準備デバイス20に対応し得る)、コンテンツ配信ネットワーク184(図1のサーバデバイス60を含み得る)、モバイルネットワークオペレータ(MNO)190(図1のネットワーク74に含まれ得る)、およびクライアントデバイス200(図1のクライアントデバイス40に対応し得る)を含む。図5の例において、MNO190はキャッシュ管理ユニット192およびアクセスネットワークユニット194を含み、クライアントデバイス200は、ネイティブアプリケーションまたはブラウザ202(ウェブブラウザ、ウェブブラウザプラグイン、および/または他のメディアプレーヤアプリケーションもしくはメディアストリーミングアプリケーションを含み得る)と、UEベースのキャッシュおよび管理ユニット206ならびに接続性ユニット208を含む3GPP規格ユニット204とを含む。
【0089】
この例では、ネイティブアプリケーションまたはブラウザ202は、ストリーミングアプリケーションまたはメディアプレーヤアプリケーション(たとえば、図2のメディアアプリケーション112に対応し、DASHクライアントをさらに含み得る)として作用してよく、3GPP規格ユニット204はメディアセッションハンドラ(MSH)として作用してよい。クライアントデバイス200は、ネイティブアプリケーションまたはブラウザ202と3GPP規格ユニット204との間の、M6 APIなどのアプリケーションプログラミングインターフェース(API)を含み得る。M6 APIは、「_backgroundTraffic」または「_backgroundDownload」など、バックグラウンドデータ転送を表す新規構成要素を含むように拡張されてよい。APIは、ダウンリンクおよびアップリンクコマンドとデータ転送の両方をカバーし得る。M6 APIは、registerBDT()またはregisterDownload()およびregisterUplink()というAPIコールを含んでよく、これは、ダウンリンク/アップリンクバックグラウンドデータ転送についての要求を登録する。パラメータは、ファイルのリスト、ファイルサイズ、所望の時間、および/またはMSHそれともアプリケーションがダウンロードを行うのかを示すフラグを含み得る。
【0090】
M6 APIは、notifyBDTOpportunity()APIコールも含み得る。MSH(たとえば、3GPP規格ユニット204の)は、このコールバック関数を、ネイティブアプリケーションまたはブラウザ202のメディアプレーヤアプリケーションに、ダウンロードを実施するための機会を通知するのに使ってよい。パラメータは、このセッションに割り振られた総トラフィックボリューム、セッションに割り振られたビットレート、およびダウンロードを実施するための時間ウィンドウを含み得る。
【0091】
M6 APIは、notifyBDTComplete()APIコールをさらに含み得る。登録要求が、MSHがダウンロードを実施するべきであることを示す場合、MSHは、このコールを、ダウンロードが完了していることをメディアプレーヤアプリケーションに通知するのに使ってよい。パラメータは、ダウンロードされたコンテンツのロケーション、ダウンロードされたコンテンツのサイズ、およびコンテンツのためのキャッシュ持続時間を含み得る。
【0092】
いくつかの例では、MSHは、セキュリティ強化のために、ダウンロードを実施するための特殊リンクを受信し得る。やはりセキュリティのために、コンテンツは、メディアプレーヤアプリケーションに対してのみ利用可能な特殊鍵を用いて、追加暗号化ステップを受け得る。さらに、特別なセキュリティのために、アプリケーションプロバイダは、BDTダウンロードを実施するすべてのアプリケーションにグループ鍵を配信してよい。
【0093】
MSHは、いくつかの例では、キャッシュ空間の賃貸を可能にしてよい。アプリケーションプロバイダは、BDTダウンロードコンテンツをキャッシュするための、UE上の一定の量のディスク空間を貸してよい。空間の量はUEの間で異なり得るが、量は、メディアプレーヤアプリケーションによって見出すことが可能であってよい。
【0094】
様々なBDTポリシー特徴も存在し得る。たとえば、アプリケーションプロバイダは、複数のポリシーを定義し、1つまたは複数の特徴タグでタグ付けし得る。特徴タグは、メディア品質、たとえば、4K対FHD対HDを区別するのに使われ得る。5Gメディアストリーミングダウンリンク(5GMSd)アプリケーション機能(AF)は、消費割当て、および割当てを超える場合はより低いポリシーへの格下げを追跡し得る。
【0095】
図6は、本開示の技法による、バックグラウンドデータ転送を使ってメディアデータをトランスポートするための例示的な方法を示すフローチャートである。図6の方法は、図1および図2の要素に関して説明されるが、図5のデバイスなど、他のデバイスも、本開示の技法を実施するように構成され得ることを理解されたい。
【0096】
本開示の技法によるいくつかの例では、コンテンツ準備デバイス20および/またはサーバデバイス60は、5Gメディアストリーミングダウンリンク(5GMSd)アプリケーション機能(AF)で、バックグラウンドデータ転送(BDT)構成をプロビジョニングし得る。そのような構成をプロビジョニングすることは、5GMSd AFに、メディアデータ用の全体的データボリューム、ユーザ機器(UE)のリスト、UEごとのデータバジェット、1つまたは複数の地理的エリアなどについての情報を提供することを含み得る(220)。5GMSd AFは、新規BDTポリシーを作成するために、ポリシーおよび課金機能(PCF)を提供するデバイスと接触し得る(222)。PCFデバイスは、ポリシー用のBDT参照IDで、統合データリポジトリ(UDR)に返答し得る(224)。5GMSd AFは次いで、成功BDTポリシーが作成されたことを、アプリケーションプロバイダに対して確認し得る(226)。
【0097】
クライアントデバイス40は、メディアプレーヤアプリケーションおよびメディアセッションハンドラ(MSH)を実行し得る。メディアプレーヤアプリケーションは、バックグラウンドデータ転送の必要性についてのデータをMSHに与え、バックグラウンドデータ転送要求を登録し得る(228)。たとえば、メディアプレーヤアプリケーションは、ファイルのリスト、それらの対応するサイズ、および所望の利用可能時間を、MSHに与え得る。メディアプレーヤアプリケーションは、様々な例において、MSHがバックグラウンドデータ転送を使ってダウンロードを実施することを要求してよく、またはメディアプレーヤアプリケーションは、ダウンロード機会についての通知を要求し、ダウンロードを自ら実施してよい。MSHは、MSH自体がダウンロードを実施する場合、MSHがダウンロードを実施した後、ダウンロードのロケーションをメディアプレーヤアプリケーションに与えてよい。
【0098】
MSHは、BDTダウンロード機会についての要求を5GMSd AFに登録し得る(230)。MSHは次いで、アプリケーションプロバイダ識別子またはドメイン名およびUE識別子(一般公開サブスクリプション識別子(GPSI)など)を提供し得る。5GMSd AFは、BDTダウンロード機会が利用可能なときをMSHに知らせ得る(232)。5GMSd AFは、そのアプリケーションプロバイダおよびUEのための適切なBDTポリシーの存在も検証し得る。5GMSd AFは、BDTポリシーの存在を検証するために、統合データリポジトリ(UDR)を直接照会し得る(234)。BDTポリシーが見つかった場合、5GMSd AFは、BDT参照ID、時間ウィンドウ、UEごとのデータ制限、集計データなどを識別し得る。MSHは次いで、ダウンロードを実施するか、またはダウンロードを実施するためにメディアプレーヤアプリケーションをトリガし得る。MSHは、ダウンロード用の残っている割当てを表すデータも受信し得る。
【0099】
特に、一例では、MSHは、バックグラウンドデータ転送機会が利用可能であるという通知を、メディアプレーヤアプリケーションへ送る(236A)。それに応答して、メディアプレーヤアプリケーションは、アプリケーションプロバイダから直接、メディアデータコンテンツを取り出す(238A)。別の例では、MSH自体が、メディアデータを取り出し、次いで、メディアデータ取出しが(完全に、または部分的に)完了したとき、メディアプレーヤアプリケーションへ通知を送る(236B)。それに応答して、メディアプレーヤアプリケーションは、MSHからメディアデータを取り出す(238B)。
【0100】
このように、図6の方法は、クライアントデバイスの1つまたは複数のプロセッサによって、バックグラウンドデータ転送によりメディアデータを取り出すための要求を、メディアストリーミングアプリケーション機能(AF)へ送るステップと、要求に応答して、クライアントデバイスの1つまたは複数のプロセッサによって、メディアストリーミングAFからバックグラウンドデータ転送機会の指示を受信するステップと、バックグラウンドデータ転送機会の指示に応答して、1つまたは複数のプロセッサによって、バックグラウンドデータ転送によりメディアデータを取り出すステップと、1つまたは複数のプロセッサによって、取り出されたメディアデータを記憶するステップとを含む方法の例を表す。
【0101】
上述したように、本開示は、たとえば、5Gメディア配信のためのバックグラウンドデータ転送を実施するのに使われ得るフレームワークについて記載する。このフレームワークは、既存の5Gメディアストリーミングアーキテクチャとシームレスに統合し得る。これらの技法により、MNOは、データボリュームおよびダウンロードウィンドウを制御し続けることもできる。これらの技法はまた、セキュアであり、メディアコンテンツの機会主義的取出しを提供し得る。
【0102】
アプリケーションプロバイダおよびMNOは、コストを削減し、トラフィックを、比較的混んでいない時間ウィンドウにオフロードするために、これらの技法の使用を奨励する見込みがあり得る。これらの技法は、メディアセッションハンドラサービスの一部として実装されてよく、これは、モデムのプロトコルスタックの一部であってもよい。これらの技法は、5G規格に組み込まれてもよい。
【0103】
図7は、本開示の技法による、メディアデータを取り出す例示的な方法を示すフローチャートである。図7の方法は、図1のクライアントデバイス40に関して説明される。図5のクライアントデバイス200など、他のデバイスが、この、または同様の方法を実施するように構成されてもよい。図1のクライアントデバイス40の取出しユニット52は、たとえば、図2に示すように、メディアアプリケーションとメディアセッションハンドラ(MSH)の両方を含み得る。図1のクライアントデバイス40の取出しユニット52のメディアアプリケーションおよびMSHが、以下で論じる図7の様々な要素を実施し得る。
【0104】
最初に、メディアアプリケーションが、たとえば、特定のメディアプレゼンテーションのために、バックグラウンドデータ転送を要求し得る(250)。メディアアプリケーションは、MSHへ要求を送ってよい。それに応答して、MSHは、バックグラウンドデータ転送要求を5GMSd AFに登録してよい(252)。MSHは続いて、バックグラウンドデータ転送機会の通知を5GMSd AFから受信し得る(254)。通知は、バックグラウンドデータ転送によりメディアプレゼンテーションのメディアデータを取り出すことができる時間を表すデータを含み得る。
【0105】
図7の例において、MSHは、バックグラウンドデータ転送機会についてのデータをメディアアプリケーションへ送り得る(256)。データは、たとえば、バックグラウンドデータ転送によりメディアプレゼンテーションのメディアデータを取り出すことができる時間を示し得る。メディアアプリケーションは、バックグラウンドデータ転送機会データを受信し(258)、次いで、バックグラウンドデータ転送によりメディアデータを取り出してよい(260)。たとえば、メディアアプリケーションは、指示された時間にメディアデータを取り出してよい。指示された時間は、オフピーク指定時間ウィンドウに対応し得る。
【0106】
このように、図7の方法は、クライアントデバイスの1つまたは複数のプロセッサによって、バックグラウンドデータ転送によりメディアデータを取り出すための要求を、メディアストリーミングアプリケーション機能(AF)へ送るステップと、要求に応答して、クライアントデバイスの1つまたは複数のプロセッサによって、メディアストリーミングAFからバックグラウンドデータ転送機会の指示を受信するステップと、バックグラウンドデータ転送機会の指示に応答して、1つまたは複数のプロセッサによって、バックグラウンドデータ転送によりメディアデータを取り出すステップと、1つまたは複数のプロセッサによって、取り出されたメディアデータを記憶するステップとを含む方法の例を表す。
【0107】
図8は、本開示の技法による、メディアデータを取り出す別の例示的な方法を示すフローチャートである。図8の方法は、図1のクライアントデバイス40に関して説明される。図5のクライアントデバイス200など、他のデバイスが、この、または同様の方法を実施するように構成されてもよい。図1のクライアントデバイス40の取出しユニット52は、たとえば、図2に示すように、メディアアプリケーションとメディアセッションハンドラ(MSH)の両方を含み得る。図1のクライアントデバイス40の取出しユニット52のメディアアプリケーションおよびMSHが、以下で論じる図8の様々な要素を実施し得る。
【0108】
最初に、メディアアプリケーションが、たとえば、特定のメディアプレゼンテーションのために、バックグラウンドデータ転送を要求し得る(280)。メディアアプリケーションは、MSHへ要求を送ってよい。それに応答して、MSHは、バックグラウンドデータ転送要求を5GMSd AFに登録してよい(282)。MSHは続いて、バックグラウンドデータ転送機会の通知を5GMSd AFから受信し得る(284)。通知は、バックグラウンドデータ転送によりメディアプレゼンテーションのメディアデータを取り出すことができる時間を表すデータを含み得る。
【0109】
図8の例において、MSHは次いで、バックグラウンドデータ転送によりメディアデータを取り出し得る(286)。たとえば、MSHは、通知の中で指示された時間に、メディアデータを取り出してよい。指示された時間は、オフピーク指定時間ウィンドウに対応し得る。メディアプレゼンテーション用のメディアデータの一部または全部を取り出した後、MSHは、メディアデータが取り出され、メディアアプリケーションにとって利用可能であることを示すデータを送ってよい(288)。
【0110】
メディアアプリケーションは、メディアデータが利用可能であるという指示をMSHから受信し得る(290)。それに応答して、以降のどこかの時点で、メディアアプリケーションは、MSHからメディアデータを取り出してよい(292)。
【0111】
このように、図8の方法は、クライアントデバイスの1つまたは複数のプロセッサによって、バックグラウンドデータ転送によりメディアデータを取り出すための要求を、メディアストリーミングアプリケーション機能(AF)へ送るステップと、要求に応答して、クライアントデバイスの1つまたは複数のプロセッサによって、メディアストリーミングAFからバックグラウンドデータ転送機会の指示を受信するステップと、バックグラウンドデータ転送機会の指示に応答して、1つまたは複数のプロセッサによって、バックグラウンドデータ転送によりメディアデータを取り出すステップと、1つまたは複数のプロセッサによって、取り出されたメディアデータを記憶するステップとを含む方法の例を表す。
【0112】
本開示の技法の様々な例が、以下の条項において要約される。
【0113】
条項1:メディアデータを取り出す方法であって、バックグラウンドデータ転送を使って、メディアデータを取り出すための要求を送るステップと、要求に応答して、バックグラウンドデータ転送機会の指示を受信するステップと、バックグラウンドデータ転送機会の指示に応答して、バックグラウンドデータ転送を使って、メディアデータを取り出すステップと、取り出されたメディアデータを記憶するステップとを含む方法。
【0114】
条項2:バックグラウンドデータ転送を使って、メディアデータを取り出すステップは、オフピーク指定時間ウィンドウ中にメディアデータを取り出すステップを含む、条項1の方法。
【0115】
条項3:バックグラウンドデータ転送機会の指示は、オフピーク指定時間ウィンドウを定義するデータを含む、条項2の方法。
【0116】
条項4:バックグラウンドデータ転送を使って、メディアデータを取り出すための要求を送るステップは、クライアントデバイスによって実行されるメディアセッションハンドラによって、バックグラウンドデータ転送を使ってメディアデータを取り出すための要求を、5Gメディアストリーミングダウンリンク(5GMSd)アプリケーション機能(AF)へ送るステップを含む、条項1～3のいずれかの方法。
【0117】
条項5:バックグラウンドデータ転送機会の指示を受信するステップは、クライアントデバイスによって実行されるメディアセッションハンドラによって、バックグラウンドデータ転送機会の通知を受信するステップを含む、条項1～4のいずれかの方法。
【0118】
条項6:メディアセッションハンドラによって、バックグラウンドデータ転送を表すデータを、クライアントデバイスによって実行されるメディアプレーヤアプリケーションへ送るステップをさらに含み、メディアデータを取り出すステップは、メディアプレーヤアプリケーションによって、バックグラウンドデータ転送を使ってメディアデータを取り出すステップを含む、条項5の方法。
【0119】
条項7:バックグラウンドデータ転送を使って、メディアデータを取り出すステップは、メディアセッションハンドラによって、バックグラウンドデータ転送を使ってメディアデータを取り出すステップを含み、方法は、メディアセッションハンドラによって、メディアデータが取り出されたことを示すデータを、クライアントデバイスによって実行されるメディアプレーヤアプリケーションへ送るステップと、メディアセッションハンドラによって、取り出されたデータをメディアプレーヤアプリケーションへ送るステップとをさらに含む、条項5の方法。
【0120】
条項8:要求を送るステップは、取り出されるべきメディアデータの1つもしくは複数のファイルのリスト、1つもしくは複数のファイルのサイズ、またはバックグラウンドデータ転送のための所望の利用可能時間のうちの少なくとも1つを送るステップを含む、条項1～7のいずれかの方法。
【0121】
条項9:メディアデータを取り出すためのデバイスであって、条項1～8のいずれかの方法を実施するための1つまたは複数の手段を備えるデバイス。
【0122】
条項10:1つまたは複数の手段が、回路機構において実装された1つまたは複数のプロセッサを備える、条項9のデバイス。
【0123】
条項11:実行されると、プロセッサに、条項1～8のいずれかの方法を実施させる命令を記憶したコンピュータ可読記憶媒体。
【0124】
条項12:メディアデータを取り出すためのデバイスであって、バックグラウンドデータ転送を使って、メディアデータを取り出すための要求を送るための手段と、要求に応答して、バックグラウンドデータ転送機会の指示を受信するための手段と、バックグラウンドデータ転送機会の指示に応答して、バックグラウンドデータ転送を使ってメディアデータを取り出すための手段と、取り出されたメディアデータを記憶するための手段とを備えるデバイス。
【0125】
条項13:メディアデータを取り出す方法であって、クライアントデバイスの1つまたは複数のプロセッサによって、バックグラウンドデータ転送によりメディアデータを取り出すための要求を、メディアストリーミングアプリケーション機能(AF)へ送るステップと、要求に応答して、クライアントデバイスの1つまたは複数のプロセッサによって、メディアストリーミングAFからバックグラウンドデータ転送機会の指示を受信するステップと、バックグラウンドデータ転送機会の指示に応答して、1つまたは複数のプロセッサによって、バックグラウンドデータ転送によりメディアデータを取り出すステップと、1つまたは複数のプロセッサによって、取り出されたメディアデータを記憶するステップとを含む方法。
【0126】
条項14:バックグラウンドデータ転送によりメディアデータを取り出すステップは、オフピーク指定時間ウィンドウを判断するステップと、オフピーク指定時間ウィンドウ中にメディアデータを取り出すステップとを含む、条項13の方法。
【0127】
条項15:オフピーク指定時間ウィンドウを判断するステップは、バックグラウンドデータ転送機会の指示の中に含まれる、オフピーク指定時間ウィンドウを定義するデータから、オフピーク指定時間ウィンドウを判断するステップを含む、条項14の方法。
【0128】
条項16:バックグラウンドデータ転送により、メディアデータを取り出すための要求を送るステップは、クライアントデバイスの1つまたは複数のプロセッサによって実行されるメディアセッションハンドラ(MSH)によって、バックグラウンドデータ転送によりメディアデータを取り出すための要求を、5Gメディアストリーミングダウンリンク(5GMSd)アプリケーション機能(AF)へ送るステップを含む、条項13の方法。
【0129】
条項17:バックグラウンドデータ転送機会の指示を受信するステップは、クライアントデバイスの1つまたは複数のプロセッサによって実行されるメディアセッションハンドラ(MSH)によって、バックグラウンドデータ転送機会の通知を受信するステップを含む、条項13の方法。
【0130】
条項18:MSHによって、バックグラウンドデータ転送を表すデータを、クライアントデバイスの1つまたは複数のプロセッサによって実行されるメディアプレーヤアプリケーションへ送るステップをさらに含み、メディアデータを取り出すステップは、クライアントデバイスの1つまたは複数のプロセッサによって実行されるメディアプレーヤアプリケーションによって、バックグラウンドデータ転送によりメディアデータを取り出すステップを含む、条項17の方法。
【0131】
条項19:バックグラウンドデータ転送によりメディアデータを取り出すステップは、クライアントデバイスの1つまたは複数のプロセッサによって実行されるMSHによって、バックグラウンドデータ転送によりメディアデータを取り出すステップを含み、方法は、クライアントデバイスの1つまたは複数のプロセッサによって実行されるMSHによって、メディアデータが取り出されたことを示すデータを、クライアントデバイスの1つまたは複数のプロセッサによって実行されるメディアプレーヤアプリケーションへ送るステップと、クライアントデバイスの1つまたは複数のプロセッサによって実行されるMSHによって、取り出されたデータをメディアプレーヤアプリケーションへ送るステップとをさらに含む、条項17の方法。
【0132】
条項20:取り出されるべきメディアデータの1つもしくは複数のファイルのリスト、1つもしくは複数のファイルのサイズ、またはバックグラウンドデータ転送のための所望の利用可能時間のうちの少なくとも1つを含むように、要求を形成するステップをさらに含む、条項13の方法。
【0133】
条項21:メディアデータを取り出すためのデバイスであって、メディアデータを記憶するように構成されたメモリと、回路機構において実装された1つまたは複数のプロセッサとを備え、1つまたは複数のプロセッサは、バックグラウンドデータ転送によりメディアデータを取り出すための要求を、メディアストリーミングアプリケーション機能(AF)へ送ることと、要求に応答して、メディアストリーミングAFからバックグラウンドデータ転送機会の指示を受信することと、バックグラウンドデータ転送機会の指示に応答して、バックグラウンドデータ転送によりメディアデータを取り出すことと、取り出されたメディアデータをメモリに記憶することとを行うように構成される、デバイス。
【0134】
条項22:バックグラウンドデータ転送によりメディアデータを取り出すために、1つまたは複数のプロセッサは、オフピーク指定時間ウィンドウを判断することと、オフピーク指定時間ウィンドウ中にメディアデータを取り出すこととを行うように構成される、条項21のデバイス。
【0135】
条項23:1つまたは複数のプロセッサは、バックグラウンドデータ転送機会の指示の中に含まれる、オフピーク指定時間ウィンドウを定義するデータから、オフピーク指定時間ウィンドウを判断するように構成される、条項22のデバイス。
【0136】
条項24:バックグラウンドデータ転送により、メディアデータを取り出すための要求を送るために、1つまたは複数のプロセッサは、バックグラウンドデータ転送によりメディアデータを取り出すための要求を、5Gメディアストリーミングダウンリンク(5GMSd)アプリケーション機能(AF)へ送るように構成されたメディアセッションハンドラ(MSH)を実行するように構成される、条項21のデバイス。
【0137】
条項25:バックグラウンドデータ転送機会の指示を受信するために、1つまたは複数のプロセッサは、バックグラウンドデータ転送機会の通知を受信するように構成されたメディアセッションハンドラ(MSH)を実行するように構成される、条項21のデバイス。
【0138】
条項26:MSHは、バックグラウンドデータ転送を表すデータを、1つまたは複数のプロセッサによって実行されるメディアプレーヤアプリケーションへ送るようにさらに構成され、メディアデータを取り出すために、メディアプレーヤアプリケーションは、バックグラウンドデータ転送によりメディアデータを取り出すように構成される、条項25のデバイス。
【0139】
条項27:バックグラウンドデータ転送によりメディアデータを取り出すために、MSHは、バックグラウンドデータ転送によりメディアデータを取り出すように構成され、MSHは、メディアデータが取り出されたことを示すデータを、クライアントデバイスの1つまたは複数のプロセッサによって実行されるメディアプレーヤアプリケーションへ送ることと、取り出されたデータをメディアプレーヤアプリケーションへ送ることとを行うようにさらに構成される、条項25のデバイス。
【0140】
条項28:1つまたは複数のプロセッサは、取り出されるべきメディアデータの1つもしくは複数のファイルのリスト、1つもしくは複数のファイルのサイズ、またはバックグラウンドデータ転送のための所望の利用可能時間のうちの少なくとも1つを含むように、要求を形成するようにさらに構成される、条項21のデバイス。
【0141】
条項29:命令を記憶したコンピュータ可読記憶媒体であって、命令は、実行されると、クライアントデバイスの1つまたは複数のプロセッサに、バックグラウンドデータ転送によりメディアデータを取り出すための要求を、メディアストリーミングアプリケーション機能(AF)へ送ることと、要求に応答して、メディアストリーミングAFからバックグラウンドデータ転送機会の指示を受信することと、バックグラウンドデータ転送機会の指示に応答して、バックグラウンドデータ転送によりメディアデータを取り出すことと、取り出されたメディアデータをメモリに記憶することとを行わせる。
【0142】
条項30:プロセッサに、バックグラウンドデータ転送によりメディアデータを取り出させる命令は、プロセッサに、オフピーク指定時間ウィンドウを判断することと、オフピーク指定時間ウィンドウ中にメディアデータを取り出すこととを行わせる命令を含む、条項29のコンピュータ可読記憶媒体。
【0143】
条項31:プロセッサに、オフピーク指定時間ウィンドウを判断させる命令は、プロセッサに、バックグラウンドデータ転送機会の指示の中に含まれる、オフピーク指定時間ウィンドウを定義するデータから、オフピーク指定時間ウィンドウを判断させる命令を含む、条項30のコンピュータ可読記憶媒体。
【0144】
条項32:プロセッサに、バックグラウンドデータ転送により、メディアデータを取り出すための要求を送らせる命令は、プロセッサに、バックグラウンドデータ転送によりメディアデータを取り出すための要求を、5Gメディアストリーミングダウンリンク(5GMSd)アプリケーション機能(AF)へ送るために、メディアセッションハンドラ(MSH)を実行させる命令を含む、条項29のコンピュータ可読記憶媒体。
【0145】
条項33:プロセッサに、バックグラウンドデータ転送機会の指示を受信させる命令は、プロセッサに、バックグラウンドデータ転送機会の通知を受信するために、メディアセッションハンドラ(MSH)を実行させる命令を含む、条項29のコンピュータ可読記憶媒体。
【0146】
条項34:プロセッサに、クライアントデバイスの1つまたは複数のプロセッサによって実行されるメディアプレーヤアプリケーションへ、バックグラウンドデータ転送を表すデータを送るために、MSHを実行させる命令をさらに含み、プロセッサにメディアデータを取り出させる命令は、プロセッサに、バックグラウンドデータ転送によりメディアデータを取り出すために、メディアプレーヤアプリケーションを実行させる命令を含む、条項33のコンピュータ可読記憶媒体。
【0147】
条項35:プロセッサに、バックグラウンドデータ転送によりメディアデータを取り出させる命令は、プロセッサに、バックグラウンドデータ転送によりメディアデータを取り出すためにMSHを実行させる命令を含み、プロセッサに、メディアデータが取り出されたことを示すデータを、クライアントデバイスの1つまたは複数のプロセッサによって実行されるメディアプレーヤアプリケーションへ送るために、MSHを実行することと、取り出されたデータをメディアプレーヤアプリケーションへ送るためにMSHを実行することとを行わせる命令をさらに含む、条項33のコンピュータ可読記憶媒体。
【0148】
条項36:取り出されるべきメディアデータの1つもしくは複数のファイルのリスト、1つもしくは複数のファイルのサイズ、またはバックグラウンドデータ転送のための所望の利用可能時間のうちの少なくとも1つを含むように、要求を形成することをさらに含む、条項29のコンピュータ可読記憶媒体。
【0149】
条項37:メディアデータを取り出すためのデバイスであって、バックグラウンドデータ転送により、メディアデータを取り出すための要求を送るための手段と、要求に応答して、バックグラウンドデータ転送機会の指示を受信するための手段と、バックグラウンドデータ転送機会の指示に応答して、バックグラウンドデータ転送によりメディアデータを取り出すための手段と、取り出されたメディアデータを記憶するための手段とを備えるデバイス。
【0150】
条項38:メディアデータを取り出す方法であって、クライアントデバイスの1つまたは複数のプロセッサによって、バックグラウンドデータ転送によりメディアデータを取り出すための要求を、メディアストリーミングアプリケーション機能(AF)へ送るステップと、要求に応答して、クライアントデバイスの1つまたは複数のプロセッサによって、メディアストリーミングAFからバックグラウンドデータ転送機会の指示を受信するステップと、バックグラウンドデータ転送機会の指示に応答して、1つまたは複数のプロセッサによって、バックグラウンドデータ転送によりメディアデータを取り出すステップと、1つまたは複数のプロセッサによって、取り出されたメディアデータを記憶するステップとを含む方法。
【0151】
条項39:バックグラウンドデータ転送によりメディアデータを取り出すステップは、オフピーク指定時間ウィンドウを判断するステップと、オフピーク指定時間ウィンドウ中にメディアデータを取り出すステップとを含む、条項38の方法。
【0152】
条項40:オフピーク指定時間ウィンドウを判断するステップは、バックグラウンドデータ転送機会の指示の中に含まれる、オフピーク指定時間ウィンドウを定義するデータから、オフピーク指定時間ウィンドウを判断するステップを含む、条項39の方法。
【0153】
条項41:バックグラウンドデータ転送により、メディアデータを取り出すための要求を送るステップは、クライアントデバイスの1つまたは複数のプロセッサによって実行されるメディアセッションハンドラ(MSH)によって、バックグラウンドデータ転送によりメディアデータを取り出すための要求を、5Gメディアストリーミングダウンリンク(5GMSd)アプリケーション機能(AF)へ送るステップを含む、条項38～40のいずれかの方法。
【0154】
条項42:バックグラウンドデータ転送機会の指示を受信するステップは、クライアントデバイスの1つまたは複数のプロセッサによって実行されるメディアセッションハンドラ(MSH)によって、バックグラウンドデータ転送機会の通知を受信するステップを含む、条項38～41のいずれかの方法。
【0155】
条項43:MSHによって、バックグラウンドデータ転送を表すデータを、クライアントデバイスの1つまたは複数のプロセッサによって実行されるメディアプレーヤアプリケーションへ送るステップをさらに含み、メディアデータを取り出すステップは、クライアントデバイスの1つまたは複数のプロセッサによって実行されるメディアプレーヤアプリケーションによって、バックグラウンドデータ転送によりメディアデータを取り出すステップを含む、条項42の方法。
【0156】
条項44:バックグラウンドデータ転送によりメディアデータを取り出すステップは、クライアントデバイスの1つまたは複数のプロセッサによって実行されるMSHによって、バックグラウンドデータ転送によりメディアデータを取り出すステップを含み、方法は、クライアントデバイスの1つまたは複数のプロセッサによって実行されるMSHによって、メディアデータが取り出されたことを示すデータを、クライアントデバイスの1つまたは複数のプロセッサによって実行されるメディアプレーヤアプリケーションへ送るステップと、クライアントデバイスの1つまたは複数のプロセッサによって実行されるMSHによって、取り出されたデータをメディアプレーヤアプリケーションへ送るステップとをさらに含む、条項42の方法。
【0157】
条項45:取り出されるべきメディアデータの1つもしくは複数のファイルのリスト、1つもしくは複数のファイルのサイズ、またはバックグラウンドデータ転送のための所望の利用可能時間のうちの少なくとも1つを含むように、要求を形成するステップをさらに含む、条項38～44のいずれかの方法。
【0158】
条項46:メディアデータを取り出すためのデバイスであって、メディアデータを記憶するように構成されたメモリと、回路機構において実装された1つまたは複数のプロセッサとを備え、1つまたは複数のプロセッサは、バックグラウンドデータ転送によりメディアデータを取り出すための要求を、メディアストリーミングアプリケーション機能(AF)へ送ることと、要求に応答して、メディアストリーミングAFからバックグラウンドデータ転送機会の指示を受信することと、バックグラウンドデータ転送機会の指示に応答して、バックグラウンドデータ転送によりメディアデータを取り出すことと、取り出されたメディアデータをメモリに記憶することとを行うように構成される、デバイス。
【0159】
条項47:バックグラウンドデータ転送によりメディアデータを取り出すために、1つまたは複数のプロセッサは、オフピーク指定時間ウィンドウを判断することと、オフピーク指定時間ウィンドウ中にメディアデータを取り出すこととを行うように構成される、条項46のデバイス。
【0160】
条項48:1つまたは複数のプロセッサは、バックグラウンドデータ転送機会の指示の中に含まれる、オフピーク指定時間ウィンドウを定義するデータから、オフピーク指定時間ウィンドウを判断するように構成される、条項47のデバイス。
【0161】
条項49:バックグラウンドデータ転送により、メディアデータを取り出すための要求を送るために、1つまたは複数のプロセッサは、バックグラウンドデータ転送によりメディアデータを取り出すための要求を、5Gメディアストリーミングダウンリンク(5GMSd)アプリケーション機能(AF)へ送るように構成されたメディアセッションハンドラ(MSH)を実行するように構成される、条項46～48のいずれかのデバイス。
【0162】
条項50:バックグラウンドデータ転送機会の指示を受信するために、1つまたは複数のプロセッサは、バックグラウンドデータ転送機会の通知を受信するように構成されたメディアセッションハンドラ(MSH)を実行するように構成される、条項38～49のいずれかのデバイス。
【0163】
条項51:MSHは、バックグラウンドデータ転送を表すデータを、1つまたは複数のプロセッサによって実行されるメディアプレーヤアプリケーションへ送るようにさらに構成され、メディアデータを取り出すために、メディアプレーヤアプリケーションは、バックグラウンドデータ転送によりメディアデータを取り出すように構成される、条項50のデバイス。
【0164】
条項52:バックグラウンドデータ転送によりメディアデータを取り出すために、MSHは、バックグラウンドデータ転送によりメディアデータを取り出すように構成され、MSHは、メディアデータが取り出されたことを示すデータを、クライアントデバイスの1つまたは複数のプロセッサによって実行されるメディアプレーヤアプリケーションへ送ることと、取り出されたデータをメディアプレーヤアプリケーションへ送ることとを行うようにさらに構成される、条項50のデバイス。
【0165】
条項53:1つまたは複数のプロセッサは、取り出されるべきメディアデータの1つもしくは複数のファイルのリスト、1つもしくは複数のファイルのサイズ、またはバックグラウンドデータ転送のための所望の利用可能時間のうちの少なくとも1つを含むように、要求を形成するようにさらに構成される、条項38～52のいずれかのデバイス。
【0166】
条項54:命令を記憶したコンピュータ可読記憶媒体であって、命令は、実行されると、クライアントデバイスの1つまたは複数のプロセッサに、バックグラウンドデータ転送によりメディアデータを取り出すための要求を、メディアストリーミングアプリケーション機能(AF)へ送ることと、要求に応答して、メディアストリーミングAFからバックグラウンドデータ転送機会の指示を受信することと、バックグラウンドデータ転送機会の指示に応答して、バックグラウンドデータ転送によりメディアデータを取り出すことと、取り出されたメディアデータをメモリに記憶することとを行わせる。
【0167】
条項55:プロセッサに、バックグラウンドデータ転送によりメディアデータを取り出させる命令は、プロセッサに、オフピーク指定時間ウィンドウを判断することと、オフピーク指定時間ウィンドウ中にメディアデータを取り出すこととを行わせる命令を含む、条項54のコンピュータ可読記憶媒体。
【0168】
条項56:プロセッサに、オフピーク指定時間ウィンドウを判断させる命令は、プロセッサに、バックグラウンドデータ転送機会の指示の中に含まれる、オフピーク指定時間ウィンドウを定義するデータから、オフピーク指定時間ウィンドウを判断させる命令を含む、条項55のコンピュータ可読記憶媒体。
【0169】
条項57:プロセッサに、バックグラウンドデータ転送により、メディアデータを取り出すための要求を送らせる命令は、プロセッサに、バックグラウンドデータ転送によりメディアデータを取り出すための要求を、5Gメディアストリーミングダウンリンク(5GMSd)アプリケーション機能(AF)へ送るために、メディアセッションハンドラ(MSH)を実行させる命令を含む、条項54～56のいずれかのコンピュータ可読記憶媒体。
【0170】
条項58:プロセッサに、バックグラウンドデータ転送機会の指示を受信させる命令は、プロセッサに、バックグラウンドデータ転送機会の通知を受信するために、メディアセッションハンドラ(MSH)を実行させる命令を含む、条項54～57のいずれかのコンピュータ可読記憶媒体。
【0171】
条項59:プロセッサに、クライアントデバイスの1つまたは複数のプロセッサによって実行されるメディアプレーヤアプリケーションへ、バックグラウンドデータ転送を表すデータを送るために、MSHを実行させる命令をさらに含み、プロセッサにメディアデータを取り出させる命令は、プロセッサに、バックグラウンドデータ転送によりメディアデータを取り出すために、メディアプレーヤアプリケーションを実行させる命令を含む、条項58のコンピュータ可読記憶媒体。
【0172】
条項60:プロセッサに、バックグラウンドデータ転送によりメディアデータを取り出させる命令は、プロセッサに、バックグラウンドデータ転送によりメディアデータを取り出すためにMSHを実行させる命令を含み、プロセッサに、メディアデータが取り出されたことを示すデータを、クライアントデバイスの1つまたは複数のプロセッサによって実行されるメディアプレーヤアプリケーションへ送るために、MSHを実行することと、取り出されたデータをメディアプレーヤアプリケーションへ送るためにMSHを実行することとを行わせる命令をさらに含む、条項58のコンピュータ可読記憶媒体。
【0173】
条項61:取り出されるべきメディアデータの1つもしくは複数のファイルのリスト、1つもしくは複数のファイルのサイズ、またはバックグラウンドデータ転送のための所望の利用可能時間のうちの少なくとも1つを含むように、要求を形成することをさらに含む、条項54～60のいずれかのコンピュータ可読記憶媒体。
【0174】
1つまたは複数の例では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せにおいて実装され得る。ソフトウェアで実装される場合、機能は、1つまたは複数の命令またはコードとして、コンピュータ可読媒体上に記憶されるか、またはコンピュータ可読媒体を介して送信され、ハードウェアベース処理ユニットによって実行され得る。コンピュータ可読媒体は、データ記憶媒体などの有形媒体に対応する、コンピュータ可読記憶媒体を含み得るか、または、たとえば、通信プロトコルに従って、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体を含み得る。このように、コンピュータ可読媒体は、一般に、(1)非一時的な有形コンピュータ可読記憶媒体、または(2)信号もしくは搬送波などの通信媒体に対応し得る。データ記憶媒体は、本開示で説明された技法の実装のための命令、コード、および/またはデータ構造を取り出すために1つもしくは複数のコンピュータまたは1つもしくは複数のプロセッサによってアクセスされ得る任意の利用可能な媒体であり得る。コンピュータプログラム製品が、コンピュータ可読媒体を含む場合がある。
【0175】
限定ではなく例として、そのようなコンピュータ可読記憶媒体は、RAM、ROM、EEPROM、CD-ROMもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気記憶デバイス、フラッシュメモリ、または、命令もしくはデータ構造の形態の所望のプログラムコードを記憶するために使用され得るとともにコンピュータによってアクセスされ得る任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、命令が、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者線(DSL)、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用してウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、DSL、または赤外線、無線、およびマイクロ波などのワイヤレス技術は媒体の定義に含まれる。しかしながら、コンピュータ可読記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または他の一時的媒体を含まないが、代わりに非一時的有形記憶媒体を対象とすることを理解されたい。ディスク(disk)およびディスク(disc)は、本明細書で使用するとき、コンパクトディスク(disc)(CD)、レーザーディスク(disc)、光ディスク(disc)、デジタル多用途ディスク(disc)(DVD)、フロッピーディスク(disk)、およびブルーレイディスク(disc)を含み、ディスク(disk)は、通常、データを磁気的に再生し、ディスク(disc)は、レーザーを用いてデータを光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲に含まれるべきである。
【0176】
命令は、1つもしくは複数のデジタル信号プロセッサ(DSP)、汎用マイクロプロセッサ、特定用途向け集積回路(ASIC)、フィールドプログラマブル論理アレイ(FPGA)、または他の等価な集積論理回路機構もしくは個別論理回路機構などの、1つまたは複数のプロセッサによって実行され得る。したがって、本明細書で使用する「プロセッサ」という用語は、上記の構造、または本明細書で説明する技法の実装に適した任意の他の構造のいずれかを指すことがある。加えて、いくつかの態様では、本明細書で説明された機能性は、符号化および復号のために構成された専用のハードウェアモジュールおよび/もしくはソフトウェアモジュール内で提供され得、または複合コーデックに組み込まれ得る。また、技法は、1つまたは複数の回路または論理要素で完全に実装され得る。
【0177】
本開示の技法は、ワイヤレスハンドセット、集積回路(IC)またはICのセット(たとえば、チップセット)を含む、多種多様なデバイスまたは装置において実装され得る。開示された技法を実施するように構成されたデバイスの機能的側面を強調するために、様々な構成要素、モジュール、またはユニットが本開示に記載されているが、それらは、必ずしも異なるハードウェアユニットによる実現を必要とするとは限らない。むしろ、上記で説明されたように、様々なユニットが、好適なソフトウェアおよび/またはファームウェアとともに、上記で説明された1つまたは複数のプロセッサを含んで、コーデックハードウェアユニットにおいて組み合わせられるか、または相互動作可能なハードウェアユニットの集合体によって与えられ得る。
【0178】
様々な例について述べた。これらおよび他の例は、以下の特許請求の範囲内に入る。
【符号の説明】
【0179】
10 システム
20 コンテンツ準備デバイス
22 オーディオソース
24 ビデオソース
26 オーディオエンコーダ
28 ビデオエンコーダ
30 カプセル化ユニット
32 出力インターフェース
40 クライアントデバイス
42 オーディオ出力
44 ビデオ出力
46 オーディオデコーダ
48 ビデオデコーダ
50 カプセル化解除ユニット
52 取出しユニット
54 ネットワークインターフェース
60 サーバデバイス
62 記憶媒体
64 マルチメディアコンテンツ
66 マニフェストファイル
68 表現
68A～68N 表現
70 要求処理ユニット
72 ネットワークインターフェース
74 ネットワーク
100 メディアセッションハンドラ(MSH)ユニット
102 サーバユニット、プロキシサーバユニット
104 キャッシュ
106 受信ユニット
112 メディアアプリケーション
120 マルチメディアコンテンツ
122 メディアプレゼンテーション記述(MPD)
124 表現
124A 表現
124N 表現
126 ヘッダデータ
128 セグメント
128A～128N セグメント
130 ヘッダデータ
132 セグメント
132A～132N セグメント
150 ビデオファイル
152 ファイルタイプ(FTYP)ボックス
154 ムービー(MOOV)ボックス
156 ムービーヘッダ(MVHD)ボックス
158 トラック(TRAK)ボックス
160 ムービー延長(MVEX)ボックス
162 セグメントインデックス(sidx)ボックス
164 ムービーフラグメント(MOOF)ボックス
166 ムービーフラグメントランダムアクセス(MFRA)ボックス
180 システム
182 コンテンツサービスプロバイダ
184 コンテンツ配信ネットワーク
190 モバイルネットワークオペレータ(MNO)
192 キャッシュ管理ユニット
194 アクセスネットワークユニット
204 3GPP規格ユニット
206 UEベースのキャッシュおよび管理ユニット
208 接続性ユニット
20 コンテンツ準備デバイス
22 オーディオソース
24 ビデオソース
26 オーディオエンコーダ
28 ビデオエンコーダ
30 カプセル化ユニット
32 出力インターフェース
40 クライアントデバイス
42 オーディオ出力
44 ビデオ出力
46 オーディオデコーダ
48 ビデオデコーダ
50 カプセル化解除ユニット
52 取出しユニット
54 ネットワークインターフェース
60 サーバデバイス
62 記憶媒体
64 マルチメディアコンテンツ
66 マニフェストファイル
68 表現
68A～68N 表現
70 要求処理ユニット
72 ネットワークインターフェース
74 ネットワーク
100 メディアセッションハンドラ(MSH)ユニット
102 サーバユニット、プロキシサーバユニット
104 キャッシュ
106 受信ユニット
112 メディアアプリケーション
120 マルチメディアコンテンツ
122 メディアプレゼンテーション記述(MPD)
124 表現
124A 表現
124N 表現
126 ヘッダデータ
128 セグメント
128A～128N セグメント
130 ヘッダデータ
132 セグメント
132A～132N セグメント
150 ビデオファイル
152 ファイルタイプ(FTYP)ボックス
154 ムービー(MOOV)ボックス
156 ムービーヘッダ(MVHD)ボックス
158 トラック(TRAK)ボックス
160 ムービー延長(MVEX)ボックス
162 セグメントインデックス(sidx)ボックス
164 ムービーフラグメント(MOOF)ボックス
166 ムービーフラグメントランダムアクセス(MFRA)ボックス
180 システム
182 コンテンツサービスプロバイダ
184 コンテンツ配信ネットワーク
190 モバイルネットワークオペレータ(MNO)
192 キャッシュ管理ユニット
194 アクセスネットワークユニット
204 3GPP規格ユニット
206 UEベースのキャッシュおよび管理ユニット
208 接続性ユニット
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【国際調査報告】