**对比文件名称：** JP2014185859A_Description_20251223_1151
**特征比对表格：**
| 技术特征描述 | 对比文件原文引用 | 公开性论述 |
| **技术特征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>>><<<d>>><<<E>>><<<g>>>