CN101753689A - 移动终端自动救援方法、移动终端及自动救援系统 - Google Patents

Abstract

本发明公开了一种移动终端自动救援方法，该方法包括：采集移动终端移动时的加速度变化，生成加速度信号；所述移动终端根据所述加速度信号，发出自动救援请求。本发明同时公开一种移动终端、自动救援系统。采用本发明可以实现移动终端的危机预测和自动求救功能。

Description

移动终端自动救援方法、移动终端及自动救援系统

技术领域

本发明涉及通信技术领域，尤其涉及移动终端自动救援方法、移动终端及自动救援系统。

背景技术

随着移动终端智能化、人性化的不断提高，用户对于移动终端功能的需求已经不仅停留在单一的通讯功能。随着摄像头、GPS(Global PositioningSystems，全球定位系统)等模块的加入，移动终端已经具有了采集和处理除语音和射频信号外更多的数据信号的能力。另外，一些曾用于工业领域的传感器的引入，也为移动终端添加了全新的应用。

在这样一个技术背景下，发明人发现存在如下技术需求：

将移动终端应用于自动救援，如户外运动的跌落呼救、车祸呼救以及老人的突发疾病呼救等方面。

发明内容

本发明实施例提供一种移动终端自动救援方法，用以实现移动终端的自动求救功能，该方法包括：

采集移动终端移动时的加速度变化，生成加速度信号；

所述移动终端根据所述加速度信号，发出自动救援请求。

较佳的，由所述移动终端内嵌的、或外置的加速度传感器采集所述移动终端移动时的加速度变化，生成加速度信号。

较佳的，所述移动终端根据所述加速度信号，发出自动救援请求，包括：

所述移动终端根据所述加速度信号，识别机体的运动状态；

所述移动终端在机体的运动状态为危机状态时，提示用户进行危机确认；

所述移动终端根据用户反馈确认需要救援时，发出自动救援请求。

较佳的，所述移动终端提示用户进行危机确认时，进一步包括：所述移动终端启动危机确认定时器；

所述移动终端根据用户反馈确认需要救援，包括：

若危机确认定时器超时之前，用户反馈需要救援，则所述移动终端确认需要救援；

或者，若危机确认定时器超时之后，没有收到用户的反馈，则所述移动终端确认需要救援。

较佳的，所述移动终端根据所述加速度信号，发出自动救援请求，包括：

所述移动终端在所处现场发出自动救援请求，并启动现场求救定时器；

若现场求救定时器超时之后，没有收到对自动救援请求的响应，则所述移动终端通过网络向救援平台发出自动救援请求。

本发明实施例还提供一种移动终端，用以实现移动终端的自动求救功能，该移动终端包括：

加速度获得模块，用于获得加速度信号，所述加速度信号通过采集所述移动终端移动时的加速度变化而生成；

救援模块，用于根据所述加速度信号，发出自动救援请求。

较佳的，还包括：

加速度传感器，用于采集所述移动终端移动时的加速度变化，生成加速度信号。

较佳的，所述救援模块包括：

运动状态确认单元，用于根据所述加速度信号，识别机体的运动状态；

危机确认单元，用于在机体的运动状态为危机状态时，提示用户进行危机确认；根据用户反馈确认是否需要救援；

求救单元，用于在根据用户反馈确认需要救援时，发出自动救援请求。

较佳的，所述危机确认单元进一步用于启动危机确认定时器；若危机确认定时器超时之前，用户反馈需要救援，则确认需要救援；或者，若危机确认定时器超时之后，没有收到用户的反馈，则确认需要救援。

较佳的，所述救援模块包括：

现场救援单元，用于在所处现场发出自动救援请求，并启动现场求救定时器；

远程救援单元，用于在现场求救定时器超时之后，没有收到对自动救援请求的响应时，通过网络向救援平台发出自动救援请求。

本发明实施例还提供一种自动救援系统，用以实现移动终端的自动求救功能，以及根据移动终端的自动求救为移动终端提供救援服务，该系统包括：

加速度传感器，用于采集移动终端移动时的加速度变化，生成加速度信号；

移动终端，用于根据所述加速度信号，发出自动救援请求；

移动网络，用于将移动终端发出的自动救援请求传送至移动终端所处现场或救援平台；

救援平台，用于接收移动终端的自动救援请求并提供自动救援服务。

本发明实施例中，采集移动终端移动时的加速度变化，生成加速度信号；由所述移动终端根据所述加速度信号，发出自动救援请求，从而在传统移动终端的基础上，结合加速度数据采集以及相应的软件支持，实现了移动终端的危机预测和自动求救功能。

附图说明

图1为本发明实施例中移动终端自动救援的方法流程图；

图2为本发明实施例中加速度传感器内嵌于移动终端的示意图；

图3为本发明实施例中移动终端的结构示意图；

图4为本发明实施例中移动终端自动救援方法的示意图；

图5为本发明实施例中危机预警阶段的示意图；

图6为本发明实施例中危机确认的一个具体实例的流程图；

图7为本发明实施例中求救阶段的一个具体实例的流程图；

图8为本发明实施例中远程求救的一个具体实例的系统图；

图9为本发明实施例中远程求救的一个具体实例的求救信号流程图；

图10为本发明实施例中拨打自动拨出号码表号码的一个具体实例的流程图；

图11为本发明实施例中移动终端用户保存自动拨出号码的流程图；

图12为本发明实施例中移动终端用户删除自动拨打号码流程图；

图13为本发明实施例中救援平台接收到救援电话和救援信息的处理流程图；

图14为本发明实施例中移动终端的结构图；

图15为本发明实施例中自动救援系统的结构图。

具体实施方式

下面结合说明书附图对本发明实施例进行详细说明。

如图1所示，本发明实施例中，移动终端自动救援的方法流程如下：

步骤101、采集移动终端移动时的加速度变化，生成加速度信号；

步骤102、所述移动终端根据所述加速度信号，发出自动救援请求。

上述移动终端是指具有数据采集能力、数据处理能力、数据接收和发送能力的移动终端。一个实施例中，可由移动终端内嵌的、或外置的加速度传感器采集该移动终端移动时的加速度变化，生成加速度信号。如图2所示，A为移动终端，B为加速度传感器。在移动终端内部嵌入加速度传感器，并保证其与移动终端的紧密结合，以准确采集移动终端移动时的加速度变化情况。如果是外置的加速度传感器，也需保证其与移动终端的紧密结合。

如图3所示，假设移动终端包括输入输出单元、数据处理单元、存储单元、数据收发单元，分别实现数据采集、数据处理、数据存储、数据接收和发送的功能；则前述内嵌的加速度传感器可以位于“输入输出单元”，其根据加速度变化反馈的加速度信号连接至“数据处理单元”，“数据处理单元”可以结合“存储单元”进行运算，并通过“数据收发单元”同外界通信网络互联。

这里的加速度传感器是指能够采集移动终端各方向加速度变化并转化为有效电信号、即加速度信号的传感器。实施中，加速度传感器可以是电容式三轴加速度传感器，当然也可以是其它形式的加速度传感器。另外，由加速度传感器采集移动终端移动时的加速度变化，生成加速度信号也仅为一例，实施中可由其它具备加速度测试、以及将加速度变化转化为电信号功能的其它测试设备来完成步骤101。

如图4所示，本发明实施例的移动终端自动救援方法大致分为：危机预警、危机确认和求救三个阶段。各阶段的具体实现如下：

1、危机预警阶段

如图5所示，危机预警阶段可以包括：危机预警启动、危机信号采集、运动状态确认的过程。人体常见的能够通过加速度信号进行采集的危险，主要是剧烈的物理碰撞引起行动能力的丧失，如车祸、高空跌落或者滑倒等。这些危机发生之后，人体由于剧烈的碰撞可能丧失思维意识和行动能力，而此时，利用本发明实施例中移动终端可以识别危机状态，如碰撞、跌落等具有明显加速度变化的危险，其自动救援功能便可以实施，发出求救信息。

危机预警的具体方法是：移动终端根据采集的加速度信号，识别机体(即该移动终端)的运动状态。移动终端能够根据加速度信号的变化情况推断机体，相当于移动终端用户人体的运动状态，并根据人体的运动状态来预测危机状态。实施中，移动终端可以通过装置内部的加速度传感器采集加速度信号，当感知有剧烈的加速度信号产生时，预警机制便开始启动。当加速度传感器采集到异常的加速度变化，则可以发出相应的电信号通知移动终端进行数据处理，移动终端可以通过软件算法来预测移动终端的运动状态。当移动终端的运动状态被确认为危机状态时，则进入“危机确认”阶段。

其中的软件算法可以有多种，用以实现通过加速度信号识别移动终端的运动状态。例如，预设正常状态下移动终端的加速度信号，将当前加速度传感器生成的加速度信号与预设的加速度信号进行比较，若两者一致，可确认移动终端的运动状态为正常状态，若两者不一致，则可确认移动终端的运动状态异常，即进入危机状态。

又如：人体经过剧烈的碰撞之后倒地昏迷的场景。其中有两个过程，A过程：人体的运动状态是X、Y、Z方向的加速度激烈且无规则的变化；最终变为B过程：相对静止状态。针对上述过程，对应的加速度传感器反馈为：A过程，加速度传感器的X、Y、Z三个方向的加速度信号剧烈变化，同时该信号被移动终端的数据处理单元采集。B过程，加速度传感器的X、Y、Z三个方向的加速度信号几乎没有变化。针对这样一个加速度信号由剧烈变化到相对静止的过程，可以判断可能过程为人体经过剧烈的碰撞之后倒地昏迷，并确认移动终端的运动状态为危机状态。

2、危机确认阶段

移动终端在机体的运动状态为危机状态时，可以提示用户进行危机确认，根据用户反馈确认是否需要救援。如图6所示，危机确认的一个具体实例如下：

步骤601、当移动终端通过加速度传感器确认可能有危机发生之后，启动危机确认定时器。

步骤602、移动终端提示用户进行危机确认，即通过某种方式同用户进行交互，以确认危机的真实性，并排除误触发。这种交互方式可以是语音提示、光影提示、振动提示或者其他用户设定的提示方式。比如，如果机体感知可能的危机，可以通过机体扬声器发出提示音：“请问是否发生异常？”“请问是否实施救助措施？”

步骤603、判断危机确认定时器超时之前，用户是否有反馈；若是，则执行步骤604，若否，则执行步骤606。

步骤604、判断用户是否做出取消的操作，若是，则执行步骤605，否则执行步骤606。

步骤605、当用户在危机确认定时器间隔内做出取消的操作，则停止危机确认定时器、取消移动终端的提示。取消操作可以是按键或其他具有智能水平的输出方法。这样做的原因是，一旦用户发生危险，其将无法做出取消操作。如果是错误预警，用户应具有能力来取消该操作。

步骤606、当危机确认定时器超时之前，用户反馈需要救援；或者，危机确认定时器超时之后，没有收到用户的反馈；则将确认为危机发生、需要救援，后续将实施求救处理，即进入“求救”阶段。

3、求救阶段

移动终端可以在所处现场发出自动救援请求，即实施现场救援；也可以通过网络向救援平台发出自动救援请求，即实施远程救援，该网络为能够提供移动终端和救援平台之间信息交互的网络，例如该网络可以是移动运营商提供的GSM或者CDMA通讯网络，或者基于公用通讯频段的WIFI、蓝牙等无线通讯网络。

现场救援和远程救援可以同时进行，当然也可以以其它顺序进行，例如在现场救援失败时再启动远程救援，在危机发生后，移动终端提供自救机制，主动唤醒用户及向附近的人寻求帮助，当自救没有响应，例如在一定的时间没有响应，移动终端通过网络向救援平台请求帮助并主动发送救援信息，救援平台根据情况进行处理。如图7所示，求救阶段的一个具体实施如下：

步骤701、当危机确认定时器超时，移动终端启动现场求救定时器。

步骤702、移动终端进行现场求救。现场求救可以包括移动终端振动、在界面做出文字提示、通过扬声器(speaker)以最大音量播放提示音(例如救命等)或做出光影提示等。

步骤703、判断移动终端用户或附近的人在定时器间隔内是否有响应，若是，则执行步骤704，否则执行步骤705。

步骤704、移动终端用户或附近的人在定时器间隔内有响应时，可以通过按键取消现场求救，包括关闭现场求救定时器、关掉界面提示或语音提示，由移动终端用户或附近的人根据现场情况进行处理。

步骤705、若在现场求救阶段现场没有响应，判断现场求救定时器是否超时，若是，则执行步骤706，否则结束流程。

步骤706、进行远程求救。

实施远程求救时，可以按自动拨出号码表中的号码，通过移动网络拨打救援电话，当然，移动终端也可以自动向救援平台发送短消息或自动上网向救援平台传送数据等方式来进行求救。在移动终端支持拍照功能时，还可以拍摄周围环境照片并传送到救援平台；在移动终端支持录音功能时，还可以记录周围环境声音并传送到救援平台；在移动终端支持GPS功能时，还可以启动GPS定位，获取坐标信息、轨迹信息并传送到救援平台。或者，还可以向救援平台提供时间信息和其它有助救援的信息。救援平台收集移动终端的救援信息，并根据这些信息做出处理。

下面举一例说明远程求救的实施过程。

如图8所示，本例中，远程求救的系统由移动终端、加速度传感器、移动网络、固话网络或互联网、救援平台、警察局、医院或监护人等组成。当移动终端检测到加速传感器有了危险动作示意，就会先进行现场自救，在一段时间内振动、发出求救的声音并在终端界面进行提示，若超时没有反应就自动通过移动网络拨打救援平台电话，收集救援信息并把该信息传送到救援平台。救援平台根据救援信息进行处理，向警察局或者医院或者用户监护人求救。

如图9所示，本例中远程求救信号流程如下：

步骤901、确认危机后，移动终端根据自动拨出号码表的号码拨打电话。

步骤902、判断移动终端是否支持拍照功能，若是，则执行步骤903，否则执行步骤904。

步骤903、启动拍照功能拍摄周围环境照片，拍摄后把照片传送到救援平台。

步骤904、判断移动终端是否支持录音功能，若是，则执行步骤905，否则执行步骤906。

步骤905、启动录音功能，记录周围的声音，录音完毕把语音文件传送到救援平台。

步骤906、判断移动终端是否支持GPS定位功能，若是，则执行步骤907，否则执行步骤908。

步骤907、启动GPS功能进行定位，把定位获取的坐标信息、轨迹信息发送到救援平台。

步骤908、获取移动终端的时间信息和其它有助救援的信息并把该信息发送到救援平台。

上述步骤901实施时，可以设定自动拨出号码表中的首个号码是救援平台的号码。也可以在自动拨出号码表中按顺序呼出各个号码直至拨打成功，其流程如图10所示：

步骤1001、现场救援定时器超时启动拨出流程。

步骤1002至步骤1003、移动终端检测拨出号码表中是否有第一拨出号码，若有则拨打电话；否则不启动拨出流程。

步骤1004至步骤1006、第一拨出号码拨打成功，拨出流程结束。若拨出失败，则检测拨出号码表中是否存在第二拨出号码，若存在则拨打电话；否则退出拨打电话流程。

步骤1007至步骤1010、若第二拨出号码拨打电话成功，则拨出流程结束。若拨出失败，则检测拨出号码表是否存在第三拨出号码，若存在则拨打电话；否则退出拨打电话流程。若第三拨出号码拨打电话成功，则拨出流程结束。若拨出失败，则检测拨出号码表是否存在第m(m为自动拨出号码表中的号码总数)拨出号码，若存在则拨打电话；否则退出拨打电话流程。

移动终端用户可以通过菜单来增加和删除自动拨出号码表中的自动呼出号码。图11是移动终端用户保存自动拨出号码的流程图。用户通过菜单来增加自动拨出号码，增加的号码保存在自动拨出号码表的空闲位置，拨出号码可以是依次保存的，这样有利于自动拨出号码时，按照优先顺序拨打号码。图12是移动终端用户删除自动拨打号码流程图。移动终端用户通过菜单删除自动拨出号码，移动终端删除对应位置的自动拨出号码，删除号码后边的自动拨出号码可以依次前移。

如图13所示，本例中救援平台接收到救援电话和救援信息的处理流程如下：

步骤1301、救援平台接收到报警电话和救援信息。

步骤1302、为了防止出错的情况，救援平台回拨移动终端号码或移动终端用户家中电话，若没有人应答则执行步骤1310；否则执行步骤1303。

步骤1303、电话有应答，可以询问移动终端用户的情况，没有异常情况就不进行处理；否则执行步骤1304。

步骤1304、询问移动终端用户需要警察帮助吗？若是则执行步骤1305，否则执行步骤1306。

步骤1305、拨打警察局电话并提供救援信息寻求帮助。

步骤1306、询问移动终端用户需要医院的帮助吗？若是则执行步骤1307，否则执行步骤1308。

步骤1307、拨打医院的电话并提供救援信息请求帮助。

步骤1308、询问移动终端用户需要打电话给自己的监护人吗？若是则执行步骤1309，否则不作处理。

步骤1309、拨打监护人电话并提供救援信息。

步骤1310、根据救援平台的默认设置拨打警察局或医院或老人的监护人电话请求帮助并提供救援信息。

本领域普通技术人员可以理解上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：ROM、RAM、磁盘或光盘等。

基于同一发明构思，本发明实施例还提供一种移动终端，其结构如图14所示，可以包括：

加速度获得模块1401，用于获得加速度信号，所述加速度信号通过采集所述移动终端移动时的加速度变化而生成；

救援模块1402，用于根据所述加速度信号，发出自动救援请求。

图14还示出了在一个实施例中，上述移动终端还可以包括：

加速度传感器1403，用于采集所述移动终端移动时的加速度变化，生成加速度信号。

图14还示出了在一个实施例中，救援模块1402还可以包括：

运动状态确认单元14021，用于根据所述加速度信号，识别机体的运动状态；

危机确认单元14022，用于在机体的运动状态为危机状态时，提示用户进行危机确认；根据用户反馈确认是否需要救援；

求救单元14023，用于在根据用户反馈确认需要救援时，发出自动救援请求。

一个实施例中，运动状态确认单元14021还可以用于在所述加速度信号与预设的加速度信号不一致时，识别机体的运动状态为危机状态。

一个实施例中，危机确认单元14022还可以用于启动危机确认定时器；若危机确认定时器超时之前，用户反馈需要救援，则确认需要救援；或者，若危机确认定时器超时之后，没有收到用户的反馈，则确认需要救援。

图14还示出了在一个实施例中，救援模块1402还可以包括：

现场救援单元14024，用于在所处现场发出自动救援请求；

和/或，远程救援单元14025，用于通过网络向救援平台发出自动救援请求。

一个实施例中，现场救援单元14024还可以用于启动现场求救定时器；若现场求救定时器超时之后，没有收到对自动救援请求的响应，则触发所述远程救援单元通过网络向救援平台发出自动救援请求。

一个实施例中，远程救援单元14025还可以用于按自动拨出号码表中的号码，通过移动网络拨打救援电话。

一个实施例中，远程救援单元14025还可以用于按如下方式之一或任意组合，向救援平台传送救援信息：

拍摄周围环境照片并传送到救援平台；

记录周围环境声音并传送到救援平台；

启动GPS定位，获取坐标信息、轨迹信息并传送到救援平台。

基于同一发明构思，本发明实施例还提供一种自动救援系统，其结构如图15所示，可以包括：

加速度传感器1501，用于采集移动终端移动时的加速度变化，生成加速度信号；

移动终端1502，用于根据所述加速度信号，发出自动救援请求；

移动网络1503，用于将移动终端发出的自动救援请求传送至移动终端所处现场或救援平台；

救援平台1504，用于接收移动终端的自动救援请求并提供自动救援服务。

本发明实施例中，采集移动终端移动时的加速度变化，生成加速度信号；由所述移动终端根据所述加速度信号，发出自动救援请求，从而在传统移动终端的基础上，结合加速度数据采集以及相应的软件支持，实现了移动终端的危机预测和自动求救功能。

进一步的，本发明实施例的移动终端能够在危机时刻主动唤醒用户和向附近的人求救；当不能唤醒用户和附近没有人时，能够通过网络向救援平台求救。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若对本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (11)

1.一种移动终端自动救援方法，其特征在于，该方法包括：

采集移动终端移动时的加速度变化，生成加速度信号；

所述移动终端根据所述加速度信号，发出自动救援请求。

2.如权利要求1所述的方法，其特征在于，由所述移动终端内嵌的、或外置的加速度传感器采集所述移动终端移动时的加速度变化，生成加速度信号。

3.如权利要求1所述的方法，其特征在于，所述移动终端根据所述加速度信号，发出自动救援请求，包括：

所述移动终端根据所述加速度信号，识别机体的运动状态；

所述移动终端在机体的运动状态为危机状态时，提示用户进行危机确认；

所述移动终端根据用户反馈确认需要救援时，发出自动救援请求。

4.如权利要求3所述的方法，其特征在于，所述移动终端提示用户进行危机确认时，进一步包括：所述移动终端启动危机确认定时器；

所述移动终端根据用户反馈确认需要救援，包括：

若危机确认定时器超时之前，用户反馈需要救援，则所述移动终端确认需要救援；

或者，若危机确认定时器超时之后，没有收到用户的反馈，则所述移动终端确认需要救援。

5.如权利要求1所述的方法，其特征在于，所述移动终端根据所述加速度信号，发出自动救援请求，包括：

所述移动终端在所处现场发出自动救援请求，并启动现场求救定时器；

若现场求救定时器超时之后，没有收到对自动救援请求的响应，则所述移动终端通过网络向救援平台发出自动救援请求。

6.一种移动终端，其特征在于，包括：

加速度获得模块，用于获得加速度信号，所述加速度信号通过采集所述移动终端移动时的加速度变化而生成；

救援模块，用于根据所述加速度信号，发出自动救援请求。

7.如权利要求6所述的移动终端，其特征在于，还包括：

加速度传感器，用于采集所述移动终端移动时的加速度变化，生成加速度信号。

8.如权利要求6所述的移动终端，其特征在于，所述救援模块包括：

运动状态确认单元，用于根据所述加速度信号，识别机体的运动状态；

危机确认单元，用于在机体的运动状态为危机状态时，提示用户进行危机确认；根据用户反馈确认是否需要救援；

求救单元，用于在根据用户反馈确认需要救援时，发出自动救援请求。

9.如权利要求8所述的移动终端，其特征在于，所述危机确认单元进一步用于启动危机确认定时器；若危机确认定时器超时之前，用户反馈需要救援，则确认需要救援；或者，若危机确认定时器超时之后，没有收到用户的反馈，则确认需要救援。

10.如权利要求6所述的移动终端，其特征在于，所述救援模块包括：

现场救援单元，用于在所处现场发出自动救援请求，并启动现场求救定时器；

远程救援单元，用于在现场求救定时器超时之后，没有收到对自动救援请求的响应时，通过网络向救援平台发出自动救援请求。

11.一种自动救援系统，其特征在于，包括：

加速度传感器，用于采集移动终端移动时的加速度变化，生成加速度信号；

移动终端，用于根据所述加速度信号，发出自动救援请求；

移动网络，用于将移动终端发出的自动救援请求传送至移动终端所处现场或救援平台；

救援平台，用于接收移动终端的自动救援请求并提供自动救援服务。

Images