车辆诊断方法、系统、装置及存储介质与流程

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.本技术提供的车辆诊断方法、车辆诊断系统、车辆诊断装置、分配服务器、电子装置及计算机可读存储介质，本技术提供的车辆诊断方法，通过分配服务器接收用户终端发送的诊断请求，分配服务器从多个诊断服务器中选择其中一个诊断服务器并将诊断请求发送给被选择的诊断服务器，被选择的诊断服务器依据诊断请求形成诊断指令并将诊断指令发送至车辆的诊断设备，诊断设备依据诊断指令获取车辆的车辆信息并将车辆信息回传至被选择的诊断服务器，被选择的诊断服务器依据车辆信息形成诊断报告并将诊断报告发送至用户终端，从而实现对车辆的远程诊断；通过分配服务器及多个诊断服务器对车辆进行远程诊断，当多个用户终端发送多个诊断请求至分配服务器时，分配服务器可以将多个诊断请求分配至不同的被选择的诊断服务器，可以承受高并发下的远程诊断请求，避免单台服务器在高并发下的情况下出现服务器故障奔溃或者相应不及时的情况，保证服务器集群能够及时响应用户终端的诊断请求、以及用户终端能够及时获取车辆信息，满足人们对于车辆维修保障的要求。
附图说明
73.图1是本技术一实施例所提供的车辆诊断方法的流程示意图。
74.图2是图1所示的步骤s3的流程示意图。
75.图3是图2所示的步骤s32的流程示意图。
76.图4是图1所示的步骤s4的流程示意图。
77.图5是图1所示的步骤s5的流程示意图。
78.图6是本技术一实施例所提供的车辆诊断系统的示意图。
79.图7是本技术一实施例所提供的车辆诊断装置的功能模块图。
80.图8是本技术一实施例所提供的分配服务器的结构示意图。
81.图9是本技术一实施例所提供的电子装置的架构示意图。
82.主要元件符号说明
83.车辆诊断系统
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
100
84.用户终端
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
10
85.服务器集群
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
20
86.分配服务器
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
22
87.第一存储器
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
222
88.第一处理器
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
224
89.第一通讯总线
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
226
90.诊断服务器
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
24
91.中转服务器
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
26
92.车辆
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
30
93.诊断设备
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
32
94.云平台
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
40
95.数据库
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
50
96.车辆诊断装置
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
200
97.建立模块
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
202
98.发送模块
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
204
99.选择发送模块
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
206
100.第一形成发送模块
ꢀꢀꢀꢀꢀꢀꢀ
208
101.获取发送模块
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
210
102.第二形成发送模块
ꢀꢀꢀꢀꢀꢀꢀ
212
103.报告形成模块
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
2122
104.预警报告形成模块
ꢀꢀꢀꢀꢀꢀꢀ
2124
105.预警报告发送模块
ꢀꢀꢀꢀꢀꢀꢀ
2126
106.结果形成模块
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
214
107.存储形成模块
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
216
108.电子装置
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
300
109.第二存储器
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
302
110.第二处理器
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
304
111.第二通讯总线
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
306
112.计算机程序
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
308
具体实施方式
113.为了能够更清楚地理解本技术的目的、特征和优点，下面结合附图和具体实施例对本技术进行详细描述。需要说明的是，在不冲突的情况下，本技术的实施例及实施例中的特征可以相互结合。在下面的描述中阐述了很多具体细节以便于充分理解本技术，所述描述的实施例仅是本技术一部分实施例，而不是全部的实施例。
114.此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个所述特征。在本技术的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。
115.除非另有定义，本文所使用的所有的技术和科学术语与属于本技术的技术领域的技术人员通常理解的含义相同。本文中在本技术的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本技术。本文所使用的术语“和/或”包括一个或多个相关的所列项目的任意的和所有的组合。
116.请参见图1，图1为本技术一个实施例提供的车辆诊断方法的流程示意图。根据不同的需求，流程图中步骤的顺序可以改变，某些步骤可以省略。为了便于说明，仅示出了与本技术实施例相关的部分。
117.本技术实施例的车辆诊断方法应用于安装诊断设备的车辆中。对于需要进行远程诊断的车辆，可以直接在用户终端、服务器集群、车辆中的一者或多者上集成本技术的方法所提供的车辆诊断功能，或者安装用于实现本技术的车辆诊断方法的客户端。再如，本技术所提供的车辆诊断方法还可以以软件开发工具包(sdk，software development kit)的形式运行在用户终端、服务器集群、车辆中的一者或多者上，以sdk的形式提供车辆远程诊断功能的接口，处理器或其他设备通过提供的接口即可实现车辆远程诊断功能。
118.本技术实施例中所涉及的车辆设有车辆远程诊断功能，车辆上的诊断设备接收到相应指令后，可获取车辆的车辆信息并发送出去。车辆上的诊断设备为车载tbox(telematics box)，也称为tbox终端，主要用于采集车辆的车辆信息，然后通过无线通信的方式将所采集的车辆信息传送出去。车辆信息为诊断设备所获取的可用于诊断车辆的故障的信息，车辆信息包括但不限于：故障信息、位置信息、姿态信息、车辆状态信息、里程信息、车辆型号信息、车辆配置信息、驾驶员驾驶状态信息等能够反应车辆故障、车辆是否存在潜在的故障、或者可用于评判车辆是否存在故障的信息；或者，车辆信息包括但不限于：车辆的硬件配置信息、车辆的软件信息、车辆的运维信息等能够反应车辆故障、车辆是否存在潜在的故障、或者可用于评判车辆是否存在故障的信息。车辆诊断方法包括以下步骤。
119.步骤s1，建立一用户终端与一服务器集群的通信连接，服务器集群包括一分配服务器和多个诊断服务器。
120.在一实施方式中，用户终端可以为电脑、手机、平板等联网设备，用户终端具有与服务器通信连接的功能。用户终端可以通过5g、4g、3g、2g等通信方式与服务器集群建立通信连接，用户终端与服务器集群中的分配服务器和多个诊断服务器中的一个或多个均建立通信连接关系。优选地，用户终端通过5g通信方式与服务器集群建立通信连接，通过采用5g通信，能够极大地提高数据的传输速率。可以理解地，本技术的实施方式中可以均采用5g通信，从而极大地提高车辆诊断中的数据的传输速率。
121.具体地，用户终端通过登录一云平台与服务器集群建立通信连接关系。可以为通过用户终端上的应用程序或网页登录云平台。云平台可以理解为车辆信息诊断管理平台，通过该云平台可以对车辆信息进行实时掌控，并对车辆进行远程诊断，有利于用户通过用户终端监控车辆的异常信息。
122.在一实施方式中，用户可以通过用户终端等联网终端设备在应用程序或网页中登录云平台，用于可以在云平台中查看车辆的基本信息、可以查看故障诊断信息、故障诊断结果、历史故障信息、历史故障诊断结果或其他信息。
123.步骤s2，发送一诊断请求至分配服务器。
124.在一实施方式中，用户通过应用程序或网页发送一诊断请求至分配服务器。诊断请求中包含车辆的唯一标识码和发起请求的时间戳，标识码和时间戳组成的字符串是唯一的。
125.用户通过用户终端登录云平台后，云平台可以根据用户权限决定用户是否能够对车辆进行远程诊断。或者，普通用户通过用户终端登录云平台之后，仅可以查看车辆的基本信息、故障诊断信息、故障诊断结果、历史故障信息、历史故障诊断结果或其他信息，然而却没有权限通过云平台对车辆进行远程诊断；当普通用户开启权限后，才能够通过云平台对车辆进行远程诊断。
126.需要说明的是，分配服务器可以使用nginx配置，分配服务器可以与诊断服务器相同，也可以与诊断服务器不相同，可以为服务器集群中的一台服务器，也可以独立于服务器集群存在。当分配服务器独立于服务器集群存在时，服务器集群仅包括多个诊断服务器。然而，服务器集群中仅有分配服务器能够接收用户终端发送的诊断请求。
127.服务器集群中的多个诊断服务器作为节点存在，分配服务器可以根据实际需要增加或删除节点，以适应实际需要，节省算力。
128.步骤s3，选择多个诊断服务器中的一诊断服务器，并将诊断请求发送至被选择的诊断服务器。
129.在一实施方式中，分配服务器接收到用户终端发送的诊断请求后，从多个诊断服务器中选择一个诊断服务器执行用户终端、服务器集群与车辆之间的通信连接功能，分配服务器选择诊断服务器之后，分配服务器将诊断请求发送给被选择的诊断服务器。
130.请参见图2，步骤s3中选择多个诊断服务器中的一诊断服务器，并将诊断请求发送至被选择的诊断服务器，具体如下。
131.步骤s32，分配服务器依据负载均衡策略选择多个诊断服务器中的一诊断服务器，并将诊断请求发送至被选择的诊断服务器。
132.在一实施方式中，分配服务器依据负载均衡策略从多个诊断服务器中选择一个诊断服务器，分配服务器并将诊断请求发送至被选择的诊断服务器上，这台诊断服务器将处理接下来服务器集群、车辆、用户终端之间的通信连接以及诊断操作。
133.具体地，请参见图3，步骤s32中分配服务器依据负载均衡策略选择多个诊断服务器中的一诊断服务器，并将诊断请求发送至被选择的诊断服务器，具体如下。
134.步骤s322，分配服务器将多个诊断服务器进行编号。
135.在一实施方式中，例如，分配服务器将多个诊断服务器编号为0，1，2，3，4，5
…
。
136.步骤s324，计算诊断请求中的标识码和时间戳所组成的字符串的哈希码
(hashcode)值。
137.步骤s326，对哈希码值进行哈希(hash)取模，并将所取模所得到的值映射到诊断服务器的编号上。
138.步骤s328，判断诊断服务器的编号与取模所得到的值是否相等，若相等，则编号相等的诊断服务器负责处理诊断请求。
139.如此，通过步骤s322至步骤s328，分配服务器从多个诊断服务器中选择一个诊断服务器负责处理诊断请求，及时响应用户终端的高并发诊断请求。
140.步骤s4，依据诊断请求形成一诊断指令，并将诊断指令发送至车辆的诊断设备。
141.在一实施方式中，被选择的诊断服务器将诊断请求进行处理，将诊断请求解析为车辆能够识别的指令形式后，在将解析后形成的诊断指令发送至车辆的诊断设备中。
142.本实施例中，服务器集群还包括中转服务器。
143.请参见图4，步骤s4中依据诊断请求形成一诊断指令，并将诊断指令发送至车辆的诊断设备，具体如下。
144.步骤s42，依据诊断请求形成一中转指令，并将中转指令发送至中转服务器。
145.在一实施方式中，被选择的诊断服务器将诊断请求首先解析为车辆能够识别的中转指令，然后将中转指令发送至中转服务器中，通过中转服务器将诊断请求发送至车辆的诊断设备中。
146.具体地，中转服务器为tsp服务器，tsp服务器可以接收诊断服务器的指令以及车辆上诊断设备的数据，具有双向通信的功能。
147.步骤s44，依据中转指令形成诊断指令，并将诊断指令发送至车辆的诊断设备。
148.在一实施方式中，中转服务器接收到中转指令后，将中转指令再次进行处理，将处理后形成的诊断指令发送至车辆的诊断设备中。
149.步骤s5，依据诊断指令获取车辆的车辆信息，并将车辆信息发送至被选择的诊断服务器，车辆信息为诊断设备所获取的可用于诊断车辆的故障的信息。
150.在一实施方式中，车辆上的诊断设备接收到诊断指令后，解析诊断指令并执行诊断指令，获取车辆信息如车辆型号、车辆配置、故障码、里程数、车辆位置等信息，并将获取的车辆信息发送至被选择的诊断服务器或中转服务器中。其中，车辆位置可用于确认车辆所在的位置，便于维修人员前往维护车辆。
151.具体地，请参见图5，步骤s5中依据诊断指令获取车辆的车辆信息，并将车辆信息发送至被选择的诊断服务器，具体如下。
152.步骤s52，依据诊断指令获取车辆的车辆信息，并将车辆信息发送至中转服务器。
153.在一实施方式中，诊断设备依据接收的诊断指令获取车辆的车辆信息，并将车辆信息直接发送至中转服务器。
154.步骤s54，将车辆信息发送至被选择的诊断服务器。
155.在一实施方式中，中转服务器将接收到的车辆信息直接发送回被选择的诊断服务器。
156.步骤s6，依据车辆信息形成一诊断报告，并将诊断报告发送至用户终端。
157.在一实施方式中，被选择的诊断服务器依据所接收到的车辆信息，首先判断车辆信息的数据格式是否符合正确，如果数据格式正确，则被选择的诊断服务器将所接收到的
数据解析为用户终端可识别的诊断报告，并将形成的诊断报告发送至用户终端，供用户终端查看。
158.可以理解地，步骤s5的其他实施方式也可以为步骤s5
′
：依据诊断指令获取车辆的车辆信息，并将车辆信息发送至分配服务器。
159.步骤s5
′
之后，包括骤s6
′
：依据负载均衡策略将车辆信息发送至接收诊断请求的诊断服务器。即，分配服务器依据负载均衡策略将车辆信息发送给负责处理诊断请求的诊断服务器，也可以理解为分配服务器依据负载均衡策略将车辆信息发送给被选择的诊断服务器。
160.步骤s6
′
之后，为步骤s6：依据车辆信息形成一诊断报告，并将诊断报告发送至用户终端。
161.请继续参见图1，步骤s6中依据车辆信息形成一诊断报告，并将诊断报告发送至用户终端之后，车辆诊断方法还包括如下步骤。
162.步骤s7，依据诊断报告形成一诊断结果。诊断结果包括针对诊断报告所做出的解决方案以及维修结果。
163.在一实施方式中，用户终端显示诊断报告之后，可以由用户自己根据诊断报告中的内容对车辆进行故障分析并得出解决方案，进一步安排维修人员对车辆进行维修。同时，将诊断报告对应的解决方案和维修结果录入云平台中，即用户通过用户终端将诊断报告对应的解决方案和维修结果通过云平台发送至发送诊断报告的诊断服务器中，或由分配服务器将诊断报告对应的解决方案和维修结果转发至发送诊断报告的诊断服务器中，诊断服务器则进一步依据诊断报告以及接收的解决方案和维修结果形成一诊断结果，使得每个诊断报告均有相对应的诊断结果。其中，发送诊断报告的诊断服务器即为被选择的诊断服务器。
164.步骤s8，存储诊断报告及对应的诊断结果以形成一数据库。用户可以通过用户终端查看数据库中已经存在的诊断报告和诊断结果，从而有利于对车辆的故障进行判断和维修。数据库以代码的形式存储在存储器中，存储器可以为独立的存储器，也可以为分配服务器中的存储器，还可以为多个诊断服务器中的存储器，存储器中的代码可被调用，以使数据库能够被使用。
165.在一实施方式中，存储器为独立的存储器，不占用分配服务器和诊断服务器的资源。被选择的诊断服务器形成诊断结果后，被选择的诊断服务器将诊断报告和诊断结果以数据打包的形式发送至存储器上进行存储，以形成数据库。需要说明的是，数据库的形成需要大量的历史数据，当数据库中的数据达到一定数量级后，可以通过计算机程序对数据库中的数据进行大数据分析，挖掘车辆型号、车辆配置、故障码、解决方案、故障原因、里程数等数据信息之间的潜在关系，数据库的价值才能够更好地被利用。例如，通过大数据分析数据库发现a型号的车辆发生故障b的概率比较大、或者发现a型号的车辆在发生故障b的时候很可能也会发生故障c，从而可以对车辆进行安全预警，提前做好解决措施，提高远程诊断的效率以及诊断的正确率。
166.请继续参见图1，可以理解地，当数据库中的数据达到一定量级从而能够被使用时，步骤s6还可以为如下步骤，即步骤s5之后还可以包括如下步骤。
167.步骤s62，依据车辆信息形成诊断报告。
168.在一实施方式中，被选择的诊断服务器直接接收诊断设备或中转服务器发送的车
辆信息，并将所接收到的车辆信息解析形成诊断报告。
169.步骤s64，关联诊断报告与数据库以形成一预警报告。预警报告包括诊断报告所对应的故障、诊断报告的故障所对应的解决方案以及维修建议等内容。
170.在一实施方式中，被选择的诊断服务器关联已经形成的诊断报告和数据库，将诊断报告与数据库中已经存在的大量历史数据进行比对分析，根据比对分析所做出的结果形成一预警报告。具体地，形成诊断报告以后，提取车辆的如车型、配置、故障码、里程数等车辆特征，通过数据分析在数据库中匹配相同或相近的诊断报告、解决方案以及维修建议。例如，诊断报告a中具有车型特征a、配置特征a、故障码特征a、里程数特征a，在数据库中匹配到与具有车型特征a、配置特征a、故障码特征a、里程数特征a的诊断报告a相同或相似的诊断报告b，则诊断服务器进一步调用诊断报告b所对应的诊断结果b，并将诊断报告a、诊断报告b以及诊断结果b形成预警报告。其中，诊断报告b以及诊断结果b用于为用户提供解决方案以及维修建议。
171.步骤s66，发送预警报告至用户终端。
172.在一实施方式中，被选择的诊断服务器形成预警报告后将预警报告发送至用户终端，以供用户查看和参考。
173.图1至图5详细介绍了本技术的车辆诊断方法。本技术的车辆诊断方法，可以承受用户终端高并发下的诊断请求，服务器集群可以根据当前诊断请求的需求，选择一个或多个诊断服务器满足高并发下的诊断请求；通过5g通信传输数据，数据延迟更低，能够保证服务器集群与用户终端和车辆之间的及时响应和数据的高速传输；数据库中的数据达到一定数量级后，可以通过大数据分析故障码、故障原因、里程数等之间的联系，当诊断报告显示车辆异常时，可通过数据库对车辆的故障进行预警和提供维修建议。下面结合图6至图9，对实现车辆诊断功能的诊断系统、诊断装置、诊断装置的功能模块、分配服务器的硬件装置架构、以及电子装置的硬件装置架构进行介绍。应上述内容可见，本技术实施例仅为说明之用，在本技术范围内并不受此结构的限制。
174.请参见图6，图6为本技术一个实施例提供的车辆诊断系统的示意图。车辆诊断系统100应用于一安装诊断设备32的车辆30中。车辆诊断系统100包括用户终端10、服务器集群20和车辆30，服务器集群20包括分配服务器22和多个诊断服务器24。
175.用户终端10，用于建立用户终端10与服务器集群20的通信连接。如此，用户终端10可以和分配服务器22以及多个诊断服务器24中的一个或多个进行通信连接。
176.用户终端10，还用于发送一诊断请求至分配服务器22。如此，用户终端10通过登录云平台40将诊断请求发送至分配服务器22。
177.分配服务器22，用于选择多个诊断服务器24中的一诊断服务器24，并将诊断请求发送至被选择的诊断服务器24。如此，分配服务器22接收到诊断信号后选择一个诊断服务器24负责处理此次诊断请求的，有利于及时响应用户终端10的诊断请求。
178.在一实施方式中，分配服务器22还用于依据负载均衡策略选择多个诊断服务器24中的一诊断服务器24，并将诊断请求发送至被选择的诊断服务器24。
179.被选择的诊断服务器24，用于依据诊断请求形成一诊断指令，并将诊断指令发送至车辆30的诊断设备32。
180.诊断设备32，用于依据诊断指令获取车辆30的车辆信息，并将车辆信息发送至被
选择的诊断服务器24，车辆信息为诊断设备32所获取的可用于诊断车辆30的故障的信息。
181.被选择的诊断服务器24，还用于依据车辆信息形成一诊断报告，并将诊断报告发送至用户终端10。
182.在一些实施例中，服务器集群20还包括中转服务器26。
183.在一实施方式中，被选择的诊断服务器24，还用于依据诊断请求形成一中转指令，并将中转指令发送至中转服务器26。
184.中转服务器26，用于依据中转指令形成诊断指令，并将诊断指令发送至车辆30的诊断设备32。
185.在一实施方式中，诊断设备32，还用于依据诊断指令获取车辆30的车辆信息，并将车辆信息发送至中转服务器26。
186.中转服务器26，还用于将车辆信息发送至被选择的诊断服务器24。
187.在一些实施例中，车辆诊断系统100还包括数据库50。
188.在一实施方式中，被选择的诊断服务器24，还用于依据诊断报告形成一诊断结果。
189.数据库50，用于存储诊断报告及对应的诊断结果。
190.在一实施方式中，当数据库50中的数据达到一定量级时，数据库50中的数据可被使用。
191.被选择的诊断服务器24，还用于依据车辆信息形成诊断报告。
192.被选择的诊断服务器24，还用于关联诊断报告与数据库50以形成一预警报告。
193.被选择的诊断服务器24，还用于发送预警报告至用户终端10。
194.请参见图7，图7为本技术一个实施例提供的车辆诊断装置200的功能模块图。车辆诊断装置200应用于一安装诊断设备32的车辆30中。
195.在一些实施例中，车辆诊断装置200可以包括多个由程序代码段所组成的功能模块。车辆诊断装置200中的各个程序段的程序代码可以存储于一个或多个存储器中，例如可以存储于用户终端10、服务器集群20、车辆30中的一者或多者的存储器中，并由相应的至少一个处理器所执行，以实现车辆30的诊断功能。
196.请参见图7，本实施方式中，车辆诊断装置200根据其所执行的功能，可以被划分为多个功能模块，各个功能模块用于执行图1至图5对应实施方式中的各个步骤，以实现车辆诊断的功能。本实施方式中，车辆诊断装置200的功能模块包括：建立模块202、发送模块204、选择发送模块206、第一形成发送模块208、获取发送模块210和第二形成发送模块212。
197.建立模块202，用于建立用户终端10与服务器集群20的通信连接，服务器集群20包括分配服务器22和多个诊断服务器24。
198.发送模块204，用于发送诊断请求至分配服务器22。
199.选择发送模块206，用于选择多个诊断服务器24中的一诊断服务器24，并将诊断请求发送至被选择的诊断服务器24。
200.第一形成发送模块208，用于依据诊断请求形成诊断指令，并将诊断指令发送至车辆30的诊断设备32。
201.获取发送模块210，用于依据诊断指令获取车辆30的车辆信息，并将车辆信息发送至被选择的诊断服务器24，车辆信息为诊断设备32所获取的可用于诊断车辆30的故障的信息。
202.第二形成发送模块212，用于依据车辆信息形成诊断报告，并将诊断报告发送至用户终端10。
203.在一些实施例中，车辆诊断装置200还包括结果形成模块214和存储形成模块216。
204.结果形成模块214，用于依据诊断报告形成诊断结果。
205.存储形成模块216，用于存储诊断报告及对应的诊断结果以形成一数据库60。
206.在一实施方式中，第二形成发送模块212包括报告形成模块2122、预警报告形成模块2124和预警报告发送模块2126。
207.报告形成模块2122，用于依据车辆信息形成诊断报告。
208.预警报告形成模块2124，用于关联诊断报告与数据库50以形成预警报告。
209.预警报告发送模块2126，用于发送预警报告至用户终端10。
210.请参见图8，图8为本技术一个实施例提供的分配服务器的架构示意图。分配服务器22应用于一服务器集群20，服务器集群20还包括多个诊断服务器24。分配服务器22包括第一存储器222和第一处理器224，第一存储器222通过一第一通讯总线226与第一处理器224通信连接。
211.第一存储器222用于存储多个程序模块，第一处理器224用于加载第一存储器222中的多个程序模块并执行如下操作。
212.接收用户终端10发送的诊断请求。
213.选择多个诊断服务器24中的一诊断服务器24，并将诊断请求发送至被选择的诊断服务器24。
214.在一些实施例中，第一处理器224还用于加载第一存储器222中的多个程序模块并执行如下操作。
215.接收诊断设备32发送的车辆信息，并将车辆信息发送至被选择的诊断服务器24。
216.请参见图9，图9为本技术一个实施例提供的电子装置的架构示意图。电子装置300包括第二存储器302和第二处理器304，第二存储器302通过一第二通讯总线306与第二处理器304通信连接。
217.电子装置300还包括存储在第二存储器302中并可在第二处理器304上运行的计算机程序308，例如车辆诊断的程序。
218.第二处理器304执行计算机程序308时实现方法实施例中车辆诊断方法的步骤。或者，第二处理器304执行计算机程序308时实现车辆诊断系统100实施例中各模块/单元的功能。或者，第二处理器304执行计算机程序308时实现车辆诊断装置200实施例中各模块/单元的功能。
219.示例性的，计算机程序308被分割成一个或多个模块/单元，一个或多个模块/单元被存储在第二存储器302中，并由第二处理器304执行，以完成本技术。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序308指令段，指令段用于描述计算机程序308在电子装置300中的执行过程。例如，计算机程序308可以被分割成图7中的建立模块202、发送模块204、选择发送模块206、第一形成发送模块208、获取发送模块210、第二形成发送模块212、结果形成模块214和存储形成模块216。
220.本领域技术人员可以理解，图9仅是电子装置300的示例，并不构成对电子装置300的限定，电子装置300可以为用户终端10、服务器集群20、车辆30中的一者或多者，电子装置
300可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如电子装置300还可以包括输入设备等。
221.上述第二处理器304可以是中央处理单元(cpu，central processing unit)，还可以包括其他通用处理器、数字信号处理器(dsp，digital signal processor)、专用集成电路(asic，application specific integrated circuit)、现成可编程门阵列(fpga，field
‑
programmable gate array)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者处理器也可以是任何常规的处理器等，第二处理器304是上述电子装置300的控制中心，利用各种接口和线路连接整个电子装置300的各个部分。
222.上述第二存储器302可用于存储计算机程序308和/或模块/单元，第二处理器304通过运行或执行存储在第二存储器302内的计算机程序308和/或模块/单元，以及调用存储在第二存储器302内的数据，实现电子装置300的各种功能。第二存储器302可以包括外部存储介质，也可以包括内存。此外，第二存储器302可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(smc，smart media card)，安全数字(sd，secure digital)卡，闪存卡(flash card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
223.上述电子装置300集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本技术实现上述实施例方法中的全部或部分流程，也可以通过计算机程序308来指令相关的硬件来完成，上述的计算机程序308可存储于一计算机可读存储介质中，计算机程序308在被第二处理器304执行时，可实现上述各个方法实施例的步骤。需要说明的是，上述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
224.对于本领域技术人员而言，显然本技术不限于上述示范性实施例的细节，而且在不背离本技术的精神或基本特征的情况下，能够以其他的具体形式实现本技术。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本技术的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本技术内。
225.最后应说明的是，以上实施例仅用以说明本技术的技术方案而非限制，尽管参照较佳实施例对本技术进行了详细说明，本领域的普通技术人员应当理解，可以对本技术的技术方案进行修改或等同替换，而不脱离本技术技术方案的精神和范围。