用于差异媒体分布的系统和方法与流程

文档序号:14950750发布日期:2018-07-17 22:29阅读:107来源:国知局

本申请要求于2017年1月10提交的美国临时申请号62/444,761的优先权,其内容以引用方式被并入本文。

本发明公开的技术总体媒体内容分布,并且更具体地一些实施例涉及用于差异媒体内容分布的系统和方法。



背景技术:

图像和声音格式的增加已经对数字媒体分布产生影响。这种增加已经对被用来以多种期望的格式向终端用户分布媒体的数字媒体包的大小和数量产生影响。预期到,随着新的格式被创造,图像和声音的格式将会继续多样化。从而提出了适应于新的投影和显示技术的传递的显著的逻辑实践的挑战,除了新的多种声音格式以及服务数字影院所需的现有多种递送规格和随后的数字分布外,还要求新的投影和显示技术来递送增加的分辨率、亮度、色域和对比度。

为了适应面向消费者的回放装置的多样化,媒体创造者和分布者一般创造、存储并维持特定产品或内容文件的各个并且截然不同的媒体文件版本。例如,对于任何给定的电视秀或电影产品,各个媒体版本文件会需要针对高清晰度、超高清晰度、16:9像素比、4:3像素比、不同的语言格式、不同的内容格式和审查制度格式、不同的颜色格式、如本领域中已知的任何其他媒体文件属性、以及这些不同属性类型的任何可能的序列进行维持。因此,随着图像、声音和内容多样化增加,必须被维持的媒体版本文件的数量变得越来越大。



技术实现要素:

根据公开的技术的各种实施例,描述了用于差异媒体内容分布的系统和方法。本文中公开的实施例可以包括用于电子媒体分布的系统,该用于电子媒体分布的系统包括差异版本控制服务器。该差异版本控制服务器可以包括处理器和具有被嵌入在其上的计算机可读指令的非暂时性计算机可读介质,其中当被执行时,所述计算机可读指令使得所述处理器接收第一媒体文件和第二媒体文件。所述第一媒体文件可以包括具有第一属性集的第一数据集,第一属性集选自一个或多个属性种类,并且所述第二媒体文件可以包括具有第二属性集的第二数据集,第二属性集选自所述一个或多个属性种类。例如,属性种类可以包括位数、位深、颜色格式、音频格式、本地化格式、内容格式、或如本领域中已知的其他属性种类。计算机可读指令可以进一步使得所述处理器根据所述第一媒体文件与第二媒体文件之间的差异生成第一差异数据文件,以及生成第一差异元数据。第一差异数据文件可以包括被配置为使得媒体解码器能够通过将所述第一差异数据文件应用于第一媒体文件重新生成所述第二媒体文件的编码数据集。在一些示例中,第一属性集是第二属性集的子集。

在一些实施例中,第一媒体文件与第二媒体文件之间的差异的功能包含以逐位粒度、逐像素粒度、逐帧粒度比较第一媒体文件与第二媒体文件。示例系统可以包括通信网络和媒体存储库,其中差异版本控制服务器和媒体存储库位于通信网络上,并且第一媒体文件和第一差异数据文件被存储在媒体存储库中。在一些示例中,用户装置和本地网关被配置为建立用户装置与所述通信网络之间的通信通道,其中用户装置被配置为通过通信通道访问第一媒体文件、第二媒体文件、第一差异数据文件或第一差异媒体文件。

在所述系统的一些实施例中,回放装置可以被通信地耦接到差异版本控制解码器。回放装置可以被配置为回放第二媒体文件。例如,回放装置可以是电视、移动电话、平板电脑、个人电脑、视频游戏控制台、投影仪、或如本领域中已知的其他媒体回放装置。

所述系统的一些实施例可以包括接收器,接收器被通信地耦接到差异版本控制解码器。差异版本控制解码器可以包括处理器和具有被嵌入在其上的计算机可读指令的非暂时性计算机可读介质,其中当被执行时,计算机可读指令使得处理器接收第一媒体文件和第一差异数据文件,并且通过将第一差异数据文件应用于第一媒体文件来生成第二媒体文件。

根据结合附图考虑的以下详细描述,公开的技术的其他特征和方面将会变得显而易见,附图以示例的方式图示了根据公开的的实施例的特征。发明内容概述不旨在限制本文中描述的任何发明的范围,所述范围仅由随附的权利要求书限定。

附图说明

本文中公开的根据一个或多个不同实施例的技术针对以下附图详细地描述。附图只为了说明的目的提供,并且只描述公开的技术的典型或示例性实施例。提供这些附图便于读者理解公开的技术并不应认为限制其宽度、范围或适用性。应当注意,为了清楚和便于说明,这些附图不一定按比例绘制。

图1a是用于自动分布数字媒体文件的示例系统。

图1b是用于实施本文中公开的多个实施例的示例环境。

图2a图示了与本文中的实施例一致的用于数字媒体文件的差异版本控制的示例系统。

图2b图示了与本文中的实施例一致的用于数字媒体文件的差异版本控制的示例系统。

图3a图示了与本文中的实施例一致的用于对差异版本的数字媒体文件进行编码的示例方法。

图3b图示了与本文中的实施例一致的用于对差异版本的数字媒体文件进行解码的示例方法。

图4a图示了与本文中的实施例一致的用于数字媒体文件的示例差异版本控制编码过程。

图4b图示了与本文中的实施例一致的用于数字媒体文件的示例差异版本控制解码过程。

图4c图示了与本文中的实施例一致的用于提供跨过不同显示格式的差异版本化的内容的示例过程。

图4d图示了与本文中的实施例一致的用于提供跨过不同图像格式的差异版本化的内容的示例过程。

图4e图示了与本文中的实施例一致的用于提供跨过不同音频格式的差异版本化的内容的示例过程。

图4f图示了与本文中的实施例一致的用于数字媒体文件的示例差异版本控制编码和递送过程。

图5图示了可以在实施公开的技术的实施例的各种特征中使用的示例计算组件。

附图并非旨在穷举或将本发明限制于所公开的精确形式。应当理解本发明能够通过修改和变化被实践,并且公开的技术仅由权利要求书和其等同物限制。

具体实施方式

本文中公开的实施例涉及用于分布多版本化的数字媒体文件的系统和方法。更具体地,一些本文中公开的实施例公开了用于通过比较数字媒体文件的各种版本与数字媒体文件的一个或多个主版本来生成差异数据文件的系统和方法。本公开的一些实施例进一步提供了用于接收数字媒体文件的主版本和对应于具有期望属性的差异数据文件并且重新创造用于回放的期望数字媒体文件版本的系统和方法。因此,相比于各别地存储每个完整数字媒体文件版本,通过生成差异数据文件并且仅存储一个或多个主数字媒体文件以及差异数据文件,本文中公开的实施例提供了用于存储、维持和分布多版本化的数字媒体文件的有效且高性价比的机构。

图1a图示了用于分布数字媒体文件的示例系统。在分布系统100中,服务器140可以通过通信网络120向多个接收器110分布存储在贮存器130中的数字媒体轨道文件134。可以从服务器140自动推送数字媒体文件给接收器110。除了推送数字媒体文件之外或代替推送数字媒体文件,响应于来自接收110的请求,数字媒体文件可以由接收器110从服务器140拉取(pull)。

通信网络120可以包括基于云的网络、卫星网络、蜂窝电话网络、自组织网络、内联网、外联网、虚拟私有网络(vpn)、局域网(lan)、无线lan(wlan)、广域网(wan)、因特网的一部分、公共电话交换网(pstn)的一部分或其任意组合。通信网络120可以采用多个通信介质。通信介质可以是无线网络系统,例如卫星网络、蜂窝网络、无线个人区域网、无线局域网或其他类似通信介质。通信介质可以替代地是有线系统,诸如轴电缆系统、光缆系统、以太网电缆系统或其他类似通信介质。在一些示例中,通信介质可以包括使用可物理移除数据存储装置的数据转移,诸如硬盘驱动器、拇指驱动器或其它可写物理数据存储装置。

服务器140可以由数字媒体文件分布者或数字内容创建者(例如,电影工作室)操作。服务器140可以包括单个计算机单元或分布式计算系统,其包括计算机可读指令和硬件的组合来执行分布系统100的电影(cinema)文件分布功能。例如,服务器140可以包括处理模块141、用于通过网络120进行通信的收发器模块142、存储器模块143、安全模块144、贮存器130和数据库139。这些模块和组件可被分开或集成。这些模块可以被设置在服务器140内或通信地附接到服务器140。

现在针对贮存器130,数字媒体文件132可以在服务器140上被打包。在一些示例中,数字媒体文件可以是用于电影的符合数字电影倡导联盟(dci)标准的包,例如,作为一个或多个数字电影包(dcp)文件。每个dcp文件可以是一个数字影院作品所需的全部文件(诸如影片及其预告片)的集合。在其他示例中,数字媒体文件可以被打包用于互联网流应用、电视或者如本领域中已知的其他媒体分布渠道。

在一种实施方式中,通过将所有数字媒体文件132都存储在贮存器130中,可以按服务器140的要求进行组装数字媒体文件132。在另一实施方式中,数字媒体文件132可以被存储在区域库房内。组装的数字媒体文件可以被定制到连锁影院、领地或各个荧幕或者接收器。

组装的数字媒体文件132可以被服务器140推送或由授权的接收器110拉取。在数字媒体文件132的传送期间,基于计算机可读指令的传输管理器(未示出)可以确认数字媒体文件132包含适当命名的文件、密钥和所有其他信息。传输管理器也追踪数字媒体文件132的传送。例如,它可以监视数字媒体文件132到达其目的地而没有校验和错误、报告数字媒体文件132发送期间的进程,以及报告是否数字媒体文件132被创建但未被发送。

在另一实施方式中,系统可以被配置为提供状态的更新、配置或全部数字媒体文件132顺序的状态、对补充材料的请求和生成的密钥。

单个数字媒体文件132可以具有多个合成播放列表(cpl)133。例如,数字媒体文件132可以有3个cpl,这些cpl有共同的一组轨道文件134,但分离针对电影的三种语言(例如,汉语、德语和西班牙语)的音轨文件配音集。每个cpl133可以是包含关于数字媒体文件的元素(即轨道文件134)如何被回放的指令的文本列表。cpl133可以具有时间码索引,其规定关联轨道文件被播放来呈现数字电影作品(例如影片)的顺序。

轨道文件134是数字媒体文件,其根据系统100被分离地分布。每个轨道文件可以包括在文件体中的元数据或本质135,以及相关的文件头和文件页脚。轨道文件也可以具有时间码137以允许与关联轨道文件同步。

轨道文件134可以包括图像元数据135、声音元数据135、字幕(同步文本和/或子图)元数据或标题元数据。轨道文件134包括元数据,元数据包含,例如,在影片前十分钟的法语字幕、广告片段、影片的导演剪辑、影片的替代结尾、电影的片段(例如,前5分钟,不同比率版本场景、演职员表等.),或影片片段的配音。每个轨道文件134具有相关联的时间码137用于将其回放与其他相关(即,相同影院作品的部分)的轨道文件134同步。cpl133采用时间码索引来以正确的顺序播放相关联的轨道文件(例如,连续的图像轨道文件或同步的图像和声音轨道文件)134。

在数字媒体文件132创建过程中,每个轨道文件134可以被加密并且被分配唯一的加密密钥136。每个密钥136存储在贮存器130中。在传送过程中(推送或拉取),可以传送与轨道文件相关联的每个加密密钥以允许在接收端进行解密。密钥传送消息(kdm)可以用于以仅允许特定的信任装置访问该密钥的文件格式(例如,xml)包装加密密钥。

现在关于文件分布系统的接收器侧,每个接收器110可以从内容分布者为具体作品(例如,电影、电视秀、视频等)接收初始主文件105,其包含cpl133和相关联的轨道文件134。主文件105可以与作品的初始发行(例如,初始的英语剧场版本)相关联。然后随后发送的具有为指定的地区或电影院定制的已更新的轨道文件(例如,用于外国电影院的字幕或音频(配音)轨道文件、增加附加场景的图像轨道文件)的更新的cpl可补充初始发送。这样,在增加的更新,如广告、附加场景、替代结局等期间,不要求重发送与电影作品相关联的整个数字影院文件内容(即所有轨道文件)。

接收器110可具有贮存器111,贮存器111用于存储cpl和由接收器接收的每个作品的相关联的轨道文件。贮存器111可具有硬盘阵列、硬盘驱动器、服务器或用于存储和组织数字影电影内容的其他工具。相关的轨道文件134可以被存储在贮存器111内的相同的文件夹或大概位置内。

服务器140可包括在贮存器130中的数据库139,以在文件分布系统100内管理向接收器110传送cpl和轨道文件更新。数据库139为每个接收器110存储如下数据:接收器的地区或位置、电影院的语言、电影院的时区、电影院的当前cpl、电影院当前正在播放或过去已播放过的作品的关联轨道文件(以及加密密钥)、接收器的cpl和轨道文件更新的历史、接收器状态等。另外,数据库139可包括一组所有现有的cpl及关联的轨道文件。每次cpl和轨道文件更新被接收器110从服务器140推送或拉取,服务器140可以参考适用的数据库条目。数据库139可以被配置为每当服务器140向电影院110发送已更新的cpl和已更新的轨道文件时自动更新与接收器110关联的所存储的数据。在另一实施方式中,接收器的数据库条目可以通过用户输入(例如,键盘和鼠标)被手动更新。

图1b图示了各种实施例可以被实施在其中的示例环境150。环境150可以包括各种用户装置171-174,各种用户装置171-174可以被共同称为经由通信网络120连接的用户系统170。用户装置170可以包括被配置为接收数字媒体文件的接收器和回放装置(即,电影投影仪、电视显示器、计算机监视器等)。数字媒体文件可以包括一个或多个媒体内容(例如,视频、音频、文本等)。当存在多个媒体内容时,这些多个媒体内容可以被多路传输。媒体内容可以被压缩、通过各种代码被编码和/或被加密。

如图所示,用户系统170还可以包括智能手机171(例如,)、tv172、计算机173(例如,个人计算机)和/或平板电脑174(例如,),智能手机171(例如,)、tv172、计算机173(例如,个人计算机)和/或平板电脑174(例如,)经由各个数字内容提供商151-154的相应网络连接156通过其相应的网络连接157可直接或间接地与多种数字内容提供商151-154相互作用。例如,网络连接156或157可以包括有线连接(例如,数字用户线路(dsl)、光学连接)和/或无线连接(例如,wi-fi)。在各种实施例中,网络连接156或157可以包括自组织网络、内联网、外联网、虚拟专用网(vpn)、局域网(lan)、无线局域网(wlan)、广域网(wan)、因特网的一部分、公共交换电话网(pstn)的一部分、蜂窝电话网络或其任何组合。网络连接156或157在整个环境150中可以是相同的或不同的。在此描述的多种用户装置170使用图5中所示的示例计算机系统来实现。

在一个实施例中,媒体文件存档平台可以由媒体文件存档系统160托管,媒体文件存档系统160被耦接到通信网络120。媒体文件存档系统160可以管理在各种提供商151-154之间和在用户系统170的各种装置171-174之间的各种媒体文件的存档和/或回放。例如,媒体文件存档系统可以存档不同的媒体文件。媒体文件可以属于一个系列,其中每个媒体文件提供了数字媒体(例如,电影、游戏等)的不同版本。同一系列的媒体文件可以基于一个基本媒体文件,衍生的媒体文件从基本媒体文件进行创造。媒体文件存档系统可以存档媒体文件,使得一些媒体文件不被完全存档。在各种实施例中,基本媒体文件和媒体文件与基本媒体文件之间的差异被存储。因此,显著减小了贮存器尺寸,并且实现了不同媒体文件的完整性。媒体文件存档系统可以便于各种媒体文件的回放。

在各种实施例中,用户系统170可以显示与各种媒体文件的存档和/或回放有关的接口。例如,用户系统可以被配置为上传一个或多个媒体文件、检索包括基本媒体文件的一个或多个媒体文件、提供存档的媒体文件的信息(例如,通过记录诸如日志文件或查找表)、从用户接收媒体文件存档请求,和/或从用户接收媒体文件播放请求。在一个实施例中,用户可以下载媒体文件存档系统的客户端组件,诸如媒体文件存档应用。客户端组件可以在用户系统处被本地执行。在一些实施例中,媒体文件存档系统可以为客户端组件提供后端支持。

媒体内容存档系统160可以负责接收一个或多个媒体文件、识别一个系列的基本媒体文件、分析各种媒体文件、识别要被存档的媒体文件与基本媒体文件之间的差异、存储基本媒体文件、创造并存储包括被存档的媒体文件与基本媒体文件之间的差异的媒体文件、提供关于各种媒体文件如何被存档的信息,和/或便于在用户系统的一个或多个用户装置上回放媒体文件。

图2a图示了用于数字媒体文件的差异版本控制的示例系统。参照图2a,用于数字媒体文件的差异版本控制的系统可以包括媒体存储库210,媒体存储库210被通信地耦接到贮存器212。例如,媒体存储库210可以被直接附接或被网络附接到贮存器212。在一些示例中,贮存器212可以在媒体存储库210内部,或贮存器212可以是基于云端的贮存器。媒体存储库210可以将数字媒体文件205存储在贮存器212上。数字媒体文件205可以包括以电影、电视秀、音乐、视频、或如本领域中已知的其他数字媒体内容形式的媒体内容数据集。

数字媒体文件205还可以包括每个特定媒体内容数据集的多个版本,其中每个版本具有选自一个或多个属性种类的唯一属性集。例如,属性种类可以包括位数、位深、颜色格式、音频格式、本地化格式、内容格式或如本领域中已知的其他属性种类。位数可以将分辨率描述为例如每个均分别包括逐渐更多的总位的标准清晰度、高清晰度或超高清晰度。位深描述了被存储在每个像素中的信息量,例如用于向回放装置传输诸如颜色、亮度、背光、2维与3维数据/立体视觉数据的信息或其他指令,从而当被显示在显示器上时控制特定像素的期望显现。音频格式可以包括可用于向回放装置传输声音信息的数个通道,例如,单声道、立体声、环绕立体声等。本地化格式可以限定可以适合于特定地区的媒体内容数据集的特性(诸如语言、显示格式(4:3或16:9)、编码格式)、或如本领域中已知的可以在不同地区之间改变的其他特性。内容格式可以限定审查制度格式(例如,r级版本、pg级版本等)、或其他内容变化(诸如导演剪辑版、编辑剪辑版、用于制作tv的版本、备用结局等)。在一些示例中,媒体内容数据集可以包括单个数字媒体文件中的多个版本,或可以包括额外的内容,例如,来自两个或更多个内容变化的额外场景或内容。

仍然针对图2a,该系统还可以包括差异版本控制服务器220,差异版本控制服务器220被通信地耦接到媒体存储库210。例如,差异版本控制服务器220可以与媒体存储库210直接附接、网络附接、或以其他方式与媒体存储库210通信。差异版本控制服务器220可以包括编码器222和差异数据引擎224,可以使用如在本文中针对图5描述的一个或多个计算机组件来实施编码器222和差异数据引擎224中的每一个。例如,差异数据引擎224可以包括处理器和具有被嵌入在其上的计算机可读指令的非暂时性计算机可读介质,计算机可读指令被配置为接收第一数字媒体文件和第二数字媒体文件,并且生成差异数据文件207,差异数据文件207识别第一数字媒体文件与第二数字媒体文件之间的差异。

差异数据引擎224可以以位水平、像素水平、帧水平、或如本领域中将会已知的其他粒度生成差异数据。例如,可以从相关的媒体内容数据集(即,它们可以是同一电影或电视秀的不同版本)产生第一数字媒体文件和第二数字媒体文件。第一数字媒体文件可以具有选自第一组属性种类的第一属性集,并且第二数字媒体文件可以具有选自第二组属性种类的第二属性集。例如,第一数字媒体文件可以是超高清晰度、32位颜色、5:1声音、电影的r级版本,而第二数字媒体文件可以是标准清晰度、8位颜色、立体声、同一电影的pg级版本。因此,当在两个数字媒体文件之间时,第一数字媒体文件包括跨过每个属性种类的更完整数据集。差异数据引擎224接收两个文件,以特定粒度(例如,帧水平、像素水平、位水平等)对这两个文件进行比较,并且生成差异图(例如,差异的帧图、像素图或位图)。编码器222然后可以使用差异图来生成差异数据文件207。

在一些示例中,编码器222还可以生成对应的元数据文件209,元数据文件209包括当与数字媒体文件中的一个比较时对差异数据文件进行解码的信息。例如,元数据文件209可以包括用于比较第一数字媒体文件与差异数据文件(即,通过将差异图应用于第一数字媒体文件)以生成第二数字媒体文件的指令。在其他示例中,元数据文件209可以包括用于比较第二数字媒体文件与差异数据文件以生成第一数字媒体文件的指令。元数据文件还可以包括关于每个媒体文件中可用的属性种类和具体属性的信息、校验和或其他误差修正信息、加密、访问控制、授权、或如本领域中已知的通常将会被存储在元数据文件中的其他信息。

通过使用上面描述的系统,单个基本数字媒体文件可以连同均对应于不同属性集的多个差异数据文件207和对应的元数据文件209一起被存储在贮存器210中。因此,本文中描述的系统使得媒体存储库能够保存对应于每个均具有不同属性的大量媒体版本的内容,而针对每个媒体内容数据集仅存储单个基本数字媒体文件或基本数字媒体文件的有限子集。

仍然针对图2a,该系统可以包括接收器240。接收器240可以位于住所、公司、电影院、移动装置、或可以接收数字媒体内容的其他位置处。接收器240可以通过通信网络120访问媒体存储库210和差异版本控制服务器220中的任一个或两者。在一些实施例中,接收器240通过网关230访问通信网络120。网关230可以是路由器、调制解调器、vpn/防火墙装置、无线通信装置、或如本领域中已知的其他网关装置。接收器240可以包括解码器244和用于与回放装置250接口连接的av接口242。例如,回放装置250可以是投影仪、电视、台式电脑、便携式电脑、平板电脑、移动电话、无线电装置或如本领域中已知的其他回放装置。

可以使用在本文中针对图5描述的计算机组件来实施解码器244。例如,解码器244可以包括处理器和具有被嵌入在其上的计算机可读指令的非暂时性计算机可读介质。计算机可读指令可以引起处理器接收差异数据文件207和数字媒体文件205。计算机可读指令可以进一步引起处理器通过比较一个或多个差异数据文件与基本数字媒体文件来生成具有期望属性的准备回放的数字媒体文件。在一些示例中,计算机可读指令还可以引起处理器接收元数据文件209,并且使用一个或多个元数据文件中的指令从基本数字媒体文件和一个或多个差异数据文件生成准备回放的数字媒体文件。

例如,每个差异数据文件可以包括差异图,差异图可以被应用于基本数字媒体文件以导出具有期望属性的准备回放的数字媒体文件。用于从基本数字媒体文件和差异数据文件对准备回放的数字媒体文件进行解码的指令可以被包括在对应的元数据文件中。

由解码器244实施的该过程可以被重复,以使用单个基本数字媒体文件创造具有不同属性的多个准备回放的数字媒体文件。例如,解码器244可以将第一差异数据文件应用于第一数字媒体文件,以生成具有一个属性集的第二数字媒体文件,并且然后第二差异数据文件可以被应用于第一数字媒体文件,或者在一些示例中被应用于生成的第二数字媒体文件,以生成具有另一属性集的第三数字媒体文件。以此方式,用户控制的接收器240可以从可能可用属性的列表选择期望的属性集,或者回放装置250可以基于回放装置容量识别到接收器240的可应用属性集,并且解码器244可以通过选择一个或多个差异数据文件207应用于基本数字媒体文件来作出响应,以生成具有期望属性的准备回放的数字媒体文件。准备回放的数字媒体文件然后可以通过av接口242被发送给回放装置250。

图2b也图示了用于数字媒体文件的差异版本控制系统的实施例。如通过图2b图示的,一些示例系统可以包括接收器270。接收器270可以包括av接口272,但是不包括差异数据解码器(如在图2a中图示的)。替代地,接收器270可以被配置为(仍然具有标准av解码器)从媒体存储库210或差异版本控制服务器260接收数字媒体文件。接收器270可以是如本领域中已知的标准av接收器。由接收器270接收的数字媒体文件可以是包括多个媒体内容数据集和版本的基本数字媒体文件,并且接收器270仅可以能够读取对应于接收器能够解码的属性的数据集中的一个数据集(例如,如果为标准清晰度接收器,那么仅标准清晰度数据集将会被解码并且被发送给回放装置250)。

在一些示例中,差异版本控制服务器260包括编码器/解码器模块262。接收器270可以从媒体存储库210请求包括与基本数字媒体文件不同的属性集的数字媒体文件。在该示例中,请求将会被发送到差异版本控制服务器260,并且编码器/解码器模块262然后将会接收基本数字媒体文件和一个或多个差异数据文件以及对应于请求的属性集的元数据文件。编码器/解码器模块262然后将会将一个或多个差异数据文件应用于基本数字媒体文件以生成具有期望属性的期望数字媒体文件,期望数字媒体文件然后可以使用如本领域中已知的标准av编码过程进行编码并且被传输给接收器270,其中期望数字媒体文件被解码并且通过av接口272被发送给回放装置250。在一些示例中,差异解码器可以是例如经由局域网或在云端上被通信地耦接到差异版本控制服务器260、接收器270、或者差异版本控制服务器260和接收器270两者的单独装置。

图3a图示了用于对差异版本的数字媒体文件进行编码的示例方法。如所图示的,示例方法300可以包括,在步骤305处接收具有第一属性集的第一数字媒体文件,在步骤310处接收具有第二属性集的第二数字媒体文件,以及在步骤315处根据第一数字媒体文件与第二数字媒体文件之间的差异生成差异数据文件。例如,如本文中公开的,方法300可以由差异版本控制服务器执行。可以以不同的粒度程度(包括以位水平、像素水平、帧水平、或如本领域中已知的其他粒度程度)来计算第一数字媒体文件与第二数字媒体文件之间的差异。在一些实施例中,方法300还包括在步骤320处生成具有编码数据集的元数据文件,以便使得媒体解码器能够使用差异数据文件重新生成数字媒体文件中的一个。

应认识到,方法300可以被重复多次以生成多个差异数据文件,多个差异数据文件中的每个均表示第一数字媒体文件或基本数字媒体文件与具有不同属性的另一数字媒体文件之间的差异计算。差异数据文件也可以在间续(intermittent)步骤中进行计算,使得在第一数字媒体文件与第二数字媒体文件之间生成第一差异数据文件,并且根据第二数字媒体文件和第三数字媒体文件生成第二差异数据文件等。

图3b图示了用于对差异版本化的数字媒体文件进行解码的示例方法。如所图示的,示例方法350可以包括,在步骤355处接收具有第一属性集的第一数字媒体文件,在步骤360处接收差异数据文件,以及在步骤370处通过将差异数据文件应用于第一数字媒体文件来生成第二数字媒体文件。该方法可以进一步包括在步骤360处接收具有编码数据集的元数据文件,编码数据集与差异数据文件有关,编码数据集具有用于将差异数据文件应用于第一数字媒体文件以生成第二数字媒体文件的指令。可以使用如在本文中关于图2a公开的接收器、使用如在本文中关于图2b公开的编码器/解码器模块、或使用基于云的差异解码器模块来实施方法350。

方法350的输出可以是可以在回放装置上由用户观看的准备回放的数字媒体文件,或者是另一差异数据文件可以被应用到其上以生成第三数字媒体文件的中间数字媒体文件。应认识到,可以通过将多个差异数据文件应用于基本数字媒体文件或一个或多个中间数字媒体文件来重复方法350,其中每个差异数据文件对应于它自己的属性集。

公开的技术的一个示例包括提供处于原始版本(ov)的剧场影片(theatricalpicture)。例如,第一数字媒体文件可以是剧场影片的ov版本。ov版本可以是高分辨率文件,诸如4kedr影片。与剧场影片的子版本相关联的多个差异数据文件可以被生成(例如,4kp3版本、2kedr版本和/或2kp3版本)。差异数据文件然后可以被应用于ov版本基本文件,以创造用于每个子版本的回放的数字媒体文件。

公开的技术的另一示例包括提供剧场影片的本地化版本。剧场影片的ov版本可以被用作基本数字媒体文件,并且包括本地化组件分段的差异数据文件可以被生成。差异数据文件然后可以被应用到ov版本基本数字媒体文件,以创造用于剧场影片的各种本地化子版本的回放的数字媒体文件。

公开的技术的另一示例可以包括生成剧场影片的家庭娱乐版本。剧场影片的ov版本可以再次被用作基本数字媒体文件。与各种本地化配音和字幕元素相关联的差异数据文件可以被生成,并且被应用于ov版本基本数字媒体文件,以创造用于剧场影片的各种家庭娱乐版本的回放的具有期望字母和配音格式的数字媒体文件。

公开的技术的另一示例可以包括为剧场影片提供多种音频格式。例如,基本数字媒体文件可以再次是包括全景混合(atmosmix)音频组分的剧场影片的ov版本。可以针对各种音频格式(包括12.0imax、7.1dolby、5.1dolby、5.0imax、lt/rt、或本领域中已知的其他音频格式)来生成差异数据文件。

公开的技术的另一示例可以包括提供符合广播标准与实践(bs&p)和审查制度要求的剧场影片的各种版本。例如,差异数据文件可以与bs&p、剧场影片的非剧场或广播版本和各种水平的适应审查的剪辑相关联。在一些示例中,可以对应于针对单个基本数字媒体文件的多个适应审查的剪辑水平来生成多个差异数据文件(例如,单个基本数字媒体文件可以与r级版本、pg级版本和网络广播版本差异数据文件相关联)。

在其他示例中,公开的技术可以包括提供数字媒体文件的不同纵横比版本。例如,基本数字媒体文件可以包括原始纵横比(oar)格式。可以针对具有不同的摇摄(pan)层或扫描层各种数字媒体文件子版本(包括1.78后剧场版本或如本领域中已知的其他纵横比)来生成差异数据文件。

在公开的技术的一些示例中,基本数字媒体文件可以被用作归档方案,其中基本数字媒体文件包括与原始视频内容相关联的所有可用信息,这些可用信息包括全分辨率、音频格式、颜色修正和其他格式化信息。一系列差异数据文件可以被生成、并且与具有更少信息(例如,更低分辨率、更低质量声音格式、无颜色修正等)的基本数字媒体文件的版本相关联地被存储。

图4a图示了用于数字媒体文件的示例差异版本化编码过程。针对图4a,数字媒体文件410的版本1可以包括属性集1、412。应用用于对差异版本化的数字媒体文件进行编码的方法(类似在上面关于图3a描述的方法),可以对应于具有属性集2、422的数字媒体文件420的版本2来生成差异数据文件1、414。通过将差异数据文件1、414应用到数字媒体文件420的版本2,对应于差异数据文件1、414的元数据文件1、416也可以被创造,元数据文件1、416包括足以生成数字媒体文件410的版本1的编码信息集。如所图示的,相比于数字媒体文件420的版本2,该过程可以被重复以生成每个均对应于具有属性集3、432的数字媒体文件430的版本3的差异数据文件2、424和元数据文件2、426。可以对应于每个均具有其自身的属性集的数字媒体文件的其他版本来生成差异数据文件和元数据文件的许多更多循环。

图4b图示了用于数字媒体文件的示例差异版本控制解码过程。如所图示的,可以通过使用被包括在元数据文件2、426中的指令将差异数据文件2、424应用于数字媒体文件430的版本3来生成数字媒体文件420的版本2。类似地,可以通过使用被包括在元数据文件2、412中的指令将差异数据文件1、414应用于数字媒体文件420的版本2来生成数字媒体文件410的版本1。相同的方法可以被重复地应用,以使用对应的差异数据文件生成数字媒体文件的其他版本。

图4c图示了用于提供跨过不同显示格式的差异版本化内容的示例过程。例如,在窗口450中图示的内容可以是oar内容。在一些实施例中,oar内容具有16:9纵横比或另一相对高的纵横比,使得整个场景可以被显示在窗口450中。窗口451和452可以是相对更低的纵横比格式,诸如4:3。为了适应更低的纵横比,在窗口451和452中显示的内容可以被缩小、被拉伸、或被配置为除了摇摄并且扫描到内容的不同部分以跟随该内容内的情节线索、动作或对白,一次仅显示oar内容的一部分。

例如,如在图4c中图示的,窗口451可以显示在窗口450中示出的oar内容的第一部分。oar内容的该第一部分可以包括场景中的在这时候具有主动对白的角色。随着时间前行通过该场景,内容可以通过摇摄或扫描过程转变为在窗口452中示出的oar内容的第二部分。oar内容的第二部分可以包括场景中的其对白跟随第一角色的第二角色。内容可以继续随着场景在时间上前行而来回摇摄和扫描,以便跟随动作。在一些实施例中,可以由用户手动地或交互地控制摇摄和扫描功能,使得整个oar内容可用,而根据用户输入仅显示各部分。可以使用如本文中公开的差异版本化来编码摇摄和扫描数据。全oar内容文件可以被存储,并且与如在窗口253中描绘的被用来控制摇摄和扫描定位的差异版本控制元数据一起被递送。

图4d图示了用于提供跨过不同图像格式的差异版本化内容的示例过程。可以使用如在本文中公开的差异版本化过程来生成多个差异数据文件。例如,可以使用高动态范围(hdr)文件461作为基本内容层并且针对标准动态范围(sdr)图像462对hdr差异数据文件进行编码来递送多个图像分辨率和像素深度内容文件。

在另一示例中,可以通过开始从左侧透视图463采集第一图像内容文件并且从右侧透视图464采集第二图像内容文件来递送立体图像或3d图像。立体或3d图像差异文件可以通过相对于第二图像内容文件464将差异版本控制过程应用于第一图像内容文件463来进行编码。

在另一示例中,具有不同冷光水平和格式的图像内容文件可以被编码。显著地,更高的冷光水平在涉及虚拟现实(vr)或3d的应用中会是有用的。如在图4d中图示的,第一图像内容文件465可以包括以第一冷光水平(例如,6英尺-朗伯)显示的内容。第二图像内容文件466可以包括以第二冷光水平(例如,14英尺-朗伯)显示的内容。可以通过将差异版本控制过程应用于第一图像内容文件465和第二图像内容文件466来编码亮度差异数据文件。在图4d中的示例中使用的冷光水平是示例水平,但是本领域技术人员将会认识到其他冷光水平可以被用于每个图像内容文件。

图4e图示了用于提供跨过不同音频格式的差异版本化内容的示例过程。例如,第一内容文件467可以包括以英语5.1格式存储的音频内容。可以通过将差异版本化过程应用于第一音频内容文件467和第二音频内容文件468或469来编码音频格式差异版本文件。例如,第二音频内容文件可以是西班牙语配音的5.1格式468或西班牙语子合成(sub-composition)格式469。在一些示例中,第二音频内容文件还可以包括以英语、西班牙语或其他语言的字幕,并且可以包括与期望音频格式一致的不同标题和信用卡。音频差异版本文件然后可以被应用于第一音频内容文件467,以对期望的音频内容文件输出进行解码。在图4e中描绘的音频格式是示例,而且本领域技术人员将会认识到可以使用其他音频格式。

图4f图示了用于数字媒体文件的示例差异版本控制解码和递送过程。例如,基本内容层470可以被编码,并且与多个差异数据文件471-475以及包括用于应用每个差异数据文件以对全内容文件进行解码的指令的元数据文件(未描绘)一起被打包。得到的全内容文件可以包括oar文件480和多个内容包481-485。例如,解码过程491可以将差异数据文件471应用于基本内容文件470以递送内容包481。在一些实施例中,差异数据文件471可以是如关于图4d公开的hdr差异数据文件,并且内容包481可以是同样如关于图4d公开的摇摄和扫描内容包。

类似地,其他解码过程492-495可以分别将差异数据文件472-475应用于基本内容文件470,以递送如用户所期望或如可应用于特定接收器的特定内容格式兼容性的内容包482-485。在一些实施例中,差异数据文件472-475可以是立体差异数据文件或3d差异数据文件、亮度差异数据文件、音频差异数据文件、或如在本文中公开的其他差异数据文件。完全多格式兼容性差异版本控制包可以包括基本内容文件470和每个差异数据文件471-475或如可应用的其他差异数据文件。然后可以根据在本文中公开的差异版本化过程来计算各个内容格式包480-485。

如本文中使用的,术语“组件”可以描述本文中公开的技术的一个或多个实施例可以执行的给定的功能单元。如本文所用,可以使用硬件、软件或其组合的任何形式来实现组件。例如,一个或多个处理器、控制器、asic、pla、pal、cpld、fpga、逻辑组件、软件例程或其他机构可以被实现以组成组件。在实施方式中,在此描述的多种组件可以被实现为离散的组件,或所描述的功能和特征可以部分地或全部地在一个或多个组件之间共享。也就是说,本领域技术人员在阅读本说明书后将明白,在此描述的各种特征和功能可以在任何给定应用中被实现,并且可以以各种组合和排列形式在一个或多个单独的或共享的组件中被实现。如本文中使用的,术语引擎可以描述被配置为执行一个或多个特定任务的组件的集合。即使功能的多种特征或元素可能单独地被描述或作为独立组件或引擎而被声明,本领域技术人员仍将认识到这些特征和功能可以在一个或多个通用软件元件和硬件元件之间共享,并且此类描述不应当要求或暗示独立的硬件或软件组件被用于实现此类特征或功能。

在本技术方案的引擎、组件或组件全部地或部分地使用软件来实现的情况下,在一个实施例中,这些软件元件可以被实现以操作能够执行在此所描述的功能的计算组件或处理组件。图5中示出一个这样的示例计算组件。根据这个示例计算组件500描述了多种实施例。在读完本说明书后,相关领域的技术人员将明白如何利用其他计算组件或架构来实现该技术。

现针对图5,计算组件500可以表示,例如,在台式电脑、便携式和笔记本电脑;手持式计算装置(pda、智能电话、蜂窝电话、掌上型电脑等);大型机、超级计算机、工作站或服务器;或可能需要或适合于给定应用或环境的任何其他类型的专用或通用计算装置内所发现的计算或处理能力。计算组件500还可以代表内嵌于给定装置的或给定装置另外可用的计算能力。例如,计算组件可以被发现存在于其他电子装置中,例如,数码相机、导航系统、蜂窝电话、便携式计算装置、调制解调器、路由器、wap、终端和可以包括某种形式的处理能力的其他电子装置。

计算组件500可以包括例如一个或多个处理器、控制器、控制组件或其他处理装置诸如处理器504。可以使用通用或专用处理引擎诸如微处理器、控制器或其他控制逻辑来实现处理器504。在示出的示例中,处理器504被连接到总线502,但是任何通信媒介都可以被用于帮助与计算组件500的其他组件互动或被用于外部通信。

计算组件500还可以包括一个或多个存储器组件,在此简单地称为主存储器508。例如,随机存取存储器(ram)或其他动态存储器可以优选被用于存储将由处理器504执行的信息和指令。主存储器508还可以被用于在执行将由处理器504执行的指令期间存储临时变量或其他中间信息。计算组件500同样可以包括耦接到总线502以便存储处理器504的静态信息和指令的只读存储器(“rom”)或其他静态贮存器装置。

计算组件500还可以包括一个或多个多种形式的信息贮存器装置510,其可以包括例如媒体驱动器512和贮存器单元接口520。媒体驱动器512可以包括支持固定或可移除的贮存器介质514的驱动器或其他机构。例如,可以提供硬盘驱动器、软盘驱动器、磁带驱动器、光盘驱动器、cd或dvd驱动器(r或rw)或其他可移除的或固定的媒体驱动器。相应地,贮存器介质514可以包括例如硬盘、软盘、磁带、盒式磁带、光盘、cd或dvd或由媒体驱动器512读取、写入或访问的其他固定或可移除媒介。如这些示例示出的,贮存器介质514可以包括其中存储有计算机软件或数据的计算机可用贮存器媒介。

在替代的实施例中,信息贮存器机构510可以包括用于允许将计算机程序或其他指令或数据加载到计算组件500的其他类似机构。此类机构可以包括例如固定或可移除的贮存器单元522和贮存器单元接口520。此类贮存器单元522和贮存器单元接口520的示例可以包括程序盒和盒式接口、可移除存储器(例如,闪速存储器或其他可移除存储组件)和存储器插槽、pcmcia插槽和卡以及允许将软件和数据从存储单元522传送到计算组件500的其他固定或可移除的存储单元522和接口520。

计算组件500还可以包括通信接口524。通信接口524可以被用于允许软件和数据在计算组件500和外部装置之间进行传送。通信接口524的示例可以包括调制解调器或软调制解调器、网络接口(诸如,以太网、网络接口卡、wimedia、ieee802.xx或其他接口)、通信端口(例如,usb端口、ir端口、rs232端口蓝牙接口或其他端口)或其他通信接口。通过通信接口524传送的软件和数据通常可以载运信号,这些信号可以是电子信号、电磁信号(其包括光学信号)或能够由给定通信接口524交换的其他信号。这些信号可以经由通道528而被提供给通信接口524。这个通道528可以载运信号并且可以使用有线或无线通信介质来实现。通道的某些示例可以包括电话线、蜂窝链路、rf链路、光学链路、网络接口、局域网或广域网以及其他有线或无线通信通道。

在本文件中,术语“计算机程序媒介”和“计算机可用媒介”通常用来指暂介质,例如,存储器/内存508、贮存器单元520、介质514以及通道528。这些和其他各种形式的计算机程序媒体或计算机可用媒体可以涉及载运一个或多个指令的一个或多个序列到处理装置以便执行。嵌入在介质上的此类指令通常被称为“计算机程序代码”或“计算机程序产品”(其可以以计算机程序或其他分组的形式被分组)。当执行时,此类指令可以使计算组件500能够执行在此所讨论的本申请的特征或功能。

虽然上面已经描述了所公开的技术的各种实施例,但是应该理解,它们仅是通过示例方式而非限制方式给出的。同样,各种图示可以描绘用于所公开的技术的示例架构或其他配置,这是为了帮助理解所公开的技术中可以包括的特征和功能而进行的。所公开的技术不受限于例示的示例架构或配置,但是期望的特征可以通过使用各种替代架构和配置来实施。实际上,对于本领域技术人员来说,可以如何实施替代的功能、逻辑或物理的分区和配置以实施本文所公开的技术的期望特征是清楚的。另外,除了本文描述的名称以外的众多不同构成模块名称可以被应用于各种分区。此外,关于流程图、操作描述和方法权利要求,本文中呈现步骤的次序不应规定实施各种实施例以按照相同的次序执行所记载的功能,除非上下文另有指示。

虽然在上面根据各种示例性实施例和实施方式描述了公开的技术,应当理解的是,在一个或多个单独的实施方案中描述的各种特征、方面以及功能在其适用性上不限于其被描述的特定具体实施例,而是可以单独或以各种组合形式应用到公开的技术的一个或多个其他实施例,无论这些实施例是否被描述以及这些特征是否作为描述的实施例的一部分被呈现。因此,本文中公开的技术的宽度和范围不应当受限于以上描述的任何示例性实施例。

在本文件中使用的术语和短语以及其变体,除非另有明确说明,应当被解释为是开放式的,而不是限制性的。作为上述的示例:术语“包括”应被理解为意指“包括但不限于”等;术语“示例”被用于提供所讨论的项目的示例性实例,而非其穷尽性的或限制性的列表;术语“一”或“一个”应被理解为意指“至少一个”、“一个或多个”等;并且形容词诸如“常规的”、“传统的”、“正常的”、“标准的”、“已知的”以及类似含义的术语不应当被解释为将所描述的项目限制到给定的时间段或自给定时间起可用的项目,而应当被理解为包括现在或将来任何时间可用或已知的常规的、传统的、正常的或标准的技术。同样地,对于本文件提及的对本领域技术人员来说将是明显或已知的技术,这样的技术涵盖现在或将来任何时间对技术人员来说明显或已知的技术。

在某些实例中的拓宽词语和词组诸如“一个或多个”、“至少”、“但不限于”或其他类似的短语的存在不应当被理解为意味着可能不存在此类拓宽短语的实例意图或要求较窄范围。术语“组件”的使用并不意味着作为该组件的一部分所描述或所要求保护的组件或功能全部被配置在共同封装件中。事实上,组件中的任何组件或所有不同组件(无论是控制逻辑或其他组件)都可以被组合在单个封装件中或被单独保持,并且可以进一步被分布在多个分组或封装件中或跨越多个位置。

此外,在此根据示例性框图、流程图以及其他示图对提出的各种实施例进行描述。本技术领域的技术人员在阅读本文件后,将明显地认识到,所示出的实施例及其各种替代示例可以在不限于示出的示例的情况下来实现。例如,框图及其相应描述不应当被解释为强制执行特定结构或配置。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1