CN103443741A - 用于接收呈现元数据的方法和装置 - Google Patents

用于接收呈现元数据的方法和装置 Download PDF

Info

Publication number
CN103443741A
CN103443741A CN2012800080255A CN201280008025A CN103443741A CN 103443741 A CN103443741 A CN 103443741A CN 2012800080255 A CN2012800080255 A CN 2012800080255A CN 201280008025 A CN201280008025 A CN 201280008025A CN 103443741 A CN103443741 A CN 103443741A
Authority
CN
China
Prior art keywords
value
attribute
presents
indication
description
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
CN2012800080255A
Other languages
English (en)
Other versions
CN103443741B (zh
Inventor
戴维·斯图尔特·弗贝克
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
BlackBerry Ltd
Original Assignee
BlackBerry Ltd
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 BlackBerry Ltd filed Critical BlackBerry Ltd
Publication of CN103443741A publication Critical patent/CN103443741A/zh
Application granted granted Critical
Publication of CN103443741B publication Critical patent/CN103443741B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/752—Media network packet handling adapting media to network capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/756—Media network packet handling adapting media to device capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/75—Indicating network or usage conditions on the user display
    • 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/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/23439—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements for generating different versions
    • 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/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]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/40—Information retrieval; Database structures therefor; File system structures therefor of multimedia data, e.g. slideshows comprising image and additional audio data
    • G06F16/43—Querying
    • G06F16/438—Presentation of query results
    • G06F16/4387—Presentation of query results by the use of playlists
    • G06F16/4393—Multimedia presentations, e.g. slide shows, multimedia albums
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/10—Text processing
    • G06F40/103—Formatting, i.e. changing of presentation of documents
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/10—Text processing
    • G06F40/166—Editing, e.g. inserting or deleting

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

用于客户端设备接收经由HTTP来流传输的呈现的方法和设备。该客户端设备接收呈现的第一段，该第一段包括与呈现的第一呈现描述相关的呈现元数据。该客户端设备发送至少部分基于呈现元数据中与第一呈现描述相关的部分的请求。

Description

用于接收呈现元数据的方法和装置
技术领域
本发明总体上涉及超文本传输协议(HTTP)流传输，且更具体地涉及用于指示针对呈现描述的改变的方法和装置。
背景技术
HTTP流传输客户端使用HTTP GET请求来接收媒体呈现。在呈现描述中描述了呈现，例如，在被称为媒体呈现描述(MPD)的XML文档中描述了呈现，在3GPP TS26.247中描述了MPD。根据MPD，客户端可以知晓用哪些格式对媒体内容进行编码(例如，比特率、编解码、分辨率、语言等等)。然后客户端选择格式，该格式可以基于屏幕分辨率、信道带宽、信道接收条件、用户的语言偏好等中的一项或多项。
在使用HTTP流传输的情况下，一次接收一部分媒体。这对于实况内容来说是必须的，使得内容的媒体播出不落后于实况编码太远。其还使得客户端能够根据信道条件等自适应地切换到不同的编码。3GPP HTTP自适应流传输中的段是媒体中可下载的部分，其位置(URL和可能的字节范围)描述在MPD中。换言之，经由MPD向客户端通知如何访问各段。
在3GPP中，HTTP流传输客户端假定使用3GPP文件格式和电影片段。3GPP文件格式基于ISO/IEC14496-12ISO基础媒体文件格式。根据3GPP文件格式的媒体文件包括一系列被称为盒(box)的对象。盒可以包含媒体数据或元数据。每个盒具有相关联的盒类型(boxtype)(通常是4字符名称，总共32比特)和相关联的大小(通常是32比特无符号整数)。在未分段文件中，moov元数据盒包含用于播放媒体数据所需的所有编解码信息、定时信息、以及位置信息。对于HTTP流传输的已分段的媒体文件，moov盒仅包含编解码信息，且所有定时信息和位置信息包含在电影片段本身中。电影片段通常包括一对或多对moof盒和mdat盒。moof盒包含电影片段的元数据且mdat盒包含电影片段的媒体数据。对分段文件的使用使得编码器能够一次一部分地写入且使得客户端能够一次一部分地接收媒体。与预先在moov盒中包括元数据相对地，这通过在媒体片段的moof盒中包括元数据，最小化了启动延迟。moov盒依然包含对用于编码的编解码的描述，但是不包含关于媒体采样的任何具体信息，例如定时、偏移等。moof盒仅被允许包含针对moov盒中列出的编解码的引用。如果需要使用未在moov盒中定义的新的编解码，则需要在新文件中创建新的moov盒，因为在基于ISO的媒体文件格式中出现两个moov盒是无效的。
呈现描述(例如MPD)包括至少一个时段，时段包括至少一个表示，且表示包括至少一个段。段包含一个或多个电影片段。将具有一个特定编码格式的所有段称为表示。每个表示具有一个对应的初始化段，该初始化段在不同表示(包含3GPP情况下的moov盒)中可以是公共的。每个时段暗示了新的moov盒和解码器初始化。
当前在HTTP流传输的规范中，不要求客户端在实况流传输期间以规律间隔来取回更新的MPD。经由MPD向客户端通知媒体段的地址。当与实况流传输一起使用MPD的播放列表结构时，可以用新编码的段的位置来一次一个或一次几个地更新MPD。客户端通过发出HTTP GET或部分GET(使用范围请求报头来指定字节范围的GET)来取回更新的MPD。因此，如果客户端已将30分钟的MPD取回到实况呈现中且用户想要从呈现开始处观看，客户端具有接下来30分钟所需的所有段位置(假定时间偏移缓冲区在持续时间上是至少30分钟)。因此，客户端在大约30分钟(在此时数据将用完)内不需要下载新的MPD。此外，如果在创建段之前在MPD中对段位置进行通告，则客户端可以知晓将来的段位置，且不需要在每次新段被编码时取回MPD。从而，客户端可以非常不频繁地取回更新的MPD。对于两种情况1)客户端稍后收听(看)实况呈现且想要从开始处观看/收听呈现以及2)在段位置存在之前就通告段位置使得客户端可以很好地知晓将来的段位置，客户端可以根据规范在相对长的间隔上不取回更新的MPD。
MPD中提供的信息指导3GPP自适应HTTP流传输客户端。当响应于针对最新MPD的请求时，客户端成功取回MPD，客户端要么接收已更新的MPD，要么接收对允许客户端验证从上一次取回开始该MPD尚未更新的指示。
根据现有标准，强制客户端仅在以下情况下取回更新的MPD：其接收到多个404http错误码时，或如果其用完段位置信息。从而，服务器不能得体地引起客户端更新其MPD，且不能得体地将其媒体文件或段迁往不同位置。
此外，客户端假定即使在段实际可用之前也可以对媒体段位置进行通告。因此，客户端可以在媒体段实际存在之前知晓媒体段的将来位置。因此，客户端必须针对每一个段计算该段在何时变为可用。客户端不能假定：由于媒体段位置在MPD中可用，所以媒体段本身可用。
为了得体地要求客户端更新其MPD，可以通过媒体文件的段中的盒内的一个或多个指示向客户端通知MPD更新已发生。换言之，可以在带内向客户端通知MPD更新已发生。下面示出了示例媒体更新盒：
Figure BDA00003634901600031
对于该示例，使用以下语义：
mpd_information_flags：包含以下原因码的零个或更多个的逻辑“或”：0x00现在的媒体呈现描述更新、0x01在前的媒体呈现描述更新、0x02呈现结束、以及0x03～0x07预留；
new_location_flag：如果设为1，则在mpd_location指定的新位置处新的媒体呈现描述可用；
latest_mpd_update_time：指示相对于发出最新MPD的时间(即MPD发出时间)，在何时MPD更新是必需的(以毫秒为单位)，使得客户端可以在现在和latest_mpd_update_time之间的任何时间更新MPD；以及
mpd_location：当且仅当设置了new_location_flag时才出现，且其提供了针对新的媒体呈现描述的统一资源定位符(URL)。
附图说明
为了更完整地理解本公开，现在结合附图和具体实施方式对以下简要描述进行参考，其中，相似的附图标记表示相似的部分。
图1是被配置为根据本公开的作为客户端工作的无线手持设备的图；
图2是被配置为根据本公开工作的系统的图；
图3是示出了被配置为根据本公开工作的系统的消息的图；
图4是根据本公开的用于接收经由HTTP流传输的呈现的方法的流程图；
图5是根据本公开的用于发送经由HTTP流传输的呈现的方法的流程图；以及
图6是根据本公开的媒体呈现描述的图。
具体实施方式
在认为恰当的情况下，为了说明的简单和清楚，可以在附图之间重复附图标记，以指示对应或相似的元素。此外，阐述大量具体细节以提供对本文所述实施例的透彻理解。然而，本领域普通技术人员将理解：可以在没有这些具体细节的情况下实现本文所述的各实施例。在其他实例中，未详细描述众所周知的方法、过程和组件，以不使得本文所述各实施例不突出。此外，不应将本描述视为对本文所述各实施例的范围进行了限制。
经由HTTP流传输接收在时间偏移缓冲区之外工作的呈现(即，呈现不是最新的媒体段)的客户端可能看不到带内更新，且可能意识不到MPD位置已改变。
此外，如果未向客户端提供改变的原因，则其可能在其不需要的时候取回最新的MPD。例如，可以用不影响客户端的方式来更新MPD，例如，当MPD更新的原因是开始新的时段，但是客户端正好接收到用于在时间上后向寻找(seek back)的输入。这种客户端在该时刻不需要取回MPD。另一方面，如果已将表示的所有段或MPD迁至不同的服务器，则客户端需要取回最新的MPD以获得段的位置。在表示位于不同服务器上且已迁移了一个或多个(但不是全部)表示的情况下，附加信息在改变原因方面对于客户端可以是有用的。如果客户端当前消费的表示尚未被迁移，则客户端不需要立刻取回最新的MPD或开始从新的位置取回媒体段。另一方面，如果客户端当前消费的表示已被迁移，则如果不在带内提供位置，则客户端将想要立刻取回最新的MPD。如果已在带内提供了新的位置信息，其将想要立刻开始从新的位置取回媒体段。
带内信令(即，MPD更新盒)可以包括指示MPD更新原因和/或包括对呈现的哪些部分受到改变的影响的指示在内的呈现元数据。具有指示形式的该呈现元数据允许客户端确定何时取回最新的更新。
可以使用具有标志、原因码、或本文串的形式的指示。标志可以指示以下各项的布尔值：1)新段可用，2)新MPD位置，3)新段位置，4)向MPD更新或添加的其他参数值。原因码可以经由单个值来指示多个原因，例如码0x01＝新段可用，0x02＝新MPD位置，0x03＝参数更新等等。标准化的文本串可以用人类可读形式来指示原因。
根据当前的HTTP流传输规范，可以在MPD级别、时段级别、以及表示级别上在MPD中使用基础URL(base URL)。如果这些基础URL中任一项改变，以指示新的服务器和/或位置，则这可以让客户端知晓。可以存在MPD级别改变指示、具体时段改变指示(有可能是时段ID(periodID)或时段开始时间)、或具体表示改变指示(由表示ID来指示)。甚至还有可能指示表示中的具体段已被迁移，例如，通过指示每个受影响段的段索引。
作为具体示例，MPD更新盒(mpdu)向HTTP流传输客户端提供了对MPD更新已发生的带内指示。此外，其还提供了指示更新原因的标志，且如果原因是由于需要从新位置来访问MPD本身或媒体段，则提供与哪些时段、表示、和段受到影响相关的信息。下面示出了具有定义的示例mpdu：
Figure BDA00003634901600061
new_segments_available_flag：如果设置了该标志，则已使用了新的段来更新MPD；
new_MPD_location_flag：如果设置了该标志，则MPD在新的位置处可用；
segment_locations_change_flag：如果设置了该标志，则在MPD中之前通告的至少一个段的位置已改变；
parameters_added_or_updated_flag：如果设置了该标志，则MPD中与段位置无关的至少一个属性或元素已改变；
changed_segments_indicated_flag：可以仅在设置了new_segment_location_change_flag的情况下设置该标志。其用于指示：盒包含关于已改变哪些段的信息。
new_MPD_URL：是以“null”结尾的UTF-8字符的字符串，且当且仅当设置了newMPD_location_flag时才存在。该字符串包含新MPD的URL；
baseURL_MPD_level_changed_flag：如果在最新的MPD更新中baseURL属性的值在MPD级别上已改变，则设置该参数；
number_of_periods_with_location_changes：是无符号15比特整数，其给出了包含某种类型位置改变的时段数目。这可以是时段本身的xlink:href属性值、时段的baseURL、或在时段内在表示或段级别上的任何改变。
period_start：是以“null”结尾的UTF-8字符的字符串。该字符串包含时段的开始属性的值；
period_xlink_change_flag：如果在最新MPD更新中引用时段位置的xlink:href属性的值已改变，则设置该参数；
period_baseURL_change_flag：如果在最新MPD更新中时段的baseURL属性的值已改变，则设置该参数；
number_of_representations_with_location_changes：是无符号14比特整数，其给出了在包含某种类型位置改变的时段内的表示数目。这可以是表示本身的xlink:href属性、表示的baseURL、或在表示内在段级别上的任何改变；
representation_id：是以“null”结尾的UTF-8字符的字符串，其包含表示的id属性的值；
representation_xlink_change_flag：如果在最新MPD更新中引用表示位置的xlink:href属性的值已改变，则设置该参数；
representation_baseURL_change_flag：如果在最新MPD更新中baseURL属性的值在表示级别上已改变，则设置该参数；
number_of_segment_level_location_changes：是无符号14比特整数，其给出了sourceURL位置改变的数目(在段级别上)；
segment_index：是无符号15比特整数，其给出了段的索引的值。使用0x7FFF的索引来指示初始化段；以及
sourceURL_change_flag：如果在最新MPD更新中与segment_index相对应的段的sourceURL属性的值已变，则设置该参数。
此外，可以针对所有服务器/位置改变来添加新位置本身。这提供了可以带内找到MPD的所有更新信息，且客户端甚至可以不需要取回MPD。下面示出了具有定义的示例mpdu：
Figure BDA00003634901600081
Figure BDA00003634901600091
new_segments_available_flag：如果设置了该标志，则已使用新段来更新了MPD；
new_MPD_location_flag：如果设置了该标志，则MPD在新位置处可用；
segment_locations_change_flag：如果设置了该标志，则在MPD中之前通告的至少一个段的位置已改变；
parameters_added_or_updated_flag：如果设置了该标志，则在MPD中与段位置无关的至少一个属性或元素已改变；
new_segment_locations_present_flag：可以仅在设置了new_segment_locations_change_flag的情况下才可以设置该标志。其用于指示盒包含新的段位置信息；
new_MPD_URL：是以“null”结尾的UTF-8字符的字符串，且当且仅当设置了newMPD_location_flag的情况下才存在，并包含新MPD的URL；
baseURL_MPD_level：是以“null”结尾的UTF-8字符的字符串，且如果在最新更新中baseURL属性的值在MPD级别上改变，则包含该值；如果该值未改变或未定义，则字符串为空，且仅存在“null”终止字符；
number_of_periods_with_location_changes：是无符号16比特整数，其给出了包含某种类型位置改变在内的时段的数目；这可以是时段本身的xlink:href属性值、时段的baseURL、或在时段内在表示或段级别上的任何改变；
period_start：是以“null”结尾的UTF-8字符的字符串，且包含时段的开始属性的值；
period_xlink：是以“null”结尾的UTF-8字符的字符串，且如果在最新的更新中对时段位置进行引用的xlink:href属性的值已改变，则包含该值；如果该值未改变或时段未被经由xlink进行引用，则字符串为空，且仅存在“null”终止字符；
period_baseURL：是以“null”结尾的UTF-8字符的字符串，且如果在最新更新中baseURL属性的值在时段级别上改变，则包含该值；如果该值未改变或未定义，则字符串为空，且仅存在“null”终止字符；
number_of_representations_with_location_changes：是无符号16比特整数，其给出了包含某种类型位置改变在内的表示的数目；这可以是表示本身的xlink:href属性、表示的baseURL、或在表示内在段级别上的任何改变；
representation_id：是以“null”结尾的UTF-8字符的字符串，包含表示的id属性的值；
representation_xlink：是以“null”结尾的UTF-8字符的字符串，且如果在最新的更新中对表示位置进行引用的xlink:href属性的值已改变，则包含该值；如果该值未改变或表示未被经由xlink进行引用，则字符串为空，且仅存在“null”终止字符；
representation_baseURL：是以“null”结尾的UTF-8字符的字符串，且如果在最新更新中baseURL属性的值在表示级别上改变，则包含该值；如果该值未改变或未定义，则字符串为空，且仅存在“null”终止字符；
number_of_segment_level_location_changes：是无符号16比特整数，其给出了sourceURL位置改变的数目(在段级别上)；
segment_index：是无符号16比特整数，其给出了段的索引的值；使用索引0xFFFF来指示初始化段；以及
new_sourceURL：是以“null”结尾的UTF-8字符的字符串，且包含与segment_index相对应的段的sourceURL属性的值。
可以经由媒体段中的盒向客户端传输的信息的另一示例是MPD增量文件的内容。MPD增量文件是包含作为MPD更新(或多个更新)的结果已经改变的MPD各部分的描述和/或其之间的实际差异在内的差异文件。可以在服务器上支持MPD增量，因为与下载整个MPD相比，它们在下载时更节约带宽(特别是当MPD中仅有相对少部分的信息实际改变时)。MPD增量文件可以是XML文件本身，或可以是诸如unix diff文件之类的文本文件等。作为在服务器上可用的MPD增量文件的备选，或与服务器上可用的MPD增量文件相结合，可以将包含MPD增量文件的内容的XML码、包含MPD增量的文本字符串或MPD增量的二进制版本封装在媒体段内包含的盒中。
因此使得不要求客户端针对每个媒体段来计算媒体段可用性，MPD中的属性可以指示各段是否立刻可用，或提前向客户端通知。例如，属性可以是segmentsAdvertised或segmentsAvailable属性。如果将segmentsAdvertised属性设置为真或将segmentsAvailable设置为伪，则通告各段，且各段可能对于客户端不是立刻可用的。因此，即使媒体段的位置在MPD中，客户端也不能假定媒体段存在于服务器上。在该情况下，必须基于MPD中给出的时间和持续时间来进行与媒体段何时可用相关的计算。如果将segmentsAdvertised属性设置为伪，或将segmentsAvailable属性设置为真，则客户端可以假定媒体段可用，且跳过定时计算。
图1是被配置为根据本公开的作为客户端工作的无线手持设备的图。无线手持设备100包括数字键区101、显示器102以及一个或多个处理器(未示出)。设备100的一个或多个处理器被配置为担当HTTP流传输客户端并执行本公开的方法。设备100可以被配置为根据各种蜂窝电话通信标准(包括3GPP)来工作。
图2是被配置为根据本公开工作的系统的图。系统201包括客户端202和服务器203，它们经由网络204通信连接。
客户端202可以是根据本公开的用于接收呈现的任何设备。其示例包括：移动电话(例如，无线手持设备100)、笔记本计算机、上网本计算机、平板设备、膝上型计算机、台式计算机等等，根据各种3GPP标准来工作。
服务器203可以是根据本公开的用于发送呈现描述的任何设备。尽管示出为单一服务器，服务器203可以包括多个服务器、计算机、处理器、存储器和数据仓库。服务器203可以存储MPD，且还可以存储具有一个或多个段形式的呈现。备选地，可以在不同服务器、存储器和数据仓库(未示出)之上或之中存储一个或多个段。
网络204可以是在客户端202和服务器203之间提供通信的任何类型或风格的网络。其示例包括：互联网和移动电话的公共无线运营商网络。
图3是示出了被配置为根据本公开工作的系统的消息的图。在301，客户端202向服务器203发送针对呈现描述(例如，MPD)的请求302(例如，HTTP GET请求)。在303，服务器203从客户端202接收针对呈现描述的请求302。
在304，客户端202从服务器203接收第一呈现描述305。在306，服务器203向客户端304发送第一呈现描述305。第一呈现描述305包括第一段311的位置，作为其对以下的包括的一部分：与呈现相关联的一个或多个段的至少一个引用。由呈现描述305来描述的每个段与指示每个段的段位置的统一资源定位符(URL)以及可能的字节范围相关联。
在307，客户端202向服务器203发送针对第一段311的请求308。如上所述，服务器203可以包括多个服务器，使得不同服务器可以存储呈现描述和段。在309，服务器203从客户端202接收针对的第一段311的请求308。
在310，客户端202从服务器203接收所请求的第一段311。在312，服务器203向客户端202发送段311。第一段311包括呈现元数据，如上所述，呈现元数据指示MPD更新的原因和/或包括对呈现的哪些部分受到改变的影响的指示。
在313，客户端202向服务器203发送针对第二呈现描述(例如，更新的MPD)的请求314。在315，服务器203从客户端202接收针对第二呈现描述的请求314。针对第二呈现描述的请求314是由客户端202至少部分地基于呈现元数据的与第一呈现描述相关且与第一段一起被接收的部分来发送的。例如，当呈现元数据指示一个或多个段位置已改变时。
在316，客户端202从服务器203接收第二呈现描述317。在318，服务器203向客户端202发送第二呈现描述317。第二呈现描述317包括在呈现元数据中指示的所有改变。
在319，客户端202向服务器203发送针对第二段的请求320。在321，服务器203接收针对第二段323的请求320。请求320是根据第二呈现描述317的，第二呈现描述317是根据呈现元数据所指示的改变的。这样，与请求308相比，请求320可以针对不同服务器。此外，请求308可以是仅请求段的一部分的部分请求。
在322，客户端202从服务器203接收第二段323。在324，服务器203向客户端202发送第二段323。如上所述，发送第二呈现描述317的服务器可以与发送段的服务器不同。此外，这说明了在客户端设备消费表示的段、时段、或呈现描述中的一项或多项之前接收到第二呈现描述317的情况。
图4是根据本公开的用于接收经由HTTP来流传输的呈现的方法的流程图。在401，HTTP流传输客户端发送针对第一呈现描述的请求。
在402，客户端基于来自401的请求来接收第一呈现描述。第一呈现描述包括第一段的段位置。
在403，客户端发送针对呈现的第一段的请求。该请求基于在呈现描述中描述的段位置。
在404，客户端接收第一段，第一段还包括呈现元数据。如上所述，呈现元数据包括针对更新第一呈现描述的任何原因的指示，且可以包括实际更新或更新的一部分。
在405，客户端发送部分基于呈现元数据的请求。该请求针对呈现的第二呈现描述或呈现的第二段之一。该请求可以基于是否将呈现描述的段指示为被通告或指示为可用。如果段被指示为被通告，则客户端必须在发送针对段的请求之前计算该段何时可用。如果段被指示为可用，则客户端不一定计算段何时可用，且可以立刻访问段。换言之，当存在对段立刻可用的指示时，客户端可以在不计算其可用性的情况下请求段。
可用性指示可以被包括在第一呈现描述中和/或第一段的盒中。在实施例中，客户端：发送针对第一呈现描述的请求；接收包括可用性指示在内的第一呈现描述；基于可用性指示来执行对一个或多个段的可用性的可用性计算；以及基于第一呈现描述中包括的可用性指示来发送请求。因此，当将一个或多个段指示为可用于由客户端立刻访问时，该设备不执行可用性计算。
在备选实施例中，即使在呈现描述中列出了段且可用性指示指示了呈现描述中列出的段可用，在时间偏移缓冲区之外的段也不再可用。在该情况下，如果可用性指示指示了已使得媒体可用，则只要媒体在时间偏移缓冲区中，客户端就不需要计算或以其他方式确定是否已经使得媒体可用。因此，客户端依然可能必须确定段是否实际可用。作为示例，如果在时间偏移缓冲区仅提供30分钟缓冲时客户端尝试访问40分钟前的段，则即使可用性指示指示已使得该段可用，由于其在时间偏移缓冲区之外，该段也将不可用。换言之，如果可用性指示在呈现描述中列出的段可用，且段在时间偏移缓冲区中，则客户端可以访问该段，即，客户端不需要进行对段的将来可用性的确定。
在406，客户端可选地经由呈现元数据将第一呈现描述更新为第二呈现描述。换言之，客户端可选地经由与第一段一起接收的呈现元数据将其第一呈现描述的副本更新为与第二呈现描述一致。对客户端的呈现描述的该更新发生，而无需客户端请求第二呈现描述。此处，使用呈现元数据包括的描述增量将第一呈现描述更新为第二呈现描述。换言之，在客户端处使用带内更新将第一呈现描述更新为第二呈现描述，该带内更新将呈现增量包括在第一段的盒中的呈现元数据中。备选实施例可以在段的分离的盒中具有描述增量和其他呈现元数据。换言之，段可以包括用于呈现元数据的盒和用于描述增量的盒。
在407，客户端可选地接收第二呈现描述。此处，来自405的请求针对第二呈现描述，且在407，客户端接收该第二呈现描述。如上所述，请求至少基于呈现元数据的一部分。
在408，客户端可选地接收第二段。此处，来自405的请求针对第二段，且在408，客户端接收该第二段。如上所述，该请求至少基于呈现元数据的一部分，使得在405处的请求中使用的段位置可以不同于在第一呈现描述中描述的段位置。换言之，客户端使用来自与第一段一起接收的呈现元数据的带内更新来请求第二段。
图5是根据本公开的用于发送经由HTTP来流传输的呈现的方法的流程图。在501，服务器接收针对第一呈现描述的请求。
在502，服务器基于在501接收的内容请求来发送第一呈现描述。第一呈现描述包括第一段的段位置。
在503，服务器接收针对呈现的第一段的请求。该请求基于在呈现描述中描述的段位置。
在504，服务器可选地更新呈现的第一段中的呈现元数据。该更新可以响应于对第一呈现描述的改变，且可以发生在发送了第一呈现描述之后以及在发送第一段之前的任何时间。
在505，服务器发送包括呈现元数据在内的第一段。如上所述，呈现元数据包括针对更新第一呈现描述的任何原因的指示，且可以包括实际更新。
在506，服务器接收部分基于呈现元数据的请求。该请求针对呈现的第二呈现描述或呈现的第二段之一。
在507，服务器可选地发送第二呈现描述。此处，来自506的请求针对第二呈现描述，且在507，服务器发送该第二呈现描述。如上所述，该请求至少基于呈现元数据的一部分。
在508，服务器可选地发送第二段。此处，来自506的请求针对第二段，且在508，服务器发送该第二段。如上所述，该请求至少基于呈现元数据的一部分，使得在506处的请求中使用的段位置可以不同于在第一呈现描述中描述的段位置。换言之，使用来自与第一段一起发送的呈现元数据的带内更新来请求第二段。
图6是根据本公开的段的图。段601包括一个或多个盒602。每个盒602可以包含呈现元数据603。每个呈现元数据603可以包含至少一个指示604。
呈现元数据603包括一个或多个指示604，指示：
在呈现描述中之前未描述的至少一个新段可用；
至少一个新段的位置信息包括在呈现元数据中；
呈现描述在新位置处可用；
之前在呈现描述中描述的至少一个段的位置在新位置处可用；
呈现描述中至少一个属性或元素已改变，其中，该至少一个属性或元素与呈现描述所描述的段的位置信息无关；
呈现描述的新位置；
baseURL属性的值在呈现描述的级别上已改变；
至少一个时段中发生改变的时段的数目；
至少一个时段中的时段的periodStart属性的值；
对至少一个时段中的时段的位置进行引用的xlink:href属性的值已改变；
baseURL属性的值在时段级别上已改变，至少一个表示中发生改变的表示的数目；
至少一个表示中的表示的representationID属性的值；
对至少一个表示中的表示的位置进行引用的xlink:href属性的值已改变；
baseURL属性的值在表示级别上已改变；
至少一个段中发生改变的段的数目；
至少一个段中的已编写索引的段的索引的值；以及
已编写索引的段的sourceURL属性的值已改变。
此外，对baseURL属性的值已改变的指示604可以包括baseURL的值；
对xlink:href属性的值已改变的指示604包括xlink:href属性的值；
对baseURL属性的值在时段级别上已改变的指示604包括baseURL属性在时段级别上的值；
对xlink:href属性的值已改变的指示604包括xlink:href属性的值；
对baseURL属性的值在表示级别上已改变的指示604包括baseURL属性在表示级别上的值；以及
对sourceURL属性的值已改变的指示604包括sourceURL属性的值。
可以在很多不同类型的计算机可读介质上提供适于提供上述系统和方法的代码，该计算机可读介质包括计算机存储机制(例如，CD-ROM、盘、RAM、闪存、计算机硬盘驱动器等等)，其有形地体现了由一个或多个处理器执行的用于执行本文所述方法并实现本文所述装置的软件指令。
本文公开的方法和设备仅作为示例来呈现，且不意在限制本文描述的主题的范围。上述方法和设备的其他变化对于本领域技术人员将是显而易见的，且因此被视为在本文所述主题的范围内。例如，应当理解：可以变更、修改、和/或增加本文所述处理中的步骤和步骤顺序，且依然实现期望结果。

Claims (35)

1.一种用于接收经由HTTP来流传输的呈现的方法，所述方法包括：
接收所述呈现的第一段，所述第一段包括与所述呈现的第一呈现描述相关的呈现元数据；以及
发送至少部分基于所述呈现元数据中与所述第一呈现描述的至少一个属性或元素相关的部分的请求。
2.根据权利要求1所述的方法，其中，所述请求针对所述呈现的第二呈现描述。
3.根据权利要求1所述的方法，其中，所述请求针对所述呈现的第二段。
4.根据权利要求3所述的方法，其中，所述呈现元数据包括与所述第二段的可用性相关的可用性指示，以及基于所述可用性指示来发送所述请求。
5.根据权利要求1所述的方法，所述方法还包括：
经由所述呈现元数据包括的描述增量，将所述第一呈现描述更新为第二呈现描述。
6.根据权利要求1所述的方法，其中，所述呈现元数据包括至少一个指示，以及每个指示对更新所述第一呈现描述的原因进行指示。
7.根据权利要求6所述的方法，其中，所述至少一个指示中的指示对以下各项之一进行指示：
之前在所述第一呈现描述中未描述的至少一个新段可用；
所述至少一个新段的位置信息包括在所述呈现元数据中；
所述第一呈现描述在新位置处可用；
之前在所述第一呈现描述中描述的至少一个段的位置在新位置处可用；
之前在所述第一呈现描述中描述的至少一个属性或元素已改变；
所述第一呈现描述的新位置；以及
baseURL属性的值在所述第一呈现描述的级别上已改变。
8.根据权利要求7所述的方法，其中，对baseURL属性的值已改变的指示包括所述baseURL的值。
9.根据权利要求6所述的方法，其中，第二呈现描述包括至少一个时段，以及所述指示对以下各项之一进行指示：
所述至少一个时段中发生改变的时段的数目；
所述至少一个时段中的时段的periodStart属性的值；
对所述至少一个时段中的时段的位置进行引用的xlink：href属性的值已改变；以及
baseURL属性的值在时段级别上已改变。
10.根据权利要求9所述的方法，其中，
对所述xlink：href属性的值已改变的指示包括所述xlink：href属性的值；以及
对baseURL属性的值在时段级别上已改变的指示包括所述baseURL属性在时段级别上的值。
11.根据权利要求6所述的方法，其中，第二呈现描述包括至少一个时段，每个时段包括至少一个表示，以及所述指示对以下各项之一进行指示：
所述至少一个表示中发生改变的表示的数目；
所述至少一个表示中的表示的representationID属性的值；
对所述至少一个表示中的表示的位置进行引用的xlink：href属性的值已改变；以及
baseURL属性的值在表示级别上已改变。
12.根据权利要求11所述的方法，其中，
对所述xlink：href属性的值已改变的指示包括所述xlink：href属性的值；以及
对所述baseURL属性的值在表示级别上已改变的指示包括所述baseURL属性在表示级别上的值。
13.根据权利要求6所述的方法，其中，第二呈现描述包括至少一个时段，每个时段包括至少一个表示，每个表示包括至少一个段，以及所述指示对以下各项之一进行指示：
所述至少一个段中发生改变的段的数目；
所述至少一个段中已编写索引的段的索引的值；以及
已编写索引的段的sourceURL属性的值已改变。
14.根据权利要求13所述的方法，其中，对所述sourceURL属性的值已改变的指示包括所述sourceURL属性的值。
15.一种用于接收经由HTTP来流传输的呈现的客户端设备，所述客户端设备包括至少一个处理器，所述至少一个处理器被配置为：
接收所述呈现的第一段，所述第一段包括与所述呈现的第一呈现描述相关的呈现元数据；以及
发送至少部分基于所述呈现元数据中与所述第一呈现描述的至少一个属性或元素相关联的部分的请求；
其中，所述请求针对所述呈现的第二呈现描述和所述呈现的第二段之一。
16.根据权利要求15所述的客户端设备，其中，所述呈现元数据包括与所述第二段的可用性相关的可用性指示，以及基于所述可用性指示来发送所述请求。
17.根据权利要求15所述的客户端设备，其中，所述至少一个处理器还被配置为：
经由所述呈现元数据包括的描述增量，将所述第一呈现描述更新为第二呈现描述。
18.一种承载代码的计算机可读介质，当用于接收经由HTTP来流传输的呈现的计算设备来执行所述代码时，所述代码使得所述计算设备：
接收所述呈现的第一段，所述第一段包括与所述呈现的第一呈现描述相关的呈现元数据；以及
发送至少部分基于所述呈现元数据中与所述第一呈现描述的至少一个属性或元素相关联的部分的请求；
其中，所述请求针对所述呈现的第二呈现描述和所述呈现的第二段之一。
19.根据权利要求15所述的计算机可读介质，其中，所述呈现元数据包括与所述第二段的可用性相关的可用性指示，以及基于所述可用性指示来发送所述请求。
20.根据权利要求15所述的计算机可读介质，其中，所述代码还使得所述计算设备：
经由所述呈现元数据包括的描述增量，将所述第一呈现描述更新为第二呈现描述。
21.一种用于接收经由HTTP来流传输的呈现的方法，所述方法包括：
接收(310、404)所述呈现的第一段(311、601)，所述第一段包括与所述呈现的第一呈现描述(305)相关的呈现元数据(603)；以及
发送(313、319、405)至少部分基于所述呈现元数据(603)中与所述第一呈现描述(305)的至少一个属性或元素相关的部分的请求(314、320)。
22.根据权利要求21所述的方法，其中，所述请求(314)针对所述呈现的第二呈现描述(317)。
23.根据权利要求21所述的方法，其中，所述请求(320)针对所述呈现的第二段(323、601)。
24.根据权利要求23所述的方法，其中，所述呈现元数据(603)包括与所述第二段(323、601)的可用性相关的可用性指示(604)，以及基于所述可用性指示(604)来发送所述请求(320)。
25.根据权利要求21至24中任一项所述的方法，所述方法还包括：
经由所述呈现元数据(603)包括的描述增量，将所述第一呈现描述(305)更新为第二呈现描述(317)。
26.根据权利要求21至25中任一项所述的方法，其中，所述呈现元数据(603)包括至少一个指示(604)，以及每个指示(604)对更新所述第一呈现描述(305)的原因进行指示。
27.根据权利要求21至26中任一项所述的方法，其中，所述至少一个指示(604)中的指示(604)对以下各项之一进行指示：
之前在所述第一呈现描述(305)中未描述的至少一个新段(601)可用；
所述至少一个新段(601)的位置信息包括在所述呈现元数据(603)中；
所述第一呈现描述(305)在新位置处可用；
之前在所述第一呈现描述(305)中描述的至少一个段(601)的位置在新位置处可用；
之前在所述第一呈现描述(305)中描述的至少一个属性或元素已改变；
所述第一呈现描述(305)的新位置；以及
baseURL属性的值在所述第一呈现描述(305)的级别上已改变。
28.根据权利要求27所述的方法，其中，对baseURL属性的值已改变的指示(604)包括所述baseURL的值。
29.根据权利要求21至26中任一项所述的方法，其中，所述第二呈现描述(317)包括至少一个时段，以及所述指示(604)对以下各项之一进行指示：
所述至少一个时段中发生改变的时段的数目；
所述至少一个时段中的时段的periodStart属性的值；
对所述至少一个时段中的时段的位置进行引用的xlink：href属性的值已改变；以及
baseURL属性的值在时段级别上已改变。
30.根据权利要求29所述的方法，其中，
对所述xlink：href属性的值已改变的指示(604)包括所述xlink：href属性的值；以及
对baseURL属性的值在时段级别上已改变的指示(604)包括所述baseURL属性在时段级别上的值。
31.根据权利要求21至26中任一项所述的方法，其中，所述第二呈现描述(317)包括至少一个时段，每个时段包括至少一个表示，以及所述指示(604)对以下各项之一进行指示：
所述至少一个表示中发生改变的表示的数目；
所述至少一个表示中的表示的representationID属性的值；
对所述至少一个表示中的表示的位置进行引用的xlink：href属性的值已改变；以及
baseURL属性的值在表示级别上已改变。
32.根据权利要求31所述的方法，其中，
对所述xlink：href属性的值已改变的指示(604)包括所述xlink：href属性的值；以及
对所述baseURL属性的值在表示级别上已改变的指示(604)包括所述baseURL属性在表示级别上的值。
33.根据权利要求21至26中任一项所述的方法，其中，
所述第二呈现描述(317)包括至少一个时段，
每个时段包括至少一个表示，
每个表示包括至少一个段(601)，以及所述指示(604)对以下各项之一进行指示：
所述至少一个段(601)中发生改变的段(601)的数目；
所述至少一个段(601)中已编写索引的段的索引的值；以及
已编写索引的段的sourceURL属性的值已改变；以及
对所述sourceURL属性的值已改变的指示(604)包括所述sourceURL属性的值。
34.一种客户端设备(100、202)，包括：
显示器(102)；以及
一个或多个处理器，被配置为执行根据权利要求21至33中任一项所述的方法。
35.一种承载代码的计算机可读介质，当执行所述代码时，所述代码使得计算设备(100、202)执行根据权利要求21至33中任一项所述的方法。
CN201280008025.5A 2011-02-07 2012-02-07 用于接收呈现元数据的方法和装置 Active CN103443741B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US13/022,572 US9661104B2 (en) 2011-02-07 2011-02-07 Method and apparatus for receiving presentation metadata
US13/022,572 2011-02-07
PCT/US2012/024123 WO2012109226A1 (en) 2011-02-07 2012-02-07 Method and apparatus for receiving presentation metadata

Publications (2)

Publication Number Publication Date
CN103443741A true CN103443741A (zh) 2013-12-11
CN103443741B CN103443741B (zh) 2018-01-30

Family

ID=46601425

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201280008025.5A Active CN103443741B (zh) 2011-02-07 2012-02-07 用于接收呈现元数据的方法和装置

Country Status (6)

Country Link
US (1) US9661104B2 (zh)
EP (1) EP2673686B1 (zh)
CN (1) CN103443741B (zh)
CA (1) CA2826552C (zh)
TW (1) TWI450127B (zh)
WO (1) WO2012109226A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105794160A (zh) * 2014-01-06 2016-07-20 英特尔公司 用于dash的客户端/服务器信令命令
CN106570044A (zh) * 2015-10-13 2017-04-19 北京国双科技有限公司 一种解析网页编码的方法及装置

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9432433B2 (en) 2006-06-09 2016-08-30 Qualcomm Incorporated Enhanced block-request streaming system using signaling or block creation
US9917874B2 (en) 2009-09-22 2018-03-13 Qualcomm Incorporated Enhanced block-request streaming using block partitioning or request controls for improved client-side handling
WO2012125006A2 (ko) * 2011-03-16 2012-09-20 한국전자통신연구원 레프리젠테이션을 사용하는 스트리밍 콘텐츠 제공 장치 및 방법
US20120278495A1 (en) * 2011-04-26 2012-11-01 Research In Motion Limited Representation grouping for http streaming
US8924582B2 (en) 2012-07-09 2014-12-30 Futurewei Technologies, Inc. Dynamic adaptive streaming over hypertext transfer protocol client behavior framework and implementation of session management
EP3528450B1 (en) * 2012-10-18 2021-12-01 Vid Scale, Inc. Decoding complexity for mobile multimedia streaming
WO2014121857A1 (en) * 2013-02-06 2014-08-14 Telefonaktiebolaget L M Ericsson (Publ) Technique for detecting an encoder functionality issue
US9648320B2 (en) * 2013-02-22 2017-05-09 Comcast Cable Communications, Llc Methods and systems for processing content
CN105379293B (zh) 2013-04-19 2019-03-26 华为技术有限公司 基于超文本协议的动态自适应流媒体中的媒体质量信息指示
CN105379294A (zh) * 2013-07-15 2016-03-02 华为技术有限公司 基于超文本传输协议的动态自适应流媒体中的远程元素的即时性间接引用
JP6064251B2 (ja) * 2013-07-19 2017-01-25 ホアウェイ・テクノロジーズ・カンパニー・リミテッド 動的適応型ハイパーテキスト転送プロトコルストリーミングにおけるメタデータ情報のシグナリングおよび搬送
CA2953310A1 (en) * 2014-07-07 2016-01-14 Sony Corporation Reception device, reception method, transmission device, and transmission method
US10412461B2 (en) * 2015-06-12 2019-09-10 Cable Television Laboratories, Inc. Media streaming with latency minimization
US10205991B2 (en) * 2015-07-27 2019-02-12 Sony Corporation Hidden replaceable media slots
CN107040615B (zh) * 2017-06-22 2021-07-02 深圳Tcl数字技术有限公司 媒体分片的下载方法、终端和计算机可读存储介质
US10904642B2 (en) * 2018-06-21 2021-01-26 Mediatek Singapore Pte. Ltd. Methods and apparatus for updating media presentation data
US11593085B1 (en) * 2020-02-03 2023-02-28 Rapid7, Inc. Delta data collection technique for machine assessment
KR20240052832A (ko) * 2021-10-01 2024-04-23 바이트댄스 아이엔씨 비디오 처리 방법, 장치 및 매체

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090303255A1 (en) * 2008-02-22 2009-12-10 Nokia Corporation Systems and methods for providing information in a rich media environment
US20100235528A1 (en) * 2009-03-16 2010-09-16 Microsoft Corporation Delivering cacheable streaming media presentations
US20100235472A1 (en) * 2009-03-16 2010-09-16 Microsoft Corporation Smooth, stateless client media streaming
US20100262711A1 (en) * 2009-04-09 2010-10-14 Nokia Corporation Systems, methods, and apparatuses for media file streaming
US20100318600A1 (en) * 2009-06-15 2010-12-16 David Furbeck Methods and apparatus to facilitate client controlled sessionless adaptation

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4692950B2 (ja) 2004-06-11 2011-06-01 ソニー株式会社 データ処理装置およびデータ処理方法、プログラムおよびプログラム記録媒体、並びにデータ記録媒体
US7529726B2 (en) * 2005-08-22 2009-05-05 International Business Machines Corporation XML sub-document versioning method in XML databases using record storages
US9432433B2 (en) * 2006-06-09 2016-08-30 Qualcomm Incorporated Enhanced block-request streaming system using signaling or block creation
US7716699B2 (en) 2006-06-29 2010-05-11 Microsoft Corporation Control and playback of media over network link
JP2009059160A (ja) 2007-08-31 2009-03-19 Sony Corp サーバ装置、ネットワークシステム、コンテンツ発見通知方法、及びコンピュータ・プログラム
US8914835B2 (en) * 2009-10-28 2014-12-16 Qualcomm Incorporated Streaming encoded video data
EP2491495A4 (en) * 2009-11-04 2013-01-02 Huawei Tech Co Ltd SYSTEM AND METHOD FOR DIFFUSION OF CONTINUOUS MULTIMEDIA CONTENT
WO2011070552A1 (en) * 2009-12-11 2011-06-16 Nokia Corporation Apparatus and methods for describing and timing representations in streaming media files
EP2526671B1 (en) * 2010-01-18 2016-11-16 Telefonaktiebolaget LM Ericsson (publ) Methods and arrangements for http media stream distribution
US9497290B2 (en) * 2010-06-14 2016-11-15 Blackberry Limited Media presentation description delta file for HTTP streaming
US8468262B2 (en) * 2010-11-01 2013-06-18 Research In Motion Limited Method and apparatus for updating http content descriptions

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090303255A1 (en) * 2008-02-22 2009-12-10 Nokia Corporation Systems and methods for providing information in a rich media environment
US20100235528A1 (en) * 2009-03-16 2010-09-16 Microsoft Corporation Delivering cacheable streaming media presentations
US20100235472A1 (en) * 2009-03-16 2010-09-16 Microsoft Corporation Smooth, stateless client media streaming
WO2010107627A2 (en) * 2009-03-16 2010-09-23 Microsoft Corporation Delivering cacheable streaming media presentations
US20100262711A1 (en) * 2009-04-09 2010-10-14 Nokia Corporation Systems, methods, and apparatuses for media file streaming
US20100318600A1 (en) * 2009-06-15 2010-12-16 David Furbeck Methods and apparatus to facilitate client controlled sessionless adaptation

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
QUALCOMM INCORPORATED: "Live Services and Timing for DASH", 《LIVE-SERVICES-TIMING，3RD GENERATION PARTNERSHIP PROJECT(3GPP）》 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105794160A (zh) * 2014-01-06 2016-07-20 英特尔公司 用于dash的客户端/服务器信令命令
CN105794160B (zh) * 2014-01-06 2019-08-20 英特尔Ip公司 用于dash的客户端/服务器信令命令
CN106570044A (zh) * 2015-10-13 2017-04-19 北京国双科技有限公司 一种解析网页编码的方法及装置
CN106570044B (zh) * 2015-10-13 2019-12-24 北京国双科技有限公司 一种解析网页编码的方法及装置

Also Published As

Publication number Publication date
CA2826552A1 (en) 2012-08-16
TWI450127B (zh) 2014-08-21
EP2673686B1 (en) 2018-04-18
WO2012109226A1 (en) 2012-08-16
TW201246002A (en) 2012-11-16
CN103443741B (zh) 2018-01-30
CA2826552C (en) 2016-07-19
US9661104B2 (en) 2017-05-23
US20120203867A1 (en) 2012-08-09
EP2673686A4 (en) 2016-05-25
EP2673686A1 (en) 2013-12-18

Similar Documents

Publication Publication Date Title
CN103443741A (zh) 用于接收呈现元数据的方法和装置
CA2816537C (en) Method and apparatus for updating http content descriptions
US8595186B1 (en) System and method for building and delivering mobile widgets
CN110121871B (zh) 对于流式内容部分的基于请求的编码系统和方法
US7873706B2 (en) System and method for seamlessly providing video content to client systems over a network
US8417802B2 (en) System and method for configuring a client electronic device
US20160029051A1 (en) Streaming Playback and Dynamic Ad Insertion
US20140100963A1 (en) Method, System and Device For Filtering Mobile Terminal Webpage Advertisements
KR20180043392A (ko) 어플리케이션들을 추천하는 방법
CN108811515B (zh) 递送来自跨源资源的自动播放媒体内容元素
CN101106498A (zh) 内容管理方法和装置
CN102948125A (zh) 用于传送内容对象的系统和方法
CN102362272A (zh) 移动应用程序的设备相关的按需编译和部署
US20090193100A1 (en) Presenting a link to a media file automatically selected for optimized rendering on a client device
US20120233559A1 (en) Method and apparatus for interworking application and web browser
EP3559818B1 (en) Maintaining session identifiers across multiple webpages for content selection
EP2882199B1 (en) Method and apparatus for prefetching content in a data stream
CN109716731A (zh) 用于提供可靠和高效数据传送的系统和方法
US9288280B1 (en) Viral flow of the media content across client devices
WO2009085718A2 (en) Method and apparatus to facilitate provision and use of a media source bundle
Irelan RSS: The Plumbing Behind the Medium
KR20060128516A (ko) 디엠비용 단말기의 컨텐츠 핸들링 오류 방지 방법
KR20070119357A (ko) 콘텐트를 저장하는 방법 및 장치

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 1192337

Country of ref document: HK

GR01 Patent grant
GR01 Patent grant
REG Reference to a national code

Ref country code: HK

Ref legal event code: GR

Ref document number: 1192337

Country of ref document: HK