发送和接收数据的方法和装置的制作方法

专利名称：发送和接收数据的方法和装置的制作方法
技术领域：
与示范性实施例一致的方法和装置涉及发送和接收数据，更具体来说，涉及通过使用关于媒体数据中所包括的成分(component)的信息来发送和接收数据。
背景技术：
通过网络发送媒体数据的方法的例子包括下载方法和流式传输(streaming)方法。根据流式传输方法，服务器实时发送媒体数据，而且客户端实时重现(reproduce)接收到的媒体数据，而且可以提前获取与接下来将接收到的数据有关的附加信息。一般来说，媒体数据包括多个成分。服务器存储与多个成分的组合相对应的多个
媒体数据。当用户请求多个媒体数据中的一条媒体数据时，服务器发送所请求的媒体数据。

发明内容
技术方案示范性实施例的一个或多个方面提供了用于发送和接收数据的方法和装置，更具体来说，提供用于将数据与关于媒体数据中所包括的成分的信息一起发送和接收的方法和
>J-U ρ α装直。


通过参照附图详细描述其示范性实施例，上述和/或其他方面将变得更加明显，在附图中图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是根据示范性实施例的、示出成分信息的表格；图15示出了根据示范性实施例的、关于媒体数据的信息的示例；图16是根据另一个示范性实施例的、示出成分信息的表格；图17示出了根据另一个示范性实施例的、关于媒体数据的信息的示例；图18示出了根据另一个示范性实施例的、关于媒体数据的信息的示例；图19是根据示范性实施例的数据发送装置的框图； 图20是根据示范性实施例的数据接收装置的框图；以及图21是根据示范性实施例的接收数据的方法的流程图。最佳实施方式根据示范性实施例的一个方面，提供了一种接收数据的方法，该方法包括获取关于第一媒体数据的信息，第一媒体数据包括至少一个成分；以及基于关于第一媒体数据的信息，获取至少一个成分，其中，关于第一媒体数据的信息还包括指示至少一个成分是否与从第二媒体数据获取的成分一起被提供的信息。关于第一媒体数据的信息可以包括关于至少一个成分中的每一个的成分信息，而且成分信息可以包括关于第一媒体数据中所包括的至少一个成分的类型信息。成分信息还可以包括至少一个成分的标识信息。成分信息还可以包括关于第一媒体数据中所包括的视频成分的相机角度信息。成分信息还可以包括关于第一媒体数据中所包括的音频成分的通道信息和语言代码信息中的至少一个。成分信息还可以包括关于第一媒体数据中所包括的字幕成分的语言信息。关于第一媒体数据的信息还可以包括指示第一媒体数据和第二媒体数据是否包括通过对相同内容进行编码所生成的相应成分的信息。获取关于第一媒体数据的信息可以包括从包括关于通过将预定内容编码为具有不同品质所生成的多个成分的信息的文件获取关于第一媒体数据的信息。根据示范性实施例的另一个方面，提供了一种发送数据的方法，该方法包括由服务器生成关于第一媒体数据的信息，第一媒体数据包括至少一个成分；由服务器发送关于第一媒体数据的信息；以及基于对应于发送关于第一媒体数据的信息的请求，由服务器发送至少一个成分，其中，关于第一媒体数据的信息包括指示至少一个成分是否与从第二媒体数据获取的成分一起被提供的信息。根据示范性实施例的另一个方面，提供了一种用于接收数据的装置，该装置包括信息获取单元，其获取关于第一媒体数据的信息，第一媒体数据包括构成多媒体数据的至少一个成分；以及成分获取单元，其基于关于第一媒体数据的信息，获取至少一个成分，其中，关于第一媒体数据的信息包括指示至少一个成分是否与从第二媒体数据获取的成分一起被提供的信息。根据示范性实施例的另一个方面，提供了一种用于发送数据的装置，该装置包括信息生成器，其生成关于第一媒体数据的信息，第一媒体数据包括至少一个成分；信息发送器，其发送关于第一媒体数据的信息；以及成分发送器，其基于对应于发送关于第一媒体数据的信息的请求，发送至少一个成分，其中，关于第一媒体数据的信息包括指示至少一个成分是否与从第二媒体数据获取的成分一起被提供的信息。
具体实施例方式本申请要求2009年11月13日向美国专利商标局提交的第61/260，906号美国临时申请、2010年3月24日向美国专利商标局提交的第61/316，842号美国临时申请以及2010年3月25日向美国专利商标局提交的第61/317，280号美国临时申请的权益，并且要求2010年10月22日向韩国知识产权局提交的第10-2010-0103725号韩国专利申请的优先权，这些申请的公开通过引用全部并入此处。为了便于描述，现在将对此处所使用的术语进行简单定义。内容(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、IOOOKbps和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)”属性，以及定义媒体数据的类型的iiMIME 类型(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)” 属性、和“间隔计数(intervalCount) ”属性。“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)”标签。如上所述，当对一个内容的流式传输完成之后连续对后面的内容进行流式传输时，诸如在直播流式传输(Iivestreaming)或广告插入的情况下，客户端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” 标签的“f irstIntervalNum” 属性、“间隔计数(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-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。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中所包括的每个段可以包括至少一个连续的打包基本流(packetized elementary stream, PES)0然而,一个PES包括在一段中。换句话说,一个PES不包括在两个不同段中。由于多个媒体数据是通过将一个内容编码为具有不同品质来生成的，因此根据重现时间可以对准(align)多个媒体数据的PES中所包括的呈现时间戳(presentation timestamp, PTS)和/或解码时间戳(decoding time stamp, DTS)0换句话说，如果同时对第一媒体数据的初始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是根据示范性实施例的数据传输系统中的操作方法的流程图。根据当前示范性实施例的数据传输系统包括服务器1301和客户端1302。在操作S1310中，服务器1301生成包括至少一个成分的至少一条媒体数据，并生成关于媒体数据的信息。以下，为了便于描述，由服务器1301生成的一条媒体数据将被称为第一媒体数据，而且数据传输系统的操作方法将根据第一媒体数据进行描述。服务器1301通过对将要提供的多媒体数据中所包括的至少一个内容进行编码来生成多个成分。服务器1301可以通过对多个相关的不同内容进行编码来生成相同类型的多个成分。例如，服务器1301通过使用英语音频内容来生成第一音频成分，并通过使用韩语音频内容来生成第二音频成分。第一音频成分和第二音频成分是相同的类型，但是使用不同内容来生成。服务器1301可以通过使用不同的方法对相同的内容进行编码来生成多个成分。例如，如参照图I至图12C所述，具有不同比特率的多个成分可以通过将输入内容编码为具有不同的品质来生成。服务器1301生成第一媒体数据，其包括来自所生成的成分当中的至少一个成分。第一媒体数据可以包括所有可能类型的成分，或者可替换地，可以包括某些类型的成分。例如，当服务器1301生成视频成分、音频成分和字幕成分时，第一媒体数据可以包括所有的视频成分、音频成分和字幕成分，或者可替换地，可以只包括视频成分。贯穿本说明书，包括所有可能类型的成分的媒体数据被称为全表示(full-representation)或完整表示(complete-representation),并且只包括某些类型的成分的媒体数据被称为部分表示(partial-representation)。部分表示中所包括的成分可以与其他部分表示中所包括的成分一起处理，并且可以提供给解码器。关于第一媒体数据的信息可以包括指示第一媒体数据中所包括的成分是否与第二媒体数据中所包括的成分一起提供的信息，即，指示第一媒体数据是否是部分表示的信
肩、O 此外，关于第一媒体数据的信息可以包括成分信息，其是关于第一媒体数据中所包括的至少一个成分的信息。后面将参考图15、图17和图18来描述关于第一媒体数据的信息的示例，而且后面将参考图14和图16来描述成分信息的示例。在操作S1320中，服务器1301向客户端1302发送关于第一媒体数据的信息。当关于第一媒体数据的信息被发送时，信息可以包括在包含关于通过将一个内容编码为具有不同品质所生成的多个成分的信息文件(例如，媒体呈现描述)中。在操作S1330中，客户端1302基于关于第一媒体数据的信息，向服务器1301请求第一媒体数据中所包括的至少一个成分。后面将参考图21来描述在客户端1302中请求和处理成分的详细过程。客户端1302从媒体呈现描述中所包括的多个媒体数据当中选择至少一条媒体数据。客户端1302确定用户想要部分表示还是想要全表示。当没有用户输入时，可以推荐全表不。客户端1302基于用户的请求或通信环境选择具有适当比特率的第一媒体数据。然后，客户端1302获取第一媒体数据的首标信息，并向服务器1301请求第一媒体数据中所包括的至少一个成分。当第一媒体数据包括多个成分时，客户端1302可以向服务器1301选择性地请求期望的成分。在操作S1340中，服务器1301向客户端1302发送由客户端1302请求的、第一媒体数据中所包括的成分。在操作S1350中，客户端1302处理接收到的成分。当第一媒体数据是部分表示并且用户还选择第二媒体数据时，客户端1302还接收和处理第二媒体数据中所包括的成分。客户端1302通过组合第一媒体数据中所包括的成分和第二媒体数据中所包括的成分来输出用户期望的数据。在相关技术方法中，仅定义了全表示，而没有定义部分表示。也就是说，服务器1301只生成包括所有类型的成分的媒体数据，即，全表示。因此，客户端1302 —次下载和处理一条媒体数据的各个段。虽然这种相关技术方法相对简单和清晰，但是这种相关技术方法严重缺乏灵活性。当相同类型的成分具有不同的替换对象(alternative)时,服务器1301需要生成与各自替换对象相对应的多个媒体数据。例如，当存在通过以不同比特率对相同视频内容进行编码所生成的四个视频成分、以及三种不同语言的字幕时，服务器1301需要生成其数量对应于成分的各种组合的数量的12个媒体数据，这浪费了服务器1301的存储空间。由于服务器1301不知道由不同的URL指示的内容之间的协议或相似性，因此即使对服务器1301进行优化(例如，服务器1301可以从单独存储在盘中的ES实时生成媒体数据的段)，也不容易在内容递送网络(contentdelivery network, Q)N)中使用这种相关技术方法。然而，根据本示范性实施例，服务器1301生成只包括某些类型的成分的媒体数据，即，部分表示，因此，客户端1302可以通过检查期望的媒体数据、单独下载媒体数据的段、然后组合媒体数据中所包括的成分，来输出期望的数据。在这种情况下，服务器1301可以只生成包括基于比特率的视频成分的4个媒体数据、以及包括三种不同语言的字幕的3个媒体数据。根据另一个示范性实施例，这种情况是足够的，即，服务器1301只生成包括基于比特率的视频成分和预定语言的字幕成分的4个媒体数据、以及包括基于其余两种语言的字幕成分的2个媒体数据。因此，服务器1301所需的存储空间的大小和负荷可以显著降低。 图14是根据不范性实施例的、不出成分信息1402的表格。图14示出了基于图15的“PartialType”属性的值1401的成分信息1402。为了便于描述，假设成分包括在第一媒体数据中。当“PartialType”属性的值1401是“Video” 1410时，第一媒体数据包括视频ES。当“PartialType”属性的值1401是“Audio” 1420时，第一媒体数据包括音频ES。当“PartialType” 属性的值 1401 是“Multiplex-AV” 1430 时，第一媒体数据包括通过对视频ES和音频ES进行复用所生成的ES。当“PartialType” 属性的值 1401 是“Multiplex-AS” 1440 时，第一媒体数据包括通过对音频ES和字幕ES进行复用所生成的ES。当“PartialType”属性的值1401是“Subtitle” 1450时，第一媒体数据包括字幕ES。图15示出了根据示范性实施例的关于媒体数据的信息的示例。图15示出了具体实施为XML文件的MPD (媒体呈现描述)的示例。关于每条媒体数据的信息被包括在相应的〈pss: Representation〉标签中。<pss:Representation)标签中的“xsi:type” 属性可以设置为“oipf: RepresentationType”。在这种情况下，<pss: Representation〉标签可以包括“partialType” 属性和 “ switchGroup” 属性。“partialType”属性指示相应的媒体数据是部分表示。也就是说，由〈Representation〉标签指示的媒体数据中所包括的每个成分(例如,视频成分、音频成分、字幕成分等)从服务器下载，然后与从由另一个〈Representation〉标签指示的媒体数据获取的成分一起被提供给解码器。“partialType”属性可以具有图14的值1401中的任一值。关于“switchGroup”属性，包括通过将相同内容编码为具有不同品质所生成的成分的多个媒体数据具有相同的属性值。然而，通过将相同类型的不同内容(例如，两种语言的音频成分)进行编码所生成的多个媒体数据可以具有不同的属性值。<pss:SegmentInfoDefault)标签中的“xsi:type” 属性可以被设置为“oipf: SegmentlnfoDefaultType”。在这种情况下，<pss: SegmentInfoDefault> 标签可以包括 “pss: InitialisationSegmentURL，，属性。“pss: InitialisationSegmentURL”属性提供关于媒体数据的首标(即，初始化段)的参考信息。当“pss: InitialisationSegmentURL”属性存在于<pss:Period>标签中的<pss: SegmentInfoDefault)标签中时，该首标提供用于对所有类型的媒体数据(即，部分表示和全表示二者)的样本(sample)进行描述的元数据(例 如，MP4的moov、和TS的PAT/PMT) ο图16是根据另一个不范性实施例的不出成分信息1602的表格。图16示出基于图17的“PartialComponent”属性的值1601的成分信息1602。“PartialComponent”属性包括“ID”属性 1610、“类型(Type) ”属性 1620、“语言(LangVl性 1630、“角度(Angle)”属性 1640、“通道(Channels) ” 属性 1650、和“受损(Impaired)，，属性1660。“ID”属性1610指示媒体数据中所包括的成分的标识符。标识符的格式可以根据标识符的容器而改变。例如，PID可以用于MPEG2-TS，而且TrackID可以用于MP4。此外，用户可以设置期望的标识符的格式。“Type”属性1620指示成分的类型。例如，成分可以是视频成分、音频成分和字幕成分中的至少一个。“Lang”属性1630指示音频成分或字幕成分的语言代码。语言代码可以基于RCF5646。“Angle”属性1640指示视频成分中的相机角度。“Channels”属性1650指示音频成分中的音频通道(例如，5. I声道、2. I声道等)。“Impaired”属性1660指示提供用于受损用户的数据。例如,“Impaired”属性1660可以指示提供用于听力受损的用户的数据。图17示出根据另一个示范性实施例的、关于媒体数据的信息的示例。图17示出具体实施为XML文件的MPD的示例。当〈pss:Representation〉标签中的“xsi:type” 属性被设置为“oipf:RepresentationType” 时，〈pss:Representation〉标签可以具有现在将要描述的以下属性。“partialComponents”属性指示媒体数据是“部分表示(partial-representation) ”，而不是“全表不(full-representation) ”。也就是说，与〈pss:Representation〉标签相对应的媒体数据中所包括的至少一个成分(例如,用于提供单独视频数据、音频数据或字幕数据的Track/ES)与将从其他媒体数据下载的数据一起被提供给解码器。“partialComponents”属性描述媒体数据中所包括的每个成分。“partialComponents”属性的值可以是包括列表的字串(string),在该列表中，与成分有关的信息由分号(或冒号)进行划分。关于成分的信息包括图16中所示的属性。然而，应用负责选择期望的成分，并基于所选择的成分来设置解码器。
“partialComponents”属性可以由具有相同功能的另一个属性来替换，诸如“Partial” 属性、“Partial Type” 属性、“Component” 属性等。在图17中，假设“partialComponents”属性指示相应的媒体数据是否是部分表示。然而，根据示范性实施例，图17中的其他属性可以指示相应的媒体数据是否是部分表示，或者可替换地，图17中未示出的新的属性可以指示相应的媒体数据是否是部分表示。关于“switchGroup”属性，包括通过以不同方法对相同内容进行编码所生成的成分(例如，通过将相同内容编码为具有不同品质所生成的成分)的多个媒体数据可以具有相同的值。然而，通过将相同类型的不同内容(例如，两种语言的音频成分)进行编码所生成的多个媒体数据可以具有不同的属性值。因此，具有不同的“switchGroup”属性值的多个媒体数据可以通过组合多个媒体数据中所包括的成分来同时重现。然而，具有相同的“switchGroup”属性值的多个媒体数据不可以同时重现。<pss:SegmentInjfoDefault)标签中的“xsi:type” 属性可以被设置为 “oipf:SegmentlnfoDefaultType”。在这种情况下，<pss:SegmentInfoDefault> 标签可以包括现在将要描述的以下标签和属性。“pss: InitialisationSegmentURL”属性指示关于首标(即，初始化段)的参考信息。当 “pss: InitialisationSegmentURL” 属性存在于 <pss:Period> 标签中的<pss: SegmentInfoDefault)标签中时,首标提供用于对所有类型媒体数据(即，部分表示和全表示二者)的样本(sample)进行描述的元数据(例如，MP4的moov、和TS的PAT/PMT)。图18示出根据另一个示范性实施例的、关于媒体数据的信息的示例。图18示出具体实施为XML文件的MPD的示例。关于一条媒体数据的信息被包括在媒体数据的每个XML文件中的相应〈pss: Representation〉标签中，而且成分信息被包括在 “ op i f: component ” 属性中。〈pss:Representation〉标签可以包括“group”属性。当“group”属性具有不同于“O”的值时，相应的媒体数据不必是全表示，并且可以是部分表示。也就是说，与〈pss:Representation〉标签相对应的媒体数据中所包括的至少一个成分(例如,用于提供单独视频数据、音频数据或字幕数据的Track/ES)与将从其他媒体数据下载的数据一起被提供给解码器。在这种情况下，〈Component〉标签包括关于〈pss: Representation〉标签中所包括的至少一个成分的信息。〈Component〉标签可以包括图16中所示的属性。关于“group”属性，包括至少一个相同成分的多个媒体数据可以具有相同的值。然而，包括相同类型的不同成分(例如，两种语言的音频成分)的多个媒体数据可以具有不同的值。图19是根据示范性实施例的数据发送装置1900的框图。数据发送装置1900包括信息生成器1910、信息发送器1920和成分发送器1930。信息生成器1910生成关于包括至少一个成分的第一媒体数据的信息。信息生成器1910可以生成包括关于通过将一个内容编码为具有不同品质所生成的多个成分的信息的文件，并且可以将关于第一媒体数据的信息插入到该文件中。关于第一媒体数据的信息包括指示至少一个成分是否与从第二媒体数据获取的成分一起被提供给数据接收装置2000中的解码器的信息、以及关于至少一个成分的成分信息。
成分信息包括关于第一媒体数据中所包括的至少一个成分的类型信息。成分信息还可以包括至少一个成分的识别信息、通道信息、关于音频成分的语言代码信息和受损信息、关于字幕成分的语言信息和受损信息、关于视频成分的相机角度信息中的至少一个。关于第一媒体数据的信息还可以包括指示多个媒体数据中的每一个是否包括通过对相同内容进行编码所生成的成分的信息。例如，当第一媒体数据和第二媒体数据中的每一个都包括通过对相同内容进行编码所生成的成分时，第一媒体数据和第二媒体数据每个都可以被设置为具有包含相同值的预定字段。此外，当第一媒体数据和第二媒体数据包括通过将相同类型的不同内容(例如，不同语言的音频成分)进行编码所生成的相应成分时，第一媒体数据和第二媒体数据可以被设置为具有包含不同值的相应预定字段。图20是根据示范性实施例的数据接收装置2000的框图。信息接收器2010接收关于第一媒体数据的信息。关于第一媒体数据的信息包括指示至少一个成分是否与从第二媒体数据获取的成分一起被提供的信息。
成分接收器2020基于关于第一媒体数据的信息，获取至少一个成分。图21是根据示范性实施例的接收数据的方法的流程图。在操作S2110中，获取MPD。在操作S2120中，当MPD包括部分表示和全表示二者时，基于用户的输入来选择部分表示和全表示二者中的任意一个。当没有用户的输入时，可以推荐部分表示。当选择部分表示时，执行操作S2141。如果没有选择部分表示，则执行操作S2131。在操作S2131中，基于MPD中的元数据选择初始媒体数据。在一般情况下，基于媒体数据的比特率选择初始媒体数据。在操作S2132中，如果首标存在于媒体数据中，则获取首标。在操作S2133中，从媒体数据获取媒体段。在操作S2134中，从所获取的首标和媒体段获取ES。在这种情况下，一般选择单一音频流和单一视频流。如果有其他替换对象，则可以从该替换对象选择ES。在操作S2135中，设置重现器(r印iOducer)以便重现所选择的ES，并且重现ES。在操作S2136中，在重现ES的时候，确定用户是否请求利用首标/媒体段中的另一个ES来代替所选择的ES、或者添加另一个ES。如果没有任何请求，则在操作S2135中选择的ES继续被处理。如果存在请求(例如，请求转换比特率)，则选择所请求的全表示，并且执行操作S2132。在操作S2141中，基于MPD中的元数据(例如，“PartialComponent”属性或“BandWidth”属性)选择包括期望的ES的媒体数据。在操作S2142中，从相应的时段获取首标。在操作S2143中，从媒体数据获取媒体段。在操作S2144中，从所获取的首标和媒体段获取ES。在操作S2145中，配置重现器以便通过使用从首标或成分信息获取的信息来重现所选择的ES。当ID字段存在于“PartialComponent”属性中时,有可能在从流中提取的元数据中的流和MPD的首标之间执行精确映射。在这种情况下，可以在不解析首标的情况下将“TrackID”或“PID”发送到重现器。在操作S2146中，重现器被设置以便产生所选择的ES，并且重现ES。
在操作S2147中，在重现ES的时候，确定用户是否请求利用首标/媒体段中的另一个ES来代替所选择的ES、或者请求添加另一个ES。如果没有请求，则在操作S2146中选择的ES继续被处理。如果存在请求(例如，请求转换比特率)，则选择所请求的部分表示，并且执行操作S2142。在操作S2148中，确定所选择的部分表示的“SwitchGroup”属性的值是否与先前的部分表示的“SwitchGroup”属性的值相同。如果值相同，则执行操作S2144。如果值不同，则执行操作S2142。具体地，当用户选择具有相同的“SwitchGroup”属性值的不同部分表示(例如,包括具有不同比特率的成分的媒体数据)时，执行操作S2144。另一方面，当用户选择或添加具有不同的“SwitchGroup”属性值的不同部分表示时，执行操作S2141。本发明也可以示范性地实施为计算机可读记录介质上的计算机可读 代码。例如，根据示范性实施例的服务器的流传输装置和客户端的流传输装置可以包括耦合到图13和图14的装置1300的每个单元的总线，以及连接到总线的至少一个处理器。此外，流传输装置还可以包括耦合到至少一个处理器的存储器，以便存储命令、接收到的消息或生成的消息，其中至少一个处理器与总线组合以执行命令。计算机可读记录介质是能够存储数据的任何数据存储设备，该数据此后能够由计算机系统读取。计算机可读记录介质的示例包括只读存储器(ROM)、随机存取存储器(RAM)、CD-ROM、磁带、软盘、光学数据存储设备等。计算机可读记录介质也可以分布在与计算机系统耦合的网络上，从而计算机可读代码以分布式方式存储和运行。虽然上面已经具体示出和描述了示范性实施例，但是本领域普通技术人员将理解，可以在其中做出各种形式和细节上的改变，而不会偏离所附权利要求所限定的示范性实施例的精神和范围。
权利要求
1.一种接收数据的方法，该方法包括 获取关于第一媒体数据的信息，第一媒体数据包括至少一个成分；以及 基于关于第一媒体数据的信息，获取所述至少一个成分， 其中，关于第一媒体数据的信息还包括指示所述至少一个成分是否与从第二媒体数据获取的成分一起被提供的信息。
2.如权利要求I所述的方法，其中，关于第一媒体数据的信息还包括关于所述至少一个成分中的每一个的成分信息， 其中，成分信息包括关于第一媒体数据中所包括的所述至少一个成分的类型信息。
3.如权利要求2所述的方法，其中，成分信息还包括所述至少一个成分的标识信息。
4.如权利要求2所述的方法，其中，成分信息还包括关于第一媒体数据中所包括的视频成分的相机角度信息。
5.如权利要求2所述的方法，其中，成分信息还包括关于第一媒体数据中所包括的音频成分的通道信息和语言代码信息中的至少一个。
6.如权利要求2所述的方法，其中，成分信息还包括关于第一媒体数据中所包括的字幕成分的语言信息。
7.如权利要求I所述的方法，其中，关于第一媒体数据的信息还包括指示第一媒体数据和第二媒体数据是否包括通过对相同内容进行编码所生成的相应成分的信息。
8.如权利要求I所述的方法，其中，获取关于第一媒体数据的信息包括从包括关于通过将预定内容编码为具有不同品质所生成的多个成分的信息的文件中获取关于第一媒体数据的信息。
9.一种发送数据的方法，该方法包括 由服务器生成关于第一媒体数据的信息，第一媒体数据包括至少一个成分； 由服务器发送关于第一媒体数据的信息；以及 基于对应于发送关于第一媒体数据的信息的请求，由服务器发送所述至少一个成分， 其中，关于第一媒体数据的信息包括指示所述至少一个成分是否与从第二媒体数据获取的成分一起被提供的信息。
10.如权利要求9所述的方法，其中，关于第一媒体数据的信息还包括关于所述至少一个成分中的每一个的成分信息， 其中，成分信息包括关于第一媒体数据中所包括的所述至少一个成分的类型信息。
11.如权利要求10所述的方法，其中，成分信息还包括所述至少一个成分的标识信息。
12.如权利要求10所述的方法，其中，成分信息还包括关于第一媒体数据中所包括的视频成分的相机角度信息。
13.一种用于接收数据的装置，该装置包括 信息获取单元，其获取关于第一媒体数据的信息，第一媒体数据包括构成多媒体数据的至少一个成分；以及 成分获取单元，其基于关于第一媒体数据的信息，获取所述至少一个成分， 其中，关于第一媒体数据的信息包括指示所述至少一个成分是否与从第二媒体数据获取的成分一起被提供的信息。
14.一种用于发送数据的装置，该装置包括信息生成器，其生成关于第一媒体数据的信息，第一媒体数据包括至少一个成分； 信息发送器，其发送关于第一媒体数据的信息；以及 成分发送器，其基于对应于发送关于第一媒体数据的信息的请求，发送所述至少一个成分， 其中，关于第一媒体数据的信息包括指示所述至少一个成分是否与从第二媒体数据获取的成分一起被提供的信息。
15. 一种非临时性计算机可读存储介质，其具有记录在其上的用于运行接收数据的方法的程序，该方法包括 获取关于第一媒体数据的信息，第一媒体数据包括至少一个成分；以及 基于关于第一媒体数据的信息，获取所述至少一个成分， 其中，关于第一媒体数据的信息还包括指示所述至少一个成分是否与从第二媒体数据获取的成分一起被提供的信息。
全文摘要
提供了用于发送或接收数据的方法和装置。该方法包括获取关于第一媒体数据的信息，第一媒体数据包括至少一个成分；以及基于关于第一媒体数据的信息，获取所述至少一个成分，其中，关于第一媒体数据的信息还包括指示所述至少一个成分是否与从第二媒体数据获取的成分一起被提供的信息。
文档编号H04L29/06GK102812673SQ201080061416
公开日2012年12月5日 申请日期2010年11月15日 优先权日2009年11月13日
发明者权五埙, 河昊振, 任成彬, 张冠华, 琴智恩 申请人:三星电子株式会社