对比文件名称：2013-03-07_发明申请_US20130057394A1 Method and Apparatus for Providing Context Sensing and Fusion
目标专利名称：用于传感器数据的超低电力处理的算法引擎 CN106716298B
模型名称：DeepSeek-R1
根据对目标专利说明书和对比文件US20130057394A1的深入分析，现创建特征比对表格如下：
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：其包括：由通用处理器配置传感器融合引擎，《未公开》** | 对比文件未明确记载通用处理器（如处理器70）对传感器处理器（sensor processor 78）进行配置。传感器处理器78作为独立的协处理器或专用处理器存在（例如[0037]， [0040]段），其工作由自身固件或硬件接口管理（[0040]段：“the sensor processor 78 may be configured to interface with the physical sensors via sensor specific firmware”）。 | 在目标专利中，通用处理器在进入低功耗模式前对传感器融合引擎和外围控制器进行配置是核心控制步骤。对比文件中的传感器处理器78是一个独立的、专用的低功耗处理器（[0049]段），用于管理传感器、预处理和融合数据。虽然处理器70与传感器处理器78通信并接收其数据，但对比文件没有描述处理器70在进入任何低功耗状态前对传感器处理器78进行初始化或参数配置的过程。传感器处理器78的配置（如通过固件）似乎是独立于主处理器工作状态的。因此，对比文件未公开由通用处理器配置传感器融合引擎这一特征。 |
| **技术特征B：所述传感器融合引擎包括用于执行多个传感器数据处理算法中的每一者的专用硬件电路，《隐含公开》** | [0037]段：“... the processor 70 may be embodied as one or more of various processing means such as ... a hardware accelerator, a special-purpose computer chip, ... In an example embodiment, the processor 70 may be configured to execute hard coded functionality.” <br> [0040]段：“The sensor processor 78 may be configured to ... perform sensor data pre-processing. In an example embodiment, the sensor processor 78 may also be configured to perform sensor data fusion ...”。 <br> [0080]段：“... a fusion core 130 to handle sensor pre-processing, various hardware accelerated signal processing operations, context sensing and/or sensor fusion operations with corresponding algorithms.” | 目标专利的传感器融合引擎包含专用硬件电路（硬件宏）来执行特定的传感器数据处理算法，以实现超低功耗。对比文件中的传感器处理器78（或融合管理器80）承担了类似的传感器数据预处理和融合功能。特别地，[0080]段明确提到了“fusion core 130”和“hardware accelerated signal processing operations”，这表明传感器处理器78内部包含了用于加速特定信号处理算法（可对应于目标专利的传感器数据处理算法，如运动检测、融合等）的专用硬件电路。虽然对比文件没有逐一列举每个算法都有对应的专用电路，但本领域技术人员基于“硬件加速”和“专用低功耗设备”（[0049]段）的描述，能够合理推断传感器处理器为了高效、低功耗地执行其预定的传感器数据处理任务（如特征提取、分类、融合），会采用专用硬件电路来实现这些算法。因此，该特征被对比文件隐含公开。 |
| **技术特征C：其中所述多个传感器数据处理算法包括用于从多个传感器融合传感器数据的算法，《直接公开》** | [0040]段：“In an example embodiment, the sensor processor 78 may also be configured to perform sensor data fusion with respect to the physical sensor data extracted.” <br> [0042]段：“The fusion manager 80 may be configured to ... fuse virtual sensor data with physical sensor data.” <br> [0049]段：“... sensor pre-processing, context extraction, sensor management, gesture/event detection, sensor calibration/compensation and level 1 context fusion are performed in a dedicated, low-power device, namely the sensor processor 78...” | 目标专利要求传感器数据处理算法包含融合来自多个传感器数据的算法。对比文件的核心内容就是提供上下文感知和融合。对比文件明确且反复记载了传感器处理器78执行传感器数据融合（sensor data fusion）或上下文融合（context fusion）（例如[0040], [0042], [0049]段），这本质就是从多个（物理）传感器融合数据的算法。因此，该特征被对比文件直接公开。 |
| **技术特征D：根据所述配置，将所述通用处理器置于低电力睡眠模式中，《未公开》** | 对比文件未记载将通用处理器（如处理器70）置于低电力睡眠模式。对比文件关注于通过专用传感器处理器78分担处理任务以减少主处理器负载（[0049]段：“... may result in less loading of the processor 70...”），但并未描述处理器70因此进入或可被置于低电力睡眠模式。处理器70仍在运行操作系统并参与更高层的融合决策（如通过融合管理器80）。 | 目标专利的关键点之一是在配置传感器融合引擎和外围控制器后，通用处理器进入低电力睡眠模式以大幅节能。对比文件虽然强调了使用专用低功耗传感器处理器来减轻主处理器负载，但始终描述主处理器（处理器70）处于活动状态，用于运行融合管理器80、处理虚拟传感器数据、进行更高层次的融合决策等（[0042], [0044]段）。没有文字表明或暗示处理器70在执行配置后可以或需要进入低电力睡眠模式。因此，该特征未被对比文件公开。 |
| **技术特征E：响应于来自多个传感器中的至少一者的中断，唤醒外围控制器，《未公开》** | [0064]段：“High speed I2C/SPI serial communication protocols with register mapped interface may be employed along with communication that is INT (interrupt signal) based.” <br> [0040]段提到传感器处理器78可执行传感器控制和管理功能。 | 目标专利中，传感器产生中断，用于唤醒处于休眠状态的外围控制器来读取数据。对比文件提到了基于中断（INT）的通信（[0064]段），但这是描述传感器处理器78与传感器或主机处理器之间的通信接口特性。对比文件没有描述一个独立的“外围控制器”组件，也没有描述传感器产生中断以唤醒该控制器的过程。传感器处理器78本身负责与传感器接口并管理它们，其唤醒或激活机制对比文件未详细说明。因此，该特征未被对比文件公开。 |
| **技术特征F：在唤醒之后，当所述通用处理器处于所述低电力睡眠模式中时，以所述外围控制器读取所述多个传感器中的每一者所产生的数据且将所述数据存储到伴随存储器中，《未公开》** | [0040]段：“... the sensor processor 78 may be configured to ... extract information from the physical sensors (perhaps storing such information in a buffer in some cases)...” <br> [0049]段：“... all physical sensor data is extracted, pre-processed and fusion of such data is accomplished by the sensor processor 78.” | 目标专利中，在通用处理器睡眠期间，由被唤醒的外围控制器主动读取所有传感器的数据并存入伴随存储器。对比文件中，传感器数据是由传感器处理器78提取并可能暂存在缓冲区中。然而，首先，对比文件没有公开“通用处理器处于低电力睡眠模式中”这一前提条件（特征D未公开）。其次，执行数据读取和暂存的主体是传感器处理器78，其功能定位更接近目标专利的“传感器融合引擎”而非单纯的“外围控制器”。最后，对比文件没有公开一个独立的、专门用于在主机睡眠时读取传感器数据并存入特定“伴随存储器”的“外围控制器”组件。因此，该特征未被对比文件公开。 |
| **技术特征G：以及以所述传感器融合引擎处理存储在所述伴随存储器中的所述数据，《隐含公开》** | [0040]段：“In an example embodiment, the sensor processor 78 may also be configured to perform sensor data fusion with respect to the physical sensor data extracted.” <br> [0080]段：“... a fusion core 130 to handle sensor pre-processing, various hardware accelerated signal processing operations, context sensing and/or sensor fusion operations...” | 目标专利中，传感器融合引擎处理存储在伴随存储器中的数据。对比文件中，传感器处理器78（其融合核心130）对从传感器提取的数据（可能存储在缓冲区）进行预处理和融合处理。虽然对比文件未明确提及“伴随存储器”这一具体术语，但“存储信息在缓冲区”（[0040]段）是实现数据处理的必然中间步骤。本领域技术人员可以理解，传感器处理器要对数据进行处理，必须先将其存储在某个可访问的存储区域（如内部缓冲区或存储器）。因此，传感器处理器处理其存储的（传感器）数据这一技术手段，被对比文件隐含公开。 |
| **技术特征H：其中所述配置包括配置所述传感器融合引擎以使用用于执行所述融合算法的所述专用硬件电路来执行所述处理。《未公开》** | 参见特征A和B的引用。对比文件未记载由通用处理器对传感器处理器进行配置，特别是配置其使用专用硬件电路来执行融合处理。传感器处理器78的功能似乎由其自身架构（如融合核心130）和固件决定。 | 该特征限定了配置的具体内容，即配置传感器融合引擎使用其专用硬件电路来执行处理。如特征A所述，对比文件未公开由通用处理器进行配置。此外，虽然传感器处理器78包含硬件加速的融合核心（特征B隐含公开），但对比文件并未描述这一硬件加速功能是通过外部（通用处理器）配置来启用或指定的。其专用电路的使用更可能是其固有设计或内部固件管理的结果。因此，该特征未被对比文件公开。 |
| **技术特征I：其中唤醒所述外围控制器是通过始终接通子系统AOSS来执行。《未公开》** | 对比文件全文中未出现“始终接通子系统 (AOSS)”或功能完全相同的模块。传感器处理器78本身可能具有低功耗常开特性，但并非一个用于唤醒其他控制器的独立AOSS。 | 目标专利中的AOSS是一个独立的、始终接通的子系统，负责管理低功耗岛状物的电源、接收传感器中断并唤醒外围控制器。对比文件没有描述这样的子系统。传感器处理器78虽然可能是低功耗常开的，但其角色是直接处理传感器数据，而不是作为唤醒其他控制器（如外围控制器）的中介。因此，该特征未被对比文件公开。 |
| **技术特征J：其中所述通用处理器、所述传感器融合引擎、所述伴随存储器以及所述外围控制器位于芯片上系统SoC的低电力岛状物内。《未公开》** | 对比文件未提及“低电力岛状物 (low power island)”这一概念或类似的结构化电源管理区域。虽然强调了传感器处理器78是专用低功耗设备（[0049]段），但并未将通用处理器、传感器处理器等组件描述为共同位于一个特定的、为低功耗处理设计的SoC区域（岛状物）内。 | 目标专利的低电力岛状物是SoC中为实现超低功耗处理而设计的特定区域，具有独立的电源轨、时钟等。这是其实现“超低电力处理”的关键架构特征。对比文件虽然提到了低功耗的传感器处理器，但未描述将主处理器、传感器处理器等集成在一个具有独立电源管理的“岛状物”内。其节能思路主要是通过任务分担，而非基于精细的电源域划分。因此，该特征未被对比文件公开。 |
| **技术特征K：其中所述传感器融合引擎是始终接通子系统AOSS的部分。《未公开》** | 同上，对比文件无AOSS。传感器处理器78是一个独立的组件，并非某个更大的“始终接通子系统”的一部分。 | 该特征依赖于目标专利特有的AOSS架构。对比文件中不存在AOSS，因此传感器处理器78也就不可能是其一部分。该特征未被对比文件公开。 |
<<<C>>><<<b>>><<<g>>>