WO2018027335A1

WO2018027335A1 - 一种待机方法、解除终端锁定的方法、通信方法及系统

Info

Publication number: WO2018027335A1
Application number: PCT/CN2016/000431
Authority: WO
Inventors: 黄韬捷; 吴泓锟
Original assignee: 南星信息技术（上海）有限公司
Priority date: 2016-08-08
Filing date: 2016-08-08
Publication date: 2018-02-15

Abstract

本发明提供一种待机方法、解除终端锁定的方法、通信方法及系统，所述通信方法包括：获取终端当前运行模式，所述运行模式包括第一运行模式及第二运行模式，所述第一运行模式具备紧急运行条件；若处于第一运行模式则在检测到外部手势输入紧急信息时，与预定之联系人对应的终端建立通讯链路以传输紧急数据，所述紧急信息为唤醒及锁定终端的频率信息。本发明能够在紧急情况下快速解锁终端。

Description

一种待机方法、解除终端锁定的方法、通信方法及系统

技术领域

本发明涉及移动通信技术，特别涉及一种待机方法、一种解除终端锁定的方法、一种终端的通信方法及一种紧急通信系统。

背景技术

随着通信技术的不断发展，越来越多的手持终端出现在人们的生活中，比如，手机、掌上电脑和平板电脑。手持终端通常具有锁屏模式，当用户手持终端时，首先要进行解锁操作。目前的解锁方式为：按下手持终端上的解锁功能键(通常为电源键)，唤醒终端，再输入终端显示界面上的解锁手势，从而完成解锁。

现有技术中的手持终端基于随身携带的便利性，已和用户定位同步，用户对于手持终端随取随用。但是在紧急情况下，用户对于休眠状态下的手持终端，仍需经过解锁过程，包括上述解锁方式，这却是在时间上无法满足紧急情况的快速使用需求。

发明内容

本发明技术方案解决的技术问题为，如何在紧急情况下快速解锁终端。

为了解决上述技术问题，本发明技术方案提供了一种待机方法，包括：

确定终端的运行模式，所述运行模式包括第一运行模式及第二运行模式，所述第一运行模式具备紧急运行条件；

根据所确定的运行模式获取解锁操作的信息类型；

检测外部手势输入的解锁操作的信息。

可选的，所述第一运行模式对应的解锁操作的信息包括紧急信息，所述紧急信息为唤醒终端的频率信息。

可选的，所述紧急信息为外部手势点击终端电源键以唤醒终端的第一频率信息。

可选的，所述紧急信息为外部手势点击终端触摸屏以唤醒终端的第二频率信息。

可选的，所述频率信息中携带的频率大于或等于阈值频率。

可选的，所述第一运行模式对应的解锁操作的信息还包括非紧急信息，所述非紧急信息为唤醒终端的其他信息。

可选的，所述第二运行模式对应的解锁操作的信息仅包括非紧急信息，所述非紧急信息为唤醒终端的其他信息。

可选的，所述唤醒终端的其他信息为外部手势在终端触摸屏的滑动、密码输入或指纹输入以唤醒终端的手势信息。

为了解决上述技术问题，本发明技术方案还提供了一种解除终端锁定的方法，包括：

获取终端运行模式与解锁操作信息类型的配置关系，所述运行模式包括第一运行模式及第二运行模式，所述第一运行模式具备紧急运行条件，所述第一运行模式对应的解锁操作的信息包括紧急信息，所述紧急信息为唤醒终端的频率信息；

第一运行模式下若检测到外部手势输入的解锁操作的信息为紧急信息时，解除终端的锁定并进入紧急模式。

为了解决上述技术问题，本发明技术方案提供了一种终端的通信方法，包括：

获取终端当前运行模式，所述运行模式包括第一运行模式及第二运行模式，所述第一运行模式具备紧急运行条件；

若处于第一运行模式则在检测到外部手势输入紧急信息时，与预定之联系人对应的终端建立通讯链路以传输紧急数据，所述紧急信息为唤醒及锁定终端的频率信息。

可选的，若处于第一运行模式则在检测到外部手势输入所述紧急信息时，所述通信方法还包括：中止与非预定之联系人对应终端的数据传输。

可选的，所述通信方法还包括：

与共享设备建立通讯链路；

选择联系人为预定之联系人，并将所述预定之联系人信息传输至所述共享设备。

可选的，所述通信方法还包括：

若终端用户与所述预定之联系人之间互为预定之联系人，则终端用户与所述预定之联系人共享所述用户权限。

可选的，所述通信方法还包括：

若处于第一运行模式且未检测到外部手势输入紧急信息，在触摸屏上设定与预定之联系人具有对应关系的第一像素区域；

如检测到贯穿该第一像素区域的接触，则解除该第一像素区域与所述预定之联系人的设定关系，并将该预定之联系人转变为所述非预定之联系人。

可选的，所述通信方法还包括：

若处于第一运行模式且未检测到外部手势输入紧急信息，在触摸屏上设定与当前模式具有对应关系的第二像素区域；

如检测该第二像素区域的接触且该接触保持并往返移动，则将终端的当前运行模式切换为所述第二运行模式。

为了解决上述技术问题，本发明技术方案还提供了一种紧急通信系统，包括：用户终端、所述用户终端预定之联系人对应的至少一个终端及共享设备，所述用户终端的用户信息与所述预定之联系人的信息存储并共享于所述共享设备。

本发明技术方案的有益效果至少包括：

在本发明技术方案的一方面，提供了一种待机方法，其待机基于紧急模式，可检测紧急模式下的紧急解锁输入，所述紧急解锁输入不同于现有技术，本发明技术方案能够快速响应上述紧急解锁输入，并适于建立终端的紧急模式。

在本发明技术方案的另一方面，提供了一种解除终端锁定的方法，其方案对应于待机状态下的紧急解锁输入，建立运行模式与解锁操作的配置关系，获得了一种更为快速的解锁方案，本发明技术方案能够实现紧急情况下的快速解锁。

在本发明技术方案的另一方面，提供了一种终端的通信方法，能够快速响应紧急解锁手势并紧急解锁，实现紧急状态下的快速通信。本发明技术方案能够及时有效地传输紧急数据，使终端与预定联系人之对应终端在紧急状态下实现信息的快速传递。在总体上，本发明技术方案在待机检测、解锁操作、通信链接上都能够做到快速响应，完全满足终端在紧急情况下的快速使用需求。

在本发明技术方案的可选方案中，本发明技术方案还提供了紧急通信时中止与非预定之联系人对应终端的数据传输的技术手段，该技术手段能够在紧急情况下针对紧急联系人主动建立通信，并屏蔽非预定联系人的通信请求，以此增加终端的续航能力，并适应紧急情况的使用需求，排除不必要的通信负累，使紧急通信更有针对性及有效性。

在本发明技术方案的可选方案中，本发明技术方案待机、解锁或工作状态下，其输入的紧急信息为外部手势电极终端电源键或点击终端触摸屏的频率信息，以该种频率信息的产生形式在时间及操作上更为快速，并且，设定频率信息中频率的阈值，使得紧急状态不容易误触，充分考虑到软件的实用性及安全性。

在本发明技术方案的可选方案中，本发明技术方案的终端在紧急情况会与外界之联系人终端通信并发出紧急数据，其中，关键信息为定位信息，所述定位信息的输出包括网络位置、数据库定位及GPS定位的逻辑选择，并充分考虑到联网情况、耗电情况及快速获取需要时上述定位信息的输出选择，满足快速获取定位信息的紧急要求。

在本发明技术方案的可选方案中，还给出了一种验证紧急模式用户权限的技术手段。该手段通过设定终端及服务器的双向验证机制，从而增强了用户的权限认证，避免终端用户注册时产生的规避验证规则的验证漏洞。此外，本发明技术方案还给出了双向验证机制结合时间阈值的超时失败的验证手段，能够加强软件使用的安全性。

附图说明

通过阅读参照以下附图对非限制性实施例所作的详细描述，本发明的其他特征、目的和优点将会变得更明显：

图1为本发明技术方案提供的一种待机方法的流程示意图；

图2为本发明技术方案提供的一种解除终端锁定的方法流程示意图；

图3为本发明技术方案提供的一种终端的通信方法的流程示意图；

图4为本发明技术方案提供的又一种终端的通信方法的流程示意图；

图5为本发明技术方案提供的一种紧急模式下紧急通信所基于信号流示意图；

图6为本发明技术方案提供的再一种终端的通信方法的流程示意图；

图7为本发明技术方案提供的一种获取定位信息的方法流程示意图；

图8为本发明技术方案提供的另一种获取定位信息的方法流程示意图；

图9为本发明技术方案提供的另一种终端的通信方法的流程示意图；

图10为本发明技术方案提供的一种注册用户权限的方法流程示意图。

具体实施方式

为了更好的使本发明的技术方案清晰的表示出来，下面结合附图对本发明作进一步说明。

实施例一

本实施例提供了一种待机方法，该待机方法基于终端当前运行模式的不同有所区别。

参考图1，该待机方法包括：

步骤S100，确定终端的运行模式；

步骤S101，根据所确定的运行模式获取解锁操作的信息类型；

步骤S102，检测外部手势输入的解锁操作的信息。

在本实施例中，终端的运行模式包括第一运行模式及第二运行模式，所述第一运行模式具备紧急运行条件。终端的运行模式是根据用户的输入指令所确定的，若用户输入指令以初始化终端的紧急运行模式，则终端具备紧急运行条件，终端便处于第一运行模式，若用户输入指令以关闭终端的紧急运行模式，则终端不具备紧急运行条件，那么终端便处于第二运行模式。

在本实施例中，基于终端操作系统的不同，紧急运行模式的初始化或关闭的指令输入有所不同：

若对于IOS系统或安卓系统等自身不具有紧急运行模式的系统，紧急运行模式以第三方软件的形式装载在系统内，上述初始化指令或关闭指令的输入是打开该第三方软件或关闭该第三方软件的操作；

若对于自身具有紧急运行模式的系统，紧急运行模式可以是该系统的一种运行模式，即所述第一运行模式中的一种模式或为该第一运行模式，可改变系统“设置”中的相关配置信息进行上述初始化指令或关闭指令的输入。

在本实施例的一个实施方式中，无论紧急运行模式是基于系统第三方软件的形式还是基于系统本身的配置进行开闭，在终端待机过程中，基于终端以第一运行模式或第二运行模式运行的情况，运行的运行模式与解锁操作的类型具有检测的对应关系，其中，运行模式与解锁操作类型的对应关系可以参见表一。在终端确定当前运行模式后，上述检测的对应关系会被终端读取配置，以确定当前终端外部是否检测到合规的解锁操作。

表一为运行模式与解锁操作的检测对应关系。

上述紧急解锁操作指的是外部输入的紧急信息，在本实施例中，所述紧急信息为唤醒终端的频率信息，也就是终端屏幕开启或关闭的频率信息。终端屏幕熄灭处于待机，而终端屏幕点亮但未解锁则为唤醒，根据终端类型的不同，点击终端屏幕或者点击屏幕附近的电源键，可用于将终端从待机切换为唤醒，或者，可用于将终端从唤醒切换为待机，也就是说，上述点击终端屏幕或点击电源键的输入操作，能够使终端屏幕开启或关闭。当然，本发明技术方案对于唤醒终端的手势并不局限，在其他实施例中，还可以是指纹唤醒终端或者其他唤醒终端的方式都是适用的。

除此以外，本实施例还对紧急解锁操作中的频率信息做了进一步限定。该频率信息是具有一定含义的，体现在防止误触及操作有效的便利性原则，本实施例给出一种具体的频率数值为四秒五次的唤醒频率。但是，该频率数据仅是频率阈值，只要实际输入的紧急信息中，唤醒终端的频率能够大于或等于该频率阈值，都是为所述有效的紧急解锁操作。

上述频率阈值也可以限定为五秒六次，或六秒七次，等等，只要在操作合理且兼顾误触率及便利性，则数值的选择在其他实施例中不限。

所述常规解锁操作则包括外部输入的非紧急信息，所述非紧急信息为唤醒终端的其他信息，根据终端类型的不同，外部输入的有效的非紧急信息可以不同，是可唤醒终端的其他信息，比如：为点击电源键、点击或滑动终端屏幕、指纹输入、红外感应等有关输入操作中的一种或多种。当然，对于非紧急信息与紧急信息的区别，其可以是操作手势的不同，也可以是操作频率的不同。本实施例中，唤醒操作的手势可以相同，但对紧急解锁操作手势来说包括：唤醒操作的手势及唤醒操作的执行频率，而对于常规解锁操作手势来说除了包括唤醒手势要求，还包括唤醒后的解锁操作，且无论对唤醒手势还是解锁手势，都无频率要求。

步骤S102中所述对外部手势输入解锁操作的检测主要是对输入解锁操作的合规性检测。对紧急解锁操作的合规性检测包括有效唤醒操作及达到频率阈值的唤醒频率的检测，而对常规解锁操作的合规性检测，在待机状态下仅包括有效唤醒操作的检测。

事实上，在待机状态下：若第一运行模式下检测到所述紧急解锁操作的合规性，则终端自动从待机状态解锁；而若终端检测到所述常规解锁操作的合规性，则仅是检测到操作中第一步的唤醒操作(即合理的能够点亮屏幕的包括点击电源键、点击或滑动终端屏幕、指纹输入、红外感应等手势)，待机的终端仅是切换到唤醒状态；需要等待再次输入如滑动屏幕、指纹认证、手势解锁等第二步的解锁操作，唤醒的终端才能被解锁。

可以理解的是，为了适应于本发明技术方案的核心，也就是紧急解锁，该紧急解锁也就是紧急解锁操作是用于直接唤醒终端的，因此本发明技术方案将所述解锁操作都进行了扩大化理解，所述解锁操作包括唤醒及解锁终端的内涵，通常理解的唤醒操作包含于所述解锁操作。

实施例二

本实施例与实施例一是对应的，实施例一的技术方案包括了对于唤醒、解锁操作合规性的待机检测，而不包含自动的或者手动的唤醒及解锁过程，本实施例则涵盖了合规性检测后的唤醒及解锁过程。

一种解除终端锁定的方法，参考图2，该解除终端锁定的方法包括：

步骤S200，获取终端运行模式与解锁操作信息类型的配置关系；

步骤S201，第一运行模式下：

若检测到外部手势输入的解锁操作的信息为紧急信息时，自动解除终端的锁定并进入紧急模式；

若检测到外部手势输入的解锁操作的信息为非紧急信息时，解除终端的锁定并进入非紧急模式；以及，

步骤S202，第二运行模式下：

若检测到外部手势输入的解锁操作的信息为非紧急信息时，解除终端的锁定并进入非紧急模式，所述非紧急信息为唤醒终端的其他信息。

本实施例终端的运行模式及设定方式可参考实施例一。

在本实施例的一个实施方式中，无论紧急运行模式是基于系统第三方软件的形式还是基于系统本身的配置进行开闭，在终端待机过程中，基于终端以第一运行模式或第二运行模式运行的情况，运行的运行模式与解锁操作的类型、及解锁后的终端工作模式同样具有特定的对应关系，其中，运行模式、解锁操作类型及解锁后的工作模式的对应关系可以参见表二。在终端确定当前运行模式后，上述解锁的对应关系会被终端读取配置，以确定当前终端外部是否检测到合规的解锁操作，从而执行解锁并运行对应的工作模式。

表二为运行模式、解锁操作及解锁后的工作模式之解锁对应关系。

所述第一紧急解锁操作及常规解锁操作的含义与实施例一所述紧急解锁操作及常规解锁操作一致。而第二紧急解锁操作包括以所述常规解锁操作唤醒终端后、再以所述第一紧急解锁操作解锁终端。

本实施例涵盖了检测到合规解锁操作后、解锁终端的技术方案。具体为，在待机状态下：

若终端运行在第一运行模式：终端执行检测所述紧急解锁操作的合规性的步骤，并在执行成功后，终端自动从待机状态直接解锁，其在解锁后进入紧急模式；

若终端运行在第一运行模式：终端执行检测所述常规解锁操作第一步唤醒操作的合规性的步骤，并在执行成功后，终端自动从待机状态唤醒，并持续执行检测所述常规解锁操作第二步解锁操作的合规性的步骤，其在执行成功后解锁并进入非紧急模式；

若终端运行在第一运行模式：终端执行检测所述常规解锁操作第一步唤醒操作的合规性的步骤，并在执行成功后，终端自动从待机状态唤醒，并持续执行检测所述紧急解锁操作的合规性步骤，其在执行成功后解锁并进入非紧急模式；

终端运行在第二运行模式：终端执行检测所述常规解锁操作第一步唤醒操作的合规性的步骤，并在执行成功后，终端自动从待机状态唤醒，并持续执行检测所述常规解锁操作第二步解锁操作的合规性的步骤，其在执行成功后解锁并进入非紧急模式。

本实施例不对紧急模式与非紧急模式下终端的具体通信模式及执行方案做进一步限定。可以理解的是，在本实施例对于终端解锁方案的描述中，紧急模式的启动非常快速，其在解锁过程中不需要从终端的休眠到唤醒，在从唤醒到解锁，而直接从终端的休眠状态进入解锁，进而直接进入紧急模式；另外，在终端通过常规唤醒及解锁步骤，进入唤醒状态，其检测到紧急解锁操作，也优先快速开启紧急模式。当然，这种紧急模式是区别于现有技术中终端的一般工作模式的。

实施例一及本实施例的方案也使用于其他具有多种工作模式的终端，其在设置工作模式的切换或启动时，实施例一及本实施例的技术方案也是适用的。

实施例三

本实施例提供了一种终端的通信方法，如图3所示，包括：

步骤S300，获取终端当前运行模式。

对应于第一运行模式，执行步骤S301或S302：

步骤S301，若在测到外部手势输入紧急信息时，与预定之联系人对应的终端建立通讯链路以传输紧急数据。

步骤S302，若检测到外部手势输入非紧急信息时，依据指令与预定或非预定之联系人对应的终端建立通讯链路以进行相应数据业务。

对应于第二运行模式，执行步骤S303：

步骤S303，若检测到外部手势输入紧急信息或非紧急信息时，依据指令与预定或非预定之联系人对应的终端建立通讯链路以进行相应数据业务。

本实施例终端的运行模式及设定方式可参考实施例一。

在本实施例的一个实施方式中，无论紧急运行模式是基于系统第三方软件的形式还是基于系统本身的配置进行开闭，在终端以第一运行模式或第二运行模式运行时，运行模式与输入操作的类型、及通信模式同样具有特定的对应关系，其中，运行模式、输入操作类型及通信模式的对应关系可以参见表三。在终端确定当前运行模式后，上述通信之对应关系会被终端读取配置，以确定当前终端外部是否检测到合规的输入操作，从而执行信息指令并以特定通信模式进行通信。

表三为运行模式、合规输入操作及解锁后的工作模式之解锁对应关系。

所述紧急输入操作与实施例一所述的紧急解锁操作是类似的：所述紧急输入操作包括紧急信息的输入。所述紧急信息为唤醒及锁定终端的频率信息，也就是终端屏幕开启或关闭的频率信息。其具体内容可参考实施例一，此处不再赘述。

所述常规输入操作是指通常用户使用终端的手势及信息输入，比如，在待机时点击电源键的唤醒，在解锁时的解锁手势，在解锁后选择联系人并进行通话，等等。

继续参考表三，本实施例的终端，若在第一运行模式下检测到所述紧急输入操作的合规，则终端自动进入紧急通信模式，所述紧急通信模式包括：直接与预定之联系人对应的终端建立通讯链路以传输紧急数据。而终端若运行在第二运行模式，则即使进行上述紧急输入操作，并不能进入所述紧急通信模式，也就不能直接与预定之联系人对应的终端建立通讯链路，不会传输紧急数据。所述与预定之联系人对应的终端建立通讯链路，是依据所需传输的紧急数据而定的，所述紧急数据可以是紧急短信、紧急电话等，对应的通信链路则为传输所述紧急短信的链路或进行紧急通话的链路。本实施例不对上述通信链路及紧急数据做限定。

所述预定之联系人，是设定紧急通信模式或第一运行模式时预先选择的终端联系人，比如手机联系人中的若干联系人。在紧急模式时，终端可以只对预定之联系人通信，即只与预定之联系人建立通信链路并传递紧急数据，而对非预定的联系人(即除所述预定之联系人以外的联系人)，可以设置中止链路的数据传递，比屏蔽传输的通信数据。在其他实施例中，还可以对上述非预定的联系人保持通信及数据传输，但自动将终端的提示音切换为静音模式。

静音模式可以使终端的响应更符合紧急状态的紧急要求，使终端避免发出铃音，不会引起第三人对于铃音的注意，使紧急模式的终端能够顺利操作；在其他实施例中，紧急模式下的终端显示也可以在紧急模式启动时被自动设置，其显示屏亮度被调节为最低；更进一步的，其显示屏上可设置一黑色或深色全屏悬浮窗，使终端界面显示符合紧急场景下的紧急需求，可掩藏终端界面的点亮及紧急操作。

所述常规输入操作包括拨打电话、编辑短消息、打开手机应用程序、网上冲浪等操作，在第一运行模式及第二运行模式下，上述常规操作就是用户通常使用智能手机等终端设备的一般操作，在上述操作下，终端的通信模式为非紧急通信模式，具体为接受用户输入的电话、短消息、上网等通信模式。

实施例四

不同于实施例三，紧急通信模式下，终端还可以被预定联系人对应的终端远程操作，具体表现为：紧急通信模式下，终端接收并检测预定联系人对应终端传输的短信包或数据包，根据所述短信包或数据包中的特定数据，利用摄像头、扬声器和/或定位系统，借用短消息或网络数据的形式，发送特定数据指向的当前的图像信息、声音信息和/或定位信息至预定联系人的终端。

在上述过程中，所述特定数据可以是请求摄像头采集当前图像信息的数据，比如检测到“图像”关键词或代表该含义的其他字段，可以是请求扬声器采集当前声音信息的数据，比如检测到“声音”关键词或代表该含义的其他字段，还可以是请求终端定位系统采集当前定位信息的数据，比如检测到“定位”关键词或代表该含义的其他字段。

基于上述内容，本实施例提供了一种终端的通信方法，如图4所示，还包括：

步骤S304，配置终端发起传输的紧急数据与所述预定之联系人对应终端发起指令之配置关系。

本步骤与步骤S300至步骤S303没有特定的先后关系。

在本实施例的技术方案中，终端在进入紧急模式时，其紧急数据的发送不仅限于检测到合规紧急输入操作的时刻，还响应于预定联系人对应终端发起的指令。在本实施例中，终端进入紧急模式后，可依据如图5所示的信号流进行紧急通信：

在终端检测到合规的输入操作时，发送自动紧急数据至预定之联系人对应的终端，上述自动紧急数据可以以短消息的通信方式进行发送，自动紧急数据可以为：

第一种紧急数据，为预设的具有求救短信内容，比如“我现在遇到危险，请速报警”等求救短信；

第二种紧急数据，为终端自动开启麦克风以录制的语音信息，比如 10秒～20秒的实时录音内容；

第三种紧急数据，为终端自动开启摄像头以摄录照片或视频的图像信息，比如10秒～20秒的实时图像内容，或连续若干张照片；

第四种紧急数据，为终端自动开启定位系统以定位的定位信息，比如GPS定位数据等。

第一种紧急数据至第四种紧急数据之间的发送频率可根据运行商的要求进行设定，本实施例给出的发送频率为四秒一次，但该发送频率并不受此限制。发送视频的设置是为了确保紧急数据被预定联系人接收。

继续参考图5，当预定之联系人对应的终端中至少一台发送确认收到紧急数据的短消息或电话至紧急通信的终端，则紧急通信的终端停止上述紧急数据的自动发送。

以上方案可独立执行。

继续参考图5，终端自动向预定联系人发送的紧急数据还可包括：指令数据。所述指令数据包括：告知预定联系人确认终端用户处于紧急状态的确认信息，并告知预定联系人可对终端发起上述紧急数据的调取指令。比如：

预定联系人之终端，对紧急终端回复1，为调取终端摄像头以获取图片信息的指令；对紧急终端回复2，为调取终端麦克风以获取声音信息的指令；对终端回复3，为调取终端定位器以获取定位信息的指令；对终端回复4，为调取终端摄像头以获取视频信息的指令。

紧急终端接受到上述调取指令，会依据对应的调取指令，发送与所述调取指令对应的紧急数据，即对应调取指令的所述图片信息、声音信息、定位信息及视频信息。

在其他实施例中，所述紧急数据可以仅设定本实施例所述的一种或多种，所述调取紧急数据的指令，也可以仅设定本实施例所述的一种或多种。

实施例五

不同于实施例三，本实施例提供了一种终端的通信方法，如图6所示，还包括：

步骤S305，若处于第一运行模式则在检测到外部手势输入紧急信息时，响应于所述预定之联系人电话呼叫并发出误触提示。

本步骤与步骤S300至步骤S303没有特定先后关系。

本实施例旨在提供紧急模式的误触解决手段。

考虑到第一运行模式下，终端用户可能发生误触，即终端检测到合规的紧急输入操作，此时，终端进入紧急通信模式，并发送上述紧急信息至预定之联系人，本实施例赋予预定联系人在紧急通信模式下的呼叫及紧急终端的响应，以制定误触机制。

具体的，在预定之联系人接收到紧急信息时，如发现或了解到终端用户实际是误触紧急模式，则可使用终端的电话功能呼叫紧急终端；紧急终端则发出响铃提示，提醒紧急终端用户及时关闭紧急模式。

本实施例可以与实施例四结合，此时，本步骤与步骤S304也没有特定的先后关系，预定之联系人判断终端用户是否误触紧急模式，可以基于步骤S304的配置，执行对紧急终端回复特定调取指令的短消息的技术方案。预定联系人发送调取指令，紧急终端会依据对应的调取指令，调取并发送调取指令对应的图片信息、声音信息、定位信息或视频信息，发送上述信息至预定之联系人，供预定之联系人判断。

实施例六

本实施例提供了一种终端的通信方案，不同于实施例四，其给出了紧急信息中定位信息获取方案。

结合图7，所述定位信息可通过如下方案中的任一种方案获取：

方案一为获取终端的网络位置，获取网络位置的方案与终端系统有关，比如，使用安卓系统时，可启用安卓的定位服务获取网络位置。将上述网络位置信息作为紧急信息中采集的定位信息。

方案二为终端的自设定位，即采用如下执行步骤来完成终端的自设定位：

基于WIFI(Wireless Fidelity，无线局域网)获取SSID(Service Set Identifier，服务集标识)；所述SSID的获取在本实施例指的是：由于SSID技术包括将一个WIFI网络分为几个不同身份验证的子网络，且每一个子网络都有独立的身份验证，所述SSID的获取即包括获取此处子网络的身份信息的获取；

获取基站ID；所述基站ID即获取小区的CGI(Cell Global Identity，全球小区识别码)；

上传获取SSID及基站ID至指定的定位数据库，将上述定位数据库反馈的位置信息作为紧急信息中采集的定位信息。

在方案二中，所述定位数据库可以是谷歌的定位数据库。

方案三为启用终端内设定位系统定位，所述定位系统可以是GPS定位、北斗定位系统等可与终端配置的定位系统，使用终端内设的定位系统采集紧急信息中的定位信息。

在本实施例的技术方案中，使用方案一至方案三任意定位方案来配置终端获取定位信息，都是可行的。本实施例不对特定获取方案做限制。

实施例七

基于实施例六，本实施例给出了一种定位信息的获取流程，基于特定逻辑配置使用方案一至方案三，以兼顾定位准确性、网络使用情况、耗电量及定位效率。本实施例定位信息获取流程的方案可结合图8：

在紧急情况发生后，终端启动紧急通信模式，此时，终端编辑紧急内容的短消息，需要对定位信息进行首次获取，此时为了满足定位信息获取快速的要求，优先执行方案一，从而获得定位信息；

若在第一预定时间内获取不到所述第一位置信息，则同时执行方案二及方案三，输出最先采集到的定位信息。首次采集定位信息中，以快速取得定位信息为优先要求，所述第一预定时间可以选择一个较短的时间，本实施例为4秒(s)，当然，在其他实施例中可以选择3秒、5秒等，本发明技术方案并不对此做限制。

在紧急联系人接收到紧急信息，并回复进一步获取终端用户当前定位信息的指令时，终端则在获取定位信息时，优先考虑到定位精确度及联网情况的便利性，即在联网允许下优先采集定位信息更为准确的定位方案，继续参考图8：

紧急模式下，终端再次采集定位信息时，则：

联网状态下，优先执行方案一及方案三，其中，在第一预设时间内持续执行方案一直到采集到网络位置信息，在第二预设时间内持续执行方案三直到采集到方案三的定位信息，将执行方案一采集到的网络位置与方案三中系统采集的定位信息做比较，取误差最小的定位信息输出；在上述过程中，如果在第一预设时间内无法采集到网络位置信息，则直接输出方案三的定位信息，如果在第二预设时间内无法采集到方案三的定位信息，则输出网络位置信息；

但是，若既无法在第一预设时间采集到网络位置信息、也无法在第二预设时间内采集到方案三的定位信息，则再执行方案二，并继续执行方案三，输出最先采集到的定位信息。

上述步骤中，所述第二预设时间可以设置一段比第一预设时间较长的时间期间，比如20秒(s)，但是上述时间只是一个较佳的应用方案，本实施例的技术方案并不受此局限。

继续参考图8，若联网状态中断，即终端无法检测到联网，则执行如下流程：

持续执行方案三，直至输出系统定位信息(比如GPS定位系统下的GPS定位信息)。此时，若仍无法输出系统定位信息，则持续检测网络连接情况。若网络连接成功，可重复执行方案一，若方案一在第一预设时间内无输出结果，则执行方案二及方案三，直至输出定位结果。

但是，在上述方案下，若定位时数据网络开启但联网的WIFI连接无效，则尝试断开该WIFI连接并执行方案一，以输出网络位置信息；若在第一预定时间内获取不到所述网络位置信息，则关闭WIFI服务，获取基站位置；在所述基站位置获取成功或在第三预定时间内获取不到基站位置时，再次开启WIFI服务并重新执行方案一。第三预定时间可以比照第二预定时间设置，比如设定为20秒(s)。

若定位时数据网络关闭且联网的WIFI连接无效，其执行流程与定位时数据网络开启但联网的WIFI连接无效时的执行流程一致，不同之处在于，执行流程的同时，终端以第四预定时间为周期断开WIFI连接直到输出所述定位信息。

应用例：

本实施例在紧急模式下终端自动获取终端定位信息的流程具体一则应用例，其包括终端首次进入紧急状态产生定位数据及依据预定联系人回复指令、调取终端定位信息的流程步骤。上述流程步骤包括步骤一至五：

一、紧急模式下首次发送位置需要快速，所以优先获取网络位置(本应用例使用安卓的定位服务)；4秒内获取不到网络位置则同时执行自设定位和GPS定位，所述自设定位即终端主动获取WIFI的SSID和基站ID上传到谷歌的定位数据库以获取终端当前位置，直到获取到输出的定位结果，将该定位结果作为紧急信息中的定位信息，并立即发送。首次发送定位信息时，如果一开始网络不通则持续获取GPS位置，直到获得执行结果。

二、之后每次发送短信时判断是否联网，如联网，则给20秒时间获取GPS位置，获取到了再获取网络位置做比较，发送误差小的位置信息，如4秒内未获取到网络位置则发送GPS位置。20秒内获取不到GPS位置则发送网络位置，4秒内获取不到网络位置则获取自设定位，同时GPS持续定位，获取到为止。如不联网，则持续获取GPS位置，直到获取到最终的定位结果。

三、网络不通且还没获取到GPS位置时持续检测网络连接情况，一旦连接，终端则立即停止获取GPS位置并执行获取网络位置的流程步骤，4秒内获取不到网络位置则执行自设定位，同时GPS持续定位，直到获取到最终的定位结果。

四.若请求定位时终端数据网络为打开，默认连接的WIFI不能联网，则执行步骤a～c：

a.若请求定位时已连接的WIFI网络不通，则尝试断开该连接，再次尝试获取网络位置；

b.若4秒内仍旧获取不到网络位置，则关闭WIFI，获取基站位置；若获取到基站位置，则重新打开WIFI。

c.若20秒内获取不到基站位置，则打开WIFI重复步骤b。

五、若请求定位时终端数据网络为关闭且默认连接的WIFI不能联网，则在执行步骤a～c的同时，每20秒断开一次当前网络直到能获取到位置为止。

本实施例及应用例的定位流程能够使终端在紧急情况下实现精确定位，同时也兼顾定位效率及终端耗电率。

实施例八

本实施例给出了一种终端的通信方法，如图9所示，不同于实施例三，还包括：

步骤S306，基于用户权限初始化所述第一运行模式。

也就是，本实施例基于实施例三的技术方案，还进一步添加了用户权限验证的技术手段，包括终端用户初次申请注册终端紧急通信模式所基于的应用程序(APP)的使用，或者终端用户基于初次使用，完成终端紧急通信模式的注册申请。参考图10，所述用户权限通过如下步骤流程获取：

步骤S400，输入注册申请；

步骤S401，基于输入的注册申请产生随机码，终端在第一时间阈值内以短信形式发送至服务器；

步骤S402，向服务器查询对应手机号码是否存在验证码的更新，所述服务器在短信发送成功后的第二时间阈值内收到所述手机号码及随机码的短信，则更新所述验证码；

步骤S403，更新后在第三时间阈值内匹配所述验证码。

在上述过程中，输入注册申请包括用户在终端界面上输入注册信息，包括用户手机号码、用户ID、用户预置密码等信息的输入，并完成注册信息的提交。在注册信息提交后，服务器接收上述注册信息，并产生随机码反馈至终端，终端可自动或手动形成包括上述随机码信息的短信，并需要在第一时间阈值内提交至服务器。服务器需要在终端短信发送成功后的第二时间阈值内查收到短信，则更新终端界面的验证码。终端用户需要在终端界面操作并在服务器更新界面验证码的第三时间阈值内输入匹配的验证码。

本实施例提供了第一时间阈值至第三时间阈值以在时间上监控用户规避注册用户权限及规避验证的情况。另外，服务器在验证短信时，还可以进一步验证短信发送手机号码与注册手机号码的一致性。

本实施例的上述技术方案已可解决用户规避注册的问题。

进一步的，为了更有效地解决用户规避注册的问题，本实施例还提供了如下验证方案来获取用户权限，其在涵盖了本实施例的上述流程方案外，还包括如下步骤流程：

-若终端用户在所述第一时间阈值内未发送随机码的短信，则本次验证失败；

-若所述查询的时间超过第一等待时间，则本次验证失败；

-若注册申请时所述服务器在第二等待时间内收到内容重复的短信，则更新失败；

-若注册申请后所述服务器在第三等待时间内收到内容重复的短信，则忽略该短信；

所述第一等待时间为a+2b+c，所述第二等待时间为a+b，所述第三等待时间为a+b+c，其中，a为所述第一时间阈值，b为所述第二时间阈值，c为所述第三时间阈值。在本实施例的一个实施方案中，a可以具体设置为10秒，b可以具体设置为20秒，c可以具体设置为8秒。更为宽泛的，a的设置范围可以参考10～20秒，b的设置范围可以参考20～30秒，c的设置范围可以参考8～15秒。上述数值的设置可以有效综合用户等待时间与注册时长的要求，可使注册时长尽可能快速，但同时保证用户的操作时间，且兼顾利用上述时长及时间的综合计算，有效规避用户操作时间过长/注册时间过短容易导致的用户作弊、注册无效的情形。

应用例

本实施例还给出了本发明技术方案对紧急通信功能进行终端应用程序注册的整体逻辑流程应用例，以手机为例：

设置服务器端，包括：设置手机发送短信的超时阀值a；设置短信发出后服务器端接收到手机号及验证码的超时阀值b；设置服务器端接收到手机号及验证码后客户端获取到验证码的超时阀值c。

手机客户端请求验证，包括：生成随机验证码，通过短信发送给服务器端；若短信超过时间a未发送，则验证失败；成功发送短信后开始向服务器查询对应手机号码是否有验证码更新；查询到更新后匹配验证码，如验证码匹配则验证成功；若查询超过时间a+2b+c仍未更新或验证码不匹配，则验证失败。

服务器端执行注册流程，包括：服务器端收到短信验证码等待时间a+b；若等待时间内收到一条或多条验证码一致的短信，则这些短信(包括原短信)都不做处理；若等待时间内未收到验证码一致的其他短信，则根据手机号更新服务器端的验证码；更新验证码后继续等待时间a+b+c，若时间内有一条或多条验证码一致的短信，则这些短信都不做处理。

以上注册验证逻辑主要防止的是除注册手机以外的另一台手机复制注册手机验证短信发送从而规避注册验证的情况：

比如，135号码的手机希望拿133号码的手机注册，133号码的手机注册并获取到上述随机码后，135号码的手机客户端发送包含随机码的短信后，可以复制该短信或随机码至133号码的手机，由133号码的手机再次发送，类推，135号码的手机及133号码的手机可以通过随机码短信的前后发送，规避每个手机的验证注册。

本实施例及其应用例的上述技术方案都可以避免上述作弊方式，本实施例设定第一时间阈值及第二时间阈值，阻止135号码的手机短信的先发出，135号码手机短信的发送因存在与133号码手机短信的复制及互发，服务器端的等待时间会超过a+b，短信发送将会超时导致验证失败。本实施例将服务器端等待时间设为a+b则正好规避了这种情况。

如果133号码的手机滞后发送验证码短信，则滞后短信因存在135号码手机的先验证，肯定会超过a+b+c的验证时间，则服务器端的等待时间会超过a+b+c，客户端也会因获取不到验证码更新而超时失败。本实施例将服务器端更新验证码后再等待的时间限制在a+b+c，能很好的避免手机间的验证规避。

以上方案同样适用多部手机同时作弊的情况。

实施例九

本实施例提供了一种终端的通信方法，其在紧急模式下还与共享设备建立通讯链路。

紧急模式初始化或重新配置时，终端用户可选择联系人为预定之联系人，并将所述预定之联系人信息传输至所述共享设备。

共享设备中的终端用户与预定之联系人之间具有配置关系，服务器端可基于上述配置关系，赋予具有配置关系之用户及预定联系人之间的共享用户权限，且具有配置关系之用户及预定联系人互为紧急模式下的预定之联系人。

实施例十

本实施例提供了一种删除特定联系人的方法，包括如下步骤：

在触摸屏上设定与特定联系人具有对应关系的第一像素区域；

如检测到贯穿该第一像素区域的接触，则解除该第一像素区域与所述特定联系人的设定关系，并将该特定联系人转变为所述非特定联系人。

本实施例所述特定联系人可为上述预定之联系人，所述非特定联系人可为上述非预定之联系人。

实施例十一

本实施例提供了一种切换终端运行模式的方法，包括如下步骤：

在触摸屏上设定与当前运行模式具有对应关系的第二像素区域；

如检测该第二像素区域的接触且保持接触，使接触往返移动，则切换终端的运行模式。

所述当前模式可为所述第一运行模式，所述切换终端的运行模式为将终端从第一运行模式切换至第二运行模式。

以上对本发明的具体实施例进行了描述。需要理解的是，本发明并不局限于上述特定实施方式，本领域技术人员可以在权利要求的范围内做出各种变形或修改，这并不影响本发明的实质内容。

Claims

一种终端的通信方法，其特征在于，包括：

获取终端当前运行模式，所述运行模式包括第一运行模式及第二运行模式，所述第一运行模式具备紧急运行条件；

若处于第一运行模式则在检测到外部手势输入紧急信息时，与预定之联系人对应的终端建立通讯链路以传输紧急数据，所述紧急信息为唤醒及锁定终端的频率信息。
如权利要求1所述的通信方法，其特征在于，若处于第一运行模式则在检测到外部手势输入所述紧急信息时，所述通信方法还包括：中止与非预定之联系人对应终端的数据传输。
如权利要求1所述的通信方法，其特征在于，所述紧急信息为外部手势点击终端电源键以唤醒及锁定终端的第一频率信息。
如权利要求1所述的通信方法，其特征在于，所述紧急信息为外部手势点击终端触摸屏以唤醒及锁定终端的第二频率信息。
如权利要求1所述的待机方法，其特征在于，所述频率信息中携带的频率大于阈值频率。
如权利要求1所述的通信方法，其特征在于，还包括：若处于第一运行模式则在检测到外部手势输入非紧急信息时，依据指令与预定或非预定之联系人对应的终端建立通讯链路以进行相应数据业务。
如权利要求1所述的通信方法，其特征在于，还包括：若处于第二运行模式则在检测到外部手势输入紧急信息或非紧急信息时，依据指令与预定或非预定之联系人对应的终端建立通讯链路以进行相应数据业务。
如权利要求1所述的通信方法，其特征在于，还包括：配置终端发起传输的紧急数据与所述预定之联系人对应终端发起指令之配置关系，所述指令包括调取终端摄像头、麦克风和/或定位器的指令；

所述紧急数据包括：使用终端摄像头、麦克风和/或定位器产生的当前的图片信息、视频信息、声音信息和/或定位信息。
如权利要求1所述的通信方法，其特征在于，还包括：若处于第一运行模式则在检测到外部手势输入紧急信息时，响应于所述预定之联系人电话呼叫并发出误触提示。
如权利要求1所述的通信方法，其特征在于，所述传输紧急数据包括：以约定频率传输所述紧急数据包直至接收所述预定之联系人对应终端的确认指令。
如权利要求1所述的通信方法，其特征在于，所述约定频率为至少为每四分钟一次。
如权利要求1所述的通信方法，其特征在于，所述紧急数据包括：具有求救内容的短消息。
如权利要求1所述的通信方法，其特征在于，所述紧急数据包括：定位信息；

所述定位信息至少通过如下步骤之一获取：

-执行第一定位步骤，所述第一定位步骤包括：获取网络位置以得到第一位置信息；

-执行第二定位步骤，所述第二定位步骤包括：上传获取WIFI的SSID及基站ID至定位数据库以得到第二位置信息；

-执行第三定位步骤，所述第三定位步骤包括：GPS定位以得到第三位置信息。
如权利要求13所述的通信方法，其特征在于，所述定位信息通过以下步骤流程获取：

首次获取时：优先执行所述第一定位步骤，以输出所述第一位置信息；若在第一预定时间内获取不到所述第一位置信息，则同时执行所述第二定位步骤及第三定位步骤以输出首先得到的第一位置信息或第二位置信息；

之后获取时：若联网则优先执行所述第一定位步骤及第三定位步骤，选择第一位置信息及第三位置信息之中误差较小的位置信息输出，若在第一预定时间内获取不到所述第一位置信息，则输出所述第三位置信息；若在第二预定时间内获取不到所述第三位置信息，则输出所述第一位置信息，若在第一预定时间内获取不到所述第一位置信息，则执行所述第二定位步骤，并输出所述第二位置信息。
如权利要求13所述的通信方法，其特征在于，所述定位信息通过以下步骤流程获取：

若不联网：持续执行所述第三定位步骤，直至输出所述第三位置信息；在未得到所述第三位置信息时，若联网，则立刻执行所述第一定位步骤以输出所述第一位置信息，若在第一预定时间内获取不到所述第一位置信息，则执行所述第二定位信息，以输出所述第二位置信息。
如权利要求13所述的通信方法，其特征在于，所述定位信息通过以下步骤流程获取：

若定位时联网的WIFI连接无效，则尝试断开该WIFI连接并执行第一定位步骤，以输出第一位置信息；若在第一预定时间内获取不到所述第一位置信息，则关闭WIFI服务，获取基站位置；在所述基站位置获取成功或在第三预定时间内获取不到基站位置时，再次开启WIFI服务并重新执行所述第一定位步骤。
如权利要求16所述的通信方法，其特征在于，所述定位信息通过以下步骤流程获取：

若数据网络关闭，则以第四预定时间为周期断开WIFI连接直到输出所述定位信息。
如权利要求1所述的通信方法，其特征在于，还包括：基于用户权限初始化所述第一运行模式；所述用户权限通过如下步骤流程获取：

终端用户基于输入的注册申请产生随机码，并在第一时间阈值内以短信形式发送至服务器；

向服务器查询对应手机号码是否存在验证码的更新，所述服务器在短信发送成功后的第二时间阈值内收到所述手机号码及随机码的短信，则更新所述验证码；

更新后在第三时间阈值内匹配所述验证码。
如权利要求18所述的通信方法，其特征在于，所述用户权限还至少通过如下步骤之一获取：

-若终端用户在所述第一时间阈值内未发送随机码的短信，则本次验证失败；

-若所述查询的时间超过第一等待时间，则本次验证失败；

-若注册申请时所述服务器在第二等待时间内收到内容重复的短信，则更新失败；

-若注册申请后所述服务器在第三等待时间内收到内容重复的短信，则忽略该短信；

所述第一等待时间为a+2b+c，所述第二等待时间为a+b，所述第三等待时间为a+b+c，其中，a为所述第一时间阈值，b为所述第二时间阈值，c为所述第三时间阈值。
如权利要求1所述的通信方法，其特征在于，还包括：

与共享设备建立通讯链路；

选择联系人为预定之联系人，并将所述预定之联系人信息传输至所述共享设备。
如权利要求20所述的通信方法，其特征在于，还包括：

若终端用户与所述预定之联系人之间互为预定之联系人，则终端用户与所述预定之联系人共享所述用户权限。
如权利要求1所述的通信方法，其特征在于，还包括：

若处于第一运行模式且未检测到外部手势输入紧急信息，在触摸屏上设定与预定之联系人具有对应关系的第一像素区域；

如检测到贯穿该第一像素区域的接触，则解除该第一像素区域与所述预定之联系人的设定关系，并将该预定之联系人转变为所述非预定之联系人。
如权利要求1所述的通信方法，其特征在于，还包括：

若处于第一运行模式且未检测到外部手势输入紧急信息，在触摸屏上设定与当前模式具有对应关系的第二像素区域；

如检测该第二像素区域的接触且该接触保持并往返移动，则将终端的当前运行模式切换为所述第二运行模式。
一种待机方法，其特征在于，包括：

确定终端的运行模式，所述运行模式包括第一运行模式及第二运行模式，所述第一运行模式具备紧急运行条件；

根据所确定的运行模式获取解锁操作的信息类型；

检测外部手势输入的解锁操作的信息。
一种解除终端锁定的方法，其特征在于，包括：

获取终端运行模式与解锁操作信息类型的配置关系，所述运行模式包括第一运行模式及第二运行模式，所述第一运行模式具备紧急运行条件，所述第一运行模式对应的解锁操作的信息包括紧急信息，所述紧急信息为唤醒终端的频率信息；

第一运行模式下若检测到外部手势输入的解锁操作的信息为紧急信息时，解除终端的锁定并进入紧急模式。
一种紧急通信系统，其特征在于，包括：用户终端、所述用户终端预定之联系人对应的至少一个终端及共享设备，所述用户终端的用户信息与所述预定之联系人的信息存储并共享于所述共享设备。