专利名称：适应的流方法和装置的制作方法
技术领域：
示范性实施例涉及ー种流传输(stream)方法和装置，并且更具体地,涉及ー种用于根据流传输环境中的波动(f luctuation)而自适应地流传输媒体数据的方法和装置。
背景技术：
通过网络发送媒体数据的方法的例子包括下载方法和流传输方法。在流传输方法中，服务器实时发送媒体数据，且客户端实时地再现所接收的媒体数据。不像在发送并接收媒体数据之后才开始再现媒体数据的下载方法，因为流传输方法通过在服务器和客户端之间设置的逻辑信道来发送和接收媒体数据，并实时地再现媒体数据，所以需要一种通过反映(reflect)流传输环境中的波动来保持在再现媒体数据时的服务质量(QoS)的方法和装置。
发明内容
解决方案示范性实施例提供了一种用于自适应地调节并执行流传输，即用于根据流传输环境自适应地发送和接收媒体数据的方法和装置。示范性实施例还提供了一种计算机可读记录媒介，上面记录了执行这里描述的方法的程序。有益效果根据示范性实施例，可以通过使用常规的协议而不必改变服务器和/或客户端的结构，来执行适应流传输环境的流传输，并且因此可以以低成本制造与各种媒体数据格式兼容的适应的流传输系统。
通过參考附图来详细描述示范性实施例，以上和/或其它方面将变得更加清楚，其中图I是依据示范性实施例的流传输系统的图；图2A和图2B是用于描述依据示范性实施例的流传输方法的流程图；图3是依据示范性实施例的、包含关于内容信息的文件的图式；图4A示出了根据示范性实施例的、用于定义多个媒体数据的信息；图4B示出了依据示范性实施例的、关于媒体数据首标的信息；图4C示出了依据示范性实施例的、关于包含于多个媒体数据中的每ー个的至少一个片断的信息；图5A和土 5B是用于描述依据另ー示范性实施例的流传输方法的流程图；图6是依据另ー示范性实施例的、包含关于内容的信息的文件的图式；图7示出了依据示范性实施例的、关于内容的信息；
图8A和图8B是依据示范性实施例的媒体呈现描述的图式；图9A、图9B、图9C、图9D、图9E、图9F、图9G和图9H示出了依据示范性实施例的媒体呈现描述；图10A、图IOB和图IOC的每ー个示出了依据示范性实施例的多个媒体数据；图IlA和图IlB是用于描述依据示范性实施例的流传输方法的流程图；图12A、图12B和图12C的每ー个示出了依据示范性实施例的多个媒体数据；图13是依据示范性实施例的、包含于服务器中的、用于发送媒体数据的装置的框图；以及图14是依据示范性实施例的、包含于客户端中的、用于接收媒体数据的装置的框图。
具体实施例方式最佳模式根据示范性实施例的一方面，提供了一种接收媒体数据的方法，该方法包括从服务器接收包含关于预定内容的信息的第一文件；基于第一文件从服务器接收包含关于多个媒体数据的信息的第二文件，该多个媒体数据通过编码预定内容以具有不同质量而产生；并基于第二文件接收所述多个媒体数据中的至少ー个，其中第一文件包含关于第二文件的位置的信息。关于第二文件的位置的信息可以是第二文件的统ー资源定位符(URL)信息。接收第二文件的步骤可以包括发送超文本传输协议(HTTP)请求消息，用于基于第二文件的URL信息请求服务器发送第二文件；并从服务器接收响应于所述HTTP请求消息的包含第二文件的HTTP响应消息。所述多个媒体数据的每一个可以包括多个数据片断中的至少ー个，所述数据片断通过编码内容以具有预定质量并基于时间划分该内容而产生。第二文件可以包含如下中的至少ー个关于涉及所述多个数据片断的URL的模板的信息和关于所述多个媒体数据的格式中的至少ー个的信息。第二文件还可以包含指向所述多个媒体数据的首标的信息。所述多个媒体数据可以分别对应于多个基本流，而所述多个媒体数据的首标可以包含关于所述多个基本流的节目关联表(PAT)和节目映射表(PMT)中的至少ー个。所述PAT和PMT中的至少ー个可以包含所述多个媒体数据的整个列表。所述多个媒体数据的分组标识符(PID)可以彼此不同。所述至少ー个数据片断可以包括至少ー个分组化基本流(PES)。可以根据再现时间来对准包含于来自所述多个媒体数据中的不同媒体数据中的 PES 的呈现时间戮(presentation time stamp, PTS)和解码时间戮(decoding timestamp, DTS)o第二文件还可以包含关于第三文件的信息，该第三文件包含关于通过编码要在所述内容之后接收的后续内容以具有不同质量而产生的另外的多个媒体数据的信息。第二文件可以包含关于所述多个媒体数据中的每ー个的名称、类型、质量和时间戳中的至少ー个的信息。
根据接收所述多个媒体数据中的至少ー个的用户的等级(rating)，第二文件可以有所不同。根据示范性实施例的另一方面，提供了一种发送媒体数据的方法，该方法包括向客户端发送包含关于预定内容的信息的第一文件；向客户端发送包含关于多个媒体数据的信息的第二文件，多个媒体数据通过编码预定内容以具有不同的质量而产生；井根据客户端基于第二文件的请求，向客户端发送所述多个媒体数据中的至少ー个，其中第一文件包含关于第二文件的位置的信息。根据示范性实施例的另一方面，提供了ー种用于接收媒体数据的装置，该装置包括信息接收器，用于从服务器接收包含关于预定内容的信息的第一文件，并基于第一文 件从服务器接收包含关于多个媒体数据的信息的第二文件，该多个媒体数据通过编码预定内容以具有不同质量而产生；及媒体数据接收器，用于基于第二文件接收所述多个媒体数据中的至少ー个，其中第一文件包含关于第二文件的位置的信息。根据示范性实施例的另一方面，提供了ー种用于发送媒体数据的装置，该装置包括信息发送器，用于向客户端发送包含关于预定内容的信息的第一文件，井向客户端发送包含关于多个媒体数据的信息的第二文件，该多个媒体数据通过编码预定内容以具有不同质量而产生；及媒体数据发送器，用于根据客户端基于第二文件的请求，向客户端发送所述多个媒体数据中的至少ー个，其中第一文件包含关于第二文件的位置的信息。根据示范性实施例的另一方面，提供了一种接收媒体数据的方法，该方法包括从服务器接收包含关于多个媒体数据的信息的文件，该多个媒体数据通过编码预定内容以具有不同质量而产生；并基于所接收的文件来接收所述多个媒体数据中的至少ー个，其中所述文件包含所述多个媒体数据中的每ー个的名称、类型、质量和时间戳中的至少ー个。根据示范性实施例的另一方面，提供了一种发送媒体数据的方法，该方法包括向客户端发送包含关于多个媒体数据的信息的文件，该多个媒体数据通过编码预定内容以具有不同质量而产生；和根据客户端的请求基于所发送的文件，向客户端发送所述多个媒体数据中的至少ー个,其中所述文件包含所述多个媒体数据中的每ー个的名称、类型、质量和时间戳中的至少ー个。根据示范性实施例的另一方面，提供了ー种用于接收媒体数据的装置，该装置包括信息接收器，用于从服务器接收包含关于多个媒体数据的信息的文件，该多个媒体数据通过编码预定内容以具有不同质量而产生；及媒体数据接收器，用于基于所接收的文件接收所述多个媒体数据中的至少ー个，其中所述文件包含所述多个媒体数据中的每ー个的名称、类型、质量和时间戳中的至少ー个。根据示范性实施例的另一方面，提供了ー种用于发送媒体数据的装置，该装置包括信息发送器，用于向客户端发送包含关于多个媒体数据的信息的文件，该多个媒体数据通过编码预定内容以具有不同质量而产生；及媒体数据发送器，用于根据客户端的请求基于所发送的文件向客户端发送所述多个媒体数据中的至少ー个，其中所述文件包含所述多个媒体数据中的每ー个的名称、类型、质量和时间戳中的至少ー个。根据示范性实施例的另一方面，提供了一种计算机可读记录媒介，上面记录了用于执行上述方法中任何一个的程序。本发明的模式
下面将參照展示了示范性实施例的附图，更全面地描述示范性实施例。当诸如“......中至少ー个”的措辞位于一列元素之后时，修饰的是整列元素，而不是列中的单个元素。图I是依据示范性实施例的流传输系统100的示图。參照图1，依据本示范性实施例的流传输系统100包括编码设备110、服务器120和客户端130。编码设备110通过编码输入内容以具有多个不同质量而产生关于ー个输入内容的多个媒体数据。当服务器120向客户端130流传输媒体数据时，流传输环境可能改变。例如，用于流传输的网络140的带宽可能被改变，或者服务器120用于发送媒体数据或客户端130用于接收媒体数据的硬件资源可能被改变。 所以，为了根据易变的(fluidic)流传输环境的自适应流传输，编码设备110编码ー个内容以具有不同质量。通过调节诸如比特率、采样频率、分辨率或帧速率的因素，可以编码ー个内容以具有不同的质量。例如，通过按照不同分辨率编码ー个图像内容，可以产生500Kbps、IOOOKbps 和 2000Kbps 的多个媒体数据。不同质量的多个媒体数据被发送到服务器120，并且在这时候，关于所述内容的信息和关于每一媒体数据的信息也可以被发送到服务器120。所述关于内容的信息可以包括，但不限于关于作为内容的元数据的内容的标题、大纲、内容标识符(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可以向客户端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可以发送HTTP请求，用于请求服务器120发送关于预定内容的信息。一旦从客户端130接收到请求，则服务器120向客户端130发送关于预定内容的信息。服务器120可以作为对HTTP请求的HTTP响应而向客户端130发送关于预定内容的信息。该关于预定内容的信息可以是依据开放IPTV论坛(OIPF)标准的内容访问描述符(CAD)0现在将參照图3详细描述该关于预定内容的信息。图3是依据示范性实施例的、包含关于内容的信息的文件的图式。该文件可以是CAD，且可以是可扩展标记语言(XML)文件。分别描述标签和属性，但是可以理解，根据示范性实施例，由标签定义的项目可以由属性定义或由属性定义的项目可以由标签定义。參考图3，关于内容的信息可以包括“Title (标题)”、“SynopSiS (大纲)”、^OriginSite (起源站点)”和“ContentURL (内容 RUL)”标签。因为媒体数据的传统流传输通过编码ー个内容以具有预定质量来产生ー个媒体数据，所以传统的关于内容的信息(具体地，依据OIPF的CAD)不包含关于通过编码内容以具有不同质量而产生的多个媒体数据的信息。然而，根据本示范性实施例，关于内容的信息包含关于通过编码ー个内容以具有不同质量而产生的多个媒体数据的信息，且对应于图3中的“Tracks (轨迹)”、“RefData (參考数据)”和“Fragments (段落)”标签。图4A示出了根据示范性实施例的、用于定义多个媒体数据的信息。參照图4A，“Tracks”标签是用于将通过编码内容以具有不同质量而产生的多个媒体数据分类的信息。“Track”标签包含分配给每ー媒体数据的“ID”属性、“Type (类型)”属性和“ BitRate (比特率)”属性。“ID”属性定义顺序地分给所述多个媒体数据的标识符，而“Type”属性定义媒体数据是对应于音频数据、视频数据、视频/音频数据还是字幕数据。当“Type”属性是“Packed(打包)”吋，该媒体数据是视频/音频数据，而当“Type”属性是“Video (视频)”吋，该媒体数据是视频数据。“BitRate”属性定义用于编码该媒体数据的比特率。图4B示出了依据示范性实施例的、关于媒体数据的首标的信息。參考图4B，“RefData”标签包含“Type”属性和“ID”属性。“Type”属性定义首标的媒体格式。例如，当“Type”属性是“HEAD-TS”吋，该首标是传输流格式的首标。“ID”属性定义首标的媒体数据。当“ ID”属性是“I”时，该首标是具有“ I”的媒体数据ID的媒体数据的首标。同样，“RefData”标签包含指向首标的信息，且“URL”标签定义首标的位置，即，首标的URL。“RefData”标签是可选元素。仅当首标与媒体数据分离并作为单独文件存在时“RefData”标签才包含于关于内容的信息中，而当首标与媒体数据相结合时“RefData”标签可以不包含在关于内容的信息中。图4C示出了根据示范性实施例的、关于包含于多个媒体数据中的每ー个的至少一个片断的信息。參考图4C,“Fragments”标签的子标签“Fragment”标签包含关于至少一个片断的信息，该至少一个片断包含于所述多个媒体数据的每ー个中。“Fragments”标签包含“NextFragmentsXMLURL (下一段落 XMLURL)”属性。当一个内容的流传输完成之后连续地流传输后续内容时，像在现场直播流传输的情况下，仅当客户端130意识到关于后续内容的信息时才可以无缝地流传输后续内容。因此，“Fragments”标签将关于后续内容的信息定义为“NextFragmentsXMLURL”属性。可以将关于后续内容的多个媒体数据的URL定义为“NextFragmentsXMLURL”属性。“Fragment”标签包含关于当前内容的至少ー个片断的信息。參考图4C，组成第一片断的“ slicel-1. as”的URL信息由“ URL”标签定义，该第一片断通过按第一质量编码内容来作为第一媒体数据而产生，而对应首标的ID由“RefPointer (參考指示器)”标签定义。同样，第一片断的开始时间由“ StartTime (开始时间)”属性定义，而每一片断的持续时间由“ Duration (持续时间)”属性定义。第一媒体数据的质量由“ BitRate”属性定义。在图4C中，“ Fragments”标签展示了只包含一个片断的每ー媒体数据。然而，如上面參考图I所描述的，可以理解，根据示范性实施例，当每ー媒体数据被划分成多个片断时，一个“ Fragments ”标签可以包含关于至少两个片断的信息。回头參考图2A，在操作220中客户端130请求服务器120发送所述多个媒体数据中的至少ー个。通过编码ー个内容以具有不同质量而产生所述多个媒体数据。客户端130从所述多个媒体数据中选择被编码以具有适合流传输环境的质量的至少ー个媒体数据，并向服务器120请求所选择的至少ー个媒体数据。客户端130可以基于包含于关于内容的信息的、关于所述多个媒体数据的信息，向服务器120发送HTTP请求。如參考图4C所描述，关于内容的信息可以包含“ Fragments”标签。因此，客户端130基于包含于“Fragments”中的标签的URL信息，请求服务器120发送所选择的媒体数据。服务器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接收的关于内容的信息不同于在图2的操作210中客户端130接收的关于内容的信息，且现在将參照图6和图7描述这个区別。图6是依据另ー示范性实施例的、包含关于内容的信息的文件的图式。參考图6，像图3那样，依据当前示范性实施例的关于内容的信息可以包含“ T i 11 e ”、“ Synop s i s ”、“ Or i ginS i t e ” 和“ ContentURL ” 标签。但是,在图3中，关于内容的信息通过包含“Tracks”、“RefData”和“Fragments”标签来包含关于多个媒体数据的信息，然而在图6中，代替包含关于多个媒体数据的信息，关于内容的信息仅定义包含关于所述多个媒体数据的信息的文件(以下称为“媒体呈现描述(media presentation description)”)的 URL。“ContentURL” 标签可以定义媒体呈现描述的URL。通过如图6所示将媒体呈现描述的URL插入到关于内容的信息中，可以在执行适应于流传输环境的流传输的同时保持与各种媒体数据格式的兼容性，而不必较大地改变包含关于内容信息的文件的常规图式。如图6中所示，关于内容的信息可以只包含涉及流传输方法的信息，而不包含关于所述多个媒体数据的信息。換言之，“ContentURL”标签可以包含定义流传输期间使用的媒体数据的格式的“MediaFormat (媒体格式)”属性和定义媒体数据的类型的“MIMEType(MME类型)”属性。具体地，“ContentURL”标签可以包含定义内容的流传输所涉及的业务的^TransferType (传送类型)”属性。“TransferType”属性可以定义内容的流传输是涉及内容传递(Content on Delivery,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接收的关于内容的信息可以包含媒体呈现描述的URL，如參考图6和图7所述，并且从而客户端130通过參考关于内容的信息的“ContentURL”标签来从服务器120请求并接收媒体呈现描述。现在将參考图8A和图8B，及图9A、图9B、图9C、图9D、图9E、图9F、图9G和图9H，详细描述媒体呈现描述。图8A和图SB是依据示范性实施例的媒体呈现描述的图式。该媒体呈现描述可以遵循OIPF标准。 參考图8A，依据本示范性实施例的媒体呈现描述包含关于多个媒体数据URL的模板标签、用于定义首标的位置的标签、用于定义流传输所涉及的业务的标签、用于定义媒体数据的容器格式的标签和用于定义多个媒体数据的标签。“urlTemplate (url模板)”标签定义多个媒体数据的URL的共同部分。例如，如果 http://example, com/vod/movie/18888/Track/{TrackID}/Segments/{SegmentID}是URL模板，则可以通过分别用每ー媒体数据的ID和包含于每ー媒体数据中的至少ー个片断的ID来替代“ TrackID (轨迹ID)”和“SegmentID (片断ID)”来定义媒体数据的URL。“headUrl (首标Url)”标签对应于參考图4B所描述的“RefData”标签。换言之，“headerUrl”标签定义了所述多个媒体数据的首标的URL。“isLive (是现场直播)”标签定义涉及流传输的业务。例如，当“ isLive”标签被定义为“Live”吋，流传输涉及现场直播业务，而当“ isLive”标签被定义为“CoD”吋，流传输涉及CqD业务。“contentType (内容类型)”标签定义流传输期间使用的媒体数据的容器格式。“ contentType ”标签可以指示该容器格式是MP4格式还是MPEG2-TS格式。这里该容器格式是MP4格式或MPEG2-TS格式，然而，可以理解，根据示范性实施例，该容器格式不限于此，而是可以使用用于发送媒体数据的任何容器格式。例如，“ contentType ”标签可以定义该容器格式遵循MPEG媒体传输(MMT)标准。“Stream (流)”标签为每ー媒体数据而产生，并且定义每ー媒体数据。为了定义通过编码ー个内容以具有不同质量而产生的每ー媒体数据，“Stream”标签包含“ StreamName(流名称)”属性、“type (类型)”属性、“bitrate (比特率)”属性、“startTime (开始时间)”属性、“firstlntervalNum (第一区间数目)，，属性、“duration (持续时间)”属性和^intervalCount (区间计数)”属性。“streamName”属性定义媒体数据的名称，且可以是媒体数据的ID。“type”属性定义媒体数据的类型，其中定义该媒体数据是音频数据、视频数据还是音频/视频数据。当媒体数据仅包含关于用于随时点播(trick play)的I-巾贞的数据时,可以在“type”属性中定 义这样的信息。“bitrate”属性定义媒体数据的比特率，“ startTime”属性定义用于指定媒体数据的开始时间的时间戳，而“firstlntervalNum”属性定义最初开始的片断的数目。“duration”属性定义媒体数据中包含的片断的持续时间，而“ intervalCount”属性定义包含于媒体数据中的至少ー个片断的总数。“Segment”标签是“Stream”标签的子标签，并且如上描述，当媒体数据包含通过按预定质量编码内容并基于时间划分已编码内容而产生的至少ー个片断时，定义所述至少一个片断中的每ー个。“ IntNum ”属性定义片断数目，而“ Star tT ime ”标签定义对应片断的开始时间。“Duration”标签定义对应片断的持续时间，而“url ”定义对应片断的URL。“Segment”标签是可选标签，并且如果关于包含于媒体数据中的至少ー个片断的信息可以从“Stream”标签的其它属性中推断出来，则“Segment”标签可以不包含在媒体呈现描述中。換言之，当“Segment”标签的内容可以从在“Strearn”标签中定义的“ startT ime ”、“ f irst IntervalNum，，、“ duration ” 和 “ intervalCount，，属性中推断出来时，“Segment”标签可以不包含在媒体呈现描述中。同样，如果在“urlTemplate”中定义了预定的模板，则可以不需要“Segment”标签的“url”属性，而是通过用所定义的预定模板来替代多个媒体数据的每ー个ID和包含于每ー媒体数据中的至少ー个片断的ID以推断出片断的URL。但是，另一方面，如果“Segment”标签的属性不能从“Stream”标签的其它属性中推断出来，则为每一片断単独定义“Segment”标签的属性。如果片断的持续时间不同，则不可以推断出“ Segment”标签的属性。当持续时间不同时，包含于媒体数据中的片断的持续时间不能从“Stream”标签的属性中推断出来，因而可以通过使用“Segment”标签的“duration”属性一一设置所述片断的持续时间。当片断的持续时间不同吋，连续片断的开始时间也不同。例如，当第一媒体数据的第一片断的持续时间不同于第一媒体数据的第二片断的持续时间时，第二片断的开始时间和第三片断的开始时间不能从“Stream”标签中推断出来。因此，可以由“ startTime”属性定义每一片断的开始时间。代替使用“Segment”标签的“duration”属性和“startTime”属性,可以通过使用“Segment”标签的子标签来定义持续时间和/或开始时间。例如，可以设置构成“Segment”标签的子标签的“ Url”标签，并持续时间可以被定义为“Url”标签的属性，例如“<Url=WWW.example, com/ /segment, ts, duration=10/>，，。根据另ー示范性实施例，可以基于连续片断的持续时间之间的差来定义持续时间。更高的标签可以定义默认持续时间，而构成子标签的“ Url”标签可以仅定义关于每一片断的默认持续时间和实际持续时间之间的差。如上描述，构成“Segment”标签的子标签的“Url ”标签可以被定义为“<Url=www. example, com/ /segment,ts, duration=difference/>”。“difference”表示默认持续时间和实际持续时间之间的差。当通过使用“ Stream”标签或“ Segment”标签将对应片断的默认持续时间定义为10分钟，且构成子标签的“Url”标签被定义为“<Url=www. example, com/ /segment.ts, duration=2/>”时，对应片断的持续时间可以被定义为10+2=12分钟。參考图8B，依据另ー示范性实施例的媒体呈现描述还可以包含“nextManifestURL(下一清单URL)”标签。如上所述，当ー个内容的流传输完成之后连续地流传输后续内容，诸如在现场直播流传输或广告插入的情形中时，客户端130需要提前知道关于后续内容的信息以便无缝地流传输后续内容。因此，可以由“ nextManifestURL”标签来定义在当前内 容之后要流传输的后续内容的媒体呈现描述的URL。图9A、图9B、图9C、图9D、图9E、图9F、图9G和图9H示出了依据示范性实施例的
媒体呈现描述。參考图9A，依据示范性实施例的媒体呈现描述包含“URLTemplate (URL模板)”标签、“RefDataURL (參考数据URL)”标签以及分别定义多个媒体数据的多个标签。图9A的“URLTemplate”标签和“RefDataURL”标签分别对应于图8A和图8B的“urlTemplate” 标签和 “RefDataURL” 标签。图9A 的“ID” 属性、“Type” 属性、“BitRate” 属性、“StartTime” 属性、“SegmentDuration (片断持续时间)”属性、“SegmentStartID (片断开始ID)”属性和“SegmentCount(片断计数)”属性分别对应于图8A和图8B的“Stream”标签的“streamName”属性、“type” 属性、“bitrate” 属性、“startTime” 属性、“duration” 属性、“Stream” 标签的 “firstlntervalNum” 属性和 “ intervalCount” 属性。图9A的媒体呈现描述包含关于通过编码内容以具有不同质量而产生的三个视频数据的信息、关于ー个音频数据的信息和关于通过仅编码用于随时点播的I-帧而产生的媒体数据的信息。參考图9B,依据示范性实施例的媒体呈现描述还包含“NextAdaptiveControlURL(下ー自适应控制URL)”标签。该“NextAdaptiveControlURL”标签对应于图8B的“nextManifestURL”标签。因此，可以由“NextAdaptiveControlURL”标签来定义当前内容之后要再现的后续内容的媒体呈现描述的URL。图9C展示了当由图9B的“ NextAdaptiveControlURL”标签定义要在当前内容之后再现的后续内容的媒体呈现描述的URL时，后续内容的媒体呈现描述。对比图9B和图9C的媒体呈现描迷，“StartTime”属性不同于图9B的当前内容的媒体呈现描述，因为图9C的媒体呈现描述是针对后续内容的。图9D和图9E示出用于选择性地控制用户想要执行的高质量视频再现的媒体呈现描述。图9D示出当通过编码ー个内容以具有5种不同质量而产生多个媒体数据时的媒体呈现描述。这里，图9E和图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。图9H示出了依据示范性实施例的、包含语言和字幕信息的媒体呈现描述。參考图9H，音频数据可以包含关于多种语言的信息。媒体呈现描述可以包含关于多种语言的音频数据的信息(其中“ ID”属性是“4”或“ 5”)或关于多种语言的字幕的信息(其中“ ID”属性是“6” 或“7”)。由于不但音频数据而且字幕数据也根据时间被划分成多个片断，所以在流传输期间可以将音频数据和字幕改变为另ー种语言的音频数据和字幕。回头參考图5A，在操作530中客户端130请求服务器120发送多个媒体数据中的至少ー个。客户端130通过參考关于多个媒体数据的信息，选择被编码以具有适合于流传输环境的质量的至少ー个媒体数据，并向服务器120请求所选择的至少ー个媒体数据。客户端130可以发送HTTP请求，用于请求服务器120发送预定的媒体数据。服务器120发送根据客户端130的请求的媒体数据。可替代地，服务器可以向客户端130发送通过编码内容以具有预定质量并基于时间来划分已编码内容而产生的至少ー个片断。服务器120可以作为对HTTP请求的HTTP响应向客户端130发送所请求的媒体数据。图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、图IOB和图IOC的每ー个示出依据示范性实施例的多个媒体数据。图10A、图IOB和图IOC的每ー个示出在服务器120中包含的多个媒体数据以执行根据图5A和图5B的流传输方法。參考图10A，服务器120可以包括通过编码ー个内容以具有多个不同质量而产生的多个媒体数据1010到1030，用于适合于流传输环境的流传输。“Trackl”到“TrackN”表示多个媒体数据1010到1030。同样，该多个媒体数据1010到1030中的每ー个可以包括通过基于时间划分该多个媒体数据1010到1030中的每ー个而产生的至少ー个片断。“Slice卜I. as，，、“Slice卜2. as”、“Slicel_3. as，，、“Slice2_L as”、“Slice2_2. as，，、“Slice2-3. as”、“SliceN-l. as”、“SliceN_2. as” 和 “SliceN-3. as” 表示至少ー个片断。服务器120可以包含客户端130访问多个媒体数据1010到1030所需要的信息1040。服务器120可以包括作为关于内容的信息的“CadMeta. xml”文件，作为关于该多个媒体数据1010到1030的信息的“MainMeta. xml”文件，以及作为多个媒体数据1010到1030的首标文件的“Headl. ref”文件、“Head2. ref”文件等。这里，“Headl. ref”文件可以是"Trackl"的首标文件，而“Head2. ref ”文件可以是“Track2”的首标文件。“CadMeta. xml”文件可以是依据OIPF标准的CAD文件，而“MainMeta. xml”文件可以是上述媒体呈现描述。同样，“Headl. 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。可以从多个媒体数据1010到1030中分离出PAT和PMT中的至少ー个，以准备首标文件1050，且媒体呈现描述可以包含指向首标文件1050的信息。指向首标文件1050的信息可以是首标文件1050的URL信息或用于指定在MPEG-2传输流(TS)中包含首标文件1050的分组的信息。包含PAT和PMT中的至少ー个的首标文件1050是初始片断，且可以在包含有效载荷的片断之前被发送到客户端130，以便启动多个媒体数据1010到1030的再现。回头參考图5B的操作532，客户端130可以通过參考媒体呈现描述来获得指向首标文件1050的信息，并可以基于指向首标文件1 050的信息来请求首标文件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中包含的每一片断可以包括至少ー个连续的分组化基本流(PES)。然而，一个PES只可以被包含在片断之中的一个片断内。換言之，ー个PES不可以包含于两个不同的片断内。由于多个媒体数据是通过编码ー个内容以具有不同质量而产生的，所以可以根据再现时间来排列在多个媒体数据的PES中包含的呈现时间戳(PTS)和/或解码时间戳(DTS)0換言之，如果第一媒体数据的初始PES和第二媒体数据的初始PES是在相同时间再现的内容，则可以相同地设置PTS和/或DTS。此外，当在再现第一媒体数据的同时通过根据流传输环境而改变媒体数据来再现第二媒体数据时，可以连续地排列PTS和/或DTS，以使得连续地再现第一和第二媒体数据。換言之，当在再现第一媒体数据的同时通过改变媒体数据而再现第二媒体数据时，可以连续地设置改变媒体数据之间最后的PES的PTS和/或DTS、及改变媒体数据之后第一个PES的PTS和/或DTS。PTS和/或DTS定义视频数据的时间戳。因此，根据如上所述的多个媒体数据的再现时间来排列关于视频数据的多个媒体数据的时间戳。可以同样地将此基于再现时间的时间戳的排列应用到音频数据。換言之，就像关于视频数据的多个媒体数据的时间戳那样，也可以根据再现时间来排列关于音频数据的片(piece)媒体数据的时间戳，以用于自适应流传输。图IlA是用于描述依据另ー示范性实施例的流传输方法的流程图。參考图11A，在操作1110中，客户端130向服务器120请求关于多个媒体数据的信息。客户端130可以经由HTTP请求从服务器120请求媒体呈现描述，并可以接收作为HTTP响应的媒体呈现描述。客户端130向服务器120请求并接收关于通过编码ー个内容以具有多个不同质量而产生的多个媒体数据的信息，以执行适应于流传输环境的流传输。图IlA的流传输方法不同于图5A的流传输方法，因为请求并接收关于多个媒体数据的信息而不请求并接收关于内容的信息。在操作1120中，客户端130请求服务器120发送多个媒体数据中的至少ー个。客户端130通过參考关于多个媒体数据的信息，选择并请求被编码以具有适合于流传输环境的质量的至少ー个媒体数据，并从服务器120接收所请求的至少ー个媒体数据。图IlB是用于描述根据另ー示范性实施例的流传输方法的流程图。參考图11B，在操作1112中，客户端130请求服务器120发送关于多个媒体数据的信息，并从服务器120接收响应于该请求的关于该多个媒体数据的信息。客户端130可以通过HTTP请求向服务器120请求媒体呈现描述，并接收作为HTTP响应的媒体呈现描述。
在操作1122中，客户端130基于在操作1112中接收的关于该多个媒体数据的信息来请求所选择的媒体数据的首标。客户端130通过參考在操作1112中接收的关于该多个媒体数据的信息，请求根据流传输环境所选择的媒体数据的首标。响应于该请求，服务器120向客户端130发送包含所选择的媒体数据的首标的文件。在操作1132中，客户端130基于在操作1112中接收的关于该多个媒体数据的信息和在操作1122中接收的首标，请求服务器120发送所选择的媒体数据。客户端130请求服务器120发送通过按预定质量编码内容并基于时间划分已编码内容而产生的至少ー个片断，且服务器120向客户端130发送所请求的至少ー个片断。图12A、图12B和图12C的每ー个示出了依据其它示范性实施例的多个媒体数据。图12A和图12B的每ー个示出了用于执行图IlA和的IlB的流传输方法的、在服务器120中包含的多个媒体数据。參考图12A，服务器120可以包含通过编码ー个内容以具有多个不同质量而产生的多个媒体数据1010到1030,用于适应于流传输环境的流传输,如图IOA中所不。这里，图12A的多个媒体数据1010到1030在客户端130访问多个媒体数据1010到1030所需要的信息1240上不同于图IOA的多个媒体数据1010到1030，其中与图IOA的示范性实施例不同服务器120只包含关于多个媒体数据1010到1030的信息而不包含关于内容的信息。这里，客户端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对应于图IOC的首标文件1050。图13是依据示范性实施例的、包含于服务器120中的、用于发送媒体数据的装置1300的框图。參考图13，服务器120的装置1300包括信息发送器1310和媒体数据发送器1320。信息发送器1310从客户端130接收发送预定信息的请求，并响应于该请求向客户端130发送预定信息。信息发送器1310从客户端130接收发送关于内容的信息和关于多个媒体数据的信息中的至少ー个，并且向客户端发送所请求的信息。信息发送器1310从客户端130接收HTTP请求，该HTTP请求用于请求关于内容的信息和关于多个媒体数据的信息中的至少ー个，并发送所请求的信息作为HTTP响应。媒体数据发送器1320从客户端130接收发送至少ー个媒体数据的请求，该至少一个媒体数据是根据流传输环境从所述多个媒体数据中选择的，井向客户端130发送所请求的媒体数据。信息发送器1310接收发送所选择的媒体数据的请求，所述媒体数据是基于向客户端130发送的关于所述多个媒体数据的信息来选择的。服务器120可以通过接收并存储由编码设备110编码以具有不同质量的多个媒体数据，来向客户端130发送所请求的媒体数据。同样，服务器120可以从编码设备110接收所请求的媒体数据,并根据客户端130的请求来实时地向客户端130发送所请求的媒体数据。图14是依据示范性实施例的、包含于客户端130中的、用于接收媒体数据的装置
1400的框图。參考图14，客户端130的装置1400包括信息接收器1410和媒体数据接收器1420。信息接收器1410向服务器120发送请求以发送预定信息，并从服务器120接收响应于该请求的预定信息。信息接收器1410向服务器120发送请求，以发送关于内容的信息和关于多个媒体数据的信息中的至少ー个，并从服务器120接收所请求的信息。根据图2A、图2B、图5A、图5B、图IIA和图IlB的示范性实施例，信息接收器1410发送HTTP请求，该HTTP请求用于请求服务器120发送关于内容的信息和关于多个媒体数据的信息中的至少ー个，并从服务器120接收作为HTTP响应的所请求的信息。媒体数据接收器1420向服务器120发送请求，以发送根据流传输环境从多个媒体数据中选择的至少ー个媒体数据，并从服务器120接收所请求的媒体数据。信息接收器1410基于从服务器120接收的关于多个媒体数据的信息，发送请求以发送根据流传输环境所选择的媒体数据。根据示范性实施例，可以通过使用常规的协议而不必改变服务器和/或客户端的结构，就可以执行适应于流传输环境的流传输，并且因此可以以低成本制造与各种媒体数据格式兼容的自适应流传输系统。也可以将示范性实施例具体化为在计算机可读记录媒介上的计算机可读代码。例如，依据示范性实施例的服务器的流传输装置和客户端的流传输装置可以包括耦接到图13的装置1300和图14的装置中的每ー单元的总线以及连接至该总线的至少ー个处理器。同样，流传输装置还可以包括耦接到至少ー个处理器的存储器，以存储命令、所接收的消息或所产生的消息，其中将至少ー个处理器与总线结合起来执行命令。计算机可读记录媒介是能够存储之后可由计算机系统读取的数据的任何数据存储设备。计算机可读记录媒介的例子包括，但不限于只读存储器(ROM)、随机存取存储器(RAM)、CD-ROM、磁带、软盘、光学数据存储设备等等。该计算机可读记录媒介也可以分布在计算机系统耦接的网络上，从而以分布的方式存储并执行计算机可读码。尽管已參考其示范性实施例具体展示并描述了本发明，但是本领域普通技术人员可以理解，可以在其中进行形式上和细节上的各种变化，而不会脱离由以下权利要求所定义的本发明的精神和范围。
权利要求
1.一种接收媒体数据的方法，该方法包括 接收包括关于内容的信息的第一文件，其中从服务器接收该第一文件； 接收第二文件，其中第二文件包含关于多个媒体数据的信息，该多个媒体数据通过编码内容使得该多个媒体数据中的每ー个具有各自不同的质量来产生，且其中使用第一文件从服务器接收该第二文件；以及 使用第二文件来接收所述多个媒体数据中的至少ー个， 其中第一文件包含关于第二文件的位置的信息。
2.如权利要求I的方法，其中，关于第二文件的位置的信息是涉及第ニ文件的统ー资源定位符(URL)信息。
3.如权利要求2的方法，其中，接收第二文件的步骤包括 发送超文本传输协议(HTTP)请求消息，用于请求服务器发送第二文件，其中使用第二文件的URL信息来执行发送；以及 从响应于该HTTP请求的服务器接收包含第二文件的HTTP响应消息。
4.如权利要求I的方法，其中，所述多个媒体数据中的每ー个包含通过编码内容以具有确定的质量并基于时间划分该内容而产生的多个数据片断中的至少ー个。
5.如权利要求4的方法，其中，第二文件包含如下的至少ー个关于涉及所述多个数据片断的URL的模板的信息或关于所述多个媒体数据的至少ー种格式的信息中。
6.如权利要求5的方法，其中，第二文件还包括涉及所述多个媒体数据的首标的信息。
7.如权利要求6的方法，其中，多个媒体数据分别对应于多个基本流，且 其中，所述多个媒体数据的首标包含涉及所述多个基本流的节目关联表(PAT)或节目映射表(PMT)中的至少ー个。
8.如权利要求7的方法，其中，PAT和PMT中的至少ー个包括所有所述多个媒体数据的列表。
9.如权利要求7的方法，其中，所述多个媒体数据中的每ー个被分配多个分组标识符(PID)中各自不同的ー个。
10.如权利要求7的方法，其中，所述多个数据片断中的至少ー个数据片断包含至少ー个分组化基本流(PES)。
11.如权利要求7的方法，其中，所述多个媒体数据中的每ー个包含各自的分组化基本流(PES)，其包括各自的呈现时间戳(PTS)和各自的解码时间戳(DTS)， 其中，该方法还包括根据再现时间来排列各自的呈现时间戳和各自的解码时间戳。
12.一种发送媒体数据的方法，该方法包括 发送包含关于内容的信息的第一文件，其中将第一文件发送至客户端设备； 发送第二文件，其中第二文件包含关于多个媒体数据的信息，通过编码内容使得该多个媒体数据中的每ー个具有各自不同的质量而产生所述多个媒体数据，且其中向客户端设备发送第二文件；以及 根据客户端设备的请求，向客户端设备发送所述多个媒体数据中的至少ー个，其中该请求是使用第二文件来发送的， 其中第一文件包括关于第二文件的位置的信息。
13.ー种用于接收媒体数据的装置，该装置包括信息接收器，被配置为接收包含关于内容的信息的第一文件，其中从服务器接收第一文件，其中该信息接收器还被配置为接收第二文件，其中第二文件包括关于多个媒体数据的信息，通过编码内容使得该多个媒体数据中的每ー个具有各自不同的质量来产生该多个媒体数据，且其中使用第一文件从服务器接收第二文件 '及 媒体数据接收器，被配置为使用第二文件接收所述多个媒体数据中的至少ー个， 其中第一文件包括关于第二文件的位置的信息。
14.ー种用于发送媒体数据的装置，该装置包括 信息发送器，被配置为发送包含关于内容的信息的第一文件，其中向客户端发送第一文件， 其中该信息发送器还被配置为发送第二文件，其中第二文件包含关于多个媒体数据的信息，通过编码内容使得该多个媒体数据中的每ー个具有各自不同的质量来产生该多个媒体数据，且其中向客户端发送第二文件；及 媒体数据发送器，被配置为根据客户端的请求向客户端发送所述多个媒体数据中的至少ー个，其中该请求是使用第二文件发送的， 其中第一文件包含关于第二文件的位置的信息。
15.一种计算机可读记录媒介，在上面记录有用于执行权利要求I到11之一的方法的程序。
全文摘要
一种使用关于多个媒体数据的信息、用于执行适应于流传输环境的流传输的方法和装置，通过编码内容以具有不同质量来产生多个媒体数据。
文档编号H04N21/845GK102812674SQ201080061494
公开日2012年12月5日 申请日期2010年11月12日 优先权日2009年11月13日
发明者河昊振, 权五埙, 任成彬, 张冠华, 琴智恩 申请人:三星电子株式会社