提供和接收数据的方法和装置的制作方法

专利名称：提供和接收数据的方法和装置的制作方法
技术领域：
与示范性实施例一致的方法和装置涉及提供和接收数据，更具体地，涉及提供直播流式传输(live streaming)和接收直播流式传输所需的附加信息。
背景技术：
通过网络发送媒体数据的方法的例子包括下载方法和流式传输方法(streamingmethod)。根据流式传输方法,服务器实时发送媒体数据,而且客户端实时重现(reproduce)接收到的媒体数据，而且可以提前获取关于接下来将接收到的数据的附加信息。可替换地，根据下载方法，关于所有数据的附加信息可以提前获取，并且数据可以通过使用附加信息来接收。然而，与下载方法不同，流式传输方法需要有效使用带宽，并因此更加难以使用流式传输方法来代替下载方法。

发明内容
技术方案本发明提供了有效地提供和接收直播流式传输数据的方法和装置。


通过参照附图详细描述示范性实施例，上述和/或其他方面将变得更加明显，在附图中图I是根据示范性实施例的流式传输系统(streaming system)的示图；图2A和图2B是根据示范性实施例的、描述流式传输方法的流程图；图3是根据示范性实施例的、包括关于内容的信息的文件的大纲(schema)；图4A示出根据示范性实施例的、用于定义多个媒体数据的信息；图4B示出根据示范性实施例的、关于媒体数据的首标(header)的信息；图4C示出根据示范性实施例的、关于多个媒体数据中的每一个中所包括的至少一段(segment)的信息；图5A和图5B是根据另一示范性实施例的、描述流式传输方法(streamingmethod)的流程图；图6是根据另一示范性实施例的、包括关于内容的信息的文件的大纲；图7示出根据示范性实施例的、关于内容的信息；图8A和图8B是根据示范性实施例的媒体呈现描述(media presentationdescription)的大纲；图9A至图9H示出了根据示范性实施例的媒体呈现描述；图10A至图10C各自示出了根据示范性实施例的多个媒体数据；图IlA和图IlB是根据示范性实施例的描述流式传输方法的流程图；图12A和图12C各自示出了根据示范性实施例的多个媒体数据；
图13是根据示范性实施例的、用于提供数据的装置的框图；图14示出根据示范性实施例的、包括更新时间信息的媒体呈现描述(MPD)的结构；图15是根据示范性实施例的、用于接收数据的装置的框图；图16示出根据示范性实施例的媒体数据的结构的例子；图17A和图17B示出包括关于图16的媒体数据的信息的MPD的示范性实施例；图18示出根据另一个示范性实施例的媒体数据的结构；图19A和图19B示出包括关于图18的媒体数据的信息的MPD的示范性实施例；图20示出媒体数据的结构的示范性实施例； 图21A至图21C示出包括关于图20的媒体数据的信息的MPD的示范性实施例；图22示出了根据另一个示范性实施例的媒体数据的结构；图23A和图23B示出包括关于图22的媒体数据的信息的MPD的示范性实施例；图24是示出根据示范性实施例的、在图13的用于提供数据的装置中改变MPD的过程的流程图；图25示出根据示范性实施例的、在将附加段插入到图13的用于提供数据的装置之前的Mro ；图26示出根据示范性实施例的、在将附加段插入到图13的用于提供数据的装置之后的MTO ；图27示出根据另一个示范性实施例的、在将附加段插入到图13的用于提供数据的装置之后的MPD ；图28示出根据示范性实施例的、根据将附加段插入到图13的用于提供数据的装置而导致的MPD的变化；图29A至图29C是示出根据示范性实施例的、MPD与节目之间的关系的框图；以及图30是示出图13的用于提供数据的装置与图15的用于接收数据的装置之间的数据流(data flow)的流程图。最佳实施方式根据示范性实施例的一个方面，提供了接收数据的方法，该方法包括接收第一附加信息，第一附加信息包括关于通过以不同品质对内容进行编码所生成的多个媒体数据的第一间隔的信息；通过使用第一附加信息来获取更新时间信息，更新时间信息指示将要更新第一附加信息的时间点；以及基于更新时间信息来接收第二附加信息，第二附加信息包括关于多个媒体数据的第二间隔的信息。该方法还可以包括使用流式传输方法，基于第一附加信息接收对应于多个媒体数据当中的至少一个媒体数据的第一间隔的数据；以及使用流式传输方法，基于第二附加信息接收对应于至少一个媒体数据的第二间隔的数据。第二附加信息可以具有与第一附加信息相同的属性结构。第一附加信息还可以包括关于第二附加信息的位置信息。第二附加信息可以具有与第一附加信息不同的属性结构。根据将要由第一间隔和第二间隔提供的节目，可以对第一间隔和第二间隔进行分类。
第一间隔和第二间隔可以是通过将多个媒体数据划分为预定时间单元而生成的。第一附加信息还可以包括指示第一间隔的开始点的信息。第一附加信息还可以包括指示第一间隔的结束点的信息。第一附加信息还可以包括从第一间隔提供的节目的标识信息。根据示范性实施例的另一个方面，提供了提供数据的方法，该方法包括生成第一附加信息和第二附加信息，第一附加信息包括关于以不同品质对内容进行编码所生成的多个媒体数据的第一间隔的信息，第二附加信息包括关于媒体数据的第二间隔的信息；向客户端发送第一附加信息；以及当从客户端接收到更新第一附加信息的请求时，向客户端发送第二附加信息，其中，第一附加信息包括指示将要更新第一附加信息的时间点的更新时间信息。
该方法还可以包括将外部数据添加到第一间隔中；生成第三附加信息，第三附加信息包括关于由于外部数据的插入而从第一间隔去除的数据的信息；以及通过从第一附加信息删除关于从第一间隔去除的数据的信息并添加关于外部数据的信息来改变第一附加信息。所述改变可以包括将第三附加信息的位置作为下一个附加信息的位置记录(register)到第一附加信息。根据另一个示范性实施例，提供了用于接收数据的装置，该装置包括接收单元，其接收第一信息，第一信息包括关于通过以不同品质对内容进行编码所生成的多个媒体数据的第一间隔的信息；获取单元，其通过使用第一信息来获取更新时间信息，更新时间信息指示将要更新第一文件的时间点，其中，接收单元还基于更新时间信息来接收第二信息，第二信息包括关于多个媒体数据的第二间隔的信息。根据另一个示范性实施例，提供了用于提供数据的装置，该装置包括生成单元，其生成第一附加信息和第二附加信息，第一附加信息包括关于通过以不同品质对内容进行编码所生成的多个媒体数据的第一间隔的信息，第二附加信息包括关于多个媒体数据的第二间隔的信息；发送单元，其向客户端发送第一附加信息；以及请求接收单元，其从客户端接收更新第一附加信息的请求，其中，发送单元还在接收到该请求时向客户端发送第二附加信息，而且第一附加信息包括指示将要更新第一附加信息的时间点的更新时间信息。
具体实施例方式本申请要求2009年11月13日向美国专利商标局提交的第61/260，906号美国临时申请、2010年3月5日向美国专利商标局提交的第61/310，921号美国临时申请以及2010年10月22日向韩国知识产权局提交的第10-2010-0103726号韩国专利申请的权益，其公开通过引用整体并入此处。为了便于描述，现在将对此处所使用的术语进行简单定义。内容(content)的例子包括音频信息、视频信息、音频视频信息和数据。内容项目(content item)可以包括多个成分,这将在后面描述。成分(component)是诸如音频信息、视频信息和字幕信息的内容项目的组成部分(constituent)。例如，成分可以是以预定语言编写的字幕流，或者以预定的相机角度获取的视频流。根据容器(container),成分可以被称为轨道(track)或基本流(elementarystream, ES)。内容资源(例如，各种质量(quality)、各种比特率、以及各种角度)是内容项目，其从多个表示(representation)提供以便对内容项目执行自适应流式传输(adaptivestreaming)。服务搜索过程可以被称为内容资源。内容资源可以包括至少一个连续时间的时段(period)。时段是内容资源的时间部分(temporal section)。表示(representation)是时段内内容资源的版本(所有成分、或某些成分)。多个表示可以具有成分的不同子集、或成分的不同编码参数(例如，比特率)。贯穿本说明书，表示被称为媒体数据，但是可以被称为用于指示包括至少一个成分的数据的任意术语。段(segment)是由预定系统层格式(TS、或MP4)中的唯一内容统一资源定位符(Universal Resource Locator, URL)所指不的表不的时间部分。 以下，将参照其中示出了本发明的示范性实施例的附图来更加全面地描述示范性实施例。图I是根据示范性实施例的流式传输系统100的示图。参照图1，根据当前示范性实施例的流式传输系统100包括编码设备110、服务器120和客户端130。编码设备110通过将一个输入内容编码为具有多个不同品质来生成与该输入内容有关的多个媒体数据。然而，当服务器120使媒体数据流到客户端130时，流式传输环境(streaming environment)可能改变。例如，用于流式传输的网络140的带宽可能改变,或者可以由服务器120用来发送媒体数据或由客户端130用来接收媒体数据的硬件源可能改变。因此，编码设备110将一个内容编码具有不同的品质，以便根据流体流式传输环境进行自适应流式传输。可以通过调整因子(诸如比特率、采样频率、分辨率或帧率(framerate))将一个内容编码为具有不同品质。例如，通过以不同分辨率对一个图像内容进行编码，可以生成500Kbps、1000Kbps和2000Kbps的多个媒体数据。将具有不同品质的多个媒体数据发送到服务器120，并且同时，还可以将关于内容的信息以及关于每个媒体数据的信息发送到服务器120。关于内容的信息可以包括作为内容的元数据的、关于内容的标题(Title)、提要(synopsis)、内容标识符(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可以将所请求的媒体数据作为对HTTP请求的HTTP响应发送至客户端130。每个媒体数据可以包括通过以不同品质对内容进行编码并且对编码内容进行划分所生成的多个段(segment)中的至少一个。换句话说，通过编码设备110对内容进行编码所生成的每个媒体数据可以包括基于时间划分的至少一个段。服务器120通过将内容划分成多个段并且分别发送多个段来发送内容，而不是编码一个流中的内容并且连续发送该内容。通过将内容划分为预定的时间单位(诸如，以10秒或20秒为单位)，可以生成多个段。作为划分内容的基础的时间可以基于画面组(group of picture, GOP)来设置。与一个或多个GOP的画面相对应的媒体数据可以设置为一段。例如，当对具有两种品质的内容进行流式传输时，第一媒体数据可以包括通过将内容编码为具有第一品质并且基于时间对编码内容进行划分所生成的至少一段，而且第二媒体数据可以包括通过将内容编码为具有第二品质并且基于时间对编码内容进行划分所生成的至少一段。通过基于时间对每个媒体数据进行划分，自适应流式传输是可能的。例如，当流式传输开始时，服务器120发送与低品质的第一媒体数据的O到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详细描述关于预定内容的信
肩、O图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”属性为“I”时，首标是媒体数据的ID为I的媒体数据的首标。此外，“ RefData ”标签包括指向首标的信息,“ URL ”标签定义了首标的位置，即，首标的URL。“RefData”标签是选择性元素。只有当首标与媒体数据分离并作为单独文件存在时，“RefData”标签才被包括在关于内容的信息中，而且当首标与媒体数据组合时，“RefData”标签可以不包括在关于内容的信息中。图4C示出根据示范性实施例的、关于多个媒体数据中的每一个中所包括的至少
一段的信息。参照图4C，作为“Fragments”的标签的子标签“Fragment”标签包括关于多个媒体数据中的每一个中所包括的至少一段的信息。“Fragments”标签包括“NextFragmentsXMLURL”属性。当在对一个内容的流式传输完成之后继续地对后面的内容进行流式传输时，诸如在直播(live)流式传输的情况下，只有在客户端130知晓关于后面的内容的信息时才可以无缝地对后面的内容进行流式传输。因此，“Fragments”标签将关于后面的内容的信息定义为“NextFragmentsXMLURL”属性。针对后面的内容的多个媒体数据的URL可以被定义为“NextFragmentsXMLURL”属性。“Fragment”标签包括关于当前内容的至少一段的信息。参照图4C，由“URL”定义构成通过以第一品质将内容编码为第一媒体数据所生成的第一段的“slicel-1. as”的URL信息，而且由“RefPointer”标签定义相应首标的ID。此外，由“开始时间(StartTime) ”属性定义第一段的开始时间，并且由“持续时间(Duration) ”属性定义每段的持续时间。由“BitRate”属性定义第一媒体数据的品质。在图4C中，“Fragments”标签示出每个媒体数据只包括一段。然而，如参照图I所述，当每个媒体数据被划分成多个段时，一个“Fragments”标签可以包括关于至少两段的信
肩、O返回参照图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。“ContentURL” 标签可以定义媒体呈现描述的 URL。在通过图6所示将媒体呈现描述的URL插入到关于内容的信息而不对相关技术的包含关于内容的信息的文件的大纲进行很大改变来执行适应流式传输环境的流式传输的同时，可以保持与各种媒体数据格式的兼容性。如图6所示，关于内容的信息可以只包括与流式传输方法相关的信息，而不包括关于多个媒体数据的信息。换句话说，“ContentURL”标签可以包括定义在流式传输过程中所使用的媒体数据的格式的“媒体格式(MediaFormat) ”属性，以及定义媒体数据的类型的“MME 类型(MMEType)” 属性。具体来说,“ContentURL”标签可以包括“传输类型(TransferType)”属性，它定义了内容的流式传输(streaming of content)所涉及的服务。“TransferType”属性可以定义内容的流式传输涉及内容递送(Content on Delivery, COD)服务、直播服务(liveservice)、自适应流式传输直播服务、还是自适应流式传输COD服务。图7示出根据示范性实施例的、关于内容的信息。图7可以是根据OIPF标准的CAD。参照图7，根据图6的大纲生成的关于内容的信息可以在“ContentURL”标签中定义媒体呈现描述的 URL。http://asexample. com/vod/movies/ 18888/Meta/MainMeta. xml是媒体呈现描述的URL。此外，如参照图6所描述的，“MediaFormat”属性、“MMETYPE”属性以及“TransferType”属性可以在“ContentURL”标签中定义。返回参照图5A，在操作520中，客户端130基于操作510中接收到的关于内容的信息，向服务器120请求关于多个媒体数据的信息。客户端130可以通过HTTP请求向服务器120请求媒体呈现描述，并且可以接收作为HTTP响应的媒体呈现描述。在操作510中客户端130从服务器120接收到的关于内容的信息可以包括参照图6和图7所述的媒体呈现描述的URL，因此，客户端130通过参考关于内容的信息的“ContentURL”标签来向服务器120请求并且接收媒体呈现描述。现在将参照图8A和图SB以及图9A至图9H来详细描述媒体呈现描述。图8A和图SB是根据示范性实施例的媒体呈现描述的大纲。媒体呈现描述可以符合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”标签。换句话说，“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” 属性、“第一间隔号firstlntervalNum” 属性、“持续时间(duration)”属性、和“间隔计数(interval Count)”属性。“streamName”属性定义媒体数据的名称，并且可以是媒体数据的ID。“type”属性定义媒体数据的类型，其中它定义媒体数据是音频数据、视频数据、还是音频/视频数据。当媒体数据只包括关于用于特技播放(trick play)的I-帧的数据时，这些信息可以被定乂在“type”属性中。“bitrate”属性定义媒体数据的比特率，“startTime”属性定义用于指定媒体数据的开始时间的时间戳，“firstlntervalNum”属性定义最初开始的段的编号。“duration”属性定义媒体数据中所包括的段的持续时间，而且“intervalCount”属性定义媒体数据中所包括的至少一段的总数量。“Segment”标签是“Stream”标签的子标签，并且如上所述，当媒体数据包括通过以预定品质对内容进行编码并且基于时间对编码内容进行划分所生成的至少一段时，定义至少一段中的每一段。“IntNum”属性定义段的编号，而且“StartTime”标签定义相应段的开始时间。“Duration”标签定义相应段的持续时间，而且“url ”定义相应段的URL。“段(Segment)”标签是选择性的标签，并且如果关于媒体数据中所包括的至少一段的信息可以从“Stream”标签的其他属性推断出来，则“Segment”标签可以不包括在媒体呈现描述中。换句话说，当“Segment ”标签的内容可以从“Stream”标签中定义的“startTime，，属性、“firstlntervalNum，，属性、“ duration，，属性、和“ intervalCount，，属性推断出来时，“Segment”标签不需要包括在媒体呈现描述中。另外，如果在“urlTemplate”中定义了预定模版，则可以不需要“Segment”标签的“url ”属性，并且通过利用已定义的预定模版替换多个媒体数据的每个ID和每个媒体数据中所包括的至少一段的ID来推断出段的 URL。然而，另一方面，如果“Segment”标签的属性不能从“Stream”标签的其他属性推断出来，则针对每个段分别定义“Segment”标签的属性。如果段的持续时间不同，则可能无法推断出“Segment”标签的属性。当媒体数据中所包括的段的持续时间不同时，段的持续时间不能从“Stream”标签的属性推断出来，因此段的持续时间可以分别通过使用“Stream”标签的“duration”属性进行设置。当段的持续时间不同时，连续段的开始时间也不同。例如，当第一媒体数据的第一段的持续时间不同于第一媒体数据的第二段的持续时间时，第二段的开始时间和第三段的开始时间不能从“Stream”标签推断出来。因此，每段的开始时间可以通过“startTime”属性进行定义。持续时间和/或开始时间可以使用“Segment”标签的子标签取代使用“Segment” 标签的“duration”属性和“startTime”属性来定义。例如,可以设置构成“Segment”标签的子标签的“Url”标签，并且持续时间可以被定义为“Url”标签的属性，诸如“<URL=WWW.example, com/ /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/ /segment,ts, duration=2/>”时，相应段的持续时间可以被定义为10+2=12分钟。参照图SB，根据另一个示范性实施例的媒体呈现描述还可以包括“接下来的清单URL (nextManifestURL)”标签。如上所述，当对一个内容的流式传输完成之后连续对后面的内容进行流式传输时，诸如在直播流式传输(live streaming)或广告插入的情况下，客户端130需要预先知道关于后面的内容的信息，以便无缝地对后面的内容进行流式传输。因此，将在当前内容之后被流式传输的后面的内容的媒体呈现描述的URL可以通过“nextManifestURL”标签进行定义。图9A至图9H示出了根据示范性实施例的媒体呈现描述。参照图9A，根据示范性实施例的媒体呈现描述包括“URL模板(URLTemplate)”标签、“参考数据URL (RefDataURL)”标签、以及分别定义多个媒体数据的多个标签。图9A的“URLTemplate”标签和“RefDataURL”标签分别对应于图8A和图8B的“urlTemplate” 标签和 “RefDataURL” 标签。图9A 的 “ID” 属性、“Type” 属性、“BitRate” 属性、“StartTime” 属性、“段持续时间(SegmentDuration)”属性、“段开始ID (SegmentStart ID)，，属性和“段计数(SegmentCount) ”属性分别对应于图8A和图8B的“ streamName ”属性、“ type ”属性、“bitrate” 属性、“startTime” 属性、“Stream” 标签的 “duration” 属性、“Stream” 标签的“firstlntervalNum” 属性、“ intervalCount” 属性。图9A的媒体呈现描述包括关于通过将内容编码为具有不同品质所生成的三个视频数据的信息、关于一个音频数据的信息、以及关于通过仅对用于特技播放的I-帧进行编码所生成的媒体数据的信息。参照图9B，根据示范性实施例的媒体呈现描述还包括“接下来的自适应控制URL (NextAdaptiveControlURL)，，标签。“NextAdaptiveControlURL，，标签对应于图 8B 的“nextManifestURL”标签。因此，将在当前内容之后被重现的后面的内容的媒体呈现描述的URL可以通过“NextAdaptiveControlURL”标签进行定义。图9C示出了当将在当前内容之后被重现的后面的内容的媒体呈现描述的URL通过图9B的“NextAdaptiveControlURL”标签进行定义时的、后面的内容的媒体呈现描述。比
较图9B和图9C的媒体呈现描述，“StartTime”属性不同于图9B的当前内容的媒体呈现描述，因为图9C的媒体呈现描述用于后面的内容。图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发送所请求的至少一段。图IOA至图IOC各自示出了根据本示范性实施例的多个媒体数据。图IOA至图IOC各自示出了包括在服务器120中的用于根据图5A和图5B执行流式传输方法的多个媒体数据。参照图10A，服务器120可以包括通过将一个内容编码为具有多个不同品质所生成的多个媒体数据1010至1030，以用于适合流式传输环境的流式传输。“轨道l(Trackl)”至“轨道N (TrackN)”表示多个媒体数据1010至1030。此外，多个媒体数据1010至1030中的每一个都可以包括通过基于时间对多个媒体数据1010至1030中的每一个进行划分所生成的至少一段。“Slicel-1. as，，、“Slicel_2. as”、“Slicel_3. as，，、“Slice2_L 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的首标文件的“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。PAT和PMT中的至少一个与多个媒体数据1010至1030分离以准备首标文件1050，而且媒体表示描述可以包括指向首标文件1050的信息。指向首标文件1050的信息可以是首标文件1050的URL信息或者是用于规定MPEG-2传输流(TransportStream, 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中所包括的每个段可以包括至少一个连续的打包基本流(packetizedelementary stream, PES) 然而,一个PES包括在一段中。换句话说,一个PES不包括在两个不同段中。
由于多个媒体数据是通过将一个内容编码为具有不同品质来生成的，因此根据重现时间可以对准(align)多个媒体数据的PES中所包括的呈现时间戳(presentation timestamp, PTS)和/或解码时间戳(decoding time stamp, DTS) 换句话说，如果同时对第一媒体数据的初始PES和第二媒体数据的初始PES进行内容重现，则PTS和/或DTS可以被相同地设置。此外，当通过根据流式传输环境改变媒体数据来在重现第一媒体数据的时候重现第二媒体数据时，可以连续对准PTS和/或DTS，以便连续重现第一和第二媒体数据。换句话说，当通过改变媒体数据来在重现第一媒体数据的时候重现第二媒体数据时，可以连续地设置改变之前的最后PES的PTS和/或DTSJP /或改变之后的第一 PES的PTS和/或DTS。PTS和/或DTS定义视频数据的时间戳。因此，如上所述，根据多个媒体数据的重现时间对准关于视频数据的多个媒体数据的时间戳。基于重现时间的这种时间戳的对准可以同样应用于音频数据。换句话说，与关于视频数据的多个媒体数据的时间戳一样，关于音频数据的各条媒体数据的时间戳也可以根据重现时间来对准，以进行自适应流传输。 图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请求服务器120发送基于操作1112中接收到的关于多个媒体数据的信息以及操作1122中接收到的首标而选择的媒体数据。客户端130请求服务器120发送通过以预定品质对内容进行编码并且基于时间对编码内容进行划分所生成的至少一段，而且服务器120向客户端130发送所请求的至少一段。图12A和图12C各自示出了根据其他示范性实施例的多个媒体数据。图12A和图12B各自示出了服务器120中所包括的多个媒体数据，其用于执行图IlA和图IlB的流式传输方法。
参照图12A，服务器120可以包括通过将一个内容编码为具有多个不同品质所生成的多个媒体数据1010至1030，以用于与流式传输环境相适应的流式传输，如图IOA所示。在这里，图12A的多个媒体数据1010至1030与图IOA的多个媒体数据1010至1030的不同之处在于客户端130访问多个媒体数据1010至1030所需的信息1240，其中，与图10的示范性实施例不同，服务器120只包括关于多个媒体数据1010至1030的信息而不包括关于内容的信息。在这里，客户端130可以从其他实体而不从服务器120接收关于内容的信息，并且基于接收到的关于内容的信息来访问服务器120中所包括的多个媒体数据 1010 至 1030。参照图12B，客户端130访问多个媒体数据1010至1030所需的信息1242可以通过将“NextMeta. xml”文件进一步包括到图12A的信息1240中来进行准备。
·
参照图12C，多个媒体数据1010至1030的首标文件可以存在于一个首标文件1250中。首标文件不针对多个媒体数据1010至1030中的每一个而存在，而是可以作为一个首标文件1250而被包括在访问多个媒体数据1010至1030所需的信息1244中。首标文件1250对应于图IOC的首标文件1050。图13是根据示范性实施例的、用于提供数据的装置1300的框图。根据当前示范性实施例的用于提供数据的装置1300可以包括生成单元1310、发送单元1320和请求接收单元1330。生成单元1310生成附加信息，该附加信息包括关于通过将内容编码为具有不同品质所生成的多个媒体数据的信息。附加信息可以是包括关于多个媒体数据的信息的、任何类型的数据，并且可以是例如，参照图I至图12描述的MPD。以下，为了便于描述，假设附加f目息是MPD。Mro包括针对各条媒体数据的访问信息。各条媒体数据包括至少一段，而且MPD包括针对每段的访问信息。一个MH)可以包括与关于整体媒体数据的信息；然而，一个MPD可以只包括关于一些间隔的信息。例如，媒体数据可以按照预定标准被划分为多个间隔，而且可以生成与每个间隔相对应的多个MPD。当通过使用媒体数据来提供直播流式传输服务(live streaming service)并且MPD包括关于整体媒体数据的信息时,数据的容量增加并且难以搜索用户期望的信息。因此，可以生成与每个间隔相对应的多个MPD。以下，为了便于描述，媒体数据中的两个连续间隔被称为第一间隔和第二间隔，而且包括关于第一间隔和第二间隔的信息的MPD被分别称为第一 MPD和第二 MPD。根据不范性实施例,确定对应于MPD的间隔的方法可以改变。首先，根据示范性实施例，连续间隔的重叠可以改变。在示范性实施例中，连续间隔相互重叠。例如，第一间隔的结尾所包括的至少一段可以与第二间隔的开始相重叠。在这种情况下，第一 MH)和第二 MPD中都包括关于位于第一间隔与第二间隔重叠的区域处的段的信息。当连续间隔相互重叠时，在第一间隔被完全处理之前接收到第二 MPD，从而用于接收数据的装置1500可以确保用于处理第二间隔的备用时间(spare time)。特别是当第一 MPD和第二 MPD的属性彼此不同并因此需要使第一MPD与第二 MPD同步时，这种方法可能有用。在另一个示范性实施例中，连续间隔不相互重叠。在这种情况下，第二 Mro在第一间隔被完全处理的时间点被接收。特别是当第一 MH)和第二 MPD的属性彼此相同并因此不需要使第一 MPD与第二 MPD同步时，这种方法可能有用。其次，根据示范性实施例，划分间隔的标准可以改变。在示范性实施例中，间隔可以按照媒体数据中所包括的节目(program)进行划分。例如，通过其提供第一节目的间隔可以被设置为第一间隔，而且通过其提供第二节目的间隔可以被设置为第二间隔。在这种情况下，第一间隔和第二间隔可以具有不同的长度。在另一个示范性实施例中，媒体数据可以被划分为具有相同时间间隔的间隔。例如，第一间隔可以被设置为从开始到“00:10:00”，第二间隔可以被设置为从“00:10:01”到“00:20:00”。在这种情况下，在Mro和节目之间可能不形成1:1的映射关系。根据示范性实施例，第一 MPD与第二 MPD之间的兼容性也许是可能的，或者也许是不可能的。在一个示范性实施例中，第一 MPD可以与第二 MPD兼容。 当第一 MPD的属性与第二 MPD的属性相同时，第一 MPD与第二 MPD兼容。更具体地，在第一 MPD和第二 MPD中具有相同ID的表示具有相同属性，从而第一 MPD中所包括的段列表与第二 MPD中所包括的段列表相同。因此，用于接收数据的装置1500可以直接使用第二 MPD，而无需用于确定第二 MPD中所包括的属性是否对应于第一 MPD的属性的同步过程。当第一 MPD和第二 MPD是通过具有相同名称的文件获取的时候，第一 MPD可以与第二 MPD兼容。在这种情况下，第一 MPD和第二 MPD可以通过相同URL获取。在另一个示范性实施例中，第一 MPD可以不与第二 MPD兼容。当第一 MPD的属性不同于第二 MPD的属性时，第一 MPD不与第二 MPD兼容。因此，在用于接收数据的装置1500中，需要用于确定第二 MPD中所包括的属性是否对应于第一MPD的属性的同步过程。当第一 MPD和第二 MPD是通过具有不同名称的文件获取的时候，第一 MPD可以不与第二 MPD兼容。在这种情况下，第一 MPD和第二 MPD可以通过不同URL获取。第一 MH)可以包括从由指示第一 MPD被更新的时间点(或者确保第一 MPD的验证的时间长度)的更新时间信息、关于第二 MPD的位置信息、通过第一间隔提供的节目的ID、第一间隔的开始位置、以及第一间隔的完成位置构成的组中选择的至少一个。只有当用于接收数据的装置1500不识别关于第二 MPD的位置信息时，关于第二MPD的位置信息才可以包括在第一 MPD中。例如，当第一 MPD与第二 MPD兼容时，位置信息可以不包括在第一 MPD中。当第一 MPD不与第二 MPD兼容时，位置信息可以包括在第一 MPD中。发送单元1320可以包括第一发送单元(未示出)和第二发送单元(未示出)。第一发送单元(未示出)发送MPD。第二发送单元(未示出)通过使用直播流式传输方法发送多个媒体数据当中的用户需要的至少一个媒体数据。请求接收单元1330接收来自用户的请求。响应于来自用户的请求，请求接收单元1330控制第一发送单元(未示出)发送MPD或者控制第二发送单元(未示出)发送至少一个媒体数据。下文中，将按照时间顺序描述发送单元1320和请求接收单元1330的操作。
首先，第一发送单元(未示出)向用于接收数据的装置1500发送第一 MPD。用于接收数据的装置1500将基于第一 MPD，请求多个媒体数据中的至少一个。当从用于接收数据的装置1500接收到发送媒体数据的请求时，请求接收单元1330控制第二发送单元(未示出)以直播流式传输方法发送用户需要的媒体数据。在基于第一 MH)识别出第一 MH)的更新时间之后，用于接收数据的装置1500将请求更新第一 MDP。当从用于接收数据的装置1500接收到更新(renew)第一 MDP的请求时,请求接收单元1330控制第一发送单元(未示出)发送接着第一 MPD的第二 MPD。用于接收数据的装置1500将基于第二 MPD来连续请求所期望的媒体数据。请求接收单元1330控制第二发送单元(未示出)连续发送用户所期望的媒体数据。 图14示出根据示范性实施例的、包括更新时间信息的MPD的结构。“接下来的清单(nextmanifest)”字段包括关于下一个MPD的信息。“可用时间(availabiltyTime)”字段1410指示MTO将要更新的时间点(S卩，将要接收下一个MPD的时间点)。“availabiltyTime”字段1410可以由与更新MPD的参考时间(例如，对应于MPD的第一段的重现时间)的偏移值来指示。此外，“availabiltyTime”字段1410可以利用绝对时间指示更新MPD的时间点，所述绝对时间诸如分钟或秒，或者时钟或段的数量。图19中的“availabiltyTime”字段基于每个间隔开始的时间点指示更新MPD的时间点，图21中的“availabiltyTime”字段基于媒体数据中的第一间隔开始的时间点指示更新MPD的时间点，而且图23中的“availabiltyTime”字段指示在每个间隔开始之后、在更新MPD之前下载的段的数量。“URL”字段1420指示下一个MPD的位置。“节目(Program)”字段包括关于从对应于MPD的间隔提供的节目的信息。该节目是通过根据服务或时间对至少一个媒体数据进行分类所获得的部分(section)。媒体数据包括至少一个节目。根据示范性实施例，节目可以被称为先前定义的时段。也就是说，节目是由时间单位构成的元素并且是可以根据时间以各种方式表示流的内容和类型的字段。“ID”字段1430指示节目的标识信息。一个媒体呈现中的专属(exclusive) ID被分配给每个节目。Mro可以用于通过使用节目ID来划分和定义每个节目。“开始时间(StartTime)”字段1440指示相应节目的开始时间、或对应于MPD的间隔的开始时间。例如，关于媒体数据中的第一节目的“StartTime”字段1440具有“0”，而且关于其余节目的“StartTime”字段1440具有从第一节目的开始时间到其余节目的开始时间的偏移值。如上所述，“StartTime”字段1440可以具有基于预定时间点的相对时间值；然而，该字段可以具有绝对时间值。“结束时间(EndTime)”字段1450指示相应节目的结束时间、或对应于MPD的间隔的结束时间。在直播流式传输服务中，在由“EndTime”字段1450指示的时间过去之后很难访问节目。节目包括至少一个流，而且流包括至少一个段。根据示范性实施例，流可以用图9中所示的“track”来代替。图15是根据示范性实施例的、用于接收数据的装置1500的框图。
根据当前示范性实施例的用于接收数据的装置1500包括接收单元1510和获取单元 1520。接收单元1510可以包括第一接收单元1512和第二接收单元1514。第一接收单元1512接收包括关于多个媒体数据的信息的附加信息。多个媒体数据是通过以不同品质对相同内容进行编码而生成的。附加信息可以包括关于多个媒体数据的访问信息，和指示更新附加信息的时间点的更新时间信息。下文中，假设附加信息是MPD。第一接收单元1512接收包括关于多个媒体数据的信息的MPD。第二接收单元1514基于MPD接收多个媒体数据中的至少一个。获取单元1520获取指示将要更新当前MPD的时间点的更新时间信息以及当前MPD的下一个MPD的位置信息中的至少一个。
下文中，将按照时间顺序描述接收单元1510和获取单元1520的操作。第一接收单元1512接收包括关于多个媒体数据的第一间隔的信息的第一 MPD。当用户从多个媒体数据当中选择所期望的媒体数据时，第二接收单元1514向用于提供数据的装置1300请求基于第一 Mro选择的至少一个数据，并且以直播流式传输方法接收所请求的媒体数据。获取单元1520从第一MH)获取更新时间信息。在示范性实施例中，获取单元1520还可以获取下一个MPD的位置信息。第一接收单元1512基于更新时间信息向用于提供数据的装置1300请求第二 MPD，并且接收第二 MPD。通过使用从用于接收数据的装置1500接收到的第二 MPD来更新MPD的方法可以改变。例如，用于接收数据的装置1500可以通过累计第一 MPD中所包括的信息和第二MPD中所包括的信息来生成一个MPD，并且可以将所生成的MPD存储在内部数据库中。然而，用于接收数据的装置1500可以将第一 MH)和第二 MH)存储为单独的信息。在某些情况下，可以不存储第一 MPD。在另一个例子中，用于接收数据的装置1500可以从第二 MH)提取属性，并且通过使用所提取的属性来代替第一 MPD的属性。当第一 MPD与第二 MPD兼容时，可以有效地使用这种方法。第二接收单元1514基于第二 MPD接收至少一个媒体数据。为了接收通过将内容编码为具有不同品质所生成的多个媒体数据，需要包括关于多个媒体数据中的每一个的信息的MPD。当MPD包括关于构成多个媒体数据的所有段的信息时，数据的大小将增加。具体来说，当用户期望媒体数据的一些间隔时，关于用户不期望的间隔的信息变成哑数据(dummy data)，以至于资源被悄然浪费并且很难搜索所期望的信息。这个问题在提供直播流式传输时变得更糟。在示范性实施例中，MH)仅包括关于媒体数据的一些间隔的信息，并且将更新时间信息插入到下一个MPD中，从而用于接收数据的装置1500可以有效地获取所期望的MPD。下文中，将参照图16至图27描述各种形式的MPD以及使用MPD处理媒体数据的方法。在图16至图27中，媒体数据以直播流式传输方法提供，并且包括多个节目。图16示出了根据示范性实施例的媒体数据的结构的例子。
参照图16，媒体数据包括两个节目，其中第一节目从“00:00:00 ”到“00:20:00 ”，第二节目从“00:20:00”到“1:20:00”。媒体数据被划分为第一间隔1601和第二间隔1602。第一间隔1601和第二间隔1602不是以物理方式划分的，而是根据MPD的范围以虚拟方式划分的。关于第一间隔1601的信息包括在图17A所示的第一 MPD 1701中，而且关于第二间隔1602的信息包括在图17B所示的第二 MPD 1702中。在图16中，MPD是在节目单元中生成的。另外，每个间隔的结尾与下一个间隔的开始部分地重叠。因此，在先前MH)和下一个MPD中都包括关于重叠部分中所包括的段的信息。图17A和图17B分别示出了包括关于图16的媒体数据的信息的、第一 MPD 1701和第二 MPD 1702的例子。图17A示出了包括关于第一间隔1601的信息的第一 MPD 1701。“program id”字段指示第一 MPD 1701包括关于ID为“001”的节目的信息。“startTime” 字段和“endTime” 字段指示 ID 为“001” 的节目开始于“00:00:00”， 结束于 “00:20:00”。“nextManifest availabilityTime” 字段指不第一MPD 1701 将被更新的时间点(也就是说，将要接收第二 MPD 1702的时间点)是“00:15:00”。当“nextManifest&^11&1^1^7111116”是“00:15:00”时，在第一间隔1601中的数据被完全处理之前接收第二MPD 1702。“URL”字段指示第二 MPD 1702的位置信息。由于“URL”字段是空的，所以第一 MPD1701和第二 MPD 1702具有相同属性，并且可以通过相同URL来获取。图17B示出了包括关于第二间隔1602的信息的第二 MPD 1702。“program id”字段指示第二 MPD 1702包括关于ID为“002”的节目的信息。“startTime” 字段和“endTime” 字段指示 ID 为“002” 的节目开始于“00:20:00”，结束于 “01:20:00”。“nextManifest availabilityTime” 字段指不 MPD 将被更新的时间点。在图 17B中，因为“nextManifest availabilityTime”字段不存在，所以下一个MPD不存在。通过使用图17A和图17B中所示的第一 MPD 1701和第二 MPD 1702向用于接收数据的装置1500提供媒体数据的方法如下。i)用于接收数据的装置1500向用于提供数据的装置1300请求第一 MPD 1701。ii)用于提供数据的装置1300向用于接收数据的装置1500发送第一 MPD 1701。iii)用于接收数据的装置1500基于第一 MPD 1701来请求构成第一节目的段。iv)用于提供数据的装置1300向用于接收数据的装置1500发送构成第一节目的段。V)在第一节目重现之后的“00:15:00”，用于接收数据的装置1500向用于提供数据的装置1300请求第二 MPD 1702。vi)用于提供数据的装置1300向用于接收数据的装置1500发送第二 MPD 1702。vii)当第一节目完全重现时(S卩，在“00:20:00”之后)，用于接收数据的装置1500基于第二 MPD 1702来请求构成第二节目的段。viii)用于提供数据的装置1300向用于接收数据的装置1500发送构成第二节目的段。
图18示出了根据示范性实施例的媒体数据的结构的其他例子。 参照图18，媒体数据包括多个节目，其中第一节目从“00:00:00”到“00:20:00”，第二节目从“00:20:00”到“1:20:00”。媒体数据被划分为第一间隔1801和第二间隔1802。第一间隔1801和 第二间隔1802不是以物理方式划分的，而是根据MPD的范围以虚拟方式划分的。关于第一间隔1801的信息包括在图19A所示的第一 MPD 1901中，而且关于第二间隔1802的信息包括在图19B所示的第二 MPD 1902中。在图18中，MPD是在节目单元中生成的，而且在一个节目完成之后，用于接收数据的装置1500接收包括关于下一个节目的信息的下一个MPD。在图18中，第一间隔1801的结尾不与第二间隔1802的开始重叠。因此，第一MPD1901和第二 MPD 1902中不包括关于重叠段的信息。图19A和图19B分别示出了包括关于图18的媒体数据的信息的、第一 MPD 1901和第二 MPD 1902的例子。在图19A和图19B中，“availabiltyTime”字段基于每个间隔开始的时间指示MPD被更新的时间。图19A示出了包括关于第一间隔1801的信息的第一 MPD 1901。“nextManifest availabilityTime” 字段指不将要更新第一 MPD 1901 的时间点(也就是说，将要接收第二 MPD 1902的时间点)是“00:20:00”。“URL”字段指示第二 MPD 1902的位置信息。第二 MPD 1902是通过访问对应于“Manifest B. xml” 的 URL 来获取的。图19B示出了包括关于第二间隔1802的信息的第二 MPD 1902。在19B 图中，“nextManifest availabilityTime”字段基于第二间隔 1802 开始的时间指示将要更新第二MPD 1902的时间点。因此，在第二间隔1802开始“01:00:00”之后，更新第二 MPD 1902。根据示范性实施例，“nextManifest availabilityTime”字段可以基于第一节目开始的时间指示将要更新第二 MPD 1902的时间点。在这种情况下，“nextManifestavailabilityTime” 字段为 “01:20:00”。除了步骤V之外，通过使用图19A和图19B中所示的第一 MPD 1901和第二 MPD1902向用于接收数据的装置1500提供媒体数据的方法与图17的方法相同。因此，省略了对i)至iv)和vi)至viii)的描述。当第一节目完成时(即，“00:20:00”)，用于接收数据的装置1500向用于提供数据的装置1300请求第二 MPD 1902。图20示出了根据示范性实施例的媒体数据的结构的其他例子。参照图20，媒体数据包括两个节目，其中第一节目从“00:00:00 ”到“00:20:00 ”，第二节目从“ 00:20:00 ”到“1:20:00”。媒体数据被划分为第一间隔2001、第二间隔2002和第三间隔2003。关于第一间隔2001的信息包括在图21A所示的第一 MPD 2101中，关于第二间隔2002的信息包括在图21B所示的第二 MPD 2102中，而且关于第三间隔2003的信息包括在图2IC所示的第三MPD 2103中。在图20中，媒体数据与节目无关地、按照时间被划分为多个间隔，而且在每个间隔中生成MPD。这里，间隔的长度彼此相同或者彼此不同。每个间隔的结尾与下一个间隔的开始重叠。因此，MPD和下一个MPD中都包括关于重叠段的信息。
图21A至图21C分别示出了包括关于图20的媒体数据的信息的第一 MPD 2101、第
二MPD 2102和第三MPD 2103的例子。在图21A至图21C中，“availabiltyTime”字段基于媒体数据中第一间隔开始的时间指示将要更新MPD的时间。图21A示出了包括关于第一间隔2001的信息的第一 MPD 2101。在图21A中，当^nextManifest availabilityTime” 字段是“00:15:00” 时，在第一间隔 2001 开始之后的“00:15:00” 更新第一 MPD 2101。图2IB示出了包括关于第二间隔2002的信息的第二 MPD 2102。在图21B中，当^nextManifest availabilityTime” 字段是“00:30:00” 时,在第一间隔 2001 开始之后的“00:30:00” 更新第二 MPD 2102。图21C示出了包括关于第三间隔2003的信息的第三MPD 2103。
通过使用图21A至图21C中所示的第一MPD 2101、第二MPD 2102和第三MPD 2103向用于接收数据的装置1500提供媒体数据的方法与图17的方法相同。因此，省略了详细描述。图22示出了根据示范性实施例的媒体数据的结构的其他例子。 参照图22，媒体数据包括多个节目，其中第一节目从“00:00:00”到“00:20:00”，第二节目从“00:20:00”到“1:20:00”。媒体数据被划分为多个部分(section)，每个部分都具有预定时间间隔。对应于每个节的MPD被生成。在图22中，媒体数据与节目无关地、按照时间被划分为多个间隔，而且MH)是在每个间隔中生成的。此外，间隔中不存在重叠，而且先前MPD中所包括的关于段的信息与下一个MPD中所包括的关于段的信息不重叠。MPD和节目可以对准。例如，即使第一节目和第二节目被不同地编码，第二节目的开始也可以与接收第四MPD 2304的时间点相匹配，以便进行适当地管理。图23A和图23B示出了包括关于图22的媒体数据的信息的第一 MPD 2301至第六MPD 2306的例子。在图23A和图23B中，“availabiltyTime”字段指示在每个间隔开始之后、在更新MPD之前下载的段的数量。图23A和图23B示出了包括关于相应间隔中的段的信息的第一 MPD 2301至第六MPD 2306。第一节目按照第一 MPD 2301至第三MPD 2103处理，而且通过使用段计数来表示先前MPD将要更新到下一个MPD的时间点。第二节目按照第四MPD 2304至第六MPD 2306处理，而且通过使用段计数来表示先前MPD将要更新到下一个MPD的时间点。在图23A和图23B中,“nextManifest availabilityTime”字段基于相应间隔开始的时间点指示将要更新MPD的时间点。当“nextManifest avaiIabiIityTime”字段是“ 10”时，从每个间隔的开始点起下载“10”个段，然后接收下一个MPD以处理下一个间隔中的段。除了更新MPD的次数之外，通过使用图23A和图23B中所示的第一 MPD 2301至第六MPD 2306向用于接收数据的装置1500提供媒体数据的方法与图17的方法相同。因此，省略了详细描述。图24是示出根据示范性实施例的、在用于提供数据的装置300中改变MPD的过程的流程图。
当段准备好时，用于提供数据的装置300生成包括关于准备好的段的信息的MPD。因此，当从用于提供数据的装置300提供的节目内容改变时，MPD也可能改变。例如，当将广告节目(commercial)插入到节目中时，MTO所覆盖的段的类型、次序和同步被改变，并因此MPD也被改变。在图24中，当将广告节目插入到节目中时，所生成的MH)被改变。媒体数据包括第一间隔和第二间隔。关于第一间隔的信息包括在第一 MPD中，而且关于第二间隔的信息包括在第二 MPD中。另外，假设第一 MPD和第二 MPD包括位置信息。在操作S2410中，将外部段插入到所期望的间隔中。例如，将外部段插入到第一间隔中。在操作S2420中，在第一 MPD中删除关于从第一间隔去除的段的信息。当将外部段新插入到第一间隔而第一间隔的长度固定时，按照所插入的外部段的数量从第一间隔移除现有段。相应地，在第一 MPD中删除关于从第一间隔去除的段的信息。在操作S2430中，将关于外部段的信息添加到第一 MPD中，并且改变关于下一个MPD的位置信息。也就是说，第一 MPD中的下一个MPD的“URL”从第二 MPD的URL改变为第 三 MI3D 的 URL。在操作S2440中，生成第三MPD，其包括关于从第一间隔去除的段的信息。图25示出了根据示范性实施例的、在将附加段2503插入到用于提供数据的装置1300 之前的第一 MPD 2510 和第二 MPD 2520。媒体数据被划分为第一间隔2501和第二间隔2502。第一 MPD 2510包括关于第一间隔2501中的段的信息、指示将要更新第二 MPD2520的时间点的更新时间信息、以及第二 MPD 2520的位置信息。第二 MPD 2520包括关于第二间隔2502中的段的信息、以及下一个MPD的位置信
肩、O因此，虽然生成了第一 MPD 2510和第二 MPD 2520，但是诸如广告节目的附加段2503可以被插入到第一间隔2501中，并且由于附加段2503的插入所引起的MPD的变化将参照图26描述。图26示出了根据示范性实施例的、在将附加段2503插入到用于提供数据的装置1300 之后的第一 MPD 2610、第二 MPD 2620 和第三 MPD 2630。当将附加段2503插入到第一间隔2501中时，从第一间隔2501部分地移除第一间隔2501中所包括的现有段。在用于提供数据的装置1300中，将关于附加段2503的信息插入到第一 MPD 2510中，而且删除关于移除的段2603的信息，从而生成新的第一 MPD 2610。接下来，在用于提供数据的装置1300中，生成包括关于移除的段2603的信息的第
三MPD 2630。第一 MPD 2610包括关于第三MPD 2630的位置信息，而且第三MPD 2630包括关于第二 MPD 2620的位置信息。图27示出了根据示范性实施例的、在将附加段2503插入到用于提供数据的装置1300之后的第一 MPD 2710、第二 MPD 2720和第三MPD 2730的其他例子。与图26不同，在图27中第二 MPD 2520的名称没有改变。当将附加段2503插入到第一间隔2501中时，从第一间隔2501移除第一间隔2501中所包括的一些现有段。在用于提供数据的装置1300中，将关于附加段2503的信息插入到第一 MPD 2510中，而且删除关于移除的段2703的信息，从而生成新的第一 MPD 2710。接下来，在用于提供数据的装置1300中，生成包括关于移除的段2703的信息的第三MPD 2730。这里，为了不改变关于第一 MPD 2710中所包括的下一个MPD的位置信息，将第三MPD 2730的名称确定为“manifest B.xml”。最后，将第二MPD 2720 的名称改变为 “manifest图28示出了根据示范性实施例的、根据在用于提供数据的装置1300中的附加段的插入而导致的第一 MPD 2810至第五MPD 2850的变化。生成对应于第一间隔2801的第一 MPD 2810和对应于第二间隔2802的第二 MP D2820，然后将附加段插入到第一间隔2801中。将关于附加段的信息插入到第一 MPD 2810中，并且移除关于所移除的段的信息。同时，生成包括关于所移除的段的信息的第三MPD 2830，而且将第三MPD 2830的名称确定为 “manifest B.xml”。这里,将下一个 MPD 的名称确定为 “manifest B_l.xml”。第二MPD 2820 的名称从“manifest B. xml ” 改变为 “manifest B_l.xml”。图29A至图29C是示出根据示范性实施例的、MPD与节目之间的关系的框图。在图29A中，一个MPD 2910包括关于多个节目第一节目2911至第三节目2913的信息。由该MPD覆盖的间隔包括第一节目至第三节目2911、2912和2913的一部分或全部。例如，在直播流式传输中，节目单元中的媒体数据被实时生成，并且MH)可以在节目单元中生成。这里，MPD包括关于对应于过去(past)和未来(future)节目的所有媒体数据的信息，并因此可以提高数据处理能力。在图29B中，MPD 2920包括预定节目2922的位置信息。MPD 2920包括URL字段，并且可以通过使用该URL字段来指示下一个MPD的位置，如上所述。然而，如图29B所示，MPD 2920中所包括的URL字段用来指示预定节目2922的位置，而不是下一个MPD的位置。由URL字段指示的预定节目2922可以是由下一个MPD覆盖的第一节目、由当前MPD 2920覆盖的最后的节目、或者满足先前定义的条件的节目。在图29C中，一个MH)包括关于一个节目的信息和关于下一个节目的信息。第一 MPD 2930包括关于第一节目2931的信息和作为下一个MI3D的第二 MPD 2940
的位置信息。第二 MPD 2940包括关于第二节目2941的信息和作为下一个MPD的第三MPD 2950
的位置信息。类似地，第三MPD 2950包括关于第三节目2951的信息。图30是示出用于提供数据的装置1300与用于接收数据的装置1500之间的数据流的流程图。在操作S3010中，用于提供数据的装置1300发送第一附加信息，第一附加信息包括关于多个媒体数据的第一间隔的信息。多个媒体数据是通过以不同品质对内容进行编码而生成的。在操作S3020中，用于接收数据的装置1500基于第一附加信息来请求发送至少一个媒体数据。媒体数据可以包括至少一段，所述至少一段其可以与其他媒体数据交换(switch)并且可以被处理和重现。第一附加信息包括关于第一间隔中所包括的段的访问信息，并因此用于接收数据的装置1500可以基于第一附加信息来请求发送所期望的媒体数据。在操作S3030中，用于提供数据的装置1300发送至少一个媒体数据。在操作S3040中，用于接收数据的装置1500从附加信息获取更新时间信息，其指示将要更新附加信息的时间点。在操作S3050中，用于接收数据的装置1500基于更新时间信息请求第二附加信息，其包括关于多个媒体数据的第二间隔的信息。在操作S3060中，用于提供数据的装置1300发送第二附加信息。在操作S3070中，用于接收数据的装置1500通过使用第二附加信息来更新附加信 息，并且请求发送至少一个媒体数据。由用于接收数据的装置1500运行的更新附加信息的方法可以改变。例如，用于提供数据的装置1300可以生成具有相同属性结构和不同属性值的第一附加信息和第二附加信息。在这种情况下，第一附加信息与第二附加信息兼容(例如，附加信息的段的数量、段的列表、以及位置信息相同)，从而第二附加信息可以直接使用，而不需要使第二附加信息与第一附加信息同步。在另一个例子中，用于提供数据的装置1300可以生成具有不同属性结构的第一附加信息和第二附加信息。在这种情况下，第一附加信息可以包括第二附加信息的位置信
肩、O在操作S3080中，用于提供数据的装置1300发送至少一个媒体数据。示范性实施例能够被写为计算机程序，并且能够在使用计算机可读记录介质的、运行程序的通用数字计算机中执行。计算机可读记录介质的例子包括磁存储介质(例如，ROM、软盘、硬盘等)、光记录介质(例如，⑶-ROM或DVD)、以及存储介质(例如，通过以太网传输)。虽然上面已经具体示出和描述了示范性实施例，但是本领域普通技术人员将理解，可以在其中做出各种形式和细节上的改变，而不会偏离所附权利要求所限定的示范性实施例的精神和范围。
权利要求
1.一种接收数据的方法，该方法包括 接收第一附加信息，第一附加信息包括关于通过以不同品质对内容进行编码所生成的多个媒体数据的第一间隔的信息； 通过使用第一附加信息来获取更新时间信息，更新时间信息指示将要更新第一附加信息的时间点；以及 基于更新时间信息来接收第二附加信息，第二附加信息包括关于多个媒体数据的第二间隔的信息。
2.如权利要求I所述的方法，还包括 使用流式传输方法，基于第一附加信息接收对应于多个媒体数据当中的至少一个媒体数据的第一间隔的数据；以及 使用流式传输方法，基于第二附加信息接收对应于至少一个媒体数据的第二间隔的数据。
3.如权利要求I所述的方法，其中，第二附加信息具有与第一附加信息相同的属性结构。
4.如权利要求I所述的方法，其中，第一附加信息还包括关于第二附加信息的位置信肩、O
5.如权利要求4所述的方法，其中，第二附加信息具有与第一附加信息不同的属性结构。
6.如权利要求I所述的方法，其中，根据将要由第一间隔和第二间隔提供的节目，对第一间隔和第二间隔进行分类。
7.如权利要求I所述的方法，其中，第一间隔和第二间隔是通过将多个媒体数据划分为预定时间单位而生成的。
8.如权利要求I所述的方法，其中，第一附加信息还包括指示第一间隔的开始点的信肩、O
9.如权利要求I所述的方法，其中，第一附加信息还包括指示第一间隔的结束点的信肩、O
10.如权利要求I所述的方法，其中，第一附加信息还包括从第一间隔提供的节目的标识息。
11.一种提供数据的方法，该方法包括 生成第一附加信息和第二附加信息，第一附加信息包括关于通过以不同品质对内容进行编码所生成的多个媒体数据的第一间隔的信息，第二附加信息包括关于多个媒体数据的第二间隔的信息； 向客户端发送第一附加信息；以及 当从客户端接收到更新第一附加信息的请求时，向客户端发送第二附加信息， 其中，第一附加信息包括指示将要更新第一附加信息的时间点的更新时间信息。
12.如权利要求11所述的方法，还包括 使用流式传输方法，发送对应于由客户端从多个媒体数据当中请求的至少一个媒体数据的第一间隔的数据；以及 使用流式传输方法，发送对应于由客户端从多个媒体数据当中请求的至少一个媒体数据的第二间隔的数据。
13.一种用于接收数据的装置，该装置包括 接收单元，其接收第一附加信息，第一附加信息包括关于通过以不同品质对内容进行编码所生成的多个媒体数据的第一间隔的信息； 获取单元，其通过使用第一附加信息来获取更新时间信息，更新时间信息指示将要更新第一文件的时间点， 其中，接收单元还基于更新时间信息来接收第二附加信息，第二附加信息包括关于多个媒体数据的第二间隔的信息。
14.一种用于提供数据的装置，该装置包括 生成单元，其生成第一附加信息和第二附加信息，第一附加信息包括关于通过以不同 品质对内容进行编码所生成的多个媒体数据的第一间隔的信息，第二附加信息包括关于多个媒体数据的第二间隔的信息； 发送单元，其向客户端发送第一附加信息；以及 请求接收单元，其从客户端接收更新第一附加信息的请求， 其中，发送单元还在接收到该请求时向客户端发送第二附加信息，而且第一附加信息包括指示将要更新第一附加信息的时间点的更新时间信息。
15.一种非临时性计算机可读存储介质，其具有具体化在其上的用于运行接收数据的方法的程序，该方法包括 接收第一附加信息，第一附加信息包括关于通过以不同品质对内容进行编码所生成的多个媒体数据的第一间隔的信息； 通过使用第一附加信息来获取更新时间信息，更新时间信息指示将要更新第一附加信息的时间点；以及 基于更新时间信息来接收第二附加信息，第二附加信息包括关于多个媒体数据的第二间隔的信息。
全文摘要
提供了用于接收和提供数据的方法和装置。用于接收数据的方法包括接收第一信息，第一信息包括关于通过以不同品质对内容进行编码所生成的多个媒体数据的第一间隔的信息；通过使用第一信息来获取更新时间信息，更新时间信息指示将要更新第一文件的时间点；以及基于更新时间信息来接收第二信息，第二信息包括关于多个媒体数据的第二间隔的信息。
文档编号H04L12/16GK102812666SQ201080061434
公开日2012年12月5日 申请日期2010年11月15日 优先权日2009年11月13日
发明者权五埙, 河昊振, 张冠华, 崔馨铎, 金善勃, 琴智恩, 任成彬 申请人:三星电子株式会社