CN113347304A - 智能呼救方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请实施例公开了一种智能呼救方法、装置、电子设备及存储介质。所述方法用于电子设备，所述电子设备包括麦克风，所述方法包括：响应于所述电子设备处于运动状态，获取所述麦克风数据；匹配所述麦克风数据与预设碰撞条件；若所述麦克风数据符合预设碰撞条件，执行呼救动作。本方法可使用普遍利用的电子设备，无需设置额外设备或系统，能有效识别交通事故的发生，并及时呼救，有助于交通事故中受伤人员得到及时救治，降低交通事故的损害。

Description

智能呼救方法、装置、电子设备及存储介质

技术领域

本申请涉及智能呼救技术领域，特别涉及一种智能呼救方法、装置、电子设备及存储介质。

背景技术

目前生活中交通事故频发，交通事故常带来严重的人员伤亡，由于拖延报警或呼救，常常使得救治不及时。相关技术中，豪华高端汽车配备自动报警装置，但是其成本昂贵，普及率低。

发明内容

本申请实施例提供一种智能呼救方法、装置、电子设备及存储介质，可以在交通事故中智能、便捷呼救。

本申请实施例提供了一种智能呼救方法，用于电子设备，所述电子设备包括麦克风，所述方法包括：响应于所述电子设备处于运动状态，获取所述麦克风数据；匹配所述麦克风数据与预设碰撞条件；若所述麦克风数据符合预设碰撞条件，执行呼救动作。

本申请实施例提供一种智能呼救装置，用于电子设备，所述电子设备包括麦克风，所述装置包括：获取模块，用于响应于所述电子设备处于运动状态，获取所述麦克风数据；匹配模块，用于匹配所述麦克风数据与预设碰撞条件；执行模块，用于若所述麦克风数据符合预设碰撞条件，执行呼救动作。

本申请实施例提供一种智能呼救电子设备，其包括处理器和存储器，所述存储器中存储有至少一条动作、至少一段程序、代码集或动作集，所述至少一条动作、所述至少一段程序、所述代码集或动作集由所述处理器执行以实现上述实施例所述的智能呼救方法。

本申请实施例提供一种计算机可读存储介质，所述存储介质中存储有至少一条动作、至少一段程序、代码集或动作集，所述至少一条动作、所述至少一段程序、所述代码集或动作集由处理器执行以实现上述实施例所述的智能呼救方法。

本申请提供的一种智能呼救方法，用于电子设备中，响应于电子设备处于运动状态，获取麦克风数据，匹配所述麦克风数据与预设碰撞条件，若麦克风数据符合预设碰撞条件，执行呼救动作，无需设置额外设备或系统，可使用普遍利用的电子设备，利用电子设备麦克风功能，能有效识别交通事故的发生，并及时呼救，使用成本低，且方便，智能，有助于交通事故中受伤人员得到及时救治，降低交通事故的损害。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了本申请提出的一种智能呼救方法的流程图；

图2示出了本申请提出的又一种智能呼救方法的流程图；

图3示出了本申请提出的又一种智能呼救方法的流程图；

图4示出了本申请提出的又一种智能呼救方法的流程图；

图5示出了本申请提出的又一种智能呼救方法的流程图；

图6示出了本申请提出的又一种智能呼救方法的流程图；

图7示出了本申请提出的又一种智能呼救方法的流程图；

图8示出了本申请提出的又一种智能呼救方法的流程图；

图9示出了本申请提出的又一种智能呼救方法的流程图；

图10示出了本申请提出的一种智能呼救装置的结构框图；

图11示出了本申请提出的又一种智能呼救装置的结构框图；

图12示出了本申请提出的又一种智能呼救装置的结构框图；

图13示出了本申请的用于执行根据本申请实施例的智能呼救方法的电子设备的结构示意图。

图14示出了本申请的用于执行根据本申请实施例的智能呼救方法的电子设备的结构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

下面将结合附图具体描述本申请的各实施例。

请参阅图1，本申请实施例提供的一种智能呼救方法，用于电子设备，其方法包括：

步骤S110：响应于所述电子设备处于运动状态，获取所述麦克风数据。

作为在此使用的“电子设备”包括，但不限于被设置成经由有线线路连接(如经由公共交换电话网络(PSTN)、数字用户线路(DSL)、数字电缆、直接电缆连接，以及/或另一数据连接/网络)和/或经由(例如，针对蜂窝网络、无线局域网(WLAN)、诸如DVB-H网络的数字电视网络、卫星网络、AM-FM广播发送器，以及/或另一通信终端的)无线接口接收/发送通信信号的装置。被设置成通过无线接口通信的通信终端可以被称为“无线通信终端”、“无线终端”或“电子设备”。电子设备的示例包括，但不限于卫星或蜂窝电话；可以组合蜂窝无线电电话与数据处理、传真以及数据通信能力的个人通信系统(PCS)终端；可以包括无线电电话、寻呼机、因特网/内联网接入、Web浏览器、记事簿、日历以及/或全球定位系统(GPS)接收器的PDA；以及常规膝上型和/或掌上型接收器或包括无线电电话收发器的其它电子装置。手机即为配置有蜂窝通信模块的电子设备。本申请实施例优先为可移动、可携带的电子设备。

可以理解的是，电子设备包括麦克风器件，有的配备1个麦克风，设置在电子设备的下端；有的配备2个麦克风，分别设置在电子设备的上端和下端；有的配备3个麦克风，分别设置在电子设备的上端、下端和背面。在此，麦克风数量和设置位置不作限定。需要注意的是，本申请实施例的“上”“下”“正面”“背面”仅用于说明位置关系，而不具有位置限定或方位限定作用。

麦克风是一种将声音转换成电子信号的换能器，又称为传声器、话筒、微音器等。在电子设备中，麦克风可以是常开状态，也可以是常闭状态，应用启动时再打开；在一些实施例中，电子设备具有语音识别功能，麦克风常常设定为常开；在一些实施例中，电子设备不具有语音识别功能，麦克风常设定为关闭，只有相关应用启动时再打开。在一些实施例中，由于地图应用程序具有语音功能，启动地图应用程序会打开麦克风。需要注意的是，本申请实施例中不限定麦克风的状态。

在一些实施例中，麦克风为常开，麦克风可以在一定电压下进行工作，可以采集外界的声音信号，当电子设备进入运动状态，麦克风开始采集外界的声音信号。在一些实施例中，麦克风常设定为关闭，当电子设备进入运动状态，打开麦克风，并开始采集外界的声音信号。麦克风采集声音信号后会进行声电转换、模数转换，将数字信号传输给电子设备的处理器。当电子设备检测到其进入并处于运动状态，麦克风开始采集外界的声音信号，处理器接收麦克风采集并转换的数据。麦克风数据可以包括其采集的模拟信号和转换的数字信号。

需要说明的是，麦克风数据可以包括环境音声强、环境音频率、环境音音色的一种或多种。

电子设备检测其进入并处于运动状态，可以有多种方式。在一些实施例中，电子设备检测其地图应用程序开启，且处于导航模式，则认为电子设备处于运动状态。在一些实施例中，电子设备包括加速度传感器、陀螺仪等传感器，通过加速度传感器、陀螺仪等传感器来检测其状态，可以判断出是否处于运动状态。

在一些实施例中，电子设备作为导航工具应用在汽车、货车、自行车、摩托车等交通工具，电子设备与交通工具是独立、分离的设备；例如将手机通过支架作为汽车的导航工具。电子设备是随着交通工具的运动而处于运动状态。

步骤S120：匹配所述麦克风数据与预设碰撞条件。

需要说明的是，交通事故的发生，表现为车与车相碰撞，车撞到物体或者车撞到人，只要有碰撞都会产生声音，麦克风便会采集这些碰撞声音。

在一些实施例中，电子设备会预设碰撞条件，预设碰撞条件可以是数据库数据，也可以是设定阈值。其是预设的判断交通事故发生与否的条件。麦克风采集外界声音信号后，处理器获得这些获取后会将其与预设碰撞条件进行匹配，也就是将获取的麦克风数据与预设碰撞条件进行一一比较，判断获取的数据是否符合预设碰撞条件。

步骤S130：若所述麦克风数据符合预设碰撞条件，执行呼救动作。

在一些实施例中，若所述麦克风数据符合预设碰撞条件，也即是获取的数据与电子设备预设交通事故中碰撞发生时的声音数据相匹配，认为发生了交通事故，电子设备执行呼救动作。

在一些实施例中，电子设备会预设碰撞条件，预设碰撞条件可以是数据库数据，也可以是设定声音阈值。将电子设备处于运动状态时，麦克风采集的声音数据与预设碰撞条件进行匹配，如果麦克风采集的声音数据符合预设碰撞条件，则认为发生了交通事故，电子设备执行呼救动作。

在一些实施例中，电子设备执行呼救动作，可以是处理器来发出指令，由其他器件来完成。呼救动作可以包括拨打电话，也可以是发送文字信息。

电子设备通常与人的状态一致，当电子设备处于运动状态，获取麦克风数据，若麦克风数据符合预设碰撞条件，认为发生了交通事故，执行呼救动作。利用电子设备的状态和麦克风数据，判断是否发生交通事故，并在麦克风数据符合预设碰撞条件认为发生了交通事故，执行呼救动作，无需增加额外的交通事故识别系统或装备，也无需安装交通事故智能呼救系统，有效降低成本，且能智能、便捷识别交通事故，并能及时呼救，降低交通事故的损害。

请参阅图2，本申请实施例提供又一种智能呼救方法，用于电子设备。在一些实施例中，电子设备处于运动状态时，麦克风采集的声音数据与预设碰撞条件进行匹配，麦克风采集的声音数据符合预设碰撞条件，认为发生了交通事故。而交通事故包括轻微事故、一般事故、重大事故和特大事故，而对于驾驶员或者乘客而言，发生交通事故后，特别是轻微事故，并没有造成人员伤亡，可以自行呼救或者不需要呼救，因此在若所述麦克风数据符合预设碰撞条件，所述执行呼救动作前，所述方法除包括上述步骤外还包括：

步骤S140:启动所述智能语音功能，获取语音数据。

在一些实施例中，所述麦克风数据符合预设碰撞条件，并不立即执行呼救动作，而是启动智能语音功能。智能语音功能又称为智能语音交互(Intelligent SpeechInteraction),是基于语音识别、语音合成、自然语言理解等技术，在多种应用场景下，赋予产品“能听、会说、懂你”式的智能人机交互功能。适用于智能问答、智能质检、法庭庭审实时记录、实时演讲字幕、访谈录音转写等场景，在金融、司法、电商等多个领域均有应用。在手机产品一般称为智能语音助手。现在的主流智能手机都有配备智能语音功能，如苹果手机的Siri、华为手机的小微、OPPO手机的小布等。智能语音助手一般默认为关闭，可以手动唤醒，语音唤醒或者应用唤醒。在本申请实施例中，智能语音功能的启动方式优先为自动启动，即当检测到麦克风数据符合预设碰撞条件，智能语音功能自动启动；也可以是被语音唤醒，启动方式不做限制。

智能语音功能启动后，可以询问驾驶人或乘客，也可以不询问，而只是接收语音。在一些实施例中，交通事故发生后，驾驶人或乘客可以语音唤醒智能语音功能，并提出相应的要求，例如“拨打120”，“给XXX打电话”，“给XXX发送XXX信息”等。此时，语音智能功能需要通过麦克风采集、获取这些驾驶人或乘客讲述的语音数据，并通过语音识别和语义分析语音数据。

步骤S131：若所述语音数据符合预设接收条件或根据所述语音数据，执行所述呼救动作。

如上所述，语音智能功能通过麦克风采集、获取这些驾驶人或乘客讲述的语音数据，并通过语音识别和语义分析语音数据。在一些实施例中，处理器将这些语音数据与预设接收条件进行比对。预设接收条件可以是电子设备初始设定、语音智能功能初始设定，也可是电子设备的用户进行设定，包括自定义设定或者选择性设定，其设定方式本申请实施例不做限制。

在一些实施例中，语音智能功能可以语义分析出语音数据的字段，并将解析的字段与特定动作连接。如麦克风采集的语音信号是“拨打120”，语音智能功能会识别该语音信号，并以代码形式解析为“拨打电话”和“120”两个字段，同时调动通信功能，完成输入120和拨号以执行呼救动作。在一些实施例中，还可以调用存储器，读取其联系人等信息。

在一些实施例中，执行呼救动作包括拨打紧急求救电话、拨打指定电话、拨打最密切联系人电话、发送求救文字信息等。紧急求救电话包括110、120等特定的求救电话，不同国家地区会有不同的求救电话，可以出厂时设定，也可以根据电话卡国别或GPS定位智能识别，也可以是用户自行设定。指定电话可以由用户预设的电话号码，也可以是语音数据分析出的电话号码。最密切联系人可以一定时间期间内拨打次数最多的联系人，也可以是备注为亲人的联系人。除了拨打电话外，还可以选择发送求救文字信息，例如发送短信，发送微信等，以便在被拨打人不方便接听电话情况下，可以通过文字信息了解呼救情况。需要说明的是，这些呼救动作可以只执行一项，也可以执行多项，或者全部都执行。可以根据用户设定或者设定的等级，根据不同情况执行不同等级，也可以由电子设备判断交通事故严重程度而采取不同组合的执行动作。

在麦克风数据符合预设碰撞条件，并不立即执行呼救动作，而是启动智能语音功能，获取语音数据，若语音数据符合预设接收条件或根据语音数据，执行呼救动作。通过利用电子设备具备的智能语音功能，可以获得和分析交通事故中驾驶人或乘客的语音信息，来区分不同程度的交通事故，在语音数据符合预设接收条件或根据语音数据，交通事故达到一定程度，执行呼救动作，可以识别区分不同程度的交通事故，智能地执行呼救动作。

请参阅图3，本申请实施例提供另一种智能呼救方法，用于电子设备，除了包括上述步骤外，在完成步骤S141“若所述麦克风数据符合预设碰撞条件，启动智能语音功能”后，在步骤S142“获取语音数据”前还包括：

步骤S150:播放询问语音。

智能语音功能很重要的功能是“会说”，进行智能问答。在一些实施例中，所述麦克风数据符合预设碰撞条件，认为发生交通事故后，启动智能语音功能，智能语音功能可以通过扬声器播放询问语音。其目的包括确认驾驶人或乘客的安全情况及受伤严重程度。其询问语音可以是提前设置，也可以是智能语音功能根据交通事故场景自行发问，比如“请问您受伤了吗？”“您的身体还可以活动吗？”“请问有流血吗？”等。除了受伤情况的确认外，还可以询问是否执行呼救动作，比如“请问是否需要拨打120求救？”“请问是否需要给XXX打电话？”“请问是否需要给XXX发信息”，以便获得后续执行呼救动作的指令。

需要说明的是，不具有智能语音功能的电子设备，可以通过自行设定询问语音内容，可以是电子设备初始设定，也可以是用户提前设定。

交通事故发生后，利用智能语音功能播放询问语音，能够确认驾驶人或乘客的安全情况及受伤严重程度，也能获得后续执行呼救动作的指令，在一定程度上还可以起到安慰受伤人员的作用。

在一些实施例中，电子设备播放询问语音后，可能会得到回复，也可能没有得到回复。特别是询问语音包括是否执行呼救动作，其回复场景可以包括：接收到确认肯定的答复，如“拨打”“拨打120”“发信息”等；接收到否定的答复，如“不拨打”“不发送”等；预设时间内没有接收到回复，也就是播放询问语音后在一定时间内，没有接收到驾驶人或乘客的任何回复。这三种场景可以作为预设接收条件，设定在电子设备中。

请进一步参考图4，本申请实施例提供又一种智能救助方法，用于电子设备。在一些实施例中，电子设备播放询问语音后，获取的语音数据符合预设时间未接收到回复，那么可能是驾驶人和乘客受伤严重，暂时丧失了语言表达能力，无法完成回复和沟通。在完成步骤S132“当所述预设接收条件为预设时间未接收到回复，执行呼救动作”，即执行包括拨打紧急求救电话、拨打指定电话、拨打最密切联系人电话等通话类呼救动作后，其方法还包括：

步骤S160：播放求救信息或应答通话。

在一些实施例中，由于驾驶人和乘客受伤严重，暂时丧失了语言表达能力，无法完成回复和沟通，那么在执行包括拨打紧急求救电话、拨打指定电话、拨打最密切联系人电话等通话类呼救动作后，在通话建立后，驾驶人或乘客也无法进行通话交流，无法把交通事故的情况反馈出去，无法实现有效报警和呼救。因此，在通话后，电子设备通过扬声器可以播放求救信息，求救信息可以提前设定，也可以利用智能语音功能，根据识别的交通事故场景，在通话后利用扬声器与对方进行通话，告知交通事故情况，回答基本询问，以完成应答通话。

需要说明的是，在一些实施例中，其方法还包括步骤S110,S120,S141,S150,S142等全部或部分步骤。

在驾驶人和乘客受伤严重，暂时丧失了语言表达能力，无法完成回复和沟通情况下，通过自行播放求救信息或利用智能语音功能播放求救信息或应答通话，能有效弥补驾驶人或乘客语言表达能力的暂时丧失，提供交通事故情况，有效完成呼救，使受伤人员得到及时救治，减小交通事故的损失。

请参阅图5，本申请实施例提供再一种智能呼救方法，除包括上述步骤外，其方法还包括：

步骤S170：获取所述电子设备的定位信息。

步骤S180：发送所述定位信息。

在一些实施例中，电子设备具有定位功能，其安装有定位系统，如全球定位系统GPS(Global Positioning System)，北斗导航系统等。以GPS为例，电子设备内置GPS信号接收芯片。其主要功能是能够捕获到按一定卫星截止角所选择的待测卫星，并跟踪这些卫星的运行。当接收机捕获到跟踪的卫星信号后，即可测量出接收天线至卫星的伪距离和距离的变化率,解调出卫星轨道参数等数据。根据这些数据，接收芯片中的微处理计算机就可按定位解算方法进行定位计算，计算出用户所在地理位置的经纬度、高度、速度、时间等信息。电子设备如手机，可以打开定位服务，便可以通过定位系统获得电子设备的定位信息。

交通事故中，进行救助很重要的一方面便是找到交通事故发生的准确地址，以便快速开展救助。而发生交通事故的准确地址，交通事故当事人是最为清楚和容易获知的，而交通事故当事人获知交通事故准确地址最为便捷的方式便是通过携带的电子设备如手机获取定位信息。

在一些实施例中，电子设备获取定位信息后将定位信息发送出去，这是配合拨打电话、发送文字信息等呼救动作的另一种呼救动作。可以理解为拨打了电话，同时发送定位信息，以便救助人员了解了交通事故情况，也知晓交通事故发生的地址。

需要说明的是，获取定位信息和发送定位信息，可以是独立的呼救动作。例如电子设备用户与指定联系人约定，一旦发送定位信息，便意味着发生了交通事故，因此述麦克风数据符合预设碰撞条件，认为发生了交通事故，执行的呼救动作便是获取电子设备定位信息，并给指定联系人发送该定位信息。指定联系人便可以组织救助。

判断交通事故发生后，通过电子设备自带的定位系统获取定位信息，并发送定位信息，有主救助人员知晓准确的交通事故发生地址，能够有效、快速地组织营救。

请参阅图6，本申请实施例提供的一种智能呼救方法，用于电子设备。除包括上述步骤外，其方法还包括：

步骤S121:将所述麦克风数据与数据库中预设碰撞数据进行匹配；

步骤S133：若所述麦克风数据与所述数据库中预设碰撞数据匹配成功，执行呼救动作。

在一些实施例中，电子设备具有一个数据库，或者可以通过网络连接云端数据库，该数据库整理收集的数据是交通事故中碰撞的声音信息，包括交通事故发生时的环境音声强、环境音频率、环境音波形等数据。

响度、音调、音色是声音的三个主要特征，响度是人主观感觉声音的大小，即音量；音调是声音的高低；音色因物体材料的特性而不同，人们根据这三个特征来区分声音。电子设备也主要采集这些特征的声音信号来识别和分析声音。但是机器与人不同，其识别和分析的主要不是模拟信号，而是数字信号，因此其收集的声音信息主要是代表响度的声强，测量单位为分贝(dB)；代表音调的频率，测量单位是赫兹(Hz)；以及代表音色的波形。

在一些实施例中，数据库需要先行建立，其数据来源可以包括各汽车厂商、国家质检部门、各种实验室所做的车辆碰撞实验所产生、收集的碰撞时声音信息，可以包括交通记录仪所记录的各类交通事故发生时的声音信息，还可以是道路监控视频所记录的各类交通事故发生时的声音信息。收集的声音信息主要包括交通事故碰撞的声强、碰撞时的频率，不同车辆碰撞或车与人碰撞时的音色的波形等。数据库建立过程可以利用智能算法来辅助收集和整理，形成一个大数据库。交通事故发生时碰撞声音收集后，数据库还需要对声音信息进行整理，根据环境音声强、环境音频率、环境音音色进行分类和整理，并结合算法统计出轻微事故、一般事故、重大事故和特大事故分别对应的环境音声强阈值范围、环境音频率范围，以及环境音波形大致形状，从而形成交通事故等级的碰撞数据表。而通过算法统计出来的各个等级交通事故对应的环境音声强阈值范围、环境音频率范围，以及环境音波形大致形状可以作为预设碰撞数据。其中以哪个阈值作为预设碰撞数据可以由用户选择设定，也可以由算法统计出的最大值作为预设碰撞数据。

在一些实施例中，轻微事故对应的环境音声强阈值范围、环境音频率范围，以及环境音波形大致形状作为预设碰撞数据，也即是预设碰撞条件为轻微事故对应的环境音声强阈值范围、环境音频率范围，以及环境音波形大致形状的一种或多种，可以认为此时已经发生了交通事故。

在一些实施例中，将麦克风数据与数据库中预设碰撞数据进行匹配，也就是将麦克风数据与轻微事故对应的环境音声强阈值范围、环境音频率范围，以及环境音波形大致形状的一种或多种进行匹配。麦克风数据与所述数据库中预设碰撞数据匹配成功，就意味着采集的麦克风数据可以对应上轻微事故对应的环境音声强阈值范围、环境音频率范围，以及环境音波形大致形状的一种或多种，可以认为发生了交通事故。

需要说明的是麦克风数据包括环境音声强、环境音频率、环境音音色的一种或多种。

需要进一步说明的是，在一些实施例中，其方法还包括步骤S140，步骤S150，步骤S160，步骤S170，步骤S180的全部或部分步骤。

利用交通事故数据库中预设碰撞数据作为判断采集的麦克风数据的标准，进而判断是否发生了交通事故。通过数据的类比性判断场景的相似性，能有效识别交通事故的发生，提高识别的准确性和智能性。

请参阅图7，本申请实施例提供一种智能呼救方法，用于电子设备，其方法除包括上述步骤外，还包括：

步骤S210：获取所述传感器数据。

在一些实施例中，确认交通事故发生，除了利用麦克风采集声音信息外，还可以利用传感器采集电子设备的状态。发生交通事故，由碰撞带来的冲击，往往会使得电子设备发生跌落。因此，利用传感器获取电子设备的状态，可以辅助判断是否发生交通事故。

传感器(transducer/sensor)是一种检测装置，能感受到被测量的信息，并能将感受到的信息，按一定规律变换成为电信号或其他所需形式的信息输出，以满足信息的传输、处理、存储、显示、记录和控制等要求。传感器一般由敏感元件、转换元件、变换电路和辅助电源四部分组成。传感器通过敏感元件获取外界信息，通过转换元件，变换电路将模拟信号转换为数字信号。电子设备如手机都设置有传感器器件，包括加速度传感器，接近传感器，光线传感器，陀螺仪传感器，重力传感器，磁场传感器等。而来用判断电子设备是否发生跌落的传感器可以包括加速度传感器、重力传感器、接近传感器等。如使用接近传感器时，接近传感器拥有发射和接受装置，红外LED灯发射红外线，被近距离物体反射后，红外探测器通过接收到红外线的强度，测定距离。通过接近传感器测定距离地面的距离来判断是否发生了跌落。

在一些实施例中，由传感器获取外界信息并转换成数字信号，处理器对该数据进行读取和处理。

在一些实施例中，传感器为加速度传感器，根据加速度传感器的实现原理，目前加速度传感器主要的类型有：压阻式、压电式、电容式三种，他们是将待测量物体的加速度转化为传感单元的电阻/电压/电容的变化，再通过转换电路将传感单元的变化数值转化为电压值，接着进行信号相应的放大以及滤波处理，将模拟量处理为合适的稳定的输出信号，此时输出的信号为电压值，最后通过ADC转换器(模数转换器)，转换为数字信号。

在一些实施例中优先三轴加速度传感器，可以利用加速度传感器实时监测电子设备三维方向的数据，三维方向指的是X轴、Y轴及Z轴方向。正面观看电子设备的屏幕，可以认为X轴是指屏幕底边向右的方向、Y轴是指屏幕底边向屏幕顶端的方向，Z轴是指垂直于屏幕向上的方向。

若电子设备通过加速度传感器确定在X轴方向上的加速度值为ax，在Y轴方向上的加速度值为ay和在Z轴方向上的加速度值为az，则该电子设备的加速度值为

步骤S220：匹配所述传感器数据与预设跌落条件。

在一些实施例中，预设跌落条件是判断是否发生交通事故的条件之一，是预设在电子设备中的传感器的条件。其可以是电子设备初始设定或用户自行设定或选择设定。主要是根据预设的传感器阈值来判断电子设备是否发生了跌落事件。

在一些实施例中，优先采用加速度传感器，通过计算三轴加速度传感器三轴的加速度值来统计电子设备的加速度值。通常，三轴加速度模拟电压信号定时通过内部的一个12位模数AD转换器转换成相应的数字值，进而根据一定的算法折算出实际发生在X、Y、Z三个轴向上的加速度值，一般用4个字节浮点数表示，利用三轴转台将三轴加速度传感器在三个轴向上的-1g对应的模数AD转换值约1228和+1g对应的模数AD转换值约2867，由于采用不同的加速度传感器型号，其数值表示方式及数值不同，在此仅用于说明，不做范围限定。

通常，物体自由落体的重力加速度为g，由于交通事故中，电子设备由于车辆碰撞产生的冲击，跌落时的加速度往往大于g.

在一些实施例中，采用加速度传感器，预设跌落条件可以包括加速度传感器数据大于第二预设阈值，其第二预设阈值可以为g。也就是加速度传感器数据大于重力加速度g，就意味着收到了外力的冲击。在具体阈值上，第二预设阈值可以包括1000,1100，2900或3000，小于-1g或大于+1g的转换值，同样需要说明的是，由于采用不同的加速度传感器型号，其数值表示方式及数值不同，此处转换值仅做说明，不做范围限定。

步骤120：匹配所述麦克风数据与预设碰撞条件。

如上所述，预设碰撞条件可以包括数据库中预设碰撞数据，同时，还可以包括预设的环境音声强、环境音频率、环境音音色的数据。由于环境音音色是用波形表现，而波形需要结合声音的频率振幅等综合判断，较难数值化，在本申请实施例中电子设备预设条件时优先使用环境音声强、环境音频率作为碰撞数据。

声强是表示声音的强度，单位为分贝(dB)，如人们窃窃私语的声强是20分贝，正常交谈是50分贝，街道环境为70分贝。根据研究人耳舒适度上限是75分贝，超过75分贝，人耳便会觉得难受，人耳所能承受的最强声音通常为90分贝，如果超过这个限度，即使自己感觉不出来，脆弱而敏感的内耳也会受损。

在一些实施例中，交通事故伴随着碰撞，且多是车辆间金属的碰撞，认定交通事故发生，可以设定预设碰撞条件包括麦克风数据大于第一预设阈值，第一预设阈值可以设置为声强为80分贝或者90分贝。这一阈值可以电子设备初始设定，也可以由用户自行设定。

频率指的是物体每秒振动的次数。物体每秒振动1次，它的频率就是一赫兹，符号是Hz。一般来说，物体振动越快，频率越高，人耳感受的音调也越低。人耳可感受的声音频率范围在20～20000Hz之间，大于20000Hz的声音是超声，低于20Hz的声音是次声，这两种声音人耳都感受不到。在人耳能感受到的频率范围内，对频率在1000～4000Hz的声音最敏感，而传感器根据功能的不同可以测量的频率范围也不一样，但是大部分都可以测量20～20000Hz的频率。通过实验，车辆轻微碰撞的频率大约为500Hz.

在一些实施例中，环境音频率作为碰撞数据，设定预设碰撞条件包括麦克风数据大于第一预设阈值，第一预设阈值可以设置为频率为500Hz或600Hz.这一阈值可以电子设备初始设定，也可以由用户自行设定。

步骤S134：若所述麦克风数据符合预设碰撞条件，所述传感器数据符合所述预设跌落条件，执行所述呼救动作。

在一些实施例中，通过把麦克风数据与预设环境音数据进行匹配，传感器数据与预设跌落数据进行匹配，当两个数据都符合预设条件时，即电子设备发生跌落，麦克风采集到碰撞的声音，可以认为发生了交通事故，可以执行呼救动作。

需要进一步说明的是，在一些实施例中，其方法还包括步骤S140，步骤S150，步骤S160，步骤S170，步骤S180，步骤S121的全部或部分步骤。

通过联合使用麦克风和传感器，将其采集的数据与预设的数据进行匹配，进而判断是否发生了交通事故，两个器件的使用能有效提高交通事故发生判断的准确性，提供识别准度，促进及时呼救。

请参阅图8和图9，在一些实施例中，智能呼救方法还包括：

步骤S10：获取所述电子设备的导航程序状态；

电子设备具备定位系统，有的具有导航程序，一般电子设备可以安装导航程序。导航程序可以为地图软件，如谷歌地图、高德地图、百度地图、腾讯地图等。电子设备可以获取到电子设备是否有安装导航程序，以及导航程序的状态，如打开状态或关闭状态，如导航模式或非导航模式。

步骤S20：若所述导航程序处于导航模式，确认所述电子设备处于运动状态。

判断交通事故的发生，重要前提是处于运动状态中，如果是静止状态发生交通事故概率低。在一些实施例中，如果获取到电子设备的导航程序打开且处于导航模式，由于导航程序的打开和导航模式的开启通常是响应于用户的操作指令，那么可以认为用户处于驾驶过程或运动过程，也就是电子设备处于运动状态。

在一些实施例中，该方法还可以包括上述的全部步骤或部分步骤。

通过获取电子设备导航程序的状态，判断电子设备的状态，从而间接获取用户的状态，识别出交通事故发生的前提的运动场景，简化了识别程序，有助于有效、准确识别交通事故的发生，及时进行呼救和得到救治。

请参阅图10，本申请提供的一种智能呼救装置300，可运行于电子设备，所述装置300包括：

获取单元310：用于响应于电子设备处于运动状态，获取麦克风数据。

作为一种方式，获取单元310具体用于当电子设备处于运动状态，获取麦克风采集的声音信号和转换的数字信号。

匹配单元320：用于匹配麦克风数据与预设碰撞条件。

执行单元330：用于若麦克风数据符合预设碰撞条件，执行呼救动作。

在一些实施例中，获取单元310还可以获取传感器数据，包括加速度传感器数据。

在一些实施例中，匹配单元320还可以用来匹配传感器数据与预设跌落数据。

请参阅图11，本申请提供的一种智能呼救装置400，可运行于电子设备，所述装置400除包括上述单元外，还包括：

智能语音单元340：用于控制播放询问语音、播放求救信息、应答通话的至少一种。

定位单元350：用于给所述电子设备定位。

请参阅图12，本申请提供的一种智能呼救装置500，可运行于电子设备，所述装置500除包括上述单元外，还包括：

确认单元360：用于若所述地图应用程序处于导航模式，确认所述电子设备处于运动状态。

需要说明的是，前述装置实施例与前述方法实施例是相对应的，装置实施例中的具体内容可以参见前述方法实施例中的内容。

下面将结合图13以及图14对本申请提供的一种电子设备进行说明。

请参阅图13，基于上述的智能呼救方法、装置，在一些实施例中还提供一种可以执行前述智能呼救方法的电子设备100。电子设备100包括本体部10，本体部10包括壳体12及设置在壳体12上的屏幕120。壳体12可采用金属、如钢材、铝合金制成。电子设备还包括摄像头组件220，麦克风101，加速度传感器114G。

在一些实施例中，屏幕120以及第二屏幕121通常包括显示面板111，也可包括用于响应对显示面板111进行按压操作的电路等。显示面板111可以为一个液晶显示面板(Liquid Crystal Display，LCD)，也可以为有机发光半导体面板(Organic Light-Emitting Diode，OLED)。在一些实施例中，显示面板111同时为一个触摸屏109。

请参阅图14，基于上述的智能呼救方法、装置，在一些实施例中还提供一种可以执行前述智能呼救的电子设备100。电子设备100包括一个或多个(图中仅示出一个)处理器102、存储器104、RF(Radio Frequency，射频)模块106、音频电路110、传感器114、输入模块118、电源模块132、摄像头220。本领域普通技术人员可以理解，本申请并不对电子设备100的结构造成限定。例如，电子设备100还可包括比图中所示更多或者更少的组件，或者具有与图中所示不同的配置。

本领域普通技术人员可以理解，相对于处理器102来说，所有其他的组件均属于外设，处理器102与这些外设之间通过多个外设接口124相耦合。外设接口124可基于以下标准实现：通用异步接收/发送装置(Universal Asynchronous Receiver/Transmitter，UART)、通用输入/输出(General Purpose Input Output，GPIO)、串行外设接口(SerialPeripheral Interface，SPI)、内部集成电路(Inter-Integrated Circuit，I2C)，但不并限于上述标准。在一些实例中，外设接口124可仅包括总线；在另一些实例中，外设接口124还可包括其他元件，如一个或者多个控制器，例如用于连接显示面板111的显示控制器或者用于连接存储器的存储控制器。此外，这些控制器还可以从外设接口124中脱离出来，而集成于处理器102内或者相应的外设内。

存储器104可用于存储软件程序以及模块，例如存储可以执行本申请所提供的截屏方法的程序以及装置，处理器102通过运行存储在存储器104内的软件程序以及装置，从而执行各种功能应用以及数据处理。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至电子设备100或屏幕210。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

RF模块106用于接收以及发送电磁波，实现电磁波与电信号的相互转换，从而与通讯网络或者其他设备进行通讯。RF模块106可包括各种现有的用于执行这些功能的电路元件，例如，天线、射频收发器、数字信号处理器、加密/解密芯片、用户身份模块(SIM)卡、存储器等等。RF模块106可与各种网络如互联网、企业内部网、无线网络进行通讯或者通过无线网络与其他设备进行通讯。上述的无线网络可包括蜂窝式电话网、无线局域网或者城域网。上述的无线网络可以使用各种通信标准、协议及技术，包括但并不限于全球移动通信系统(Global System for Mobile Communication，GSM)、增强型移动通信技术(Enhanced DataGSM Environment，EDGE)，宽带码分多址技术(wideband code division multipleaccess，W-CDMA)，码分多址技术(Code division access，CDMA)、时分多址技术(timedivision multiple access，TDMA)，无线保真技术(Wireless，Fidelity，WiFi)(如美国电气和电子工程师协会标准IEEE 802.10A，IEEE 802.11b，IEEE802.11g和/或IEEE802.11n)、网络电话(Voice over internet protocal，VoIP)、全球微波互联接入(Worldwide Interoperability for Microwave Access，Wi-Max)、其他用于邮件、即时通讯及短消息的协议，以及任何其他合适的通讯协议，甚至可包括那些当前仍未被开发出来的协议。

其中，摄像头220作为图像采集器件用于采集图像，例如采集待加密的数据，并传递给处理102进行处理。作为另外一种方式，电子设备100包括相互耦合的触控器件、检测电路以及处理电路，触控器件，用于用户进行触控操作；检测电路，用于检测到有数据需进行加密后，获取触发对数据进行加密的触控操作的触控参数；处理电路，用于基于触控操作的触控参数，确定数据加密等级；基于加密等级对数据进行加密。

在一些实施例中，音频电路110、扬声器101、声音插孔103、麦克风105共同提供用户与电子设备100或屏幕210之间的音频接口。具体地，音频电路110从处理器102处接收声音数据，将声音数据转换为电信号，将电信号传输至扬声器101。扬声器101将电信号转换为人耳能听到的声波。音频电路110还从麦克风105处接收电信号，将电信号转换为声音数据，并将声音数据传输给处理器102以进行进一步的处理。音频数据可以从存储器104处或者通过RF模块106获取。此外，音频数据也可以存储至存储器104中或者通过RF模块106进行发送。

在一些实施例中，传感器114设置在电子设备100内或屏幕210内，传感器114的实例包括但并不限于：加速度传感器114F、接近传感器114G、红外热传感器、以及其他传感器。其中，加速度传感器可以用于实时获取电子设备的运动姿态，例如，实时采集电子设备的加速度值以及加速度的方向。

作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别电子设备100姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等。另外，电子设备100还可配置陀螺仪、气压计、湿度计、温度计等其他传感器，在此不再赘述。其中陀螺仪可以实时采集电子设备100的转动角速度，以便电子设备可以按照前述的实施方式判断电子设备是否处于坠落状态。

在一些实施例中，输入模块118可包括设置在屏幕210上的触摸屏109，触摸屏109可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触摸屏109上或在触摸屏109附近的操作)，并根据预先设定的程序驱动相应的连接装置。可选的，触摸屏109可包括触摸检测装置和触摸控制器。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将该触摸信息转换成触点坐标，再送给处理器102，并能接收处理器102发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多分类型实现触摸屏109的触摸检测功能。除了触摸屏109，在其它变更实施方式中，输入模块118还可以包括其他输入设备，如按键。按键例如可包括用于输入字符的字符按键，以及用于触发控制功能的控制按键。控制按键的实例包括“返回主屏”按键、开机/关机按键等等。

在一些实施例中，屏幕210用于显示由用户输入的信息、提供给用户的信息以及电子设备100的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、数字、视频和其任意组合来构成，在一个实例中，触摸屏109可设置于显示面板111上从而与显示面板111构成一个整体。

在一些实施例中，电源模块132用于向处理器102以及其他各组件提供电力供应。具体地，电源模块132可包括电源管理系统、一个或多个电源(如电池或者交流电)、充电电路、电源失效检测电路、逆变器、电源状态指示灯以及其他任意与电子设备100或屏幕210内电力的生成、管理及分布相关的组件。

电子设备100还包括定位器119，定位器119用于确定电子设备100所处的实际位置。本实施例中，定位器119采用定位服务来实现电子设备100的定位，定位服务，应当理解为通过特定的定位技术来获取电子设备100的位置信息(如经纬度坐标)，在电子地图上标出被定位对象的位置的技术或服务。

应当理解的是，上述的电子设备100并不局限于智能手机终端，其应当指可以在移动中使用的计算机设备。具体而言，电子设备100，是指搭载了智能操作系统的移动计算机设备，电子设备100包括但不限于智能手机、智能手表、平板电脑，等等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子设备)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成。程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (20)

1.一种智能呼救方法，用于电子设备，所述电子设备包括麦克风，其特征在于，所述方法包括：

响应于所述电子设备处于运动状态，获取所述麦克风数据；

匹配所述麦克风数据与预设碰撞条件；

若所述麦克风数据符合所述预设碰撞条件，执行呼救动作。

2.根据权利要求1所述的智能呼救方法，所述电子设备具有智能语音功能，其特征在于，若所述麦克风数据符合预设碰撞条件，所述执行呼救动作前，所述方法还包括：

启动所述智能语音功能，获取语音数据；

所述执行呼救动作包括：

若所述语音数据符合预设接收条件或根据所述语音数据，执行所述呼救动作。

3.根据权利要求2所述的智能呼救方法，其特征在于，启动所述智能语音功能后，获取语音数据前，所述方法还包括：

播放询问语音；

其中，所述询问语音包括是否执行所述呼救动作。

4.根据权利要求1所述的智能呼救方法，其特征在于，所述执行呼救动作包括：

拨打紧急求救电话、拨打指定电话、拨打最密切联系人电话、发送求救文字信息的任一种。

5.根据权利要求3所述的智能呼救方法，其特征在于，所述预设接收条件包括：

确认回复、否定回复或预设时间未接收到回复。

6.根据权利要求5所述的智能呼救方法，其特征在于，当所述语音数据符合预设时间未接收到回复，所述执行呼救动作后，所述方法还包括：

播放求救信息或应答通话；

其中，所述执行呼救动作包括拨打紧急求救电话、拨打指定电话、拨打最密切联系人电话的任一种。

7.根据权利要求1、4或6中任一项所述的智能呼救方法，所述电子设备具有定位功能，其特征在于，所述执行呼救动作还包括：

获取所述电子设备的定位信息；

发送所述定位信息。

8.根据权利要求1所述的智能呼救方法，其特征在于，所述预设碰撞条件包括：

所述麦克风数据符合数据库预设碰撞数据；

其中，所述数据库包括交通事故发生时的环境音声强，环境音频率、环境音音色等数据。

9.根据权利要求8所述的智能呼救方法，其特征在于，所述数据库由碰撞实验、行车记录仪、道路监控视频等数据生成。

10.根据权利要求1或8所述的智能呼救方法，其特征在于，所述麦克风数据包括环境音声强、环境音频率、环境音音色的一种或多种。

11.根据权利要求1所述的智能呼救方法，其特征在于，所述电子设备还包括传感器，所述方法还包括：

获取所述传感器数据；

匹配所述传感器数据与预设跌落条件；

所述执行呼救动作包括：

若所述麦克风数据符合预设碰撞条件，所述传感器数据符合所述预设跌落条件，执行所述呼救动作。

12.根据权利要求11所述的智能呼救方法，其特征在于，所述麦克风数据包括环境音声强或环境音频率，所述预设碰撞条件包括所述麦克风数据大于第一预设阈值。

13.根据权利要求11所述的智能呼救方法，其特征在于，所述传感器包括加速度传感器，所述预设跌落条件包括所述加速度传感器数据大于第二预设阈值。

14.根据权利要求1或11所述的智能呼救方法，其特征在于，所述方法还包括：

获取所述电子设备的地图应用程序状态；

若所述地图应用程序处于导航模式，确认所述电子设备处于运动状态。

15.一种智能呼救装置，用于电子设备，其特征在于，所述电子设备包括麦克风，所述装置包括：

获取单元，用于响应于所述电子设备处于运动状态，获取所述麦克风数据；

匹配单元，用于匹配所述麦克风数据与预设碰撞条件；

执行单元，用于若所述麦克风数据符合所述预设碰撞条件，执行呼救动作。

16.根据权利要求15所述的智能呼救装置，其特征在于，所述电子设备还包括：

智能语音单元，用于控制播放询问语音、播放求救信息、应答通话的至少一种；

定位单元，用于给所述电子设备定位。

17.根据权利要求15所述的智能呼救装置，其特征在于，所述电子设备还包括传感器，所述获取单元还用于获取传感器数据，所述匹配单元还用于匹配所述麦克风数据与预设碰撞条件。

18.根据权利要求15所述的智能呼救装置，其特征在于，所述电子设备还包括：

确认单元，用于若所述地图应用程序处于导航模式，确认所述电子设备处于运动状态。

19.一种智能呼救电子设备，其特征在于，包括处理器和存储器，所述存储器中存储有至少一条动作、至少一段程序、代码集或动作集，所述至少一条动作、所述至少一段程序、所述代码集或动作集由所述处理器执行以实现权利要求1至14任一项所述的智能呼救方法。

20.一种计算机可读存储介质，所述存储介质中存储有至少一条动作、至少一段程序、代码集或动作集，所述至少一条动作、所述至少一段程序、所述代码集或动作集由处理器执行以实现权利要求1至14任一项所述的智能呼救方法。

Images