JP2022526807A - メディアコンテンツのメディアデータを受信する方法、装置、およびコンピュータプログラム - Google Patents

メディアコンテンツのメディアデータを受信する方法、装置、およびコンピュータプログラム Download PDF

Info

Publication number
JP2022526807A
JP2022526807A JP2021558855A JP2021558855A JP2022526807A JP 2022526807 A JP2022526807 A JP 2022526807A JP 2021558855 A JP2021558855 A JP 2021558855A JP 2021558855 A JP2021558855 A JP 2021558855A JP 2022526807 A JP2022526807 A JP 2022526807A
Authority
JP
Japan
Prior art keywords
sbd
file
timeline
mpd
start time
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2021558855A
Other languages
English (en)
Other versions
JP7252373B2 (ja
Inventor
イーラジ・ソダガー
Original Assignee
テンセント・アメリカ・エルエルシー
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by テンセント・アメリカ・エルエルシー filed Critical テンセント・アメリカ・エルエルシー
Publication of JP2022526807A publication Critical patent/JP2022526807A/ja
Application granted granted Critical
Publication of JP7252373B2 publication Critical patent/JP7252373B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8543—Content authoring using a description language, e.g. Multimedia and Hypermedia information coding Expert Group [MHEG], eXtensible Markup Language [XML]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23614—Multiplexing of additional data and video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26283—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for associating distribution time parameters to content, e.g. to generate electronic program guide data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/654—Transmission by server directed to the client
    • H04N21/6547—Transmission by server directed to the client comprising parameters, e.g. for client setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本開示の態様は、メディアコンテンツのメディアデータを受信するための方法、装置、および非一時的なコンピュータ可読媒体を提供する。1つの装置は、メディアプレゼンテーション記述（MPD）ファイルおよびセッションベースの記述（SBD）ファイルを受信する処理回路を含む。処理回路は、SBDファイルがセッションのSBDタイムラインの開始時間を示すstarting time属性を含むかどうかを決定する。処理回路は、SBDファイルがstarting time属性を含むことに応じて、SBDタイムラインの開始時間をSBDファイルに基づいて決定する。処理回路は、SBDファイルがstarting time属性を含まないことに応じて、SBDタイムラインの開始時間をMPDファイルに基づいて決定する。

Description

参照による援用
本出願は、2020年1月6日に出願された米国特許仮出願第62／957，671号「EXTENSIONS AND IMPROVEMENTS TO SESSION－BASED DASH OPERATIONS」に基づく優先権の利益を主張する、2020年10月22日に出願された米国特許出願第17／076，935号「SESSION－BASED INFORMATION FOR Dynamic Adaptive Streaming over HTTP」に基づく優先権の利益を主張する。先行出願の開示全体は、参照によりその全体が本明細書に援用される。
本開示は、一般にハイパーテキスト転送プロトコルを介した動的適応型ストリーミング（DASH）のためのセッションベースの情報に関する実施形態を記載する。
本明細書で提供される背景技術の説明は、本開示の文脈を一般的に提示することを目的としている。この背景技術の項に記載されている限りにおいて、本明細書に記載されている発明者の研究、ならびに出願時に先行技術として見なされない可能性がある説明の態様は、本開示に対する先行技術として明示的にも暗示的にも認められない。
Moving Picture Experts Group（MPEG）は、セッションベースのDASH動作のためのハイパーテキスト転送プロトコルを介した動的適応型ストリーミング（DASH）標準化における新たな役割を開始した。メディアプレゼンテーション記述（MPD）ファイルは全てのクライアントに対して包括的であるが、クライアントは、セッションベースの記述（SBD）ファイルなどのサイドファイルを取得してもよく、このサイドファイルは、クライアントがMPDをセッション固有のものにするための命令を提供する。しかし現在の設計では、一部のSBD固有の情報は依然としてMPDファイルに保有される。さらにSBDは、（例えば、フォレンジック透かしを使用して）アプリケーションごとに特別に設計されており、他のアプリケーションに対処するのに十分なほど一般的ではない場合がある。
本開示の態様は、メディアコンテンツのメディアデータを受信するための装置を提供する。1つの装置は、メディアプレゼンテーション記述（MPD）ファイルおよびセッションベースの記述（SBD）ファイルを受信する処理回路を含む。処理回路は、SBDファイルがセッションのSBDタイムラインの開始時間を示すstarting time属性を含むかどうかを決定する。処理回路は、SBDファイルがstarting time属性を含むことに応じて、SBDタイムラインの開始時間をSBDファイルに基づいて決定する。処理回路は、SBDファイルがstarting time属性を含まないことに応じて、SBDタイムラインの開始時間をMPDファイルに基づいて決定する。
一実施形態では、SBDタイムラインの開始時間は、SBDファイルがstarting time属性を含まないことに応じて、MPDファイルのタイプと、SBD記述子が含まれるMPDファイルの要素とに基づいて決定される。SBD記述子はSBDファイルに対応する。
一実施形態では、SBDタイムラインの開始時間は、MPDファイルのタイプが動的であることと、MPDファイルのSBD記述子がMPD要素に含まれることとに応じて、MPD要素のavailability starting time属性の値として決定される。
一実施形態では、SBDタイムラインの開始時間は、MPDファイルのタイプが静的であることと、MPDファイルのSBD記述子がMPD要素に含まれることとに応じて、メディアコンテンツのメディアタイムラインの初期開始時間として決定される。
一実施形態では、SBDタイムラインの開始時間は、MPDファイルのSBD記述子がperiod要素に含まれることに応じて、period要素のstarting time属性の値として決定される。
一実施形態では、SBDファイルは、SBDタイムラインの持続時間を示すduration属性を含む。
一実施形態では、SBDファイルは、SBDタイムラインが繰り返されるかどうかを示すloop属性を含む。
一実施形態では、SBDファイルのorderline要素は、orderline要素が適用される開始セグメントを示す属性を含む。
一実施形態では、開始セグメントのタイミング情報は、SBDタイムラインの開始時間に基づく。
本開示の態様は、メディアコンテンツのメディアデータを受信する方法を提供する。1つの方法では、メディアプレゼンテーション記述（MPD）ファイルおよびセッションベースの記述（SBD）ファイルが受信される。SBDファイルが、セッションのSBDタイムラインの開始時間を示すstarting time属性を含むかどうかが決定される。SBDタイムラインの開始時間は、SBDファイルがstarting time属性を含むことに応じて、SBDファイルに基づいて決定される。SBDタイムラインの開始時間は、SBDファイルがstarting time属性を含まないことに応じて、MPDファイルに基づいて決定される。
本開示の態様はまた、命令を記憶する非一時的なコンピュータ可読媒体を提供し、命令は、メディアコンテンツのメディアデータを検索するためにコンピュータによって実行される場合、セッションのメディアデータを受信する方法のうちの任意の1つまたは組合せをコンピュータに実行させる。
開示された主題のさらなる特徴、性質および様々な利点は、以下の詳細な説明および添付の図面からより明らかになるであろう。
本開示の一実施形態による例示的なセッションベースのハイパーテキスト転送プロトコルを介した動的適応型ストリーミング（DASH）システムを示す図である。 本開示の一実施形態による別の例示的なセッションベースのDASHシステムを示す図である。 本開示の一実施形態による例示的なDASHクライアントアーキテクチャを示す図である。 本開示の実施形態による2つの例示的なSBDタイミングモデルを示す図である。 本開示の実施形態による2つの例示的なSBDタイミングモデルを示す図である。 本開示の一実施形態によるSBDファイルの例示的なorderline要素を示す図である。 本開示の実施形態によるプロセス例の概要を示すフローチャートである。 本開示の実施形態によるプロセス例の概要を示す別のフローチャートである。 本開示の一実施形態によるコンピュータシステムの概略図である。
1．ハイパーテキスト転送プロトコルを介した動的適応型ストリーミング（DASH）およびメディアプレゼンテーション記述（MPD）
ハイパーテキスト転送プロトコルを介した動的適応型ストリーミング（DASH）は、ウェブサーバ、コンテンツ配信ネットワーク（CDN）、様々なプロキシおよびキャッシュなどのハイパーテキスト転送プロトコル（HTTP）インフラストラクチャを使用してメディアコンテンツのストリーミングを可能にする適応型ビットレートストリーミング技術である。DASHは、DASHサーバからDASHクライアントへのオンデマンドストリーミングおよびライブストリーミングの両方をサポートし、DASHクライアントがストリーミングセッションを制御することを可能にするので、DASHサーバは、大規模展開におけるストリーミング適応管理の追加負荷に対処する必要がない。DASHはまた、DASHクライアントが様々なDASHサーバからのストリーミングを選択することを可能にし、したがって、DASHクライアントの利益のためにネットワークのさらなる負荷分散を達成する。DASHは、例えばネットワーク状況に適応するようにビットレートを変更することによって、異なるメディアトラック間の動的な切り替えを提供する。
DASHでは、メディアプレゼンテーション記述（MPD）ファイルは、DASHクライアントがDASHサーバからメディアセグメントをダウンロードすることによってメディアコンテンツを適応的にストリーミングするための情報を提供する。MPDファイルを断片化し、かつ部分的に配信して、セッション開始遅延を低減することができる。MPDファイルをストリーミングセッション中に更新することもできる。いくつかの例では、MPDファイルは、コンテンツのアクセシビリティ機能、評価およびカメラ視野の表現をサポートする。DASHはまた、多視点で拡張可能な符号化コンテンツの配信をサポートする。
MPDファイルは、1つまたは複数の期間のシーケンスを含むことができる。1つまたは複数の期間の各々を、MPDファイル内のperiod要素によって定義することができる。MPDファイルは、MPDのavailableStartTime属性と、期間ごとのstart属性とを含むことができる。（例えば、ライブサービスに使用される）動的タイプのメディアプレゼンテーションの場合、期間のstart属性とMPD属性availableStartTimeとメディアセグメントの持続時間との合計は、協定世界時（UTC）フォーマットにおける期間、特に、対応する期間における各表現の第1のメディアセグメントの利用可能時間を示すことができる。（例えば、オンデマンドサービスに使用される）静的タイプのメディアプレゼンテーションの場合、第1の周期のstart属性を0とすることができる。任意の他の期間では、start属性は、対応する期間の開始時間と第1の期間の開始時間との間の時間オフセットを指定することができる。各期間は、次の期間の開始まで、または最後の期間の場合にはメディアプレゼンテーションの終了まで延長することができる。期間開始時間は正確であり、全ての先行期間のメディアの再生から生じる実際のタイミングを反映することができる。
各期間は、1つまたは複数の適応セットを含むことができ、適応セットの各々は、同じメディアコンテンツの1つまたは複数の表現を含むことができる。表現を、オーディオデータまたはビデオデータのいくつかの代替的な符号化バージョンのうちの1つとすることができる。表現は、符号化のタイプによって、例えばビデオデータのビットレート、解像度および／またはコーデック、およびオーディオデータのビットレートおよび／またはコーデックによって異なり得る。表現という用語は、マルチメディアコンテンツの特定の期間に対応し、特定の方法で符号化された、符号化オーディオデータもしくは符号化ビデオデータのセクションを指すために使用されうる。
特定の期間の適応セットは、MPDファイルのグループ属性によって示されるグループに割り当てられうる。同じグループ内の適応セットは、一般に互いに対する代替と見なされる。例えば、復号のために任意の適応セットを選択して、対応する期間のマルチメディアコンテンツのビデオデータを表示することができるように、特定の期間のビデオデータの各適応セットを同じグループに割り当てることができる。いくつかの例では、1つの期間内のメディアコンテンツを、存在する場合にはグループ0からの1つの適応セット、または非ゼロの各グループからの最大1つの適応セットの組合せのいずれかによって表すことができる。期間の表現ごとのタイミングデータを、期間の開始時間に対して表現することができる。
表現は、1つまたは複数のセグメントを含むことができる。各表現は初期化セグメントを含むことができ、または表現の各セグメントは自己初期化することができる。存在する場合、初期化セグメントは表現にアクセスするための初期化情報を含むことができる。いくつかの場合、初期化セグメントはメディアデータを含まない。ユニフォームリソースロケータ（URL）、ユニフォームリソース名（URN）、またはユニフォームリソース識別子（URI）などの識別子によって、セグメントを一意に参照することができる。MPDファイルは、セグメントごとに識別子を提供することができる。いくつかの例では、MPDファイルは、URL、URNまたはURIによってアクセス可能なファイル内のセグメントのデータに対応することができるrange属性の形式でバイト範囲を提供することもできる。
各表現はまた、1つまたは複数のメディアコンポーネントを含むことができ、各メディアコンポーネントは、オーディオ、ビデオ、または時限テキスト（例えば、クローズドキャプション用）などの1つの個々のメディアタイプの符号化バージョンに対応することができる。メディアコンポーネントは、1つの表現内の連続するメディアセグメントの境界にわたって時間的に連続的であり得る。
いくつかの実施形態では、DASHクライアントは、DASHサーバからMPDファイルにアクセスしてMPDファイルをダウンロードすることができる。すなわち、DASHクライアントは、ライブセッションの開始に使用するためにMPDファイルを検索することができる。MPDファイルに基づいて、および選択された各々の表現ごとに、DASHクライアントは、サーバ上で利用可能な最新のセグメントを決定すること、次のセグメントおよび場合によっては将来のセグメントのセグメント可用性開始時間を決定すること、セグメントのプレイアウトの開始時期、および開始するセグメント内のタイムラインを決定すること、および、新しいMPDファイルを取得／フェッチする時期を決定することを含む、いくつかの決定を行うことができる。サービスが実行されると、クライアントは、検出および補償が必要なライブサービスとそれ自体のプレイアウトとの間のドリフトを追跡することができる。
2．セッションベースのDASH動作およびセッションベースの記述（SBD）
MPDファイルを全てのDASHクライアントに対して包括的とすることができることに留意されたい。MPDファイルをDASHクライアントのセッション固有のものにするために、Moving Picture Expert Group（MPEG）は、セッションベースのDASH動作を提供する。セッションベースのDASH動作では、DASHクライアントは、セッションベースの記述（SBD）ファイルなどのサイドファイルを受信することができ、これはDASHクライアントがセッションごとに、場合によってはクライアントごとにMPDファイルをカスタマイズするための命令を提供する。
図1は、本開示の一実施形態による例示的なセッションベースのDASHシステム（100）を示している。セッションベースのDASHシステム（100）では、MPDファイルがDASHサーバ（101）（例えば、コンテンツサーバ）からDASHクライアント（102）へ送信される。DASHクライアント（102）は、メディアセグメントをMPDファイルに基づいてDASHサーバ（101）から受信することができる。DASHクライアント（102）は、MPDファイルの更新要求をDASHサーバ（101）に送信することができる。さらに、DASHクライアント（102）は、SBDファイルをDASHサーバ（101）またはサードパーティ（例えば、セッションコントローラ）から受信することができる。
複数のDASHサーバがMPDファイルおよびメディアセグメントを送信することができるので、MPDファイルおよびメディアセグメントを異なるDASHサーバからDASHクライアント（102）に送信することができることに留意されたい。さらに、DASHクライアント（102）から送信された要求を受信するDASHサーバを、メディアセグメントを送信するDASHサーバとは異なるものとすることができる。
本開示の態様によれば、SBDファイルは、追加のメタデータとともに、複数の時間範囲および対応するキー値のペア（または名前値のペア）を含むことができる。SBDファイルを、例えばURLによってMPDファイル内で参照することができる。SBDファイルを使用して、DASHクライアント（102）によって受信されたMPDファイルをDASHクライアント（102）のセッション固有のものであるようにカスタマイズすることができる。例えば、SBDファイルは、セッションごとの一意のMPDを生成することなく、セッション固有の要素をセグメントURLに追加することを可能にすることができる。
図2は、本開示の一実施形態による別の例示的なセッションベースのDASHシステム（200）を示している。セッションベースのDASHシステム（200）では、オーディオソース（例えば、マイク）およびビデオソース（例えば、ビデオカメラ）を含むことができるコンテンツ生成デバイス（201）（例えば、スマートフォン）によってマルチメディアコンテンツが準備され、かつ生成される。マルチメディアコンテンツを、コンテンツ生成デバイス（201）によって記憶することができ、または様々なマルチメディアコンテンツを記憶することができるコンテンツサーバ（202）に送信することができる。コンテンツサーバ（202）は、マルチメディアコンテンツの1つまたは複数のメディアセグメントに対する要求をDASHアクセスクライアント（203）などのクライアントデバイスから受信することができる。マルチメディアコンテンツはMPDファイルによって記述され、MPDファイルは、コンテンツサーバ（202）によって記憶されかつ更新され、メディアセグメントを検索するために、DASHアクセスクライアント（203）を含むクライアントデバイスによってアクセスされ得る。
セッション固有のメディアセグメントを検索するために、DASHアクセスクライアント（203）は、SBDクライアント（204）によって受信され、かつ現在のセッションの複数の時間範囲および対応するキー値のペアを含むSBDファイルにアクセスする要求を、SBDクライアント（204）（例えば、セッションクライアント）に送信することができる。例えば、DASHアクセスクライアント（203）は、キー名および時間範囲をSBDクライアント（204）に送信することができ、次いで、SBDクライアントは、キー名および時間範囲を解析し、かつキー名および時間範囲に対応する値をDASHアクセスクライアント（203）に返す。DASHアクセスクライアント（203）は、セグメント要求がHTTP GETまたはGET部分要求である場合に、セッション固有メディアセグメントを要求するためにコンテンツサーバ（202）に送信することができるセグメントURLのクエリに値を含めることができる。
SBDクライアント（204）は、セッションコントローラ（205）およびセッションコントローラ（206）などの異なるセッションコントローラから複数のSBDファイルを受信することができることに留意されたい。
本開示の態様によれば、コンテンツサーバ（202）（例えば、DASHサーバ）の機能のうちのいずれかまたは全てを、ルータ、ブリッジ、プロキシ・デバイス、スイッチまたはその他のデバイスなどのコンテンツ配信ネットワーク（CDN）の1つまたは複数のデバイスにおいて実施することができる。コンテンツサーバ（202）は、クライアントデバイス（例えば、DASHアクセスクライアント（203））からネットワーク要求を受信するように構成された要求処理ユニットを含むことができる。例えば、HTTP GET要求または部分GET要求を受信し、かつ要求に応答してマルチメディアコンテンツのデータを提供するように、要求処理ユニットを構成することができる。要求は、セグメントのURLを使用してセグメントを指定することができる。いくつかの例では、要求は、セグメントの1つまたは複数のバイト範囲を指定することもでき、したがって部分GET要求を含む。セグメントのヘッダデータを提供するためにHTTP HEAD要求を処理するように、要求処理ユニットをさらに構成することができる。
いくつかの実施形態では、コンテンツ生成デバイス（201）およびコンテンツサーバ（202）を、無線ネットワークまたは有線ネットワークによって結合することができ、または直接通信可能に結合することができる。
いくつかの実施形態では、コンテンツ生成デバイス（201）およびコンテンツサーバ（202）を同じデバイスに含めることができる。
いくつかの実施形態では、コンテンツサーバ（202）およびセッションコントローラ（205）～（206）を同じデバイスに含めることができる。
いくつかの実施形態では、コンテンツサーバ（202）およびDASHアクセスクライアント（203）を、無線ネットワークまたは有線ネットワークによって結合することができる。
いくつかの実施形態では、SBDクライアント（204）およびセッションコントローラ（205）～（206）を、無線ネットワークまたは有線ネットワークによって結合することができ、または直接通信可能に結合することができる。
いくつかの実施形態では、DASHアクセスクライアント（203）およびSBDクライアント（204）を同じデバイスに含めることができる。
3．DASHクライアントアーキテクチャ
図3は、本開示の一実施形態による例示的なDASHクライアントアーキテクチャを示している。アプリケーション（312）と通信し、かつ（i）MPDイベント、（ii）インバンドイベントおよび（iii）時限メタデータイベントを含む様々なタイプのイベントを処理するように、DASHクライアント（102）などのDASHクライアント（またはDASHプレーヤ）を構成することができる。
マニフェストパーサ（310）はマニフェスト（例えば、MPD）を解析することができる。例えばDASHサーバ（101）によってマニフェストを提供することができる。マニフェストパーサ（310）は、時限メタデータトラックに埋め込まれたMPDイベント、インバンドイベントおよび時限メタデータイベントに関するイベント情報を抽出することができる。抽出されたイベント情報を、DASH論理（311）（例えば、DASHプレーヤの制御、選択、および発見的論理）に提供することができる。DASH論理（311）は、イベント情報に基づいて、マニフェスト内でシグナリングされたイベントスキームをアプリケーション（312）に通知することができる。
イベント情報は、異なるイベントストリームを区別するためのイベントスキーム情報を含むことができる。アプリケーション（312）は、イベントスキーム情報を使用して関心のあるイベントスキームにサブスクライブすることができる。アプリケーション（312）は、1つまたは複数のサブスクリプション用アプリケーション・プログラミング・インタフェース（API）を介してサブスクライブされたスキームの各々の所望の発信モードをさらに示すことができる。例えば、アプリケーション（312）は、関心のある1つまたは複数のイベントスキームおよび任意の所望の対応発信モードを識別するサブスクリプション要求をDASHクライアントに送信することができる。
アプリケーション（312）が、1つまたは複数の時限メタデータトラックの一部として配信される1つまたは複数のイベントスキームにサブスクライブする場合、インバンドイベントおよび「moof」パーサ（303）は、1つまたは複数の時限メタデータトラックを時限メタデータトラックパーサ（304）にストリーミングすることができる。例えば、インバンドイベントおよび「moof」パーサ（303）は、ムービーフラグメントボックス（「moof」）を解析し、続いて、DASH論理（311）からの制御情報に基づいて時限メタデータトラックを解析する。
時限メタデータトラックパーサ（304）は、時限メタデータトラックに埋め込まれたイベントメッセージを抽出することができる。抽出されたイベントメッセージを、イベントおよび時限メタデータバッファ（306）に記憶することができる。シンクロナイザ／ディスパッチャモジュール（308）（例えば、イベントおよび時限メタデータのシンクロナイザおよびディスパッチャ）は、サブスクライブされたイベントをアプリケーション（312）に発信（または送信）することができる。
MPDに記述されたMPDイベントを、マニフェストパーサ（310）によって解析し、かつイベントおよび時限メタデータバッファ（306）に記憶することができる。例えばマニフェストパーサ（310）は、MPDの各イベントストリーム要素を解析し、かつ各イベントストリーム要素に記述された各イベントを解析する。MPD内でシグナリングされる各イベントについて、プレゼンテーション時間およびイベント持続時間などのイベント情報を、イベントに関連付けられたイベントおよび時限メタデータバッファ（306）に記憶することができる。
インバンドイベントおよび「moof」パーサ（303）は、メディアセグメントを解析して、インバンドイベントメッセージを抽出することができる。任意のこのような識別されたインバンドイベントおよび関連するプレゼンテーション時間および持続時間を、イベントおよび時限メタデータバッファ（306）に記憶することができる。
したがって、イベントおよび時限メタデータバッファ（306）は、その中にMPDイベント、インバンドイベントおよび／または時限メタデータイベントを記憶することができる。イベントおよび時限メタデータバッファ（306）を、例えば先入れ先出し（FIFO）バッファとすることができる。イベントおよび時限メタデータバッファ（306）を、メディアバッファ（307）に対応して管理することができる。例えば、メディアセグメントがメディアバッファ（307）内に存在する限り、そのメディアセグメントに対応する任意のイベントまたは時限メタデータをイベントおよび時限メタデータバッファ（306）に記憶することができる。
DASHアクセスAPI（302）は、HTTPプロトコルスタック（301）を介したメディアコンテンツおよび様々なメタデータを含むコンテンツストリーム（またはデータフロー）のフェッチおよび受信を管理することができる。DASHアクセスAPI（302）は、受信したコンテンツストリームを異なるデータフローに分離することができる。インバンドイベントおよび「moof」パーサ（303）に提供されるデータフローは、メディアセグメント、1つまたは複数の時限メタデータトラック、およびメディアセグメントに含まれるインバンドイベントシグナリングを含むことができる。一実施形態では、マニフェストパーサ（310）に提供されるデータフローはMPDを含むことができる。
DASHアクセスAPI（302）は、マニフェストをマニフェストパーサ（310）に転送することができる。イベントを記述することに加えて、マニフェストは、アプリケーション（312）およびインバンドイベントおよび「moof」パーサ（303）と通信することができるDASH論理（311）にメディアセグメントに関する情報を提供することもできる。アプリケーション（312）を、DASHクライアントによって処理されるメディアコンテンツに関連付けることができる。アプリケーション（312）と、DASH論理（311）と、マニフェストパーサ（310）と、DASHアクセスAPI（202）との間でやりとりされる制御／同期信号は、マニフェストに提供されたメディアセグメントに関する情報に基づいて、HTTPスタック（301）からのメディアセグメントのフェッチを制御することができる。
インバンドイベントおよび「moof」パーサ（303）は、メディアデータフローを解析して、メディアコンテンツ、時限メタデータトラック内の時限メタデータ、およびメディアセグメント内の任意のシグナリングされたインバンドイベントを含むメディアセグメントにすることができる。メディアコンテンツを含むメディアセグメントを、ファイルフォーマットパーサ（305）によって解析し、メディアバッファ（307）に記憶することができる。
イベントおよび時限メタデータバッファ（306）に記憶されたイベントは、シンクロナイザ／ディスパッチャ（308）が、イベント／メタデータAPIを介してアプリケーション（312）に関連する利用可能なイベント（または関心のあるイベント）をアプリケーション（312）に通信することを可能にすることができる。利用可能なイベント（例えば、MPDイベント、インバンドイベントまたは時限メタデータイベント）を処理し、かつシンクロナイザ／ディスパッチャ（308）に通知することによって特定のイベントまたは時限メタデータにサブスクライブするように、アプリケーション（312）を構成することができる。アプリケーション（312）に関連しないがその代わりにDASHクライアント自体に関連するイベントおよび時限メタデータバッファ（306）に記憶された任意のイベントを、さらなる処理のためにシンクロナイザ／ディスパッチャ（308）によってDASH論理（311）に転送することができる。
特定のイベントにサブスクライブするアプリケーション（312）に応答して、シンクロナイザ／ディスパッチャ（308）は、アプリケーション（312）がサブスクライブしているイベントスキームに対応するアプリケーション（312）のイベントインスタンス（または時限メタデータのサンプル）と通信することができる。イベントインスタンスは、（例えば、特定のイベントスキームについて）サブスクリプション要求によって示される発信モードまたはデフォルトの発信モードに従って通信され得る。例えば受信時発信モードでは、イベントインスタンスは、イベントおよび時限メタデータバッファ（306）での受信時にアプリケーション（312）に送信されてもよい。一方、開始時発信モードでは、イベントインスタンスは、例えばメディアデコーダ（309）からのタイミング信号と同期して、それらの関連付けられたプレゼンテーション時間にアプリケーション（312）に送信されてもよい。
4．SBDタイミングモデル
本開示は、SBDタイミングモデルを単純化し、かつ拡張して、SBDファイルのSBDタイムラインをMPDファイルのMPDタイムラインに同期させるための実施形態および方法を提示する。単純化されかつ拡張されたSBDタイミングモデルでは、単純化されかつ統一されたアンカーをSBDタイムラインの開始ポイントとして使用することができ、任意選択の継続時間をSBDタイムラインに対してシグナリングすることができる。例えば単純化された統一アンカーを、MPDおよび周期レベルSBDの動的および静的MPDの開始ポイントとして使用することができる。
図4Aおよび図4Bは、本開示の実施形態による2つの例示的なSBDタイミングモデルを示している。MPDのタイプを、図4 Aおよび図4 Bにおいてそれぞれ静的（例えば、MPD＠type＝static）および動的（例えば、MPD＠type＝dynamic）とすることができる。SBDタイムラインの開始ポイントのためのアンカーを単純化するために、SBDStartなどの開始パラメータを導入することができる。パラメータSBDStartはSBDタイムラインの開始ポイントのアンカーを定義することができる。
本開示の態様によれば、MPDタイプが動的である場合、パラメータSBDStartを、SBDファイルのSBDstarting time属性（例えば、SBD＠startTime）によって明示的にシグナリングすることができる。SBDstarting time属性は、ネットワーク・タイム・プロトコル（NTP）時間におけるパラメータSBDStartを示すことができる。SBDstarting time属性の明示的なシグナリングがSBDファイルに含まれていない場合、パラメータSBDStartをMPDファイルに基づいて導出することができる。例えば、SBDファイルに対応するSBD記述子がMPDファイルのMPD要素に含まれる（すなわち、対応するSBD記述子がMPDレベルにある）場合、MPD要素のavailability starting time属性（例えば、MPD＠availabilityStartTime）の値として、パラメータSBDStartを設定することができる。しかし、対応するSBD記述子がMPDファイルのperiod要素に含まれる（すなわち、対応するSBD記述子が周期レベルにある）場合、period要素の開始時間（例えば、Period＠Start）として、パラメータSBDStartを設定することができる。
本開示の態様によれば、MPDのタイプが静的である場合、パラメータSBDStartをMPDファイルに基づいて導出することができる。一実施形態では、対応するSBD記述子がMPDファイルのMPD要素に含まれる場合、パラメータSBDStartは、メディアコンテンツのメディアタイムラインの初期開始時間（例えば、「0」）として設定される。例えば、オンデマンドメディアコンテンツ（例えば、映画）をDASHクライアント（102）のセッションにストリーミングする場合、パラメータSBDStartは、そのセッションに対応するSBD記述子がDASHクライアント（102）によって受信されたMPDファイルのMPD要素に含まれている場合に、オンデマンドメディアコンテンツの初期開始時間として設定される。しかし、対応するSBD記述子がMPDファイルのperiod要素に含まれる場合、パラメータSBDStartは、period要素の開始時間（例えば、Period＠Start）として設定される。
いくつかの関連する例では、SBDタイムラインの持続時間は、SBDタイムラインに関連付けられたtimelineまたはorderline要素の総持続時間によって定義される。しかし、本開示では、例えばSBDファイルのduration属性（例えば、SBD＠duration）によって、SBD持続時間をSBDファイル内で任意にシグナリングすることができる。さらに本開示では、ラップアラウンド機能をSBDファイルのために有効にすることができる。ラップアラウンド機能は、DASHクライアント（102）などのDASHクライアントの現在のセッションに現在使用されているSBDタイムラインのループを可能にすることができる。例えばSBDをループする際に、現在のセッションのセッションタイムラインがSBDタイムラインを超えると、ラップアラウンド機能が有効である場合に、SBDタイムラインをセッションタイムラインのために複製しかつループすることができる。ラップアラウンド機能を、SBDファイルのloop属性（例えば、SBD＠loop）によってシグナリングすることができる。
SBDタイムラインの持続時間がSBDファイル内でシグナリングされる場合、SBDファイルの期間を明示的に示すことができる。セッションに参加するDASHクライアント（102）などのDASHクライアントは、SBD期間全体を構築することなく、SBDファイルのパラメータSBDStartおよびduration属性（例えば、SBD＠duration）をそれぞれ使用して、SBDタイムラインのアンカーおよび持続時間を導出することができる。この特徴は、セッションの現在の再生ポイントのSBD期間を検出するために、DASHクライアントのクライアント動作を実質的に単純化することができる。さらに、SBDタイムラインは過去にループしてもよい。すなわち、SBDタイムラインを、パラメータSBDStartによって示される開始時間の前まで拡張することができる。この場合、パラメータSBDStartは、SBDを適用することができる開始時間の1つのアンカーポイントであり、メディアコンテンツまたはメディアセッションの開始時間に対応する元のSBD開始時間ではない。
表1は、本開示の一実施形態によるSBDファイル内の例示的なキー値のペア要素を示している。表1を、拡張マークアップ言語（XML）で実施することができる。
Figure 2022526807000002
Figure 2022526807000003
5．SBDのOrderline要素
本開示の態様によれば、SBDファイルは複数のキー値のペア（または名前値のペア）を含むことができる。複数のキー値のペアのうちの1つまたは複数を、DASHクライアント（102）などのDASHクライアントからDASHサーバ（101）などのDASHサーバに送信される要求に追加することができる。SBDファイルのorderline要素は、キー値のペアの順序を定義することができる。いくつかの実施形態では、orderline要素をSBDファイル内のO要素として表すことができる。
本開示の態様によれば、orderline要素は、任意選択のstarting time属性（例えば、O＠t）および任意選択のstarting segment属性（例えば、O＠fもしくはO＠c）のうちの1つを含むことができる。任意選択のstarting time属性は、orderline要素の開始時間を示すことができ、任意選択のstarting segment属性は、orderline要素内の開始セグメントの順序番号を示すことができる。すなわち、任意選択のstarting segment属性は、第1のセグメントと開始セグメントとの間のオフセットを示すことができる。例えば、開始セグメントの順序番号がfである場合、f－1セグメントを使用のためにスキップすることができる。さらに、orderline要素は、このO要素の反復回数を示すrepeat属性（例えば、O＠r）を含むこともできる。
図5は、本開示の一実施形態によるSBDファイルの例示的なorderline要素を示している。図5では、orderline要素は各要求に追加されるキー値のペアの順序を定義する。例えば、O要素はキー値のペアの順序を示し、O＠tはO要素の任意の開始時間であり、O＠cはO要素の任意の開始セグメントであり、O＠vは各要求に追加される1つまたは複数のキー値のペアを含み、O＠rはこのO要素の反復回数を示す。
本開示の態様によれば、DASHクライアント（102）などのDASHクライアントは、MPDファイル内のSBD記述子のURLによって示されるロケーションからSBDファイルをダウンロードし、SBDファイルを解析し、かつtimeline／orderlineテーブルを構築することができる。次に、DASHクライアントは、（サブ）セグメントを要求するためにtimeline／orderlineテーブル内の一致する行および一致する行のSBD記述子に列挙された各キーの対応値を検出し、SBD記述子で定義されたキーの順序でクエリを構築し、DASHサーバ（101）などのDASHサーバに送信され得る（サブ）セグメント要求にクエリを追加することができる。
一実施形態では、DASHアクセスクライアント（203）などのDASHクライアントは、MPDファイルを受信し、MPDファイル内のURLアドレスをSBDクライアント（204）などのSBDクライアントに渡すことができる。SBDクライアント（204）は、キー値オブジェクトをURLアドレスからダウンロードし、かつtimeline／orderlineテーブルを構築することができる。DASHクライアントは、キーおよび（サブ）セグメントのタイミングもしくは順序をSBDクライアントに送信することができ、SBDクライアントは、要求された（サブ）セグメントのタイミングもしくは順序を計算し、かつ、要求された（サブ）セグメントのタイミングもしくは順序と一致するtimeline／orderlineテーブル内の行を検出する。次に、SBDクライアントは、一致する行のキー値のペアにおいて、DASHクライアントによって送信されたキーと一致する一致キー名を検出し、一致したキー名に対応する値をDASHクライアントに返す。DASHクライアントは、（サブ）セグメント要求において使用されるセグメントURLのクエリの最後に、あるいはHTTPヘッダの拡張として、値（またはkey＝value）を追加することができる。
表2は、本開示の一実施形態によるSBDファイルの例示的なorderline要素を示している。表2をXMLで実施することができる。
Figure 2022526807000004
Figure 2022526807000005
本開示の態様によれば、SBDタイミングモデルは、パラメータSBDStartを使用することによってSBDタイムラインの開始ポイントを含むことができ、ライブコンテンツの正確なウォールクロック時間に対するSBDタイムラインのスナップを可能にする。さらに、パラメータSBDStartが明示的にシグナリングされていない場合、SBDファイルに対応するSBD記述子がMPD要素に含まれる場合にはMPD＠availabilityStartTimeなどの属性を使用して、または、対応するSBD記述子がperiod要素に含まれる場合にはPeriod＠Startなどの属性を使用して、SBDタイムラインをMPDタイムラインに関連付けることができる。したがって、MPDおよびSBDタイミングモデルがそれらのアンカーポイントと位置合わせされるので、SBDタイムラインの生成をより単純化することができる。
一実施形態では、SBDタイミングモデルはSBDタイムラインの持続時間を含むことができる。持続時間は、DASHクライアント（102）などのDASHクライアントのための単純なループ／ラップアラウンド計算を可能にすることができる。持続時間は、タイムラインまたはorderline要素がセッションタイムライン全体に及ばない場合、SBDタイムラインの終了を示すことができる。したがって、ループ／ラップアラウンド機能が有効である場合、タイムラインまたはorderline要素をセッションが終了するまで繰り返しループすることができる。
一実施形態では、starting segment属性（例えば、O＠c）はorderline要素内でシグナリングされる。starting segment属性は、開始セグメントの先行する任意のセグメントがセッションのためにスキップされ得ることを示すことができる。すなわち、starting segment属性は、セグメント持続時間を意識せずにセグメントのギャップを示すことができる。
本開示の態様は、SBDタイムラインのMPDタイムラインへの同期を可能にするセッションベースのDASH動作を記述するための一般化されたアプリケーションに依存しない方法を提示する。単一の属性を使用して、SBDタイムラインのアンカーを、静的MPDタイプおよび動的MPDタイプの両方についてMPDタイムラインのアンカーにスナップすることができる。SBDの詳細なタイムラインを消費することなく（例えば、各セグメントのセグメント持続時間を計算することなく）、DASHクライアントによるループの簡単な計算を可能にすることができる。SBDタイムラインの持続時間はSBDタイムラインの境界を定義することができる。SBDタイムラインをorderline要素に関連付けることができ、これにより、orderline要素が開始セグメントの順序番号を示す場合に、セグメント持続時間を把握せずにセグメントのギャップおよびスキップが可能となる。一般化されたアプリケーションに依存しない方法を、XMLで実施することができる。
6．フローチャート
図6は、本開示の一実施形態によるプロセス（600）の概要を示すフローチャートを示している。様々な実施形態では、プロセス（600）は、DASHクライアント（102）内の処理回路、DASHアクセスクライアント（203）内の処理回路、SBDクライアント（204）内の処理回路などの処理回路によって実行される。いくつかの実施形態では、プロセス（600）はソフトウェア命令で実施され、したがって、処理回路がソフトウェア命令を実行すると、処理回路はプロセス（600）を実行する。プロセス（600）は（S 610）で開始し、ここで、プロセス（600）はMPDファイルおよびSBDファイルを受信する。次に、プロセス（600）はステップ（S 620）に進む。
ステップ（S 620）では、プロセス（600）は、SBDファイルがセッションのSBDタイムラインの開始時間を示すstarting time属性を含むかどうかを決定する。SBDファイルがstarting time属性を含むと決定された場合、プロセス（600）はステップ（S 630）に進む。そうでない場合、プロセス（600）はステップ（S 640）に進む。
ステップ（S 630）では、プロセス（600）は、SBDタイムラインの開始時間をSBDファイルに基づいて決定する。
ステップ（S 640）では、プロセス（600）は、SBDタイムラインの開始時間をMPDファイルに基づいて決定する。
次に、プロセス（600）は終了する。
一実施形態では、SBDタイムラインの開始時間は、SBDファイルがstarting time属性を含まないことに応じて、MPDファイルのタイプと、SBD記述子が含まれるMPDファイルの要素とに基づいて決定される。SBD記述子はSBDファイルに対応する。
一実施形態では、SBDタイムラインの開始時間は、MPDファイルのタイプが動的であることと、MPDファイルのSBD記述子がMPD要素に含まれることとに応じて、MPD要素のavailability starting time属性の値として決定される。
一実施形態では、SBDタイムラインの開始時間は、MPDファイルのタイプが静的であることと、MPDファイルのSBD記述子がMPD要素に含まれることとに応じて、メディアコンテンツのメディアタイムラインの初期開始時間として決定される。
一実施形態では、SBDタイムラインの開始時間は、MPDファイルのSBD記述子がperiod要素に含まれることに応じて、period要素のstarting time属性の値として決定される。
一実施形態では、SBDファイルは、SBDタイムラインの持続時間を示すduration属性を含む。
一実施形態では、SBDファイルは、SBDタイムラインが繰り返されるかどうかを示すloop属性を含む。
一実施形態では、SBDファイルのorderline要素は、orderline要素が適用される開始セグメントを示す属性を含む。
一実施形態では、開始セグメントのタイミング情報は、SBDタイムラインの開始時間に基づく。
図7は、本開示の一実施形態によるプロセス（700）の概要を示す別のフローチャートを示している。様々な実施形態では、プロセス（700）は、DASHサーバ（101）内の処理回路、コンテンツ生成デバイス（201）内の処理回路、コンテンツサーバ（202）内の処理回路などの処理回路によって実行される。いくつかの実施形態では、プロセス（700）はソフトウェア命令で実施され、したがって、処理回路がソフトウェア命令を実行すると、処理回路はプロセス（700）を実行する。プロセス（700）は（S 710）で開始し、ここで、プロセス（700）はMPDファイルおよびSBDファイルを生成する。
一実施形態では、MPDファイルのMPDタイプが動的である場合、SBDファイルは、セッションのSBDタイムラインの開始時間を示すstarting time属性を含むことができる。
一実施形態では、セッションのSBDタイムラインの開始時間をMPDファイルに基づいて決定することができる。例えば、SBDファイルに対応するSBD記述子がMPDファイルのMPD要素に含まれる場合、SBDタイムラインの開始時間のアンカーは、静的MPDおよび動的MPDについてそれぞれ、メディアコンテンツのメディアタイムラインの初期開始時間（例えば、「0」）、および、MPD availability starting time属性（例えば、MPD＠availabilityStartTime）の値でありうる。対応するSBD記述子がperiod要素に含まれる場合、SBDタイムラインの開始時間のアンカーをperiod要素の開始時間とすることができる。
次に、プロセス（700）はステップ（S 720）に進む。
ステップ（S 720）では、プロセス（700）は、MPDファイルおよびSBDファイルをDASHクライアント（102）などのDASHクライアントに送信する。次に、プロセス（700）はステップ（S 730）に進む。
ステップ（S 730）では、プロセス（700）はDASHクライアントからの要求を受信する。
一実施形態では、DASHクライアントは、SBDタイムラインの開始時間をMPDファイルおよびSBDファイルのうちの少なくとも1つに基づいて決定することができる。例えばDASHクライアントは、MPDファイルのMPDタイプを最初に決定することができる。MPDタイプが静的であると決定された場合、DASHクライアントは、SBDタイムラインの開始時間をSBDファイルに対応するSBD記述子に基づいて決定することができる。対応するSBD記述子がMPD要素に含まれる場合、SBDタイムラインの開始時間をメディアコンテンツのメディアタイムラインの初期開始時間とすることができる。対応するSBD記述子がperiod要素に含まれる場合、SBDタイムラインの開始時間をperiod要素の開始時間とすることができる。MPDタイプが動的であると決定された場合、DASHクライアントは、SBDファイルがstarting time属性を含むかどうかを決定することができる。SBDファイルがstarting time属性を含むと決定された場合、DASHクライアントは、SBDタイムラインの開始時間をstarting time属性に基づいて決定することができる。さもなければ、SBDファイルがstarting time属性を含まないと決定された場合、DASHクライアントは、SBDタイムラインの開始時間を対応するSBD記述子に基づいて決定することができる。対応するSBD記述子がMPD要素に含まれる場合、SBDタイムラインの開始時間をMPD可用性開始時間の値とすることができる。対応するSBD記述子がperiod要素に含まれる場合、SBDタイムラインの開始時間をperiod要素の開始時間とすることができる。
一実施形態では、DASHクライアントはSBDファイルを解析し、かつタイムライン／オーダーラインテーブルを構築することができる。次に、DASHクライアントは、対応するSBD記述子で定義されたキーの順序でクエリを構築し、そのクエリを、プロセス（700）がステップ（S 730）で受信した要求に追加することができる。
次に、プロセス（700）はステップ（740）に進む。ステップ（S 740）では、プロセス（700）は、1つまたは複数のメディアセグメントを要求に基づいてDASHクライアントに送信する。次に、プロセス（700）は終了する。
7．コンピュータシステム
上述した技術を、コンピュータ可読命令を使用し、かつ1つまたは複数のコンピュータ可読媒体に物理的に記憶されたコンピュータソフトウェアとして実施することができる。例えば図8は、開示された主題の特定の実施形態を実施するのに適したコンピュータシステム（800）を示している。
アセンブリ、コンパイル、リンクなどの機構が施されて、1つまたは複数のコンピュータ中央処理装置（CPU）、グラフィック処理装置（GPU）などによって直接実行されるか、または解釈、マイクロコード実行などを介して実行され得る命令を含むコードを作成してもよい任意の適切な機械コードまたはコンピュータ言語を使用して、コンピュータソフトウェアを符号化することができる。
例えばパーソナルコンピュータ、タブレットコンピュータ、サーバ、スマートフォン、ゲームデバイス、インターネット・オブ・シングス・デバイスなどを含む様々な種類のコンピュータまたはその構成要素上で、命令を実行することができる。
コンピュータシステム（800）について図8に示される構成要素は、本質的に例示的なものであり、本開示の実施形態を実施するコンピュータソフトウェアの使用または機能の範囲に関する限定を示唆することを意図するものではない。構成要素の構成もまた、コンピュータシステム（800）の例示的な実施形態に示される構成要素のいずれか1つまたは組合せに関する依存関係または要件を有すると解釈されるべきではない。
コンピュータシステム（800）は、特定のヒューマンインタフェース入力デバイスを含んでもよい。このようなヒューマンインタフェース入力デバイスは、例えば、触覚入力（例えば、キーストローク、スワイプ、データグローブの動作）、音声入力（例えば、声、拍手）、視覚入力（例えば、ジェスチャ）、嗅覚入力（図示せず）を介した1人または複数の人間のユーザによる入力に応答してもよい。ヒューマンインタフェースデバイスを使用して、オーディオ（音声、音楽、周囲音など）、画像（スキャン画像、静止画像カメラから取得された写真像など）、ビデオ（2次元映像、立体映像を含む3次元映像など）などの、必ずしも人間による意識的な入力に直接関連しない特定のメディアを取り込むこともできる。
入力用ヒューマンインタフェースデバイスは、キーボード（801）、マウス（802）、トラックパッド（803）、タッチスクリーン（810）、データグローブ（図示せず）、ジョイスティック（805）、マイク（806）、スキャナ（807）およびカメラ（808）のうちの1つまたは複数（図示した各々のうちの1つのみ）を含んでもよい。
コンピュータシステム（800）はまた、特定のヒューマンインタフェース出力デバイスを含んでもよい。このようなヒューマンインタフェース出力デバイスは、例えば触覚出力、音、光および匂い／味を介して1人または複数の人間のユーザの感覚を刺激してもよい。このようなヒューマンインタフェース出力デバイスは、触覚出力デバイス（例えば、タッチスクリーン（810）、データグローブ（図示せず）、またはジョイスティック（805）による触覚フィードバックであるが、入力デバイスとして機能しない触覚フィードバックデバイスも存在し得る）、音声出力デバイス（例えば、スピーカ（809）、ヘッドホン（図示せず））、視覚出力デバイス（例えば、CRTスクリーン、LCDスクリーン、プラズマスクリーン、OLEDスクリーンを含むスクリーン（810）、それぞれがタッチスクリーン入力機能を有するかまたは有さず、それぞれが触覚フィードバック機能を有するかまたは有さず、その一部は、ステレオ出力などの手段を介して2次元視覚出力または3次元以上の出力を出力可能であってもよい）、仮想現実眼鏡（図示せず）、ホログラフィックディスプレイ、およびスモークタンク（図示せず））、およびプリンタ（図示せず）を含んでもよい。これらの視覚出力デバイス（スクリーン（810）など）を、グラフィックアダプタ（850）を介してシステムバス（848）に接続することができる。
コンピュータシステム（800）はまた、人間がアクセス可能な記憶デバイスおよびそれらの関連媒体、例えば、CD／DVDなどの媒体（821）を備えるCD／DVD ROM／RW（820）を含む光学媒体、サムドライブ（822）、リムーバブルハードドライブまたはソリッドステートドライブ（823）、テープおよびフロッピーディスク（図示せず）などの旧来の磁気媒体、セキュリティドングル（図示せず）などの専用ROM／ASIC／PLDベースのデバイスなどを含むことができる。
当業者はまた、本開示の主題に関連して使用される「コンピュータ可読媒体」という用語が、伝送媒体、搬送波または他の一時的信号を包含しないことを理解すべきである。
コンピュータシステム（800）はまた、1つまたは複数の通信ネットワーク（855）へのネットワークインタフェース（854）を含むことができる。1つまたは複数の通信ネットワーク（855）を、例えば無線式、有線式、光式とすることができる。さらに、1つまたは複数の通信ネットワーク（855）を、ローカル型、広域型、都市型、車両および産業用、リアルタイム型、遅延耐性型などとすることができる。1つまたは複数の通信ネットワーク（855）の例には、例えば、イーサネットなどのローカルエリアネットワーク、無線LAN、GSM、3G、4G、5G、LTEなどを含むセルラネットワーク、ケーブルテレビ、衛星テレビ、地上波テレビを含むテレビの有線もしくは無線広域デジタルネットワーク、CANBusを含む車載用もしくは産業用のネットワークなどが挙げられる。特定のネットワークは、一般に、特定の汎用データポートまたは周辺機器用バス（849）に取り付けられた外部ネットワークインタフェースアダプタ（例えば、コンピュータシステム（800）のUSBポートなど）を必要し、他のネットワークは、一般に、後述するようなシステムバスへの取り付けによってコンピュータシステム（800）のコアに統合される（例えば、イーサネットインタフェースのPCコンピュータシステムへの統合、またはセルラネットワークインタフェースのスマートフォンコンピュータシステムへの統合）。これらのネットワークのいずれかを使用して、コンピュータシステム（800）は他のエンティティと通信することができる。例えばローカルまたは広域のデジタルネットワークを使用する他のコンピュータシステムに対して、このような通信を、単方向、受信のみ（例えば、テレビ放送）、単方向送信のみ（例えば、特定のCANbusデバイスへのCANbus）、または双方向とすることができる。特定のプロトコルおよびプロトコルスタックを、上述したようにそれらのネットワークおよびネットワークインタフェースの各々で使用することができる。
前述のヒューマンインタフェースデバイス、人間がアクセス可能な記憶デバイス、およびネットワークインタフェースを、コンピュータシステム（800）のコア（840）に取り付けることができる。
コア（840）は、1つまたは複数の中央処理装置（CPU）（841）、グラフィック処理装置（GPU）（842）、フィールドプログラマブルゲートエリア（FPGA）（843）の形態の専用プログラマブル処理装置、特定のタスク用のハードウェアアクセラレータ（844）などを含むことができる。これらのデバイスは、読み出し専用メモリ（ROM）（845）、ランダムアクセスメモリ（846）、ユーザがアクセス不可能な内部ハードドライブ、SSDなどの内部大容量ストレージ（847）とともに、システムバス（848）を介して接続されてもよい。いくつかのコンピュータシステムでは、システムバス（848）を1つまたは複数の物理プラグの形態でアクセス可能として、追加のCPU、GPUなどによる拡張を可能にすることができる。周辺機器を、コアのシステムバス（848）に直接取り付けるか、または周辺機器用バス（849）を介して取り付けることもできる。周辺機器用バスのアーキテクチャはPCI、USBなどを含む。
CPU（841）、GPU（842）、FPGA（843）およびアクセラレータ（844）を組み合わせて、上述のコンピュータコードを構成することができる特定の命令を実行することができる。そのコンピュータコードをROM（845）またはRAM（846）に記憶することができる。一時データをRAM（846）に記憶することもできる一方で、永続データを、例えば内部大容量ストレージ（847）に記憶することもできる。1つまたは複数のCPU（841）、GPU（842）、大容量ストレージ（847）、ROM（845）、RAM（846）などと密接に関連付けることができるキャッシュメモリの使用によって、メモリデバイスのいずれかへの高速記憶および検索を可能にすることができる。
コンピュータ可読媒体は、それに様々なコンピュータによって実施される動作を実行するためのコンピュータコードを有することができる。メディアおよびコンピュータコードを、本開示の目的のために特別に設計されかつ構築されたものとするか、またはコンピュータソフトウェア技術の当業者に周知で利用可能なものとすることができる。
限定ではなく例として、アーキテクチャを有するコンピュータシステム（800）、特にコア（840）は、1つまたは複数の有形コンピュータ可読媒体で具現化されたソフトウェアを実行する（CPU、GPU、FPGA、アクセラレータなどを含む）プロセッサの結果として機能を提供することができる。このようなコンピュータ可読媒体を、上述のようなユーザがアクセス可能な大容量ストレージ、ならびにコア内部大容量ストレージ（847）またはROM（845）などの非一時的な性質のコア（840）の特定のストレージに関連付けられた媒体とすることができる。本開示の様々な実施形態を実施するソフトウェアをこのようなデバイスに記憶し、コア（840）によって実行することができる。特定の必要性に応じて、コンピュータ可読媒体は1つまたは複数のメモリデバイスまたはチップを含むことができる。ソフトウェアは、コア（840）、具体的にはその中の（CPU、GPU、FPGAなどを含む）プロセッサに、RAM（846）に記憶されたデータ構造を定義すること、およびソフトウェアによって定義されたプロセスに従ってこのようなデータ構造を修正することを含む、本明細書に記載の特定のプロセスまたは特定のプロセスの特定の部分を実行させることができる。追加的に、または代替として、コンピュータシステムは、ハードウェアに組み込まれるかまたは他の方法で回路（例えば、アクセラレータ（844））に具現化された論理の結果として機能を提供することができ、ソフトウェアの代わりに、またはソフトウェアとともに動作して、本明細書に記載の特定のプロセスまたは特定のプロセスの特定の部分を実行することができる。ソフトウェアへの言及は、適切な場合には論理を包含することができ、逆もまた同様である。コンピュータ可読媒体への言及は、必要に応じて、実行のためのソフトウェアを記憶する回路（集積回路（IC）など）、実行のための論理を具現化する回路、またはその両方を包含することができる。本開示は、ハードウェアとソフトウェアとの任意の適切な組合せを包含する。
本開示はいくつかの例示的な実施形態を説明してきたが、本開示の範囲内に入る変更、置換および様々な代替の等価物がある。したがって、当業者は、本明細書に明示的に示されていないかまたは記載されていないが、本開示の原理を具体化し、したがってその精神および範囲内にある多数のシステムおよび方法を考案することができることが理解されるであろう。
100、200 DASHシステム
101 DASHサーバ
102 DASHクライアント
201 コンテンツ生成デバイス
202 コンテンツサーバ
203 DASHアクセスクライアント
204 SBDクライアント
205、206 セッションコントローラ
301 HTTPプロトコルスタック
302 DASHアクセスAPI
303 インバンドイベントおよび「moof」パーサ
304 時限メタデータトラックパーサ
305 ファイルフォーマットパーサ
306 イベントおよび時限メタデータバッファ
307 メディアバッファ
308 シンクロナイザ／ディスパッチャモジュール
309 メディアデコーダ
310 マニフェストパーサ
311 DASH論理
312 アプリケーション
600、700 プロセス
800 コンピュータシステム
801 キーボード
802 マウス
803 トラックパッド
805 ジョイスティック
806 マイク
807 スキャナ
808 カメラ
809 スピーカ
810 タッチスクリーン
820 CD／DVD ROM／RW
821 媒体
822 サムドライブ
823 リムーバブルハードドライブまたはソリッドステートドライブ
840 コア
841 中央処理装置（CPU）
842 グラフィック処理装置（GPU）
843 フィールドプログラマブルゲートエリア（FPGA）
844 アクセラレータ
845 読み出し専用メモリ（ROM）
846 ランダムアクセスメモリ
847 内部大容量ストレージ
848 システムバス
849 周辺機器用バス
850 グラフィックアダプタ
854 ネットワークインタフェース
855 通信ネットワーク

Claims (20)

  1. メディアコンテンツのメディアデータを受信する方法であって、前記方法は、
    メディアプレゼンテーション記述（MPD）ファイルおよびセッションベースの記述（SBD）ファイルを受信するステップと、
    前記SBDファイルがセッションのSBDタイムラインの開始時間を示すstarting time属性を含むかどうかを決定するステップと、
    前記SBDファイルが前記starting time属性を含むことに応じて、前記SBDタイムラインの前記開始時間を前記SBDファイルに基づいて決定するステップと、
    前記SBDファイルが前記starting time属性を含まないことに応じて、前記SBDタイムラインの前記開始時間を前記MPDファイルに基づいて決定するステップと
    を含む、方法。
  2. 前記SBDタイムラインの前記開始時間を前記MPDファイルに基づいて決定する前記ステップは、
    前記SBDファイルが前記starting time属性を含まないことに応じて、前記SBDタイムラインの前記開始時間を、前記MPDファイルのタイプと、前記SBD記述子が含まれる前記MPDファイルの要素とに基づいて決定するステップであって、前記SBD記述子が前記SBDファイルに対応する、ステップをさらに含む、請求項1に記載の方法。
  3. 前記SBDタイムラインの前記開始時間を前記MPDファイルに基づいて決定する前記ステップは、
    前記SBDタイムラインの前記開始時間を、前記MPDファイルのタイプが動的であることと、前記MPDファイルの前記SBD記述子がMPD要素に含まれることとに応じて、前記MPD要素のavailability starting time属性の値として決定するステップをさらに含む、請求項2に記載の方法。
  4. 前記SBDタイムラインの前記開始時間を前記MPDファイルに基づいて決定する前記ステップは、
    前記SBDタイムラインの前記開始時間を、前記MPDファイルのタイプが静的であることと、前記MPDファイルの前記SBD記述子が前記MPD要素に含まれることとに応じて、前記メディアコンテンツのメディアタイムラインの初期開始時間として決定するステップをさらに含む、請求項2に記載の方法。
  5. 前記SBDタイムラインの前記開始時間を前記MPDファイルに基づいて決定する前記ステップは、
    前記SBDタイムラインの前記開始時間を、前記MPDファイルの前記SBD記述子がperiod要素に含まれることに応じて、前記period要素のstarting time属性の値として決定するステップをさらに含む、請求項2に記載の方法。
  6. 前記SBDファイルは、前記SBDタイムラインの持続時間を示すduration属性を含む、請求項1に記載の方法。
  7. 前記SBDファイルは、前記SBDタイムラインが繰り返されるかどうかを示すloop属性を含む、請求項1に記載の方法。
  8. 前記SBDファイルのorderline要素は、前記orderline要素が適用される開始セグメントを示す属性を含む、請求項1に記載の方法。
  9. 前記開始セグメントのタイミング情報は、前記SBDタイムラインの前記開始時間に基づく、請求項8に記載の方法。
  10. メディアコンテンツのメディアデータを受信する装置であって、前記装置は、
    メディアプレゼンテーション記述（MPD）ファイルおよびセッションベースの記述（SBD）ファイルを受信し、
    前記SBDファイルがセッションのSBDタイムラインの開始時間を示すstarting time属性を含むかどうかを決定し、
    前記SBDファイルが前記starting time属性を含むことに応じて、前記SBDタイムラインの前記開始時間を前記SBDファイルに基づいて決定し、そして
    前記SBDファイルが前記starting time属性を含まないことに応じて、前記SBDタイムラインの前記開始時間を前記MPDファイルに基づいて決定する
    ように構成された処理回路を含む、装置。
  11. 前記処理回路は、
    前記SBDファイルが前記starting time属性を含まないことに応じて、前記SBDタイムラインの前記開始時間を、前記MPDファイルのタイプと、SBD記述子が含まれる前記MPDファイルの要素とに基づいて決定し、前記SBD記述子が前記SBDファイルに対応するようにさらに構成される、請求項10に記載の装置。
  12. 前記処理回路は、
    前記SBDタイムラインの前記開始時間を、前記MPDファイルのタイプが動的であることと、前記MPDファイルの前記SBD記述子がMPD要素に含まれることとに応じて、前記MPD要素のavailability starting time属性の値として決定するようにさらに構成される、請求項11に記載の装置。
  13. 前記処理回路は、
    前記SBDタイムラインの前記開始時間を、前記MPDファイルのタイプが静的であることと、前記MPDファイルの前記SBD記述子が前記MPD要素に含まれることとに応じて、前記メディアコンテンツのメディアタイムラインの初期開始時間として決定するようにさらに構成される、請求項11に記載の装置。
  14. 前記処理回路は、
    前記SBDタイムラインの前記開始時間を、前記MPDファイルの前記SBD記述子がperiod要素に含まれることに応じて、前記period要素のstarting time属性の値として決定するようにさらに構成される、請求項11に記載の装置。
  15. 前記SBDファイルは、前記SBDタイムラインの持続時間を示すduration属性を含む、請求項10に記載の装置。
  16. 前記SBDファイルは、前記SBDタイムラインが繰り返されるかどうかを示すloop属性を含む、請求項10に記載の装置。
  17. 前記SBDファイルのorderline要素は、前記orderline要素が適用される開始セグメントを示す属性を含む、請求項10に記載の装置。
  18. 前記開始セグメントのタイミング情報は、前記SBDタイムラインの前記開始時間に基づく、請求項17に記載の装置。
  19. コンピュータによって実行される場合にメディアコンテンツのメディアデータを受信するための命令を記憶する非一時的なコンピュータ可読記憶媒体であって、前記命令は前記コンピュータに、
    メディアプレゼンテーション記述（MPD）ファイルおよびセッションベースの記述（SBD）ファイルを受信するステップと、
    前記SBDファイルがセッションのSBDタイムラインの開始時間を示すstarting time属性を含むかどうかを決定するステップと、
    前記SBDファイルが前記starting time属性を含むことに応じて、前記SBDタイムラインの前記開始時間を前記SBDファイルに基づいて決定するステップと、
    前記SBDファイルが前記starting time属性を含まないことに応じて、前記SBDタイムラインの前記開始時間を前記MPDファイルに基づいて決定するステップと
    を実行させる、非一時的なコンピュータ可読記憶媒体。
  20. 記憶された前記命令は前記コンピュータに、
    前記SBDファイルが前記starting time属性を含まないことに応じて、前記SBDタイムラインの前記開始時間を、前記MPDファイルのタイプと、SBD記述子が含まれる前記MPDファイルの要素とに基づいて決定するステップであって、前記SBD記述子が前記SBDファイルに対応する、ステップを実行させる、請求項19に記載の非一時的なコンピュータ可読記憶媒体。
JP2021558855A 2020-01-06 2021-01-04 メディアコンテンツのメディアデータを受信する方法、装置、およびコンピュータプログラム Active JP7252373B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US202062957671P 2020-01-06 2020-01-06
US62/957,671 2020-01-06
US17/076,935 2020-10-22
US17/076,935 US11570509B2 (en) 2020-01-06 2020-10-22 Session-based information for dynamic adaptive streaming over HTTP
PCT/US2021/012061 WO2021141848A1 (en) 2020-01-06 2021-01-04 Session-based information for dynamic adaptive streaming over http

Publications (2)

Publication Number Publication Date
JP2022526807A true JP2022526807A (ja) 2022-05-26
JP7252373B2 JP7252373B2 (ja) 2023-04-04

Family

ID=76654496

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021558855A Active JP7252373B2 (ja) 2020-01-06 2021-01-04 メディアコンテンツのメディアデータを受信する方法、装置、およびコンピュータプログラム

Country Status (6)

Country Link
US (2) US11570509B2 (ja)
EP (1) EP4088418A4 (ja)
JP (1) JP7252373B2 (ja)
KR (1) KR102635342B1 (ja)
CN (2) CN113661680B (ja)
WO (1) WO2021141848A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2022526162A (ja) * 2020-01-07 2022-05-23 テンセント・アメリカ・エルエルシー セッションベースｄａｓｈ動作のためのパターン指定
JP7387209B2 (ja) 2021-01-05 2023-11-28 テンセント・アメリカ・エルエルシー Ｈｔｔｐ上の動的適応ストリーミングのための方法および装置

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11445270B2 (en) 2020-04-15 2022-09-13 Comcast Cable Communications, Llc Content information for manifest determination

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015530002A (ja) * 2012-07-09 2015-10-08 ホアウェイ・テクノロジーズ・カンパニー・リミテッド 動的適応ストリーミングオーバーハイパーテキスト転送プロトコルクライアント挙動フレームワークおよびセッション管理の実装
WO2015174298A1 (ja) * 2014-05-16 2015-11-19 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法
WO2016056412A1 (ja) * 2014-10-10 2016-04-14 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法
JP2016511575A (ja) * 2013-02-04 2016-04-14 クアルコム，インコーポレイテッド ネットワークストリーミングのための利用可能なメディアデータの決定

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10305940B2 (en) * 2014-11-12 2019-05-28 Lg Electronics Inc. Broadcasting signal transmission device, broadcasting signal reception device, broadcasting signal transmission method, and broadcasting signal reception method
KR101760445B1 (ko) * 2014-11-13 2017-07-21 소니 주식회사 수신 장치, 수신 방법, 송신 장치 및 송신 방법
WO2016105100A1 (ko) * 2014-12-22 2016-06-30 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US10129308B2 (en) * 2015-01-08 2018-11-13 Qualcomm Incorporated Session description information for over-the-air broadcast media data
CN106105150B (zh) * 2015-03-01 2020-11-06 Lg 电子株式会社 用于发送广播信号的设备、用于接收广播信号的设备、发送广播信号的方法和接收广播信号的方法
US10454985B2 (en) * 2015-03-04 2019-10-22 Qualcomm Incorporated File format based streaming with dash formats based on LCT
US10749917B2 (en) * 2015-03-12 2020-08-18 Lg Electronics Inc. Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method, and broadcast signal reception method

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015530002A (ja) * 2012-07-09 2015-10-08 ホアウェイ・テクノロジーズ・カンパニー・リミテッド 動的適応ストリーミングオーバーハイパーテキスト転送プロトコルクライアント挙動フレームワークおよびセッション管理の実装
JP2016511575A (ja) * 2013-02-04 2016-04-14 クアルコム，インコーポレイテッド ネットワークストリーミングのための利用可能なメディアデータの決定
WO2015174298A1 (ja) * 2014-05-16 2015-11-19 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法
WO2016056412A1 (ja) * 2014-10-10 2016-04-14 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"Information technology - Dynamic adaptive streaming over HTTP (DASH) - Part 1: Media presentation de", ＩＳＯ文書（ＳＣ２９）, vol. Fourth Edition, JPN7022005301, 31 December 2019 (2019-12-31), pages 25 - 26, ISSN: 0004919266 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2022526162A (ja) * 2020-01-07 2022-05-23 テンセント・アメリカ・エルエルシー セッションベースｄａｓｈ動作のためのパターン指定
JP7190589B2 (ja) 2020-01-07 2022-12-15 テンセント・アメリカ・エルエルシー セッションベースｄａｓｈ動作のためのパターン指定
JP7387209B2 (ja) 2021-01-05 2023-11-28 テンセント・アメリカ・エルエルシー Ｈｔｔｐ上の動的適応ストリーミングのための方法および装置

Also Published As

Publication number Publication date
CN113661680A (zh) 2021-11-16
JP7252373B2 (ja) 2023-04-04
US20230087428A1 (en) 2023-03-23
WO2021141848A1 (en) 2021-07-15
CN113661680B (zh) 2024-03-01
EP4088418A4 (en) 2023-12-20
EP4088418A1 (en) 2022-11-16
US11785283B2 (en) 2023-10-10
KR20210141598A (ko) 2021-11-23
US20210211762A1 (en) 2021-07-08
CN118055275A (zh) 2024-05-17
KR102635342B1 (ko) 2024-02-07
US11570509B2 (en) 2023-01-31

Similar Documents

Publication Publication Date Title
JP7297086B2 (ja) セッションのメディアデータを受信するための方法、装置、およびプログラム
US11785067B2 (en) Session-based information for dynamic adaptive streaming over HTTP
JP7252373B2 (ja) メディアコンテンツのメディアデータを受信する方法、装置、およびコンピュータプログラム
JP7176133B2 (ja) Ｈｔｔｐ上の動的アダプティブストリーミングのための方法、装置及びコンピュータプログラム
JP2022525366A (ja) メディアデータを受信するための方法、装置、およびプログラム
US11451602B2 (en) Methods and apparatuses for dynamic adaptive streaming over HTTP
JP7483919B2 (ja) Ｈｔｔｐによる動的適応ストリーミングのための方法及び装置
JP7190589B2 (ja) セッションベースｄａｓｈ動作のためのパターン指定
JP7387209B2 (ja) Ｈｔｔｐ上の動的適応ストリーミングのための方法および装置
JP7395766B2 (ja) Ｈｔｔｐを介した動的適応ストリーミングのための方法および装置

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210930

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210930

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20221028

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20221114

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230210

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230227

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230323

R150 Certificate of patent or registration of utility model

Ref document number: 7252373

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150