远程诊断方法及装置、电子设备和存储介质与流程

1.本公开涉及车辆技术领域，尤其涉及一种远程诊断方法及装置、电子设备和存储介质。


背景技术：

2.传统的汽车售后诊断仪是基于诊断电脑为核心，汽车售后诊断仪的售后诊断引擎在售后诊断设备电脑上，车辆本身是维修对象。车辆维修时，需要传统诊断仪与维修车辆在同一现场，并通过车载诊断接口(on board diagnostics，obd)线束将售后诊断仪与车辆连接，实现车辆维修。由于传统的售后诊断仪维修场景需要待维修车辆到原始设备生产商(original equipment manufacturer，oem)指定的维修场地，并使用诊断仪维修，导致该应用场景下存在客户车辆维修等待时间长的问题。


技术实现要素：

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.图1为本公开实施例所提供的一种远程诊断方法的流程示意图；
60.图2为本公开实施例提供的另一种远程诊断方法的流程示意图；
61.图3为本公开实施例提供的一种远程诊断装置的结构示意图；
62.图4为本公开实施例提供的另一种远程诊断装置的结构示意图；
63.图5为本公开实施例提供的示例电子设备400的示意性框图。
具体实施方式
64.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
65.下面参考附图描述本公开实施例的远程诊断方法、装置、电子设备和存储介质。
66.图1为本公开实施例所提供的一种远程诊断方法的流程示意图。
67.如图1所示，所述方法应用于待诊断车辆侧，该方法包含以下步骤：
68.步骤101，接收服务器发送的远程控制指令，所述远程控制指令用于指示所述待诊断车辆执行目标测试脚本。
69.服务器发送远程控制指令的时机可以是在待诊断车辆发送请求信息之后，也可以是服务器主动向待诊断车辆发送的远程控制指令，例如配置定期对待诊断车辆进行全车或者局部进行诊断时，均会触发远程控制指令的发送，该远程控制指令用于指示待诊断车辆执行目标测试脚本。
70.所述目标测试脚本为测试脚本中的一种或者至少一种，该测试脚本在服务器端生成，并下发至待诊断车辆，或者，待诊断车辆请求下载测试脚本，将接收到的测试脚本存储于本地脚本数据库中，在接收到远程控制指令后，从本地脚本数据库中。
71.所述测试脚本是对一个诊断测试序列执行过程的脚本化描述(即测试脚本为测试脚本执行序列)，在实际应用中，采用的是lua脚本语言，需要说明的是，该种说明方式并非意在限定脚本语言的描述仅能为lua，任意语言均可对测试脚本进行脚本化描述。为了便于远程诊断，可通过诊断类别划分不同的测试脚本(identity document，id)，例如诊断类别为全车诊断，其对应的测试脚本id为测试脚本1，诊断类别为车灯诊断，其对应的测试脚本id为测试脚本2，诊断类别为钥匙匹配诊断，其对应的测试脚本id为测试脚本3等等。
72.远程诊断的触发通常来自诊断业务功能需求，该诊断业务功能需求通常以docx文档格式输出，由线下电检服务器或售后诊断业务服务器发出，例如，诊断业务功能需求为请求线下电检服务器电检某工位进行钥匙匹配的任务，对应的测试脚本为钥匙匹配测试脚本。诊断业务功能需求为请求售后诊断业务服务器对一台车进行全车故障码的读取，对应的测试脚本为全车故障码测试脚本，通常以xlsm格式文件输出。
73.步骤102，查找所述目标测试脚本，并基于预设诊断引擎执行所述目标测试脚本。
74.所述远程控制指令中通常会包含有诊断类别，在待诊断车辆接收到远程控制指令后，解析得到诊断类别，并根据该诊断类别对应的脚本id从本地脚本数据库中查找诊断类别对应的目标测试脚本。
75.确定出目标测试脚本后，基于预设诊断引擎diag agent对所述测试脚本进行解析，得到所述测试脚本的测试脚本执行序列，执行该目标测试脚本，由于目标测试脚本为使用lua脚本语言描述，因此对应的预设诊断引擎diag agent能够运行lua脚本即可实现目标测试脚本。
76.步骤103、基于所述预设诊断引擎对所述目标测试脚本的执行结果进行诊断。
77.预设诊断引擎diag agent除了能够执行目标测试脚本，还能够判断目标测试脚本的最终执行结果，执行成功/执行失败，均会将执行结果及失败原因上传至服务器。在本技术实施例的另一种可行方案中，目标测试脚本中还包含了待诊断车辆用户界面显示信息与操作反馈信息，以及云端用户界面显示信息与反馈信息。预设诊断引擎diag agent应能够解析诊断测试序列脚本的显示要求，并调用待诊断车辆用户界面hmi操作接口实现车内(human machine interface，hmi)与云端终端的显示，以便用户进行查看。
78.本公开提供的远程诊断方法，接收服务器发送的远程控制指令，所述远程控制指令用于指示所述待诊断车辆执行目标测试脚本，查找所述目标测试脚本，并基于预设诊断引擎执行所述目标测试脚本，基于所述预设诊断引擎对所述目标测试脚本的执行结果进行诊断。与相关技术相比，本技术实施例可通过远程诊断方式，减少了车辆出现故障时的车主
维修等待时间，提高维修效率。
79.作为对上述实施例的细化，在步骤103执行基于所述预设诊断引擎diag agent对所述目标测试脚本的执行结果进行诊断，包括：获取所述预设诊断引擎在执行所述测试脚本时的信号变量，调用预设通信接口获取诊断数据库，基于所述诊断数据库对所述信号变量进行诊断，得到所述信号变量对应的诊断故障结果。
80.目标测试脚本包含诊断变量及总线变量相关的数值计算，逻辑，决定和循环等相关操作。诊断引擎应能够解析测试序列脚本并实现运算。预设诊断引擎diag agent在执行目标测试脚本执行过程中，能够调用预设通信接口获取诊断数据库，该诊断数据库能够实现测试脚本的所有诊断，其诊断依据在于测试脚本执行过程中的信号变量，预设诊断引擎diag agent在执行目标测试脚本时监测每个信号变量的变化，即执行完目标测试脚本中的其中一个步骤后，确认该步骤中的信号变量是否变化，在执行目标测试脚本之前，任一信号会存在一个默认值，在执行目标测试脚本后该信号变量的默认信号值可能会变化，也可能不变，但其最终的执行结果肯定是固定的定值，若该信号变量的执行结果不为定值，则可判定该信号出现故障。基于诊断数据库可以得到信号变量对应的诊断故障结果。
81.为了便于理解，示例性的，假设目标测试脚本为检测车灯，在预设诊断引擎执行目标测试脚本时，调用并控制车灯的操作，如触发执行车灯左转向时，车灯启动的是右转，触发前：信号变量：left(左车灯)-0，right(右车灯)-0，触发后：left-0，right-1，若该车灯没有故障的话，在触发后信号变量应该为left-1，right-0，在执行完该控制车灯的步骤后，监测到信号变量发生变化，基于所述诊断数据库对所述信号变量进行诊断，得到所述车灯存在故障的诊断结果。需要说明的是，上述示例仅为了便于理解给出的简要举例，并不代表具体的执行流程，本技术实施例对目标测试脚本及诊断数据库的具体内容不进行限定。
82.本技术实施例还提供一种远程诊断方法，如图2所示，所述方法还包括：
83.步骤201、接收所述服务器配置并发送的执行所述测试脚本的条件信息。
84.每个测试脚本执行序列应包含执行之前的条件信息，条件信息的内容通常由总线变量或诊断变量定义。预设诊断引擎diag agent在执行每条测试脚本执行序列之前应首先调用诊断检查条件信息，检查成功后方可执行诊断测试序列。所述条件信息中包含需检测所述待诊断车辆中的状态信息项，例如车辆处于维修模式、待诊断车辆电源模式为on或off，档位为p，车速小于2km/h、信号变量的默认值等等，本技术实施例对条件信息中包含的内容不进行限定。
85.步骤202、根据所述待诊断车辆中的状态信息项判断是否满足所述条件信息。
86.由于不同的目标测试脚本存在差异，在执行每个目标测试脚本之前均会执行一次测试脚本的条件信息的判断，其目的在于为预设诊断引擎diag agent的正确执行创造条件，避免在执行预设诊断引擎diag agent执行过程中出现错误。
87.由于不同的目标测试脚本其对应的执行条件信息存在差异，因此在执行目标测试脚本时，根据当前待诊断车辆的状态信息项一一去判断即可。
88.若满足所述条件信息，则执行步骤203，若不满足所述条件信息，则执行步骤204。
89.步骤203、基于所述预设诊断引擎执行所述目标测试脚本。
90.关于预设诊断引擎diag agent执行目标测试脚本的过程可参阅上述实施例的相关描述，在此不再进行一一赘述。
91.步骤204、将所述测试脚本无法执行的执行结果上报至所述服务器，以使得所述服务器对所述执行所述测试脚本的条件信息进行重置，以完成远程诊断。
92.该处在上报无法执行的结果时，携带的服务器可配置的状态信息项，如信号变量的默认值等，若状态信息项为车端的状态信息项，如车辆电源模式、档位等，可根据测试脚本的条件信息进行调整，例如，根据条件信息将待诊断车辆电源模式、档位进行调整。
93.步骤205、基于所述预设诊断引擎对所述目标测试脚本的执行结果进行诊断。
94.关于预设诊断引擎diag agent的诊断可参阅上述实施例的相关描述，在此不再进行一一赘述。
95.步骤206、根据诊断结果生成上报配置文件，所述诊断结果包含测试脚本的执行过程信息、测试脚本的执行过程数据记录文件信息以及测试脚本的执行结果信息中的至少一种。
96.预设诊断引擎diag agent在测试脚本执行序列执行过程中应能保存按照同一时间戳同步记录与本次测试序列执行有关的诊断收发总线报文，并根据测试序列定义的上报配置文件存储需求实现上报配置文件存储及上报。
97.步骤207、将所述上报配置文件上传至所述服务器。
98.步骤208、接收所述服务器实时或周期性对本地脚本库中的测试脚本的远程更新。
99.需要说明的是，步骤208的执行顺序并非是按序号顺序执行的，该更新过程为服务器的远程更新，当服务器端的测试脚本存在更新时，会同步对待诊断车辆中的测试脚本进行同步更新，更新方式可以为实时更新，或周期性更新，例如周期设定为5天等等，本技术实施例对更新方式不进行限定。
100.综上，本技术实施例与相关技术相比，通过目标诊断脚本的引入，能够减少车辆故障检查定位的时间，进而提高维修效率，此外，基于待诊断车辆为核心的预设诊断引擎diag agent，服务器可以实时更新车端预设诊断引擎diag agent的测试脚本诊断序列，实现不同车型平台，不同控制器的诊断功能升级。另外，还可以基于待诊断车辆的车辆数据，对待诊断车辆的主动诊断，当检车出问题后提醒用户维护，或者在需要更换零部件时，可以提前备好更换的零部件，进一步减少了维护等待时间。
101.图3为本公开实施例提供的一种远程诊断装置的结构示意图，所述装置应用于待诊断车辆侧，如图3所示，包括：
102.第一接收单元31，用于接收服务器发送的远程控制指令，所述远程控制指令用于指示所述待诊断车辆执行目标测试脚本；
103.查找单元32，用于查找所述目标测试脚本；
104.执行单元33，用于基于预设诊断引擎执行所述目标测试脚本；
105.诊断单元34，用于基于所述预设诊断引擎对所述目标测试脚本的执行结果进行诊断。
106.本公开提供的远程诊断装置，接收服务器发送的远程控制指令，所述远程控制指令用于指示所述待诊断车辆执行目标测试脚本，查找所述目标测试脚本，并基于预设诊断引擎执行所述目标测试脚本，基于所述预设诊断引擎对所述目标测试脚本的执行结果进行诊断。与相关技术相比，本技术实施例可通过远程诊断方式，减少了车辆出现故障时的车主维修等待时间，提高维修效率。
107.进一步地，在本实施例一种可能的实现方式中，如图4所示，所述执行单元33包括：
108.确定模块331，用于基于所述预设诊断引擎对所述测试脚本进行解析，得到所述测试脚本的测试脚本执行序列；
109.执行模块332，用于执行所述测试脚本执行序列。
110.进一步地，在本实施例一种可能的实现方式中，如图4所示，所述诊断单元34包括：
111.获取模块341，用于获取所述预设诊断引擎在执行所述测试脚本时的信号变量；
112.调用模块342，用于调用预设通信接口获取诊断数据库；
113.诊断模块343，用于基于所述诊断数据库对所述信号变量进行诊断，得到所述信号变量对应的诊断故障结果。
114.进一步地，在本实施例一种可能的实现方式中，如图4所示，所述装置还包括：
115.第二接收单元35，用于在基于预设诊断引擎执行所述目标测试脚本之前，接收所述服务器配置并发送的执行所述测试脚本的条件信息，所述条件信息中包含需检测所述待诊断车辆中的状态信息项；
116.判断单元36，用于根据所述待诊断车辆中的状态信息项判断是否满足所述条件信息；
117.所述执行单元33，还用于当所述判断单元36确定满足所述条件信息时，基于所述预设诊断引擎执行所述目标测试脚本。
118.进一步地，在本实施例一种可能的实现方式中，如图4所示，所述装置还包括：
119.第一上报单元37，用于当所述判断单元36确定不满足所述条件信息，则将所述测试脚本无法执行的执行结果上报至所述服务器，以使得所述服务器对所述执行所述测试脚本的条件信息进行重置，以完成远程诊断。
120.进一步地，在本实施例一种可能的实现方式中，如图4所示，所述装置还包括：
121.生成单元38，用于根据诊断结果生成上报配置文件，所述诊断结果包含测试脚本的执行过程信息、测试脚本的执行过程数据记录文件信息以及测试脚本的执行结果信息中的至少一种；
122.第二上报单元39，用于将所述上报配置文件上传至所述服务器。
123.进一步地，在本实施例一种可能的实现方式中，如图4所示，所述装置还包括：
124.第三接收单元310，用于接收所述服务器实时或周期性对本地脚本库中的测试脚本的远程更新。
125.需要说明的是，前述对方法实施例的解释说明，也适用于本实施例的装置，原理相同，本实施例中不再限定。
126.根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
127.图5示出了可以用来实施本公开的实施例的示例电子设备400的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
128.如图5所示，设备400包括计算单元401，其可以根据存储在rom(read-only memory，只读存储器)402中的计算机程序或者从存储单元408加载到ram(random access memory，随机访问/存取存储器)403中的计算机程序，来执行各种适当的动作和处理。在ram 403中，还可存储设备400操作所需的各种程序和数据。计算单元401、rom 402以及ram 403通过总线404彼此相连。i/o(input/output，输入/输出)接口405也连接至总线404。
129.设备400中的多个部件连接至i/o接口405，包括：输入单元406，例如键盘、鼠标等；输出单元407，例如各种类型的显示器、扬声器等；存储单元408，例如磁盘、光盘等；以及通信单元409，例如网卡、调制解调器、无线通信收发机等。通信单元409允许设备400通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
130.计算单元401可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元401的一些示例包括但不限于cpu(central processing unit，中央处理单元)、gpu(graphic processing units，图形处理单元)、各种专用的ai(artificial intelligence，人工智能)计算芯片、各种运行机器学习模型算法的计算单元、dsp(digital signal processor，数字信号处理器)、以及任何适当的处理器、控制器、微控制器等。计算单元401执行上文所描述的各个方法和处理，例如远程诊断方法。例如，在一些实施例中，远程诊断方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元408。在一些实施例中，计算机程序的部分或者全部可以经由rom 402和/或通信单元409而被载入和/或安装到设备400上。当计算机程序加载到ram 403并由计算单元401执行时，可以执行上文描述的方法的一个或多个步骤。备选地，在其他实施例中，计算单元401可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行前述远程诊断方法。
131.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、fpga(field programmable gate array，现场可编程门阵列)、asic(application-specific integrated circuit，专用集成电路)、assp(application specific standard product，专用标准产品)、soc(system on chip，芯片上系统的系统)、cpld(complex programmable logic device，复杂可编程逻辑设备)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
132.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
133.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合
适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、ram、rom、eprom(electrically programmable read-only-memory，可擦除可编程只读存储器)或快闪存储器、光纤、cd-rom(compact disc read-only memory，便捷式紧凑盘只读存储器)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
134.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(cathode-ray tube，阴极射线管)或者lcd(liquid crystal display，液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
135.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：lan(local area network，局域网)、wan(wide area network，广域网)、互联网和区块链网络。
136.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与vps服务("virtual private server"，或简称"vps")中，存在的管理难度大，业务扩展性弱的缺陷。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。
137.其中，需要说明的是，人工智能是研究使计算机来模拟人的某些思维过程和智能行为(如学习、推理、思考、规划等)的学科，既有硬件层面的技术也有软件层面的技术。人工智能硬件技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理等技术；人工智能软件技术主要包括计算机视觉技术、语音识别技术、自然语言处理技术以及机器学习/深度学习、大数据处理技术、知识图谱技术等几大方向。
138.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
139.上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。