一种报警方法、装置、存储介质以及终端与流程

文档序号:19605238发布日期:2020-01-03 13:28阅读:201来源:国知局
一种报警方法、装置、存储介质以及终端与流程

本申请涉及通信技术领域,尤其涉及一种报警方法、装置、存储介质以及终端。



背景技术:

随着经济和科学技术的发展,人们的活动范围越来越大,因此也更加容易遇到危险情况,因此针对人们遇到危险情况后的报警也越来越受到人们的重视。

在相关技术中,人们遇到危险情况可以有很多种,如因活动不便导致的跌倒,或者因为不熟悉环境导致的意外落水等,通常遇险者通过触摸或者按键操作设备以实现报警。



技术实现要素:

在上述相关技术中,在人们处于危险情况后,有时可能出现遇险者无法通过触摸或者按键操作设备进行报警的情况,导致遇险者不能及时报警。

本申请提供一种报警方法,可以解决相关技术中当遇险者无法通过触摸或者按键操作设备进行报警,导致遇险者不能及时报警的技术问题。

第一方面,本申请实施例提供一种报警方法,该方法包括:

被监控端采集当前设备的位置信息、环境信息、位移信息以及被监控人的体征信息;

若所述被监控端监测到所述环境信息、所述位移信息以及所述体征信息中的至少一种不满足预设规则,则根据不满足预设规则的信息判断所述被监控人所处风险类型;

所述被监控端获取所述风险类型对应的第一时间间隔,将所述位置信息按照所述第一时间间隔发送至服务器。

第二方面,本申请实施例提供一种报警装置,该装置包括:

信息采集模块,用于采集当前设备的位置信息、环境信息、位移信息以及被监控人的体征信息;

风险判断模块,用于若监测到所述环境信息、所述位移信息以及所述体征信息中的至少一种不满足预设规则,则根据不满足预设规则的信息判断所述被监控人所处风险类型;

第一信息发送模块,用于获取所述风险类型对应的第一时间间隔,将所述位置信息按照所述第一时间间隔发送至服务器。

第三方面,本申请实施例提供一种报警方法,该方法包括:

服务器接收来自被监控端发送的位置信息,并获取所述位置信息对应的时间间隔;

若所述时间间隔为第一时间间隔,则所述服务器解析出所述第一时间间隔对应的风险类型;

所述服务器获取与所述位置信息关联的自然灾害信息以及新闻热点信息中的风险关键字;

若所述风险类型与所述风险关键字匹配,则所述服务器向所述被监控端返回风险匹配结果,以及向监控端发送所述位置信息和所述风险类型,并触发所述风险类型对应的预设救援方案。

第四方面,本申请实施例提供一种报警装置,该装置包括:

信息接收模块,用于接收来自被监控端发送的位置信息,并获取所述位置信息对应的时间间隔;

风险解析模块,用于若所述时间间隔为第一时间间隔,则解析出所述第一时间间隔对应的风险类型;

关键字获取模块,用于获取与所述位置信息关联的自然灾害信息以及新闻热点信息中的风险关键字;

救援模块,用于若所述风险类型与所述风险关键字匹配,则向所述被监控端返回风险匹配结果,以及向监控端发送所述位置信息和所述风险类型,并触发所述风险类型对应的预设救援方案。

第五方面,本申请实施例提供一种计算机存储介质,所述计算机存储介质存储有多条指令,所述指令适于由处理器加载并执行实现上述的方法的步骤。

第六方面,本申请实施例提供一种终端,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现上述的方法的步骤。

本申请一些实施例提供的技术方案带来的有益效果至少包括:

本申请提供一种报警方法、装置、存储介质以及终端,首先被监控端采集当前设备的位置信息、环境信息、位移信息以及被监控人的体征信息;然后若被监控端监测到环境信息、位移信息以及体征信息中的至少一种不满足预设规则,则根据不满足预设规则的信息判断被监控人所处风险类型;最后被监控端获取风险类型对应的第一时间间隔,将位置信息按照第一时间间隔发送至服务器。由于被监控端可以根据环境信息、位移信息以及被监控人的体征信息自动判断被监控人所处的风险类型,并将位置信息按照风险类型对应的时间间隔发送至服务器,因此当被监控人遇险后不需要通过触摸或者按键操作设备进行报警,减少了报警所用时间,提高了报警效率。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种报警方法的示例性系统架构;

图2为本申请实施例提供的一种报警方法的系统交互图;

图3为本申请实施例提供的一种报警方法的流程示意图;

图4为本申请另一实施例提供的一种报警方法的流程示意图;

图5为本申请实施例提供的一种报警装置的结构示意图;

图6为本申请另一实施例提供的一种报警装置的结构示意图;

图7为本申请实施例提供的一种报警方法的流程示意图;

图8为本申请实施例提供的一种报警装置的结构示意图;

图9为本申请实施例提供的一种终端的结构示意图。

具体实施方式

为使得本申请的特征和优点能够更加的明显和易懂,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而非全部实施例。基于本申请中的实施例,本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。

下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请实施例的描述中,需要理解的是,在本申请的描述中,除非另有说明,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,a和/或b,可以表示:单独存在a,同时存在a和b,单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

下面结合具体的实施例对本申请进行详细说明。

图1示出了可以应用于本申请实施例的一种报警方法的示例性系统架构。

如图1所示,系统架构可以包括被监控端101、监控端102、网络103和服务器104。网络103用于在被监控端101和监控端102之间提供通信链路的介质。网络103可以包括各种类型的有线通信链路或无线通信链路,例如:有线通信链路包括光纤、双绞线或同轴电缆的,无线通信链路包括蓝牙通信链路、无线保真(wireless-fidelity,wi-fi)通信链路或微波通信链路等。

被监控端101以及监控端102可以通过网络103与服务器104交互,以接收来自服务器104的消息或向服务器104发送消息。被监控端101和监控端102可以是硬件,也可以是软件。当被监控端101和监控端102为硬件时,可以是各种电子设备,包括但不限于智能手表、智能手机、平板电脑、膝上型便携式计算机和台式计算机等。当被监控端101和监控端102为软件时,可以是安装在上述所列举的电子设备中,其可以实现呈多个软件或软件模块(例如:用来提供分布式服务),也可以实现成单个软件或软件模块,在此不作具体限定。

服务器104可以是提供各种服务的业务服务器。需要说明的是,服务器104可以是硬件,也可以是软件。当服务器104为硬件时,可以实现成多个服务器组成的分布式服务器集群,也可以实现成单个服务器。当服务器104为软件时,可以实现成多个软件或软件模块(例如用来提供分布式服务),也可以实现成单个软件或软件模块,在此不做具体限定。

应理解,图1中的监控端、被监控端、网络和服务器的数目仅是示意性的。根据实现需要,可以是任意数量的监控端、被监控端、网络和服务器。

请参阅图2,图2为本申请实施例提供的一种报警方法的系统交互图,下面将结合图1和图2介绍报警方法中系统交互过程。

s201、被监控端采集当前设备的位置信息、环境信息、位移信息以及被监控人的体征信息。

可选地,环境信息包括:环境声音信息、环境气压信息、碰撞强度信息以及环境气流信息中的至少一种;

位移信息包括:当前设备的速度信息以及加速度信息中的至少一种;

被监控人的体征信息包括:被监控人的心率信息以及血压信息中的至少一种。

s202、若被监控端监测到环境信息、位移信息以及体征信息中的至少一种不满足预设规则,则根据不满足预设规则的信息判断被监控人所处风险类型。

可选地,若被监控端监测到环境信息中的环境声音信息包括被监控人的尖叫信息或者哭声信息,且尖叫信息或者哭声信息的持续时间超过预设时间阈值,则判断环境声音信息不满足预设音频规则,并确定被监控人处于第一风险类型;

若被监控端监测到环境信息中的环境气压信息小于预设气压阈值,则判断环境气压信息不满足预设气压规则,并确定被监控人处于第二风险类型;

若被监控端监测到环境信息中的碰撞强度信息大于预设碰撞强度阈值,则判断碰撞强度信息不满足预设碰撞规则,并确定被监控人处于第三风险类型;

若被监控端监测到环境信息中的环境气流信息大于预设气流速度阈值,则判断环境气流信息不满足预设气流规则,并确定被监控人处于第四风险类型;

若被监控端监测到位移信息中的当前设备的速度信息大于预设速度阈值,和/或当前设备的加速度信息大于预设加速度阈值,则判断位移信息不满足预设位移规则,并确定被监控人处于第五风险类型;

若被监控端监测到体征信息中的被监控人的心率信息大于预设心率阈值,和/或被监控人的血压信息大于预设血压阈值,则判断体征信息不满足预设体征规则,并确定被监控人处于第六风险类型。

s203、被监控端获取风险类型对应的第一时间间隔,将位置信息按照第一时间间隔发送至服务器。

可选地,若被监控端监测到环境信息、位移信息以及体征信息均满足预设规则,则被监控端将位置信息按照第二时间间隔发送至服务器;其中,第二时间间隔大于第一时间间隔。

s204、服务器接收来自被监控端发送的位置信息,并获取位置信息对应的时间间隔。

可选地,若时间间隔为第一时间间隔,则服务器解析出第一时间间隔对应的风险类型;服务器获取与位置信息关联的自然灾害信息以及新闻热点信息中的风险关键字。

s205、若风险类型与风险关键字匹配,则服务器向被监控端返回风险匹配结果。

若风险类型与风险关键字不匹配,则服务器向被监控端返回风险匹配结果,以及不向监控端发送位置信息和不触发风险类型对应的预设救援方案。

s206、服务器向监控端发送位置信息和风险类型,并触发风险类型对应的预设救援方案。

s207、若被监控端在预设时间内未收到服务器返回的风险匹配结果,则通过短消息向监控端发送位置信息以及风险类型。

在本申请实施例中,首先被监控端采集当前设备的位置信息、环境信息、位移信息以及被监控人的体征信息;然后若被监控端监测到环境信息、位移信息以及体征信息中的至少一种不满足预设规则,则根据不满足预设规则的信息判断被监控人所处风险类型;最后被监控端获取风险类型对应的第一时间间隔,将位置信息按照第一时间间隔发送至服务器。由于被监控端可以根据环境信息、位移信息以及被监控人的体征信息自动判断被监控人所处的风险类型,并将位置信息按照风险类型对应的时间间隔发送至服务器,因此当被监控人遇险后不需要通过触摸或者按键操作设备进行报警,减少了报警所用时间,提高了报警效率。

下面将结合图3至图4,对本申请实施例提供的报警方法进行详细介绍。

请参阅图3,图3为本申请实施例提供的一种报警方法的流程示意图。

如图3所示,该方法包括:

s301、被监控端采集当前设备的位置信息、环境信息、位移信息以及被监控人的体征信息。

其中,监控端和被监控端可以是各种电子设备,包括但不限于智能手表、智能手机、平板电脑、膝上型便携式计算机和台式计算机等,则监控端的使用用户可以为监控人,被监控端的使用用户可以为被监控人。例如,当监控端为智能手机,被监控端可以为智能手表时,监控端和被监控端使用的场景可以是,监控人家长使用智能手机,被监控人小孩使用智能手表,智能手表可以采集当前智能手表的位置信息、环境信息、位移信息以及小孩的体征信息,并根据上述信息判断小孩是否处于风险中,若处于风险中则报警并采取相应的措施进行救援。

可选地,被监控端中设置有各种传感器或者检测设备来检测当前设备也就是被监控端的位置信息、环境信息、位移信息以及被监控人的体征信息。其中上述位置信息、环境信息、位移信息以及体征信息中各详细的参数可以根据实际情况进行设定,并采用相对的传感器或者检测设备进行采集,本申请实施例中对上述各信息的具体参数以及各信息的采集方式不做限定。

s302、若被监控端监测到环境信息、位移信息以及体征信息中的至少一种不满足预设规则,则根据不满足预设规则的信息判断被监控人所处风险类型。

可选地,当前设备的环境信息、位移信息以及被监控人的体征信息都可以以数据的形式存在,各信息都对应有预设规则,预设规则可以是一种判断标准或者一种标准数据。由于不同被监控人个体差异,例如被监控人的声音或者体征数据是不同的,因此可以根据被监控人的个体特征得到其特定的预设规则。

例如,当环境信息中包括环境声音信息时,需要检测环境声音信息中是否包括被监控人的尖叫声信息或者哭声信息,因此需要预先得到被监控人哭声以及尖叫声,再根据被监控人哭声以及尖叫声得到预设音频规则。其中一种获取预设音频规则的方式可以是,在被监控端出厂时在被监控端中预设声音训练模型,被监控端出厂后预设声音训练模型处于采集状态,可以默认采集时间为1周或者一个月,或者预设声音训练模型的采集状态还可以是用户在被监控端中主动开启,预设声音训练模型主要用于采集以及记录被监控人的声音信息,并根据被监控人的异常的音频信息,并生成一个异常声音模型,那么预设音频规则可以是环境声音信息与异常声音模型不匹配,也即环境声音中无异常声音。可选地,用户也可以手动对异常声音模型中某些异常声音进行修改,使得预设音频规则更加符合被监控人的个体特征。

再例如,当位移信息包括当前设备的速度信息时,由于当前设备与被监控热是绑定状态,因此当前设备的速度信息也代表了被监控人的速度信息,因此需要检测当前设备的速度信息是否超过预设速度阈值,那么需要根据被监控人的在正常活动或者生活中的速度信息设置预设位移规则。其中一种获取预设位移规则的方式可以是,在被监控端出厂时在被监控端中预设位移训练模型,被监控端出厂后预设位移训练模型处于采集状态,可以默认采集时间为1周或者一个月,或者预设位移训练模型的采集状态还可以是用户在被监控端中主动开启,预设位移训练模型主要用于采集以及记录被监控人的位移信息,并获取被监控人的平均速度以及最大速度,那么预设音频规则可以是当前设备的速度信息小于被监控人的最大速度,当前设备的速度信息小于平均速度的预设百分比。可选地,用户也可以手动对最大速度或者平均速度的预设百分比进行修改,使得预设位移规则更加符合被监控人的个体特征。

可以理解的,上述环境信息、位移信息以及体征信息各自对应的预设规则都可以采用上述规则获取方式得到,因此环境信息、位移信息以及体征信息都与被监控人的个体特征相关联,使得根据预设规则判断被监控人是否处于风险更加准确。

可选地,当得到环境信息、位移信息以及体征信息各自对应的预设规则后,被监控端根据各预设规则对实时采集的当前设备的位置信息、环境信息、位移信息以及被监控人的体征信息进行监测。若被监控端监测到环境信息、位移信息以及体征信息中的至少一种不满足预设规则,则根据不满足预设规则的信息判断被监控人所处风险类型,其中风险类型可以包括多种,具体的风险类型与不满足预设规则的信息有关。例如,若被监控人被人欺负后会发生哭声,那么环境信息中的环境声音信息中会包括被监控人的哭声,使得环境声音信息不满足预设规则,则判断被监控人处于第一风险类型,其余风险类型的判断与此类似。

s303、被监控端获取风险类型对应的第一时间间隔,将位置信息按照第一时间间隔发送至服务器。

可选地,为了便于服务器快速识别出被监控人所处的风险类型,可以预先设置不同风险类型的对应的第一时间间隔,由于风险类型可以包括多种,因此第一时间间隔也可以包括多种,且风险类型与第一时间间隔是一一对应的,其中第一时间间隔的种类可以根据具体的间隔时间长短进行区分。例如,第一风险类型对应第一种第一时间间隔,第一种第一时间间隔中发送数据间隔为5分钟、5分钟、3分钟、5分钟、5分钟;第二风险类型对应第二种第一时间间隔,第二种第一时间间隔中发送数据间隔为6分钟、6分钟、2分钟、6分钟、6分钟,通过上述具体的时间间隔来区分不同的第一时间间隔。

可选地,当被监控端得到被监控人所处风险类型后,获取该风险类型对应的第一时间间隔,例如,风险类型为第一风险类型,那么第一风险类型对应的第一时间间隔为第一种第一时间间隔,并将被监控端采集的位置信息携带当前时间点信息,按照第一时间间隔发送至服务器。服务器接收到位置信息后,根据接收到位置信息的时间间隔判断出该时间间隔对应的风险类型,例如,当服务器根据结束到的位置信息的时间间隔判断出该时间间隔为第一种第一时间间隔,则服务器根据第一种第一时间间隔判断被监控人处于第一风险类型,并根据位置信息以及风险类型进行后续的分析以及施救措施。

可选地,被监控端还可以不设置屏幕装置和/或按键装置,由于被监控端可以根据环境信息、位移信息以及被监控人的体征信息自动判断被监控人所处的风险类型,并将位置信息按照风险类型对应的时间间隔发送至服务器,因此被监控端在实现自动报警的同时还可以避免被监控人通过被监控端进行娱乐操作,提高被监控人的专注力。

在本申请实施例中,首先被监控端采集当前设备的位置信息、环境信息、位移信息以及被监控人的体征信息;然后若被监控端监测到环境信息、位移信息以及体征信息中的至少一种不满足预设规则,则根据不满足预设规则的信息判断被监控人所处风险类型;最后被监控端获取风险类型对应的第一时间间隔,将位置信息按照第一时间间隔发送至服务器。由于被监控端可以根据环境信息、位移信息以及被监控人的体征信息自动判断被监控人所处的风险类型,并将位置信息按照风险类型对应的时间间隔发送至服务器,因此当被监控人遇险后不需要通过触摸或者按键操作设备进行报警,减少了报警所用时间,提高了报警效率。

请参阅图4,图4为本申请另一实施例提供的一种报警方法的流程示意图。

如图4所示,该方法包括:

s401、被监控端采集当前设备的位置信息、环境信息、位移信息以及被监控人的体征信息。

可选地,环境信息包括:环境声音信息、环境气压信息、碰撞强度信息以及环境气流信息中的至少一种。被监控端可以通过设置的声音采集装置来采集当前设备的环境声音信息;被监控端还可以通过设置气压采集装置或者气压传感器来采集当前设备的环境气压信息;被监控端还可以通过碰撞采集装置或者碰撞传感器采集的当前设备收到的碰撞强度。

可选地,位移信息包括:当前设备的速度信息以及加速度信息中的至少一种。被监控端可以通过速度采集装置或者速度传感器采集到当前设备的速度信息,进而通过预设加速度计算公式计算出当前设备的加速度信息;被监控端还可以通过加速度采集装置或者加速度传感器采集到当前设备的加速度信息,进而通过预设速度计算公式计算出当前设备的速度信息。被监控端还可以通过通过定位信息、网络信息或者基站信息等实时计算出当前设备的速度与加速度。

可选地,被监控人的体征信息包括:被监控人的心率信息以及血压信息中的至少一种。被监控人可以通过设置心率采集装置或者心率传感器与被监控人接触,进而采集得到被监控人的心率信息;被监控人还可以通过设置血压采集装置或者血压传感器与被监控人接触,进而采集得到被监控人的血压信息。

s402、若被监控端监测到环境信息、位移信息以及体征信息中的至少一种不满足预设规则,则根据不满足预设规则的信息判断被监控人所处风险类型。

可选地,若被监控端监测到环境信息中的环境声音信息包括被监控人的尖叫信息或者哭声信息,且尖叫信息或者哭声信息的持续时间超过预设时间阈值,则判断环境声音信息不满足预设音频规则,此时被监控端分析被监控人可能处于落水、绑架、跌倒或受伤的风险,并确定被监控人处于第一风险类型。

若被监控端监测到环境信息中的环境气压信息小于预设气压阈值,则判断环境气压信息不满足预设气压规则,此时被监控端分析被监控人可能处于落水的风险,并确定被监控人处于第二风险类型;

若被监控端监测到环境信息中的碰撞强度信息大于预设碰撞强度阈值,则判断碰撞强度信息不满足预设碰撞规则,此时被监控端分析被监控人可能处于打架或者跌倒的风险,并确定被监控人处于第三风险类型;

若被监控端监测到环境信息中的环境气流信息大于预设气流速度阈值,则判断环境气流信息不满足预设气流规则,此时被监控端分析被监控人可能处于大风或者跌落的风险,并确定被监控人处于第四风险类型;

若被监控端监测到位移信息中的当前设备的速度信息大于预设速度阈值,和/或当前设备的加速度信息大于预设加速度阈值,则判断位移信息不满足预设位移规则,此时被监控端分析被监控人可能处于快速移动、跌落或者绑架的风险,并确定被监控人处于第五风险类型;

若被监控端监测到体征信息中的被监控人的心率信息大于预设心率阈值,和/或被监控人的血压信息大于预设血压阈值,则判断体征信息不满足预设体征规则,此时被监控端分析被监控人可能处于疾病、绑架、跌落或者落水的风险,并确定被监控人处于第六风险类型。

可以理解的,上述对于风险类型的判断可以根据不同地区或者被监控人的生活条件进行设置或者修改,本申请实施例中对风险类型的具体设定不做限制。

s403、被监控端获取风险类型对应的第一时间间隔,将位置信息按照第一时间间隔发送至服务器。

可选地,当被监控端得到被监控人所处风险类型后,获取该风险类型对应的第一时间间隔,例如,风险类型为第一风险类型,那么第一风险类型对应的第一时间间隔为第一种第一时间间隔,并将被监控端采集的位置信息携带当前时间点信息,按照第一时间间隔发送至服务器。

可选地,服务器可以接收被监控端发送的位置信息以及根据位置信息的发送之间间隔判断出被监控人是否处于遇险状态,若判定被监控人处于遇险状态,则向监控端发送位置信息和风险类型,并触发风险类型对应的预设救援方案,以实现对遇险的被监控人的及时救援。

s404、若被监控端在预设时间内未收到服务器返回的风险匹配结果,则通过短消息向监控端发送位置信息以及风险类型。

可选地,被监控端可以通过网络或者及时通信工具将位置信息按照第一时间间隔发送至服务器。在发送的过程中可能因为通信问题或者服务器故障,导致服务器不能接收到被监控端发送的信息,也就不能给被监控端返回针对风险类型分析后的风险匹配的结果,此时被监控人可能仍然处于风险状况得不到施救,因此若被监控端在预设时间内未收到服务器返回的风险匹配结果,其中预设时间可以根据实际情况进行设定,则通过短消息向监控端发送位置信息以及风险类型,以实现被监控端主动向监控端进行报警,以实现对被监控人的救援。

s405、若被监控端监测到环境信息、位移信息以及体征信息均满足预设规则,则被监控端将位置信息按照第二时间间隔发送至服务器;其中,第二时间间隔大于第一时间间隔。

可选地,若被监控端监测到环境信息、位移信息以及体征信息均满足预设规则,则说明被监控人处于安全状态,此时不需要向服务器发送风险类型,也即不需要按照第一时间间隔将位置信息发送至服务器。为了保证被监控人的安全,只需要发送至被监控人的位置信息即可,因此可以设定第二时间间隔代表被监控人处于安全状态,被监控端按照第二时间间隔将位置信息发送至服务器,当服务器接收到位置信息,并根据接收位置信息的时间间隔可以解析出该时间间隔对应第二时间间隔,服务器认为被监控人处于安全状态,不需要采取相关的施救措施。

可选地,由于当被监控人处于安全状态时,不需要较为频繁发送位置信息至服务器,因此可以设置第二时间间隔大于第一时间间隔,例如,第一时间间隔中发送数据间隔可以设置为5分钟、5分钟、3分钟、5分钟、5分钟,那么第二时间间隔中发送数据间隔可以设置为10分钟、15分钟、15分钟、10分钟、10分钟,通过对位置信息按照不同时间间隔发送至服务器,且第二时间间隔大于第一时间间隔,一方面可以使得服务器根据接收位置信息的时间间隔判断被监控人是否处于风险状况以及处于何种类型的风险状况,另一方面还可以在被监控人处于安全状态时,减少向服务器发送位置信息的次数,以节省被监控端的电量,提高被监控端的续航时间。

在本申请实施例中,首先被监控端采集当前设备的位置信息、环境信息、位移信息以及被监控人的体征信息;然后若被监控端监测到环境信息、位移信息以及体征信息中的至少一种不满足预设规则,则根据不满足预设规则的信息判断被监控人所处风险类型;最后被监控端获取风险类型对应的第一时间间隔,将位置信息按照第一时间间隔发送至服务器。由于被监控端可以根据环境信息、位移信息以及被监控人的体征信息自动判断被监控人所处的风险类型,并将位置信息按照风险类型对应的时间间隔发送至服务器,因此当被监控人遇险后不需要通过触摸或者按键操作设备进行报警,减少了报警所用时间,提高了报警效率。还可以在被监控人处于安全状态时,减少向服务器发送位置信息的次数,以节省被监控端的电量,提高被监控端的续航时间。

请参阅图5,图5为本申请实施例提供的一种报警装置的结构示意图。

如图5所示,报警装置500包括:

信息采集模块501,用于采集当前设备的位置信息、环境信息、位移信息以及被监控人的体征信息。

风险判断模块502,用于若监测到环境信息、位移信息以及体征信息中的至少一种不满足预设规则,则根据不满足预设规则的信息判断被监控人所处风险类型。

第一信息发送模块503,用于获取风险类型对应的第一时间间隔,将位置信息按照第一时间间隔发送至服务器。

请参阅图6,图6为本申请另一实施例提供的一种报警装置的结构示意图。

如图6所示,报警装置500还包括:

报警模块504,用于若被监控端在预设时间内未收到服务器返回的风险匹配结果,则通过短消息向监控端发送位置信息以及风险类型。

第二信息发送模块505,用于若被监控端监测到环境信息、位移信息以及体征信息均满足预设规则,则被监控端将位置信息按照第二时间间隔发送至服务器;其中,第二时间间隔大于第一时间间隔。

请参阅图7,图7为本申请实施例提供的一种报警方法的流程示意图。

如图7所示,该方法包括:

s701、服务器接收来自被监控端发送的位置信息,并获取位置信息对应的时间间隔。

可选地,为了保证被监控人的安全,被监控端可以持续向服务器发送被监控人的位置信息,为了区分被监控人的位置信息是处于风险情况下或者安全状态下发出的,因此服务器在接收来自被监控端发送的位置信息后,会获取接收位置信息时的时间间隔,并解析出该时间间隔为第一时间间隔还是第二时间间隔,若为第一时间间隔则代表被监控人处于风险状态,服务器获取第一时间间隔对应的风险类型;若为第二时间间隔则代表被监控人处于安全状态。

s702、若时间间隔为第一时间间隔,则服务器解析出第一时间间隔对应的风险类型。

可选地,为了便于服务器快速识别出被监控人所处的风险类型,可以预先设置不同风险类型的对应的第一时间间隔,由于风险类型可以包括多种,因此第一时间间隔也可以包括多种,且风险类型与第一时间间隔是一一对应的,其中第一时间间隔的种类可以根据具体的间隔时间长短进行区分。因此若服务器接收位置信息的时间间隔为第一时间间隔,服务器还可以根据第一时间时间间隔的具体间隔数据解析出第一时间间隔对应的风险类型。例如,当服务器根据结束到的位置信息的时间间隔判断出该时间间隔为第一种第一时间间隔,则服务器根据第一种第一时间间隔判断被监控人处于第一风险类型。

s703、服务器获取与位置信息关联的自然灾害信息以及新闻热点信息中的风险关键字。

可选地,为了提高服务器判断被监控人处于风险状态的准确性,当服务器获取被监控人处于的风险类型后,还可以获取与被监控人的位置信息相关联的实时警情信息,其中实时警情信息可以包括位置信息对应地点的预设范围内的自然灾害信息以及新闻热点信息,并对位置信息对应地点的预设范围内的自然灾害信息以及新闻热点信息进行解析得到风险关键字。例如,预设范围内的自然灾害信息为,城区8月17日15时30分有大风黄色预警,则服务器可以根据自然灾害信息得到风险关键字为,8月17日15时30分以及大风。再例如,预设范围内的新闻热点信息为,城区8月17日12时10分发生绑架案件,则服务器根据新闻热点信息得到风险关键字为,8月17日12时10分以及绑架。

s704、若风险类型与风险关键字匹配,则服务器向被监控端返回风险匹配结果,以及向监控端发送位置信息和风险类型,并触发风险类型对应的预设救援方案。

可选地,在上述实施例中,风险类型是被监控端根据被监控人可能出现的风险来确定的,例如当被监控端分析被监控人可能处于落水、绑架、跌倒或受伤的风险,并确定被监控人处于第一风险类型。因此可以将风险类型与风险关键字进行匹配分析,例如,当服务器根据新闻热点信息得到风险关键字为,8月17日12时10分以及绑架时,由于第一风险类型包括了绑架的风险,而风险关键字中也包括绑架,那么可以认为第一风险类型和风险关键字匹配成功,则服务器向被监控端返回风险匹配成功的匹配结果;服务器还会向监控端发送被监控人的位置信息以及风险类型,使得监控人根据被监控人的位置信息采取相对应的措施。服务器还可以根据不同风险类型触发预设的救援方案。例如,当被监控人处于第三风险类型的大风的风险情况时,会触发预设大风救援方案,可以是向被监控人的教师发送提示信息,指示教师带领被监控人至安全区域,关于本申请实施例中的救援方案,可以根据实际情况进行设定,不申请不做限定。

可选地,若风险类型与风险关键字不匹配,则服务器向被监控端返回风险匹配失败的风险匹配结果,则说明可能是被监控端仍然处于安全的状态,则不比向监控端发送位置信息,也不需要触发风险类型对应的预设救援方案,通过这样实施方式可以减少对被监控人的风险情况的误判断,进而减少向监控人的不必要报警,提高对被监控人风险情况的判断准确性。

可选地,服务器在接收来自被监控端发送的位置信息后,会获取接收位置信息时的时间间隔,并解析出该时间间隔为第一时间间隔还是第二时间间隔,若为第二时间间隔则代表被监控人处于安全状态,此时可以采取任何措施,以减少不必要的报警。

在本申请实施例中,服务器接收来自被监控端发送的位置信息,并获取位置信息对应的时间间隔;若时间间隔为第一时间间隔,则服务器解析出第一时间间隔对应的风险类型;服务器获取与位置信息关联的自然灾害信息以及新闻热点信息中的风险关键字;若风险类型与风险关键字匹配,则服务器向被监控端返回风险匹配结果,以及向监控端发送位置信息和风险类型,并触发风险类型对应的预设救援方案。由于被监控端可以根据环境信息、位移信息以及被监控人的体征信息自动判断被监控人所处的风险类型,并将位置信息按照风险类型对应的时间间隔发送至服务器,因此当被监控人遇险后不需要通过触摸或者按键操作设备进行报警,减少了报警所用时间,提高了报警效率。

请参阅图8,图8为本申请实施例提供的一种报警装置的结构示意图。

如图8所示,报警装置800包括:

信息接收模块801,用于接收来自被监控端发送的位置信息,并获取位置信息对应的时间间隔。

风险解析模块802,用于若时间间隔为第一时间间隔,则解析出第一时间间隔对应的风险类型。

关键字获取模块803,用于获取与位置信息关联的自然灾害信息以及新闻热点信息中的风险关键字。

救援模块804,用于若风险类型与风险关键字匹配,则向被监控端返回风险匹配结果,以及向监控端发送位置信息和风险类型,并触发风险类型对应的预设救援方案。

本申请实施例还提供了一种计算机存储介质,计算机存储介质存储有多条指令,指令适于由处理器加载并执行如上述实施例中的任一项的方法的步骤。

请参见图9,图9为本申请实施例提供的一种终端的结构示意图。如图9所示,终端900可以包括:至少一个处理器901,至少一个网络接口904,用户接口903,存储器905,至少一个通信总线902。

其中,通信总线902用于实现这些组件之间的连接通信。

其中,用户接口903可以包括摄像头(camera),可选用户接口903还可以包括标准的有线接口、无线接口。

其中,网络接口904可选的可以包括标准的有线接口、无线接口(如wi-fi接口)。

其中,处理器901可以包括一个或者多个处理核心。处理器901利用各种接口和线路连接整个终端900内的各个部分,通过运行或执行存储在存储器905内的指令、程序、代码集或指令集,以及调用存储在存储器905内的数据,执行终端900的各种功能和处理数据。可选的,处理器901可以采用数字信号处理(digitalsignalprocessing,dsp)、现场可编程门阵列(field-programmablegatearray,fpga)、可编程逻辑阵列(programmablelogicarray,pla)中的至少一种硬件形式来实现。处理器901可集成中央处理器(centralprocessingunit,cpu)和调制解调器等中的一种或几种的组合。可以理解的是,上述调制解调器也可以不集成到处理器901中,单独通过一块芯片进行实现。

其中,存储器905可以包括随机存储器(randomaccessmemory,ram),也可以包括只读存储器(read-onlymemory,rom)。可选的,该存储器905包括非瞬时性计算机可读介质(non-transitorycomputer-readablestoragemedium)。存储器905可用于存储指令、程序、代码、代码集或指令集。存储器905可包括存储程序区和存储数据区,其中,存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现上述各个方法实施例的指令等;存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器905可选的还可以是至少一个位于远离前述处理器901的存储装置。如图9所示,作为一种计算机存储介质的存储器905中可以包括操作系统、网络通信模块、用户接口模块以及报警程序。

在图9所示的终端900中,用户接口903主要用于为用户提供输入的接口,获取用户输入的数据;而处理器901可以用于调用存储器905中存储的报警程序,并具体执行以下操作:

采集当前设备的位置信息、环境信息、位移信息以及被监控人的体征信息;

若监测到环境信息、位移信息以及体征信息中的至少一种不满足预设规则,则根据不满足预设规则的信息判断被监控人所处风险类型;

获取风险类型对应的第一时间间隔,将位置信息按照第一时间间隔发送至服务器。

若在预设时间内未收到服务器返回的风险匹配结果,则通过短消息向监控端发送位置信息以及风险类型。

若监测到环境信息、位移信息以及体征信息均满足预设规则,则被监控端将位置信息按照第二时间间隔发送至服务器;其中,第二时间间隔大于第一时间间隔。

在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个模块或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或模块的间接耦合或通信连接,可以是电性,机械或其它的形式。

作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理模块,即可以位于一个地方,或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

另外,在本申请各个实施例中的各功能模块可以集成在一个处理模块中,也可以是各个模块单独物理存在,也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。

需要说明的是,对于前述的各方法实施例,为了简便描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其它顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所涉及的动作和模块并不一定都是本申请实施例所必须的。

在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其它实施例的相关描述。

以上为对本申请实施例所提供的一种报警方法、装置、服务器、存储介质以及终端的描述,对于本领域的技术人员,依据本申请实施例的思想,在具体实施方式及应用范围上均会有改变之处,综上,本说明书内容不应理解为对本申请实施例的限制。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1