CN113596237A - 紧急求救方法与装置、存储介质、移动终端 - Google Patents

Abstract

本发明公开了一种紧急求救方法与装置、存储介质、移动终端，其中，该紧急求救方法应用于移动终端，该方法包括以下步骤：检测针对移动终端的按压操作；根据按压操作生成按压编码；根据按压编码从预设联系人编码表中确定对应的紧急联系人；在紧急联系人的号码为报警电话时，拨打报警电话进行救援。由此，本发明实施例的紧急求救方法能够提高用户的紧急求救便捷度和成功率，同时防止出现误控情况，并降低移动终端的功耗，大大提高用户的使用体验。

Description

紧急求救方法与装置、存储介质、移动终端

技术领域

本发明涉及通信技术领域，尤其涉及一种紧急求救方法、一种计算机可读存储介质、一种移动终端和一种用于移动终端的紧急求救装置。

背景技术

在日常的生活中，安全问题已经成为一个不容忽视的问题，其中又以出行安全最为常见，特别是夜间出行过程中发生的安全事件，如夜跑，网约车等安全事件。

通常情况下，出行安全都是发生在夜晚光线较暗，人流较少的环境下，这种情况下，受害人唯一可以借用的只有手机等移动通信设备，但是在如此紧急的情况下，受害人几乎无法完成打电话，或者发短信等一系列的求助动作，因此迫切需要移动终端能提供一种隐秘而易操作的求助方法。

在相关技术中，一般是通过按压手机特定的位置或者在手机屏幕上划出预设图案以触发救援模式，但是，该方法在光线不好的情况下并不容易操作，而且非常容易造成误触，给家人造成不必要的恐慌，进一步地，该方法中的手机等通信设备的屏幕需要持续处于上电状态，造成了严重的功耗问题。

发明内容

本发明旨在至少在一定程度上解决相关技术中的技术问题之一。为此，本发明的第一个目的在于提出一种紧急求救方法，能够提高用户的紧急求救便捷度和成功率，同时防止出现误控情况，并降低移动终端的功耗，大大提高用户的使用体验。

本发明的第二个目的在于提出一种计算机可读存储介质。

本发明的第三个目的在于提出一种移动终端。

本发明的第四个目的在于提出一种用于移动终端的紧急求救装置。

为达上述目的，本发明第一方面实施例提出了一种紧急求救方法，该方法应用于移动终端，该方法包括以下步骤：检测针对所述移动终端的按压操作；根据所述按压操作生成按压编码；根据所述按压编码从预设联系人编码表中确定对应的紧急联系人；在所述紧急联系人的号码为报警电话时，拨打所述报警电话进行救援。

本发明实施例的紧急求救方法首先检测移动终端的按压操作，并根据该按压操作生成按压编码，然后根据该编码可以从预设联系人编码表中找到相对应的紧急联系人，如果该紧急联系人的号码为报警电话的话，则直接拨打该报警电话进行救援。由此，本发明实施例的紧急求救方法能够提高用户的紧急求救便捷度和成功率，同时防止出现误控情况，并降低移动终端的功耗，大大提高用户的使用体验。

在本发明的一些实施例中，所述方法还包括：在所述紧急联系人的号码为普通电话时，获取所述移动终端的当前位置信息，并根据所述当前位置信息和预设在所述移动终端中的求救信息生成紧急救援信息；将所述紧急救援信息发送给所述紧急联系人，并拨打所述紧急联系人的号码；在所述紧急联系人的号码未接通时，从所述预设联系人编码表确定备选紧急联系人；将所述紧急救援信息发送给所述备选紧急联系人，并拨打所述备选紧急联系人的号码。

在本发明的一些实施例中，根据所述当前位置信息和预设在所述移动终端中的求救信息生成紧急救援信息，包括：将所述当前位置信息转换成文本信息，并将所述文本信息拼接到所述求救信息中，以生成所述紧急救援信息。

在本发明的一些实施例中，在拨打所述备选紧急联系人的号码之后，所述方法还包括：在所述备选紧急联系人的号码未接通时，从所述移动终端的通话记录中确定通话次数最多的联系人；将所述紧急救援信息发送给所述通话次数最多的联系人，并拨打所述通话次数最多的联系人的号码；在所述通话次数最多的联系人的号码未接通时，根据所述移动终端的当前位置信息确定当地紧急救援电话，并拨打所述当地紧急救援电话。

在本发明的一些实施例中，根据所述按压操作生成按压编码，包括：根据所述按压操作获取连续预设时间内的每个按压操作对应的压力值；对每个按压操作对应的压力值进行编码，获得所述按压编码。

在本发明的一些实施例中，对每个按压操作对应的压力值进行编码，包括：在所述压力值处于第一预设压力区间时，确定所述按压操作为无效按压；在所述压力值处于第二预设压力区间时，确定所述按压操作为轻按，并将所述轻按编码为第一码值；在所述压力值处于第三预设压力区间时，确定所述按压操作为重按，并将所述重按编码为第二码值。

在本发明的一些实施例中，所述预设联系人编码表中不同紧急联系人对应不同的编码组合，所述编码组合由所述第一码值和/或所述第二码值组成。

为达上述目的，本发明第二方面实施例提出了一种计算机可读存储介质，其上存储有紧急求救程序，该紧急求救程序被处理器执行时实现如上述实施例所述紧急求救方法的步骤。

本发明实施例的计算机可读存储介质通过处理器执行存储在其上的紧急求救程序，能够提高用户的紧急求救便捷度和成功率，同时防止出现误控情况，并降低移动终端的功耗，大大提高用户的使用体验。

为达上述目的，本发明第三方面实施例提出了一种移动终端，该移动终端包括存储器、处理器及存储在存储器上并可在处理器上运行的紧急求救程序，所述处理器执行所述紧急求救程序时，实现如上述实施例所述紧急求救方法的步骤。

本发明实施例的移动终端包括存储器和处理器，处理器执行存储在存储器上的紧急求救程序，能够提高用户的紧急求救便捷度和成功率，同时防止出现误控情况，并降低移动终端的功耗，大大提高用户的使用体验。

为达上述目的，本发明第四方面实施例提出了一种用于移动终端的紧急求救装置，所述装置包括：检测模块，用于检测针对所述移动终端的按压操作；编码模块，用于根据所述按压操作生成按压编码；确定模块，用于根据所述按压编码从预设联系人编码表中确定对应的紧急联系人；报警模块，用于在所述紧急联系人的号码为报警电话时，拨打所述报警电话进行救援。

本发明实施例的紧急求救装置包括检测模块、编码模块、确定模块和报警模块，其中，检测模块可以用于检测针对移动终端的按压操作，然后根据该按压操作，编码模块可以生成对应的按压编码，再利用确定模块根据该按压编码从预设联系人编码表中确定出对应的紧急联系人，并在确定该紧急联系人的号码为报警电话时，则可以利用报警模块拨打对应的报警电话进行救援。由此，该应用于移动终端的紧急求救装置能够提高用户的紧急求救便捷度和成功率，同时防止出现误控情况，并降低移动终端的功耗，大大提高用户的使用体验。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

图1是根据本发明一个实施例的紧急求救方法的流程图；

图2是根据本发明一个实施例的紧急求救方法的流程图；

图3是根据本发明一个实施例的紧急求救方法的流程图；

图4是根据本发明一个实施例的紧急求救方法的流程图；

图5是根据本发明一个实施例的紧急求救方法的流程图；

图6是根据本发明一个实施例的紧急求救方法的流程图；

图7是根据本发明一个实施例的紧急求救方法的流程图；

图8是根据本发明一个具体实施例的紧急求救方法的流程图；

图9是根据本发明实施例的移动终端的结构框图；

图10是根据本发明实施例的用于移动终端的紧急求救装置的结构框图；

图11是根据本发明一个实施例中紧急求救方法的应用场景图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。

本申请提供的紧急求救方法，可以应用于如图11所示的应用环境中。该紧急求救方法应用于信息交互系统中。该信息交互系统可以包括终端1与服务器2。其中，终端1与服务器2通过网络进行通信。通过终端1上的检测装置检测终端1的按压操作，然后根据按压操作再生成对应的按压编码，可以理解的是，不同的按压编码可以对应不同的紧急联系人，所以终端1可以根据按压编码从预设的联系人编码表中确定出对应的紧急联系人，并且在紧急联系人的号码为报警电话的时候，拨打报警电话进行救援。其中，终端1可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器2可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

下面参考附图描述本发明实施例的紧急求救方法与装置、存储介质、移动终端。

图1是根据本发明一个实施例的紧急求救方法的流程图。

如图1所示，本发明提出了一种紧急求救方法，该方法应用于移动终端，并且，该方法包括以下步骤：

S10，检测针对移动终端的按压操作。

具体地，本实施例中的紧急求救方法可以应用于移动终端，该移动终端可以包括手机、平板、智能穿戴设备等。移动终端上设置有压力边框，该压力边框可以设置在移动终端的边框上，移动终端可以通过该压力边框检测到用户针对移动终端的按压操作。可选地，也可以通过在移动终端上设置压力屏，移动终端通过该压力屏可以检测到针对该移动终端你的按压操作。需要说明的是，本实施例中用于检测移动终端的按压操作的还可以是其他按压传感器，在此不对检测针对移动终端的按压操作的按压传感器类型进行限定。

S20，根据按压操作生成按压编码。

具体地，当移动终端检测到按压操作之后，则可以根据该按压操作生成对应按压编码，需要说明的是，为了降低误触率，本实施例中的按压操作可以是限定在一定时间内连续按压预设次数才有效，如果按压的时间或者次数中有一项不符合要求的话，则该按压步骤无效，并不生成对应的按压编码。更具体地，每按压一次，可以生成一个按压编码，而按压的预设次数可以是紧急联系人对应的编码个数，如设置紧急联系人的所对应的按压编码为3个，则可以在一定时间检测用户是否按压了3次，如果是，则当前按压操作有效，否则，当前按压操作无效。可选地，一定时间可以为5秒钟。

在本发明的一些实施例中，如图2所示，根据按压操作生成按压编码，可以包括以下步骤：

S201，根据按压操作获取连续预设时间内的每个按压操作对应的压力值。

可选地，本实施例中的预设时间可以为5秒钟，当然，用户可以根据自身的使用习惯在移动终端上对预设时间进行设置或修改。在该实施例中，不同的压力值可以表示不同的按压操作，并且不同的压力值可以对应不同的紧急联系人的联系方式，也就是说，通过不同的按压操作，可以选取到对应的紧急联系人。

S202，对每个按压操作对应的压力值进行编码，获得按压编码。

具体地，在该实施例中，可以先对每个按压操作对应的压力值进行编码，例如轻按为编码0，重按为编码1，可以理解的是，不同的编码组合分别对应这不同的紧急联系人，例如，第一紧急联系人可以为101，第二紧急联系人可以为100等，所以当用户在预设时间内通过按压操作得到的按压编码为101时，则表示当前用户需要紧急联系第一紧急联系人；当用户在预设时间内通过按压操作得到的按压编码为100时，则表示当前用户需要紧急联系第二紧急联系人。

在该实施例中，如图3所示，对每个按压操作对应的压力值进行编码，可以包括以下步骤：

S301，在压力值处于第一预设压力区间时，确定按压操作为无效按压。

具体地，可以对用户进行按压的压力值进行划分，举例而言，用户按压操作产生的压力值的范围在[0,120]牛之间，由于用户在平时使用过程中可能会对移动终端进行不经意的按压，但是，通过大数据分析可知，用户不经意按压移动终端的压力值一般小于60牛，所以可以将[0,60)牛这个范围的压力确定为无效按压。也就是说，当检测到按压操作产生的压力值为[0,60)牛时，则表示当前的按压为用户不经意进行按压，可以确定为无效按压。

S302，在压力值处于第二预设压力区间时，确定按压操作为轻按，并将轻按编码为第一码值。

具体地，该示例中，在压力值在[0,120]牛之中，压力值范围为[0,60)牛为无效按压，同时可以设置压力值范围为[60,90)牛为轻按，也就是说，当用户的按压操作所产生的压力在[60,90)牛之间时，则可以将该按压操作确定为轻按，同时还可以设置轻按编码为第一码值，该实施例中，可以将第一码值用0进行表示。更具体地，当检测到用户的按压操作为轻按时，则可以生成对应的轻按编码对应的第一码值0，举例而言，当紧急联系人的编码为000时，则可以通过连续按压三次轻按，以触发对该紧急联系人的紧急联系。

S303，在压力值处于第三预设压力区间时，确定按压操作为重按，并将重按编码为第二码值。

具体地，该示例中，在压力值在[0,120]牛之中，压力值范围为[0,60)牛为无效按压，压力范围为[60,90)牛为轻按，可以设置压力值范围为[90,120)牛为重按，也就是说，当用户的按压操作所产生的压力在[90,120)牛之间时，则可以将该按压操作确定为重按，同时还可以设置重按编码为第二码值，该实施例中，可以将第二码值用1进行表示。更具体地，当检测到用户的按压操作为重按时，则可以生成对应的重按编码对应的第二码值1，举例而言，当紧急联系人的编码为101时，则可以通过按压一次重按，再按压一次轻按，最后按压一次重按的组合生成编码101，以触发对该紧急联系人的紧急联系。

在该实施例中，紧急联系人对应的编码可以不限于0和1，也可以扩大至0-9，例如，紧急联系人张三对应的编码为147，紧急联系人李四对应的编码为258，在这种情况下，可以先对紧急联系人编码中出现的0-9进行划分，其中，0-4可以定位为轻按，其可以对应第一码值0，5-9可以定义为重按，其可以对应第二码值1，所以张三对应的按压编码为001，李四对应的按压编码为011。

S30，根据按压编码从预设联系人编码表中确定对应的紧急联系人。

具体地，该实施例中，可以预先设置联系人编码表，该编码表中可以包括用户设定的紧急联系人，该紧急联系人对应的号码可以包括紧急求救号码、家人同事等联系号码。

举例而言，预先联系人编码表中可以预存两个紧急联系人，分别为第一紧急联系人和第二紧急联系人，并且，其中可以默认加入报警电话，如110或者911等。本示例中的预先联系人编码表可以根据紧急联系人的拼音首字母对应的数字编码存在系统中。举例而言，第一紧急联系人张三三，其对应的拼音的首字母为zss，根据预设规则可以得到其对应的数字编码为522，所以其对应的按压编码则为100；第二紧急联系人李思思，其对应的拼音的首字母为lss，根据预设规则可以得到其对应的数字编码为722，所以其对应的按压编码也为100，由于两个按压编码一样，所以为了区分，可以在第二紧急联系人所对应的按压编码最后一位进行重复，则第二紧急联系人李思思的按压编码则为1000。需要说明的是，在该示例中，紧急联系人的姓名拼音首字母与数字编码中的数字之间可以存在预设对应关系，可选地，该对应关系可以是用户自行设置的。在确定了紧急联系人之后，则可以从联系人列表中找到紧急联系人对应的联系方式，进而联系该紧急联系人。

S40，在紧急联系人的号码为报警电话时，拨打报警电话进行救援。

具体地，由于紧急联系人时用户自己进行设定的，所以有的用户则可能将紧急联系人设置为报警电话，如110等，有的用户则可能将紧急联系人设置为平常的联系人电话。所以在获取到紧急联系人的号码之后，则还可以对该紧急联系人的号码进行判断，并在判定该紧急联系人的号码为报警电话时，则可以拨打该报警电话进行救援。更具体地，可以通过adb命令：adb shell service call phone 1s16“110”后台拨打报警电话110。

在本发明的一些实施例中，如图4所示，在根据按压编码从预设联系人编码表中确定了对应的紧急联系人之后，还包括以下步骤：

S401，在紧急联系人的号码为普通电话时，获取移动终端的当前位置信息，并根据当前位置信息和预设在移动终端中的求救信息生成紧急救援信息。

具体地，在当前紧急联系人为平常的紧急联系人，并非报警电话时，则移动终端可以打开定位系统获取当前的位置信息，然后将当前的位置信息以及移动终端中所预设的求救信息可以生成一个紧急救援信息。例如，预设的求救信息可以是“我当前在**遇到危险”，当定为系统所获取到的当前位置信息为“中心公园”，那么根据当前位置信息和预设的求救信息所生成的紧急救援信息为“我当前在中心公园遇到危险”。

S402，将紧急救援信息发送给紧急联系人，并拨打紧急联系人的号码。

具体地，在紧急救援信息生成之后，则可以将该紧急救援信息发送给紧急联系人，并在发送玩紧急救援信息之后，在可以进一步拨打该紧急联系人的号码。例如，可以将紧急救援信息“我当前在中心公园遇到危险”发送给紧急联系人张三，并在完成信息发送之后，则进一步拨打紧急联系人张三的号码。

在该实施例中，根据当前位置信息和预设在移动终端中的求救信息生成紧急救援信息，包括：将当前位置信息转换成文本信息，并将文本信息拼接到求救信息中，以生成紧急救援信息。

具体地，在定位系统获取到当前的位置信息之后，可以将该当前位置信息转换成为本信息loction_text，然后拼接到预设在移动终端中的求救信息，该预设在移动终端中的求救信息可以为default_rescue_msg，进而得到最终的紧急救援信息rescue_msg。在完成紧急救援信息的拼接之后，可以将该信息发送给紧急联系人，以紧急联系人张三为例，假设其电话号码为18688886666，则系统可以通过adb指令adb shell am start-aandroid.intent.action.SENDTO-d sms:18688886666--es sms_body rescue_msg--ezexit_on_sent true向紧急联系人张三发送紧急救援信息求救。在向紧急联系人张三发送紧急救援信息之后，则可以通过adb命令：adb shell service call phone 1s16“18688886666”向紧急联系人张三拨打求救电话。

在本发明的一些实施例中，如图5所示，在拨打紧急联系人的号码之后，该紧急求救方法还可以包括：

S501，在紧急联系人的号码未接通时，从预设联系人编码表确定备选紧急联系人。S502，将紧急救援信息发送给备选紧急联系人，并拨打备选紧急联系人的号码。

具体地，为了提高该紧急求救方法的全面性，本实施例中还在紧急联系人未接通电话的情况下，从预设联系人编码表中确定出备选紧急联系人，并且将紧急救援信息发送给该备选紧急联系人，然后在拨打该备选紧急联系人的号码。需要说明的是，向备选紧急联系人发送紧急救援信息和拨打该备选紧急联系人号码的具体方式，可以参见上述示例中向紧急联系人发送紧急救援信息和拨打紧急联系人号码的具体方式，在此不再赘述。

在该实施例中，为了更进一步的提高该紧急求救方法的全面性，参见图6，本实施例还提出了在拨打备选紧急联系人的号码之后，方法还包括：

S601，在备选紧急联系人的号码未接通时，从移动终端的通话记录中确定通话次数最多的联系人。S602，将紧急救援信息发送给通话次数最多的联系人，并拨打通话次数最多的联系人的号码。

具体地，在该实施例中，如果在拨打备选紧急联系人的号码之后，该备选紧急联系人也没有接通，那么可以从最近一段时间内(如三个月内)与用户通话次数最多的联系人，然后将紧急救援信息发送给该通话次数最多的联系人，并且进一步拨打该通话次数最多的联系人的号码。也就是说，在备选紧急联系人没有接通电话的情况下，则可以通过搜索当前移动终端三个月内的通话记录，然后查找出通话次数最多的联系人，再将紧急救援信息发送给该联系人，并拨打该联系人对应的号码。需要说明的是，向通话次数最多的联系人发送紧急救援信息和拨打该联系人号码的具体方式，可以参见上述示例中向紧急联系人发送紧急救援信息和拨打紧急联系人号码的具体方式，在此不再赘述。

在本发明的一些实施例中，如图7所示，在拨打通话次数最多的联系人的号码之后，方法还包括：S701，在通话次数最多的联系人的号码未接通时，根据移动终端的当前位置信息确定当地紧急救援电话，并拨打当地紧急救援电话。

具体地，在该实施例中，当通话次数最多的联系人未接通电话的情况下，可以根据当前位置信息确定当地的紧急救援电话，然后拨打当地的紧急救援电话。可以理解的是，有些用户可能由于工作等原因需要到处跑，没有定居在某一个地方，所以可以通过该实施例中的紧急求救方法保证用户如果在外地遇到紧急情况是，可以及时的拨打当地紧急救援方法。

图8是根据本发明一个具体实施例的紧急求救方法的流程图。如图8所示，首先，用户通过按压输入指令，其中，可以以首次按压时间为起点，假设在5秒内压力值与60的按压事件小于3，或者大于4次，则认为是无效按压，不进入紧急求救模式，否则进入紧急求救模式。然后移动终端可以根据该压力值，确定按压编码，假设当前按压了3次，其压力值分别为100、70、100，那么对该也离职进行编码，可以得到按压编码为101，则根据按压编码101查找联系人编码表，该编码表可以如下表1所示。

按压编码	联系人姓名	姓名首字母	首字母编码	电话号码
					000	110	110	110	110
001	911	911	911	911
					101	李思思	lss	722	13705768888
100	张三三	zss	522	18688886666

需要说明的是，如果确定该号码为报警电话则直接进行报警，该示例中，查找得到对应的联系人的姓名为李思思，号码为13705768888，系统会自动打开GPS，进而获取当前的位置信息，并将该位置信息转化成相应的文本信息如loction_text＝“东经120度，西经90度”，进而拼接到预制在手机的求救信息(default_rescue_msg＝“我在@loction_text位置，遇到坏人，请赶紧帮忙报警。”)中,得到最终的紧急救援信息rescue_msg＝“我在东经120度，西经90度位置，遇到坏人，请赶紧帮忙报警。”。然后该移动终端可以通过adb指令adbshell am start-a android.intent.action.SENDTO-d sms:13705768888--es sms_bodyrescue_msg--ez exit_on_sent true向李思思发短信求救，然后通过adb命令：adb shellservice call phone 1s16“13705768888”向李思思拨打求救电话。如果李思思没有接通电话，则通过联系人编码表查找第二紧急联系人张三三，进而将紧急救援信息发送给张三三并向张三三拨打电话，具体可以参见上述方案。如果张三三没有接通电话，则搜索通话记录，查找通话次数最多的联系人，并把该联系人作为紧急联系人，然后将紧急救援信息发送给该联系人并向该联系人拨打电话，具体可以参见上述方案。当通话次数最多的联系人没有接通是，则根据当前位置信息，拨打当地的报警电话。

综上，本发明实施例的紧急求救方法能够提高用户的紧急求救便捷度和成功率，同时防止出现误控情况，并降低移动终端的功耗，大大提高用户的使用体验。

进一步地，本发明提出了一种计算机可读存储介质，其上存储有紧急求救程序，该紧急求救程序被处理器执行时实现以下步骤：S10，检测针对移动终端的按压操作；S20，根据按压操作生成按压编码；S30，根据按压编码从预设联系人编码表中确定对应的紧急联系人；S40，在紧急联系人的号码为报警电话时，拨打报警电话进行救援。

在一个实施例中，计算机可读存储介质执行时还实现以下步骤：在紧急联系人的号码为普通电话时，获取移动终端的当前位置信息，并根据当前位置信息和预设在移动终端中的求救信息生成紧急救援信息；将紧急救援信息发送给紧急联系人，并拨打紧急联系人的号码；在紧急联系人的号码未接通时，从预设联系人编码表确定备选紧急联系人；将紧急救援信息发送给备选紧急联系人，并拨打备选紧急联系人的号码。

在一个实施例中，计算机可读存储介质执行时还实现以下步骤：将当前位置信息转换成文本信息，并将文本信息拼接到求救信息中，以生成紧急救援信息。

在一个实施例中，计算机可读存储介质执行时还实现以下步骤：在备选紧急联系人的号码未接通时，从移动终端的通话记录中确定通话次数最多的联系人；将紧急救援信息发送给通话次数最多的联系人，并拨打通话次数最多的联系人的号码；在通话次数最多的联系人的号码未接通时，根据移动终端的当前位置信息确定当地紧急救援电话，并拨打当地紧急救援电话。

在一个实施例中，计算机可读存储介质执行时还实现以下步骤：根据按压操作获取连续预设时间内的每个按压操作对应的压力值；对每个按压操作对应的压力值进行编码，获得按压编码。

在一个实施例中，计算机可读存储介质执行时还实现以下步骤：在压力值处于第一预设压力区间时，确定按压操作为无效按压；在压力值处于第二预设压力区间时，确定按压操作为轻按，并将轻按编码为第一码值；在压力值处于第三预设压力区间时，确定按压操作为重按，并将重按编码为第二码值。

在一个实施例中，计算机可读存储介质执行时还实现以下步骤：预设联系人编码表中不同紧急联系人对应不同的编码组合，编码组合由第一码值和/或第二码值组成。

本发明实施例的计算机可读存储介质通过处理器执行存储在其上的紧急求救程序，能够提高用户的紧急求救便捷度和成功率，同时防止出现误控情况，并降低移动终端的功耗，大大提高用户的使用体验。

图9是根据本发明实施例的移动终端的结构框图。

进一步地，如图9所示，本发明提出了一种移动终端10，该移动终端10包括存储器11、处理器12及存储在存储器11上并可在处理器12上运行的紧急求救程序，处理器12执行紧急求救程序时，实现以下步骤：S10，检测针对移动终端的按压操作；S20，根据按压操作生成按压编码；S30，根据按压编码从预设联系人编码表中确定对应的紧急联系人；S40，在紧急联系人的号码为报警电话时，拨打报警电话进行救援。如上述实施例中的紧急求救方法。

在一个实施例中，计算机可读存储介质执行时还实现以下步骤：在紧急联系人的号码为普通电话时，获取移动终端的当前位置信息，并根据当前位置信息和预设在移动终端中的求救信息生成紧急救援信息；将紧急救援信息发送给紧急联系人，并拨打紧急联系人的号码；在紧急联系人的号码未接通时，从预设联系人编码表确定备选紧急联系人；将紧急救援信息发送给备选紧急联系人，并拨打备选紧急联系人的号码。

在一个实施例中，计算机可读存储介质执行时还实现以下步骤：将当前位置信息转换成文本信息，并将文本信息拼接到求救信息中，以生成紧急救援信息。

在一个实施例中，计算机可读存储介质执行时还实现以下步骤：在备选紧急联系人的号码未接通时，从移动终端的通话记录中确定通话次数最多的联系人；将紧急救援信息发送给通话次数最多的联系人，并拨打通话次数最多的联系人的号码；在通话次数最多的联系人的号码未接通时，根据移动终端的当前位置信息确定当地紧急救援电话，并拨打当地紧急救援电话。

在一个实施例中，计算机可读存储介质执行时还实现以下步骤：根据按压操作获取连续预设时间内的每个按压操作对应的压力值；对每个按压操作对应的压力值进行编码，获得按压编码。

在一个实施例中，计算机可读存储介质执行时还实现以下步骤：在压力值处于第一预设压力区间时，确定按压操作为无效按压；在压力值处于第二预设压力区间时，确定按压操作为轻按，并将轻按编码为第一码值；在压力值处于第三预设压力区间时，确定按压操作为重按，并将重按编码为第二码值。

在一个实施例中，计算机可读存储介质执行时还实现以下步骤：预设联系人编码表中不同紧急联系人对应不同的编码组合，编码组合由第一码值和/或第二码值组成。

本发明实施例的移动终端包括存储器和处理器，处理器执行存储在存储器上的紧急求救程序，能够提高用户的紧急求救便捷度和成功率，同时防止出现误控情况，并降低移动终端的功耗，大大提高用户的使用体验。

图10是根据本发明实施例的用于移动终端的紧急求救装置的结构框图。

进一步地，如图10所示，本发明提出了一种用于移动终端的紧急求救装置100，该紧急求救装置100包括检测模块101、编码模块102、确定模块103和报警模块104。

其中，检测模块101用于检测针对移动终端的按压操作；编码模块102用于根据按压操作生成按压编码；确定模块103用于根据按压编码从预设联系人编码表中确定对应的紧急联系人；报警模块104用于在紧急联系人的号码为报警电话时，拨打报警电话进行救援。

具体地，参见图10，本发明提出了一种用于移动终端的紧急求救装置100，该求救装置包括检测模块101、编码模块102、确定模块103和报警模块104。

其中，本实施例中的紧急求救装置可以应用于移动终端，该移动终端可以包括手机、平板、智能穿戴设备等。移动终端上设置有压力边框作为检测模块101，该压力边框可以设置在移动终端的边框上，移动终端可以通过该压力边框检测到用户针对移动终端的按压操作。可选地，也可以通过在移动终端上设置压力屏作为检测模块101，移动终端通过该压力屏可以检测到针对该移动终端你的按压操作。需要说明的是，本实施例中用于检测移动终端的按压操作的还可以是其他按压传感器作为检测模块101，在此不对检测针对移动终端的按压操作的按压传感器类型进行限定。

当检测模块101检测到按压操作之后，则编码模块102可以根据该按压操作生成对应按压编码，需要说明的是，为了降低误触率，本实施例中的按压操作可以是限定在一定时间内连续按压预设次数才有效，如果按压的时间或者次数中有一项不符合要求的话，则该按压步骤无效，并不生成对应的按压编码。更具体地，每按压一次，可以生成一个按压编码，而按压的预设次数可以是紧急联系人对应的编码个数，如设置紧急联系人的所对应的按压编码为3个，则可以在一定时间检测用户是否按压了3次，如果是，则当前按压操作有效，否则，当前按压操作无效。可选地，一定时间可以为5秒钟。

该实施例中，可以预先设置联系人编码表，该编码表中可以包括用户设定的紧急联系人，该紧急联系人对应的号码可以包括紧急求救号码、家人同事等联系号码。

举例而言，预先联系人编码表中可以预存两个紧急联系人，分别为第一紧急联系人和第二紧急联系人，并且，其中可以默认加入报警电话，如110或者911等。本示例中的预先联系人编码表可以根据紧急联系人的拼音首字母对应的数字编码存在系统中。举例而言，第一紧急联系人张三三，其对应的拼音的首字母为zss，根据预设规则可以得到其对应的数字编码为522，所以其对应的按压编码则为100；第二紧急联系人李思思，其对应的拼音的首字母为lss，根据预设规则可以得到其对应的数字编码为722，所以其对应的按压编码也为100，由于两个按压编码一样，所以为了区分，可以在第二紧急联系人所对应的按压编码最后一位进行重复，则第二紧急联系人李思思的按压编码则为1000。需要说明的是，在该示例中，紧急联系人的姓名拼音首字母与数字编码中的数字之间可以存在预设对应关系，可选地，该对应关系可以是用户自行设置的。在确定了紧急联系人之后，则可以确定模块103从联系人列表中找到紧急联系人对应的联系方式，进而联系该紧急联系人。

由于紧急联系人时用户自己进行设定的，所以有的用户则可能将紧急联系人设置为报警电话，如110等，有的用户则可能将紧急联系人设置为平常的联系人电话。所以在获取到紧急联系人的号码之后，则还可以对该紧急联系人的号码进行判断，并在判定该紧急联系人的号码为报警电话时，则可以利用报警模块104拨打该报警电话进行救援。更具体地，可以通过adb命令：adb shell service call phone 1s16“110”后台拨打报警电话110。

在本发明的一些实施例中，本实施例中的紧急求救装置100还包括生成模块和控制模块，其中，生成模块可以在紧急联系人的号码为普通电话时，获取移动终端的当前位置信息，并根据当前位置信息和预设在移动终端中的求救信息生成紧急救援信息；控制模块可以将紧急救援信息发送给紧急联系人，并拨打紧急联系人的号码，并在紧急联系人的号码未接通时，从预设联系人编码表确定备选紧急联系人，将紧急救援信息发送给备选紧急联系人，并拨打备选紧急联系人的号码。

在本发明的一些实施例中，生成模块具体用于将当前位置信息转换成文本信息，并将文本信息拼接到求救信息中，以生成紧急救援信息。

在本发明的一些实施例中，控制模块，还用于在备选紧急联系人的号码未接通时，从移动终端的通话记录中确定通话次数最多的联系人；将紧急救援信息发送给通话次数最多的联系人，并拨打通话次数最多的联系人的号码；在通话次数最多的联系人的号码未接通时，根据移动终端的当前位置信息确定当地紧急救援电话，并拨打当地紧急救援电话。

在本发明的一些实施例中，编码模块，具体用于根据按压操作获取连续预设时间内的每个按压操作对应的压力值；对每个按压操作对应的压力值进行编码，获得按压编码。

在本发明的一些实施例中，编码模块，具体用于在压力值处于第一预设压力区间时，确定按压操作为无效按压；在压力值处于第二预设压力区间时，确定按压操作为轻按，并将轻按编码为第一码值；在压力值处于第三预设压力区间时，确定按压操作为重按，并将重按编码为第二码值。

在本发明的一些实施例中，预设联系人编码表中不同紧急联系人对应不同的编码组合，编码组合由第一码值和/或第二码值组成。

需要说明的是，本发明实施例的用于移动终端的紧急求救装置的具体实施方式，可以参见上述实施例中的紧急求救方法的具体实施方式，在此不再赘述。

综上，本发明实施例的用于移动终端的紧急求救装置能够提高用户的紧急求救便捷度和成功率，同时防止出现误控情况，并降低移动终端的功耗，大大提高用户的使用体验。

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

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

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

在本发明的描述中，需要理解的是，术语“中心”、“纵向”、“横向”、“长度”、“宽度”、“厚度”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”“内”、“外”、“顺时针”、“逆时针”、“轴向”、“径向”、“周向”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。

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

在本发明中，除非实施例中另有明确的相关规定或者限定，否则实施例中出现的术语“安装”、“相连”、“连接”和“固定”等应做广义理解，例如，连接可以是固定连接，也可以是可拆卸连接，或成一体，可以理解的，也可以是机械连接、电连接等；当然，还可以是直接相连，或者通过中间媒介进行间接连接，或者可以是两个元件内部的连通，或者两个元件的相互作用关系。对于本领域的普通技术人员而言，能够根据具体的实施情况理解上述术语在本发明中的具体含义。

在本发明中，除非另有明确的规定和限定，第一特征在第二特征“上”或“下”可以是第一和第二特征直接接触，或第一和第二特征通过中间媒介间接接触。而且，第一特征在第二特征“之上”、“上方”和“上面”可是第一特征在第二特征正上方或斜上方，或仅仅表示第一特征水平高度高于第二特征。第一特征在第二特征“之下”、“下方”和“下面”可以是第一特征在第二特征正下方或斜下方，或仅仅表示第一特征水平高度小于第二特征。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种紧急求救方法，其特征在于，应用于移动终端中，所述方法包括：

检测针对所述移动终端的按压操作；

根据所述按压操作生成按压编码；

根据所述按压编码从预设联系人编码表中确定对应的紧急联系人；

在所述紧急联系人的号码为报警电话时，拨打所述报警电话进行救援。

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

在所述紧急联系人的号码为普通电话时，获取所述移动终端的当前位置信息，并根据所述当前位置信息和预设在所述移动终端中的求救信息生成紧急救援信息；

将所述紧急救援信息发送给所述紧急联系人，并拨打所述紧急联系人的号码；

在所述紧急联系人的号码未接通时，从所述预设联系人编码表确定备选紧急联系人；

将所述紧急救援信息发送给所述备选紧急联系人，并拨打所述备选紧急联系人的号码。

3.根据权利要求2所述的紧急求救方法，其特征在于，根据所述当前位置信息和预设在所述移动终端中的求救信息生成紧急救援信息，包括：

将所述当前位置信息转换成文本信息，并将所述文本信息拼接到所述求救信息中，以生成所述紧急救援信息。

4.根据权利要求2所述的紧急求救方法，其特征在于，在拨打所述备选紧急联系人的号码之后，所述方法还包括：

在所述备选紧急联系人的号码未接通时，从所述移动终端的通话记录中确定通话次数最多的联系人；

将所述紧急救援信息发送给所述通话次数最多的联系人，并拨打所述通话次数最多的联系人的号码；

在所述通话次数最多的联系人的号码未接通时，根据所述移动终端的当前位置信息确定当地紧急救援电话，并拨打所述当地紧急救援电话。

5.根据权利要求1-4中任一项所述的紧急求救方法，其特征在于，根据所述按压操作生成按压编码，包括：

根据所述按压操作获取连续预设时间内的每个按压操作对应的压力值；

对每个按压操作对应的压力值进行编码，获得所述按压编码。

6.根据权利要求5所述的紧急求救方法，其特征在于，对每个按压操作对应的压力值进行编码，包括：

在所述压力值处于第一预设压力区间时，确定所述按压操作为无效按压；

在所述压力值处于第二预设压力区间时，确定所述按压操作为轻按，并将所述轻按编码为第一码值；

在所述压力值处于第三预设压力区间时，确定所述按压操作为重按，并将所述重按编码为第二码值。

7.根据权利要求6所述的紧急求救方法，其特征在于，所述预设联系人编码表中不同紧急联系人对应不同的编码组合，所述编码组合由所述第一码值和/或所述第二码值组成。

8.一种计算机可读存储介质，其特征在于，其上存储有紧急求救程序，该紧急求救程序被处理器执行时实现如权利要求1-7中任一项所述紧急求救方法的步骤。

9.一种移动终端，其特征在于，包括存储器、处理器及存储在存储器上并可在处理器上运行的紧急求救程序，所述处理器执行所述紧急求救程序时，实现如权利要求1-7中任一项所述紧急求救方法的步骤。

10.一种用于移动终端的紧急求救装置，其特征在于，所述装置包括：

检测模块，用于检测针对所述移动终端的按压操作；

编码模块，用于根据所述按压操作生成按压编码；

确定模块，用于根据所述按压编码从预设联系人编码表中确定对应的紧急联系人；

报警模块，用于在所述紧急联系人的号码为报警电话时，拨打所述报警电话进行救援。

Images