# 特征比对分析
**对比文件名称：** 2009-10-08_发明专利_JP2007501478A Power management in an integrated circuit using the island power
**目标专利名称：** 用于传感器数据的超低电力处理的算法引擎 CN106716298B
**本次调用模型名称：** 专利创造性评估模型
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| 技术特征A：其包括：由通用处理器配置传感器融合引擎，《未公开》 | 对比文件未提及“通用处理器配置传感器融合引擎”相关内容。 | 对比文件公开了包含CPU、微处理器（例如图10的1010，图12的1242）的系统，也公开了通过软件/固件层（如PMCL218）进行配置管理（例如步骤506、806）。但对比文件通篇未提及“传感器融合引擎”这一组件，更未记载通用处理器对其进行配置的技术方案。本领域技术人员无法从对比文件直接或隐含地得出“由通用处理器配置传感器融合引擎”的技术特征。两者作用完全不同：目标专利中配置是为后续低功耗传感器数据处理做准备；对比文件中配置是为电力岛进行功耗管理。 |
| 技术特征B：所述传感器融合引擎包括用于执行多个传感器数据处理算法中的每一者的专用硬件电路，《未公开》 | 对比文件未提及“传感器融合引擎”或用于执行“传感器数据处理算法”的“专用硬件电路”。 | 对比文件确实提到了多种功能IP块（如图12的1222, 1252, 1272, 1282），例如DSP（1272）、ADC（1222, 1252）等，这些可以视为专用硬件电路。然而，对比文件完全没有涉及“传感器数据处理算法”，特别是没有公开一个名为“传感器融合引擎”的实体，以及该实体包含用于执行多个传感器数据处理算法的专用硬件电路。该特征在目标专利中用于高效执行特定的传感器算法以节省功耗，对比文件中的IP块用于实现各自的一般功能（如信号处理、数据转换），目的和作用不同。 |
| 技术特征C：其中所述多个传感器数据处理算法包括用于从多个传感器融合传感器数据的算法，《未公开》 | 对比文件未提及“传感器数据融合算法”或任何相关的数据处理内容。 | 对比文件的核心主题是集成电路的功率管理，涉及电压、频率、时钟、电力岛状态的控制。虽然提到了可能连接传感器（如图12的传感器链接1212），但完全没有描述对来自多个传感器的数据进行“融合”处理的任何算法、步骤或硬件。本领域技术人员无法从对比文件推断出传感器数据融合算法。 |
| 技术特征D：根据所述配置，将所述通用处理器置于低电力睡眠模式中，《隐含公开》 | 对比文件多处提及将电路置于低功耗状态。例如：[2] “ある実施例では、スタンダードセルライブラリは、低リークの“スリープ”回路を有してもよい。” (在某些实施例中，标准单元库可以具有低泄漏的“睡眠”电路。); 图9的流程涉及将IP单元断电（步骤912-914）；以及通过电力管理器控制电力岛的功耗状态。 | 对比文件虽然没有明确记载“通用处理器根据对传感器融合引擎的配置而进入睡眠模式”这一具体因果关系，但其整体公开了在集成电路中，通过功率管理控制层（PMCL）和主功率管理器（MPM）等，根据应用需求或系统状态，将特定电力岛（其中可以包含处理器）置于低功耗或睡眠状态（如“睡眠”、“断电”）以节省功耗。这隐含了“根据某种配置或指令，将处理器置于低电力状态”的可能性。尽管上下文和目标不同（对比文件为通用功率管理，目标专利为特定传感器处理流程），但“将处理器置于低电力睡眠模式”这一操作本身，是本领域技术人员可以从对比文件描述的功率管理技术中合理推断出的常见手段。因此，该特征被判断为隐含公开。 |
| 技术特征E：响应于来自多个传感器中的至少一者的中断，唤醒外围控制器，《未公开》 | 对比文件未提及“传感器产生中断以唤醒外围控制器”的具体机制。 | 对比文件描述了电力岛可以被唤醒或上电（例如图9的步骤918-926），也提到了中断（例如步骤1114）。但是，这些唤醒操作是由功率管理软件（PMCL）或功率管理器（MPM/IPM）发起的，或者是响应于内部事件（如温度阈值），并没有公开是由**外部传感器产生的中断**来触发唤醒一个**外围控制器**。目标专利中该特征是实现始终在线传感器数据收集的关键，而对比文件中缺少传感器中断与特定外围控制器唤醒之间的直接或隐含关联。 |
| 技术特征F：在唤醒之后，当所述通用处理器处于所述低电力睡眠模式中时，以所述外围控制器读取所述多个传感器中的每一者所产生的数据且将所述数据存储到伴随存储器中，《未公开》 | 对比文件未提及“外围控制器从传感器读取数据”或“伴随存储器”存储传感器数据。 | 对比文件公开了电力岛内可以包含存储器（如图4的低电力存储器块272，图10的本地存储器1020），也提到了数据分配（图12的1262）。然而，对比文件完全没有描述“外围控制器”从“多个传感器”读取数据，并将这些数据存储到一个被称为“伴随存储器”的特定存储器中的技术方案。目标专利中该特征是实现低功耗模式下传感器数据缓冲的关键步骤，在对比文件中找不到对应或可合理推断出的操作流程。 |
| 技术特征G：以及以所述传感器融合引擎处理存储在所述伴随存储器中的所述数据，《未公开》 | 对比文件未提及“传感器融合引擎”处理“伴随存储器”中的数据。 | 由于对比文件既未公开“传感器融合引擎”，也未公开“伴随存储器”用于存储传感器数据，因此“传感器融合引擎处理伴随存储器中的数据”这一完整技术特征当然未被公开。即使考虑对比文件中的DSP（图12的1272）可以处理数据，但处理的对象、上下文和目的均与目标专利中的传感器数据处理完全不同。 |
| 技术特征H：其中所述配置包括配置所述传感器融合引擎以使用用于执行所述融合算法的所述专用硬件电路来执行所述处理。《未公开》 | 对比文件未提及对“传感器融合引擎”进行配置以使用“专用硬件电路”执行“融合算法”。 | 该特征是对特征A和B的进一步限定，强调了配置的具体内容。如前所述，对比文件未公开“传感器融合引擎”、“传感器数据融合算法”以及为此目的配置专用硬件电路的技术方案。因此，该特征未被公开。 |
| 技术特征I：其中唤醒所述外围控制器是通过始终接通子系统AOSS来执行。《未公开》 | 对比文件未提及“始终接通子系统（AOSS）”这一组件。 | 对比文件公开了“实时时钟（RTC）1075”（图10），这是一种可能始终运行的组件。也公开了功率管理控制器（如MPM、SPM）可以管理上下电。但是，对比文件没有公开一个名为“始终接通子系统（AOSS）”的、专门负责在系统其余部分睡眠时管理传感器中断和唤醒外围控制器的实体。该特征是目标专利架构中的特定设计，在对比文件中无对应描述。 |
| 技术特征J：其中所述通用处理器、所述传感器融合引擎、所述伴随存储器以及所述外围控制器位于芯片上系统SoC的低电力岛状物内。《隐含公开》 | [2] “電力の島112、114、116及び118は、消費電力がセクション内、図形内、区画内又は区域内で制御される集積回路110の何らかのセクション、図形、区画又は区域である。” (电力岛112、114、116和118是集成电路110的某个部分、图形、分区或区域，其中功耗在该部分、图形、分区或区域内被控制。); 图10和图12展示了SoC（系统芯片）中包含多个电力岛，各个功能模块（如CPU、存储器、IP块）分别位于不同的电力岛内。 | 对比文件明确公开了在SoC中使用“电力岛（power island）”的概念，其中不同的功能模块/电路块可以位于独立的电力岛内，以便独立控制其功耗。虽然对比文件没有列举出“通用处理器、传感器融合引擎、伴随存储器、外围控制器”这四者构成的组合，但其教导了可以将SoC中的相关功能模块分组到电力岛中。本领域技术人员为了实现低功耗目标，将功能相关的多个组件（例如，目标专利中负责低功耗传感器处理的组件组）放置在一个电力岛内，是可以从对比文件的教导中合理推断出的常规设计选择。因此，该特征被判断为隐含公开。 |
| 技术特征K：其中所述传感器融合引擎是始终接通子系统AOSS的部分。《未公开》 | 对比文件未提及“传感器融合引擎”或“始终接通子系统（AOSS）”。 | 理由同特征I和特征B。对比文件中不存在“传感器融合引擎”，也不存在明确的“始终接通子系统（AOSS）”架构，因此更谈不上前者是后者的一部分。该特征未被公开。 |
<<<d>>><<<j>>>