[发明专利]客户端设备和操作客户端设备的方法

说明书

本发明公开了一种客户端设备。该客户端设备被配置为：检查清单文件，并且基于输出图片区域的每个区域的质量水平范围和/或指示来改变从服务器自适应地流传输视频的流传输策略。本发明还公开了一种操作客户端设备的方法。根据本发明，分割的视频流传输环境中的客户端有机会导出对某些预选适配集具有其ROI的理解和/或导出就质量而言对由这种预选适配集提供的各个组合选项之中的相对排序的良好估计。

技术领域

本申请涉及基于部分或图块的视频流传输概念。

背景技术

当今视频流传输系统中的媒体加密基于密码函数，该密码函数允许以逐块方式，使用前向密码函数和密钥对媒体数据(称为明文)进行加密，并使用逆函数和密钥对结果(称为密文)进行解密，例如以下高级加密标准(AES)[1]的方法。另外，媒体加密的基本概念是在将明文传递给前向密码函数之前对其进行更改，以确保密文块的唯一性，即，重复相同的明文块(例如通用词或语法结构)不应导致相同的密文块。在进入密码函数之前(以及同样在执行逆函数之后)，使用每个明文块和加密元数据的计算便宜的运算(即异或(XOR))来更改明文。在大多数方法中，第一块的加密元数据由初始化值或初始化向量(IV)组成。存在许多块运算模式变体[2]，它们定义了如何生成后续明文块的加密元数据。如图1a、图1b所示，在加密的媒体流传输市场中，这种概念的最流行的两个变体是基于维护计数器(CTR)作为加密元数据和密码块链接(CBC)的一部分，其中当前的密文块用作后续明文块的加密元数据。

MPEG通用加密标准[3]通过定义受AES-CTR和AES-CBC启发的各种方案，定义了MPEG生态系统中媒体数据的加密，即封装在ISO基本媒体文件格式[4][5](FF)容器中的编码媒体数据。具体地说，方案描述了编码媒体数据的哪一部分构成了要加密的明文。加密方案对16个字节的明文的块进行操作。可以理解，可以加密少于全部的编码媒体数据，并且仍然可以通过编码数据内的各种空间和时间依赖性来禁止对加密的媒体数据进行未经授权的使用(即在没有加密密钥的情况下进行未经授权的解密)。

在包含在FF容器中的编码视频数据的上下文中，与单个时间实例关联并在解码后产生视频图片的编码数据通常称为样本。FF容器中的样本可以进一步在逻辑和空间上细分为子样本，例如当视频编解码器工具用于空间细分时，例如从编解码器的角度来看，HEVC[6]中使用的切片或图块可实现一定程度的独立性。

[3]中定义了几种加密方案(基于CTR的“cenc”和“cens”、以及基于CBC的“cbc1”和“cbcs”)，并且这几种加密方案允许用信号发送编码媒体数据流的哪一部分——即与根据[6]的视频编码层(VCL)相关联的NAL单元——构成明文并因此被加密。图2示出了编码的媒体数据中与一个样本相关联的NAL单元(即，例如，由两个图块组成的视频图片，每个图块在单独的NAL单元中)的序列、以及由报头和熵编码的有效载荷组成的视频切片的结构。后者在图中被称为视频切片数据。ISO介质大小报头描述了NAL单元(NALU)的长度，并且在下文中有时被称为部分15NAL大小报头。视频切片数据(或切片有效载荷)通常构成编码数据流的最大部分。

如上所述，编码视频中的各种编码和预测依存关系允许近对所有样本的一部分进行加密(例如，每隔一个样本，甚至在所谓的模式加密方案“cens”和“cbcs”中，每隔一个明文块或另一个用信号表示的比率)，并且仍然保持对内容的良好保护，从而节省了处理能力。此外，使媒体数据的某些部分保持未加密是有益的，尤其是NAL单元报头或切片报头，这些部分不包括编码的像素值，但控制信息可能在系统层上用于处理加密媒体数据流，例如为了将编码媒体数据流重写为HEVC附件B字节流格式。因此，[3]中的子样本加密格式强制要求保留某些部分未加密，例如NAL单元和切片报头。根据加密方案，子样本末尾处的局部明文块被不同地处理。在基于CTR的方案“cenc”中，明文块可能会跨越子样本边界，而在基于CBC的方案“cbcs”中，子样本末尾处的局部明文块仍保持未被加密。在方案“cens”和“cbc1”中，适当选择了子样本开始处未加密字节的范围，使得不会出现局部明文块。