CN103222277A - 基于用于确定内容质量的多个元素的自适应流传输的方法和装置 - Google Patents

Abstract

提供了一种用于基于关于用于确定多个媒体数据的质量的多个元素的信息的根据流环境执行自适应的流传输的方法和装置，所述多个媒体数据是关于同一内容的。

Description

基于用于确定内容质量的多个元素的自适应流传输的方法和装置

技术领域

与示范性实施例一致的方法和装置涉及根据流环境中的波动来自适应地流传输媒体数据。

背景技术

通过网络来发送媒体数据的方法的例子包括下载方法和流方法。在流方法中，服务器实时地发送媒体数据，并且客户端实时地再现所接收的媒体数据。

不同于在发送和接收所有媒体数据之后才开始再现媒体数据的下载方法，流方法包含通过在服务器和客户端之间设置的逻辑信道实时地发送和接收媒体数据来再现该媒体数据，使得要求一种方法和装置，来通过处理流环境中的波动而保持再现媒体数据再现的服务质量（QoS）。

发明内容

解决方案

一个或多个实施例可以提供一种用于根据流环境而自适应地调整并执行流传输（即媒体数据的发送和接收）的方法和装置。

一个或多个实施例也可以提供一种计算机可读记录介质，在其上记录了用于执行该方法的程序。

有益效果

根据在此描述的实施例，通过使用现有的协议而不改变服务器和/或客户端的配置，可以根据流环境进行自适应的流传输，借此可以以低成本形成与各种类型的媒体格式兼容的自适应的流传输系统。

附图说明

通过参照附图详细描述示范性实施例，上述和/或其他方面将变得更加清楚，其中：

图1是根据示范性实施例的流系统的图；

图2A和2B是用于描述根据示范性实施例的流方法的流程图；

图3是根据一示范性实施例的包含关于内容的信息的文件的图；

图4A示出了根据一示范性实施例的用于定义多个媒体数据的信息；

图4B示出了根据一示范性实施例的关于媒体数据的首标的信息；

图4C示出根据一示范性实施例的关于多个媒体数据的每个中包括的至少一个片段的信息；

图5A和5B是用于描述根据其它示范性实施例的流方法的流程图；

图6是根据另一示范性实施例的包含关于内容的信息的文件的图；

图7示出根据一示范性实施例的关于内容的信息；

图8A和8B是根据示范性实施例的媒体呈现描述的图；

图9A到9H示出根据示范性实施例的媒体呈现描述；

图10A至10C每个示出根据示范性实施例的多个媒体数据；

图11A和11B是用于描述根据其它示范性实施例的流方法的流程图；

图12A至12C每个示出根据其它示范性实施例的多个媒体数据；

图13A到13G示出根据其它示范性实施例的媒体呈现描述；

图14A到14D示出根据其它示范性实施例的媒体呈现描述；

图15是根据另一示范性实施例的媒体呈现描述的图；

图16是根据示范性实施例的服务器的媒体数据发送装置的图；并且

图17是根据一示范性实施例的客户端的媒体数据接收装置的图。实施本发明的最佳方式

根据示范性实施例的一方面，提供了一种接收媒体数据的方法，该方法包括：从服务器接收文件，其中该文件包含关于通过以不同质量对预定内容编码而产生的多个媒体数据的信息；以及基于该文件，接收所述多个媒体数据当中的至少一个媒体数据，其中所述文件包括所述多个媒体数据的每个的帧率。

所述文件可以包括多个第一标签，包括关于所述多个媒体数据的每个的标题、类型、分辨率和比特率的至少一者，并且所述多个第一标签的每个中可以包括该多个媒体数据的每个的帧率。

所述文件可以包括关于用于确定质量的多个元素当中的优先次序的信息，并且该关于所述多个元素当中的优先次序的信息可以包含在作为所述多个第一标签的更高标签的第二标签中。

所述多个元素可以包括分辨率、比特率和帧率。

所述关于多个元素当中的优先次序的信息可以包括分别分配给所述多个元素并根据优先顺序排列的符号（sign）。

所述关于多个元素当中的优先次序的信息可以包括关于所述多个元素当中具有最高优先次序的一个元素的信息。

接收所述至少一个媒体数据的操作可以包括基于关于所述多个元素当中的优先次序的信息，选择并接收所述多个媒体数据的至少一个媒体数据的操作。

所述第二标签可以定义所述内容的再现时段。

所述多个媒体数据的每个都可以包括通过对内容编码以具有预定质量并根据时间段划分编码后的内容而产生的多个片段的至少一个。

根据示范性实施例的另一方面，提供了一种发送媒体数据的方法，该方法包括向客户端发送文件的操作，其中该文件包含关于通过以不同质量对预定内容编码而产生的多个媒体数据的信息；以及根据来自客户端的基于所发送文件的请求，向客户端发送所述多个媒体数据的至少一个媒体数据的操作，其中所述文件包括所述多个媒体数据的每个的帧率。

根据示范性实施例的另一方面，提供了一种媒体数据接收装置，该装置包括：信息接收单元，用于从服务器接收文件，其中该文件包含关于通过以不同质量对预定内容编码而产生的多个媒体数据的信息；及媒体数据接收单元，用于基于所述文件接收所述多个媒体数据的至少一个媒体数据，其中所述文件包括所述多个媒体数据的每个的帧率。

根据示范性实施例的另一方面，提供了一种媒体数据发送装置，包括：信息发送单元，用于向客户端发送文件，其中该文件含关于通过以不同质量对预定内容编码而产生的多个媒体数据的信息；及媒体数据发送单元，根据来自客户端的基于所发送文件的请求，向客户端发送所述多个媒体数据的至少一个媒体数据，其中所述文件包括所述多个媒体数据的每个的帧率。

根据示范性实施例的另一方面，提供了一种计算机可读记录介质，在其上记录了用于执行发送或接收媒体数据的方法的程序。

本发明的实施方式

在下文中，将参照附图更加全面地描述示范性实施例，遍及附图相似的参考标号指代相似的元素。在下文中，当诸如“……的至少一者”的表达位于一列元素之后时，修饰的是整列元素而不是修饰该列中的单个元素。

图1是根据示范性实施例的流系统100的图。

参照图1，流系统100包括编码设备110、服务器120和客户端130。

编码设备110通过对输入内容进行编码以具有多个不同质量而产生与一个输入内容对应的多个媒体数据。服务器120向客户端130流传输媒体数据所在的流环境可以变化。例如，用于流传输的网络140的带宽可以变化，或者服务器120用来发送媒体数据或者客户端用来接收媒体数据的硬件源可以变化。

因此，编码设备110对一个内容进行编码以具有不同的质量来使能根据波动的流环境而进行自适应的流传输。通过调整一个因子可以对一个内容进行编码以具有不同的质量，例如比特率、采样频率、分辨率、帧率等等的至少一者。例如，通过用不同的分辨率对一个图像内容编码可以产生500Kbps、1000Kbps和2000Kbps的多个媒体数据。

向服务器120发送具有不同质量的多个媒体数据。此时，也可以向服务器120发送关于所述内容的信息和关于每一媒体数据的信息。关于所述内容的信息可以包括关于作为该内容的元数据的该内容的标题、概要、内容标识符（ID）、内容统一资源定位符（URL）等等的至少一者的信息。关于每一媒体数据的信息可以包括每一媒体数据的质量、类型、ID等等的至少一者，并将在下面参照图4A到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可以向客户端130发送所请求的媒体数据作为对所述HTTP请求的HTTP响应。

每一媒体数据可以包括通过在不同的质量下对内容进行编码并划分编码后的内容而产生的多个片段的至少一个。换言之，通过编码设备110对所述内容进行编码而产生的每一媒体数据可以包括基于时间划分的至少一个片段。服务器120通过将所述内容划分成多个片段并分别发送该多个片段来发送所述内容，而不是将该内容编码成一个流并连续地发送该内容。可以通过将该内容划分成诸如10或20秒的单位的预定时间单位来产生所述多个片段。可以基于图片组（GOP）来设置作为划分所述内容的基础的所述时间。可以将与一个或多个GOP的图片对应的媒体数据设置为一个片段。

例如，当流传输的内容具有两种质量时，第一媒体数据可以包括通过对所述内容编码以具有第一质量并基于时间划分编码后的内容而产生的至少一个片段，而第二媒体数据可以包括通过对所述内容进行编码以具有第二质量并基于时间划分编码后的内容而产生的至少一个片段。

通过基于时间划分媒体数据使得可以进行自适应的流传输。例如，当流传输开始时，服务器120发送与低质量的第一媒体数据的0至20秒对应的一个片段。然后，当20秒后确定流环境改善并且客户端130请求更高质量的媒体数据时，服务器120可以发送与高质量的第二媒体数据的20至40秒对应的一个片段。因为基于时间将媒体数据划分成多个片段，所以即使在流传输期间，也可以根据流环境发送不同媒体数据的片段。

图2A是用于描述根据一示范性实施例的流方法的流程图。

参照图2A，在操作210中客户端130向服务器120发送请求以发送关于预定内容的信息。例如，当客户端130的用户从客户端130的屏幕上显示的用户界面选择了预定内容时，客户端130向服务器120发送请求以发送关于所选择内容的信息。客户端130可以向服务器120发送HTTP请求以发送关于预定内容的信息。

一旦从客户端130接收到该请求，服务器120向客户端130发送关于所述预定内容的信息。服务器120可以发送该关于预定内容的信息作为对客户端130的HTTP请求的HTTP响应。该关于预定内容的信息可以是根据开放IPTV论坛（OIPF）标准的内容访问描述符（CAD）。现在将参照图3详细描述关于预定内容的信息。

图3是根据一示范性实施例的包括关于内容的信息的文件的图。该文件可以是CAD，并可以是可扩展标记语言（XML）文件。分开描述的标签和属性，但是对于本领域普通技术人员来说显然，由标签定义的项目可以由属性定义，而由属性定义的项目可以由标签定义。

参照图3，该关于内容的信息可以包括“Title（标题）”、“Synopsis（概要）”、“OriginSite（原始站点）”和“ContentURL（内容URL）”标签。

因为相关技术的媒体数据的流传输通过对一个内容进行编码以具有预定的质量来产生一个媒体数据，所以相关技术的关于内容的信息（具体地，根据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。例如，当该“ID”属性是“1”时，该首标是具有媒体数据ID为“1”的媒体数据的首标。此外，该“RefData”标签包含指到首标的信息，并且“URL”标签定义首标的位置，即首标的URL。

该“RefData”标签是可选元素。即，当首标独立于媒体数据作为独立的文件存在时，该“RefData”标签包括在关于内容的信息中，而当该首标与该媒体数据合并时，该“RefData”标签可以不包含在关于内容的信息中。

图4C示出根据一示范性实施例的关于多个媒体数据的每个中包括的至少一个片段的信息。

参照图4C，作为“Fragments”标签的子标签的“Fragment”标签包含关于所述多个媒体数据的每个中包括的至少一个片段的信息。

该“Fragments”标签包括“NextFragmentsXMLURL（下一碎片XMLURL）”属性。当完成一个内容的流传输之后连续地流传输后面的内容时，如在直播流传输的情况下，当客户端130知道关于后面的内容的信息时可以无缝地流传输所述后面的内容。因此，该“Fragments”标签将该关于后面的内容的信息定义为“NextFragmentsXMLURL”属性。可以将关于所述后面的内容的多个媒体数据的URL定义为该“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基于该“Fragments”标签中包含的URL信息请求服务器120发送所选择的媒体数据。

服务器120根据客户端130的请求发送所述媒体数据。服务器120可以向客户端130发送所请求的媒体数据的至少一个片段。服务器120可以向客户端130发送所请求的媒体数据作为关于HTTP请求的HTTP响应。

图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接收的关于内容的信息不同于在图2的操作210中客户端130接收的关于内容的信息，现在将参照图6和7进行描述。

图6是根据另一示范性实施例的包含关于内容的信息的文件的图。

参照图6，根据当前示范性实施例的关于内容的信息可以包括“Title”、“Synopsis”、“OriginSite”和“ContentURL”标签，和图3中一样。

但是，在图3中，关于内容的信息通过包括“Tracks”、“RefData”和“Fragments”标签而包含关于所述多个媒体数据的信息，而在图6中，代替于包含关于所述多个媒体数据的信息，该关于内容的信息定义了包含关于所述多个媒体数据的信息的文件（下文被称为媒体呈现描述）的URL。该“ContentURL”标签可以定义媒体呈现描述的URL。

通过将该媒体呈现描述的URL插入如图6中所示的关于内容的信息中，可以在执行适应于流环境的流传输的同时保持与各种媒体数据格式的兼容性，而不必大大改变相关技术中包含关于内容的信息的文件的样式。

如图6中所示，关于内容的信息可以包含涉及流方法的信息，而不包含关于所述多个媒体数据的信息。换言之，“ContentURL”标签可以包括定义流传输期间使用的媒体数据的格式的“MediaFormat（媒体格式）”属性，和定义媒体数据的类型的“MIMEType（MIME类型）”属性。

特别地，该“ContentURL”标签可以包括定义内容的流传输所涉及的服务的“TransferType（传输类型）”属性。例如，该“TransferType”属性可以定义内容的流传输是否涉及内容传递（CoD）服务、直播服务、自适应流直播服务、自适应流CoD服务等等。

图7示出根据一示范性实施例的关于内容的信息。图7可以是根据OIPF标准的CAD。

参照图7，根据图6的式样生成的关于内容的信息可以在“ContentURL”标签中定义媒体呈现描述的URL。“http://asexample.com/vod/movies/18888/Meta/MainMeta.xml”是媒体呈现描述的URL。同样，如参照图6所述，可以在该“ContentURL”标签中定义“MediaFormat”属性、“MIMEType”属性和“TransferType”属性。

回头参照图5A，在操作520中客户端130基于操作510中接收的关于内容的信息，向服务器120发送对于关于所述多个媒体数据的信息的请求。客户端130可以通过HTTP请求从该服务器120请求媒体呈现描述，并且可以接收该媒体呈现描述作为HTTP响应。

在操作510中客户端130从服务器120接收的关于内容的信息可以包括如参照图6和7所述的媒体呈现描述的URL。在这种情况下，客户端130通过参考关于内容的信息的“ContentURL”标签，来从服务器120请求并接收该媒体呈现描述。现在将参照图8A和8B以及图9A至9H来详细描述该媒体呈现描述。

图8A和8B是根据示范性实施例的媒体呈现描述的图。该媒体呈现描述可以遵循OIPF标准。

参照图8A，根据当前示范性实施例的媒体呈现描述包括关于多个媒体数据的URL的模板标签、用于定义首标的位置的标签、用于定义流传输涉及的服务的标签、用于定义媒体数据的容器格式的标签和用于定义该多个媒体数据的标签。

“urlTemplate（url模板）”标签定义了该多个媒体数据的URL的公共部分。例如，如果“http://example.com/vod/movie/18888/Track/{TrackID}/Segments/{SegmentID}”是URL模板，则可以通过分别用每一媒体数据的ID和每一媒体数据中包括的至少一个片段的ID代替“TrackID”和“SegmentID（片段ID）”来定义媒体数据的URL。

“headerUrl（首标Url）”标签对应于参照图4B描述的“RefData”标签。换言之，该“headerUrl”标签定义该多个媒体数据的首标的URL。

“isLive（是直播）”标签定义涉及流传输的服务。例如，当该“isLive”标签被定义为“Live（直播）”时,该流传输涉及直播服务，而当该“isLive”标签被定义为“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”标签。换言之，当可以从“Stream”标签中定义的“startTime”、“firstIntervalNum”、“duration”和“intervalCount”属性推断出“Segment”标签的内容时，媒体呈现描述中可以不包括“Segment”标签。同样，如果在“urlTemplate”中定义了预定的模板，则可以不包括“Segment”标签的“url”属性，并且通过以所述多个媒体数据的每个ID和每个媒体数据中包括的至少一个片段的ID代替所定义的预定模板，推断出片段的URL。

参照图8B，根据另一示范性实施例的媒体呈现描述可以进一步包括“nextManifestURL（下一显示URL）”标签。如上所述，当完成一个内容的流传输之后连续地流传输后面的内容时，例如在直播流传输或广告插入的情况下，客户端130预先知道关于后面内容的信息，以便无缝地流传输后面的内容。因此，可以用“nextManifestURL”标签定义要在当前内容之后流传输的后面内容的媒体呈现描述的URL。

图9A到9H示出根据示范性实施例的媒体呈现描述。

参照图9A，根据示范性实施例的媒体呈现描述包括“URLTemplate”标签、“RefDataURL（参考数据URL）”标签和分别定义多个媒体数据的多个标签。

图9A的“URLTemplate”标签和“RefDataURL”标签分别对应于图8A和8B的“urlTemplate”标签和“RefDataURL”标签。

图9A的“ID”属性、“Type”属性、“BitRate”属性、“StartTime”属性、“SegmentDuration”属性、“SegmentStartID”属性和“SegmentCount（片段计数）”属性分别对应于图8A和8B的“Stream”标签的“streamName”属性、“type”属性、“bitrate”属性、“startTime”属性、“Stream”标签的“duration”属性、“Stream”标签的“firstIntervalNum”属性和“intervalCount”属性。

图9A的媒体呈现描述包含关于通过对内容编码以具有不同质量而产生的三个视频数据的信息、关于一个音频数据的信息和关于通过对仅仅用于特技播放的I帧编码而产生的媒体数据的信息。

参照图9B，根据一示范性实施例的媒体呈现描述进一步包括“NextAdaptiveControlURL（下一自适应控制URL）”标签。该“NextAdaptiveControlURL”标签对应于图8B的“nextManifestURL”标签。因此，可以用“NextAdaptiveControlURL”标签定义要在当前内容之后再现的后面内容的媒体呈现描述的URL。

图9C示出当用图9B的“NextAdaptiveControlURL”标签定义要在当前内容之后再现的下面内容的媒体呈现描述的URL时，所述后面内容的媒体呈现描述。比较图9B和9C的媒体呈现描述，可以看出“StartTime”属性不同于图9B的当前内容的媒体呈现描述，因为图9C的媒体呈现描述是用于后面的内容。

图9D和9E示出根据示范性实施例的、用于选择性地控制用户想要执行的高质量视频再现的媒体呈现描述。图9D示出当通过对一个内容编码以具有5种不同质量而产生多个媒体数据时的媒体呈现描述。这里，在包含关于被编码以具有高质量的视频的信息的标签中图9D和9E的媒体呈现描述不同，即具有“ID”属性“5”的媒体数据的“StartTime”属性和“SegmentCount”属性。

在本示范性实施例中，服务器120根据客户端130的用户等级（rating）选择性地发送图9D的媒体呈现描述或图9E的媒体呈现描述。当客户端130的用户等级高时（例如，当客户端130是付费用户时），发送图9D的媒体呈现描述使得自由地再现高质量视频；而当客户端130的用户等级低时（例如，当客户端130是免费用户时），发送图9E的媒体呈现描述，使得从高质量视频中的“StartTime”属性定义的时间开始再现“SegmentCount”属性定义的片段。

图9F示出根据示范性实施例的、当将广告插入到内容时的媒体呈现描述。参照图9F，该媒体呈现描述可以包含关于广告内容和主内容的信息，广告内容和主内容具有不同的“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。

下面将参照图13A至23来描述一种根据各种示范性实施例的、在流传输主内容的同时通过将广告内容插进该主内容中来再现该广告内容的方法和装置。

图9H示出根据示范性实施例的、包含语言和字幕信息的媒体呈现描述。参照图9H，音频数据可以包含关于多种语言的信息。该媒体呈现描述可以包含关于多种语言的音频数据的信息，其中“ID”属性是“4”或者“5”；或者关于多种语言的字幕的信息，其中“ID”属性是“6”或“7”。

因为根据时间不仅可以将音频数据而且可以将字幕划分成多个片段，所以流传输期间可以将音频数据和字幕变为另一种语言的音频数据和字幕。

回头参照图5A，在操作530中客户端130向服务器120发送请求以发送所述多个媒体数据的至少一个。客户端130通过参考关于所述多个媒体数据的信息，选择被编码以具有适合于流环境的质量的至少一个媒体数据，并向服务器120请求所选择的至少一个媒体数据。客户端130可以发送HTTP请求用于请求服务器120发送预定的媒体数据。服务器120根据客户端130的请求发送所述媒体数据。可替换地，服务器可以向客户端130发送通过对内容编码以具有预定质量并基于时间划分编码后的内容而产生的至少一个片段。服务器120可以向客户端130发送所请求的媒体数据作为对所述HTTP请求的HTTP响应。

图5B是用于描述根据另一示范性实施例的流方法的流程图。

参照图5B，在操作512中客户端130向服务器120发送请求以发送关于预定内容的信息，并且从服务器120接收该关于预定内容的信息。例如，客户端130可以发送HTTP请求用于请求服务器120发送关于预定内容的信息，并且接收该关于预定内容的信息作为对该HTTP请求的HTTP响应。所述关于预定内容的信息可以包含在XML文件中。

在操作522中，客户端130基于操作512中接收的关于预定内容的信息，向服务器120发送请求以发送关于多个媒体数据的信息。例如，客户端130可以通过HTTP请求向服务器120发送对于媒体呈现描述的请求，并接收该媒体呈现描述作为HTTP响应。

在操作532中，客户端130请求基于操作522中接收的关于多个媒体数据的信息而选择的媒体数据的首标。基于在操作522中接收的关于所述多个媒体数据的信息从所述多个媒体数据当中选择适合于流环境的至少一个媒体数据，并且请求所选择的至少一个媒体数据的首标。通过参考操作522中接收的关于所述多个媒体数据的信息，请求所选择的至少一个媒体数据的首标。服务器120响应于客户端130的请求，向客户端130发送所选择的至少一个媒体数据的首标的文件。

在操作542中，客户端130基于操作522中接收的关于所述多个媒体数据的信息和操作532中接收的首标，向服务器120发送请求以发送所选择的媒体数据。客户端130向服务器120发送请求以发送通过对内容编码以具有预定质量并基于时间划分编码后的内容而产生的至少一个片段，并且服务器120向客户端130发送所请求的至少一个片段。

图10A至10C每者示出根据示范性实施例的多个媒体数据。例如，图10A至10C的每者示出服务器120中包括的用来执行根据图5A和5B的流方法的多个媒体数据。

参照图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”的首标文件。

“CadMeta.xml”文件可以是根据OIPF标准的CAD文件，而“MainMeta.xml”文件可以是上述媒体呈现描述。此外，“Head1.ref”和“Head2.ref”文件是可选元素，并且当首标包括在所述多个媒体数据1010到1030中时“Head1.ref”和“Head2.ref”文件可以不存在。

参照图10B，客户端1030用来访问所述多个媒体数据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的分组的信息。所述包括PAT和PMT的至少一者的首标文件1050是初始片段，并且可以在包括有效载荷数据的片段之前向客户端130发送，以便启动所述多个媒体数据1010到1030的再现。

回头参照图5B的操作532，客户端130可以通过参考媒体呈现描述而获得指向首标文件1050的信息，并且可以基于指向该首标文件1050的信息而请求首标文件1050。基于指向首标文件1050的信息请求并接收首标文件1050之后，基于该首标文件1050中包括的PAT和PMT的至少一个选择所述多个媒体数据1010到1030的至少一个，并且从服务器120请求所选择的至少一个媒体数据。所述PAT和PMT可以作为首标文件1050分离或者包括在所述多个媒体数据1010到1030中，并且无论PAT和PMT的位置在哪儿，所述PAT和PMT都可以包括所述多个媒体数据1010到1030中包括的基本流的整个列表。

根据MPEG-2，PAT和PMT中定义的分组ID（PID）根据基本流而不同。因此，分配给所述多个媒体数据1010到1030的每个的PID可以不同。替换地，根据另一示范性实施例，因为通过对一个内容编码以具有不同质量而产生的所述多个媒体数据1010到1030是同一内容的基本流，所以可以设置相同的PID。

当所述多个媒体数据1010到1030对应于根据MPEG-2的多个基本流时，所述多个媒体数据1010到1030中包括的每个片段可以包括至少一个连续的分组化的基本流（PES）。但是，一个PES包括在一个片段中。换言之，一个PES不包括在两个不同的片段中。

因为通过对一个内容编码以具有不同质量而产生多个媒体数据，所以可以根据再现时间对齐所述多个媒体数据的PES中包括的呈现时间戳（PTS）和解码时间戳（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至12C每者示出根据其它示范性实施例的多个媒体数据。例如，图12A至12C每者示出服务器120中包括的、用于执行图11A和11B的流方法的多个媒体数据。

参照图12A，服务器120可以包括通过对一个内容编码以具有多种不同质量用于适应于流环境的流传输而产生的多个媒体数据1010至1030，如图10A中所示。

这里，图12A的多个媒体数据1010到1030不同于图10A的多个媒体数据1010到1030的地方在于：客户端130用于访问所述多个媒体数据1010至1030的信息1240，其中服务器120包含关于所述多个媒体数据1010至1030的信息，而不包含关于内容的信息，不像图10A的示范性实施例。这里，客户端130可以从代替服务器120的另一实体接收关于内容的信息，并且可以基于所接收的关于内容的信息来访问服务器120中包括的多个媒体数据1010至1030。

参照图12B，可以通过进一步将“NextMeta.xml”文件包括到图12A的信息1240中来准备客户端130用来访问所述多个媒体数据1010到1030的信息1242。

参照图12C，所述多个媒体数据1010到1030的首标文件可以存在于一个首标文件1250中。首标文件不为所述多个媒体数据1010到1030的每个而存在，而是可以作为一个首标文件1250包括在用来访问所述多个媒体数据1010到1030的信息1244中。该首标文件1250对应于图10C的首标文件1050。

图13A到13G示出根据其它示范性实施例的媒体呈现描述。图13A到13G示出包含关于多个媒体数据的信息的媒体呈现描述，根据图5A和5B以及11A和11B的流方法在服务器120和客户端130之间发送和接收所述多个媒体数据。

在图5A的操作520、图5B的操作522、图11A的操作1110或图11B的操作1112中，客户端130从服务器120接收根据图13A到13G的媒体呈现描述，并且基于所接收的媒体呈现描述从所述多个媒体数据当中选择适合于流环境的至少一个媒体数据。之后，在图5A的操作530、图5B的操作542、图11A的操作1120或者图11B的操作1132中，客户端130向服务器120发送对于所选择的至少一个媒体数据的请求，并且响应于该请求接收所述至少一个媒体数据。

参照图13A，该媒体呈现描述包括作为与最高标签对应的“MPD”的较低标签的“ProgramInformation（节目信息）”标签。“ProgramInformation"标签包括作为更低标签的、用于划分流内容的再现时段的“Period（时段）”标签，并且该“Period”标签包括与可以在对应的再现时段流传输的多个媒体数据对应的“Representation（呈现）”标签。虽然图13A至13G分别示出了“Representation”标签，但是如果可以在预定的再现时段中再现多个媒体数据，则对于本领域普通技术人员来说显然可以分别定义对应于多个媒体数据的多个“Representation”标签。

此外，如上所述，每个媒体数据可以包括基于时间划分的一个或多个片段，并且可以用“SegmentInfo（片段信息）”标签来定义所述一个或多个片段。

图13A的“Representation”标签包括作为属性来定义媒体数据的质量的“bandwidth（带宽）”、“resolution（分辨率）”和“framerate（帧率）”的至少一者。“bandwidth”属性定义用于发送并接收该媒体数据的带宽，并且可以是该媒体数据的比特率。“resolution”属性定义该媒体数据的分辨率，并且如果该媒体数据是视频数据，则该“resolution”属性可以定义该视频数据的水平和垂直尺寸。

“framerate”属性定义该媒体数据的帧率。如果该媒体数据是视频数据，该“framerate”属性可以定义每个单位时间再现的帧数，并且如果该媒体数据是音频数据，该“framerate”属性可以定义采样频率。

如上所述，确定媒体数据的质量的元素可以包括各种元素，包括比特率、采样频率、分辨率或者帧率。图13A的媒体呈现描述不同于图9A至9H的媒体呈现描述的地方在于，图13A的媒体呈现描述包括所述各种元素当中的帧率。

一般，随着帧率的增加，该媒体数据的尺寸增加；而随着帧率减小，该媒体数据的尺寸减小。此外，根据客户端130的硬件能力可以限制该媒体数据的再现帧率。因此，考虑流环境的自适应流传输可以使用对其设置了不同帧率的多个媒体数据。对于使用帧率的自适应流传输，媒体呈现描述的“Representation”标签如图13A中所示包括“framerate”属性。

图13B示出具有恒定的帧率的媒体数据的媒体呈现描述。帧率可以是恒定的，或者可以根据媒体数据编码方法而变化。图13B示出关于具有恒定的帧率的媒体数据的媒体呈现描述，其中“Representation”标签的“framerate”属性被定义为“CRF/30”以便指示该媒体数据具有30的恒定帧率。

图13C示出具有可变帧率的媒体数据的媒体呈现描述。在使用可变帧率来对媒体数据编码的情况下，“Representation”标签的“framerate”属性被定义为“VFR/30”以便指示该媒体数据具有可变帧率。这里，“30”可以是该具有可变帧率的媒体数据的平均帧率。

参照图13B和13C，通过使用“CFR”或“VFR”将媒体数据的帧率清楚地定义为恒定或可变。但是，也可以如图13D中所示通过使用仅仅一个数字来定义帧率。在如图13D中所示定义“framerate”属性的情况下，如果媒体数据的帧率是恒定的，该“framerate”属性指示恒定的帧率是“30”，而如果该媒体数据的帧率是变化的，则该“framerate”属性指示平均帧率是“30”。

图13E对应于这样一种情况，其中当媒体数据的帧率是可变时媒体呈现描述通过使用“minframerate（最小帧率）”和“maxframerate（最大帧率）”来定义最大帧率和最小帧率。

图13F和13G示出当媒体数据的比特率是恒定或可变时的媒体呈现描述。如在图13F中所示，通过将“Representation”标签的“bandwidth”属性定义为“CBR/250kbps”，可以指示该媒体数据具有“250kbps”的恒定比特率，并且如在图13G中所示，通过将“bandwidth”属性定义为“VBR/250kbps”，可以指示该媒体数据具有可变的比特率。图13G的“250kbps”指示具有可变比特率的媒体数据的平均比特率是“250kbps”。

图14A到14D示出根据其它示范性实施例的媒体呈现描述。

图14A到14D示出包含关于多个媒体数据的信息的媒体呈现描述，根据图5A和5B以及11A和11B的流方法在服务器120和客户端130之间发送和接收所述多个媒体数据。

换言之，在图5A的操作520、图5B的操作522、图11A的操作1110或图11B的操作1112中，客户端130从服务器120接收根据图14A到14D的媒体呈现描述，并且基于所接收的媒体呈现描述从所述多个媒体数据当中选择适合于流环境的至少一个媒体数据。之后，在图5A的操作530、图5B的操作542、图11A的操作1120或者图11B的操作1132中，客户端130向服务器120请求所选择的至少一个媒体数据，并且响应于该请求接收所述至少一个媒体数据。

类似于图13A的媒体呈现描述，图14A至14D的媒体呈现描述包括涉及用于确定内容质量的多个元素的属性，即“bandwidth”、“resolution”和“framerate”属性。

为了在最小化图像质量的恶化的同时进一步有效地执行自适应的流传输，有必要划分所述多个元素的优先次序。因此，根据本实施例的媒体呈现描述包含关于用于确定内容质量的所述多个元素之间的优先次序的信息。

在流传输内容涉及新闻的情况下，屏幕上没有很多对象的移动，因此虽然帧率减小但是图像质量的恶化较小。因此，比起帧率，用于确定质量的所述多个元素当中的比特率和分辨率更多地影响了所述内容的质量。但是，在流传输内容涉及体育运动的情况下，屏幕上有很多对象的移动，所以如果帧率减小则该图像质量的恶化较大。因此，比起比特率或分辨率，用于确定质量的所述多个元素当中的帧率更多地影响了所述内容的质量。

在自适应流传输中，当客户端130从多个媒体数据当中选择适合于流环境的媒体数据并且向服务器120请求该媒体数据时，用于确定质量的所述多个元素当中的优先次序可以作为重要的选择标准而起作用。因此，根据本实施例的图14A至14D的媒体呈现描述通过使用“qualitydependency（质量依靠）”属性来定义关于用于确定质量的所述多个元素当中的优先次序的信息，使得客户端130可以选择适合于流环境的最佳媒体数据。

可以在作为与媒体数据相关的“Representation”标签的更高标签的“Period”标签中定义“qualitydependency”属性。如上所述，使用“Period”标签来划分再现时段。因为在“Period”标签中定义“qualitydependency”属性，所以客户端130可以通过参考该“qualitydependency”属性来选择多个媒体数据的一个，其中可以在与媒体呈现描述的“Period”标签对应的再现时段中再现所述多个媒体数据。

图14A至14D示出在“Period”标签中定义“qualitydependency”属性的例子。但是，对于该“Period”标签没必要定义用于确定质量的所述多个元素当中的优先次序，因此可以不在“Period”标签中而是在作为与所述多个媒体数据对应的“Representation”标签的更高标签的任何标签中定义该“qualitydependency”属性。例如，如果在所有再现时段中用于确定所述内容的质量的多个元素当中的优先次序相同，则可以在“ProgramInformation”标签或“MPD”中定义该“qualitydependency”属性。

图14A示出包括定义了“qualitydependency”属性的“Period”标签的媒体呈现描述。参照图14A，“Period”标签一起定义“qualitydependency”与“start”属性，使得该“Period”标签定义了由该“start”标签定义的再现时段中用于确定质量的多个元素当中的优先次序。

参照图14B，可以用这样的方式定义“qualitydependency”属性使得具体地描述多个元素当中的优先次序。如图14B中所示，可以通过使用不等号来详细描述作为用于确定质量的多个元素的“Resolution”、“Bandwidth”和“Framerate”当中的优先次序。

参照图14C，可以通过根据优先顺序排列符号来定义“qualitydependency”属性，其中分别给多个元素分配所述符号。在这方面，可以给“Resolution”分配“1”，可以给比特率即“Bandwidth”分配“2”，可以给“Framerate”分配“3”，那么可以将“qualitydependency”属性定义为“123”。根据图14C的定义的用于确定质量的所述多个元素当中的优先次序被确定为和图14B一样的“Resolution>Bandwidth>Framerate”。可以根据客户端130和服务器120之间设置的预定规则来执行所述元素和所述符号之间的匹配。

参照图14D，可以通过描述多个元素当中具有最高优先次序的仅仅一个元素来定义“qualitydependency”属性。在图14C的例子中，可以通过使用“qualitydependency”属性来定义“Resolution”、“Bandwidth”和“Framerate”当中对质量具有最大影响的元素。在图14D的例子中，定义“Framerate”作为对质量具有最大影响的元素。

图15是根据另一示范性实施例的媒体呈现描述的图。

参照图15，根据本实施例的媒体呈现描述包括作为关于再现时段的标签的“Period”标签，并且定义前述“qualitydependency”属性作为该“Period”标签的一个属性。定义用于确定质量的多个元素当中的优先次序的该“qualitydependency”属性被定义为字符串。

该字符串可以是参照图14B如上述通过使用不等号来具体地描述多个元素当中的优先次序的字符串，或者可以是参照图14C如上述根据优先次序排列分配给多个元素的符号的字符串。同样，参照图14D如上所述，该字符串可以是描述多个元素当中具有最高优先次序的仅仅一个元素的字符串。

图16是根据示范性实施例的服务器120的媒体数据发送装置1600的图。

参照图16，服务器120的媒体数据发送装置1600包括信息发送单元1610和媒体数据发送单元1620。

信息发送单元1610从客户端130接收关于预定信息的发送的请求，并且响应于该请求发送所请求的信息。信息发送单元1610从客户端130接收对于关于内容的信息或者关于多个媒体数据的信息的发送的请求，并向客户端130发送所请求的信息。根据图2A、2B、5A、5B、11A和11B的实施例，信息发送单元1610从客户端130接收对于关于内容的信息或者关于多个媒体数据的信息的发送的HTTP请求，并且发送所请求的信息作为HTTP响应。

从服务器120向客户端130发送的关于所述多个媒体数据的信息可以是媒体呈现描述，并且该媒体呈现描述可以是参照图9A到9H、13A到13G，以及14A到14D的上述那些。

因此，参照图13A到13G如上所述，媒体呈现描述可以包括用于确定内容质量的多个元素，并且该多个元素可以包括比特率、分辨离、帧率等等。同样，参照图14A到14D如上所述，媒体呈现描述可以包含关于所述多个元素当中的优先次序的信息。

媒体数据发送单元1620从客户端130接收对于根据流环境从所述多个媒体数据当中选择的至少一个媒体数据的发送的请求，并且向客户端130发送所请求的媒体数据。媒体数据发送单元1620接收对于基于关于所述多个媒体数据的信息来选择的媒体数据的发送的请求，从信息发送单元1610向客户端130发送所述关于所述多个媒体数据的信息。服务器120可以从编码设备110接收被编码以具有不同质量的多个媒体数据，并且可以向客户端130发送所请求的媒体数据。此外，根据来自客户端130的发送请求，服务器120可以从编码设备110实时地接收媒体数据，并且可以向客户端130传递该媒体数据。

根据从信息发送单元1610发送的媒体呈现描述，客户端130可以请求适合于流传输内容的内容，并且所述媒体呈现描述可以包括如上所述用于确定质量的多个元素，使得客户端130可以基于该多个元素选择适合于流传输内容的至少一个媒体数据，并且可以向媒体数据发送单元1620请求该至少一个媒体数据。如上所述，在所述多个元素当中存在优先次序的情况下，客户端130可以基于关于该优先次序的信息选择适合于流传输内容的至少一个媒体数据，并且可以向媒体数据发送单元1620请求该至少一个媒体数据。

图17是根据示范性实施例的客户端130的媒体数据接收装置1700的图。

参照图17，根据本实施例的客户端130的媒体数据接收装置1700包括信息接收单元1710和媒体数据接收单元1720。

信息接收单元1710向服务器120发送对于预定信息的发送的请求，并且响应于该请求从服务器120接收所请求的信息。信息接收单元1710向服务器120发送对于关于内容的信息或者关于多个媒体数据的信息的发送的请求，并且从服务器120接收所请求的信息。根据图2A、2B、5A、5B、11A和11B的实施例，信息接收单元1710向服务器120发送对于关于内容的信息或者关于多个媒体数据的信息的发送的HTTP请求，并且接收所请求的信息作为HTTP响应。

客户端130从服务器120接收的关于所述多个媒体数据的信息可以是媒体呈现描述，并且该媒体呈现描述可以是参照图9A到9H、13A到13G，以及14A到14D的上述那些。

因此，参照图13A到13G如上所述，媒体呈现描述可以包括用于确定内容质量的多个元素，并且该多个元素可以包括比特率、分辨率、帧率等等。同样，参照图14A到14D如上所述，媒体呈现描述可以包含关于所述多个元素当中的优先次序的信息。

媒体数据接收单元1720向服务器120发送对于发送根据流环境从所述多个媒体数据当中选择的至少一个媒体数据的请求，并且从服务器120接收所请求的媒体数据。媒体数据接收单元1720发送请求，该请求与发送基于关于所述多个媒体数据的信息来选择的媒体数据有关，由信息接收单元1710从服务器120接收所述关于多个媒体数据的信息。

根据从服务器120发送的媒体呈现描述，媒体数据接收单元1720可以请求适合于流传输内容的内容，并且该媒体呈现描述可以包括上述用于确定质量的多个元素，使得媒体数据接收单元1720可以基于该多个元素选择适合于流传输内容的至少一个媒体数据，并且可以向服务器120发送对于该至少一个媒体数据的请求。如上所述，在所述多个元素当中存在优先次序的情况下，媒体数据并接收单元1720可以基于关于该优先次序的信息选择适合于流传输内容的至少一个媒体数据，并且可以向服务器120发送对于该至少一个媒体数据的请求。

根据在此描述的实施例，通过使用现有的协议而不改变服务器和/或客户端的配置，可以根据流环境进行自适应的流传输，借此可以以低成本形成与各种类型的媒体格式兼容的自适应的流传输系统。

在此描述的示范性实施例也可以具体实现为计算机可读记录介质上的计算机可读码。

例如，根据示范性实施例的服务器的流装置和客户端的流装置可以包括耦接到图16和17的装置的每个单元的总线，和连接到该总线的至少一个处理器。此外，所述流装置可以进一步包括耦接到所述至少一个处理器的存储器，以便存储命令、所接收的消息或者所产生的消息，其中该至少一个处理器连接到所述总线以执行所述命令。

计算机可读记录介质的例子包括只读存储器(ROM)、随机存取存储器(RAM)、CD-ROM、磁带、软盘、光数据存储器设备等等。该计算机可读记录介质还可以是分布的网络耦合计算机系统以使得以分布式方式存储和运行计算机可读代码。

虽然已经具体地示出和描述了示范性实施例，但是本领域普通技术人员应该理解，可在形式和细节方面进行各种改变而不脱离由以下权利要求限定的本发明构思的精神和范围。

Claims (15)

1.一种接收媒体数据的方法，该方法包括：

从服务器接收文件，其中该文件包含关于通过以不同质量对预定内容编码而产生的多个媒体数据的信息；以及

基于该文件，接收所述多个媒体数据的至少一个媒体数据，

其中所述文件包括用于所述多个媒体数据的每个的帧率。

2.如权利要求1的方法，其中文件包括多个第一标签，该多个第一标签包括关于所述多个媒体数据的每个的标题、类型、分辨率和比特率的至少一者，并且

该多个第一标签的每个都包括帧率。

3.如权利要求2的方法，其中所述文件包括作为所述多个第一标签的更高标签的第二标签，其中该第二标签包含关于用于确定质量的多个元素当中的优先次序的信息。

4.如权利要求3的方法，其中多个元素包括分辨率、比特率和帧率。

5.如权利要求3的方法，其中关于所述多个元素当中的优先次序的信息包括分别分配给所述多个元素并且根据优先次序排列的多个符号。

6.如权利要求3的方法，其中关于所述多个元素当中的优先次序的信息包括关于来自所述多个元素当中的具有最高优先次序的一个元素的信息。

7.如权利要求3的方法，进一步包括：

从服务器接收所述文件之后，基于关于所述多个元素当中的优先次序的信息，选择所述多个媒体数据的至少一个媒体数据；以及

所述接收步骤包括接收所述多个媒体数据中所选择的至少一个媒体数据。

8.如权利要求3的方法，其中第二标签定义了所述内容的再现时段。

9.如权利要求2的方法，其中所述多个媒体数据的每个都包括通过对所述内容编码以具有预定质量并根据时间段划分编码后的内容而产生的多个片段的至少一个。

10.一种发送媒体数据的方法，该方法包括：

向客户端发送文件，其中该文件包含关于通过以不同质量对预定内容编码而产生的多个媒体数据的信息；以及

根据来自客户端的基于所发送文件的请求，向客户端发送所述多个媒体数据的至少一个媒体数据，

其中所述文件包括用于所述多个媒体数据的每个的帧率。

11.如权利要求10的方法，其中所述文件包括多个第一标签，该多个第一标签包括关于所述多个媒体数据的每个的标题、类型、分辨率和比特率的至少一者，并且

该多个第一标签的每个都包括帧率。

12.如权利要求11的方法，其中文件包括作为所述多个第一标签的更高标签的第二标签，其中该第二标签包含关于用于确定质量的多个元素当中的优先次序的信息。

13.一种媒体数据接收装置，包括：

信息接收单元，从服务器接收文件，

其中该文件包含关于通过以不同质量对预定内容编码而产生的多个媒体数据的信息；及

媒体数据接收单元，基于所述文件接收所述多个媒体数据的至少一个媒体数据，

其中所述文件包括用于所述多个媒体数据的每个的帧率。

14.一种媒体数据发送装置，包括：

信息发送单元，向客户端发送文件，

其中该文件包含关于通过以不同质量对预定内容编码而产生的多个媒体数据的信息；及

媒体数据发送单元，根据来自客户端的基于所发送文件的请求，向客户端发送所述多个媒体数据的至少一个媒体数据，

其中所述文件包括用于所述多个媒体数据的每个的帧率。

15.一种计算机可读记录介质，在其上记录了用于执行权利要求1至12之一的方法的程序。

Images