一种新能源车配置系统、方法、电子设备及介质与流程

1.本发明涉及计算机技术领域，具体涉及新能源车配置系统、方法、电子设备及介质。


背景技术：

2.新能源汽车是指采用非常规的车用燃料(或使用常规的车用燃料，但采用新型车载动力装置)作为动力来源，综合车辆的动力控制和驱动方面的先进技术，形成的技术原理先进、具有新技术、新结构的汽车。新能源汽车包括有：混合动力汽车、纯电动汽车、燃料电动汽车、氢发动机汽车以及燃气汽车、醇醚汽车等等。
3.在新能源汽车启动后，首先需要更新电子控制单元的配置信息，根据最新的配置信息诊断新能源汽车本身是否存在故障或潜在的危险。由于新能源汽车包括大量的电子控制单元，电子控制单元如果均与网关相连，就需要大量的协议转换，无疑增加了软件负载率。
4.例如，公开号为cn115991160a的中国专利文件，公开了一种区域控制器配置方法及相关设备，通过确定车辆外围设备信息；将所述设备重要等级高于预设等级的车辆外围设备关联至设置于车辆碰撞等级低于预设碰撞等级的车辆位置范围的区域控制器的硬件接口，目的是解决随着整车线束增多，区域控制器与车辆外围设备之间的线束布置复杂且安全性较低的问题。但是，该专利并未解决如何对配置信息进行更新的技术问题。


技术实现要素：

5.鉴于以上所述现有技术的缺点，本技术提供一种新能源车配置系统、方法、电子设备及介质，以降低协议转换量和软件负载率。
6.为了实现上述目的，本发明采用的技术方案如下：
7.根据本技术实施例的一个方面，提供了一种新能源车配置系统，内部设备和外部设备，所述内部设备至少包括第一域控制器和第二域控制器，所述第一域控制器包括：
8.监控模块，用于监控配置请求；所述配置请求包括配置类型和与配置类型相对应的配置类别；发送模块，用于根据所述配置类型向所述外部设备或第二域控制器发送所述配置请求，以使所述外部设备或第二域控制器根据所述配置类别，反馈配置信息；接收模块，用于接收所述配置信息。
9.于本技术的一个实施例中，所述监控模块包括：配置请求存储模块，用于存储所述配置请求；配置请求数量统计模块，用于统计所述配置请求数量；配置请求数量判断模块，用于判断所述配置请求数量是否大于0；配置请求读取模块；用于若所述配置请求数量大于0，按照预定读取方式读取所述配置请求。
10.于本技术的一个实施例中，所述配置请求存储模块包括：配置请求暂存模块，用于暂时存储所述配置请求；配置请求分类模块，用于按照所述配置类别对所述配置请求进行分类，得到分类队列。
11.于本技术的一个实施例中，所述配置请求读取模块包括：配置请求优先级判断模块，用于若所述配置请求数量大于0，判断所述配置请求的优先级等级，所述优先级等级与所述配置类别相对应，所述优先级等级包括高级和低级；配置请求实时读取模块，用于若所述优先级等级为高级，以实时读取方式读取所述配置请求；配置请求定时读取模块，用于若所述优先级等级为低级，以定时读取方式读取所述配置请求。
12.于本技术的一个实施例中，所述配置请求定时读取模块包括：配置请求排序模块，用于按照时间先后顺序对所述分类队列进行排序，得到排序队列；配置请求划分模块，用于对所述排序队列进行区块划分，得到分块队列；所述配置请求定时读取模块以所述定时读取方式读取所述分块队列中的一个所述配置请求。
13.于本技术的一个实施例中，所述配置类型包括外部配置和内部配置，所述发送模块包括：第一发送模块，用于当所述配置类型为外部配置时，以无线通信方式向所述外部设备发送所述配置请求，以使所述外部设备根据所述配置类别，反馈配置信息；第二发送模块，用于当所述配置类型为内部配置时，以uart通信方式向所述第二域控制器发送所述配置请求，以使所述第二域控制器根据所述配置类别，反馈配置信息。
14.于本技术的一个实施例中，所述外部设备根据所述配置类别，反馈配置信息的过程包括：接收所述配置请求，所述配置请求包括源地址；根据所述配置类别，以预定查找方式查找所述配置信息；根据预定的加密算法对所述配置信息进行加密；根据所述源地址反馈加密的所述配置信息。
15.于本技术的一个实施例中，第二发送模块包括：时间戳发送模块，用于当所述配置类型为内部配置时，以uart通信方式向所述第二域控制器发送所述时间戳请求，所述时间戳请求包括所述配置类别和相应的第一时间戳，以使所述第二域控制器根据所述配置类别，反馈最新的所述时间戳，最新的所述时间戳作为第二时间戳；时间戳接收模块，用于接收所述第二时间戳；时间戳对比模块，用于将所述第一时间戳与所述第二时间戳进行比对，得到比对结果；内部配置判断模块，用于根据所述比对结果，判断是否需要内部配置；内部配置请求发送模块，用于若需要内部配置，以uart通信方式向所述第二域控制器发送所述配置类别请求，所述配置类别请求包括所述配置类别，以使所述第二域控制器根据所述配置类别，反馈所述配置信息。
16.于本技术的一个实施例中，根据所述比对结果，判断是否需要内部配置的过程包括：若比对结果为所述第一时间戳的时间点早于所述第二时间戳的时间点，说明所述第二域控制器中的所述配置信息是最新配置信息，判定需要内部配置；否则，判定不需要内部配置。
17.于本技术的一个实施例中，所述第二域控制器根据所述配置类别，反馈最新的所述时间戳的过程包括：接收所述时间戳请求，所述时间戳请求包括源地址；根据所述配置类别，以预定的查找方式查找所述第二时间戳；根据所述源地址，反馈所述第二时间戳。
18.于本技术的一个实施例中，所述第二域控制器根据所述配置类别，反馈所述配置信息的过程包括：接收所述配置类别请求，所述配置类别请求包括所述源地址和所述第二时间戳；根据所述配置类别，输出与所述第二时间戳对应的所述配置信息；根据所述源地址，反馈所述配置信息。
19.于本技术的一个实施例中，所述接收模块包括：外部配置信息接收模块，用于接收
所述外部配置的配置信息；内部配置信息接收模块，用于接收所述内部配置的配置信息；解密模块，用于根据预定的解密方式对所述外部配置的配置信息进行解密；同步模块，用于将解密的所述外部配置的配置信息同步到第二域控制器。
20.于本技术的一个实施例中，所述第一域控制器包括：外部配置信息存储模块，用于存储解密的所述外部配置的配置信息；内部配置信息存储模块，用于存储所述内部配置的配置信息；电源模块，用于为第一域控制器和第二域控制器供电。
21.于本技术的一个实施例中，在监控配置请求之前，包括：根据车辆的状况触发所述配置请求。
22.根据本技术实施例的一个方面，提供了一种新能源车配置方法，包括：监控配置请求；所述配置请求包括配置类型和与配置类型相对应的配置类别；根据所述配置类型向所述外部设备或第二域控制器发送所述配置请求，以使所述外部设备或第二域控制器根据所述配置类别，反馈配置信息；接收所述配置信息。
23.根据本技术实施例的一个方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如上所述的新能源车配置方法。
24.根据本技术实施例的一个方面，提供了一种计算机可读存储介质，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行如上所述的新能源车配置方法。
25.本发明的有益效果：通过第一域控制器向外部设备或第二域控制器发送配置请求，且在外部设备或第二域控制器反馈配置信息后，实现第一域控制器的配置信息更新以及第一域控制器和第二域控制器之间的配置信息同步，在此过程中，域控制器作为统一出口或入口，避免了大量的电子控制单元均与外部设备直接连接，大大降低了协议转换量和软件负载率。
26.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本技术。
附图说明
27.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术者来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
28.图1是本技术的一示例性实施例示出的示例性系统架构的示意图；
29.图2是本技术的一示例性实施例示出的新能源车配置系统的框图；
30.图3是本技术的另一示例性实施例示出的新能源车配置系统的示意图；
31.图4是本技术的一示例性实施例示出的第一域控制器通过tsp平台进行配置信息更新的流程图；
32.图5是本技术的一示例性实施例示出的第一域控制器通过pc机或可移动设备进行配置信息更新的流程图
33.图6是本技术的一示例性实施例示出的第二域控制器通过第一域控制器进行配置
信息同步的流程图；
34.图7示出了适于用来实现本技术实施例的新能源车配置方法的流程图；
35.图8示出了适于用来实现本技术实施例的电子设备的计算机系统的结构示意图。
具体实施方式
36.这里将详细地对示例性实施例执行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
37.附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
38.附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。
39.在本技术中提及的“多个”是指两个或者两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
40.首先需要说明的是，电子控制单元(electronic control unit，ecu)又称“行车电脑”或“车载电脑”等。从用途上讲，ecu是汽车专用微机控制器，也叫汽车专用单片机。它和普通的单片机一样,由微处理器(cpu)、存储器(rom和ram)、输入/输出接口(i/o)、模数转换器(a/d)以及整形、驱动等大规模集成电路组成。域控制器是指在“域”模式下，至少有一台服务器负责为每一个ecu提供配置信息的更新和同步服务，相当于一个单位的门卫一样，称为“域控制单元(domain control unit，dcu)，域控制单元可以包含多个微控制单元(micro control unit，mcu)和微处理器(micro processor unit，mpu)。
41.本技术实施例的技术方案涉及域控制器以及配置信息更新等相关技术，具体通过如下实施例进行说明：
42.图1是本技术的一示例性实施例示出的示例性系统架构的示意图。
43.参照图1所示，系统架构可以包括第一域控制器101、外部设备102和第二域控制器103，其中，第一域控制器101为微处理器(micro processor unit，mpu)和微控制单元(micro control unit，mcu)中的任一种，第二域控制器102为微处理器(micro processor unit，mpu)和微控制单元(micro control unit，mcu)中的任一种。相关技术人员可以使用第一域控制器101根据配置类型向外部设备102或第二域控制器103发送配置请求，外部设备102或第二域控制器103用于根据配置类型，反馈配置信息。
44.示意性的，第一域控制器101向外部设备102或第二域控制器103发送配置请求，且在外部设备102或第二域控制器103反馈配置信息后，实现第一域控制器101的配置信息更新以及第一域控制器101和第二域控制器103之间的配置信息同步，通过上述过程第一域控制器101作为统一出口或入口，避免了大量的电子控制单元均与外部设备直接连接，大大降低了协议转换量和软件负载率。
45.需要说明的是，本技术实施例所提供的新能源车配置方法由第一域控制器101、外部设备102和第二域控制器103共同执行，相应地，新能源车配置系统相应地设置于第一域控制器101、外部设备102和第二域控制器103中。
46.以下对本技术实施例的技术方案的实现细节进行详细阐述：
47.图2是本技术的一示例性实施例示出的新能源车配置系统的框图，该装置可以应用于图1所示的实施环境，并相应配置在第一域控制器101、外部设备102和第二域控制器103中。该系统也可以适用于其它的示例性实施环境，并具体配置在其它设备中，本实施例不对该装置所适用的实施环境进行限制。参照图2所示，该新能源车配置系统包括包括内部设备和外部设备102，内部设备至少包括第一域控制器101和第二域控制器103，第一域控制器101至少包括监控模块201、发送模块202和接收模块203，详细介绍如下：
48.监控模块201用于监控配置请求。
49.发送模块202用于根据所述配置类型向所述外部设备102或第二域控制器103发送所述配置请求，以使所述外部设备102或第二域控制器103根据所述配置类别，反馈配置信息。
50.接收模块203用于接收所述配置信息。
51.在本技术的一个实施例中，配置请求包括配置类型和与配置类型相对应的配置类别，配置类型包括外部配置和内部配置。配置信息包括车辆基本信息、车辆故障码信息、车辆状态信息、车辆位置信息以及车辆行驶轨迹信息等，其中，车辆基本信息包括车架号，车型信息和车载终端机器码等，车架号，车型信息和车载终端机器码即为车辆基本信息的三种配置类别，车辆位置信息包括车辆坐标信息和车辆方位信息等，车辆坐标信息和车辆方位信息即为车辆坐标信息的两种配置类别，车辆状态信息包括车辆电池剩余电量和车辆电池温度等，车辆电池剩余电量和车辆电池温度即为车辆状态信息的两种配置类别。车辆基本信息、车辆故障码信息和车辆状态信息等的配置类型为内部配置，车辆位置信息以及车辆行驶轨迹信息等的配置类型为外部配置。当进行外部配置时，外部设备102的车辆位置信息以及车辆行驶轨迹信息等作为第一域控制器101中相应信息的配置来源，当进行内部配置时，第一域控制器101中存储的车辆位置信息以及车辆行驶轨迹信息等作为第二域控制器103中相应信息的配置来源；第二域控制器103中存储的车辆基本信息、车辆故障码信息和车辆状态信息等作为第一域控制器101中相应信息的配置来源。
52.在本实施例中，监控模块201采用实时监控方式，当配置类型为外部配置时，发送模块202向外部设备102发送配置请求，当配置类型为内部配置时，发送模块202向第二域控制器103发送配置请求。
53.在本实施例中，当配置类别为车辆坐标信息时，外部设备102根据配置类别，反馈相应的车辆坐标信息；当配置类别为车辆电池剩余电量时，第二控制器103根据配置类别，反馈相应的车辆电池剩余电量。
54.在本实施例中，接收模块203接收并存储配置信息。
55.在本实施例中，第一域控制器101和第二域控制器103的系统结构相同，从而保证第一域控制器101和第二域控制器103可以互为配置来源，进行配置信息同步。
56.在本实施例中，第一域控制器101作为统一出口或入口，避免了大量的电子控制单元均与外部设备102直接连接，大大降低了协议转换量和软件负载率。
57.在本技术的一个实施例中，所述监控模块包括配置请求存储模块、配置请求数量统计模块、配置请求数量判断模块、配置请求读取模块和配置请求更新模块。
58.配置请求存储模块用于存储所述配置请求。
59.配置请求数量统计模块用于统计所述配置请求数量。
60.配置请求数量判断模块用于判断所述配置请求数量是否大于0。
61.配置请求读取模块用于若所述配置请求数量大于0，按照预定读取方式读取所述配置请求。
62.在本实施例中，预定读取方式包括实时读取方式和定时读取方式，在对配置请求进行存储后，统计配置请求的数量，若所述配置请求数量大于0且配置请求的优先级等级为高级，按照实时读取方式读取所述配置请求，若所述配置请求数量大于0且配置请求的优先级等级为低级，按照定时读取方式读取所述配置请求，以上过程根据配置信息的优先级等级改变读取方式，满足优先级等级为高级的配置信息的实时更新需求。
63.在本实施例中，在配置信息读取后，还可以通过删除已读取的配置信息更新配置请求存储模块的内存，提高配置请求数量统计的准确性。
64.在本技术的一个实施例中，所述配置请求存储模块包括配置请求暂存模块和配置请求分类模块。
65.配置请求暂存模块用于暂时存储所述配置请求。
66.配置请求分类模块用于按照所述配置类别对所述配置请求进行分类，得到分类队列。
67.在本实施例中，配置请求暂存模块是以数组形式存储的队列，也可以是以单向链表形式存储的队列，在根据配置类别对配置请求进行分类后，将配置信息的存储队列被分成多个分类队列，分类队列的数量与配置类别一一对应，例如，当存储队列中同时包含车辆坐标信息和车辆电池剩余电量时，存储队列被分成两个分类队列，一个分类队列用于存储车辆坐标信息，一个分类队列用于存储车辆电池剩余电量。此时，第一域控制器101可根据两个分类队列的不同配置类型分别向外部设备101和第二域控制器102发送配置请求，使外部配置和内部配置同时进行，提高信息配置的效率。
68.在本技术的一个实施例中，所述配置请求读取模块包括配置请求优先级判断模块、配置请求优先级判断模块、配置请求实时读取模块和配置请求定时读取模块。
69.配置请求优先级判断模块用于若所述配置请求数量大于0，判断所述配置请求的优先级等级，所述优先级等级与所述配置类别相对应，所述优先级等级包括高级和低级。
70.配置请求实时读取模块用于若所述优先级等级为高级，以实时读取方式读取所述配置请求。
71.配置请求定时读取模块用于若所述优先级等级为低级，以定时读取方式读取所述配置请求。
72.在本实施例中，当分类队列中配置请求数量大于0时，判断分类队列中配置请求的优先级等级，当配置请求的配置类别需要实时配置时，该配置请求的优先级等级为高级，当配置请求的配置类别不需要实时配置时，该配置请求的优先级等级为低级。例如，配置请求的配置类别为车辆坐标信息时，该配置请求需要实时配置，其优先级等级为高级，以实时读取方式读取配置请求，满足优先级等级为高级的配置信息进行实时更新需求。当配置请求
的配置类别为车辆电池温度时，该配置请求不需要实时配置，其优先级等级为低级，以定时读取方式读取配置请求。定时读取的周期可以根据实际情况进行设定，例如，设定定时读取的周期为1s。
73.在本技术的一个实施例中，所述配置请求定时读取模块包括配置请求排序模块和配置请求划分模块。
74.配置请求排序模块用于按照时间先后顺序对所述分类队列进行排序，得到排序队列。
75.配置请求划分模块用于对所述排序队列进行区块划分，得到分块队列。所述配置请求定时读取模块以所述定时读取方式读取所述分块队列中的一个所述配置请求。
76.在本实施例中，配置请求排序模块根据配置请求的触发时间进行排序，得到排序队列。
77.在本实施中，区块大小可以根据实际情况进行设置，例如，当车辆电池剩余电量为电池电量的80％时，区块的大小设定为5，即5个配置请求为一个分块队列，所述配置请求定时读取模块以所述定时读取方式读取所述分块队列中的一个所述配置请求；当车辆电池剩余电量为电池电量的50％时，区块的大小设定为2，即2个配置请求为一个分块队列，所述配置请求定时读取模块以所述定时读取方式读取所述分块队列中的一个所述配置请求，提高了配置信息的读取效率。
78.在本技术的一个实施例中，所述配置类型包括外部配置和内部配置，所述发送模块包括第一发送模块和第二发送模块。
79.第一发送模块用于当所述配置类型为外部配置时，以无线通信方式向所述外部设备发送所述配置请求，以使所述外部设备根据所述配置类别，反馈配置信息。
80.第二发送模块用于当所述配置类型为内部配置时，以uart通信方式向所述第二域控制器发送所述配置请求，以使所述第二域控制器根据所述配置类别，反馈配置信息。
81.在本实施例中，外部设备为tsp平台、pc机或可移动设备，当所述配置类型为外部配置，第一发送模块通过4g通信模块或wifi模块等向tsp平台、pc机或可移动设备发送所述配置请求，tsp平台、pc机或可移动设备根据配置信息的配置类别反馈配置信息。
82.在本实施例中，当所述配置类型为内部配置时，第二发送模块通过4g通信模块或wifi模块等向所述第二域控制器发送所述配置请求，第二域控制器根据配置信息的配置类别反馈配置信息。mcu具有低功耗，高可靠性和实时性的特点，因此更适用于处理实时的底层控制任务，包括can/canfd总线的数据处理等。mpu的运算能力强，速度快，因此更适用于处理车载多媒体娱乐、高级驾驶辅助和车载网络数据传输等任务。由于mpu相对于mcu具有更强的运算能力和更快的数据处理速度，因此，将mpu作为第一域控制器，使第一域控制器成为与外部设备进行配置信息更新的统一接口，降低协议转换量和软件负载率。
83.图3是本技术的另一示例性实施例示出的新能源车配置系统的示意图。如图3所示，新能源车配置系统包括mcu和mpu，mcu通过eeprom和norflash进行信息存储，mpu通过emmc进行信息存储，mpu通过4g通信模块或wifi模块与外部设备进行无线连接。电源模块为mcu和mpu供电。mcu和mpu之间配置信息同步方法基于uart协议实现。
84.在本技术的一个实施例中，所述外部设备根据所述配置类别，反馈配置信息的过程包括。
85.接收所述配置请求。
86.在本实施例中，所述配置请求包括所述源地址和配置类别。
87.根据所述配置类别，以预定查找方式查找所述配置信息。
88.在本实施例中，配置信息以二叉树的存储方式存储在外部设备的内存中，预定查找方式可以为深度优先遍历，也可以为广度优先遍历。
89.根据预定的加密算法对所述配置信息进行加密。
90.在本实施例中，预定的加密算法为对称加密算法，对称加密算法包括但不限于des加密算法、3des加密算法、tdea加密算法、blowfish加密算法、rc2加密算法、rc4加密算法、rc5加密算法、idea加密算法和skipjack加密算法。对称加密算法和密钥可以通过tsp平台预先得到。
91.根据所述源地址反馈加密的所述配置信息。
92.在本实施例中，外部设备根据第一域控制器的源地址将配置信息反馈给第一域控制器。
93.图4是本技术的一示例性实施例示出的第一域控制器通过tsp平台进行配置信息更新的流程图，如图4所示，第一域控制器通过tsp平台进行配置信息更新的过程包括：(1)mpu通过4g通信接口与tsp平台建立https连接；(2)mpu向tsp平台发送更新配置请求；(3)tsp平台识别到车辆配置信息后向4g通信模块反馈包含该车辆配置信息的xml文件；(4)4g通信模块把接收到的xml文件转发给mpu；(5)mpu接收xml文件；(6)mpu通过数字签名的方式对xml文件进行校验，即mpu使用tsp平台发送过来的数字公钥来验证数字签名是否正确。当文件验证通过后，mpu通过xml解析器对xml文件进行解析，从而获取mpu所请求的配置信息并将配置信息写入到存储设备中。当文件验证不通过，mpu再次向tsp平台发送更新配置请求。xml解析器为现有对xml文件进行解析的工具，此处不对xml解析器的种类以及xml解析器内解析方法进行限定。
94.图5是本技术的一示例性实施例示出的第一域控制器通过pc机或可移动设备进行配置信息更新的流程图，如图5所示，第一域控制器通过pc机或可移动设备进行配置信息更新的过程包括：(1)mpu通过wifi通信模块与pc机建立socket连接；(2)mpu向pc机发送更新配置请求；(3)pc机收到更新配置请求后反馈cfg文件给wifi模块；(4)wifi模块把接收到的cfg文件转发给mpu；(5)mpu接收cfg文件；(6)mpu通过数字签名的方式对cfg文件进行校验，即mpu使用tsp平台发送过来的数字公钥来验证数字签名是否正确。当文件验证通过后，mpu通过cfg解析工具对cfg文件进行解析，从而获取mpu所请求的配置信息并将配置信息写入到存储设备中。当文件验证不通过，mpu再次向pc机发送更新配置请求。cfg解析工具为能够获取cfg文件内容的源代码或小程序等，此处不对cfg解析工具的种类以及cfg解析工具内的解析方法进行限定。
95.在本技术的一个实施例中，第二发送模块包括时间戳发送模块、时间戳接收模块、时间戳对比模块、内部配置判断模块和内部配置请求发送模块。
96.时间戳发送模块用于当所述配置类型为内部配置时，以uart通信方式向所述第二域控制器发送所述时间戳请求，所述时间戳请求包括所述配置类别和相应的第一时间戳，以使所述第二域控制器根据所述配置类别，反馈最新的所述时间戳，最新的所述时间戳作为第二时间戳。
97.时间戳接收模块用于接收所述第二时间戳。
98.时间戳对比模块用于将所述第一时间戳与所述第二时间戳进行比对，得到比对结果。
99.内部配置判断模块用于根据所述比对结果，判断是否需要内部配置。
100.内部配置请求发送模块用于若需要内部配置，以uart通信方式向所述第二域控制器发送所述配置类别请求，配置类别请求包括配置类别，以使所述第二域控制器根据所述配置类别，反馈所述配置信息。
101.在本实施例中，当所述配置类型为内部配置时，首先，时间戳发送模块通过4g通信模块或wifi通信模块向所述第二域控制器发送所述时间戳请求，在第二域控制器反馈第二时间戳后，将第一时间戳与第二时间戳进行比对，根据比对结果判断是否需要内部配置，当需要内部配置时，内部配置请求发送模块通过4g通信模块或wifi通信模块向第二域控制器发送所述配置类别请求，第二域控制器根据所述配置类别，反馈所述配置信息。
102.在本实施例中，当不需要内部配置时，无需发送配置类别请求，进一步降低协议转换量和软件负载率。
103.在本技术的一个实施例中，根据所述比对结果，判断是否需要内部配置的过程包括：若比对结果为所述第一时间戳的时间点早于所述第二时间戳的时间点，说明第二域控制器中的所述配置信息是最新配置信息，判定需要内部配置；否则，判定不需要内部配置。
104.在本实施例中，配置信息包括时间戳字段，时间戳字段表示当前所持有的配置信息的最新更新时间。时间戳是使用数字签名技术产生的数据，对配置信息进行数字签名产生时间戳，以证明配置信息在签名时间之前已经存在。
105.在本技术的一个实施例中，所述第二域控制器根据所述配置类别，反馈最新的所述时间戳的过程包括。
106.接收所述时间戳请求。
107.在本实施例中，所述时间戳请求包括源地址和配置类别。
108.根据所述配置类别，以预定的查找方式查找所述第二时间戳。
109.在本实施例中，配置信息以及第二时间戳以二叉树的存储方式存储在外部设备的内存中，预定查找方式可以为深度优先遍历，也可以为广度优先遍历。
110.根据所述源地址，反馈所述第二时间戳。
111.在本实施例中，第二域控制器根据第一域控制器源地址，反馈所述第二时间戳。
112.在本技术的一个实施例中，所述第二域控制器根据所述配置类别，反馈所述配置信息的过程包括。
113.接收所述配置类别请求。
114.在本实施例中，所述配置类别请求包括所述源地址和所述第二时间戳；
115.根据所述配置类别，输出与所述第二时间戳对应的所述配置信息。
116.在本实施例中，将第二时间戳与第二域控制器中配置信息的时间戳进行比对，若配置信息的时间戳与第二时间戳一致，输出与第二时间戳对应的所述配置信息，输出的配置信息与配置类别一致。
117.根据所述源地址，反馈所述配置信息。
118.在本实施例中，第二域控制器根据第一域控制器源地址，反馈所述配置信息。
119.在本技术的一个实施例中，所述接收模块包括外部配置信息接收模块、内部配置信息接收模块、内部配置信息接收模块、解密模块和同步模块。
120.外部配置信息接收模块用于接收所述外部配置的配置信息。
121.内部配置信息接收模块用于接收所述内部配置的配置信息。
122.解密模块用于根据预定的解密方式对所述外部配置的配置信息进行解密。
123.同步模块用于将解密的所述外部配置的配置信息同步到第二域控制器。
124.在本实施例中，预定的解密方式与预定的加密算法相对应，解密方式为加密算法的逆过程，mpu根据预先得到的密钥以及相应的解密方式对外部配置的配置信息进行解密。
125.图6是本技术的一示例性实施例示出的第二域控制器通过第一域控制器进行配置信息同步的流程图。如图6所示，mcu向mpu发送同步配置请求的过程包括：
126.(1)mcu发送需要同步的配置信息的时间戳请求给mpu；(2)mpu返回自身持有的配置信息的时间戳给mcu；(3)mcu将两个时间戳进行对比，如果mcu的时间戳早于mpu的时间戳，说明mpu中的配置信息为最新配置信息，需要同步；(4)mcu发送同步配置请求给mpu；(5)mpu发送配置信息给mcu。通过上述过程，mpu将从外部设备更新的配置信息同步到mcu。
127.在本技术的一个实施例中，所述第一域控制器包括外部配置信息存储模块、内部配置信息存储模块和电源模块。
128.外部配置信息存储模块用于存储解密的所述外部配置的配置信息。
129.在本实施例中，外部配置信息存储模块为emmc(embedded multi media card)，emmc具有容量大和通信速率高的特点。
130.内部配置信息存储模块用于存储所述内部配置的配置信息。
131.在本实施例中，内部配置信息存储模块为eeprom(electrically erasable programmable read only memory)，称为带电可擦除可编程只读存储器，是一种可以断电保存数据的存储芯片。在eeprom中存在5个配置集合，分别对车辆基本信息、车辆故障码信息、车辆状态信息、车辆位置信息以及车辆行驶轨迹信息进行存储。norflash具有灵活存取和非易失性的特性。在norflash中存在5个配置集合，分别对车辆基本信息、车辆故障码信息、车辆状态信息、车辆位置信息以及车辆行驶轨迹信息进行存储。
132.电源模块用于为第一域控制器和第二域控制器供电。
133.在本技术的一个实施例中，在监控配置请求之前，包括：根据车辆的状况触发所述配置请求。
134.在本实施例中，车辆的状况包括车辆启动状态、车辆报废状态和车辆重大改造状态等。当车辆处于启动状态时，车辆故障码信息、车辆状态信息、车辆位置信息以及车辆行驶轨迹信息等类别的配置请求被触发，当车辆处于报废状态或重大改造状态时，车辆基本信息等类别的配置请求被触发，mpu可通过向mcu发送配置请求以配置车辆基本信息。在mpu向mcu发送配置请求以配置车辆基本信息之前，车辆基本信息更新过程包括：(1)pc机通过can总线与mcu连接；(2)pc机向mcu发送包含配置信息的报文；(3)mcu收到配置信息并根据配置信息进行车辆基本信息配置。
135.以下介绍本技术的方法实施例，可以应用于本技术上述实施例中的新能源车配置系统。对于本技术方法实施例中未披露的细节，请参照本技术上述的新能源车配置系统的实施例。
136.图7是本技术的一示例性实施例示出的新能源车配置方法的流程图。该新能源车配置方法可以由处理设备来执行，该处理设备可以是图1中所示的第一域控制器101、外部设备102和第二域控制器103的组合。参照图7所示，该新能源车配置方法至少包括步骤s710至步骤s730，详细介绍如下：
137.在步骤s710中，监控配置请求。
138.在本实施例中，所述配置请求包括配置类型和与配置类型相对应的配置类别。配置类型包括外部配置和内部配置。配置信息包括车辆基本信息、车辆故障码信息、车辆状态信息、车辆位置信息以及车辆行驶轨迹信息等，其中，车辆基本信息包括车架号，车型信息和车载终端机器码等，车架号，车型信息和车载终端机器码即为车辆基本信息的三种配置类别，车辆位置信息包括车辆坐标信息和车辆方位信息等，车辆坐标信息和车辆方位信息即为车辆坐标信息的两种配置类别，车辆状态信息包括车辆电池剩余电量和车辆电池温度等，车辆电池剩余电量和车辆电池温度即为车辆状态信息的两种配置类别。车辆基本信息、车辆故障码信息和车辆状态信息等的配置类型为内部配置，车辆位置信息以及车辆行驶轨迹信息等的配置类型为外部配置。当进行外部配置时，外部设备102的车辆位置信息以及车辆行驶轨迹信息等作为第一域控制器101中相应信息的配置来源，当进行内部配置时，第一域控制器101中存储的车辆位置信息以及车辆行驶轨迹信息等作为第二域控制器103中相应信息的配置来源；第二域控制器103中存储的车辆基本信息、车辆故障码信息和车辆状态信息等作为第一域控制器101中相应信息的配置来源。第一域控制器101和第二域控制器103的系统结构相同，从而保证第一域控制器101和第二域控制器103可以互为配置来源，进行配置信息同步。监控模块201采用实时监控方式。
139.在步骤s720中，根据所述配置类型向所述外部设备或第二域控制器发送所述配置请求，以使所述外部设备或第二域控制器根据所述配置类别，反馈配置信息。
140.在本实施例中，当配置类型为外部配置时，发送模块202向外部设备102发送配置请求，当配置类型为内部配置时，发送模块202向第二域控制器103发送配置请求。
141.在本实施例中，当配置类别为车辆坐标信息时，外部设备102根据配置类别，反馈相应的车辆坐标信息；当配置类别为车辆电池剩余电量时，第二控制器103根据配置类别，反馈相应的车辆电池剩余电量。
142.在步骤s730中，接收所述配置信息。
143.在本实施例中，第一域控制器101作为统一出口或入口，避免了大量的电子控制单元均与外部设备102直接连接，大大降低了协议转换量和软件负载率。
144.需要说明的是，上述实施例所提供的新能源车配置方法与上述实施例所提供的新能源车配置系统属于同一构思，其中各个模块和单元执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。上述实施例所提供的新能源车配置系统在实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将系统的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能，本处也不对此进行限制。
145.根据本技术实施例的一个方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行时，使得电子设备实现上述各实施例中提供的新能源车配置方法。
146.图8示出了适于用来实现本技术实施例的电子设备的计算机系统的结构示意图。
需要说明的是，图8示出的电子设备的计算机系统仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。
147.如图8所示，计算机系统包括中央处理单元(central processing unit，cpu)801，其可以根据存储在只读存储器(read-only memory，rom)802中的程序或者从储存部分808加载到随机访问存储器(random access memory，ram)803中的程序而执行各种适当的动作和处理，例如执行上述实施例中的方法。在ram 803中，还存储有系统操作所需的各种程序和数据。cpu 801、rom 802以及ram 803通过总线804彼此相连。输入/输出(input/output，i/o)接口805也连接至总线804。
148.以下部件连接至i/o接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(cathode ray tube，crt)、液晶显示器(liquid crystal display，lcd)等以及扬声器等的输出部分807；包括硬盘等的储存部分808；以及包括诸如lan(local area network，局域网)卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至i/o接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入储存部分808。
149.特别地，根据本技术的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本技术的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(cpu)801执行时，执行本技术的系统中限定的各种功能。
150.需要说明的是，本技术实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(erasable programmable read only memory，eprom)、闪存、光纤、便携式紧凑磁盘只读存储器(compact disc read-only memory，cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本技术中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
151.附图中的流程图和框图，图示了按照本技术各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注
的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
152.描述于本技术实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。
153.本技术的另一方面还提供了一种计算机可读存储介质，其上存储有计算机可读指令，当计算机可读指令被计算机的处理器执行时，使计算机执行上述各个实施例中提供的新能源车配置方法。该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的，也可以是单独存在，而未装配入该电子设备中。
154.应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本技术的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
155.通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本技术实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本技术实施方式的方法。
156.本领域技术人员在考虑说明书及实践这里公开的实施方式后，将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。
157.应当理解的是，本上述内容，仅为本技术的较佳示例性实施例，并非用于限制本技术的实施方案，本领域普通技术人员根据本技术的主要构思和精神，可以十分方便地进行相应的变通或修改，故本技术的保护范围应以权利要求书所要求的保护范围为准。

技术特征：
1.一种新能源车配置系统，包括内部设备和外部设备，所述内部设备至少包括第一域控制器和第二域控制器，其特征在于，所述第一域控制器包括：监控模块，用于监控配置请求；所述配置请求包括配置类型和与配置类型相对应的配置类别；发送模块，用于根据所述配置类型向所述外部设备或第二域控制器发送所述配置请求，以使所述外部设备或第二域控制器根据所述配置类别，反馈配置信息；接收模块，用于接收所述配置信息。2.根据权利要求1所述的新能源车配置系统，其特征在于，所述监控模块包括：配置请求存储模块，用于存储所述配置请求；配置请求数量统计模块，用于统计所述配置请求数量；配置请求数量判断模块，用于判断所述配置请求数量是否大于0；配置请求读取模块，用于若所述配置请求数量大于0，按照预定读取方式读取所述配置请求。3.根据权利要求2所述的新能源车配置系统，其特征在于，所述配置请求存储模块包括：配置请求暂存模块，用于暂时存储所述配置请求；配置请求分类模块，用于按照所述配置类别对所述配置请求进行分类，得到分类队列。4.根据权利要求3所述的新能源车配置系统，其特征在于，所述配置请求读取模块包括：配置请求优先级判断模块，用于若所述配置请求数量大于0，判断所述配置请求的优先级等级，所述优先级等级与所述配置类别相对应，所述优先级等级包括高级和低级；配置请求实时读取模块，用于若所述优先级等级为高级，以实时读取方式读取所述配置请求；配置请求定时读取模块，用于若所述优先级等级为低级，以定时读取方式读取所述配置请求。5.根据权利要求4所述的新能源车配置系统，其特征在于，所述配置请求定时读取模块包括：配置请求排序模块，用于按照时间先后顺序对所述分类队列进行排序，得到排序队列；配置请求划分模块，用于对所述排序队列进行区块划分，得到分块队列；所述配置请求定时读取模块以所述定时读取方式读取所述分块队列中的一个所述配置请求。6.根据权利要求1所述的新能源车配置系统，其特征在于，所述配置类型包括外部配置和内部配置，所述发送模块包括：第一发送模块，用于当所述配置类型为外部配置时，以无线通信方式向所述外部设备发送所述配置请求，以使所述外部设备根据所述配置类别，反馈配置信息；第二发送模块，用于当所述配置类型为内部配置时，以uart通信方式向所述第二域控制器发送所述配置请求，以使所述第二域控制器根据所述配置类别，反馈配置信息。7.根据权利要求6所述的新能源车配置系统，其特征在于，所述外部设备根据所述配置类别，反馈配置信息的过程包括：接收所述配置请求，所述配置请求包括源地址；
根据所述配置类别，以预定查找方式查找所述配置信息；根据预定的加密算法对所述配置信息进行加密；根据所述源地址反馈加密的所述配置信息。8.根据权利要求6所述的新能源车配置系统，其特征在于，第二发送模块包括：时间戳发送模块，用于当所述配置类型为内部配置时，以uart通信方式向所述第二域控制器发送所述时间戳请求，所述时间戳请求包括所述配置类别和相应的第一时间戳，以使所述第二域控制器根据所述配置类别，反馈最新的所述时间戳，最新的所述时间戳作为第二时间戳；时间戳接收模块，用于接收所述第二时间戳；时间戳对比模块，用于将所述第一时间戳与所述第二时间戳进行比对，得到比对结果；内部配置判断模块，用于根据所述比对结果，判断是否需要内部配置；内部配置请求发送模块，用于若需要内部配置，以uart通信方式向所述第二域控制器发送所述配置类别请求，所述配置类别请求包括所述配置类别，以使所述第二域控制器根据所述配置类别，反馈所述配置信息。9.根据权利要求8所述的新能源车配置系统，其特征在于，根据所述比对结果，判断是否需要内部配置的过程包括：若比对结果为所述第一时间戳的时间点早于所述第二时间戳的时间点，说明所述第二域控制器中的所述配置信息是最新配置信息，判定需要内部配置；否则，判定不需要内部配置。10.根据权利要求8所述的新能源车配置系统，其特征在于，所述第二域控制器根据所述配置类别，反馈最新的所述时间戳的过程包括：接收所述时间戳请求，所述时间戳请求包括源地址；根据所述配置类别，以预定的查找方式查找所述第二时间戳；根据所述源地址，反馈所述第二时间戳。11.根据权利要求8所述的新能源车配置系统，其特征在于，所述第二域控制器根据所述配置类别，反馈所述配置信息的过程包括：接收所述配置类别请求，所述配置类别请求包括所述源地址和所述第二时间戳；根据所述配置类别，输出与所述第二时间戳对应的所述配置信息；根据所述源地址，反馈所述配置信息。12.根据权利要求7所述的新能源车配置系统，其特征在于，所述接收模块包括：外部配置信息接收模块，用于接收所述外部配置的配置信息；内部配置信息接收模块，用于接收所述内部配置的配置信息；解密模块，用于根据预定的解密方式对所述外部配置的配置信息进行解密；同步模块，用于将解密的所述外部配置的配置信息同步到第二域控制器。13.根据权利要求12所述的新能源车配置系统，其特征在于，所述第一域控制器包括：外部配置信息存储模块，用于存储解密的所述外部配置的配置信息；内部配置信息存储模块，用于存储所述内部配置的配置信息；电源模块，用于为第一域控制器和第二域控制器供电。14.根据权利要求1-13任一项所述的新能源车配置系统，其特征在于，在监控配置请求
之前，包括：根据车辆的状况触发所述配置请求。15.一种新能源车配置方法，其特征在于，包括：监控配置请求；所述配置请求包括配置类型和与配置类型相对应的配置类别；根据所述配置类型向所述外部设备或第二域控制器发送所述配置请求，以使所述外部设备或第二域控制器根据所述配置类别，反馈配置信息；接收所述配置信息。16.一种电子设备，其特征在于，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如权利要求15中所述的新能源车配置方法。17.一种计算机可读存储介质，其特征在于，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行权利要求15所述的新能源车配置方法。

技术总结
本发明涉及新能源车配置系统、方法、电子设备及介质，该新能源车配置系统通过监控配置请求、根据所述配置类型向所述外部设备或第二域控制器发送所述配置请求，以使所述外部设备或第二域控制器根据所述配置类别，反馈配置信息并接收接收所述配置信息；本发明通过第一域控制器向外部设备或第二域控制器发送配置请求，且在外部设备或第二域控制器反馈配置信息后，实现第一域控制器的配置信息更新以及第一域控制器和第二域控制器之间的配置信息同步，实现将域控制器作为统一出口或入口，避免了大量的电子控制单元均与外部设备直接连接，大大降低了协议转换量和软件负载率。降低了协议转换量和软件负载率。降低了协议转换量和软件负载率。


技术研发人员：邱云峰 袁正 段鸿川
受保护的技术使用者：深蓝汽车科技有限公司
技术研发日：2023.05.30
技术公布日：2023/8/4