CN102812718A - 自适应地流式传输包括多个章的内容的方法和装置 - Google Patents

自适应地流式传输包括多个章的内容的方法和装置 Download PDF

Info

Publication number
CN102812718A
CN102812718A CN2011800146968A CN201180014696A CN102812718A CN 102812718 A CN102812718 A CN 102812718A CN 2011800146968 A CN2011800146968 A CN 2011800146968A CN 201180014696 A CN201180014696 A CN 201180014696A CN 102812718 A CN102812718 A CN 102812718A
Authority
CN
China
Prior art keywords
information
label
media data
content
client
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.)
Pending
Application number
CN2011800146968A
Other languages
English (en)
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.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co 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 Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of CN102812718A publication Critical patent/CN102812718A/zh
Pending legal-status Critical Current

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/75—Media network packet handling
    • H04L65/762—Media network packet handling at the source 
    • 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/235—Processing of additional data, e.g. scrambling of additional data or processing 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/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
    • 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/70—Media network packetisation
    • 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
    • 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/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H04N21/2353—Processing of additional data, e.g. scrambling of additional data or processing content descriptors specifically adapted to content descriptors, e.g. coding, compressing or processing of metadata
    • 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/2362—Generation or processing of Service Information [SI]
    • 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/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2402—Monitoring of the downstream path of the transmission network, e.g. bandwidth available
    • 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/658—Transmission by the client directed to the server
    • H04N21/6581—Reference data, e.g. a movie identifier for ordering a movie or a product identifier in a home shopping application
    • 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/81—Monomedia components thereof
    • H04N21/812—Monomedia components thereof involving advertisement 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/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
    • 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/75—Media network packet handling
    • H04L65/764—Media network packet handling at the destination 
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Library & Information Science (AREA)
  • Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本发明提供了一种流式传输方法和装置，其中，关于内容的多个章的信息被插入到媒体呈现描述中，然后基于该信息执行流式传输，该媒体呈现描述包括关于通过将内容编码为具有不同品质所生成的多个媒体数据的信息。

Description

自适应地流式传输包括多个章的内容的方法和装置
技术领域
示范性实施例涉及流式传输方法和装置，更具体地，涉及根据流式传输环境中的波动（fluctuation）自适应地流式传输媒体数据的方法和装置。
背景技术
通过网络发送媒体数据的方法的例子包括下载方法和流式传输方法(streaming method)。在流式传输方法中，服务器实时发送媒体数据，而且客户端实时重现(reproduce)接收到的媒体数据。
与在发送和接收媒体数据之后开始重现媒体数据的下载方法不同，因为流式传输方法通过设置在服务器和客户端之间的逻辑信道来发送和接收媒体数据，并且实时重现媒体数据，因此需要在重现媒体数据时通过反映流式传输环境中的波动来保持服务质量（QoS）的方法和装置。
发明内容
技术方案
与示范性实施例一致的方法和装置一般涉及根据流式传输环境自适应地调整和执行流式传输，即，自适应地发送和接收媒体数据。
示范性实施例还提供一种非临时性计算机可读记录介质，其具有存储在其上的程序，当该程序被计算机运行时执行这里所述的方法。
技术效果
根据以上实施例，有可能根据流式传输环境自适应地流式传输关于具有多个章(chapter)的内容的媒体数据。
附图说明
通过参照附图详细描述本发明构思的示范性实施例，本发明构思的上述和/或其他特征和优点将变得更加明显，在附图中：
图1是根据示范性实施例的流式传输系统(streaming system)的示图；
图2A和图2B是根据示范性实施例的、描述流式传输方法的流程图；
图3是根据示范性实施例的、包括关于内容的信息的文件的大纲(schema)；
图4A示出根据示范性实施例的、用于定义多个媒体数据的信息；
图4B示出根据示范性实施例的、关于媒体数据的首标(header)的信息；
图4C示出根据示范性实施例的、关于多个媒体数据中的每一个中所包括的至少一段(segment)的信息；
图5A和图5B是根据另一示范性实施例的、描述流式传输方法(streamingmethod)的流程图；
图6是根据另一示范性实施例的、包括关于内容的信息的文件的大纲；
图7示出根据示范性实施例的、关于内容的信息；
图8A和图8B是根据示范性实施例的媒体呈现描述(media presentationdescription)的大纲；
图9A、图9B、图9C、图9D、图9E、图9F、图9G和图9H示出了根据示范性实施例的媒体呈现描述；
图10A、图10B和图10C各自示出了根据示范性实施例的多个媒体数据；
图11A和图11B是根据示范性实施例的描述流式传输方法的流程图；
图12A、图12B和图12C各自示出了根据示范性实施例的多个媒体数据；
图13A和图13B是示出根据示范性实施例的流式传输方法的流程图；
图14A至图14H示出了根据其他实施例的媒体呈现描述；
图15A和图15B示出了根据其他实施例的章的大纲(schema of chapter)；
图16示出了根据实施例的关于章的信息；
图17是示出根据实施例的章数据(chaptering data)的结构的示图；
图18A和图18B是示出根据其他实施例的流式传输方法的流程图；
图19是根据实施例的、可以包括在图1的服务器中的媒体数据发送装置的框图；以及
图20是根据实施例的、可以包括在图1的客户端中的媒体数据接收装置的框图。
最佳实施方式
根据示范性实施例，提供了一种接收媒体数据的方法，该方法包括：从服务器接收包括关于通过将内容编码为具有不同品质所生成的多个媒体数据的信息的文件；以及基于接收到的文件，接收所述多个媒体数据当中的至少一个媒体数据，其中，该文件还包括关于与所述内容的多个章相对应的多个静止图像的信息。
接收至少一个媒体数据可以包括：基于接收到的文件，接收所述多个静止图像；以及从基于所述多个静止图像所选择的章开始，接收至少一个媒体数据。
该文件可以包括第一标签，第一标签包括关于所述多个静止图像的位置信息、分辨率信息和压缩类型信息当中的至少一个。
第一标签可以与标识所述内容的重现时段的第二标签具有相同的层级。
第一标签可以与第三标签具有相同的层级，第三标签从属于标识所述内容的重现时段的第二标签并且定义将在预定的重现时段被重现的多个媒体数据。
第一标签还可以包括关于所述多个静止图像之间的间隔的信息。
根据另一个示范性实施例，提供了一种发送媒体数据的方法，该方法包括：向客户端发送包括关于通过将内容编码为具有不同品质所生成的多个媒体数据的信息的文件；以及响应于从所述客户端接收到的基于已发送的文件的请求，向所述客户端发送所述多个媒体数据当中的至少一个媒体数据，其中，该文件还包括关于与所述内容的多个章相对应的多个静止图像的信息。
向客户端发送至少一个媒体数据可以包括：响应于从所述客户端接收到的基于已接收的文件的请求，向客户端发送所述多个静止图像；以及从由所述客户端基于所述多个静止图像选择的章开始，发送至少一个媒体数据。
根据另一个示范性实施例，提供了一种接收媒体数据的装置，该装置包括：信息接收单元，其从服务器接收包括关于通过将内容编码为具有不同品质所生成的多个媒体数据的信息的文件；以及媒体数据接收单元，其基于接收到的文件接收所述多个媒体数据当中的至少一个媒体数据，其中，该文件包括关于与所述内容的多个章相对应的多个静止图像的信息。
根据另一个示范性实施例，提供了一种发送媒体数据的装置，该装置包括：信息发送单元，其向客户端发送包括关于通过将内容编码为具有不同品质所生成的多个媒体数据的信息的文件；以及媒体数据发送单元，其响应于从所述客户端接收到的基于已发送的文件的请求，向所述客户端发送所述多个媒体数据当中的至少一个媒体数据，其中，该文件包括关于与所述内容的多个章相对应的多个静止图像的信息。
根据另一个示范性实施例，提供了一种非临时性计算机可读记录介质，其具有存储在其上的计算机可读程序，当所述计算机可读程序被计算机运行时执行接收媒体数据的方法和/或发送媒体数据的方法。
具体实施方式
以下，将参照示出了示例性实施例的附图来更加全面地描述示范性实施例。元素列表之前的诸如“中的至少一个”的表达修饰整个元素列表而不修饰该列表的个体元素。
图1是根据示范性实施例的流式传输系统100的示图。
参照图1，根据示范性实施例的流式传输系统100包括编码设备110、服务器120和客户端130。
编码设备110通过将一个输入内容编码为具有多个不同品质来生成与该输入内容有关的多个媒体数据。当服务器120将媒体数据流式传输到客户端130时，流式传输环境(streaming environment)可能改变。例如，用于流式传输的网络140的带宽可能改变，或者可以由服务器120用来发送媒体数据或由客户端130用来接收媒体数据的硬件源可能改变。
因此，编码设备110将一个内容编码具有不同的品质，以便根据流体流式传输环境进行自适应流式传输。可以通过调整因子（诸如比特率、采样频率、分辨率或帧率(frame rate)）将一个内容编码为具有不同品质。例如，通过以不同分辨率对一个图像内容进行编码，可以生成500Kbps、1000Kbps和2000Kbps的多个媒体数据。
将具有不同品质的多个媒体数据发送到服务器120，并且同时，还可以将关于内容的信息以及关于每个媒体数据的信息发送到服务器120。关于内容的信息可以包括但不限于关于内容的标题(Title)、提要(synopsis)、内容标识符（ID）、以及内容统一资源定位符（URL）的信息，作为内容的元数据。关于每个媒体数据的信息可以包括每个媒体数据的品质、类型、ID等，而且将参照图4A、图4B和图4C进行详细描述。
客户端130接收关于内容的信息以及关于每个媒体数据的信息中的至少一个，并且基于接收到的关于内容的信息以及关于每个媒体数据的信息中的至少一个向服务器120请求多个媒体数据中的至少一个。客户端130估计流式传输环境，并基于所估计的流式传输环境来选择多个媒体数据中的至少一个。可以选择可以在所估计的流式传输环境中保持适当服务质量（QoS）的至少一个媒体数据。然后，客户端130可以发送超文本传输协议（HTTP）请求，以请求服务器120发送所选择的至少一个媒体数据。
当流式传输环境恶化、且接收到高品质的媒体数据但媒体数据的连续再现是不可能的时候，可以从多个媒体数据之中请求低品质的媒体数据。当流式传输环境得到改善且接收到高品质的媒体数据而且媒体数据的连续再现是可能的时候，可以继续从多个媒体数据之中请求高品质的媒体数据。
客户端130可以在接收预定媒体数据的同时请求服务器120发送其他媒体数据。例如，在恶化的流式传输环境中已请求且接收低质量的第一媒体数据的客户端130可以在流式传输环境得到改善时请求服务器120发送比第一媒体数据品质更高的第二媒体数据。根据传统的流式传输方法，当服务器120和客户端130在初始设置流式传输信道的时候设置了品质时，连续发送和接收具有相同品质的媒体数据。然而，根据示范性实施例，适应流式传输环境的流式传输是可能的，因为客户端130即使在接收关于相同内容的第一媒体数据的同时也能够再次请求第二媒体数据。
客户端130可以通过使用基于网络140的带宽或者可以由服务器120或客户端130所使用的硬件资源来估计流式传输环境的任意方法，来估计流式传输环境。例如，客户端130可以基于接收到的媒体数据的时间戳和误比特率（BER）来估计流式传输环境。通过检查接收到的媒体数据的时间戳，当媒体数据的接收速度慢于重现速度时，流式传输环境可以被确定为恶化。可替换地，当接收到的媒体数据的BER增加时，流式传输环境可以被确定为恶化。
当客户端130根据流式传输环境请求服务器120发送媒体数据中的至少一个时，服务器120将所请求的媒体数据发送至客户端130。服务器120可以将所请求的媒体数据作为对HTTP请求的HTTP响应发送至客户端130。
每个媒体数据可以包括通过以不同品质对内容进行编码并且对编码内容进行划分所生成的多个段(segment)中的至少一个。换句话说，通过编码设备110对内容进行编码所生成的每个媒体数据可以包括基于时间划分的至少一个段。服务器120通过将内容划分成多个段并且分别发送这多个段来发送内容，而不是编码一个流中的内容并且连续发送该内容。通过将内容划分为预定的时间单位（诸如，以10秒或20秒为单位），可以生成多个段。作为划分内容的基础的时间可以基于画面组（group of picture,GOP）来设置。与一个或多个GOP的画面相对应的媒体数据可以设置为一段(segment)。
例如，当对具有两种品质的内容进行流式传输时，第一媒体数据可以包括通过将内容编码为具有第一品质并且基于时间对编码内容进行划分所生成的至少一段，而且第二媒体数据可以包括通过将内容编码为具有第二品质并且基于时间对编码内容进行划分所生成的至少一段。
通过基于时间对每个媒体数据进行划分，自适应流式传输是可能的。例如，当流式传输开始时，服务器120发送与低品质的第一媒体数据的0到20秒相对应的一段。然后，当在20秒之后确定流式传输环境得到改善且客户端130请求更高品质的媒体数据时，服务器120可以发送与更高品质的第二媒体数据的20到40秒相对应的段。由于基于时间将媒体数据划分成多个段，因此即使在流式传输期间也可以根据流式传输环境来发送不同媒体数据的段。
图2A是根据示范性实施例的、描述流式传输方法的流程图。参照图2A，在操作210，客户端130向服务器120发送对于请求发送关于预定内容的信息的请求。当客户端130的用户从客户端130的屏幕上所显示的用户接口选择预定内容时，客户端130请求服务器120发送关于所选内容的信息。客户端130可以发送请求服务器120发送关于预定内容的信息的HTTP请求。
当从客户端130接收到该请求时，服务器120向客户端130发送关于预定内容的信息。服务器120将关于预定内容的信息作为对HTTP请求的HTTP响应发送给客户端130。关于预定内容的信息可以是根据开放IPTV论坛（OIPF）标准的内容访问描述符（content access descriptor,CAD）。现在将参照图3详细描述关于预定内容的信息。
图3是根据示范性实施例的、包括关于内容的信息的文件的大纲(schema)。该文件可以是CAD，并且可以是可扩展标记语言（XML）文件。标签(tag)和属性(attribute)被分开描述，但是要理解：根据示例性实施例，由标签定义的项目可以由属性来定义，或者由属性定义的项目可以由标签来定义。
参照图3，关于内容的信息可以包括“标题(Title)”、“提要(Synopsis)”、“原始站点(OriginSite)”和“内容URL(ContentURL)”标签。
由于传统的媒体数据流式传输通过将一个内容编码为具有预定品质来生成一个媒体数据，因此传统的关于内容的信息（具体地，根据OIPF的CAD）不包括关于通过将内容编码为具有不同品质所生成的多个媒体数据的信息。
然而，根据本示范性实施例，关于内容的信息包括关于通过将一个内容编码为具有不同品质所生成的多个媒体数据的信息，并且对应于图3中的“轨道(Tracks)”标签、“参考数据(RefData)”标签和“片段(Fragments)”标签。
图4A示出根据示范性实施例的、用于定义多个媒体数据的信息。
参照图4A，“轨道(Tracks)”标签是用于对通过将内容编码为具有不同品质所生成的多个媒体数据进行分类的信息。“轨道(Tracks)”标签包括分配给每个媒体数据的“ID”属性、“类型(Type)”属性、“比特率(BitRate)”属性。
“ID”属性定义了顺序地提供给多个媒体数据的标识符，“类型(Type)”属性定义了媒体数据对应于音频数据、视频数据、视频/音频数据还是字幕数据。当“类型(Type)”属性是“打包的(Packed)”时，媒体数据是视频/音频数据，当“类型(Type)”属性是“视频(Video)”，媒体数据是视频数据。“比特率(BitRate)”属性定义了用于对媒体数据进行编码的比特率。
图4B示出根据示范性实施例的、关于媒体数据的首标的信息。
参照图4B，“参考数据(RefData)”标签包括“类型(Type)”属性和“ID”属性。“类型(Type)”属性定义了首标的媒体格式。例如，当“类型(Type)”属性是“HEAD-TS”时，该首标是传输流格式的首标。“ID”属性定义了首标的媒体数据。当“ID”属性为“1”时，首标是媒体数据的ID为1的媒体数据的首标。此外，“参考数据(RefData)”标签包括指向首标的信息，“URL”标签定义了首标的位置，即，首标的URL。
“参考数据(RefData)”标签是选择性元素。只有当首标与媒体数据分离并作为单独文件存在时，“参考数据(RefData)”标签才被包括在关于内容的信息中，而且当首标与媒体数据组合时，“参考数据(RefData)”标签可以不包括在关于内容的信息中。
图4C示出根据示范性实施例的、关于多个媒体数据中的每一个中所包括的至少一段的信息。
参照图4C，作为“片段(Fragments)”的标签的子标签“片段(Fragment)”标签包括关于多个媒体数据中的每一个中所包括的至少一段的信息。
“片段(Fragments)”标签包括“接下来的片段XMLURL(NextFragmentsXMLURL)”属性。当像在直播(live)流式传输的情况下在对一个内容的流式传输完成之后继续地对后面的内容进行流式传输时，只有在客户端130知晓关于后面的内容的信息时才可以无缝地对后面的内容进行流式传输。因此，“片段(Fragments)”标签将关于后面的内容的信息定义为“接下来的片段XMLURL(NextFragmentsXMLURL)”属性。针对后面的内容的多个媒体数据的URL可以被定义为“接下来的片段XMLURL(NextFragmentsXMLURL)”属性。
“片段(Fragment)”标签包括关于当前内容的至少一段的信息。参照图4C，由“URL”标签定义构成通过以第一品质将内容编码为第一媒体数据所生成的第一段的“slice1-1.as”的URL信息，而且由“参考指针(RefPointer)”标签定义相应首标的ID。此外，由“开始时间(StartTime)”属性定义第一段的开始时间，并且由“持续时间(Duration)”属性定义每段的持续时间。由“比特率(BitRate)”属性定义第一媒体数据的品质。
在图4C中，“片段(Fragments)”标签示出只包括一段的每个媒体数据。然而，如参照图1所述，要理解：根据示例性实施例，当每个媒体数据被划分成多个段时，一个“片段(Fragments)”标签可以包括关于至少两段的信息。
返回参照图2A，在操作220中，客户端130请求服务器120发送多个媒体数据中的至少一个。所述多个媒体数据是通过将一个内容编码为具有不同的品质来生成的。客户端130从多个媒体数据之中选择被编码为具有适合流式传输环境的品质的至少一个媒体数据，并且向服务器120请求所选择的至少一个媒体数据。客户端130可以基于关于内容的信息中所包括的关于多个媒体数据的信息，向服务器120发送HTTP请求。
如上参照图4C所述，关于内容的信息可以包括“片段(Fragments)”标签。因此，客户端130请求服务器120基于“片段(Fragments)”标签中所包括的URL信息发送所选择的媒体数据。
服务器120根据客户端130的请求发送媒体数据。服务器120可以向客户端130发送所请求的媒体数据中的至少一段。服务器120可以将所请求的媒体数据作为对HTTP请求的HTTP响应发送给客户端130。
图2B是根据另一个示范性实施例的、描述流式传输方法的流程图。图2B示出了当首标作为与媒体数据分离的单独文件存在时的流式传输方法。
参照图2B，在操作212中，客户端130请求服务器120发送关于预定内容的信息，并且服务器120发送关于内容的信息。操作212对应于图2A的操作210。接收包括上面参照图4B描述的“参考数据(RefData)”标签的关于内容的信息。
在操作222中，客户端130基于操作212中接收到的关于内容的信息请求从多个媒体数据当中选择的媒体数据的首标。基于操作212中接收到的关于内容的信息，从多个媒体数据当中选择适合流式传输环境的至少一个媒体数据，并且请求所选择的至少一个媒体数据的首标。通过参考操作212中接收到的关于内容的信息中所包括的“参考数据(RefData)”标签，请求所选择的至少一个媒体数据的首标。
服务器120向客户端130发送所请求的首标。首标文件可以被发送到客户端130，并且可以是XML文件。
在操作232中，客户端130基于操作212中接收到的关于内容的信息以及操作222中接收到的首标，请求服务器120发送所选择的媒体数据。客户端130请求服务器120发送通过基于时间对媒体数据进行划分所生成的至少一段，并且服务器120向客户端130发送所请求的至少一段。
图5A是根据另一示范性实施例的、描述流式传输方法的流程图。
参照图5A，在操作510中客户端130请求服务器120发送关于预定内容的信息，而且服务器120发送关于内容的信息。客户端130发送HTTP请求以请求服务器120发送关于内容的信息，并且接收作为HTTP请求的HTTP响应的关于内容的信息。关于内容的信息可以是XML文件。在操作510中由客户端130接收到的关于内容的信息不同于在操作210中由客户端130接收到的关于内容的信息，并且现在将参照图6和图7来描述它们之间的差别。
图6是根据另一示范性实施例的、包括关于内容的信息的文件的大纲。
参照图6，与图3一样，根据示范性实施例的关于内容的信息可以包括“标题(Title)”标签、“提要(Synopsis)”标签、“原始站点(OriginSite)”标签和“内容URL(ContentURL)”标签。
然而，在图3中，关于内容的信息通过包括“轨道(Tracks)”标签、“参考数据(RefData)”标签和“片段(Fragments)”标签来包括关于多个媒体数据的信息，而在图6中，关于内容的信息不包括关于多个媒体数据的信息，而是仅定义包括关于多个媒体数据的信息的文件（以下称为媒体呈现描述(media presentation description)）的URL。“内容URL(ContentURL)”标签可以定义媒体呈现描述的URL。
在通过图6所示将媒体呈现描述的URL插入到关于内容的信息而不对传统的包含关于内容的信息的文件的大纲进行很大改变来执行适应流式传输环境的流式传输的同时，可以保持与各种媒体数据格式的兼容性。
如图6所示，关于内容的信息可以只包括与流式传输方法相关的信息，而不包括关于多个媒体数据的信息。换句话说，“内容URL(ContentURL)”标签可以包括定义在流式传输过程中所使用的媒体数据的格式的“媒体格式(MediaFormat)”属性，以及定义媒体数据的类型的“MIME类型（MIMEType）”属性。
具体来说，“内容URL(ContentURL)”标签可以包括“传输类型（TransferType）”属性，它定义了内容的流式传输(streaming of content)所涉及的服务。“传输类型（TransferType）”属性可以定义内容的流式传输涉及内容递送（Content on Delivery,COD）服务、直播服务(live service)、自适应流式传输直播服务(adaptive streaming live service)、还是自适应流式传输COD服务。
图7示出根据示范性实施例的、关于内容的信息。图7可以是根据OIPF标准的CAD。
参照图7，根据图6的大纲生成的关于内容的信息可以在“内容URL(ContentURL)”标签中定义媒体呈现描述的URL。http://asexample.com/vod/movies/18888/Meta/MainMeta.xml是媒体呈现描述的URL。此外，如参照图6所描述的，“媒体格式(MediaFormat)”属性、“MIME类型（MIMEType）”属性以及“传输类型（TransferType）”属性可以在“内容URL(ContentURL)”标签中定义。
返回参照图5A，在操作520中，客户端130基于操作510中接收到的关于内容的信息，向服务器120请求关于多个媒体数据的信息。客户端130可以通过HTTP请求向服务器120请求媒体呈现描述，并且可以接收作为HTTP响应的媒体呈现描述。
在操作510中客户端130从服务器120接收的关于内容的信息可以包括参照图6和图7所述的媒体呈现描述的URL，因此，客户端130通过参考关于内容的信息的“内容URL(ContentURL)”标签来向服务器120请求并且接收媒体呈现描述。现在将参照图8A和图8B以及图9A、9B、9C、9D、9E、9F、9G和图9H来详细描述媒体呈现描述。
图8A和图8B是根据示范性实施例的媒体呈现描述的大纲。媒体呈现描述可以符合OIPF标准。参照图8A，根据本示范性实施例的媒体呈现描述包括关于多个媒体数据的URL的模板标签、用于定义首标位置的标签、用于定义流式传输所涉及的服务的标签、用于定义媒体数据的容器格式的标签、以及用于定义多个媒体数据的标签。
“url模板(urlTemplate)”标签定义多个媒体数据的URL的公共部分。例如，如果“http://example.com/vod/movie/18888/Track/{TrackID}/Segments/{SegmentID}”是URL模板，则媒体数据的URL可以通过分别用每个媒体数据的ID和每个媒体数据中所包括的至少一段的ID来替换“轨道ID(TrackID)”和“段ID(SegmentID)”来定义。
“首标Url（headerUrl）”标签对应于参照图4B描述的“参考数据(RefData)”标签。换句话说，“首标Url（headerUrl）”标签定义多个媒体数据的首标的URL。
“is Live”标签定义流式传输所涉及的服务。例如，当“is Live”标签被定义为“直播(Live)”时，该流式传输涉及直播服务，当“is Live”标签被定义为“CoD”时，该流式传输涉及CoD服务。
“内容类型(contentType)”标签定义了在流式传输过程中使用的媒体数据的容器格式。“内容类型(contentType)”标签可以指示容器格式是MP4格式还是MPEG2-TS格式。在这里，容器格式是MP4格式或MPEG2-TS格式。然而，要理解：根据示例性实施例，容器格式不限于此，而且可以使用用于传送媒体数据的任何容器格式。例如，“内容类型(contentType)”标签可以定义：容器格式符合MPEG媒体传输（MMT）标准。
“流（Stream）”标签针对每个媒体数据而生成并且定义每个媒体数据。为了定义通过将一个内容编码为具有不同品质而生成的每个媒体数据，“流（Stream）”标签包括“流名称（streamName）”属性、“类型（Type）”属性、“比特率（bitrate）”属性、“开始时间（startTime）”属性、“第一间隔号（firstIntervalNum）”属性、“持续时间（duration）”属性、和“间隔计数（intervalCount）”属性。
“流名称（streamName）”属性定义媒体数据的名称，并且可以是媒体数据的ID。“类型（Type）”属性定义媒体数据的类型，其中它定义媒体数据是音频数据、视频数据、还是音频/视频数据。当媒体数据只包括关于用于特技播放(trick play)的I-帧的数据时，这些信息可以被定义在“类型（type）”属性中。
“比特率（bitrate）”属性定义媒体数据的比特率，“开始时间（startTime）”属性定义用于指定媒体数据的开始时间的时间戳，“第一间隔号（firstIntervalNum）”属性定义最初开始的段的编号。
“持续时间（duration）”属性定义媒体数据中所包括的段的持续时间，而且“间隔计数（intervalCount）”属性定义媒体数据中所包括的至少一段的总数量。
“段（Segment）”标签是“流（Stream）”标签的子标签，并且如上所述，当媒体数据包括通过以预定品质对内容进行编码并且基于时间对编码内容进行划分所生成的至少一段时，定义所述至少一段中的每一段。
“IntNum”属性定义段的编号，而且“开始时间（startTime）”标签定义相应段的开始时间。“持续时间（duration）”标签定义相应段的持续时间，而且“url”定义相应段的URL。
“段（Segment）”标签是选择性的标签，并且如果关于媒体数据中所包括的至少一段的信息可以从“流（Stream）”标签的其他属性推断出来，则“段（Segment）”标签可以不包括在媒体呈现描述中。换句话说，当“段（Segment）”标签的内容可以从“流（Stream）”标签中定义的“startTime”属性、“第一间隔号（firstIntervalNum）”属性、“持续时间（duration）”属性、和“间隔计数（intervalCount）”属性推断出来时，“段（Segment）”标签可以不包括在媒体呈现描述中。另外，如果在“url模板(urlTemplate)”中定义了预定模版，则可以不需要“段（Segment）”标签的“url”属性，并且通过利用已定义的预定模版替换多个媒体数据的每个ID和每个媒体数据中所包括的至少一段的ID来推断出段的URL。
然而，另一方面，如果“段（Segment）”标签的属性不能从“流（Stream）”标签的其他属性推断出来，则针对每个段分别定义“段（Segment）”标签的属性。如果段的持续时间不同，则可能无法推断出“段（Segment）”标签的属性。当媒体数据中所包括的段的持续时间不同时，段的持续时间不能从“流（Stream）”标签的属性推断出来，因此段的持续时间可以分别通过使用“段（Segment）”标签的“持续时间（duration）”属性进行设置。当段的持续时间不同时，连续段的开始时间也不同。例如，当第一媒体数据的第一段的持续时间不同于第一媒体数据的第二段的持续时间时，第二段的开始时间和第三段的开始时间不能从“流（Stream）”标签推断出来。因此，每段的开始时间可以通过“开始时间（startTime）”属性进行定义。
持续时间和/或开始时间可以使用“段（Segment）”标签的子标签取代使用“段（Segment）”标签的“持续时间（duration）”属性和“开始时间（startTime）”属性来定义。例如，可以设置构成“段（Segment）”标签的子标签的“Url”标签，并且持续时间可以被定义为“Url”标签的属性，比如“<Url=www.example.com/
Figure BDA00002158981100131
/segment.ts，duration=10/>”。
根据另一个示范性实施例，持续时间可以基于连续段的持续时间之间的差来定义。上层标签(upper tag)可以定义默认持续时间，而且构成该子标签的“Url”标签可以只定义每段的默认持续时间和实际持续时间之间的差。如上所述，构成“段（Segment）”标签的子标签的“Url”标签可以被定义为“<URL=www.example.com/～/segment.ts,duration=difference/>”。“差（Difference）”表示默认持续时间和实际持续时间之间的差。
当通过使用“流（Stream）”标签或“段（Segment）”标签将相应段的默认持续时间定义为10分钟，而且构成该子标签的“Url”标签被定义为“<Url=www.example.com/
Figure BDA00002158981100132
/segment.ts,duration=2/>”时，相应段的持续时间可以被定义为10+2=12分钟。
参照图8B，根据另一个示范性实施例的媒体呈现描述还可以包括“接下来的清单URL（nextManifestURL）”标签。如上所述，当对一个内容的流式传输完成之后连续对后面的内容进行流式传输时，诸如在直播流式传输(livestreaming)或广告插入的情况下，客户端130需要预先知道关于后面的内容的信息，以便无缝地对后面的内容进行流式传输。因此，将在当前内容之后被流式传输的后面的内容的媒体呈现描述的URL可以通过“接下来的清单URL（nextManifestURL）”标签进行定义。
图9A、9B、9C、9D、9E、9F、9G和图9H示出了根据示范性实施例的媒体呈现描述。
参照图9A，根据示范性实施例的媒体呈现描述包括“URL模板（URLTemplate）”标签、“参考数据URL（RefDataURL）”标签、以及分别定义多个媒体数据的多个标签。
图9A的“URL模板（URLTemplate）”标签和“参考数据URL（RefDataURL）”标签分别对应于图8A和图8B的“url模板（（urlTemplate）”标签和“参考数据URL（RefDataURL）”标签。
图9A的“ID”属性、“类型（Type）”属性、“比特率（BitRate）”属性、“开始时间（startTime）”属性、“段持续时间（SegmentDuration）”属性、“段开始ID(SegmentStartID)”属性和“段计数（SegmentCount）”属性分别对应于图8A和图8B的“流名称（streamName）”属性、“类型（Type）”属性、“比特率（BitRate）”属性、“开始时间（startTime）”属性、“流（Stream）”标签的“持续时间（duration）”属性、“流（Stream）”标签的“第一间隔号（firstIntervalNum）”属性、“间隔计数（intervalCount）”属性。
图9A的媒体呈现描述包括关于通过将内容编码为具有不同品质所生成的三个视频数据的信息、关于一个音频数据的信息、以及关于通过仅对用于特技播放的I-帧进行编码所生成的媒体数据的信息。
参照图9B，根据示范性实施例的媒体呈现描述还包括“接下来的自适应控制URL（NextAdaptiveControlURL）”标签。“接下来的自适应控制URL（NextAdaptiveControlURL）”标签对应于图8B的“接下来的清单URL（nextManifestURL）”标签。因此，将在当前内容之后被重现的后面的内容的媒体呈现描述的URL可以通过“接下来的自适应控制URL（NextAdaptiveControlURL）”标签进行定义。
图9C示出了当将在当前内容之后被重现的后面的内容的媒体呈现描述的URL通过图9B的“接下来的自适应控制URL（NextAdaptiveControlURL）”标签进行定义时的、后面的内容的媒体呈现描述。比较图9B和图9C的媒体呈现描述，由于图9C的媒体呈现描述用于后面的内容，所以“开始时间（startTime）”属性不同于图9B的当前内容的媒体呈现描述。
图9D和图9E示出了用于选择性地控制用户想要执行的高品质视频重现的媒体呈现描述。图9D示出了当通过将一个内容编码为具有5种不同品质来生成多个媒体数据时的媒体呈现描述。在这里，图9D和图9E的媒体呈现描述不同之处在于包括关于被编码为具有高品质的视频的信息（即，“ID”属性为“5”的媒体数据的“开始时间（startTime）”属性和“段计数（SegmentCount）”属性）的标签。
服务器120根据客户端130的用户级别(user rating)选择性地发送图9D的媒体呈现描述或图9E的媒体呈现描述。当客户端130的用户级别高（例如，当客户端130是付费用户）时，图9D的媒体呈现描述被发送从而高品质的视频被自由地重现，当客户端130的用户等级低（例如，当客户端130是免费用户）时，图9E的媒体呈现描述被发送，从而从高品质的视频中的“开始时间（startTime）”属性所定义的时间开始重现“段计数（SegmentCount）”属性所定义的段。
图9F示出当将广告插入到内容时的媒体呈现描述。参照图9F，媒体呈现描述可以包括关于广告内容和主内容(main content)的信息，其中广告内容和主内容具有不同的“开始时间（startTime）”属性。媒体呈现描述可以包括关于广告内容的信息以及关于主内容的信息，广告内容从“00:00:00”到“00:02:00”以“500000”比特率重现，主内容从“00:02:00”开始以“1000000”、“2000000”、“3000000”或“4000000”比特率重现。如果服务器120通过将广告内容编码为具有一个比特率来向客户端130提供广告内容，并且通过以四个不同比特率对主内容进行编码来向客户端130提供主内容（其与广告内容具有不同的“开始时间（startTime）”属性），则可以从服务器120向客户端130发送图9F的媒体呈现描述。
图9G示出根据示范性实施例的、包括关于广告内容的信息的媒体呈现描述。用于提供主内容的服务器和用于提供广告内容的服务器可以不同。换句话说，当客户端130从图5A的服务器120接收到主内容并且从除了服务器120之外的服务器接收到广告内容时，图9G的媒体呈现描述可以包括广告内容的URL。如图9G所示，媒体呈现描述可以包括被编码为具有一个品质的广告内容的URL。
图9H示出根据示范性实施例的、包括语言和字幕信息的媒体呈现描述。参照图9H，音频数据可以包括关于多种语言的信息。媒体呈现描述可以包括关于多种语言的音频数据的信息，其中“ID”属性是“4”或“5”，或者可以包括关于多种语言的字幕的信息，其中“ID”属性是“6”或“7”。
由于不仅音频数据而且字幕都可以根据时间而被划分为多个段，因此音频数据和字幕可以在流式传输的过程中被改变为另一种语言的音频数据和字幕。
返回参照图5A，在操作530中，客户端130请求服务器120发送多个媒体数据中的至少一个媒体数据。客户端130通过参考关于多个媒体数据的信息来选择被编码为具有适合流式传输环境的品质的至少一个媒体数据，并且向服务器120请求所选择的至少一个媒体数据。客户端130可以发送HTTP请求来请求服务器120发送预定的媒体数据。服务器120根据客户端130的请求发送媒体数据。可替换地，服务器120可以向客户端130发送通过将内容编码为具有预定品质并且基于时间对编码内容进行划分所生成的至少一段。服务器120可以向客户端130发送所请求的媒体数据，作为对HTTP请求的HTTP响应。
图5B是根据另一个示范性实施例的描述流式传输方法的流程图。
参照图5B，在操作512中客户端130请求服务器120发送关于预定内容的信息，并且从服务器120接收关于预定内容的信息。客户端130可以发送用于请求服务器120发送关于预定内容的信息的HTTP请求，并且接收作为对HTTP请求的HTTP响应的关于预定内容的信息。关于预定内容的信息可以包括在XML文件中。
在操作522中，客户端130基于操作512中接收到的关于预定内容的信息，请求服务器120发送关于多个媒体数据的信息。客户端130可以通过HTTP请求来向服务器120请求媒体呈现描述，并且接收作为HTTP响应的媒体呈现描述。
在操作532中，客户端130请求基于与操作522中接收到的关于多个媒体数据的信息而选择的媒体数据的首标。基于与操作522中接收到的关于多个媒体数据的信息，从多个媒体数据中选择适合流式传输环境的至少一个媒体数据，并且请求所选择的至少一个媒体数据的首标。通过参考操作522中接收到的关于多个媒体数据的信息来请求所选择的至少一个媒体数据的首标。服务器120响应于客户端130的请求向客户端130发送所选择的至少一个媒体数据的首标的文件。
在操作542，客户端130基于操作532中接收到的关于多个媒体数据的信息以及操作532中接收到的首标，请求服务器120发送所选择的媒体数据。客户端130请求服务器120发送通过将内容编码为具有预定品质并且基于时间对编码内容进行划分所生成的至少一段，并且服务器120向客户端130发送所请求的至少一段。
图10A、10B和图10C各自示出了根据本示范性实施例的多个媒体数据。图10A、10B和图10C各自示出了包括在服务器120中的用于执行根据图5A和图5B的流式传输方法(streaming method)的多个媒体数据。
参照图10A，服务器120可以包括通过将一个内容编码为具有多个不同品质所生成的多个媒体数据1010至1030，以用于适合流式传输环境的流式传输。“Track1(轨道1)”至“TrackN(轨道N)”表示多个媒体数据1010至1030。此外，多个媒体数据1010至1030中的每一个都可以包括通过基于时间对多个媒体数据1010至1030中的每一个进行划分所生成的至少一段。“Slice1-1.as”、“Slice1-2.as”、“Slice1-3.as”、“Slice2-1.as”、“Slice2-2.as”、“Slice2-3.as”、“SliceN-1.as”、“SliceN-2.as”和“SliceN-3.as”表示至少一段。
服务器120可以包括客户端130访问多个媒体数据1010至1030所需的信息1040。服务器120可以包括作为关于内容的信息的“CadMeta.xml”文件、作为关于多个媒体数据1010至1030的信息的“MainMeta.xml”文件、以及作为多个媒体数据1010至1030的首标文件的“Head1.ref”文件、“Head2.ref”文件等。在这里，“Head1.ref”文件可以是“Track1”的首标文件，而且“Head2.ref”文件可以是“Track2(轨道2)”的首标文件。
“CadMeta.xml”文件可以是根据OIPF标准的CAD文件，而且“MainMeta.xml”文件可以是上面描述的媒体呈现描述。此外，“Head1.ref”和“Head2.ref”文件是选择性的元素，并且当首标被包括在多个媒体数据1010至1030中时可以不存在。
参照图10B，客户端130访问多个媒体数据1010至1030所需的信息1042还可以包括“NextMeta.xml”文件。如上所述，“NextMeta.xml”文件可以是将在当前内容之后被重现的后面的内容的媒体呈现描述。如上所述，当前内容的媒体呈现描述，即“MainMeta.xml”文件，包括后面的内容的媒体呈现描述的URL，并因此客户端130可以基于“MainMeta.xml”文件访问“NextMeta.xml”文件。
参照图10C，多个媒体数据1010至1030的首标文件可以存在于一个首标文件1050中。取代对于多个媒体数据1010至1030中的每一个都存在首标文件，这些首标文件可以作为一个首标文件1050存在，并且可以被包括在访问多个媒体数据1010至1030所需的信息1044中。
例如，当多个媒体数据1010至1030中的每一个对应于基本流时，例如根据MPEG-2标准的基本流，多个媒体数据1010至1030的首标文件中的每一个都可以是包括程序关联表（PAT）和程序映射表（PMT）的首标文件1050。PAT和PMT中的至少一个可以与多个媒体数据1010至1030分离以准备首标文件1050，而且媒体呈现描述可以包括指向首标文件1050的信息。指向首标文件1050的信息可以是首标文件1050的URL信息或者是用于规定MPEG-2传输流(TS)中包括首标文件1050的包(packet)的信息。包括PAT和PMT中的至少一个的首标文件1050是初始化段(initialization segment)，并且可以在包括有效载荷数据的段之前发送到客户端130，以便启动多个媒体数据1010至1030的重现。
返回参照图5B的操作532，客户端130可以通过参考媒体呈现描述来获取指向首标文件1050的信息，并且可以基于指向首标文件1050的信息请求首标文件1050。在基于指向首标文件1050的信息请求和接收首标文件1050之后，基于首标文件1050中所包括的PAT和PMT中的至少一个选择多个媒体数据1010至1030中的至少一个，并且向服务器120请求所选择的至少一个媒体数据。PAT和PMT可以被分离出来作为首标文件1050或者包括在多个媒体数据1010至1030中，但是无论PAT和PMT的位置在哪儿都可以包括多个媒体数据1010至1030中所包括的基本流的整个列表。
根据MPEG-2，PAT和PMT中定义的包ID（PID）根据基本流而不同。因此，分配给多个媒体数据1010至1030中的每一个的PID可以不同。可替换地，根据另一个示范性实施例，由于通过将一个内容编码为具有不同品质所生成的多个媒体数据1010至1030是相同内容的基本流，因此可以采用相同的PID。
当多个媒体数据1010至1030对应于根据MPEG-2的多个基本流时，多个媒体数据1010至1030中所包括的每个段可以包括至少一个连续的打包基本流（packetized elementary stream,PES）。然而，一个PES可以被包括在多个段中的仅仅一段中。换句话说，一个PES可以不被包括在两个不同段中。
由于多个媒体数据是通过将一个内容编码为具有不同品质来生成的，因此根据重现时间可以对准(align)多个媒体数据的PES中所包括的呈现时间戳（presentation time stamp,PTS）和/或解码时间戳（decoding time stamp,DTS）。换句话说，如果第一媒体数据的初始PES和第二媒体数据的初始PES是同时重现的内容，则PTS和/或DTS可以被相同地设置。
此外，当通过根据流式传输环境改变媒体数据来在重现第一媒体数据的时候重现第二媒体数据时，可以连续对准PTS和/或DTS，以便连续重现第一和第二媒体数据。换句话说，当通过改变媒体数据来在重现第一媒体数据的时候重现第二媒体数据时，可以连续地设置改变媒体数据之前的最后PES的PTS和/或DTS以及改变媒体数据之后的第一PES的PTS和/或DTS。
PTS和/或DTS定义视频数据的时间戳。因此，如上所述，根据多个媒体数据的重现时间对准关于视频数据的多个媒体数据的时间戳。这种基于重现时间来对准时间戳的方法可以同样应用于音频数据。换句话说，与关于视频数据的多个媒体数据的时间戳一样，关于音频数据的各条媒体数据的时间戳也可以根据重现时间来对准，以用于自适应流式传输。
图11A是根据另一个示范性实施例的描述流式传输方法的流程图。
参照图11A，在操作1110中，客户端130向服务器120请求关于多个媒体数据的信息。客户端130可以通过HTTP请求向服务器120请求媒体呈现描述，并且可以接收作为HTTP响应的媒体呈现描述。客户端130向服务器120请求并接收关于通过将一个内容编码为具有多个不同品质所生成的多个媒体数据的信息，以便执行与流式传输环境相适应的流式传输。图11A的流式传输方法不同于图5A的流式传输方法，因为请求和接收关于多个媒体数据的信息而没有请求和接收关于内容的信息。
在操作1120中，客户端130请求服务器120发送多个媒体数据中的至少一个。客户端130通过参考关于多个媒体数据的信息来选择并请求被编码为具有适合流式传输环境的品质的至少一个媒体数据，并且从服务器120接收所请求的至少一个媒体数据。
图11B是根据另一个示范性实施例的描述流式传输方法的流程图。参照图11B，在操作1112中，客户端130请求服务器120发送关于多个媒体数据的信息并且从服务器120接收响应于该请求的关于多个媒体数据的信息。客户端130可以通过HTTP请求向服务器120请求媒体呈现描述，并且接收作为HTTP响应的媒体呈现描述。
在操作1122中，客户端130基于操作1112中接收到的关于多个媒体数据的信息请求所选择的媒体数据的首标。客户端130通过参考操作1112中接收到的关于多个媒体数据的信息请求根据流式传输环境选择的媒体数据的首标。响应于该请求，服务器120向客户端130发送包括所选择的媒体数据的首标的文件。
在操作1132中，客户端130请求服务器120发送基于操作1112中接收到的关于多个媒体数据的信息以及操作1122中接收到的首标而选择的媒体数据。客户端130请求服务器120发送通过以预定品质对内容进行编码并且基于时间对编码内容进行划分所生成的至少一段，而且服务器120向客户端130发送所请求的至少一段。
图12A、12B和图12C各自示出了根据其他示范性实施例的多个媒体数据。图12A和图12B各自示出了服务器120中所包括的多个媒体数据，其用于执行图11A和图11B的流式传输方法。
参照图12A，服务器120可以包括通过将一个内容编码为具有多个不同品质所生成的多个媒体数据1010至1030，以用于与流式传输环境相适应的流式传输，如图10A所示。
在这里，图12A的多个媒体数据1010至1030与图10A的多个媒体数据1010至1030的不同之处在于客户端130访问多个媒体数据1010至1030所需的信息1240，其中与图10A的示范性实施例不同，服务器120只包括关于多个媒体数据1010至1030的信息而不包括关于内容的信息。在这里，客户端130可以从其他实体而不从服务器120接收关于内容的信息，并且基于接收到的关于内容的信息来访问服务器120中所包括的多个媒体数据1010至1030。
参照图12B，客户端130访问多个媒体数据1010至1030所需的信息1242可以通过将“NextMeta.xml”文件进一步包括到图12A的信息1240中来进行准备。
参照图12C，多个媒体数据1010、1020和1030的首标文件可以存在于一个首标文件1250中。首标文件不针对多个媒体数据1010至1030中的每一个而存在，而是可以作为一个首标文件1250而被包括在访问多个媒体数据1010至1030所需的信息1244中。首标文件1250对应于图10C的首标文件1050。
图13A是示出根据另一个实施例的流式传输方法的流程图。参照图13A，在操作1310中，客户端130请求服务器120提供关于期望的内容的信息，并且从服务器120接收关于期望的内容的信息。为此，客户端130可以向服务器120发送关于期望的内容的信息的HTTP请求，并且根据HTTP响应从服务器120接收关于期望的内容的信息。可以接收包含关于期望的内容的信息的XML文件。关于期望的内容的信息可以包括如上参照图6和图7详细描述的媒体呈现描述的URL。
在操作1320中，客户端130基于操作1310中接收到的关于期望的内容的信息，请求服务器120提供关于多个媒体数据的信息。客户端130可以向服务器120发送关于媒体呈现描述的HTTP请求，并且根据HTTP响应从服务器120接收媒体呈现描述。
客户端130在操作1320中接收到的媒体呈现描述可以是如上参照图8A、图8B、图9A到图9G详细描述的媒体呈现描述之一，并且可以包含关于内容的多个章(chapter)的信息。现在将参照图14A至图14H详细描述内容的多个章。
图14A至图14H示出了根据其他实施例的媒体呈现描述。参照图14A，根据另一个实施例的媒体呈现描述包括“时段(Period)”标签，其从属于“MPD”标签（最上层标签）并且分别标识正在流式传输的内容的重现时段。“Period”标签中的每一个都包括“呈现(Representation)”标签，其具有关于将在相应重现时段被流式传输的多个媒体数据的信息。此外，“Representation”标签中的每一个都可以包括“段信息(SegmentInfo)”标签，其具有关于根据时间从一个媒体数据划分的多个段的信息。
媒体呈现描述还包括“章(Chaptering)”标签，其具有关于正在流式传输的内容的多个章的信息。内容可以包括根据场景、故事或时间分类的多个章。关于多个章的信息利用“章(Chaptering)”标签定义。关于与特定章有关的静止图像和文本中的至少一个的信息可以是关于该章的信息。
“章(Chaptering)”标签可以包括定义对应于多个章的静止图像的至少一个属性。至少一个静止图像的格式、URL和时间间隔利用“mime类型（mimeType）”属性、“URL”属性和“图像间隔（ImageInterval）”属性定义。至少一个静止图像的分辨率利用“高度（height）”属性和“宽度（width）”属性定义。“height”属性和“width”属性定义至少一个静止图像的水平大小和垂直大小，即，至少一个静止图像的分辨率。此外，至少一个静止图像的压缩类型利用“压缩类型（compressiontype）”属性定义。
“Chaptering”标签的“URL”属性可以是模板，其类似于上述的媒体呈现描述的“URL”属性。模板是多个静止图像的URL的公共部分，并且可以利用“URL”属性定义。
参照图14B，包括内容的多个章的信息的标签的名称可以与定义多个媒体数据的标签的名称相同。换句话说，定义多个媒体数据的标签（即，“呈现(Representation)”标签）可以用于定义多个章。因此，分别定义重现时段的“时段（Period）”标签中的每一个都可以包括定义相应重现时段中的媒体数据的“Representation”标签，以及定义相应重现时段中的多个章的“Representation”标签。
参照图14B，在第一“Period”标签中，第一“Representation”标签用于定义媒体数据，例如视频数据，而且第二“Representation”标签用于定义多个章。第二“Representation”标签定义上面参照图14A描述的“mimeType”属性、“width”属性“height”属性和“ImageInterval”属性，以便定义对应于多个章的多个静止图像。
如上参照图14A所述，“Representation”标签中的每一个都可以包括“SegmentInfo”标签，其是定义媒体数据的多个段的下层标签（lower tag）。同样地，定义多个章的图14B的“Representation”标签“SegmentInfo”可以定义根据预定标准从多个静止图像划分的多个段。多个静止图像可以根据数据大小或时间被划分为多个段，而且多个段可以被定义。如图14B所示，分别定义多个段的“SegmentInfo”标签中的每一个都可以包括从属于“SegmentInfo”标签的“URL”标签，而且“URL”标签中的每一个都可以定义相应静止图像的URL。
图14C示出了包括多个章的“Representation”标签不包括“ImageInterval”属性的情况。如上所述，除了时间以外还可以根据场景或故事来对多个章进行分类。在这种情况下，静止图像之间的时间间隔可能不一致。因此，如图14C所示，“Representation”标签可以不包括“ImageInterval”属性，而且可以在从属于“Representation”标签的“SegmentInfo”标签中所包括的“URL”标签中定义“图像呈现时间（ImagePresentationTIme）”属性。“ImagePresentationTIme”属性定义对应于静止图像的时间。
图14D示出了对应于多个章的多个静止图像以及对应于所述多个静止图像的时间信息包括在一个文件中的情况。参照图14D，“chaptering.mp4”文件不仅包括对应于多个章的多个静止图像，而且包括静止图像中的每一个被生成的时间信息。“chaptering.mp4”文件可以具有稍后将参照图17描述的结构，或者可以以ISO基本媒体文件格式（ISO Base Media File Format,ISOBMFF）生成。
语言（基于其生成“chaptering.mp4”文件）利用“语言（lang）”属性定义，而且基于“chaptering.mp4”文件重现关于多个章的信息的方法利用“内容视点（contentviewpoint）”属性定义。如果“contentviewpoint”属性被定义为“导航(navigation)”，则“chaptering.mp4”文件中包括的多个静止图像以预定速度重现，从而用户可以从多个静止图像当中选择对应于期望的时间点的静止图像。否则，“chaptering.mp4”文件中包括的多个静止图像可以以滚动(scrolling)方式显示，从而用户可以选择滚动的多个静止图像当中的静止图像。“mimeType”属性定义包括多个静止图像的“chaptering.mp4”文件的格式。如果“chaptering.mp4”文件的格式是“mp4”，则“mimeType”属性被定义为“jpeg/mp4”，因为“chaptering.mp4”文件包括多个静止图像。
图14E示出了根据实施例生成包括关于多个章的信息的多个文件的情况。多个文件的位置信息利用“Url”标签中包括的“源URL（sourceURL）”属性定义。
如上所述，一个媒体数据可以根据时间被划分为多个段。在这种情况下，包含关于对应于多个段的章的信息的文件可以如图14E所示。例如，在多个段当中，属于第一段中包括的多个章的静止图像可以包括在“seg-1.mp4”文件中，而且属于在第一段之后重现的第二段中包括的多个章的静止图像可以包括在“seg-2.mp4”文件中。“mimeType”属性和“contentviewpoint”属性如上参照图14D所述。
图14F示出了根据实施例分别指定对应于图14E的多个文件的时间的情况。参照图14F，与包括关于多个章的信息的文件相对应的时间分别利用“ImagePresentationTime”属性来定义。参照图14F，关于从“00:00:00”到“00:20:00”的媒体数据的章信息被包括在“seg-1.mp4”文件中，而且关于从“00:20:00”到“00:40:00”的媒体数据的章信息被包括在“seg-2.mp4”文件中。如果包括关于多个章的信息的文件分别对应于与不同时间相对应的多个媒体数据，而且这些文件覆盖的时间不是周期性的，则“ImagePresentationTime”属性可以用于分别定义文件的开始时间，如图14F所示。
图14G示出了关于多个章的信息被包括在一个文件中的情况。与图14D的情况相比，定义多个媒体数据的“Representation”标签而不是表示章信息的单独标签，被用于定义多个章。当关于多个章的信息的大小不大而且不需要生成多个文件时（不同于图14E和图14F）时，关于多个章的信息可以完全包括在一个文件中而且可以使用“Representation”标签定义文件。
图14H示出了根据实施例的图14C的“Url”标签中的每一个都包括定义关于相应章的语言、标题和描述的属性的情况。与多个章的每一个相对应的静止图像的标题和描述分别利用“title（标题）”属性和“描述（description）”属性定义。由“lang”属性定义的每一种语言的“title”属性和“description”属性可以被定义。如果与图14D至图14G不同地将“contentviewpoint”属性定义为“chapter”，则对应于多个章的静止图像以缩略图的方式显示，而且用户可以选择显示的静止图像之一。
图15A和图15B示出了根据示范性实施例的章的大纲。图16示出了根据实施例的、关于根据图15A和图15B的大纲的章的信息。
参照图15A和图15B，根据图15A和图15B中所示的大纲，可以产生关于媒体呈现描述中包括的多个章的信息。具体地，参照图16，内容的多个章可以利用“章信息（ChapterInfo）”标签中的“多个章项目（ChapterItems）”标签和“章项目（ChapterItem）”标签定义。
“ChapterItem”标签定义对应于多个章的多个静止图像。对应于每个静止图像的标识符和时间分别利用“id”属性和“时间（time）”属性定义。每一章的标题和描述都被分别定义为“title”标签和“Description”标签，它们都是下层标签。每一章的简要描述利用“标签（Tag）”标签定义。“title”标签、“Description”标签和“Tag”标签被定义为字符串，而且字符串的总数不限。“lang”属性定义“title”标签、“Tag”标签和“Description”标签中的每一个标签中所使用的语言。参照图15A，“lang”属性可以从属于“title”标签、“Tag”标签和“Description”标签中的每一个标签，或者可以处于与“title”标签、“Tag”标签和“Description”标签相同的层级。如果在“title”标签、“Tag”标签和“Description”标签中使用相同的语言，而且这些标签是相同的，则“lang”属性不需要从属于“title”标签、“Tag”标签和“Description”标签，而且可以处于与“title”标签、“Tag”标签和“Description”标签相同的层级并定义“title”标签、“Tag”标签和“Description”标签中所使用的语言。
“ChapterItems”标签包括多个“ChapterItem”标签，而且通过使用“图像宽度（imgWidth）”属性和“图像高度（imgHeight）”属性定义静止图像的分辨率。静止图像的URL的公共部分利用“缩略图Url模板（ThumbnailImgUrlTemplate）”属性定义。静止图像的URL可以通过使用“ChapterItem”标签的“id”属性中定义的静止图像的标识符而不是利用“ThumbnailImgUrlTemplate”属性定义的URL模板的“$ID$”来确定。
在操作1320中接收到的媒体呈现描述可以包括定义多个媒体数据的标签，以及如图16所示包括关于多个章的信息的标签。此外，在操作1320中，根据图15A和图15B的大纲产生的附加XML文件可以与媒体呈现描述分开地发送或接收。换句话说，客户端130请求服务器120提供与媒体呈现描述分开地产生以包括关于根据图15A和图15B的大纲的多个章的信息的XML文件，而且服务器120可以向客户端130发送该XML文件。
返回参照图13A，在操作1330中，客户端130请求服务器120提供章数据，并且从服务器120接收章数据。章数据可以是关于与正在流式传输的内容的多个章相对应的静止图像的数据。客户端130可以向服务器120发送关于章数据的HTTP请求，并且接收作为HTTP响应的章数据。
在操作1320中接收到的媒体呈现描述包括与上述多个章相对应的静止图像的URL。客户端130可以基于这些URL来请求服务器120提供章数据，并且接收作为对该请求的应答的章数据。章数据可以包括关于与内容的多个章相对应的静止图像的数据。现在将参照图17详细描述章数据。
图17是示出根据实施例的章数据1700的结构的示图。参照图17，章数据1700（诸如操作1330中接收到的章数据）包括首标1710和多个静止图像数据1720。首标1710包括章数据1700中包括的静止图像数量信息1712、静止图像时间间隔信息1714以及静止图像数据偏移信息1716和1718。静止图像数量信息1712定义章数据1700中包括的静止图像的总数。静止图像时间间隔信息1714定义静止图像之间的时间间隔。
静止图像数据偏移信息1716和1718分别定义用于指定静止图像1722和1724在多个静止图像数据1720当中的偏移。第一静止图像1722，即“Jpg1”由第一静止图像数据偏移信息1716定义，而且第二静止图像1724，即“Jpg2”由第二静止图像数据偏移信息1718定义。多个静止图像数据1720的开始和指定的静止图像数据之间的绝对数据间隔可以利用偏移(offset)来定义。
返回参照图13A，在操作1340中，在操作1330中接收章数据的客户端130请求服务器120发送多个媒体数据当中的至少一个媒体数据。客户端130可以基于关于多个媒体数据的信息从多个媒体数据当中选择至少一个被编码为具有足以适应当前流式传输环境的品质的媒体数据，而且然后请求服务器120发送所选的媒体数据。此外，客户端130可以向服务器120发送关于预定媒体数据的HTTP请求。然后，响应于该请求，服务器120向客户端130发送至少一个媒体数据。服务器120可以将内容编码为具有预定品质，根据时间将编码的内容划分为若干段，并向客户端120发送这些段中的至少一段。服务器120可以向客户端130发送预定的媒体数据，作为HTTP响应。
如上参照图5B和图11B的描述，首先接收适应流式传输环境而选择的至少一个媒体数据的首标，然后可以接收该至少一个媒体数据。
如果客户端130基于操作1330中接收到的章数据来选择特定章，则从所选择的章开始，接收至少一个被编码为具有足以适应该流式传输环境的品质的媒体数据。如果在客户端130的显示设备（未示出）上显示章数据中包括的静止图像并且用户选择特定章，则可以从所选择的章开始执行数据流式传输。如果客户端130的用户在内容的流式传输期间基于章数据选择特定章，则客户端130可以从所选择的章开始接收至少一个媒体数据。
图13B是示出根据另一个实施例的流式传输方法的流程图。在图13B中，操作1312和操作1322分别对应于图13A的操作1310和操作1320。在操作1312中，客户端130请求服务器120提供关于内容的信息，并且从服务器120接收关于内容的信息，其包括媒体呈现描述的URL。在操作1322中，客户端130基于操作1312中接收到的关于内容的信息，请求服务器120提供包括关于多个章的信息的媒体呈现描述，然后从服务器120接收该媒体呈现描述。
在操作1332和操作1342中，客户端130基于关于在操作1322中接收到的关于多个媒体数据的信息（即，媒体呈现描述中包括的关于多个章的信息）接收章数据。
具体地，在操作1332中，客户端130可以请求服务器120提供章数据的首标，然后从服务器120接收章数据的首标。如上参照图17所述，章数据1700可以包括首标1710和多个静止图像数据1720。在操作1332中，客户端130可以请求服务器120提供章数据1700的首标1710，然后从服务器120接收首标1710。因为首标1710包括静止图像数量信息1712、静止图像时间间隔信息1714以及静止图像数据偏移信息1716和1718，因此在操作1342中，客户端130可以基于首标1710请求并接收多个静止图像数据1720。
在图13B中，操作1352对应于图13A的操作1340。在操作1352中，客户端130请求服务器120发送多个媒体数据当中的至少一个媒体数据，并且从服务器120接收该至少一个媒体数据。在这种情况下，当客户端130的用户基于在操作1332和操作1342中接收到的章数据来选择特定章时，客户端130可以从所选择的章开始接收至少一个媒体数据。
图18A是示出根据另一个实施例的流式传输方法的流程图。参照图18A，在操作1810中，客户端130请求服务器120发送关于多个媒体数据的信息。客户端130可以向服务器120发送关于媒体呈现描述的HTTP请求，并且从服务器120接收作为HTTP响应的媒体呈现描述。图18A的流式传输方法与图13A的流式传输方法的不同之处在于：请求并接收关于多个媒体数据的信息而无需请求并接收关于内容的信息。操作1810中接收到的媒体呈现描述可以是图14A至图14H中所示的媒体呈现描述。
在操作1820中，客户端130请求服务器120发送章数据，并且从服务器120接收章数据。可以基于操作1810中接收到的媒体呈现描述中包括的关于多个章的信息来接收章数据。
在操作1830中，客户端130请求服务器120发送多个媒体数据当中的至少一个媒体数据。客户端130可以基于关于多个媒体数据的信息从多个媒体数据当中选择至少一个被编码为具有足以适应流式传输环境的品质的媒体数据，请求服务器120发送该至少一个媒体数据，然后从服务器120接收该至少一个媒体数据。如果基于操作1820中接收到的章数据选择了特定章，则可以从所选择的章开始请求并接收至少一个媒体数据。
如上参照图5B和图11B的描述，首先可以接收适应流式传输环境而选择的至少一个媒体数据的首标，然后可以接收该至少一个媒体数据。
图18B是示出根据另一个实施例的流式传输方法的流程图。在图18B中，操作1812对应于图18A的操作1810。在操作1812中，客户端130请求服务器120发送关于多个媒体数据的信息。客户端130可以向服务器120发送关于媒体呈现描述的HTTP请求，并且从服务器120接收作为HTTP响应的媒体呈现描述。图18B的流式传输方法与图13B的流式传输方法的不同之处在于：请求并接收关于多个媒体数据的信息而无需请求并接收关于内容的信息。操作1812中接收到的媒体呈现描述可以是图14A至图14H中所示的媒体呈现描述。
在操作1822中，客户端130可以请求服务器120发送章数据的首标，并且从服务器120接收章数据的首标。在操作1822中，客户端130可以首先请求服务器120发送图17的章数据1700的首标1710，并且从服务器120接收首标1710。在客户端在操作1822中接收到首标1710之后，在操作1832中，客户端可以基于首标1710请求并接收多个静止图像数据1720。
操作1842对应于图18A的操作1830。在操作1842中，客户端130基于操作1822和操作1832中接收到的章数据请求服务器120发送多个媒体数据当中的至少一个媒体数据，并且从服务器120接收该至少一个媒体数据。如果基于操作1822和操作1832中接收到的章数据选择了特定章，则可以从所选择的章开始请求并接收至少一个媒体数据。
图19是根据实施例的、可以包括在图1的服务器120中的媒体数据发送装置1900的框图。参照图19，媒体数据发送装置1900包括信息传输（transmission）或发送（transmitting）单元1910和媒体数据传输（transmission）或发送（transmitting）单元1920。
信息传输单元1910从客户端130接收关于预定信息的请求，并且向客户端130发送所请求的信息。信息传输单元1910可以从客户端130接收针对关于内容的信息和关于多个媒体数据的信息当中的至少一条(one piece)的请求，并且向客户端130发送所请求的信息。信息传输单元1910可以从客户端130接收针对关于内容的信息和关于多个媒体数据的信息当中的至少一个的HTTP请求，并且向客户端130发送所请求的信息作为HTTP响应。
信息传输单元1910向客户端130发送的关于多个媒体数据的信息可以是媒体呈现描述。媒体呈现描述可以是如上参照图9A至图9H以及图14A至图14H的描述的媒体呈现描述。因此，如上参照图14A至图14H所述，媒体呈现描述可以包括关于正在流式传输的内容的多个章的信息。
媒体数据传输单元1920从客户端130接收关于至少一个媒体数据（其是从多个媒体数据当中适应流式传输环境而选择的）的请求，并且向客户端130发送所请求的媒体数据。媒体数据传输单元1920从客户端130接收关于至少一个媒体数据（其是基于信息传输单元1910向客户端130发送的媒体呈现描述选择的）的请求。服务器120可以从编码设备110接收被分别编码为具有不同品质的多个媒体数据，存储多个媒体数据，并且将所存储的媒体数据当中的所请求的至少一个媒体数据发送给客户端130。否则，响应于来自客户端130的请求，服务器120可以实时地从编码设备110接收媒体数据并向客户端130发送媒体数据。
如上参照图13A、图13B、图18A和图18B的描述，客户端130可以基于包括关于多个章的信息的媒体呈现描述来请求章数据。然后，媒体数据传输单元1920可以向客户端130发送章数据。当客户端130基于该章数据请求对应于特定章的至少一个媒体数据时，媒体数据传输单元1920可以从特定章开始向客户端130发送至少一个媒体数据。
客户端130可以在内容的流式传输期间选择章，在这种情况下，停止流式传输，并且从所选择的章开始向客户端130发送至少一个媒体数据。
媒体数据传输单元1920可以一次向客户端130发送全部章数据，如图13A和图18A所示，或者可以首先发送章数据的首标然后发送静止图像数据，如图13B和图18B所示。
图20是根据实施例的、可以包括在图1的客户端130中的媒体数据接收装置2000的框图。参照图20，客户端130的媒体数据接收装置2000包括信息接收单元2010和媒体数据接收单元2020。
信息接收单元2010向服务器120发送关于期望的信息的请求，并且从服务器120接收所请求的信息。针对关于内容的信息和关于多个媒体数据的信息当中的至少一个的请求可以被发送到服务器120并且可以从服务器120接收。根据图2A、图2B、图5A、图5B、图11A、图11B、图13A、图13B、图18A和18B之一的实施例，针对关于内容的信息和关于多个媒体数据的信息当中的至少一个的HTTP请求可以被发送到服务器120，并且可以从服务器120接收作为对该HTTP请求的应答的至少一个信息。
服务器120向客户端130发送的关于多个媒体数据的信息可以是媒体呈现描述。媒体呈现描述可以是如上参照图9A至图9H以及图14A至图14H描述的媒体呈现描述。因此，如上参照图14A至图14H所述，媒体呈现描述可以包括关于正在流式传输的内容的多个章的信息。
媒体数据接收单元2020向服务器120发送关于根据流式传输环境从多个媒体数据当中选择的至少一个媒体数据的请求，并且从客户端130接收所请求的媒体数据。媒体数据接收单元2020可以基于信息接收单元2010从服务器120接收到的关于多个媒体数据的信息，向服务器120发送关于所选择的媒体数据的请求。
媒体数据接收单元2020可以基于从服务器120接收到的媒体呈现描述，请求足以适应流式传输环境的内容。媒体呈现描述包括如上所述的关于多个章的信息。因此，媒体数据接收单元2020可以基于媒体呈现描述，请求并接收章数据。媒体数据接收单元2020可以基于章数据选择章，并且可以请求服务器120提供对应于所选择的章的媒体数据。媒体数据接收单元2020可以一次从服务器120接收全部章数据，如图13A和图18A所示，或者可以首先接收章数据的首标然后接收静止图像数据，如图13B和图18B所示。
根据以上实施例，有可能根据流式传输环境自适应地流式传输关于具有多个章的内容的媒体数据。
虽然已经参照本发明构思的示范性实施例具体示出和描述了本发明构思，但是本领域普通技术人员将理解，可以在其中做出各种形式和细节上的改变，而不会偏离所附权利要求所限定的本发明构思的精神和范围。
根据实施例的系统还能够被具体实施为计算机可读记录介质上的计算机可读代码。
例如，服务器的流式传输装置和客户端的流式传输装置可以包括耦接到图19的装置1900和图20的装置2000中的每一个单元的总线，以及连接到该总线的至少一个处理器。此外，流式传输装置还可以包括存储器，该存储器耦接到总线以便存储命令、接收到的消息或生成的消息，而且该存储器耦接到至少一个处理器以便执行如上所述的命令。
计算机可读记录介质可以是能够存储由计算机系统读取的数据的任意记录装置。计算机可读记录介质的示例包括只读存储器（ROM）、随机存取存储器（RAM）、CD-ROM、磁带、软盘、光学数据存储设备等。计算机可读记录介质也可以在网络耦接的计算机系统上分布，从而计算机可读代码以分布式方式存储和运行。

Claims (15)

1.一种接收媒体数据的方法，该方法包括：
从服务器接收包括关于通过对内容编码生成的多个媒体数据的信息的文件，所述多个媒体数据具有不同品质；以及
基于接收到的文件，接收所述多个媒体数据当中的至少一个媒体数据，
其中，接收到的文件还包括关于与所述内容的多个章相对应的多个静止图像的信息。
2.如权利要求1所述的方法，其中，接收至少一个媒体数据包括：
基于接收到的文件，接收所述多个静止图像；以及
从基于所述多个静止图像选择的章开始，接收至少一个媒体数据。
3.如权利要求1所述的方法，其中，关于多个静止图像的信息包括第一标签，第一标签包括关于所述多个静止图像的位置信息、分辨率信息和压缩类型信息当中的至少一个。
4.如权利要求3所述的方法，其中，第一标签以及标识所述内容的重现时段的第二标签处于相同层级。
5.如权利要求3所述的方法，其中，第一标签以及第三标签处于相同层级，所述第三标签从属于标识所述内容的重现时段的第二标签并且定义将在预定的重现时段被重现的多个媒体数据。
6.如权利要求3所述的方法，其中，第一标签还包括关于所述多个静止图像之间的间隔的信息。
7.一种发送媒体数据的方法，该方法包括：
向客户端发送包括关于通过对内容编码生成的多个媒体数据的信息的文件，所述多个媒体数据具有不同品质；以及
响应于从所述客户端接收到的基于已发送的文件的请求，向所述客户端发送所述多个媒体数据当中的至少一个媒体数据，
其中，已发送的文件还包括关于与所述内容的多个章相对应的多个静止图像的信息。
8.如权利要求7所述的方法，其中，向客户端发送至少一个媒体数据包括：
响应于从所述客户端接收到的基于已发送的文件的请求，向客户端发送所述多个静止图像；以及
从由所述客户端基于所述多个静止图像选择的章开始，发送至少一个媒体数据。
9.如权利要求7所述的方法，其中，关于多个静止图像的信息包括第一标签，第一标签包括关于所述多个静止图像的位置信息、分辨率信息和压缩类型信息当中的至少一个。
10.如权利要求9所述的方法，其中，第一标签以及标识所述内容的重现时段的第二标签处于相同层级。
11.如权利要求9所述的方法，其中，第一标签以及第三标签处于相同层级，所述第三标签从属于标识所述内容的重现时段的第二标签并且定义将在预定的重现时段被重现的多个媒体数据。
12.如权利要求9所述的方法，其中，第一标签还包括关于所述多个静止图像之间的间隔的信息。
13.一种接收媒体数据的装置，该装置包括：
信息接收单元，其从服务器接收包括关于通过对内容编码生成的多个媒体数据的信息的文件，所述多个媒体数据具有不同品质；以及
媒体数据接收单元，其基于接收到的文件接收所述多个媒体数据当中的至少一个媒体数据，
其中，所述文件还包括关于与所述内容的多个章相对应的多个静止图像的信息。
14.一种发送媒体数据的装置，该装置包括：
信息发送单元，其向客户端发送包括关于通过对内容编码生成的多个媒体数据的信息的文件，所述多个媒体数据具有不同品质；以及
媒体数据发送单元，其响应于从所述客户端接收到的基于已发送的文件的请求，向所述客户端发送所述多个媒体数据当中的至少一个媒体数据，
其中，已发送的文件还包括关于与所述内容的多个章相对应的多个静止图像的信息。
15.一种非临时性计算机可读记录介质，其具有存储在其上的计算机可读程序，当所述计算机可读程序被计算机运行时执行如权利要求1至12中任一项所述的方法。
CN2011800146968A 2010-03-19 2011-03-18 自适应地流式传输包括多个章的内容的方法和装置 Pending CN102812718A (zh)

Applications Claiming Priority (9)

Application Number Priority Date Filing Date Title
US31550010P 2010-03-19 2010-03-19
US61/315,500 2010-03-19
US36280510P 2010-07-09 2010-07-09
US61/362,805 2010-07-09
US201161439985P 2011-02-07 2011-02-07
US61/439,985 2011-02-07
KR1020110021043A KR20110105710A (ko) 2010-03-19 2011-03-09 복수의 챕터를 포함하는 콘텐트를 적응적으로 스트리밍하는 방법 및 장치
KR10-2011-0021043 2011-03-09
PCT/KR2011/001898 WO2011115454A2 (en) 2010-03-19 2011-03-18 Method and apparatus for adaptively streaming content including plurality of chapters

Publications (1)

Publication Number Publication Date
CN102812718A true CN102812718A (zh) 2012-12-05

Family

ID=44955988

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2011800146968A Pending CN102812718A (zh) 2010-03-19 2011-03-18 自适应地流式传输包括多个章的内容的方法和装置

Country Status (5)

Country Link
US (1) US9197689B2 (zh)
EP (1) EP2548373A4 (zh)
KR (1) KR20110105710A (zh)
CN (1) CN102812718A (zh)
WO (1) WO2011115454A2 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107040505A (zh) * 2016-02-04 2017-08-11 中兴通讯股份有限公司 媒体数据传输方法及装置
CN109792562A (zh) * 2016-09-26 2019-05-21 杜比实验室特许公司 视频数据的基于内容的流分割

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2436168A2 (fr) * 2009-05-29 2012-04-04 France Telecom Technique de distribution d'un contenu vers un utilisateur
JP5544806B2 (ja) * 2009-09-29 2014-07-09 ソニー株式会社 情報処理装置、及び情報処理方法
KR101885852B1 (ko) 2011-09-29 2018-08-08 삼성전자주식회사 컨텐트 전송 및 수신 방법 및 장치
US9414123B2 (en) 2011-11-25 2016-08-09 Humax Co., Ltd. Method for hybrid delivery of MMT package and content and method for receiving content
KR20130058648A (ko) 2011-11-25 2013-06-04 (주)휴맥스 Mmt 미디어와 dash 미디어와의 연동 방법
US20130227106A1 (en) * 2012-02-23 2013-08-29 Edward Grinshpun Method and apparatus for video session management
US10616297B2 (en) 2012-07-09 2020-04-07 Futurewei Technologies, Inc. Content-specific identification and timing behavior in dynamic adaptive streaming over hypertext transfer protocol
US11290510B2 (en) * 2012-11-29 2022-03-29 Samsung Electronics Co., Ltd. Method and apparatus for encapsulation of motion picture experts group media transport assets in international organization for standardization base media files
WO2014200280A2 (en) * 2013-06-12 2014-12-18 Lg Electronics Inc. Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals
KR101799276B1 (ko) * 2013-09-27 2017-11-20 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법 및 방송 신호 수신 방법
CN107113457B (zh) * 2014-12-29 2020-12-04 索尼公司 发送装置、发送方法、接收装置和接收方法
US10917477B2 (en) 2016-05-25 2021-02-09 Samsung Electronics Co., Ltd. Method and apparatus for MMT integration in CDN
US10701413B2 (en) * 2017-06-05 2020-06-30 Disney Enterprises, Inc. Real-time sub-second download and transcode of a video stream
US10938872B2 (en) * 2018-03-12 2021-03-02 Qualcomm Incorporated Processing interactivity events for streaming media data
US10778938B2 (en) * 2018-12-20 2020-09-15 Hulu, LLC Video chunk combination optimization

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1290895A (zh) * 1999-09-30 2001-04-11 国际商业机器公司 用于在流式媒体中由用户控制的选定叠加的方法和装置
CN1559119A (zh) * 2001-09-24 2004-12-29 ��˹��ŵ�� 包括元数据和媒体数据的多媒体文件的流播
US20070003251A1 (en) * 2003-05-10 2007-01-04 Chung Hyun-Kwon Multimedia data reproducing apparatus, audio data receiving method and audio data structure therein
CN1902865A (zh) * 2003-11-07 2007-01-24 诺基亚有限公司 从服务器到客户的流式传输

Family Cites Families (112)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0822061B2 (ja) 1993-03-02 1996-03-04 エヌ・ティ・ティ・データ通信株式会社 画像音声符号化デ−タ多重化装置および多重化デ−タ読み込み装置
US6122403A (en) 1995-07-27 2000-09-19 Digimarc Corporation Computer system linked by using information in data objects
US5612742A (en) * 1994-10-19 1997-03-18 Imedia Corporation Method and apparatus for encoding and formatting data representing a video program to provide multiple overlapping presentations of the video program
JP3377788B1 (ja) 1995-09-29 2003-02-17 松下電器産業株式会社 再生方法、再生装置、記録方法、記録装置、光ディスク
MX9801212A (es) 1995-09-29 1998-04-30 Matsushita Electric Ind Co Ltd Metodo y dispositivo para grabar y reproducir una corriente de bits intercalada sobre y desde un medio.
IL117133A (en) * 1996-02-14 1999-07-14 Olivr Corp Ltd Method and system for providing on-line virtual reality movies
JP3943674B2 (ja) 1996-10-25 2007-07-11 キヤノン株式会社 カメラ制御システム並びにカメラサーバ及びその制御方法
JP2000013761A (ja) 1998-06-18 2000-01-14 Sony Corp 情報送信装置および方法、情報受信装置および方法、並びに提供媒体
JP4240187B2 (ja) 1998-09-17 2009-03-18 ソニー株式会社 画像表示装置および方法
US6499060B1 (en) * 1999-03-12 2002-12-24 Microsoft Corporation Media coding for loss recovery with remotely predicted data units
JP4292654B2 (ja) 1999-03-19 2009-07-08 ソニー株式会社 記録装置および方法、再生装置および方法、並びに記録媒体
JP2001024994A (ja) 1999-07-07 2001-01-26 Matsushita Electric Ind Co Ltd 送信装置、受信装置、記録装置及びプログラム記録媒体
KR100872138B1 (ko) 2000-02-24 2008-12-08 오병석 주문형 멀티미디어 콘텐츠 제공 시스템 및 방법
US20020161739A1 (en) 2000-02-24 2002-10-31 Byeong-Seok Oh Multimedia contents providing system and a method thereof
JP4529240B2 (ja) 2000-06-13 2010-08-25 ソニー株式会社 情報処理装置および方法、情報処理システム、並びに記録媒体
US20050193425A1 (en) 2000-07-24 2005-09-01 Sanghoon Sull Delivery and presentation of content-relevant information associated with frames of audio-visual programs
US20050210145A1 (en) * 2000-07-24 2005-09-22 Vivcom, Inc. Delivering and processing multimedia bookmark
US7548565B2 (en) 2000-07-24 2009-06-16 Vmark, Inc. Method and apparatus for fast metadata generation, delivery and access for live broadcast program
US7103668B1 (en) 2000-08-29 2006-09-05 Inetcam, Inc. Method and apparatus for distributing multimedia to remote clients
KR100908954B1 (ko) 2000-12-15 2009-07-22 브리티쉬 텔리커뮤니케이션즈 파블릭 리미티드 캄퍼니 오디오 또는 비디오 자료의 전송방법 및 장치
US7277958B2 (en) * 2001-03-12 2007-10-02 Edgestream, Inc. Re-assembly of streaming files from separate connections
US7043560B2 (en) * 2001-06-19 2006-05-09 Nokia, Inc. Dynamic probing and reporting of bit rate information
US6996618B2 (en) * 2001-07-03 2006-02-07 Hewlett-Packard Development Company, L.P. Method for handling off multiple description streaming media sessions between servers in fixed and mobile streaming media systems
US20030072376A1 (en) 2001-10-12 2003-04-17 Koninklijke Philips Electronics N.V. Transmission of video using variable rate modulation
EP1442603B1 (en) 2001-10-26 2014-12-17 Koninklijke Philips N.V. Spatial scalable compression scheme using spatial sharpness enhancement techniques
WO2003036979A1 (en) 2001-10-26 2003-05-01 Koninklijke Philips Electronics N.V. Spatial scalable compression scheme using adaptive content filtering
US7318099B2 (en) 2002-06-07 2008-01-08 Thomas Licensing Method and apparatus for controlling the distribution of digitally encoded data in a network
JP2004088766A (ja) 2002-07-22 2004-03-18 Matsushita Electric Ind Co Ltd データ管理装置及びデータ管理システム
JP4127497B2 (ja) 2002-09-27 2008-07-30 富士フイルム株式会社 ディジタル・サービス・システム
JP2004140584A (ja) 2002-10-17 2004-05-13 Toshiba Corp コンテンツ配信・再生システム、広告コンテンツ挿入方法及びクライアント端末
JP2004140654A (ja) 2002-10-18 2004-05-13 Nec Engineering Ltd 画像データ転送方法及びシステム
JP4209665B2 (ja) 2002-12-02 2009-01-14 パナソニック株式会社 受信装置及び受信方法
US20040119814A1 (en) 2002-12-20 2004-06-24 Clisham Allister B. Video conferencing system and method
US7810124B2 (en) * 2003-01-28 2010-10-05 Thomson Licensing Robust mode staggercasting fast channel change
CN100387043C (zh) * 2003-01-28 2008-05-07 汤姆森特许公司 健壮模式交错播送的方法和设备
JP2004312304A (ja) 2003-04-04 2004-11-04 Sony Corp 復号化装置及びその方法、再生装置及びその方法並びに記憶メディア
US6895410B2 (en) 2003-05-02 2005-05-17 Nokia Corporation Method and apparatus for providing a multimedia data stream
JP2004364227A (ja) 2003-06-09 2004-12-24 Sony Corp 受信装置および選局方法、ならびに、ストリーム配信システム
JP2005039667A (ja) 2003-07-17 2005-02-10 Sony Corp データ送受信システム、データ受信装置、データ送信装置及びデータ送受信方法
JP2005073138A (ja) 2003-08-27 2005-03-17 Casio Comput Co Ltd 情報再生装置および情報再生処理プログラム
KR100547139B1 (ko) 2003-09-03 2006-01-26 학교법인 고황재단 ＩＥＴＦ ＱｏＳ 프로토콜을 이용한 ＭＰＥＧ 미디어데이터 전송 방법 및 장치
KR100608715B1 (ko) 2003-09-27 2006-08-04 엘지전자 주식회사 ＱｏＳ보장형 멀티미디어 스트리밍 서비스 시스템 및 방법
EP1657835A4 (en) 2003-10-30 2008-12-10 Panasonic Corp MOBILEND DEVICE ORIENTED TRANSMISSION PROCESS AND DEVICE
US8250622B2 (en) 2003-10-30 2012-08-21 Panasonic Corporation Method and apparatus for broadcasting to a portable terminal
US20050183120A1 (en) 2004-01-13 2005-08-18 Saurabh Jain Multi-user personalized digital multimedia distribution methods and systems
KR101022471B1 (ko) 2004-01-17 2011-03-16 삼성전자주식회사 멀티미디어 데이터를 기록한 정보저장매체, 그 재생방법및 재생장치
JP2005229153A (ja) 2004-02-10 2005-08-25 Sony Corp 調光システムおよび調光方法、配信装置および配信方法、受信装置および受信方法、記録装置および記録方法、ならびに、再生装置および再生方法
US7504968B2 (en) * 2004-02-13 2009-03-17 Hewlett-Packard Development Company, L.P. Media data decoding device
US7075460B2 (en) * 2004-02-13 2006-07-11 Hewlett-Packard Development Company, L.P. Methods for scaling encoded data without requiring knowledge of the encoding scheme
KR101145261B1 (ko) 2004-02-27 2012-05-24 삼성전자주식회사 멀티미디어 데이터를 기록한 정보저장매체, 그 재생방법및 재생장치
JP2005303927A (ja) 2004-04-15 2005-10-27 Sony Corp 情報処理システム、情報処理装置および方法、記録媒体、並びにプログラム
CN101014947A (zh) 2004-04-30 2007-08-08 移动网络有限公司 一种关于流内容的自适应速率切换的装置、系统和方法
US7818444B2 (en) 2004-04-30 2010-10-19 Move Networks, Inc. Apparatus, system, and method for multi-bitrate content streaming
US20050262541A1 (en) 2004-05-21 2005-11-24 Sony Corporation Reception device, station selection method, and stream distribution system
ES2373605T3 (es) * 2004-08-17 2012-02-07 Panasonic Corporation Dispositivo de codificación de imágenes y dispositivo de decodificación de imágenes.
US7543073B2 (en) 2004-12-10 2009-06-02 Microsoft Corporation System and process for performing an exponentially weighted moving average on streaming data to establish a moving average bit rate
US20080301380A1 (en) 2005-02-18 2008-12-04 Masanori Itho Data Processor
EP1864222A4 (en) 2005-03-29 2012-03-21 Microsoft Corp SYSTEM AND METHOD FOR TRANSFERRING DATA FROM A WEB PAGE
JP4541962B2 (ja) 2005-04-25 2010-09-08 パナソニック株式会社 多重化装置、再生装置
JP4356645B2 (ja) 2005-04-28 2009-11-04 ソニー株式会社 字幕生成装置及び方法
JP2007011584A (ja) 2005-06-29 2007-01-18 Fujifilm Holdings Corp マルチメディアデータ処理装置、マルチメディアデータ処理方法及びマルチメディアデータ処理プログラム
JP2007025959A (ja) 2005-07-14 2007-02-01 Fujifilm Holdings Corp マルチメディアデータ処理装置、マルチメディアデータ処理方法及びマルチメディアデータ処理プログラム
KR100716291B1 (ko) 2005-07-27 2007-05-09 삼성전자주식회사 영상재생장치와 그 제어방법 및 ｐｖｒ
JP2007080357A (ja) 2005-09-13 2007-03-29 Toshiba Corp 情報記憶媒体、情報再生方法、情報再生装置
US8225164B2 (en) 2006-01-05 2012-07-17 Telefonaktiebolaget Lm Ericsson (Publ) Media container file management
JP2007207328A (ja) 2006-01-31 2007-08-16 Toshiba Corp 情報記憶媒体、プログラム、情報再生方法、情報再生装置、データ転送方法、及びデータ処理方法
WO2007111312A1 (ja) * 2006-03-28 2007-10-04 Pioneer Corporation コンテンツ配信システム、サーバ装置、コンテンツ配信方法およびプログラム
US20080040498A1 (en) 2006-08-10 2008-02-14 Nokia Corporation System and method of XML based content fragmentation for rich media streaming
US20080046578A1 (en) * 2006-08-16 2008-02-21 Van Der Gaast Tjietse Controlled access to a video recording over an IP multimedia subsystem, IMS, telecommunications network
JP4785687B2 (ja) 2006-09-15 2011-10-05 キヤノン株式会社 映像制御装置及びその方法
JP4862600B2 (ja) 2006-10-12 2012-01-25 パナソニック電工株式会社 住宅設備監視システム用表示装置
KR100805308B1 (ko) 2006-10-13 2008-02-20 에스케이 텔레콤주식회사 이동통신 단말기에서의 컨텐츠 추천 서비스 방법 및 이를위한 이동통신 단말기
EP2103129A4 (en) 2006-11-20 2014-07-23 Sk Planet Co Ltd SYSTEM, SERVER AND METHOD FOR PROVIDING A SUPPLEMENTARY INFORMATION SERVICE RELATED TO EQUIPPED CONTENT
CN100544439C (zh) 2006-11-21 2009-09-23 华为技术有限公司 一种支持多种编码格式的媒体数据的方法及系统
US9571902B2 (en) * 2006-12-13 2017-02-14 Quickplay Media Inc. Time synchronizing of distinct video and data feeds that are delivered in a single mobile IP data network compatible stream
EP2090000A2 (en) 2006-12-22 2009-08-19 Apple, Inc. Communicating and storing information associated with media broadcasts
US8380864B2 (en) * 2006-12-27 2013-02-19 Microsoft Corporation Media stream slicing and processing load allocation for multi-user media systems
KR100810223B1 (ko) 2007-01-19 2008-03-06 삼성전자주식회사 단말 간 실시간 스트리밍 서비스 제공 시스템 및 방법
CN100551043C (zh) 2007-02-08 2009-10-14 华为技术有限公司 一种快进快退播放视频数据的方法和流媒体服务器
JP2008236667A (ja) 2007-03-23 2008-10-02 Victor Co Of Japan Ltd デジタル放送受信装置
CN101682439B (zh) 2007-04-23 2012-07-04 Lg电子株式会社 使用内容的方法、共享内容的方法和基于安全级别的设备
KR101369747B1 (ko) 2007-05-10 2014-03-06 삼성전자주식회사 정보저장매체, 비디오 컨텐츠 재생 장치 및 재생 방법
CN101321265B (zh) 2007-06-07 2011-03-16 中兴通讯股份有限公司 对等网络媒体点播跨帧播放方式的实现方法及系统
JP4609802B2 (ja) 2007-07-06 2011-01-12 Ｎｅｃアクセステクニカ株式会社 ホームゲートウェイ
KR20090005845A (ko) 2007-07-10 2009-01-14 삼성전자주식회사 태그를 이용한 미디어 신호 재생 제어 방법 및 장치
US7694006B2 (en) 2007-07-27 2010-04-06 Realnetworks, Inc. System and method for distributing media data
CN101365128A (zh) 2007-08-10 2009-02-11 中兴通讯股份有限公司 综合视频业务对等网络系统
US20090201487A1 (en) * 2007-08-17 2009-08-13 Princeton Satellite Systems, Inc. Multi spectral vision system
KR101128848B1 (ko) 2007-09-13 2012-03-23 에스케이플래닛 주식회사 멀티 앵글 모바일 방송 서비스를 제공하는 서버, 시스템 및방법
KR20090036765A (ko) 2007-10-10 2009-04-15 삼성전자주식회사 와이브로 시스템에서 영상 데이터 전송을 위한 출력 비트레이트 설정 방법
US20090110060A1 (en) 2007-10-30 2009-04-30 Mauricio Cortes Method and apparatus for performing lower complexity multiple bit rate video encoding using metadata
KR100889986B1 (ko) 2007-11-30 2009-03-25 엔에이치엔(주) 양방향 방송 단말기를 위한 추천 키워드 제공 시스템 및방법
KR101401967B1 (ko) 2007-12-04 2014-06-27 삼성전자주식회사 암호화된 데이터 스트림의 트릭 플레이 방법 및 장치
KR101529503B1 (ko) 2007-12-14 2015-06-30 엘지전자 주식회사 콘텐츠 제공/다운로드 방법, 이를 위한 전자장치 및 콘텐츠서버
US8365235B2 (en) * 2007-12-18 2013-01-29 Netflix, Inc. Trick play of streaming media
US8270303B2 (en) * 2007-12-21 2012-09-18 Hand Held Products, Inc. Using metadata tags in video recordings produced by portable encoded information reading terminals
US8140390B2 (en) 2008-02-12 2012-03-20 At&T Intellectual Property I, Lp System and method for displaying partial advertising data during trick play
CN101247511B (zh) 2008-03-21 2016-04-06 中国电信股份有限公司 Iptv内容相关信息展现方法及系统
JPWO2009119394A1 (ja) 2008-03-28 2011-07-21 日本電気株式会社 映像取得方法、映像取得装置、映像取得システム及び映像取得用プログラム
US8208006B2 (en) 2008-04-10 2012-06-26 Research In Motion Limited Method and system for progressive delivery and synchronization of discrete content in rich media services
US7860996B2 (en) 2008-05-30 2010-12-28 Microsoft Corporation Media streaming with seamless ad insertion
US8387150B2 (en) 2008-06-27 2013-02-26 Microsoft Corporation Segmented media content rights management
KR20100007368A (ko) 2008-07-14 2010-01-22 주식회사 케이티 스트리밍 서비스의 비트 레이트를 제어하기 위한 시스템 및그 방법
US8259794B2 (en) * 2008-08-27 2012-09-04 Alexander Bronstein Method and system for encoding order and frame type selection optimization
CN101459809B (zh) 2008-11-26 2010-06-23 北京惠信博思技术有限公司 一种数字电视节目播放的方法和系统
US8909806B2 (en) * 2009-03-16 2014-12-09 Microsoft Corporation Delivering cacheable streaming media presentations
JP2009159625A (ja) 2009-04-03 2009-07-16 Hitachi Ltd デジタル放送用ストリームの蓄積方法
US20130298170A1 (en) * 2009-06-12 2013-11-07 Cygnus Broadband, Inc. Video streaming quality of experience recovery using a video quality metric
US8838680B1 (en) * 2011-02-08 2014-09-16 Google Inc. Buffer objects for web-based configurable pipeline media processing
US8837586B2 (en) * 2011-10-10 2014-09-16 Cisco Technology, Inc. Bandwidth-friendly representation switching in adaptive streaming
US9537917B2 (en) * 2012-11-20 2017-01-03 Google Technology Holdings LLC Method and apparatus for streaming media content to client devices
US9294777B2 (en) * 2012-12-30 2016-03-22 Qualcomm Incorporated Progressive refinement with temporal scalability support in video coding

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1290895A (zh) * 1999-09-30 2001-04-11 国际商业机器公司 用于在流式媒体中由用户控制的选定叠加的方法和装置
CN1559119A (zh) * 2001-09-24 2004-12-29 ��˹��ŵ�� 包括元数据和媒体数据的多媒体文件的流播
US20070003251A1 (en) * 2003-05-10 2007-01-04 Chung Hyun-Kwon Multimedia data reproducing apparatus, audio data receiving method and audio data structure therein
CN1902865A (zh) * 2003-11-07 2007-01-24 诺基亚有限公司 从服务器到客户的流式传输

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107040505A (zh) * 2016-02-04 2017-08-11 中兴通讯股份有限公司 媒体数据传输方法及装置
CN109792562A (zh) * 2016-09-26 2019-05-21 杜比实验室特许公司 视频数据的基于内容的流分割
US11303966B2 (en) 2016-09-26 2022-04-12 Dolby Laboratories Licensing Corporation Content based stream splitting of video data
US11653065B2 (en) 2016-09-26 2023-05-16 Dolby Laboratories Licensing Corporation Content based stream splitting of video data

Also Published As

Publication number Publication date
KR20110105710A (ko) 2011-09-27
WO2011115454A3 (en) 2012-01-12
US20110231520A1 (en) 2011-09-22
EP2548373A2 (en) 2013-01-23
EP2548373A4 (en) 2014-05-28
WO2011115454A2 (en) 2011-09-22
US9197689B2 (en) 2015-11-24

Similar Documents

Publication Publication Date Title
CN102812718A (zh) 自适应地流式传输包括多个章的内容的方法和装置
US9277252B2 (en) Method and apparatus for adaptive streaming based on plurality of elements for determining quality of content
CN102812673B (zh) 发送和接收数据的方法和装置
CN102771081B (zh) 发送和接收数据的方法和装置
CN102714624B (zh) 用于使用分割的自适应流传输的方法和装置
US9967598B2 (en) Adaptive streaming method and apparatus
EP3206395B1 (en) Streaming method and apparatus operating by inserting other content into main content
CN102812666B (zh) 提供和接收数据的方法和装置
US20120272281A1 (en) Method and apparatus for transmitting media data, and method and apparatus for receving media data
CN103222277B (zh) 基于用于确定内容质量的多个元素的自适应流传输的方法和装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20121205