对比文件名称：2014-07-02_CN103907347A_发明公开_CN103907347A 多视图视频编码和解码
目标专利名称：在多层译码中译码恢复点补充增强信息(SEI)消息和区刷新信息SEI消息的方法CN105850138B
模型名称：DeepSeek
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A《隐含公开》<br>使恢复点补充增强信息SEI消息与包含在存取单元内的多个图片当中的一个图片相关联 | 第0326段：“视图随机存取(VRA)图片或存取单元被编码进多视图比特流。VRA图片使得能够开始对比特流中存在的视图子集的解码。”<br>第0347段：“在VRA存取单元中，编码器将在视图集合A中的这些所选视图中的一个编码为帧内编码视图组件，且将这些所选视图中的剩余的视图编码为P或B视图组件(806)，P或B视图组件仅从VRA存取单元内的所选视图中先前编码的视图组件中预测得到。...编码器还可将指示编码810至比特流中和/或数据包封装格式内和/或容器文件格式内，以指示VRA存取单元的位置和潜在地对于当从VRA存取单元开始解码时可解码的视图的指示。”<br>第0349段：“编码器还可生成被封装在MVC延展嵌套SEI消息中的恢复点SEI消息。MVC延展嵌套SEI消息指示所包含的SEI消息应用于的view_id值。” | 对比文件公开了在多视图（多层）比特流中设置“视图随机存取(VRA)存取单元”。VRA存取单元包含多个视图（图片），其中至少一个被帧内编码以作为该视图的随机存取起点。对比文件明确指出，可以生成“恢复点SEI消息”来指示VRA存取单元的位置（第0347段）。该恢复点SEI消息被进一步描述为可被封装在“MVC延展嵌套SEI消息”中，并用于指示其应用的特定视图（view_id）（第0349段）。这表明，本领域技术人员能够从对比文件公开的“使用恢复点SEI消息来指示特定视图的VRA存取单元”这一教导中，合理推断出该恢复点SEI消息在语义上或逻辑上与该VRA存取单元内、对应于所指示view_id的那个具体图片（视图组件）相关联。因为一个视图在一个存取单元中只对应一个图片。因此，技术特征A被对比文件隐含公开。 |
| 技术特征B《直接公开》<br>所述存取单元包含在所述多层位流内 | 第0326段：“视图随机存取(VRA)图片或存取单元被编码进多视图比特流。”<br>第0141段：“MVC中的存取单元定义为NAL单元的集合，这些NAL单元按照解码顺序是连续存在的且实际包含由一个或多个视图组件组成的一个主要编码图片。” | 对比文件明确、直接地描述了“VRA存取单元”或“存取单元”被编码在“多视图比特流”中（第0326段），并且一个存取单元包含一个或多个视图组件（图片）（第0141段）。多视图比特流即属于目标专利所述的多层位流。因此，技术特征B被对比文件直接公开。 |
| 技术特征C《未公开》<br>所述相关联的恢复点SEI消息不包含在可缩放嵌套SEI消息中 | 第0349段：“编码器还可生成被封装在MVC延展嵌套SEI消息中的恢复点SEI消息。MVC延展嵌套SEI消息指示所包含的SEI消息应用于的view_id值。” | 对比文件明确教导恢复点SEI消息是“被封装在MVC延展嵌套SEI消息中”的。MVC延展嵌套SEI消息即为目标专利中“可缩放嵌套SEI消息”在多视图上下文中的具体形式。这与目标专利权利要求明确限定的“所述相关联的恢复点SEI消息不包含在可缩放嵌套SEI消息中”这一技术特征正好相反。本领域技术人员从对比文件中无法得出，也没有动机去得出一个“不包含在可缩放嵌套SEI消息中”的、与单个图片相关联的恢复点SEI消息方案。因此，技术特征C未被对比文件公开。 |
| 技术特征D《直接公开》<br>可缩放嵌套SEI消息是恢复点SEI消息的容器且指定了所含有的恢复点SEI消息应用于的多个层 | 第0349段：“编码器还可生成被封装在MVC延展嵌套SEI消息中的恢复点SEI消息。MVC延展嵌套SEI消息指示所包含的SEI消息应用于的view_id值。”<br>第0154段：“MVC可扩展嵌套SEI消息可用于包含其他SEI消息，该其他SEI消息通常指定为单个视图(H.264/AVC)使用。MVC可扩展嵌套SEI消息指示适用于所包含的SEI消息的view_id值。” | 对比文件明确公开了“MVC延展嵌套SEI消息”（即可缩放嵌套SEI消息）作为容器，用于包含如恢复点SEI消息在内的其他SEI消息（第0349、0154段）。并且，该嵌套SEI消息的一个核心功能就是指示所包含的SEI消息所应用的视图（view_id），而视图即对应多层位流中的“层”。因此，对比文件直接公开了技术特征D的全部内容。 |
| 技术特征E《隐含公开》<br>所述相关联的恢复点SEI消息指示在所述一个图片之前或所述一个图片处的随机存取点处开始解码之后作为恢复点的随后图片 | 第0326段：“VRA图片使得能够开始对比特流中存在的视图子集的解码。”<br>第0255段：“将恢复点定义为比特流中的这样的点，在该点处，由比特流表示的解码图片的准确或近似表示的恢复可在上一随机存取点处的随机存取或破碎链接之后实现。”<br>第0349段：“当恢复点SEI消息被包含在MVC延展嵌套SEI消息中时，所包含的恢复点SEI消息的语义可以按照这样的方式翻译，在方式中仅仅在MVC延展内嵌SEI消息中所指示的视图的解码被要求以恢复所指示的视图。” | 对比文件引入了“VRA图片/存取单元”作为随机存取点（第0326段），并沿用视频编码中通用的“恢复点”概念（第0255段）。结合对比文件关于使用封装在嵌套SEI消息中的恢复点SEI消息来指示特定视图（层）的VRA存取单元的教导（第0349段），本领域技术人员能够合理推断，该恢复点SEI消息的作用就是指示：从它所关联的VRA存取单元（或其特定图片）开始解码后，内容正确或大致正确的“恢复点”所在的位置（即随后的某个图片）。这与目标专利中恢复点SEI消息的功能一致。因此，技术特征E被对比文件隐含公开。 |
| 技术特征F《隐含公开》<br>在所述恢复点处所述多层位流的解码将在内容上正确或大致正确 | 第0255段：“将恢复点定义为比特流中的这样的点，在该点处，由比特流表示的解码图片的准确或近似表示的恢复可在上一随机存取点处的随机存取或破碎链接之后实现。”<br>第0349段：“...仅仅在MVC延展内嵌SEI消息中所指示的视图的解码被要求以恢复所指示的视图。” | 对比文件明确定义了“恢复点”是解码内容达到“准确或近似表示”的点（第0255段）。当结合其VRA机制和嵌套恢复点SEI消息的方案时（第0349段），该定义逻辑上适用于从VRA点开始解码后，在所指示视图（层）上达到正确或大致正确解码状态的时刻（即恢复点）。因此，技术特征F被对比文件隐含公开。 |
| 技术特征G《隐含公开》<br>所述随后图片与所述一个图片包含在所述多层位流的同一层中 | 第0349段：“MVC延展嵌套SEI消息指示所包含的SEI消息应用于的view_id值。当恢复点SEI消息被包含在MVC延展嵌套SEI消息中时，所包含的恢复点SEI消息的语义可以按照这样的方式翻译，在方式中仅仅在MVC延展内嵌SEI消息中所指示的视图的解码被要求以恢复所指示的视图。” | 对比文件指出，嵌套SEI消息中的恢复点SEI消息仅要求“所指示的视图”（由view_id标识）被恢复。这意味着恢复过程（从随机存取点到恢复点）是针对该特定视图（层）而言的。因此，恢复点所对应的“随后图片”必然与随机存取点所在的图片（即VRA存取单元中对应view_id的图片）处于同一视图（层）中。本领域技术人员可以据此合理推断出技术特征G。因此，技术特征G被对比文件隐含公开。 |
| 技术特征H《隐含公开》<br>以及至少部分地基于所述恢复点SEI消息与所述一个图片的所述关联而译码所述视频数据 | 第0347段：“编码器还可将指示编码810至比特流中和/或数据包封装格式内和/或容器文件格式内，以指示VRA存取单元的位置和潜在地对于当从VRA存取单元开始解码时可解码的视图的指示。”<br>第0900-0914段（对应图9）：描述了解码器检测VRA存取单元、推断可解码视图、并从该点开始解码相应视图的过程。 | 对比文件公开了编码器生成指示VRA存取单元的（恢复点SEI）消息并放入比特流（第0347段）。同时，对比文件详细描述了解码器侧的操作：检测VRA指示（即恢复点SEI消息关联的存取单元及视图），并基于此关联，从该点开始解码特定的视图（图片序列）（第0900-0914段）。这里的“译码”包括编码（生成指示）和解码（使用指示进行解码）两个方面。因此，本领域技术人员能够合理推断，视频数据的译码（至少解码过程）是基于恢复点SEI消息与特定图片（视图）的关联进行的。因此，技术特征H被对比文件隐含公开。 |
<<<B>>><<<D>>>