果被认证，则初始请求服务器22与令牌服务器24通信并请求与内容请求有关的令牌40(308)。令牌服务器24创建适当的令牌40并将创建的令牌40以及请求的内容的位置发送至客户设备32(310)。客户设备32随后将令牌40发送至内容服务器30(312)，在此，内容服务器30与令牌服务器24通信从而验证提供的令牌40 (314)。在示例性实施方式中，该验证过程包括验证令牌标识符48以及验证验证时间是否落入由令牌40包括的开始时间标记44与期满时间标记46所限定的时间窗口中。如果验证过程失败，则拒绝内容请求(304)。否则，如果发现令牌40有效，则内容服务器30将令牌40发送至密钥服务器26(316)，在此，密钥服务器26基于在令牌40中包括的服务用户名38查找与用户关联的唯一密钥文件(318)并且将密钥文件发送至内容服务器30(320)。内容服务器30随后使用密钥文件加密请求的内容(322)并且将加密的内容发送至客户设备32(324)。在至少一个实施方式中以及如在下文中讨论的，当内容包括视觉媒体(S卩，照片、视频等)时，内容服务器30也使用密钥文件将唯一水印覆盖在内容上。应注意，这些步骤仅用于示例性实施方式。在另外的实施方式中，在执行用于分发请求的内容的示例性方法中包括的步骤可变化或可按照不同的顺序出现。
[0025]如上所述，在示例性实施方式中，系统20配置用于使用可扩展标记语言(“XML”)编码、存储、检索和传送内容。换言之，使用XML以基于文本的可扩展媒体格式或“EMF”文件50的形式存储和传送内容，其中XML允许对内容的软编码(即，相对简单地对快速运转的内容编码或再编码)。取决于内容的大小以及系统20的使用环境，内容可分解成多个EMF文件50。也应注意，当内容包括视频时，这种内容通常称为可扩展视频格式或“EVF”。因此，针对本公开的目的，EMF和EVF意为同义词。
[0026]更具体地，在至少一个实施方式中，并且如图4的框图所示，每个EMF文件50通常包括高级标签52、报头54和帧页面56。高级标签52配置用于指示在EMF文件50中包括的内容类型(即，音频、视频等)ο报头54包括选择与在EMF文件50中包括的内容有关的信息，包括但不限于:内容标题42;指向访问内容所需的编码译码器的指针58;以及帧率60(当内容包括视频时)。在至少一个实施方式中，报头54也包括选择用户相关数据，诸如服务用户名38，其目的在下文中进一步进行讨论。帧页面56包括帧页面标识符62和至少一个帧64，其中至少一个帧64依次是包括用字节68表示的内容66的至少一部分的数据表，然而当EMF文件50包括编码译码器而非内容本身时，至少一个帧64包括XML模式定义(“XSD”)及其它相关编码译码器详细资料。每个帧64也包括帧标识符70以用于当在客户设备32上汇编内容时依次布置帧64ο
[0027]这样使用帧页面56允许内容(如在EMF文件50中包括的)经由标准网络服务器通过互联网传送。然后，在至少一个实施方式中，取决于请求的内容总体大小，请求的内容基本上能够存储在(在一个或多个EMF文件50中包括的)一个或多个帧页面56上从而随后以较小的“碎片”形式被发送至客户设备32。如在下文中进一步讨论的，一旦帧页面56的第一帧已由客户设备32下载，则可立即查看该内容，而无需等待下载内容的更多部分(S卩，帧页面56的更多帧)来形成缓冲。这种能力被恰当地描述为“异步同时下载”。另外，包括给定片段请求内容的这组帧页面56能够以对等(peer-to-peer，“P2P”)格式存储在任意数目的位置中，并且能够按照需求被检索和重新组合在客户设备32上，实时测量每个潜在服务器的速度和其它传送参数从而从确定出的最快的服务器(在至少一个实施方式中包括其它客户设备32)以获得每个帧页面56。在至少一个实施方式中，这可简单地基于相应的帧页面标识符62实现(客户设备32使用帧页面标识符62基于后续依次排序的帧页面标识符62来识别和检索后续帧页面56)，这种方法比传统的“比特流”技术简单得多。因此，如果由于服务器侧的带宽或者其它因素而导致对需求的帧页面56的传送太慢，则可立即使用可替代的位置(包括有所需求的相同的帧页面56)来替代。换言之，因为这种传送内容的方法不依赖于单个数据流，所以对于传送内容的带宽负担转移到客户设备32而非内容供应商34。这允许系统20更快地并且以更高的分辨率传送(例如)视频帧而无需产生损失的压缩算法等。因此，只要所需帧页面56的下载速率大于播放速率，则客户设备32即可连续地访问和播放该内容。
[0028]在至少一个实施方式中，系统20也采用分段，这使得当EMF文件50的大小需要很强的处理能力来一次性地全部加密和/或需要很大的带宽来全部传输时，系统20能够加密EMF文件50的小部分而非一次性加密整个EMF文件50。这也允许客户设备32能够立即访问EMF文件50 (同时仍可发送和/或解密部分)而不必等待解密整个EMF文件50。
[0029]在至少一个实施方式中，如上所述，系统20配置用于允许用户相关数据存储在每个EMF文件50(或EVF文件)的报头54中，当客户设备32访问内容时，该用户相关数据可随后被用来出于识别的目的而将唯一水印选择性地覆盖在内容上。在示例性实施方式中，水印包括服务用户名38，然而，可用其它类型(和数量)的用户相关数据替代。与用户相关数据关联的唯一位置信息也可存储在报头54中，使得水印相对于内容的位置(S卩，x、y坐标顺序)由所述位置信息指定。因为水印位置的顺序并非显而易见的，所以这种编码位置水印技术防止用户为了避免侵权问题而轻松地抹掉显示在客户设备32上的水印。因为与请求内容关联的数据被分开发送并由客户设备32重新组合，所以可实时地应用标题和水印从而允许某段视频(例如)包括服务用户名38或任何片段的可视数据。
[0030]在至少一个实施方式中，由于EMF文件50的架构，所以系统20能够不依赖于帧页面56、帧页面56的群组、或甚至不依赖于帧页面56中的单个帧64而应用加密算法和压缩算法。另外，系统20能够为客户设备32附加指令以知晓如何正确地解密和/或解压缩对象，从而允许以可能的最高效的方式应用不同的加密算法和/或压缩算法。
[0031]在至少一个实施方式中，由系统20使用的一个这种压缩算法是设计成减小给定EMF文件50大小的标签压缩算法。更具体地以及如图5的流程图所示，该算法以XML格式执行XML压缩。具体地，该算法包括如下步骤:访问诸如给定EMF文件50的基于XML的文件(500);扫描EMF文件50(502)以确定在EMF文件50中是否存在任何重复的XML标签(S卩，出现过不止一次的标签)(504);通过向每个重复的XML标签分配唯一地址(506)来索引任何这种重复的XML标签；以及将地址和相关标签名称存储在XML表格中(508)。该算法连续进行直至到达EMF文件50的末端(510)。为了随后解压缩EMF文件50，存储在XML表格中的数据用于重新创建(即，展开)重复部分。应注意，在至少一个实施方式中也在给定EMF文件50中的重复数据上执行相同的算法从而为EMF文件50提供进一步的压缩。
[0032]在至少一个实施方式中，系统20所使用的另一种类型的压缩算法是设计成减小给定帧页面56大小的帧页面压缩算法。更具体地以及如图6的流程图和图7的相关图示所示，帧页面压缩算法用作不同的算法，其不同之处在于:该算法首先扫描给定帧页面56的帧64中的每个(600)，其中帧64中的每个包括多个字节数值68。帧页面56的第一帧64存储为基帧72(602)并且基帧72的字节数值68用于计算基帧72与帧页面56中的任何后续帧64之间的差值(即，改变)。如果在帧页面56中确实存在附加帧64(604)，则每个后续帧64存储为差值帧74(606)，其中差值帧74基本上仅包括帧64相较于基帧72的差值字节数值68。在示例性实施方式中，如图7所示，这些差值字节数值68以格式A: X; Y的形式存储，其中A是字节数值68，而X和Y(以及通过分号分开的任何附加数值)是帧64的字节数值68的相应字节位置76。在可替代的实施方式中，每个差值帧74均基于先前的差值帧74(而非基帧72)计算。因此，不同于发送帧页面56的帧64中的每个的全部字节数值68，仅发送与基帧72(或者，可替代地，先前的差值帧74)不同的字节数值68。此外，因为每个差值字节数值68的字节数值68和相应字节位置76都存储在差值帧74中，所以整个帧64易于在传输后重建。
[0033]本说明书的诸多方面也可描述如下:
[0034]1.以可扩展媒体格式管理数字化内容的计算机实施方法，所述方法包括以下步骤:
[0035]在至少一个计算设备上的存储器中实施至少一个初始请求服务器，所述初始请求服务器配置用于接收和处理由用户所拥有的至少一个客户设备提出的对内容的请求；
[0036]在所述至少一