一种对媒体内容进行自适应的方法和装置的制造方法
【专利说明】一种对媒体内容进行自适应的方法和装置
[0001]相关申请的交叉引用
[0002]本申请要求2013年I月18日递交的发明名称为“一种由服务器管理的自适应流媒体的方法和系统”的第61/754，422号临时专利申请案的在先申请优先权，该在先申请的内容以引用的方式并入本文。
【背景技术】
[0003]由于超文本传输协议(HTTP)动态自适应流媒体(DASH)技术能够利用现有的互联网基础设施如基于HTTP的内容分发网络(⑶N)，因此，DASH技术可以用于通过媒体展示描述(MPD)导向的并基于片段的流媒体形式高效地传送多媒体服务。
[0004]由DASH技术支持的动态自适应流媒体通过客户端驱动和管理。在客户端管理的自适应流媒体中，客户端不仅可以选择一组适配集合以及每个适配集合中的一个具体表述并请求其中的片段，而且对表述切换、更新的MPD获取、编码器时钟漂移控制等进行决策。这些选择和决策应当在MPD中提供的信息(例如，每个已选表述的带宽)、环境的静态特征(例如，客户端解码和渲染能力)以及客户端监测到的关于其随环境变化的动态特征(例如，网络连接的可用带宽)的基础上，与客户端环境相适合。
【发明内容】
[0005]本发明实施例提供了一种对媒体内容进行自适应性流媒体的装置、方法及非瞬时性计算机可读介质。
[0006]对媒体内容进行自适应的媒体服务器向用户端设备发送包括指定流媒体适配参数的信息的媒体展示描述(MPD)文件。所述媒体服务器接收来自所述用户端设备的请求。所述请求包括数据对象位置指示和包含至少一个所述流媒体适配参数的值的查询字符串。在接收到所述请求后，所述媒体服务器根据所述请求的所述数据对象位置指示和所述查询字符串中的至少一个，选择待返回至所述用户端设备的数据对象并向所述用户端设备发送包含所述数据对象的响应。
[0007]一种媒体服务器对媒体内容进行自适应的方法，其中，所述媒体服务器向用户端设备发送包括指定流媒体适配参数的信息的媒体展示描述(MPD)文件。所述媒体服务器从接收来自所述用户端设备的请求。所述请求包括数据对象位置指示和和包含至少一个所述流媒体适配参数的值的查询字符串。在接收到所述请求后，所述媒体服务器根据所述数据对象位置指示和所述查询字符串中的至少一个，选择待返回至所述用户端设备的数据对象并向所述用户端设备发送包含所述数据对象的响应。
[0008]提供了一种存储媒体服务器中的处理器可执行指令的非瞬时性计算机可读介质，以执行以下操作，所述操作包括:向用户端设备发送包括指定流媒体适配参数的信息的媒体展示描述(MPD)文件；
[0009]接收来自所述用户端设备的请求，其中，所述请求包括数据对象位置指示和包含至少一个所述流媒体适配参数的值的查询字符串；
[0010]在接收到所述请求后，根据所述数据对象位置指示和所述查询字符串中的至少一个，选择待返回至所述用户端设备的数据对象并向所述用户端设备发送包含所述数据对象的响应。
【附图说明】
[0011]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对本发明实施例或现有技术描述中所需要使用的附图作简单地介绍。
[0012]图1是本发明实施例提供的自适应流媒体系统的示意图；
[0013]图2示出了图1所示媒体服务器104和用户端设备的功能组件的示例；
[0014]图3是图1所示媒体服务器的方框图；
[0015]图4是图1所示用户端设备的方框图；
[0016]图5是本发明实施例提供的与图1所示网络环境相关的对媒体内容进行自适应的方法的流程图。
具体实施例
[0017]为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例提供的技术方案进行清楚、完整地描述。
[0018]总的来说，本发明描述了通过网络对音频和视频数据等媒体数据进行自适应的技术。本发明的技术可以与自适应流媒体技术，比如，HTTP动态自适应流媒体(DASH)技术配合使用。
[0019]图1示出了本发明实施例提供的根据DASH技术对媒体数据进行串流的自适应流媒体系统100。所述系统100包括用户端设备102、媒体服务器104、内容准备设备106以及网络108。所述网络108可以包括交换机、路由器、通信通道以及用于将数据从所述网络108的一处传输到所述网络108的另一处的其他设备。所述网络108可以包括内容传送网络(CDN)，其中，内容传送网络也称为内容分发网络。用户端设备102和媒体服务器104与网络108连接。用户端设备102先向媒体服务器104请求播放媒体内容；然后，媒体服务器104通过网络108向用户端设备102发送所述媒体内容。在一些示例中，内容准备设备106和媒体服务器104可以通过网络108或者其他网络耦合，也可以直接进行通信耦合。在一些示例中，所述内容准备设备106和所述媒体服务器104可以包括相同的设备。用户端设备102可以是任一类型的用户设备(UE)，例如，包括个人计算机、笔记本电脑、平板电脑、智能手机、个人数字助理等。在一实施例中，用户端设备102可以是与数据处理系统耦合以用于接收IPTV的电视，也可以是与有线或卫星提供商机顶盒耦合的电视。
[0020]根据通过网络108进行流媒体的DASH技术，可以通过各种方式对媒体数据(比如，电影或其他音/视频内容)进行具有各种特征的编码。内容准备设备106可以为同一媒体内容形成多个表述。一个表述可以是音频或视频数据的很多可选编码版本中的一个。所述表述之间的区别在于编码类型，比如，码率、分辨率和/或视频数据的编码解码器，以及码率、语言和/或音频数据的编码解码器。术语“表述”可以指通过特定的方式编码的已编码音频或视频的一部分，其对应所述媒体内容的一个特定的时段。DASH技术中定义了同一媒体内容的各表述属于相同的适配集合。
[0021]一个表述可以包括一个或多个片段。一个片段可以被一个标识符，比如，统一资源定位符(URL)、统一资源名(URN)或者统一资源标识符(URI)唯一引用。通过用户端设备102发送的一个HTTP GET请求，可以请求由特定的URL标识的特定的单个片段。或者，在本发明的多种实施例中，至少有一些片段没有特定的URL。
[0022]如上文所述，适配集合的表述可以有不同的比特率，使得可以进行带宽适配。在传统的DASH技术中，通过从具有与当前可用带宽量能够最相适应的比特率的表述中取得数据，这可以使用户端设备适应不同的可用带宽。根据本发明实施例，媒体服务器104可用于进行带宽适配。例如，媒体服务器104可以接收指示当前网络带宽量的信息，并根据所述带宽和用户端设备102的编码和渲染能力相应地选择一个表述。
[0023]图2示出了所述媒体服务器104和所述用户端设备102的逻辑组件的示例。媒体服务器104存储了电影或电视节目等媒体文件20的多个版本(例如，版本1、2)。所述媒体文件20的每个版本具有不同于其他版本的质量级别(例如，屏幕尺寸、空间分辨率、帧率或调色板)。此外，虽然描述为媒体服务器104存储一个媒体文件20，但其可以不止存储一个媒体文件。所述媒体文件20可以存储于媒体服务器104的存储器或者大容量存储设备中。
[0024]所述媒体文件20的每个版本可以包括一个或多个具有不同比特率的的表述。例如，版本I可以具有适合桌面的相同的屏幕尺寸。在版本I下，可以有多个表述(尽管图中只示出了一个表述(即，表述I))，所述多个表述对于不同能力的不同桌面具有不同的比特率。与版本I类似，版本2可以具有适合手机等移动设备的屏幕尺寸，并且，版本2也可以有不同比特率的不同表述(尽管图中只示出了一个表述(g卩，表述2))。
[0025]如图2所不，将每个表述(例如，表述I和表述2)分割成多个片段(例如，片段1、片段2、片段3……和片段η)。需要说明的是，根据真实情况，η可以为任意整数。每个片段的持续时间或者长度在数秒钟的范围内，例如，在I?20秒钟范围内。
[0026]如图2所示，描述了两个表述，即，表述I和表述2。需要说明的是，媒体文件20中可以包括更多表述。表述I和表述2可以位于相同的适配集合中。版本I和版本2的各个片段与其他版本中的对应片段可以具有相同的时间长度。例如，版本I中的片段I和版本2中的片段I可以具有相同的时间长度；版本I中的片段2和版本2中的片段2可以具有相同的时间长度；版本I的片段3和版本2中的片段3可以具有相同的时间长度。这一特点使得媒体服务器104可以一个片段一个片段地在表述I和2之间进行切换。
[0027]但是，所述片段是具有不同质量级别的版本1、2的片段，因此，相应片段的数据长度/大小可能不同。例如，假设媒体文件20是视频文件，版本I分辨率较高，版本2分辨率较低。由于所述片段的对应片段至少有一些具有相同的时长，因此，为了适应不同的分辨率，这些对应片段的数据量各不相同。因此，与版本2中的片段I相比，版本I中的片段I包含较多的数据(因而具有较大的数据大小)。
[0028]因此，由于版本I和2具有不同的质量级别，所述片段的相应片段时间长度相同但数据大小不同，因此，用户端设备102消耗一个相应片段中的数据的速率不同于用户端设备102消耗另一个相应片段中的数据的速率。通过上面的例子，其中，媒体文件20为视频文件，版本I分辨率较高，版本2分辨率较低，其意味着用户端设备102消耗版本I的片段I中的数据的速率(比如，比特/秒)高于用户端设备102消耗版本2的片段I