CN106358171A - 紧急呼叫的方法 - Google Patents

Abstract

本发明实施例涉及一种紧急呼叫的方法，包括：用户终端接收用户输入的紧急呼叫启动指令；生成本次紧急呼叫的呼出提示信息；在第一时间内检测是否接收到取消指令，如果在第一时间内没有接收到取消指令，根据紧急呼叫启动指令获取存储在紧急联系人群组中的一个紧急联系人的信息；根据紧急联系人的电话号码字符串生成呼叫请求发送给基站；接收基站对呼叫请求的呼叫响应，建立与基站之间的通信连接；接收呼叫断开指令，生成通信时长获取指令；根据通信时长获取指令获取本次呼叫中使用业务信道的语音通信时间；当语音通信时间不超过第一时间阈值时，获取紧急联系人群组中的下一个紧急联系人的信息，生成呼叫请求发送给基站。

Description

紧急呼叫的方法

技术领域

本发明涉及通信技术领域，尤其涉及一种紧急呼叫的方法。

背景技术

随着社会老龄化程度的加剧，4:2:1家庭结构的制约，以及年轻人工作生活压力太大等原因，子女不能在老人身边给与照料，导致大量独居老人、空巢老人的出现。

当前很多的智能硬件致力于解决老人紧急情况下的安全问题，例如通过快捷方式自动拨打电话，但目前常用的方式为一次只拨打一个紧急联系人电话，如果没有拨通，则需要用户手动再拨打下一个。很显然在发生紧急情况的时候，手动逐一拨打电话是非常不切实际的，会造成很大的不便，很有可能会导致紧急求救失败。另外也有向多个联系人若逐一拨打的方案，但是很可能一个紧急联系人已经帮忙解决了问题，其余紧急联系人却无法获知进展情况，给多个紧急联系人造成不便。

发明内容

本发明的目的是针对现有技术的缺陷，提供一种紧急呼叫的方法，能够根据用户输入启动对多个紧急联系人的轮询呼叫，同时根据实际呼叫时长判断发起的呼叫是否是有效的，如果是有效的则结束对下一联系人继续呼叫，从而在带给用户紧急情况下的快速通讯保障之外，还尽可能的避免了对不必要的紧急联系人的打扰。

有鉴于此，本发明实施例提供了一种紧急呼叫的方法，用户终端接收用户输入的紧急呼叫启动指令；

生成本次紧急呼叫的呼出提示信息；

在第一时间内检测是否接收到取消指令，如果在第一时间内没有接收到取消指令，根据所述紧急呼叫启动指令获取存储在紧急联系人群组中的一个紧急联系人的信息；其中，所述紧急联系人的信息包括紧急联系人的电话号码字符串；

根据所述紧急联系人的电话号码字符串生成呼叫请求发送给基站；所述信道接入请求还包括所述用户终端的IMEI；

接收所述基站对所述呼叫请求的呼叫响应，建立与所述基站之间的通信连接；

接收呼叫断开指令，生成通信时长获取指令；

根据所述通信时长获取指令获取本次呼叫中使用业务信道的语音通信时间；

当所述语音通信时间不超过第一时间阈值时，获取所述紧急联系人群组中的下一个紧急联系人的信息；

根据所述下一个紧急联系人的电话号码字符串生成呼叫请求发送给基站。

优选的，所述在第一时间内检测是否接收到取消指令之后，所述方法还包括：

如果在第一时间内接收到取消指令，则结束本次紧急呼叫。

优选的，当所述语音通信时间大于所述第一时间阈值时，结束本次紧急呼叫。

优选的，所述接收呼叫断开指令具体为：

接收基站发送的应答失败消息；

根据所述应答失败消息生成所述呼叫断开指令。

优选的，所述方法还包括：当多次循环遍历所述紧急联系人群组中的全部紧急联系人的信息时，结束本次紧急呼叫。

进一步优选的，所述多次为3次。

所述方法还包括：

接收用户输入的紧急联系人添加指令；

根据所述紧急联系人添加指令调用通讯录中的联系人信息，显示为信息输入界面；

接收用户在所述信息输入界面输入的紧急联系人选择信息；

根据所述紧急联系人选择信息确定所选择的联系人信息,并生成所述紧急联系人信息。

本发明实施例提供的紧急呼叫的方法，能够根据用户输入启动对多个紧急联系人的轮询呼叫，同时根据实际呼叫时长判断发起的呼叫是否是有效的，如果是有效的则结束对下一联系人继续呼叫，从而在带给用户紧急情况下的快速通讯保障之外，还尽可能的避免了对不必要的紧急联系人的打扰。

附图说明

图1为本发明实施例提供的紧急呼叫的方法流程图；

图2为本发明实施例提供的向紧急联系人群组中加入紧急联系人的信息的方法流程图。

具体实施方式

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

本发明实施例提供的方法,实现于用户终端中，主要为智能手机。

图1为本发明实施例提供的紧急呼叫的方法流程图，如图1所示，包括：

步骤101，用户终端接收用户输入的紧急呼叫启动指令；

具体的，在本实施例中，用户终端的主页面包括按不同功能划分的多个主页面，比如可以包括提供快捷应用的home页面，提供快捷联系人呼叫的快捷拨号页面和提供系统配置和其他应用的选择页面。

紧急呼叫的启动图标优选的设置于快捷拨号页面上。不将其设置在home页面上可以降低用户误点击的几率，从home页面转换到快捷拨号页面可以通过简单的在用户终端屏幕上的滑动操作来实现。因此只需用户进行一次滑动操作和一次点击操作，即可启动紧急呼叫。

步骤102，生成本次紧急呼叫的呼出提示信息；

具体的，为了进一步避免用户误操作造成的紧急呼叫，因此在流程中设置有呼出提示确认的步骤。根据用户点击调用呼出提市信息显示数据，生成呼出提示信息，用以提示用户即将呼叫紧急联系人。

呼出提示信息可以优选为倒计时显示信息，采用3秒或5秒倒计时进行显示。

呼出提示信息显示数据预先设置并存储在用户终端的数据库中。

步骤103，检测在第一时间内是否接收到取消指令；

具体的，在呼出提示信息的显示页面上还具有用于取消呼出的指令接收区域的设置，并在该区域内显示相应的提示信息，例如显示“取消”。如果接收到用户对该区域的点击输入，则生成取消指令。

如果在第一时间内接收到取消指令，则执行步骤200，结束本次紧急呼叫。

如果在第一时间内没有接收到取消指令，执行步骤104。

步骤104，根据紧急呼叫启动指令获取存储在紧急联系人群组中的一个紧急联系人的信息；

其中，紧急联系人群组中包括至少一个紧急联系人的信息；紧急联系人的信息包括紧急联系人的电话号码字符串。

用户可以通过添加紧急联系人的操作向紧急联系人群组中加入紧急联系人的信息，具体过程可以如图2所示，步骤包括：

步骤310，接收用户输入的紧急联系人添加指令；

具体的，该输入优选为点击输入。用户终端接收用户根据添加紧急联系人的提示信息的点击输入，生成紧急联系人添加指令。

步骤320，根据紧急联系人添加指令调用通讯录中的联系人信息，显示为信息输入界面；

具体的，根据用户的点击输入调用用户终端中存储的通讯录数据，并生成信息输入界面。通讯录数据包括多个联系人信息，每个联系人信息具体可以包括：联系人ID、联系人名称、电话号码、地址、群组属性、头像信息等等。

信息输入界面上优选的显示联系人名称的信息。

步骤330，接收用户在信息输入界面输入的紧急联系人选择信息；

具体的，可以通过接收用户对联系人名称的信息的点击输入，生成紧急联系人选择信息。

步骤340，根据紧急联系人选择信息确定所选择的联系人信息,并生成紧急联系人信息。

具体的，根据被选择的联系人信息，生成紧急联系人信息。紧急联系人信息至少包括联系人ID、联系人名称和电话号码。其中，电话号码在数据库中以字符串形式存储。

步骤350，将紧急联系人信息加入紧急联系人群组中。

通过以上步骤310-步骤340可以实现紧急联系人群组中紧急联系人信息的添加。并且，在紧急联系人群组中，紧急联系人信息可以按照加入的顺序或者按照其他预定规则顺序排列。

当收到紧急呼叫启动指令时，用户终端首先获取存储在紧急联系人群组中的一个紧急联系人的信息。

步骤105，根据紧急联系人的电话号码字符串生成呼叫请求发送给基站；

具体的，用户终端从获取的一个紧急联系人的信息中解析得到电话号码字符串，根据该电话号码字符串以及用户终端的IMEI，生成信道接入请求，发送到用户终端连接的基站。

步骤106，接收基站对所述呼叫请求的呼叫响应，建立与所述基站之间的通信连接；

具体的，在基站接收到信道接入请求之后，首先会指定传输信道，该用户终端与基站在传输信道上通信，根据IMEI进行权限认证，认证通过后，指定手机通信的业务信道，在业务信道上根据电话号码字符串建立与被呼叫紧急联系人的用户终端之间的语音通信。

步骤107，接收呼叫断开指令，生成通信时长获取指令；

具体的，呼叫断开指令的接收方式有两种。

一种是语音通信结束后，用户终端(主叫端或被叫端)根据用户输入的通话结束指令生成的。另一种是基站在呼叫发出一定时间之后，没有接收到被叫用户终端的应答相应时生成的。对于第二种情况，基站向用户终端发送的应答失败消息，用户终端根据应答失败消息生成所述呼叫断开指令。

步骤108，根据所述通信时长获取指令获取本次呼叫中使用业务信道的语音通信时间；

具体的，如果语音通信正常建立，则在建立语音通信的时候会启动计时。

在用户终端收到呼叫断开指令的时候，生成通信时长获取指令，获取在业务信道上进行语音通信的实际时间。

如果没有建立语音通信，则获取道的语音通信时间为0。

步骤109，确定使用业务信道的语音通信时长是否超过第一时间阈值；

具体的，第一时间阈值可以设置为0，即如果大于0则表示语音通信建立，呼叫成功。优选的，第一时间阈值设置为3秒，因为考虑到用户需要在呼叫建立后与被叫方语音通话，正常情况下一定会占据一些时间。如果0.5秒或1秒就挂断，有可能是还没完成正常语音通话被误碰挂断的。

第一时间阈值的设定预置在用户终端的数据库中，可以由用户进行修改。

当语音通信时间大于第一时间阈值时，执行步骤200。

当语音通信时间不超过第一时间阈值时，执行步骤110。

步骤110，获取紧急联系人群组中的下一个紧急联系人的信息。

然后，重复执行步骤105至步骤109，直到多次循环遍历紧急联系人群组中的全部紧急联系人的信息时，结束本次紧急呼叫。

这里所述的多次为设定次数，比如在优选的方案中设定为3次。设定多次循环，能够增加用户的紧急呼叫被紧急联系人接听到的几率。同时当到达设定次数依然没有完成紧急呼叫时，自动停止，可以提示用户紧急呼叫失败，使用户能够知晓，并有机会通过其他方式再进行紧急求助。

为了更加清楚地解释本发明提出的方法，下面以通过一个具体操作过程的实施方案进行说明。在本实施例中，设置第一时间为5秒，设置拨打轮数为3轮，第一时间阈值为0。

用户通过点击用户终端的主页面上提供的紧急救助或图标，发起紧急呼叫。在接收到用户点击输入后，开始5s倒计时提示。

5s倒计时结束，调用紧急联系人群组，并通过系统拨打电话。

首先拨打紧急联系人群组中第1个紧急联系人的电话，记录通话号码与通话时间。挂断电话后，根据前一个紧急电话的时间判断拨打下一个，若实际通话时间不为0，停止拨打；若实际通话时间为0，且非第三轮拨打的最后一个电话，调用系统拨打下一个紧急联系人电话；依次类推执行拨打过程，若实际通话时间为0，且为第三轮拨打最后一个电话，停止拨打。

本发明实施例提供的紧急呼叫的方法，

专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (7)

1.一种紧急呼叫的方法，其特征在于，所述方法包括：

用户终端接收用户输入的紧急呼叫启动指令；

生成本次紧急呼叫的呼出提示信息；

在第一时间内检测是否接收到取消指令，如果在第一时间内没有接收到取消指令，根据所述紧急呼叫启动指令获取存储在紧急联系人群组中的一个紧急联系人的信息；其中，所述紧急联系人的信息包括紧急联系人的电话号码字符串；

根据所述紧急联系人的电话号码字符串生成呼叫请求发送给基站；所述信道接入请求还包括所述用户终端的I ME I；

接收所述基站对所述呼叫请求的呼叫响应，建立与所述基站之间的通信连接；

接收呼叫断开指令，生成通信时长获取指令；

根据所述通信时长获取指令获取本次呼叫中使用业务信道的语音通信时间；

当所述语音通信时间不超过第一时间阈值时，获取所述紧急联系人群组中的下一个紧急联系人的信息；

根据所述下一个紧急联系人的电话号码字符串生成呼叫请求发送给基站。

2.根据权利要求1所述的紧急呼叫的方法，其特征在于，所述在第一时间内检测是否接收到取消指令之后，所述方法还包括：

如果在第一时间内接收到取消指令，则结束本次紧急呼叫。

3.根据权利要求1所述的紧急呼叫的方法，其特征在于，当所述语音通信时间大于所述第一时间阈值时，结束本次紧急呼叫。

4.根据权利要求1所述的紧急呼叫的方法，其特征在于，所述接收呼叫断开指令具体为：

接收基站发送的应答失败消息；

根据所述应答失败消息生成所述呼叫断开指令。

5.根据权利要求1所述的紧急呼叫的方法，其特征在于，所述方法还包括：当多次循环遍历所述紧急联系人群组中的全部紧急联系人的信息时，结束本次紧急呼叫。

6.根据权利要求5所述的紧急呼叫的方法，其特征在于，所述多次为3次。

7.根据权利要求1所述的紧急呼叫的方法，其特征在于，所述方法还包括：

接收用户输入的紧急联系人添加指令；

根据所述紧急联系人添加指令调用通讯录中的联系人信息，显示为信息输入界面；

接收用户在所述信息输入界面输入的紧急联系人选择信息；

根据所述紧急联系人选择信息确定所选择的联系人信息,并生成所述紧急联系人信息。