**对比文件名称：** US2017102787A1_Description_20260304_2053
**目标专利名称：** 用于传感器数据的超低电力处理的算法引擎CN106716298B
**本次调用的模型名称：** 深度分析模型
根据目标专利说明书，其核心发明点在于提供一种超低功耗的传感器数据处理方案，通过在SoC中设置一个包含专用硬件电路（硬件宏）的传感器融合引擎，使得通用处理器在配置该引擎和外围控制器后可以进入低功耗睡眠模式，由外围控制器响应传感器中断来读取数据，并由传感器融合引擎的专用硬件处理数据，从而实现始终在线（always-on）传感功能的同时极大节省功耗。
以下将严格按照目标专利权利要求的划分进行特征比对。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：其包括：由通用处理器配置传感器融合引擎，<br>**判断结果：未公开（既非直接也非隐含）** | 无对应原文 | 对比文件描述了应用处理器（application processor）包含虚拟传感器融合中心（virtual sensor hub），该虚拟传感器融合中心由软件或固件逻辑（logic instructions）实现，并接收传感器输入进行处理（参见[0023], [0024], [0027]段）。然而，对比文件全文没有描述该虚拟传感器融合中心或其中的传感器融合驱动程序（sensor fusion driver）需要被通用处理器“配置”的步骤或过程。其描述的是虚拟传感器融合中心作为应用处理器的一部分存在并运行，并未提及一个由通用处理器执行的、对传感器融合引擎进行初始化、参数设置或任务分派的“配置”动作。因此，对比文件既未直接公开也未隐含公开“由通用处理器配置传感器融合引擎”这一特征。 |
| **技术特征B**：所述传感器融合引擎包括用于执行多个传感器数据处理算法中的每一者的专用硬件电路，<br>**判断结果：未公开（既非直接也非隐含）** | [0023]段：As described above, in some examples the a virtual sensor hub 230 may be implemented as logic instructions executable on application processor 220, e.g., as software or firmware.<br>[0081]段：Such circuitry may be provided in an application specific integrated circuit (ASIC) or field programmable gate array (FPGA). Also, logic may comprise machine-readable instructions stored in a memory in combination with processing circuitry to execute such machine-readable instructions. | 对比文件明确教导虚拟传感器融合中心（virtual sensor hub）及其内部的传感器融合驱动程序（sensor fusion driver）是作为可执行在应用处理器上的“逻辑指令”（logic instructions）来实现的，例如软件或固件（[0023]段）。虽然[0081]段提到逻辑可以包括ASIC或FPGA等电路，但这仅是泛泛地描述“逻辑”这一术语的可能实现形式，并非特指对比文件中的虚拟传感器融合中心或传感器融合驱动程序本身是“专用硬件电路”。结合上下文，对比文件的核心是提出一种在应用处理器上以软件/固件形式实现的“虚拟”传感器中心，以替代传统的独立硬件微控制器，其强调的是软件的灵活性而非硬件的专用性和低功耗。因此，本领域技术人员从对比文件中无法直接或隐含地得出其传感器融合中心包含了用于执行多个传感器数据处理算法的“专用硬件电路”（即目标专利中的“硬件宏”）。 |
| **技术特征C**：其中所述多个传感器数据处理算法包括用于从多个传感器融合传感器数据的算法<br>**判断结果：隐含公开 (c)** | [0023]段：...a virtual sensor hub 230 to receive inputs from one or more sensors...<br>[0025]段：Data outputs from the respective drivers 350, 352, 354, 356 are input to a sensor fusion driver, which processes the data to generate sensor data. | 对比文件明确记载了“传感器融合驱动程序”（sensor fusion driver），其功能是接收来自多个传感器驱动程序（如加速度计、磁力计、陀螺仪、光传感器）的数据输入，并“处理数据以生成传感器数据”（processes the data to generate sensor data）。从传感器数据处理的常规技术理解，“传感器融合”（sensor fusion）是指组合来自多个传感器的数据以推导出比单一传感器更精确或更丰富的信息。对比文件中的“sensor fusion driver”必然需要执行某种融合算法来实现其“处理数据以生成传感器数据”的功能。因此，本领域技术人员可以合理推断，该传感器融合驱动程序所执行的算法中必然包含了用于从多个传感器融合传感器数据的算法。 |
| **技术特征D**：根据所述配置，将所述通用处理器置于低电力睡眠模式中<br>**判断结果：未公开（既非直接也非隐含）** | 无对应原文 | 对比文件描述了虚拟传感器融合中心在应用处理器上运行，但全文没有任何关于通用处理器（或应用处理器）进入“低电力睡眠模式”、“休眠模式”或任何其他低功耗状态的描述。其关注点在于将传感器处理任务整合到应用处理器（即通用处理器）中以实现架构简化，而非为了节能而让通用处理器睡眠。目标专利中通用处理器进入睡眠模式是降低功耗的关键步骤，而该特征在对比文件中完全没有被提及或暗示。 |
| **技术特征E**：响应于来自多个传感器中的至少一者的中断，唤醒外围控制器<br>**判断结果：未公开（既非直接也非隐含）** | [0024]段：At operation 410 the various sensors generate sensor outputs. ... At operation 415 data from the various sensors are placed on the communication bus 260 that is coupled directly to the virtual sensor hub 230. | 对比文件描述了传感器生成输出并将数据放置在通信总线上（操作415），然后虚拟传感器融合中心从总线接收数据（操作510）。这个过程描述是连续的数据流或轮询式读取，并未明确提及“中断”（interrupt）机制，更没有描述响应于中断“唤醒”一个“外围控制器”。目标专利中的“外围控制器”是一个独立的、可被唤醒以执行传感器数据读取的控制器，而对比文件中负责与传感器通信的是虚拟传感器融合中心内的各个传感器驱动程序，它们作为应用处理器上运行的软件/固件逻辑的一部分，并不构成一个独立可唤醒的“外围控制器”。因此，该特征未被公开。 |
| **技术特征F**：在唤醒之后，当所述通用处理器处于所述低电力睡眠模式中时，以所述外围控制器读取所述多个传感器中的每一者所产生的数据且将所述数据存储到伴随存储器中<br>**判断结果：未公开（既非直接也非隐含）** | [0024]段：At operation 415 data from the various sensors are placed on the communication bus 260 that is coupled directly to the virtual sensor hub 230.<br>[0025]段：At operation 510 the virtual sensor hub 220 receives data from the various sensors. | 对比文件公开了传感器数据被放置在总线上并被虚拟传感器融合中心接收。然而，这个过程是由运行在应用处理器（即通用处理器）上的虚拟传感器融合中心主动执行的。对比文件既未提及“伴随存储器”（companion memory）这一特定组件，也未描述在通用处理器睡眠的状态下，由一个独立的外围控制器来执行数据读取和存储的操作。目标专利的“伴随存储器”是专门服务于传感器融合引擎和外围控制器的、尺寸较小的低功耗存储器，而对比文件中传感器数据的存储位置是“本地存储器”（local memory 240，[0023]段），这是与应用处理器关联的通用存储器。因此，该特征未被公开。 |
| **技术特征G**：以及以所述传感器融合引擎处理存储在所述伴随存储器中的所述数据，<br>**判断结果：隐含公开 (g)** | [0025]段：...a sensor fusion driver, which processes the data to generate sensor data.<br>[0025]段：At operation 515 the virtual sensor hub 220 processes the data received to generate sensor data... | 对比文件明确记载了传感器融合驱动程序（sensor fusion driver）处理接收到的传感器数据（processes the data）。虽然对比文件未明确指定数据被处理前存储在何处（但可合理推断是存储在如local memory 240这样的存储器中），也未提及“伴随存储器”，但“处理数据”这一核心动作本身已被公开。考虑到技术特征G的核心在于“以传感器融合引擎处理数据”，而对比文件的传感器融合驱动程序（属于虚拟传感器融合中心的一部分）确实执行了数据处理功能。因此，从宽松的隐含公开标准判断，可以认为对比文件隐含公开了“以传感器融合引擎处理数据”这一上位概念。 |
| **技术特征H**：其中所述配置包括配置所述传感器融合引擎以使用用于执行所述融合算法的所述专用硬件电路来执行所述处理。<br>**判断结果：未公开（既非直接也非隐含）** | 无对应原文 | 该特征限定了配置的具体内容，即配置传感器融合引擎使用其“专用硬件电路”来执行处理。如对特征B和A的分析，对比文件既未公开“专用硬件电路”，也未公开由通用处理器进行的“配置”动作。因此，这一具体限定内容在对比文件中完全没有依据。 |
| **技术特征I**：其中唤醒所述外围控制器是通过始终接通子系统AOSS来执行。<br>**判断结果：未公开（既非直接也非隐含）** | 无对应原文 | 对比文件中完全不存在“始终接通子系统”（Always-On Subsystem， AOSS）这一概念或组件。目标专利中的AOSS是负责管理低功耗状态、电压和唤醒信号的关键单元。该特征在对比文件中没有任何对应或暗示。 |
| **技术特征J**：其中所述通用处理器、所述传感器融合引擎、所述伴随存储器以及所述外围控制器位于芯片上系统SoC的低电力岛状物内。<br>**判断结果：未公开（既非直接也非隐含）** | [0033]段：...the processor 602 and one or more other components discussed herein may be combined to form a single chip (e.g., to provide a System on Chip (SOC)).<br>[0045]段：In some examples, one or more of the components discussed herein can be embodied as a System On Chip (SOC) device. | 对比文件提到了组件可以集成在SoC中，这是一种常见的系统集成方式。然而，对比文件完全没有提及“低电力岛状物”（low power island）这一特定概念。目标专利的“低电力岛状物”是SoC内为超低功耗操作而设计的、具有独立电源/时钟管理等特性的区域，这是实现其超低功耗目标的关键架构特征。对比文件仅公开了组件可位于SoC上，但未公开其位于具有特定功耗管理功能的“低电力岛状物”内。 |
| **技术特征K**：其中所述传感器融合引擎是始终接通子系统AOSS的部分。<br>**判断结果：未公开（既非直接也非隐含）** | 无对应原文 | 如对特征I的分析，对比文件不存在“始终接通子系统”（AOSS）。因此，传感器融合引擎是AOSS的一部分这一特征自然也无法在对比文件中找到。 |
**结论：**
根据以上分析，对比文件US2017102787A1仅隐含公开了技术特征C（融合算法）和技术特征G（处理数据）。其余技术特征A、B、D、E、F、H、I、J、K均未被对比文件直接或隐含公开。对比文件的核心是一种在通用应用处理器上通过软件/固件实现传感器数据融合的“虚拟传感器中心”架构，其目的在于简化设计、降低成本或提高灵活性。而目标专利的核心是一种通过专用硬件电路、独立的低功耗组件（外围控制器、伴随存储器、AOSS）和精密的功耗状态管理（通用处理器睡眠）来实现“超低电力处理”的架构，其目的在于极致地优化功耗。两者的技术方案、解决的技术问题及实现的技术效果均存在显著差异。
<<<c>>>
<<<g>>>