可扩展媒体格式系统及其使用方法
【专利说明】可扩展媒体格式系统及其使用方法
[0001]相关申请
[0002]本申请要求于2013年8月5日提交的题为“可扩展媒体格式系统及其使用方法”的第61/862,290号美国临时专利申请的优先权并获得该美国临时专利申请的申请日。前述申请的内容通过引用并入本文。
【背景技术】
[0003]本专利申请的主题一般地涉及内容传送系统，更具体地涉及使用可扩展标记语言(“XML”)编码、存储、检索和传送数字化内容的改善的系统和方法。
[0004]申请人在本文中通过引用的方式将在本申请中所引用或涉及的任何和全部专利以及公布的专利申请并入本文。
[0005]作为【背景技术】，内容传送包括通常在诸如互联网的在线传送媒体上的诸如音频、视频、软件、视频游戏、书、文件等媒体内容的传送或分发，而不使用实体媒体。在线分发的内容可被流传输或下载。流传输包括按照用户请求或根据需要下载和使用内容，而非允许用户永久地存储内容。在另一方面，将内容完全下载到硬盘驱动器或其它形式的电子存储介质中可允许将来离线访问。称为“内容传送网络”的专用网络帮助在互联网上分发内容并尝试提供高可用性和高性能。然而，内容变得日益庞大。例如，视频内容(即，电影、电视节目、视频游戏等)仍旧以越来越高的分辨率及更快的帧率生成，这产生了变得越来越难以(或者至少耗费时间和带宽)分发在互联网上的相对更大的内容文件。在这种情况下，仍然需求无论内容大小而相对快速、可靠地在互联网上分发内容的方法。也仍然需求这样的系统，该系统能够更好地防止在未经许可的情况下复制这种内容或者更好地防止无权访问内容的用户查看该内容。
[0006]本发明诸多方面满足了这些需求，并且还提供如在以下
【发明内容】
中描述的相关优势。
【发明内容】
[0007]本发明诸多方面教导了在结构和使用中的一些有益效果，这些有益效果导致了下述示例性优势。
[0008]本发明通过提供以可扩展媒体格式(“EMF”)管理数字化内容的系统和相关方法来解决上述问题。在至少一个实施方式中，至少一个初始请求服务器位于至少一个计算设备上的存储器中并且配置用于接收和处理由用户所拥有的至少一个客户设备提出的对内容的请求。至少一个内容服务器也位于至少一个计算设备上的存储器中并且配置用于存储和选择性地分发内容。内容服务器将内容存储在至少一个EMF文件中，其中每个EMF文件包括帧页面，帧页面包括:帧页面标识符，用于当在客户设备上组合内容时依次布置至少一个EMF文件；以及至少一个帧，每个帧包括内容的至少一部分以及帧标识符，帧标识符用于当在客户设备上组合内容时依次布置至少一个帧。由此，一旦初始请求服务器接收到由用户通过相关客户设备提出的内容请求，则内容服务器将包括所请求的内容的至少一部分的每个EMF文件发送至客户设备。
[0009]通过结合附图作出的以下更详细的描述，本发明诸多方面的其它特征和益处将变得显而易见，其中以下更详细的描述通过示例的方式示出了本发明诸多方面的原理。
【附图说明】
[0010]附图示出了本发明的诸多方面。在附图中:
[0011 ]图1是根据至少一个实施方式的示例性可扩展媒体格式系统的示意图；
[0012]图2是示出了根据至少一个实施方式的示例性令牌数据结构的框图；
[0013]图3是根据至少一个实施方式的用于编码、存储、检索和传送数字化内容的示例性方法的流程图；
[0014]图4是示出了根据至少一个实施方式的示例性可扩展媒体格式文件结构的框图；
[0015]图5是示出了根据至少一个实施方式的用于压缩示例性可扩展媒体格式文件的示例性方法的流程图；
[0016]图6是示出了根据至少一个实施方式的用于压缩示例性帧页面的示例性方法的流程图；以及
[0017]图7是根据至少一个实施方式的通过示例性帧页面压缩算法处理的示例性帧页面的示图。
[0018]上述附图通过本发明示例性实施方式中的至少一个示出了本发明的诸多方面，在以下描述中进一步具体限定本发明示例性实施方式。根据一个或多个实施方式，在不同附图中由相同附图标记标注的本发明的特征、元件和方面代表相同、等同或相似的特征、元件或方面。
【具体实施方式】
[0019]现在参照图1，其示出了配置用于使用可扩展标记语言(“XML”)来编码、存储、检索和传送(或者换言之，管理)数字化内容的示例性可扩展媒体格式(“EMF”)系统20的示例性实施方式的示意图。首先，应注意到，虽然在示例性实施方式中主要以XML的形式讨论系统20，但是只要系统20能够基本上执行在本文中描述的功能，则在另外的实施方式中可使用现在已知的或将来开发的任何其它数字化通信或传送协议来代替。如在下文中进一步讨论的，虽然最常见的内容类型是基于视频的和基于音频的，但是EMF格式的可扩展性允许系统20处理和处置几乎任何类型的数字化内容(下文中简称为“内容”)。
[0020]在示例性实施方式中，系统20包括至少一个初始请求服务器22、至少一个令牌服务器24、至少一个密钥服务器26、至少一个认证服务器28和至少一个内容服务器30，其中这些服务器均驻存在至少一个计算设备上的存储器中。应注意，术语“存储器”旨在包括现在已知的或将来开发的诸如本地硬盘驱动器、RAM、闪存、外部存储设备、网络存储设备或云存储设备等任何类型的电子存储介质(或存储介质的组合)。此外，系统20的各种部件可驻存在单个计算设备上的存储器中或者可分开驻存在彼此通信的两个或更多计算设备上。另夕卜，用户所拥有的至少一个客户设备32(其本身是计算设备)也与系统20选择性地通信。术语“计算设备”旨在包括现在已知的或将来开发的诸如台式计算机、移动电话、智能电话、膝上型计算机、平板计算机、个人数据助手、游戏设备等任何类型的计算设备。
[0021]首先，也应注意，允许在初始请求服务器22、令牌服务器24、密钥服务器26、认证服务器28、内容服务器30以及客户设备32中的每个之间通信的装置可基于现在已知的或将来开发的任何有线通信协议或无线通信协议(或协议的组合)。在这种情况下，即使在本文中出于说明性目的可能提及某些示例性协议，但是不应将本发明理解为受限于任何一个特定类型的通信协议。
[0022]更具体地，在至少一个实施方式中，初始请求服务器22、认证服务器28和内容服务器30中的每个由内容供应商34维护，而密钥服务器26和令牌服务器24中的每个由密钥服务供应商36维护。通过这种方式，这种密钥服务供应商36能够为不止一个内容供应商34提供数据加密服务。在可替代的实施方式中，只要系统20基本上能够执行在本文中描述的功能，则初始请求服务器22、令牌服务器24、密钥服务器26、认证服务器28和内容服务器30中的每个可由单个实体或者多个实体维护。
[0023]继续参照图1，在至少一个实施方式中，初始请求服务器22配置用于接收和处理来自至少一个客户设备32的对于内容的请求。鉴于此，再一次有可能的，在至少一个实施方式中，内容供应商34与密钥服务供应商36是完全独立的实体。如下文中讨论的，初始请求服务器22也配置用于接收和处理与客户设备32的用户有关的数据从而校验用户身份。在示例性实施方式中，该数据至少包括唯一服务用户名38、服务密码和内容统一资源标识符(“URI”)，其中内容统一资源标识符即与客户设备32请求的内容关联的URI。认证服务器28配置用于从初始请求服务器22接收并认证由用户提供的服务用户名38和服务密码。令牌服务器24配置用于创建和存储与给定用户关联的唯一令牌40。如图2所示，在至少一个实施方式中，每个令牌40包括内容标题42(8卩，用户请求的内容标题)、服务用户名38、开始时间标记44( S卩，用户被授权开始访问请求的内容的时间)、期满时间标记46( S卩，用户不再被授权访问请求的内容的时间)以及唯一令牌标识符48。再次参照图1，内容服务器30配置用于存储和选择性地分发内容。最终，密钥服务器26配置用于创建和存储与给定用户关联的唯一密钥文件以及包括与内容供应商34有关的信息的相关数据库。如在下文中讨论的，在将内容发送至客户设备32之前，内容服务器30使用密钥文件为内容加密。
[0024]然后在使用中，在至少一个实施方式中，如图3的流程图所示，一旦初始请求服务器22接收到用户通过客户设备32提出的内容请求(300)，则初始请求服务器22首先确定内容请求是否包括服务用户名38、服务密码和内容URI(302)，如果缺乏一个或多个这些组成部分，则拒绝内容请求(304)。否则，初始请求服务器22将内容请求转发至认证服务器28以用于验证(306)。如果内容请求未通过认证过程(S卩，如果服务用户名38、服务密码和内容URI中的一个或多个是无效的)，则拒绝内容请求(304)。否则，如