对比文件名称：2010-03-18_CA2736888A_发明专利_CA2736888A1 SYSTEM AND METHOD FOR DECODING USING PARALLEL PROCESSING
目标专利名称：285多线程纹理解码CN104041050B
本次调用的模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：《直接公开》 | 第[0030]段：“...each partition can be the subject of a separate decoding process...” 第[0048]段：“...three threads 46, 48 and 50 are shown, and each of threads 46, 48 and 50 are capable of performing decoding in parallel with each other.” 第[0030]段举例说明分区1包含行0,4,8...的宏块，分区2包含行1,5,9...的宏块。 | 对比文件明确公开了将视频数据划分为多个分区（partitions），每个分区包含一个或多个宏块行，并由单独的处理器线程（thread）进行解码（第[0030]，[0048]段）。将“分区”理解为“宏块的集合”，将“线程”理解为“硬件线程”，其实质就是将一个视频帧中的不同宏块集合（即第一宏块集和第二宏块集）指派给第一线程和第二线程。因此，本领域技术人员能够毫无疑义地得出“将帧的第一宏块指派给第一硬件线程并将第二宏块指派给第二硬件线程”这一技术方案。 |
| **技术特征B**：《直接公开》 | 第[0024]段：“At the reconstruction stage 32, the prediction macroblock can be added to the derivative residual to create a reconstructed macroblock.” 第[0048]段：“...three threads 46, 48 and 50 are capable of performing decoding in parallel with each other.” 第[0052]-[0054]段描述了不同线程在不同时间点并行解码不同分区的宏块行。 | 对比文件公开了多个线程并行解码（第[0048]段），并且解码过程包括重构（reconstruction）宏块这一步骤（第[0024]段）。结合附图6A-6B的示例，线程46、48、50分别处理不同分区的宏块行，这些行包含多个宏块，且解码过程是并行的。因此，“通过第一硬件线程解码第一宏块并同时通过第二硬件线程解码第二宏块”中的“同时解码”以及“重构”这两个关键要素已被对比文件直接公开。 |
| **技术特征C**：《隐含公开》 | 第[0027]段：“Such sequential dependency created by encoder 14 requires the compressed bitstream 26 to be decoded in sequential fashion... Context data for neighboring macroblocks.” 第[0049]段：“On the decoder side, the context data can be available only after the neighboring macroblocks have already been decoded by the current thread or other threads.” | 对比文件明确提及解码过程需要使用邻近宏块（neighboring macroblocks）的上下文数据（context data）来进行预测和解码（第[0027]，[0049]段）。为了在并行解码时能够访问其他线程已解码的邻近宏块信息，本领域技术人员必然需要一种存储机制来保存这些已解码宏块的像素数据。虽然对比文件没有明确提及“行缓冲器及列缓冲器”这一具体硬件结构，但为了满足“使用上下文数据执行预测”这一公开的功能，将经重构像素存储在某种形式的缓冲区（无论是行、列缓冲器还是帧缓冲区的一部分）中是实现该功能的常规且必要的手段。因此，本领域技术人员能够从对比文件公开的“使用上下文数据”这一要求，合理推断出需要将经重构像素存储于缓冲器内以执行预测（包括帧内预测）。 |
| **技术特征D**：《未公开》 | 第[0024]段：“A loop filter 34 can be applied to the reconstructed macroblock to reduce distortion.” 第[0033]段：“The loop filter 34 can be applied to the reconstructed macroblock to reduce blocking...” | 对比文件确实公开了解码过程中包含“回路滤波”（loop filter）这一步骤，并且该滤波应用于“经重构的宏块”（reconstructed macroblock）（第[0024]，[0033]段）。然而，对比文件并未描述或暗示滤波步骤与重构步骤之间的**即时时序关系**。目标专利强调“在重构另外的宏块之前，紧随重构来执行回路滤波”，这是为了突破传统VP8解码必须等待整帧重构完毕才能滤波的限制，从而实现真正的宏块级并行。对比文件没有给出任何关于滤波必须“紧随”重构之后、并在处理下一个宏块之前完成的教导或启示。滤波在解码流程中的位置是公开的，但关键的、打破传统依赖关系的“紧随”时序特征并未被公开。 |
| **技术特征E**：《直接公开》 | 第[0030]段：“macroblock rows 0, 4, 8, 12, etc. are grouped into partition 1... macroblock rows 1, 5, 9, 13, etc. are grouped into partition 2.” | 对比文件明确公开了其分区（partition）的划分方式是将非连续的宏块行（non-contiguous macroblock rows）分到不同的分区中（第[0030]段）。例如，分区1包含第0、4、8...行，分区2包含第1、5、9...行。当不同的线程处理不同的分区时，这些线程所处理的宏块自然来自不同的行。因此，“第一宏块和第二宏块来自不同行”这一特征被对比文件直接公开。 |
| **技术特征F**：《隐含公开》 | 同技术特征C的引用（第[0027]，[0049]段）。 | 理由同技术特征C。对比文件公开了使用邻近宏块的“上下文数据”进行解码。上下文数据必然包含未经滤波的像素信息，因为滤波会改变像素值，而用于预测的参考像素通常是滤波前的（尤其是在一些编码标准中）。为了提供这些上下文数据，必须将解码后但尚未滤波的像素（即“未经滤波像素”）存储起来。虽然对比文件未明确使用“未经滤波像素”和“行缓冲器及列缓冲器”这些术语，但存储未经滤波的像素是实现其公开的“使用上下文数据”功能的必然隐含要求。因此，本领域技术人员可以合理推断出这一特征。 |
| **技术特征G**：《直接公开》 | 第[0024]段：“...to create a reconstructed macroblock.” 第[0048]段：“Each of the three threads 46, 48 and 50 processes one partition in a serial manner...” | 对比文件公开了每个线程以串行方式（in a serial manner）处理一个分区（第[0048]段），而处理过程包括重构宏块（第[0024]段）。因此，在每个线程的解码过程中，必然包含“重构一个宏块”的步骤（实际上每个线程会重构其分区内的多个宏块）。“在每一硬件线程中重构一个宏块”是线程解码过程的一部分，被直接公开。 |
| **技术特征H**：《未公开》 | 第[0024]段：“A loop filter 34 can be applied to the reconstructed macroblock...” | 对比文件公开了回路滤波（loop filter）应用于经重构的宏块。但是，与特征D类似，对比文件没有描述滤波步骤与重构步骤之间的先后连接关系，特别是没有公开“且接着”这种表示动作紧接发生的时序关系。目标专利权利要求中的“且接着”强调了在同一个线程内，对一个宏块完成重构后立即进行滤波的流程，这是其实现宏块级并行的关键。对比文件仅列出了解码的各个步骤，但未限定它们在一个宏块处理流程中的即时顺序。 |
| **技术特征I**：《隐含公开》 | 同技术特征C的引用（第[0027]，[0049]段）。 | 理由同技术特征C和F。对比文件公开了解码当前宏块需要依赖于“先前宏块”（neighboring macroblocks）的上下文信息（第[0027]，[0049]段）。为了满足这种依赖关系，必须有一种机制来存储这些先前宏块的经重构像素，以供后续宏块在预测时使用。虽然对比文件未明确指定存储于“行缓冲器和列缓冲器中”，但存储“先前宏块的经重构像素”这一功能需求已被明确公开，而实现该功能的存储手段（包括使用行/列缓冲器）是本领域的常规技术。因此，该特征被隐含公开。 |
| **技术特征J**：《直接公开》 | 第[0027]段：“Context data for neighboring macroblocks.” 第[0049]段：“...the context data can be available only after the neighboring macroblocks have already been decoded...” | 对比文件多次明确提及在解码过程中需要使用“邻近宏块的上下文数据”（context data for neighboring macroblocks）（第[0027]，[0049]段）。在视频编码领域，“使用邻近宏块信息”进行预测即为“帧内预测”（intra prediction）的核心。因此，“使用所述先前宏块的经重构邻近者信息执行帧内预测”这一技术特征已被对比文件直接公开。 |
| **技术特征K**：《隐含公开》 | 第[0021]段：“...including proprietary formats such as VP8...” 第[0024]，[0033]段描述了包括预测、逆变换、重构、滤波的解码过程。 | 对比文件将其技术方案描述为适用于多种视频编码格式，并明确将VP8列为其中一种（第[0021]段）。同时，对比文件详细描述了完整的解码过程，包括预测、逆变换、重构、回路滤波等（第[0024]，[0033]段），这与目标专利中定义的“纹理解码”实质相同。虽然对比文件的任一具体实施例可能没有限定仅用于VP8，但本领域技术人员在阅读对比文件后，能够毫无困难地将其公开的并行解码方法应用于VP8格式的视频帧解码。因此，“对VP8帧的宏块进行纹理解码”这一特征，可以从对比文件公开的“适用于VP8的解码方法”中合理推断得出，属于隐含公开。 |
| **技术特征L**：《未公开》 | 无 | 对比文件全文描述了一种通用的视频解码系统和方法，可能应用于处理器、多核系统等，但完全没有提及将该系统或处理器“集成到”任何具体的设备中，例如移动电话、机顶盒、音乐播放器等。该特征涉及特定的应用场景或产品形态，未被对比文件公开。 |
<<<A>>><<<B>>><<<E>>><<<G>>><<<J>>><<<c>>><<<f>>><<<i>>><<<k>>>