**对比文件名称：** US2010231383A1_Description_20251223_1140
**特征比对表格：**
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：检测服务去激活触发条件是否已被满足；** <br>《直接公开》 | [0063] “The monitoring module **127** may periodically check the power level of power source **124**, and may perform one or more operations **in response to determining that the power level of power source 124 is below a pre-defined threshold**.” <br><br>[0066] “Monitoring module **127** may periodically query the motion sensor **128**... **If it is determined that device 110 is not in motion**, then monitoring module **127** may command the monitored application **126** to reduce its power consumption.” <br><br>[0082] 流程图（图2）中的步骤：“determining or checking, based on the collected data, **whether or not the device is in motion** (block **220**)” 以及 “checking **whether or not the remaining power level of the device is below a threshold value** (block **240**)”。 | 对比文件公开了监测模块（127）周期性地检查设备的电量水平（是否低于阈值）和/或运动状态（是否处于静止），这些检查行为即是在“检测条件是否已被满足”。当电量低于阈值或设备静止时，即触发后续对受监控应用（126）的控制操作（如降低功耗、关闭）。这与目标专利中“检测服务去激活触发条件是否已被满足”所起的作用相同，都是作为启动后续服务管理逻辑的判断起点。因此，该特征被对比文件直接公开。 |
| **技术特征B：所述服务去激活触发条件包括从至少一个应用接收的信息；** <br>**（未公开）** | 无对应原文。对比文件中触发条件主要基于设备状态（电量、运动、网络连接、时间等），而非从应用接收的信息。 | 对比文件中的触发条件（如电量低、设备静止、漫游状态等）来源于设备硬件传感器（如电量计、运动传感器）、网络模块或系统状态，并非来源于“从至少一个应用接收的信息”。该特征在对比文件整体技术方案中未起到作用，因此既未直接公开，也未隐含公开。 |
| **技术特征C：所述信息包括终止指示；** <br>**（未公开）** | 无对应原文。对比文件中未记载由应用向服务管理器发送“终止指示”作为触发条件。 | 该特征与特征B紧密相关。由于对比文件未公开触发条件包括“从应用接收的信息”，自然也未公开该信息具体为“终止指示”。目标专利中“终止指示”特指应用通知服务管理器其自身终止，以此作为触发服务去激活判断的信号。对比文件的触发逻辑不依赖此类应用主动通知，因此该特征未被公开。 |
| **技术特征D：当所述服务去激活触发条件已被满足时，确定至少一个被激活的服务是否满足终止条件；** <br>《隐含公开》 | [0062] “The monitoring module **127** may be able to monitor, control, regulate and/or modify, the operation of the monitored application **126**, or the operational status or operational mode of the monitored application **126**...” <br><br>[0063] “...in response to determining that the power level of power source **124** is below a pre-defined threshold... the monitoring module **127** may command the monitored application to reduce power consumption...” <br><br>[0082] 流程图（图2）逻辑：检测到“设备不在运动”（条件满足，对应块220的“否”路径）后，进行“检查剩余电量是否低于阈值”（块240），此步骤即是在条件满足后，进一步判断是否满足执行特定操作（如进入省电模式）的更深层条件。 | 对比文件公开了在检测到初始触发条件（如设备静止）后，监测模块（127）会进一步判断其他条件（如剩余电量是否低于阈值），以决定对受监控应用（126）采取何种操作（如维持、降低功耗或关闭）。这个“进一步判断”的过程，隐含了“确定是否满足终止（或调整）条件”的逻辑步骤。虽然对比文件中的“条件”更多指向设备资源状态，而目标专利的“终止条件”指向服务是否被应用使用，但两者在“基于初始触发进行二次条件判断”这一抽象方法步骤上是相同的。因此，该特征被对比文件隐含公开。 |
| **技术特征E：当所述至少一个被激活的服务不满足所述终止条件时，维持所述至少一个被激活的服务的操作；** <br>《直接公开》 | [0082] 流程图（图2）中的逻辑：如果确定“设备在运动”（块220，是路径），则“维持受监控应用的当前功耗”（块230）。如果“设备不在运动”（块220，否路径）但“剩余电量不低于阈值”（块240，否路径），同样“维持受监控应用的当前功耗”（块230）。 | 对比文件明确记载了当判断条件不满足执行省电或关闭操作的要求时（即设备在运动，或设备静止但电量充足），则维持受监控应用（即“被激活的服务”）的当前操作状态（即“维持操作”）。这与目标专利中“当不满足终止条件时，维持服务操作”所起的作用完全相同，都是基于条件判断结果而采取的不作为/维持现状的逻辑分支。因此，该特征被对比文件直接公开。 |
| **技术特征F：当所述至少一个被激活的服务满足所述终止条件时，确定所述至少一个被激活的服务是否是响应于从所述UE的接口单元接收的指示而被激活的；** <br>**（未公开）** | 无对应原文。对比文件中所有关于激活、关闭或模式切换的决策，均基于设备状态条件（运动、电量、漫游、时间等），从未提及或隐含需要判断该服务最初是由用户通过接口单元（如手动开启）激活，还是由系统或应用自动激活。 | 该特征是目标专利的核心区别特征之一。对比文件的技术方案完全基于客观条件（如是否在移动、电量是否充足）来管理应用，不关心也不区分服务的激活来源。在对比文件整体技术方案中，没有引入“基于服务激活来源（用户手动 vs. 自动）来决定是否终止”这一维度的判断逻辑。因此，该特征既未被直接记载，也无法从对比文件中毫无疑义地确定，故未被公开。 |
| **技术特征G：当所述至少一个被激活的服务满足所述终止条件并且所述至少一个被激活的服务不是由所述UE的所述接口单元激活的时候，终止所述至少一个被激活的服务的操作；** <br>**（未公开）** | 无对应原文。对比文件中有在满足条件时关闭或降低应用功耗的操作（如[0063], [0065], [0082]块250），但这些操作的实施均不依赖于对“服务是否由接口单元激活”的判断。 | 该特征的实施依赖于特征F的判断结果。由于特征F（判断激活来源）未被对比文件公开，因此基于特征F判断结果为“否”时所执行的“终止操作”这一后续步骤，自然也未被公开。对比文件中终止服务的逻辑是单一的、无差别的，不包含目标专利中这种有条件的终止逻辑。 |
| **技术特征H：以及当所述至少一个被激活的服务满足所述终止条件并且所述至少一个被激活的服务是由所述UE的所述接口单元激活的时候，维持所述至少一个被激活的服务的操作。** <br>**（未公开）** | 无对应原文。理由同特征G。 | 该特征同样是特征F判断结果为“是”时的后续步骤。由于特征F未被公开，因此基于特征F判断结果为“是”时所执行的“维持操作”这一逻辑分支也未被公开。对比文件中没有记载当服务满足终止条件时，因其是用户手动激活而获得豁免、得以维持的特殊情况。 |
<<<A>>><<<d>>><<<E>>>