对比文件名称：2005-06-28_发明授权_US06912706B1 Instruction processor and programmable logic device cooperative computing arrangement and method
目标专利名称：用于传感器数据的超低电力处理的算法引擎CN106716298B
模型名称：DeepSeek
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A：由通用处理器配置传感器融合引擎，《直接公开》** | 第[0015]段：“...software layer that profiles the software, selects one or more segments of code for implementation on the PLD, and transforms the selected segments of code to a configuration bitstream for the PLD. The configuration bitstream is then loaded into the programmable logic device.” 第[0035]段：“driver code is generated to interface with the hardware macro.” 第[0036]段：“After generating the driver code, step 212 modifies the application code.” | 对比文件公开了指令处理引擎（相当于通用处理器）通过软件层（即其执行的操作）来分析、选择代码段，并将其转换为配置比特流，然后加载到可编程逻辑器件（PLD）中。这个过程包括生成驱动代码并修改应用程序代码，本质上是“配置”PLD以执行特定功能。PLD上实现的硬件宏（Hardware Macro）用于执行原本由软件实现的功能。根据目标专利说明书[0024]段，“传感器融合引擎220可在其中实施一或多个硬件宏”，因此传感器融合引擎可由硬件宏构成。故对比文件公开了由通用处理器（指令处理引擎）配置一个包含硬件宏的引擎（PLD）。作用都是使硬件执行特定任务。因此，本领域技术人员能毫无疑义地得出技术特征A。 |
| **B：所述传感器融合引擎包括用于执行多个传感器数据处理算法中的每一者的专用硬件电路，《直接公开》** | 第[0015]段：“When a transformed code segment is referenced during execution of the software, the PLD is activated to perform the function of the code segment.” 第[0024]段：“multiple hardware macros are implemented on PLD 110.” 第[0031]段：“...the transformation layer selects a hardware macro in the PLD for replacement.” | 对比文件明确公开了PLD上可以实施多个“硬件宏（hardware macro）”，这些硬件宏是PLD被配置后形成的专用硬件电路，用于执行特定代码段的功能（即算法）。目标专利说明书[0024]段指出，“硬件宏可以专用硬件电路执行传感器相关任务”。因此，包含多个硬件宏的PLD，必然包括用于执行多个算法（虽然未限定为传感器数据处理）的专用硬件电路。作用都是通过专用硬件电路来高效执行算法。因此，本领域技术人员能毫无疑义地得出技术特征B。 |
| **C：其中所述多个传感器数据处理算法包括用于从多个传感器融合传感器数据的算法，《未公开》** | 无相关描述。 | 对比文件通篇未提及“传感器”、“传感器数据”或“传感器数据融合”。其背景和应用场景（第[0045]段提及移动计算、桌面计算等）是通用的软件性能加速，核心是将软件中的代码段转换为硬件宏执行，以提高性能。目标专利中“用于从多个传感器融合传感器数据的算法”是其应用领域的特定算法。对比文件完全没有公开或暗示涉及传感器数据融合的任何内容。因此，该技术特征既未被直接公开，也未被隐含公开。 |
| **D：根据所述配置，将所述通用处理器置于低电力睡眠模式中，《未公开》** | 第[0039]段：“...the transformation layer 104 is configured to perform a context switch and continue with another task in response to a request from the operating system.” | 对比文件提到了“上下文切换（context switch）”，让处理器去执行其他任务，其目的是为了提高系统整体性能（通过并行处理），而不是为了将通用处理器置于“低电力睡眠模式”以节省功耗。目标专利的核心目的之一是超低功耗处理，让通用处理器睡眠以节电。对比文件完全没有涉及处理器的“低电力睡眠模式”或任何类似的节电状态。因此，该技术特征既未被直接公开，也未被隐含公开。 |
| **E：响应于来自多个传感器中的至少一者的中断，唤醒外围控制器，《未公开》** | 第[0023]段：“After the programmable logic device has performed the function, a done signal driven by a bit in the status register drives an interrupt port (not shown) on the instruction processing engine.” | 对比文件公开了PLD在执行完功能后，通过中断信号通知指令处理引擎（相当于通用处理器）。这与技术特征E“响应于来自传感器的中断，唤醒外围控制器”有本质区别。首先，对比文件的中断源是PLD（已完成计算），而非“传感器”。其次，对比文件的中断目标是“指令处理引擎”（即通用处理器），而非“外围控制器”。目标专利中的“外围控制器”负责从传感器读取数据，是对比文件中未描述的实体。因此，该技术特征未被公开。 |
| **F：在唤醒之后，当所述通用处理器处于所述低电力睡眠模式中时，以所述外围控制器读取所述多个传感器中的每一者所产生的数据且将所述数据存储到伴随存储器中，《未公开》** | 第[0022]段：“data needed to perform the function implemented in the PLD are transferred from memory arrangement 122 to the PLD. When the PLD has completed the implemented function or during operation, data are transferred back to the memory arrangement.” | 对比文件公开了PLD在执行其功能时，会与“memory arrangement”进行数据交换。但该“memory arrangement”是通用内存，并非目标专利中与传感器融合引擎、外围控制器紧密耦合的专用“伴随存储器”。更重要的是，对比文件完全没有描述从“多个传感器”读取数据的过程，也没有提及“外围控制器”这一组件，更没有在“通用处理器处于低电力睡眠模式”的背景下进行数据读取和存储的场景。因此，该技术特征未被公开。 |
| **G：以及以所述传感器融合引擎处理存储在所述伴随存储器中的所述数据，《未公开》** | 第[0015]段：“When a transformed code segment is referenced during execution of the software, the PLD is activated to perform the function of the code segment.” 第[0040]段：“At step 410, the PLD is executing and performs the implemented function.” | 对比文件确实公开了PLD（可视为一种专用处理引擎）被激活以执行其功能（处理数据）。然而，该数据来源于通用的“memory arrangement”（参见特征F论述），而非专门的“伴随存储器”。并且，PLD执行的功能是转换后的代码段功能，不一定是“传感器融合引擎”对“传感器数据”的处理。目标专利的“传感器融合引擎”是专为传感器数据相关算法设计的硬件宏集合，具有明确的应用领域。因此，尽管PLD处理数据这一点被公开，但处理的对象（伴随存储器中的传感器数据）和引擎的专用属性未被公开。 |
| **H：其中所述配置包括配置所述传感器融合引擎以使用用于执行所述融合算法的所述专用硬件电路来执行所述处理。《未公开》** | 第[0035]段：“driver code is generated to interface with the hardware macro.” 第[0036]段：“...modifies the application code.” | 对比文件公开了配置PLD（加载硬件宏）并生成驱动代码以与其接口。这相当于配置一个引擎（PLD）使用其上的硬件宏（专用硬件电路）来执行处理。但是，该“处理”并未被限定为“融合算法”。技术特征H明确限定了配置的目的是为了执行“融合算法”，这依赖于特征C（融合算法）的存在。由于特征C未被公开，因此特征H中“使用用于执行所述融合算法的所述专用硬件电路”这一具体限定也未被公开。 |
| **I：其中唤醒所述外围控制器是通过始终接通子系统AOSS来执行。《未公开》** | 无相关描述。 | 对比文件中完全不存在“始终接通子系统（AOSS）”这一概念或任何功能等同的模块。目标专利的AOSS负责提供电压、接收传感器中断、提供唤醒信号等低功耗管理功能，是对比文件所描述的系统架构中未涉及的。因此，该技术特征未被公开。 |
| **J：其中所述通用处理器、所述传感器融合引擎、所述伴随存储器以及所述外围控制器位于芯片上系统SoC的低电力岛状物内。《未公开》** | 第[0025]段：“PLD circuitry is integrated with the instruction processing engine on a single chip.” | 对比文件提到可以将PLD电路与指令处理引擎集成在单个芯片上，这相当于公开了“位于芯片上系统（SoC）内”。但是，对比文件完全没有提及“低电力岛状物（low power island）”的概念。目标专利的“低电力岛状物”是为超低功耗处理而设计的SoC特定区域，具有独立的电源管理，这是实现其发明目的（超低电力处理）的关键架构特征。对比文件的集成目的主要是降低通信开销、提高效率（第[0025]段），而非实现低功耗岛状物以进行功耗管理。因此，该技术特征未被公开。 |
| **K：其中所述传感器融合引擎是始终接通子系统AOSS的部分。《未公开》** | 无相关描述。 | 如特征I所述，对比文件中不存在“始终接通子系统（AOSS）”。因此，将任何引擎描述为AOSS的一部分都无从谈起。该技术特征未被公开。 |
### 结论
根据以上分析，对比文件US06912706B1仅直接公开了目标专利权利要求中的技术特征A和技术特征B。技术特征C至K均未被对比文件公开或隐含公开。
<<<A>>><<<B>>>