CN107613144B - 自动呼叫方法、装置、存储介质及移动终端 - Google Patents

Abstract

本申请实施例公开了自动呼叫方法、装置、存储介质及移动终端。该方法包括：检测到移动终端处于车辆内部；通过移动终端中的麦克风采集语音数据，并识别语音数据对应的语音内容；当语音内容中包含预设关键词时，自动呼叫紧急联系人。本申请实施例通过采用上述技术方案，可以在驾车或乘车过程中出现意外情况时，根据用户说出的包含预设关键词的语句来实现自动呼叫紧急联系人，在用户不方便主动拨打电话的特殊情况下帮助用户自动联系紧急联系人，使移动终端更加智能化。

Description

自动呼叫方法、装置、存储介质及移动终端

技术领域

本申请实施例涉及移动终端技术领域，尤其涉及自动呼叫方法、装置、存储介质及移动终端。

背景技术

为了满足用户在生活以及工作中的语音通话或视频通话等需求，多数移动终端都具备通话功能，如手机及平板电脑等。

当移动终端作为主叫方时，用户可查找通讯录或联系人列表中想要联系的人的名称，或者直接输入电话号码等，然后通过点击呼叫图标等方式触发呼叫事件。然而，在某些情况下，用户可能不方便手动操作移动终端来实现呼叫，因此，需要提供一种自动呼叫的方案。

发明内容

本申请实施例提供一种自动呼叫方法、装置、存储介质及移动终端，可以使移动终端实现自动呼叫功能。

第一方面，本申请实施例提供了一种自动呼叫方法，包括：

检测到移动终端处于车辆内部；

通过所述移动终端中的麦克风采集语音数据，并识别所述语音数据对应的语音内容；

当所述语音内容中包含预设关键词时，自动呼叫紧急联系人。

第二方面，本申请实施例提供了一种自动呼叫装置，包括：

位置检测模块，用于检测移动终端是否处于车辆内部；

语音识别模块，用于在检测到移动终端处于车辆内部时，通过所述移动终端中的麦克风采集语音数据，并识别所述语音数据对应的语音内容；

自动呼叫模块，用于在所述语音内容中包含预设关键词时，自动呼叫紧急联系人。

第三方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请实施例所述的自动呼叫方法。

第四方面，本申请实施例提供了一种移动终端，包括存储器，处理器及存储在存储器上并可在处理器运行的计算机程序，所述处理器执行所述计算机程序时实现如本申请实施例所述的自动呼叫方法。

本申请实施例中提供的自动呼叫方案，检测到移动终端处于车辆内部,通过移动终端中的麦克风采集语音数据并识别对应的语音内容，当语音内容中包含预设关键词时，自动呼叫紧急联系人。通过采用上述技术方案，可以在驾车或乘车过程中出现意外情况时，根据用户说出的包含预设关键词的语句来实现自动呼叫紧急联系人，在用户不方便主动拨打电话的特殊情况下帮助用户自动联系紧急联系人，使移动终端更加智能化。

附图说明

图1为本申请实施例提供的一种自动呼叫方法的流程示意图；

图2为本申请实施例提供的另一种自动呼叫方法的流程示意图；

图3为本申请实施例提供的又一种自动呼叫方法的流程示意图；

图4为本申请实施例提供的一种自动呼叫装置的结构框图；

图5为本申请实施例提供的一种移动终端的结构示意图；

图6为本申请实施例提供的又一种移动终端的结构示意图。

具体实施方式

下面结合附图并通过具体实施方式来进一步说明本申请的技术方案。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部结构。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

图1为本申请实施例提供的一种自动呼叫方法的流程示意图，该方法可以由自动呼叫装置执行，其中该装置可由软件和/或硬件实现，一般可集成在移动终端中。如图1所示，该方法包括：

步骤101、检测到移动终端处于车辆内部。

示例性的，本申请实施例中的移动终端可包括手机及平板电脑等具备通话功能的移动设备。

如今，汽车已成为人们生活中重要的代步工具，开车出行或乘坐他人车辆出行已成为非常常见的事情。在开车或乘车过程中也经常出现需要与他人共处同一辆车的情况，当同车人为陌生人时，有时可能会出现一些意外的情况，如打劫、发生争执或恶意人员意图不轨等等。在共享经济快速发展的背景下，许多打车应用软件应用而生，这些应用提供了打车、拼车以及专车等服务，使得与陌生人同车的机会大大增多。在发生上述类似意外情况下，往往不方便拨打电话与外界联系，使用户错失得到外界帮助的机会，本申请实施例中提供了自动呼叫方案，可以有效解决该问题。

示例性的，可在移动终端中增加车内自动呼叫设置选项，由用户在进入车辆前触发上车选项，若移动终端检测到上车选项被触发，则可视为检测到移动终端处于车辆内部。此外，也可由移动终端自动进行检测，自动检测的方式本申请实施例不做限定，以下给出几种方式作为示意性说明。

1、通过移动终端中的运动传感器检测到所述移动终端处于行车状态。

示例性的，移动终端中一般会集成有加速度传感器或陀螺仪等运动传感器，利用这些运动传感器可以检测出移动终端的加速度以及速度等运动信息。当移动终端处于车内时，移动终端的运动状态基本与车辆一致，而车辆在行车过程中运动状态会符合一定的运动规律，比如速度比较快，停车或启动时加速度比较大等，当检测到移动终端的运动信息满足行车时对应的运动规律时，可确定移动终端处于行车状态，进而确定移动终端处于车辆内部。

2、检测到移动终端与车辆处于通信连接状态。

如今多数车辆具备有线或无线通信功能，移动终端可通过通用串行总线(Universal Serial Bus，USB)方式与车辆通信，也可通过蓝牙等无线通信方式与车辆通信，建立通信连接后，可将移动终端中的音乐等数据发送至车辆。对于驾驶者来说，可能将自己的移动终端与车辆建立通信连接，因此，当检测到移动终端与车辆处于通信连接状态时，可确定移动终端处于车辆内部。

3、检测到移动终端搜索到的车辆无线信号的强度超过预设强度阈值。

如上文所述，移动终端可以通过无线方式与车辆建立通信连接，而有些驾驶者可能出于节约电量等原因不会建立通信连接，或者对于乘客来说可能由于无法获得验证信息而无法连接。当车辆的无线通信功能处于开启状态时，移动终端能够搜索到车辆的无线信号，且在车内时搜索到的无线信号的强度较高，因此，可设置预设强度阈值，若当前搜索到的无线信号强度超过预设强度阈值，可说明移动终端处于车辆内部。

4、检测到移动终端中的打车应用处于运行状态，并从所述打车应用中的当前订单信息中获知乘客已上车。

示例性的，在打车应用中，为了准确计费，在乘客上车后，一般会由司机或乘客确认已上车，接收到确认指令后，打车应用中的当前订单信息也会随之更新。本申请实施例中，可预先开通获取打车应用中订单信息的权限，在检测到打车应用处于运行状态时，获取当前订单信息并判断乘客是否已上车。可选的，可通过判断移动终端中是否存在打车应用对应的进程来判断打车应用是否处于运行状态。

可以理解的是，可同时采用以上的两种以上的方式来判断移动终端是否处于车辆内部，或者结合其他方式来判断。当判定方式存在多种时，可以在满足任一判定条件时，确定移动终端处于车辆内部，例如，满足上述1、2、3或4任意一种判定条件时，确定移动终端处于车辆内部，避免因出现漏判的情况而无法触发自动呼叫操作；也可在同时满足多个判定条件时，才确定移动终端处于车辆内部，避免因出现误判而导致采集过多无用的语音数据，增加不必要的功耗。

步骤102、通过移动终端中的麦克风采集语音数据，并识别语音数据对应的语音内容。

本申请实施例中的移动终端具备通话功能，通话功能一般通过集成麦克风(简称mic，又称传声器)来实现。麦克风(简称mic，又称传声器或话筒)是一种将声音信号转换为电信号的能量转换器件，当声音的振动传到麦克风的振动膜上后，会导致里面的磁铁形成变化的电流信号，由声音处理电路对电流信号进行处理后传输到通话对端或进行存储，进而实现通话或录音。本申请实施例对麦克风的具体类型、数量及所在位置不做限定，例如，对于手机来说，可以是设置在手机下侧面的一个或多个驻极体式麦克风。

可选的，可通过麦克风实时采集语音数据，并以预设时间单位为周期进行语音内容的识别。示例性的，以下对音频数据的识别过程进行简单介绍：一般，一段语音数据包含多个词语，一个词语由至少一个单词组成，一个单词由多个音素组成，而一个音素由三个状态组成。其中，单词的发音是由音素构成，汉语一般直接用全部声母和韵母作为音素集。在对待播放音频数据进行识别之前，会将待播放音频数据进行分帧，把待播放音频数据切成多个小段，每小段为一帧，一般一帧的长度为25毫秒。音频数据的识别过程就是：1、把帧识别成状态；2、把状态组合成音素；3、把音素组合成单词。在识别出具体的语音内容后，可以文字等形式对语音内容进行记录。

步骤103、当语音内容中包含预设关键词时，自动呼叫紧急联系人。

示例性的，在发生上述类似意外情况下，为了避免被正在实施恶意行为的人员察觉而带来更多的麻烦或危险，用户往往无法手动操作移动终端拨打电话，也往往无法采用语音拨号的方式直接喊出联系人的姓名。本申请实施例中，可预先设置多个发生意外情况时可能会涉及到的词汇，将这些词汇设定为预设关键词。预设关键词可以包含于恶意人员说的话，例如，“抢劫”、“不许动”及“钱包给我”等等；预设关键词也可以包含于受害的用户说的话，例如，“钱都给你了”、“这样是犯法的”以及“别乱来”等等。预设关键词还可包括一些言辞比较激烈的词汇，如骂人的脏话等。此外，用户也可根据自己的习惯添加不容易被他人发现异常的话，作为预设关键词。

可选的，当识别出语音内容中不包含预设关键词时，可将对应的语音数据删除，以释放移动终端中的存储空间。

本申请实施例中，在判断出语音内容中包含预设关键词时，可认为用户处于危险环境，需要让紧急联系人知道，可自动呼叫紧急联系人。可选的，移动终端可在用户的操作下预先设置紧急联系人，例如，根据用户操作触发紧急联系人设置事件，进入通信录或联系人列表，根据用户选择的联系人确定紧急联系人。可选的，在设置紧急联系人时，可设置多个，并为多个紧急联系人设置自动呼叫的优先级，在判断出语音内容中包含预设关键词时，自动呼叫优先级最高的紧急联系人。此外，本申请实施例中的呼叫并不限于移动电话呼叫，还可以是微信等社交软件中的语音通话或视频通话的呼叫。另外，紧急联系人也并不限于用户移动终端中存储的联系人，还可以是打车软件对应的客服电话或者报案中心的电话等。

进一步的，当紧急联系人存在多个时，可获取所有紧急联系人的位置信息，将各紧急联系人的位置信息与移动终端的当前位置信息进行匹配，将距离用户最近的紧急联系人确定为目标紧急联系人，自动呼叫目标紧急联系人。这样设置的好处在于，可缩短被呼叫的目标紧急联系人采取施救措施的时间。示例性的，可预先与多个紧急联系人开通位置共享功能，当发生意外情况时，能够及时获取到各紧急联系人的位置信息。若位置共享功能处于关闭状态，可由移动终端向紧急联系人发送位置共享请求，若紧急联系人选择同意，则可通过位置共享功能获取紧急联系人的位置信息。

本申请实施例中提供的自动呼叫方法，检测到移动终端处于车辆内部,通过移动终端中的麦克风采集语音数据并识别对应的语音内容，当语音内容中包含预设关键词时，自动呼叫紧急联系人。通过采用上述技术方案，可以在驾车或乘车过程中出现意外情况时，根据用户说出的包含预设关键词的语句来实现自动呼叫紧急联系人，在用户不方便主动拨打电话的特殊情况下帮助用户自动联系紧急联系人，使移动终端更加智能化。

在一些实施例中，通过移动终端中的麦克风采集语音数据之前，还可包括：检测到所述移动终端的实时位置偏离目标行车路线。这样设置的好处在于，在检测到移动终端处于车辆内部的基础上，进一步增加判定条件，能够更加准确的识别出意外情况，避免发生误判，减少无用的语音数据的采集，节省功耗。一般的，在使用导航或者打车应用时，行车路线是设置好的，如果实时位置已偏离了预想的行车路线，则可能是发生了其他意外情况，如司机特意驾驶到偏僻地区或者用户被他人胁迫驾驶到偏僻区域等。其中，目标行车路线可以是导航应用中用户选定的行车路线，还可以是打车应用中推送的行车路线。

在一些实施例中，在自动呼叫紧急联系人的同时，还包括：屏蔽所述移动终端中通话界面的显示。相关技术中，移动终端在处于呼叫状态时，为了方便用户查看呼叫信息，都会显示通话界面。然而，在本申请实施例中，若仍然显示通话界面，那么可能会被恶意人员发现，所以可以屏蔽通话界面的显示。可选的，屏蔽通话界面的显示可以是保持自动呼叫前的界面的显示，例如，自动呼叫前，用户的移动终端正在使用导航应用，所以显示的界面是导航界面，那么在自动呼叫的同时，仍然继续显示导航界面，这样恶意人员就不会发现用户的移动终端正在进行呼叫。可选的，屏蔽通话界面的显示还可以是熄灭屏幕，这时屏幕上未显示任何内容，正在呼叫的这一事件也不会被发现。

在一些实施例中，在自动呼叫紧急联系人之后，还包括：检测所述紧急联系人是否接听呼叫，若接听，则禁止播放紧急联系人侧的通话数据。若紧急联系人选择接听后，建立通话连接，用户一侧的声音可通过麦克风传达给对方，让对方了解用户当前的处境。为了进一步避免通话事件被发现，可禁止播放紧急联系人侧的通话数据，例如，可控制听筒及扬声器屏蔽播放通话对端传来的音频数据(其他音频数据的播放不受影响)，也可直接关闭听筒和扬声器。

在一些实施例中，在自动呼叫紧急联系人之后，可控制所述麦克风持续处于语音采集状态；若检测到所述紧急联系人未接听呼叫，则将执行自动呼叫紧急联系人操作之后采集的语音数据通过网络发送至所述紧急联系人。这样设置的好处在于，可以将用户当前处境对应的音频数据以录音的形式发送给紧急联系人，当紧急联系人看到未接来电时，能够第一时间通过收听音频数据来了解用户的当前处境，及时采取相应措施。可选的，若检测到当前紧急联系人未接听呼叫，还可按照紧急联系人的优先级顺序自动呼叫下一个紧急联系人，还可向当前紧急联系人发送求救信息，或者通过社交软件的方式再次呼叫当前紧急联系人等等。

在一些实施例中，在所述自动呼叫紧急联系人之后，还可包括：获取所述移动终端中的打车应用的当前订单信息，将所述当前订单信息发送至所述紧急联系人，其中，所述当前订单信息包括车辆信息、司机信息、乘客信息、行车路线以及实时地理位置中的至少一项。此处设置可适用于使用打车应用的情况，好处在于能够让紧急联系人第一时间获知用户驾驶或乘车的重要信息，并根据这些重要信息及时采取相应的措施。其中，车辆信息可包括车牌号、车辆型号及颜色等，司机信息可包括司机姓名或称呼以及联系方式(如电话号码)等，乘客信息可包括乘客姓名或称呼以及联系方式(如电话号码)等，行车路线可包括上文所述的目标行车路线或已行驶的路线，实时地理位置可包括实时位置的经纬度坐标等信息。为了保证信息的全面性，当前订单信息可包括车辆信息、司机信息、乘客信息、行车路线和实时地理位置。

图2为本申请实施例提供的另一种自动呼叫方法的流程示意图，以移动终端用户为驾驶者为例进行说明，该方法包括如下步骤：

步骤201、检测到移动终端与车辆处于通信连接状态，获取导航应用中的目标行车路线。

步骤202、判断移动终端的实时位置是否偏离目标行车路线，若是，则执行步骤203；否则，重复执行步骤202。

步骤203、通过移动终端中的麦克风采集语音数据，并识别语音数据对应的语音内容。

步骤204、判断语音内容中是否包含预设关键词，若是，则执行步骤205；否则，返回执行步骤203。

可以理解的是，步骤203和步骤204可并行地进行，即边采集语音数据边识别语音内容中是否包含预设关键词，以提高识别预设关键词的效率及实时性。

步骤205、自动呼叫紧急联系人，并屏蔽通话界面的显示。

可选的，移动终端屏幕显示导航界面。

步骤206、判断当前紧急联系人是否接听，若是，则执行步骤207；否则，执行步骤208。

步骤207、禁止播放紧急联系人侧的通话数据，获取移动终端的当前地理位置，将当前地理位置发送给紧急联系人。

步骤208、将执行自动呼叫紧急联系人操作之后采集的音频数据通过网络发送至紧急联系人。

本申请实施例提供的自动呼叫方法，当用户在恶意人员胁迫下驶离导航路线时，通过语音识别的方式判断用户是否说出了预设关键词，若是，则说明用户可能处于危险处境，自动呼叫紧急联系人，并在通话未接通前和接通后均对移动终端进行了伪装处理，防止恶意人员发现用户的移动终端在执行通话相关操作，为紧急联系人采取措施争取时间。

图3为本申请实施例提供的又一种自动呼叫方法的流程示意图，以移动终端用户为使用打车软件的乘客为例进行说明，该方法包括如下步骤：

步骤301、检测到移动终端中的打车应用处于运行状态，并从所述打车应用中的当前订单信息中获知用户已上车，获取当前订单信息中的目标行车路线。

步骤302、判断移动终端的实时位置是否偏离目标行车路线，若是，则执行步骤203；否则，重复执行步骤202。

步骤303、通过移动终端中的麦克风采集语音数据，并识别语音数据对应的语音内容。

步骤304、判断语音内容中是否包含预设关键词，若是，则执行步骤305；否则，返回执行步骤303。

步骤305、自动呼叫优先级最高的紧急联系人，并保持移动终端的屏幕处于熄屏状态。

步骤306、判断当前紧急联系人是否接听，若是，则执行步骤307；否则，执行步骤308。

步骤307、禁止播放紧急联系人侧的通话数据，获取打车应用的当前订单信息，将当前订单信息发送至紧急联系人。

其中，当前订单信息中包括车辆信息、司机信息、行车路线以及实时地理位置。

步骤308、自动呼叫下一个紧急联系人。

本申请实施例提供的自动呼叫方法，当用户使用打车软件乘车过程中，若司机故意驶离打车软件推荐路线时，通过语音识别的方式判断用户是否说出了预设关键词，若是，则说明用户可能处于危险处境，自动呼叫优先级最高的紧急联系人，并在通话未接通前和接通后均对移动终端进行了伪装处理，防止司机发现用户的移动终端在执行通话相关操作，为紧急联系人采取措施争取时间。

图4为本申请实施例提供的一种自动呼叫装置的结构框图，该装置可由软件和/或硬件实现，一般集成在终端中，可通过执行自动呼叫方法来控制移动终端进行自动呼叫。如图4所示，该装置包括：

位置检测模块401，用于检测移动终端是否处于车辆内部；

语音识别模块402，用于在检测到移动终端处于车辆内部时，通过所述移动终端中的麦克风采集语音数据，并识别所述语音数据对应的语音内容；

自动呼叫模块403，用于在所述语音内容中包含预设关键词时，自动呼叫紧急联系人。

本申请实施例提供的自动呼叫装置，检测到移动终端处于车辆内部,通过移动终端中的麦克风采集语音数据并识别对应的语音内容，当语音内容中包含预设关键词时，自动呼叫紧急联系人。通过采用上述技术方案，可以在驾车或乘车过程中出现意外情况时，根据用户说出的包含预设关键词的语句来实现自动呼叫紧急联系人，在用户不方便主动拨打电话的特殊情况下帮助用户自动联系紧急联系人，使移动终端更加智能化。

可选的，该装置还包括：路线偏离检测模块，用于在通过所述移动终端中的麦克风采集语音数据之前，检测所述移动终端的实时位置是否偏离目标行车路线。相应的，语音识别模块，用于在检测到移动终端处于车辆内部，且检测到移动终端的实时位置偏离目标行车路线时，通过所述移动终端中的麦克风采集语音数据，并识别所述语音数据对应的语音内容。

可选的，所述检测到移动终端处于车辆内部包括：

通过移动终端中的运动传感器检测到所述移动终端处于行车状态；或，

检测到移动终端与车辆处于通信连接状态；或，

检测到移动终端搜索到的车辆无线信号的强度超过预设强度阈值；或，

检测到移动终端中的打车应用处于运行状态，并从所述打车应用中的当前订单信息中获知乘客已上车。

可选的，该装置还包括显示控制模块，用于在自动呼叫紧急联系人的同时，屏蔽所述移动终端中通话界面的显示。

可选的，该装置还包括通话数据播放控制模块，用于在自动呼叫紧急联系人之后，检测所述紧急联系人是否接听呼叫，若接听，则禁止播放紧急联系人侧的通话数据。

可选的，该装置还包括音频数据发送模块，用于在自动呼叫紧急联系人之后，控制所述麦克风持续处于音频采集状态，若检测到所述紧急联系人未接听呼叫，则将执行自动呼叫紧急联系人操作之后采集的音频数据通过网络发送至所述紧急联系人。

可选的，该装置还包括订单信息发送模块，用于在所述自动呼叫紧急联系人之后，获取所述移动终端中的打车应用的当前订单信息，将所述当前订单信息发送至所述紧急联系人，其中，所述当前订单信息包括车辆信息、司机信息、乘客信息、行车路线以及实时地理位置中的至少一项。

本申请实施例还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行自动呼叫方法，该方法包括：

检测到移动终端处于车辆内部；

通过所述移动终端中的麦克风采集语音数据，并识别所述语音数据对应的语音内容；

当所述语音内容中包含预设关键词时，自动呼叫紧急联系人。

存储介质——任何的各种类型的存储器设备或存储设备。术语“存储介质”旨在包括：安装介质，例如CD-ROM、软盘或磁带装置；计算机系统存储器或随机存取存储器，诸如DRAM、DDRRAM、SRAM、EDORAM，兰巴斯(Rambus)RAM等；非易失性存储器，诸如闪存、磁介质(例如硬盘或光存储)；寄存器或其它相似类型的存储器元件等。存储介质可以还包括其它类型的存储器或其组合。另外，存储介质可以位于程序在其中被执行的第一计算机系统中，或者可以位于不同的第二计算机系统中，第二计算机系统通过网络(诸如因特网)连接到第一计算机系统。第二计算机系统可以提供程序指令给第一计算机用于执行。术语“存储介质”可以包括可以驻留在不同位置中(例如在通过网络连接的不同计算机系统中)的两个或更多存储介质。存储介质可以存储可由一个或多个处理器执行的程序指令(例如具体实现为计算机程序)。

当然，本申请实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的自动呼叫操作，还可以执行本申请任意实施例所提供的自动呼叫方法中的相关操作。

本申请实施例提供了一种移动终端，该移动终端中可集成本申请实施例提供的自动呼叫装置。图5为本申请实施例提供的一种移动终端的结构示意图。移动终端500可以包括：存储器501，处理器502及存储在存储器501上并可在处理器502运行的计算机程序，所述处理器502执行所述计算机程序时实现如本申请实施例所述的自动呼叫方法。

本申请实施例提供的移动终端，可以在驾车或乘车过程中出现意外情况时，根据用户说出的包含预设关键词的语句来实现自动呼叫紧急联系人，在用户不方便主动拨打电话的特殊情况下帮助用户自动联系紧急联系人，使移动终端更加智能化。

图6为本申请实施例提供的另一种移动终端的结构示意图，该移动终端可以包括：壳体(图中未示出)、存储器601、中央处理器(central processing unit，CPU)602(又称处理器，以下简称CPU)、电路板(图中未示出)和电源电路(图中未示出)。所述电路板安置在所述壳体围成的空间内部；所述CPU602和所述存储器601设置在所述电路板上；所述电源电路，用于为所述移动终端的各个电路或器件供电；所述存储器601，用于存储可执行程序代码；所述CPU602通过读取所述存储器601中存储的可执行程序代码来运行与所述可执行程序代码对应的计算机程序，以实现以下步骤：

检测到移动终端处于车辆内部；

通过所述移动终端中的麦克风采集语音数据，并识别所述语音数据对应的语音内容；

当所述语音内容中包含预设关键词时，自动呼叫紧急联系人。

所述移动终端还包括：外设接口603、RF(Radio Frequency，射频)电路605、音频电路606、扬声器611、电源管理芯片608、输入/输出(I/O)子系统609、其他输入/控制设备610、触摸屏612、其他输入/控制设备610以及外部端口604，这些部件通过一个或多个通信总线或信号线607来通信。

应该理解的是，图示移动终端600仅仅是移动终端的一个范例，并且移动终端600可以具有比图中所示出的更多的或者更少的部件，可以组合两个或更多的部件，或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

下面就本实施例提供的用于自动呼叫的移动终端进行详细的描述，该移动终端以手机为例。

存储器601，所述存储器601可以被CPU602、外设接口603等访问，所述存储器601可以包括高速随机存取存储器，还可以包括非易失性存储器，例如一个或多个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

外设接口603，所述外设接口603可以将设备的输入和输出外设连接到CPU602和存储器601。

I/O子系统609，所述I/O子系统609可以将设备上的输入输出外设，例如触摸屏612和其他输入/控制设备610，连接到外设接口603。I/O子系统609可以包括显示控制器6091和用于控制其他输入/控制设备610的一个或多个输入控制器6092。其中，一个或多个输入控制器6092从其他输入/控制设备610接收电信号或者向其他输入/控制设备610发送电信号，其他输入/控制设备610可以包括物理按钮(按压按钮、摇臂按钮等)、拨号盘、滑动开关、操纵杆、点击滚轮。值得说明的是，输入控制器6092可以与以下任一个连接：键盘、红外端口、USB接口以及诸如鼠标的指示设备。

触摸屏612，所述触摸屏612是用户移动终端与用户之间的输入接口和输出接口，将可视输出显示给用户，可视输出可以包括图形、文本、图标、视频等。

I/O子系统609中的显示控制器6091从触摸屏612接收电信号或者向触摸屏612发送电信号。触摸屏612检测触摸屏上的接触，显示控制器6091将检测到的接触转换为与显示在触摸屏612上的用户界面对象的交互，即实现人机交互，显示在触摸屏612上的用户界面对象可以是运行游戏的图标、联网到相应网络的图标等。值得说明的是，设备还可以包括光鼠，光鼠是不显示可视输出的触摸敏感表面，或者是由触摸屏形成的触摸敏感表面的延伸。

RF电路605，主要用于建立手机与无线网络(即网络侧)的通信，实现手机与无线网络的数据接收和发送。例如收发短信息、电子邮件等。具体地，RF电路605接收并发送RF信号，RF信号也称为电磁信号，RF电路605将电信号转换为电磁信号或将电磁信号转换为电信号，并且通过该电磁信号与通信网络以及其他设备进行通信。RF电路605可以包括用于执行这些功能的已知电路，其包括但不限于天线系统、RF收发机、一个或多个放大器、调谐器、一个或多个振荡器、数字信号处理器、CODEC(COder-DECoder，编译码器)芯片组、用户标识模块(Subscriber Identity Module，SIM)等等。

音频电路606，主要用于从外设接口603接收音频数据，将该音频数据转换为电信号，并且将该电信号发送给扬声器611。

扬声器611，用于将手机通过RF电路605从无线网络接收的语音信号，还原为声音并向用户播放该声音。

电源管理芯片608，用于为CPU602、I/O子系统及外设接口所连接的硬件进行供电及电源管理。

上述实施例中提供的自动呼叫装置、存储介质及移动终端可执行本申请任意实施例所提供的自动呼叫方法，具备执行该方法相应的功能模块和有益效果。未在上述实施例中详尽描述的技术细节，可参见本申请任意实施例所提供的自动呼叫方法。

注意，上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解，本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由所附的权利要求范围决定。

Claims (6)

1.一种自动呼叫方法，其特征在于，包括：

检测到移动终端处于车辆内部且所述移动终端的实时位置偏离目标行车路线；

通过所述移动终端中的麦克风采集语音数据，并识别所述语音数据对应的语音内容；

当所述语音内容中包含预设关键词时，获取所有紧急联系人的位置信息，将各紧急联系人的位置信息与所述移动终端的当前位置信息进行匹配，将距离用户最近的紧急联系人确定为目标紧急联系人，自动呼叫目标紧急联系人并保持自动呼叫前的界面的显示；

检测所述目标紧急联系人是否接听呼叫，若接听，则禁止播放所述目标紧急联系人侧的通话数据；若未接听，则通过社交软件的方式再次呼叫所述目标紧急联系人；

其中，在同时满足以下项目时，确定检测到移动终端处于车辆内部：确定通过移动终端中的运动传感器检测到所述移动终端处于行车状态；检测到移动终端与车辆处于通信连接状态；检测到移动终端搜索到的车辆无线信号的强度超过预设强度阈值；检测到移动终端中的打车应用处于运行状态，并从所述打车应用中的当前订单信息中获知乘客已上车。

2.根据权利要求1所述的方法，其特征在于，在自动呼叫所述目标紧急联系人之后，还包括：

控制所述麦克风持续处于音频采集状态；

若检测到所述目标紧急联系人未接听呼叫，则将执行自动呼叫所述目标紧急联系人操作之后采集的音频数据通过网络发送至所述目标紧急联系人。

3.根据权利要求1或2所述的方法，其特征在于，在所述自动呼叫所述目标紧急联系人之后，还包括：

获取所述移动终端中的打车应用的当前订单信息，将所述当前订单信息发送至所述目标紧急联系人，其中，所述当前订单信息包括车辆信息、司机信息、乘客信息、行车路线以及实时地理位置中的至少一项。

4.一种自动呼叫装置，其特征在于，包括：

位置检测模块，用于检测移动终端是否处于车辆内部且所述移动终端的实时位置偏离目标行车路线；

语音识别模块，用于在检测到移动终端处于车辆内部时，通过所述移动终端中的麦克风采集语音数据，并识别所述语音数据对应的语音内容；

自动呼叫模块，用于在所述语音内容中包含预设关键词时，获取所有紧急联系人的位置信息，将各紧急联系人的位置信息与所述移动终端的当前位置信息进行匹配，将距离用户最近的紧急联系人确定为目标紧急联系人，自动呼叫目标紧急联系人并保持自动呼叫前的界面的显示；检测所述目标紧急联系人是否接听呼叫，若接听，则禁止播放所述目标紧急联系人侧的通话数据；若未接听，则通过社交软件的方式再次呼叫所述目标紧急联系人；

其中，在同时满足以下项目时，确定检测到移动终端处于车辆内部：确定通过移动终端中的运动传感器检测到所述移动终端处于行车状态；检测到移动终端与车辆处于通信连接状态；检测到移动终端搜索到的车辆无线信号的强度超过预设强度阈值；检测到移动终端中的打车应用处于运行状态，并从所述打车应用中的当前订单信息中获知乘客已上车。

5.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-3中任一所述的自动呼叫方法。

6.一种移动终端，其特征在于，包括存储器，处理器及存储在存储器上并可在处理器运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1-3任一所述的自动呼叫方法。

Images