CN115543657A - 一种上位机的应用方法、装置及电子设备 - Google Patents

Abstract

一种上位机的应用方法、装置及电子设备，该方法包括：获得用户端的待处理数据，从预设功能组件库中确定出待处理数据对应的n个预设功能组件，并基于n个预设功能组件生成目标配置文件，确定出目标配置文件中各个预设功能组件的执行顺序，并按照执行顺序依次执行各个预设功能组件各自对应的至少一个功能函数，确定出的各个预设功能组件对应的功能执行结果。通过上述的方法，根据用户端提出的不同需求的待处理数据，生成该待处理数据对应的n个预设功能组件的目标配置文件，当上位机连接用户端设备之后，能够基于该目标配置文件中的执行顺序执行各个预设功能组件对应的至少一个功能函数，从而能够实现适配不同厂家的整车控制器的刷写/诊断。

Description

一种上位机的应用方法、装置及电子设备

技术领域

本申请涉及智能车辆技术领域，尤其涉及一种上位机的应用方法、装置及电子设备。

背景技术

随着智能车辆技术的发展，为了获得智能车辆的数据分析，避免或者解决智能车辆控制单元在驾驶过程中的异常工作状态，需要基于上位机对智能车辆的整车控制器进行刷写以及诊断。

需要说明的是，智能车辆中的整车控制器由多个生产厂家生产，不同的生产厂家对应着不同的刷写/诊断上位机，当工作人员需要基于上位机对多个智能车辆的整车控制器进行刷写以及诊断时，需要基于整车控制器对应的不同生产厂家类型确定出不同的上位机，从而基于确定出的不同类型的上位机对各自对应的整车控制器进行刷写和/或诊断，增加了工作人员检测整车控制器的工作量。

发明内容

本申请提供了一种上位机的应用方法、装置及电子设备，用于实现适配不同生产厂家的整车控制器的刷写和/或诊断。

第一方面，本申请提供了一种上位机的应用方法，所述方法包括：

获得用户端的待处理数据，其中，所述待处理数据为所述用户端基于上位机待实现的功能描述；

从预设功能组件库中确定出所述待处理数据对应的n个预设功能组件，并基于所述n个预设功能组件生成目标配置文件，其中，所述预设功能组件库中记录了上位机对整车控制器进行刷写/诊断的所有功能，n为正整数；

确定出所述目标配置文件中各个预设功能组件的执行顺序，并按照所述执行顺序依次执行各个预设功能组件各自对应的至少一个功能函数；

确定出的各个预设功能组件对应的功能执行结果。

通过上述的方法，根据用户端提出的不同需求的待处理数据，生成该待处理数据对应的n个预设功能组件对应的目标配置文件，当上位机连接用户端设备之后，能够按照目标配置文件中的执行顺序执行各个预设功能组件对应的各个功能函数，从而能够实现适配不同厂家的整车控制器的刷写/诊断。

在一种可能的设计中，从预设功能组件库中确定出所述待处理数据对应的n个预设功能组件，并基于所述n个预设功能组件生成目标配置文件，包括：

获得所述待处理数据在所述预设功能组件库中对应的n个预设功能组件，并确定出各个预设功能组件分别对应的变量值；

基于各个预设功能组件以及各个预设功能组件各自对应的变量值生成目标配置文件，其中，所述目标配置文件用于记录所述待处理数据对应的所有预设功能组件的执行顺序。

通过上述的方法，从预设功能组件库中确定出待处理数据对应的n个预设功能组件的目标配置文件，使得确定出的目标配置文件与待处理数据对应，确保了获得的目标配置文件中的功能组件的准确性。

在一种可能的设计中，确定出所述目标配置文件中各个预设功能组件的执行顺序，并按照所述执行顺序依次执行各个预设功能组件各自对应的至少一个功能函数，包括：

在按照所述执行顺序执行各个预设功能组件各自对应的至少一个功能函数时，检测各个预设功能组件对应的各个功能函数的函数执行结果，响应于所述函数执行结果为执行失败时，则停止检测，并显示所述执行失败的执行结果。

通过上述的方法，确定出各个预设功能组件对应的功能函数，从而确定出待处理数据对应的各个功能函数，进而能够基于各个功能函数实现待处理数据中的需求，确保了功能组件的适配性。

在一种可能的设计中，确定出的各个预设功能组件对应的功能执行结果包括：

检测是否存在各个预设功能组件执行成功的成功标识；

若是，则继续检测当前预设功能组件对应的下一个第二预设功能组件，并将所述当前预设功能组件对应的所述成功标识作为功能执行结果，若否，则确定出所述当前预设功能组件执行失败的失败标识，并将所述当前预设功能组件对应的所述失败标识作为功能执行结果。

通过上述的方法，对上位机执行功能函数后的功能执行结果进行检测，确保了能够遍历待处理数据对应的各个功能函数，以及能够获得待处理数据对应的各个功能执行结果，从而能够实现对待处理数据对应的设备的刷写和/或诊断。

第二方面，本申请提供了一种上位机的应用装置，所述装置包括：

获得模块，用于获得用户端的待处理数据；

确定模块，用于从预设功能组件库中确定出所述待处理数据对应的n个预设功能组件，并基于所述n个预设功能组件生成目标配置文件；

提取模块，用于确定出所述目标配置文件中各个预设功能组件的执行顺序，并按照所述执行顺序依次执行各个预设功能组件各自对应的至少一个功能函数；

执行模块，用于确定出的各个预设功能组件对应的功能执行结果。

在一种可能的设计中，所述确定模块，具体用于获得所述待处理数据在所述预设功能组件库中对应的n个预设功能组件，并确定出各个预设功能组件分别对应的变量值，基于各个预设功能组件以及各个预设功能组件各自对应的变量值生成目标配置文件，其中，所述目标配置文件用于记录所述待处理数据对应的所有预设功能组件的执行顺序。

在一种可能的设计中，所述提取模块，具体用于在按照所述执行顺序执行各个预设功能组件各自对应的至少一个功能函数时，检测各个预设功能组件对应的各个功能函数的函数执行结果，响应于所述函数执行结果为执行失败时，则停止检测，并显示所述执行失败的执行结果。

在一种可能的设计中，所述执行模块，具体用于检测是否存在各个预设功能组件执行成功的成功标识，若是，则继续检测当前预设功能组件对应的下一个第二预设功能组件，并将所述当前预设功能组件对应的所述成功标识作为功能执行结果，若否，则确定出所述当前预设功能组件执行失败的失败标识，并将所述当前预设功能组件对应的所述失败标识作为功能执行结果。

第三方面，本申请提供了一种电子设备，包括：

存储器，用于存放计算机程序；

处理器，用于执行所述存储器上所存放的计算机程序时，实现上述的一种上位机的应用方法步骤。

第四方面，一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述的一种上位机的应用方法步骤。

上述第一方面至第四方面中的各个方面以及各个方面可能达到的技术效果请参照上述针对第一方面或第一方面中的各种可能方案可以达到的技术效果说明，这里不再重复赘述。

附图说明

图1为本申请提供的一种上位机的应用方法步骤的流程图；

图2为本申请提供的上位机的应用方法的流程图；

图3为本申请提供的上位机执行刷写以及诊断的流程图；

图4为本申请提供的基于上位机对整车生产线生产日期进行诊断的示意图；

图5为本申请提供的一种上位机的应用装置的结构示意图；

图6为本申请提供的一种电子设备的结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述。方法实施例中的具体操作方法也可以应用于装置实施例或系统实施例中。需要说明的是，在本申请的描述中“多个”理解为“至少两个”。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。A与B连接，可以表示：A与B直接连接和A与B通过C连接这两种情况。另外，在本申请的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。

在以往的技术中，为了获得智能车辆的数据分析，避免或者解决智能车辆控制单元在驾驶过程中的异常工作状态，需要基于上位机对智能车辆的整车控制器进行刷写以及诊断，但是，智能车辆的整车控制器由不同的生产厂家生产，不同的生产厂家对应着不同的上位机，当工作人员需要对多个智能车辆进行刷写以及诊断时，需要不同生产厂家的上位机对各自对应的智能车辆的整车控制器进行检测，需要耗费大量的时间，并且，基于诊断仪对不同生产厂家的整车控制器进行刷写以及诊断时，由于需要读取各个生产厂家的整车控制器的数据，以及整合各个类型的整车控制器的数据，因此，也需要耗费大量的时间。

为了解决上述的问题，本申请实施例提供了一种上位机的应用方法，用以实现适配不同生产厂家的整车控制器的刷写/诊断。其中，本申请实施例所述方法和装置基于同一技术构思，由于方法及装置所解决问题的原理相似，因此装置与方法的实施例可以相互参见，重复之处不再赘述。

下面结合附图，对本申请实施例进行详细描述。

参照图1，本申请提供了一种上位机的应用方法，该方法可以适配不同生产厂家的整车控制器的刷写/诊断，该方法的实现流程如下：

步骤S1：获得用户端的待处理数据。

由于诊断仪对智能车辆的整车控制器的刷写以及诊断时间过长，因此，需要一种适配与所有生产厂家的上位机，从而实现对不同生产厂家生产的整车控制器进行诊断以及刷写。

在上述的基础上，本申请实施例提供了一种上位机的应用方法，能够准确的实现与用户端的需求相对应的功能，首先，需要上位机获得用户端的待处理数据，该待处理数据为用户端基于上位机待实现的功能描述，该功能描述可以为读取智能车辆的故障码、读取供应商定义的软件版本编号、读取智能车辆名称等，由于本申请实施例中的上位机包含各个功能组件，各个功能组件分别对应着不同的功能，因此，上述的功能描述只是作为举例，其他的功能描述这里不详细说明。

步骤S2：从预设功能组件库中确定出所述待处理数据对应的n个预设功能组件，并基于所述n个预设功能组件生成目标配置文件。

上位机获得用户端的待处理数据之后，由于上位机中存储了各个功能组件的信息，各个功能组价用于实现对整车控制器的刷写以及诊断的所有功能，并且，各个功能组件的信息存储于预设功能组件库，因此，能够基于预设功能组件库确定出该待处理数据对应的n个预设功能组件，该n为正整数，预设功能组件库如表1所示：

表1

上述表1中以举例的方式列举了预设功能组件库中存储的部分数据，该预设功能组件库中包括各个功能组件，以及各个功能组件分别对应的参数以及服务编码，基于上述表1，不同的预设功能组件存在相同的参数值，但是，相同参数值的预设功能组件对应的服务不同，上述只列举了部分预设功能组件以及该部分预设功能组件各自对应的数据，其他的预设功能组件以及其他预设功能组件对应的数据参考上述表1，这里不一一列举。

基于上述表1能够从预设功能组件库中确定出待处理数据对应的n个预设功能组件，确定出待处理数据对应的n个预设功能组件之后，能够通过查询表1分别确定出各个功能组件分别对应的变量值，该变量值为服务编码以及参数值，由于该n个预设功能组件为实现待处理数据中的功能描述的组件，各个预设功能组件中存在实现对应功能的功能函数，当预设功能组件确定之后，就能够确定出该预设功能组件需要执行的功能函数，再基于确定出的n个预设功能组件生成目标配置文件，该目标配置文件中记录了待处理数据对应的各个预设功能组件对应的执行顺序。

基于上述的方法，准确获得待处理数据对应的各个预设功能组件，避免了获取与待处理数据中的功能描述不相关的其他功能组件，实现了基于用户端的需求生成精确的目标配置文件，从而提高了对不同生产厂家的整车控制器的刷写以及诊断速度。

步骤S23：确定出所述目标配置文件中各个预设功能组件的执行顺序，并按照所述执行顺序依次执行各个预设功能组件各自对应的至少一个功能函数。

确定出待处理数据的n个预设功能组件对应的目标配置文件之后，为了实现对智能车辆整车控制器的刷写以及诊断速度，需要连接需要刷写和/或诊断的设备，该设备可用为智能车辆，也可以为其他需要刷写和/或诊断的设备，这里不作过多描述。

基于上述的描述，由于目标配置文件中包括n个预设功能组件对应的执行顺序，以及各个预设功能组件中已经确定的至少一个功能函数，因此，能够按照该执行顺序执行各个预设功能组件对应的至少一个功能函数。

按照执行顺序执行预设功能组件对应的至少一个功能函数时，检测预设功能组件对应的各个功能函数的函数执行结果，当函数执行结果显示为执行失败时，则停止检测，并显示所述执行失败的执行结果，该执行结果能够通过显示在上位机显示屏的方式展示给用户端，还可以将该执行结果发送至用户端，这里不作具体限定。

基于上述的描述，能够确定出待处理数据对应的各个功能函数，基于各个功能函数能够实现对待处理数据对应的设备的刷写和/或诊断。

步骤S24：确定出的各个预设功能组件对应的功能执行结果。

上述获得各个功能函数分别对应的函数执行结果之后，为了能够获得各个预设功能组件的功能执行结果，需要检测是否存在各个预设功能组件执行成功的成功标识，当存在预设功能组件执行成功的成功标识时，继续检测当前预设功能组件对应的下一个第二预设功能组件，直至遍历所有的预设功能组件，并将该预设功能组件对应的成功标识作为功能执行结果；当不存在预设功能组件执行成功的成功标识时，则确定出该预设功能组件执行失败的失败标识，并将该预设功能组件对应的失败标识作为功能执行结果。

本申请实施例中，当预设功能组件库中包含的预设功能组件的类型越多，基于该预设功能组件库实现刷写和/或诊断的适应性场景越多，当修改和/或增加了其他功能组件时，需要重新编译上位机对上位机中的预设功能组件库进行更新，用户端能够从已经配置的预设功能组件中选择出目标功能组件，在实际应用中，用户端能够拖动该目标功能组件目标配置文件区域中，再通过执行该目标功能组件对应的功能函数实现自定义的功能，从而实现了用户端对预设功能组件的灵活选择，提高了上位机应用的便捷性，使得该上位机能够适应于更广泛的实际场景。

上述已经描述了用户端能够通过选择目标功能组件实现自定义的功能，由于预先配置的预设功能组件中还包括未定义的功能组件，因此，用户端能够对未定义的功能组件的标识和/或数据进行自定义，以及对定义完成之后的功能组件设置周期发送或者单次发送，周期能够根据实际情况进行调整，用户端将未定义的功能组件自动以完成之后，能够按照上述描述的过程获得执行结果，从而使得上位机能够实现用户端自定义的功能，以及提高了处理数据流的相关操作的便捷性。

比如：用户端自定义的功能模块的作用为：给ECU发送预设报文，从而实现单板调试，首先，用户端需要定义出上述发送预设报文的标识以及数据，若确定出为周期发送，则按照上述描述的流程执行该自定义的功能组件。

需要进行说明的是，本申请实施例提供的上位机的应用方法的流程图如图2所示，在图2中，确定出待处理数据的对应的各个目标配置文件之后，由于待处理数据中包括不同需求的功能描述，因此，将与待处理数据记录的功能描述对应的预设功能组件拖到对应的配置信息区生成目标配置文件，再导入目标配置文件，连接设备，再按照目标配置文件中预设功能组件的序号依次执行各个功能组件对应的功能函数，并显示数据流。

基于上述的描述，上位机执行刷写以及诊断的流程图如图3所示，在图3中，在导入目标配置文件之后，由于目标配置文件中记录了各个功能组件各自对应的变量值，每一个功能组件通过预设功能组件库能够查询到相应的序号，为了提高刷写和/或诊断的便捷性，因此，需要重新统计出待处理数据对应的所有目标配置文件中功能组件的总数量，以及当前执行的功能组件的序号，图3中，待处理数据对应的所有目标配置文件中功能组件的总数量为X，当前执行的功能组件的序号为Y，当Y低于X时，执行序号为Y对应的功能组件对应的功能函数，并判断功能函数是否正常执行，当功能函数正常执行时，执行序号为Y+1的功能组件对应的功能函数，直至检测Y不低于X；当Y不低于X时，则在上位机的数据显示区显示“Done！”，当功能函数不能正常执行时，则在上位机的数据显示区显示错误的功能组件。

为了更加清晰的说明本申请实施例提供的一种上位机的应用方法，基于上位机对整车生产线生产日期进行诊断的示意图如图4所示，在图4中记录了以整车生产线生产日期为例对功能组件、上位机以及电子控制单元(Electronic Control Unit，ECU)之间的对应关系的时序图，图4中整车生产线生产日期对应的功能组件为预设功能组件中的设置诊断ID、功能寻址ID、物理寻址ID，以及切换到扩展模式等，功能组件确定之后，上位机设置好相应的配置文件，并将该整车生产线生产日期对应的数据发送至ECU，ECU对该数据进行处理，并基于该数据对上位机做出回复，在图4中，记录了4个部分的功能组件，上位机与ECU基于各个区域的功能组件执行相应的功能函数，最后，上位机获得整车生产线生产日期进行诊断的结果。

需要进行说明的是，在图4中的功能组件的序号基于预设功能组件库获得，每一个单向箭头上的参数值根据实际诊断和/或刷写的情况确定，这里不作具体阐述。

基于上述的方法，通过将与待处理数据对应的功能组件生成目标配置文件，再按照目标配置文件中的执行顺序执行预设功能组件对应的功能函数，从而通过预设功能组件的可配置性可实现对不同厂家的整车控制器的刷写和/或诊断。

基于同一发明构思，本申请实施例中还提供了一种上位机的应用装置，该上位机的应用装置用于实现了一种上位机的应用方法的功能，参照图5，所述装置包括：

获得模块501，用于获得用户端的待处理数据；

确定模块502，用于从预设功能组件库中确定出所述待处理数据对应的n个预设功能组件，并基于所述n个预设功能组件生成目标配置文件；

提取模块503，用于确定出所述目标配置文件中各个预设功能组件的执行顺序，并按照所述执行顺序依次执行各个预设功能组件各自对应的至少一个功能函数；

执行模块504，用于确定出的各个预设功能组件对应的功能执行结果。

在一种可能的设计中，所述确定模块502，具体用于获得所述待处理数据在所述预设功能组件库中对应的n个预设功能组件，并确定出各个预设功能组件分别对应的变量值，基于各个预设功能组件以及各个预设功能组件各自对应的变量值生成目标配置文件，其中，所述目标配置文件用于记录所述待处理数据对应的所有预设功能组件的执行顺序。

在一种可能的设计中，所述提取模块503，具体用于在按照所述执行顺序执行各个预设功能组件各自对应的至少一个功能函数时，检测各个预设功能组件对应的各个功能函数的函数执行结果，响应于所述函数执行结果为执行失败时，则停止检测，并显示所述执行失败的执行结果。

在一种可能的设计中，所述执行模块504，具体用于检测是否存在各个预设功能组件执行成功的成功标识，若是，则继续检测当前预设功能组件对应的下一个第二预设功能组件，并将所述当前预设功能组件对应的所述成功标识作为功能执行结果，若否，则确定出所述当前预设功能组件执行失败的失败标识，并将所述当前预设功能组件对应的所述失败标识作为功能执行结果。

基于同一发明构思，本申请实施例中还提供了一种电子设备，所述电子设备可以实现前述一种上位机的应用装置的功能，参考图6，所述电子设备包括：

至少一个处理器601，以及与至少一个处理器601连接的存储器602，本申请实施例中不限定处理器601与存储器602之间的具体连接介质，图6中是以处理器601和存储器602之间通过总线600连接为例。总线600在图6中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线600可以分为地址总线、数据总线、控制总线等，为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。或者，处理器601也可以称为控制器，对于名称不做限制。

在本申请实施例中，存储器602存储有可被至少一个处理器601执行的指令，至少一个处理器601通过执行存储器602存储的指令，可以执行前文论述的一种上位机的应用方法。处理器601可以实现图5所示的装置中各个模块的功能。

其中，处理器601是该装置的控制中心，可以利用各种接口和线路连接整个该控制设备的各个部分，通过运行或执行存储在存储器602内的指令以及调用存储在存储器602内的数据，该装置的各种功能和处理数据，从而对该装置进行整体监控。

在一种可能的设计中，处理器601可包括一个或多个处理单元，处理器601可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器601中。在一些实施例中，处理器601和存储器602可以在同一芯片上实现，在一些实施例中，它们也可以在独立的芯片上分别实现。

处理器601可以是通用处理器，例如中央处理器(CPU)、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的一种上位机的应用方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器602作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器602可以包括至少一种类型的存储介质，例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(Random AccessMemory，RAM)、静态随机访问存储器(Static Random Access Memory，SRAM)、可编程只读存储器(Programmable Read Only Memory，PROM)、只读存储器(Read Only Memory，ROM)、带电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、磁性存储器、磁盘、光盘等等。存储器602是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器602还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

通过对处理器601进行设计编程，可以将前述实施例中介绍的一种上位机的应用方法所对应的代码固化到芯片内，从而使芯片在运行时能够执行图1所示的实施例的一种上位机的应用步骤。如何对处理器601进行设计编程为本领域技术人员所公知的技术，这里不再赘述。

基于同一发明构思，本申请实施例还提供一种存储介质，该存储介质存储有计算机指令，当该计算机指令在计算机上运行时，使得计算机执行前文论述的一种上位机的应用方法。

在一些可能的实施方式中，本申请提供一种上位机的应用方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在装置上运行时，程序代码用于使该控制设备执行本说明书上述描述的根据本申请各种示例性实施方式的一种上位机的应用方法中的步骤。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种上位机的应用方法，其特征在于，包括：

获得用户端的待处理数据，其中，所述待处理数据为所述用户端基于上位机待实现的功能描述；

从预设功能组件库中确定出所述待处理数据对应的n个预设功能组件，并基于所述n个预设功能组件生成目标配置文件，其中，所述预设功能组件库中记录了上位机对整车控制器进行刷写/诊断的所有功能，n为正整数；

确定出所述目标配置文件中各个预设功能组件的执行顺序，并按照所述执行顺序依次执行各个预设功能组件各自对应的至少一个功能函数；

确定出的各个预设功能组件对应的功能执行结果。

2.如权利要求1所述的方法，其特征在于，从预设功能组件库中确定出所述待处理数据对应的n个预设功能组件，并基于所述n个预设功能组件生成目标配置文件，包括：

获得所述待处理数据在所述预设功能组件库中对应的n个预设功能组件，并确定出各个预设功能组件分别对应的变量值；

基于各个预设功能组件以及各个预设功能组件各自对应的变量值生成目标配置文件，其中，所述目标配置文件用于记录所述待处理数据对应的所有预设功能组件的执行顺序。

3.如权利要求1所述的方法，其特征在于，确定出所述目标配置文件中各个预设功能组件的执行顺序，并按照所述执行顺序依次执行各个预设功能组件各自对应的至少一个功能函数，包括：

在按照所述执行顺序执行各个预设功能组件各自对应的至少一个功能函数时，检测各个预设功能组件对应的各个功能函数的函数执行结果；

响应于所述函数执行结果为执行失败时，则停止检测，并显示所述执行失败的执行结果。

4.如权利要求1所述的方法，其特征在于，确定出的各个预设功能组件对应的功能执行结果包括：

检测是否存在各个预设功能组件执行成功的成功标识；

若是，则继续检测当前预设功能组件对应的下一个第二预设功能组件，并将所述当前预设功能组件对应的所述成功标识作为功能执行结果；

若否，则确定出所述当前预设功能组件执行失败的失败标识，并将所述当前预设功能组件对应的所述失败标识作为功能执行结果。

5.一种上位机的应用装置，其特征在于，包括：

获得模块，用于获得用户端的待处理数据；

确定模块，用于从预设功能组件库中确定出所述待处理数据对应的n个预设功能组件，并基于所述n个预设功能组件生成目标配置文件；

提取模块，用于确定出所述目标配置文件中各个预设功能组件的执行顺序，并按照所述执行顺序依次执行各个预设功能组件各自对应的至少一个功能函数；

执行模块，用于确定出的各个预设功能组件对应的功能执行结果。

6.如权利要求5所述的装置，其特征在于，所述确定模块502，具体用于获得所述待处理数据在所述预设功能组件库中对应的n个预设功能组件，并确定出各个预设功能组件分别对应的变量值，基于各个预设功能组件以及各个预设功能组件各自对应的变量值生成目标配置文件，其中，所述目标配置文件用于记录所述待处理数据对应的所有预设功能组件的执行顺序。

7.如权利要求5所述的装置，其特征在于，所述提取模块503，具体用于在按照所述执行顺序执行各个预设功能组件各自对应的至少一个功能函数时，检测各个预设功能组件对应的各个功能函数的函数执行结果，响应于所述函数执行结果为执行失败时，则停止检测，并显示所述执行失败的执行结果。

8.如权利要求5所述的装置，其特征在于，所述执行模块504，具体用于检测是否存在各个预设功能组件执行成功的成功标识，若是，则继续检测当前预设功能组件对应的下一个第二预设功能组件，并将所述当前预设功能组件对应的所述成功标识作为功能执行结果，若否，则确定出所述当前预设功能组件执行失败的失败标识，并将所述当前预设功能组件对应的所述失败标识作为功能执行结果。

9.一种电子设备，其特征在于，包括：

存储器，用于存放计算机程序；

处理器，用于执行所述存储器上所存放的计算机程序时，实现权利要求1-4任一项所述的方法步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1-4任一项所述的方法步骤。

Images