对比文件名称：2009-09-16_CN101536527A_发明公开_CN101536527A 可缩放视频编码和解码
目标专利名称：在多层译码中译码恢复点补充增强信息(SEI)消息和区刷新信息SEI消息的方法CN105850138B
模型名称：DeepSeek
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**: 其包括：使恢复点补充增强信息SEI消息与包含在存取单元内的多个图片当中的一个图片相关联，《隐含公开》 | “本发明的各种实施例提供用于传达与一个访问单元中的编码画面有关的补充增强信息的系统和方法...访问单元中的编码画面可以是可缩放视频的各层的画面...系统和方法涉及到编码位流中的如下指示，该指示表明补充增强信息消息关联的画面。”；“可缩放嵌套SEI消息包含任何类型的嵌套的SEI消息”；“如果消息仅适用于访问单元的一些编码画面，则可缩放嵌套SEI消息包含嵌套的SEI消息关联的访问单元内的画面的指示，例如画面的dependency_id和quality_level的值。” (说明书第[0053]-[0054]段， 图5) | 对比文件公开了使用“可缩放嵌套SEI消息”来将任意类型的SEI消息（容器内包含的“嵌套的SEI消息”）与访问单元（AU）内的一个或多个具体编码画面（通过dependency_id和quality_level等标识）相关联的机制。虽然对比文件主要示例性地描述了平移-扫描矩形SEI消息、备用画面SEI消息等，但明确说明可缩放嵌套SEI消息可包含“任何类型的嵌套的SEI消息”。恢复点SEI消息是H.264/AVC及后续标准（如HEVC）中定义的一种特定SEI消息类型。本领域技术人员在阅读对比文件后，为了在多层编码（如SVC）中明确指定恢复点SEI消息的适用范围，必然会考虑并能够应用对比文件所教导的通用关联机制，将恢复点SEI消息作为嵌套消息，并通过画面标识符（如dependency_id）使其与AU内的一个具体图片相关联。这是一种合理的、符合逻辑的推断。因此，技术特征A被对比文件隐含公开。 |
| **技术特征B**: 所述存取单元包含在所述多层位流内，《直接公开》 | “在可缩放视频编码中，访问单元可以包括多个编码画面，其中各画面是按某一空间分辨率、时间分辨率、按某一质量级或者三者的某种组合对视频序列的一个表示。” (说明书第[0066]段)；“访问单元中的编码画面可以是可缩放视频的各层的画面、多视图视频的各视图的画面或者多描述编码(MDC)视频中各描述的画面。” (说明书第[0053]段) | 对比文件明确且直接地描述了其技术方案应用于可缩放视频编码（SVC）、多视图视频编码（MVC）和多描述编码（MDC），这些均属于“多层位流”。同时，对比文件明确指出访问单元（AU）可以包含多个编码画面，这些画面分别属于不同的层（可缩放层、视图等）。这直接公开了“存取单元包含在多层位流内”这一特征。 |
| **技术特征C**: ，所述相关联的恢复点SEI消息不包含在可缩放嵌套SEI消息中，《未公开》 | 对比文件全文核心在于引入和应用“可缩放嵌套SEI消息”来解决SEI消息在多层视频中的关联问题。其描述了可缩放嵌套SEI消息作为容器，用于包含其他SEI消息并指定其应用范围。没有描述或暗示存在一种不包含在可缩放嵌套SEI消息中、却能直接与AU内特定图片明确关联的恢复点SEI消息的机制。 | 对比文件为解决多层视频中SEI消息的应用范围问题，提出的解决方案是引入一个新的、作为容器的“可缩放嵌套SEI消息”。其教导的方向是**使用**该容器来关联SEI消息与具体画面。目标专利的特征C限定了恢复点SEI消息“不包含在可缩放嵌套SEI消息中”，这与对比文件所教导的核心方案相悖。本领域技术人员阅读对比文件后，没有动机或启示去考虑让恢复点SEI消息脱离该容器而独立存在并与具体图片关联，因为对比文件并未揭示不通过容器如何解决多层环境下的关联多义性问题。因此，该技术特征未被对比文件公开。 |
| **技术特征D**: 可缩放嵌套SEI消息是恢复点SEI消息的容器且指定了所含有的恢复点SEI消息应用于的多个层，《直接公开》 | “可缩放嵌套SEI消息包含任何类型的嵌套的SEI消息，包括又一嵌套的SEI消息。”；“如果消息仅适用于访问单元的一些编码画面，则可缩放嵌套SEI消息包含嵌套的SEI消息关联的访问单元内的画面的指示，例如画面的dependency_id和quality_level的值。” (说明书第[0054]段)；“scalable_nesting(payloadSize){ ... for(i=0; i<num_pictures; i++){ dependency_id[i] ... quality_level[i] ... } ... }” (说明书第[0068]段语法结构) | 对比文件直接且明确地定义了“可缩放嵌套SEI消息”这一概念，其功能就是作为一个容器（contain any type of nested SEI message），其中可以包含任何类型的SEI消息。根据语法结构，当该消息不适用于AU内所有图片时（all_pictures_in_au_flag=0），会通过循环列出多组dependency_id和quality_level来指定该嵌套消息所应用于的多个层（画面）。虽然对比文件未明确列举“恢复点SEI消息”作为例子，但其定义的“任何类型”必然涵盖当时已知及后续标准（如HEVC）中定义的恢复点SEI消息。因此，本领域技术人员能够毫无疑义地得出：可缩放嵌套SEI消息可以作为恢复点SEI消息的容器，并通过dependency_id等指定其应用于多个层。技术特征D被直接公开。 |
| **技术特征E**: 所述相关联的恢复点SEI消息指示在所述一个图片之前或所述一个图片处的随机存取点处开始解码之后作为恢复点的随后图片，《未公开》 | 对比文件全文未提及“恢复点SEI消息”（Recovery Point SEI message），也未提及“随机存取点”（random access point）或“恢复点”（recovery point）等相关概念和功能。 | 技术特征E定义了恢复点SEI消息的具体语义功能，即指示在特定随机存取点开始解码后，哪个后续图片将成为内容正确的“恢复点”。这是恢复点SEI消息独有的、特定的技术含义。对比文件虽然公开了SEI消息的通用关联框架，但完全没有涉及恢复点SEI消息这一具体消息类型的任何内容、语义或作用。本领域技术人员无法从对比文件中得到任何关于恢复点SEI消息功能的技术启示。因此，该技术特征未被公开。 |
| **技术特征F**: 在所述恢复点处所述多层位流的解码将在内容上正确或大致正确，《未公开》 | 同技术特征E的论述，对比文件未提及恢复点SEI消息及其语义。 | 该特征进一步定义了恢复点SEI消息所指示的“恢复点”的技术效果，是恢复点SEI消息语义的一部分。由于对比文件未公开恢复点SEI消息本身，自然也未能公开其语义细节。因此，该技术特征未被公开。 |
| **技术特征G**: 所述随后图片与所述一个图片包含在所述多层位流的同一层中，《未公开》 | 同技术特征E的论述，对比文件未提及恢复点SEI消息，更未涉及其所指示的恢复点（随后图片）与关联图片之间的层关系。 | 该特征限定了恢复点SEI消息所指示的恢复点图片（随后图片）与关联该消息的图片处于同一层。这属于恢复点SEI消息具体应用规则的一部分。对比文件未提供任何关于此规则的信息。因此，该技术特征未被公开。 |
| **技术特征H**: 以及至少部分地基于所述恢复点SEI消息与所述一个图片的所述关联而译码所述视频数据。《隐含公开》 | “该系统和方法实现将H.264/AVC SEI消息重用于可缩放性层、视图和/或MDC描述...”；“编码器110将源信号编码成编码的媒体位流。”；“解码器160...根据嵌套的SEI消息的语义而用来参与与解码、显示或者其他目的有关的过程。” (说明书第[0001], [0053], [0077]段) | 对比文件阐述了其发明目的之一是实现将SEI消息（包括H.264/AVC中的SEI消息）重用于多层视频的各层。整个系统包含编码器和解码器。编码器负责编码包含可缩放嵌套SEI消息（其中嵌套了SEI消息并关联到具体画面）的位流；解码器则解码该位流，并根据嵌套SEI消息的语义来参与解码等过程。“译码”包括编码和解码。本领域技术人员可以合理推断，在编码端，需要基于SEI消息与图片的关联关系来生成符合语义的位流；在解码端，需要基于解析出的该关联关系来正确解释和应用SEI消息，从而完成视频数据的解码。虽然对比文件未明确使用“基于...关联而译码”的表述，但根据其描述的编解码系统工作流程，必然隐含了这一技术动作。因此，技术特征H被隐含公开。 |
<<<a>>><<<B>>><<<D>>><<<h>>>