**对比文件名称**：2011-07-21_发明申请_US20110179297A1 EXTERNAL DEVICE POWER CONTROL DURING LOW POWER SLEEP MODE WITHOUT CENTRAL PROCESSING UNIT INTERVENTION
**目标专利名称**：用于传感器数据的超低电力处理的算法引擎CN106716298B
**本次调用的模型名称**：未指定
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：其包括：由通用处理器配置传感器融合引擎，<br>**判断结果**：**未公开** | 无对应内容。对比文件中未提及“传感器融合引擎”或其配置。 | 对比文件公开了一种数字或混合信号设备（202/302），其包含数字处理器（204）。该处理器在进入睡眠模式前，可能需要对功率上升定时器（224）和采样定时器（214）进行配置（例如设置定时参数）。然而，对比文件通篇未提及“传感器融合引擎”这一组件。在目标专利中，“传感器融合引擎”是一个包含专用硬件电路（硬件宏）的、用于执行特定传感器数据处理算法（如融合算法）的特定功能单元。通用处理器对它的“配置”是启动其特定算法功能的关键步骤。对比文件中不存在功能或结构上对应的“传感器融合引擎”，因此不存在由通用处理器对其进行“配置”的技术方案。 |
| **技术特征B**：所述传感器融合引擎包括用于执行多个传感器数据处理算法中的每一者的专用硬件电路，<br>**判断结果**：**未公开** | 无对应内容。对比文件中未提及“传感器融合引擎”或“专用硬件电路”用于执行传感器数据处理算法。 | 目标专利的“传感器融合引擎”的核心特征在于其包含用于执行传感器数据相关算法（如卡尔曼滤波、运动检测、数据融合等）的“专用硬件电路”（硬件宏）。对比文件中，设备（202/302）包含诸如定时器（224，214）、与门（220）、比较器（320）、电压参考（322）等电路。这些电路是专用的，但它们的功能是定时控制、逻辑门控和模拟信号比较，而非执行目标专利所定义的“传感器数据处理算法”，尤其不是“从多个传感器融合传感器数据的算法”。两者在功能、结构和目的上均不相同。因此，对比文件未公开此特征。 |
| **技术特征C**：其中所述多个传感器数据处理算法包括用于从多个传感器融合传感器数据的算法<br>**判断结果**：**未公开** | 无对应内容。对比文件中未提及任何传感器数据融合算法。 | 目标专利明确其算法包括用于从多个传感器融合数据的算法。对比文件描述的系统仅涉及从**单个**外部设备（112/312，如传感器）采样输出信号（数字或模拟），并将其与一个阈值（逻辑电平或参考电压）进行简单比较，以判断是否发生“事件”（例如，温度超过阈值）。这个过程是单路信号的阈值检测，不涉及对来自多个独立传感器的数据进行处理、关联或融合以导出新信息。因此，对比文件未公开“传感器数据融合算法”。 |
| **技术特征D**：根据所述配置，将所述通用处理器置于低电力睡眠模式中<br>**判断结果**：**《直接公开》** | 说明书第[0018]段：“A better way of conserving power with the external device 112 is to put it into a sleep mode or turn off operation of it completely, e.g., remove power therefrom, then only periodically activate the external device 112 when appropriate...”（节省外部设备112功耗的一个更好方法是将其置于睡眠模式或完全关闭其操作，例如，移除其电源，然后仅在适当时定期激活外部设备112...）以及全文多处提及处理器（204）处于“sleep mode”（睡眠模式）、“low power sleep mode”（低功耗睡眠模式）（例如摘要、第[0004]、[0016]段）。图2和图3的框图明确显示了“Sleep Mode”（睡眠模式）。 | 对比文件的核心目的之一就是在处理器（204）处于低功耗睡眠模式时，由低功耗定时器等电路独立控制外部设备并采样，以节省整体系统功耗。说明书明确描述了处理器（204）可以处于“sleep mode”或“low power sleep mode”。将主处理器置于低功耗睡眠模式以节省电力，是对比文件和目标专利共同采用的技术手段，且作用相同（节省处理器功耗）。本领域技术人员能够毫无疑义地从对比文件中得出“将处理器置于低电力睡眠模式中”的技术方案。 |
| **技术特征E**：响应于来自多个传感器中的至少一者的中断，唤醒外围控制器<br>**判断结果**：**未公开** | 无对应内容。对比文件中未提及“外围控制器”。外部设备（112/312）的中断或输出信号（210）是直接或通过逻辑门（220）/比较器（320）连接到处理器的唤醒输入（212）。 | 目标专利中，由“外围控制器”响应传感器中断并执行数据读取和存储功能。对比文件中，外部设备（传感器）的唤醒信号路径是：传感器输出 ->（可选比较）-> 逻辑门/直接 -> 处理器唤醒输入。这里不存在一个独立的、功能类似于目标专利中“外围控制器”（负责从传感器读取数据并存储到伴随存储器）的中间控制器。唤醒动作的触发对象是处理器本身，而非一个专门的外围控制器。因此，该特征未被公开。 |
| **技术特征F**：在唤醒之后，当所述通用处理器处于所述低电力睡眠模式中时，以所述外围控制器读取所述多个传感器中的每一者所产生的数据且将所述数据存储到伴随存储器中<br>**判断结果**：**未公开** | 无对应内容。对比文件中未提及“外围控制器”、“多个传感器”或“伴随存储器”。在采样期间（214），外部设备的输出信号（210）被采样，但该信号仅用于与阈值比较以决定是否唤醒处理器，并未被存储到一个专门的“伴随存储器”中。 | 目标专利的核心操作之一是在处理器睡眠期间，由“外围控制器”主动读取**多个**传感器的数据并存入“伴随存储器”。对比文件的操作完全不同：其使用定时器周期性地给**单个**外部设备（传感器）上电，然后在短暂的采样窗口内检测其输出电平是否超过阈值。这个输出值并未被存储以备后续处理，而是直接用于产生唤醒处理器的判断条件。对比文件既未公开“读取多个传感器数据”，也未公开“将数据存储到伴随存储器”这一数据缓冲和处理流程。 |
| **技术特征G**：以及以所述传感器融合引擎处理存储在所述伴随存储器中的所述数据，<br>**判断结果**：**未公开** | 无对应内容。对比文件中不存在“传感器融合引擎”和“伴随存储器”，因此也不存在用前者处理后者中数据的技术方案。 | 此特征依赖于技术特征A、B、F的成立。如前所述，对比文件未公开“传感器融合引擎”、“伴随存储器”以及将传感器数据存储到伴随存储器的操作。因此，对比文件不可能公开由传感器融合引擎处理存储在伴随存储器中的数据这一技术方案。 |
| **技术特征H**：其中所述配置包括配置所述传感器融合引擎以使用用于执行所述融合算法的所述专用硬件电路来执行所述处理。<br>**判断结果**：**未公开** | 无对应内容。 | 此特征是技术特征A和B的具体化。由于对比文件未公开“传感器融合引擎”、“专用硬件电路执行算法”以及“融合算法”，因此自然也未曾公开“配置传感器融合引擎以使用该专用硬件电路执行处理”这一具体配置步骤。 |
| **技术特征I**：其中唤醒所述外围控制器是通过始终接通子系统AOSS来执行。<br>**判断结果**：**未公开** | 无对应内容。对比文件中未提及“始终接通子系统”（AOSS）或类似功能模块。 | 目标专利中的AOSS是一个始终供电的子系统，负责管理低功耗岛状物的电压、接收传感器中断、唤醒外围控制器等。对比文件中，负责在处理器睡眠期间工作的模块是“power-up timer”（224）和“sample timer”（214），它们可能是低功耗电路，但并未被描述或命名为一个统一的“始终接通子系统”（AOSS），也未提及其具备AOSS在目标专利中的全部功能（如电压轨管理）。因此，该特征未被公开。 |
| **技术特征J**：其中所述通用处理器、所述传感器融合引擎、所述伴随存储器以及所述外围控制器位于芯片上系统SoC的低电力岛状物内。<br>**判断结果**：**未公开** | 无对应内容。对比文件中未提及“芯片上系统（SoC）”、“低电力岛状物”等概念。 | 对比文件描述的是一个集成电路设备（202/302），可能是一个微控制器或ASIC，但并未将其描述为一种包含通用处理器、传感器融合引擎、伴随存储器和外围控制器等特定组件，并将这些组件集成在“SoC的低电力岛状物”内的架构。目标专利的该特征涉及特定的系统级芯片（SoC）架构和功耗管理设计，对比文件未涉及此内容。 |
| **技术特征K**：其中所述传感器融合引擎是始终接通子系统AOSS的部分。<br>**判断结果**：**未公开** | 无对应内容。 | 此特征与技术特征A和I相关。由于对比文件既未公开“传感器融合引擎”，也未公开“AOSS”，因此更不可能公开前者是后者的一部分这一关系特征。 |
<<<D>>>