发明内容
本发明实施例提供一种车门控制方法、装置、设备、终端及可读存储介质,以自动打开车门,提高智能车辆的智能化程度。
第一方面,本发明实施例提供了一种车门控制方法,包括以下步骤:
接收目标车辆的车载设备发送的开门请求;所述开门请求是所述车载设备对车门闭锁状态时车内的生物特征信息进行分析,得到车内乘客具有开门需求时发送的;所述开门请求包括所述生物特征信息;
显示所述开门请求;
根据用户的设定触发操作确认,向所述车载设备发送开门指令,以供所述车载设备响应于所述开门指令,控制所述车门解锁。
第二方面,本发明实施例还提供了一种车门控制方法,包括以下步骤:
在目标车辆的车门闭锁状态时,获取车内的生物特征信息;
对所述生物特征信息进行分析,得到车内乘客具有开门需求;
向终端发送开门请求,以供所述终端显示所述开门请求,并根据用户的设定触发操作确认,返回开门指令;所述开门请求包括所述生物特征信息;
响应于所述开门指令,控制所述车门解锁。
第三方面,本发明实施例还提供了一种车门控制方法,适用于智能车门,包括以下步骤:
接收用户的开门指令,所述开门指令是终端显示开门请求后根据用户的设定触发操作确认发送的,所述开门请求是车载设备对车门闭锁状态时车内的生物特征信息进行分析,得到车内乘客具有开门需求时发送的;所述开门请求包括生物特征信息;
判断是否处于自主解锁模式;
如果处于自主解锁模式,执行解锁操作。
第四方面,本发明实施例还提供了一种车门控制装置,包括
接收模块,用于接收目标车辆的车载设备发送的开门请求;所述开门请求是所述车载设备对车门闭锁状态时车内的生物特征信息进行分析,得到车内乘客具有开门需求时发送的;所述开门请求包括所述生物特征信息;
显示模块,用于显示所述开门请求;
发送模块,用于根据用户的设定触发操作确认,向所述车载设备发送开门指令,以供所述车载设备响应于所述开门指令,控制所述车门解锁。
或者,一种车门控制装置,包括:
获取模块,用于在目标车辆的车门闭锁状态时,获取车内的生物特征信息;
分析模块,用于对所述生物特征信息进行分析,得到车内乘客具有开门需求;
发送模块,用于向终端发送开门请求,以供所述终端显示所述开门请求,并根据用户的设定触发操作确认,返回开门指令;所述开门请求包括所述生物特征信息;
控制模块,用于响应于所述开门指令,控制所述车门解锁。
第五方面,本发明实施例还提供了一种终端,所述终端包括:
一个或多个处理器;
存储器,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现任一实施例所述的车门控制方法。
第六方面,本发明实施例还提供了一种车载设备,所述车载设备包括:
一个或多个处理器;
存储器,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现任一实施例所述的车门控制方法。
第七方面,本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现任一实施例所述的车门控制方法。
本发明实施例中,车载设备能够对车门闭锁状态时车内的生物特征信息进行分析,得到车内乘客具有开门需求,从而通过车门闭锁条件下分析生物特征信息,以准确识别到乘客的开门需求;通过显示生物特征信息,以便用户远程就可以直观掌握车内乘客情况,从而指导做出设定触发操作;通过根据用户的设定触发操作确认,向车载设备发送开门指令,从而车载设备响应于所述开门指令,控制所述车门解锁,实现了远程控制车门自动解锁的方案,无需手动开门,同时避免有开门需求的乘客被锁车内的情况,提高了车辆的智能化程度和安全性。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本发明,而非对本发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本发明相关的部分而非全部结构。
本发明实施例提供第一种车门控制方法,适用于终端,其流程图如图1a所示,可适用于通过终端对智能车辆进行控制的情况。该方法可以由车门控制装置来执行,该装置可以由软件和/或硬件构成,并一般集成在终端中。可选的,终端可以是具有通信功能的移动终端,如便携式电子设备,示例性的,可以是智能手机、智能手表和智能手环等。
结合图1a,本实施例提供的方法具体包括:
S110、接收目标车辆的车载设备发送的开门请求;开门请求是车载设备对车门闭锁状态时车内的生物特征信息进行分析,得到车内乘客具有开门需求时发送的;开门请求包括生物特征信息。
本实施例中,目标车辆为智能车辆,车载设备可以集成在Tbox中,也可以作为一台独立的设备配置在车内。图1b是本发明实施例提供的终端与车载设备的交互示意图。如图1b所示,车载设备能够与终端通信连接。可选的,车载设备可以与终端通过蓝牙实现点对点连接,也可以通过云端建立远程通信连接。本发明对终端与车载设备的连接方式不作限定。
在一应用场景中,在具有闭锁开锁权限的用户通过车钥匙将车门闭锁后,车门处于闭锁状态,从外部无法手动开门。车内乘客需要按下解锁车门的按钮才能重新解锁车门,进而打开车门下车。当车内乘客不知晓按下解锁车门的按钮时或者解锁车门的按钮损坏时,会被困于车内,影响生命安全。为了解决上述问题,在车门闭锁状态时,获取车内的生物特征信息,并对生物特征信息进行分析,得到车内乘客具有开门需求,进而向终端发送开门请求。
考虑到有的乘客在闭锁车门后还需要在车内停留一段时间,但是由于车内环境封闭,不适合停留太久。可选的,在车门从解锁状态切换到闭锁状态起设定时长后,获取车内的生物特征信息。设定时长可以是10分钟或者20分钟,根据车内环境不再适合人停留的时长确定。当然,也可以在车门闭锁状态时,周期性获取车内的生物特征信息。
生物特征信息指与人的生命特征关联的信息,例如人脸图像、语音信息、人体施压信息和人体散发的红外线等。生物特征信息能够反映出车内是否有乘客,例如当检测到语音信息时,可以认为车内有乘客,进而确定车内乘客具有开门需求,作为生物特征信息的分析结果,则通过与终端的通信连接向终端发送开门请求。具体通过蓝牙通信连接,或者云端作为中转发送到终端。
可选的,开门请求包括生物特征信息,从而将生物特征信息一并发送至终端,以供终端查收。
S120、显示开门请求。
开门请求中的生物特征信息可以以音频、视频或者文本的形式显示在终端,以供终端所属用户查看,并自行判断车内是否有乘客。进一步,当开门请求包括生物特征信息的分析结果(即车内乘客具有开门需求)时,也可以一并显示在终端,为用户判断车内是否有乘客提供参考。
S130、根据用户的设定触发操作确认,向车载设备发送开门指令,以供车载设备响应于开门指令,控制车门解锁。
此处的设定触发操作确认为用户对终端的操作,以确认开门。预先设定触发操作,从而在用户对终端进行设定触发操作确认时,终端根据设定触发操作确认向车载设备发送开门指令。车载设备响应于开门指令,控制车门解锁。进一步的,车载设备响应于开门指令,控制车门解锁后再控制车门打开,还可以控制车窗打开。
在一可选实施方式中,车载设备与车门锁和车门开关动力装置连接。本实施例为每个车门配置车门开关动力装置,以分别控制对应车门打开或关闭。车门开关动力装置可以是安装在门与车身连接处的转轴或者可伸缩装置。在转轴或可伸缩装置动作时,带动门关闭或者开启,代替人的手动操作。车载设备首先向车门锁下发解锁指令,以控制车门锁解锁。车载设备检测到车门解锁后,向车门开关动力装置发送打开指令。转轴执行打开指令时进行逆时针转动,带动车门开启,可伸缩装置执行打开指令时进行伸展,带动车门开启。打开车门后,车载设备向终端返回打开成功的消息,以供在终端上显示打开成功的消息。
本发明实施例中,车载设备能够对车门闭锁状态时车内的生物特征信息进行分析,得到车内乘客具有开门需求,从而通过车门闭锁条件下分析生物特征信息,以准确识别到乘客的开门需求;通过终端显示生物特征信息,以便用户远程就可以直观掌握车内乘客情况,从而指导做出设定触发操作;通过根据用户的设定触发操作确认,向车载设备发送开门指令,从而车载设备响应于开门指令,控制车门解锁,实现了远程控制车门自动解锁的方案,无需手动开门,同时避免有开门需求的乘客被锁车内的情况,提高了车辆的智能化程度和安全性。
在上述实施例和下述实施例中,根据用户的设定触发操作确认,向车载设备发送开门指令,包括以下操作的至少一种:1)根据用户对目标车辆的解锁操作,向车载设备发送对应车门的开门指令;2)根据用户对目标车辆的任一车门控件的触发操作,向车载设备发送对应车门的开门指令;3)根据用户对设定打开幅度控件的触发操作,向车载设备发送对应打开幅度的开门指令;4)根据用户对设定打开速度控件的触发操作,向车载设备发送对应打开速度的开门指令;5)根据用户指尖在终端屏幕上的至少一个滑动操作,分别生成与每个滑动操作的幅度和速度对应的开门指令,并将至少一个开门指令依次发送至车载设备;根据车门的实际打开幅度和速度生成开门动画并显示。
图2是本发明实施例提供的应用程序的页面示意图。如图2所示,终端上安装有车辆控制应用程序(以下简称应用程序),应用程序的页面上配置有解锁控件,终端根据用户对解锁控件的触发操作(即解锁操作),向车载设备发送开门指令,不限于打开固定车门或者所有车门均打开。
页面上还配置有多个车门控件,如主驾驶车门控件、副驾驶车门控件、左后门控件和右后门控件。终端根据用户对任一车门控件的触发操作,向车载设备发送对应车门的开门指令。车载设备控制对应车门打开,具体可控制对应车门的车门锁解锁和车门开关动力装置实现,具体详见上述实施例的描述,此处不再赘述。在一可选实施方式中,车载设备对生物特征信息进行分析,得到车内乘客的数量,并将数量包括在开门请求中发送给终端。终端根据车内乘客的数量计算需要打开的车门数,并显示对应车门数的车门控件,优先显示副驾驶车门控件、左后门控件和右后门控件。具体的,将车内乘客的数量除以2并向上取整,得到对应车门数的车门控件。用户需要对显示的每个车门控件进行触发操作,从而控制对应车门数的车门打开,使得车门乘客方便、快速下车。
页面上还可以配置设定打开幅度控件,图2示出了3种打开幅度。根据用户对任一设定打开幅度控件的触发操作,向车载设备发送对应打开幅度的开门指令。车载设备控制固定车门或者所有车门打开设定打开幅度。具体可控制对应车门的车门开关动力装置实现,例如控制转轴转动设定打开幅度对应的距离,或者控制可伸缩装置伸长设定打开幅度对应的长度。
页面上还可以配置设定打开速度控件,图2示出了3种打开速度。根据用户对任一设定打开速度控件的触发操作,向车载设备发送对应打开速度的开门指令。车载设备控制固定车门或者所有车门以设定打开速度打开。具体可控制对应车门的车门开关动力装置实现,例如控制转轴以设定打开速度对应的转速转动,或者控制可伸缩装置以设定伸展速度对应的速度伸长。
本实施例还可以通过用户指尖在终端屏幕上的滑动轨迹控制开门。根据用户指尖在终端屏幕上的至少一个滑动操作,捕捉至少一段滑动轨迹。具体的,将用户指尖的一次连续滑动操作按照设定时间间隔(例如2秒)划分为至少一个滑动操作,针对每个滑动操作生成一段滑动轨迹,可知各段滑动轨迹首尾相连成一条连续的滑动轨迹。计算每个滑动操作的幅度和滑动速度,生成与幅度和速度对应的开门指令。由于终端屏幕比实际的开门幅度小很多,将滑动操作的幅度和滑动速度放大设定倍数,例如20倍,生成打开幅度和打开速度的开门指令。具体打开哪个门可以通过触发对应的车门控件实现。为了提高开门效率,每生成一个开门指令,即将该开门指令发送至车载设备,从而随着开门指令的依次生成,将至少一个开门指令依次发送至车载设备。一方面,车载设备每接收到一个开门指令,即按照开门指令中的打开幅度和打开速度打开车门,实现车门的逐步打开。另一方面,车载设备实时将实际打开幅度和速度返回至终端。终端根据车门的实际打开幅度和速度生成开门动画并显示,从而随着实际打开幅度的越来越大以及对应的打开速度,在终端上动态显示车门打开的动画,以便用户远程观看车门逐步打开的情况。
值得说明的是,车门配置有防夹模式,在遇到阻力时会停止打开;同时,支持手动开门。也就是说,车门的打开幅度和速度受滑动操作和外力的双重控制,外力的控制优先级高于滑动操作。因此,可能存在这样的情况,车门实际打开幅度和速度由于受外力影响,而与用户的滑动操作不一致。为了直观展示这一现象,优选的,在滑动操作所在的页面上同时显示与实际打开幅度和速度相匹配的开门动画,以形成滑动操作和开门动画的对比。如果滑动操作与开门动画的中车门开启幅度和速度匹配,则车门开启过程正常;如果滑动操作与开门动画中车门开启幅度和速度不匹配,则车门开启过程异常。
图3是本发明实施例提供的第二种车门控制方法的流程图,本实施例对“根据用户的设定触发操作确认,向车载设备发送开门指令”进行优化,以提高开门过程中的安全性。如图3所示,本实施例提供的方法包括以下操作:
S310、接收目标车辆的车载设备发送的开门请求;开门请求是车载设备对车门闭锁状态时车内的生物特征信息进行分析,得到车内乘客具有开门需求时发送的;开门请求包括生物特征信息。
S320、显示开门请求。
S310和S320详见上述实施例的记载,此次不再赘述。
S330、获取目标车辆的外部环境信息和/或运行状态。
目标车辆的外部环境信息包括车门外侧是否有障碍物,运行状态包括是否熄火和行驶速度。车载设备在对生物特征信息进行分析,得到车内乘客具有开门需求之后,还包括:获取目标车辆的外部环境信息和/或运行状态,具体可触发镜头朝向车辆外侧的摄像头开启,采集车门外侧图像并发送至终端;和/或,检测行驶速度和是否熄火,并将检测结果发送至终端,从而终端获取到目标车辆的外部环境信息和/或运行状态。
S340、向用户提示安全开门条件。
终端在获取到目标车辆的外部环境信息和/或运行状态之后,向用户提示安全开门条件。其中,安全开门条件指为保证安全开门,外部环境信息和/或运行状态需要满足的条件。示例性的,安全开门条件包括车门外侧没有障碍物,车辆熄火和行驶速度小于2.5千米每小时。
可选的,终端采用文字或语音的提示方式向用户提示安全开门条件。例如,在终端屏幕上显示“周围环境是否没有障碍物,支持自动开启车门”,“开启车门前车辆应熄火”。
需要说明的是,是否支持自动打开车门需要用户在终端进行设置,并与目标车辆之间完成鉴权。如果前次向车载设备发送开门指令,例如根据用户对目标车辆的解锁操作,向车载设备发送对应车门的开门指令,说明用户倾向于自动打开车门,而非手动打开车门。那么,后续设定触发操作均支持自动打开车门。基于此,本次用户在执行设定触发操作之前,需要向用户提示安全开门条件,以及本次支持自动开启车门的信息,以提高用户的体验感并引起用户的注意。
可选的,首先控制打开目标车辆的警示灯,再向用户提示安全开门条件。
S350、判断外部环境信息和/或运行状态是否符合安全开门条件,如果判断结果为是,跳转到S351;如果判断结果为否,跳转到S352。
可选的,终端对车门外侧图像进行目标识别,以识别出车门外侧是否有障碍物。判断检测结果中车辆是否熄火,行驶速度是否小于设定时速。当然,也可以由用户主观判断是否符合安全开门条件。
S351、根据用户的设定触发操作确认,向车载设备发送开门指令。
S352、向用户提示停止开门。
如果符合安全开门条件则根据用户的设定触发操作确认,向车载设备发送开门指令;如果不符合向用户提示停止开门。具体的,在终端上显示“开门不安全,停止开门”。
本实施例通过外部环境信息和/或运行状态符合安全开门条件,根据用户的设定触发操作确认,向车载设备发送开门指令,提高了自动打开车门的安全性。
本发明实施例还提供第三种车门控制方法,适用于智能车辆的车载设备,其流程图如图4所示,可适用于智能车辆在终端的控制下自动打开车门的情况。该方法可以由车门控制装置来执行,该装置可以由软件和/或硬件构成,并一般集成在车载设备中。
如图4所示的车门控制方法,包括:
S410、在目标车辆的车门闭锁状态时,获取车内的生物特征信息。
S420、对生物特征信息进行分析,得到车内乘客具有开门需求。
S430、向终端发送开门请求,以供终端显示开门请求,并根据用户的设定触发操作确认,返回开门指令;开门请求包括生物特征信息。
S440、响应于开门指令,控制车门解锁。进一步的,车载设备响应于开门指令,控制车门解锁后再控制车门打开,还可以控制车窗打开。
可选的,在向终端发送开门请求后,如果在设定时长内未接收到开门指令,则控制车门解锁并打开,以便及时满足车内乘客的开门需求。
可选的,在控制车门解锁并打开之后还包括:将座椅调节为用户驾驶时候姿势,以供用户打开车门后直接坐到座椅上。
图5是本发明实施例提供的第四种车门控制方法的流程图,本实施例对生物特征信息以及对生物特征信息的分析过程进行细化。具体包括以下操作:
S510、在目标车辆的车门闭锁状态时,获取车内座位和/或车门内侧所受压力。
在目标车辆的座椅上和/或车门内侧设置压力传感器,当车门乘客,尤其是小孩子无法开门时,往往会坐在座椅上或者拍打车门,则压力传感器会获取到车内座位和/或车门内侧所受压力。当然,前述压力可能是误检测或者车门物品导致的,需要获取更丰富的生物特征信息。
S520、如果压力达到设定压力阈值,控制车内摄像头开启,和/或控制语音交互模块开启。
设定压力阈值可以为平均体重的人坐在座椅上时的压力,或者人手拍打车门内侧时的压力。如果压力达到设定压力阈值,说明可能有人坐在座椅上或者拍打车门内侧,则车载设备控制车内摄像头开启,和/或控制语音交互模块开启。
S530、通过车内摄像头采集图像,和/或通过语音交互模块采集语音。
车内摄像头开启后采集车内图像,语音交互模块开启后发出询问语音,例如“有人吗”,“你是谁”或“需要开门吗”,并采集车门乘客的回复语音。
S540、对图像进行人脸识别,和/或对语音进行语音识别。
S550、如果识别到人脸和/或识别到与开门关联的语音内容,得到车内乘客具有开门需求。
与开门关联的语音内容如“请打开门”和“我要下车”等,能反映车门乘客的开门意图。
需要说明的是,摄像头和语音交互模块中可以开启至少一项。可选的,在二者均开启的场景中,首先通过车内摄像头采集图像,并对图像进行人脸识别,如果识别到人脸,再通过语音交互模块采集语音,并对语音进行语音识别。如果识别到与开门关联的语音内容,得到车内乘客具有开门需求。如果仅识别到人脸,只能说明车内有乘客,但并不能明确乘客是自愿坐在车内,还是有开门需求。基于此,进一步通过识别与开门关联的语音内容,能够明确获知乘客具有开门需求,这样,可以排除有乘客自愿坐在车内而没有开门需求的情况。
S560、向终端发送开门请求,以供终端显示开门请求,并根据用户的设定触发操作确认,返回开门指令;开门请求包括生物特征信息。
S570、响应于开门指令,控制车门解锁。
本实施例通过多种传感器配合采集生物特征信息,从而准确分析出车门乘客是否有开门需求,排除车门没有乘客,或者有乘客自愿坐在车内而没有开门需求的情况。
本发明实施例还提供第五种车门控制方法,适用于智能车辆上的智能车门,可适用于智能车门在终端的控制下自动打开的情况。该方法可以由车门控制装置来执行,该装置可以由软件和/或硬件构成,并一般集成在智能车门中。
第五种车门控制方法包括以下步骤:
第一步:接收用户的开门指令,所述开门指令是终端显示开门请求后根据用户的设定触发操作确认发送的,所述开门请求是车载设备对车门闭锁状态时车内的生物特征信息进行分析,得到车内乘客具有开门需求时发送的;所述开门请求包括生物特征信息。
本步骤参见上述实施例的描述,此次不在赘述。
第二步:判断是否处于自主解锁模式。
智能车门在接收到用户的开门指令之后,判断是否处于自主解锁模式。智能车门在自主解锁模式下可以根据用户的开门指令执行解锁操作;不在自主解锁模式下时,不可以根据用户的开门指令执行解锁操作。
可选的,智能车门的自主解锁模式包括:非行驶中、驾驶人位置空缺和非公共交通。具体的,检测智能车辆的行驶状态,当行驶状态为驻车时,自主解锁模式为非行驶中。检测主驾驶座椅所受压力,如果压力未超过设定压力阈值,说明驾驶人不在主驾驶座椅,自主解锁模式为驾驶人位置空缺。获取智能车辆的车辆类型,如果为非公共交通车辆,如公交车等,自主解锁模式为非公共交通。
第三步:如果处于自主解锁模式,执行解锁操作。
智能车门如果处于自主解锁模式,直接执行解锁操作,不再需要受车载设备的控制。进一步的,智能车门执行解锁操作后再执行车门打开操作,和/或车窗打开操作。
在一应用场景中,车载设备对生物特征信息进行分析,得到车内乘客的位置,并将位置发送给智能车门。智能车门根据车门乘客的位置选定距离最近的车门和/或车窗,并执行对应车门的解锁操作,以及对应车门和/或车窗的打开操作。
在另一应用场景中,如果处于自主解锁模式,根据用户预先注册的信息以及信息与级别的对应关系,确认用户的级别。智能车门根据车门乘客的位置和用户的级别选定距离最近的车门和/或车窗,并执行对应车门的解锁操作,以及对应车门和/或车窗的打开操作。
示例性的,如果用户级别为高级,具有解锁和打开任意门和任意窗的权限;如果用户级别为普通,仅具有解锁和打开非主驾驶门和非主驾驶门上的车窗的权限。基于此,在用户权限范围内,选定距离乘客的位置最近的车门和/或车窗。
本实施例提供的适用于智能车门的车门控制方法可以根据开门指令进行直接操作,不再需要车载设备的控制,具有自主执行解锁操作的功能;而且,智能车门通过处于自主解锁模式时执行解锁操作,有效地提高安全性。
图6是本发明实施例提供的一种车门控制装置的结构示意图,本发明实施例适用于通过终端对智能车辆进行控制的情况。结合图6,车门控制装置包括:接收模块610,显示模块620和发送模块630。
接收模块610,用于接收目标车辆的车载设备发送的开门请求;开门请求是车载设备对车门闭锁状态时车内的生物特征信息进行分析,得到车内乘客具有开门需求时发送的;开门请求包括生物特征信息;
显示模块620,用于显示开门请求;
发送模块630,用于根据用户的设定触发操作确认,向车载设备发送开门指令,以供车载设备响应于开门指令,控制车门解锁。
本发明实施例中,车载设备能够对车门闭锁状态时车内的生物特征信息进行分析,得到车内乘客具有开门需求,从而通过车门闭锁条件下分析生物特征信息,以准确识别到乘客的开门需求;通过终端显示生物特征信息,以便用户远程就可以直观掌握车内乘客情况,从而指导做出设定触发操作;通过根据用户的设定触发操作确认,向车载设备发送开门指令,从而车载设备响应于开门指令,控制车门解锁,实现了终端远程控制车门自动解锁的方案,无需手动开门,同时避免有开门需求的乘客被锁车内的情况,提高了车辆的智能化程度和安全性。
可选地,发送模块630用于执行以下操作的至少一种:根据用户对目标车辆的解锁操作,向车载设备发送对应车门的开门指令;根据用户对目标车辆的任一车门控件的触发操作,向车载设备发送对应车门的开门指令;根据用户对设定打开幅度控件的触发操作,向车载设备发送对应打开幅度的开门指令;根据用户对设定打开速度控件的触发操作,向车载设备发送对应打开速度的开门指令;根据用户指尖在终端屏幕上的至少一个滑动操作,分别生成与每个滑动操作的幅度和速度对应的开门指令,并将至少一个开门指令依次发送至车载设备;根据车门的实际打开幅度和速度生成开门动画并显示。
可选的,发送模块630用于获取目标车辆的外部环境信息和/或运行状态;向用户提示安全开门条件;如果外部环境信息和/或运行状态符合安全开门条件,根据用户的设定触发操作确认,向车载设备发送开门指令。
本发明实施例所提供的车门控制装置可执行本发明任意实施例所提供的车门控制方法,具备执行方法相应的功能模块和有益效果。
图7是本发明实施例提供的另一种车门控制装置的结构示意图,本发明实施例适用于智能车辆在终端的控制下自动打开车门的情况。结合图7,车门控制装置包括:获取模块710、分析模块720、发送模块730和控制模块740。
获取模块710,用于在目标车辆的车门闭锁状态时,获取车内的生物特征信息;
分析模块720,用于对生物特征信息进行分析,得到车内乘客具有开门需求;
发送模块730,用于向终端发送开门请求,以供终端显示开门请求,并根据用户的设定触发操作确认,返回开门指令;开门请求包括生物特征信息;
控制模块740,用于响应于开门指令,控制车门解锁。
可选的,获取模块710具体用于在目标车辆的车门闭锁状态时,获取车内座位和/或车门内侧所受压力;如果压力达到设定压力阈值,控制车内摄像头开启,和/或控制语音交互模块开启;通过车内摄像头采集图像,和/或通过语音交互模块采集语音;相应的,分析模块720具体用于对图像进行人脸识别,和/或对语音进行语音识别;如果识别到人脸和/或识别到与开门关联的语音内容,得到车内乘客具有开门需求。
本发明实施例所提供的车门控制装置可执行本发明任意实施例所提供的车门控制方法,具备执行方法相应的功能模块和有益效果。
图8是本发明实施例提供的一种终端的结构示意图。图8示出了来实现本发明实施方式的示例性终端12的框图。图8显示的终端12仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图8所示,终端12以通用计算设备的形式表现。终端12的组件可以包括但不限于:一个或者多个处理器或者处理单元16,系统存储器28,连接不同系统组件(包括系统存储器28和处理单元16)的总线18。
总线18表示几类总线结构中的一种或多种,包括存储器总线或者存储器控制器,外围总线,图形加速端口,处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说,这些体系结构包括但不限于工业标准体系结构(ISA)总线,微通道体系结构(MAC)总线,增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。
终端12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被终端访问的可用介质,包括易失性和非易失性介质,可移动的和不可移动的介质。
系统存储器28可以包括易失性存储器形式的计算机系统可读介质,例如随机存取存储器(RAM)30和/或高速缓存存储器32。终端12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例,存储系统34可以用于读写不可移动的、非易失性磁介质(图8未显示,通常称为“硬盘驱动器”)。尽管图8中未示出,可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器,以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下,每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品,该程序产品具有一组(例如至少一个)程序模块,这些程序模块被配置以执行本发明各实施例的功能。
具有一组(至少一个)程序模块42的程序/实用工具40,可以存储在例如存储器28中,这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。
终端可与一个或者多个使得用户能与该终端12交互的设备通信,和/或与使得该终端12能与一个或多个其它计算设备进行通信的任何设备(例如网卡,调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且,终端12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。如图所示,网络适配器20通过总线18与终端12的其它模块通信。应当明白,尽管图中未示出,可以结合终端12使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
处理单元16通过运行存储在系统存储器28中的程序,从而执行各种功能应用以及数据处理,例如实现本发明实施例所提供的车门控制方法。
车载设备的结构示意图参见图8,包括:一个或多个处理器;存储器,用于存储一个或多个程序,当一个或多个程序被一个或多个处理器执行,使得一个或多个处理器实现上述车门控制方法,例如在目标车辆的车门闭锁状态时,获取车内的生物特征信息;对生物特征信息进行分析,得到车内乘客具有开门需求;向终端发送开门请求,以供终端显示开门请求,并根据用户的设定触发操作确认,返回开门指令;开门请求包括生物特征信息;响应于开门指令,控制车门解锁。
本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现任一实施例的车门控制方法。
本发明实施例的计算机存储介质,可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于无线、电线、光缆、RF等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码,程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
注意,上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解,本发明不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此,虽然通过以上实施例对本发明进行了较为详细的说明,但是本发明不仅仅限于以上实施例,在不脱离本发明构思的情况下,还可以包括更多其他等效实施例,而本发明的范围由所附的权利要求范围决定。