车载控制器的刷写方法、装置及电子设备与流程

1.本公开涉及数据刷写技术领域，尤其涉及一种车载控制器的刷写方法、装置及电子设备。


背景技术：

2.智能汽车上安装了非常多的控制器，需要依赖空中升级技术来完成对运行在控制器内部软件的升级。而这些控制器的刷写过程存在很多的约束条件，空中升级技术需要在遵循这些约束条件的情况下，合理安排被刷写控制器之间的排列组合关系，以完成整车软件的刷写。这种控制器刷写的排列组合关系可以被称为一种升级策略。
3.相关技术中，通常是按照固定的升级策略，也即按照固定顺序对控制器逐个进行刷写，如果一些控制器的功能特征发生变化，则可能导致刷写失败。


技术实现要素：

4.本公开旨在至少在一定程度上解决相关技术中的技术问题之一。
5.本公开第一方面提出了一种车载控制器的刷写方法，由云服务器执行，包括：确定车辆中当前待刷写的各个控制器；获取指定时期内目标监测特征的特征变化信息，其中，所述目标监测特征包含有车辆架构和/或所述控制器的特征；获取与所述特征变化信息关联的刷写策略；向所述车辆发送所述刷写策略，以使所述车辆对所述各个控制器进行刷写。
6.本公开第二方面提出了一种车载控制器的刷写方法，由车辆执行，包括：接收云服务器发送的对待刷写的各个控制器的刷写策略；基于所述刷写策略，确定每个所述控制器对应的第一编码，其中，所述第一编码用于表征任一控制器对应的刷写顺序；基于所述各个控制器对应的第一编码，确定所述各个控制器的组合刷写顺序；基于所述组合刷写顺序，对所述各个控制器进行刷写。
7.本公开第三方面提出了一种车载控制器的刷写装置，配置于云服务器中，包括：第一确定模块，用于确定车辆中当前待刷写的各个控制器；获取模块，用于获取指定时期内目标监测特征的特征变化信息，其中，所述目标监测特征包含有车辆架构和/或所述控制器的特征；生成模块，用于获取与所述特征变化信息关联的刷写策略；发送模块，用于向所述车辆发送所述刷写策略，以使所述车辆对所述各个控制器进行刷写。
8.本公开第四方面提出了一种车载控制器的刷写装置，配置于车辆中，包括：接收模块，用于接收云服务器发送的对待刷写的各个控制器的刷写策略；第二确定模块，用于基于所述刷写策略，确定每个所述控制器对应的第一编码，其
中，所述第一编码用于表征任一控制器对应的刷写顺序；第三确定模块，用于基于所述各个控制器对应的第一编码，确定所述各个控制器的组合刷写顺序；刷写模块，用于基于所述组合刷写顺序，对所述各个控制器进行刷写。
9.本公开第五方面提出了一种电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，实现如本公开第一方面实施例或第二方面实施例提出的车载控制器的刷写方法。
10.本公开第六方面提出了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时，实现如本公开第一方面实施例或第二方面实施例提出的车载控制器的刷写方法。
11.本公开第七方面提出了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时，实现如本公开第一方面实施例或第二方面实施例提出的车载控制器的刷写方法。
12.本公开提供的车载控制器的刷写方法、装置、电子设备及存储介质，存在如下有益效果：本公开中，云服务器首先可以确定车辆中当前待刷写的各个控制器，之后可以获取指定时期内目标监测特征的特征变化信息，其中，所述目标监测特征包含有车辆架构和/或所述控制器的特征，然后获取与所述特征变化信息关联的刷写策略，最后向车辆发送刷写策略，以使车辆对各个控制器进行刷写。由此，可以根据指定时期内车辆架构和/或控制器的特征变化，灵活的确定当前各个控制器对应的刷写策略，使得车辆在对各个控制器进行刷写时能够考虑到车辆架构和/或控制器的变化特征的变化，提高了各个控制器刷写的成功率，适用于多种情况，灵活度很高。
13.本公开实施例中，车辆首先接收云服务器发送的对待刷写的各个控制器的刷写策略，然后基于刷写策略，确定每个控制器对应的第一编码，其中，所述第一编码用于表征任一控制器对应的刷写顺序，之后基于各个控制器对应的第一编码，确定各个控制器的组合刷写顺序，最后基于组合刷写顺序，对各个控制器进行刷写。由此，基于第一编码确定每个控制器对应的刷写顺序，进而确定出组合刷写顺序，从而能够优化各个控制器之间的刷写逻辑关系，降低整体的刷写时间，提高控制器升级的效率。
14.本公开附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本公开的实践了解到。
附图说明
15.本公开上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：图1为本公开第一实施例所提供的一种车载控制器的刷写方法的流程示意图；图2为本公开实施例所提供的一种多个控制器的组合排列顺序的示意图；图3为本公开第二实施例所提供的一种车载控制器的刷写方法的流程示意图；图4为本公开第三实施例所提供的一种车载控制器的刷写方法的流程示意图；图5为本公开第四实施例所提供的一种车载控制器的刷写方法的流程示意图；
图6为本公开实施例所提供的又一种多个控制器的组合排列顺序的示意图；图7为本公开一实施例所提供的一种车载控制器的刷写装置的结构示意图；图8为本公开一实施例所提供的又一种车载控制器的刷写装置的结构示意图；图9示出了适于用来实现本公开实施方式的示例性电子设备的框图。
具体实施方式
16.下面详细描述本公开的实施例，实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本公开，而不能理解为对本公开的限制。
17.本公开实施例以该车载控制器的刷写方法被配置于车载控制器的刷写装置中来举例说明，该车载控制器的刷写装置可以应用于任一电子设备中，以使该电子设备可以执行车载控制器的刷写方法，在此不做限定。
18.需要说明的是，空中升级策略是指在不需要通过有线连接的情况下，通过无线通信将设备的软件进行升级的一种方法。通常，空中升级策略会通过设备和服务器之间的通信协议来实现。在空中升级的过程中，设备会向服务器请求新的软件版本，服务器会将新的软件版本推送给设备并进行升级操作。空中升级策略和控制器刷写是密切相关的，控制器刷写的成功与否，直接影响到空中升级的效果和设备的正常运行。在车辆的整体架构为明确的情况下，空中升级的策略可以是确定的，然而在整车架构或者控制器的一些特征发生变更的情况下，如果还依照原有的空中升级策略，则可能会导致控制器刷写失败。
19.其中，空中升级策略主要体现在对各个控制器的刷写逻辑上，本公开实施例中，可以通过自适应的调整各个控制器的刷写逻辑，从而提高空中升级的灵活度，以解决上述问题。
20.下面参考附图描述本公开实施例的车载控制器的刷写方法、装置、电子设备和存储介质。
21.图1为本公开第一实施例所提供的一种车载控制器的刷写方法的流程示意图。
22.需要说明的是，本公开第一实施例所提供的一种车载控制器的刷写方法可以由云服务器执行。
23.如图1所示，该车载控制器的刷写方法可以包括以下步骤：步骤101，确定车辆中当前待刷写的各个控制器。
24.其中，控制器刷写可以为将控制器上的程序进行更新的一种操作。在空中升级策略中，控制器的刷写是一个重要环节。在空中升级过程中，控制器需要下载新的软件版本，并进行安装和配置等操作。
25.其中，待刷写的控制器可以为车辆中待更新的控制器。
26.作为一种可能实现的方式，云服务器可以首先确定车辆中使用的控制器种类，比如发动机控制器、变速器控制器、制动系统控制器、空调控制器、车身控制器、音响控制器、驾驶辅助控制器，在此不做限定。之后，云服务器可以确定每个控制器的版本和型号（比如可以通过控制器的标识码、型号和版本号等来确定），然后可以根据每个控制启动版本、型号和种类，确定每个控制器是否需要进行刷写。
27.或者，也可以通过设备诊断和检测工具来确定每个控制器的刷写状态，进而依据
刷写状态来判断车辆中的各个控制器中当前待刷写的各个控制器。其中，刷写状态可以为“已经刷写”、“需要刷写”、“不能刷写”，在此不做限定。
28.步骤102，获取指定时期内目标监测特征的特征变化信息，其中，所述目标监测特征包含有车辆架构和/或所述控制器的特征。
29.可选的，可以首先确定车辆对控制器的历史刷写时间，之后可以确定历史刷写时间与当前时间之间的时间段为所述指定时期。
30.其中，历史刷写时间可以为各个控制器在上一次刷写结束的时间。
31.举例来说，若t1为过去车辆对各控制器刷写结束的时间，此时车辆中的各个控制器均为刷写完成的控制器，也即版本号已经更新后的，若t2为当前时间，则可以将t1和t2之间的时间段作为指定时期，从而云服务器可以获取这个时间段内的目标监测特征的特征变化信息。
32.其中，目标监测特征可以包含以下一项或多项：控制器的数量；控制器的功能；控制器工作的网络地址范围；控制器之间的功能依赖关系；控制器之间的通信带宽；控制器的网络带宽。
33.其中，目标监测特征可以为预先确定的需要进行监测的车辆特征。目标监测特征可以包含有车辆架构和/或所述控制器的特征，或者也可以包含有车辆的其他特征，比如车辆的电路特征、车机系统的运行特征，在此不进行限定。
34.其中，车辆架构是指整个汽车的物理结构和电气结构，包括车身、底盘、动力总成、电子控制单元等部分的组成和连接方式，以及控制器、传感器、执行器、通信网络等部件的分布和互联关系。
35.本公开实施例中，车辆架构可以体现在车辆中各个控制器的数量、功能和性能，以及控制器之间的通信网络，在此不做限定。
36.其中，特征变化信息可以为在指定时期内目标监测特征随着时间、环境或其他因素的变化而引起自身改变的信息。在本公开实施例中，通过确定目标监测特征的特征变化信息，可以为之后确定对各个控制器的刷写策略提供数据支持，便于之后进行分析。
37.其中，控制器的功能对应的特征变化可以为新增或者关闭了一个功能，或者对一个或者多个功能进行了优化，在此不做限定。
38.其中，控制器工作的网络地址范围可以为控制器所使用的ip地址的范围，其对应的特征变化可以为从一个网段调整到另一个网段。
39.其中，控制器的网络带宽可以为控制器所使用的网络连接的最大传输速度，不同控制器的网络带可能会不同，且控制器的网络带宽可能会被调整。
40.其中，控制器之间的通信带宽可以是控制器与其他控制器之间进行通信所需要的带宽，可能会发生变化。
41.其中，控制器之间的功能依赖关系可以为控制器在实现任一功能时需要依赖另外的一个或者多个控制器的功能，或者需要另外的一个或者多个控制器满足一定的条件。举
例来说，若控制器增加支持回滚功能，则可能产生一些约束条件，约束条件可以是增加或者减少刷写的前置或者后置动作，比如控制器刷写前要求其他控制器进入低功耗模式。
42.可选的，在获取控制器的数量、控制器的功能、控制器的网络带宽、控制器工作的网络地址范围、控制器之间的功能依赖关系、控制器之间的通信带宽中一项或者多项的特征变化信息时，可以从数据库中存储的整车的设计参数信息、生产计划信息、车辆的维修记录信息、车辆故障诊断信息以及通信网络监测信息中获取的，在此不做限定。
43.步骤103，获取与特征变化信息关联的刷写策略。
44.其中，刷写策略可以用于确定车辆中各个待刷写的控制器的刷写顺序。
45.其中，刷写策略可以体现各个控制器之间的组合刷写逻辑，比如可以体现哪些控制器是需要并行刷写的，以及各个控制器的起始刷写顺序和结束刷写顺序。其中，一些控制器可能同时开始刷写，但是可能结束刷写的时间是不同的，一些控制器可能同时结束刷写，但是开始刷写的时间是不同的。
46.作为一种可能实现的方式，刷写策略可以为标签的形式，每个控制器可以有对应的标签。通过任一控制器对应的标签可以表示任一控制器在各个控制器中对应的刷写顺序。
47.作为另一种可能实现的方式，刷写策略可以为坐标轴的形式。其中，坐标轴中可以标注有每个控制器的起始刷写位置和终止刷写位置。由此，通过坐标轴可以确定各个控制器分别对应的刷写顺序，比如若在坐标轴中两个控制器对应的起始刷写位置为同一个点，则说明这两个控制器可以同时进行刷写。
48.需要说明的是，刷写策略的形式可以有很多，其可以为任意一种能够体现控制器刷写顺序的形式，本公开在此不进行限定。
49.可以理解的是，在控制器的数量、控制器的功能、控制器工作的网络地址范围、控制器之间的功能依赖关系、控制器之间的通信带宽中的一项或者多项发生变化时，需要对控制器的刷写策略进行更新改进。
50.比如，对于控制器的数量而言，若控制器的数量发生改变，比如车辆引入了新的控制器，则车辆架构则发生了变化。此时需要更新刷写策略，以确保新控制器的刷写顺序和其他控制器的原来的刷写顺序不会发生冲突，从而保证刷写的成功率。
51.对于控制器工作的网络地址范围而言，比如，当两个控制器处于不同的网络地址范围上时，他们存在并行刷写的可能，当两个控制器处于同一个网络地址范围时，刷写失败的概率会增加。因而需要根据控制器工作的网络地址范围的变化，来调整刷写策略。因而，需要确定与特征变化信息相对应的刷写策略，来保证刷写的成功率。
52.需要说明的是，可以预先建立好不同的特征变化信息与刷写策略的映射关系，从而云服务器可以直接根据映射关系确定与当前获取的特征变化信息对应的刷写策略。
53.或者，云服务器也可以根据预先设计的算法，实时的根据特征变化信息计算各个控制器关联的刷写策略。
54.步骤104，向车辆发送刷写策略，以使车辆对各个控制器进行刷写。
55.具体的，可以将刷写策略发送给车辆，以使得车辆在接收到刷写策略之后对各个控制器进行刷写。
56.其中，刷写策略可以是包含在刷写请求中的，也即云服务器可以向车辆发送刷写
请求，以使车辆在接收到刷写请求之后对各个控制器进行刷写。
57.其中，刷写请求中还可以包含刷写起始时间，各个待刷写的控制器的标识信息、以及每个待刷写的控制器对应的升级版本信息，在此不做限定。
58.本公开中，云服务器首先可以确定车辆中当前待刷写的各个控制器，之后可以获取指定时期内目标监测特征的特征变化信息，其中，所述目标监测特征包含有车辆架构和/或所述控制器的特征，然后获取与所述特征变化信息关联的刷写策略，最后向车辆发送刷写策略，以使车辆对各个控制器进行刷写。由此，可以根据指定时期内车辆架构和/或控制器的特征变化信息，灵活的确定当前各个控制器对应的刷写策略，使得车辆在对各个控制器进行刷写时能够考虑到车辆架构和/或控制器的变化特征的变化，提高了各个控制器刷写的成功率，适用于多种情况，灵活度很高。
59.图3为本公开第二实施例所提供的一种车载控制器的刷写方法的流程示意图。
60.需要说明的是，本公开第二实施例所提供的一种车载控制器的刷写方法可以由云服务器执行。
61.如图3所示，该车载控制器的刷写方法可以包括以下步骤：步骤201，确定车辆中当前待刷写的各个控制器。
62.步骤202，获取指定时期内目标监测特征的特征变化信息，其中，所述目标监测特征包含有车辆架构和/或所述控制器的特征。
63.需要说明的是，步骤201和202的具体实现方式可以参照上述实施例，在此不进行赘述。
64.步骤203，基于预设的映射关系，获取与所述特征变化信息关联的各个控制器的组合刷写顺序。
65.其中，组合刷写顺序用于表征各个控制器之间的组合刷写逻辑。
66.需要说明的是，可以首先对各个控制器按照刷写先后顺序，以及控制器之间的并行刷写关系，确定各个控制器的排列组合关系。其中，该排列组合关系即可体现各个控制器之间的组合刷写逻辑。
67.图2为本公开实施例提出的一种各个控制器的组合排列顺序的示意图，如图2所示，若待刷写的控制器有8个，分别为控制器1、控制器2、控制器3、控制器4、控制器5、控制器6、控制器7、控制器8。
68.其中，控制器1、2、3、4、5、6、7、8的组合刷写顺序为：第一组控制器（控制器1、2、3、4、5）中，控制器1和控制器2同时开始刷写、控制器3和控制器4同时开始刷写，并同时结束刷写、控制器1和控制器5同时结束刷写，控制器2、3、5依次进行刷写。第二组控制器（控制器6、7、8）中，控制器6、7、8依次进行刷写。第一组控制器先于第二组控制器进行刷写。
69.其中，特征变化信息用于体现指定时期内车辆架构和/或控制器的变化特征。可选的，不同的特征变化信息关联的各个控制器的组合刷写顺序可以是不同的。
70.可选的，可以预先建立好特征变化信息和组合刷写顺序的映射关系表，因而可以根据各个控制器当前对应的特征变化信息，确定对应的各个控制器的组合刷写顺序。
71.步骤204，基于所述组合刷写顺序，生成每个所述控制器对应的第一编码。
72.其中，第一编码可以为具有特定描述形式的字符组合，字符组合中可以包含有数
字、字母或者符号，在此不做限定。云服务器可以在确定了各个控制器的组合刷写顺序之后，将组合刷写顺序用第一编码的形式进行表示。
73.作为一种示例，如图2所示，待刷写的控制器有8个，分别为控制器1、控制器2、控制器3、控制器4、控制器5、控制器6、控制器7、控制器8。云服务器在确定了图2所示的各个控制器的组合刷写顺序之后，可以生成与图2对应的第一编码。
74.基于该图2所示的组合刷写顺序可知，控制器1、控制器2、控制器3、控制器4、控制器5为第一组，控制器6、控制器7、控制器8为第二组，且第一组的刷写时间早于第二组，因而可以确定第一组对应的组号为1，第二组对应的组号为2，组号越小，则最先刷写。
75.由于控制器6、7、8在第二组中依次进行刷写，可以确定控制器6、7、8在第二组中对应的刷写开始次序为1、2、3，结束次序也为1、2、3。
76.由于控制器2、3、5在第一组中依次进行刷写，因而可以确定控制器2、3、5在第一组中对应的刷写开始次序分别为1、2、3，结束次序也分别为1、2、3。
77.由于控制器1的开始次序与控制器2相同，结束次序与控制器5相同，因而控制器1的开始次序等于控制器2的开始次序“1”，控制器1的结束次序等于控制器5的结束次序“3”。
78.由于控制器4的开始次序和结束次序均与控制器3相同，因而控制器4的开始次序等于控制器3的开始次序“2”，控制器4的结束次序等于控制器3的结束次序“2”。
79.可选的，作为一种可能的第一编码形式，以a:a.b作为第一编码的形式。其中，a为组号，a为控制器在a组中的开始次序，b为控制器在a组中的结束次序。其中，a和b之间的“.”，以及a和a之间的“:”均为分隔符。则可以根据图2所示的各个控制器的组合刷写顺序，生成与控制器1对应的编码1:1.3、与控制器2对应的编码1:1.1、与控制器3对应的编码1:2.2、与控制器4对应的编码1:2.2、与控制器5对应的编码1:3.3、与控制器6对应的编码2:1.1、与控制器7对应的编码2:2.2、与控制器8对应的编码2:3.3。
80.需要说明的是，上述举例仅为一种示意性说明，在此不作为对本公开的限定。
81.步骤205，确定各个第一编码为各个控制器关联的刷写策略。
82.具体的，可以将各个控制器对应的各个第一编码作为与各个控制器对应的刷写策略。
83.步骤206，向车辆发送刷写策略，以使车辆对各个控制器进行刷写。
84.需要说明的是，步骤206的具体实现方式可以参照上述实施例，在此不进行赘述。
85.本公开中，云服务器首先可以确定车辆中当前待刷写的各个控制器，之后可以获取指定时期内目标监测特征的特征变化信息，其中，目标监测特征包含有车辆架构和/或所述控制器的特征，之后基于预设的映射关系，获取与所述特征变化信息关联的所述各个控制器的组合刷写顺序，然后基于所述组合刷写顺序，生成每个所述控制器对应的第一编码，其中，所述第一编码用于表征任一控制器对应的刷写顺序，然后确定各个所述第一编码为所述各个控制器关联的刷写策略，最后向车辆发送刷写策略，以使车辆对各个控制器进行刷写。由此，可以根据指定时期内车辆架构和/或控制器的变化特征，灵活的确定当前每个控制器对应的第一编码，进而综合确定各个控制器的组合刷写顺序，并且车辆在对各个控制器进行刷写时能够考虑到车辆架构和/或控制器的变化特征的变化，提高了每个控制器刷写的成功率，适用于多种情况，灵活度很高。
86.图4为本公开第三实施例所提供的一种车载控制器的刷写方法的流程示意图。
87.需要说明的是，本公开第三实施例所提供的一种车载控制器的刷写方法可以由车辆作为执行主体来执行。
88.如图4所示，该车载控制器的刷写方法可以包括以下步骤：步骤401，接收云服务器发送的对待刷写的各个控制器的刷写策略。
89.其中，待刷写的控制器可以为车辆中待更新的控制器。
90.其中，刷写策略可以为用于确定车辆中各个待刷写的控制器的刷写顺序。
91.其中，云服务器可以向车辆发送刷写请求，刷写请求中可以包含有刷写策略。
92.其中，刷写请求中还可以包含刷写起始时间，各个待刷写的控制器的标识信息、以及每个待刷写的控制器对应的升级版本信息，在此不做限定。
93.步骤402，基于刷写策略，确定每个控制器对应的第一编码，其中，第一编码用于表征任一控制器对应的刷写顺序。
94.其中，刷写策略中可以包含有每个待刷写的控制器的标识信息，以及对应的第一编码。
95.其中，第一编码用于表征任一控制器对应的刷写顺序。
96.步骤403，基于各个控制器对应的第一编码，确定各个控制器的组合刷写顺序。
97.其中，组合刷写顺序用于表征各个控制器之间的组合刷写逻辑。
98.需要说明的是，车辆可以根据每个控制器对应的第一编码，确定各个控制器之间的刷写组合逻辑，进而确定各个控制器综合的组合刷写顺序。比如，可以根据每个控制器对应的第一编码，首先确定各个控制器按照刷写先后顺序，以及控制器之间的并行刷写关系，从而确定出各个控制器的组合刷写顺序。
99.其中，第一编码可以为具有特定描述形式的字符组合，字符组合中可以包含有数字、字母或者符号，在此不做限定。车辆可以通过对各个控制器对应的第一编码进行解析，从而确定各个控制器对应的组合刷写顺序。
100.作为一种示例，第一编码的形式可以为x1-x2，x1可以用于表征控制器的起始刷写顺序，x2可以用于表示控制器的结束刷写顺序。比如说，若两个控制器对应的x1相同，则说明这两个控制器需要同时开始刷写，若两个控制器对应的x2相同，则说明这两个控制器需要同时结束刷写，若控制器1对应的x1大于控制器2对应的x1，则说明控制器1需要晚于控制器2先开始刷写，若控制器1对应的x2小于控制器2对应的x2，则说明控制器1需要早于控制器2先结束刷写。
101.比如，待刷写的控制器有4个，分别为控制器1、控制器2、控制器3、控制器4。其中，控制器1、控制器2、控制器3、控制器4对应的第一编码分别为1-2、2-2、3-3、2-3，则可以确定组合刷写顺序为：控制器2和控制器4同时开始刷写，控制器1和控制器2同时结束刷写，控制器3和控制器4同时结束刷写，控制器1、2、3依次开始刷写。
102.需要说明的是，上述举例仅为一种示意性说明，第一编码也可以以其他形式进行表示，本公开实施例在此不做限定。
103.步骤404，基于组合刷写顺序，对各个控制器进行刷写。
104.具体的，车辆可以依据组合刷写顺序，对各个控制器进行刷写更新，并且可以在刷写结束之后对各个控制器进行检查确认是否更新成功。
105.可选的，车辆还可以在确认各个控制器刷写更新成功之后，将各个控制器的更新
信息反馈给云服务器。其中，更新信息中可以包含有每个控制器更新后的版本，以及更新所用的时间等等，在此不做限定。
106.本公开实施例中，车辆首先接收云服务器发送的对待刷写的各个控制器的刷写策略，然后基于刷写策略，确定每个控制器对应的第一编码，其中，所述第一编码用于表征任一控制器对应的刷写顺序，之后基于各个控制器对应的第一编码，确定各个控制器的组合刷写顺序，最后基于组合刷写顺序，对各个控制器进行刷写。由此，基于第一编码确定每个控制器对应的刷写顺序，进而确定出组合刷写顺序，从而能够优化各个控制器之间的刷写逻辑关系，降低整体的刷写时间，提高控制器升级的效率。
107.图5为本公开第四实施例所提供的一种车载控制器的刷写方法的流程示意图。
108.需要说明的是，本公开第四实施例所提供的一种车载控制器的刷写方法可以由车辆执行。
109.如图5所示，该车载控制器的刷写方法可以包括以下步骤：步骤401，接收云服务器发送的对待刷写的各个控制器的刷写策略。
110.步骤402，基于刷写策略，确定每个控制器对应的第一编码，其中，第一编码用于表征任一控制器对应的刷写顺序。
111.需要说明的是，步骤401、402的具体实现方式可以参照上述实施例，在此不进行赘述。
112.步骤403，根据每个控制器对应的第一编码的第一序列值，确定每个控制器对应的组号，其中，组号相同的控制器位于同一组。
113.其中，第一序列值可以为用于表示控制器所对应的组号的值。每个控制器有对应的组号。
114.举例来说，若第一编码的形式为“a:b”，“a”可以预先设置为表示控制器所对应组合的信息，也即第一序列值。更为具体的，若控制器1对应的第一编码为1:3，则“：”前面的数字“1”即可以为控制器1对应的第一序列值，也即可以代表控制器所在的组的组号。由此，可以确定控制器1对应的组号为1。
115.需要说明的是，组号相同的控制器位于同一组，若控制器2对应的第一编码为2:x1、控制器3对应的第一编码为2:x2、控制器4对应的第一编码为2:x3，则可以确定控制器2、3、4对应的第一序列值均为2，也即说明控制器2、3、4均为第二组的控制器。
116.其中，上述举例仅为本公开的一种示意性说明，在此不作为对本公开的限定。
117.步骤404，根据各个组号，确定各组控制器的第一刷写顺序。
118.其中，第一刷写顺序可以为组的刷写顺序。比如说，组号小的控制器可以先刷写，组号大的控制器可以后进行刷写。或者，可以组号大的控制器先进行刷写，组号小的控制器后进行刷写，在此不做限定。
119.举例来说，若待刷写的控制器有控制器1、控制器2、控制器3、控制器4，其中，控制器1和控制器2的组号为1，控制器3和控制器4对应的组号为2，则可以将控制器1和控制器2作为第一组，将控制器3和控制器4作为第二组，则第一刷写顺序可以为先刷写第一组的控制器，然后刷写第二组的控制器，此时对应的规则为组号小的控制器先刷写，组号大的控制器后进行刷写。
120.其中，上述举例仅为本公开的一种示意性说明，在此不作为对本公开的限定。
121.步骤405，根据每个控制器对应的第一编码的第二序列值，确定所述同一组中各控制器的第二刷写顺序。
122.作为一种可能实现的方式，可以首先根据每个控制器对应的第一编码的第二序列值，确定每个控制器对应的起始序号，之后可以根据每个控制器对应的起始序号，确定同一组中各控制器的第二刷写顺序，其中，同一组控制器中具有相同起始序号的控制器同时开始刷写。
123.其中，起始序号用于表征控制器在组内的刷写起始顺序，比如说若起始序号为1，则说明该控制器在组内最先开始刷写。
124.其中，第二刷写顺序可以为同一组中各控制器在组内的刷写顺序。可选的，第二刷写顺序可以为同一组各个控制器的刷写起始顺序，也可以包含有同一组各个控制器的刷写起始顺序和刷写结束顺序，在此不进行限定。
125.其中，第二序列值用于表示每个控制器在组内的刷写顺序。
126.举例来说，若第一编码的形式为“a:b”，“b”可以为第二序列值，“：”可以为第二序列值和第一序列值之间的分隔符。
127.其中，第二序列值的表示方式可以为“a.b”，其中，“a”可以为起始序号，“b”可以为截止序号，“a”和“b”之间的“.”可以为分割符。
128.其中，截止序号用于表征控制器在组内的刷写结束顺序，比如说若截止序号为1，则说明该控制器在组内最先结束刷写。
129.举例来说，若控制器1对应的第一编码为“2:1.3”，则“2”为控制器1对应的第一序列值，也即组号，“1.3”为控制器1对应的第二序列值。其中，“1.3”中的“1”可以为起始序号，“3”可以为截止序号。
130.其中，上述举例仅为本公开的一种示意性说明，在此不作为对本公开的限定。
131.需要说明的是，若有多个控制器对应的起始序号是相同的，则说明这多个控制器可以是同时开始刷写。
132.例1：若控制器a、控制器b、控制器c的起始序号是相同的，均为1，则说明控制器a、控制器b、控制器c可以同时进行刷写，且最先开始。其中，控制器a、控制器b、控制器c的截止序号可以是相同的，也可以是不同的，因而结束时间可以是相同的，也可以是不同的。
133.例2：若控制器1、控制器2、控制器3、控制器4为同一组控制器，其中，控制器的起始序号为1、控制器2和控制器3的起始序号为2、控制器4的起始序号为3，则可以确定第二刷写顺序为：控制器首先进行刷写，之后控制器2和控制器3同时开始进行刷写，之后控制器4进行刷写。
134.作为另一种可能实现的方式，可以首先根据每个控制器对应的第一编码的第二序列值，确定每个控制器对应的起始序号和截止序号，之后可以根据同一组中各控制器的对应的起始序号和截止序号，确定所述同一组中各控制器的第二刷写顺序。
135.其中，同一组控制器中具有相同所述截止序号的控制器同时结束刷写。
136.举例来说，若同一组各控制器分别为控制器1，控制器2，控制器3，控制器4，控制器5，控制器6和控制器7。
137.图6为一种同一组中各控制器的第二刷写顺序的示意图。如图6所示，控制器1，控制器2，控制器3，控制器4，控制器5，控制器6和控制器7位于a组，对应的第一编码分别为a:
1.3、a:1.1、a:2.2、a:3.3、a:2.2、a:1.2、a:2.3，对应的第二序列值分别为1.3、1.1、2.2、3.3、2.2、1.2、2.3。
138.其中，控制器3对应的第二序列值和控制器5对应的第二序列值均为2.2，也即起始序号和截止序号相同，因而控制器3和控制器5同时开始刷写，且同时结束刷写。
139.其中，控制器1、2、6的起始序号均为1，因而控制器1、2、6同时开始刷写，其中，控制器1、2、6的截止序号分别为3、1、2，因而，控制器2先结束刷写、控制器6后结束刷写，控制器1最后结束刷写。
140.其中，控制器3、5、6的截止序号均为2，因而控制器3、5、6同时结束刷写，其中，控制器3、5、6的开始序号分别为2、2、1，因而，控制器6先开始刷写、控制器3、5后结束刷写。
141.具体的，由于控制器1，控制器2，控制器3，控制器4，控制器5，控制器6和控制器7对应的起始序号分别为1、1、2、3、2、1、2，截止序号分别为3、1、2、3、2、2、3。由于控制器1、2、6的起始序号相同、控制器3、5、7的起始序号相同、控制器1、4、7的截止序号相同、控制器3、5、6的截止序号相同，因而可以确定第二刷写顺序为：控制器1、2、6同时开始刷写、控制器3、5、7同时开始刷写、控制器1、4、7同时结束刷写，控制器3、5、6同时结束刷写，控制器2、3、4依次进行刷写。
142.需要说明的是，上述举例仅为一种示意性说明，对本公开不作为限定。
143.步骤406，根据所述各组控制器的第一刷写顺序，以及所述同一组中各控制器的第二刷写顺序，确定所述各个控制器的组合刷写顺序。
144.具体的，可以结合各组控制器的第一刷写顺序，以及同一组中各控制器的第二刷写顺序，确定各个控制器在一起的综合刷写顺序，也即全部待刷写的控制器的组合刷写顺序。
145.举例来说，若控制器1和控制器2为第1组，控制器3和控制器4为第2组，第一刷写顺序为：先刷写控制器1和控制器2，然后刷写控制器3和控制器4。
146.其中，第1组控制器的第二刷写顺序为先刷写控制器1，然后刷写控制器2，第2组控制器的第二刷写顺序为先刷写控制器4，再刷写控制器3。
147.因而可以结合第一刷写顺序和第二刷写顺序得到最终的组合刷写顺序为：控制器1、控制器2、控制器4、控制器3依次进行刷写。
148.步骤407，基于组合刷写顺序，对各个控制器进行刷写。
149.需要说明的是，步骤407的具体实现方式可以参照上述实施例，在此不进行赘述。
150.本公开实施例中，车辆首先接收云服务器发送的对待刷写的各个控制器的刷写策略，然后基于刷写策略，确定每个控制器对应的第一编码，其中，所述第一编码用于表征任一控制器对应的刷写顺序，根据每个控制器对应的第一编码的第一序列值，确定每个控制器对应的组号，其中，组号相同的控制器位于同一组，然后根据各个组号，确定各组控制器的第一刷写顺序，之后根据每个控制器对应的第一编码的第二序列值，确定同一组中各控制器的第二刷写顺序，最后根据各组控制器的第一刷写顺序，以及同一组中各控制器的第二刷写顺序，确定各个控制器的组合刷写顺序。由此，可以基于第一编码精确的确定每个控制器在组合刷写顺序中对应的位置，对要升级的控制器进行合理的组合，从而使得各个控制器组合的刷写策略为最优化的策略，在保障控制器刷写的成功率的情况下减少了刷写时间，提升了用户体验。
151.为了实现上述实施例，本公开还提出一种车载控制器的刷写装置。
152.图7为本公开第五实施例所提供的车载控制器的刷写装置的结构示意图。
153.需要说明的是，本公开第五实施例所提供的车载控制器的刷写装置可以被配置于云服务器中。
154.如图7所示，该车载控制器的刷写装置700可以包括：第一确定模块710，用于确定车辆中当前待刷写的各个控制器；第一获取模块720，用于获取指定时期内目标监测特征的特征变化信息，其中，所述目标监测特征包含有车辆架构和/或所述控制器的特征；第二获取模块730，用于获取与特征变化信息关联的刷写策略；发送模块740，用于向所述车辆发送所述刷写策略，以使所述车辆对所述各个控制器进行刷写。
155.可选的，所述目标监测特征包含以下一项或多项：控制器的数量；控制器的功能；控制器工作的网络地址范围；控制器之间的功能依赖关系；控制器之间的通信带宽；控制器的网络带宽。
156.可选的，所述第二获取模块，具体用于：基于预设的映射关系，获取与所述特征变化信息关联的所述各个控制器的组合刷写顺序；基于所述组合刷写顺序，生成每个所述控制器对应的第一编码，其中，所述第一编码用于表征任一控制器对应的刷写顺序；确定各个所述第一编码为所述各个控制器关联的刷写策略。
157.可选的，所述第一获取模块，还用于：确定所述车辆对所述控制器的历史刷写时间；确定所述历史刷写时间与当前时间之间的时间段为所述指定时期。
158.本公开中，首先可以确定车辆中当前待刷写的各个控制器，之后可以获取指定时期内目标监测特征的特征变化信息，其中，所述目标监测特征包含有车辆架构和/或所述控制器的特征，然后获取与特征变化信息关联的刷写策略，最后向车辆发送刷写策略，以使车辆对各个控制器进行刷写。由此，可以根据指定时期内车辆架构和/或控制器的特征变化，灵活的确定当前各个控制器对应的刷写策略，使得车辆在对各个控制器进行刷写时能够考虑到车辆架构和/或控制器的变化特征的变化，提高了各个控制器刷写的成功率，适用于多种情况，灵活度很高。
159.图8为本公开第六实施例所提供的车载控制器的刷写装置的结构示意图。
160.需要说明的是，本公开第六实施例所提供的车载控制器的刷写装置可以被配置于车辆中。
161.如图8所示，该车载控制器的刷写装置800可以包括：接收模块810，用于接收云服务器发送的对待刷写的各个控制器的刷写策略；
association；以下简称：vesa）局域总线以及外围组件互连（peripheral component interconnection；以下简称：pci）总线。
170.电子设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
171.存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器（random access memory；以下简称：ram）30和/或高速缓存存储器32。电子设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质（图9未显示，通常称为“硬盘驱动器”）。尽管图9中未示出，可以提供用于对可移动非易失性磁盘（例如“软盘”）读写的磁盘驱动器，以及对可移动非易失性光盘（例如：光盘只读存储器（compact disc read only memory；以下简称：cd-rom）、数字多功能只读光盘（digital video disc read only memory；以下简称：dvd-rom）或者其它光介质）读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组（例如至少一个）程序模块，这些程序模块被配置以执行本公开各实施例的功能。
172.具有一组（至少一个）程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本公开所描述的实施例中的功能和/或方法。
173.电子设备12也可以与一个或多个外部设备14（例如键盘、指向设备、显示器24等）通信，还可与一个或者多个使得用户能与该电子设备12交互的设备通信，和/或与使得该电子设备12能与一个或多个其它计算设备进行通信的任何设备（例如网卡，调制解调器等等）通信。这种通信可以通过输入/输出（i/o）接口22进行。并且，电子设备12还可以通过网络适配器20与一个或者多个网络（例如局域网（local area network；以下简称：lan），广域网（wide area network；以下简称：wan）和/或公共网络，例如因特网）通信。如图所示，网络适配器20通过总线18与电子设备12的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
174.处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现前述实施例中提及的方法。
175.在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、
ꢀ“
示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本公开的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
176.此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者
隐含地包括至少一个该特征。在本公开的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
177.流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本公开的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本公开的实施例所属技术领域的技术人员所理解。
178.在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备（如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统）使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例（非穷尽性列表）包括以下：具有一个或多个布线的电连接部（电子装置），便携式计算机盘盒（磁装置），随机存取存储器（ram），只读存储器（rom），可擦除可编辑只读存储器（eprom或闪速存储器），光纤装置，以及便携式光盘只读存储器（cdrom）。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。
179.应当理解，本公开的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列（pga），现场可编程门阵列（fpga）等。
180.本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
181.此外，在本公开各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
182.上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本公开的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本公开的限制，本领域的普通技术人员在本公开的范围内可以对上述实施例进行变化、修改、替换和变型。

技术特征：
1.一种车载控制器的刷写方法，其特征在于，由云服务器执行，包括：确定车辆中当前待刷写的各个控制器；获取目标监测特征在指定时期内的特征变化信息，其中，所述目标监测特征包含有车辆架构和/或所述控制器的特征；获取与所述特征变化信息关联的刷写策略；向所述车辆发送所述刷写策略，以使所述车辆对所述各个控制器进行刷写。2.根据权利要求1所述的方法，其特征在于，其中，所述目标监测特征包含以下一项或多项：控制器的数量；控制器的功能；控制器工作的网络地址范围；控制器之间的功能依赖关系；控制器之间的通信带宽；控制器的网络带宽。3.根据权利要求1所述的方法，其特征在于，所述获取与所述特征变化信息关联的刷写策略，包括：基于预设的映射关系，获取与所述特征变化信息关联的所述各个控制器的组合刷写顺序；基于所述组合刷写顺序，生成每个所述控制器对应的第一编码，其中，所述第一编码用于表征任一控制器对应的刷写顺序；确定各个所述第一编码为所述各个控制器关联的刷写策略。4.根据权利要求1所述的方法，其特征在于，在所述获取目标监测特征在指定时期内的特征变化信息之前，还包括：确定所述车辆对所述控制器的历史刷写时间；确定所述历史刷写时间与当前时间之间的时间段为所述指定时期。5.一种车载控制器的刷写方法，其特征在于，由车辆执行，包括：接收云服务器发送的对待刷写的各个控制器的刷写策略；基于所述刷写策略，确定每个所述控制器对应的第一编码，其中，所述第一编码用于表征任一控制器对应的刷写顺序；基于所述各个控制器对应的第一编码，确定所述各个控制器的组合刷写顺序；基于所述组合刷写顺序，对所述各个控制器进行刷写。6.根据权利要求5所述的方法，其特征在于，所述基于所述各个控制器对应的第一编码，确定所述各个控制器的组合刷写顺序，包括：根据每个所述控制器对应的第一编码的第一序列值，确定每个所述控制器对应的组号，其中，所述组号相同的控制器位于同一组；根据各个所述组号，确定各组控制器的第一刷写顺序；根据每个所述控制器对应的第一编码的第二序列值，确定所述同一组中各控制器的第二刷写顺序；根据所述各组控制器的第一刷写顺序，以及所述同一组中各控制器的第二刷写顺序，
确定所述各个控制器的组合刷写顺序。7.根据权利要求6所述的方法，其特征在于，所述根据每个所述控制器对应的第一编码的第二序列值，确定所述同一组中各控制器的第二刷写顺序，包括：根据每个所述控制器对应的第一编码的第二序列值，确定每个所述控制器对应的起始序号；根据每个所述控制器对应的起始序号，确定所述同一组中各控制器的第二刷写顺序，其中，同一组控制器中具有相同所述起始序号的控制器同时开始刷写。8.一种车载控制器的刷写装置，其特征在于，所述装置配置于云服务器中，包括：第一确定模块，用于确定车辆中当前待刷写的各个控制器；获取模块，用于获取指定时期内目标监测特征的特征变化信息，其中，所述目标监测特征包含有车辆架构和/或所述控制器的特征；生成模块，用于获取与所述特征变化信息关联的刷写策略；发送模块，用于向所述车辆发送所述刷写策略，以使所述车辆对所述各个控制器进行刷写。9.一种车载控制器的刷写装置，其特征在于，所述装置配置于车辆中，包括：接收模块，用于接收云服务器发送的对待刷写的各个控制器的刷写策略；第二确定模块，用于基于所述刷写策略，确定每个所述控制器对应的第一编码，其中，所述第一编码用于表征任一控制器对应的刷写顺序；第三确定模块，用于基于所述各个控制器对应的第一编码，确定所述各个控制器的组合刷写顺序；刷写模块，用于基于所述组合刷写顺序，对所述各个控制器进行刷写。10.一种电子设备，其特征在于，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，实现如权利要求1-4或5-7中任一所述的车载控制器的刷写方法。

技术总结
本公开提出一种车载控制器的刷写方法、装置及电子设备，涉及数据刷写技术领域。包括：确定车辆中当前待刷写的各个控制器；获取指定时期内目标监测特征的特征变化信息，其中，所述目标监测特征包含有车辆架构和/或所述控制器的特征；获取与所述特征变化信息关联的刷写策略；向所述车辆发送所述刷写策略，以使所述车辆对所述各个控制器进行刷写。由此，可以根据指定时期内车辆架构和/或控制器的特征变化，灵活的确定当前各个控制器对应的刷写策略，使得车辆在对各个控制器进行刷写时能够考虑到车辆架构和/或控制器的变化特征的变化，提高了各个控制器刷写的成功率，适用于多种情况，灵活度很高。灵活度很高。灵活度很高。


技术研发人员：郝松
受保护的技术使用者：小米汽车科技有限公司
技术研发日：2023.08.21
技术公布日：2023/9/20