返回项目页面
对比文件列表
2008-09-04_US2008216116A_发明申请_US20080216116A1 Providing Zapping Streams to Broadcast Receivers_+++E_F+++.docx
2026-03-19 22:28
2009-04-16_KR1020090037920A_发明公开_KR1020090037920A 스케일러블 비디오 코딩 및 디코딩_+++A_B_D_c_e_f_g_h+++.docx
2026-03-19 22:28
2009-05-07_JP2009518981A_发明专利_JP2009518981A A system and method for error resilience and random access of a video communication system_+++E_F_b+++.docx
2026-03-19 22:28
2010-02-11_US2010034293A_发明申请_US20100034293A1 METHOD AND APPARATUS OF MULTI-VIEW CODING AND DECODING_+++A_B_e_f_g_h+++.docx
2026-03-19 22:28
2010-07-22_JP2010525637A_发明专利_JP2010525637A Multi-view coding and decoding method and apparatus_+++B_H_a_e_f_g+++.docx
2026-03-19 22:28
2010-07-29_US2010189182A_发明申请_US20100189182A1 METHOD AND APPARATUS FOR VIDEO CODING AND DECODING_+++B_E_F_H_a_g+++.docx
2026-03-19 22:28
2012-05-02_EP2041978B_发明授权_EP2041978B1 SCALABLE VIDEO CODING AND DECODING_+++A_B_D_H_e_f_g+++.docx
2026-03-19 22:28
2013-09-12_US2013235152A_发明申请_US20130235152A1 Video Coding and Decoding_+++B_D_E_F_a_c_g_h+++.docx
2026-03-19 22:28
2014-05-28_KR1020140064926A_发明公开_KR1020140064926A 멀티뷰 비디오 코딩 및 디코딩을 위한 방법, 장치 및 컴퓨터 프로그램_+++C_D_b_e_f_g_h+++.docx
2026-03-19 22:28
2014-07-09_EP2752011A_发明公开_EP2752011A1 MULTIVIEW VIDEO CODING AND DECODING_+++B_D_a_e_f_g_h+++.docx
2026-03-19 22:28
2016-08-10_CN105850138A_发明公开_CN105850138A 在多层译码中译码恢复点补充增强信息(SEI)消息和区刷新信息SEI消息的方法_+++A_B_C_D_E_F_G_H+++.docx
2026-03-19 22:28
2014-07-09_EP2752011A_发明公开_EP2752011A1 MULTIVIEW VIDEO CODING AND DECODING_+++B_D_a_e_f_g_h+++.docx

**对比文件名称**:2014-07-09_EP2752011A_发明公开_EP2752011A1 MULTIVIEW VIDEO CODING AND DECODING

**目标专利名称**:在多层译码中译码恢复点补充增强信息(SEI)消息和区刷新信息SEI消息的方法 CN105850138B

**本次调用的模型名称**:DeepSeek-R1

---

### **特征比对表格**

技术特征描述以及公开性判断结果对比文件原文引用公开性论述
**技术特征A**:使恢复点补充增强信息SEI消息与包含在存取单元内的多个图片当中的一个图片相关联,<br>**判断结果:隐含公开**[p0346] “The encoder may also generate a recovery point SEI message encapsulated into the MVC scalable nesting SEI message. The MVC scalable nesting SEI message indicates the view id values for which the contained SEI message applies to. When a recovery point SEI message is contained in an MVC scalable nesting SEI message, the semantics of the contained recovery point SEI message may be interpreted in such a manner that decoding of only the views indicated in the MVC scalable nesting SEI message are required to recovery the indicated views... Hence, view-wise entry point (a.k.a. random access point) and recovery point information can be conveyed when a recovery point SEI message is encapsulated into a MVC scalable nesting SEI message.” <br>(译文:编码器还可以生成封装在MVC可缩放嵌套SEI消息中的恢复点SEI消息。MVC可缩放嵌套SEI消息指示了所包含的SEI消息所应用的视图ID值。当恢复点SEI消息被包含在MVC可缩放嵌套SEI消息中时,所包含的恢复点SEI消息的语义可以被解释为:仅解码在MVC可缩放嵌套SEI消息中指示的那些视图,就足以恢复所指示的视图……因此,当恢复点SEI消息被封装到MVC可缩放嵌套SEI消息中时,可以传递视图级别的入口点(也称为随机访问点)和恢复点信息。)对比文件公开了在多层(多视图)编码中,将恢复点SEI消息与特定的视图(对应特定的图片序列)相关联的思想。具体地,通过使用MVC可缩放嵌套SEI消息作为容器,来指示其所包含的恢复点SEI消息具体应用于哪些视图(view id)。在多层位流中,一个存取单元包含多个视图的图片,而“view id”唯一标识了一个视图的图片序列。因此,通过指定恢复点SEI消息所应用的`view_id`,本领域技术人员可以毫无疑义地理解,该消息是与当前存取单元中具有该`view_id`的特定图片(即视图分量)相关联的。这与目标专利中“使恢复点SEI消息与……一个图片相关联”的作用相同,都是为了在包含多个图片的存取单元内明确恢复点消息的适用对象,解决单层语义下的歧义。虽然对比文件强调使用嵌套SEI消息作为“容器”来达成此关联,而目标专利权利要求A未限定具体关联方式,但将SEI消息与特定视图(图片)关联这一核心思想已被对比文件公开。因此,技术特征A被对比文件隐含公开。
**技术特征B**:所述存取单元包含在所述多层位流内<br>**判断结果:直接公开**[p0015] “View random access (VRA) pictures or access units are coded into a multiview bitstream.” <br>(译文:视图随机访问(VRA)图片或存取单元被编码到多视图位流中。)<br>[p0155] “An access unit in MVC is defined to be a set of NAL units that are consecutive in decoding order and contain exactly one primary coded picture consisting of one or more view components.” <br>(译文:MVC中的存取单元被定义为解码顺序连续的一组NAL单元,并且恰好包含一个由一个或多个视图分量组成的主编码图片。)对比文件明确、直接地描述了其技术方案应用于“multiview bitstream”(多视图位流),这是多层位流的一种典型形式。同时,对比文件定义了MVC中的存取单元包含一个或多个视图分量(view components),即多个图片。这与目标专利中“存取单元包含在多层位流内”的技术特征完全一致。该特征在对比文件中是技术方案的背景和基础,作用同样是定义多层编码的环境。因此,技术特征B被对比文件直接公开。
**技术特征C**:,所述相关联的恢复点SEI消息不包含在可缩放嵌套SEI消息中,<br>**判断结果:未公开**[p0346] “The encoder may also generate a recovery point SEI message encapsulated into the MVC scalable nesting SEI message.” <br>(译文:编码器还可以生成封装在MVC可缩放嵌套SEI消息中的恢复点SEI消息。)目标专利的技术特征C明确限定了“所述相关联的恢复点SEI消息不包含在可缩放嵌套SEI消息中”。这是一个否定性的、排除特定实施方式的特征。对比文件公开的实施方式恰恰是**将恢复点SEI消息封装在**(encapsulated into)MVC可缩放嵌套SEI消息中。对比文件教导了使用嵌套SEI消息作为实现视图特定关联的一种手段,但没有公开或暗示恢复点SEI消息可以或应该以**不包含在**可缩放嵌套SEI消息中的方式与图片相关联。本领域技术人员阅读对比文件后,无法直接或通过合理推理得出“不包含在可缩放嵌套SEI消息中”这一具体限定。因此,技术特征C未被对比文件公开。
**技术特征D**:可缩放嵌套SEI消息是恢复点SEI消息的容器且指定了所含有的恢复点SEI消息应用于的多个层,<br>**判断结果:直接公开**[p0346] “The encoder may also generate a recovery point SEI message encapsulated into the MVC scalable nesting SEI message. The MVC scalable nesting SEI message indicates the view id values for which the contained SEI message applies to.” <br>(译文:编码器还可以生成封装在MVC可缩放嵌套SEI消息中的恢复点SEI消息。MVC可缩放嵌套SEI消息指示了所包含的SEI消息所应用的视图ID值。)<br>[p0172] “MVC scalable nesting SEI message may be used to contain other SEI messages... The MVC Scalable Nesting SEI message indicates the view_id values for which the contained SEI messages apply to.” <br>(译文:MVC可缩放嵌套SEI消息可用于包含其他SEI消息……MVC可缩放嵌套SEI消息指示了所包含的SEI消息所应用的视图_id值。)对比文件明确、直接地定义了“MVC scalable nesting SEI message”(MVC可缩放嵌套SEI消息)的概念和作用:1)它是一个容器,用于包含(contain)其他SEI消息(如恢复点SEI消息);2)它通过指示`view_id`值来指定所包含的SEI消息应用于哪些视图(层)。视图(view)在多视图编码中即对应一个层。这与目标专利中技术特征D的定义“可缩放嵌套SEI消息是恢复点SEI消息的容器且指定了所含有的恢复点SEI消息应用于的多个层”完全吻合。该特征在对比文件中起到了明确SEI消息适用范围的作用。因此,技术特征D被对比文件直接公开。
**技术特征E**:所述相关联的恢复点SEI消息指示在所述一个图片之前或所述一个图片处的随机存取点处开始解码之后作为恢复点的随后图片,<br>**判断结果:隐含公开**[p0283] “An H.264/AVC decoder can recognize an intra picture starting an open GOP from the recovery point SEI message in the H.264/AVC bitstream. When a recovery point SEI message is used, the random access point is the access unit containing the recovery point SEI message. The recovery point (of output pictures in output order) is indicated by the recovery frame cnt syntax element of the recovery point SEI message.” <br>(译文:H.264/AVC解码器可以从H.264/AVC位流中的恢复点SEI消息识别出开启开放GOP的帧内图片。当使用恢复点SEI消息时,随机访问点是包含恢复点SEI消息的存取单元。恢复点(按输出顺序的输出图片)由恢复点SEI消息的recovery_frame_cnt语法元素指示。)<br>[p0346] “Hence, view-wise entry point (a.k.a. random access point) and recovery point information can be conveyed when a recovery point SEI message is encapsulated into a MVC scalable nesting SEI message.” <br>(译文:因此,当恢复点SEI消息被封装到MVC可缩放嵌套SEI消息中时,可以传递视图级别的入口点(也称为随机访问点)和恢复点信息。)对比文件在描述常规恢复点SEI消息([p0283])时,明确了其语义:它指示了一个随机访问点(包含该SEI消息的存取单元)以及一个恢复点(由`recovery_frame_cnt`指示的随后图片)。在将其应用于多层(MVC)环境时([p0346]),对比文件指出通过嵌套SEI消息可以传递“view-wise entry point and recovery point information”(视图级别的入口点和恢复点信息)。这意味着在多层语境下,恢复点SEI消息仍然保持其核心语义功能:指示在某个点(此处是与特定视图关联的点)开始解码后,哪个随后图片是恢复点。虽然对比文件没有用与目标专利完全相同的文字描述“在所述一个图片之前或所述一个图片处的随机存取点处开始解码”,但根据恢复点SEI消息的标准语义和对比文件将其应用于特定视图的教导,本领域技术人员能够合理推断,与特定视图图片相关联的恢复点SEI消息,其指示的随机访问点即与该图片相关(例如包含该图片的存取单元处),并指示一个随后的恢复点图片。因此,技术特征E被对比文件隐含公开。
**技术特征F**:在所述恢复点处所述多层位流的解码将在内容上正确或大致正确,<br>**判断结果:隐含公开**[p0279] “A recovery point is defined as a point in the bitstream at which the recovery of an exact or an approximate representation of the decoded pictures represented by the bitstream may be achieved after a random access or broken link at the preceding random access point... All decoded pictures at or subsequent to a recovery point in output order are correct or approximately correct in content.” <br>(译文:恢复点被定义为位流中的一个点,在前一个随机访问点处进行随机访问或发生断链之后,可以在此处恢复位流所表示的解码图片的精确或近似表示……在输出顺序中,位于恢复点处或之后的所有解码图片在内容上都是正确或大致正确的。)对比文件明确定义了“恢复点”的语义:在恢复点处及之后(按输出顺序)的解码图片在内容上是正确或大致正确的。这一定义是恢复点SEI消息功能的核心。当对比文件将恢复点SEI消息应用于多层(MVC)环境时([p0346]),该SEI消息所指示的“恢复点”必然继承这一标准语义。因此,本领域技术人员可以毫无疑义地理解,在对比文件所描述的多层位流方案中,由(嵌套的)恢复点SEI消息所指示的恢复点处,解码内容将是正确或大致正确的。这与技术特征F的作用完全相同。因此,技术特征F被对比文件隐含公开。
**技术特征G**:所述随后图片与所述一个图片包含在所述多层位流的同一层中<br>**判断结果:隐含公开**[p0346] “The MVC scalable nesting SEI message indicates the view id values for which the contained SEI message applies to... Hence, view-wise entry point (a.k.a. random access point) and recovery point information can be conveyed when a recovery point SEI message is encapsulated into a MVC scalable nesting SEI message.” <br>(译文:MVC可缩放嵌套SEI消息指示了所包含的SEI消息所应用的视图ID值……因此,当恢复点SEI消息被封装到MVC可缩放嵌套SEI消息中时,可以传递视图级别的入口点(也称为随机访问点)和恢复点信息。)对比文件强调通过MVC可缩放嵌套SEI消息实现“view-wise”(视图级别)的入口点和恢复点信息传递。这意味着所关联的恢复点SEI消息是针对特定视图(即特定层)的。根据恢复点SEI消息的标准语义,其所指示的恢复点是一个按输出顺序的随后图片。在多层编码的常规理解中,一个视图(层)的图片序列是独立的输出顺序序列。因此,针对某个特定视图(由`view_id`指定)的恢复点SEI消息,它所指示的恢复点(随后图片)自然也应位于同一视图(同一层)的序列中,这样才能保证该视图的解码从恢复点开始正确。本领域技术人员通过合理推理可以得出此结论。虽然对比文件未用明文写出“同一层中”,但其描述的“视图级别”的恢复点机制已经隐含了这一限定。因此,技术特征G被对比文件隐含公开。
**技术特征H**:以及至少部分地基于所述恢复点SEI消息与所述一个图片的所述关联而译码所述视频数据。<br>**判断结果:隐含公开**[p0300-p0311], [p0376-p0382] 对比文件详细描述了编码器如何确定并编码视图随机访问(VRA)存取单元(其中涉及恢复点SEI消息的使用),以及解码器如何检测VRA存取单元、根据指示的视图开始解码、并可能合成视图的过程。(例如,[p0308] “The encoder may encode 808 the views that are not in view set A using inter prediction...”; [p0310] “The encoder may also encode 810 an indication into the bitstream... to indicate the position of the VRA access unit and potentially also an indication which views are decodable...”; [p0376] “The decoder decodes the views that can be decoded from the VRA access unit. The decoder omits the decoding of other views that are present in the VRA access unit.”)对比文件整体描述了一套完整的多视图视频编码和解码方案,其中“视图随机访问(VRA)”是一个核心功能。该功能依赖于在比特流中指示哪些视图可以从某个存取单元开始解码,而恢复点SEI消息(封装在嵌套SEI消息中)是实现这种指示的一种手段。编码器基于要实现的VRA模式(即确定哪些视图可解码)来生成包含相应指示(如恢复点SEI消息)的位流(译码过程的一部分)。解码器则基于解析出的这些指示(如检测到包含恢复点SEI消息的VRA存取单元)来决定从何时开始解码哪些视图(译码过程的一部分)。因此,整个编码和解码操作都是“至少部分地基于”恢复点SEI消息与特定视图(图片)的关联来进行的。本领域技术人员从对比文件整体公开的方案中可以合理推导出这一结论。因此,技术特征H被对比文件隐含公开。

### **结论**

根据以上特征比对分析:

- 技术特征B和D被对比文件**直接公开**。

- 技术特征A、E、F、G、H被对比文件**隐含公开**。

- 技术特征C**未被公开**。

<<<B>>><<<D>>><<<a>>><<<e>>><<<f>>><<<g>>><<<h>>>

Powered by Django

网站备案号:渝ICP备2023012882号


重庆市非显而易见网络科技有限责任公司 A Anti NPE NPE