一种求救方法及终端设备技术

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

【技术实现步骤摘要】
一种求救方法及终端设备


[0001]本申请涉及计算机存储领域，尤其涉及一种求救方法及终端设备
。

技术介绍

[0002]随着生活水平的不断提高，野外活动日益受到人们的青睐，如何为用户在野外遇险情境中提供及时救援尤为重要
。
[0003]一般地，用户出游大多携带移动终端，不会随身携带户外专用救援对讲机，于是有了采用移动终端进行救援工作的救援方案
。
例如，在需要展开紧急救援任务时，利用两个移动终端可以在同一频段进行通信的原理，建立救援通信链路进行救援沟通
。
具体的，求救终端广播求救信号，邻近的救援终端又恰好侦听到该求救信号，从而求救终端与救援终端发现彼此后，根据通信协议建立通信链路以进行救援沟通
。
[0004]然而，移动终端设备广播求救信号所需的功耗较大，移动终端的电池较小，在求救过程中很可能会由于电量不足关机，求救时间短，导致与救援终端建立通信链路的可建链时间短，无法成功建立通信链路完成救援，救援成功率低
。
[0005]由此，如何提供一种在建链等待时间与移动终端的功耗之间做适当取舍的求救方法使得提高救援成功率，成为了
内重要的研究课题
。

技术实现思路

[0006]第一方面，本申请提供一种求救方法，应用于第一终端设备，所述方法包括：响应于第一用户操作指令，显示第一界面，所述第一界面显示低功耗求救控件和强力求救控件；当接收到对所述强力求救控件的第一触控指令时，开启强力求救模式；或当接收到对所述低功耗求救控件的第二触控指令时，开启低功耗求救模式；其中，所述第一终端设备在同一时刻开启所述强力求救模式和所述低功耗求救模式中的一种求救工作模式；相同长度的时间窗口下所述第一终端设备在所述强力求救模式下的功耗大于所述第一终端设备在所述低功耗求救模式下的功耗；所述强力求救模式和所述低功耗求救模式用于和第二终端设备建立第一网络连接
。
[0007]示例性的，上述相同长度的时间窗口下所述第一终端设备在所述强力求救模式下的功耗大于所述第一终端设备在所述低功耗求救模式下的功耗，可以是：强力求救模式下第一终端设备周期性向外发送求救信号以及侦听救援终端发送的救援信号，低功耗求救模式下第一终端设备仅周期性执行侦听任务，而不向外发送求救信号，且强力求救模式下第一终端设备执行侦听救援信号的任务的工作时长小于强力求救模式下第一终端设备执行侦听救援信号的任务的工作时长
。
从而可以实现当第一终端设备运行强力求救模式时，虽然第一终端设备的功耗较大，但第一终端设备可以更快地与救援终端建立通信链路，及时获取救援；当第一终端设备运行低功耗求救模式时，虽然第一终端设备与救援终端成功建立通信链路的等待时间更长，但相对应的第一终端设备的功耗较小，可以延长可求救时间
。
[0008]由此，提供强力求救和低功耗求救两种求救模式，并针对两种不同的模式在第一
终端设备的功耗与建立通信链路所需的等待时间之间做权衡设计，用户可以根据具体场景和需求使用对应的求救工作模式
(
例如若用户预估当前附近存在救援终端正在搜救，且第一终端设备当前电量不是很低的情况，用户可以选择开启强力求救模式，牺牲设备功耗以换取建链等待时间，及时与救援终端建立通信链路；例如用户预估当前附近可能不存在救援终端正在搜救，且第一终端设备当前电量不多的情况，用户可以选择低功耗求救模式，牺牲建链等待时间以降低设备功耗，延长可求救时间
)。
从而解决在求救过程中，第一终端设备由于无论何种场景都只能运行一种固定的求救工作模式，导致运行的求救模式与当前电量不匹配用户不能及时获取救援的问题，或第一终端设备运行模式与当前电量不匹配导致电量不足被迫停止求救任务，求救或救援时间过短，无法成功建立通信链路完成救援的问题，提高救援成功率
。
[0009]在一种可能的实现方式中，所述强力求救模式为周期性执行第一任务的求救工作模式，所述第一任务包括被动侦听任务
、
发送紧急救援建链请求帧的任务以及进入睡眠的任务；所述低功耗求救模式为周期性执行第二任务的求救工作模式，所述第二任务包括被动侦听任务和进入睡眠的任务
。
[0010]在一种可能的实现方式中，在所述开启强力求救模式之后，所述方法还包括：确定所述第一终端设备的当前电量是否大于第一电量阈值；在确定所述当前电量大于所述第一电量阈值的情况下，保持开启所述强力求救模式
。
[0011]在一种可能的实现方式中，所述方法还包括：在确定所述当前电量小于或等于所述第一电量阈值的情况下，关闭所述强力求救模式，并开启所述低功耗求救模式
。
[0012]由此，在用户手动开启了强力求救模式后，第一终端设备主动根据电量信息确定是否保持开启强力求救工作模式
。
例如，若求救终端的电量大于第一电量阈值
(
例如
50
％
)
，则保持开启强力求救模式，牺牲功耗以减小建链等待时间，避免用户等待救援时间过长发生意外；若求救终端的电量较少，则切换至低功耗求救模式，降低功耗，延长可求救时间，避免继续运行强力求救模式导致终端功耗过大出现关机等情况
。
针对不同的场景，在第一终端设备的功耗与建立通信链路所需的等待时间之间做权衡选择，从而提高救援成功率，同时也可以避免用户手动开启了与当前求救情境不匹配的求救工作模式，导致救援成功率低的问题
。
[0013]在一种可能的实现方式中，所述方法还包括在确定所述当前电量小于或等于所述第一电量阈值的情况下，确定当前电量是否大于或等于第二电量阈值，所述第二电量阈值小于所述第一电量阈值；在确定所述当前电量大于或等于所述第二电量阈值的情况下，若反映用户身体状况的数据出现异常，保持开启所述强力求救模式；若所述反映用户身体状况的数据未出现异常，关闭所述强力求救模式，并开启所述低功耗求救模式；在确定所述当前电量小于所述第二电量阈值的情况下，关闭所述强力求救模式，并开启所述低功耗求救模式
。
[0014]也就是说，若求救终端的电量不是很多但用户的生理数据异常，则保持开启强力求救模式，牺牲电量以减小建链等待时间，以免等待救援时间过长用户身体支撑不住；若求救终端的电量不是很多但用户的生理数据正常或者求救终端的电量很少，则开启低功耗求救模式，降低功耗，避免继续运行强力求救模式导致终端功耗过大出现关机等情况，延长可求救时间
。
[0015]由此，在用户手动开启了强力求救模式后，综合根据第一终端设备的电量和用户生理数据确定是否保持开启强力求救模式或切换至低功耗求救模式，对开启强力求救模式与低功耗求救模式的场景做更精确的分析，使得终端运行与当前情境更匹配的求救模式，进一步提高救援成功率
。
[0016]在一种可能的实现方式中，在所述开启所述低功耗求救模式之后，所述方法还包括：确定所述当前电量是否小于第四电量阈值；在确本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.
一种求救方法，应用于第一终端设备，其特征在于，所述方法包括：响应于第一用户操作指令，显示第一界面，所述第一界面显示低功耗求救控件和强力求救控件；当接收到对所述强力求救控件的第一触控指令时，开启强力求救模式；或当接收到对所述低功耗求救控件的第二触控指令时，开启低功耗求救模式；其中，所述第一终端设备在同一时刻开启所述强力求救模式和所述低功耗求救模式中的一种求救工作模式；相同长度的时间窗口下所述第一终端设备在所述强力求救模式下的功耗大于所述第一终端设备在所述低功耗求救模式下的功耗；所述强力求救模式和所述低功耗求救模式用于和第二终端设备建立第一网络连接
。2.
根据权利要求1所述的方法，其特征在于，所述强力求救模式为周期性执行第一任务的求救工作模式，所述第一任务包括被动侦听任务
、
发送紧急救援建链请求帧的任务以及进入睡眠的任务；所述低功耗求救模式为周期性执行第二任务的求救工作模式，所述第二任务包括被动侦听任务和进入睡眠的任务
。3.
根据权利要求1或2所述的方法，其特征在于，在所述开启强力求救模式之后，所述方法还包括：确定所述第一终端设备的当前电量是否大于第一电量阈值；在确定所述当前电量大于所述第一电量阈值的情况下，保持开启所述强力求救模式
。4.
根据权利要求3所述的方法，其特征在于，所述方法还包括：在确定所述当前电量小于或等于所述第一电量阈值的情况下，关闭所述强力求救模式，并开启所述低功耗求救模式
。5.
根据权利要求3所述的方法，其特征在于，所述方法还包括：在确定所述当前电量小于或等于所述第一电量阈值的情况下，确定当前电量是否大于或等于第二电量阈值，所述第二电量阈值小于所述第一电量阈值；在确定所述当前电量大于或等于所述第二电量阈值的情况下，若反映用户身体状况的数据出现异常，保持开启所述强力求救模式；若所述反映用户身体状况的数据未出现异常，关闭所述强力求救模式，并开启所述低功耗求救模式；在确定所述当前电量小于所述第二电量阈值的情况下，关闭所述强力求救模式，并开启所述低功耗求救模式
。6.
根据权利要求1至5任一项所述的方法，其特征在于，在所述开启所述低功耗求救模式之后，所述方法还包括：确定所述当前电量是否小于第四电量阈值；在确定所述当前电量小于所述第四电量阈值的情况下，保持开启所述低功耗求救模式
。7.
根据权利要求6所述的方法，其特征在于，所述方法还包括：在确定所述当前电量大于或等于所述第四电量阈值的情况下，关闭所述低功耗求救模式，并开启所述强力求救模式
。8.
根据权利要求6所述的方法，其特征在于，所述方法还包括：在确定所述当前电量大于或等于所述第四电量阈值的情况下，确定所述当前电量是否小于或等于第三电量阈值，所述第三电量阈值大于所述第四电量阈值；
在确定所述当前电量小于或等于所述第三电量阈值的情况下，若反映用户身体状况的数据未出现异常，保持开启所述低功耗求救模式；若所述反映用户身体状况的数据出现异常，关闭所述低功耗求救模式，并开启所述强力求救模式；在确定所述当前电量大于所述第三电量阈值的情况下，关闭所述低功耗求救模式，并开启所述强力求救模式
。9.
根据权利要求8所述的方法，其特征在于，所述第三电量阈值大于第一电量阈值，所述第四电量阈值大于第二电量阈值
。10.
根据权利要求1所述的方法，其特征在于，所述第一界面显示低功耗求救控件和强力求救控件包括：所述第一界面显示所述低功耗求救控件
、
所述强力求救控件以及一键求救控件；所述一键求救控件用于响应于第三触控指令，所述第一终端设备开启一键求救模式；所述一键求救模式下所述第一终端设备根据第一预设开启规则开启所述强力求救模式或所述低功耗求救模式中的一种求救工作模式
。11.
根据权利要求9或
10
所述的方法，其特征在于，所述根据第一预设开启规则开启所述强力求救模式或所述低功耗求救模式中的一种求救工作模式包括：确定所述当前电量是否大于第五电量阈值；在确定所述当前电量大于所述第五电量阈值的情况下，开启所述强力求救模式
。12.
根据权利要求
11
所述的方法，其特征在于，所述方法还包括：在确定所述当前电量小于或等于所述第五电量阈值的情况下，开启所述低功耗求救模式
。13.
根据权利要求
11
所述的方法，其特征在于，所述方法还包括：在所述当前电量小于或等于所述第五电量阈值的情况下，确定当前电量是否大于或等于第六电量阈值，所述第六电量阈值小于所述第五电量阈值；在确定所述当前电量大于或等于所述第六电量阈值的情况下，若反映用户身体状况的数据出现异常，开启所述强力求救模式；若所述反映用户身体状况的数据未出现异常，开启所述低功耗求救模式；在确定所述当前电量小于所述第六电量阈值的情况下，开启所述低功耗求救模式
。14.
根据权利要求
13
所述的方法，其特征在于，所述第五电量阈值大于第一电量阈值，且，所述第六电量阈值小于第四电量阈值
。15.
根据权利要求
13
或
14
所述的方法，其特征在于，所述第五电量阈值小于第三电量阈值，且，所述第六电量阈值大于第二电量阈值
。16.
根据权利要求4或5所述的方法，其特征在于，所述关闭所述强力求救模式，并开启所述低功耗求救模式，具体包括：输出第一提示信息，所述第一提示信息用于请求用户确定是否切换至所述低功耗求救模式；在未接收到所述用户发起的拒绝切换至所述低功耗求救模式的指令或接收到所述用户发起的确定切换至所述低功耗求救模式的指令的情况下，关闭所述强力求救模式，并开启所述低功耗求救模式
。17.
根据权利要求7或8所述的方法，其特征在于，所述关闭所述低功耗求救模式，并开
启所述强力求救模式，具体包括：输出第二提示信息，所述第二提示信息用于请求用户确定是否切换至所述强力求救模式；在未接收到所述用户发起的拒绝切换至所述强力求救模式的指令或接收到所述用户发起的确定切换至所述强力求救模式的指令的情况下，关闭所述低功耗求救模式，并开启所述强力求救模式
。18.
根据权利要求1至
17
任一项所述的方法，其特征在于，在所述开启所述强力求救模式后，所述方法还包括：以第一时长为周期执行以下任务，其中所述第一时长包括第一工作时长
、
第二工作时长和第一预设睡眠时长：先后交替执行发送紧急救援建链请求帧和被动侦听任务，直到在所述第一工作时长内所述第一终端设备与所述第二终端设备成功建立通信链路
、
或直到所述强力求救模式被关闭
、
或直到所述第一工作时长结束；在所述第一工作时长结束后所述第一终端设备仍未与所述第二终端设备成功建立通信链路的情况下，先后交替执行被动侦听和发送紧急救援建链请求帧任务，直到在所述第二工作时长内所述第一终端设备与所述第二终端设备成功建立通信链路
、
或直到所述强力求救模式被关闭
、
或直到所述第二工作时长结束；在所述第二工作时长结束后所述第一终端设备仍未与所述第二终端设备成功建立通信链路的情况下，在所述第一预设睡眠时长内暂...

【专利技术属性】
技术研发人员：孙晓宇，
申请(专利权)人：荣耀终端有限公司，
类型：发明
国别省市：