车辆远程诊断方法、设备、服务器及存储介质与流程

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.图1为本技术实施例车辆远程诊断方法实施例方案涉及的车辆远程诊断系统架构示意图；
43.图2为本技术实施例车辆远程诊断方法第一实施例的流程示意图；
44.图3为本技术实施例车辆远程诊断方法第二实施例的流程示意图；
45.图4为本技术实施例车辆远程诊断方法第三实施例的流程示意图；
46.图5为本技术实施例车辆远程诊断方法第四实施例的流程示意图；
47.图6为本技术实施例车辆远程诊断方法第五实施例的流程示意图；
48.图7为本技术实施例车辆远程诊断方法第六实施例的流程示意图；
49.图8为本技术实施例车辆远程诊断方法实施例方案涉及的第二实施例的功能模块示意图；
50.图9为本技术实施例车辆远程诊断方法实施例方案涉及的第四实施例的功能模块示意图；
51.图10为本技术实施例车辆远程诊断方法实施例方案涉及的诊断设备的硬件结构
示意图；
52.图11为本技术实施例车辆远程诊断方法实施例方案涉及的服务器的硬件结构示意图。
53.本技术实施例目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
54.应当理解，此处所描述的具体实施例仅仅用以解释本技术实施例，并不用于限定本技术实施例。
55.车辆诊断为解决车辆故障提供了良好的解决方案。在一些具体的应用场景中，为了提高诊断效率，通常会采用远程诊断。现有的车辆远程诊断需要借助车辆远程诊断系统来实现，该车辆远程诊断系统包括了车辆连接设备、诊断连接设备、诊断设备，其中车辆连接设备与待诊断车辆近距离通信连接，诊断连接设备与诊断设备近距离通信连接，车辆连接设备与诊断连接设备远程通信连接。诊断连接设备与车辆连接设备通过远程通讯将两端采集的命令数据和车辆数据进行交互，实现远程诊断。然而，由于车辆连接设备与诊断连接设备执行的功能不同，使用的硬件结构不同，导致在远程诊断中一旦混淆将车辆连接设备当做诊断连接设备使用，或者将诊断连接设备当做车辆连接设备使用时，就会导致远程诊断无法进行，极大的降低了远程诊断的效率。同时，因为硬件结构的不同也带来了生产周期长，生产成本高的缺陷。
56.针对上述问题，本技术实施例提供了一种解决方案，该方案使用车辆远程诊断系统来实现远程诊断功能，该车辆远程诊断系统包括诊断设备、第一车载设备、服务器、至少一个用户设备、至少一个第二车载设备，第一车载设备与诊断设备通信连接，至少一个用户设备与至少一个第二车载设备一一对应且相互关联，至少一个第二车载设备置于至少一个待诊断车辆上，至少一个第二车载设备与至少一个待诊断车辆一一对应且通信连接，该解决方案包括：诊断设备从服务器获取诊断任务列表，根据技师指令确定目标诊断任务，并反馈至服务器；服务器根据目标诊断任务确定目标第二车载设备；服务器根据目标诊断任务建立目标第二车载设备与服务器的通信连接，并建立第一车载设备与服务器的通信连接；诊断设备根据目标诊断任务发起诊断指令，并通过第一车载设备传输给服务器，再由服务器传输给目标第二车载设备；目标第二车载设备根据诊断指令获取对应于该目标第二车载设备的待诊断车辆的诊断数据，并通过服务器传输给第一车载设备；诊断设备接收第一车载设备传输的诊断数据并进行诊断。其中，第一车载设备和第二车载设备使用相同的硬件结构。由此，通过上述方案，通过服务器在待诊断车辆和诊断设备之间建立双向通信连接链路以实现远程诊断，降低生产成本，提高诊断效率。
57.因此，本技术实施例提出解决方案，可以实现在待诊断车辆和诊断设备之间建立双向通信连接链路以实现远程诊断，通过云服务解决目前远程诊断技术中硬件开发周期长、成本高、无法跨设备检测等相关技术问题，从而降低生产成本，提高诊断效率。
58.为了更好的理解上述技术方案，下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本
公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
59.具体地，参照图1，图1为本技术实施例车辆远程诊断方法实施例方案涉及的车辆远程诊断系统架构示意图。
60.如图1所示，车辆远程诊断系统包括诊断设备、第一车载设备、服务器、至少一个用户设备、至少一个第二车载设备，其中第一车载设备与诊断设备通信连接，至少一个用户设备与至少一个第二车载设备一一对应且相互关联，至少一个第二车载设备置于至少一个待诊断车辆上，至少一个第二车载设备与至少一个带诊断车辆一一对应且通信连接。第一车载设备与第二车载设备具有相同的硬件结构，且都内置协议转换通信模块，该协议转换通信模块用于将接收到的适于车辆诊断的协议数据如can协议数据，kwp协议数据等转换为适于远程通信的协议数据如4g/5g/6g协议数据并进行远程通信。
61.在一些具体的应用场景中，该车辆远程诊断系统的交互过程如下。
62.至少一个车主用户通过至少一个用户设备根据待诊断车辆的车辆信息和故障信息生成至少一个诊断任务后上传至服务器，然后服务器将该至少一个诊断任务加入诊断任务列表，推送至技师侧的第一车载设备。在一些具体的应用实例中，车主用户可以通过用户设备首先绑定第二车载设备，从而建立用户设备与第二车载设备一一对应的关联关系，然后将关联的第二车载设备置于待诊断车辆上，通过用户设备与置于待诊断车辆上的第二车载设备进行通信，从而获取待诊断车辆的车辆信息和故障信息。其中，第二车载设备与待诊断车辆一一对应且通过obd接口或者其他方式进行通信连接。
63.技师通过诊断设备注册绑定第一车载设备，该诊断设备可以是加载有车型诊断软件的手机、平板等终端。诊断设备与第一车载设备通信连接，因此诊断设备可以通过第一车载设备获取服务器中的诊断任务列表，诊断任务列表包括待诊断车辆的车辆信息：车辆的品牌、车型、车龄等，以及待诊断车辆的故障信息如故障问题描述。
64.进一步地，基于诊断任务列表，技师可以根据自己的维修技能和诊断设备从中筛选出适合自己的任务并将其作为目标诊断任务，诊断设备根据技师的指令确定目标诊断任务并将信息反馈到服务器上。
65.服务器接收到诊断设备的反馈信息后对其进行解析处理，基于上述目标诊断任务中的车辆信息匹配对应的第二车载设备，将第二车载设备确定为目标第二车载设备。
66.服务器基于目标诊断任务确定目标第二车载设备后在目标第二车载设备与服务器之间建立双向通信连接链路，同时在第一车载设备与服务器之间建立双向通信连接链路，第一车载设备与第二车载设备通过服务器进行信息交互。第一车载设备与诊断设备通信连接，第二车载设备与待诊断车辆通信连接，因此待诊断车辆与诊断设备之间通过双向通信连接链路进行信息交互。
67.诊断设备根据目标诊断任务发起诊断指令，通过第一车载设备与诊断设备之间的双向通信连接链路将诊断指令传输给第一车载设备，再通过第一车载设备与服务器之间的双向通信连接链路传输给服务器，再由服务器通过目标第二车载设备与服务器之间的双向通信连接链路传输给目标第二车载设备。
68.目标第二车载设备接收到诊断指令后通过待诊断车辆与目标第二车载设备之间的双向通信连接链路获取待诊断车辆的诊断数据，诊断数据包括待诊断车辆响应于诊断指令的车辆参数，如车辆电子控制单元的运行参数，故障码等，目标第二车载设备将诊断数据
通过目标第二车载设备与服务器之间的双向通信连接链路传输到服务器上，再由服务器通过第一车载设备与服务器之间的双向通信连接链路传输到第一车载设备中。
69.第一车载设备获取到待诊断车辆的诊断数据后，通过第一车载设备与诊断设备之间的双向通信连接链路将待诊断车辆的诊断数据传输到诊断设备中，诊断设备接收待诊断车辆的诊断数据并对待诊断车辆进行远程诊断。
70.从上述车辆远程诊断系统的交互过程可以看出，第一车载设备与第二车载设备的作用均是将来自近距离通信端的设备的指令或者响应数据传输给服务器(第一车载设备将来自诊断设备的指令传输给服务器，第二车载设备将来自待诊断车辆的诊断数据传输给服务器)，因此第一车载设备与第二车载设备具有相同的硬件架构。从而降低了车辆远程诊断系统的硬件成本。
71.基于上述车辆远程诊断系统架构但不限于上述架构，提出本技术实施例车辆远程诊断方法实施例。
72.具体地，参照图2，图2为本技术实施例车辆远程诊断方法第一实施例的流程示意图。
73.如图2所示，本技术实施例的第一实施例提出一种车辆远程诊断方法，该方法应用于车辆远程诊断系统。本实施例方案涉及通过车辆远程诊断服务器在待诊断车辆和诊断设备之间建立双向通信连接链路以实现远程诊断，降低生产成本，提高诊断效率的解决方案。
74.具体地，本实施例车辆远程诊断方法包括：
75.步骤s01，所述诊断设备从所述服务器获取诊断任务列表，根据技师指令确定目标诊断任务，并反馈至所述服务器。
76.具体地，作为一种实施方式，技师通过诊断设备注册绑定第一车载设备，诊断设备可以是加载有车辆诊断软件的手机、平板、个人电脑等终端。诊断设备与第一车载设备通信连接，因此诊断设备可以通过第一车载设备获取服务器中的诊断任务列表，诊断任务列表包括待诊断车辆的车辆信息：车辆的品牌、车型、车龄等，以及待诊断车辆的故障信息如故障问题描述。
77.进一步地，基于诊断任务列表，技师可以根据自己的维修技能和诊断设备从中筛选出适合自己的任务并将其作为目标诊断任务，诊断设备根据技师的指令确定目标诊断任务并将信息反馈到服务器上。
78.步骤s02，所述服务器根据所述目标诊断任务确定目标第二车载设备。
79.在一些具体的实施场景中，服务器根据上述目标诊断任务中的车辆信息确定待诊断的目标车辆，然后进一步确定该目标车辆关联的第二车载设备，进而将上述关联的第二车载设备确定为目标第二车载设备。
80.步骤s03，所述服务器根据所述目标诊断任务建立所述目标第二车载设备与所述服务器的通信连接，并建立所述第一车载设备与所述服务器的通信连接。
81.在一些具体的实施例中，服务器确定目标第二车载设备后，通过移动通信4g/5g/6g或者以太网通信方式等建立服务器与目标第二车载设备的通信连接，同时，服务器通过移动通信4g/5g/6g或者以太网通信方式等建立服务器与第一车载设备的通信连接，从而在待诊断车辆与诊断设备之间建立了待诊断车辆-目标第二车载设备-服务器-第一车载设备-诊断设备的双向通信链路，实现诊断设备与待诊断车辆的双向信息交互，进而完成车辆
的远程诊断。
82.步骤s04，所述诊断设备根据所述目标诊断任务发起诊断指令，并通过第一车载设备传输给所述服务器，再由所述服务器传输给所述目标第二车载设备。
83.在一些具体的实施例中，在诊断设备与待诊断车辆之间的双向通信链路建立后，诊断设备即可以根据目标诊断任务发起诊断指令。该诊断指令可以由技师根据目标诊断任务中涉及的故障信息确定具体的诊断指令，如读发动机系统ecu的故障码，读发动机系统ecu的数据流等。该诊断的指令的通信协议根据目标诊断任务中的车辆信息确定，亦即车辆信息中的车型信息确定了待诊断车辆支持的通信协议如can协议、kwp协议等，然后诊断设备使用该待诊断车辆支持的通信协议生成诊断指令。诊断指令生成后，技师可以提交该诊断指令，从而通过诊断设备将该诊断指令发送至第一车载设备。第一车载设备在接收到诊断指令后，调用内置于第一车载设备的协议转换通信模块，将使用待诊断车辆支持的通信协议的诊断指令转换为适于远程通信协议的诊断指令，亦即将can协议或kwp协议的诊断指令转换为移动通信协议如4g/5g/6g等的诊断指令，然后将适于远程通信协议的诊断指令发送至远端的服务器。服务器将该适于远程通信协议的诊断指令再发送至远端的目标第二车载设备。
84.步骤s05，所述目标第二车载设备根据所述诊断指令获取对应于所述目标第二车载设备的待诊断车辆的诊断数据，并通过服务器传输给所述第一车载设备。
85.在一些具体的实施例中，目标第二车载设备在接收到适于远程通信协议的诊断指令后，首先调用内置于目标第二车载设备的协议转换通信模块，将适于远程通信协议的诊断指令换换为待诊断车辆支持的通信协议的诊断指令，亦即将移动通信协议如4g/5g/6g等的诊断指令转换为can协议或kwp协议的诊断指令，然后将转换后的诊断指令发送至待诊断车辆，获取待诊断车辆响应于该诊断指令的诊断数据。该诊断数据是基于诊断指令从待诊断车辆对应的ecu系统中获取的车辆参数。例如，当诊断指令为读发动机系统ecu的故障码时，诊断数据即为发动机系统ecu的具体故障码；当诊断指令为读取发动机系统ecu的数据流时，诊断数据即为发动机系统ecu的各项运行参数如发动机转速，发动机水温等。该诊断数据由于是从待诊断车辆中直接获取，因此其使用了待诊断车辆支持的通信协议，亦即can协议或kwp协议，具体协议类型由待诊断车辆的车型决定。目标第二车载设备在获取到诊断数据后，首先调用内置于目标第二车载设备的协议转换通信模块，将使用待诊断车辆支持的通信协议的诊断数据转换为适于远程通信协议的诊断数据，亦即将can协议或kwp协议的诊断数据转换为移动通信协议如4g/5g/6g等的诊断数据，然后将适于远程通信协议的诊断数据发送至远端的服务器。服务器将该适于远程通信协议的诊断数据再发送至远端的第一车载设备。
86.步骤s06，所述诊断设备接收所述第一车载设备传输的诊断数据并进行诊断。
87.在一些具体的实施例中，第一车载设备在获取到服务器发送的适于远程通信协议的诊断数据后，首先调用协议转换通信模块，将适于远程通信协议的诊断数据转换为待诊断车辆支持的通信协议的诊断数据，亦即将移动通信协议如4g/5g/6g的诊断数据转换为can协议或kwp协议的诊断数据，然后将转换后的诊断数据发送至诊断设备。诊断设备在接收到待诊断车辆支持的通信协议的诊断数据后，对诊断数据进行诊断并得到诊断结果。具体的，如诊断数据为发动机系统ecu的具体故障码，则诊断设备对故障码进行解析，得到故
障的具体信息如发动机水温过高等；如诊断数据为发动机系统ecu的数据流，则将数据流与正常标准范围的数据流进行对比分析确定故障时间点和故障信息，从而完成诊断。
88.本实施例通过上述方案，在待诊断车辆与诊断设备之间建立双向通信连接链路以实现远程诊断，通过使用服务器进行数据传输中继，简化第一车载设备和第二车载设备的数据传输功能，使第一车载设备和第二车载设备在硬件结构上保持一致，从而降低了车辆远程诊断系统的硬件成本，提高了诊断效率。
89.参照图3，图3为本技术实施例车辆远程诊断方法第二实施例的流程示意图。
90.如图3所示，本技术实施例的第二实施例提出一种车辆远程诊断方法，所述方法应用于诊断设备，诊断设备与第一车载设备通过近距离的通信方式如蓝牙、wifi等建立通信连接。
91.具体地，本实施例车辆远程诊断方法包括：
92.步骤s101，从服务器获取诊断任务列表。
93.在一些具体的实施例中，服务器接收至少一个用户设备提交的至少一个诊断任务，然后根据至少一个诊断任务生成诊断任务列表。该至少一个诊断任务包括了至少一个待诊断车辆的车辆信息和故障信息。在一些具体的应用场景中，诊断设备既可以主动向服务器发起诊断任务获取请求，进而获取由至少一个用户设备上传至该服务为的至少一个诊断任务，然后将这些至少一个诊断任务以诊断任务列表的形式展示。在另外一些具体的应用场景中，诊断设备也可以被动接收服务器的推送。具体的，诊断设备获取由服务器推送的，由至少一个用户设备上传至服务器的至少一个诊断任务，然后诊断设备从这些至少一个诊断任务中提取与该诊断设备匹配的诊断任务集合，形成诊断任务列表并展示。具体的，诊断设备可以根据自身设备的诊断能力来判断诊断任务与诊断设备是否匹配，例如可以根据诊断设备配置的车型诊断软件来选择匹配的诊断任务，如诊断设备m配置了美洲车型和欧洲车型诊断软件，那么就选择通用、凯迪拉克、福特、大众、奥迪、宝马等美洲和欧洲的车型诊断任务；也可以根据诊断设备配置的诊断功能模块来选择匹配的诊断任务，如诊断设备n配置了读故障码、清故障码、读数据流、在线编程的诊断功能，但是没有配置防盗钥匙匹配的诊断功能，那么就选择读故障码、清故障码、在线编程的诊断任务，而防盗钥匙匹配的诊断任务则不在选择之列。
94.在一些具体的应用场景中，诊断任务的列表展示可以有多种形式，既可以通过任务的紧急程度排序后进行列表展示，比较紧急的任务可以排在前面，而不是很紧急的任务可以排在后面，技师优先选择排在前面的紧急任务进行诊断；也可以通过任务的请求时间先后进行排序后列表展示，早发起请求的任务排在前面，晚发起请求的任务排在后面，技师优先选择排在前面的早发起请求的任务进行诊断。
95.步骤s102，根据技师的诊断指令确定目标诊断任务，并反馈至所述服务器，以使所述服务器根据所述目标诊断任务确定目标第二车载设备，建立所述目标第二车载设备与所述服务器的通信连接，并建立所述第一车载设备与所述服务器的通信连接。
96.在一些具体的实施例中，技师可以根据自己的维修技能和诊断设备从诊断任务列表中筛选出适合自己的任务并将其作为目标诊断任务。在一些具体的应用场景中，技师可以根据自己擅长维修的车型或者系统确定目标诊断任务，例如技师a擅长欧洲系列车型的诊断，则技师a可以选择大众、宝马、奥迪等车型的诊断任务作为目标诊断任务；技师b擅长
发动机的维修，则技师b可以选择含有发动机的诊断任务作为目标诊断任务。在另外一些具体的应用场景中，技师还可以根据诊断设备支持的车型确定目标诊断任务，例如技师c的诊断设备支持美洲车型和亚洲车型的诊断，则技师c可以选择通用，本田、广汽等车型的诊断任务作为目标诊断任务。诊断设备根据技师的指令确定目标诊断任务并将信息反馈到服务器上。
97.进一步地，服务器接收到诊断设备的反馈信息后对目标诊断任务进行解析处理，基于目标诊断任务中的车型信息确定待诊断的目标车辆，然后进一步确定该目标车辆关联的第二车载设备，进而将上述关联的第二车载设备确定为目标第二车载设备。之后服务器建立与目标第二车载设备的通信连接，同时建立服务器与第一车载设备的通信连接，从而在待诊断车辆与诊断设备之间建立待诊断车辆目标第二车载设备-服务器-第一车载设备-诊断设备的双向通信链路，实现诊断设备与待诊断车辆的双向信息交互。双向通信链路的具体建立过程可以参考上文描述，这里不再赘述。
98.步骤s103，根据所述目标诊断任务发起诊断指令，并通过所述第一车载设备传输给所述服务器，以使所述服务器将所述诊断指令发送至所述目标第二车载设备。
99.在一些具体的实施例汇总，待诊断车辆和诊断设备之间建立双向通信连接链路后就可以开始进行远程诊断。诊断设备根据目标诊断任务发起诊断指令。该诊断指令可以由技师根据目标诊断任务中涉及的故障信息确定具体的诊断指令，如读发动机系统ecu的故障码，读发动机系统ecu的数据流等。该诊断的指令的通信协议根据目标诊断任务中的车辆信息确定，亦即车辆信息中的车型信息确定了待诊断车辆支持的通信协议如can协议、kwp协议等，然后诊断设备使用该待诊断车辆支持的通信协议生成诊断指令。诊断指令生成后，技师可以提交该诊断指令，从而通过诊断设备将该诊断指令发送至第一车载设备。第一车载设备在接收到诊断指令后，调用内置于第一车载设备的协议转换通信模块，将使用待诊断车辆支持的通信协议的诊断指令转换为适于远程通信协议的诊断指令，亦即将can协议或kwp协议的诊断指令转换为移动通信协议如4g/5g/6g等的诊断指令，然后将适于远程通信协议的诊断指令发送至远端的服务器。服务器将该适于远程通信协议的诊断指令再发送至远端的目标第二车载设备。
100.步骤s104，接收所述第一车载设备传输的诊断数据并进行诊断，所述诊断数据由所述目标第二车载设备根据所述诊断指令从对应于所述目标第二车载设备的待诊断车辆获取，并通过所述服务器传输给所述第一车载设备。
101.在一些具体的实施例中，目标第二车载设备在接收到适于远程通信协议的诊断指令后，首先调用内置于目标第二车载设备的协议转换通信模块，将适于远程通信协议的诊断指令换换为待诊断车辆支持的通信协议的诊断指令，亦即将移动通信协议如4g/5g/6g等的诊断指令转换为can协议或kwp协议的诊断指令，然后将转换后的诊断指令发送至待诊断车辆，获取待诊断车辆响应于该诊断指令的诊断数据。该诊断数据是基于诊断指令从待诊断车辆对应的ecu系统中获取的车辆参数。例如，当诊断指令为读发动机系统ecu的故障码时，诊断数据即为发动机系统ecu的具体故障码；当诊断指令为读取发动机系统ecu的数据流时，诊断数据即为发动机系统ecu的各项运行参数如发动机转速，发动机水温等。该诊断数据由于是从待诊断车辆中直接获取，因此其使用了待诊断车辆支持的通信协议，亦即can协议或kwp协议，具体协议类型由待诊断车辆的车型决定。目标第二车载设备在获取到诊断
数据后，首先调用内置于目标第二车载设备的协议转换通信模块，将使用待诊断车辆支持的通信协议的诊断数据转换为适于远程通信协议的诊断数据，亦即将can协议或kwp协议的诊断数据转换为移动通信协议如4g/5g/6g等的诊断数据，然后将适于远程通信协议的诊断数据发送至远端的服务器。服务器将该适于远程通信协议的诊断数据再发送至远端的第一车载设备。
102.第一车载设备在获取到服务器发送的适于远程通信协议的诊断数据后，首先调用协议转换通信模块，将适于远程通信协议的诊断数据转换为待诊断车辆支持的通信协议的诊断数据，亦即将移动通信协议如4g/5g/6g的诊断数据转换为can协议或kwp协议的诊断数据，然后将转换后的诊断数据发送至诊断设备。诊断设备在接收到待诊断车辆支持的通信协议的诊断数据后，对诊断数据进行诊断并得到诊断结果。具体的，如诊断数据为发动机系统ecu的具体故障码，则诊断设备对故障码进行解析，得到故障的具体信息如发动机水温过高等；如诊断数据为发动机系统ecu的数据流，则将数据流与正常标准范围的数据流进行对比分析确定故障时间点和故障信息，从而完成诊断。
103.本实施例通过上述方案，在待诊断车辆与诊断设备之间建立双向通信连接链路以实现远程诊断，避免了硬件设备的混用带来的无法诊断的问题，提高了诊断设备的远程诊断效率。
104.参照图4，图4为本技术实施例车辆远程诊断方法第三实施例的流程示意图。
105.在本实施例中，基于上述图3所示的实施例，本实施例在上述步骤s104所述接收所述第一车载设备传输的诊断数据并进行诊断的步骤之后还包括：
106.步骤1041，根据所述技师的切换指令中止当前诊断任务，并根据所述技师的选择启动新的目标诊断任务。
107.在一些具体的实施例中，当待诊断车辆响应诊断设备的诊断指令需要较长时间如待诊断车辆完成发动机系统ecu的在线编程等，此时技师可以中止当前的诊断任务，选择一个新的诊断任务来启动新的远程诊断。此时，服务器根据诊断设备的切换指令切换通信频道，确定新的目标第二车载设备。该服务器在新的目标第二车载设备与服务器之间建立双向通信连接链路，从而构建起新的待诊断车辆-新的目标第二车载设备-服务器-第一车载设备-诊断设备的双向通信链路，实现诊断设备对新的目标诊断任务的诊断过程。在新的目标诊断任务完成后，诊断设备可以基于技师的选择继续完成被中止的诊断任务。
108.在另外一些具体的实施例中，诊断设备已经完成了当前的诊断任务如读故障码时，此时技师可以终止当前的诊断任务，选择一个新的诊断任务来启动新的远程诊断。此时，服务器根据诊断设备的切换指令切换通信频道，确定新的目标第二车载设备。该服务器在新的目标第二车载设备与服务器之间建立双向通信连接链路，从而构建起新的待诊断车辆-新的目标第二车载设备-服务器-第一车载设备-诊断设备的双向通信链路，实现诊断设备对新的目标诊断任务的诊断过程。
109.本实施例通过上述方案，在待诊断车辆和诊断设备之间建立双向通信连接链路以实现远程诊断，通过中止当前诊断任务并切换为新的目标诊断任务，建立新的远程诊断通信链路实现远程诊断，从而实现多车辆远程诊断，进而提高车辆远程诊断的诊断效率。
110.参照图5，图5为本技术实施例车辆远程诊断方法第四实施例的流程示意图。
111.如图5所示，本技术实施例第四实施例提出一种车辆远程诊断方法，该方法应用于
服务器。
112.具体地，本实施例车辆远程诊断方法包括：
113.步骤s1001，推送诊断任务至诊断设备，所述诊断设备与第一车载设备通信连接。
114.在一些具体的实施例中，诊断任务包括了待诊断车辆的车辆信息和故障信息。服务器将获取到的诊断任务推送至诊断设备。在一些具体的应用场景中，服务器既可以主动推送诊断任务至诊断设备，也可以基于诊断设备的获取请求推送。此处不做具体限定。为了便于后续建立远程诊断的通信链路，诊断设备与第一车载设备通信连接，其中第一车载设备内置协议转换通信模块，用于将接收到的数据转换协议格式并发送给另一端的设备。
115.步骤s1002，接收所述诊断设备反馈的目标诊断任务，根据所述目标诊断任务确定目标第二车载设备。
116.在一些具体的实施例中，技师可以根据自己的维修技能和诊断设备从诊断任务列表中筛选出适合自己的任务并将其作为目标诊断任务，诊断设备根据技师的指令确定目标诊断任务并将信息反馈到服务器上。
117.进一步地，服务器根据上述目标诊断任务中的车辆信息确定待诊断的目标车辆，然后进一步确定该目标车辆关联的第二车载设备，进而将上述关联的第二车载设备确定为目标第二车载设备。
118.步骤s1003，建立所述目标第二车载设备与所述服务器的通信连接，并建立所述第一车载设备与所述服务器的通信连接。
119.在一些具体的实施例中，服务器确定目标第二车载设备后，通过移动通信4g/5g/6g或者以太网通信方式等建立服务器与目标第二车载设备的通信连接，同时，服务器通过移动通信4g/5g/6g或者以太网通信方式等建立服务器与第一车载设备的通信连接，从而在待诊断车辆与诊断设备之间建立了待诊断车辆-目标第二车载设备-服务器-第一车载设备-诊断设备的双向通信链路，实现诊断设备与待诊断车辆的双向信息交互，进而完成车辆的远程诊断。
120.步骤s1004，接收所述第一车载设备传输的诊断指令，所述诊断指令由所述诊断设备根据所述目标诊断任务发起。
121.在一些具体的实施例中，待诊断车辆与诊断设备之间的双向通信链路建立后，就可以开始对待诊断车辆进行远程诊断了。此时，服务器接收第一车载设备传输的诊断指令。该诊断指令由诊断设备根据目标诊断任务发起，并由诊断设备发送给第一车载设备。然后第一车载设备对该诊断指令进行协议转换后发送至服务器。具体过程可参考前文内容，此处不再赘述。
122.步骤s1005，将所述诊断指令发送至目标第二车载设备。
123.在一些具体的实施例中，服务器在接收到诊断指令后，将该诊断指令发送至目标第二车载设备。
124.步骤s1006，接收所述目标第二车载设备发送的诊断数据，所述诊断数据由所述目标第二车载设备根据所述诊断指令从对应于所述目标第二车载设备的待诊断车辆获取。
125.在一些具体的实施例中，目标第二车载设备接收到诊断指令后，对该诊断指令进行协议转换后发送至待诊断车辆，然后从待诊断车辆获取响应于该诊断指令的诊断数据，该诊断数据是基于诊断车辆从待诊断车辆对应的ecu系统中获取的车辆参数。目标第二车
载设备将诊断数据进行协议转换后发送至服务器，进而服务器接收该诊断数据。
126.步骤s1007，发送所述诊断数据至所述第一车载设备，以使所述第一车载设备将所述诊断数据发送至所述诊断设备，进而由所述诊断设备根据所述诊断数据进行诊断。
127.在一些具体的实施例中，服务器在接收到诊断数据后，将诊断数据发送至第一车载设备。第一车载设备对诊断数据进行协议转换后发送至诊断设备，进而由诊断设备对诊断数据进行诊断。具体的诊断过程可参考前文表述，此处不再赘述。
128.本实施例通过上述方案，在待诊断车辆与诊断设备之间建立双向通信连接链路以实现远程诊断，通过使用服务器进行数据传输中继，简化第一车载设备和第二车载设备的数据传输功能，使第一车载设备和第二车载设备在硬件结构上保持一致，从而降低了车辆远程诊断系统的硬件成本，提高了诊断效率。
129.参照图6，图6为本技术实施例车辆远程诊断方法第五实施例的流程示意图。
130.在本实施例中，基于上述图5所示的实施例，本实施例在上述步骤s1001所述推送诊断任务至诊断设备的步骤之前还包括：
131.步骤s10，获取至少一个用户设备上传的诊断请求，所述至少一个用户设备与至少一个第二车载设备关联，所述至少一个第二车载设备置于至少一个待诊断车辆且所述至少一个第二车载设备与所述至少一个待诊断车辆一一对应。
132.步骤s20，根据所述诊断请求生成诊断任务。
133.在一些具体的实施例中，用户设备为车主用户的终端，该终端可以是手机，平板电脑等移动终端。一个用户设备与一个第二车载设备关联。每个待诊断车辆均有且仅有一个第二车载设备置于该待诊断车辆上。第二车载设备与待诊断车辆通过obd接口建立通信连接，或者通过车辆通讯装置(vci)建立连接，或者通过其他通信方式如doip等建立通信连接。此处不做具体限定。车主用户在发现车辆出现如保养灯常亮，发动机异响等故障现象后，即可以通过该车主用户的用户设备提交诊断请求，该诊断请求包括了车辆信息和故障现象描述。对于车主用户而言，车主用户可以通过用户设备提交多个诊断请求至服务器。对于服务器而言，可以同一时间接收多个用户设备发送的诊断请求。服务器在接收到这些诊断请求后，将诊断请求按照预定格式如车辆信息，故障现象等进行格式化处理生成多个诊断任务。
134.本实施例通过上述方案，服务器可以同时接收多个用户设备提交的诊断请求，进而生成多个诊断任务，从而为多个诊断任务同步处理奠定了基础，提高了诊断效率。
135.参照图7，图7为本技术实施例车辆远程诊断方法第六实施例的流程示意图。
136.在本实施例中，基于上述图5所示的实施例，本实施例在上述步骤s1007所述发送所述诊断数据至所述诊断设备，以使所述诊断设备根据所述诊断数据进行诊断的步骤之后还包括：
137.步骤1008，根据所述诊断设备启动新的目标诊断任务的指令，中止与当前目标第二车载设备的通信，并根据新的目标诊断任务指令确定新的第二车载设备，并建立与所述新的第二车载设备的通信连接。
138.在一些具体的实施例中，当待诊断车辆响应诊断设备的诊断指令需要较长时间如待诊断车辆完成发动机系统ecu的在线编程等，此时技师可以中止当前的诊断任务，选择一个新的诊断任务来启动新的远程诊断。此时，服务器根据诊断设备的切换指令切换通信频
道，确定新的目标第二车载设备。该服务器在新的目标第二车载设备与服务器之间建立双向通信连接链路，从而构建起新的待诊断车辆-新的目标第二车载设备-服务器-第一车载设备-诊断设备的双向通信链路，实现诊断设备对新的目标诊断任务的诊断过程。
139.本实施例通过上述方案，在待诊断车辆和诊断设备之间建立双向通信连接链路以实现远程诊断，通过切换通信频道切换诊断任务，从而实现多设备远程诊断进一步提高诊断效率。
140.此外，本技术实施例还提出一种诊断设备，参照图8，图8为本技术实施例车辆远程诊断方法实施例方案涉及的第二实施例的功能模块示意图。如图8所示，该诊断设备包括：
141.获取模块01，用于从服务器获取诊断任务列表；
142.确定模块02，用于根据技师的诊断指令确定目标诊断任务，并反馈至服务器，以使该服务器根据目标诊断任务确定目标第二车载设备，建立目标第二车载设备与服务器的通信连接，并建立第一车载设备与服务器的通信连接；
143.传输模块03，用于根据目标诊断任务发起诊断指令，并通过第一车载设备传输给服务器，以使服务器将诊断指令发送至目标第二车载设备；
144.诊断模块04，用于接收第一车载设备传输的诊断数据并进行诊断，诊断数据由目标第二车载设备根据诊断指令从对应于目标第二车载设备的待诊断车辆获取，并通过服务器传输给第一车载设备。
145.本实施例实现车辆远程诊断的原理及实施过程，请参照上述各实施例，在此不再赘述。
146.此外，本技术实施例还提出一种服务器，参照图9，图9为本技术实施例车辆远程诊断方法实施例方案涉及的第四实施例的功能模块示意图。如图9所示，该服务器包括：
147.推送模块10，用于推送诊断任务至诊断设备，诊断设备与第一车载设备通信连接；
148.接收模块20，用于接收诊断设备反馈的目标诊断任务，根据目标诊断任务确定目标第二车载设备；
149.连接模块30，用于建立目标第二车载设备与服务器的通信连接，并建立第一车载设备与服务器的通信连接；
150.接收模块40，用于接收第一车载设备传输的诊断指令，诊断指令由诊断设备根据目标诊断任务发起；
151.传输模块50，用于将诊断指令发送至目标第二车载设备；
152.接收模块60，用于接收目标第二车载设备发送的诊断数据，诊断数据由目标第二车载设备根据诊断指令从对应于目标第二车载设备的待诊断车辆获取；
153.传输模块70，用于发送诊断数据至第一车载设备，以使第一车载设备将诊断数据发送至诊断设备，进而由诊断设备根据诊断数据进行诊断。
154.本实施例实现车辆远程诊断的原理及实施过程，请参照上述各实施例，在此不再赘述。
155.此外，本技术实施例还提出一种诊断设备，该诊断设备包括存储器、处理器及存储在存储器上并可在处理器上运行的车辆远程诊断程序，车辆远程诊断程序被处理器执行时实现如上述第二和第三实施例的车辆远程诊断方法的步骤。
156.具体地，参照图10，图10为本技术实施例车辆远程诊断方法实施例方案涉及的诊
断设备的硬件结构示意图。
157.本发明实施例设备可以是诊断设备。
158.如图10所示，该设备可以包括：处理器1001，例如cpu，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(display)、输入单元比如键盘(keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如wi-fi接口)。存储器1005可以是高速ram存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
159.本领域技术人员可以理解，图10中示出的设备结构并不构成对设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
160.如图10所示，作为一种计算机存储介质的存储器1005中可以包括操作装置、网络通信模块、用户接口模块以及车辆远程诊断程序。
161.在图10所示的设备结构中，网络接口1004主要用于连接网络服务器，与网络服务器进行数据通信；用户接口1003主要用于与用户交互，接收用户输入的指令；而处理器1001可以用于调用存储器1005中存储的车辆远程诊断程序，并执行以下操作：
162.从服务器获取诊断任务列表；
163.根据技师的诊断指令确定目标诊断任务，并反馈至服务器，以使服务器根据目标诊断任务确定目标第二车载设备，建立目标第二车载设备与服务器的通信连接，并建立第一车载设备与服务器的通信连接；
164.根据目标诊断任务发起诊断指令，并通过第一车载设备传输给服务器，以使服务器将诊断指令发送至目标第二车载设备；
165.接收第一车载设备传输的诊断数据并进行诊断，诊断数据由目标第二车载设备根据诊断指令从对应于目标第二车载设备的待诊断车辆获取，并通过服务器传输给第一车载设备。
166.进一步地，车辆远程诊断程序被处理器运行时还实现如下操作：
167.获取由至少一个用户设备上传至服务器的至少一个诊断任务；
168.将至少一个诊断任务以列表的形式展示。
169.进一步地，车辆远程诊断程序被处理器运行时还实现如下操作：
170.获取由至少一个用户设备上传至服务器的至少一个诊断任务；
171.提取至少一个诊断任务中与诊断设备匹配的诊断任务集合，形成诊断任务列表并展示。
172.进一步地，车辆远程诊断程序被处理器运行时还实现如下操作：
173.根据技师的切换指令中止当前诊断任务，并根据技师的选择启动新的目标诊断任务。
174.此外，本技术实施例还提出一种服务器，服务器包括存储器、处理器及存储在存储器上并可在处理器上运行的车辆远程诊断程序，车辆远程诊断程序被处理器执行时实现如上述第四、第五和第六实施例的车辆远程诊断方法的步骤。
175.具体地，参照图11，图11为本技术实施例车辆远程诊断方法实施例方案涉及的服
务器的硬件结构示意图。
176.本发明实施例设备可以是服务器。
177.如图11所示，该设备可以包括：处理器1001，例如cpu，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(display)、输入单元比如键盘(keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如wi-fi接口)。存储器1005可以是高速ram存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
178.本领域技术人员可以理解，图11中示出的设备结构并不构成对设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
179.如图11所示，作为一种计算机存储介质的存储器1005中可以包括操作装置、网络通信模块、用户接口模块以及车辆远程诊断程序。
180.在图11所示的设备结构中，网络接口1004主要用于连接网络服务器，与网络服务器进行数据通信；用户接口1003主要用于与用户交互，接收用户输入的指令；而处理器1001可以用于调用存储器1005中存储的车辆远程诊断程序，并执行以下操作：
181.推送诊断任务至诊断设备，诊断设备与第一车载设备通信连接；
182.接收诊断设备反馈的目标诊断任务，根据目标诊断任务确定目标第二车载设备；
183.建立目标第二车载设备与服务器的通信连接，并建立第一车载设备与服务器的通信连接；
184.接收第一车载设备传输的诊断指令，诊断指令由诊断设备根据目标诊断任务发起；
185.将诊断指令发送至目标第二车载设备；
186.接收目标第二车载设备发送的诊断数据，诊断数据由目标第二车载设备根据诊断指令从对应于目标第二车载设备的待诊断车辆获取；
187.发送诊断数据至第一车载设备，以使第一车载设备将诊断数据发送至诊断设备，进而由诊断设备根据诊断数据进行诊断。
188.进一步地，车辆远程诊断程序被处理器运行时还实现如下操作：
189.获取至少一个用户设备上传的诊断请求，至少一个用户设备与至少一个第二车载设备关联，至少一个第二车载设备置于至少一个待诊断车辆且至少一个第二车载设备与至少一个待诊断车辆一一对应；
190.根据诊断请求生成诊断任务。
191.进一步地，车辆远程诊断程序被处理器运行时还实现如下操作：
192.根据诊断设备启动新的目标诊断任务的指令，中止与当前目标第二车载设备的通信，并根据新的目标诊断任务指令确定新的第二车载设备，并建立与新的第二车载设备的通信连接。
193.此外，本技术实施例还提出一种计算机可读存储介质，计算机可读存储介质上存储有车辆远程诊断程序，车辆远程诊断程序被处理器执行时实现如上述实施例的车辆远程诊断方法的步骤。
194.由于本车辆远程诊断程序被处理器执行时，采用了前述所有实施例的全部技术方案，因此至少具有前述所有实施例的全部技术方案所带来的所有有益效果，在此不再一一赘述。
195.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
196.上述实施例序号仅仅为了描述，不代表实施例的优劣。
197.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上的一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，被控终端，或者网络设备等)执行本技术实施例每个实施例的方法。
198.以上仅为本技术实施例的优选实施例，并非因此限制本技术实施例的专利范围，凡是利用本技术实施例说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本技术实施例的专利保护范围内。