车辆档案管理、查找方法、装置和计算机设备与流程

1.本技术涉及车辆信息处理技术领域，特别涉及一种车辆档案管理、查找方法、装置和计算机设备。


背景技术：

2.随着车辆的日益增加，维修店的数量也越来越多，当汽车出现故障或需要保养时，车主通常会去维修店进行维修，维修店会根据汽车的诊断情况做出诊断报告，相关技术中，由于车主选择目标维修店是随机的或自主性比较强，因此维修店对于汽车诊断报告的存储时间通常不会太久，且存储的数量不多，当车主或维修人员需要查找诊断报告时，一般都是按照生成诊断报告的时间进行查找，而这种查找方式又需要依赖维修人员或者车主的记忆，比如，维修人员会根据车主来修车的时间，查找某一个时间段内的诊断报告，再人工核对诊断报告是否与车主的车辆故障对应，且一个故障，其对应的诊断报告可能是多份的，比如时间段为1月1号-1月10号，该汽车都在该维修厂进行的维修，而维修店一天可能存储二三十份诊断报告，十天就有上百份，因此要快速查找到正确的诊断报告比较困难，耗时较久；且对汽车进行维修时，一台诊断设备会对多台车辆进行故障诊断，因此，多台车辆所形成的诊断报告会出现不易区分的情况，这对车主或维修店对车辆档案的管理带来了诸多不便。


技术实现要素：

3.本技术的主要目的为提供一种车辆档案管理、查找方法、装置和计算机设备，旨在解决现有技术中车辆档案不便管理、无法快速查找的技术问题。
4.本技术提出一种车辆档案管理、查找方法，应用于诊断设备，包括：
5.获取目标车辆的vin码，其中，所述vin码为唯一标识码；
6.根据所述vin码，获取目标车辆的车载数据；
7.根据所述车载数据，对目标车辆进行诊断，得到诊断结果信息，其中，所述诊断结果信息包括多个，多个所述诊断结果信息包括多个诊断报告、多个诊断图片与多个目标车辆数据流；
8.将所述vin码分别与多个所述诊断报告、多个诊断图片与多个目标车辆数据流进行绑定、统计，得到与所述vin码对应的目标车辆的车辆档案；
9.按照预设次数，重复所述获取目标车辆的vin码的步骤至所述将所述vin码分别与所述诊断报告、诊断图片与目标车辆数据流进行绑定、整合的步骤，以得到多个目标车辆的车辆档案；
10.当需要查找某一个所述目标车辆的诊断结果信息时，获取所述目标车辆的vin码；
11.根据所述目标车辆的vin码查找对应的车辆档案。
12.作为优选，所述获取目标车辆的vin码的步骤，包括：
13.与目标车辆的obd接口建立连接，以获取车型信息；
14.根据所述车型信息，查找与所述车型信息对应的vin码，得到查找结果；
15.根据查找结果判断是否查找到与所述车型信息对应的所述vin码；
16.若查找到与所述车型信息对应的所述vin码，则获取所述vin码；
17.若没有查找到与所述车型信息对应的所述vin码，则对所述目标车辆的vin码进行构建，以得到所述目标车辆的vin码。
18.作为优选，所述根据所述车载数据，对目标车辆进行诊断，得到诊断结果信息的步骤之前，包括：
19.根据所述车载数据，向服务器发送请求获取指令；
20.接收服务器反馈的同意获取指令；
21.接收服务器发送的历史诊断结果信息；
22.对所述历史诊断结果信息按照时间顺序排序，得到历史诊断结果序列表。
23.作为优选，所述根据所述车载数据，对目标车辆进行诊断，得到诊断结果信息的步骤，包括：
24.根据所述车载数据，获取所述目标车辆的故障码，其中，所述故障码至少包括一个；
25.根据所述故障码，对目标车辆进行诊断，得到与所述故障码对应的诊断报告；
26.按照预设条件，对所述故障码和/或所述诊断报告进行截图，得到多个截图图片，将多个所述截图图片作为诊断图片，并按照截图的时间顺序进行存储；
27.获取目标车辆数据流，其中，目标车辆数据流包括目标车辆的基本信息与诊断程序代码。
28.作为优选，所述将所述vin码分别与多个所述诊断报告、多个诊断图片与多个目标车辆数据流进行绑定、统计的步骤，包括：
29.对每一个所述诊断报告构建第一标识码，并对所有的所述诊断报告定义为第一属性；
30.对每一个所述诊断图片构建第二标识码，并对所有的所述诊断图片定义为第二属性；
31.对每一个所述目标车辆数据流构建第三标识码，并对所有的所述目标车辆数据流定义为第三属性；
32.将所述vin码分别与所述第一标识码、所述第二标识码、所述第三标识码进行绑定，得到绑定后的多个所述诊断报告、多个所述诊断图片、多个所述目标车辆数据流；
33.对多个所述诊断报告、多个所述诊断图片、多个所述目标车辆数据流进行统计，得到第一属性列表、第二属性列表与第三属性列表。
34.作为优选，所述根据所述目标车辆的vin码查找对应的车辆档案的步骤，包括：
35.从所述第一属性、所述第二属性与所述第三属性中选择出一个作为目标属性；
36.根据所述vin码与所述目标属性，查找与所述目标属性对应的车辆档案；
37.获取预设的时间点或时间段；
38.根据预设的所述时间点或所述时间段，对与所述目标属性对应的车辆档案进行优先级排序，得到排序之后的车辆档案。
39.作为优选，所述根据所述目标车辆的vin码查找对应的车辆档案的步骤之后，还包
括：
40.根据所述vin码，获取用户信息；
41.根据所述用户信息，获取与所述用户信息相关联的vin码；
42.判断与所述用户信息相关联的vin码是否超过一个；
43.若与所述用户信息相关联的vin码超过一个，对与所述用户信息相关联的vin码所对应的车辆档案进行整合，得到用户车辆档案数据集。
44.本技术还提供一种车辆档案管理、查找装置，包括：
45.第一获取模块，用于获取目标车辆的vin码，其中，所述vin码为唯一标识码；
46.第二获取模块，用于根据所述vin码，获取目标车辆的车载数据；
47.诊断模块，用于根据所述车载数据，对目标车辆进行诊断，得到诊断结果信息，其中，所述诊断结果信息包括多个，多个所述诊断结果信息包括多个诊断报告、多个诊断图片与多个目标车辆数据流；
48.绑定模块，用于将所述vin码分别与多个所述诊断报告、多个诊断图片与多个目标车辆数据流进行绑定、统计，得到与所述vin码对应的目标车辆的车辆档案；
49.循环模块，用于按照预设次数，重复所述获取目标车辆的vin码的步骤至所述将所述vin码分别与所述诊断报告、诊断图片与目标车辆数据流进行绑定、整合的步骤，以得到多个目标车辆的车辆档案；
50.第三获取模块，用于当需要查找某一个所述目标车辆的诊断结果信息时，获取所述目标车辆的vin码；
51.查找模块，用于根据所述目标车辆的vin码查找对应的车辆档案。
52.本技术还提供了一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述车辆档案管理、查找方法的步骤。
53.本技术还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述车辆档案管理、查找方法的步骤。
54.本技术的有益效果为：本技术提出一种车辆档案管理、查找方法，应用于诊断设备，通过将vin码分别与诊断报告、诊断图片与目标车辆数据流进行绑定，这样能够使得每一个诊断报告、诊断图片与目标车辆数据流都与vin码形成一一对应的关系，再对其进行统计，从而能够得到基于vin码的车辆档案，便于车主与维修人员对目标车辆的维修记录进行管理，当维修人员或者车主想要查找车辆档案时，可仅通过vin码，查找到与该vin码对应的车辆档案，从而可根据自身需求在车辆档案中获取需要的诊断报告、诊断图片与目标车辆数据流，与此同时，虽然诊断设备会对不同的车辆进行诊断，但由于将诊断报告、诊断图片、目标车辆数据流与vim进行绑定了，因此，维修人员查看诊断报告时，可以快速区分出该诊断报告属于哪款车型的，这样便于维修人员对车辆档案进行管理，从而也能够提高维修人员的工作效率。
附图说明
55.图1为本技术一实施例的车辆档案管理、查找方法流程示意图。
56.图2为本技术一实施例的车辆档案管理、查找装置结构示意图。
57.图3为本技术一实施例的计算机设备内部结构示意图。
58.本技术目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
59.应当理解，此处所描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
60.如图1-图3所示，本技术提出一种车辆档案管理、查找方法，应用于诊断设备，包括：
61.s1、获取目标车辆的vin码，其中，所述vin码为唯一标识码；
62.s2、根据所述vin码，获取目标车辆的车载数据；
63.s3、根据所述车载数据，对目标车辆进行诊断，得到诊断结果信息，其中，所述诊断结果信息包括多个，多个所述诊断结果信息包括多个诊断报告、多个诊断图片与多个目标车辆数据流；
64.s4、将所述vin码分别与多个所述诊断报告、多个诊断图片与多个目标车辆数据流进行绑定、统计，得到与所述vin码对应的目标车辆的车辆档案；
65.s5、按照预设次数，重复所述获取目标车辆的vin码的步骤至所述将所述vin码分别与所述诊断报告、诊断图片与目标车辆数据流进行绑定、整合的步骤，以得到多个目标车辆的车辆档案；
66.s6、当需要查找某一个所述目标车辆的诊断结果信息时，获取所述目标车辆的vin码；
67.s7、根据所述目标车辆的vin码查找对应的车辆档案。
68.如上述步骤s1-s2所述，vin(vehicle identification number)码，中文名叫车辆识别代码，vin码含有车辆的制造厂家、生产年代、车型、车身型式、发动机以及其它装备的信息，因此，通过获取目标车辆的vin码，这样能够使得维修人员快速的了解到目标车辆的基本信息，在获取了目标车辆的vin码之后，诊断设备可根据目标车辆的基本信息，基于与目标车辆所遵循的通信协议，与目标车辆建立通信连接，从而从目标车辆的车载系统中，获取所需要的车载数据，这样有利于目标车辆后期的故障诊断。
69.如上述步骤s3所述，多数情况下，目标车辆出现故障，都不仅仅是单一的原因，即不单单是某一个零部件出现损坏导致的，是由多方面的因素造成的，因此，使用诊断设备对其进行诊断时，需要根据车载数据以及现场检查零部件的情况，来具体分析原因，因此，做出的诊断报告，为单一的零部件的诊断报告，即需要对各零部件的损坏情况进行排查，最后确诊之后，再结合多个单一的诊断报告，做出最终的诊断报告，因此，一次故障诊断过程中，经常会出现有多份诊断报告的情况；由于诊断报告中描述的是诊断的结论，而没有维修人员的诊断过程，因此，在诊断过程中，维修人员可以采用截图的方式，截取有需求的图片作为诊断图片进行保存，这样便于后期诊断报告出现问题时，可通过诊断图片做推导或者验证；目标车辆数据流指的是，在诊断过程中，检测的零部件的最新参数信息，以及进行诊断时，产生的程序代码信息等；
70.如上述步骤s4-s7所述，通过将vin码分别与诊断报告、诊断图片与目标车辆数据流进行绑定，这样能够使得每一个诊断报告、诊断图片与目标车辆数据流都与vin码形成一一对应的关系，再对其进行统计，从而能够得到基于vin码的车辆档案，便于车主与维修人员对目标车辆的维修记录进行管理，重复步骤s1-s4，即可得到多个目标车辆的车辆档案，
这样，当维修人员或者车主想要查找车辆档案时，可仅通过vin码，查找到与该vin码对应的车辆档案，从而可根据自身需求在车辆档案中获取需要的诊断报告、诊断图片与目标车辆数据流，更优的，可将车辆档案上传至维修厂的数据库或服务器中，与此同时，虽然诊断设备会对不同的车辆进行诊断，但由于将诊断报告、诊断图片、目标车辆数据流与vim进行绑定了，因此，维修人员查看诊断报告时，可以快速区分出该诊断报告属于哪款车型的，这样便于维修人员对车辆档案进行管理，从而也能够提高维修人员的工作效率。
71.在一个实施例中，所述获取目标车辆的vin码的步骤s1，包括：
72.s11、与目标车辆的obd接口建立连接，以获取车型信息；
73.s12、根据所述车型信息，查找与所述车型信息对应的vin码，得到查找结果；
74.s13、根据查找结果判断是否查找到与所述车型信息对应的所述vin码；
75.s14、若查找到与所述车型信息对应的所述vin码，则获取所述vin码；
76.s15、若没有查找到与所述车型信息对应的所述vin码，则对所述目标车辆的vin码进行构建，以得到所述目标车辆的vin码。
77.如上述步骤s11-s15所述，虽然车辆在出厂时，厂家会设置vin码，但由于某些车辆不支持读vin码功能，或者由于诊断设备不支持读取某些车型的vin码，因此，诊断设备并不能够确保能够获取到所有类型车辆的vin码，故在本实施例中，当诊断设备无法获取到vin码时，可基于目标车辆的车型信息构建与其对应的vin码，这样，便于后期将目标车辆生成的诊断结果信息与该vin码进行绑定，这样，即使获取不到目标车辆的vin码，也能够得到该目标车辆的车辆档案。
78.在一个实施例中，所述根据所述车载数据，对目标车辆进行诊断，得到诊断结果信息的步骤s3之前，包括：
79.s301、根据所述车载数据，向服务器发送请求获取指令；
80.s302、接收服务器反馈的同意获取指令；
81.s303、接收服务器发送的历史诊断结果信息；
82.s304、对所述历史诊断结果信息按照时间顺序排序，得到历史诊断结果序列表。
83.如上述步骤s301-s304所述，由于目标车辆在进行诊断维修时，可能会选择不同的维修店，例如目标车辆在a店进行故障维修后，又来b店进行故障维修，那么b店中对其诊断的诊断设备是没有之前其在a店的诊断结果信息的，为了使得诊断记录互通，通常在目标车辆的车载系统或其服务器中，会保存历史的诊断结果，而在某些故障诊断时，是需要查看之前的诊断记录的，因此，可通过向车载系统或其服务器发送请求获取指令，从而将历史诊断结果信息传输至诊断设备，诊断设备可对历史诊断结果信息按照时间顺序排序，这样便于维修人员根据时间顺序查找到其需要的诊断记录。
84.在一个实施例中，所述根据所述车载数据，对目标车辆进行诊断，得到诊断结果信息的步骤s3，包括：
85.s31、根据所述车载数据，获取所述目标车辆的故障码，其中，所述故障码至少包括一个；
86.s32、根据所述故障码，对目标车辆进行诊断，得到与所述故障码对应的诊断报告；
87.s33、按照预设条件，对所述故障码和/或所述诊断报告进行截图，得到多个截图图片，将多个所述截图图片作为诊断图片，并按照截图的时间顺序进行存储；
88.s34、获取目标车辆数据流，其中，目标车辆数据流包括目标车辆的基本信息与诊断程序代码。
89.如上述步骤s31-s34所述，在目标车辆进行故障诊断的过程中，维修人员有时需要对故障码或者诊断设备的检测、诊断过程进行截图，而根据现有技术可知，截图之后，其截图图片一般保存在默认的剪贴板中，若截图之后，不对其进行保存，当截取新的图片后，会直接替换掉之前的，若维修人员截图一张就保存一张，则需要手动的进行多张图片的保存，这无疑增加维修人员的诊断时间，降低工作效率，因此，本实施例中，维修人员截图之后，可按照截图的时间顺序自动对其保存，这样能够减少维修人员的诊断时间；更优的，在截取图片之后，维修人员可选择是否对该截图图片进行标记，若进行标记，则单独存入一个文件夹内，这样，便于维修人员对其进行查找。更优的，诊断结果信息中的诊断报告的显示内容中，显示有该诊断报告对应的故障码，这样，本实施例能够在最大程度范围内，将目标车辆在诊断过程中的数据、图片、故障项目以及诊断结果都整合为诊断结果信息，从而能够较大程度上防止后续查找时，出现查找不到的情况发生。
90.在一个实施例中，所述将所述vin码分别与多个所述诊断报告、多个诊断图片与多个目标车辆数据流进行绑定、统计的步骤s4，包括：
91.s41、对每一个所述诊断报告构建第一标识码，并对所有的所述诊断报告定义为第一属性；
92.s42、对每一个所述诊断图片构建第二标识码，并对所有的所述诊断图片定义为第二属性；
93.s43、对每一个所述目标车辆数据流构建第三标识码，并对所有的所述目标车辆数据流定义为第三属性；
94.s44、将所述vin码分别与所述第一标识码、所述第二标识码、所述第三标识码进行绑定，得到绑定后的多个所述诊断报告、多个所述诊断图片、多个所述目标车辆数据流；
95.s45、对多个所述诊断报告、多个所述诊断图片、多个所述目标车辆数据流进行统计，得到第一属性列表、第二属性列表与第三属性列表。
96.如上述步骤s41-s45所述，将诊断报告定义为第一属性，诊断图片定义为第二属性，目标车辆数据流定义为第三属性，这样，能够实现对其的分类划分；若将vin码与诊断报告、诊断图片、目标车辆数据流进行绑定，由于vin码以数字/字母形式存在，诊断报告、诊断图片、目标车辆数据流通常以pdf文件、图片、程序代码的形式存在，因此两者若直接绑定，需要依赖逻辑运算能力比较强的处理器，且绑定过程复杂，难度较高，这将导致绑定过程中，诊断设备出现卡顿、运行慢等情况，因此，为了降低绑定的难度，本实施例对诊断报告、诊断图片、目标车辆数据流分别构建第一标识码、第二标识码、第三标识码，第一标识码、第二标识码、第三标识码以数字/字母的形式存在，这样，其与vin码进行绑定时，格式较为匹配，即两者都以数字/字母的形式进行绑定，这样能够减少绑定的时间，且绑定过程相对简单，对处理器的要求也不高，常规的诊断设备都能实现，这样，能够防止绑定过程对诊断设备造成卡顿、运行慢等情况的发生。
97.在一个实施例中，所述根据所述目标车辆的vin码查找对应的车辆档案的步骤s7，包括：
98.s71、从所述第一属性、所述第二属性与所述第三属性中选择出一个作为目标属
性；
99.s72、根据所述vin码与所述目标属性，查找与所述目标属性对应的车辆档案；
100.s73、获取预设的时间点或时间段；
101.s74、根据预设的所述时间点或所述时间段，对与所述目标属性对应的车辆档案进行优先级排序，得到排序之后的车辆档案。
102.如上述步骤s71-s74所述，在查找车辆档案时，除了通过vin码查找，也可以通过vin码与属性对其查找，这样能够更加快速的查找到与属性对应的诊断结果信息，例如，属性为第一属性，则可查找与vin码对应的所有诊断报告，找到诊断报告之后，可根据需求，查找预设的时间点或时间段所对应的诊断报告，若该段时间的诊断报告为多份，可对其进行优先级排序，优先级排序可以按照时间排序，也可按照维修人员在诊断报告生成时，对其进行重要程度标记的情况进行优先级排序，这样，便于维修人员快速的找到符合其需求的车辆档案；更优的，除了通过vin码与属性对其查找，还可以通过vin码与第一标识码对诊断报告进行查找，具体的步骤为：通过vin码获取第一标识码，其中，第一标识码为多个；在多个第一标识码选取一个第一标识码作为目标标识码；根据所述vin码与所述目标标识码，查找与所述目标标识码对应的诊断报告。相对于仅通过vin码与通过vin码与属性进行查找的方式，通过vin码与目标标识码查找的方式更加迅速，且结果唯一，查找的效率较高。
103.在一个实施例中，所述根据所述目标车辆的vin码查找对应的车辆档案的步骤s7之后，还包括：
104.s701、根据所述vin码，获取用户信息；
105.s702、根据所述用户信息，获取与所述用户信息相关联的vin码；
106.s703、判断与所述用户信息相关联的vin码是否超过一个；
107.s704、若与所述用户信息相关联的vin码超过一个，对与所述用户信息相关联的vin码所对应的车辆档案进行整合，得到用户车辆档案数据集。
108.如上述步骤s701-s704所述，由于某些车主不止拥有一辆车，因此，可通过vin码获取车主的用户信息，再根据用户信息，获取与该用户信息相关联的vin码，若与所述用户信息相关联的vin码超过一个，则对于vin码对应的车辆档案进行整合，这样能够得到基于用户的车辆档案数据集，这样用户可直接在车辆档案数据集查看到其名下所有车辆的车辆档案，便于其对车辆的车辆档案进行管理与查找。
109.本技术还提供一种车辆档案管理、查找装置，包括：
110.第一获取模块1，用于获取目标车辆的vin码，其中，所述vin码为唯一标识码；
111.第二获取模块2，用于根据所述vin码，获取目标车辆的车载数据；
112.诊断模块3，用于根据所述车载数据，对目标车辆进行诊断，得到诊断结果信息，其中，所述诊断结果信息包括多个，多个所述诊断结果信息包括多个诊断报告、多个诊断图片与多个目标车辆数据流；
113.绑定模块4，用于将所述vin码分别与多个所述诊断报告、多个诊断图片与多个目标车辆数据流进行绑定、统计，得到与所述vin码对应的目标车辆的车辆档案；
114.循环模块5，用于按照预设次数，重复所述获取目标车辆的vin码的步骤至所述将所述vin码分别与所述诊断报告、诊断图片与目标车辆数据流进行绑定、整合的步骤，以得到多个目标车辆的车辆档案；
115.第三获取模块6，用于当需要查找某一个所述目标车辆的诊断结果信息时，获取所述目标车辆的vin码；
116.查找模块7，用于根据所述目标车辆的vin码查找对应的车辆档案。
117.在一个实施例中，第一获取模块1，包括：
118.建立单元，用于与目标车辆的obd接口建立连接，以获取车型信息；
119.第一查找单元，用于根据所述车型信息，查找与所述车型信息对应的vin码，得到查找结果；
120.第一判断单元，用于根据查找结果判断是否查找到与所述车型信息对应的所述vin码；
121.第一获取单元，用于若查找到与所述车型信息对应的所述vin码，则获取所述vin码；
122.第一构建单元，用于若没有查找到与所述车型信息对应的所述vin码，则对所述目标车辆的vin码进行构建，以得到所述目标车辆的vin码。
123.在一个实施例中，所述车辆档案管理、查找装置还包括：
124.发送单元，用于根据所述车载数据，向服务器发送请求获取指令；
125.第一接收单元，用于接收服务器反馈的同意获取指令；
126.第二接收单元，用于接收服务器发送的历史诊断结果信息；
127.第一排序单元，用于对所述历史诊断结果信息按照时间顺序排序，得到历史诊断结果序列表。
128.在一个实施例中，所述诊断模块3包括：
129.第二获取单元，用于根据所述车载数据，获取所述目标车辆的故障码，其中，所述故障码至少包括一个；
130.诊断单元，用于根据所述故障码，对目标车辆进行诊断，得到与所述故障码对应的诊断报告；
131.截图单元，用于按照预设条件，对所述故障码和/或所述诊断报告进行截图，得到多个截图图片，将多个所述截图图片作为诊断图片，并按照截图的时间顺序进行存储；
132.第三获取单元，用于获取目标车辆数据流，其中，目标车辆数据流包括目标车辆的基本信息与诊断程序代码。
133.在一个实施例中，所述绑定模块4包括：
134.第二构建单元，用于对每一个所述诊断报告构建第一标识码，并对所有的所述诊断报告定义为第一属性；
135.第三构建单元，用于对每一个所述诊断图片构建第二标识码，并对所有的所述诊断图片定义为第二属性；
136.第四构建单元，用于对每一个所述目标车辆数据流构建第三标识码，并对所有的所述目标车辆数据流定义为第三属性；
137.绑定单元，用于将所述vin码分别与所述第一标识码、所述第二标识码、所述第三标识码进行绑定，得到绑定后的多个所述诊断报告、多个所述诊断图片、多个所述目标车辆数据流；
138.统计单元，用于对多个所述诊断报告、多个所述诊断图片、多个所述目标车辆数据
流进行统计，得到第一属性列表、第二属性列表与第三属性列表。
139.在一个实施例中，所述查找模块7包括：
140.第一选择单元，用于从所述第一属性、所述第二属性与所述第三属性中选择出一个作为目标属性；
141.第二查找单元，用于根据所述vin码与所述目标属性，查找与所述目标属性对应的车辆档案；
142.第四获取单元，用于获取预设的时间点或时间段；
143.第二排序单元，用于根据预设的所述时间点或所述时间段，对与所述目标属性对应的车辆档案进行优先级排序，得到排序之后的车辆档案。
144.在一个实施例中，所述车辆档案管理、查找装置，还包括：
145.第四获取单元，用于根据所述vin码，获取用户信息；
146.第五获取单元，用于根据所述用户信息，获取与所述用户信息相关联的vin码；
147.第二判断单元，用于判断与所述用户信息相关联的vin码是否超过一个；
148.整合单元，用于若与所述用户信息相关联的vin码超过一个，对与所述用户信息相关联的vin码所对应的车辆档案进行整合，得到用户车辆档案数据集。
149.如图3所示，本技术还提供了一种计算机设备，该计算机设备可以是服务器，其内部结构可以如图3所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设计的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储车辆档案管理、查找方法的过程需要的所有数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现车辆档案管理、查找方法。
150.本领域技术人员可以理解，图3中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备的限定。
151.本技术一实施例还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任意一个车辆档案管理、查找方法。
152.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储与一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的和实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可以包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram通过多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双速据率sdram(ssrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
153.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其它变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素，而
且还包括没有明确列出的其它要素，或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。
154.以上所述仅为本技术的优选实施例，并非因此限制本技术的专利范围，凡是利用本技术说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本技术的专利保护范围内。