检测车辆故障的方法、装置、电子设备及介质与流程

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.图1为本技术提出的一种检测车辆故障的方法示意图；
37.图2为本技术提出的一种检测车辆故障的流程示意图；
38.图3为本技术提出的一种检测车辆故障的电子装置的结构示意图；
39.图4为本技术提出的一种检测车辆故障的电子设备的结构示意图。
具体实施方式
40.现在将参照附图来详细描述本技术的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本技术的范围。
41.同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
42.以下对至少一个示例性实施例的描述实际上仅仅是说明性的，不作为对本技术及其应用或使用的任何限制。
43.对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。
44.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
45.另外，本技术各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本技术要求的保护范围之内。
46.需要说明的是，本技术实施例中所有方向性指示(诸如上、下、左、右、前、后
……
)仅用于解释在某一特定姿态(如附图所示)下各部件之间的相对位置关系、运动情况等，如果该特定姿态发生改变时，则该方向性指示也相应地随之改变。
47.下面结合图1-图2来描述根据本技术示例性实施方式的用于进行检测车辆故障的方法。需要注意的是，下述应用场景仅是为了便于理解本技术的精神和原理而示出，本技术的实施方式在此方面不受任何限制。相反，本技术的实施方式可以应用于适用的任何场景。
48.本技术还提出一种检测车辆故障的方法、装置、电子设备及介质。
49.图1示意性地示出了根据本技术实施方式的一种检测车辆故障的方法的流程示意图。如图1所示，该方法应用于车辆终端，包括：
50.s101,接收待检测车辆终端发送的接入请求，接入请求中携带有待检测车辆终端对应的接入传输协议。
51.s102,若确定对待检测车辆终端的安全性验证通过，选取与接入传输协议相匹配的故障检测模型。
52.s103,通过接入传输协议接收待检测车辆终端上传的车辆数据，并将车辆数据传输至故障检测模型，得到待检测车辆终端的识别结果。
53.随着国内经济的快速发展，汽车行业也越来越发达。其中，提高汽车安全监控的自动化处理流程是安全监控服务器追求的目标。
54.相关技术中，目前车辆的安全监控服务一般是针对某一个区域的车辆(例如某一城市)部署对应的报警处理模式。该种方式只能接入该区域要求的安全协议标准的车辆参数。然而，该方式在部署对应多个不同安全标准的区域对应的报警处理模式时，会耗费较大的开发资源，增加了运营平台的成本。
55.进一步的，为了解决上述存在的问题，本技术提供一种检测车辆故障的方法，用以解决相关技术中存在的，为多个不同安全标准的区域部署安全监控服务器所导致的耗费运营成本的问题。
56.具体来说，可以由安全运营平台在接收到各个待检测车辆终端发送的接入请求之后，解析该接入请求中携带的该待检测车辆终端对应的接入传输协议。并从预设的模型库中选取与该接入传输协议相匹配的故障检测模型。
57.可以理解的，模型库中可以存储有各个数据传输协议所一一对应的故障检测模型。也即每个故障检测模型用于检测一种接入传输协议的车辆数据，从而识别该接入传输协议下的车辆是否存在有故障事件。
58.一种方式中，该接入传输协议可以为808协议。另外本技术可以在接收待检测车辆终端发送的接入请求之后，还可以对该待检测车辆终端进行多个接入条件检测，例如包括装置连通检测、型号检测、编码检测、信号检测以及协议检测等等。
59.可以理解的，只有在安全运营平台确定车辆终端的一个或多个接入条件检测通过后，才可以实施后续为其选取与接入传输协议相匹配的故障检测模型的步骤。
60.在进一步的，本技术在根据终端的接入传输协议匹配故障检测模型之后，故障检测模型可以根据车辆数据的数据源种类进行分解，以使后续由每个分解检测模型检测完各自的因子后再汇总多个子识别结果以得到汇总后的总识别结果。
61.其中，如图2所示，每个分解检测模型用于识别一种数据源类型的车辆数据。例如数据源类型可以包括人工报警、区域提醒类型、禁行时段提醒类型、路线偏离提醒类型、超速提醒类型、疲劳驾驶提醒类型、电瓶欠压提醒类型、断电提醒类型、天线断开提醒类型、超时停车提醒类型、终端故障提醒类型、轮胎压力异常提醒类型、碰撞提醒类型、侧翻提醒类型、不安全驾驶行为提醒类型、右转盲区提醒类型等等。
62.本技术中，可以接收待检测车辆终端发送的接入请求，接入请求中携带有待检测车辆终端对应的接入传输协议；若确定对待检测车辆终端的安全性验证通过，选取与接入传输协议相匹配的故障检测模型；通过接入传输协议接收待检测车辆终端上传的车辆数据，并将车辆数据传输至故障检测模型，得到待检测车辆终端的识别结果。通过应用本技术的技术方案，可以在获取到车辆终端上传的接入请求之后，在确定其安全性验证通过后，可以根据其后续上传的车辆数据自动选取与其协议相匹配的故障检测模型来识别该车辆是否存在有故障事件，从而实现汽车安全故障监控的自动化处理。也就解决了相关技术中存在的，为多个不同安全标准的区域部署安全监控服务器所导致的耗费运营成本的问题。
63.可选地，在基于本技术上述方法的另一个实施例中，在所述接收待检测车辆终端发送的接入请求之后，还包括：
64.对所述待检测车辆终端进行接入条件检测，所述接入条件检测包括装置连通检
测、型号检测、编码检测、信号检测以及协议检测的其中至少一种；
65.若确定所述接入条件检测通过，确定对所述待检测车辆终端的安全性验证通过。
66.可选地，在基于本技术上述方法的另一个实施例中，在所述接收待检测车辆终端发送的接入请求之后，还包括：
67.生成车主验证请求，所述车主验证请求用于获取使用所述待检测车辆终端的车主用户的生物特征信息，所述生物特征信息至少包括脸部特征信息，虹膜特征信息，指纹特征信息中的一种信息；
68.当根据所述车主用户的生物特征信息，确定所述车主验证请求通过时，确定对所述待检测车辆终端的安全性验证通过。
69.本技术中，在接收待检测车辆终端发送的接入请求之后，为了确保该车辆终端没有被恶意用户所破解进而导致擅自使用待检测车辆，从而影响车主用户体验的问题。本技术还可以首先对使用待检测车辆终端的用户进行一个车主验证请求。
70.可以理解的，该车主验证请求用于确定使用待检测车辆终端的用户身份是否与合法车主用户。一种方式中，可以为通过采集用户生物特征信息的方式来进行验证。其中可以为用于车主用户的脸部特征信息，虹膜特征信息，指纹特征信息中的一种信息的请求。以使运营平台在接收到该信息后，根据数据库中预存的合法车主用户数据库，判定使用待检测车辆终端的用户身份是否为合法用户。
71.一种方式中，平台在生成验证请求后将该请求发送至车辆终端处。且在当使用车辆终端的使用用户同意该请求时，待检测车辆终端即可使用摄像头，和/或，指纹传感器等采集装置来采集使用用户的生物特征信息(即脸部特征信息，虹膜特征信息，指纹特征信息中的至少一种信息)，并在采集对应的信息后，将该生物特征信息发送至预设的生物信息数据库中。以使数据库根据该生物特征信息判定呼叫用户是否为安全用户，如是，则确定对判定使用待检测车辆终端的用户身份为合法用户。
72.可选地，在基于本技术上述方法的另一个实施例中，所述将所述车辆数据传输至所述故障检测模型，得到所述待检测车辆终端的识别结果，包括：
73.利用所述故障检测模型，将所述车辆数据划分为至少一个子车辆数据，其中每个所述子车辆数据对应于一种数据源类型；
74.将每个子车辆数据输入至与其对应的分解检测模型，得到每个子车辆数据对应的子识别结果，其中每个所述分解检测模型用于识别一种数据源类型的车辆数据；
75.将至少一个子识别结果进行汇总，得到所述待检测车辆终端的识别结果。
76.可选地，在基于本技术上述方法的另一个实施例中，在所述接收待检测车辆终端发送的接入请求之前，还包括：
77.获取样本测试数据集合，所述样本测试数据中包括多个数据源类型的车辆数据以及对应的故障识别结果；
78.利用所述样本测试数据集合对初始的随机森林模型进行训练，直至得到满足预设训练条件的所述故障检测模型。
79.一种方式中，本技术可以从历史的样本测试数据集合中，找出超过300组包含多个数据源类型的车辆数据以及对应的故障识别结果的样本测试数据集合。
80.另外，本技术可以随机选择其中80％作为训练样本，剩余20％作为验证样本，以包
括多个数据源类型的车辆数据以及对应的故障识别结果作为特征因子，值为是或否，以检测通过与否作为预测值，使用初始随机森林模型进行建模。
81.进一步的，可以使用验证样本验证初始随机森林模型准确率。并随机更换多次训练样本和验证样本，选择准确率最高的模型作为最终的故障检测模型。
82.可选地，在基于本技术上述方法的另一个实施例中，在所述将所述车辆数据传输至所述故障检测模型，得到所述待检测车辆终端的识别结果之后，还包括：
83.若基于所述识别结果确定所述待检测车辆存在故障事件，生成故障报告，并将所述故障报告上传至业务服务器。
84.通过应用本技术的技术方案，可以在获取到车辆终端上传的接入请求之后，在确定其安全性验证通过后，可以根据其后续上传的车辆数据自动选取与其协议相匹配的故障检测模型来识别该车辆是否存在有故障事件，从而实现汽车安全故障监控的自动化处理。也就解决了相关技术中存在的，为多个不同安全标准的区域部署安全监控服务器所导致的耗费运营成本的问题。
85.可选的，在本技术的另外一种实施方式中，如图3所示，本技术还提供一种检测车辆故障的装置。其中包括：
86.接收模块201，被配置为接收待检测车辆终端发送的接入请求，所述接入请求中携带有所述待检测车辆终端对应的接入传输协议；
87.选取模块202，被配置为若确定对所述待检测车辆终端的安全性验证通过，选取与所述接入传输协议相匹配的故障检测模型；
88.生成模块203，被配置为通过所述接入传输协议接收所述待检测车辆终端上传的车辆数据，并将所述车辆数据传输至所述故障检测模型，得到所述待检测车辆终端的识别结果。
89.本技术中，可以接收待检测车辆终端发送的接入请求，接入请求中携带有待检测车辆终端对应的接入传输协议；若确定对待检测车辆终端的安全性验证通过，选取与接入传输协议相匹配的故障检测模型；通过接入传输协议接收待检测车辆终端上传的车辆数据，并将车辆数据传输至故障检测模型，得到待检测车辆终端的识别结果。通过应用本技术的技术方案，可以在获取到车辆终端上传的接入请求之后，在确定其安全性验证通过后，可以根据其后续上传的车辆数据自动选取与其协议相匹配的故障检测模型来识别该车辆是否存在有故障事件，从而实现汽车安全故障监控的自动化处理。也就解决了相关技术中存在的，为多个不同安全标准的区域部署安全监控服务器所导致的耗费运营成本的问题。
90.在本技术的另外一种实施方式中，接收模块201，被配置执行的步骤包括：
91.对所述待检测车辆终端进行接入条件检测，所述接入条件检测包括装置连通检测、型号检测、编码检测、信号检测以及协议检测的其中至少一种；
92.若确定所述接入条件检测通过，确定对所述待检测车辆终端的安全性验证通过。
93.在本技术的另外一种实施方式中，接收模块201，被配置执行的步骤包括：
94.生成车主验证请求，所述车主验证请求用于获取使用所述待检测车辆终端的车主用户的生物特征信息，所述生物特征信息至少包括脸部特征信息，虹膜特征信息，指纹特征信息中的一种信息；
95.当根据所述车主用户的生物特征信息，确定所述车主验证请求通过时，确定对所
述待检测车辆终端的安全性验证通过。
96.在本技术的另外一种实施方式中，接收模块201，被配置执行的步骤包括：
97.利用所述故障检测模型，将所述车辆数据划分为至少一个子车辆数据，其中每个所述子车辆数据对应于一种数据源类型；
98.将每个子车辆数据输入至与其对应的分解检测模型，得到每个子车辆数据对应的子识别结果，其中每个所述分解检测模型用于识别一种数据源类型的车辆数据；
99.将至少一个子识别结果进行汇总，得到所述待检测车辆终端的识别结果。
100.在本技术的另外一种实施方式中，接收模块201，被配置执行的步骤包括：
101.获取样本测试数据集合，所述样本测试数据中包括多个数据源类型的车辆数据以及对应的故障识别结果；
102.利用所述样本测试数据集合对初始的随机森林模型进行训练，直至得到满足预设训练条件的所述故障检测模型。
103.在本技术的另外一种实施方式中，接收模块201，被配置执行的步骤包括：
104.若基于所述识别结果确定所述待检测车辆存在故障事件，生成故障报告，并将所述故障报告上传至业务服务器。
105.图4是根据一示例性实施例示出的一种电子设备的逻辑结构框图。例如，电子设备300可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
106.在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器，上述指令可由电子设备处理器执行以完成上述检测车辆故障的方法，该方法包括：接收待检测车辆终端发送的接入请求，所述接入请求中携带有所述待检测车辆终端对应的接入传输协议；若确定对所述待检测车辆终端的安全性验证通过，选取与所述接入传输协议相匹配的故障检测模型；通过所述接入传输协议接收所述待检测车辆终端上传的车辆数据，并将所述车辆数据传输至所述故障检测模型，得到所述待检测车辆终端的识别结果。可选地，上述指令还可以由电子设备的处理器执行以完成上述示例性实施例中所涉及的其他步骤。例如，非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
107.在示例性实施例中，还提供了一种应用程序/计算机程序产品，包括一条或多条指令，该一条或多条指令可以由电子设备的处理器执行，以完成上述检测车辆故障的方法，该方法包括：接收待检测车辆终端发送的接入请求，所述接入请求中携带有所述待检测车辆终端对应的接入传输协议；若确定对所述待检测车辆终端的安全性验证通过，选取与所述接入传输协议相匹配的故障检测模型；通过所述接入传输协议接收所述待检测车辆终端上传的车辆数据，并将所述车辆数据传输至所述故障检测模型，得到所述待检测车辆终端的识别结果。可选地，上述指令还可以由电子设备的处理器执行以完成上述示例性实施例中所涉及的其他步骤。
108.图4为电子设备300的示例图。本领域技术人员可以理解，示意图4仅仅是电子设备300的示例，并不构成对电子设备300的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如电子设备300还可以包括输入输出设备、网络接入设备、总线等。
109.所称处理器302可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器302也可以是任何常规的处理器等，处理器302是电子设备300的控制中心，利用各种接口和线路连接整个电子设备300的各个部分。
110.存储器301可用于存储计算机可读指令303，处理器302通过运行或执行存储在存储器301内的计算机可读指令或模块，以及调用存储在存储器301内的数据，实现电子设备300的各种功能。存储器301可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据电子设备300的使用所创建的数据等。此外，存储器301可以包括硬盘、内存、插接式硬盘，智能存储卡(smart media card，smc)，安全数字(secure digital，sd)卡，闪存卡(flash card)、至少一个磁盘存储器件、闪存器件、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)或其他非易失性/易失性存储器件。
111.电子设备300集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机可读指令来指令相关的硬件来完成，的计算机可读指令可存储于一计算机可读存储介质中，该计算机可读指令在被处理器执行时，可实现上述各个方法实施例的步骤。
112.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由下面的权利要求指出。
113.应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求来限制。