技术特征描述

对比文件原文引用

公开性论述

**技术特征A**：检测服务去激活触发条件是否已被满足；<br>**公开性判断**：未公开

无直接对应原文。对比文件主要描述会话建立的触发条件，例如：“当UE A发送实际的PoC通信会话请求(SIP INVITE或SIP REFER)时，以及/或者当UE接收SIP INVITE或SIP REFER请求时，以及/或者当UE接收在RTP/RTCP消息中的关于呼入通话突发的指示时”（参见说明书“具体实施方式”部分，图4、图5及相关描述）。

**未公开**。目标专利中的“服务去激活触发条件”用于判断何时可能需要对已激活的服务进行去激活，其具体示例包括检测到应用终止或满足周期性检查条件（如说明书[0039]、[0040]、[0060]段所述）。对比文件描述的触发条件（发送/接收会话请求、接收通话突发指示）均是为了**建立或激活**数据连接（如辅PDP上下文），以支持即将开始的实时通信服务（如PoC通话）。这与目标专利中为**节省资源**而判断是否应**终止**已激活服务的“去激活触发条件”，在触发目的、时机和技术效果上均不相同。对比文件未公开“服务去激活触发条件”的检测。

**技术特征B**：所述服务去激活触发条件包括从至少一个应用接收的信息；<br>**公开性判断**：未公开

无直接对应原文。对比文件描述了应用服务器（PoC AS）向UE发送信息，例如：“PoC AS发送指示：存在对拥有与订户A的一对一即时通信会话的请求”（参见说明书“具体实施方式”部分，图5及相关描述）。

**未公开**。虽然对比文件公开了从服务实体（应用服务器）向UE发送信息，但该信息（如通信会话请求、通话突发指示）的接收，在对比文件中是作为**激活**数据连接（辅PDP上下文）的触发条件（如说明书“具体实施方式”部分，图4、图5及相关描述）。而在目标专利中，从应用接收的信息（如应用终止的指示）是作为判断是否可能需要对服务进行**去激活**的触发条件的一部分。两者信息的内容、作用（激活 vs. 潜在去激活）及所解决的技术问题（快速建立连接 vs. 节省资源）均不同。因此，对比文件未公开“服务去激活触发条件包括从至少一个应用接收的信息”这一特征。

**技术特征C**：所述信息包括终止指示；<br>**公开性判断**：未公开

无对应原文。对比文件中未提及任何来自应用的“终止指示”。

**未公开**。对比文件全文均未记载或暗示存在来自应用的“终止指示”。其信息流均围绕会话建立、激活或通话进行，与“终止”无关。因此，该特征未被对比文件公开。

**技术特征D**：当所述服务去激活触发条件已被满足时，确定至少一个被激活的服务是否满足终止条件；<br>**公开性判断**：未公开

无直接对应原文。对比文件描述了确定“用户连接的要求”，例如：“确定块103可以基于所接收的通信请求确定该用户连接的要求”（参见说明书“具体实施方式”部分）。

**未公开**。目标专利中的“终止条件”核心在于判断某个已激活的服务是否还有应用在使用（如检查活动应用列表是否为空，参见说明书[0041]段）。对比文件中的“确定用户连接的要求”是指判断是否需要为即将进行的通信（如PoC通话）建立数据连接（辅PDP上下文），这是一个**正向激活**的判断。两者判断的对象（已存在服务 vs. 待建立连接）、判断的逻辑（是否有剩余应用使用 vs. 是否有通信需求）及目的（决定是否终止以省电/省流量 vs. 决定是否激活以支持通话）均存在本质区别。因此，对比文件未公开“确定至少一个被激活的服务是否满足终止条件”这一特征。

**技术特征E**：当所述至少一个被激活的服务不满足所述终止条件时，维持所述至少一个被激活的服务的操作；<br>**公开性判断**：未公开

无直接对应原文。对比文件描述了维持PDP上下文激活的状态，例如，预建立的会话不激活PDP上下文，但实际通信时会激活并维持（参见说明书“具体实施方式”部分，图3、4、5及相关描述）。

**未公开**。对比文件中维持PDP上下文激活，是基于该数据连接正在或即将被用于进行中的实时通信会话（如PoC通话）。这是通信服务正常运作的需要。而目标专利中“维持操作”的逻辑前提是：虽然触发了去激活判断流程，但经检查发现“终止条件”不满足（例如，仍有其他应用在使用该服务）。这是为了在确保资源不被浪费的前提下，避免错误终止仍在被使用的服务。两者维持服务操作的决策逻辑和所基于的条件完全不同。因此，该特征未被公开。

**技术特征F**：当所述至少一个被激活的服务满足所述终止条件时，确定所述至少一个被激活的服务是否是响应于从所述UE的接口单元接收的指示而被激活的；<br>**公开性判断**：未公开

无直接对应原文。对比文件提到了用户通过接口（如按压PoC键）发起请求，例如：“用户例如通过按压他的/她的用户设备上的特定键请求服务”（参见说明书“背景技术”部分）。

**未公开**。目标专利此特征的核心在于，在决定终止一个服务前，需要区分该服务最初是由“用户通过接口单元直接激活”还是由“应用通过接口单元请求激活”的（参见说明书[0042]、[0043]、[0052]段），并对前者予以保留。这是一种基于服务激活来源的差异化资源管理策略。对比文件虽然提到了用户通过按键发起服务请求，但并未记载在类似“终止条件”满足时，需要回溯并判断该服务最初是由用户直接请求激活还是由其他应用请求激活的决策逻辑。对比文件的所有处理流程均未体现这种区分。因此，该特征未被公开。

**技术特征G**：当所述至少一个被激活的服务满足所述终止条件并且所述至少一个被激活的服务不是由所述UE的所述接口单元激活的时候，终止所述至少一个被激活的服务的操作；<br>**公开性判断**：未公开

无对应原文。对比文件中未描述在满足任何类似“终止条件”时，根据服务是否由用户接口激活来决定是否终止服务的逻辑。

**未公开**。该特征是实现目标专利智能资源管理的关键步骤之一，即自动终止那些已无应用使用且非用户明确要求激活的服务。对比文件的技术方案关注于如何快速建立连接，并未涉及在连接闲置时如何自动判断并终止连接以节省资源，更未引入“根据激活来源决定是否终止”这一判断维度。因此，该特征未被对比文件公开。

**技术特征H**：以及当所述至少一个被激活的服务满足所述终止条件并且所述至少一个被激活的服务是由所述UE的所述接口单元激活的时候，维持所述至少一个被激活的服务的操作。<br>**公开性判断**：未公开

无对应原文。对比文件中未描述在满足任何类似“终止条件”时，根据服务是否由用户接口激活来决定是否维持服务的逻辑。

**未公开**。该特征与特征G相对应，是目标专利差异化资源管理策略的另一面，即尊重用户明确意图，即使暂时没有应用使用，也维持用户直接激活的服务。对比文件的技术方案中不存在此类判断逻辑。其维持连接的唯一原因是该连接正在或即将用于通信会话。因此，该特征未被对比文件公开。

技术特征描述

对比文件原文引用

公开性论述

**技术特征A**<br>检测服务去激活触发条件是否已被满足；<br>**《隐含公开》**

[0062] “ＧＰＳ衛星信号の受信状況が悪いと判断された場合（ステップＳ０２３のＹｅｓ）、ＧＰＳ監視制御部２０２は、測位管理部２０１にＧＰＳモジュール１１１のＯＦＦを指示する（ステップＳ０２４）。”<br>[0063] “即ち、本実施形態では、ＧＰＳ衛星信号の受信状況が悪い場合、ＧＰＳモジュール１１１をＯＦＦすることで、ＧＰＳ測位を禁止して、消費電力の発生を抑制することとなる。”

在对比文件中，GPS监视控制部202持续监视GPS卫星信号的接收状况（步骤S021），并在判断接收状况“不良”时（步骤S023），触发指示GPS模块111关闭（OFF）的流程。此“判断接收状况不良”即为决定是否去激活（OFF）GPS模块（即GPS服务）的触发条件。虽然对比文件的触发条件具体为“GPS信号接收状况不良”，而目标专利的“服务去激活触发条件”可能更广泛（如应用终止），但二者在“检测到一个预设条件（信号不良/应用终止）以决定是否去激活服务”这一核心作用和逻辑上是一致的。因此，对比文件隐含公开了“检测服务去激活触发条件是否已被满足”这一技术特征。

**技术特征B**<br>所述服务去激活触发条件包括从至少一个应用接收的信息；<br>**《未公开》**

无对应原文。对比文件中GPS模块的启停控制主要基于GPS信号接收状况（[0062]）和移动判定（[0071]），未提及从应用接收信息作为服务去激活的触发条件。测位管理部201会从应用（App）接收测位要求（[0035], [0052]），但这用于启动GPS模块，而非作为去激活的触发条件。

对比文件未公开“服务去激活触发条件包括从至少一个应用接收的信息”。在对比文件中，触发GPS模块关闭（服务去激活）的条件是“GPS信号接收状况不良”，这是一个基于硬件模块自身状态或环境因素的判断，而非基于从应用层接收的特定信息（如应用状态、指令等）。该特征在目标专利中用于根据应用层面的信息来智能管理服务生命周期，而在对比文件中未体现此作用。

**技术特征C**<br>所述信息包括终止指示；<br>**《未公开》**

无对应原文。

由于技术特征B未被公开，且对比文件全文未提及任何来自应用的“终止指示”，因此该特征未被对比文件公开。

**技术特征D**<br>当所述服务去激活触发条件已被满足时，确定至少一个被激活的服务是否满足终止条件；<br>**《隐含公开》**

[0062] “ＧＰＳ衛星信号の受信状況が悪いと判断された場合（ステップＳ０２３のＹｅｓ）、ＧＰＳ監視制御部２０２は、測位管理部２０１にＧＰＳモジュール１１１のＯＦＦを指示する（ステップＳ０２４）。”<br>[0063] “即ち、本実施形態では、ＧＰＳ衛星信号の受信状況が悪い場合、ＧＰＳモジュール１１１をＯＦＦすることで、ＧＰＳ測位を禁止して、消費電力の発生を抑制することとなる。”

在对比文件中，当检测到“GPS信号接收状况不良”这一去激活触发条件后，GPS监视控制部202直接做出了“指示GPS模块OFF”的决定。这一决策过程本身就隐含了“确定被激活的GPS服务（GPS模块）满足终止条件”的判断。这里的“终止条件”即“GPS信号接收状况不良”。虽然目标专利的“终止条件”可能包含更复杂的逻辑（如活动应用列表为空），但对比文件中“基于信号状况判断是否终止服务”的核心逻辑和作用与目标专利一致，即：在触发条件满足后，进一步判断是否应终止服务。

**技术特征E**<br>当所述至少一个被激活的服务不满足所述终止条件时，维持所述至少一个被激活的服务的操作；<br>**《直接公开》**

[0061] “ＧＰＳ衛星信号の受信状況が悪いと判断されない場合（ステップＳ０２３のＮｏ）、ＧＰＳ監視制御部２０２は、再度、ＧＰＳ衛星信号の受信状況を取得する（ステップＳ０２１）。”<br>（结合上下文，当判断信号状况不“悪い”时，GPS模块保持ON状态，即维持服务操作）

对比文件直接记载了：当GPS卫星信号的接收状况被判断为“不不良”（即不满足终止条件）时，系统会返回继续监视信号状况（步骤S021），这意味着GPS模块111继续保持开启（ON）状态，即维持了GPS服务的操作。这与目标专利中“当不满足终止条件时，维持服务操作”的技术特征完全相同，其作用都是避免不必要的服务中断，保证正常功能运行。

**技术特征F**<br>当所述至少一个被激活的服务满足所述终止条件时，确定所述至少一个被激活的服务是否是响应于从所述UE的接口单元接收的指示而被激活的；<br>**《未公开》**

无对应原文。对比文件中GPS模块的启动（ON）要么由应用通过测位管理部201请求触发（[0052]-[0053]），要么由GPS监视控制部202在移动判定后自动触发（[0071]），未提及任何由“UE的接口单元”（如用户手动操作界面）接收指示而激活的情况，也没有在决定是否终止服务时进行此类判断。

对比文件未公开该特征。目标专利中此特征的作用是区分服务是由用户手动激活还是由应用/系统自动激活，从而在决定终止时采取不同策略（用户激活的予以保留）。对比文件的控制逻辑完全基于系统自动判断（信号状况、移动判定），不涉及对服务激活来源（用户手动 vs. 系统/应用自动）的鉴别，也未体现保留用户手动激活服务的意图。

**技术特征G**<br>当所述至少一个被激活的服务满足所述终止条件并且所述至少一个被激活的服务不是由所述UE的所述接口单元激活的时候，终止所述至少一个被激活的服务的操作；<br>**《隐含公开》**

[0062] “ＧＰＳ衛星信号の受信状況が悪いと判断された場合（ステップＳ０２３のＹｅｓ）、ＧＰＳ監視制御部２０２は、測位管理部２０１にＧＰＳモジュール１１１のＯＦＦを指示する（ステップＳ０２４）。”<br>[0063] “即ち、本実施形態では、ＧＰＳ衛星信号の受信状況が悪い場合、ＧＰＳモジュール１１１をＯＦＦすることで、ＧＰＳ測位を禁止して、消費電力の発生を抑制することとなる。”

对比文件隐含公开了“当服务满足终止条件时，终止服务操作”这一核心动作。在对比文件中，一旦判定GPS信号接收状况不良（满足终止条件），系统就会指示关闭（OFF）GPS模块，即终止GPS服务的操作。虽然对比文件没有明确包含“并且不是由接口单元激活”这一限定条件（因为其未涉及用户手动激活的场景），但其整个技术方案默认所有GPS服务的激活都是非用户手动触发的（由应用请求或系统自动重启）。因此，对于对比文件所描述的场景，其“终止服务”的动作，实质上等价于目标专利中“当服务满足终止条件且不是由接口单元激活时，终止服务”这一分支下的操作。两者在“为节省资源而自动终止满足条件的服务”这一根本作用和效果上是相同的。

**技术特征H**<br>以及当所述至少一个被激活的服务满足所述终止条件并且所述至少一个被激活的服务是由所述UE的所述接口单元激活的时候，维持所述至少一个被激活的服务的操作。<br>**《未公开》**

无对应原文。

对比文件完全没有涉及“服务是由UE接口单元激活”的情况，因此也就不存在“即使满足终止条件也维持由接口单元激活的服务”这一技术手段或逻辑分支。该特征在目标专利中用于保护用户手动启动的服务不被系统自动关闭，提升用户体验，此作用在对比文件中未体现。

技术特征描述及公开性判断

对比文件原文引用

公开性论述

**技术特征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**：检测服务去激活触发条件是否已被满足；<br>**《直接公开》**

说明书第[0066]-[0067]段：“...the GPS monitoring control unit 202 determines whether the reception of GPS satellite signals is poor (step S023). ... if the GPS monitoring control unit 202 determines that the reception of GPS satellite signals is poor (Yes in step S023), the GPS monitoring control unit 202 instructs the positioning management unit 201 to turn off the GPS module 111 (step S024).”

对比文件公开了GPS监控控制单元（202）判断GPS卫星信号接收是否不良（步骤S023），若判断为不良，则发出关闭GPS模块（111）的指令。该“判断GPS信号接收不良”的步骤，即为检测一个用于去激活GPS模块（即GPS服务）的触发条件（信号不良）是否已被满足。这与目标专利中“检测服务去激活触发条件”的特征相同，在对比文件整体技术方案中，该检测步骤的作用是作为决定是否关闭GPS模块以节省功耗的前提条件，与目标专利中为启动服务管理流程而检测触发条件的作用相同。

**技术特征B**：所述服务去激活触发条件包括从至少一个应用接收的信息；<br>**《直接公开》**

说明书第[0057]段：“upon receiving a positioning request from an application, the positioning management unit 201 refers to the list 206 of applications using positioning...”

对比文件明确记载了定位管理单元（201）从应用（App）接收定位请求（positioning request）。该“定位请求”是从应用接收的信息。虽然对比文件中该请求主要用于激活服务，但其作为“从应用接收的信息”这一属性是直接公开的。在目标专利中，从应用接收的信息是构成去激活触发条件的一部分。在对比文件中，应用发出的信息（如请求）同样是系统状态判断和决策（如后续判断是否有应用在使用定位）的输入条件之一，两者作用本质相同，均为系统响应外部（应用）输入的判断依据。

**技术特征C**：所述信息包括终止指示；<br>**《隐含公开》**

说明书第[0057]段逻辑延伸：定位管理单元（201）管理应用列表（206）。当应用停止发送定位请求或结束时，定位管理单元需要从列表206中移除该应用。这个过程隐含了应用发出了某种“终止”使用定位服务的指示，或者系统检测到了应用的终止状态。

对比文件虽未明文记载“终止指示”四字，但其技术方案必然包含对应用停止使用服务的判断。定位管理单元（201）维护使用定位的应用列表（206），其必然需要知晓何时应用不再需要定位服务，以便更新列表。这隐含了系统会接收到或检测到应用“终止”使用服务的指示或状态变化。该隐含特征在对比文件中的作用是更新服务使用状态，为后续判断是否关闭GPS模块提供依据，与目标专利中“终止指示”用于触发服务去激活判断流程的作用相同。

**技术特征D**：当所述服务去激活触发条件已被满足时，确定至少一个被激活的服务是否满足终止条件；<br>**《直接公开》**

说明书第[0066]-[0067]段：在确定GPS信号接收不良（去激活触发条件满足）后，GPS监控控制单元（202）随即发出关闭GPS模块（111）的指令。该决策过程本身即隐含了“确定被激活的GPS服务满足终止条件（信号不良故应关闭）”。

对比文件公开了在检测到去激活触发条件（信号不良）后，系统（通过GPS监控控制单元202）做出了关闭GPS服务（模块）的决定。做出该决定的前提，必然是系统确定了当前被激活的GPS服务满足某个“终止条件”（在本案中即“信号接收不良”）。该特征在对比文件中的作用是连接触发条件检测与服务操作执行（关闭）的决策环节，与目标专利中“确定服务是否满足终止条件”在服务管理逻辑链中的作用完全相同。

**技术特征E**：当所述至少一个被激活的服务不满足所述终止条件时，维持所述至少一个被激活的服务的操作；<br>**《直接公开》**

说明书第[0066]段：“If the GPS monitoring control unit 202 determines that the reception of GPS satellite signals is not poor (No in step S023), the GPS monitoring control unit 202 acquires the reception status of GPS satellite signals again (step S021).”

对比文件明确记载，如果GPS监控控制单元（202）判断GPS信号接收不差（即不满足“信号不良”这一终止条件），则返回继续获取信号状态，这意味着GPS模块（服务）继续保持开启（维持操作）状态。该特征在对比文件中的作用是，当判定不满足关闭条件时，保持服务运行以继续提供定位功能，与目标专利中“不满足终止条件则维持服务操作”所起的维持服务可用性的作用相同。

**技术特征F**：当所述至少一个被激活的服务满足所述终止条件时，确定所述至少一个被激活的服务是否是响应于从所述UE的接口单元接收的指示而被激活的；<br>**《未公开》**

对比文件全文未提及用户通过接口单元（如触摸屏、按键）手动激活/关闭GPS服务，也未记载在决定是否关闭服务时需要判断该服务最初是由用户手动激活还是由应用请求激活。

对比文件的技术方案聚焦于根据信号质量和应用需求自动管理GPS服务的启停。其服务（GPS模块）的激活主要响应于应用的定位请求（参见图4流程）或GPS监控控制单元在监测到移动后自动重启（参见图6流程）。没有公开任何关于区分服务是由“用户接口单元”激活还是由“应用/系统”激活的判断逻辑。该特征是目标专利中用于保护用户手动开启服务意愿的关键区分点，在对比文件中既无直接记载，也无法从已有内容中直接且毫无疑义地确定。

**技术特征G**：当所述至少一个被激活的服务满足所述终止条件并且所述至少一个被激活的服务不是由所述UE的所述接口单元激活的时候，终止所述至少一个被激活的服务的操作；<br>**《隐含公开》**

结合说明书第[0067]段（信号不良则关闭GPS模块）及对特征F的分析（对比文件中GPS服务均由应用请求或系统自动管理激活）。

对比文件公开了当服务（GPS）满足终止条件（信号不良）时，系统会终止其操作（关闭模块）。同时，基于对特征F的分析，对比文件中的GPS服务均非由用户接口单元激活。因此，对比文件隐含公开了“当服务满足终止条件且服务不是由接口单元激活时，终止服务操作”这一组合特征。该隐含特征在对比文件整体技术方案中的作用是实现自动节能管理，与目标专利中对应特征所起的节省非用户手动请求服务的资源的作用一致。

**技术特征H**：以及当所述至少一个被激活的服务满足所述终止条件并且所述至少一个被激活的服务是由所述UE的所述接口单元激活的时候，维持所述至少一个被激活的服务的操作。<br>**《未公开》**

对比文件全文未提及在服务满足终止条件（如信号不良）时，若该服务是由用户手动激活的，则不予终止而维持其操作。

该特征是目标专利方案中与特征G相对应的另一种处理分支，旨在尊重用户手动开启服务的意愿。对比文件的技术方案中完全没有涉及这一分支逻辑。既无直接文字记载，也无法从现有技术内容中推导出这一规则。因此，该技术特征未被对比文件公开。

技术特征描述及公开性判断

对比文件原文引用

公开性论述

**技术特征A**：检测服务去激活触发条件是否已被满足；<br>**《直接公开》**

说明书第[0065]段：“...the GPS monitoring control unit 202 determines whether the reception of GPS satellite signals is poor (step S023).”<br>说明书第[0066]段：“...if the GPS monitoring control unit 202 determines that the reception of GPS satellite signals is poor (Yes in step S023)...”

对比文件公开了GPS监控控制单元202执行“GPS状态监控”流程，其中步骤S023判断GPS卫星信号的接收是否差。当判断为“是”时，意味着满足了一个去激活GPS模块（即服务）的触发条件。这与目标专利中“检测服务去激活触发条件是否已被满足”的技术特征相同，均是为了判断是否应启动服务去激活评估流程。因此，该特征被对比文件直接公开。

**技术特征B**：所述服务去激活触发条件包括从至少一个应用接收的信息；<br>**《直接公开》**

说明书第[0057]段：“...upon receiving a positioning request from an application, the positioning management unit 201 refers to the list 206 of applications using positioning...”<br>说明书第[0040]段：“The application App issues a positioning request to the positioning management unit 201...”

对比文件明确记载了应用(App)会向定位管理单元201发出定位请求。定位管理单元201基于此请求进行后续操作（如步骤S001判断是否有应用在使用定位）。虽然对比文件的服务去激活触发条件（信号接收差）主要来自GPS模块自身监测，但整个服务管理流程的启动（即判断是否有应用使用定位）是基于从应用接收的定位请求信息。这构成了“服务去激活触发条件包括从至少一个应用接收的信息”的一种具体实施方式。因此，该特征被对比文件直接公开。

**技术特征C**：所述信息包括终止指示；<br>**《未公开》**

无对应原文。

对比文件中应用向定位管理单元发送的是“定位请求”（positioning request），这是一种激活或使用服务的指示。目标专利中的“终止指示”明确表示应用停止使用或终止的指示，两者作用相反。对比文件未记载应用向服务管理器发送服务终止或应用终止的指示。虽然对比文件通过列表206管理应用，但判断应用是否存在的动作（步骤S001）是由定位管理单元主动查询列表，而非直接接收来自应用的“终止指示”。因此，该特征既未被直接公开，也未被隐含公开。

**技术特征D**：当所述服务去激活触发条件已被满足时，确定至少一个被激活的服务是否满足终止条件；<br>**《隐含公开》**

说明书第[0065]-[0067]段：描述了GPS监控控制单元202在确定GPS信号接收差（触发条件满足）后，执行步骤S024，即指示关闭GPS模块111。<br>说明书第[0042]段：“...the GPS monitoring control unit 202 maintains the GPS module 111 in the ON state if the reception of GPS satellite signals is good, and turns off the GPS module 111 if the reception of GPS satellite signals is not good.”

对比文件公开了在检测到服务去激活触发条件（信号接收差）后，GPS监控控制单元202会做出关闭GPS模块的决定。这一决定过程隐含了“确定被激活的服务（GPS服务）是否满足终止条件”的判断逻辑。在对比文件中，其“终止条件”可理解为“GPS信号接收差且无改善可能（或基于预设策略）”。虽然对比文件未明确使用“终止条件”这一术语，但其技术方案必然包含一个判断步骤，以决定在触发条件满足后是否真的去激活服务。该判断在对比文件中起到决定是否关闭GPS模块以节电的作用，与目标专利中判断是否终止服务以节约资源的作用相同。因此，该特征被对比文件隐含公开。

**技术特征E**：当所述至少一个被激活的服务不满足所述终止条件时，维持所述至少一个被激活的服务的操作；<br>**《直接公开》**

说明书第[0065]段：“If the GPS monitoring control unit 202 determines that the reception of GPS satellite signals is not poor (No in step S023)...”<br>说明书第[0066]段：“...the GPS monitoring control unit 202 acquires the reception status of GPS satellite signals again (step S021).”

对比文件直接公开了在GPS状态监控流程中，如果判断GPS信号接收不差（即不满足去激活的终止条件），则流程返回步骤S021继续获取信号状态，这意味着GPS模块继续保持开启（即维持服务的操作）。这与目标专利中“当服务不满足终止条件时，维持服务操作”的技术特征完全一致，两者都是为了在条件不满足时不执行去激活操作，保证服务的可用性。因此，该特征被对比文件直接公开。

**技术特征F**：当所述至少一个被激活的服务满足所述终止条件时，确定所述至少一个被激活的服务是否是响应于从所述UE的接口单元接收的指示而被激活的；<br>**《未公开》**

无对应原文。

对比文件全文仅涉及基于应用请求（定位请求）和GPS信号状态来管理GPS服务的激活与去激活。其中“接口单元”仅作为输入设备（如触摸屏110）被提及，并未记载任何服务是基于从用户接口单元（如触摸屏、键盘）接收的指示而被激活的，也未记载在决定是否去激活服务时需要考虑该服务是否由用户接口激活这一判断步骤。目标专利中这一特征的核心在于区分服务激活的来源（应用请求 vs. 用户手动），从而采取不同的去激活策略。该区分特征及其所解决的技术问题在对比文件中完全没有体现。因此，该特征既未被直接公开，也未被隐含公开。

**技术特征G**：当所述至少一个被激活的服务满足所述终止条件并且所述至少一个被激活的服务不是由所述UE的所述接口单元激活的时候，终止所述至少一个被激活的服务的操作；<br>**《未公开》**

无对应原文。

该特征的实施依赖于特征F的判断结果。由于对比文件未公开特征F（即判断服务是否由接口单元激活），因此自然也未曾公开基于“不是由接口单元激活”这一判断结果来终止服务操作的技术方案。对比文件中服务的终止（关闭GPS模块）仅基于信号接收状态和/或应用列表是否为空（步骤S001），与服务的激活来源无关。因此，该特征未被对比文件公开。

**技术特征H**：以及当所述至少一个被激活的服务满足所述终止条件并且所述至少一个被激活的服务是由所述UE的所述接口单元激活的时候，维持所述至少一个被激活的服务的操作。<br>**《未公开》**

无对应原文。

同上，该特征的实施也依赖于特征F的判断结果。对比文件未公开“服务由接口单元激活”这一概念，也未公开在此种情况下即使满足终止条件也维持服务操作的特殊规则。其服务去激活逻辑是统一的，不区分激活来源。因此，该特征未被对比文件公开。

技术特征描述

对比文件原文引用

公开性论述

**技术特征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>说明书第[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>说明书第[0071]段：“...the monitoring module 127 may activate the GPS receiver 121 in order to determine... that device 110 is indeed in motion. Upon such determination, the monitoring module 127 may modify the operational status of the monitored application 126...”

对比文件公开了监控模块（127）周期性地检查电源电量（低于阈值）、查询运动传感器（设备是否运动）、以及监测无线网络连接变化等，并根据这些检查或查询的结果（即“条件”是否成立）来执行后续操作（如降低应用功耗、激活GPS等）。这实质上是公开了“检测触发条件是否已被满足”这一步骤。在对比文件中，该检测行为是其整个条件性管理方案的基础步骤，用于判断是否需要调整被监控应用的状态，这与目标专利中为判断是否需要进行服务管理而检测触发条件的作用是相同的。

**技术特征B**：所述服务去激活触发条件包括从至少一个应用接收的信息；

未找到对应原文。对比文件中监控模块（127）收集的信息主要来自设备硬件（如电源、运动传感器、GPS、网络连接）或用户输入，而非从“应用”接收信息以作为触发条件。

对比文件未公开该特征。对比文件的触发条件基于设备状态（电量、运动）和网络状态，而非基于从应用接收的信息。

**技术特征C**：所述信息包括终止指示；

未找到对应原文。

对比文件未公开该特征。

**技术特征D**：当所述服务去激活触发条件已被满足时，确定至少一个被激活的服务是否满足终止条件；<br>**《隐含公开》**

说明书第[0063]段：“...in response to determining that the power level of power source 124 is below a pre-defined threshold.”<br>说明书第[0066]段：“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>说明书第[0074]段：“If such immobility is detected, the user of device 110 may be prompted whether or not to shut-down the monitored application 126 ; or, whether or not to switch the monitored application 126 into a reduced-power mode...”

对比文件公开了在检测到触发条件（如电量低、设备静止）后，监控模块（127）会据此做出判断并决定后续动作（如降低功耗、提示用户关闭应用）。这个“判断并决定”的过程隐含了“确定被监控的应用/服务是否满足（进一步操作的）条件”这一逻辑步骤。在对比文件中，该步骤用于决定是否需要对被监控应用进行关闭或模式切换，这与目标专利中确定被激活服务是否满足终止条件以决定是否终止其操作的作用是相同的。

**技术特征E**：当所述至少一个被激活的服务不满足所述终止条件时，维持所述至少一个被激活的服务的操作；<br>**《隐含公开》**

说明书第[0066]段：“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. Optionally, if device 110 is not in motion, then the time interval for re-checking mobility of device 110 may be modified, for example, increased or doubled.” (反向推理：如果设备在运动，则不会命令降低功耗，即维持操作)<br>图2及对应描述（第[0082]-[0085]段）：如果确定设备在运动（箭头221），则方法包括维持被监控应用的当前功耗（方块230）。

对比文件明确公开了当条件不满足时（例如，设备在运动），则维持被监控应用当前的操作状态（如功耗）。在图2的流程中，这表现为一个明确的分支。该特征在对比文件中的作用是避免在不需要时改变应用状态，以保持功能可用性，这与目标专利中当服务不满足终止条件时维持其操作以避免不必要中断的作用是相同的。

**技术特征F**：当所述至少一个被激活的服务满足所述终止条件时，确定所述至少一个被激活的服务是否是响应于从所述UE的接口单元接收的指示而被激活的；

未找到对应原文。对比文件提到了用户确认（第[0065]、[0074]段），但这是指在满足条件后，询问用户是否同意执行操作（如关闭）。对比文件没有公开在决定是否终止一个服务前，需要先判断该服务最初是由用户接口还是由其他方式（如应用间接口）激活的这一区分逻辑。

对比文件未公开该特征。对比文件的决策逻辑不依赖于服务最初的激活来源（用户接口 vs. 应用间接口）。

**技术特征G**：当所述至少一个被激活的服务满足所述终止条件并且所述至少一个被激活的服务不是由所述UE的所述接口单元激活的时候，终止所述至少一个被激活的服务的操作；

未找到对应原文。

对比文件未公开该特征。

**技术特征H**：以及当所述至少一个被激活的服务满足所述终止条件并且所述至少一个被激活的服务是由所述UE的所述接口单元激活的时候，维持所述至少一个被激活的服务的操作。

未找到对应原文。

对比文件未公开该特征。

技术特征描述及公开性判断

对比文件原文引用

公开性论述

**技术特征A：** 检测服务去激活触发条件是否已被满足；<br>**《隐含公开》**

说明书第[0060]段：“When a UE detaches from an access point, the detach time is recorded by MRME 20.”

对比文件公开了当用户设备（UE）从一个接入点分离（detach）时，多无线电管理实体（MRME）会记录分离时间。此“分离”事件可被视为一种服务去激活的触发条件（即，WiFi连接服务的终止）。虽然对比文件未使用“服务去激活触发条件”这一术语，但“UE从接入点分离”这一事件，对于本领域技术人员而言，明确构成了一个触发MRME进行后续操作（记录时间）的条件。该特征在对比文件中的作用是收集网络使用统计信息，而在目标专利中是为了启动服务终止判断流程以节省资源，两者作用虽不完全相同，但“检测到某个指示服务结束的事件”这一技术手段本身已被对比文件所披露。

**技术特征B：** 所述服务去激活触发条件包括从至少一个应用接收的信息；<br>**《未公开》**

无对应原文。

对比文件未公开服务去激活触发条件包含从“应用”接收信息。对比文件中记录的“分离”事件是由网络侧（接入点）或UE的底层连接状态触发的，并未提及由运行在UE上的“应用”主动提供信息来触发。该特征在目标专利中用于实现应用层对服务管理的参与，对比文件未涉及此概念。

**技术特征C：** 所述信息包括终止指示；<br>**《未公开》**

无对应原文。

由于技术特征B未被公开，且对比文件中未记载任何从应用发出的、明确指示服务终止的信息，因此该特征未被公开。

**技术特征D：** 当所述服务去激活触发条件已被满足时，确定至少一个被激活的服务是否满足终止条件；<br>**《隐含公开》**

说明书第[0040]段：“For admission control, MRME 20 can be configured to maintain a threshold for the number of WiFi connections allowed per LTE-CPE. A new connection request is rejected if the threshold has been reached.” <br>说明书第[0040]段：“MRME 20 is configured to verify if the WiFi-UE-IMSI is authorized to access the SSID at the given ULI. If the WiFi-UE is not authorized, MRME 20 rejects the bearer resource allocation request.”

对比文件公开了MRME执行连接准入控制（CAC）。当收到新的连接请求（可类比为一种“触发条件”）时，MRME会确定是否满足连接条件，例如检查当前连接数是否超过阈值，或用户是否有权接入特定SSID。如果“不满足”这些准入条件，则拒绝请求，这隐含了“确定是否满足条件”这一判断步骤。虽然目标专利的“终止条件”针对的是已激活的服务是否应被停止，而对比文件的“准入条件”针对的是新请求是否应被允许，但两者在技术手段上均涉及“在特定触发下，根据预定规则判断一个服务状态（现有服务去留/新服务准入）是否应改变”的核心逻辑。该特征在对比文件中用于网络资源管理和访问控制，在目标专利中用于UE资源管理，作用不同，但判断逻辑本身已被披露。

**技术特征E：** 当所述至少一个被激活的服务不满足所述终止条件时，维持所述至少一个被激活的服务的操作；<br>**《直接公开》**

说明书第[0040]段：“A new connection request is rejected if the threshold has been reached.” （反向推导）<br>结合说明书第[0046]段：“MRME 20 can be configured to provide the WCO that maps parameters (e.g., EPC QoS, AMBR, GBR, QCI, ARP) to corresponding LAN parameters for rate-limiting, differentiated QoS, etc.”

当MRME进行准入控制判断后，如果新请求的用户“满足”准入条件（即，未达到阈值且有权接入），MRME会允许该连接建立并继续提供服务，这直接对应于“维持服务的操作”。对比文件第[0046]段进一步说明了MRME会为允许接入的用户配置服务质量参数以维持其服务。该特征在对比文件中的作用是允许合法用户接入并享受服务，在目标专利中是允许必要的服务继续运行，两者作用实质相同，均为在条件满足时保持服务活动。

**技术特征F：** 当所述至少一个被激活的服务满足所述终止条件时，确定所述至少一个被激活的服务是否是响应于从所述UE的接口单元接收的指示而被激活的；<br>**《未公开》**

无对应原文。

对比文件完全没有公开任何关于“服务是否由UE的接口单元（如用户界面）激活”的判断逻辑。MRME的决策完全基于网络策略（如阈值、用户权限、地理位置、设备类型等），与服务的激活来源（用户手动还是应用自动）无关。该特征是目标专利中区分用户意愿与服务自动管理的关键，对比文件未涉及。

**技术特征G：** 当所述至少一个被激活的服务满足所述终止条件并且所述至少一个被激活的服务不是由所述UE的所述接口单元激活的时候，终止所述至少一个被激活的服务的操作；<br>**《未公开》**

无对应原文。

由于技术特征F（判断激活来源）未被公开，且对比文件中终止或拒绝服务的决策逻辑（如达到阈值、无权限）完全独立于“服务是否由接口单元激活”这一条件，因此该特征未被公开。

**技术特征H：** 以及当所述至少一个被激活的服务满足所述终止条件并且所述至少一个被激活的服务是由所述UE的所述接口单元激活的时候，维持所述至少一个被激活的服务的操作。<br>**《未公开》**

无对应原文。

同理，由于技术特征F未被公开，且对比文件中不存在基于“服务由接口单元激活”这一条件来决定维持服务的逻辑，因此该特征未被公开。