具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本申请提供的一种遗忘生命体的保护方法,可以应用于如图1所示的应用环境中。其中,处理模块110和目标用户端120通过网络进行通信。其中,目标用户端120可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备,处理模块110包括车辆控制器和远程服务平台,其中,远程服务平台可以用独立的处理模块或者是多个处理模块组成的处理模块集群来实现,车辆控制器也可以是车载TBOX(Telematics BOX,一种车载远程信息处理装置)、行车电脑等数据处理设备。
在一个实施例中,如图2所示,提供了一种遗忘生命体的保护方法,包括以下步骤:
S210,当车辆处于闭锁状态时,对车辆内部进行生命探测。
其中,闭锁状态可以是指驾驶员因离开车辆使得车辆内部处于封闭锁紧的状态。例如,当驾驶员离开车辆时,驾驶员使车辆发动机熄火并进入防盗状态,此时车辆即处于闭锁状态。
具体实现中,处理模块110的车辆控制器通过获取车辆状态,根据车辆状态,判断车辆是否处于闭锁状态。其中,车辆状态可以包括钥匙档位状态、车窗状态、天窗状态、遮阳帘状态以及车门状态中的至少一种。当判定车辆处于闭锁状态时,处理模块110的车辆控制器控制车辆内部的生命探测装置工作,以实现对车辆内部进行生命探测。其中,处理模块110的车辆控制器与生命探测装置通过CAN(Controller Area Network,控制器局域网络)总线进行通讯。
S220,当车辆内部存在生命体时,发送遗忘提醒消息至目标用户端。
其中,生命体可以是指存在生命体征的物体,例如,婴儿、宠物等。
其中,遗忘提醒消息可以是指用于提醒用户当前车辆内部存在遗忘生命体的消息。
具体实现中,处理模块110的车辆控制器根据生命探测装置的探测结果,判定车辆内部是否存在生命体。当判定车辆内部存在生命体时,判定车辆内部的生命体为遗忘生命体,发送遗忘提醒消息至目标用户端120。具体地,处理模块110的车辆控制器可以通过处理模块110的远程服务平台发送遗忘提醒消息至目标用户端120。
S230,执行一级响应操作;执行一级响应操作包括:接收目标用户端的车辆控制指令;根据车辆控制指令,执行与车辆控制指令相对应的操作。
其中,车辆控制指令为目标用户端120根据用户基于遗忘提醒消息进行反馈而产生的指令。
实际应用中,用户在查看目标用户端120显示的遗忘提醒消息,用户根据实际情况输入针对当前车辆的控制指令作为针对遗忘提醒消息的反馈,目标用户端120响应用户上述操作,生成并发送相对应的车辆控制指令至处理模块110。
具体实现中,在发送遗忘提醒消息至目标用户端120后,执行一级响应操作;具体地,处理模块110接收来自目标用户端120的车辆控制指令;然后,处理模块110根据车辆控制指令,执行与车辆控制指令相对应的操作。例如,当车辆控制指令为开启车窗,则处理模块110控制车辆开启车窗。
S240,当超过预设的第一等待时间未接收到车辆控制指令时,执行二级响应操作;执行二级响应操作包括:控制车辆调节车辆内部环境,以及,控制车辆执行求救告警操作。
其中,求救告警操作可以是指向车辆周围发出求救信号的操作。
具体实现中,当处理模块110超过预设的第一等待时间未接收到车辆控制指令时,执行二级响应操作;其中,第一等待时间可以是5分钟;具体地,处理模块110在执行二级响应操作的过程中,处理模块110控制调节车辆内部环境,例如,开启车窗、空调等,从而使车辆处于非封闭状态,同时,处理模块110控制车辆执行求救告警操作,例如,鸣笛、开启双闪、车灯闪烁等,从而使汽车向周围发出求救信号。
S250,当超过预设的第二等待时间未接收到车辆控制指令时,执行三级响应操作;三级响应操作为拨打所述用户电话以提醒所述用户车内存在遗忘生命体的操作。
具体实现中,当处理模块110超过预设的第二等待时间仍然未接收到车辆控制指令时,执行三级响应操作;其中,第二等待时间可以是15分钟。具体地,处理模块110在执行三级响应操作的过程中,处理模块110拨打用户电话以提醒用户当前车内存在遗忘生命体。
上述一种遗忘生命体的保护方法中,当车辆处于闭锁状态且车辆内部存在生命体时,通过发送遗忘提醒消息至目标用户端并执行一级响应操作,具体包括接收目标用户端根据用户基于遗忘提醒消息进行反馈而产生的车辆控制指令;根据车辆控制指令,执行与车辆控制指令相对应的操作;当超过预设的第一等待时间未接收到车辆控制指令时,执行二级响应操作;具体包括:控制车辆调节车辆内部环境,以及,控制车辆执行求救告警操作;当超过预设的第二等待时间未接收到车辆控制指令时,执行三级响应操作;其中,具体包括拨打用户电话以提醒用户车内存在遗忘生命体;如此,通过执行多级响应操作,实现了在有效地通知用户的同时,及时采取得当的措施以解除危险,保障了被遗留在车内的婴孩或宠物等生命体的生命安全。
在另一个实施例中,车辆控制指令包括重新探测指令、结束探测指令和紧急救险指令中的至少一种;根据车辆控制指令,执行与车辆控制指令相对应的操作,包括:当车辆控制指令为重新探测指令时,返回对车辆内部进行生命探测的步骤;当车辆控制指令为结束探测指令时,发送停止探测指令至车辆的生命探测装置,以结束对车辆内部进行生命探测;当车辆控制指令为紧急救险指令时,执行二级响应操作。
图3提供了一种目标用户端的用户交互示意图,如图3所示,目标用户端130的处理器上执行软件应用并在该目标用户端130的触控显示器上渲染得到图形用户界面,当目标用户端130接收到遗忘提醒消息后,目标用户端130所显示的图形用户界面为遗忘提醒界面,其中,遗忘提醒界面包括多个针对当前车辆的指令选择入口,例如,重新探测指令入口310、结束探测指令入口320和紧急救险指令入口330。该从而供用户进行点击选择,目标用户端130接收并响应用户针对该指令选择入口的控制指令选择操作之后,根据该控制指令选择操作发送相对应的车辆控制指令至处理模块110。
其中,目标用户端的交互界面用于作为用户与设备的交互界面。
其中,指令选择入口可以是用于接收用户的车辆控制指令的触发按键,例如,虚拟按钮等按钮类组件。
其中,车辆控制指令包括重新探测指令、结束探测指令和紧急救险指令中的至少一种。
针对当用户在查看遗忘提醒消息后,用户确定还需要进行再次探测生命体的情况,用户点击目标用户端130的显示界面的重新探测指令入口,目标用户端130发送的车辆控制指令为重新探测指令;此时,处理模块110在接收到重新探测指令后,处理模块110返回对车辆内部进行生命探测的步骤;具体地,处理模块110的车辆控制器控制车辆内部的生命探测装置再次进行启动生命探测工作,以实现对车辆内部进行生命探测。
针对当用户在查看遗忘提醒消息后,用户确定是处理模块110误判的情况,用户点击目标用户端130的显示界面的结束探测指令入口,目标用户端130发送的车辆控制指令为结束探测指令;此时,处理模块110在接收到结束探测指令后,处理模块110发送停止探测指令至车辆的生命探测装置,以结束对车辆内部进行生命探测。
针对当用户在查看遗忘提醒消息后,用户确定车内存在遗忘生命体的情况,用户点击目标用户端130的显示界面的紧急救险指令入口,目标用户端130发送的车辆控制指令为紧急救险指令;此时,处理模块110在接收到紧急救险指令后,执行二级响应操作。具体地,处理模块110控制调节车辆内部环境,例如,开启车窗、空调等,从而使车辆处于非封闭状态,同时,处理模块110控制车辆执行求救告警操作,例如,鸣笛、开启双闪、车灯闪烁等,从而使汽车向周围发出求救信号。
本实施例的技术方案,通过根据目标用户端的车辆控制指令,执行与车辆控制指令相对应的操作,例如,重新探测、结束探测、紧急救险等操作,使得用户可以快速地对车辆进行控制,及时地采取得当的措施以解除危险,保障了被遗留在车内的婴孩或宠物等生命体的生命安全。
在另一个实施例中,控制车辆调节车辆内部环境,包括:发送车窗开启指令至车辆的车窗控制器,以控制车辆开启车窗,和/或,发送空调开启指令至车辆的空调控制器,以控制车辆开启空调。
其中,车窗控制器可以是指用于控制汽车车窗的控制装置。实际应用中,车窗控制器可以集成在汽车中的车门控制模块,例如,FLDCM(左侧门控模块)、FRDCM(右侧门控模块)。
其中,空调控制器可以是指用于控制汽车空调运行的控制装置,例如,HVAC(Heating,Ventilation and Air Conditioning,供热通风与空气调节)系统。
具体实现中,处理模块110在控制车辆调节车辆内部环境的过程中,处理模块110的车辆控制器发送车窗开启指令至车辆的车窗控制器,从而使车窗控制器控制车辆的车窗开启。其中,处理模块110的车辆控制器与车窗控制器通过CAN总线进行通讯。
另外,处理模块110的车辆控制器还可以发送空调开启指令至车辆的空调控制器,从而使空调控制器以控制该汽车开启空调,其中,空调的工作模式可以是外循环模式。其中,处理模块110的车辆控制器与空调控制器通过CAN总线进行通讯。
需要说明的是,当车辆具有天窗时,处理模块110在控制车辆调节车辆内部环境的过程中,处理模块110的车辆控制器发送天窗开启指令至车辆的天窗控制器,从而使天窗控制器控制车辆的开启天窗。其中,处理模块110的车辆控制器与天窗控制器通过CAN总线进行通讯。天窗控制器可以是指ESRM(天窗控制模块);处理模块110的车辆控制器在发送天窗开启指令至车辆的天窗控制器之前,还可以通过车辆的雨量传感器判断当前是否下雨,若否则发送天窗开启指令至车辆的天窗控制器,以控制车辆开启天窗。
本实施例的技术方案,当超过预设的第一等待时间未接收到用户反馈的车辆控制指令后,通过自助控制车辆开启车窗或空调,从而实现快速地调节车辆内部环境及时解除危险,保障了被遗留在车内的婴孩或宠物等生命体的生命安全。
在另一个实施例中,控制车辆执行求救告警操作,包括:发送车灯闪烁指令至车辆的车身控制器,以控制车辆开启双闪灯,以及,发送鸣笛指令至车辆的车身控制器,以控制车辆开启鸣笛。
具体实现中,处理模块110在控制车辆执行求救告警操作的过程中,处理模块110的车辆控制器发送车灯闪烁指令至车辆的车身控制器,从而使车身控制器控制车辆开启双闪灯。其中,处理模块110的车辆控制器与车身控制器通过CAN总线进行通讯。
同时,处理模块110在控制车辆执行求救告警操作的过程中,处理模块110的车辆控制器还需要发送鸣笛指令至车辆的车身控制器,从而使车身控制器控制车辆开启鸣笛,向周围发出求助信号。
具体地,车身控制器在控制车辆开启鸣笛的过程中,车身控制器可以是控制车辆的喇叭循环发出具有规律的鸣笛信号。鸣笛信号可以为短鸣笛三次、长鸣笛三次、短鸣笛三次而组成的鸣笛信号。更具体地,鸣笛信号为短鸣笛三次每次鸣笛0.5秒、长鸣笛每次鸣笛1秒、短鸣笛三次每次鸣笛0.5秒。
本实施例的技术方案,当超过预设的第一等待时间未接收到用户反馈的车辆控制指令后,通过自助控制车辆开启双闪灯和进行鸣笛,实现从而实现向周围发出求助信号寻求路人的帮助,保障了被遗留在车内的婴孩或宠物等生命体的生命安全。
在另一个实施例中,发送遗忘提醒消息至用户端,包括:确定车辆的车辆使用模式;当车辆使用模式为共享使用模式时,获取共享使用车辆的驾驶员账户信息;将与驾驶员账户信息对应的多于一个的用户端,作为目标用户端;分别发送遗忘提醒消息至目标用户端;当车辆使用模式为车主专用模式时,获取使用车辆的车主账户信息;将与车主账户信息对应的用户端,作为目标用户端;发送遗忘提醒消息至目标用户端。
其中,车辆使用模式包括共享使用模式和车主专用模式中的至少一种。
其中,共享使用模式可以是指车辆供多个驾驶员共享使用。
其中,车主专用模式可以是指车辆只供单个车主专门使用。
具体实现中,处理模块110的车辆控制器通过处理模块110的远程服务平台发送遗忘提醒消息至目标用户端120时,可以根据车辆的实际使用情况,发送遗忘提醒消息至对应的目标用户端120。具体地,当车辆使用模式为共享使用模式时,处理模块110的远程服务平台获取共享使用该车辆的驾驶员账户信息;然后,处理模块110的远程服务平台将与驾驶员账户信息对应的多于一个的用户端,作为目标用户端;最后,处理模块110的远程服务平台分别发送遗忘提醒消息至目标用户端。
当车辆使用模式为车主专用模式时,处理模块110的远程服务平台获取使用车辆的车主账户信息;然后,处理模块110的远程服务平台将与车主账户信息对应的用户端,作为目标用户端;最后,处理模块110的远程服务平台发送遗忘提醒消息至目标用户端。
本实施例的技术方案,通过根据车辆的车辆使用模式,发送遗忘提醒消息至目标用户端,从而实现有效通知到对该车辆具有控制权限的驾驶员,进而及时采取排险措施,保障了被遗留在车内的婴孩或宠物等生命体的生命安全。
在另一个实施例中,执行三级响应操作,包括:获取紧急联系人列表;按照电话呼叫顺序,依次拨打紧急联系人电话;其中,当超过预设的等待时间未接通紧急联系人电话时,拨打下一个紧急联系人电话,直到被呼叫的紧急联系人接通为止。
其中,紧急联系人列表为记录有多个紧急联系人电话和电话呼叫顺序的列表。
具体实现中,处理模块110在执行三级响应操作的过程中,处理模块110的远程服务平台获取针对该车辆预存的紧急联系人列表;然后,处理模块110的远程服务平台确定紧急联系人列表中的多个紧急联系人电话以及电话呼叫顺序。再然后,处理模块110的远程服务平台按照电话呼叫顺序,依次拨打紧急联系人电话,在接通后处理模块110的远程服务平台播放对紧急联系人播放提醒录音,从而提醒用户当前车内存在遗忘生命体。当超过预设的等待时间未接通紧急联系人电话时,处理模块110的远程服务平台拨打下一个紧急联系人电话,直到被呼叫的紧急联系人接通为止。
本实施例的技术方案,当超过第二等待时间仍然未接收到用户反馈的车辆控制指令后,通过逐一向用户预设的紧急联系人拨打电话,从而实现有效地通知到用户车内遗留有婴孩或宠物,进而及时采取排险措施,保障了被遗留在车内的婴孩或宠物等生命体的生命安全。
在另一个实施例中,生命探测装置为雷达传感器,当车辆处于闭锁状态时,对车辆内部进行生命探测,如图4所示,包括以下步骤:
S410,判断车辆是否处于闭锁状态。
具体实现中,处理模块110的车辆控制器通过获取车辆状态,根据判断车辆状态是否满足预设的判定条件,从而判断车辆是否处于闭锁状态。具体地,判定条件可以是钥匙档位置于OFF位、全部车窗开度位置均小于等于10%、车辆的天窗处于全关闭或未知状态、车辆的遮阳帘全关闭或未知状态、车辆的任一车门或尾门为由非全关闭或未知状态,变为全部车门关闭和尾门为全关闭或未知状态中的至少一种。
S420,若是,则获取雷达探测结果;雷达探测结果为雷达传感器对车内进行探测得到的结果。
其中,雷达传感器可以是毫米波雷达传感器。实际应用中,雷达传感器与处理模块110的车辆控制器通过CAN总线进行通讯。
在实际应用中,毫米波雷达传感器可以采用77GHz的检测频段,周期性地对车内进行活体探测,判断车内是否存在探测目标。
具体实现中,若车辆状态满足上述的判定条件,则判定车辆处于闭锁状态。处理模块110的车辆控制器发送工作指令至雷达传感器。雷达传感器响应上述的工作指令,进入探测工作模式,使用77GHz频段的毫米波雷达传感器对车内范围进行探测。在一个探测周期中,当雷达传感器探测到存在活体时,雷达传感器则生成活体探测结果,将该活体探测结果作为雷达探测结果返回至处理模块110的车辆控制器;当雷达传感器探测到不存在活体时,雷达传感器则生成无活体探测结果,将该无活体探测结果作为雷达探测结果返回至处理模块110的车辆控制器。进而使处理模块110的车辆控制器获取雷达探测结果。
S430,确定雷达探测结果中的活体探测结果。
其中,活体探测结果为雷达传感器探测到存在活体而生成的结果。
具体实现中,处理模块110的车辆控制器周期性地发送工作指令至雷达传感器,并获取雷达传感器返回的多个雷达探测结果。然后,处理模块110的车辆控制器确定上述多个雷达探测结果中的活体探测结果。实际应用中,处理模块110的车辆控制器的工作指令发送周期可以是160ms。
S440,根据活体探测结果在雷达探测结果中的数量占比,滤除雷达探测结果中的干扰探测结果,得到去干扰探测结果。
其中,干扰探测结果可以是指雷达传感器在受到干扰而误触发而产生的探测结果。例如,当雷达传感器在对车内进行活体探测的过程中汽车周围刚好有路过的行人而触发雷达传感器生成活体探测结果。
具体实现中,当处理模块110的车辆控制器确定上述多个雷达探测结果中的活体探测结果后,按照预设的滤波策略,根据活体探测结果在多个雷达探测结果中的数量占比,对获取的雷达探测结果进行滤波操作,滤除雷达探测结果中的干扰探测结果,得到去干扰探测结果。更具体地,处理模块110的车辆控制器可以根据活体探测结果在多个雷达探测结果中的数量占比,计算得到生命体存在概率值。将生命体存在概率值作为去干扰探测结果。
其中,生命体存在概率值可以是指车内存在生命体的概率的值。
S450,根据去干扰探测结果,判定车内是否存在生命体。
具体实现中,当处理模块110的车辆控制器对得到去干扰探测结果,处理模块110的车辆控制器根据去干扰探测结果,判定车内存在生命体。更具体地,当去干扰探测结果为生命体存在概率值时,处理模块110的车辆控制器将该生命体存在概率值与预设的概率阈值进行对比,当生命体存在概率值高于预设的概率阈值时,则判定车内存在生命体;当生命体存在概率值低于预设的概率阈值时,则判定车内不存在生命体。
本实施例的技术方案,通过获取周期性探测到多个雷达探测数据,确定多个雷达探测结果中的活体探测结果;再根据活体探测结果在雷达探测结果中的数量占比,滤除所述雷达探测结果中的干扰探测结果,得到去干扰探测结果;进而可以排除因雷达推测单元因汽车周围刚好有路过的行人而触发或漏判而产生的雷达探测结果,准确地判定车内是否存在生命体,提高车内生命体探测的准确度,及时采取得当的措施以解除危险,保障了被遗留在车内的婴孩或宠物等生命体的生命安全。
在另一个实施例中,雷达探测结果具有多个,根据活体探测结果在雷达探测结果中的数量占比,滤除雷达探测结果中的干扰探测结果,得到去干扰探测结果,包括:确定第一滑窗时间段;滑窗时间段包括多个雷达探测滑窗;雷达探测滑窗由N个雷达探测结果组成;根据活体探测结果,在第一滑窗时间段的多个雷达探测滑窗中,确定活体探测滑窗;在第一滑窗时间段中,计算活体探测滑窗在多个雷达探测滑窗中的数量占比,得到活体滑窗比值;将活体滑窗比值,作为去干扰探测结果。
具体实现中,处理模块110的车辆控制器根据预设的雷达探测周期,周期性地发送工作指令至雷达传感器,并获取雷达传感器返回的多个雷达探测结果。在处理模块的车辆控制器接收雷达传感器返回的多个雷达探测结果过程中,处理模块的车辆控制器每次采集到N个雷达探测结果后,将N个雷达探测结果记为一个雷达探测滑窗。处理模块的车辆控制器当采集的雷达探测滑窗的数量达到预设数量M时,将上述的多个雷达探测滑窗记为一个滑窗时间段。实际应用中,可以每隔50个雷达探测结果则记为一个雷达探测滑窗。第一滑窗时间段可以包括10个雷达探测滑窗。
车辆控制器在根据活体探测结果在雷达探测结果中的数量占比,滤除雷达探测结果中的干扰探测结果,得到去干扰探测结果的过程中,具体包括:在多个滑窗时间段中确定第一滑窗时间段;其中,滑窗时间段包括多个雷达探测滑窗;雷达探测滑窗由N个雷达探测结果组成;然后,根据先前确定的活体探测结果,在第一滑窗时间段的多个雷达探测滑窗中,确定活体探测滑窗。
更具体地,车辆控制器通过统计在第一滑窗时间段的每一个雷达探测滑窗的活体探测结果的数量,根据该雷达探测滑窗的活体探测结果的数量判定该雷达探测滑窗是否为活体探测滑窗。在第一滑窗时间段中,计算活体探测滑窗在多个雷达探测滑窗中的数量占比,得到第一滑窗时间段的活体滑窗比值;最后,再将第一滑窗时间段的活体滑窗比值,作为去干扰探测结果。
本实施例的技术方案,通过确定第一滑窗时间段;其中,滑窗时间段包括多个雷达探测滑窗;雷达探测滑窗由N个雷达探测结果组成;根据活体探测结果,在第一滑窗时间段的多个雷达探测滑窗中,确定活体探测滑窗;然后,计算活体探测滑窗在多个雷达探测滑窗中的数量占比,得到活体滑窗比值;将活体滑窗比值,作为去干扰探测结果;如此,可以在预设的一个时间维度中,根据活体探测滑窗在多个雷达探测滑窗中的数量占比,对采集到的多个雷达探测结果进行滤波处理,排除因雷达推测单元因误判或漏判而产生的雷达探测结果,进而可以准确地判定车内是否存在生命体,提高车内生命体探测的准确度,便于及时采取得当的措施以解除危险,保障了被遗留在车内的婴孩或宠物等生命体的生命安全。
在另一个实施例中,根据活体探测结果,在第一滑窗时间段的多个雷达探测滑窗中,确定活体探测滑窗,包括:统计雷达探测滑窗中的雷达探测结果为活体探测结果的次数,得到雷达探测滑窗对应的活体探测次数;将活体探测次数大于预设的活体滑窗判定阈值所对应的雷达探测滑窗,作为活体探测滑窗。
具体实现中,车辆控制器在根据活体探测结果,在第一滑窗时间段的多个雷达探测滑窗中,确定活体探测滑窗的过程中,首先,统计每一个雷达探测滑窗中的雷达探测结果为活体探测结果的次数,得到每一个雷达探测滑窗对应的活体探测次数;将每一个雷达探测滑窗对应的活体探测次数与预设的活体滑窗判定阈值进行对比;最后,将活体探测次数大于预设的活体滑窗判定阈值所对应的雷达探测滑窗,作为活体探测滑窗。实际应用中,活体滑窗判定阈值可以是30次。
本实施例的技术方案,在第一滑窗时间段的多个雷达探测滑窗中确定活体探测滑窗的过程中,通过在统计每一个雷达探测滑窗中的雷达探测结果为活体探测结果的次数,得到每一个雷达探测滑窗对应的活体探测次数;将每一个雷达探测滑窗对应的活体探测次数与预设的活体滑窗判定阈值进行对比,从而可以准确地判定出多个雷达探测滑窗中的活体探测滑窗,进而可以准确地计算出活体探测滑窗在多个雷达探测滑窗中的数量占比,得到准确的去干扰探测结果,提高了车内生命体探测的准确度,便于及时采取得当的措施以解除危险,保障了被遗留在车内的婴孩或宠物等生命体的生命安全。
在另一个实施例中,根据去干扰探测结果,判定车内存在生命体,包括:若活体滑窗比值大于预设的第一判定阈值时,则判定车内存在生命体;若活体滑窗比值小于预设的第二判定阈值时,则判定车内不存在生命体。
其中,第一判定阈值可以是指用于判定车内存在生命体的阈值。
其中,第二判定阈值可以是指用于判定车内不存在生命体的阈值。
具体实现中,车辆控制器在根据去干扰探测结果,判定车内存在生命体的过程中,当处理模块的车辆控制器获得第一滑窗时间段的活体滑窗比值后,将该活体滑窗比值,作为去干扰探测结果。然后,将该活体滑窗比值与预设的判定阈值进行对比;若活体滑窗比值大于预设的第一判定阈值时,则判定车内存在生命体;若活体滑窗比值小于预设的第二判定阈值时,则判定车内不存在生命体。更具体地,当活体滑窗比值大于70%时,则判定车内存在生命体;当活体滑窗比值小于30%时,则判定车内不存在生命体。
本实施例的技术方案,通过将确定活体滑窗比值与预设的判定阈值进行对比,例如当活体滑窗比值大于预设的第一判定阈值时,则判定车内存在生命体;当活体滑窗比值小于预设的第二判定阈值时,则判定车内不存在生命体,从而可以准确地判定车内是否存在生命体,进而提高了车内生命体探测的准确度,便于及时采取得当的措施以解除危险,保障了被遗留在车内的婴孩或宠物等生命体的生命安全。
在另一个实施例中,当活体滑窗比值小于第一判定阈值且大于预设的第二判定阈值时,还包括:确定第二滑窗时间段;第二滑窗时间段为第一滑窗时间段的下一个滑窗时间段;根据活体探测结果,在第二滑窗时间段的多个雷达探测滑窗中,确定活体探测滑窗;在第一滑窗时间段和第二滑窗时间段中,计算活体探测滑窗在多个雷达探测滑窗中的数量占比,作为第一活体滑窗比值;若第一活体滑窗比值大于第二判定阈值时,则判定车内存在生命体。
具体实现中,当活体滑窗比值小于第一判定阈值且大于预设的第二判定阈值时,例如,当活体滑窗比值小于70%且大于预设的30%时,处理模块的车辆控制器则确定第二滑窗时间段;其中,第二滑窗时间段为第一滑窗时间段的下一个滑窗时间段;然后,处理模块的车辆控制器通过统计在第二滑窗时间段的每一个雷达探测滑窗的活体探测结果的数量,根据该雷达探测滑窗的活体探测结果的数量判定该雷达探测滑窗是否为活体探测滑窗,并确定第二滑窗时间段中活体探测滑窗的数量。再然后,在第一滑窗时间段和第二滑窗时间段中,计算出第一滑窗时间段和第二滑窗时间段中的活体探测滑窗在第一滑窗时间段和第二滑窗时间段中的多个雷达探测滑窗中的数量占比,得到第一滑窗时间段和第二滑窗时间段的第一活体滑窗比值;最后,再根据第一活体滑窗比值,判断车内是否存在生命体。更具体地,当第一活体滑窗比值大于第二判定阈值时,则判定车内存在生命体。例如,当第一活体滑窗比值大于30%时,则判定车内存在生命体。实际应用中,第二滑窗时间段可以包括5个雷达探测滑窗。
本实施例的技术方案,当活体滑窗比值小于第一判定阈值且大于预设的第二判定阈值时,通过确定第二滑窗时间段,并计算出第一滑窗时间段和第二滑窗时间段的第一活体滑窗比值;最后,再根据第一活体滑窗比值,判断车内是否存在生命体;当活体滑窗比值小于第一判定阈值且大于预设的第二判定阈值时,通过增加雷达探测结果的数据样本数,对增加后的数据样本做进一步地滤波处理得到第一活体滑窗比值,再根据第一活体滑窗比值,判断车内是否存在生命体;从而可以更加准确地判定车内是否存在生命体,便于及时采取得当的措施以解除危险,保障了被遗留在车内的婴孩或宠物等生命体的生命安全。
在另一个实施例中,根据去干扰探测结果,判定车内存在生命体,包括:获取车内重力数据;车内重力数据为车内的各个部位承受重力的;根据车内重力数据和去干扰探测结果,判定车内存在生命体。
其中,车内的各个部位可以是前排座椅、后排座椅、行李箱备胎放置处等部位。实际应用中,通过在前排座椅、后排座椅、行李箱备胎放置处等部位处安装重量传感器或压力传感器,从而实现对车内的各个部位所承受的重力的数据进行采集,得到车内重力数据。其中,上述的重量传感器或压力传感器与处理模块的车辆控制器通过CAN总线进行通信连接。
具体实现中,车辆控制器在根据去干扰探测结果,判定车内存在生命体的过程中,还可以通过获取车内的各个部位承受重力的数据,即车内重力数据。然后,在根据该车内重力数据和去干扰探测结果,综合并全面地判断当前车辆内部是否存在生命体。例如,车辆控制器通过获取车辆前排座椅、后排座椅、行李箱备胎放置处等部位处自带的压力传感器检测到的数据,当车辆闭锁后车辆前排座椅、后排座椅、行李箱备胎放置处等部位处自带的压力传感器会持续保持供电驱动,进而实时检测车辆内部各个部位的重量变化,从而判断车辆内部是否存在遗忘生命体。同时与生命探测器协调配合,进而结合车内重力数据和去干扰探测结果,判定车内是否存在生命体。
本实施例的技术方案,通过综合车内各个部位,例如,前排座椅、后排座椅、行李箱备胎放置处等的车内重力数据和检测到的去干扰探测结果对当前车辆内部是否存在生命体进行判断,可以在不额外增加新硬件系统的情况,充分利用车辆已有的硬件资源,采取协同判定策略,实现对车内进行全范围且全覆盖的生命体检测,避免存在探测盲区,进而提高车内生命体探测的准确度,便于及时采取得当的措施以解除危险,保障了被遗留在车内的婴孩或宠物等生命体的生命安全。
在另一个实施例中,根据车内重力数据和去干扰探测结果,判定车内存在生命体,包括:当活体滑窗比值小于第一判定阈值且车内重力数据存在波动时,则判定车内存在生命体。
具体实现中,车辆控制器在根据该车内重力数据和去干扰探测结果,综合并全面地判断当前车辆内部是否存在生命体的过程中,当活体滑窗比值小于第一判定阈值,车辆控制器检测到车内重力数据存在波动时,对车内重力数据进行滤波处理后,判定车内存在生命体。若车内重力数据在一段时间内无变化或是无重量则说明是无生命体在座椅上或者是在座椅上放置物品。
本实施例的技术方案,通过根据车内重力数据在一段时间内是否存在波动情况,从而可以更为准确地根据车内各个部位的车内重力数据来判定车内是否存在生命体,避免误判的情况的发送,从而在实现对对车内进行全范围且全覆盖的生命体检测的同时,提高车内生命体探测的准确度,便于及时采取得当的措施以解除危险,保障了被遗留在车内的婴孩或宠物等生命体的生命安全。
应该理解的是,虽然图2和图4的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图2和图4中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,如图5所示,提供了一种遗忘生命体的保护装置,包括:
探测模块510,用于当车辆处于闭锁状态时,对车辆内部进行生命探测;
发送模块520,用于当所述车辆内部存在生命体时,发送遗忘提醒消息至用户端;
一级响应模块530,用于执行一级响应操作;所述执行一级响应操作包括:接收所述用户端的车辆控制指令;所述根据所述车辆控制指令,执行与所述车辆控制指令相对应的操作;所述车辆控制指令为所述用户端根据用户基于所述遗忘提醒消息进行反馈而产生的指令;
二级响应模块540,用于当超过预设的第一等待时间未接收到所述车辆控制指令时,执行二级响应操作;所述执行二级响应操作包括:控制所述车辆调节车辆内部环境,以及,控制所述车辆执行求救告警操作;
三级响应模块550,用于当超过预设的第二等待时间未接收到所述车辆控制指令时,执行三级响应操作;所述三级响应操作为拨打所述用户电话以提醒所述用户车内存在遗忘生命体的操作。
在其中一个实施例中,所述车辆控制指令包括重新探测指令、结束探测指令和紧急救险指令中的至少一种;上述的一级响应模块530,还用于当车辆控制指令为重新探测指令时,返回所述对车辆内部进行生命探测的步骤;当车辆控制指令为结束探测指令时,发送停止探测指令至所述车辆的生命探测装置,以结束对所述车辆内部进行生命探测;当车辆控制指令为紧急救险指令时,执行所述二级响应操作。
在其中一个实施例中,上述的二级响应模块540,还用于发送车窗开启指令至所述车辆的车窗控制器,以控制所述车辆开启车窗,和/或,发送空调开启指令至所述车辆的空调控制器,以控制所述车辆开启空调。
在其中一个实施例中,上述的二级响应模块540,还用于发送车灯闪烁指令至所述车辆的车身控制器,以控制所述车辆开启双闪灯,以及,发送鸣笛指令至所述车辆的车身控制器,以控制所述车辆开启鸣笛。
在其中一个实施例中,上述的发送模块520,还用于确定所述车辆的车辆使用模式;所述车辆使用模式包括共享使用模式和车主专用模式中的至少一种;当所述车辆使用模式为共享使用模式时,获取共享使用所述车辆的驾驶员账户信息;将与所述驾驶员账户信息对应的多于一个的用户端,作为所述目标用户端;分别发送所述遗忘提醒消息至所述目标用户端;当所述车辆使用模式为车主专用模式时,获取使用所述车辆的车主账户信息;将与所述车主账户信息对应的用户端,作为所述目标用户端;发送所述遗忘提醒消息至所述目标用户端。
在其中一个实施例中,上述的三级响应模块550,还用于获取紧急联系人列表;所述紧急联系人列表为记录有多个紧急联系人电话和电话呼叫顺序的列表;按照所述电话呼叫顺序,依次拨打所述紧急联系人电话;其中,当超过预设的等待时间未接通所述紧急联系人电话时,拨打下一个紧急联系人电话,直到被呼叫的紧急联系人接通为止。
在其中一个实施例中,所述生命探测装置为雷达传感器,上述的探测模块510,还用于判断车辆是否处于闭锁状态,若是,则获取雷达探测结果;所述雷达探测结果为所述雷达传感器对车内进行探测得到的结果;确定所述雷达探测结果中的活体探测结果;所述活体探测结果为所述雷达传感器探测到存在活体而生成的结果;根据所述活体探测结果在所述雷达探测结果中的数量占比,滤除所述雷达探测结果中的干扰探测结果,得到去干扰探测结果;根据所述去干扰探测结果,判定所述车内是否存在生命体。
关于一种遗忘生命体的保护装置的具体限定可以参见上文中对于一种遗忘生命体的保护方法的限定,在此不再赘述。上述一种遗忘生命体的保护装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种遗忘生命体的保护方法。
本领域技术人员可以理解,图6中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
为了便于本领域技术人员的理解,图7提供了一种遗忘生命体的保护方法的功能框图;如图7所示,车辆控制器111和目标用户端120均与远程服务平台(TSP,telematicsservice platform)112通过网络进行通信。其中,目标用户端120可以是智能手机,处理模块110包括车辆控制器111和远程服务平台112,其中,远程服务平台112可以用独立的处理模块或者是多个处理模块组成的处理模块集群来实现,车辆控制器111可以是车载TBOX(Telematics BOX)。其中,生命探测装置LDU(Life Detection Unit)、车辆HVAC(Heating,Ventilation and Air Conditioning)系统、左侧车门控制模块,例如,FLDCM和RLDCM等,右侧车门控制模块,例如,FRDCM和RRDCM、车身控制器(BCM)均通过CAN总线与车载TBOX通讯连接。其中,遮阳帘控制模块(ESSM)和天窗控制模块(ESRM)均与车身控制器控制连接。当车载TBOX判断车辆处于闭锁状态时,车载TBOX控制生命探测装置LDU对车辆内部进行生命探测;当车载TBOX所述车辆内部存在生命体时,车辆内部的ECALL灯闪烁,车载TBOX上传的探测结果。
远程服务平台112接收到车载TBOX上传的探测结果后,2秒内发送遗忘提醒消息至目标用户端120;处理模块110执行一级响应操作;所述执行一级响应操作包括:车载TBOX接收所述目标用户端的车辆控制指令;车载TBOX根据所述车辆控制指令,执行与所述车辆控制指令相对应的操作;所述车辆控制指令为所述目标用户端根据用户基于所述遗忘提醒消息进行反馈而产生的指令。
具体地,当目标用户端120返回结束探测指令时,远程服务平台下发“结束探测”通知给车载TBOX,车辆内部的ECALL灯熄灭;生命探测装置LDU不重新探测,雷达保持低功耗模式。
当目标用户端120返回重新探测指令时,远程服务平台112下发“重新探测”通知给车载TBOX,车载TBOX控制生命探测装置LDU重新探测。
当目标用户端120返回紧急救险指令时,远程服务平台112下发“紧急救险”通知给车载TBOX,车载TBOX控制所述车辆调节车辆内部环境,例如,打开车窗或天窗和打开空调等;以及,控制所述车辆执行求救告警操作,例如,开启双闪灯和开启鸣笛。
当远程服务平台112超过预设的第一等待时间未接收到所述车辆控制指令时,执行二级响应操作;所述执行二级响应操作包括:远程服务平台112下发紧急自救指令包至车载TBOX;从而让车载TBOX控制所述车辆调节车辆内部环境,以及,控制所述车辆执行求救告警操作;
远程服务平台112执行了二级响应操作后,远程服务平台112超过预设的第二等待时间未接收到所述车辆控制指令时,执行三级响应操作;远程服务平台112拨打所述用户电话以提醒所述用户车内存在遗忘生命体。
需要说明的是,当车辆满足结束探测条件时,例如,当用户在ECALL灯闪烁的情况下按下ECALL开关等情况,解除车内乘客的探测报警,恢复到车辆正常状态。
在一个实施例中,提供了一种计算机设备,包括存储器和处理器,存储器中存储有计算机程序,该处理器执行计算机程序时实现以下步骤:
S210,当车辆处于闭锁状态时,对车辆内部进行生命探测;
S220,当所述车辆内部存在生命体时,发送遗忘提醒消息至目标用户端;
S230,执行一级响应操作;所述执行一级响应操作包括:接收所述目标用户端的车辆控制指令;根据所述车辆控制指令,执行与所述车辆控制指令相对应的操作;所述车辆控制指令为所述目标用户端根据用户基于所述遗忘提醒消息进行反馈而产生的指令;
S240,当超过预设的第一等待时间未接收到所述车辆控制指令时,执行二级响应操作;所述执行二级响应操作包括:控制所述车辆调节车辆内部环境,以及,控制所述车辆执行求救告警操作;
S250,当超过预设的第二等待时间未接收到所述车辆控制指令时,执行三级响应操作;所述三级响应操作为拨打所述用户电话以提醒所述用户车内存在遗忘生命体的操作。
在一个实施例中,处理器执行计算机程序时还实现以下步骤;当车辆控制指令为重新探测指令时,返回所述对车辆内部进行生命探测的步骤;当车辆控制指令为结束探测指令时,发送停止探测指令至所述车辆的生命探测装置,以结束对所述车辆内部进行生命探测;当车辆控制指令为紧急救险指令时,执行所述二级响应操作。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:发送车窗开启指令至所述车辆的车窗控制器,以控制所述车辆开启车窗,和/或,发送空调开启指令至所述车辆的空调控制器,以控制所述车辆开启空调。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:发送车灯闪烁指令至所述车辆的车身控制器,以控制所述车辆开启双闪灯,以及,发送鸣笛指令至所述车辆的车身控制器,以控制所述车辆开启鸣笛。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:确定所述车辆的车辆使用模式;所述车辆使用模式包括共享使用模式和车主专用模式中的至少一种;当所述车辆使用模式为共享使用模式时,获取共享使用所述车辆的驾驶员账户信息;将与所述驾驶员账户信息对应的多于一个的用户端,作为所述目标用户端;分别发送所述遗忘提醒消息至所述目标用户端;当所述车辆使用模式为车主专用模式时,获取使用所述车辆的车主账户信息;将与所述车主账户信息对应的用户端,作为所述目标用户端;发送所述遗忘提醒消息至所述目标用户端。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:获取紧急联系人列表;所述紧急联系人列表为记录有多个紧急联系人电话和电话呼叫顺序的列表;按照所述电话呼叫顺序,依次拨打所述紧急联系人电话;其中,当超过预设的等待时间未接通所述紧急联系人电话时,拨打下一个紧急联系人电话,直到被呼叫的紧急联系人接通为止。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:判断车辆是否处于闭锁状态,若是,则获取雷达探测结果;所述雷达探测结果为所述雷达传感器对车内进行探测得到的结果;确定所述雷达探测结果中的活体探测结果;所述活体探测结果为所述雷达传感器探测到存在活体而生成的结果;根据所述活体探测结果在所述雷达探测结果中的数量占比,滤除所述雷达探测结果中的干扰探测结果,得到去干扰探测结果;根据所述去干扰探测结果,判定所述车内是否存在生命体。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:
S210,当车辆处于闭锁状态时,对车辆内部进行生命探测;
S220,当所述车辆内部存在生命体时,发送遗忘提醒消息至目标用户端;
S230,执行一级响应操作;所述执行一级响应操作包括:接收所述目标用户端的车辆控制指令;根据所述车辆控制指令,执行与所述车辆控制指令相对应的操作;所述车辆控制指令为所述目标用户端根据用户基于所述遗忘提醒消息进行反馈而产生的指令;
S240,当超过预设的第一等待时间未接收到所述车辆控制指令时,执行二级响应操作;所述执行二级响应操作包括:控制所述车辆调节车辆内部环境,以及,控制所述车辆执行求救告警操作;
S250,当超过预设的第二等待时间未接收到所述车辆控制指令时,执行三级响应操作;所述三级响应操作为拨打所述用户电话以提醒所述用户车内存在遗忘生命体的操作。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。