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

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