车辆管理方法、系统、装置、电子设备及存储介质与流程

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.图1为本技术实施例提供的一种车辆管理方法的步骤流程图。
41.图2为本技术实施例提供的另一车辆管理方法的步骤流程图。
42.图3为本技术实施例提供的一种车辆管理系统的模块框图。
43.图4为本技术实施例提供的一种车辆管理装置的模块框图。
44.图5为本技术实施例提供的一种电子设备的结构示意图。
具体实施方式
45.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行描述。
46.鉴于目前车辆制造企业收集故障的方式效率较低，本技术发明人经过研究探索，提出以下实施例以解决上述问题。
47.以下结合图1对车辆管理方法的具体流程及步骤进行描述。图1的方法由服务端设备执行。需要说明的是，本技术实施例提供的车辆管理方法不以图1及以下所示的顺序为限。
48.步骤s101：接收各车辆发送的故障信息。
49.车辆在出现故障时，根据故障发生的具体情况会向服务端发送对应的故障信息，该故障信息包括车辆发生故障的类型信息和车辆信息，且在车辆发送该故障信息后，服务端会接收该车辆发送的故障信息，其中，车辆至少包括两种类型的车辆。
50.步骤s102：根据车辆信息获取车辆发生故障时的地点信息。
51.因故障信息包括车辆发生故障的类型信息和车辆信息，故服务端在接收到车辆发送的故障信息后，可从该故障信息中查找到该车辆对应的车辆信息，并根据该车辆信息定位车辆在发生故障时的具体地点，以此获取车辆发生故障时的地点信息，其中，车辆信息可以为车辆识别码(vehicle identification number)。
52.步骤s103：根据地点信息在预设地图上的相应地点进行标记，预设地图为各车辆共用的地图。
53.服务端在获取到车辆发生故障时的地点信息后，根据该地点信息在预设地图的相应地点进行标记，且将接收到的不同车辆发送的地点信息均标记在同一预设地图上，这样可将各个车辆所遇到的故障统计在一起。
54.步骤s104：根据预设地图判断同一标记地点的标记次数是否达到预设次数，若是，则发出提醒信息。
55.因预设地图为各个车辆共用的地图，即各个车辆发送的其故障出现的地点信息均被统计在了该预设地图上，所以通过判断同一标记地点的标记次数是否达到预设次数，可得到需要及时解决的标记地点对应的故障，且在该标记地点的标记次数达到预设次数时，发出提醒信息，以提醒工作人员安排测试车与测试人员去该标记地点解决其对应的故障，从而提高解决故障的及时性，其中，预设次数可根据实际情况设定，比如：将预设次数设定为3，即标记地点在第3次被标记后，服务端便会发出提醒信息。
56.可选的，在地点的故障被解决后，去除预设地图上与标记地点对应的标记。
57.工作人员安排测试车在标记地点处进行测试并解决该故障后，相应的会去除该标记地点在预设地图上的标记，以表示该故障已被解决。此外，在预设地图上将该标记地点对应的标记去除后，当该标记地点再次发生故障时，其标记次数将会被重新累计，即其标记次数需要再次达到预设次数时，才会发出提醒信息，从而避免服务端向工作人员发出错误的提醒信息。
58.可选的，根据预设地图生成故障信息热点图。
59.在生成故障信息热点图的过程中，按照标记地点在预设地图上被标记的次数，相应的生成不同颜色的点，即标记次数越多，生成的点的颜色越深。当标记地点的故障被解决后，因预设地图上相应的标记地点会被去除，所以该标记地点在故障信息热点图上对应的点的颜色会恢复至无色，以表示该标记地点的故障已被解决。
60.此外，工作人员也可通过查看该故障信息热点图找到故障高发的地点，进而对该地点安排测试车辆去测试并解决该故障。
61.可选的，构建云端场景库，并将预设的智驾功能存储至云端场景库，以使车辆根据智驾功能判断车辆在使用其智驾功能时是否出现故障，智驾功能为帮助用户驾驶的辅助功能。
62.具体的，云端场景库中存储有预设的l2级、l2.5级和l3级的智驾功能，其中，l2级、l2.5级和l3级分别为三个智驾功能的类别，在每一类别下又有多个具体的智驾功能类型，比如l2中包括自适应巡航功能、驾驶员疲劳监测功能等。因云端场景库中存储有预设的智驾功能，所以当车辆在使用其智驾功能时，能根据预设的智驾功能来判断其使用的智驾功能是否出现故障，即云端场景库中存储的预设的智驾功能是作为判断智驾功能出现故障的依据。此外，车辆对其智驾功能出现故障的判断条件是该智驾功能对应的信号值的变化情况，比如车辆的自适应巡航功能在正常工作时，其信号值为1，当其信号值突然跳至0时，就说明其退出了该自适应巡航功能，接着，车辆会根据相关细节的逻辑进行对其退出原因判定，以此判断其属于正常退出还是属于故障导致的退出。
63.并且，云端场景库还能用于存储各车辆对应的车辆信息，工作人员可通过不同的
筛查信息查找到与该信息对应的所有车辆，以此方便对各车辆的管理。此外，云端场景库还能用于存储车辆发生故障时所发送的故障信息，该故障信息包括类型信息和车辆信息，以便于工作人员在解决该地点的故障时，查找有利于解决该地点故障的信息。
64.在车辆为测试车时，一种可选的实施方式为，接收用户的选车请求，按照用户输入的智驾功能类型对车辆按照智驾功能类型进行分类。
65.工作人员在解决标记地点的故障前，需要先在服务端发出选车请求，以查找适用于解决该故障的测试车，比如某标记地点出现的故障是l2级中某一智驾功能失灵，工作人员则需选择具有l2级智驾功能的测试车去该标记地点进行测试，这样在测试过程中才可使该测试车复现出之前收集到的故障，进而才能根据测试情况对该故障进行解决，其中，选车请求为工作人员向服务端输入的需要使用的智驾功能类型。
66.服务端在接收到工作人员的选车请求后，因服务端中存储有各测试车的具体信息，比如测试车具备的各类智驾功能信息，故可根据工作人员输入的智驾功能类型对测试按照智驾功能类型进行分类，并将具备该智驾功能类型的测试车单独分出，比如工作人员在服务端的筛选栏输入l2级智驾功能，服务端出现所有具有该功能的所以测试车的车辆识别码，工作人员便可根据该车辆识别码找其需要的测试车。
67.在车辆为第一售卖车和第二售卖车时，一种可选的实施方式为，接收车辆在行驶时发出的位置信息，判断位置信息是否为标记地点，若是，向车辆发送提示消息，其中，第一售卖车的使用者为员工，第二售卖车的使用者为客户，不同车辆类型对应的提示消息不同。
68.车辆具有定位系统，其在行驶的过程中会不断地向服务端发出位置信息；服务端在接收到该位置信息后，判断该位置信息是否为标记地点，若该判定该位置信息为标记地点，则表示车辆此时行驶在标记地点的路线上，则向车辆发送提示消息。
69.对于向第一售卖车发出的提示消息，因其使用者为员工，则会在发出行驶安全提醒的同时，提醒员工注意该地点的情况，比如某标记地点出现过车道保持系统功能失灵的故障，当第一售卖车经过该标记地点时，服务端会发出语音提示消息“该路段是车道保持系统功能失灵多发路段，请驾驶员握紧方向盘”，在语音提示消息中明确指出该地点多发的故障，使该员工在经过该地点时能注意到该地点对应故障的实际情况。而对于向第二售卖车发出的提示消息，因其使用者为客户，所以仅向客户发出行驶安全的提醒即可，比如某标记地点出现过车道保持系统功能失灵的故障，当第二售卖车经过该标记地点时，服务端会发出语音提示消息“请驾驶员握紧方向盘，注意道路变化”。通过对不同类型的车辆发出相应的提示消息，能在提高用户体验的同时，收集车辆经过标记地点的情况，为后续解决该标记地点的故障提供信息，从而提高解决故障的效率。
70.在车辆为试驾车时，一种可选的实施方式为，在接收到车辆发出的获取行驶路段的请求后，向车辆发送推荐路段信息，推荐路段信息为不包含标记地点的路段，车辆为试驾车。
71.试驾车的工作人员可通过该试驾车向服务端发出路段请求，即选择所在地和将要达到的目的地，当服务端接收到试驾车发出的获取行驶路段的请求后，根据地图导航先获取所有能够由所在地到达目的地的路线，再判断上述路线中是否存在标记地点，在将含有标记地点的路线去除后，将剩余的无标记地点的路段发送至试驾车，比如：工作人员在试驾车上选择从a地点到b地点，服务端在接收到试驾车发出的从a地点到b地点的请求后，根据
地图导航获得了x路线、y路线和z路线，对x路线、y路线和z路线进行是否含有标记地点的判断，发现x路线和y路线上均有标记地点，即车辆在x路线和y路线都曾出现过故障，则服务端将z路线作为推荐路段信息发送至试驾车。这样可使顾客在体验试驾车时，不会经过标记地点，从而降低顾客在体验试驾车时遇到故障发生的情况出现，进而提高顾客的试驾体验。
72.可选的，接收用户的预约、选择申领时长或归还的指令；根据预约、选择申领时长或归还的指令执行对应的操作。
73.工作人员在申领测试车时，需要先发起预约的指令，在服务端完成预约的指令后，其可继续选择测试车的申领时长。根据工作人员测试过程所需时间的判断而选择对应的申领时长，其中，最小申领时长为半天，最大申领时长为m，m为预设的最大时长值，若工作人员在申领期间需要延长申领时长，其可在申领时长结束的前一天进行选择是否继续申领，若选择不继续申领，则该测试车会在当天系统上显示可预约，且可预约的日期为该测试车由该工作人员归还的当天。根据上述预约、选择申领时长或归还的指令执行对应的操作，能使工作人员在服务端对测试车辆进行预约申领使用，从而能将测试车的具体使用情况在服务端进行统计，方便工作人员对测试车进行预约申领。
74.可选的，在地点的故障被解决后，输出故障对应的结论报告，报告包括故障信息、故障原因和修复结果，修复结果为是否将故障修复完成。
75.具体的，某一标记地点对应的故障信息为车道线丢失且高速公路辅助系统(hwa)失灵，工作人员派出测试车在该标记地点处进行测试，测试车在进行测试时发现当开启hwa功能后，在相同路段，同样会出现hwa失灵的现象，且在经过该标记地点后再次开启hwa功能能够正常使用，于是测试人员在结合现场实际环境及当前hwa功能分析后，判定当前软件版本不支持在鱼骨状车道线的地方开启hwa功能，因为车辆摄像头在探测到鱼骨状车道线的时候并不能判定这其实是一条正常的车道线，而是认为车道线异常，因此会判定当前条件不支持hwa功能开启，从而退出hwa功能，并把初步解析结论数据上传到系统，其中，该数据的传输可通过现场录取数据或是通过edr(enhanced data rate)进行数据回传。
76.当工程师在调整软件并将调整好的软件更新在试制车上后，工作人员再次使用上述试制车在该地段进行多次测试，在每次测试出故障不再复现时，均向服务端发出一条故障不再复现的记录，其中，测试次数大于第一预设测试次数。并且，在其它具有相同特征的路段进行测试，在原故障不再出现以后，就可以认为针对此故障的原因已明确，并且已解决故障，其中，测试次数大于第二预设次数，且第一预设次数和第二预设次数由工作人员根据实际情况设定。
77.在上述故障被解决后，系统会输出一份结论报告，包括：故障信息：车道线丢失，hwa功能退出；故障原因：当前软件版本无法识别鱼骨状车道线，从而导致hwa功能退出；故障解决方法：更新软件，在可支持hwa开启的场景库中增加鱼骨状车道线，增加处理判断逻辑；故障解决耗时：11天，解决时间：05/10/2021。此外，完成优化的软件最终通过空中下载技术(over
‑
the
‑
air technology)升级到各个类别车辆上。
78.在标记地点的故障被解决后，输出该故障对应的结论报告，能方便工作人员查看该故障对应的具体情况。
79.图2是根据本发明另一实施例的车辆管理方法的示意性流程图。图2的方法由车辆执行。需要说明的是，本技术实施例提供的车辆管理方法不以图2及以下所示的顺序为限。
80.步骤s201：监测车辆是否发生故障。
81.车辆在使用过程中，会一直监测其是否发生故障。
82.可选的，故障为车辆的智驾功能出现故障，其中，智驾功能为帮助用户驾驶的辅助功能。
83.车辆在使用其智驾功能时，可以根据预设在云端场景库中的智驾功能，判断其使用的智驾功能是否正常运行，若其智驾功能被判断为失灵，则获取该智驾功能失灵的故障信息。
84.步骤s202：当车辆发生故障时，将故障信息发送至服务端。
85.将故障信息发送至服务端，使服务端可根据故障信息中的车辆信息获取车辆发生故障时的地点信息，并根据获取到的地点信息在各车辆共用的预设地图上进行标记，即将各车辆出现故障的地点信息收集并统计到一起，其中，故障信息包括车辆发生故障的类型信息和车辆信息。
86.可选的，将故障信息发送至云端场景库进行储存，类型信息为车辆出现故障的智驾功能的功能信息。
87.车辆在发生故障后，先收集故障信息，并在将该故障信息发送至服务端的同时，将该故障信息发送至云端场景库进行储存，使测试人员在对标记地点进行测试前，可调取云端场景库中储存的该标记地点对应的智驾功能的功能信息，以使测试车在该地点进行测试时，能依据该功能信息对该标记地点的故障进行复现，从而有利于解决该标记地点的故障。
88.在车辆为试驾车时，一种可选的实施方式为，在使用智驾功能后，将使用智驾功能的操作信息发送至服务端进行储存。
89.试驾车在每次使用智驾功能后，都会将使用该智驾功能的操作信息发送至服务端储存，其中，操作信息包括使用过的智驾功能的类型和其使用的具体时间。工作人员可查看某一特定时间段该试驾车辆所使用智驾功能的情况，从而判断该试驾车的工作人员是否向顾客展示了全部的预设的智驾功能，即判断工作人员是否展示了需要展示的全部的智驾功能，以在工作人员没有展示完全的情况下，对该工作人员进行提醒，使其在下次展示时，注意该问题。
90.在车辆为第一售卖车和第二售卖车时，一种可选的实施方式为，第一售卖车的使用者为员工，第二售卖车的使用者为客户，接收服务端发送的提示消息，提示消息为在车辆经过标记地点时，服务端根据标记地点向车辆发出的对应的提醒消息，其中，不同车辆类型对应的提示消息不同。
91.车辆在行驶过程中会不断向服务端发送其的位置信息，当服务端判定所接收到的地点信息为标记地点时，会向车辆发出提示消息。对第一售卖车而言，因其使用者为员工，所以第一售卖车会接收到对于行驶安全和提醒员工注意该标记地点的情况的提示消息，使工作人员在后续解决该标记地点的故障时，该员工能为解决该故障提供具体的信息。对于第二售卖车辆而言，因其使用者为客户，所以第二售卖车仅会接收到对于行驶安全的提醒，以此提高客户体验。
92.在车辆为试驾车时，一种可选的实施方式为，接收服务端发送的推荐路段信息，推荐路段信息为不包含标记地点的路段。
93.试驾车的工作人员通过试驾车进行获取路线的请求后，服务端将会发送不包含标
记地点的路段至该试驾车，且试驾车接收该服务端器发送的推荐路段信息，使顾客在体验试驾车时，能避免经过标记地点，从而降低顾客在体验试驾车时遇到故障发生的情况出现，进而提高顾客的试驾体验。
94.车辆对应的部分车辆管理方法在前述实施例中已有说明，避免赘述，不再重复阐述，相同部分互相参考。
95.请参阅图3，基于同一发明构思，本技术实施例还提供一种车辆管理系统100，该系统100包括：处理模块101和判断模块102。
96.处理模块101，用于接收各车辆发送的故障信息，各车辆至少包括两种类型的车辆，故障信息包括车辆发生故障的类型信息和车辆信息；根据车辆信息获取车辆发生故障时的地点信息；根据地点信息在预设地图上的相应地点进行标记，预设地图为各车辆共用的地图。
97.判断模块102，用于根据预设地图判断同一标记地点的标记次数是否达到预设次数，若是，则发出提醒信息。
98.可选的，处理模块101还用于去除预设地图上与标记地点对应的标记。
99.可选的，处理模块101还用于根据预设地图生成故障信息热点图。
100.可选的，处理模块101还用于构建云端场景库，并将预设的智驾功能存储至云端场景库，以使车辆根据智驾功能判断车辆在使用其智驾功能时是否出现故障，智驾功能为帮助用户驾驶的辅助功能。
101.可选的，处理模块101具体用于接收用户的选车请求，按照用户输入的智驾功能类型对车辆按照智驾功能类型进行分类，车辆为测试车。
102.可选的，处理模块101还用于接收车辆在行驶时发出的位置信息，判断位置信息是否为标记地点，若是，向车辆发送提示消息，其中，车辆为第一售卖车和第二售卖车，第一售卖车的使用者为员工，第二售卖车的使用者为客户，其中，不同车辆类型对应的提示消息不同。
103.可选的，处理模块101还用于在接收到车辆发出的获取行驶路段的请求后，向车辆发送推荐路段信息，推荐路段信息为不包含标记地点的路段，其中，车辆为试驾车。
104.可选的，处理模块101还用于接收用户的预约、选择申领时长或归还的指令；根据预约、选择申领时长或归还的指令执行对应的操作。
105.可选的，处理模块101还用于在地点的故障被解决后，输出故障对应的结论报告，报告包括故障信息、故障原因和修复结果，修复结果为是否将故障修复完成。
106.请参阅图4，基于同一发明构思，本技术实施例还提供一种车辆管理装置200，该装置200包括：监测模块201和处理模块202。
107.监测模块201，用于监测车辆是否发生故障；
108.处理模块202，用于当车辆发生故障时，将故障信息发送至服务端，以使服务端根据故障信息中的车辆信息获取车辆发生故障时的地点信息，并根据地点信息在预设地图上的相应地点进行标记，预设地图为各车辆共用的地图，故障信息包括车辆发生故障的类型信息和车辆信息。
109.可选的，处理模块202还用于将故障信息发送至云端场景库进行储存，类型信息为车辆出现故障的智驾功能的功能信息和地点信息。
110.可选的，处理模块202还用于在使用智驾功能后，将使用智驾功能的操作信息发送至服务端进行储存，其中，车辆为试驾车。
111.可选的，处理模块202还用于接收服务端发送的提示消息，提示消息为在车辆经过标记地点时，服务端根据标记地点向车辆发出的对应的提醒消息，其中，不同车辆类型对应的提示消息不同，车辆为第一售卖车和第二售卖车，第一售卖车的使用者为员工，第二售卖车的使用者为客户。
112.可选的，处理模块202还用于接收服务端发送的推荐路段信息，推荐路段信息为不包含标记地点的路段，其中，车辆为试驾车。
113.请参阅图5，本技术实施例提供的一种车辆管理方法的电子设备300的示意性结构框图，该电子设备300应用于服务端或车辆上。本技术实施例中，电子设备300可以是，但不限于个人计算机(personal computer，pc)、智能手机、平板电脑、个人数字助理(personal digital assistant，pda)、移动上网设备(mobile internet device，mid)等。在结构上，电子设备300可以包括处理器310和存储器320。
114.处理器310与存储器320直接或间接地电性连接，以实现数据的传输或交互，例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。其中，处理器310可以是一种集成电路芯片，具有信号处理能力。处理器310也可以是通用处理器，例如，可以是中央处理器(central processing unit，cpu)、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、分立门或晶体管逻辑器件、分立硬件组件，可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。此外，通用处理器可以是微处理器或者任何常规处理器等。
115.存储器320可以是，但不限于，随机存取存储器(random access memory，ram)、只读存储器(read only memory，rom)、可编程只读存储器(programmable read
‑
only memory，prom)、可擦可编程序只读存储器(erasable programmable read
‑
only memory，eprom)，以及电可擦编程只读存储器(electric erasable programmable read
‑
only memory，eeprom)。存储器320用于存储程序，处理器310在接收到执行指令后，执行该程序。
116.应当理解，图5所示的结构仅为示意，本技术实施例提供的电子设备300还可以具有比图5更少或更多的组件，或是具有与图5所示不同的配置。此外，图5所示的各组件可以通过软件、硬件或其组合实现。
117.需要说明的是，由于所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
118.基于同一发明构思，本技术实施例还提供一种存储介质，其上存储有计算机程序，计算机程序在被运行时执行上述实施例中提供的方法。
119.该存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘solid state disk(ssd))等。
120.在本技术所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功
能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
121.另外，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
122.再者，在本技术各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
123.在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。
124.以上所述仅为本技术的实施例而已，并不用于限制本技术的保护范围，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。