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

文档序号:7848252阅读:130来源:国知局
专利名称:发送和接收数据的方法和装置的制作方法
技术领域
与示范性实施例一致的方法和装置涉及发送和接收数据,更具体地,涉及通过使用指示媒体数据所包括的段中的可随机访问点的位置信息来提供随机访问的数据发送和接收方法和装置。
背景技术
通过网络发送媒体数据的方法的例子包括下载方法和流式传输方法(streamingmethod)。在流式传输方法中,服务器实时发送媒体数据,而且客户端实时重现(reproduce)接收到的媒体数据。在一般情况下,客户端顺序地重现媒体数据,但是当用户要求特技播放(trickplay)或跳到媒体数据中的特定部分时不能顺序地重现媒体数据。当媒体数据未被顺序地 重现时,数据重现应该开始于诸如I帧(I-frame)的参考数据,其并不涉及其他数据。通常,通过顺序地检测所有包(packet)来检测与I巾贞的开始相对应的包。

发明内容
技术方案一个或多个示范性实施例提供了通过发送和接收指示媒体数据所包括的段中的可随机访问点的位置信息来有效地提供随机访问的数据发送和接收方法和装置。


通过参照附图详细描述示范性实施例,上述和其他特征将变得更加明显,在附图中图I是根据示范性实施例的流式传输系统(streaming system)的示图;图2A和图2B是根据示范性实施例的、描述流式传输方法的流程图;图3是根据示范性实施例的、包括关于内容的信息的文件的大纲(schema);图4A示出根据示范性实施例的、用于定义多个媒体数据的信息;图4B示出根据示范性实施例的、关于媒体数据的首标(header)的信息;图4C示出根据示范性实施例的、关于多个媒体数据中的每一个中所包括的至少一段(segment)的信息;图5A和图5B是根据另一示范性实施例的、描述流式传输方法(streamingmethod)的流程图;图6是根据另一示范性实施例的、包括关于内容的信息的文件的大纲;图7示出根据示范性实施例的、关于内容的信息;图8A和图8B是根据示范性实施例的媒体呈现描述(media presentationdescription)的大纲;图9A至图9H示出了根据示范性实施例的媒体呈现描述;
图IOA至图IOC各自示出了根据示范性实施例的多个媒体数据;图IlA和图IlB是根据其他示范性实施例的描述流式传输方法的流程图;图12A和图12C各自示出了根据其他示范性实施例的多个媒体数据;图13是根据示范性实施例的、数据发送装置的框图;图14是根据示范性实施例的、数据接收装置的框图;图15A和图15B是各自示出根据示范性实施例的第一类型的位置信息的表;图16是示出根据示范性实施例的、使用图15A的第一类型的位置信息和图15B的第一类型的位置信息执行的随机访问的示图;
图17A和图17B中是各自示出根据示范性实施例的第二类型的位置信息的表;图17C示出了根据示范性实施例的位置信息;图18是示出根据另一个示范性实施例的、使用图17A的第二类型的位置信息和图17B的第二类型的位置信息执行的随机访问的示图;图19是示出根据示范性实施例的第三类型的位置信息的表;图20是示出根据示另一个范性实施例的第一类型的位置信息的表;图21示出了根据示范性实施例的可缩放(scalable)图像数据;图22是示出根据另一个示范性实施例的、使用位置信息执行的随机访问的示图;图23是示出根据另一个示范性实施例的、使用位置信息执行的随机访问的示图;图24是示出根据示另一个范性实施例的第二类型的位置信息的表;图25是示出根据示另一个范性实施例的第三类型的位置信息的表;图26A、图26B和图26C各自示出了根据其他示范性实施例的位置信息;图26D和26F示出了根据示范性实施例的TS包;图26E示出了根据示范性实施例的“TS_program_map_section”的结构;图27是示出根据示范性实施例的、在数据接收装置的用户请求特技播放时提供服务的方法的流程图;图28图示根据示范性实施例的、用于在MPEG TS中搜索I帧的TS包的结构;图29图示根据示范性实施例的、用于在MPEG TS中搜索I帧的MP4文件的结构;图30是示出根据示范性实施例的发送数据的方法的流程图;图31是示出根据示范性实施例的接收数据的方法的流程图;图32A和图32B不出了根据不范性实施例,根据“random_access_point_count”字段的值提供随机访问的方法;以及图32C示出了根据示范性实施例的使用包括至少一个其他段的位置信息的至少一段来提供随机访问的方法。最佳实施方式根据示范性实施例的一个方面,提供了一种接收数据的方法,该方法包括接收通过将内容编码为具有不同品质所生成的多个媒体数据中的至少一个,多个媒体数据中的每一个都包括至少一段;获得指示所述至少一段中的每一段的可随机访问点的位置信息;以及基于位置信息,提供对接收到的媒体数据的随机访问。获得位置信息可以包括从所述至少一段中包括的至少一个包获得与至少一段相对应的位置信息。
位置信息可以包括第一偏移信息,其表不与该位置信息相对应的至少一段中包括的可随机访问的随后包的位置。位置信息可以包括第二偏移信息,其表示与该位置信息相对应的至少一段中包括的所有可随机访问包的位置。位置信息可以包括第三偏移信息,其表示与该位置信息相对应的至少一段中所有访问单元的位置。位置信息还可以包括图像类型信息,其表示访问单元所指示的图像帧的类型。位置信息可以包括关于该位置信息的类型信息,其根据位置信息指定可随机访问点的方式进行分类。位置信息可以包括依赖信息,其表示与该位置信息相对应的至少一段中的可随机访问包是否将与其他包一起被重现。位置信息还可以包括表示将与可随机访问包一起被重现的包的总数。提供随机访问可以包括基于位置信息,获得将与可随机访问包一起被重现的包。位置信息可以包括三维(3D)图像信息,其指示与该位置信息相对应的至少一段中的可随机访问包是否将被用于提供3D图像。
位置信息还可以包括视点信息,其指示可随机访问包所提供的图像帧的视点。如果位置信息被划分并被包括在多个包中,则位置信息还可以包括结束信息,其指示当前包是否是包括该位置信息的最后包。所述至少一个媒体数据可以根据MPEG-2标准进行编码,而且位置信息可以从至少一个包的“private_data_bytes”字段当中的至少一个中的位置信息获得。所述至少一个媒体数据可以根据MPEG-4标准进行编码,而且位置信息可以从“moov”框(box)和“moof”框当中的至少一个获得。根据示范性实施例的另一方面,提供了一种发送数据的方法,该方法包括获得通过将内容编码为具有不同品质所生成的多个媒体数据,多个媒体数据中的每一个都包括至少一段;生成指示所述至少一段中的每一段的可随机访问点的位置信息;以及发送该位置信息。根据示范性实施例的另一方面,提供了一种接收数据的装置,该装置包括接收器,其接收通过将内容编码为具有不同品质所生成的多个媒体数据中的至少一个,多个媒体数据中的每一个都包括至少一段;获得单元,其获得指示所述至少一段中的每一段的可随机访问点的位置信息;以及提供单元,其基于位置信息,提供对接收到的媒体数据的随机访问。根据示范性实施例的另一方面,提供了一种发送数据的装置,该装置包括获得单元,其获得通过将内容编码为具有不同品质所生成的多个媒体数据,多个媒体数据中的每一个都包括至少一段;生成单元,其生成指示所述至少一段中的每一段的可随机访问点的位置信息;以及发送单元,其发送该位置信息。
具体实施例方式本申请要求2010年2月23日向美国专利商标局提交的第61/307,093号美国临时申请、2010年3月3日向美国专利商标局提交的第61/310,104号美国临时申请、2010年3月16日向美国专利商标局提交的第61/314,233号美国临时申请、2010年月4日13向美国专利商标局提交的第61/323,536号美国临时申请、2010年8月5日向美国专利商标局提交的第61/370,970号美国临时申请、2010年9月7日向美国专利商标局提交的第61/380,461号美国临时申请、2010年10月5日向美国专利商标局提交的第61/390,170号美国临时申请、2010年10月13日向美国专利商标局提交的第61/392,645号美国临时申请以及2010年10月22日向韩国知识产权局提交的第10-2010-0103727号韩国专利申请的优先权,其公开内容通过引用整体并入此处。下文中,将参照附图详细描述示范性实施例。为了便于描述,现在将对此处所使用的术语进行简单定义。内容(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的示图。参照图I,根据示范性实施例的流式传输系统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的画面相对应的媒体数据可以设置为一段(segment)。例如,当对具有两种品质的内容进行流式传输时,第一媒体数据可以包括通过将内容编码为具有第一品质并且基于时间对编码内容进行划分所生成的至少一段,而且第二媒体数据可以包括通过将内容编码为具有第二品质并且基于时间对编码内容进行划分所生成的至少一段。通过基于时间对每个媒体数据进行划分,自适应流式传输是可能的。例如,当流式传输开始时,服务器120发送与低品质的第一媒体数据的0到20秒相对应的一段。然后,当在20秒之后确定流式传输环境得到改善且客户端130请求更高品质的媒体数据时,服务器120可以发送与高品质的第二媒体数据的20到40秒相对应的段。由于基于时间将媒体数据划分成多个段,因此即使在流式传输期间也可以根据流式传输环境来发送不同媒体数据的段。图2A是根据示范性实施例的、描述流式传输方法的流程图。参照图2A,在操作210,客户端130向服务器120发送对于请求发送关于预定内容的信息的请求。当客户端130的用户从客户端130的屏幕上所显示的用户接口选择预定内容时,客户端130请求服务器120发送关于所选内容的信息。客户端130可以发送请求服务器120发送关于预定内容的信息的HTTP请求。当从客户端130接收到该请求时,服务器120向客户端130发送关于预定内容的 信息。服务器120将关于预定内容的信息作为对HTTP请求的HTTP响应发送给客户端130。关于预定内容的信息可以是根据开放IPTV论坛(OIPF)标准的内容访问描述符(contentaccess descriptor, CAD)。现在将参照图3详细描述关于预定内容的信息。图3是根据示范性实施例的、包括关于内容的信息的文件的大纲(schema)。该文件可以是CAD,并且可以是可扩展标记语言(XML)文件。标签(tag)和属性(attribute)被分开描述,但是对本领域技术人员显而易见的是,由标签定义的项目可以由属性来定义或者由属性定义的项目可以由标签来定义。参照图3,关于内容的信息可以包括“标题(Title) ”、“提要(Synopsis) ”、“原始站点(OriginSite) ”和“内容 URL (ContentURL) ” 标签。由于传统的媒体数据流式传输通过将一个内容编码为具有预定品质来生成一个媒体数据,因此传统的关于内容的信息(具体地,根据OIPF的CAD)不包括关于通过将内容编码为具有不同品质所生成的多个媒体数据的信息。然而,根据示范性实施例,关于内容的信息包括关于通过将一个内容编码为具有不同品质所生成的多个媒体数据的信息,并且对应于图3中的“轨道(Tracks) ”标签、“参考数据(RefData) ”标签和“片段(Fragments) ”标签。图4A示出根据示范性实施例的、用于定义多个媒体数据的信息。参照图4A,“轨道(Tracks) ”标签是用于对通过将内容编码为具有不同品质所生成的多个媒体数据进行分类的信息。“轨道(Tracks)”标签包括分配给每个媒体数据的“ID”属性、“类型(Type)”属性、“比特率(Bitrate) ”属性。“ID”属性定义了顺序地提供给多个媒体数据的标识符,“类型(Type) ”属性定义了媒体数据对应于音频数据、视频数据、视频/音频数据还是字幕数据。当“类型(Type)”属性是“打包的(Packed)”时,媒体数据是视频/音频数据,当“类型(Type)”属性是“视频(Video)”,媒体数据是视频数据。“比特率(Bitrate) ”属性定义了用于对媒体数据进行编码的比特率。图4B示出根据示范性实施例的、关于媒体数据的首标的信息。参照图4B,“参考数据(RefData) ”标签包括“类型(Type) ”属性和“ID”属性。“类型(Type) ”属性定义了首标的媒体格式。例如,当“类型(Type)”属性是“HEAD-TS”时,该首标是传输流格式的首标。“ID”属性定义了首标的媒体数据。当“ID”属性为“I”时,首标是媒体数据的ID为I的媒体数据的首标。此外,“参考数据(RefData) ”标签包括指向首标的信息,“URL”标签定义了首标的位置,即,首标的URL。“参考数据(RefData) ”标签是选择性元素。只有当首标与媒体数据分离并作为单独文件存在时,“参考数据(RefData) ”标签才被包括在关于内容的信息中,而且当首标与媒体数据组合时,“参考数据(RefData) ”标签可以不包括在关于内容的信息中。图4C示出根据示范性实施例的、关于多个媒体数据中的每一个中所包括的至少一段的信息。参照图4C,作为“片段(Fragments)”的标签的子标签“片段(Fragment) ”标签包括关于多个媒体数据中的每一个中所包括的至少一段的信息。“片段(Fragments) ”标签包括“接下来的片段 XMLURL(NextFragmentsXMLURL) ”属性。当像在直播(live)流式传输的情况下在对一个内容的流式传输完成之后继续地对后 面的内容进行流式传输时,只有在客户端130知晓关于后面的内容的信息时才可以无缝地对后面的内容进行流式传输。因此,“片段(Fragments)”标签将关于后面的内容的信息定义为“接下来的片段XMLURL(NextFragmentsXMLURL) ”属性。针对后面的内容的多个媒体数据的URL可以被定义为“接下来的片段XMLURL(NextFragmentsXMLURL) ”属性。“片段(Fragment)”标签包括关于当前内容的至少一段的信息。参照图4C,由“URL”标签定义构成通过以第一品质将内容编码为第一媒体数据所生成的第一段Wslicel-1. as”的URL信息,而且由“参考指针(RefPointer) ”标签定义相应首标的ID。此外,由“开始时间(StartTime) ”属性定义第一段的开始时间,并且由“持续时间(Duration) ”属性定义每段的持续时间。由“比特率(Bitrate) ”属性定义第一媒体数据的品质。在图4C中,“片段(Fragments) ”标签示出只包括一段的每个媒体数据。然而,如参照图I所述,对本领域技术人员显而易见的是,当每个媒体数据被划分成多个段时,一个“片段(Fragments) ”标签可以包括关于至少两段的信息。返回参照图2A,在操作220中,客户端130请求服务器120发送多个媒体数据中的至少一个。所述多个媒体数据是通过将一个内容编码为具有不同的品质来生成的。客户端130从多个媒体数据之中选择被编码为具有适合流式传输环境的品质的至少一个媒体数据,并且向服务器120请求所选择的至少一个媒体数据。客户端130可以基于关于内容的信息中所包括的关于多个媒体数据的信息,向服务器120发送HTTP请求。如上参照图4C所述,关于内容的信息可以包括“片段(Fragments)”标签。因此,客户端130请求服务器120基于“片段(Fragments) ”标签中所包括的URL信息发送所选择的媒体数据。服务器120根据客户端130的请求发送媒体数据。服务器120可以向客户端130发送所请求的媒体数据中的至少一段。服务器120可以将所请求的媒体数据作为对HTTP请求的HTTP响应发送给客户端130。图2B是根据另一个示范性实施例的、描述流式传输方法的流程图。图2B示出了当首标作为与媒体数据分离的单独文件存在时的流式传输方法。参照图2B,在操作212中客户端130请求服务器120发送关于预定内容的信息,并且服务器120发送关于内容的信息。操作212对应于图2A的操作210。接收包括上面參照图4B描述的“參考数据(RefData) ”标签的关于内容的信息。在操作222中,客户端130基于操作212中接收到的关于内容的信息请求从多个媒体数据当中选择的媒体数据的首标。基于操作212中接收到的关于内容的信息,从多个媒体数据当中选择适合流式传输环境的至少ー个媒体数据,并且请求所选择的至少ー个媒体数据的首标。通过參考操作212中接收到的关于内容的信息中所包括的“參考数据(RefData) ”标签,请求所选择的至少ー个媒体数据的首标。服务器120向客户端130发送所请求的首标。首标文件可以被发送到客户端130,并且可以是XML文件。在操作232中,客户端130基于操作212中接收到的关于内容的信息以及操作222中接收到的首标,请求服务器120发送所选择的媒体数据。客户端130请求服务器120发送通过基于时间对媒体数据进行划分所生成的至少一段,并且服务器120向客户端130发 送所请求的至少一段。图5A是根据另ー示范性实施例的、描述流式传输方法的流程图。參照图5A,在操作510中客户端130请求服务器120发送关于预定内容的信息,而且服务器120发送关于内容的信息。客户端130发送HTTP请求以请求服务器120发送关于内容的信息,并且接收作为HTTP请求的HTTP响应的关于内容的信息。关于内容的信息可以是XML文件。在操作510中由客户端130接收到的关于内容的信息不同于在操作210中由客户端130接收到的关于内容的信息,并且现在将參照图6和图7来描述它们之间的差別。图6是根据另ー示范性实施例的、包括关于内容的信息的文件的大纲。參照图6,与图3—祥,根据示范性实施例的关于内容的信息可以包括“标题(Title)”标签、“提要(Synopsis) ”标签、“原始站点(OriginSite) ”标签和“内容 URL(ContentURL) ” 标签。然而,在先前的图3的示范性实施例中,关于内容的信息通过包括“轨道(Tracks) ”标签、“參考数据(RefData) ”标签和“片段(Fragments) ”标签来包括关于多个媒体数据的信息,而在当前的图6的示范性实施例中,关于内容的信息不包括关于多个媒体数据的信息,而是仅定义包括关于多个媒体数据的信息的文件(以下称为媒体呈现描述(media presentation description))的 URL。“ 内容 URL(ContentURL) ” 标签可以定义媒体呈现描述的URL。在通过图6所示将媒体呈现描述的URL插入到关于内容的信息而不对传统的包含关于内容的信息的文件的大纲进行很大改变来执行适应流式传输环境的流式传输的同时,可以保持与各种媒体数据格式的兼容性。如图6所示,关于内容的信息可以只包括与流式传输方法相关的信息,而不包括关于多个媒体数据的信息。换句话说,“内容URL(ContentURL) ”标签可以包括定义在流式传输过程中所使用的媒体数据的格式的“媒体格式(MediaFormat) ”属性,以及定义媒体数据的类型的“MME类型(MMEType)”属性。具体来说,“内容URL(ContentURL) ”标签可以包括“传输类型(TransferType)”属性,它定义了内容的流式传输(streaming of content)所涉及的服务。“传输类型(TransferType)”属性可以定义内容的流式传输涉及内容递送(Content onDelivery, COD)服务、直播服务(live service) >自适应流式传输直播服务(adaptivestreaming live service)、还是自适应流式传输COD服务。图7示出根据示范性实施例的、关于内容的信息。图7所示的信息可以是根据OIPF标准的CAD。參照图7,根据图6的大纲生成的关于内容的信息可以在“内容 URL(ContentURL) ” 标签中定义媒体呈现描述的 URL。http://asexample. com/vod/movies/ 18888/Meta/MainMeta. xml是媒体呈现描述的URL。此外,如參照图6所描述的,“媒体格式(MediaFormat) ”属性、“ MME类型(MIMEType)"属性以及“传输类型(TransferType ) ”属性可以在“内容URL (ContentURL) ”标签中定义。返回參照图5A,在操作520中,客户端130基于操作510中接收到的关于内容的信息,向服务器120请求关于多个媒体数据的信息。客户端130可以通过HTTP请求向服务器120请求媒体呈现描述,并且可以接收作为HTTP响应的媒体呈现描述。在操作510中客户端130从服务器120接收的关于内容的信息可以包括參照图6和图7所述的媒体呈现描述的URL,因此,客户端130通过參考关于内容的信息的“内容 URL(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) ”标签。换句话说,“首标Url (headerUrl)”标签定义多个媒体数据的首标的URL。“isLive”标签定义流式传输所涉及的服务。例如,当“isLive”标签被定义为“直播(Live) ”吋,该流式传输涉及直播服务,当“ isLive”标签被定义为“CoD”吋,该流式传输涉及CqD服务。“内容类型(contentType) ”标签定义了在流式传输过程中使用的媒体数据的容器格式。“内容类型(contentType)”标签可以指示容器格式是MP4格式还是MPEG2-传输流(transport stream, 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)”标签中定义的“ startT ime ”属性、“第一间隔号(f irst IntervalNum) ”属性、“持续时间(duration)”属性、和“间隔计数(intervalCount)”属性推断出来时,“段(Segment)”标签可以不包括在媒体呈现描述中。另外,如果在“ url模板(urlTemplate)”中定义了预定模版,则可以不需要“段(Segment)”标签的“url”属性,并且通过利用已定义的预定模版替换多个媒体数据的每个ID和每个媒体数据中所包括的至少一段的ID来推断出段的URL。然而,另一方面,如果“段(Segment)”标签的属性不能从“流(Stream)”标签的其他属性推断出来,则针对每个段分别定义“段(Segment)”标签的属性。如果段的持续时间不同,则可能无法推断出“段(Segment)”标签的属性。当媒体数据中所包括的段的持续时间不同时,段的持续时间不能从“流(Stream)”标签的属性推断出来,因此段的持续时间可以分别通过使用“段(Segment)”标签的“持续时间(duration)”属性进行设置。当段的持续时间不同时,连续段的开始时间也不同。例如,当第一媒体数据的第一段的持续时间不同于第一媒体数据的第二段的持续时间时,第二段的开始时间和第三段的开始时间不能从“流(Stream)”标签推断出来。因此,每段的开始时间可以通过“开始时间(startTime)”属性进行定义。持续时间和/或开始时间可以使用“段(Segment)”标签的子标签取代使用“段(Segment)”标签的“持续时间(duration)”属性和“开始时间(startTime)”属性来定义。例如,可以设置构成“段(Segment)”标签的子标签的“ Url”标签,并且持续时间可以被定义为“Url”标签的属性,比如“< U丨丨=www_example_com/一/segnient.ts, duration=10/>,,。根据另ー个示范性实施例,持续时间可以基于连续段的持续时间之间的差来定义。上层标签(upper tag)可以定义默认持续时间,而且构成该子标签的“Url”标签可以只定义每段的默认持续时间和实际持续时间之间的差。如上所述,构成“段(Segment)”标签的子标签的“Url ”标签可以被定义为“<URL=www. example, com/ /segment.ts, duration=difference/>”。“差(Difference)”表示默认持续时间和实际持续时间之间的差。当通过使用“流(Stream)”标签或“段(Segment)”标签将相应段的默认持续时间定义为10分钟,而且构成该子标签的“Url”标签被定义为“〈Url=www.exampIe.com//segment.ts, duration=2/>”时,相应段的持续时间可以被定义为10+2=12分钟。參照图SB,根据另ー个示范性实施例的媒体呈现描述还可以包括“接下来的清单URL (nextManifestURL)”标签。如上所述,当对ー个内容的流式传输完成之后连续对后面的内容进行流式传输时,诸如在直播流式传输(live streaming)或广告插入的情况下,客户端130需要预先知道关于后面的内容的信息,以便无缝地对后面的内容进行流式传输。因此,将在当前内容之后被流式传输的后面的内容的媒体呈现描述的URL可以通过“接下来的清单URL (nextManifestURL)”标签进行定义。
图9A至图9H示出了根据示范性实施例的媒体呈现描述。參照图9A,根据示范性实施例的媒体呈现描述包括“URL模板(URLTemplate)”标签、“參考数据URL(RefDataURL)”标签、以及分别定义多个媒体数据的多个标签。图9A 的“URL 模板(URLTemplate)”标签和“參考数据 URL (RefDataURL)”标签分别对应于图8A和图8B的“url模板((urlTemplate)”标签和“參考数据URL(RefDataURL)”标签。图9A的“ ID”属性、“类型(Type)”属性、“比特率(BitRate)”属性、“开始时间(startTime)”属性、“段持续时间(SegmentDuration)”属性、“段开始 ID(SegmentStartID) ”属性和“段计数(SegmentCount)”属性分别对应于图8A和图8B的“流名称(streamName)”属性、“类型(Type)”属性、“比特率(BitRate)”属性、“开始时间(startTime)”属性、“流(Stream) ”标签的“持续时间(duration ) ”属性、“流(Stream) ”标签的“第一间隔号(firstlntervalNum)” 属性、“间隔计数(intervalCount)” 属性。图9A的媒体呈现描述包括关于通过将内容编码为具有不同品质所生成的三个视频数据的信息、关于ー个音频数据的信息、以及关于通过仅对用于特技播放的I-帧进行编码所生成的媒体数据的信息。參照图9B,根据示范性实施例的媒体呈现描述还包括“接下来的自适应控制URL(NextAdaptiveControlURL)”标签。“接下来的自适应控制 URL( NextAdaptiveControIURL),,标签对应于图8B的“接下来的清单URL (nextManifestURL)”标签。因此,将在当前内容之后被重现的后面的内容的媒体呈现描述的URL可以通过“接下来的自适应控制URL(NextAdaptiveControlURL)” 标签进行定义。图9C示出了当将在当前内容之后被重现的后面的内容的媒体呈现描述的URL通过图9B的“接下来的自适应控制URL (NextAdaptiveControlURL)”标签进行定义时的、后面的内容的媒体呈现描述。比较图9B和图9C的媒体呈现描述,由于图9C的媒体呈现描述用于后面的内容,所以“开始时间(startTime)”属性不同于图9B的当前内容的媒体呈现描述。图9D和图9E示出了用于选择性地控制用户想要执行的高品质视频重现的媒体呈现描述。图9D示出了当通过将ー个内容编码为具有5种不同品质来生成多个媒体数据时的媒体呈现描述。在这里,图9D和图9E的媒体呈现描述不同之处在于包括关于被编码为具有高品质的视频的信息(即,“ID”属性为“5”的媒体数据的“开始时间(startTime)”属性和“段计数(SegmentCount)”属性)的标签。服务器120根据客户端130的用户级别(user rating)选择性地发送图9D的媒体呈现描述或图9E的媒体呈现描述。当客户端130的用户级别高(例如,当客户端130是付费用户)吋,图9D的媒体呈现描述被发送从而高品质的视频被自由地重现,当客户端130的用户等级低(例如,当客户端130是免费用户)吋,图9E的媒体呈现描述被发送,从而从高品质的视频中的“开始时间(startTime)”属性所定义的时间开始重现“段计数(SegmentCount)”属性所定义的段。图9F示出当将广告插入到内容时的媒体呈现描述。參照图9F,媒体呈现描述可以包括关于广告内容和主内容(main content)的信息,其中广告内容和主内容具有不同的“开始时间(startTime)”属性。媒体呈现描述可以包括关于广告内容的信息以及关于主内容的信息,广告内容从“00:00:00”到“00:02:00”以“500000”比特率重现,主内容从“ 00:02:00 ” 开始以“ 1000000 ”、“ 2000000 ”、“ 3000000 ” 或 “ 4000000 ” 比特率重现。如 果服务器120通过将广告内容编码为具有一个比特率来向客户端130提供广告内容,并且通过以四个不同比特率对主内容进行编码来向客户端130提供主内容(其与广告内容具有不同的“开始时间(startTime)”属性),则可以从服务器120向客户端130发送图9F的媒体呈现描述。图9G示出根据示范性实施例的、包括关于广告内容的信息的媒体呈现描述。用于提供主内容的服务器和用于提供广告内容的服务器可以不同。换句话说,当客户端130从图5A的服务器120接收到主内容并且从除了服务器120之外的服务器接收到广告内容吋,图9G的媒体呈现描述可以包括广告内容的URL。如图9G所示,媒体呈现描述可以包括被编码为具有一个品质的广告内容的URL。图9H示出根据示范性实施例的、包括语言和字幕信息的媒体呈现描述。參照图9H,音频数据可以包括关于多种语言的信息。媒体呈现描述可以包括关于多种语言的音频数据的信息,其中“ ID”属性是“4”或“ 5”,或者可以包括关于多种语言的字幕的信息,其中“ID”属性是“6”或“7”。由于不仅音频数据而且字幕都可以根据时间而被划分为多个段,因此音频数据和字幕可以在流式传输的过程中被改变为另ー种语言的音频数据和字幕。返回參照图5A,在操作530中,客户端130请求服务器120发送多个媒体数据中的至少ー个媒体数据。客户端130通过參考关于多个媒体数据的信息来选择被编码为具有适合流式传输环境的品质的至少ー个媒体数据,并且向服务器120请求所选择的至少ー个媒体数据。客户端130可以发送HTTP请求来请求服务器120发送预定的媒体数据。服务器120根据客户端130的请求发送媒体数据。可替换地,服务器120可以向客户端130发送通过将内容编码为具有预定品质并且基于时间对编码内容进行划分所生成的至少一段。服务器120可以向客户端130发送所请求的媒体数据,作为对HTTP请求的HTTP响应。图5B是根据另ー个示范性实施例的描述流式传输方法的流程图。參照图5B,在操作512中客户端130请求服务器120发送关于预定内容的信息,并且从服务器120接收关于预定内容的信息。客户端130可以发送用于请求服务器120发送关于预定内容的信息的HTTP请求,并且接收作为对HTTP请求的HTTP响应的关于预定内容的信息。关于预定内容的信息可以包括在XML文件中。在操作522中,客户端130基于操作512中接收到的关于预定内容的信息,请求服务器120发送关于多个媒体数据的信息。客户端130可以通过HTTP请求来向服务器120请求媒体呈现描述,并且接收作为HTTP响应的媒体呈现描述。在操作532中,客户端130请求基于与操作522中接收到的关于多个媒体数据的信息而选择的媒体数据的首标。基干与操作522中接收到的关于多个媒体数据的信息,从多个媒体数据中选择适合流式传输环境的至少ー个媒体数据,并且请求所选择的至少ー个媒体数据的首标。通过參考操作522中接收到的关于多个媒体数据的信息来请求所选择的至少ー个媒体数据的首标。服务器120响应于客户端130的请求向客户端130发送所选择的至少ー个媒体数据的首标的文件。 在操作542,客户端130基于操作532中接收到的关于多个媒体数据的信息以及操作532中接收到的首标,请求服务器120发送所选择的媒体数据。客户端130请求服务器120发送通过将内容编码为具有预定品质并且基于时间对编码内容进行划分所生成的至少一段,并且服务器120向客户端130发送所请求的至少一段。图IOA至图IOC各自示出了根据本示范性实施例的多个媒体数据。图IOA至图IOC各自示出了包括在服务器120中的用于执行图5A和图5B中所示的流式传输方法之一的多个媒体数据。參照图10A,服务器120可以包括通过将ー个内容编码为具有多个不同品质所生成的多个媒体数据1010、1020和1030,以用于适合流式传输环境的流式传输。“Trackl (轨道I) ”至“TrackN(轨道N) ”表示多个媒体数据1010至1030。此外,多个媒体数据1010至1030中的每ー个都可以包括通过基于时间对多个媒体数据1010至1030中的每ー个进行划分所生成的至少一段。“SliceトI. as,,、“Sliceト2. as,,、“Sliceト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 (轨道2) ”的首标文件。“CadMeta. xml”文件可以是根据OIPF标准的CAD文件,而且“MainMeta. xml”文件可以是上面描述的媒体呈现描述。此外,“Headl. ref”和“Head2. ref”文件是选择性的元素,并且当首标被包括在多个媒体数据1010至1030中时可以不存在。參照图10B,客户端130访问多个媒体数据1010、1020和1030所需的信息1042还可以包括“NextMeta. xml”文件。如上所述,“NextMeta. xml”文件可以是将在当前内容之后被重现的后面的内容的媒体呈现描述。如上所述,当前内容的媒体呈现描述,即“MainMeta.xml”文件,包括后面的内容的媒体呈现描述的URL,并因此客户端130可以基于“MainMeta.xml” 文件访问 “NextMeta. xml” 文件。參照图10C,多个媒体数据1010、1020和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-2TS中包括首标文件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和/或DTS以及改变之后的第一 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和图12B各自示出了根据其他示范性实施例的多个媒体数据。图12A和图12B各自示出了服务器120中所包括的多个媒体数据,其用于执行图IlA和图IlB的流式传输方法之一。參照图12A,服务器120可以包括通过将ー个内容编码为具有多个不同品质所生成的多个媒体数据1010、1020和1030,以用于与流式传输环境相适应的流式传输,如图IOA所示。在这里,图12A的多个媒体数据1010至1030与图IOA的多个媒体数据1010至1030的不同之处在于客户端130访问多个媒体数据1010至1030所需的信息1240。与图IOA的示范性实施例不同,服务器120只包括关于多个媒体数据1010至1030的信息而不包括关于内容的信息。在这里,客户端130可以从其他实体而不从服务器120接收关于内容的信息,并且基于接收到的关于内容的信息来访问服务器120中所包括的多个媒体数据1010 至 1030。參照图12B,客户端130访问多个媒体数据1010至1030所需的信息1242可以通过将“NextMeta. xml”文件进ー步包括到图12A的信息1240中来进行准备。參照图12C,多个媒体数据1010、1020和1030的首标文件可以存在于ー个首标文件1250中。首标文件不针对多个媒体数据1010至1030中的每ー个而存在,而是可以作为一个首标文件1250而被包括在访问多个媒体数据1010至1030所需的信息1244中。首标文件1250对应于图IOC的首标文件1050。图13是根据示范性实施例的数据发送装置1300的框图。数据发送装置1300包括获得单元1310、生成单元1320和发送单元1330。获得单元1310获得通过将相同内容编码为具有不同品质所生成的多个媒体数据。多个媒体数据可以是通过根据不同方法对内容进行编码所生成的,或者可以是根据相同方法通过改变编码參数对内容进行编码所生成的。在这种情况下,多个媒体数据具有不同特征。例如,多个媒体数据可以在比特率、分辨率、或编解码器(codec)方面彼此不同。由于多个媒体数据是从相同内容生成的,因此可以在多个媒体数据中的ー个媒体数据与另ー个媒体数据之间切換(switch)。在使用高分辨率媒体数据的过程中当通信环境恶化时,用户可以从高分辨率媒体数据切换到从相同内容生成的低分辨率媒体数据。从ー个媒体数据到另ー个媒体数据的切换可以以段为单位进行。段是基于时间对编码内容进行划分来生成的。因此,ー个媒体数据可以包括ー个 或多个段。如果在使用第一媒体数据的第A段的过程中用户想要重现第二媒体数据(该第ニ媒体数据的质量不同于第一媒体内容的质量),则用户可以接收和使用与第一媒体数据的第A段相对应的第二媒体数据的段。生成単元1320生成位置信息,其指示多个段中的至少ー个段中的每ー个的可随机访问点。生成単元1320可以只生成ー个位置信息并使关于所有段的随机访问点信息都包括在已生成的位置信息中,或者可以分别生成与多个段相对应的多个位置信息。在后一种情况下,多个位置信息中的每ー个都在相应段中指定仅仅随机访问点的位置。在另ー个示范性实施例中,生成单元1320生成至少ー个段,其包括关于至少ー个其他段的位置信息,这将參照图32C来详细描述。多个段中的每ー个都可以由至少ー个数据单元构成。生成単元1320可以将位置信息插入到至少ー个数据单元的预定位置中。根据示范性实施例,位置信息根据多种方式之ー来发送。根据示范性实施例的五种发送位置信息的方式如下,但是示范性实施例不限于此。i)在根据MPEG-2标准对媒体数据进行编码的情况下,根据示范性实施例的位置信息可以通过将位置信息插入到传输包(transport packet)中的“adaptation field(适配字段)”中包括的“private_data_bytes (私有数据字节)”字段中来发送。“private_data_bytes”字段在传输流(TS)级别提供附加帧信息,这将在随后參照图26A来详细描述。ii)位置信息可以通过将位置信息插入到传输包的“adaptation field”中包括的“adaptation_field_extension (适配字段扩展)”字段中来发送。“adaptation_field_extension”字段包括用户可以重新定义和使用的“保留(reserved) ”区,而且位置信息可以通过“保留”区来发送,这将在随后參照图26B详细描述。iii)位置信息可以通过每个常规部分中的预定字段发送。例如,MPEG-2标准定义了“TS_description_section (TS描述部分)”,其通过使用“descriptor (描述符)”字段来提供各种描述。位置信息可以通过使用各种描述之ー来发送,这将在随后參照图26C和图26D来详细描述。iv)新的部分可以被定义,而且位置信息可以使用新的部分来发送。部分可以是在传输流中发送的各种数据格式之一,而且一般是包含与服务有关的信息(例如服务信息和节目指南信息)的数据,这将在随后參照图26E和图26F详细描述。v)在根据MPEG-4标准对媒体数据进行编码的情况下,位置信息被插入到“Moof ”框(box)或“Moov”框中。以下,为了便于描述,示范性实施例将參照包(packet)进行描述,但是对普通技术人员显而易见的是,示范性实施例可以应用于根据其他各种标准的编码,例如,根据MPEG-4标准的框(box)。位置信息的结构可以根据在相应段中指示可随机访问点的方法而改变。在示范性实施例中,现在将描述三种类型的位置信息,但是根据示范性实施例的位置信息不限于此。在三种类型的位置信息中,第一类型的位置信息包括第一偏移信息,其指示相应段中可随机访问的随后包的位置。第一类型的位置信息可以包括在每个包中可随机访问的 预定位置中。第一类型的位置信息将在随后參照图15A、图15B和图20详细描述。第二类型的位置信息包括第二偏移信息,其指示相应段中可随机访问的所有包的位置。第二类型的位置信息可以完全包括在ー个包中,或者可以划分为多个部分,所述多个部分可以分别包括在多个连续包中。例如,第二类型的位置信息可以划分为多个部分,而且所述多个部分可以包括在相应段的开始处的多个连续包中。第二类型的位置信息将在随后參照图17A、图17B和图24详细描述。第三类型的位置信息包括第三偏移信息,其指示关于相应段中所有访问单元(access unit)的位置信息。由于第三类型的位置信息包括关于所有访问单元的位置信息,可以容易地检测到甚至不能随机访问的访问单元的位置。第三类型的位置信息将在随后參照图19和图25详细描述。当如上所述使用不同类型的位置信息时,位置信息的类型需要被信号告知(to besignaled)。为此,生成単元1320可以将关于位置信息的类型的信息包括在位置信息中。发送单元1330发送位置信息。如上所述,位置信息可以被插入到相应段的预定包中,而且发送単元1330可以发送包含位置信息被插入到的段的媒体数据。图14是根据示范性实施例的数据接收装置1400的框图。參照图14,数据接收装置1400包括接收单元1410、获得单元1420和提供单元1430。接收单元1410接收通过将相同内容编码为具有不同品质所生成的多个媒体数据中的至少ー个。多个媒体数据包括至少一段,所述至少一段是基于时间对经编码的内容进行划分所获得的部分。接收单元1410可以首先接收包含关于通过将相同内容编码为具有不同品质所生成的多个媒体数据的信息的文件,而且可以选择性地接收多个媒体数据中的由用户选择的或者是基于周围环境来选择的至少ー个媒体数据。获得单元1420获得位置信息,其指示至少ー个段中的每ー个中的可随机访问点。位置信息可以包括关于仅仅向其插入位置信息的段中的随机访问点的信息,或者可以包括关于所有段(包括向其插入位置信息的段)中的随机访问点的信息。为了便于解释,假设位置信息包括关于仅仅向其插入位置信息的段中的随机访问点的信息。该段可以包括至少ー个包,例如,MPEG-2TS包(packet)或MPEG-4盒(box)。获得単元1420通过访问该段中的预定包来获得位置信息。
通过获得単元1420获得位置信息的方法可以根据位置信息的类型而改变。因此,首先,获得单元1420获取关于位置信息的类型的信息。在第一类型的位置信息的情况下,获得单元1420访问段中的特定包,例如,第一包。获得单元1420基于已访问的包中的预定位置(例如,“private_data_bytes (私有数据字节)”字段)来获得可随机访问的随后包的位置。获得单元1420可以随后访问可随机访问的包,以便获得随后的随机访问点的位置。在第二类型的位置信息的情况下,获得单元1420获得段中至少ー个预定包的位置信息。在一个示范性实施例中,第二类型的位置信息可以被划分为多个部分,而且该多个部分可以分别包括在多个连续包中。在这种情况下,获得单元1420获得并且组合来自多个连续包的位置信息。如果完全获得第二类型的位置信息,则不再需要再次从段中获得位置信息。由于位置信息可能被更新或者位置信息中可能存在错误,所以可以在对位置信息更新之后将其插入到特定包中,或者在预定时间周期中将其插入到包中。在第三类型的位置信息的情况下,获得单元1420获得段中至少ー个预定包的位 置信息。在一个示范性实施例中,第三类型的位置信息可以被划分为多个部分,而且该多个部分可以分别包括在多个连续包中。在这种情况下,获得单元1420获得并且组合来自多个连续包的位置信息。由于第三类型的位置信息包含指示段中所有访问单元(例如,P帧、B中贞、I巾贞)的位置信息的第三偏移信息,因此在必要时可以选择性地访问不能随机访问的访问单元。提供単元1430基于位置信息提供对接收到的媒体数据的随机访问。通常,通过使用“random_access_indicator (随机访问指示符)”字段来支持随机访问。因此,客户应该逐一捜索所有包直到检测到期望的随机访问点为止。然而,根据示范性实施例,可以经由特定字段(例如,MPEG-2TS包的首标中包括的“private_data_bytes”)提供随机访问信息来有效地提供随机访问。图15A是示出根据示范性实施例的第一类型的位置信息1510的表。參照图15A,“data_field_tag (数据字段标签)”字段1511表示第一类型的位置信息1510的类型。在示范性实施例中,假设位置信息对应于指示随后的随机访问点的第一偏移信息、指示所有随机访问点的第二偏移信息、或者指示所有访问单元(access unit)的位置的第三偏移信
O“data_field_length (数据字段长度)”字段1512表示字段长度。“offset (偏移)”字段1513是16比特字段,并且表示当前包与可随机访问的随后的包之间存在的包的总数。參照图15A,虽然在“ offset”字段1513中定义了包的总数,但是也可以定义任何其他值,例如字节总数、PTS、DTS、媒体的全球时间(global time)或帧号,只要它可以表示随后的随机访问点即可。全球时间可以使用时、分和秒来表示可随机访问的随后的包的位置。图15B是示出根据另ー个示范性实施例的第一类型的位置信息1510的表。參照图15B,“data_field_tag”字段1521表示第一类型的位置信息1520的类型。“data_field_length” 字段 1522 表示字段长度。“PTS”字段1523表示由“TS_index (TS索引)”字段1524所指示的包提供的帧的PTS。在一个示范性实施例中,“PTS”字段1523可以表示媒体的全球时间。
“TS_index”字段1524表示当前包与随机访问的随后的包之间存在的包的总数。图16是示出根据示范性实施例的、使用图15A的第一类型的位置信息1510和图15B的第一类型的位置信息1520执行的随机访问的示图。图16示出了一个段中的多个包。在图16中,假设第一类型的位置信息1510和1520仅仅包括在可随机访问的包中,而且段中的第一包是可随机访问的。图14的获得单元1420访问第一包中包括的“Private_data_bytes”字段。图14的获得单兀1420从第一包中包括的“Private_data_bytes”字段获得next_RAP_index (下ー个随机访问点索引)1550作为位置信息。从第一包获得的位置信息包括关于随后的随机访问点的偏移信息。假设当通过顺序地处理从第一包开始的多个包来向用户提供内容时,用户请求跳到特定位置。由于在跳跃之后数据重现应该从随机访问点开始,因此从获得的位置信息中检测随后的随机访问点的位置,然后访问与随机访问点相对应的包。然后,通过顺序地提供从所访问的包开始多个包来重现数据。 图17A是示出根据示范性实施例的第二类型的位置信息1710的表。第二类型的位置信息1710指示一个段中的所有随机访问点。第二类型的位置信息1710可以被插入到ー个包中,但是在某些情况下,可以被划分并被插入到多个连续包中的每ー个的特定字段中。如果第二类型的位置信息1710完全占据了可以插入数据的ー个包的空间,则该包可以不包括有效载荷数据(payload data)。在该包中,使用PID来识别有效载荷中包括的数据。因此,可以通过使用PID来确定该包是否包括位置信息。“data_field_tag(数据字段标签)”字段1711表示位置信息1710是第二类型的
位置信息。“data_field_length (数据字段长度)”字段1712表示字段长度。“狀 _:111(161_ ;[111811_;1^]^(随机访问点索引结束标记)”字段 1713 指示“ RAP_index(随机访问点索引)”(即,第二类型的位置信息)数据是否在当前包中结束。如上所述,第二类型的位置信息1710可以被划分并且存在于多个包中。当“ RAP_index_finish_flag”字段1713的值为0吋,随后的包可以包括第二类型的位置信息1710。-URAPjndeifinistuflag”字段1713的值为I时,随后的包可以不包括第二类型的位置信息1710。“PTS”字段1714要么表示开始于“TS_index”字段1715所指示的包的帧的PTS(这将在随后描述)、要么表示媒体的全球时间。“TS_index”字段1715表示每个随机访问点的索引。“TS_index”字段1715可以通过使用包总数或字节总数来表示每个随机访问点的位置。在图17A中,段中的随机访问点的总数是“n+1”。因此,在第二类型的位置信息1710中,“PTS”字段1714和“TS_index”字段1715重复出现“n+1”次。图17B是示出根据另ー个示范性实施例的第二类型的位置信息1720的表。第二类型的位置信息1720指示一个段中的所有随机访问点。“data_field_tag”字段1721表示第二类型的位置信息1720的类型。“data_field_length” 字段 1722 表示字段长度。“RAP_COunt (随机访问点计数)”字段1723表示段中的随机访问点的总数。“PTS”字段1724要么表示开始于“TS_index”字段1725所指示的包的帧的PTS(这将在随后描述)、要么表示媒体的全球时间。“TS_index”字段1725表示当前包与可随机访问的随后的包之间存在的包的总数。图17C示出根据另ー个示范性实施例的位置信息。特别地,图17C示出了根据示范性实施例的构成媒体数据的段的索引。參照图17C,根据示范性实施例的位置信息被插入到 segment_index (段索引)0 中,而且 segment_index ()通过 “private_data_field” 被发送。在图17C中,将省略与根据示范性实施例的位置信息无关的字段的描述。“segment_contains_rap (段包含随机访问点)”字段1731指示该段中是否存在至少ー个随机访问点。“segment_starts_with_rap(段从随机访问点开始)”字段1732指示最接近该段的访问点是否是随机访问点。也就是说,“segment_starts_with_rap”字段1732指示该段是否开始于随机访问点。“number_entries (条目数量)”字段1733表示随机访问点的总数。 “direction (方向)”字段1734表示随机访问点相对于当前位置所在的方向。例如,“direction”字段1734可以表示随机访问点是先前的随机访问点还是随后的随机访问点。"reference type (參考类型)”字段1735定义当随机访问点被索引时參考包(reference packet)的类型。表I示出了根据“reference type”字段1735的參考包的示例。表I
值描述""00 包括段索引的TS包
~~Oi um
10可以相对于在先访问单元參考的访问点
11随机访问点“offset flags (偏移标记)”字段1736表示偏移值的类型。表2示出了根据“offset flags”字段1736的值的偏移值的类型的示例。表2
值I描述
008比特
0116比特
1032比特
1164比特
如果“offset flags”字段1736的值为00而且表示偏移值的字段的值为3,则偏移值可以是8X3 (=24)比特。“rap_size_present_flag”字段 1737 指示在段条目(segment entry)中是否存在表不随机访问位置的信息。“rap_siZe”字段1738表示将被读取以便完整地解码随机访问单元的连续TS包的总数。也就是说,“rap_siZe”字段1738表示当前包与随后的可随机访问单元之间存在的包的总数。在这种情况下,“ rap_siZe”字段1738中定义的包的总数包括存在于访问単元的第一包与最后包之间的、具有不同PID的所有包。图18是示出根据另ー个示范性实施例的、使用图17A的第二类型的位置信息1710和图17B的第二类型的位置信息1720执行的随机访问的示图。图14的获得单元1420通过访问第一包或至少ー个连续包中包括的“Private_data_bytes”字段来获得第二类型的 位置信息1710和第二类型的位置信息1720。从第一包获得的第二类型的位置信息1710和 第二类型的位置信息1720包括关于段中所有随机访问点的偏移信息。假设当通过顺序地处理从第一包开始的多个包来向用户提供内容时,用户请求跳到特定位置。由于第二类型的位置信息1710和第二类型的位置信息1720包括段中所有随机访问点的偏移信息,因此访问存在于特定位置之后的随机访问点,而且通过顺序提供从所访问的包开始的多个包来重现数据。图19是示出根据示范性实施例的第三类型的位置信息1910的表。“data_field_tag”字段1911表示第三类型的位置信息1910的类型。“data_field_length” 字段 1912 表示字段长度。“AU_index_finish_flag (访问单元索引结束标记)”字段 1913 指示“AU_index”数据是否在当前包中结束。如上所述,第三类型的位置信息1910可以被划分并包括在多个连续包中。如果“AU_index_finish_flag”字段1913的值为0时,随后的包可以包括第三类型的位置信息1790。当“ AU_indeX_finish_flag”字段1913的值为I吋,随后的包可以不包括第三类型的位置信息1910。“TS_index”字段1914表示姆个访问单元的包的位置。根据另ー个示范性实施例,“TS_index”字段1914可以表示每个访问单元的“AU_information (访问单元信息)”字段的位置。“AU_coding_type_information (访问单元编码类型信息)”字段1915表示姆个访问单元的类型。例如,“AU_coding_type_information”字段1915可以表示姆个访问单元是B帧、P帧、I帧或IDR帧。图20是示出根据示另一个范性实施例的第一类型的位置信息2010的表。除了一些字段以外,图20的位置信息2010与图15的位置信息1510相同,现在将描述这些字段的差另1J。“dependency_flag (依赖标记)”(或“weighting_flag (权重标记))字段 2011 指示是否存在“dependency (依赖)”字段 2013。如果“dependency_flag”(或“weighting_flag)字段2011被设置为“1”,则由相应随机访问点指示的包依赖于另ー个包。也就是说,该包可以与至少另ー个包的数据一起被处理和重现。“viewing_flag (观看标记)”字段2012指示是否存在“viewing”字段2014。如果“vieWing_flag”字段2012被设置为“ 1”,则相应的随机访问点可以提供三维(3D)图像。“d印endency”字段2013表示与随机访问点对应的包的依赖。例如,假设存在由基本层(base layer)和增强层(enhancement layer)构成的可缩放图像分量(scalableimage component)。由于可以在没有增强层的情况下解码基本层,因此基本层的依赖被设置为“O”。然而,基本层和下层(lower layer)应该被解码以便对增强层进行解码。也就是说,层越高,层的依赖增加的越多。因此,增强层的依赖被设置为“I”或更多。术语“权重(weighting) ”与术语“依赖(dependency)”类似,但是术语“权重(weighting) ”的使用方式与术语“依赖(dependency)”的使用方式相反。例如,假设存在由基本层和增强层构成的可缩放图像分量。由于基本层可以在没有增强层的情况下进行解码,因此基本层比增强层更重要。因此,基本层的权重值大于增强层的权重值。“viewing”字段2014表不使用多视图编码进行编码的图像(例如,自由视点电视(TV)图像、多视点3D电视图像或立体(双视点)图像)的视点级别(viewpoint level)。在立体图像的情况下,与提供左视点图像的包相对应的“viewing”字段2014可以被设置为“0”,而且与提供右视点图像的包相对应的“ viewing”字段2014可以被设置为“I”。 图21示出了根据示范性实施例的可缩放图像数据。參照图21,提供了(n+1)个图像数据。与基本层相对应的图像数据是可以单独重现的低分辨率图像数据。如果用户需要其分辨率或声音质量比低分辨率图像高ー个级别的图像数据,则处理并重现与增强层I相对应的图像数据和与基本层相对应的图像数据。然而,与增强层I相对应的图像数据不能単独重现。类似地,如果用户需要最高分辨率的图像数据,则处理并重现从与基本层相对应的图像数据到增强层n中的图像数据的所有图像数据。图像数据的层越高,应该连同其他图像数据一起重现的图像数据越多。在这种情况下,图像数据的依赖增加但是其重要性减小。因此,分配到图像数据的权重较低。图22是示出根据另ー示范性实施例的、使用位置信息2210和2220执行的随机访问的示图。图22示出了多层的可缩放的图像数据。图14的获得单元1420访问与基本层相对应且可随机访问的包2201,并且从包2201的“ Private_data_bytes”字段中获得位置信息2210。參照图22,位置信息 2210 中的“dependency_flag”(或“weighting_flag”)字段表示包2201提供可缩放的图像数据。此外,可以通过使用位置信息2210中的“d印endency”字段来检查包2201的层。因为包2201中的“d印endency”字段的值为0,所以包2201对应
于基本层。获得单元1420通过參考“offset”字段来访问作为上层(upper layer)的包2202,并且从包2202中的“Private_data_bytes”字段中获得位置信息2220。在图22中,包2202中的“cbpendency”字段的值为1,因此包2202对应于增强层。图23是示出另ー根据示范性实施例的、使用位置信息2310和2320执行的随机访问的示图。图23示出了由左视点图像数据和右视点图像数据组成的立体图像数据。图14的获得单元1420访问与左视点图像数据相对应并且可随机访问的包2301,并且从包2301中的“Private_data_bytes”字段中获得位置信息2310。可以确定的是包2301基于位置信息2310中的“viewing_f lag”字段来提供3D图像。此外,包2301提供的图像的视点可以基于位置信息2310中的“viewing”字段来确定。因为包2301中的“d印endency”字段的值为0,所以包2301提供左视点图像数据。获得单元1420通过“offset”字段来访问与右视点图像数据相对应且可随机访问的包2302,并且从包2303中的“Private_data_bytes”字段中获得位置信息2320。在图23中,由于包2302中的“viewing”字段的值为1,因此包2302提供右视点图像数据。图24是示出根据另ー个范性实施例的第二类型的位置信息2410的表。除了ー些字段以外,图24的位置信息2410与图17A的位置信息1710相同,因此不再描述。图25是示出根据示另一个范性实施例的第三类型的位置信息2510的表。除了一些字段以外,图25的位置信息2510与图19的位置信息1910相同,因此不再描述。图26A示出了根据示范性实施例的、包括位置信息的MPEG TS的结构。參照图26A,在“ Adaptation field” 中被输入了“Private data” 的字段作为 “Private_data_byte”存在。数据发送装置1300定义“Private_data_byte”的长度并将该长度记录到“transport-private-data-length (传输私有数据长度)”字段。数据发送装置1300根据 “transport-private-data-length”字段将“Private data (私有数据)”记录到“Private_data_byte” 字段中。“Private_data_byte” 具有“无符号整数(unsigned integer) ” 形式的值。“Private_data_byte”的值是指关于具有随后的I巾贞的TS包相对于当前TS包的开始位置的偏移值。如果TS中存在若干个I帧,则在每个I帧的开始处存在“Adaptationfield” 字段。图26B示出了根据示范性实施例的、包括位置信息的MPEG-2TS的结构。參照图 26B, MPEG-2TS 包的首标包括“adaptation_field”。“adaptation_field” 包括“adaptation_field_extension,,字段。“adaptation_field_extension,,字段包括用户可以自由定义和使用的“reserved”区域。參照图26B,在“adaptation_field_extension”字段中,插入了指示是否预先设置了根据示范性实施例的位置信息的标志以及包括表示随后的随机访问点的位置的字节的字段。參照图26B,为了便于解释,只描述与位置信息有关的字段。“adaptation_field_extension_flag” 字段 2611 指不 “adaptation_field” 中是否存在 “adaptation_f ield_extension” 字段。“random_access_point_flag (随机访问点标记)”字段 2612 指不在“adaptation_fielcLextension”字段中是否存在关于随机访问点的位置的信息。“random_access_point_count (随机访问点计数)”字段2613表示TS包中提供的随机访问点的总数。如果“random_access_point_count”字段2613的值为I,则这意味着TS包包括仅仅ー个随机访问点的位置信息。图32A示出了当“random_access_point_count”字段2613的值为I时的TS包的示例。參照图32A,TS包包括仅仅ー个随后的随机访问点的位置信息,并且位于该随后的随机访问点之后的随机访问点的位置信息可以从该随后的随机访问点开始于其中的TS包中获得。如果“random_access_point_count”字段2613的值为2或更大,则这意味着TS包包括多个随机访问点的位置信息。图32B示出了当“random_access_point_count”字段2613的值为2或更大时的TS包的示例。參照图32B,TS包包括多个随机访问点的位置信息。因此,可以通过检测这个TS包来检测存在于预定部分中的随机访问点的位置。
“random—access—point—length (随机访问点长度)”字段2614表示从当前TS包到随后的随机访问点开始于其中的TS包的总字节。数据接收装置1400通过解析TS包的首标以获得“ adaptation—field—extension”字段中包括的信息来确定是否存在“random—access—indicator”字段。如果存在“random—access—indicator” 字段,则通过使用 “random_ _access_point_count”字段 2613 和“random_access_point_length”字段 2614,可以容易地检测出随机访问点的位置。參照图26B,将根据示范性实施例的位置信息插入到“adaptation_f ield_extension”字段,从而在不需要极大改变TS包的结构的情况下有效提供随机访问点的位
置信息。图26C示出了根据示范性实施例的包括位置信息的“TS_description_section(TS描述部分)”。根据MPEG 2标准,已经定义了各种部分以发送信令信息,诸如节目信息。表3示出了在MPEG-2标准中定义的部分(section)的示例。表权利要求
1.一种接收数据的方法,该方法包括 接收通过将内容编码为具有不同品质所生成的多个媒体数据中的至少一个,所述多个媒体数据中的每一个都包括至少一段; 获得指示所述至少一段中的每一段的可随机访问点的位置信息;以及 基于该位置信息,提供对接收到的媒体数据的随机访问。
2.如权利要求I所述的方法,其中,获得该位置信息包括,从所述至少一段中包括的至少一个包获得与所述至少一段相对应的位置信息。
3.如权利要求2所述的方法,其中,该位置信息包括第一偏移信息,其表示与该位置信息相对应的至少一段中包括的可随机访问的随后包的位置。
4.如权利要求2所述的方法,其中,该位置信息包括第二偏移信息,其表示与该位置信息相对应的至少一段中包括的所有可随机访问包的位置。
5.如权利要求2所述的方法,其中,该位置信息包括第三偏移信息,其表示与该位置信息相对应的至少一段中所有访问单元的位置。
6.如权利要求5所述的方法,其中,该位置信息还包括图像类型信息,其表示访问单元所指示的图像帧的类型。
7.如权利要求2所述的方法,其中,该位置信息包括关于该位置信息的类型信息,其根据该位置信息指定可随机访问点的方式进行分类。
8.如权利要求2所述的方法,其中,该位置信息包括第一依赖信息,其表示与该位置信息相对应的至少一段中的可随机访问包是否将与其他包一起被重现。
9.如权利要求8所述的方法,其中,该位置信息还包括第二依赖信息,其表示将与可随机访问包一起被重现的包的总数。
10.如权利要求9所述的方法,其中,提供随机访问包括基于该位置信息,获得将与可随机访问包一起被重现的包。
11.如权利要求2所述的方法,其中,该位置信息包括三维(3D)图像信息,其指示与该位置信息相对应的至少一段中的可随机访问包是否将被用于提供3D图像。
12.如权利要求10所述的方法,其中,该位置信息还包括视点信息,其指示可随机访问包所提供的图像帧的视点。
13.如权利要求4所述的方法,其中,如果该位置信息被划分并被包括在多个包中,则该位置信息还包括结束信息,其指示当前包是否是包括位置信息的最后包。
14.一种接收数据的装置,该装置包括 接收器,其接收通过将内容编码为具有不同品质所生成的多个媒体数据中的至少一个,所述多个媒体数据中的每一个都包括至少一段; 获得单元,其获得指示所述至少一段中的每一段的可随机访问点的位置信息;以及 提供单元,其基于该位置信息,提供对接收到的媒体数据的随机访问。
15.一种计算机可读记录介质,其具有记录在其上的用于运行方法的计算机程序,该方法包括 接收通过将内容编码为具有不同品质所生成的多个媒体数据中的至少一个,所述多个媒体数据中的每一个都包括至少一段; 获得指示所述至少一段中的每一段的可随机访问点的位置信息;以及基于该位置信息 ,提供对接收到的媒体数据的随机访问。
全文摘要
提供了用于发送和接收数据的方法和装置。在接收数据的方法中,接收通过将内容编码为具有不同品质所生成的多个媒体数据中的至少一个,所述多个媒体数据中的每一个都包括至少一段;获得指示所述至少一段中的每一段的可随机访问点的位置信息;以及基于该位置信息,提供对接收到的媒体数据的随机访问。
文档编号H04L12/16GK102771081SQ201180010793
公开日2012年11月7日 申请日期2011年2月23日 优先权日2010年2月23日
发明者崔馨铎, 张冠华, 权五埙, 河昊振, 琴智恩, 金善勃 申请人:三星电子株式会社
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1