一种车辆检测方法和车辆检测装置与流程

文档序号:30708744发布日期:2022-07-10 02:04阅读:137来源:国知局
一种车辆检测方法和车辆检测装置与流程

1.本方案涉及计算机技术领域,尤其涉及一种车辆检测方法和车辆检测装置。


背景技术:

2.随着自动驾驶技术的发展,对车辆的故障检测成为自动驾驶领域重要的内容。在自动驾驶车辆出现故障时,因为没有驾驶员往往难以发现,存在巨大的安全隐患。
3.目前,现有的车辆检测方法可以通过摄像头对待检测车辆进行拍摄,再根据拍摄得到的图像判断待检测车辆的故障情况。该方法无法准确得到待检测车辆的待检测部件的故障情况。


技术实现要素:

4.本技术实施例提供了一种车辆检测方法和车辆检测装置,其中,车辆检测装置包括服务器、待检测车辆和第一车辆。该方法中,服务器可以响应于针对待检测车辆的待检测部件检测请求,根据待检测车辆的位置确定第一车辆,再向待检测车辆发送第一工作指令和向第一车辆发送第二工作指令,其中,第一工作指令用于指示待检测部件在目标时间段内开启至少一次;向第一车辆发送第二工作指令,第二工作指令用于指示第一车辆在目标时间段内拍摄第一图像和将第一图像发送至服务器,最后,服务器从第一图像中识别待检测部件的故障情况。实施本技术方案,服务器可以通过控制待检测车辆与第一车辆互相配合,确定待检测车辆的待检测部件的故障情况,提高了检测准确度。
5.第一方面,本技术实施例提供了一种车辆检测方法,其特征在于,应用于服务器,该方法包括:
6.根据待检测车辆的位置信息,确定第一车辆,第一车辆与待检测车辆的距离小于目标阈值;
7.向待检测车辆发送第一工作指令,第一工作指令用于指示待检测车辆的待检测部件在目标时间段内开启至少一次;
8.向第一车辆发送第二工作指令,第二工作指令用于指示第一车辆在目标时间段内拍摄第一图像和将第一图像发送至服务器;
9.从第一图像中识别待检测部件的故障情况。
10.结合第一方面,在一种可能的实现方式中,服务器可以接收针对待检测车辆的待检测部件的检测请求,检测请求用于指示服务器向待检测车辆发送第一工作指令和向第一车辆发送第二工作指令。
11.结合第一方面,在一种可能的实现方式中,服务器可以同时获取多个待检测车辆的检测请求,根据待检测车辆周围的第一车辆的数量和位置,确定对上述多个待检测车辆的检测顺序。
12.结合第一方面,在一种可能的实现方式中,服务器获取至少一个车辆中每一个车辆的路径规划和该待检测车辆的路径规划,该至少一个车辆与该待检测车辆的距离均小于
目标阈值;从该至少一个车辆中筛选出路径规划与该待检测车辆的路径规划部分重合的车辆;从筛选出的车辆中确定该第一车辆。
13.结合第一方面,在一种可能的实现方式中,筛选出的车辆和待检测车辆所重合的路径规划在目标时间段内的路径规划为直道。其中,直道为所述直道的车道线与其他方向的车道线不交叉的车道。
14.在一些实施例中,服务器可以筛选出和待检测车辆所重合的路径规划在目标时间段内的路径规划为直道的车辆作为第一车辆,可以避免在车辆检测方法执行结束后影响上述第一车辆的原始路径规划。
15.在另一些实施例中,服务器可以根据待检测部件,筛选出和待检测车辆所重合的路径规划在目标时间段内的路径规划为弯道的车辆作为第一车辆。例如,在待检测部件为右转向灯时,服务器可以筛选出和待检测车辆所重合的路径规划在目标时间段内的路径规划为前方右拐的弯道的车辆作为第一车辆。可以理解的,该方法可以避免车辆在直行路段开启左右转向灯等待检测部件,防止影响其他车辆正常行驶。
16.结合第一方面,在一种可能的实现方式中,服务器向筛选出的车辆发送拍摄指令,该拍摄指令用于指示该筛选出的车辆分别拍摄第二图像;根据该筛选出的车辆分别拍摄的第二图像和该待检测车辆的标识,从该筛选出的车辆中确定第一车辆,第一车辆拍摄的第二图像包含该标识。
17.结合第一方面,在一种可能的实现方式中,在待检测部件位为待检测车辆的前侧时,第一车辆位于待检测车辆的前方。
18.结合第一方面,在一种可能的实现方式中,在待检测部件位为待检测车辆的后侧时,第一车辆位于待检测车辆的后方。
19.结合第一方面,在一种可能的实现方式中,该方法还包括:
20.根据待检测车辆的位置、第一车辆的位置和待检测部件,确定相机的拍摄角度,第二工作指令携带该拍摄角度。
21.结合第一方面,在一种可能的实现方式中,服务器从第一图像中识别待检测部件;在待检测部件在第一图像中的平均灰度值在目标范围内时,确定待检测部件不存在故障。
22.结合第一方面,在一种可能的实现方式中,服务器从第一图像中识别待检测部件的位置;在待检测部件在该第一图像中的位置位于目标位置时,确定待检测部件不存在故障。
23.结合第一方面,在一种可能的实现方式中,第一图像包括多帧图像,服务器在该第一图像的每帧图像中分别识别待检测部件的位置;当待检测部件在上述多帧图像中的位置不一致时,确定该待检测部件不存在故障。
24.结合第一方面,在一种可能的实现方式中,第一图像包括多帧图像,服务器识别上述多帧图像的每帧图像中的待检测部件;根据上述每帧图像的中待检测部件的灰度值识别待检测部件的工作状态;若根据多帧图像识别到的待检测部件的工作状态的变化规律满足预设规律时,确定待检测部件不存在故障,该第一工作指令用于指示待检测部件以预设规律工作。
25.第二方面,本技术实施例提供了一种车辆检测方法,其特征在于,应用于待检测车辆,该方法包括:
26.接收服务器发送的第一工作指令,服务器还用于向第一车辆发送第二工作指令,第一车辆与待检测车辆的距离小于目标阈值,第二工作指令用于指示第一车辆在目标时间段内拍摄第一图像和将第一图像发送至服务器,第一图像用于识别待检测车辆的待检测部件的故障情况;
27.根据第一工作指令,在目标时间段内控制待检测部件开启至少一次。
28.结合第二方面,在一种可能的实现方式中,待检测车辆可以向服务器发送针对待检测车辆的待检测部件的检测请求,检测请求用于指示服务器向待检测车辆发送第一工作指令和向第一车辆发送第二工作指令。
29.结合第二方面,在一种可能的实现方式中,服务器根据第一工作指令,控制待检测部件在该目标时间段内以预设规律工作。
30.结合第二方面,在一种可能的实现方式中,待检测车辆控制待检测部件在该目标时间段内处于工作状态。
31.结合第二方面,在一种可能的实现方式中,待检测车辆在第一时间点开启待检测部件;在第二时间点关闭该待检测部件,该第一时间点和该第二时间点为该目标时间段内的两个时间点。
32.第三方面,本技术实施例提供了一种车辆检测方法,其特征在于,应用于第一车辆,该方法包括:
33.接收服务器发送的第二工作指令,服务器还用于向待检测车辆发送第一工作指令,第一工作指令用于指示待检测车辆的待检测部件在目标时间段内开启至少一次,第一车辆与待检测车辆的距离小于目标阈值;
34.根据第二工作指令,在目标时间段内拍摄第一图像;
35.将第一图像发送至服务器,第一图像用于识别待检测部件的故障情况。
36.结合第三方面,在一种可能的实现方式中,第二工作指令是在服务器响应于待检测车辆发送的针对待检测部件的检测请求时生成的,检测请求还用于指示服务器向待检测车辆发送第一工作指令。
37.结合第三方面,在一种可能的实现方式中,在该接收服务器发送的第二工作指令之前,第一车辆接收该服务器发送的拍摄指令;根据该拍摄指令,拍摄第二图像,该第二图像用于确定该第一车辆;将该第二图像发送至该服务器,该第二图像包括该待检测车辆的标识。
38.结合第三方面,在一种可能的实现方式中,第二工作指令携带拍摄角度,第一车辆可以控制相机以该拍摄角度拍摄该第一图像,该拍摄角度是该服务器根据该待检测车辆的位置、该第一车辆的位置和该待检测部件确定的。
39.结合第三方面,在一种可能的实现方式中,第二工作指令携带车道,第一车辆可以切换至上述车道,该车道是服务器根据待检测车辆的位置、第一车辆的位置和待检测部件确定的。
40.结合第三方面,在一种可能的实现方式中,第二工作指令携带速度信息。例如,待检测车辆切换至第一车辆的右车道,若第一车辆完成对待检测车辆左侧的待检测部件拍摄后,发现本车道前方为其他车辆时,第一车辆可以减速以留出空间,使得待检测车辆可以切换至本车道并进一步由本车道切换道左车道。
41.在一种可能的实现方式中,服务器可以根据待检测车辆确定多个第一车辆,以完成对上述待检测车辆的检测。
42.具体的,服务器可以根据第一指令确定待检测车辆,再根据待检测车辆确定第一车辆。在筛选出有多个第一车辆在目标阈值范围内且都能识别到待检测车辆标识时,服务器可以同时给多个第一车辆下发第二指令,在不同时段分别给不同的第一车辆分配不同的检测部件范围,多个第一车辆配合同时或分时开展对待检测车辆的检测。
43.例如,服务器可以在待检测车辆同车道的前方,后方和左边车道的左后方筛选出三辆第一车辆,可以给前方的第一车辆下发雨刷,喷水部件的检测,给后方的第一车辆下发双跳灯部件的检测,给左后方的第一车辆下发左侧车窗部件的检测,同时下发携带车速信息的指令,所述指令用于使所有第一车辆和待检测车辆维护相同车速,同时刻开展检测。在检测完成时,前方和左后方的第一车辆可以退出检测,进而,服务器给后方的第一车辆下发刹车灯的检测指令,该刹车灯的检测指令可以携带减速信息,该减速信息用于拉开第一车辆与待检测车辆的距离以使待检测车辆具备执行刹车动作的空间。
44.第四方面,本技术实施例提供了一种车辆检测装置,其特征在于,应用于服务器,该装置包括:
45.确定单元,用于根据待检测车辆的位置信息,确定第一车辆,第一车辆与待检测车辆的距离小于目标阈值;
46.发送单元,用于向待检测车辆发送第一工作指令,第一工作指令用于指示待检测车辆的待检测部件在目标时间段内开启至少一次;
47.发送单元,用于向第一车辆发送第二工作指令,第二工作指令用于指示第一车辆在目标时间段内拍摄第一图像和将第一图像发送至服务器;
48.识别单元,用于从第一图像中识别待检测部件的故障情况。
49.可选地,该车辆检测装置还可以包括接收单元,用于接收针对待检测车辆的待检测部件的检测请求,该检测请求用于指示服务器向待检测车辆发送第一工作指令和向第一车辆发送第二工作指令。
50.可选地,该车辆检测装置还可以包括存储单元,用于存储数据或计算机指令。
51.另外,该方面中,车辆检测装置其他可选的实施方式可参见上述第一方面的相关内容,此处不再详述。
52.作为示例,接收单元或发送单元可以为收发器或接口,存储单元可以为存储器,确定单元或识别单元可以为处理器。
53.第五方面,本技术实施例提供了一种车辆检测装置,其特征在于,应用于待检测车辆,该装置包括:
54.接收单元,用于接收服务器发送的第一工作指令,服务器还用于向第一车辆发送第二工作指令,第一车辆与待检测车辆的距离小于目标阈值,第二工作指令用于指示第一车辆在目标时间段内拍摄第一图像和将第一图像发送至服务器,第一图像用于识别待检测车辆的待检测部件的故障情况;
55.控制单元,用于根据第一工作指令,在目标时间段内控制待检测部件开启至少一次。
56.可选地,该车辆检测装置还可以包括发送单元,用于向服务器发送针对待检测车
辆的待检测部件的检测请求,检测请求用于指示服务器向待检测车辆发送第一工作指令和向第一车辆发送第二工作指令。
57.可选地,该车辆检测装置还可以包括存储单元,用于存储数据或计算机指令。
58.另外,该方面中,车辆检测装置其他可选的实施方式可参见上述第二方面的相关内容,此处不再详述。
59.作为示例,接收单元或发送单元可以为收发器或接口,存储单元可以为存储器,控制单元可以为处理器。
60.第六方面,本技术实施例提供了一种车辆检测装置,其特征在于,应用于第一车辆,该装置包括:
61.接收单元,用于接收服务器发送的第二工作指令,所述服务器还用于向所述待检测车辆发送第一工作指令,所述第一工作指令用于指示所述待检测车辆的待检测部件在目标时间段内开启至少一次;所述第一车辆与所述待检测车辆的距离小于目标阈值;
62.拍摄单元,用于根据所述第二工作指令,在所述目标时间段内拍摄第一图像;
63.发送单元,用于将所述第一图像发送至所述服务器,所述第一图像用于识别所述待检测部件的故障情况。
64.可选地,该车辆检测装置还可以包括存储单元,用于存储数据或计算机指令。
65.另外,该方面中,车辆检测装置其他可选的实施方式可参见上述第三方面的相关内容,此处不再详述。
66.作为示例,接收单元或发送单元可以为收发器或接口,存储单元可以为存储器,拍摄单元可以为处理器。
67.第七方面,本技术实施例提供一种电子设备,其特征在于,电子设备包括:一个或多个处理器、存储器;存储器与一个或多个处理器耦合,存储器用于存储计算机程序代码,计算机程序代码包括计算机指令,一个或多个处理器用于调用计算机指令以使得电子设备执行如第一方面、第二方面或第三方面中任一方面所述的方法。
68.第八方面,本技术实施例提供一种电子设备,可以包括处理器和通信接口,处理器通过通信接口获取程序指令,当程序指令被处理器执行时实现第一方面、第二方面或第三方面中任一方面所述的方法。
69.第九方面,本技术实施例提供一种电子设备,该电子设备可以包括处理电路,处理电路配置为执行如第一方面、第二方面或第三方面中任一方面所述的方法。
70.第十方面,本技术实施例提供了一种芯片,该芯片应用于电子设备,该芯片包括一个或多个处理器,该处理器用于调用计算机指令以使得该电子设备执行如第一方面、第二方面或第三方面以及上述任一方面所述的方法。在执行上述第一方面或第二方面或第三方面所述的方法的过程中,上述方法中有关发送上述指令和接收上述指令的过程,可以理解为由处理器输出上述指令的过程,以及处理器接收输入的上述指令的过程。在输出上述指令时,处理器将该上述指令输出给收发器,以便由收发器进行发射。该上述指令在由处理器输出之后,还可能需要进行其他的处理,然后才到达收发器。类似的,处理器接收输入的上述指令时,收发器接收该上述指令,并将其输入处理器。更进一步的,在收发器收到该上述指令之后,该上述指令可能需要进行其他的处理,然后才输入处理器。
71.对于处理器所涉及的发射、发送和接收等操作,如果没有特殊说明,或者,如果未
与其在相关描述中的实际作用或者内在逻辑相抵触,则均可以更加一般性的理解为处理器输出和接收、输入等操作,而不是直接由射频电路和天线所进行的发射、发送和接收操作。
72.在实现过程中,上述处理器可以是专门用于执行这些方法的处理器,也可以是执行存储器中的计算机指令来执行这些方法的处理器,例如通用处理器。上述存储器可以为非瞬时性(non-transitory)存储器,例如只读存储器(read only memory,rom),其可以与处理器集成在同一块芯片上,也可以分别设置在不同的芯片上,本技术实施例对存储器的类型以及存储器与处理器的设置方式不做限定。
73.可选地,结合上述第十方面,在第一种可能的实施方式中,芯片系统还可以包括存储器,存储器,用于保存车辆必要的程序指令和数据。该芯片系统,可以由芯片构成,也可以包含芯片和其他分立器件。其中,芯片系统可以包括专用集成电路(application specific integrated circuit,asic)、现成可编程门阵列(field programmable gate array,fpga)或者其他可编程逻辑器件等。进一步,芯片系统还可以包括接口电路等。
74.可选地,结合上述第十方面,存储器位于处理器之内;或存储器位于处理器之外。
75.第十一方面,本技术实施例还提供一种处理器,用于执行上述第一方面或第二方面或第三方面所述的方法。
76.第十二方面,本技术实施例提供一种包含指令的计算机程序产品,当上述计算机程序产品在电子设备上运行时,使得上述电子设备执行如第一方面、第二方面、或第三方面以及上述任一方面所述的方法。
77.第十三方面,本技术实施例提供一种计算机可读存储介质,包括指令,当上述指令在电子设备上运行时,使得上述电子设备执行如第一方面、第二方面、或第三方面以及上述任一方面所述的方法。
附图说明
78.下面对本技术实施例用到的附图进行介绍。
79.图1为本技术实施例提供的一种车辆检测系统架构示意图;
80.图2为本技术实施例提供的另一种车辆检测系统架构示意图;
81.图3为本技术实施例提供的一种车辆002的功能框图;
82.图4为本技术实施例提供的一种车辆检测方法的流程图;
83.图5为本技术实施例提供的一种车辆检测方法的示意图;
84.图6为本技术实施例提供的一种多个第一车辆的示意图;
85.图7为本技术实施例提供的一种确定第一车辆的方法流程图;
86.图8a为本技术实施例提供的一种确定第一区域内的车辆的示意图;
87.图8b为本技术实施例提供的一种确定第二车辆的示意图;
88.图8c为本技术实施例提供的一种从第二车辆中确定第一车辆的示意图;
89.图9为本技术实施例提供的一种根据第二图像确定第一车辆的方法流程图;
90.图10为本技术实施例提供的一种服务器的硬件结构图;
91.图11为本技术实施例提供的一种车辆检测装置的结构示意图;
92.图12为本技术实施例提供的一种车辆检测装置的结构示意图;
93.图13为本技术实施例提供的一种车辆检测装置的结构示意图。
具体实施方式
94.本技术以下实施例中所使用的术语只是为了描述特定实施例的目的,而并非旨在作为对本技术实施例的限制。如在本技术实施例的说明书和所附权利要求书中所使用的那样,单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括复数表达形式,除非其上下文中明确地有相反指示。还应当理解,本技术实施例中使用的术语“和/或”是指并包含一个或多个所列出项目的任何或所有可能组合。
95.为了更好地理解本技术实施例提供的一种车辆检测方法和车辆检测装置,下面先对本技术实施例使用的系统架构进行描述。
96.请参见图1,图1为本技术实施例提供的一种车辆检测系统架构示意图。如图1所示,该系统架构包括服务器10、待检测车辆20和第一车辆30,其中,第一车辆30可以包括多个车辆。其中:
97.首先,待检测车辆20可以向服务器10发送针对待检测车辆20的待检测部件的检测请求,相应的,服务器10响应于该检测请求,根据待检测车辆20的位置确定第一车辆30。例如,服务器10可以将与待检测车辆20的距离小于目标阈值的车辆确定为第一车辆30。
98.在确定第一车辆30后,服务器10可以向待检测车辆20发送第一工作指令和向第一车辆30发送第二工作指令。待检测车辆20根据第一工作指令使待检测部位在目标时间段内开启至少一次;第一车辆30根据第二工作指令拍摄第一图像,再将第一图像发送至服务器10。最后,服务器10可以从第一图像中识别待检测部件的故障情况。
99.在一些实施例中,服务器10还可以向与待检测车辆20的距离小于目标阈值的车辆发送拍摄指令,该拍摄指令用于指示接收到该拍摄指令的车辆拍摄第二图像和将第二图像发送至服务器10。进而,服务器10可以将拍摄的第二图像中包含待检测车辆20的标识的车辆确定为第一车辆30。
100.其中,本技术实施例中的待检测车辆20和第一车辆30可以为车辆002,如图3所示。车辆002是通过车载传感系统感知道路环境,自动规划行车路线并控制车辆到达预定目标的汽车。智能汽车集中运用了计算机、现代传感、信息融合、通讯、人工智能及自动控制等技术,是一个集环境感知、规划决策、多等级辅助驾驶等功能于一体的高新技术综合体。其中,本技术中的智能车辆可以是拥有以计算机系统为主的智能驾驶仪的智能车辆,其中,该智能驾驶仪用于使车辆实现无人驾驶,也可以是拥有辅助驾驶系统或者全自动驾驶系统的智能车辆,还可以是轮式移动机器人等。
101.其中,本技术实施例中的服务器10可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
102.请参见图2,图2为本技术实施例提供的另一种车辆检测系统架构示意图。如图2所示,车辆检测系统架构包括服务器、待检测车辆、第一车辆和路边摄像机,其中,服务器还可以与路边摄像机进行交互。具体的,在待检测车辆和第一车辆经过该路边摄像机所在的路段时,服务器可以向路边摄像机发送指令,以使路边摄像机开启拍摄和将拍摄的图像上传至服务器,最后,服务器可以根据路边摄像机拍摄的图像和第一图像来识别待检测车辆的待检测部件的故障情况。
103.可以理解的是,图1或图2中的车辆检测系统架构只是本技术实施例中的一种示例性的实施方式,本技术实施例中的车辆检测系统架构包括但不仅限于以上车辆检测系统架
构。
104.基于上述车辆检测系统架构,本技术实施例提供了一种应用于上述车辆检测系统架构中的车辆002,请参见图3,图3为本技术实施例提供的一种车辆002的功能框图。
105.在一个实施例中,可以将车辆002配置为完全或部分地自动驾驶模式。例如,车辆002可以在处于自动驾驶模式中的同时控制自身,并且可通过人为操作来确定车辆及其周边环境的当前状态,确定周边环境中的至少一个其他车辆的可能行为,并确定该其他车辆执行可能行为的可能性相对应的置信水平,基于所确定的信息来控制车辆002。在车辆002处于自动驾驶模式中时,可以将车辆002置为在没有和人交互的情况下操作。
106.车辆002可包括各种子系统,例如行进系统202、传感器系统204、控制系统206、一个或多个外围设备208以及电源210、计算机系统212和用户接口216。可选地,车辆002可包括更多或更少的子系统,并且每个子系统可包括多个元件。另外,车辆002的每个子系统和元件可以通过有线或者无线互连。
107.行进系统202可包括为车辆002提供动力运动的组件。在一个实施例中,行进系统202可包括引擎218、能量源219、传动装置220和车轮221。引擎218可以是内燃引擎、电动机、空气压缩引擎或其他类型的引擎组合,例如气油发动机和电动机组成的混动引擎,内燃引擎和空气压缩引擎组成的混动引擎。引擎218将能量源219转换成机械能量。
108.能量源219的示例包括汽油、柴油、其他基于石油的燃料、丙烷、其他基于压缩气体的燃料、乙醇、太阳能电池板、电池和其他电力来源。能量源219也可以为车辆002的其他系统提供能量。
109.传动装置220可以将来自引擎218的机械动力传送到车轮221。传动装置220可包括变速箱、差速器和驱动轴。在一个实施例中,传动装置220还可以包括其他器件,比如离合器。其中,驱动轴可包括可耦合到一个或多个车轮221的一个或多个轴。
110.传感器系统204可包括感测关于车辆002周边的环境的信息的若干个传感器。例如,传感器系统204可包括全球定位系统222(全球定位系统可以是gps系统,也可以是北斗系统或者其他定位系统)、惯性测量单元(inertial measurement unit,imu)224、雷达226、激光测距仪228以及相机230。传感器系统204还可包括被监视车辆002的内部系统的传感器(例如,车内空气质量监测器、燃油量表、机油温度表等)。来自这些传感器中的一个或多个的传感器数据可用于检测对象及其相应特性(位置、形状、方向、速度等)。这种检测和识别是自主车辆002的安全操作的关键功能。
111.全球定位系统222可用于估计车辆002的地理位置。imu 224用于基于惯性加速度来感测车辆002的位置和朝向变化。在一个实施例中,imu 224可以是加速度计和陀螺仪的组合。例如:imu 224可以用于测量车辆002的曲率。
112.雷达226可利用无线电信号来感测车辆002的周边环境内的物体。在一些实施例中,除了感测物体以外,雷达226还可用于感测物体的速度和/或前进方向。
113.激光测距仪228可利用激光来感测车辆002所位于的环境中的物体。在一些实施例中,激光测距仪228可包括一个或多个激光源、激光扫描器以及一个或多个检测器,以及其他系统组件。
114.相机230可用于捕捉车辆002的周边环境的多个图像。相机230可以是静态相机或视频相机,也可以是可见光相机或红外相机,可以是任一用来获取图像的相机,本技术实施
例对此不作限定。
115.本技术实施例中,相机230可以安装在车辆002的前侧、后侧以及左右两侧,相机230可以是通过旋转以调节拍摄角度的相机。另外,本技术实施例中的相机也可以通过伸缩杆安装在智能车辆上的任何位置,当需要获取图像时,伸缩杆伸展,以获取图像;当不需要获取图像时,伸缩杆收缩。本技术实施例中,相机230可以根据第一车辆接收的第二工作指令的指示下开启和关闭,并按照第二工作指令中携带的拍摄角度进行拍摄。
116.控制系统206为控制车辆002及其组件的操作。控制系统206可包括各种元件,其中包括转向单元232、油门234、制动单元236、传感器融合算法单元238、计算机视觉系统240、路线控制系统242以及障碍物避免系统244。
117.转向单元232可操作来调整车辆002的前进方向。例如在一个实施例中可以为方向盘系统。
118.油门234用于控制引擎218的操作速度并进而控制车辆002的速度。
119.制动单元236用于控制车辆002减速。制动单元236可使用摩擦力来减慢车轮221。在其他实施例中,制动单元236可将车轮221的动能转换为电流。制动单元236也可采取其他形式来减慢车轮221转速从而控制车辆002的速度。
120.计算机视觉系统240可以操作来处理和分析由相机230捕捉的图像以便识别车辆002周边环境中的物体和/或特征。所述物体和/或特征可包括交通信号、道路边界和障碍物。计算机视觉系统240可使用物体识别算法、运动中恢复结构(structure from motion,sfm)算法、视频跟踪和其他计算机视觉技术。在一些实施例中,计算机视觉系统240可以用于为环境绘制地图、跟踪物体、估计物体的速度等等。
121.路线控制系统242用于确定车辆002的行驶路线。在一些实施例中,路线控制系统242可结合来自传感器融合算法单元238、gps 222和一个或多个预定地图的数据以为车辆002确定行驶路线。
122.障碍物避免系统244用于识别、评估和避免或者以其他方式越过车辆002的环境中的潜在障碍物。
123.当然,在一个实例中,控制系统206可以增加或替换地包括除了所示出和描述的那些以外的组件。或者也可以减少一部分上述示出的组件。
124.车辆002通过外围设备208与外部传感器、其他车辆、其他计算机系统或用户之间进行交互。外围设备208可包括无线通信系统246、车载电脑248、麦克风250和/或扬声器252。
125.在一些实施例中,外围设备208提供车辆002的用户与用户接口216交互的手段。例如,车载电脑248可向车辆002的用户提供信息。用户接口216还可操作车载电脑248来接收用户的输入。车载电脑248可以通过触摸屏进行操作。在其他情况中,外围设备208可提供用于车辆002与位于车内的其它设备通信的手段。例如,麦克风250可从车辆002的用户接收音频(例如,语音命令或其他音频输入)。类似地,扬声器252可向车辆002的用户输出音频。
126.无线通信系统246可以直接地或者经由通信网络来与一个或多个设备无线通信。例如码分多址(code division multiple access,cdma)、增强型多媒体盘片系统(enhanced versatile disk,evd)、全球移动通信系统(global system for mobile communications,gsm)/是通用分组无线服务技术(general packet radio service,
gprs),或者4g蜂窝通信,例如长期演进(long term evolution,lte),或者5g蜂窝通信,或者新无线(new radio,nr)系统,或者未来通信系统等。无线通信系统246可利用wifi与无线局域网(wireless local area network,wlan)通信。在一些实施例中,无线通信系统246可利用红外链路、蓝牙或无线个域网(zigbee)与设备直接通信。其他无线协议,例如:各种车辆通信系统,例如,无线通信系统246可包括一个或多个专用短程通信(dedicated short range communications,dsrc)设备,这些设备可包括车辆和/或路边台站之间的公共和/或私有数据通信。
127.电源210可向车辆002的各种组件提供电力。在一个实施例中,电源210可以为可再充电锂离子或铅酸电池。这种电池的一个或多个电池组可被配置为电源为车辆002的各种组件提供电力。在一些实施例中,电源210和能量源219可一起实现,例如一些全电动车中那样。
128.车辆002的部分或所有功能受计算机系统212控制。计算机系统212可包括至少一个处理器213,处理器213执行存储在例如数据存储装置214这样的非暂态计算机可读介质中的指令215。计算机系统212还可以是采用分布式方式控制车辆002的个体组件或子系统的多个计算设备。
129.处理器213可以是任何常规的处理器,诸如商业可获得的cpu。替选地,该处理器可以是诸如asic或其它基于硬件的处理器的专用设备。尽管图3功能性地图示了处理器、存储器、和在相同块中的计算机120的其它元件,但是本领域的普通技术人员应该理解该处理器、计算机、或存储器实际上可以包括可以或者可以不存储在相同的物理外壳内的多个处理器、计算机、或存储器。例如,存储器可以是硬盘驱动器或位于不同于计算机120的外壳内的其它存储介质。因此,对处理器或计算机的引用将被理解为包括对可以或者可以不并行操作的处理器或计算机或存储器的集合的引用。不同于使用单一的处理器来执行此处所描述的步骤,诸如转向组件和减速组件的一些组件每个都可以具有其自己的处理器,所述处理器只执行与特定于组件的功能相关的计算。
130.在此处所描述的各个方面中,处理器可以位于远离该车辆并且与该车辆进行无线通信。在其它方面中,此处所描述的过程中的一些在布置于车辆内的处理器上执行而其它则由远程处理器执行,包括采取执行单一操纵的必要步骤。
131.在一些实施例中,存储器214可包含指令215(例如,程序逻辑),指令215可被处理器213执行来执行车辆002的各种功能,包括以上描述的那些功能。数据存储装置224也可包含额外的指令,包括向行进系统202、传感器系统204、控制系统206和外围设备208中的一个或多个发送数据、从其接收数据、与其交互和/或对其进行控制的指令。
132.除了指令215以外,存储器214还可存储数据,例如道路地图、路线信息,车辆的位置、方向、速度以及其它这样的车辆数据,以及其他信息。这种信息可在车辆002在自主、半自主和/或手动模式中操作期间被车辆002和计算机系统212使用。例如:可以根据目标路段的道路信息,和接收的车辆速度范围和车辆曲率范围内对车辆的当前速度和当前曲率进行微调,以使智能车辆的速度和曲率在车辆速度范围和车辆曲率范围内。
133.用户接口216,用于向车辆002的用户提供信息或从其接收信息。可选地,用户接口216可包括在外围设备208的集合内的一个或多个输入/输出设备,例如无线通信系统246、车载电脑248、麦克风250和扬声器252。
134.计算机系统212可基于从各种子系统(例如,行进系统202、传感器系统204和控制系统206)以及从用户接口216接收的输入来控制车辆002的功能。例如,计算机系统212可利用来自控制系统206的输入以便控制转向单元232来避免由传感器系统204和障碍物避免系统244检测到的障碍物。在一些实施例中,计算机系统212可操作来对车辆002及其子系统的许多方面提供控制。
135.可选地,上述这些组件中的一个或多个可与车辆002分开安装或关联。例如,存储器214可以部分或完全地与车辆002分开存在。上述组件可以按有线和/或无线方式来通信地耦合在一起。
136.可选地,上述组件只是一个示例,实际应用中,上述各个模块中的组件有可能根据实际需要增添或者删除,图3不应理解为对本技术实施例的限制。
137.在道路行进的自动驾驶汽车,如上面的车辆002,可以识别其周围环境内的物体以确定对当前速度的调整。所述物体可以是其它车辆、交通控制设备、或者其它类型的物体。在一些示例中,可以独立地考虑每个识别的物体,并且基于物体的各自的特性,诸如它的当前速度、加速度、与车辆的间距等,可以用来确定自动驾驶汽车所要调整的速度。
138.可选地,自动驾驶汽车车辆002或者与自动驾驶车辆002相关联的计算设备(如图3的计算机系统212、计算机视觉系统240、存储器214)可以基于所识别的物体的特性和周围环境的状态(例如,交通、雨、道路上的冰、等等)来预测所述识别的物体的行为。可选地,每一个所识别的物体都依赖于彼此的行为,因此还可以将所识别的所有物体全部一起考虑来预测单个识别的物体的行为。车辆002能够基于预测的所述识别的物体的行为来调整它的速度。在这个过程中,也可以考虑其它因素来确定车辆002的速度,诸如,车辆002在行驶的道路中的横向位置、道路的曲率、静态和动态物体的接近度等等。
139.除了提供调整自动驾驶汽车的速度的指令之外,计算设备还可以提供修改车辆002的转向角的指令,以使得自动驾驶汽车遵循给定的轨迹和/或维持与自动驾驶汽车附近的物体(例如,道路上的相邻车道中的轿车)的安全横向和纵向距离。
140.上述车辆002可以为轿车、卡车、摩托车、公共汽车、船、飞机、直升飞机、割草机、娱乐车、游乐场车辆、施工设备、电车、高尔夫球车、火车、和手推车等,本技术实施例不做特别的限定。
141.可以理解的是,图3中的智能车辆功能图只是本技术实施例中的一种示例性的实施方式,本技术实施例中的智能车辆包括但不仅限于以上结构。
142.请参考图4,图4为本技术实施例提供的一种车辆检测方法的流程图,该方法可应用于上述图1或图2所述的车辆检测系统中,其中的服务器10可以用于支持并执行图4中所示的方法流程步骤102-步骤105以及步骤109,待检测车辆可以用于支持并执行图4中所示的方法流程步骤101以及步骤106,第一车辆可以用于支持并执行图4中所示的方法流程步骤107-步骤108。该方法可以包括以下部分或全部步骤。
143.101、待检测车辆向服务器发送检测请求。
144.可选的,待检测车辆可以定时向服务器发送检测请求以获取车辆的故障情况,也可以在待检测部件工作次数达到预设次数时向服务器发送针对该待检测部件的检测请求,此处不作限定。其中,该检测请求可以针对待检测车辆的一个或多个待检测部件。
145.在一些实施例中,待检测车辆可在捕捉到自身某待检测部件启动工作的信号触发
的时候,向服务器发送检测请求,该检测请求用于指示服务器立即对该待检测部件进行检测。
146.例如,待检测车辆在右转开启右转向灯时,待检测车辆在感应到右转向灯开启的信号触发,向服务器发送检测请求,该检测请求用于指示服务器在接收到检测请求的时刻执行对右转向灯的检测。可以理解的,该方法可以在车辆的行驶过程中,利用车辆正常开启部件的时机完成对待检测部件的检测,可以避免待检测车辆为完成对待检测部件的检测做出不符合交通规则行为的情况,例如,待检测车辆为完成对转向灯的检测而在直行路段开启转向灯的情况。
147.可以理解的,步骤101为可选的步骤,服务器可以根据自身存储的待检测车辆实时位置信息来确定待检测车辆。
148.102、服务器接收针对待检测车辆的待检测部件的检测请求。
149.其中,检测请求可以是步骤101中待检测车辆向服务器发送的。
150.在一种实现中,该检测请求是由服务器生成的,服务器可以根据天气情况和时刻确定待检测部件,例如雨天时可以确定待检测部件为雨刷,又例如夜晚开启车灯等。可以理解的,该方法可以避免对其他车辆造成影响。
151.在另一种实现中,服务器接收到检测请求也可以是由其他服务器发送或人为输入的,此处不做限定。
152.103、服务器响应于检测请求,根据待检测车辆的位置信息,确定第一车辆。
153.可选的,服务器在接收到检测请求后,可以根据待检测车辆的位置信息和预设条件查找车辆,将满足该预设条件的车辆确定为第一车辆。其中,预设条件可以为第一车辆与待检测车辆的距离小于目标阈值。例如,预设条件可以为第一车辆与待检测车辆的距离小于10米,则服务器可以先获取待检测车辆的位置,进而,将与待检测车辆的距离小于10米的车辆确定为第一车辆。其中,服务器可以实时获取待检测车辆的位置。可以理解的,在待检测车辆周围的车辆才具备拍摄到待检测车辆的条件,因而可以将待检测车辆周围的车辆作为第一车辆。
154.其中,位置信息可以为根据车辆上报的经纬度信息在地图上指示的位置。服务器可以根据该位置,结合地图上的车道方向信息,确定查找的第一车辆是位于车辆前进方向指示的前方或后方。位置信息还可以包括路径规划信息等,此处不作限定。
155.在一种实现中,预设条件还可以包括根据待检测部件确定的条件。例如,在待检测部件位于待检测车辆的左右两侧时,预设条件还包括待检测车辆行驶在至少有两条行车道的道路上,则服务器根据待检测车辆当前的位置获取待检测车辆当前的车道情况,在待检测车辆行驶在至少有两条行车道的道路上时,再查找与待检测车辆的距离小于目标阈值的车辆。可以理解的,在待检测部件位于待检测车辆的左右两侧时,若第一车辆和待检测车辆为同一车道的前后车辆,第一车辆能够拍摄到待检测部件的难度大。
156.在一些实施例中,服务器还可以根据其他预设条件确定第一车辆,此处不作限定。服务器根据待检测车辆确定第一车辆的方法具体可参见步骤201~204,此处不再赘述。
157.需要说明的是,服务器在未查询到满足预设条件的车辆时,服务器可以向待检测车辆反馈该情况,也可以继续获取待检测车辆的位置和查找第一车辆,在出现满足预设条件的车辆时,确定该车辆为第一车辆,进而,执行步骤104~108。
158.在一些实施例中,服务器可以同时接受来自多个待检测车辆的检测请求,进而,服务器分别确定上述多个待检测车辆的第一车辆,再根据上述多个待检测车辆的第一车辆的数量和位置,确定对上述多个待检测车辆的检测顺序,进而,分别对上述多个待检测车辆的每一个车辆进行检测。
159.104、服务器向待检测车辆发送第一工作指令。对应地,待检测车辆接收第一工作指令。
160.其中,第一工作指令用于指示待检测部件在目标时间段内开启至少一次。
161.在一些实施例中,第一工作指令可以是服务器根据待检测部件生成的,其中,第一工作指令还可以包括待检测部件的工作时间和工作顺序。例如,待检测部件为雨刷时,该第一工作指令可以用于指示待检测车辆在接收到第一工作指令时控制雨刷工作5秒,又例如,待检测部件为转向灯时,该第一工作指令可以用于待检测车辆在接收到第一工作指令时开启右转向灯,在右转向灯工作5秒后,关闭右转向灯并开启左转向灯,在左转向灯工作5秒后关闭左转向灯。可选地,服务器还可以根据天气状况等调整对待检测车辆的待检测部件的检测时间。
162.105、服务器向第一车辆发送第二工作指令。对应地,第一车辆接收第二工作指令。
163.其中,第二工作指令用于指示第一车辆在该目标时间段内拍摄第一图像和将第一图像发送至服务器。可以理解的,第一工作指令和第二工作指令用于使第一车辆能够拍摄到待检测部件的工作情况,得到第一图像。
164.在一些实施例中,第二工作指令还可以携带相机的拍摄角度。可选的,服务器可以根据待检测车辆的位置、第一车辆的位置和待检测部件,确定相机的拍摄角度,其中,待检测车辆的位置和第一车辆的位置用于确定待检测车辆与第一车辆之间的相对位置。例如,服务器可以根据待检测车辆和第一车辆的位置,得到待检测车辆位于第一车辆的后方,再根据待检测部件为左转向灯以及左转向灯的具体位置,进一步的确定相机的拍摄角度。可以理解的,本技术实施例中的待检测车辆、第一车辆以及待检测部件的位置可以为其空间地理坐标,因而得到的拍摄角度可以为三维空间中的一个方向。
165.在另一些实施例中,第一工作指令和第二工作指令还可以包括控制车辆速度、切换车道等指令,以使调整待检测车辆和第一车辆的位置。例如,待检测部件为刹车灯时,第一工作指令用于指示待检测车辆执行至少一次刹车,第二工作指令还用于指示第一车辆在待检测车辆每次执行刹车的前后调整与待检测车辆的距离。其中,第一车辆与待检测车辆的一次具体的配合过程可以是,第一车辆先根据第二工作指令与待检测车辆保持第一距离,待检测车辆再根据第一工作指令踩刹车,在维持2秒后松开,此时第一车辆与待检测车辆的距离为第二距离,第一距离大于第二距离。可以理解的,通过第一车辆来控制与待检测车辆之间的距离,不会影响待检测车辆的待检测部件的正常工作,还可以防止车辆之间距离过近产生碰撞以及距离过远拍摄的第一图像清晰度不够。
166.106、待检测车辆根据第一工作指令,在目标时间段内控制待检测部件开启至少一次。
167.具体的,待检测车辆可以根据第一工作指令,在目标时间段内开启待检测部件。例如,待检测车辆可以根据针对车灯的第一工作指令,在目标时间段的第一时间点开启该车灯;在第二时间点关闭该车灯,该第一时间点和该第二时间点为该目标时间段内的两个时
间点,又例如,待检测车辆可以根据针对雨刷的第一工作指令,控制该雨刷在目标时间段内处于工作状态。
168.在一些实施例中,待检测车辆还可以根据第一工作指令,在目标时间段内控制待检测部件以预设规律进行工作。例如,待检测车辆在接收到第一工作指令后的一分钟内按照预设时间间隔开启和关闭雾灯。
169.在另一些实施例中,待检测车辆还可以根据第一工作指令,在目标时间段内控制待检测部件工作的同时,启动其他部件工作,以配合第一车辆拍摄第一图像。请参见图5,图5为本技术实施例提供的一种车辆检测方法的示意图。其中,待检测部件为车辆左右两侧的轮胎、车身、左右后视镜灯和车窗,图5中虚线车辆表示车辆前一时刻的位置,实线车辆表示车辆当前位置,虚线箭头表示车辆从前一时刻行驶至当前时刻的行驶方向。具体的,如图5中(a)所示,待检测车辆可以根据第一工作指令切换到左车道后,在左车道维持10秒的直行并在10秒期间降下所有车窗至最低位置后将其上升至最高位置;进而,如图5中的(b)所示,待检测车辆再根据第一工作指令切换回原车道后切换至右车道,在右车道维持10秒的直行并在10秒期间降下所有车窗至最低位置后将其上升至最高位置,期间第一车辆如图5所示保持直行并对待检测车辆进行拍摄。在待检测车辆所在车道只有左车道或右车道时,则服务器可以在待检测车辆切换车道一次后,向第一车辆发送第二工作指令,该第二工作指令包括车道,以使第一车辆进行切换至上述车道,以拍摄待检测车辆车窗和后视镜灯的故障情况。可以理解的,通过上述方法可以检测到车辆侧面的部件,提高了检测的部件的覆盖度。
170.可选地,待检测车辆可以在完成第一工作指令后,向服务器发送第一工作指令执行完毕的反馈。
171.107、第一车辆根据第二工作指令,在目标时间段内拍摄第一图像。
172.其中,第一图像可以为一张图像,也可以为一段视频。可以理解的,视频为多张图像组成的图像序列。
173.在一些实施例中,第二工作指令还包括相机的拍摄角度。具体的,第一车辆可以根据该拍摄角度确定目标相机,例如,确定目标相机为前相机,该前相机为位于第一车辆的前侧的车载相机,进而调整相机的角度为该拍摄角度,例如使前相机旋转至拍摄方向为左下方的车灯,再在目标时间内开启前相机,获取第一图像。
174.108、第一车辆向服务器发送第一图像。对应地,服务器接收第一图像。
175.可选的,第一车辆可以在执行步骤107后将第一图像发送至服务器,也可以在第一图像为多张图像时,将获取的第一图像中的每一张图像实时发送至服务器,此处不作限定。
176.109、服务器从第一图像中识别待检测部件的故障情况。
177.具体的,服务器可以先在第一图像中识别待检测部件,再根据第一图像中的待检测部件识别待检测部件的故障情况。
178.在一些实施例中,第一图像为一张图像。
179.在一种实现中,服务器可以从第一图像中识别待检测部件的位置;在待检测部件在第一图像中的位置位于目标位置时,确定待检测部件不存在故障。例如,待检测部件为车窗,则服务器可以先从第一图像中识别车窗的位置,再将第一图像中车窗的位置与目标位置进行对比,若第一工作指令用于指示车窗玻璃处于半开启的状态,服务器在第一图像中
检测到车窗玻璃位于车窗一半位置时,确定车窗不存在故障。
180.在另一种实现中,服务器还从第一图像中识别待检测部件;在待检测部件在第一图像中的平均灰度值在目标范围内时,确定待检测部件不存在故障。例如,待检测部件为车灯,第一工作指令用于控制车灯处于开启状态,则服务器在识别到车灯在第一图像中的平均灰度值在车灯开启时在图像中的灰度值范围内时,确定该车灯不存在故障。
181.在另一些实施例中,第一图像包括多张图像。
182.在一种实现中,服务器可以在第一图像的每帧图像中分别识别待检测部件的位置;当待检测部件在多帧图像中的位置不一致时,确定待检测部件不存在故障。例如,第一工作指令用于指示雨刷在目标时间段内进行一次工作,该目标时间段为雨刷进行一次工作所需的时间,则服务器识别雨刷在多帧图像中的位置不一致时,确定雨刷不存在故障,或者,服务器可以在所述多帧图像中分别识别雨刷和喷水的水流分布情况,在识别到多帧图像中每一帧图像的雨刷位置和水流分布情况存在规律性变化时,确定雨刷不存在故障。
183.在另一种实现中,服务器可以识别多帧图像的每帧图像中的待检测部件;根据每帧图像的中待检测部件的灰度值识别待检测部件的工作状态;若根据多帧图像识别到的待检测部件的工作状态的变化规律满足预设规律时,确定待检测部件不存在故障,第一工作指令用于指示待检测部件以预设规律工作。
184.在又一种实现中,服务器还可以在若待检测部件的工作状态在多帧图像中的存在两帧图像中的不同时,确定待检测部件不存在故障。例如第一工作指令用于指示待检测部件在目标时间段内开启并关闭一次。
185.可选地,在服务器在得到待检测部件的故障情况后,可以向该待检测车辆发送该待检测部件的故障情况。待检测车辆可以在待检测部件存在故障时,向服务器发送查询请求。服务器根据该查询请求,可以在地图中查找距离该待检测车辆的预设距离内的修车点信息,向该待检测车辆发送查找到的修车点信息。
186.可选地,服务器还可以与路边固定的摄像机交互,获取的路边摄像机拍摄的图像,根据路边摄像机拍摄的图像识别待检测部件的故障情况。可以理解的是,路边摄像机有高度优势,可拍摄到目标车辆车顶车身和车顶天窗的状况。
187.可选地,服务器还可以基于路边固定的摄像机和第一车辆获取的待检测车辆的图像联合识别检测待检测部件的故障情况。
188.可选地,在执行步骤103后且执行步骤104之前,服务器可以向待检测车辆发送命令,以使待检测车辆保持车道不变并且匀速行驶;同时给第一车辆发送命令,使其加速或减速靠近待检测车辆至目标距离后保持匀速行驶和在匀速行驶后向服务器发送反馈。其中,目标距离可以是根据待检测部件决定的,在待检测部件面积较小时目标距离较小。可以理解的,第一车辆与待检测车辆保持匀速和目标距离,可以提高第一车辆拍摄的第一图像的清晰度。
189.以下介绍该检测请求为待检测车辆在待检测部件启动工作时生成的请求的一个实施例。
190.可选的,在步骤101中,待检测车辆在待检测部件开启时,向服务器发送针对该待检测部件的检测请求。在步骤102和步骤103中,服务器可以根据该检测请求识别到待检测部件处于工作状态,进而,服务器可以不执行步骤104和106。
191.服务器可以优先响应该检测请求,根据优先预设条件筛选出多个第一车辆,进而,通过步骤105、107、108和步骤109完成对该待检测部件的检测。可选的,服务器同时给上述多个第一车辆下发第二指令拍摄对应角度的图像,服务器可结合图像中的车辆标识和对应的待检测部件的工作状态,确定待检测部件的故障情况。
192.其中,服务器筛选第一车辆的过程可以不包括以下步骤201~204。可以理解的,由于该检测请求是在待检测部件开启工作时发送至服务器的,服务器在最短时间内确定第一车辆并让第一车辆完成对待检测车辆的拍摄,可以在待检测车辆正常开启待检测部件的时间内完成对待检测部件的检测而避免对交通造成不必要的影响。其中,服务器尽量减少确定第一车辆的步骤,可以缩短检测过程的时间,避免在第一车辆对待检测车辆进行拍摄前,该待检测车辆已经停止该待检测部件的工作状态,导致检测结果出现误差。
193.结合图6,以下介绍多个第一车辆对待检测车辆进行检测的一个实施例。
194.具体的,服务器可以根据第一指令确定待检测车辆,再根据待检测车辆确定第一车辆。在筛选出有多个第一车辆在目标阈值范围内且都能识别到待检测车辆标识时,服务器可以同时给多个第一车辆下发第二指令,在不同时段分别给不同的第一车辆分配不同的检测部件范围,多个第一车辆配合同时或分时开展对待检测车辆的检测。
195.请参见图6,图6为本技术实施例提供的一种多个第一车辆的示意图。如图6所示,一号第一车辆、二号第一车辆、三号第一车辆为服务器在待检测车辆同车道的前方,后方和左边车道的左后方筛选出的三辆第一车辆。具体的,服务器可以给前方的一号第一车辆下发雨刷,喷水部件的检测指令,给后方的二号第一车辆下发双跳灯部件的检测指令,给左后方的三号第一车辆下发左侧车窗部件的检测指令,同时下发携带车速信息的指令,所述指令用于使所有第一车辆和待检测车辆维护相同车速,同时刻开展检测。在检测完成时,一号第一车辆和三号第一车辆可以退出检测,进而,服务器给二号第一车辆下发刹车灯的检测指令,该刹车灯的检测指令可以携带减速信息,该减速信息用于拉开二号第一车辆与待检测车辆的距离以使待检测车辆具备执行刹车动作的空间。
196.请参见图7,图7为本技术实施例提供的一种确定第一车辆的方法流程图。如图7所示,服务器确定第一车辆的方法可以包括以下部分或全部步骤:
197.201、根据待检测车辆的位置,确定第一区域内的车辆。
198.请参见图8a,图8a为本技术实施例提供的一种确定第一区域内的车辆的示意图。如图8a所示,服务器可以根据待检测车辆的位置,将待检测车辆周围的车辆确定为第一区域内的车辆。其中,第一区域内的车辆可以为与待检测车辆的距离小于目标阈值的车辆,具体可参见步骤103的相关内容。
199.202、在第一区域的车辆中筛选出路径规划与待检测车辆的路径规划部分重合的车辆。
200.具体的,服务器可以分别获取第一区域内每一车辆的路径规划,进而,分别将第一区域内每一车辆的路径规划与待检测车辆的路径规划进行对比,筛选出与待检测车辆的路径规划部分重合的车辆。其中,路径规划为车辆规划行驶的道路。
201.可以理解的,筛选出的车辆与待检测车辆的路径规划部分重合,因此筛选出的车辆在重合的规划道路上对第一车辆进行检测,可以避免检测过程中两车的行驶方向不同而导致检测失败,以及避免完成检测过程后第一车辆脱离原始路径规划。
202.在一些实施例中,服务器可以从筛选出的车辆中确定第一车辆,其中,筛选出的车辆和待检测车辆所重合的路径规划在该目标时间段内的路径规划为直道。
203.203、根据待检测部件在待检测车辆的位置,从筛选出的车辆中确定第二车辆。
204.在一种实现中,在待检测部件位为待检测车辆的前侧时,将位于待检测车辆的前方确定为第二车辆。例如,待检测部件为前雨刷、前喷水设备、前转向灯、前夜大灯、前雾灯、双跳灯以及日间行车灯等,服务器可以将筛选出的车辆中位于待检测车辆的前方确定为第二车辆。
205.在另一种实现中,在待检测部件位为待检测车辆的后侧时,将位于待检测车辆的后方确定为第二车辆。例如,待检测部件为后喷水设备、后雨刷、后转向灯、后视镜转向灯、后夜大灯、后雾灯、双跳灯及后视镜等,服务器可以将筛选出的车辆中位于待检测车辆的后方确定为第二车辆。可以理解的,待检测车辆后方的车辆可以使用车载前相机采集到待检测车辆后侧的图像。
206.请参见图8b,图8b为本技术实施例提供的一种确定第二车辆的示意图。如图8b所示,待检测部件位于待检测车辆的后侧,一号车辆和二号车辆位于车辆的后方,三号车辆位于车辆的前方,因此将一号车辆和二号车辆确定为第二车辆。
207.在一些实施例中,服务器可以将第二车辆确定为第一车辆。可以理解的,该方法可以减少确定第一车辆的步骤,缩短检测时间,从而提高检测效率。
208.204、根据第二车辆分别拍摄的图像和待检测车辆的标识,从第二车辆中确定第一车辆。
209.可选的,服务器可以向筛选出的车辆发送拍摄指令,拍摄指令用于指示筛选出的车辆分别拍摄第二图像,再从第二图像中识别待检测车辆的标识,将筛选出的车辆中拍摄的第二图像包含标识的车辆确定为第一车辆。具体可以参见步骤2041~步骤2044的详细内容。
210.请参见图8c,图8c为本技术实施例提供的一种从第二车辆中确定第一车辆的示意图。如图8c所示,第二车辆包括一号车辆和二号车辆,服务器可以获取一号车辆和二号车辆拍摄的第二图像,从第二图像中识别待检测车辆的标识。由于一号车辆与待检测车辆之间被二号车辆所遮挡,一号车辆所拍摄的第二图像中不包括待检测车辆的标识,二号车辆拍摄的第二图像中包含待检测车辆的标识,服务器可以将二号车辆确定为第一车辆。
211.需要说明的是,服务器执行步骤201~步骤204的顺序可以根据具体实施例调整,不做限定。
212.请参见图9,图9为本技术实施例提供的一种根据第二图像确定第一车辆的方法流程图。具体的,可以包括以下步骤:
213.2041、服务器向第二车辆发送拍摄指令。
214.该拍摄指令可以包括相机位置和相机角度。例如,待检测部件为前雨刷,该拍摄指令可以用于指示第二车辆开启车辆的后相机。
215.2042、第二车辆根据拍摄指令,拍摄第二图像。
216.其中,第二车辆可以为一个或多个车辆。具体的,每一车辆接收到一个摄像指令,车辆根据该车辆对应的摄像指令开启对应的相机,得到第二图像,其中,第二图像可以为一张图像或由多张图像组成的图像序列。
217.2043、第二车辆向服务器发送第二图像。
218.2044、服务器根据第二图像和待检测车辆的标识,从第二车辆中确定第一车辆。
219.可选地,服务器可以在第二图像中识别待检测车辆的标识,若该车辆发送的第二图像中包含该标识,则该车辆为第一车辆。该标识可以为车辆的车牌号和车辆的编号等。
220.可选地,若服务器发现与待检测车辆位于同一车道的前后车均拍摄不到包含标识的图像,但在相邻车道有车辆拍摄到包含标识的图像,则服务器可以向该相邻车道的车辆发送指令使其切换至与待检测车辆相同的车道,也可以停止车辆检测。
221.可以理解的,在第一车辆与待检测车辆之间存在障碍物的情况下,第一车辆无法拍摄到待检测车辆。通过第二图像和待检测车辆的标识确定第一车辆,可以保证第一车辆能够拍摄到待检测车辆。
222.图10为本技术实施例中一种服务器的硬件结构示意图。图10所示的服务器10(该服务器10具体可以是一种计算机设备)包括存储器101、处理器102、通信接口103以及总线104。其中,存储器101、处理器102、通信接口103通过总线104实现彼此之间的通信连接。存储器101可以是只读存储器(read only memory,rom),静态存储设备,动态存储设备或者随机存取存储器(random access memory,ram)。存储器101可以存储程序,当存储器101中存储的程序被处理器102执行时,处理器102和通信接口103用于执行本技术实施例中的车辆检测的各个步骤。
223.处理器102可以采用通用的中央处理器(central processing unit,cpu),微处理器,应用专用集成电路(application specific integrated circuit,asic),图形处理器(graphics processing unit,gpu)或者一个或多个集成电路,用于执行相关程序,以实现执行本技术方法实施例的车辆检测方法。
224.处理器102还可以是一种集成电路芯片,具有信号的处理能力。在实现过程中,本技术的车辆检测方法的各个步骤可以通过处理器102中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器102还可以是通用处理器、数字信号处理器(digital signal processing,dsp)、专用集成电路(asic)、现成可编程门阵列(field programmable gate array,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本技术实施例中的提供的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本技术实施例所提供的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器101,处理器102读取存储器101中的信息,结合其硬件完成本技术实施例的车辆故障检测方法。
225.通信接口103使用例如但不限于收发器一类的收发装置,来实现服务器10与其他设备或通信网络之间的通信。例如,可以通过通信接口103获取数据(如本技术实施例中的第一图像)。
226.总线104可包括在服务器10各个部件(例如,存储器101、处理器102、通信接口103)之间传送信息的通路。在上述实施例中,全部或部分功能可以通过软件、硬件、或者软件加硬件的组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序
指令时,全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,dvd)、或者半导体介质(例如,固态硬盘(solid state disk,ssd))等。
227.请参见图11,图11为本技术实施例提供的一种车辆检测装置的结构示意图。该车辆检测装置300应用于服务器,该装置包括:
228.确定单元301,用于根据所述待检测车辆的位置信息,确定第一车辆,所述第一车辆与所述待检测车辆的距离小于目标阈值;
229.发送单元302,用于向所述待检测车辆发送第一工作指令,所述第一工作指令用于指示所述待检测部件在目标时间段内开启至少一次;
230.发送单元302,用于向所述第一车辆发送第二工作指令,所述第二工作指令用于指示所述第一车辆在所述目标时间段内拍摄第一图像和将所述第一图像发送至所述服务器;
231.识别单元303,用于从所述第一图像中识别所述待检测部件的故障情况。
232.在一种可能的实现方式中,该车辆检测装置还可以包括接收单元304,用于接收针对待检测车辆的待检测部件的检测请求,该检测请求用于指示服务器向待检测车辆发送第一工作指令和向第一车辆发送第二工作指令。
233.在一种可能的实现方式中,所述确定单元301,还用于:
234.获取至少一个车辆中每一个车辆的路径规划和所述待检测车辆的路径规划,所述至少一个车辆与所述待检测车辆的距离均小于所述目标阈值;
235.从所述至少一个车辆中筛选出路径规划与所述待检测车辆的路径规划部分重合的车辆;
236.从筛选出的车辆中确定所述第一车辆。
237.在一种可能的实现方式中,所述确定单元301,还用于:
238.向所述筛选出的车辆发送拍摄指令,所述拍摄指令用于指示所述筛选出的车辆分别拍摄第二图像;
239.根据所述筛选出的车辆分别拍摄的第二图像和所述待检测车辆的标识,从所述筛选出的车辆中确定所述第一车辆,所述第一车辆拍摄的第二图像包含所述标识。
240.在一种可能的实现方式中,在所述待检测部件位于所述待检测车辆的前侧时,所述第一车辆位于所述待检测车辆的前方。
241.在一种可能的实现方式中,在所述待检测部件位于所述待检测车辆的后侧时,所述第一车辆位于所述待检测车辆的后方。
242.在一种可能的实现方式中,所述确定单元301,用于:
243.根据所述待检测车辆的位置、所述第一车辆的位置和所述待检测部件,确定相机的拍摄角度,所述第二工作指令携带所述拍摄角度。
244.在一种可能的实现方式中,所述识别单元303,用于:
245.从所述第一图像中识别所述待检测部件;
246.在所述待检测部件在所述第一图像中的平均灰度值在目标范围内时,确定所述待
检测部件不存在故障。
247.在一种可能的实现方式中,所述识别单元303,用于:
248.从所述第一图像中识别所述待检测部件的位置;
249.在所述待检测部件在所述第一图像中的位置位于目标位置时,确定所述待检测部件不存在故障。
250.在一种可能的实现方式中,所述第一图像包括多帧图像,所述识别单元303,用于:
251.在所述第一图像的每帧图像中分别识别所述待检测部件的位置;
252.当所述待检测部件在所述多帧图像中的位置不一致时,确定所述待检测部件不存在故障。
253.在一种可能的实现方式中,所述第一图像包括多帧图像,所述识别单元303,用于:
254.识别所述多帧图像的每帧图像中的待检测部件;
255.根据所述每帧图像的中所述待检测部件的灰度值识别所述待检测部件的工作状态;
256.若根据所述多帧图像识别到的所述待检测部件的工作状态的变化规律满足预设规律时,确定所述待检测部件不存在故障,所述第一工作指令用于指示所述待检测部件以预设规律工作。
257.有关上述接收单元304、确定单元301、发送单元302和识别单元303更详细的描述可以直接参考上述图4所示的方法实施例中的相关描述直接得到,这里不加赘述。
258.请参见图12,图12为本技术实施例提供的一种车辆检测装置的结构示意图。该车辆检测装置400应用于待检测车辆,该装置包括:
259.接收单元401,用于接收服务器发送的第一工作指令,服务器还用于向第一车辆发送第二工作指令,第一车辆与待检测车辆的距离小于目标阈值,第二工作指令用于指示第一车辆在目标时间段内拍摄第一图像和将第一图像发送至服务器,第一图像用于识别待检测车辆的待检测部件的故障情况;
260.控制单元402,用于根据所述第一工作指令,在所述目标时间段内控制所述待检测部件开启至少一次。
261.在一种可能的实现方式中,该车辆检测装置还可以包括发送单元403,用于向服务器发送针对待检测车辆的待检测部件的检测请求,检测请求用于指示服务器向待检测车辆发送第一工作指令和向第一车辆发送第二工作指令。
262.在一种可能的实现方式中,所述控制单元402,用于:
263.根据所述第一工作指令,控制所述待检测部件在所述目标时间段内以预设规律工作。
264.在一种可能的实现方式中,所述控制单元402,用于:
265.控制待检测部件在所述目标时间段内处于工作状态。
266.在一种可能的实现方式中,所述待检测部件为车灯,所述控制单元402,用于:
267.在第一时间点开启所述车灯;
268.在第二时间点关闭所述车灯,所述第一时间点和所述第二时间点为所述目标时间段内的两个时间点。
269.有关上述发送单元403、接收单元401和控制单元402更详细的描述可以直接参考
上述图4所示的方法实施例中的相关描述直接得到,这里不加赘述。
270.请参见图13,图13为本技术实施例提供的一种车辆检测装置的结构示意图。该车辆检测装置500应用于待检测车辆,该装置包括:
271.接收单元501,用于接收服务器发送的第二工作指令,所述服务器还用于向所述待检测车辆发送第一工作指令,所述第一工作指令用于指示所述待检测车辆的待检测部件在目标时间段内开启至少一次;所述第一车辆与所述待检测车辆的距离小于目标阈值;
272.拍摄单元502,用于根据所述第二工作指令,在所述目标时间段内拍摄第一图像;
273.发送单元503,用于将所述第一图像发送至所述服务器,所述第一图像用于识别所述待检测部件的故障情况。
274.在一种可能的实现方式中,所述第二工作指令是在所述服务器响应于所述待检测车辆发送的针对所述待检测部件的检测请求时生成的,所述检测请求还用于指示所述服务器向所述待检测车辆发送所述第一工作指令。
275.在一种可能的实现方式中,所述接收单元501用于接收所述服务器发送的拍摄指令;所述拍摄单元503用于根据所述拍摄指令,拍摄第二图像,所述第二图像用于确定所述第一车辆;所述发送单元503将所述第二图像发送至所述服务器,所述第二图像包括所述待检测车辆的标识。
276.在一种可能的实现方式中,所述第二工作指令携带所述拍摄角度,所述拍摄单元502,用于:
277.控制相机以所述拍摄角度拍摄所述第一图像,所述拍摄角度是所述服务器根据所述待检测车辆的位置、所述第一车辆的位置和所述待检测部件确定的。
278.在一种可能的实现方式中,所述第二工作指令携带车道,所述装置还包括控制单元504,所述控制单元504,用于:
279.切换至所述车道,所述车道是服务器根据所述待检测车辆的位置、所述第一车辆的位置和所述待检测部件确定的。
280.有关上述接收单元501、拍摄单元502、发送单元503和控制单元504更详细的描述可以直接参考上述图4所示的方法实施例中的相关描述直接得到,这里不加赘述。
281.本技术实施例提供一种电子设备,该电子设备包括:一个或多个处理器、存储器;存储器与一个或多个处理器耦合,存储器用于存储计算机程序代码,计算机程序代码包括计算机指令,一个或多个处理器用于调用计算机指令以使得电子设备执行如图4至图9中服务器所执行的方法。
282.本技术实施例还提供一种电子设备,该电子设备可以包括处理器和通信接口,处理器通过通信接口获取程序指令,当程序指令被处理器执行时实现执行如图4至图9中待检测车辆所执行的方法。
283.本技术实施例又提供一种电子设备,该电子设备可以包括处理电路,处理电路配置为执行如图4至图9中第一车辆所执行的方法。
284.本技术实施例提供一种芯片,该芯片应用于电子设备,该芯片包括一个或多个处理器,该处理器用于调用计算机指令以使得该电子设备执行如图4至图9所描述的方法。
285.可选地,在第一种可能的实施方式中,芯片系统还可以包括存储器,存储器,用于保存车辆必要的程序指令和数据。该芯片系统,可以由芯片构成,也可以包含芯片和其他分
立器件。其中,芯片系统可以包括专用集成电路(application specific integrated circuit,asic)、现成可编程门阵列(field programmable gate array,fpga)或者其他可编程逻辑器件等。进一步,芯片系统还可以包括接口电路等。
286.可选地,存储器位于处理器之内;或存储器位于处理器之外。
287.本技术实施例提供一种包含指令的计算机程序产品,当上述计算机程序产品在电子设备上运行时,使得上述电子设备执行如图4至图9中所描述的方法。
288.本技术实施例提供一种计算机可读存储介质,包括指令,当上述指令在电子设备上运行时,使得上述电子设备执行如图4至图9中所描述的方法。
289.在上述实施例中,全部或部分功能可以通过软件、硬件、或者软件加硬件的组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,dvd)、或者半导体介质(例如,固态硬盘(solid state disk,ssd))等。
290.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,该流程可以由计算机程序来指令相关的硬件完成,该程序可存储于计算机可读取存储介质中,该程序在执行时,可包括如上述各方法实施例的流程。而前述的存储介质包括:rom或随机存储记忆体ram、磁碟或者光盘等各种可存储程序代码的介质。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1