CN105227709A - 通过移动终端进行求救的装置和方法 - Google Patents
通过移动终端进行求救的装置和方法 Download PDFInfo
- Publication number
- CN105227709A CN105227709A CN201510611188.8A CN201510611188A CN105227709A CN 105227709 A CN105227709 A CN 105227709A CN 201510611188 A CN201510611188 A CN 201510611188A CN 105227709 A CN105227709 A CN 105227709A
- Authority
- CN
- China
- Prior art keywords
- help
- mobile terminal
- asking mode
- emergency
- module
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Abstract
本发明公开了一种通过移动终端进行求救的装置和方法,所述装置包括求救模式设置模块、Sensor?hub模块、求救模式启动模块和求救模块,其中:所述求救模式设置模块,用于设置求救模式;所述Sensor?hub模块,用于在熄屏状态下,保持传感器处于开启状态;所述求救模式启动模块,用于通过第一传感器接收求救指令,根据所述求救指令启动相应的求救模式;所述求救模块,用于在进入求救模式后,通过第二传感器获取当前的地理位置信息,并向相应的联系人发送求救信息和所述地理位置信息。从而,通过Sensor?hub技术保持传感器在熄屏状态下也处于开启状态,使得用户可以在熄屏状态下对移动终端进行一步快捷操作就能快速发出求救信号,提高了求救的便捷性和隐蔽性,提高了求救的成功率。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种通过移动终端进行求救的装置和方法。
背景技术
随着移动终端的功能越来越丰富,移动终端的中央处理器(CPU)的运算速度也越来越快,但同时功耗也随之增大,耗电量增多。GPS、压力、罗盘、加速度、距离感应等传感器以及蓝牙、WLAN、NFC、TP等硬件工作时,每次操作都需要通过CPU,如果各传感器长时间保持开启状态将非常费电。因此,为了省电,当移动终端熄屏时,其内置的传感器和硬件通常都保持关闭状态。
用户遭遇紧急状况需要紧急求救时,可以通过移动终端拨打电话或发送信息来进行求救,然而在许多紧急状态下,用户并不能从容的拿出手机点亮屏幕并进行拨号。例如,老年人或有突发性疾病的人群,在独自一人的情况下,发病时根本无法进行复杂的求救操作;或者,当人们遇到如绑架抢劫等危险情景时,往往在犯罪分子的监视下不能直接拨打电话报警,尤其在慌乱之中可能也不知道自己身处何处,求救软件的操作在此时也显得复杂。
因此,目前的移动终端在进行求救时,便捷性和隐蔽性不足,降低了求救的成功率。
发明内容
本发明的主要目的在于提出一种通过移动终端进行求救的装置和方法,旨在提高通过移动终端求救的便捷性和隐蔽性,提高求救的成功率。
为实现上述目的,本发明提出一种通过移动终端进行求救的装置,包括求救模式设置模块、Sensorhub(传感器集线器)模块、求救模式启动模块和求救模块,其中:
所述求救模式设置模块,用于设置求救模式;
所述Sensorhub模块,用于在熄屏状态下,保持传感器处于开启状态;
所述求救模式启动模块,用于通过第一传感器接收求救指令,根据所述求救指令启动相应的求救模式;
所述求救模块,用于在进入求救模式后,通过第二传感器获取当前的地理位置信息,并向相应的联系人发送求救信息和所述地理位置信息。
其中,所述求救模式包括报警求救模式或/和医疗求救模式。
其中,所述相应的联系人包括指定的紧急联系人或/和所述当前的地理位置附近的求救站点。
其中,所述求救模式为报警求救模式时,所述求救站点为报警点,所述求救模式为医疗求救模式时,所述求救站点为急救中心。
其中,所述求救模块还用于:进入求救模式后,每隔预设时间获取一次当前的地理位置信息,并发送给所述相应的联系人。
其中,所述第一传感器为压力传感器,所述求救模式启动模块用于:当通过所述压力传感器检测到按压特定按键、按压特定位置或按压屏幕画出预设图案的操作时,确定接收到求救指令。
其中,所述求救模式启动模块还用于:通过第三传感器获取用户的生理特征信息和周围环境信息,根据所述生理特征信息和周围环境信息判断应启动的求救模式。
其中,所述通过移动终端进行求救的装置还包括求救模式关闭模块,所述求救模式关闭模块用于:接收到关闭指令后,进行验证操作,验证通过后关闭所述求救模式。
其中,所述求救模式关闭模块包括验证单元,所述验证单元用于:
提示用户输入密码,对输入的密码进行验证;或/和,
向指定联系人发送验证码并提示用户输入验证码,对输入的验证码进行验证。
本发明同时提出一种通过移动终端进行求救的方法,包括以下步骤:
设置求救模式;
熄屏后,通过Sensorhub模块保持传感器处于开启状态;
通过第一传感器接收求救指令,根据所述求救指令启动相应的求救模式;
进入求救模式后,通过第二传感器获取当前的地理位置信息,并向相应的联系人发送求救信息和所述地理位置信息。
其中,所述方法还包括:当进入医疗求救模式时,发出警报音。
其中,所述向相应的联系人发送求救信息和所述地理位置信息的步骤之后还包括:
每隔预设时间获取一次当前的地理位置信息,并发送给所述相应的联系人。
其中,所述第一传感器为压力传感器,所述通过第一传感器接收求救指令包括:
通过所述压力传感器检测到按压特定按键、按压特定位置或按压屏幕画出预设图案的操作时,确定接收到求救指令。
其中,所述根据所述求救指令启动相应的求救模式包括:
接收到所述求救指令后,通过第三传感器获取用户的生理特征信息和周围环境信息,根据所述生理特征信息和周围环境信息启动相应的求救模式。
其中,所述根据所述求救指令启动相应的求救模式的步骤之后还包括:
接收到关闭指令后,进行验证操作,验证通过后关闭求救模式。
其中,所述进行验证操作包括:
提示用户输入密码,对输入的密码进行验证;或/和,
向指定联系人发送验证码并提示用户输入验证码,对输入的验证码进行验证。
本发明所提出的一种通过移动终端进行求救的装置,通过Sensorhub技术保持传感器在熄屏状态下也处于开启状态,使得用户可以在熄屏状态下对移动终端进行一步快捷操作就能快速发出求救信号,提高了求救的便捷性和隐蔽性,提高了求救的成功率。而通过Sensorhub技术保持传感器开启,无需唤醒中央处理器,且Sensorhub的协处理器芯片的功耗极低,因此保持了移动终端的低功耗状态,延续了移动终端的续航能力,防止移动终端耗能太快而在紧急时刻无法使用求救功能。
附图说明
图1为实现本发明各个实施例的移动终端的硬件结构示意图;
图2为如图1所示的移动终端的无线通信系统示意图;
图3为本发明通过移动终端进行求救的方法第一实施例的流程图;
图4为本发明实施例中用户发出求救指令的示意图;
图5为本发明通过移动终端进行求救的方法第二实施例的流程图;
图6为本发明通过移动终端进行求救的方法第三实施例的流程图;
图7为本发明通过移动终端进行求救的方法第四实施例的流程图;
图8为本发明通过移动终端进行求救的方法第五实施例的流程图;
图9为本发明通过移动终端进行求救的方法第六实施例的流程图;
图10为本发明通过移动终端进行求救的装置第一实施例的模块示意图;
图11为本发明通过移动终端进行求救的装置第二实施例的模块示意图;
图12为图11中通过移动终端进行求救的装置的求救模式关闭模块的模块示意图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
现在将参考附图描述实现本发明各个实施例的移动终端。在后续的描述中,使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明,其本身并没有特定的意义。因此,"模块"与"部件"可以混合地使用。
移动终端可以以各种形式来实施。例如,本发明中描述的终端可以包括诸如移动电话、智能电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、导航装置等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。下面,假设终端是移动终端。然而,本领域技术人员将理解的是,除了特别用于移动目的的元件之外,根据本发明的实施方式的构造也能够应用于固定类型的终端。
图1为实现本发明各个实施例的移动终端的硬件结构示意。
移动终端100可以包括无线通信单元110、A/V(音频/视频)输入单元120、用户输入单元130、感测单元140、输出单元150、存储器160、接口单元170、控制器180和电源单元190等等。图1示出了具有各种组件的移动终端,但是应理解的是,并不要求实施所有示出的组件。可以替代地实施更多或更少的组件。将在下面详细描述移动终端的元件。
无线通信单元110通常包括一个或多个组件,其允许移动终端100与无线通信系统或网络之间的无线电通信。例如,无线通信单元可以包括广播接收模块111、移动通信模块112、无线互联网模块113、短程通信模块114和位置信息模块115中的至少一个。
广播接收模块111经由广播信道从外部广播管理服务器接收广播信号和/或广播相关信息。广播信道可以包括卫星信道和/或地面信道。广播管理服务器可以是生成并发送广播信号和/或广播相关信息的服务器或者接收之前生成的广播信号和/或广播相关信息并且将其发送给终端的服务器。广播信号可以包括TV广播信号、无线电广播信号、数据广播信号等等。而且,广播信号可以进一步包括与TV或无线电广播信号组合的广播信号。广播相关信息也可以经由移动通信网络提供,并且在该情况下,广播相关信息可以由移动通信模块112来接收。广播信号可以以各种形式存在,例如,其可以以数字多媒体广播(DMB)的电子节目指南(EPG)、数字视频广播手持(DVB-H)的电子服务指南(ESG)等等的形式而存在。广播接收模块111可以通过使用各种类型的广播系统接收信号广播。特别地,广播接收模块111可以通过使用诸如多媒体广播-地面(DMB-T)、数字多媒体广播-卫星(DMB-S)、数字视频广播-手持(DVB-H),前向链路媒体(MediaFLO)的数据广播系统、地面数字广播综合服务(ISDB-T)等等的数字广播系统接收数字广播。广播接收模块111可以被构造为适合提供广播信号的各种广播系统以及上述数字广播系统。经由广播接收模块111接收的广播信号和/或广播相关信息可以存储在存储器160(或者其它类型的存储介质)中。
移动通信模块112将无线电信号发送到基站(例如,接入点、节点B等等)、外部终端以及服务器中的至少一个和/或从其接收无线电信号。这样的无线电信号可以包括语音通话信号、视频通话信号、或者根据文本和/或多媒体消息发送和/或接收的各种类型的数据。
无线互联网模块113支持移动终端的无线互联网接入。该模块可以内部或外部地耦接到终端。该模块所涉及的无线互联网接入技术可以包括WLAN(无线LAN)(Wi-Fi)、Wibro(无线宽带)、Wimax(全球微波互联接入)、HSDPA(高速下行链路分组接入)等等。
短程通信模块114是用于支持短程通信的模块。短程通信技术的一些示例包括蓝牙TM、射频识别(RFID)、红外数据协会(IrDA)、超宽带(UWB)、紫蜂TM等等。
位置信息模块115是用于检查或获取移动终端的位置信息的模块。位置信息模块的典型示例是GPS(全球定位系统)。根据当前的技术,GPS模块115计算来自三个或更多卫星的距离信息和准确的时间信息并且对于计算的信息应用三角测量法,从而根据经度、纬度和高度准确地计算三维当前位置信息。当前,用于计算位置和时间信息的方法使用三颗卫星并且通过使用另外的一颗卫星校正计算出的位置和时间信息的误差。此外,GPS模块115能够通过实时地连续计算当前位置信息来计算速度信息。
A/V输入单元120用于接收音频或视频信号。A/V输入单元120可以包括相机121和麦克风1220,相机121对在视频捕获模式或图像捕获模式中由图像捕获装置获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示模块151上。经相机121处理后的图像帧可以存储在存储器160(或其它存储介质)中或者经由无线通信单元110进行发送,可以根据移动终端的构造提供两个或更多相机1210。麦克风122可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风接收声音(音频数据),并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由移动通信模块112发送到移动通信基站的格式输出。麦克风122可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。
用户输入单元130可以根据用户输入的命令生成键输入数据以控制移动终端的各种操作。用户输入单元130允许用户输入各种类型的信息,并且可以包括键盘、锅仔片、触摸板(例如,检测由于被接触而导致的电阻、压力、电容等等的变化的触敏组件)、滚轮、摇杆等等。特别地,当触摸板以层的形式叠加在显示模块151上时,可以形成触摸屏。
感测单元140检测移动终端100的当前状态,(例如,移动终端100的打开或关闭状态)、移动终端100的位置、用户对于移动终端100的接触(即,触摸输入)的有无、移动终端100的取向、移动终端100的加速或减速移动和方向等等,并且生成用于控制移动终端100的操作的命令或信号。例如,当移动终端100实施为滑动型移动电话时,感测单元140可以感测该滑动型电话是打开还是关闭。另外,感测单元140能够检测电源单元190是否提供电力或者接口单元170是否与外部装置耦接。感测单元140可以包括接近传感器1410将在下面结合触摸屏来对此进行描述。
接口单元170用作至少一个外部装置与移动终端100连接可以通过的接
口。例如,外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。识别模块可以是存储用于验证用户使用移动终端100的各种信息并且可以包括用户识别模块(UIM)、客户识别模块(SIM)、通用客户识别模块(USIM)等等。另外,具有识别模块的装置(下面称为"识别装置")可以采取智能卡的形式,因此,识别装置可以经由端口或其它连接装置与移动终端100连接。接口单元170可以用于接收来自外部装置的输入(例如,数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端和外部装置之间传输数据。
另外,当移动终端100与外部底座连接时,接口单元170可以用作允许通过其将电力从底座提供到移动终端100的路径或者可以用作允许从底座输入的各种命令信号通过其传输到移动终端的路径。从底座输入的各种命令信号或电力可以用作用于识别移动终端是否准确地安装在底座上的信号。输出单元150被构造为以视觉、音频和/或触觉方式提供输出信号(例如,音频信号、视频信号、警报信号、振动信号等等)。输出单元150可以包括显示模块151、音频输出模块152、警报模块153等等。
显示模块151可以显示在移动终端100中处理的信息。例如,当移动终端100处于电话通话模式时,显示模块151可以显示与通话或其它通信(例如,文本消息收发、多媒体文件下载等等)相关的用户界面(UI)或图形用户界面
(GUI)。当移动终端100处于视频通话模式或者图像捕获模式时,显示模块151可以显示捕获的图像和/或接收的图像、示出视频或图像以及相关功能的UI或GUI等等。
同时,当显示模块151和触摸板以层的形式彼此叠加以形成触摸屏时,显示模块151可以用作输入装置和输出装置。显示模块151可以包括液晶显示器(LCD)、薄膜晶体管LCD(TFT-LCD)、有机发光二极管(OLED)显示器、柔性显示器、三维(3D)显示器等等中的至少一种。这些显示器中的一些可以被构造为透明状以允许用户从外部观看,这可以称为透明显示器,典型的透明显示器可以例如为TOLED(透明有机发光二极管)显示器等等。根据特定想要的实施方式,移动终端100可以包括两个或更多显示模块(或其它显示装置),例如,移动终端可以包括外部显示模块(未示出)和内部显示模块(未示出)。触摸屏可用于检测触摸输入压力以及触摸输入位置和触摸输入面积。
音频输出模块152可以在移动终端处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时,将无线通信单元110接收的或者在存储器160中存储的音频数据转换音频信号并且输出为声音。而且,音频输出模块152可以提供与移动终端100执行的特定功能相关的音频输出(例如,呼叫信号接收声音、消息接收声音等等)。音频输出模块152可以包括扬声器、蜂鸣器等等。
警报模块153可以提供输出以将事件的发生通知给移动终端100。典型的事件可以包括呼叫接收、消息接收、键信号输入、触摸输入等等。除了音频或视频输出之外,警报模块153可以以不同的方式提供输出以通知事件的发生。例如,警报模块153可以以振动的形式提供输出,当接收到呼叫、消息或一些其它进入通信(incomingcommunication)时,警报模块153可以提供触觉输出(即,振动)以将其通知给用户。通过提供这样的触觉输出,即使在用户的移动电话处于用户的口袋中时,用户也能够识别出各种事件的发生。警报模块153也可以经由显示模块151或音频输出模块152提供通知事件的发生的输出。
存储器160可以存储由控制器180执行的处理和控制操作的软件程序等等,或者可以暂时地存储己经输出或将要输出的数据(例如,电话簿、消息、静态图像、视频等等)。而且,存储器160可以存储关于当触摸施加到触摸屏时输出的各种方式的振动和音频信号的数据。
存储器160可以包括至少一种类型的存储介质,所述存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如,SD或DX存储器等等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等等。而且,移动终端100可以与通过网络连接执行存储器160的存储功能的网络存储装置协作。
控制器180通常控制移动终端的总体操作。例如,控制器180执行与语音通话、数据通信、视频通话等等相关的控制和处理。另外,控制器180可以包括用于再现(或回放)多媒体数据的多媒体模块1810,多媒体模块1810可以构造在控制器180内,或者可以构造为与控制器180分离。控制器180可以执行模式识别处理,以将在触摸屏上执行的手写输入或者图片绘制输入识别为字符或图像。
电源单元190在控制器180的控制下接收外部电力或内部电力并且提供操作各元件和组件所需的适当的电力。
这里描述的各种实施方式可以以使用例如计算机软件、硬件或其任何组合的计算机可读介质来实施。对于硬件实施,这里描述的实施方式可以通过使用特定用途集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理装置(DSPD)、可编程逻辑装置(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器、被设计为执行这里描述的功能的电子单元中的至少一种来实施,在一些情况下,这样的实施方式可以在控制器180中实施。对于软件实施,诸如过程或功能的实施方式可以与允许执行至少一种功能或操作的单独的软件模块来实施。软件代码可以由以任何适当的编程语言编写的软件应用程序(或程序)来实施,软件代码可以存储在存储器160中并且由控制器180执行。
至此,己经按照其功能描述了移动终端。下面,为了简要起见,将描述诸如折叠型、直板型、摆动型、滑动型移动终端等等的各种类型的移动终端中的滑动型移动终端作为示例。因此,本发明能够应用于任何类型的移动终端,并且不限于滑动型移动终端。
如图1中所示的移动终端100可以被构造为利用经由帧或分组发送数据的诸如有线和无线通信系统以及基于卫星的通信系统来操作。
现在将参考图2描述其中根据本发明的移动终端能够操作的通信系统。
这样的通信系统可以使用不同的空中接口和/或物理层。例如,由通信系统使用的空中接口包括例如频分多址(FDMA)、时分多址(TDMA)、码分多址(CDMA)和通用移动通信系统(UMTS)(特别地,长期演进(LTE))、全球移动通信系统(GSM)等等。作为非限制性示例,下面的描述涉及CDMA通信系统,但是这样的教导同样适用于其它类型的系统。
参考图2,CDMA无线通信系统可以包括多个移动终端100、多个基站(BS)270、基站控制器(BSC)275和移动交换中心(MSC)280。MSC280被构造为与公共电话交换网络(PSTN)290形成接口。MSC280还被构造为与可以经由回程线路耦接到基站270的BSC275形成接口。回程线路可以根据若干己知的接口中的任一种来构造,所述接口包括例如E1/T1、ATM,IP、PPP、帧中继、HDSL、ADSL或xDSL。将理解的是,如图2中所示的系统可以包括多个BSC2750。
每个BS270可以服务一个或多个分区(或区域),由多向天线或指向特定方向的天线覆盖的每个分区放射状地远离BS270。或者,每个分区可以由用于分集接收的两个或更多天线覆盖。每个BS270可以被构造为支持多个频率分配,并且每个频率分配具有特定频谱(例如,1.25MHz,5MHz等等)。
分区与频率分配的交叉可以被称为CDMA信道。BS270也可以被称为基站收发器子系统(BTS)或者其它等效术语。在这样的情况下,术语"基站"可以用于笼统地表示单个BSC275和至少一个BS270。基站也可以被称为"蜂窝站"。或者,特定BS270的各分区可以被称为多个蜂窝站。
如图2中所示,广播发射器(BT)295将广播信号发送给在系统内操作的移动终端100。如图1中所示的广播接收模块111被设置在移动终端100处以接收由BT295发送的广播信号。在图2中,示出了几个全球定位系统(GPS)卫星300。卫星300帮助定位多个移动终端100中的至少一个。
在图2中,描绘了多个卫星300,但是理解的是,可以利用任何数目的卫星获得有用的定位信息。如图1中所示的GPS模块115通常被构造为与卫星300配合以获得想要的定位信息。替代GPS跟踪技术或者在GPS跟踪技术之外,可以使用可以跟踪移动终端的位置的其它技术。另外,至少一个GPS卫星300可以选择性地或者额外地处理卫星DMB传输。
作为无线通信系统的一个典型操作,BS270接收来自各种移动终端100的反向链路信号。移动终端100通常参与通话、消息收发和其它类型的通信。特定基站270接收的每个反向链路信号被在特定BS270内进行处理。获得的数据被转发给相关的BSC275。BSC提供通话资源分配和包括BS270之间的软切换过程的协调的移动管理功能。BSC275还将接收到的数据路由到MSC280,其提供用于与PSTN290形成接口的额外的路由服务。类似地,PSTN290与MSC280形成接口,MSC与BSC275形成接口,并且BSC275相应地控制BS270以将正向链路信号发送到移动终端100。
基于上述移动终端硬件结构以及通信系统,提出本发明通过移动终端进行求救的方法各个实施例。
如图3所示,提出本发明通过移动终端进行求救的方法第一实施例,所述方法包括以下步骤:
S11、设置医疗求救模式。
具体的,用户选择开启医疗求救模式(或称120求救模式),进入设置界面,进行一系列参数设置,包括指定紧急联系人、编辑求救信息、设置求救指令、启动应急网络开关等。其中,指定紧急联系人可输入多个联系人的电话号码,避免求救短信被联系人漏看;求救信息用于发送给指定的紧急联系人或/和附近的求救站点(如急救中心);求救指令,是在熄屏状态下用户对移动终端的操作指令,包括按压特定按键、按压特定位置(如移动终端正面、侧面或背面的某一位置)、按压屏幕画出特定图案、重压(力度大于阈值)移动终端任意位置、以一定幅度晃动移动终端、连续晃动移动终端预设次数等操作,原则上操作应尽量简洁,以适合盲操作;应急网络开关,是在用户没有开启网络连接的情况下,进入求救模式时,系统授权自动打开网络连接。
完成设置后,可以对该功能进行密码保护,下次进入更改设置时需要输入密码。
S12、熄屏后,通过Sensorhub模块保持传感器处于开启状态。
当移动终端熄屏后,移动终端通过Sensorhub模块保持指定的传感器或所有传感器处于开启状态。其中,Sensorhub为微控制器(MCU)的一种应用,在系统设计中,其主要功能在于处理来自各种传感器的信息,必要时才将中央处理器(CPU)自休眠模式中唤醒,从而可以降低系统功耗,并且使用户能在移动终端熄屏的状态下实现对移动终端的操作。
同时,SensorHub的协处理器芯片的功耗,仅仅为CPU的1-2%,采用此技术就可以保证在低功耗状态下保持移动终端的GPS、压力传感器等传感器部件以及指定硬件保持开启状态,并在必要的时候做出正确的响应,解决了用户在移动终端熄屏的状态下不能进行快捷操作的问题,并保证了移动终端的续航能力。
S13、通过第一传感器接收求救指令,根据求救指令启动医疗求救模式。
当用户突发疾病时,可以直接对熄屏状态的移动终端进行操作来触发求救指令,快速启动医疗求救模式。
在熄屏状态下,移动终端通过第一传感器检测用户对移动终端的操作,该第一传感器可以是压力传感器、震动传感器等。当移动终端通过压力传感器检测到用户按压特定按键、按压特定位置(如移动终端正面、侧面或背面的某一位置)、按压屏幕画出特定图案等操作或重压(力度大于阈值)移动终端任意位置时,或者当移动终端通过震动传感器检测到用户以一定幅度晃动移动终端或连续晃动移动终端预设次数等操作时,确定接收到求救指令。其中,按压屏幕画出特定图案的操作如图4所示,图4中的图案为字母S,当然,用户也可以设置其它图案,原则上以简洁易操作为宜。
当启动求救模式后,移动终端可以产生轻微的震动反馈,但不会亮屏或显示任何信息。当然,在某些实施例中,也可以根据需要亮屏或显示信息。
S14、通过第二传感器获取当前的地理位置信息,并向相应的联系人发送求救信息和地理位置信息。
具体的,当移动终端启动医疗求救模式后,立即通过第二传感器(如GPS)获取当前的地理位置信息,并向相应的联系人发送求救信息和地理位置信息。此处相应的联系人包括指定的紧急联系人或/和当前的地理位置附近的急救中心,即:移动终端将求救信息和地理位置信息只发送给指定的紧急联系人或当前的地理位置附近的急救中心,或者同时发送给指定的紧急联系人和当前的地理位置附近的急救中心,可选地,还可以同时向急救中心发送紧急联系人的电话号码,以方便急救中心向紧急联系人了解情况。当需要发送信息给当前的地理位置附近的急救中心时,移动终端还需要根据当前的地理位置信息查询或搜索附近的急救中心的联系电话。在某些实施例中,移动终端也可以将信息发送给急救调度中心,由急救调度中心根据用户发送的地理位置信息通知附近的急救中心对用户进行救助。
进一步地,移动终端在向外发送信息的同时,还发出大分贝的警报音,该警报音可以持续发出,也可以每隔预设时间响一阵(如每隔5分钟响一分钟),一方面可以寻求周边帮助,另一方面可以引导急救中心(如120)前来救援。
当救援成功或紧急情况解除后,用户可以触发关闭指令关闭医疗求救模式,所述关闭指令包括点亮屏幕、触发特定按键或作出预设手势等。或者,移动终端进入医疗求救模式预设时间后自动关闭医疗求救模式。
以下对本发明的方法举一应用实例:
某老年人独自一人在家,心脏病突然发作,想打电话、发短信进行求救,但一时动弹困难,也无法呼喊,这时他只能够到手机对着屏幕重压,随即便失去了意识。手机立刻开启了医疗求救模式,并获取手机当前的地理位置信息,然后向其子女和附近的急救中心发送了求救信息和地理位置信息,同时开启了大分贝的警报音。几分钟后邻居觉察到了屋内的异常,找人帮忙打开了房门,不久老人的子女和120救护车也同时赶到了楼下,众人齐将老人送往医院,经过抢救老人脱离了生命危险。
本发明实施例通过移动终端进行求救的方法,通过Sensorhub技术保持传感器在熄屏状态下也处于开启状态,使得用户可以在熄屏状态下对移动终端进行一步快捷操作就能快速发出医疗求救信号,提高了求救的成功率。而通过Sensorhub技术保持传感器开启,无需唤醒中央处理器,保持了移动终端的低功耗状态,延续了移动终端的续航能力,防止移动终端耗能太快而在紧急时刻无法使用求救功能。
如图5所示,提出本发明通过移动终端进行求救的方法第二实施例,所述方法包括以下步骤:
S21、设置报警求救模式。
具体的,用户选择开启报警求救模式(或称110求救模式或119求救模式),进入设置界面,进行一系列参数设置,包括指定紧急联系人、编辑求救信息、设置求救指令、启动应急网络开关等。其中,指定紧急联系人可输入多个联系人的电话号码,避免求救短信被联系人漏看;求救信息用于发送给指定的紧急联系人或/和附近的求救站点(如报警点);求救指令,是在熄屏状态下用户对移动终端的操作指令,包括按压特定按键、按压特定位置(如移动终端正面、侧面或背面的某一位置)、按压屏幕画出特定图案、重压(力度大于阈值)移动终端任意位置、以一定幅度晃动移动终端、连续晃动移动终端预设次数等操作,原则上操作应尽量简洁,以适合盲操作;应急网络开关,是在用户没有开启网络连接的情况下,进入求救模式时,系统授权自动打开网络连接。
完成设置后,可以对该功能进行密码保护,下次进入更改设置时需要输入密码。
S22、熄屏后,通过Sensorhub模块保持传感器处于开启状态。
当移动终端熄屏后,移动终端通过Sensorhub模块保持指定的传感器或所有传感器处于开启状态。
S23、通过第一传感器接收求救指令,根据求救指令启动报警求救模式。
当用户遭遇紧急情况时(如遭遇绑架、抢劫等危险情形),可以在隐蔽状态下直接对熄屏状态的移动终端进行操作来触发求救指令,快速启动报警求救模式。
移动终端通过第一传感器检测用户对移动终端的操作,该第一传感器可以是压力传感器、震动传感器等。当移动终端通过压力传感器检测到用户按压特定按键、按压特定位置(如移动终端正面、侧面或背面的某一位置)、按压屏幕画出特定图案等操作或重压(力度大于阈值)移动终端任意位置时,或者当移动终端通过震动传感器检测到用户以一定幅度晃动移动终端或连续晃动移动终端预设次数等操作时,确定接收到求救指令。其中,按压屏幕画出特定图案的操作如图4所示,图4中的图案为字母S,当然,用户也可以设置其它图案,原则上以简洁易操作为宜。
当启动求救模式后,移动终端可以产生轻微的震动反馈,但不会亮屏或显示任何信息。
S24、通过第二传感器获取当前的地理位置信息,并向相应的联系人发送求救信息和地理位置信息。
具体的,当移动终端启动报警求救模式后,立即通过第二传感器(如GPS)获取当前的地理位置信息,并向相应的联系人发送求救信息和地理位置信息。此处相应的联系人包括指定的紧急联系人或/和当前的地理位置附近的报警点(如派出所或消防中心),即:移动终端将求救信息和地理位置信息只发送给指定的紧急联系人或当前的地理位置附近的报警点,或者同时发送给指定的紧急联系人和当前的地理位置附近的报警点,可选地,还可以同时向报警点发送紧急联系人的电话号码,以方便报警点向紧急联系人了解情况。当需要发送信息给当前的地理位置附近的报警点时,移动终端还需要根据当前的地理位置信息查询或搜索附近的报警点的联系电话。在某些实施例中,移动终端也可以将信息发送给报警调度中心,由报警调度中心根据用户发送的地理位置信息通知附近的报警点对用户进行救助。
当救援成功或紧急情况解除后,用户可以触发关闭指令关闭报警求救模式,所述关闭指令包括点亮屏幕、触发特定按键或作出预设手势等。或者,移动终端进入报警求救模式预设时间后自动关闭医疗求救模式。
举例而言:在遭遇绑架、挟持等危险状况时,因为在犯罪分子的监视下,用户往往无法直接掏出电话发短信或打电话求助,这时用户可以在包里或口袋里摸到手机,直接在屏幕任意位置画出特定图案,即可启动报警求救模式,将求救信息和当前的地理位置信息发送给紧急联系人和附近的派出所,警方接到报警后可以迅速采取救援行动。求救操作快捷隐蔽,手机除了有轻微振动反馈全无任何提示信息,基本不会被犯罪分子觉察。
本发明实施例通过移动终端进行求救的方法,通过Sensorhub技术保持传感器在熄屏状态下也处于开启状态,使得用户可以在熄屏状态下对移动终端进行一步快捷操作就能快速发出报警求救信号,提高了报警求救的便捷性和隐蔽性,提高了求救的成功率。而通过Sensorhub技术保持传感器开启,无需唤醒中央处理器,保持了移动终端的低功耗状态,延续了移动终端的续航能力,防止移动终端耗能太快而在紧急时刻无法使用求救功能。
如图6所示,提出本发明通过移动终端进行求救的方法第三实施例,所述方法包括以下步骤:
S31、设置医疗求救模式和报警求救模式,不同的求救模式对应不同的求救指令。
本实施例中,同时开启医疗求救模式和报警求救模式两种求救模式,医疗求救模式和报警求救模式的设置方法分别如前述实施例一和实施例二,在此不赘述,其中,医疗求救模式和报警求救模式设置的求救指令各不相同,如:医疗求救模式的求救指令为大幅度晃动移动终端,报警求救模式的求救指令为大力按压屏幕任意位置;或者,医疗求救模式的求救指令为在移动终端的屏幕上画出图案9,报警求救模式的求救指令为在移动终端的屏幕上画出图案S,等等。
完成设置后,可以对该功能进行密码保护,下次进入更改设置时需要输入密码。
S32、熄屏后,通过Sensorhub模块保持传感器处于开启状态。
当移动终端熄屏后,移动终端通过Sensorhub模块保持指定的传感器或所有传感器处于开启状态。
S33、通过第一传感器接收求救指令,根据求救指令启动相应的求救模式。
在熄屏状态下,移动终端通过第一传感器检测用户对移动终端的操作,该第一传感器可以是压力传感器、震动传感器等。当移动终端通过压力传感器检测到用户按压特定按键、按压特定位置(如移动终端正面、侧面或背面的某一位置)、按压屏幕画出特定图案等操作或重压(力度大于阈值)移动终端任意位置时,或者当移动终端通过震动传感器检测到用户以一定幅度晃动移动终端或连续晃动移动终端预设次数等操作时,确定接收到求救指令。其中,按压屏幕画出特定图案的操作如图4所示,图4中的图案为字母S,当然,用户也可以设置其它图案,原则上以简洁易操作为宜。
根据医疗求救模式和报警求救模式对求救指令的设置,移动终端判断当前接收到的求救指令属于哪一求救模式的求救指令;当属于医疗求救模式的求救指令时,则启动医疗求救模式;当属于报警求救模式的求救指令时,则启动报警求救模式。
当启动求救模式后,移动终端可以产生轻微的震动反馈,但不会亮屏或显示任何信息。
S34、通过第二传感器获取当前的地理位置信息,并向相应的联系人发送求救信息和地理位置信息。
当移动终端启动医疗求救模式后,立即通过第二传感器(如GPS)获取当前的地理位置信息,并向相应的联系人发送求救信息和地理位置信息。此处相应的联系人包括指定的紧急联系人或/和当前的地理位置附近的急救中心,即:移动终端将求救信息和地理位置信息只发送给指定的紧急联系人或当前的地理位置附近的急救中心,或者同时发送给指定的紧急联系人和当前的地理位置附近的急救中心,可选地,还可以同时向急救中心发送紧急联系人的电话号码,以方便急救中心向紧急联系人了解情况。当需要发送信息给当前的地理位置附近的急救中心时,移动终端还需要根据当前的地理位置信息查询或搜索附近的急救中心的联系电话。在某些实施例中,移动终端也可以将信息发送给急救调度中心,由急救调度中心根据用户发送的地理位置信息通知附近的急救中心对用户进行救助。
进一步地,移动终端在向外发送信息的同时,还发出大分贝的警报音,该警报音可以持续发出,也可以每隔预设时间响一阵(如每隔5分钟响一分钟),一方面可以寻求周边帮助,另一方面可以引导急救中心(如120)前来救援。
当移动终端启动报警求救模式后,立即通过第二传感器(如GPS)获取当前的地理位置信息,并向相应的联系人发送求救信息和地理位置信息。此处相应的联系人包括指定的紧急联系人或/和当前的地理位置附近的报警点(如派出所或消防中心),即:移动终端将求救信息和地理位置信息只发送给指定的紧急联系人或当前的地理位置附近的报警点,或者同时发送给指定的紧急联系人和当前的地理位置附近的报警点,可选地,还可以同时向报警点发送紧急联系人的电话号码,以方便报警点向紧急联系人了解情况。当需要发送信息给当前的地理位置附近的报警点时,移动终端还需要根据当前的地理位置信息查询或搜索附近的报警点的联系电话。在某些实施例中,移动终端也可以将信息发送给报警调度中心,由报警调度中心根据用户发送的地理位置信息通知附近的报警点对用户进行救助。
当救援成功或紧急情况解除后,用户可以触发关闭指令关闭求救模式,所述关闭指令包括点亮屏幕、触发特定按键或作出预设手势等。或者,移动终端进入求救模式预设时间后自动关闭求救模式。
本发明实施例通过移动终端进行求救的方法,通过同时设置报警和医疗两种求救模式,使得用户可以根据需要快速启动对应的求救模式,及时获得警力援助和医疗援助。
如图7所示,提出本发明通过移动终端进行求救的方法第四实施例,所述方法包括以下步骤:
S41、设置智能求救模式。
具体的,用户选择开启智能求救模式,进入设置界面,进行一系列参数设置。设置包括前述实施例中医疗求救模式和报警求救模式的基础设置,另外还包括生理特征监测设置、周围环境特征监测设置、统一的求救指令设定等等。智能求救模式只需设定一个求救指令,通过对用户生理特征和周围环境特征变化的监测,自动判断应该进入医疗求救模式还是报警求救模式的智能方案。用户生理特征监测需要在初始设置时,测量用户在常态下的心率、血压等生理状况。
完成设置后,可以对该功能进行密码保护,下次进入更改设置时需要输入密码。
S42、熄屏后,通过Sensorhub模块保持传感器处于开启状态。
当移动终端熄屏后,移动终端通过Sensorhub模块保持指定的传感器或所有传感器处于开启状态。
S43、通过第一传感器接收到求救指令后,通过第二传感器获取当前的地理位置信息,并向指定的紧急联系人发送初始求救信息和地理位置信息。
在熄屏状态下,移动终端通过第一传感器接收到预设的求救指令后,立即通过第二传感器(如GPS)获取当前的地理位置信息,并向指定的紧急联系人发送初始求救信息和地理位置信息。由于此时尚不知需要医疗求救还是报警求救,因此发出的是初始求救信息,告知紧急联系人用户当前遇到了紧急情况。
在某些实施例中,在启动相应的求救模式之前,也可以不用向指定的紧急联系人发送初始求救信息和地理位置信息,而是待启动相应的求救模式后,再发送求救信息和地理位置信息。
S44、通过第三传感器获取用户的生理特征信息和周围环境信息,根据生理特征信息和周围环境信息启动相应的求救模式。
紧接着,移动终端通过第三传感器获取生理特征信息和周围环境信息来判断具体应该启动医疗求救模式还是报警求救模式。其中,生理特征信息包括用户的血氧含量、血压、心电图、心率、呼吸、体温及肺活量等各种相关的健康数据,周围环境信息包括移动终端处于静止状态还是移动状态、移动终端在口袋内还是口袋外、移动终端所在环境的光线和温度等等。例如:当检测到用户血压升高、心率不齐,且移动终端处于较长时静止状态以及处于非口袋且安静的环境中,则判断用户可能在独处情况下出现突发病症,需要医疗救援,因此启动医疗求救模式。
第三传感器包括生理特征检测传感器和周围环境检测传感器,其中,生理特征检测传感器如心率传感器、血压传感器、体温传感器等,周围环境检测传感器如光传感器、声音传感器、震动传感器、温度传感器等。
通过第三传感器检测生理特征信息,具体可以通过以下方式实现:在移动终端的外壳中内置芯片与传感器,只需要将手指放在外壳上几秒钟,就能够收集到包括用户的血氧含量、血压、心电图、心率、呼吸、体温及肺活量等生理特征信息。另外,也可以与穿戴设备相结合,以更全面准确的检测用户的健康情况,实现准确救援,提前预警。
S45、向相应的联系人发送求救信息和地理位置信息。
当移动终端启动医疗求救模式后,立即向相应的联系人发送求救信息和地理位置信息。此处相应的联系人包括指定的紧急联系人或/和当前的地理位置附近的急救中心,即:移动终端将求救信息和地理位置信息只发送给指定的紧急联系人或当前的地理位置附近的急救中心,或者同时发送给指定的紧急联系人和当前的地理位置附近的急救中心,此时紧急联系人才知道用户真正需要的是医疗救援,可选地,还可以同时向急救中心发送紧急联系人的电话号码,以方便急救中心向紧急联系人了解情况。当需要发送信息给当前的地理位置附近的急救中心时,移动终端还需要根据当前的地理位置信息查询或搜索附近的急救中心的联系电话。在某些实施例中,移动终端也可以将信息发送给急救调度中心,由急救调度中心根据用户发送的地理位置信息通知附近的急救中心对用户进行救助。
进一步地,移动终端在向外发送信息的同时,还发出大分贝的警报音,该警报音可以持续发出,也可以每隔预设时间响一阵(如每隔5分钟响一分钟),一方面可以寻求周边帮助,另一方面可以引导急救中心(如120)前来救援。
当移动终端启动报警求救模式后,立即向相应的联系人发送求救信息和地理位置信息。此处相应的联系人包括指定的紧急联系人或/和当前的地理位置附近的报警点(如派出所或消防中心),即:移动终端将求救信息和地理位置信息只发送给指定的紧急联系人或当前的地理位置附近的报警点,或者同时发送给指定的紧急联系人和当前的地理位置附近的报警点,此时紧急联系人才知道用户真正需要的是报警救援,可选地,还可以同时向报警点发送紧急联系人的电话号码,以方便报警点向紧急联系人了解情况。当需要发送信息给当前的地理位置附近的报警点时,移动终端还需要根据当前的地理位置信息查询或搜索附近的报警点的联系电话。在某些实施例中,移动终端也可以将信息发送给报警调度中心,由报警调度中心根据用户发送的地理位置信息通知附近的报警点对用户进行救助。
当救援成功或紧急情况解除后,用户可以触发关闭指令关闭求救模式,所述关闭指令包括点亮屏幕、触发特定按键或作出预设手势等。或者,移动终端进入求救模式预设时间后自动关闭求救模式。
本发明实施例通过移动终端进行求救的方法,通过设置智能求救模式,当用户在熄屏状态下发出求救指令后,移动终端通过检测用户的生理特征信息和周围环境信息,智能判断用户当前需要何种帮助,进而进入相应的求救模式,为用户寻求医疗救助或警力救助,提升了智能化和人性化程度。
如图8所示,提出本发明通过移动终端进行求救的方法第五实施例,所述方法包括以下步骤:
S51、设置求救模式。
本实施例中,可以只设置一种求救模式,如医疗求救模式、报警求救模式或其它求救模式;也可以同时设置两种及以上的求救模式,每种求救模式对应不同的求救指令,如同时设置医疗求救模式和报警求救模式;还可以设置智能求救模式,其中包含了至少两种求救模式,通过智能判断自动选择进入相应的求救模式。
求救模式的具体设置方法请参考前述实施例,在此不再赘述。
S52、熄屏后,通过Sensorhub模块保持传感器处于开启状态。
当移动终端熄屏后,移动终端通过Sensorhub模块保持指定的传感器或所有传感器处于开启状态。
S53、通过第一传感器接收求救指令,根据求救指令启动相应的求救模式。
本实施例中,通过不同的求救模式设置进行相应的求救模式启动。
当只设置了一种求救模式时,求救模式的启动过程具体如前述第一和第二实施例所示。
当同时设置两种及以上的求救模式时,求救模式的启动过程具体如前述第三实施例所示。
当设置智能求救模式时,移动终端综合分析用户的生理特征信息和周围环境信息,智能判断启动何种求救模式,具体过程如前述第四实施例所示。
S54、通过第二传感器获取当前的地理位置信息,并向相应的联系人发送求救信息和地理位置信息。
当移动终端启动医疗求救模式后,立即通过第二传感器(如GPS)获取当前的地理位置信息,并向相应的联系人发送求救信息和地理位置信息。此处相应的联系人包括指定的紧急联系人或/和当前的地理位置附近的急救中心,即:移动终端将求救信息和地理位置信息只发送给指定的紧急联系人或当前的地理位置附近的急救中心,或者同时发送给指定的紧急联系人和当前的地理位置附近的急救中心,可选地,还可以同时向急救中心发送紧急联系人的电话号码,以方便急救中心向紧急联系人了解情况。当需要发送信息给当前的地理位置附近的急救中心时,移动终端还需要根据当前的地理位置信息查询或搜索附近的急救中心的联系电话。在某些实施例中,移动终端也可以将信息发送给急救调度中心,由急救调度中心根据用户发送的地理位置信息通知附近的急救中心对用户进行救助。
进一步地,移动终端在向外发送信息的同时,还发出大分贝的警报音,该警报音可以持续发出,也可以每隔预设时间响一阵(如每隔5分钟响一分钟),一方面可以寻求周边帮助,另一方面可以引导急救中心(如120)前来救援。
当移动终端启动报警求救模式后,立即通过第二传感器(如GPS)获取当前的地理位置信息,并向相应的联系人发送求救信息和地理位置信息。此处相应的联系人包括指定的紧急联系人或/和当前的地理位置附近的报警点(如派出所或消防中心),即:移动终端将求救信息和地理位置信息只发送给指定的紧急联系人或当前的地理位置附近的报警点,或者同时发送给指定的紧急联系人和当前的地理位置附近的报警点,可选地,还可以同时向报警点发送紧急联系人的电话号码,以方便报警点向紧急联系人了解情况。当需要发送信息给当前的地理位置附近的报警点时,移动终端还需要根据当前的地理位置信息查询或搜索附近的报警点的联系电话。在某些实施例中,移动终端也可以将信息发送给报警调度中心,由报警调度中心根据用户发送的地理位置信息通知附近的报警点对用户进行救助。
S55、每隔预设时间获取一次当前的地理位置信息,并发送给相应的联系人。
本实施例中,当启动求救模式后,移动终端便自动跟踪地理位置,实时或定时的定位,每隔预设时间(如十分钟)向指定的紧急联系人或/和求救点发送一次地理位置信息,以方便后者进行追踪救援。此方案尤其适用于绑架、挟持的危险状况,即使犯罪分子将受害者带离了犯罪现场,警方也可能根据位置更新迅速推测移动方向进行阻截,实施救援。
当救援成功或紧急情况解除后,用户可以触发关闭指令关闭求救模式,所述关闭指令包括点亮屏幕、触发特定按键或作出预设手势等。或者,移动终端进入求救模式预设时间后自动关闭求救模式。
本发明实施例通过移动终端进行求救的方法,进入求救模式后,通过持续跟踪和发送求助者的地理位置,使得求助者即使离开了最初的求救地点,救助者也可以根据位置更新对求助者进行追踪,快速找到求助者进行救援,提高了求救的成功率。
如图9所示,提出本发明通过移动终端进行求救的方法第六实施例,所述方法包括以下步骤:
S61、设置求救模式。
本实施例中,可以只设置一种求救模式,如医疗求救模式、报警求救模式或其它求救模式;也可以同时设置两种及以上的求救模式,每种求救模式对应不同的求救指令,如同时设置医疗求救模式和报警求救模式;还可以设置智能求救模式,其中包含了至少两种求救模式,通过智能判断自动选择进入相应的求救模式。
求救模式的具体设置方法请参考前述实施例,此外,本实施例的设置参数还增加了密码设置和验证码发送指定联系人设置。其中,密码为关闭求救模式时的验证密码,验证码发送指定联系人是关闭求救模式时,验证码应发送给哪一联系人。
S62、熄屏后,通过Sensorhub模块保持传感器处于开启状态。
S63、通过第一传感器接收求救指令,根据求救指令启动相应的求救模式。
S64、通过第二传感器获取当前的地理位置信息,并向相应的联系人发送求救信息和地理位置信息。
S65、每隔预设时间获取一次当前的地理位置信息,并发送给相应的联系人。
本实施例中,步骤S62-S65分别与第五实施例中的步骤S52-S55相同,在此不再赘述。
在某些实施例中,也可以省略步骤S65。
S66、接收到关闭指令后,进行验证操作。判断验证是否通过,验证通过后执行步骤S67,否则继续保持求救模式。
所述关闭指令包括点亮屏幕、触发特定按键或作出预设手势等。
所述验证包括密码验证和验证码验证。密码验证即提示用户输入密码,对输入的密码进行验证,当输入的密码与设置的密码匹配时,则验证通过;验证码验证即向指定联系人发送验证码并提示用户输入验证码,对输入的验证码进行验证,当输入的验证码与发送的验证码相匹配时,则验证通过。可以先进行密码验证,当密码验证通过后再进行验证码验证;也可以先进行验证码验证,当验证码验证通过后再进行密码验证。
在某些实施例中,可以只进行密码验证,也可以只进行验证码验证。
S67、关闭求救模式。
当验证通过后,关闭求救模式。
本发明实施例通过移动终端进行求救的方法,通过对关闭求救模式的操作进行验证,从而防止了第三人恶意关闭求救模式,阻止用户获得救援。进一步提高了求救的成功率,保证用户能够及时获得救援。
本发明进一步提供一种通过移动终端进行求救的装置,应用于前述移动终端。现基于上述移动终端硬件结构以及通信系统,提出本发明通过移动终端进行求救的装置各实施例。
如图10所示,提出本发明通过移动终端进行求救的装置第一实施例,所述装置包括求救模式设置模块、Sensorhub模块、求救模式启动模块和求救模块,其中:
求救模式设置模块:用于设置求救模式。
具体的,求救模式设置模块显示设置界面,进行一系列参数设置,包括指定紧急联系人、编辑求救信息、设置求救指令、启动应急网络开关等。其中,指定紧急联系人可输入多个联系人的电话号码,避免求救短信被联系人漏看;求救信息用于发送给指定的紧急联系人或/和附近的求救站点(报警点或急救中心);求救指令,是在熄屏状态下用户对移动终端的操作指令,包括按压特定按键、按压特定位置(如移动终端正面、侧面或背面的某一位置)、按压屏幕画出特定图案、重压(力度大于阈值)移动终端任意位置、以一定幅度晃动移动终端、连续晃动移动终端预设次数等操作,原则上操作应尽量简洁,以适合盲操作;应急网络开关,是在用户没有开启网络连接的情况下,进入求救模式时,系统授权自动打开网络连接。完成设置后,可以对该功能进行密码保护,下次进入更改设置时需要输入密码。
求救模式设置模块可以只设置一种求救模式,如医疗求救模式、报警求救模式或其它求救模式;也可以同时设置两种及以上的求救模式,每种求救模式对应不同的求救指令,如同时设置医疗求救模式和报警求救模式;还可以设置智能求救模式,其中包含了至少两种求救模式,通过智能判断自动选择进入相应的求救模式。
设置智能求救模式时,除了前述基础设置外,另外还包括生理特征监测设置、周围环境特征监测设置等。智能求救模式只需设定一个求救指令,通过对用户生理特征和周围环境特征变化的监测,自动判断应该进入医疗求救模式还是报警求救模式的智能方案。用户生理特征监测需要在初始设置时,测量用户在常态下的心率、血压等生理状况。
Sensorhub模块:用于在熄屏状态下,保持传感器处于开启状态。
当移动终端熄屏后,Sensorhub模块保持指定的传感器或所有传感器处于开启状态。其中,Sensorhub为微控制器(MCU)的一种应用,在系统设计中,其主要功能在于处理来自各种传感器的信息,必要时才将中央处理器自休眠模式中唤醒,从而可以降低系统功耗,并且使用户能在移动终端熄屏的状态下实现对移动终端的操作。
同时,SensorHub的协处理器芯片的功耗,仅仅为CPU的1-2%,采用此技术就可以保证在低功耗状态下保持移动终端的GPS、压力传感器等传感器部件以及指定硬件保持开启状态,并在必要的时候做出正确的响应,解决了用户在移动终端熄屏的状态下不能进行快捷操作的问题,并保证了移动终端的续航能力。
求救模式启动模块:用于通过第一传感器接收求救指令,根据求救指令启动相应的求救模式。
具体的,在熄屏状态下,求救模式启动模块通过第一传感器检测用户对移动终端的操作,该第一传感器可以是压力传感器、震动传感器等。当求救模式启动模块通过压力传感器检测到用户按压特定按键、按压特定位置(如移动终端正面、侧面或背面的某一位置)、按压屏幕画出特定图案等操作或重压(力度大于阈值)移动终端任意位置时,或者当求救模式启动模块通过震动传感器检测到用户以一定幅度晃动移动终端或连续晃动移动终端预设次数等操作时,确定接收到求救指令。其中,按压屏幕画出特定图案的操作如图4所示,图4中的图案为字母S,当然,用户也可以设置其它图案,原则上以简洁易操作为宜。
当求救模式设置模块同时设置了两种及以上的求救模式时,求救模式启动模块根据各求救模式对求救指令的设置,判断当前接收到的求救指令属于哪一求救模式的求救指令,根据判断结果进入相应的求救模式。例如:当属于医疗求救模式的求救指令时,则启动医疗求救模式;当属于报警求救模式的求救指令时,则启动报警求救模式。
当求救模式设置模块设置的是智能求救模式时,求救模式启动模块接收到求救指令后,立即通过第三传感器获取用户的生理特征信息和周围环境信息,根据生理特征信息和周围环境信息启动相应的求救模式。其中,生理特征信息包括用户的血氧含量、血压、心电图、心率、呼吸、体温及肺活量等各种相关的健康数据,周围环境信息包括移动终端处于静止状态还是移动状态、移动终端在口袋内还是口袋外、移动终端所在环境的光线和温度等等。例如:当检测到用户血压升高、心率不齐,且移动终端处于较长时静止状态以及处于非口袋且安静的环境中,则判断用户可能在独处情况下出现突发病症,需要医疗救援,因此启动医疗求救模式。
第三传感器包括生理特征检测传感器和周围环境检测传感器,其中,生理特征检测传感器如心率传感器、血压传感器、体温传感器等,周围环境检测传感器如光传感器、声音传感器、震动传感器、温度传感器等。
通过第三传感器检测生理特征信息,具体可以通过以下方式实现:在移动终端的外壳中内置芯片与传感器,只需要将手指放在外壳上几秒钟,就能够收集到包括用户的血氧含量、血压、心电图、心率、呼吸、体温及肺活量等生理特征信息。另外,也可以与穿戴设备相结合,以更全面准确的检测用户的健康情况,实现准确救援,提前预警。
当启动求救模式后,求救模式启动模块可以产生轻微的震动反馈,但不会亮屏或显示任何信息。
求救模块:用于在进入求救模式后,通过第二传感器获取当前的地理位置信息,并向相应的联系人发送求救信息和地理位置信息。
当进入医疗求救模式后,求救模块立即通过第二传感器(如GPS)获取当前的地理位置信息,并向相应的联系人发送求救信息和地理位置信息。此处相应的联系人包括指定的紧急联系人或/和当前的地理位置附近的急救中心,即:求救模块将求救信息和地理位置信息只发送给指定的紧急联系人或当前的地理位置附近的急救中心,或者同时发送给指定的紧急联系人和当前的地理位置附近的急救中心,可选地,还可以同时向急救中心发送紧急联系人的电话号码,以方便急救中心向紧急联系人了解情况。当需要发送信息给当前的地理位置附近的急救中心时,求救模块还需要根据当前的地理位置信息查询或搜索附近的急救中心的联系电话。在某些实施例中,求救模块也可以将信息发送给急救调度中心,由急救调度中心根据用户发送的地理位置信息通知附近的急救中心对用户进行救助。
进一步地,求救模块在向外发送信息的同时,还发出大分贝的警报音,该警报音可以持续发出,也可以每隔预设时间响一阵(如每隔5分钟响一分钟),一方面可以寻求周边帮助,另一方面可以引导急救中心(如120)前来救援。
当进入报警求救模式后,求救模块立即通过第二传感器(如GPS)获取当前的地理位置信息,并向相应的联系人发送求救信息和地理位置信息。此处相应的联系人包括指定的紧急联系人或/和当前的地理位置附近的报警点(如派出所或消防中心),即:求救模块将求救信息和地理位置信息只发送给指定的紧急联系人或当前的地理位置附近的报警点,或者同时发送给指定的紧急联系人和当前的地理位置附近的报警点,可选地,还可以同时向报警点发送紧急联系人的电话号码,以方便报警点向紧急联系人了解情况。当需要发送信息给当前的地理位置附近的报警点时,求救模块还需要根据当前的地理位置信息查询或搜索附近的报警点的联系电话。在某些实施例中,求救模块也可以将信息发送给报警调度中心,由报警调度中心根据用户发送的地理位置信息通知附近的报警点对用户进行救助。
进一步地,当进入求救模式后,求救模块还每隔预设时间获取一次当前的地理位置信息,并发送给相应的联系人。即:当启动求救模式后,求救模块便自动跟踪地理位置,实时或定时的定位,每隔预设时间(如十分钟)向指定的紧急联系人或/和求救点发送一次地理位置信息,以方便后者进行追踪救援。此方案尤其适用于绑架、挟持的危险状况,即使犯罪分子将受害者带离了犯罪现场,警方也可能根据位置更新迅速推测移动方向进行阻截,实施救援。
当救援成功或紧急情况解除后,用户点亮屏幕则自动解除求救模式,或者,移动终端进入求救模式预设时间后自动解除求救模式。
本发明实施例通过移动终端进行求救的装置,通过Sensorhub技术保持传感器在熄屏状态下也处于开启状态,使得用户可以在熄屏状态下对移动终端进行一步快捷操作就能快速发出求救信号,提高了求救的便捷性和隐蔽性,提高了求救的成功率。而通过Sensorhub技术保持传感器开启,无需唤醒中央处理器,保持了移动终端的低功耗状态,延续了移动终端的续航能力,防止移动终端耗能太快而在紧急时刻无法使用求救功能。
进一步通过持续跟踪和发送求助者的地理位置,使得求助者即使离开了最初的求救地点,救助者也可以根据位置更新对求助者进行追踪,快速找到求助者进行救援,进一步提高了求救的成功率。
如图11所示,提出本发明通过移动终端进行求救的装置第二实施例,本实施例与第一实施例的区别是增加了一求救模式关闭模块,所述求救模式关闭模块用于:接收到关闭指令后,进行验证操作,验证通过后关闭所述求救模式。
本实施例中,求救模式设置模块在进行求救模式设置时,设置参数还增加了密码设置和验证码发送指定联系人设置。其中,密码为关闭求救模式时的验证密码,验证码发送指定联系人是关闭求救模式时,验证码应发送给哪一联系人。
求救模式关闭模块如图12所示,包括关闭指令接收单元、验证单元和关闭指令执行单元,其中:
关闭指令接收单元:用于接收关闭指令。所述关闭指令包括点亮屏幕、触发特定按键或作出预设手势等。
验证单元:用于进行验证操作。
所述验证包括密码验证和验证码验证。密码验证即提示用户输入密码,对输入的密码进行验证,当输入的密码与设置的密码匹配时,则验证通过;验证码验证即向指定联系人发送验证码并提示用户输入验证码,对输入的验证码进行验证,当输入的验证码与发送的验证码相匹配时,则验证通过。可以先进行密码验证,当密码验证通过后再进行验证码验证;也可以先进行验证码验证,当验证码验证通过后再进行密码验证。
在某些实施例中,可以只进行密码验证,也可以只进行验证码验证。
关闭指令执行单元:用于当验证单元验证通过后,执行关闭指令,关闭求救模式。
本实施例在关闭求救模式时,增加了验证步骤,防止第三人恶意关闭求救模式,阻止用户获得救援。提高了安全性,保证用户能够及时获得救援,进一步提高了求救的成功率。
上述实施例提供的通过移动终端进行求救的装置与通过移动终端进行求救的方法实施例属于同一构思,其具体实现过程详见方法实施例,且方法实施例中的技术特征在装置实施例中均对应适用,这里不再赘述。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (20)
1.一种通过移动终端进行求救的装置,其特征在于,包括求救模式设置模块、Sensorhub模块、求救模式启动模块和求救模块,其中:
所述求救模式设置模块,用于设置求救模式;
所述Sensorhub模块,用于在熄屏状态下,保持传感器处于开启状态;
所述求救模式启动模块,用于通过第一传感器接收求救指令,根据所述求救指令启动相应的求救模式;
所述求救模块,用于在进入求救模式后,通过第二传感器获取当前的地理位置信息,并向相应的联系人发送求救信息和所述地理位置信息。
2.根据权利要求1所述的通过移动终端进行求救的装置,其特征在于,所述求救模式包括报警求救模式或/和医疗求救模式。
3.根据权利要求2所述的通过移动终端进行求救的装置,其特征在于,所述相应的联系人包括指定的紧急联系人或/和所述当前的地理位置附近的求救站点。
4.根据权利要求3所述的通过移动终端进行求救的装置,其特征在于,所述求救模式为报警求救模式时,所述求救站点为报警点,所述求救模式为医疗求救模式时,所述求救站点为急救中心。
5.根据权利要求2所述的通过移动终端进行求救的装置,其特征在于,所述求救模块还用于:当进入医疗求救模式时,发出警报音。
6.根据权利要求1所述的通过移动终端进行求救的装置,其特征在于,所述求救模块还用于:进入求救模式后,每隔预设时间获取一次当前的地理位置信息,并发送给所述相应的联系人。
7.根据权利要求1所述的通过移动终端进行求救的装置,其特征在于,所述第一传感器为压力传感器,所述求救模式启动模块用于:当通过所述压力传感器检测到按压特定按键、按压特定位置或按压屏幕画出预设图案的操作时,确定接收到求救指令。
8.根据权利要求1-7任一项所述的通过移动终端进行求救的装置,其特征在于,所述求救模式启动模块还用于:通过第三传感器获取用户的生理特征信息和周围环境信息,根据所述生理特征信息和周围环境信息判断应启动的求救模式。
9.根据权利要求1-7任一项所述的通过移动终端进行求救的装置,其特征在于,所述通过移动终端进行求救的装置还包括求救模式关闭模块,所述求救模式关闭模块用于:接收到关闭指令后,进行验证操作,验证通过后关闭所述求救模式。
10.根据权利要求9所述的通过移动终端进行求救的装置,其特征在于,所述求救模式关闭模块包括验证单元,所述验证单元用于:
提示用户输入密码,对输入的密码进行验证;或/和,
向指定联系人发送验证码并提示用户输入验证码,对输入的验证码进行验证。
11.一种通过移动终端进行求救的方法,其特征在于,包括以下步骤:
设置求救模式;
熄屏后,通过Sensorhub模块保持传感器处于开启状态;
通过第一传感器接收求救指令,根据所述求救指令启动相应的求救模式;
进入求救模式后,通过第二传感器获取当前的地理位置信息,并向相应的联系人发送求救信息和所述地理位置信息。
12.根据权利要求11所述的通过移动终端进行求救的方法,其特征在于,所述求救模式包括报警求救模式或/和医疗求救模式。
13.根据权利要求12所述的通过移动终端进行求救的方法,其特征在于,所述相应的联系人包括指定的紧急联系人或/和所述当前的地理位置附近的求救站点。
14.根据权利要求13所述的通过移动终端进行求救的方法,其特征在于,所述求救模式为报警求救模式时,所述求救站点为报警点,所述求救模式为医疗求救模式时,所述求救站点为急救中心。
15.根据权利要求12所述的通过移动终端进行求救的方法,其特征在于,所述方法还包括:当进入医疗求救模式时,发出警报音。
16.根据权利要求11所述的通过移动终端进行求救的方法,其特征在于,所述向相应的联系人发送求救信息和所述地理位置信息的步骤之后还包括:
每隔预设时间获取一次当前的地理位置信息,并发送给所述相应的联系人。
17.根据权利要求1所述的通过移动终端进行求救的方法,其特征在于,所述第一传感器为压力传感器,所述通过第一传感器接收求救指令包括:
通过所述压力传感器检测到按压特定按键、按压特定位置或按压屏幕画出预设图案的操作时,确定接收到求救指令。
18.根据权利要求11-17任一项所述的通过移动终端进行求救的方法,其特征在于,所述根据所述求救指令启动相应的求救模式包括:
接收到所述求救指令后,通过第三传感器获取用户的生理特征信息和周围环境信息,根据所述生理特征信息和周围环境信息启动相应的求救模式。
19.根据权利要求11-17任一项所述的通过移动终端进行求救的方法,其特征在于,所述根据所述求救指令启动相应的求救模式的步骤之后还包括:
接收到关闭指令后,进行验证操作,验证通过后关闭求救模式。
20.根据权利要求19所述的通过移动终端进行求救的方法,其特征在于,所述进行验证操作包括:
提示用户输入密码,对输入的密码进行验证;或/和,
向指定联系人发送验证码并提示用户输入验证码,对输入的验证码进行验证。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510611188.8A CN105227709A (zh) | 2015-09-23 | 2015-09-23 | 通过移动终端进行求救的装置和方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510611188.8A CN105227709A (zh) | 2015-09-23 | 2015-09-23 | 通过移动终端进行求救的装置和方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105227709A true CN105227709A (zh) | 2016-01-06 |
Family
ID=54996377
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510611188.8A Pending CN105227709A (zh) | 2015-09-23 | 2015-09-23 | 通过移动终端进行求救的装置和方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105227709A (zh) |
Cited By (29)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105701997A (zh) * | 2016-03-02 | 2016-06-22 | 北京小米移动软件有限公司 | 报警方法和装置 |
CN105721692A (zh) * | 2016-01-28 | 2016-06-29 | 山西大学 | 一种智能手机自动发送多模态求救信息的方法 |
CN105760072A (zh) * | 2016-02-01 | 2016-07-13 | 联想(北京)有限公司 | 一种通信控制方法和电子设备 |
CN106231133A (zh) * | 2016-09-21 | 2016-12-14 | 北京小米移动软件有限公司 | 报警方法及装置 |
CN106293458A (zh) * | 2016-07-28 | 2017-01-04 | 北京小米移动软件有限公司 | 基于触摸屏的报警方法和移动终端 |
CN106445361A (zh) * | 2016-08-26 | 2017-02-22 | 广东欧珀移动通信有限公司 | 基于移动终端的救急方法及移动终端 |
CN106569599A (zh) * | 2016-10-24 | 2017-04-19 | 百度在线网络技术(北京)有限公司 | 一种用于自动求助的方法和装置 |
CN106814965A (zh) * | 2017-01-18 | 2017-06-09 | 上海与德信息技术有限公司 | 终端使用方法及装置 |
WO2018006615A1 (zh) * | 2016-07-04 | 2018-01-11 | 中兴通讯股份有限公司 | 数据信息的显示方法和装置 |
WO2018027335A1 (zh) * | 2016-08-08 | 2018-02-15 | 南星信息技术(上海)有限公司 | 一种待机方法、解除终端锁定的方法、通信方法及系统 |
TWI615769B (zh) * | 2016-08-10 | 2018-02-21 | 搖一搖智慧手機緊急救援方法 | |
CN107835291A (zh) * | 2017-09-18 | 2018-03-23 | 维沃移动通信有限公司 | 一种危险处理方法和装置 |
CN108012022A (zh) * | 2017-10-30 | 2018-05-08 | 努比亚技术有限公司 | 终端报警控制方法、移动终端及计算机可读存储介质 |
CN108174041A (zh) * | 2018-01-24 | 2018-06-15 | 首都医科大学宣武医院 | 医疗救治系统及方法 |
CN108245145A (zh) * | 2018-01-18 | 2018-07-06 | 日照职业技术学院 | 一种健康监测系统 |
CN108600532A (zh) * | 2018-04-13 | 2018-09-28 | 深圳星联天通科技有限公司 | 一种卫星模式呼救方法、移动终端及计算机可读存储介质 |
CN108932817A (zh) * | 2018-07-31 | 2018-12-04 | 北京微播视界科技有限公司 | 一种报警方法、报警装置和终端设备 |
CN109068308A (zh) * | 2018-07-23 | 2018-12-21 | 上海斐讯数据通信技术有限公司 | 一种基于手环的自动报警方法及系统 |
CN109089222A (zh) * | 2018-07-18 | 2018-12-25 | 奇酷互联网络科技(深圳)有限公司 | 移动终端和监护方法、装置 |
CN109756631A (zh) * | 2019-03-05 | 2019-05-14 | 柒星通信科技(北京)有限公司 | 基于卫星电话的紧急求救方法及装置 |
WO2019090571A1 (zh) * | 2017-11-09 | 2019-05-16 | 深圳传音通讯有限公司 | 一种智能终端的拨号方法及拨号系统 |
CN110087221A (zh) * | 2019-04-26 | 2019-08-02 | 上海救要救信息科技有限公司 | 一种救援方法与设备 |
CN110213447A (zh) * | 2019-06-17 | 2019-09-06 | 珠海格力电器股份有限公司 | 一种报警控制方法、移动终端以及计算机可读存储介质 |
CN110708429A (zh) * | 2019-09-27 | 2020-01-17 | 恒大智慧科技有限公司 | 一种呼救方法及系统、计算机可读存储介质 |
CN112243063A (zh) * | 2019-07-18 | 2021-01-19 | 北京奇虎科技有限公司 | 一种基于移动终端的自动报警方法、装置及移动终端 |
CN112637969A (zh) * | 2020-12-21 | 2021-04-09 | 珠海格力电器股份有限公司 | 移动终端通信连接的建立方法和装置 |
CN113407150A (zh) * | 2021-06-29 | 2021-09-17 | 青岛海信移动通信技术股份有限公司 | 一种终端设备、安全保障方法和存储介质 |
CN113781757A (zh) * | 2021-07-27 | 2021-12-10 | 金鹏电子信息机器有限公司 | 人工智能联网报警管理平台及联网报警管理方法 |
WO2023207676A1 (zh) * | 2022-04-26 | 2023-11-02 | 上海金怪兽科技有限公司 | 功能扩展手机壳套、相机及软件快速启动方法、sos呼叫方法、来电接听或挂断方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102480553A (zh) * | 2010-11-24 | 2012-05-30 | 上海华勤通讯技术有限公司 | 3g智能呼救手机及其实现呼救的方法 |
CN102883053A (zh) * | 2012-09-18 | 2013-01-16 | 广东欧珀移动通信有限公司 | 一种终端设备紧急状况下的隐蔽呼救方法 |
US8862092B2 (en) * | 2010-06-25 | 2014-10-14 | Emergensee, Inc. | Emergency notification system for mobile devices |
-
2015
- 2015-09-23 CN CN201510611188.8A patent/CN105227709A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8862092B2 (en) * | 2010-06-25 | 2014-10-14 | Emergensee, Inc. | Emergency notification system for mobile devices |
CN102480553A (zh) * | 2010-11-24 | 2012-05-30 | 上海华勤通讯技术有限公司 | 3g智能呼救手机及其实现呼救的方法 |
CN102883053A (zh) * | 2012-09-18 | 2013-01-16 | 广东欧珀移动通信有限公司 | 一种终端设备紧急状况下的隐蔽呼救方法 |
Cited By (33)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105721692A (zh) * | 2016-01-28 | 2016-06-29 | 山西大学 | 一种智能手机自动发送多模态求救信息的方法 |
CN105760072A (zh) * | 2016-02-01 | 2016-07-13 | 联想(北京)有限公司 | 一种通信控制方法和电子设备 |
CN105701997A (zh) * | 2016-03-02 | 2016-06-22 | 北京小米移动软件有限公司 | 报警方法和装置 |
WO2018006615A1 (zh) * | 2016-07-04 | 2018-01-11 | 中兴通讯股份有限公司 | 数据信息的显示方法和装置 |
CN106293458A (zh) * | 2016-07-28 | 2017-01-04 | 北京小米移动软件有限公司 | 基于触摸屏的报警方法和移动终端 |
WO2018027335A1 (zh) * | 2016-08-08 | 2018-02-15 | 南星信息技术(上海)有限公司 | 一种待机方法、解除终端锁定的方法、通信方法及系统 |
TWI615769B (zh) * | 2016-08-10 | 2018-02-21 | 搖一搖智慧手機緊急救援方法 | |
CN106445361A (zh) * | 2016-08-26 | 2017-02-22 | 广东欧珀移动通信有限公司 | 基于移动终端的救急方法及移动终端 |
CN106231133A (zh) * | 2016-09-21 | 2016-12-14 | 北京小米移动软件有限公司 | 报警方法及装置 |
CN106231133B (zh) * | 2016-09-21 | 2019-07-16 | 北京小米移动软件有限公司 | 报警方法及装置 |
CN106569599A (zh) * | 2016-10-24 | 2017-04-19 | 百度在线网络技术(北京)有限公司 | 一种用于自动求助的方法和装置 |
CN106569599B (zh) * | 2016-10-24 | 2020-05-01 | 百度在线网络技术(北京)有限公司 | 一种用于自动求助的方法和装置 |
CN106814965A (zh) * | 2017-01-18 | 2017-06-09 | 上海与德信息技术有限公司 | 终端使用方法及装置 |
CN107835291A (zh) * | 2017-09-18 | 2018-03-23 | 维沃移动通信有限公司 | 一种危险处理方法和装置 |
CN108012022A (zh) * | 2017-10-30 | 2018-05-08 | 努比亚技术有限公司 | 终端报警控制方法、移动终端及计算机可读存储介质 |
WO2019090571A1 (zh) * | 2017-11-09 | 2019-05-16 | 深圳传音通讯有限公司 | 一种智能终端的拨号方法及拨号系统 |
CN108245145A (zh) * | 2018-01-18 | 2018-07-06 | 日照职业技术学院 | 一种健康监测系统 |
CN108174041A (zh) * | 2018-01-24 | 2018-06-15 | 首都医科大学宣武医院 | 医疗救治系统及方法 |
CN108600532A (zh) * | 2018-04-13 | 2018-09-28 | 深圳星联天通科技有限公司 | 一种卫星模式呼救方法、移动终端及计算机可读存储介质 |
CN109089222A (zh) * | 2018-07-18 | 2018-12-25 | 奇酷互联网络科技(深圳)有限公司 | 移动终端和监护方法、装置 |
CN109068308A (zh) * | 2018-07-23 | 2018-12-21 | 上海斐讯数据通信技术有限公司 | 一种基于手环的自动报警方法及系统 |
CN108932817A (zh) * | 2018-07-31 | 2018-12-04 | 北京微播视界科技有限公司 | 一种报警方法、报警装置和终端设备 |
CN109756631A (zh) * | 2019-03-05 | 2019-05-14 | 柒星通信科技(北京)有限公司 | 基于卫星电话的紧急求救方法及装置 |
CN109756631B (zh) * | 2019-03-05 | 2021-07-30 | 柒星通信科技(北京)有限公司 | 基于卫星电话的紧急求救方法及装置 |
CN110087221A (zh) * | 2019-04-26 | 2019-08-02 | 上海救要救信息科技有限公司 | 一种救援方法与设备 |
CN110213447A (zh) * | 2019-06-17 | 2019-09-06 | 珠海格力电器股份有限公司 | 一种报警控制方法、移动终端以及计算机可读存储介质 |
CN112243063A (zh) * | 2019-07-18 | 2021-01-19 | 北京奇虎科技有限公司 | 一种基于移动终端的自动报警方法、装置及移动终端 |
CN110708429A (zh) * | 2019-09-27 | 2020-01-17 | 恒大智慧科技有限公司 | 一种呼救方法及系统、计算机可读存储介质 |
CN112637969A (zh) * | 2020-12-21 | 2021-04-09 | 珠海格力电器股份有限公司 | 移动终端通信连接的建立方法和装置 |
CN113407150A (zh) * | 2021-06-29 | 2021-09-17 | 青岛海信移动通信技术股份有限公司 | 一种终端设备、安全保障方法和存储介质 |
CN113781757A (zh) * | 2021-07-27 | 2021-12-10 | 金鹏电子信息机器有限公司 | 人工智能联网报警管理平台及联网报警管理方法 |
CN113781757B (zh) * | 2021-07-27 | 2023-12-26 | 金鹏电子信息机器有限公司 | 人工智能联网报警管理平台及联网报警管理方法 |
WO2023207676A1 (zh) * | 2022-04-26 | 2023-11-02 | 上海金怪兽科技有限公司 | 功能扩展手机壳套、相机及软件快速启动方法、sos呼叫方法、来电接听或挂断方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105227709A (zh) | 通过移动终端进行求救的装置和方法 | |
CN105162976A (zh) | 移动终端及其防盗处理方法 | |
CN104917881A (zh) | 一种多模式移动终端及其实现方法 | |
CN105468153B (zh) | 一种移动终端及其实现控制的方法 | |
CN105391843A (zh) | 终端设备、信息发布方法及信息发布系统 | |
CN105225457A (zh) | 通过智能家居设备进行信息提示的系统、装置和方法 | |
CN105141752A (zh) | 移动终端控制装置及方法 | |
CN104821068A (zh) | 移动终端实时防盗报警的方法和装置 | |
CN105100482A (zh) | 一种实现手语识别的移动终端、系统及其通话实现方法 | |
CN105979098A (zh) | 一种双面屏的屏幕管理方法及终端 | |
CN105741462A (zh) | 手机防丢失检测方法及装置 | |
CN105054505A (zh) | 一种智能手环及紫外线检测方法 | |
CN104639759A (zh) | 移动终端防遗忘提醒方法及装置 | |
CN105791548A (zh) | 语音信息播报装置和方法 | |
CN105118201A (zh) | 移动终端防盗方法及装置 | |
CN106790983A (zh) | 一种屏幕点亮方法及移动终端 | |
CN106168879A (zh) | 一种双面屏交互的方法及终端 | |
CN105208211A (zh) | 一种隐私保护装置、方法及移动终端 | |
CN106228752A (zh) | 一种智能看护方法及装置 | |
CN104935044A (zh) | 充电方法和充电装置 | |
CN104994216A (zh) | 行车状况的预警方法及装置 | |
CN105100428A (zh) | 一种联系人显示方法和系统 | |
CN105791591A (zh) | 闹铃提醒方法及系统 | |
CN105162960A (zh) | 一种无边框移动终端的拍照装置和方法 | |
CN104902448A (zh) | 追踪移动终端的方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160106 |
|
RJ01 | Rejection of invention patent application after publication |