对比文件名称：发明公开_CN102388612A 高动态范围、可视动态范围和宽色域视频的分层压缩
目标专利名称：用于使用视频信号处理视频数据的系统及方法
本次调用的模型名称：专利创造性评估模型
## 特征比对表格 ##
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：接收所述视频数据，其中所述视频数据与颜色容量相关联<br>**《直接公开》** | [0005] 用于图像的术语“动态范围”可以指代图像特性(例如亮度、照度)的范围或者该图像特性的最强测量或者强度与该图像特性的最弱测量或者强度之比。……色域可以指代对于具体设备而言可以捕获或者显示的所有颜色的空间。<br>[0045] VDR可以涵盖人类视觉系统可以同时感知的照度和颜色。……VDR可以是用于发布和消费运动图像的理想动态范围目标。<br>[0053] VDR可以包括整个可见色域。VDR可以视为宽色域(WCG)格式。 | 对比文件明确公开了接收与颜色容量（包含动态范围和色域）相关联的视频数据。例如，其处理的对象是高动态范围(HDR)、可视动态范围(VDR)和宽色域(WCG)视频（参见[0005], [0045], [0053]）。这与目标专利中“视频数据与颜色容量相关联”的技术特征相同。在对比文件中，接收此类视频数据是进行后续分层压缩和编码的基础；在目标专利中，接收此类视频数据是获得颜色容量变换参数集的前提。两者作用相同，均为处理视频数据的初始步骤。因此，本领域技术人员能够毫无疑义地从对比文件得出该技术特征。 |
| **技术特征B**：从所述视频数据获得颜色容量变换参数集，其中所述颜色容量变换参数集包括与转移函数相关联的转移特性，并且用以根据所述转移函数变换所述颜色容量<br>**《直接公开》** | [0081] “色调映射”可能需要将一个色集映射成另一色集并且可以用来减少HDR或者VDR图像的动态范围。……色调映射可以减少照度的动态范围，但是让每个像素的色度不变。<br>[0083] 全局色调映射可以指代如下变换，该变换涉及针对所有像素的相同的变换。全局色调映射可以涉及从HDR或者VDR照度到LDR照度的变换。局部色调映射可以具有如下变换，该变换涉及可以针对不同像素而变化的变换。<br>[0100] 由于可以通过色调映射HDR和/或VDR来获得LDR，所以向LDR图像应用反转色调映射算符可以产生对目标HDR和/或VDR图像的近似。<br>[0127] 对于全局色调映射分析，首先可以选择用于LDR与VDR/HDR之间映射的函数形式。这一函数形式可以包括任意数量的参数。<br>[0129] 用于色调映射及其反转色调映射的参数化形式可以提供至少在噪声减少和单调性方面胜于重建函数的增强。 | 对比文件详细公开了“色调映射”和“反转色调映射”操作，这些操作正是用于变换视频数据的颜色容量（特别是动态范围）。对比文件描述了从HDR/VDR到LDR的色调映射（减少动态范围）以及从LDR到HDR/VDR的反转色调映射（预测或恢复动态范围）（参见[0081], [0083], [0100]）。这些映射操作由参数化的函数形式定义，例如全局或局部色调映射算符，这些函数形式及其参数即构成了“颜色容量变换参数集”（参见[0127], [0129]）。参数中必然包含定义映射函数曲线形状的参数，这些参数与“转移特性”相关联。因此，对比文件直接公开了从视频数据（HDR/VDR或LDR）获得用于变换颜色容量的参数集。在对比文件中，这些参数用于预测、压缩和重建视频；在目标专利中，用于编码和变换颜色容量以适配显示。两者作用本质相同，都是为实现颜色容量变换而获取并应用参数。 |
| **技术特征C**：获得主控显示颜色容量参数集，其中所述主控显示颜色容量参数集包含当产生所述视频数据的主副本时确定的值<br>**《隐含公开》** | [0049] 针对捕获、发布和消费格式的动态范围要求可能在HDR与VDR之间有所不同。HDR成像可能涉及捕获和呈现具有完整动态范围和人眼可见色谱的图像。HDR可以主要是捕获格式。除了作为可能的捕获格式之外，VDR还可适用于发布和消费格式。<br>[0050] 图1B描绘了用于运动画面例子的制作和发布阶段105的图。……在用于HDR图像数据的制作阶段106中，原场景110可以由HDR数字相机120捕获……在完成后期制作之后，可以将输出完全表示为VDR图像流160，根据该VDR图像流可以导出LDR流图像流165。<br>[0127] 参数估计块820接收LDR*输入810、VDR/HDR输入805和用于产生参数矢量 825的函数形式815，该参数矢量代表用于这些输入的具体反转色调映射函数的参数。 | 对比文件隐含公开了“主控显示颜色容量参数集”的概念。对比文件描述了视频的制作和发布流程（图1B及[0050]），其中原场景被捕获并经过后期制作，输出为VDR图像流，并由此导出LDR流。这个VDR图像流可以被视为用于发布的“主副本”，其颜色容量（动态范围、色域）代表了制作时的创作意图。在编码过程中（如图7，[0127]），编码器通过分析输入的VDR/HDR流和LDR流来确定反转色调映射参数。这个过程隐含了从作为“主副本”的VDR/HDR视频数据中“获得”用于定义其颜色容量特性的信息（即参数），这些信息（如最大/最小亮度、色域等）构成了“主控显示颜色容量参数集”的核心内容。本领域技术人员能够合理推断，为了在解码端准确重建或预测VDR/HDR内容，编码端需要获得并传递关于原主副本颜色容量的参数信息。因此，该技术特征被对比文件隐含公开。 |
| **技术特征D**：产生用于所述颜色容量变换参数集的一或多个元数据块<br>**《隐含公开》** | [0120] 兼容编码解码器可以指代能产生与现有标准LDR解码器兼容的压缩比特流的编码解码器。……位流615可以具有两个分量。一个分量可以由LDR解码器630解译和解码……第二分量可以包括如下信息，该信息允许根据兼容位流615生成VDR(或者HDR)图像流。<br>[0152] 再次参照图7，该处理的输出可以涉及三个位流：一个位流用于LDR编码738；一个位流用于色调映射变换740，并且一个位流用于压缩的残差742。如图7中所示，可以用如下方式格式化这些位流，该方式为用来产生压缩的位流750的LDR编码方法所特有。H.264/AVC和实质上其它编码解码器也可以提供用于发送这样的额外信息(可以成为“元数据”)的机制。 | 对比文件隐含公开了产生用于颜色容量变换参数的元数据块。对比文件明确描述了分层编码解码器产生的位流包含基础层（LDR）和增强层（用于生成VDR/HDR的信息）（参见[0120]）。具体到图7描述的编码器，其输出包含“色调映射变换”位流（即色调映射参数位流）和残差位流（参见[0152]）。这些位流承载了用于从LDR预测或重建VDR/HDR的颜色容量变换参数（色调映射参数）及其他辅助信息。本领域技术人员能够理解，这些参数信息在传输前需要被组织成某种数据结构或“块”，以便于编码、传输和解码器解析。术语“元数据块”是对这种参数数据封装形式的合理概括。因此，产生用于颜色容量变换参数的一或多个元数据块的技术特征，可以从对比文件对参数位流的描述中合理推断得出。 |
| **技术特征E**：产生用于所述主控显示颜色容量参数集的一或多个额外元数据块<br>**《未公开》** | 无相关引用。 | 对比文件未公开明确独立于颜色容量变换参数（如色调映射参数）之外的“主控显示颜色容量参数集”，也未描述为其产生单独的“额外元数据块”。对比文件中提及的参数主要是用于动态范围映射的色调映射参数，虽然隐含了主副本的颜色容量信息，但并未将其作为一个独立的、需要强制伴随颜色容量变换参数集一同编码的参数集进行描述，更未提及两者之间的存在性依赖关系。因此，该技术特征未被对比文件公开或隐含公开。 |
| **技术特征F**：及产生用于所述视频数据的经编码位流，其中产生经编码位流包括：确定与所述转移特性相关联的值是否对应于根据不同视频标准而定义的值16或18<br>**《未公开》** | 无相关引用。 | 对比文件未公开任何关于根据转移特性（如ST 2084的PQ或HLG）的特定值（16或18）来决定是否在经编码位流中包含特定元数据块的逻辑或步骤。对比文件虽然使用了参数化的色调映射函数，但未将其与标准化的转移特性标识符（如HEVC VUI中的transfer_characteristics语法元素值）相关联，也未基于此值进行条件性编码决策。该特征涉及目标专利中特定的编码约束规则，对比文件完全没有涉及。 |
| **技术特征G**：响应于确定与所述转移特性相关联的值对应于所述值16或18，将所述一或多个元数据块包括在所述经编码位流的消息中<br>**《未公开》** | 无相关引用。 | 如特征F所述，对比文件未公开基于转移特性值进行条件性包含的逻辑。因此，该响应性步骤也未被公开。 |
| **技术特征H**：响应于确定与所述转移特性相关联的值不对应于所述值16或18，在所述经编码位流的消息中排除所述一或多个元数据块<br>**《未公开》** | 无相关引用。 | 如特征F、G所述，对比文件未公开基于转移特性值进行条件性排除的逻辑。因此，该响应性步骤也未被公开。 |
| **技术特征I**：响应于确定所述一或多个元数据块包括在所述经编码位流的消息中，将所述一或多个额外元数据块包括在所述经编码位流中。<br>**《未公开》** | 无相关引用。 | 对比文件未公开任何关于“额外元数据块”（指主控显示颜色容量参数集元数据块）必须与颜色容量变换参数集元数据块共存于位流中的强制性关联规则。特征I描述了一种存在性依赖关系，这在对比文件中没有任何体现。 |
| **技术特征J**：其中所述颜色容量变换参数集及所述主控显示颜色容量参数集包含同一字段，且其中基于所述字段存在于所述一或多个额外元数据块中，从所述一或多个元数据块省略所述字段。<br>**《未公开》** | 无相关引用。 | 对比文件未区分“颜色容量变换参数集”和“主控显示颜色容量参数集”这两个独立的参数集，因此更不可能描述两者之间存在共同字段，以及基于一个集中存在该字段而从另一个集中省略该字段的优化编码策略。该特征涉及特定编码语法设计以消除冗余，对比文件未公开。 |
| **技术特征K**：其中所述视频数据包含用于描述显示器区域的一或多个处理窗，且其中，在所述经编码位流中，将所述多个处理窗的数量约束于一与十六之间的值。<br>**《未公开》** | 无相关引用。 | 对比文件虽然涉及视频处理，但未提及“处理窗”(ProcessingWindow)的概念，也未对处理窗的数量施加任何约束（如1到16之间）。该特征涉及对ST 2094-10中特定元素数量的限制，对比文件未涉及ST 2094-10标准的具体实施细节。 |
| **技术特征L**：其中所述视频数据包含用于提供关于特定视频信号的信息的一或多个内容描述元素，且其中，在所述经编码位流中，将所述多个内容描述元素的数量约束于一。<br>**《未公开》** | 无相关引用。 | 对比文件未提及“内容描述元素”(ImageCharacteristicsLayer)的概念，也未对其数量施加约束（如约束为1）。该特征涉及对ST 2094-10中特定元素数量的限制，对比文件未涉及。 |
| **技术特征M**：其中所述视频数据包含用于提供关于其上可显示视频信号的显示器的信息的一或多个目标显示元素，且其中，在所述经编码位流中，将所述多个目标显示元素的数量约束于一与十六之间的值。<br>**《未公开》** | 无相关引用。 | 对比文件未提及“目标显示元素”(TargetedSystemDisplay)的概念，也未对其数量施加约束（如1到16之间）。该特征涉及对ST 2094-10中特定元素数量的限制，对比文件未涉及。 |
| **技术特征N**：其中所述经编码位流在所述经编码位流中包含用于每一存取单元的至少一个元数据块，所述元数据块包含颜色容量变换参数。<br>**《未公开》** | 无相关引用。 | 对比文件未公开关于在经编码位流中，每个“存取单元”都必须包含至少一个带有颜色容量变换参数的元数据块的强制性规定。虽然对比文件描述了参数位流的存在，但未指定其必须以每个存取单元为粒度出现。 |
| **技术特征O**：其中从所述经编码位流排除定义为保留的值。<br>**《未公开》** | 无相关引用。 | 对比文件未公开任何关于在位流中排除“保留值”的语法约束或一致性要求。 |
| **技术特征P**：其中所述一或多个元数据块各自包含指示元数据块的长度的长度值，且其中，在所述经编码位流中，将所述长度值约束于八的倍数。<br>**《未公开》** | 无相关引用。 | 对比文件未描述元数据块的结构细节，特别是未提及块“长度值”字段的存在，更未对该长度值的取值施加“八的倍数”这样的约束。 |
| **技术特征Q**：其中所述一或多个元数据块各自包含指示元数据块的长度的长度值，且其中，在所述经编码位流中，将所述长度值约束于0与255之间的值。<br>**《未公开》** | 无相关引用。 | 对比文件未描述元数据块的结构细节，未提及块“长度值”字段，也未对其取值范围施加“0到255”的约束。 |
| **技术特征R**：其中所述一或多个元数据块在一或多个补充增强信息SEI网络抽象层NAL单元中被编码。<br>**《隐含公开》** | [0152] H.264/AVC和实质上其它编码解码器也可以提供用于发送这样的额外信息(可以成为“元数据”)的机制。 | 对比文件隐含公开了在标准视频编码框架（如H.264/AVC）中发送额外信息（元数据）的机制。本领域技术人员公知，在H.264/AVC、HEVC等标准中，补充增强信息（SEI）消息是携带此类不影响解码过程但有助于显示或处理的元数据的常用机制，且SEI消息作为网络抽象层（NAL）单元的一种类型存在于位流中。对比文件提到利用H.264/AVC等编码解码器的机制发送额外信息（[0152]），这强烈暗示了这些信息（包括色调映射参数等）可以通过SEI NAL单元进行编码和传输。因此，该技术特征可以被本领域技术人员合理推断得出。 |
| **技术特征S**：其中所述一或多个额外元数据块在一或多个补充增强信息SEI网络抽象层NAL单元中被编码。<br>**《隐含公开》** | [0152] H.264/AVC和实质上其它编码解码器也可以提供用于发送这样的额外信息(可以成为“元数据”)的机制。 | 基于与特征R相同的理由，对比文件隐含了利用标准机制（如SEI）发送额外信息。虽然对比文件未明确区分“元数据块”和“额外元数据块”，但既然发送额外信息是公开的，那么这些信息块通过SEI NAL单元编码是一种本领域技术人员能够合理推断的标准实现方式。因此，该特征被隐含公开。 |
<<<A>>><<<B>>><<<c>>><<<d>>><<<r>>><<<s>>>