[发明专利]多媒体流的自适应转码的方法和装置

说明书

技术领域

本发明涉及一种用于多媒体流、特别是音频和/或视频流的自适应转码的方法和装置。

背景技术

音频和/或视频流可以通过使用各种不同设备的用户而被消费。值得注意地，视频流可能要求适配于再现设备的屏幕尺寸的格式或表示。音频流可能同样会受到再现设备所设置的限制。然而，在下面将集中于视频流地提出本发明。

由于在其上对内容进行流传输的连接中的变型导致也可能需要任何种类的流传输内容的自适应。例如，无线连接由于拥塞、或者接收设备的漫游引起的变化的接收条件，可能仅提供变化的吞吐量。

已经提出了内容的自适应流传输的多种实现方式。例如加利福尼亚的苹果公司的也被称为“HTTP实时流传输”或“HLS”的实现方式。这种实现方式由R.Pantos描述在2010年11月的IETF,Internet-Draft Version5(draft-pantos-http-live-streaming-05)的《HTTP Live Streaming》中。

另一种实现方式是由Microsoft^TM提出的，被称为“Silverlight平滑流传输”。这种实现方式描述在《IISsmooth streaming technical overview》中。详细信息在http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=03d22583-3ed6-44da-8464-b1b4b5ca7520上在线可得。

又一种实现方式是由Adobe Systems公司提出的，已知名称为“Adobe动态流传输”。详细信息可以在文件《HTTP dynamic streaming on the Adobe Flash platform》中找到，在http://www.adobe.com/products/httpDynamic-streaming/pdfs/httpdynamicstreaming wp ue.pdf上在线可得。

标准化工作仍然由SA4小组内的3GPP进行，并且由“HTTP上的动态自适应流传输”（DASH）小组进行MPEG中的标准化工作。关于这项工作的详细信息由T.Stockhammer公开在《Dynamic adaptive streaming over HTTP-standards and design principles》（2011年多媒体系统ACM会议（MMSysE2011）学报，2011年2月，第157-168页）中。

在所有的已知的实现方式中，服务器必须已经存储了已被预编码和已准备好传送的要被流传输的内容——无论是作为单独的块或是作为可以从较大的容器文件中提取出来的分段。

Kevin J.Ma、Radim Bartos、Swapnil Bhatia、Raj Nair在的《Mobile video delivery with HTTP》（IEEE通信杂志，2011年4月，第166-174页）中公开了使用转码的内容的自适应流传输。转码被用来将多媒体内容从一种格式转变到另一种格式。

Kuei-Chung Chang、Ren-Yo Wu、Tien-Fu Chen《Efficient segment-based video transcoding proxy for mobile multimedia services》（2005年多媒体和展览IEEE国际会议（ICME），第755-758页）中也讨论了流传输的视频的转码。

发明内容

本发明的一个目的是改进经转码的流传输的内容的用户体验，并同时减少服务器和/或系统要求。

该目的通过在所附的权利要求中所提出的方法和装置来实现。相应的从属权利要求表示该装置和方法的实施例和发展。

具体实施方式

为了为流传输的内容的每个项目提供可能的最佳用户体验，用户可以选择适合于他/她打算使用的回放设备的内容格式。该选择也可以基于其它考虑因素，包括但不限于传输（特别是关于经由相同的传输信道并发的传输）所需的带宽，以及与传输带宽相关联的成本。同样地，付费内容可能具有取决于显示的质量的定价。