紧急求助功能的触发方法、装置、终端及存储介质与流程

1.本技术实施例涉及终端技术领域，特别涉及一种紧急求助功能的触发方法、装置、终端及存储介质。


背景技术：

2.紧急求助功能作为终端中的一种常见功能，用于在用户生命或财产安全受到威胁时进行对外求助。
3.相关技术中，用户通常需要按压终端上的实体按键以触发紧急求助功能。比如，用户可以预先设置连续按压5次电源键作为紧急求助功能的触发条件。


技术实现要素：

4.本技术实施例提供了一种紧急求助功能的触发方法、装置、终端及存储介质。所述技术方案如下：
5.一方面，本技术实施例提供了一种紧急求助功能的触发方法，所述方法包括：
6.基于可穿戴式设备中传感器采集到的传感器数据确定人体生理数据；
7.响应于所述人体生理数据满足第一条件，通过麦克风进行音频采集，得到音频数据；
8.响应于所述音频数据满足第二条件，触发紧急求助功能。
9.另一方面，本技术实施例提供了一种紧急求助功能的触发装置，所述装置包括：
10.人体生理数据采集模块，用于基于可穿戴式设备中传感器采集到的传感器数据确定人体生理数据；
11.音频数据采集模块，用于响应于所述人体生理数据满足第一条件，通过麦克风进行音频采集，得到音频数据；
12.触发模块，用于响应于所述音频数据满足第二条件，触发紧急求助功能。
13.另一方面，提供了一种终端，所述终端包括处理器和存储器；所述存储器存储有至少一条指令，所述至少一条指令用于被所述处理器执行以实现如上述方面所述的紧急求助功能的触发方法。
14.另一方面，提供了一种计算机可读存储介质，所述存储介质存储有至少一条指令，所述至少一条指令用于被处理器执行以实现如上述方面所述的紧急求助功能的触发方法。
15.另一方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。终端的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该终端执行上述方面的各种可选实现方式中提供的紧急求助功能的触发方法。
16.本技术实施例提供的技术方案带来的有益效果至少包括：
17.基于可穿戴式设备内的传感器实时监测人体生理数据，当监测到人体生理数据满足第一条件时，即人体生理数据发生异常，判断用户可能出现紧急状况，从而通过麦克风采
集外界音频数据，并对音频数据进行分析，进而在音频数据满足第二条件时，确定用户处于紧急求助状态，并触发紧急求助功能；采用本技术实施例提供的方法，基于人体生理数据和音频数据进行紧急求助状态识别，能够在用户无法手动触发紧急求助功能的情况下实现紧急求助功能的自动触发，提高了紧急求助功能的触发及时性；同时，以人体生理数据和音频数据作为触发依据，有助于降低误触发概率，提高触发时机的准确性。
附图说明
18.图1是本技术一个示例性实施例提供的实施环境的示意图；
19.图2是本技术一个示例性实施例提供的紧急求助功能的触发方法的流程图；
20.图3是本技术另一个示例性实施例提供的紧急求助功能的触发方法的流程图；
21.图4是本技术另一个示例性实施例提供的紧急求助功能的触发方法的流程图；
22.图5是本技术另一个示例性实施例提供的紧急求助功能的触发方法的流程图；
23.图6是本技术一个实施性实施例提供的可穿戴式设备进行风险提示的实施示意图；
24.图7是本技术一个示例性实施例提供的紧急求助功能的触发装置的结构框图；
25.图8示出了本技术一个示例性实施例提供的终端的结构框图。
具体实施方式
26.为使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术实施方式作进一步地详细描述。
27.在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
28.为了方便理解，下面对本技术实施例中涉及的名词进行说明：
29.可穿戴式设备：可穿戴式设备是指能穿戴在身上的一种便携式产品，可穿戴式设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互实现强大的功能。在使用中可通过软件支持和数据交互实现多种功能，以连接手机实现互通，围绕着健康监测、社交通信、视听影音为主要功能不断拓展新的技术。可穿戴式设备以智能手表和智能手环为代表，无线技术的高速发展带动了可穿戴生态的成熟，使可穿戴式设备进入崛起的阶段，市场上将会有各种形态的产品衍生，如智能眼镜、增强现实技术(augmented reality，ar)、虚拟现实技术(virtual reality，vr)等。
30.相关技术中，当用户在某种突发事件下需要紧急求助时，只能通过手动点击实体按键或通过语音输入指令的方式触发设备发送求助信息，在某些特殊情况下，如遭遇歹徒威胁或突发疾病无法行动的情况下，用户往往无法主动触发紧急求助功能。
31.而本技术实施例中，通过可穿戴式设备采集人体生理数据，并通过采集的外界音频数据进行分析判断是否满足触发紧急求助功能的条件，当满足条件时，则触发紧急求助功能，避免用户手动触发，在特殊情况下能够实现紧急求助功能的自动触发，提高紧急求助的及时性。
32.请参考图1，其示出了本技术一个示例性实施例提供的实施环境的示意图。该实施
环境中包括可穿戴式设备110和移动终端120。
33.可穿戴式设备110具有采集人体生理数据的功能，其可以是智能手表或智能手环等具有采集人体生理数据功能的设备，本技术实施例并不对可穿戴式设备110的具体设备类型进行限定。
34.在一种可能的实施方式中，可穿戴式设备110具有移动数据通信能力，在不借助其他设备的情况下可以实现数据通信以及通话功能。
35.在另一种可能的实施方式中，可穿戴式设备110与移动终端120之间建立有无线通信连接，从而通过该无线通信连接实现数据通信以及通话功能，其中，该无线通信连接可以是蓝牙连接。
36.移动终端120是具有移动数据通信能力的电子设备，其可以是智能手机、平板电脑等电子设备，本技术实施例并不对移动终端120的具体设备类型进行限定。
37.在一种可能的应用场景下，移动终端120通过对可穿戴式设备110采集到的人体生理数据进行分析，判断是否满足第一条件，当对人体生理数据的判断结果满足第一条件时，通过麦克风组件采集外界音频数据，并对音频数据进行分析，判断音频数据是否满足第二条件，当对音频数据的判断结果满足第二条件时，确定用户当前需要紧急求助，从而主动触发紧急求助功能。
38.在另一种可能的应用场景下，人体生理数据的分析、音频数据的采集以及分析步骤均由可穿戴式设备110执行，当确定出满足紧急求助功能的触发条件时，可穿戴式设备110触发自身的紧急求助功能，或者，通过移动终端120触发紧急求助功能。
39.为了方便描述，下述各个实施例以紧急求助功能的触发方法应用于终端为例进行说明。
40.图2是本技术实施例提供的紧急求助功能的触发方法的流程图。该方法包括：
41.步骤201，基于可穿戴式设备中传感器采集到的传感器数据确定人体生理数据。
42.可穿戴式设备通过内置的传感器采集传感器数据，通过对传感器数据进行分析并确定相应的人体生理数据。根据传感器数据得到人体生理数据过程可通过可穿戴式设备，或绑定的移动终端确定。当可穿戴式设备具有分析传感器数据的功能时，可直接进行人体数据监测；当可穿戴式设备不具备分析传感器数据功能时，通过无线蓝牙或网络等方式将传感器数据发送至绑定的移动终端，由移动终端进行处理，得到各项人体生理数据。
43.本实施例以可穿戴式设备基于传感器数据确定人体生理数据为例进行说明。
44.可穿戴式设备通过传感器实时采集人体生理数据并进行监测人体生理数据的变化情况。采集的人体生理数据可以是心率数据，压力数据和血氧浓度数据中的至少一种数据，相应的，人体生理数据的变化情况包括心率波动情况，压力波动情况和血氧浓度变化情况中的至少一种。
45.其中，心率数据通过可穿戴式设备内置的心率传感器获得，基本工作原理是利用人体组织在血管搏动时所造成的透光率的不同来进行脉搏测量，心率传感器采集数据后，经过光电转换器转换为电信号输出人体心率波形图；在采集的心率数据的基础上，结合压力计算模型对心率数据进行处理可获得压力数据，压力数据可以反应人体当前的压力状态；血氧浓度数据可通过光电传感器检测人体血液获得，基本工作原理是使用特定波长的近红外光作为射入光源，测定通过人体组织的光传导强度，根据测得的光传导的强度值计
算血红蛋白浓度及血氧饱和度，对人体血氧浓度进行监测对突发疾病预测具有重要作用。
46.步骤202，响应于人体生理数据满足第一条件，通过麦克风进行音频采集，得到音频数据。
47.当可穿戴式设备监测到人体生理数据满足第一条件，即监测到人体生理数据符合紧急情况下用户的生理特征，包括人体生理数据超过或低于正常生理指标范围，人体生理数据波动幅度超过正常范围，人体生理数据变化异常等，终端通过麦克风采集外界音频数据。只有监测到人体生理数据满足第一条件时，才会触发麦克风进行音频采集，以节省功耗，当监测的人体生理数据不满足第一条件，即各项人体生理数据都正常的情况下，不触发麦克风采集音频数据。
48.通过麦克风采集外界音频数据可以包括如下情况中的至少一种：
49.1、可穿戴式设备设置有麦克风组件。当可穿戴式设备监测到人体生理数据符合紧急情况下用户的生理特征，通过麦克风组件采集外界音频数据，音频数据的时长可以是预设时长或用户调节时长。
50.2、可穿戴式设备不具备麦克风组件，移动终端具备采集音频数据功能。当移动终端监测到人体生理数据符合紧急情况下用户的人体生理特征，开启麦克风采集音频数据。
51.步骤203，响应于音频数据满足第二条件，触发紧急求助功能。
52.通过使用麦克风采集音频数据后，终端对音频数据进行处理和分析，当对音频数据的分析结果满足第二条件时，即对音频数据处理结果满足紧急情况下的声音特征，确定用户当前需要紧急求助，触发紧急求助功能，触发紧急求助功能的操作由可穿戴式设备执行或移动终端执行。
53.对采集的音频数据进行处理包括如下情况中的至少一种：
54.1、可穿戴式设备具备音频数据处理和分析能力时，可穿戴式设备直接对采集的音频数据进行处理分析，根据数据处理的结果判断是否满足第二条件。
55.2、可穿戴式设备不具备音频数据处理分析能力时，可穿戴式设备通过无线蓝牙或网络将采集的音频数据发送至绑定的移动终端，通过移动终端对音频数据进行处理分析，判断音频数据是否满足第二条件。
56.3、可穿戴式设备不具备麦克风组件同时也无法对音频数据进行处理时，由可穿戴式设备绑定的移动终端确定是否满足第一条件和第二条件，当移动终端接收到可穿戴式设备发送的人体生理数据满足第一条件时，通过麦克风组件采集音频数据，并对采集的音频数据进行分析和处理，判断是否满足第二条件。
57.触发紧急求助功能后，终端通过预设方式向紧急联系人发起紧急求助，发起紧急求助的方式可以包括如下情况中的至少一种：
58.1、可穿戴式设备具备语音通话功能。当音频数据的判断结果满足第二条件时，可穿戴式设备通过内置的语音通话组件拨通紧急联系人发起紧急通讯，向对方寻求帮助，紧急联系人可以为预先设置的家人或朋友，同时也可以将紧急联系人设置为公安报警系统或急救中心。
59.2、可穿戴式设备具备发送信息功能。当音频数据的判断结果满足第二条件时，向紧急联系人发送求助信息，求助信息可以是提前设置好的语音信息或文本信息；在可穿戴式设备在已接入医疗机构的前提下，可直接向定点医疗机构发送求助信息，提供针对性救
助。
60.3、可穿戴式设备不具备通话功能或语音通话功能。当音频数据的判断结果满足第二条件时，通过可穿戴式设备绑定的移动终端向紧急联系人发送求助信息或发起紧急通讯。
61.综上所述，本技术实施例提供的紧急求助功能的触发方法，基于可穿戴式设备内的传感器实时监测人体生理数据，当监测到人体生理数据满足第一条件时，即人体生理数据发生异常，判断用户可能出现紧急状况，从而通过麦克风采集外界音频数据，并对音频数据进行分析，进而在音频数据满足第二条件时，确定用户处于紧急求助状态，并触发紧急求助功能；采用本技术实施例提供的方法，基于人体生理数据和音频数据进行紧急求助状态识别，能够在用户无法手动触发紧急求助功能的情况下实现紧急求助功能的自动触发，提高了紧急求助功能的触发及时性；同时，以人体生理数据和音频数据作为触发依据，有助于降低误触发概率，提高触发时机的准确性。
62.图3是本技术另一个示例性实施例提供的紧急求助功能的触发方法的流程图，该方法包括：
63.步骤301，基于可穿戴式设备中传感器采集到的传感器数据确定人体生理数据。
64.基于可穿戴式设备内的传感器监测人体生理数据，可穿戴式设备可以是智能手表或手环等具有监测人体生理数据功能的设备，用户通过可穿戴式设备实时监测人体生理数据，具体可参考步骤201，本技术实施例不再详细赘述。
65.在一种可能的实施方式中，终端确定出的人体生理数据包括心率数据和压力数据中的至少一种。
66.步骤302，基于连续的人体生理数据，确定人体生理数据的波动幅度。
67.正常情况下，用户的人体生理数据变化通常较为平稳，而在需要紧急求助的情况下，用户的人体生理数据变化通常会发生较大幅度的波动(比如心率突然上升)，基于人体生理数据的上述特性，本技术实施例中，终端基于连续确定出的人体生理数据，确定人体生理数据的波动幅度，从而基于波动幅度确定人体生理数据是否满足第一条件。
68.在一种可能的实施方式中，终端获取连续n个时刻的人体生理数据，并计算n个时刻下人体生理数据的数据方差，从而将该数据方差确定为人体生理数据的波动幅度。其中，当人体生理数据为心率数据时，该波动幅度为心率波动幅度，当人体生理数据为压力数据时，该波动幅度为压力波动幅度。当然，终端还可以根据人体生理数据的峰值、标准差等参数确定波动幅度，本技术实施例对此不作限定。
69.进一步的，终端检测人体生理数据的波动幅度是否大于幅度阈值，若大于，则确定人体生理数据符合紧急求助状态下的生理特征，并执行步骤303；若小于，则确定人体生理数据不符合紧急求助状态下的生理特征，并继续进行人体生理数据监测。
70.可选的，该幅度阈值可以预先设置，或者，基于用户的正常人体生理数据计算得到。
71.步骤303，响应于波动幅度大于幅度阈值，确定人体生理数据满足第一条件，并通过麦克风进行音频采集，得到音频数据。
72.当监测到人体生理数据在预设时间内的波动幅度超过幅度阈值时，终端确定人体生理数据满足第一条件，从而触发麦克风采集音频数据。
73.在一种可能的应用场景下，当可穿戴式设备监测到当前人体生理数据的波动幅度超过幅度阈值，此时移动终端或可穿戴式设备可以发出震动或响铃等方式作为提醒。响应于人体生理数据满足第一条件，可穿戴式设备开启麦克风采集外界音频数据并开始计时，麦克风采集外界音频时长可以为预设时长或用户提前设定时长，当计时时长达到设定时长时，停止通过麦克风采集外界音频数据，采集的音频数据存储于可穿戴式设备内。
74.在一种可能的实施方式中，可穿戴式设备的存储空间有限，可穿戴式设备可以将采集的历史音频数据通过蓝牙或网络传输至绑定的移动终端。
75.步骤304，对音频数据进行音频分离，得到人声音频数据和环境声音频数据。
76.在紧急场景下，通过麦克风采集到的音频数据可能包含有人声、周围嘈杂的环境声和干扰噪声等，每种声音都对应不同的频段且具有不同的特征，其中的干扰噪声是在采集音频过程中产生的，需要进行过滤，而人声和环境声可能包含有能够判断用户当前紧急状态的重要信息，因此还需要将采集的音频数据中的人声音频和环境声音频进行分离，针对环境声和人声分别进行判断。
77.在一种可能的实施方式中，终端通过滤波算法将采集到的音频数据中的干扰噪声滤除，再针对音频数据中的人声和环境声分别使用不同的算法进行分离，得到人声音频数据和环境声音频数据。
78.在一种可能的实施方式中，由于人声与其他环境声或乐器声具有不同的频率特征，因此可以通过将滤除干扰噪声的音频数据转换为声谱图，从而利用卷积神经网络(convolutional neural network，cnn)对声谱图进行识别，识别人声的声谱信息，再将识别所得的新声谱图转化成音频，最后生成纯人声音频数据；进一步的，终端基于音频数据和人声音频数据，分离得到环境声音频数据。本技术实施例并不对音频分离所采用的具体方式进行限定。
79.步骤305，对人声音频数据进行识别，得到人声识别结果。
80.为了提高用户在遇到紧急状态下触发紧急求助的准确性，需要对获取到的人声音频数据进行识别，确定人声识别结果，人声识别结果在一定程度上可以反应用户的处境是否存在危险。
81.可选的，终端通过人声增强技术将分离得到的人声音频放大处理，便于对音频信息做进一步处理，人声音频数据识别可以通过将处理得到的人声音频与提前录制的用户音频进行对比，确认采集得到的音频数据中的人声是否为用户本人的声音，以此来判断用户状态；或，通过对人声音频进行人声文本转化，根据文本信息内容作出判断。如图4所示，步骤305可以包括以下步骤。
82.步骤305a，对人声音频数据进行情绪识别，得到人声情绪信息。
83.终端通过对人声音频数据进行处理和分析，识别用户当前的情绪状态，得到人声情绪信息，人声情绪信息在一定程度上可以反映用户在紧急状态下的真实情绪。
84.在一种可能的实施方式中，可以采用基于深度学习的语音情绪识别算法(speech emotion recognition，ser)来识别出人声音频中表达的“愤怒”、“开心”、“恐惧”和“悲伤”等情绪，每种情绪对应用户的情绪状态。当识别出的人声情绪为“开心”时，对应用户可能因为遇到开心的事情导致人体生理数据波动较大，并不需要求助；当识别出的人声情绪为“恐惧”时，用户可能受到人身威胁或突发疾病，此时需要进行紧急求助。但在一些特定场景下，
如看恐怖电影时，同样会导致人体生理数据和情绪发生变化，因此，单纯依靠识别人声情绪无法作出准确判断。
85.步骤305b，对人声音频数据进行音频文本转换，得到人声文本；对人声文本进行关键词匹配，得到关键词匹配结果，关键词匹配结果用于指示人声文本中是否包含预设关键词。除了以人声情绪作为一个判断维度外，为了提高人声识别的准确性，终端还可以对人声音频数据进行音频文本转换，得到人声文本，从而根据人声文本中是否包含与紧急求助相关的关键词，判断用户当前是否处于紧急求助状态。
86.在一种可能的实施方式中，在获取的人声音频数据的基础上进行音频文本转换，通过使用声学模型和语言模型提取人声音频数据中的声学特征，进一步通过算法将人声音频转化为人声文本，如使用自动语音识别技术(automatic speech recognition，asr)将实时输入的语音信号转化为文本输出。
87.进一步地，终端需要对人声文本进行识别，对人声文本进行识别在一定程度上可以辅助判断用户的情绪状态，在一些实施例中可以通过对关键词匹配的方式进行判断，通过将转换的人声文本与预设关键词进行匹配，确定人声文本中是否含有预设关键词，预设关键词可以是与紧急求助相关的词语或用户设定的暗语，只要识别出暗语，即代表用户受到人身威胁，立刻触发紧急求助功能。当人声文本匹配过程中匹配到一个或多个预设关键词时，确定用户当前可能受到人身威胁。
88.步骤305c，将人声情绪信息和/或关键词匹配结果确定为人声识别结果。
89.终端将识别的人声情绪信息和关键词匹配结果中的至少一种确定为人声识别结果。
90.由于实际应用场景的情况更为复杂多样，因此并非所有场景下均能够识别出人声情绪和关键词，在一种可能的实施方式中，若仅识别出人声情绪信息和关键词匹配结果中的一项，服务器将识别出的一项确定为人声识别结果；若同时识别出人声情绪信息和关键词匹配结果，服务器则将两者均确定为人声识别结果。
91.可选的，将人声情绪信息或关键词匹配结果中的任意一种确定人声识别结果的准确性较低，为了进一步提高人声识别的准确性，可以将人声情绪信息和关键词匹配结果共同确定为人声识别结果，并对识别的关键词和人声情绪信息进行匹配，通过人声情绪信息和关键词的对应关系确定人声识别结果；若识别的关键词和人声情绪信息是对应关系，确定人声识别结果指示用户当前处于危险状态或安全状态。
92.在一种可能的实施方式中，为了能够提高判断的准确性，预设关键词可以设置成与人声情绪信息对应的关系。当人声情绪为“开心”时，对应预设关键词可设置为“好开心”，“心情好”或“太好了”等词语，表明用户可能因开心的事情过于兴奋导致人体生理数据的波动幅度超过阈值，并未受到人身威胁；当人声情绪为“恐惧”时，对应预设关键词可设置为“闭嘴”，“杀了你”，“救命”等词语，表明用户处于危险状态。
93.步骤306，对环境声音频数据进行识别，得到环境声识别结果。
94.通过人声识别结果判断紧急求助状态在一些特定场合可能会有误判的情况发生，如观看恐怖电影时可能会匹配到预设关键词，但用户并未受到人身威胁，单纯基于人声识别结果并不能作出准确预判，此时还需要对环境声音频数据进行识别，确定周围的环境信息。如图4所示，本步骤可以包括步骤306a。
95.步骤306a，对环境声音频数据进行环境识别，得到环境信息，并将环境信息确定为环境声识别结果，环境信息用于表征当前所处环境的环境类型。
96.在一种可能的实施方式中，可以通过将采集的环境声音频与预设的环境音频进行匹配，得到环境声识别结果。其中，预设的环境音频可以为吵闹环境或寂静环境下采集到的音频，还可以是一些特定环境下采集到的音频，如影院环境或运动场环境等，根据匹配内容确定当前环境信息，当匹配的结果为影院环境或吵闹的环境时，指示用户当前正在看电影或在热闹的环境中，无需进行紧急求助，当匹配的结果为寂静环境时，表明用户当前需要进行紧急求助。
97.在另一种可能的实施方式中，终端对获取的环境声音频数据做分贝值检测，通过分贝值的高低确定用户当前环境是否嘈杂或安静，当分贝值高于阈值时，环境识别结果判定为用户处于嘈杂环境，当分贝值低于阈值时，环境识别结果判定为用户处于安静环境。
98.步骤307，响应于人声识别结果和/或环境声识别结果指示音频数据满足第二条件，触发紧急求助功能。
99.终端以人声识别结果和环境声识别结果中的至少一种作为判断依据，确定音频数据是否满足第二条件，并在音频数据满足第二条件时，触发紧急求助功能。
100.在一种可能的实施方式中，当人声识别结果中包含人声情绪信息和关键词匹配结果中的至少一种，且环境声识别结果中包含环境信息时，如图4所示，本步骤可以包括步骤307a。
101.步骤307a，当人声情绪信息指示预设情绪，和/或关键词匹配结果指示人声文本中包含预设关键词，和/或环境信息指示处于安静环境时，确定音频数据满足第二条件，触发紧急求助功能。
102.终端将识别出的人声情绪信息、关键词匹配结果和环境信息中的至少一种作为判断是否触发紧急求助功能的判断依据，当判断结果满足第二条件时，触发紧急求助功能，当判断结果不满足第二条件时，不触发紧急求助功能。
103.在一种可能的实施方式中，可以将人声情绪信息、关键词匹配结果和环境信息中的任意一种，任意两种或三种作为判断依据。通常情况下，以任意一种作为判断依据触发紧急求助功能的概率最大，但同时误触发的可能性也最大，当判断依据增多时，触发紧急求助功能的概率也相应变小，且误触发的可能性也变小，当以三种共同作为判断依据时，其触发紧急求助功能的概率最小，但误触发的可能性最低。下面分别以任意一种、任意两种和三种作为判断依据进行说明。
104.在一种可能的实施方式中，以人声情绪信息作为判断依据，当识别的人声情绪信息为预设的“恐惧”情绪时，确定用户当前可能受到人身威胁导致情绪发生改变，进而触发紧急求助功能，当识别出的人声情绪信息为预设的“开心”情绪或未指示预设情绪时，不满足第二条件，即不触发紧急求助功能。
105.可选地，以关键词匹配结果作为判断依据来判断是否需要触发紧急求助功能时，当关键词匹配结果指示包含预设关键词时，表明用户处于紧急状态，进而触发紧急求助功能，当关键词匹配结果指示不包含预设关键词时，确定用户并未遇到危险，不触发紧急求助功能。
106.可选的，以环境信息作为判断依据来判断是否需要触发紧急求助功能时，当识别
出的环境信息为吵闹的环境或分贝值超出设定阈值时，指示用户并未处于紧急状态，当识别的环境信息为寂静的环境或分贝值低于设定阈值时，表明用户处于紧急状态，即触发紧急求助功能。
107.可选的，以人声情绪信息和关键词匹配结果作为判断依据时，当人声情绪信息指示预设情绪，且关键词匹配结果中包含预设关键词时，表明用户当前处于紧急状态，满足第二条件，触发紧急求助功能。
108.由上述内容可知，以人声情绪信息、关键词匹配结果和环境信息中的任意一种或两种都可以作为判断是否触发紧急求助功能的判断依据，但在一些特殊情况下可能会有误判的情况发生，比如，用户在安静的环境下跑步或做其他剧烈运动时，仅以环境信息进行判断就可能会造成误判。
109.通过人声情绪信息和关键词匹配结果作为判断依据在一些特殊情况下也可能会出现误判，如看恐怖电影时，由于紧张的气氛和播放的声音会导致用户人体生理数据短暂异常，且可能会匹配到预设关键词，进而误触发紧急求助功能，实际用户并不需要触发紧急求助功能，因此，依靠人声情绪信息和关键词匹配结果同样无法作出准确判断。
110.在一种可能的实施方式中，为了进一步提高判断的准确性，降低误触发的概率，还可以在人声识别结果的基础上，结合环境信息作出判断依据，当识别出的人声情绪为预设情绪，且关键词匹配结果指示包含预设关键词，同时环境声识别结果指示为寂静环境时，确定采集的音频数据满足第二条件，即确定用户处于紧急求助状态，从而自动触发紧急求助功能寻求帮助。
111.触发紧急求助功能的几种方式参考步骤203，本实施例以具备通话功能、发送信息功能和定位功能的可穿戴式设备为例进行说明。
112.当可穿戴式设备确定音频数据满足第二条件时，确定用户处于紧急求助状态，触发可穿戴式设备至少给一个紧急联系人发送求助信息或发起紧急通讯，求助信息包含有采集到的音频数据和当前地理位置信息，求助信息的内容可以是预设的文字信息或语音信息，当紧急联系人接收到求助信息后，根据求助信息内容提供针对性帮助。
113.在一些应用场景下，发送紧急求助信息后可能不能第一时间得到救助，触发紧急求助还可以设置为发送紧急求助信息后再发起紧急通讯，紧急联系人可以为预先设置的家人或朋友，同时也可以将紧急联系人设置为公安报警系统或急救中心。
114.在一种可能的应用场景下，用户可能因深夜突发疾病进入昏迷状态，通过麦克风采集到的音频数据可能检测不到人声情绪信息和关键词，若用户得不到及时的救助可能会出现生命危险。
115.为了尽可能的提高触发紧急求助功能的及时性，同时降低误触发的概率，当环境信息指示处于安静环境时，还可以通过获取当前时间信息作进一步判断。可选的，响应于环境信息指示处于安静环境，获取当前时间，若当前时间位于预设时段，则触发紧急求助功能。
116.在一种可能的实施方式中，响应于人声音频数据中检测不到有效的人声情绪信息且人声文本信息匹配不到预设关键词，且通过环境声音频数据识别出当前用户处于安静环境，表明用户当前可能因突发疾病或其他原因无法发出声音，因此还需要结合时间信息作进一步判断。
117.可选的，终端检测获取到的当前时间是否属于预设时段，若属于预设时段，确定处于紧急求助状态，并触发紧急求助功能；若不属于预设时段，确定并非处于紧急求助状态，并继续进行监测。其中，该预设时段可以基于用户的疾病情况自动设定，比如，当用户患有心血管疾病时，该预设时段可以为心血管疾病的多发时段，比如凌晨时段和清晨时段；或者，该预设时段也可以由用户自行设置，本实施例对此不作限定。
118.本实施例中，通过使用可穿戴式设备内置的传感器实时监测人体生理数据，当人体生理数据的波动幅度超过幅度阈值，判断用户可能处于危险状态，从而通过麦克风采集外界音频数据作进一步判断，避免长时间进行音频数据采集和分析造成终端功耗增加。
119.同时，通过对采集的音频数据中的人声音频数据和环境声音频数据分别处理和分析，从人声音频数据和环境声音频数据中提取对应的人声特征信息和环境声特征信息，从而根据人声特征信息和环境声特征信息确定用户是否处于紧急求助状态，有助于提高后续紧急求助功能触发时机的准确性。
120.此外，通过将获取的人声音频数据中的人声音频转换为人声文本，根据人声文本匹配预设关键词并结合识别出的人声情绪信息，同时将识别的环境信息作为判断用户是否处于危险状态的条件，提高了判断用户处于紧急求助状态的准确性。
121.为了进一步降低紧急求助功能的误触发概率，在一种可能的实施方式中，在识别出人体生理数据异常时，终端可以在进行音频数据采集和分析的同时进行提示。当用户处于紧急求助状态时，往往无法对提示做出正面反馈，因此当音频数据满足第二条件，且未接收到对提示的正面反馈时，终端确定用户处于紧急求助状态，并主动触发紧急求助功能。反之，若接收到对提示的正面反馈，则确定用户未处于紧急求助状态。下面采用示例性的实施例进行说明。
122.图5是本技术另一个示例性实施例提供的紧急求助功能的触发方法的流程图，该方法包括：
123.步骤501，基于可穿戴式设备中传感器采集到的传感器数据确定人体生理数据。
124.本步骤的实施方式可以参考步骤201，本实施例在此不再赘述。
125.步骤502，响应于人体生理数据满足第一条件，通过麦克风采集音频数据并进行风险提示。
126.可选的，当监测的人体生理数据的波动幅度大于幅度阈值时，终端通过麦克风采集音频数据，同时发出风险提示，并接收用户的反馈。
127.其中，用户的反馈包括正面反馈和负面反馈，其中，正面反馈指示非紧急求助状态下引起的人体生理数据异常(不存在风险)；负面反馈指示紧急求助状态下引起的人体生理数据异常(存在风险)。
128.在一些实施例中，当可穿式戴设备监测到人体心率或压力值在短时间内波动幅度大于幅度阈值时，通过发出震动或声音提示人体生理数据存在异常。相应的，用户可以通过点击物理按键进行正面反馈。
129.可选地，风险提示还可以是亮屏提醒，在可穿式戴设备的界面显示提醒信息。如图6所示，当可穿戴式设备610监测用户的人体生理数据发生异常时，通过界面显示信息提示框611提醒用户作出反馈，信息提示框611内包括用户当前出现异常的人体生理数据612，用户通过手动点击的方式确定是否为误判提醒。信息提示框611的显示时长为预设时长，当用
户在预设时长内作出正面反馈(比如点击正常按键)时，指示当前用户身体状态良好，停止采集音频数据；可穿戴式设备610在预设时长内接收到负面反馈(比如点击报警按键)或未接收到反馈(比如在信息提示框的显示时长内未接收到对任何按键的点击操作)时，指示用户当前处于紧急求助状态。
130.可选的，当接收到对风险提示的负面反馈时，可穿戴式设备610直接触发紧急求助功能。当未接收到对风险提示的反馈时，可穿戴式设备610基于音频数据的识别结果，确定是否需要触发紧急求助功能。
131.步骤503，响应于音频数据满足第二条件，且未接收到对风险提示的正面反馈，触发紧急求助功能，正面反馈用于指示人体生理数据正常。
132.在一种可能的实施方式中，当音频数据满足第二条件，且在预设时长内未接收到对风险提示的正面反馈(接收到负面反馈或者未接收到反馈)时，终端确定用户处于紧急求助状态，从而触发紧急求助功能。
133.示意性的，如图6所示，可穿戴式设备610显示信息提示框611后，若在20s内未接收到对“正常”按键或“报警”按键的点击操作，可穿戴式设备610即向移动终端620发送触发指令，移动终端620接收到触发指令后，即触发紧急求助功能(向紧急联系人儿子发送预设短信)。
134.本实施例中，当监测人体生理数据异常时，终端进行风险提示，提醒用户作出相应反馈；若接收到用户作出的正面反馈，指示不需要触发紧急求助功能；若接收到负面反馈或没有接收到反馈，则通过对采集的音频数据进行分析，进一步确定是否满足紧急求助功能的触发条件，降低紧急求助功能的误触发概率。
135.图7是本技术一个示例性实施例提供的紧急求助功能的触发装置的结构框图，该装置包括：
136.人体生理数据获取模块701，用于基于可穿戴式设备中传感器采集到的传感器数据确定人体生理数据；
137.音频数据采集模块702，用于响应于人体生理数据满足第一条件，通过麦克风进行音频采集，得到音频数据；
138.触发模块703，用于响应于音频数据满足第二条件，触发紧急求助功能。
139.可选的，触发模块703，包括：
140.音频分离单元，用于对音频数据进行音频分离，得到人声音频数据和环境声音频数据；
141.人声识别单元，用于对人声音频数据进行识别，得到人声识别结果；
142.环境声识别单元，用于对环境声音频数据进行识别，得到环境声识别结果；
143.触发单元，用于响应于人声识别结果和/或环境声识别结果指示音频数据满足第二条件，触发紧急求助功能。
144.可选的，人声识别单元，用于：
145.对人声音频数据进行情绪识别，得到人声情绪信息；
146.对人声音频数据进行音频文本转换，得到人声文本；对人声文本进行关键词匹配，得到关键词匹配结果，关键词匹配结果用于指示人声文本中是否包含预设关键词；
147.将人声情绪信息和/或关键词匹配结果确定为人声识别结果；
148.可选的，环境声识别单元，用于：
149.对环境声音频数据进行环境识别，得到环境信息，并将环境信息确定为环境声识别结果，环境信息用于表征当前所处环境的环境类型。
150.可选的，触发单元，还用于：
151.响应于人声情绪信息指示预设情绪，和/或关键词匹配结果指示人声文本中包含预设关键词，和/或环境信息指示处于安静环境，确定音频数据满足第二条件，并触发紧急求助功能。
152.可选的，触发单元，还用于：
153.响应于环境信息指示处于安静环境，获取当前时间；
154.响应于当前时间位于预设时段，确定音频数据满足第二条件，并触发紧急求助功能。
155.可选的，音频数据采集模块702，包括：
156.波动幅度确定单元，用于基于连续的人体生理数据，确定人体生理数据的波动幅度；
157.音频采集单元，用于响应于波动幅度大于幅度阈值，确定人体生理数据满足第一条件，并通过麦克风进行音频采集，得到音频数据。
158.可选的，人体生理数据包括心率数据和压力数据中的至少一种；
159.波动幅度包括心率波动幅度和压力波动幅度中的至少一种。
160.可选的，该装置还包括：
161.风险提示模块，用于响应于人体生理数据满足第一条件，进行风险提示；
162.可选的，触发模块703，还用于：
163.响应于音频数据满足第二条件，且未接收到对风险提示的正面反馈，触发紧急求助功能，正面反馈用于指示人体生理数据正常。
164.可选的，触发模块703，还用于：
165.向预设紧急联系人发送求助信息或发起紧急通讯，求助信息中包含音频数据和地理位置信息。
166.请参考图8，其示出了本技术一个示例性实施例提供的终端的结构方框图。该终端800可以是智能手机、平板电脑、可穿戴式设备等。本技术中的终端800可以包括一个或多个如下部件：处理器810和存储器820。
167.处理器810可以包括一个或者多个处理核心。处理器810利用各种接口和线路连接整个终端800内的各个部分，通过运行或执行存储在存储器820内的指令、程序、代码集或指令集，以及调用存储在存储器820内的数据，执行终端的各种功能和处理数据。可选地，处理器810可以采用数字信号处理(digital signal processing，dsp)、现场可编程门阵列(field－programmable gate array，fpga)、可编程逻辑阵列(programmable logic array，pla)中的至少一种硬件形式来实现。处理器810可集成中央处理器(central processing unit，cpu)、图像处理器(graphics processing unit，gpu)、神经网络处理器(neural-network processing unit，npu)和调制解调器等中的一种或几种的组合。其中，cpu主要处理操作系统、用户界面和应用程序等；gpu用于负责触摸显示屏830所需要显示的内容的渲染和绘制；npu用于实现人工智能(artificial intelligence，ai)功能；调制解调
器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器810中，单独通过一块芯片进行实现。
168.存储器820可以包括随机存储器(random access memory，ram)，也可以包括只读存储器(read-only memory，rom)。可选地，该存储器820包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器820可用于存储指令、程序、代码、代码集或指令集。存储器820可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等；存储数据区可存储根据终端800的使用所创建的数据(比如音频数据、电话本)等。
169.本技术实施例中，终端800还可以包括用于监测人体生理情况的传感器830，该传感器830用于采集传感器数据，并将传感器数据发送至处理器810，由处理器810基于传感器数据得到用户的人体生理数据。其中，传感器830可以包括心率传感器、血氧传感器、皮肤电导传感器、皮肤温度传感器等等。
170.本技术实施例中，终端800还可以包括麦克风840，该麦克风840用于采集外界音频数据，并将音频数据发送至处理器810，由处理器810对音频数据进行分析处理。
171.除此之外，本领域技术人员可以理解，上述附图所示出的终端800的结构并不构成对终端800的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。比如，终端800中还包括显示屏、射频电路、无线保真(wireless fidelity，wifi)组件、电源、蓝牙组件等部件，在此不再赘述。
172.本技术实施例还提供了一种计算机可读存储介质，存储介质中存储有至少一条指令，所述至少一条指令由处理器加载并执行以实现如上各个实施例所述的紧急求助功能的触发方法。
173.本技术实施例提供了还一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。终端的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该终端执行上述方面的各种可选实现方式中提供的紧急求助功能的触发方法。
174.上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。
175.本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
176.以上仅为本技术的可选实施例，并不用以限制本技术，凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。