对比文件名称：2008-04-24_WO2008047303A_发明申请_WO2008047303A2 SYSTEM AND METHOD FOR IMPLEMENTING EFFICIENT DECODED BUFFER MANAGEMENT IN MULTI-VIEW VIDEO CODING
目标专利名称：用于视频译码的方法、设备及计算机可读存储媒体CN104756499B
本次调用的模型名称：DeepSeek
作为资深专利代理师，我对目标专利和对比文件进行了深入分析。目标专利的核心在于，在对第一图片进行译码（编码或解码）的“当时”，存储其参考图片的“当时”的参考状态信息（如标记为用于长期参考等），并将该信息与“对第一图片进行译码的情况”相关联。后续在对第二图片进行译码时，如果需要利用第一图片中视频块的运动向量（例如作为时间运动向量预测子TMVP），则可以基于之前存储的、与“对第一图片进行译码情况”相关联的历史状态信息，来确定第一图片参考图片在“当时”的状态，从而正确进行译码。这解决了参考图片的“当前状态”可能已从第一图片译码时发生改变，导致后续译码无法获知其历史状态的问题。
对比文件主要涉及多视图视频编码（MVC）中解码图片缓冲区（DPB）的管理，特别是如何高效地标记和管理用于帧内预测（时域预测）和帧间预测（视间预测）的参考图片。其关注点在于如何根据当前译码需求（如视间参考）对图片进行标记（如“用于长期参考”、“用于短期参考”、“用于视间参考”），以及如何在DPB满时移除图片，并未公开为特定历史译码“情况”存储并关联其参考图片状态信息，以供后续不同图片译码时查询和使用的技术方案。
以下是根据目标专利权利要求严格划分技术特征后，与对比文件进行的比对分析表格。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述方法包括：存储第一图片的一或多个参考图片的参考状态信息，所述参考状态信息指示在对所述第一图片进行译码的情况下的所述一或多个参考图片的参考状态<br>**判断结果**：未被直接公开，也未被隐含公开 | 对比文件第[0020]段：“When decoding a coded slice, a reference picture list is constructed... First, all the reference pictures stored in the DPB for prediction reference of future pictures is either marked as ‘used for short-term reference’ (short-term pictures) or ‘used for long-term reference’ (long-term pictures).” <br>中文译文：当对经编码的切片进行解码时，会构建一个参考图片列表...首先，存储在DPB中用于未来图片预测参考的所有参考图片要么被标记为“用于短期参考”（短期图片），要么被标记为“用于长期参考”（长期图片）。 | **直接公开判断**：对比文件公开了参考图片被标记为“用于短期参考”或“用于长期参考”，这是一种参考状态信息。然而，对比文件描述的是对参考图片进行“当前”标记的通用过程，并未提及将这些标记信息作为“在对第一图片进行译码的情况下”其参考图片的历史状态进行“存储”，以便后续用于对第二图片译码。因此，本领域技术人员无法毫无疑义地从对比文件得出特征A的技术方案。<br>**隐含公开判断**：对比文件描述了参考图片的标记状态，并且这些状态信息必然以某种形式存在于解码器的DPB或相关数据结构中。本领域技术人员可以理解，为了构建参考图片列表，需要知道参考图片的当前状态。然而，对比文件自始至终讨论的都是参考图片的“当前”管理和标记，目的是为了未来的预测参考或从DPB中移除。其技术思路是管理图片的“当前有效状态”，而非为目标专利所强调的“记录和保存历史状态信息以供后续查询”。对比文件没有提供任何动机或启示，教导或暗示需要为“对第一图片进行译码的特定情况”专门存储其参考图片的“当时”状态，并与该情况相关联以备后用。因此，本领域技术人员不可能通过推理从对比文件的内容中得到特征A的技术方案。 |
| **技术特征B**：将所存储的参考状态信息与对所述第一图片进行译码的所述情况相关联<br>**判断结果**：未被直接公开，也未被隐含公开 | 对比文件中未发现任何将特定参考状态信息集合与“对某一特定图片进行译码的情况”相关联的描述。 | **直接公开判断**：对比文件未提及将参考状态信息与特定图片的译码情况相关联。<br>**隐含公开判断**：对比文件中，参考图片的状态（如长期、短期）是图片自身的属性，在DPB中管理。当一张图片被用作参考时，其状态是已知的。但对比文件没有描述需要为每一张被译码的图片（如第一图片）创建并保存一份其所有参考图片在“译码当时”的状态快照，并将该快照与该第一图片的译码情况绑定。这种“关联”是目标专利实现其技术目的（在后续译码中回溯历史状态）的关键步骤。对比文件的技术方案不涉及这种历史快照的创建和关联，因此本领域技术人员无法从对比文件中隐含推导出此特征。 |
| **技术特征C**：确定所述第一图片中的视频块及所述第一图片中的所述视频块的运动向量，其中所述第一图片中的所述视频块的所述运动向量基于所述第一图片中的所述视频块的所述运动向量的参考索引来参考来自所述第一图片的所述一或多个参考图片的参考图片<br>**判断结果**：未被直接公开，也未被隐含公开 | 对比文件第[0020]段：“A reference picture used for a coded block is then identified by the index of the used reference picture in the reference picture list. The index is coded in the bitstream when more than one reference picture may be used.” <br>中文译文：然后，通过所用参考图片在参考图片列表中的索引来识别用于编码块的参考图片。当可能使用多个参考图片时，该索引在比特流中进行编码。 | **直接公开判断**：对比文件公开了通过参考图片列表中的索引来识别用于编码块的参考图片，这隐含了确定视频块及其运动向量（运动向量指向参考图片）的过程。然而，特征C是目标专利方法流程中的一个具体步骤，其上下文是“确定第一图片中的视频块及其运动向量，该运动向量基于参考索引参考了第一图片的某个参考图片”。对比文件虽然公开了类似的一般性概念（通过索引识别参考图片），但并未在“为后续使用而存储参考状态信息”这一特定方法流程的上下文中，描述针对“第一图片”执行这一确定步骤。因此，不能认为被直接公开。<br>**隐含公开判断**：本领域技术人员可以理解，在任何视频译码过程中，只要进行帧间预测，就必然涉及确定当前图片中块的运动向量及其参考的参考图片（通过索引）。因此，对比文件部分公开了“通过索引参考图片”这一基础操作。然而，该操作在对比文件中是作为常规译码过程的一部分，并非作为目标专利所描述的、旨在为存储历史状态信息做准备的特定步骤序列的一部分。从对比文件的整体内容看，其关注点不在此，因此即使部分公开了基础操作，也不足以隐含公开在目标专利特定技术方案上下文中的此特征。 |
| **技术特征D**：基于从所述第一图片中的所述视频块的所述运动向量导出的不同于所述第一图片的正译码的第二图片中的视频块的运动向量，<br>**判断结果**：未被直接公开，也未被隐含公开 | 对比文件中未发现关于使用一个图片（第一图片）中块的运动向量来导出另一个不同图片（第二图片）中块的运动向量的描述。对比文件主要涉及参考图片列表构建、DPB管理和多视图参考，未提及时间运动向量预测（TMVP）或合并/AMVP模式中利用时间相邻块运动向量的具体技术。 | **直接公开判断**：对比文件未公开此特征。<br>**隐含公开判断**：目标专利中此特征涉及时间运动向量预测（TMVP）或类似技术，即利用一个已译码图片（第一图片）中块的运动信息来预测或导出另一个正在译码的图片（第二图片）中块的运动向量。对比文件全文聚焦于多视图编码的DPB管理、参考图片标记和列表构建，并未讨论或涉及时间运动向量预测、合并模式或AMVP模式。本领域技术人员无法从对比文件关于多视图参考和DPB管理的内容中，合理推断出“基于第一图片的运动向量导出第二图片的运动向量”这一特定技术手段。 |
| **技术特征E**：基于与对所述第一图片进行译码的所述情况相关联的所述所存储的参考状态信息，确定在对所述第一图片进行译码的情况下的所述参考图片的参考状态<br>**判断结果**：未被直接公开，也未被隐含公开 | 对比文件中未发现任何关于基于“所存储的、与对第一图片译码情况相关联的参考状态信息”来确定参考图片在“对第一图片进行译码时”的历史状态的描述。 | **直接公开判断**：对比文件未公开此特征。<br>**隐含公开判断**：此特征是目标专利方案的核心动作之一，即在需要对第二图片译码时，回溯查询第一图片参考图片在“第一图片译码时”的历史状态。对比文件仅涉及参考图片的当前状态管理，从未提及需要查询或确定其在过去某个译码时间点的状态。对比文件的技术问题（DPB管理效率）和解决方案（改进的标记和列表构建）均不涉及历史状态的存储与查询。因此，本领域技术人员不可能从对比文件中推理出此特征。 |
| **技术特征F**：及基于在对所述第一图片进行译码的情况下的所述参考图片的所述所存储的参考状态信息对所述第二图片内的视频块进行译码，<br>**判断结果**：未被直接公开，也未被隐含公开 | 对比文件中未发现基于某个参考图片在历史译码时刻的存储状态信息来对另一个图片进行译码的描述。 | **直接公开判断**：对比文件未公开此特征。<br>**隐含公开判断**：此特征体现了目标专利技术方案的最终应用：利用历史状态信息指导当前（第二图片）的译码。对比文件的所有译码决策（如参考图片列表构建、加权预测、直接模式）都是基于参考图片的当前状态（标记）进行的。例如，在加权预测或直接模式中，使用的是参考图片的当前POC值和标记（长期/短期）。目标专利所要解决的正是当前状态可能与历史状态不同而导致的问题，而对比文件完全没有意识到或提及这一问题，其技术方案自然也不包含基于历史存储状态进行译码的步骤。因此，该特征未被隐含公开。 |
| **技术特征G**：其中在对所述第一图片进行译码的情况下的所述一或多个参考图片中的所述参考图片的所述参考状态不同于在对所述第二图片进行译码的情况下的所述参考图片的参考状态。<br>**判断结果**：未被直接公开，也未被隐含公开 | 对比文件第[0016]段：“If the decoding of the reference picture causes more than M pictures to be marked as ‘used for reference,’ then at least one picture must be marked as ‘unused for reference.’” 以及关于MMCO命令的描述（第[0019]段）。<br>中文译文：如果参考图片的解码导致超过M张图片被标记为“用于参考”，则必须将至少一张图片标记为“不用于参考”。 | **直接公开判断**：对比文件公开了参考图片的状态可以改变（例如从“用于参考”变为“不用于参考”），这说明了参考状态可能不同。但特征G是一个特定场景的描述，即第一图片译码时其参考图片的状态与第二图片译码时该同一参考图片的状态不同。对比文件虽然公开了状态可改变，但并未将其置于“第一图片译码时”和“第二图片译码时”这两个特定时间点进行对比描述的上下文中。因此，不能视为直接公开了该特定场景描述。<br>**隐含公开判断**：本领域技术人员从对比文件可知，参考图片的状态可以通过MMCO命令或滑动窗口机制随时间改变。因此，可以合理推断，同一个参考图片在不同时间点（例如在对第一图片译码时和对第二图片译码时）可能具有不同的状态。从这个角度看，对比文件隐含公开了“参考状态可能不同”这一事实。**然而，必须强调**，对比文件仅仅隐含公开了“状态可能不同”这一客观现象或问题，但**完全没有公开**目标专利为了解决此问题而提出的技术方案（即特征A-F）。发现问题是创新的起点，但解决问题的方法才是专利保护的客体。此处判断特征G的隐含公开，仅指其描述了该问题场景，而非公开了解决方案。 |
| **技术特征H**：其进一步包括：建构所述第一图片的至少一个参考图片列表，其中所述至少一个参考图片列表识别所述第一图片的所述一或多个参考图片中的至少一者，其中存储所述参考状态信息包括存储在所述至少一个参考图片列表中识别的所述第一图片的所述一或多个参考图片中的所述至少一者的参考状态信息。<br>**判断结果**：未被直接公开，也未被隐含公开 | 对比文件第[0020]段：“When decoding a coded slice, a reference picture list is constructed.” 第[0021]-[0024]段详细描述了参考图片列表的构建（初始化、重排序、截断）过程。<br>中文译文：当对经编码的切片进行解码时，会构建一个参考图片列表。 | **直接公开判断**：对比文件明确公开了为图片建构参考图片列表。然而，特征H要求将“存储参考状态信息”与“存储在所述至少一个参考图片列表中识别的...参考图片的参考状态信息”具体关联。对比文件虽然公开了列表建构，也公开了参考图片有状态（长期/短期），但并未公开将列表中每个参考图片的“状态信息”作为“在对第一图片进行译码的情况下”的历史信息进行专门存储。因此，特征H未被直接公开。<br>**隐含公开判断**：建构参考图片列表是视频译码的标准步骤。对比文件公开了此步骤，并且列表中的参考图片必然具有某种状态（如长期或短期）。本领域技术人员可以理解，为了构建列表，需要知道列表中每个参考图片的状态。从这个意义上说，对比文件隐含了“参考图片列表中的参考图片具有状态信息”这一概念。但是，这同样是指“当前状态”，而非目标专利所要求的、为历史记录目的而进行的“存储”。特征H是目标专利实现其技术方案的一种具体实施方式（通过参考图片列表来关联存储），而对比文件中的列表建构服务于不同的目的（用于当前图片的预测）。因此，该特征未被隐含公开。 |
| **技术特征I**：其进一步包括：建构所述第一图片的至少一个参考图片列表，其中所述至少一个参考图片列表识别所述第一图片的所述一或多个参考图片，其中存储所述参考状态信息包括存储在所述至少一个参考图片列表中识别的所述第一图片的所有所述一或多个参考图片的参考状态信息。<br>**判断结果**：未被直接公开，也未被隐含公开 | 同特征H的引用。 | **直接公开判断**：与特征H类似，对比文件未公开为列表中“所有”参考图片存储其作为历史状态的信息。<br>**隐含公开判断**：与特征H的分析同理。特征I与H的区别在于“所有”参考图片。对比文件在构建列表时，会考虑所有可用的参考图片。但同样，其目的是为当前译码服务，而非存储历史快照。因此，该特征未被隐含公开。 |
| **技术特征J**：其中存储所述参考状态信息包括存储所述第一图片的所述一或多个参考图片中的参考图片的值，所述值指示所述参考图片是经指明为用于长期参考还是未被指明为用于长期参考。<br>**判断结果**：未被直接公开，也未被隐含公开 | 对比文件第[0020]段：“...is either marked as ‘used for short-term reference’ (short-term pictures) or ‘used for long-term reference’ (long-term pictures).” <br>中文译文：...要么被标记为“用于短期参考”（短期图片），要么被标记为“用于长期参考”（长期图片）。 | **直接公开判断**：对比文件公开了参考图片被标记为用于长期参考或短期参考，这是一种二值状态。然而，特征J描述的是将这种二值状态作为“值”存储下来，作为“在对第一图片进行译码的情况下”的历史参考状态信息。对比文件公开了状态的存在和分类，但没有公开为历史记录目的而进行的“存储”动作。因此，未被直接公开。<br>**隐含公开判断**：本领域技术人员知道，标记为长期或短期参考是一个布尔值（是或否）。在实现中，这个值必然以某种数据结构（如标志位）保存在内存中。从这个角度，对比文件隐含了“用于长期参考”是一个可以存储的“值”。但是，关键同样在于存储的目的和上下文。对比文件中该值的存储是为了维持图片的当前参考属性，以用于后续常规预测和DPB管理；而目标专利中存储该值是为了记录历史快照以供未来特定查询。两者目的不同。因此，不能认为对比文件隐含公开了在目标专利技术方案上下文中的此特征。 |
| **技术特征K**：其中存储所述参考状态信息包括存储所述第一图片的所述一或多个参考图片中的参考图片的值，所述值指示所述参考图片的图片次序计数POC值为与所述第一图片的POC值相同的POC值还是所述参考图片的所述POC值不同于所述第一图片的所述POC值。<br>**判断结果**：未被直接公开，也未被隐含公开 | 对比文件第[0011]段：“POC therefore indicates the output order of pictures.” 第[0022]段描述了在B图片参考列表初始化中，会根据参考图片与当前图片的POC大小关系进行排序。<br>中文译文：因此，POC表示图片的输出顺序。 | **直接公开判断**：对比文件公开了POC的概念以及其在参考图片列表排序中的作用（比较与当前图片POC的大小）。但特征K描述的是将“参考图片的POC是否与第一图片POC相同”这一判断结果作为一个“值”存储下来，作为历史参考状态信息。对比文件没有公开这样的存储操作。因此，未被直接公开。<br>**隐含公开判断**：本领域技术人员可以理解，通过比较两个图片的POC值，可以判断它们是否属于同一时间点（在多视图中，同一时间点的不同视图图片POC相同）。对比文件在列表构建过程中确实进行了POC比较。因此，对比文件隐含了“比较POC是否相同”这一操作。但是，将比较结果（是否相同）作为一个独立的“值”存储下来，并关联到“对第一图片译码的情况”，作为历史状态信息，这并非对比文件技术方案的一部分。对比文件的POC比较是实时进行的，用于决定列表顺序，而非用于生成历史记录。因此，该特征未被隐含公开。 |
| **技术特征L**：其进一步包括：存储第三图片的一个或多个参考图片的参考状态信息，所述参考状态信息指示在对所述第三图片进行译码的情况下的所述第三图片的一或多个参考图片的参考状态<br>**判断结果**：未被直接公开，也未被隐含公开 | 同特征A的引用及分析。对比文件未公开为“第三图片”或其他任何图片专门存储其参考图片在译码时的历史状态信息。 | **直接公开判断**：对比文件未公开此特征。<br>**隐含公开判断**：此特征是特征A的延伸，适用于序列中的其他图片（第三图片）。既然特征A的技术方案未被对比文件公开或隐含，那么将同一方案应用于其他图片的特征L自然也未被公开或隐含。 |
| **技术特征M**：将所述第三图片的一或多个参考图片的所存储的参考状态信息与对所述第三图片进行译码的情况相关联<br>**判断结果**：未被直接公开，也未被隐含公开 | 同特征B的分析。对比文件未涉及此类关联。 | **直接公开判断**：对比文件未公开此特征。<br>**隐含公开判断**：同特征B，此关联步骤未被隐含公开。 |
| **技术特征N**：其中如果对第四图片进行译码时所述第三图片的所述参考状态不同于与对所述第三图片进行译码的情况相关联的所述第三图片的参考图片的所存储的参考状态，那么不使用所述第三图片的视频块的运动向量来预测所述第四图片的所述视频块的运动向量。<br>**判断结果**：未被直接公开，也未被隐含公开 | 对比文件中未发现任何关于比较参考图片的当前状态与历史存储状态，并基于比较结果决定是否使用某图片的运动向量进行预测的描述。 | **直接公开判断**：对比文件未公开此特征。<br>**隐含公开判断**：此特征描述了应用历史存储状态信息的一个具体规则：如果状态改变了，就不使用相应的运动向量进行预测。这涉及到TMVP/合并候选列表构建中的一致性检查。对比文件完全没有涉及TMVP或合并候选列表的构建，更未提及基于历史状态与当前状态的比较来筛选候选者。因此，本领域技术人员无法从对比文件中推理出此特征。 |
| **技术特征O**：其进一步包括不添加所述第三图片的所述视频块的所述运动向量作为高级运动向量预测AMVP或合并候选者列表中的候选者以用于预测所述第四图片的所述视频块的所述运动向量。<br>**判断结果**：未被直接公开，也未被隐含公开 | 对比文件中未提及AMVP或合并候选者列表。 | **直接公开判断**：对比文件未公开此特征。<br>**隐含公开判断**：AMVP和合并模式是特定视频编码标准（如H.264/AVC、HEVC）中的工具。对比文件虽然基于H.264/AVC的MVC扩展，但其说明书全文聚焦于DPB管理、参考图片标记和列表构建，并未详细描述AMVP或合并模式的具体操作，更没有描述在这些模式的候选列表构建中应用历史状态信息的规则。因此，该特征未被隐含公开。 |
| **技术特征P**：其中存储包括通过视频编码器存储所述第一图片的一或多个参考图片的所述参考状态信息，所述参考状态信息指示在对所述第一图片进行编码的情况下的所述一或多个参考图片的所述参考状态，且其中译码包括通过所述视频编码器基于在对所述第一图片进行编码的情况下的所述参考图片的所述所存储的参考状态信息对所述第二图片内的所述视频块进行编码。<br>**判断结果**：未被直接公开，但被隐含公开 | 对比文件第[0047]段描述了编码器(encoder 110)。整个说明书涉及的视频编码过程必然包含编码器和解码器。 | **直接公开判断**：对比文件没有明确描述“视频编码器”执行特征A-F所述的具体方法步骤。因此，未被直接公开。<br>**隐含公开判断**：对比文件涉及视频编码系统和方法（参见摘要、发明领域、具体实施方式），其中必然包含编码器组件（如图4的encoder 110）。本领域技术人员公知，视频编码标准中定义的许多过程（如参考图片标记、列表构建）需要在编码器和解码器两端一致地实施，以确保编解码匹配。虽然对比文件具体描述的技术（如新的标记flag、DPB管理方法）主要从解码角度阐述（因为标准通常以解码过程定义），但本领域技术人员能够毫无疑义地理解，这些方法同样需要在编码器端实施，编码器需要产生符合解码器预期和标准规范的比特流。因此，将对比文件中描述的视频译码相关方法（尽管其未包含目标专利的特定方案）理解为可通过编码器执行，是一种合理的隐含。**但是，再次强调**，这仅意味着“通过视频编码器执行”这一主体特征是隐含公开的，**并不意味着对比文件隐含公开了由编码器执行的“存储历史参考状态信息并用于后续编码”这一具体技术方案（特征A-F）**。特征P和Q是特征A-F的执行主体限定。 |
| **技术特征Q**：其中存储包括通过视频解码器存储所述第一图片的一或多个参考图片的所述参考状态信息，所述参考状态信息指示在对所述第一图片进行解码的情况下的所述一或多个参考图片的所述参考状态，且其中译码包括通过所述视频解码器基于在对所述第一图片进行解码的情况下的所述参考图片的所述所存储的参考状态信息对所述第二图片内的所述视频块进行解码。<br>**判断结果**：未被直接公开，但被隐含公开 | 对比文件全文从解码角度描述DPB管理、参考图片标记和列表构建过程（例如第[0014]-[0024]段）。图4及描述包含解码器(decoder 160)。 | **直接公开判断**：对比文件没有明确描述“视频解码器”执行特征A-F所述的具体方法步骤。因此，未被直接公开。<br>**隐含公开判断**：与特征P的分析类似。对比文件详细描述的解码过程（如解码切片头、构建参考列表、管理DPB）显然是通过视频解码器执行的。本领域技术人员能够直接且毫无疑义地确定，对比文件公开的所有解码侧方法都是由解码器实施的。因此，“通过视频解码器执行”这一主体特征是隐含公开的。**同样，这并不代表对比文件隐含公开了由解码器执行的“存储历史参考状态信息并用于后续解码”这一具体技术方案（特征A-F）**。 |
### 总结与结论
综上所述，对比文件公开了视频编码中参考图片的标记（长期/短期）、参考图片列表的构建、POC值的使用以及多视图编码中特定的DPB管理方法。然而，其技术方案的核心在于如何高效地管理参考图片的“当前”状态以节省缓冲区并支持多视图预测。
目标专利的核心技术方案——为“对第一图片进行译码的情况”存储其参考图片的“当时”参考状态信息，并将该信息与该译码情况相关联，以便在后续对第二图片译码时基于该历史状态信息进行操作——并未被对比文件公开或暗示。对比文件既没有记载“存储历史状态信息”的动作，也没有记载“将所存信息与特定历史译码情况相关联”的动作，更没有记载基于这种历史关联信息来确定状态并对后续图片进行译码的完整方法流程。特征P和Q仅涉及执行主体（编码器/解码器），而对比文件隐含了视频译码方法通常由编码器和解码器执行，但这并不影响目标专利核心方法本身的新颖性。
因此，仅有技术特征P和Q可被认为被对比文件隐含公开，其余技术特征A-O均未被对比文件直接公开或隐含公开。
<<<p>>><<<q>>>