一种求救方法及终端设备与流程

本技术涉及计算机存储领域，尤其涉及一种求救方法及终端设备。

背景技术：

1、随着生活水平的不断提高，野外活动日益受到人们的青睐，如何为用户在野外遇险情境中提供及时救援尤为重要。

2、一般地，用户出游大多携带移动终端，不会随身携带户外专用救援对讲机，于是有了采用移动终端进行救援工作的救援方案。例如，在需要展开紧急救援任务时，利用两个移动终端可以在同一频段进行通信的原理，建立救援通信链路进行救援沟通。具体的，求救终端广播求救信号，邻近的救援终端又恰好侦听到该求救信号，从而求救终端与救援终端发现彼此后，根据通信协议建立通信链路以进行救援沟通。

3、然而，移动终端设备广播求救信号所需的功耗较大，移动终端的电池较小，在求救过程中很可能会由于电量不足关机，求救时间短，导致与救援终端建立通信链路的可建链时间短，无法成功建立通信链路完成救援，救援成功率低。

4、由此，如何提供一种在建链等待时间与移动终端的功耗之间做适当取舍的求救方法使得提高救援成功率，成为了技术领域内重要的研究课题。

技术实现思路

1、第一方面，本技术提供一种求救方法，应用于第一终端设备，所述方法包括：响应于第一用户操作指令，显示第一界面，所述第一界面显示低功耗求救控件和强力求救控件；当接收到对所述强力求救控件的第一触控指令时，开启强力求救模式；或当接收到对所述低功耗求救控件的第二触控指令时，开启低功耗求救模式；其中，所述第一终端设备在同一时刻开启所述强力求救模式和所述低功耗求救模式中的一种求救工作模式；相同长度的时间窗口下所述第一终端设备在所述强力求救模式下的功耗大于所述第一终端设备在所述低功耗求救模式下的功耗；所述强力求救模式和所述低功耗求救模式用于和第二终端设备建立第一网络连接。

2、示例性的，上述相同长度的时间窗口下所述第一终端设备在所述强力求救模式下的功耗大于所述第一终端设备在所述低功耗求救模式下的功耗，可以是：强力求救模式下第一终端设备周期性向外发送求救信号以及侦听救援终端发送的救援信号，低功耗求救模式下第一终端设备仅周期性执行侦听任务，而不向外发送求救信号，且强力求救模式下第一终端设备执行侦听救援信号的任务的工作时长小于强力求救模式下第一终端设备执行侦听救援信号的任务的工作时长。从而可以实现当第一终端设备运行强力求救模式时，虽然第一终端设备的功耗较大，但第一终端设备可以更快地与救援终端建立通信链路，及时获取救援；当第一终端设备运行低功耗求救模式时，虽然第一终端设备与救援终端成功建立通信链路的等待时间更长，但相对应的第一终端设备的功耗较小，可以延长可求救时间。

3、由此，提供强力求救和低功耗求救两种求救模式，并针对两种不同的模式在第一终端设备的功耗与建立通信链路所需的等待时间之间做权衡设计，用户可以根据具体场景和需求使用对应的求救工作模式(例如若用户预估当前附近存在救援终端正在搜救，且第一终端设备当前电量不是很低的情况，用户可以选择开启强力求救模式，牺牲设备功耗以换取建链等待时间，及时与救援终端建立通信链路；例如用户预估当前附近可能不存在救援终端正在搜救，且第一终端设备当前电量不多的情况，用户可以选择低功耗求救模式，牺牲建链等待时间以降低设备功耗，延长可求救时间)。从而解决在求救过程中，第一终端设备由于无论何种场景都只能运行一种固定的求救工作模式，导致运行的求救模式与当前电量不匹配用户不能及时获取救援的问题，或第一终端设备运行模式与当前电量不匹配导致电量不足被迫停止求救任务，求救或救援时间过短，无法成功建立通信链路完成救援的问题，提高救援成功率。

4、在一种可能的实现方式中，所述强力求救模式为周期性执行第一任务的求救工作模式，所述第一任务包括被动侦听任务、发送紧急救援建链请求帧的任务以及进入睡眠的任务；所述低功耗求救模式为周期性执行第二任务的求救工作模式，所述第二任务包括被动侦听任务和进入睡眠的任务。

5、在一种可能的实现方式中，在所述开启强力求救模式之后，所述方法还包括：确定所述第一终端设备的当前电量是否大于第一电量阈值；在确定所述当前电量大于所述第一电量阈值的情况下，保持开启所述强力求救模式。

6、在一种可能的实现方式中，所述方法还包括：在确定所述当前电量小于或等于所述第一电量阈值的情况下，关闭所述强力求救模式，并开启所述低功耗求救模式。

7、由此，在用户手动开启了强力求救模式后，第一终端设备主动根据电量信息确定是否保持开启强力求救工作模式。例如，若求救终端的电量大于第一电量阈值(例如50％)，则保持开启强力求救模式，牺牲功耗以减小建链等待时间，避免用户等待救援时间过长发生意外；若求救终端的电量较少，则切换至低功耗求救模式，降低功耗，延长可求救时间，避免继续运行强力求救模式导致终端功耗过大出现关机等情况。针对不同的场景，在第一终端设备的功耗与建立通信链路所需的等待时间之间做权衡选择，从而提高救援成功率，同时也可以避免用户手动开启了与当前求救情境不匹配的求救工作模式，导致救援成功率低的问题。

8、在一种可能的实现方式中，所述方法还包括在确定所述当前电量小于或等于所述第一电量阈值的情况下，确定当前电量是否大于或等于第二电量阈值，所述第二电量阈值小于所述第一电量阈值；在确定所述当前电量大于或等于所述第二电量阈值的情况下，若反映用户身体状况的数据出现异常，保持开启所述强力求救模式；若所述反映用户身体状况的数据未出现异常，关闭所述强力求救模式，并开启所述低功耗求救模式；在确定所述当前电量小于所述第二电量阈值的情况下，关闭所述强力求救模式，并开启所述低功耗求救模式。

9、也就是说，若求救终端的电量不是很多但用户的生理数据异常，则保持开启强力求救模式，牺牲电量以减小建链等待时间，以免等待救援时间过长用户身体支撑不住；若求救终端的电量不是很多但用户的生理数据正常或者求救终端的电量很少，则开启低功耗求救模式，降低功耗，避免继续运行强力求救模式导致终端功耗过大出现关机等情况，延长可求救时间。

10、由此，在用户手动开启了强力求救模式后，综合根据第一终端设备的电量和用户生理数据确定是否保持开启强力求救模式或切换至低功耗求救模式，对开启强力求救模式与低功耗求救模式的场景做更精确的分析，使得终端运行与当前情境更匹配的求救模式，进一步提高救援成功率。

11、在一种可能的实现方式中，在所述开启所述低功耗求救模式之后，所述方法还包括：确定所述当前电量是否小于第四电量阈值；在确定所述当前电量小于所述第四电量阈值的情况下，保持开启所述低功耗求救模式。

12、在一种可能的实现方式中，所述方法还包括：在确定所述当前电量大于或等于所述第四电量阈值的情况下，关闭所述低功耗求救模式，并开启所述强力求救模式。

13、由此，在用户手动开启了低功耗求救模式后，第一终端设备主动根据电量信息确定是否保持开启低功耗求救工作模式。例如，若求救终端的电量小于第四电量阈值(例如40％)，则保持开启低功耗求救模式，牺牲建链等待时间以减少功耗；若求救终端的电量较多，则切换至强力求救模式。针对不同的场景，在第一终端设备的功耗与建立通信链路所需的等待时间之间做权衡选择，从而提高救援成功率，同时也可以避免用户手动开启了与当前求救情境不匹配的求救工作模式，导致救援成功率低的问题。

14、在一种可能的实现方式中，所述方法还包括：在确定所述当前电量大于或等于所述第四电量阈值的情况下，确定所述当前电量是否小于或等于第三电量阈值，所述第三电量阈值大于所述第四电量阈值；在确定所述当前电量小于或等于所述第三电量阈值的情况下，若反映用户身体状况的数据未出现异常，保持开启所述低功耗求救模式；若所述反映用户身体状况的数据出现异常，关闭所述低功耗求救模式，并开启所述强力求救模式；在确定所述当前电量大于所述第三电量阈值的情况下，关闭所述低功耗求救模式，并开启所述强力求救模式。

15、由此，在用户手动开启了低功耗求救模式后，综合根据第一终端设备的电量和用户生理数据确定是否保持开启低功耗求救模式或切换至强力求救模式，对开启强力求救模式与低功耗求救模式的场景做更精确的分析，使得终端运行与当前情境更匹配的求救模式，进一步提高救援成功率。

16、在一种可能的实现方式中，所述第三电量阈值大于第一电量阈值，所述第四电量阈值大于第二电量阈值。

17、可理解的，该第一电量阈值和该第二电量阈值虽然均未加“所述”一词，该第一电量阈值也仍是指上文提到的第一电量阈值，该第二电量阈值也仍为上文提到的第二电量阈值。

18、也就是说，该第一电量阈值即为在用户手动开启了强力求救模式后，第一终端设备根据第一电量阈值自动确定是否保持开启强力求救模式或切换至低功耗求救模式中的第一电量阈值。也即，该第一电量阈值为上述在接收到开启所述强力求救模式的开启指令后，开启所述强力求救模式之后，第一终端设备确定当前电量是否大于第一电量阈值，在确定当前电量大于第一电量阈值的情况下，保持开启强力求救模式中所描述的第一电量阈值。该第二电量阈值即为在用户手动开启了强力求救模式后，第一终端设备根据第一电量阈值、第二电量阈值和用户身体状况确定是否保持开启强力求救模式或切换至低功耗求救模式中的第二电量阈值。也即，该第二电量阈值为上述在确定所述当前电量小于或等于所述第一电量阈值的情况下，确定当前电量是否大于或等于第二电量阈值中所描述的第二电量阈值。

19、该第一电量阈值和该第二电量阈值为用户手动开启强力求救模式后的电量阈值，该第三电量阈值和该第四电量阈值为用户手动开启低功耗求救模式后的电量阈值。可理解的，用户手动开启强力求救模式，则表明用户的求救需求较为迫切，用户手动开启低功耗求救模式，则表明用户希望尽量降低求救功耗。则第一电量阈值(例如40％)小于第三电量阈值(例如80％)，可以使得当用户手动开启强力求救模式时，即使第一终端设备的当前电量不是很多了(例如小于60％)，但只要电量高于该第一电量阈值(40％)就仍然运行强力求救模式，满足用户迫切的求救需求。当用户手动开启了低功耗求救模式时，即使第一终端设备的当前电量较多(例如70％)，但只要电量低于该第三电量阈值(80％)第一终端设备就仍有可能运行低功耗求救模式，例如第一终端设备的电量大于40％且小于80％，且用户的身体状况很好，不存在异常情况，则第一终端设备仍运行低功耗求救模式，满足用户对尽量降低求救功耗的需求。第四电量阈值(例如40％)大于第二电量阈值(例如20％)，可以使得当用户手动开启强力求救模式时，即使第一终端设备的当前电量较少(例如30％)，但只要电量高于该第二电量阈值(20％)第一终端设备也还是可以继续运行强力求救模式，例如第一终端设备的电量高于20％但低于40％，且用户身体状况较差的情况下，第一终端设备继续运行强力求救模式，满足用户迫切的求救需求。当用户手动开启低功耗求救模式时，即使第一终端设备的当前电量不是很少(例如30％)，但只要第一终端设备的电量小于第四电量阈值(40％)，则仍然运行低功耗求救模式，满足用户对尽量降低求救功耗的需求。

20、由此，在采用电量阈值和用户身体状况进行自动化管控的同时优先满足用户需求，提高救援成功率的同时提高用户的使用体验。

21、在一种可能的实现方式中，所述第一终端设备支持的求救工作模式还包括一键求救模式，所述第一界面显示低功耗求救控件和强力求救控件包括：所述第一界面显示所述低功耗求救控件、所述强力求救控件以及一键求救控件；所述一键求救控件用于响应于第三触控指令，所述第一终端设备开启一键求救模式；所述一键求救模式下所述第一终端设备根据第一预设开启规则开启所述强力求救模式或所述低功耗求救模式中的一种求救工作模式。

22、由此，在用户无法判断应该手动开启何种求救工作模式的情况下，用户可以选择开启一键求救模式，由第一终端设备根据设备电量信息和用户生理数据信息，确定开启对应的强力或低功耗求救模式，提高救援成功率；同时，也可以避免用户手动开启了与当前求救情境不匹配的求救工作模式，导致无法及时获得救援的问题。

23、在一种可能的实现方式中，所述方法还包括：在第一终端设备未接收到上述第一用户操作指令未显示第一界面的情况下，或者，在第一终端设备已接收到第一用户操作指令显示第一界面后，第一终端设备未接收到上述第一触控指令、第二触控指令以及第三触控指令中的任一个触控指令的情况下，第一终端设备主动监测是否开启上述一键求救模式。示例性的，第一终端设备确定是否满足第一预设条件；当满足第一预设条件时，开启所述一键求救模式；所述第一预设条件为：所述第一终端设备未开启所述一键求救模式、所述强力求救模式或所述低功耗求救模式中的任一种求救工作模式、且所述第一终端设备处于无网络状态、以及反映用户身体状况的数据出现异常。

24、由此，第一终端设备可以根据网络状态和用户生理数据主动监测，当第一终端设备处于无网络状态且用户的身体状况异常时，自动开启该一键求救模式。可以避免用户遭遇紧急情况(例如突发疾病)无法手动开启求救模式导致无法及时获得救援的问题，提高救援成功率。

25、在一种可能的实现方式中，所述根据第一预设开启规则开启所述强力求救模式或所述低功耗求救模式中的一种求救工作模式包括：确定所述当前电量是否大于第五电量阈值；在确定所述当前电量大于所述第五电量阈值的情况下，开启所述强力求救模式。

26、在一种可能的实现方式中，所述方法还包括：在确定所述当前电量小于或等于所述第五电量阈值的情况下，开启所述低功耗求救模式。

27、在一种可能的实现方式中，所述方法还包括：在所述当前电量小于或等于所述第五电量阈值的情况下，确定当前电量是否大于或等于第六电量阈值，所述第六电量阈值小于所述第五电量阈值；在确定所述当前电量大于或等于所述第六电量阈值的情况下，若反映用户身体状况的数据出现异常，开启所述强力求救模式；若所述反映用户身体状况的数据未出现异常，开启所述低功耗求救模式；在确定所述当前电量小于所述第六电量阈值的情况下，开启所述低功耗求救模式。

28、在一种可能的实现方式中，所述第五电量阈值大于第一电量阈值，且，所述第六电量阈值小于第四电量阈值。

29、针对用户手动开启了强力求救模式的情况，考虑到可能是由于用户的求救需求较为迫切，或者也可能是用户基于当前求救情境认为开启强力求救模式的救援成功率更大，才开启了强力求救模式，则可以将电量阈值设置得比一键求救模式下的电量阈值更为激进，也即第一电量阈值(例如40％)小于第五电量阈值(例如60％)，只要第一终端设备的电量大于第一电量阈值，就优先满足用户的迫切求救需求，运行强力求救模式。

30、针对用户手动选择开启低功耗求救模式的情况，考虑到可能是用户对功耗尤为敏感，或者也可能是用户基于当前求救情境认为开启低功耗求救模式的救援成功率更大，才开启了低功耗求救模式，则对应的可以将电量阈值设置得更为保守，也即第四电量阈值(例如40％)大于第六电量阈值(30％)，只要第一终端设备的电量小于第四电量阈值，就优先满足用户的低功耗需求，运行低功耗求救模式。

31、由此，针对用户开启求救模式不同方式，以不同的电量阈值应对用户在不同情境下的不同需求，提高救援成功率。同时，以不同的电量阈值体现用户手动开启与第一终端设备自动开启的优先级中优先满足用户需求，以用户手动开启的优先级更高，提高用户使用体验。

32、在一种可能的实现方式中，所述第五电量阈值小于第三电量阈值，且，所述第六电量阈值大于第二电量阈值。

33、也就是说，针对用户手动开启了强力求救模式的情况，只要高于该第二电量阈值(例如20％)第一终端设备也还是可以继续运行强力求救模式，例如第一终端设备的电量高于20％但低于40％，且用户身体状况较差的情况下，第一终端设备继续运行强力求救模式，满足用户迫切的求救需求。当用户手动开启低功耗求救模式时，即使第一终端设备的当前电量不是很少(例如60％)，及时第一终端设备的电量大于第三电量阈值(80％)，第一终端设备仍有可能运行低功耗求救模式，例如第一终端设备的电量大于40％且小于60％，且用户的身体状况很好，不存在异常情况，则第一终端设备仍运行低功耗求救模式，满足用户对尽量降低求救功耗的需求。

34、由此，针对用户开启求救模式不同方式，以不同的电量阈值应对用户在不同情境下的不同需求，进一步提高救援成功率，以及进一步提高用户使用体验。

35、在一种可能的实现方式中，所述关闭所述强力求救模式，并开启所述低功耗求救模式，具体包括：输出第一提示信息，所述第一提示信息用于请求用户确定是否切换至所述低功耗求救模式；在未接收到所述用户发起的拒绝切换至所述低功耗求救模式的指令或接收到所述用户发起的确定切换至所述低功耗求救模式的指令的情况下，关闭所述强力求救模式，并开启所述低功耗求救模式。

36、在一种可能的实现方式中，所述关闭所述低功耗求救模式，并开启所述强力求救模式，具体包括：输出第二提示信息，所述第二提示信息用于请求用户确定是否切换至所述强力求救模式；在未接收到所述用户发起的拒绝切换至所述强力求救模式的指令或接收到所述用户发起的确定切换至所述强力求救模式的指令的情况下，关闭所述低功耗求救模式，并开启所述强力求救模式。

37、由此，在切换求救模式时，优先询问用户意见，用户确定允许切换求救模式时或用户超时未拒绝时，再执行切换任务，进一步提高救援成功率以及进一步提高用户使用体验。

38、在一种可能的实现方式中，在所述开启所述强力求救模式后，所述方法还包括：以第一时长为周期执行以下任务，其中所述第一时长包括第一工作时长、第二工作时长和第一预设睡眠时长：先后交替执行发送紧急救援建链请求帧和被动侦听任务，直到在所述第一工作时长内所述第一终端设备与救援终端成功建立通信链路、或直到所述强力求救模式被关闭、或直到所述第一工作时长结束；在所述第一工作时长结束后所述第一终端设备仍未与所述救援终端成功建立通信链路的情况下，先后交替执行被动侦听和发送紧急救援建链请求帧任务，直到在所述第二工作时长内所述第一终端设备与救援终端成功建立通信链路、或直到所述强力求救模式被关闭、或直到所述第二工作时长结束；在所述第二工作时长结束后所述第一终端设备仍未与所述救援终端成功建立通信链路的情况下，在所述第一预设睡眠时长内暂停执行所述发送紧急救援建链请求帧和所述被动侦听的任务。

39、可理解的，第一工作时长内与第二工作时长内执行被动侦听和发送紧急救援建链请求帧任务的先后顺序不同，也即在第一工作时长结束仍未与救援终端成功建链，则在第二个工作时长中将发送紧急救援建链请求帧的发送时间向后偏置预设时长(例如32ms)(也可以是其他合适的时长)。从而可以避免出现求救终端与救援终端因执行的任务相同产生冲突无法发现彼此的问题，进一步提高救援成功率。

40、在一种可能的实现方式中，在所述开启所述低功耗求救模式后，所述方法还包括：以第二时长为周期执行以下任务，其中所述第二时长包括第三工作时长和第二预设睡眠时长：执行被动侦听任务，直到在所述第三工作时长内所述第一终端设备与救援终端成功建立通信链路、或直到所述低功耗求救模式被关闭、或直到所述第三工作时长结束；在所述第三工作时长结束后所述第一终端设备仍未与所述救援终端成功建立通信链路的情况下，在所述预设睡眠时长内暂停执行发送紧急救援建链请求帧和所述被动侦听的任务。

41、也就是说，第一终端设备在第三工作时长内只执行被动侦听任务，从而进一步减少第一终端设备执行发送求救信号的任务带来的性能损耗(例如电量损耗)，延长求救终端的工作时间，争取更长的求救时间，给予救援终端更长的搜救时间，增大获救成功率。

42、在一种可能的实现方式中，所述方法还包括：确定反映用户身体状况的数据是否出现异常；所述确定反映用户身体状况的数据是否出现异常，具体包括：在基于所述第一终端设备内的体温传感器和/或与所述第一终端设备通信连接的穿戴设备内的体温传感器确定到用户的体温小于第一体温阈值或大于第二体温阈值的情况下，确定所述用户的生理数据异常；或者，在基于所述第一终端设备内的光电传感器和/或与所述第一终端设备通信连接的穿戴设备内的光电传感器确定到所述用户的血压中的收缩压小于第一收缩压阈值或大于第二收缩压阈值，和/或，所述用户的血压中的舒张压小于第一舒张压阈值或大于第二舒张压阈值的情况下，确定所述反映用户身体状况的数据出现异常。或者，在基于所述第一终端设备内的光电传感器和/或与所述第一终端设备通信连接的穿戴设备内的光电传感器确定到所述用户的心率小于第一心率阈值或大于第二心率阈值的情况下，确定所述反映用户身体状况的数据出现异常；或者，在基于所述第一终端设备内的光电传感器和/或与所述第一终端设备通信连接的穿戴设备内的光电传感器确定到所述用户的血氧饱和度小于第一血氧饱和度阈值的情况下，确定所述反映用户身体状况的数据出现异常；或者，在基于所述第一终端设备内的加速度传感器和/或与所述第一终端设备通信连接的穿戴设备内的加速度传感器确定到所述用户存在异常行为的情况下，确定所述反映用户身体状况的数据出现异常，所述异常行为包括跌倒行为；在确定所述体温大于或等于所述第一体温阈值且小于或等于所述第二体温阈值、所述收缩压大于或等于所述第一收缩压阈值且小于或等于所述第二收缩压阈值，所述舒张压大于或等于所述第一舒张压阈值且小于或等于所述第二舒张压阈值、所述心率大于或等于所述第一心率阈值且小于或等于所述第二心率阈值、所述血氧饱和度大于或等于所述第一血氧饱和度阈值、以及确定到所述用户不存在所述异常行为的情况下，确定所述反映用户身体状况的数据未出现异常。

43、在一种可能的实现方式中，所述方法还包括：在确定所述第一终端设备与所述第二终端设备成功建立所述第一网络连接、或所述第一终端设备接收到用户发起的结束求救模式的第四触控指令后，结束求救模式；或者，在确定所述第一终端设备已获得稳定的网络信号后，弹窗请求用户确认是否解除求救模式；在接收到用户确认解除求救模式的确认指令后，结束求救模式；所述结束求救模式，具体包括：在确定所述第一终端设备开启了所述强力求救模式的情况下，关闭所述强力求救模式；或者，在确定所述第一终端设备开启了所述低功耗求救模式的情况下，关闭所述低功耗求救模式。

44、第二方面，本技术实施例提供一种求救方法，应用于第一终端设备，其特征在于，所述方法包括：当满足第一预设条件时，开启一键求救模式；在开启所述一键求救模式后，根据第一预设开启规则开启所述强力求救模式或所述低功耗求救模式中的一种求救工作模式；其中，所述第一终端设备在同一时刻开启所述强力求救模式和所述低功耗求救模式中的一种求救工作模式；在相同长度的时间窗口下所述第一终端设备在所述强力求救模式下的功耗大于所述第一终端设备在所述低功耗求救模式下的功耗；所述强力求救模式和所述低功耗求救模式用于和第二终端设备建立第一网络连接。

45、由此，第一终端设备可以主动执行监测任务，在确定满足第一预设条件的情况下自动开启一键求救模式，并在开启一键求救模式后根据第一预设开启规则开启对应的求救工作模式。可以避免用户遭遇紧急情况(例如突发疾病)无法手动开启求救模式导致无法及时获得救援的问题，提高救援成功率。

46、在一种可能的实现方式中，所述第一预设条件为：所述第一终端设备未开启所述一键求救模式、所述强力求救模式或所述低功耗求救模式中的任一种求救工作模式、且所述第一终端设备处于无网络状态、以及反映用户身体状况的数据出现异常。

47、在一种可能的实现方式中，所述第一终端设备处于无网络状态包括所述第一终端设备搜索不到任何的蜂窝网络信号或搜索到的所有蜂窝网络都不满足通信业务需求、且第一终端设备无法连接到无线保真(wireless fidelity，wifi)网络。

48、在一种可能的实现方式中，所述当满足第一预设条件时，开启一键求救模式包括：当满足第一预设条件时，输出第三提示信息，所述第三提示信息用于请求用户确定是否开启所述一键求救模式；在未接收到所述用户发起的拒绝开启所述一键求救模式的指令或接收到所述用户发起的确定开启所述一键求救模式的指令的情况下，开启所述一键求救模式。

49、由此，在自动触发开启一键求救模式的情境下，优先询问用户意见，用户确定允许开启求救模式时或用户超时未拒绝时，再执行开启一键求救模式的任务，一方面，可以降低误触发的概率，进一步提高程序运行的准确率；另外一方面，可以进一步提高用户使用体验。

50、在一种可能的实现方式中，所述根据第一预设开启规则开启所述强力求救模式或所述低功耗求救模式中的一种求救工作模式包括：确定所述第一终端设备的当前电量是否大于第五电量阈值；在确定所述当前电量大于所述第五电量阈值的情况下，开启所述强力求救模式。

51、在一种可能的实现方式中，在确定所述当前电量小于或等于所述第五电量阈值的情况下，开启所述低功耗求救模式。

52、在一种可能的实现方式中，所述方法还包括：在所述当前电量小于或等于所述第五电量阈值的情况下，确定当前电量是否大于或等于第六电量阈值，所述第六电量阈值小于所述第五电量阈值；在确定所述当前电量大于或等于所述第六电量阈值的情况下，若反映用户身体状况的数据出现异常，开启所述强力求救模式；若所述反映用户身体状况的数据未出现异常，开启所述低功耗求救模式；在确定所述当前电量小于所述第六电量阈值的情况下，开启所述低功耗求救模式。

53、可理解的，第一方面和第二方面所描述的方案是可以组合的方案，在同一个终端设备中可以既执行第一方面的方法也可以执行第二方面的方法，本文对此不做限定。

54、第三方面，本技术实施例提供一种终端设备，该终端设备包括：一个或多个处理器和存储器；该存储器与该一个或多个处理器耦合，该存储器用于存储计算机程序代码，该计算机程序代码包括计算机指令，该一个或多个处理器调用该计算机指令以使得该电子设备执行第一方面或第一方面的任意可能的实现方式中的方法，或以使得该电子设备执行第二方面或第二方面的任意可能的实现方式中的方法。

55、第四方面，本技术实施例提供一种芯片系统，该芯片系统应用于电子设备，该芯片系统包括一个或多个处理器，该处理器用于调用计算机指令以使得该电子设备执行该第一方面或第一方面的任意可能的实现方式所示的方法。

56、第五方面，本技术实施例提供一种包含指令的计算机程序产品，当该计算机程序产品在电子设备上运行时，使得该电子设备执行该第一方面、第一方面的任意可能的实现方式、第二方面或第二方面的任意可能的实现方式所示的方法。

57、第六方面，本技术实施例提供一种计算机可读存储介质，包括指令，其特征在于，当该指令在电子设备上运行时，使得该电子设备执行该第一方面、第一方面的任意可能的实现方式、第二方面或第二方面的任意可能的实现方式所示的方法。

58、可以理解的，上述第三方面提供的终端设备、第四方面提供的芯片系统、第五方面提供的计算机程序产品和第六方面提供的计算机存储介质均用于执行本技术实施例第一方面、第一方面的任一实现方式、第二方面或第二方面的任意可能的实现方式所示的方法。因此，其所能达到的有益效果可参考对应方法中的有益效果，此处不再赘述。