**对比文件名称**：2013-04-25_发明专利_JP2012123823A Management of power on integrated circuit using power island
**目标专利名称**：用于传感器数据的超低电力处理的算法引擎CN106716298B
**本次调用模型名称**：专利创造性评估模型
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用（翻译为中文） | 公开性论述 |
| **技术特征A**：其包括：由通用处理器配置传感器融合引擎，<br>**判断结果**：未被公开 | 对比文件未明确提及“通用处理器配置传感器融合引擎”的相关内容。文件主要描述电力管理器（如MPM、SPM）根据应用需求配置IP单元（如CPU、DSP、存储器等）的功耗状态（如电压、频率、睡眠模式）。例如，[0014]段提到“电力管理器是...决定电力岛的消费电力水平到目标电力水平的动作的电路、装置或系统”。图5的流程（步骤502-514）描述了应用程序通过PMCL/MPM/SPM配置IP单元（如设定频率、Vdd）。 | **论述**：在目标专利中，“由通用处理器配置传感器融合引擎”是指通用处理器（如210）在进入低功耗睡眠模式之前，对专用的传感器融合硬件（220）和外围控制器（230）进行初始化、参数设置等操作，使其准备好执行特定的传感器数据处理任务（参见说明书[0023], [0026], 图3框310）。对比文件公开的是由专门的“电力管理器”（Power Manager， 如MPM, SPM）或通过软件层（PMCL）根据应用程序的请求，来配置IP单元（如处理器、DSP、存储器）的功耗相关参数（如时钟频率、工作电压），以实现动态功耗管理（参见[0014], [0022], 图5）。两者的“配置”主体、对象和目的均不同。目标专利的配置主体是“通用处理器”，配置对象是专用的“传感器融合引擎”和“外围控制器”，目的是为了后续的传感器数据采集与融合处理。对比文件的配置主体是“电力管理器”或系统软件，配置对象是广义的“IP单元”（包括处理器本身），目的是直接进行功耗控制（如调压、调频、睡眠）。本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出“由通用处理器对专用传感器融合硬件进行任务配置”的技术方案。因此，该技术特征既未被直接公开，也未被隐含公开。 |
| **技术特征B**：所述传感器融合引擎包括用于执行多个传感器数据处理算法中的每一者的专用硬件电路，<br>**判断结果**：未被公开 | 对比文件提到了IP单元（Intellectual Property Unit）可以执行特定功能。例如，[0012]段提到系统级芯片（SoC）可以包含“マイクロプロセッサ”（微处理器）、“メモリ”（存储器）、“I/Oインタフェース”（I/O接口）、“アナログ・デジタル変換器”（模数转换器）等。图12的SOC 1200中包含了“デジタルシグナルプロセッサ（DSP）を含む汎用IPブロック”（包含数字信号处理器DSP的通用IP块1272）。 | **论述**：目标专利的“传感器融合引擎”特指一个包含“一或多个硬件宏”的专用硬件模块，这些硬件宏是专门为执行传感器数据相关算法（如卡尔曼滤波、运动检测、数据融合等）而设计的固定功能或可配置硬件电路，旨在超低功耗下高效处理传感器数据（参见说明书[0024]）。对比文件虽然提到了SoC中包含各种功能IP块，例如DSP（图12， 1272），但DSP是一种通用的可编程处理器，并非针对特定传感器算法优化的“专用硬件电路”。对比文件从未提及任何专门用于“传感器数据融合”或“传感器数据处理算法”的硬件引擎或宏。本领域技术人员无法从对比文件中必然地或合理地推断出存在一个专用于执行多个传感器数据处理算法的专用硬件电路模块。因此，该技术特征既未被直接公开，也未被隐含公开。 |
| **技术特征C**：其中所述多个传感器数据处理算法包括用于从多个传感器融合传感器数据的算法<br>**判断结果**：未被公开 | 对比文件全文未提及“传感器数据融合”（sensor data fusion）或类似概念。 | **论述**：目标专利明确将“用于从多个传感器融合传感器数据的算法”作为传感器融合引擎执行的算法之一（参见权利要求）。这是其核心功能之一。对比文件涉及的是集成电路的功耗管理，完全不涉及对来自多个传感器的数据进行融合处理的技术主题。本领域技术人员无法从对比文件中推理出任何与传感器数据融合算法相关的内容。因此，该技术特征未被公开。 |
| **技术特征D**：根据所述配置，将所述通用处理器置于低电力睡眠模式中<br>**判断结果**：隐含公开 (d) | 对比文件描述了将IP单元（包括处理器）置于低功耗状态（如睡眠模式）。例如，[0014]段提到动作可以包括“电力の島のうち１つで電力をオフする”（关闭其中一个电力岛的电源）或“スリープモードに変更する”（改为睡眠模式）。图5的流程（步骤516之后）和图9的流程（步骤912-914）描述了将IP单元断电或置于低功耗状态。 | **论述**：目标专利中，通用处理器在完成对传感器融合引擎和外围控制器的配置后，自行进入低电力睡眠模式以节省功耗（参见说明书[0023], [0026], 图3框320）。对比文件公开了通过电力管理器（如MPM、SPM）根据应用程序的请求或系统状态，将特定的IP单元（例如，一个处理器核心或一个功能块所在的电力岛）置于睡眠模式或关闭电源（参见[0014], 图5, 图9）。虽然对比文件中处理器进入睡眠模式是由电力管理器（或上层软件通过电力管理器）控制的行为，而目标专利中是通用处理器“自行”进入睡眠模式，但两者在“将处理器置于低功耗睡眠状态”这一技术手段和“节省功耗”这一目的上是相同的。本领域技术人员可以从对比文件公开的“根据配置/请求将处理器/IP单元置于睡眠模式”这一普遍技术手段中，合理推断出在完成特定配置任务后，处理器可以进入睡眠模式。这是一种隐含公开。因此，该技术特征被对比文件隐含公开。 |
| **技术特征E**：响应于来自多个传感器中的至少一者的中断，唤醒外围控制器<br>**判断结果**：隐含公开 (e) | 对比文件提到了通过中断或事件来触发电力管理动作。例如，[0022]段描述SPM可以检查来自电力岛的信息是否“閾値を交差したとき又は範囲を超過したときにイベントが生じたか”（当超过阈值或超出范围时是否发生事件），并且可以“非同期でイベントをレポート”（异步报告事件）。图11的流程描述了IPM监控温度等状态，在超过阈值时生成报告并触发后续动作。虽然未明确提及“传感器中断”，但中断是电子系统中常见的触发机制。 | **论述**：目标专利中，外围控制器可以被来自传感器的中断（例如数据就绪中断DRI）唤醒，以启动数据读取操作（参见说明书[0027]）。对比文件虽然没有直接描述“传感器中断唤醒外围控制器”，但它公开了电力管理系统可以响应于特定事件或条件（如阈值被跨越）来触发动作，这通常可以通过中断机制实现。例如，SPM监控本地状态，在事件发生时可以报告给MPM或直接采取行动（如唤醒某单元）。本领域技术人员熟知，在包含传感器的系统中，传感器产生中断来通知数据就绪是一种常规技术手段。结合对比文件公开的“响应事件进行控制”和“唤醒/激活特定单元”的教导，可以合理推断出“响应于来自传感器的中断来唤醒负责数据采集的外围控制器”这一方案。因此，该技术特征被对比文件隐含公开。 |
| **技术特征F**：在唤醒之后，当所述通用处理器处于所述低电力睡眠模式中时，以所述外围控制器读取所述多个传感器中的每一者所产生的数据且将所述数据存储到伴随存储器中<br>**判断结果**：未被公开 | 对比文件未提及“外围控制器从传感器读取数据”或“伴随存储器”。图10的SOC 1000中包含“ローカルメモリ”（本地存储器1020），IP单元可以与存储器交互。 | **论述**：目标专利中定义了一个明确的操作序列和架构：在通用处理器睡眠时，被唤醒的外围控制器负责从多个传感器读取数据，并存储到特定的“伴随存储器”中（参见说明书[0023], [0027], 图3框330）。对比文件完全没有涉及从物理传感器读取数据的具体过程，也没有提及专用于传感器数据缓冲的“伴随存储器”。虽然对比文件提到IP单元可以访问存储器（如图10的本地存储器1020），但这属于通用存储器，且没有描述在处理器睡眠时由特定控制器执行传感器数据采集和存储的协同工作流程。本领域技术人员无法从对比文件中推理出这一具体的技术方案。因此，该技术特征未被公开。 |
| **技术特征G**：以及以所述传感器融合引擎处理存储在所述伴随存储器中的所述数据，<br>**判断结果**：未被公开 | 对比文件未提及“传感器融合引擎”或类似组件处理数据。 | **论述**：该特征依赖于“传感器融合引擎”和“伴随存储器”的存在。如前所述，对比文件未公开“传感器融合引擎”。因此，也就不存在由该引擎处理伴随存储器中数据的技术方案。该特征未被公开。 |
| **技术特征H**：其中所述配置包括配置所述传感器融合引擎以使用用于执行所述融合算法的所述专用硬件电路来执行所述处理。<br>**判断结果**：未被公开 | 对比文件未提及“传感器融合引擎”或配置其使用专用硬件电路执行融合算法。 | **论述**：该特征是技术特征A和B、C的具体化，进一步限定了配置的内容是让传感器融合引擎使用其内部的专用硬件电路来执行融合算法。由于对比文件未公开“传感器融合引擎”、“专用硬件电路（用于传感器算法）”和“融合算法”这些基础要素，因此该特征必然未被公开。 |
| **技术特征I**：其中唤醒所述外围控制器是通过始终接通子系统AOSS来执行。<br>**判断结果**：隐含公开 (i) | 对比文件提到了“始終接通的”（always-on）的电力管理子系统。例如，[0022]段提到MPM、IPM、SPM等电力管理器，它们负责系统的功耗控制。整个电力管理系统可以视为一种始终接通的控制子系统。虽然没有名为“AOSS”的模块，但其功能（始终运行、管理功耗、唤醒其他单元）是相似的。 | **论述**：目标专利中的“始终接通子系统（AOSS）”是一个在SoC中始终保持通电状态的子系统，负责管理低功耗岛状物的电压、接收传感器中断、以及唤醒其他组件（如外围控制器）（参见说明书[0021], [0027]）。对比文件中的电力管理架构（包括MPM、IPM、SPM）同样是一个始终处于活动状态、负责监控系统状态、管理各电力岛功耗、并可触发单元状态转换（如唤醒）的系统（参见[0014], [0020]-[0022]）。尽管名称和具体实现细节可能不同，但两者在系统中扮演的角色（始终工作的功耗与状态管理器）和功能（唤醒其他单元）是实质相同的。本领域技术人员可以从对比文件公开的始终工作的电力管理系统中，合理推断出它可以负责执行唤醒操作。因此，该技术特征被对比文件隐含公开。 |
| **技术特征J**：其中所述通用处理器、所述传感器融合引擎、所述伴随存储器以及所述外围控制器位于芯片上系统SoC的低电力岛状物内。<br>**判断结果**：隐含公开 (j) | 对比文件详细描述了“電力の島”（Power Island）的概念。例如，[0014]段：“集積回路は、消費電力が電力の島のそれぞれで独立して制御される複数の電力の島を有する。”（集成电路具有多个电力岛，每个电力岛的功耗被独立控制。）图1、2、10、12均展示了SoC被划分为多个电力岛，不同的功能模块（如CPU、存储器、DSP、I/O块）位于不同的电力岛中。 | **论述**：目标专利的“低电力岛状物”是SoC中一个可以独立进行低功耗处理的区域，通用处理器、传感器融合引擎、伴随存储器和外围控制器可以位于其中（参见说明书[0021]）。对比文件的核心发明就是使用“电力岛”技术对SoC进行功耗管理，其中不同的功能模块（IP单元）根据地理或功能因素被分组到不同的电力岛中，每个岛的功耗可以独立控制（参见[0014], [0020]）。虽然对比文件没有明确列出“传感器融合引擎、伴随存储器、外围控制器”这些具体组件位于一个岛内，但它公开了将SoC的功能模块（包括处理器、存储器、专用IP块等）组织到电力岛中的通用技术方案。本领域技术人员在面临需要为传感器数据处理设计一个低功耗区域时，能够从对比文件的教导中，毫无困难地想到将参与该任务的相关组件（处理器、专用处理引擎、存储器和控制器）划分到同一个电力岛中，以便对其进行统一的低功耗管理。因此，该技术特征被对比文件隐含公开。 |
| **技术特征K**：其中所述传感器融合引擎是始终接通子系统AOSS的部分。<br>**判断结果**：未被公开 | 对比文件未提及“传感器融合引擎”。其“始终接通”的子系统是电力管理架构（MPM, IPM, SPM等），而非包含数据处理引擎的子系统。 | **论述**：目标专利中，传感器融合引擎可以是AOSS的一部分（参见说明书[0021]）。这限定了传感器融合引擎与AOSS的从属关系。由于对比文件根本未公开“传感器融合引擎”这一组件，因此更谈不上公开该引擎是始终接通子系统的一部分。该特征未被公开。 |
## 结论
根据上述比对分析，对比文件JP2012123823A隐含公开了目标专利权利要求中的技术特征D、E、I、J，但未公开技术特征A、B、C、F、G、H、K。其中，技术特征D、E、I、J的公开属于“隐含公开”，因为本领域技术人员能够基于对比文件公开的功耗管理架构、事件响应机制和电力岛概念，合理推断出相应的技术手段。
<<<d>>><<<e>>><<<i>>><<<j>>>