CN117193147B - 域控制设备 - Google Patents

Abstract

本申请涉及一种域控制设备。所述域控制设备包括：至少一个软件簇模块，任意一个软件簇模块中的应用程序来自于同一家程序供应方，且配置有本地接口描述清单，本地接口描述清单包括软件簇模块的输入接口、输出接口以及输出接口值的存放地址；全局接口描述清单模块，配置有各软件簇模块之间进行交互的全局接口描述清单，全局接口描述清单包括交互接口在对应的软件簇模块的本地接口描述清单中的位置信息。采用本域控制设备能够有效提高域控制设备的开发效率。

Description

域控制设备

技术领域

本申请涉及智能控制技术领域，特别是涉及一种域控制设备。

背景技术

随着汽车电子系统和软件的爆炸式增长，对电子电气构架带来了巨大的挑战，整车电子电气架构朝域控和区域集中化发展，域控制设备成为了汽车电子结构未来发展的趋势。域控制设备是指整合集成了多个供应方提供的应用的控制设备，可以相对集中的控制系统中的每个域，以实现快速响应决策的效果。

为了在域控制设备中集成多个应用，通常是由多个供应方提供各个应用的源代码，待集成的域控制设备对各个应用的源代码进行审查后，对所有应用的源代码进行整体集成编译，得到整个域控制设备中集成应用的编译文件，并将所有应用的集成编译文件存储在待集成域控制设备的存储区域，完成域控制设备的应用集成操作。这种集成方式得到的域控制设备，存在集成耗时较长的问题，且后续若想对已集成的域控制设备进行应用新增或应用升级更新，集成和刷写的耗时都会较高，影响了域控制设备的开发效率。

发明内容

基于此，有必要针对上述技术问题，提供一种能够有效提高开发效率的域控制设备。

本申请提供了一种域控制设备，所述域控制设备包括：

至少一个软件簇模块，任意一个所述软件簇模块中的应用程序来自于同一家程序供应方，且配置有本地接口描述清单，所述本地接口描述清单包括所述软件簇模块的输入接口、输出接口以及输出接口值的存放地址；

全局接口描述清单模块，配置有各所述软件簇模块之间进行交互的全局接口描述清单，所述全局接口描述清单包括交互接口在对应的软件簇模块的本地接口描述清单中的位置信息。

上述实施例中，通过将域控制设备中的各个应用程序通过所属的程序供应方进行解耦聚类，得到相应的软件簇模块，并将各个模块之间的交互接口以清单的形式进行管理，在对域控制设备进行集成和刷写时，不再需要同时对整个域控制设备中的应用程序进行处理，而是可以单独对一个或多个软件簇模块进行集成或刷写，有效减少了域控制设备在集成或刷写时的操作时长，提高了域控制设备的开发效率。

在其中一些实施例中，所述域控制设备还包括：

存储模块，配置有接口描述清单存储区域和软件簇程序存储区域；所述接口描述清单存储区域用于存储所述全局接口描述清单以及各所述软件簇模块的本地接口描述清单，所述软件簇程序存储区域用于存储各所述软件簇模块的应用程序。

上述实施例中，通过将接口描述清单与各软件簇模块的应用程序进行分区存储，能够在后续管理时对需要的信息进行快速定位，有效提高了域控制设备的管理便利性。

在其中一些实施例中，所述接口描述清单存储区域设置于所述存储模块的前端地址。

上述实施例中，通过将接口描述清单存储区域设置于存储模块的前端地址，能够可以有效提高实际使用时接口信息查询的速度。

在其中一些实施例中，所述软件簇程序存储区域设置于所述存储模块的前端地址后端。

上述实施例中，通过将软件簇程序存储区域设置于存储模块的前端地址后端，能够有效提高应用程序存储区域的确定速度。

在其中一些实施例中，所述接口描述清单存储区域包括：全局清单存储子区域和与各所述软件簇模块对应的本地清单存储子区域；

所述全局清单存储子区域用于存储所述全局接口描述清单；

与各所述软件簇模块对应的本地清单存储子区域分别用于存储对应软件簇模块的本地接口描述清单；

所述全局清单存储子区域、各本地清单存储子区域之间设置有第一预留存储区域。

上述实施例中，通过将各接口描述清单进行分区域存储，后续在对各软件簇模块中的目标软件簇模块进行单独刷写时，可以单独对目标软件簇模块对应的本地接口描述清单，以及域控制设备的全局接口描述清单进行更新，而不需要同时获取所有的接口描述清单进行查找更新处理，有效提高了后续域控制设备更新刷写的刷写效率。而在各清单存储子区域之间设置第一预留存储区域，也保障了后续软件簇模块应用程序的正常更新刷写。

在其中一些实施例中，所述软件簇程序存储区域包括：各所述软件簇模块对应的程序存储子区域；

各所述程序存储子区域用于存储对应软件簇模块的应用程序，各所述程序存储子区域之间设置有第二预留存储区域。

上述实施例中，通过将各软件簇模块对应的应用程序进行分区域存储，后续在对各软件簇模块中的目标软件模块进行单独刷写时，可以在目标软件簇对应的应用程序存储子区域中单独进行程序擦除和重新下载，完成目标软件簇的刷写过程，而无需同时获取所有软件簇模块的应用程序进行查找刷写处理，有效提高了后续域控制设备更新刷写的刷写效率。而在各程序存储子区域之间设置第二预留存储区域，也保障了后续软件簇模块应用程序的正常更新刷写。

在其中一些实施例中，所述域控制设备还包括：

管理模块，用于管理所述全局接口描述清单、各所述软件簇模块中的应用程序和各所述软件簇模块的本地接口描述清单。

在其中一些实施例中，所述管理模块，用于接收各所述软件簇模块的应用程序和本地接口描述清单，确定各所述软件簇模块在所述存储模块中的程序存储子区域和本地清单存储子区域，将各所述软件簇模块的应用程序存储至对应的程序存储子区域中，各所述软件簇模块的本地接口描述清单存储至对应的本地清单存储子区域中。

上述实施例中，通过在域控制设备中设置管理模块对域控制设备中的全局接口描述清单、各软件簇模块中的应用程序和各软件簇模块的本地接口描述清单进行统一管理，能够有效提高域控制设备管理的高效性。

在其中一些实施例中，所述管理模块，用于接收各所述软件簇模块之间进行交互的全局接口描述清单，将所述全局接口描述清单发送至所述存储模块的全局清单存储子区域进行存储。

上述实施例中，管理模块通过管理全局接口描述清单，当后续域控制设备中需要新增或变更任意软件簇模块时，该软件簇模块需要的接口已经在全局接口描述清单中提供，只需要变更本软件簇的接口代码即可，能够有效提高后续域控制设备的管理效率。

在其中一些实施例中，所述管理模块还用于接收待刷写文件，待刷写文件包括编译后文件，确定所述待刷写文件对应的目标软件簇模块，基于所述编译后文件对所述目标软件簇模块对应的本地清单存储子区域和程序存储子区域进行刷写。

上述实施例中，管理模块通过接收待刷写文件，即可单独对待刷写文件对应的目标软件簇模块进行更新刷写，能够有效减少域控制设备与多方供应商的交互，同时减少域控制设备的编译时长，大幅度提高了域控制设备的软件刷写效率。

在其中一些实施例中，所述管理模块，用于在擦除所述目标软件簇模块对应的本地清单存储子区域中的本地接口描述清单和擦除所述目标软件簇模块对应的程序存储子区域中的应用程序后，从所述编译后文件中获取所述目标软件簇模块的目标应用程序和目标本地接口描述清单，将所述目标应用程序刷写至所述目标软件簇模块对应的程序存储子区域，将所述目标本地接口描述清单刷写至所述目标软件簇模块对应的本地清单存储子区域。

上述实施例中，在将目标应用程序以及目标本地接口描述清单分别写入目标软件簇模块对应的程序存储子区域和本地清单存储子区域之前，通过对程序存储子区域和本地清单存储子区域中的历史本地接口描述清单和历史程序擦除，能够有效降低后续刷写过程失败的概率，进而提高了域控制设备刷写效率。

在其中一些实施例中，所述管理模块还用于根据所述目标本地接口描述清单对所述全局接口描述清单进行更新，将更新后的全局接口描述清单存储至所述全局清单存储子区域。

上述实施例中，管理模块每次对软件簇模块进行刷写时，都只需要根据待刷写的目标软件簇模块的目标本地接口描述清单对全局接口描述清单进行更新，而无需重新根据所有软件簇模块的接口信息重新生成全局接口描述清单，有效提高了域控制设备进行软件簇刷写时的刷写效率。

上述域控制设备中，来自同一家程序供应方的应用程序在域控制设备上被聚类为一个软件簇模块，软件簇模块中配置有本地接口描述清单，根据本地接口描述清单可以了解对应软件簇模块的输入接口、输出接口以及输出接口值的存放地址。同时在域控制设备中还设置有全局接口描述清单模块，配置有各软件簇模块之间进行交互的全局接口描述清单，根据全局接口描述清单可以了解交互接口在对应软件簇模块的本地接口清单中的位置信息。通过将域控制设备中的各个应用程序通过所属的程序供应方进行解耦聚类，得到相应的软件簇模块，并将各个模块之间的交互接口以清单的形式进行管理，在对域控制设备进行集成和刷写时，不再需要同时对整个域控制设备中的应用程序进行处理，而是可以单独对一个或多个软件簇模块进行集成或刷写，有效减少了域控制设备在集成或刷写时的操作时长，提高了域控制设备的开发效率。

附图说明

图1为一些实施例中域控制设备的结构示意图；

图2为另一些实施例中域控制设备的结构示意图；

图3为另一些实施例中域控制设备的结构示意图；

图4为另一些实施例中域控制设备的结构示意图；

图5为另一些实施例中域控制设备的结构示意图；

图6为一些实施例中域控程序供应方的分布情况示意图；

图7为另一些实施例中域控程序供应方的分布情况示意图；

图8为一些实施例中软件簇模块的定义划分情况示意图；

图9为另一些实施例中软件簇模块的定义划分情况示意图；

图10为另一些实施例中域控制设备的结构示意图；

图11为一些实施例中域控制设备存储模块的存储空间分布示意图；

图12为一些实施例中全局接口描述清单示意图；

图13为一些实施例中MCU软件簇模块的本地接口描述清单示意图；

图14为一些实施例中域控制设备软件簇模块集成方式示意图。

具体实施方式

下面将结合附图对本申请技术方案的实施例进行详细的描述。以下实施例仅用于更加清楚地说明本申请的技术方案，因此只作为示例，而不能以此来限制本申请的保护范围。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

在本申请实施例的描述中，术语“多个”指的是两个以上（包括两个），同理，“多组”指的是两组以上（包括两组），“多片”指的是两片以上（包括两片）。

在本申请实施例的描述中，技术术语“中心”“纵向”“横向”“长度”“宽度”“厚度”“上”“下”“前”“后”“左”“右”“竖直”“水平”“顶”“底”“内”“外”“顺时针”“逆时针”“轴向”“径向”“周向”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本申请实施例和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请实施例的限制。

在本申请实施例的描述中，除非另有明确的规定和限定，技术术语“安装”“相连”“连接”“固定”等术语应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或成一体；也可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通或两个元件的相互作用关系。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本申请实施例中的具体含义。

随着整车电子电气架构朝域控和区域集中化发展，一个域控制设备必然需要整合多个供应方应用，这对域控应用集成开发产生了很大挑战。

在域控制设备中集成多个应用，通常是由多个供应方提供各个应用的源代码，待集成的域控制设备对各个应用的源代码进行审查后，对所有应用的源代码进行整体集成编译，得到整个域控制设备中集成应用的编译文件，并将所有应用的集成编译文件存储在待集成域控制设备的存储区域，完成域控制设备的应用集成操作。这种集成方式得到的域控制设备，存在集成耗时较长的问题，当随着使用时长的增加，若想对已集成的域控制设备进行应用新增或应用升级更新，同样需要各供应方将应用的源代码发送给域控制设备，域控制设备对所有应用源代码进行整体集成编译，得到整个域控制设备的更新编译文件，使用更新编译文件替换存储区域中的原编译文件，才可以完成域控制设备的集成或刷写，整个过程耗时较长，影响了域控制设备的开发效率。

为了提高域控制设备的开发效率，可以对域控制设备的架构进行调整，将来源于同一个程序供应方的应用程序聚类为一个软件簇，在域控制设备中为每个软件簇设置软件簇模块，并在软件簇模块中配置软件簇的本地接口清单，以便于管理软件簇模块的输入接口、输出接口、输出接口值的存放地址等接口信息。同时在域控制设备中设置全局接口描述清单模块，在全局接口描述清单模块中配置各软件簇模块之间进行交互的全局接口描述清单，能够从全局角度确定交互接口在对应软件簇模块的本地接口描述清单中的位置信息。通过将域控制设备中的各个应用程序通过所属的程序供应方进行解耦聚类，得到相应的软件簇模块，并将各个软件簇模块之间的交互接口以清单的形式进行管理，在对域控制设备进行集成和刷写时，不再需要同时对整个域控制设备中的应用程序进行处理，而是可以单独对一个或多个软件簇模块进行集成或刷写，有效减少了域控制设备在集成或刷写时的操作时长，提高了域控制设备的开发效率。

在一些实施例中，如图1所示，提供了一种域控制设备100，域控制设备100包括：

至少一个软件簇模块101，任意一个软件簇模块101中的应用程序来自于同一家程序供应方，且配置有本地接口描述清单，本地接口描述清单包括软件簇模块101的输入接口、输出接口以及输出接口值的存放地址。

全局接口描述清单模块102，配置有各软件簇模块101之间进行交互的全局接口描述清单，全局接口描述清单包括交互接口在对应的软件簇模块101的本地接口描述清单中的位置信息。

其中，软件簇模块101是用于集成配置来自于同一家应用程序供应方提供的应用程序的模块组件，软件簇则是指将来自于同一家程序供应方的应用程序进行聚类得到的软件单元，例如，在其中一些实施例中，可以将来自于程序供应方1的电机控制应用程序、电机保护应用程序等聚类为MCU应用软件簇，可以将来自于程序供应方2的动力控制应用程序、能量管理应用程序和整车上下电管理等聚类为VCU应用软件簇，可以将高压上下电应用程序、电池监控应用程序、充电管理应用程序等聚类为BMS应用软件簇。可以理解的，各个应用程序聚类得到的软件簇可以认为是一个单独的应用程序。

各软件簇模块101之间的交互需要通过交互接口完成，因此每个软件簇模块101都有相应的输入接口和输出接口，为了能够更好的管理软件簇模块的交互信息，每个软件簇模块101中都配置有本地接口描述清单。

本地接口描述清单可以用来管理各软件簇模块101进行交互使用的本地接口的接口信息，本地接口描述清单可以包括软件簇模块101的输入接口、输出接口以及输出接口值的存放位置。其中，输入接口是用于接收输入信息的交互接口，输出接口是用于输出交互信息的交互接口，而输出接口值则是指需要输出到目标软件簇的输出变量，将输出变量放置在某一地址，该地址即为输出接口值的存放位置，可以理解的，存放位置属于共享地址，所有软件簇模块101都能访问。

为了能够统一对各交互接口进行全局管理，域控制设备100中还设置有全局接口描述清单模块102，全局接口描述清单模块102用于配置各软件簇模块101之间进行交互的全局接口描述清单，全局接口描述清单中包括了交互接口在对应的软件簇模块101的本地接口描述清单中的位置信息。

在其中一些实施例中，全局接口描述清单根据域控制设备100中所有软件簇模块101需要交互的接口信息定义得到，全局接口描述清单除了包括交互接口在对应的软件簇模块101的本地接口描述清单中的位置信息外，还可以包括各交互接口的交互接口类型，例如交互接口是C/S（Client/Servicer）接口，或是S/R（Send/Receive）接口，各交互接口所属的软件簇模块标识信息，例如提供该交互接口的软件簇模块编码ID，以MCU软件簇模块为例，可以为MCU软件簇模块预先设置编码ID为001，则全局接口描述清单中，MCU软件簇模块包括的交互接口都会与对应的软件簇模块标识信息001进行绑定记录。

同样的，在其中一些实施例中，本地接口描述清单中的输入接口和输出接口均可以用对应的软件簇模块标识信息进行标识，软件簇模块标识信息可以由用户根据集成整车域控制设备所需的所有软件簇模块信息预先确定。例如可以根据集成整车域控制设备所需的所有软件簇模块的数量确定，如可以设定MCU软件簇模块的标识信息为软件簇模块编码ID001，则MCU软件簇模块的本地接口描述清单中，输入接口可以用001输入接口表示，输出接口可以用001输出接口，001即可代表该输入接口或输出接口为MCU软件簇模块的输入接口或输出接口。其中，用户可以是任意一个具有标识信息设定权限的人员，例如整车管理人员，或域控制设备开发人员等。

在实际应用时，对于目标软件簇模块需要的输入接口，可以根据全局接口描述清单，查询到该输入接口由哪个软件簇模块提供，再根据接口提供方的软件簇模块的本地接口描述清单，查询到该接口变量存放的地址。

上述域控制设备中，为来自同一家程序供应方的应用程序设置对应的软件簇模块，软件簇模块中配置有本地接口描述清单，根据本地接口描述清单可以了解对应软件簇模块的输入接口、输出接口以及输出接口值的存放地址。同时在域控制设备中还设置有全局接口描述清单模块，配置有各软件簇模块之间进行交互的全局接口描述清单，根据全局接口描述清单可以了解交互接口在对应软件簇模块的本地接口清单中的位置信息。通过将域控制设备中的各个应用程序通过所属的程序供应方进行解耦聚类，得到相应的软件簇模块，并将各个模块之间的交互接口以清单的形式进行管理，可以在进行软件簇集成时，有效减少域控制设备与多方供应商之间的交互，进而降低域控制设备集成过程的耗时，提高域控制设备的开发效率。

在一些实施例中，如图2所示，域控制设备100还包括：存储模块103，配置有接口描述清单存储区域1031和软件簇程序存储区域1032。

其中，接口描述清单存储区域1031是用于存储全局接口描述清单以及各软件簇模块101的本地接口描述清单的存储区域，可以理解的，一个域控制设备100中有一个全局接口描述清单和与软件簇模块101的个数相对应的本地接口描述清单。通过将全局接口描述清单与各软件簇模块101的本地接口描述清单存储在接口描述清单存储区域1031，可以在后续对各软件簇模块101中的应用程序进行更新升级时，快速从接口描述清单存储区域1031获取各软件簇模块101的接口信息。

进一步的，在一些实施例中，接口描述清单存储区域1031设置于存储模块103的前端位置。

其中，存储模块103的前端位置是指存储区域中的引导加载区域，可以用于存储接口信息和相关通信协议等引导加载信息。

在实际应用时，无论是对域控制设备100进行应用程序集成、更新还是刷写，最先需要确定的就是域控制设备100中各软件簇模块101的接口信息，因此将接口描述清单存储区域1031设置在存储模块103的前端位置，可以有效提高实际使用时接口信息查询的速度。

其中，软件簇程序存储区域1032是用于存储各软件簇模块101的应用程序的存储区域，通过将各软件簇模块101的应用程序存储在软件簇程序存储区域1032中，可以在后续对各软件簇模块101中的应用程序进行更新升级时，快速确定目标软件簇模块对应的应用程序存储位置，对目标软件簇的模块应用程序进行刷写。

进一步的，在其中一些实施例中，软件簇程序存储区域1032设置于存储模块103的前端地址后端。

其中，存储模块103的前端地址后端，即与存储模块103的前端位置对应存储区域连接的后端存储区域，前端地址后端对应的存储区域也可以认为是主程序存储区域，用于存储域控制设备100的应用程序文件。

在实际应用时，当域控制设备100从存储模块103的前端地址获取了接口描述清单，并根据接口描述清单确定可以对目标软件簇模块的应用程序进行更新刷写时，域控制设备100可以快速从存储模块103的前端地址后端确定目标软件簇模块的应用程序存储区域，并在应用程序存储区域完成对应用程序的更新刷写操作。通过将软件簇程序存储区域1032设置在存储模块103的前端地址后端，能够有效提高应用程序存储区域的确定速度。

在其中一些实施例中，存储模块103可以用Flash存储器（Flash Eeprom）实现，Flash存储器又称闪存、快闪，是Eeprom的一种，它结合了ROM和RAM的长处，即使在供电电源关闭后仍能保持片内信息，同时Flash存储器支持可擦除和可重复编程，更方便于后续域控制设备100的更新刷写。而存储模块103的前端位置可以对应Flash存储器的Bootloader区，存储模块103的前端地址后端可以对应Flash存储器的主程序区。

上述实施例中，通过将接口描述清单与各软件簇模块的应用程序进行分区存储，能够在后续管理时对需要的信息进行快速定位，有效提高了域控制设备的管理便利性。

在根据各个应用程序所属的程序供应方对各个应用程序进行聚类划分后，得到的每个软件簇都可以认为是一个单独的应用程序，为了使各个软件簇都能支持单独刷写，在一些实施例中，如图3所示，接口描述清单存储区域1031包括：全局清单存储子区域1041和与各软件簇模块101对应的本地清单存储子区域1042。

其中，全局清单存储子区域1041用于存储全局接口描述清单，与各软件簇模块101对应的本地清单存储子区域1042分别用于存储对应软件簇模块101的本地接口描述清单。全局清单存储子区域1041、各本地清单存储子区域1042之间设置有第一预留存储区域。

在一些可选实施例中，设计人员预先为各接口描述清单在存储区域中设置相应的存储子区域，通过将各接口描述清单进行分区域存储，后续在对各软件簇模块101中的目标软件簇模块101进行单独刷写时，可以单独对目标软件簇模块101对应的本地接口描述清单，以及域控制设备100的全局接口描述清单进行更新，而不需要同时获取所有的接口描述清单进行查找更新处理，有效提高了后续域控制设备100更新刷写的刷写效率。

其中，第一预留存储区域是各清单存储子区域之间预留的部分存储区域，第一预留存储区域的具体区域大小可以由设计人员根据域控制设备中各应用程序的实际更新周期、更新幅度等信息确定。通过在各清单存储子区域之间设置第一预留存储区域，在后续软件簇模块应用程序更新升级时，可以根据软件簇模块101中各应用程序的实际情况对相应的清单存储子区域的区域存储大小进行扩增，有效保障了后续软件簇模块应用程序的正常更新刷写。

为了能够支持各软件簇模块应用程序的单独刷写，除了需要对各接口描述清单进行分区存储外，在一些实施例中，如图4所示，软件簇程序存储区域1032包括：各软件簇模块101对应的程序存储子区域1043。

其中，各程序存储子区域1043用于存储对应软件簇模块101的应用程序，各程序存储子区域1043之间设置有第二预留存储区域。

在一些可选实施例中，设计人员预先为各软件簇模块101对应的应用程序设置了相应的存储子区域，通过将各软件簇模块101对应的应用程序进行分区域存储，后续在对各软件簇模块101中的目标软件模块进行单独刷写时，可以在目标软件簇对应的应用程序存储子区域1043中单独进行程序擦除和重新下载，完成目标软件簇的刷写过程，而无需同时获取所有软件簇模块101的应用程序进行查找刷写处理，有效提高了后续域控制设备100更新刷写的刷写效率。

其中，第二预留存储区域是各程序存储子区域1043之间预留的部分存储区域，第二预留存储区域的具体区域大小可以由设计人员根据各软件簇中应用程序的内存大小确定。通过在各程序存储子区域1043之间设置第二预留存储区域，在后续软件簇应用程序更新升级时，可以根据软件簇模块101中各应用程序的实际情况对相应的程序存储子区域1043的区块存储大小进行扩增，保证后续软件簇应用程序的正常更新刷写。

为了能够更好的对域控制设备中软件簇模块的集成和更新进行统一高效管理，在一些实施例中，如图5所示，域控制设备100还包括：管理模块104，用于管理全局接口描述清单、各软件簇模块101中的应用程序和各软件簇模块101的本地接口描述清单。

域控制设备100的集成和更新都需要使用到各接口描述清单以及软件簇模块101中的相应应用程序，因此对域控制设备100中的各接口描述清单以及软件簇模块101中的各应用程序进行管理是实现域控制设备100集成和更新的关键步骤。设计人员可以在域控制设备100中设置用于统一管理的管理模块104，由管理模块104对域控制设备100中的全局接口描述清单、各软件簇模块101中的应用程序和各软件簇模块101的本地接口描述清单进行统一管理，能够有效提高域控制设备100管理的高效性。

以下将通过一些实施例对管理模块104的具体作用进行举例说明：

在其中一些实施例中，管理模块104，用于接收各软件簇模块101的应用程序和本地接口描述清单，确定各软件簇模块101在存储模块103中的程序存储子区域1043和本地清单存储子区域1042，将各软件簇模块101的应用程序存储至对应的程序存储子区域1043中，各软件簇模块101的本地接口描述清单存储至对应的本地清单存储子区域1042中。

在域控制设备需要进行应用程序集成时，常用的方案是由各程序供应方提供各应用程序的源代码文件，域控制设备通过对源代码文件进行审核编译，将编译后的整体文件返回给各程序供应方进行测试，在审核不成功、编译不成功或者测试不成功的情况下，域控制设备都需要通知各程序供应方对自身提供的源代码文件进行修改，直至测试成功为止，才能将相应的应用程序进行存储以完成应用程序在域控制设备上的集成。

上述常用集成方式，域控制设备需要自行对供应方提供的源代码文件进行编译，编译耗时较长。当出现审核、编译不成功的情况，都需要与多个供应方进行交互，整体开发效率低，在进行测试时，需要将整个编译后的文件发送给各个供应方进行测试，还存在程序泄露风险，安全性不高。

基于此，本实施例方案中，在域控制设备100需要进行软件簇模块101集成时，域控制设备100不再使用常用的集成方式，而是由各程序供应方根据自身提供的各应用程序定义对应软件簇模块101的本地接口描述清单，并将自身提供的各应用程序的源代码和本地接口描述清单进行集成编译测试，得到待集成软件簇模块101的集成文件，将集成文件发送给域控制设备100。

域控制设备100中的管理模块104接收集成文件中各软件簇模块101的应用程序和本地接口描述清单，确定各软件簇模块101在存储模块103中的程序存储子区域1043和本地清单存储子区域1042，将各软件簇模块101的应用程序存储至对应的程序存储子区域1043中，各软件簇模块101的本地接口描述清单存储至对应的本地清单存储子区域1042中，将各软件簇模块101集成在域控制设备100上。通过由程序供应方自行完成集成编译和测试，域控制设备100的管理模块104根据程序供应方提供的编译好的集成文件进行软件簇模块101集成操作，域控制设备100无需再与程序供应方进行多次多方交互，可以为域控制设备100的软件簇模块101集成过程节约大量时间，同时也可以保护各程序供应方提供的应用程序的安全性。

进一步的，在一些实施例中，管理模块104，用于接收各软件簇模块101之间进行交互的全局接口描述清单，将全局接口描述清单发送至存储模块103的全局清单存储子区域1041进行存储。

在域控制设备100中集成各软件簇模块101时，管理人员会预先根据域控制设备100中待集成的所有软件簇模块101之间进行交互的交互接口生成全局接口描述清单，并将全局接口描述清单发送给域控制设备100，域控制设备100中的管理模块104接收各软件簇模块101之间进行交互的全局接口描述清单，并将全局接口描述清单发送至存储模块103的全局清单存储子区域1041进行存储，在能够通过全局接口描述清单快速确定域控制设备100接口情况的同时，通过管理全局接口描述清单，当后续域控制设备100中需要新增或变更任意软件簇模块101时，该软件簇模块101需要的接口已经在全局接口描述清单中提供，只需要变更本软件簇的接口代码即可，能够有效提高后续域控制设备100的管理效率。

域控制设备100中除了需要集成软件簇模块101外，随着使用环境的变更，还会涉及到各软件簇模块101的更新操作。基于此，在一些实施例中，管理模块104，还用于接收待刷写文件，待刷写文件包括编译后文件，确定待刷写文件对应的目标软件簇模块，基于编译后文件对目标软件簇模块对应的本地清单存储子区域和程序存储子区域进行刷写。

其中，编译后文件是指管理模块104能够直接使用对域控制设备100上集成的软件簇模块101进行更新的文件数据。编译后文件可以包括编译后的软件簇模块101的应用程序，以及该软件簇模块101更新后的软件簇模块基本信息，例如软件簇模块编码、软件簇模块编码范围、软件簇模块的本地接口描述清单等。

在其中一些实施例中，当需要对域控制设备100上某个集成的软件簇模块101进行更新时，该软件簇模块101的程序供应方将会对该软件簇模块101的应用程序和相关基础信息进行集成编译，得到该软件簇模块101的编译后文件，再基于该软件簇模块101的编译后文件生成待刷写文件，将待刷写文件发送给域控制设备。可以理解的，待刷写文件除了编译后文件，还可以包括例如刷写文件生成时间、刷写文件发送地址等刷写文件基础信息。

在一些可选实施例中，管理模块104接收待刷写文件，根据待刷写文件确定待刷写文件对应的目标软件簇模块101，其中，目标软件簇模块101是指通过待刷写文件中的编译后文件能够实现软件更新的软件簇模块101，例如，当域控制设备100获取的待刷写文件中的编译后文件能够对MCU应用软件簇模块中软件的应用程序进行迭代更新时，MCU应用软件簇模块即为目标软件簇模块。可以理解的，目标软件簇模块的数量可以为单个，也可以为多个，例如一个域控制设备100中可以同时支持多个软件簇模块进行更新。

随后确定目标软件簇模块对应的本地清单存储子区域1042和程序存储子区域1043，再基于编译后文件在目标软件簇模块101对应的本地清单存储子区域1042和程序存储子区域1043中进行软件簇模块101的刷写操作，完成软件簇模块101的迭代更新。

上述实施例中，管理模块通过接收待刷写文件，即可单独对待刷写文件对应的目标软件簇模块进行更新刷写，能够有效减少域控制设备与多方供应商的交互，同时减少域控制设备的编译时长，大幅度提高了域控制设备的软件刷写效率。

进一步的，在一些实施例中，管理模块104，用于在擦除目标软件簇模块对应的本地清单存储子区域1042中的本地接口描述清单和擦除目标软件簇模块对应的程序存储子区域1043中的应用程序后，从编译后文件中获取目标软件簇模块的目标应用程序和目标本地接口描述清单，将目标应用程序刷写至目标软件簇模块对应的程序存储子区域1043，将目标本地接口描述清单刷写至目标软件簇模块对应的本地清单存储子区域1042。

其中，目标应用程序是指需要进行更新的应用程序。

域控制设备100中的管理模块104接收待刷写文件中目标软件簇模块101的目标应用程序以及目标本地接口描述清单，确定目标软件簇模块101在存储模块103中的程序存储子区域1043和本地清单存储子区域1042后，将目标软件簇模块101对应的程序存储子区域1043中的历史程序擦除，随后将目标应用程序刷写至对应的程序存储子区域1043，同时将目标软件簇模块101对应的本地清单存储子区域1042中的历史本地接口描述清单擦除，将目标本地接口描述清单刷写至对应的本地清单存储子区域1042。

在将目标应用程序以及目标本地接口描述清单分别写入目标软件簇模块101对应的程序存储子区域1043和本地清单存储子区域1042之前，通过对程序存储子区域1043和本地清单存储子区域1042中的历史本地接口描述清单和历史程序擦除，能够有效降低后续刷写过程失败的概率，进而提高了域控制设备刷写效率。

在完成了目标软件簇模块的刷写后，在一些实施例中，管理模块104还用于根据目标本地接口描述清单对全局接口描述清单进行更新，将更新后的全局接口描述清单存储至全局清单存储子区域1041。

域控制设备100在对目标软件簇模块进行刷写时，由于目标软件簇模块中的应用程序发生了更新，相应的目标软件簇模块中的本地接口描述清单也随之更新，为了保持域控制设备100中接口信息的统一性，管理模块104还用于根据目标本地接口描述清单对全局接口描述清单进行更新，并将更新后的全局接口描述清单存储至存储模块103的全局清单存储子区域1041。而每次对软件簇模块101进行刷写时，都只需要根据待刷写的目标软件簇模块的目标本地接口描述清单对全局接口描述清单进行更新，而无需重新根据所有软件簇模块101的接口信息重新生成全局接口描述清单，有效提高了域控制设备100进行软件簇刷写时的刷写效率。

在进行软件簇模块划分时，需要考虑域控程序供应方的分布情况，以常见的整车系统为例，域控程序供应方的分布一般分为以下两种情况：

在一些实施例中，如图6所示，域控硬件和BSW应用程序（即底层整体）可以由同一程序供应方3提供，上层应用程序则分别由不同程序供应方提供，例如MCU应用程序由供应方1提供，VCU应用程序由整车供应方提供，BMS应用程序由供应方2提供。集成方是域控硬件和底层的供应方3。

在另一些实施例中，如图7所示，域控硬件和BSW应用程序（即底层整体）可以由同一程序供应方2提供，同时程序供应方2还可以提供部分上层应用程序，例如BMS应用程序，而其他上层应用程序则分别由不同程序供应方提供，例如MCU应用程序由程序供应方1提供，VCU应用程序由整车供应方提供。

基于图6和图7两种域控程序供应方的分布情况，可以提出以下两种软件簇模块定义方式。

在其中一些实施例中，可以不同程序供应方提供的应用程序分别划分为一个软件簇模块，得到如图8所示的MCU应用软件簇模块、VCU应用软件簇模块、BMS应用软件簇模块和BSW应用软件簇模块，定义各个软件簇模块之间的交互接口。在另一些实施例中，如图9所示，可以将两个程序供应方（MCU供应方和VCU供应方）的应用程序分别划分为两个软件簇模块，即MCU应用软件簇模块、VCU应用软件簇模块，另外一个程序供应方提供的BMS应用程序、BSW应用程序和域控硬件划分为一个单独软件簇模块，即BMS应用软件簇模块，定义各软件簇模块之间的交互接口。

而这两种方法中，明显第一种分别划分为独立软件簇模块的方法更具有普适性，能够适用于多种域控供应方的分布场景。

基于此，在一些实施例中，如图10所示，提供了一种域控制设备1000，域控制设备1000中包括了软件簇模块1001，软件簇模块1001包括了MCU应用软件簇模块10011、VCU应用软件簇模块10012、BMS应用软件簇模块10013、BSW应用软件簇模块10014，域控制设备1000还包括全局接口描述清单模块1002、存储模块1003和管理模块1004。

其中，管理模块1004用于对域控制设备1000中的全局接口描述清单、各软件簇模块的本地接口描述清单和应用程序进行管理。

存储模块1003中设置有全局清单存储子区域10031、各软件簇模块1001对应的本地清单存储子区域10032以及各软件簇模块对应的程序存储子区域10033。存储模块1003中的存储空间分布如图11所示，其中，全局清单存储子区域10031用于存储域控制设备1000的全局接口描述清单，本地清单存储子区域10032用于存储对应软件簇模块1001的本地接口描述清单，程序存储子区域10033用于存储对应软件簇模块1001的应用程序。全局清单存储子区域10031和各本地清单存储子区域10032均设置在Flash前端地址，清单存储子区域之间预留有部分存储，用于保障软件簇模块1001交互后续可以增加。各个程序存储子区域10033设置在前端Flash地址后端，并且每个软件簇模块1001对应的程序存储子区域10033之间预留有部分存储，用于保障软件簇模块1001功能后续有添加。

其中，全局接口描述清单可以由用户根据域控制设备1000中待集成的所有软件簇模块1001需要交互的接口信息定义生成，并对所有的接口依次编码存放。可以理解的，用户可以是任意一个具备全局接口描述清单定义权限的人员，例如整车管理人员、域控制设备开发人员等。

如图12所示，全局接口描述清单模块1005中配置有各软件簇模块1001之间进行交互的全局接口描述清单，全局接口描述清单包括交互接口类型：Send/Receive（SR）和Client/Servicer（CS）；提供该交互接口的软件簇模块1001编码ID；该交互接口在对应的软件簇模块1001的本地接口描述清单的位置信息。

整车管理人员分别将全局接口描述清单发送给域控制设备1000和各软件簇模块1001的程序供应方。域控制设备1000中的管理模块1004获取了全局接口描述清单后，即可将全局接口描述清单发送至存储模块1003中全局清单存储子区域10031进行存储。

各程序供应方获取到全局接口描述清单后，会根据全局接口描述清单获取对应软件簇模块1001中各输入接口的编码ID和输出接口的编码ID，随后根据各输入接口的编码ID和输出接口的编码ID，以及各输出接口值存放的内存地址，定义生成对应软件簇模块1001的本地接口描述清单。以MCU软件簇模块的本地接口描述清单为例，本地接口描述清单的清单格式如图13所示。

实际应用时，在域控制设备1000上集成MCU应用软件簇模块10011、VCU应用软件簇模块10012、BMS应用软件簇模块10013、BSW应用软件簇模块10014、全局接口描述清单模块1002、存储模块1003和管理模块1004的具体集成方式如图14所示，其中，VCU程序供应方、MCU程序供应方、BMS程序供应方、BSW程序供应方分别将对应软件簇模块1001的各应用程序的源代码文件进行审核、集成编译，编译完成后根据编译后的应用程序以及定义好的本地接口描述清单生成对应软件簇模块1001的集成文件，并对集成文件进行测试，在测试成功的情况下，将集成文件发送至域控制设备1000，测试不成功则由各个程序供应方自行对自身提供的集成文件进行修复或变更。

域控制设备1000中的管理模块1004接收各程序供应方发送的集成文件，从集成文件中获取对应软件簇模块1001的各应用程序以及本地接口描述清单，同时在存储模块1003中确定各软件簇模块1001的本地清单存储子区域10032和程序存储子区域10033，将对应软件簇模块1001中的各应用程序存储至程序存储子区域10033中，将对应软件簇模块的本地接口描述清单存储至本地清单存储子区域10032中，以将软件簇模块1001集成在域控制设备1000上。

在需要对域控制设备1000的目标软件簇进行程序更新时，目标软件簇模块的程序供应方将待更新的目标应用程序的源代码进行审核，审核成功后根据目标应用程序定义生成目标本地接口描述清单，将目标本地接口描述清单与目标应用程序进行编译和测试，在测试成功的情况下生成对应目标软件簇模块的刷写文件，将刷写文件发送至域控制设备1000。

域控制设备1000中的管理模块1004接收目标软件簇模块的刷写文件，从刷写文件中获取目标软件簇模块的目标应用程序以及目标本地接口描述清单，同时在存储模块1003中确定目标软件簇模块对应的本地清单存储子区域10032和程序存储子区域10033，从目标软件簇模块对应的本地清单存储子区域10032中擦除目标软件簇模块的历史本地接口描述清单，将目标本地接口描述清单刷写至目标软件簇模块对应的本地清单存储子区域10032中。从目标软件簇模块对应的程序存储子区域10033中擦除目标软件簇模块的历史应用程序，将目标软件簇模块的目标应用程序刷写至目标软件簇模块对应的程序存储子区域10033中，完成目标软件簇的刷写操作。

应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

上述域控制设备中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

需要说明的是，本申请所涉及的用户信息（包括但不限于用户设备信息、用户个人信息等）和数据（包括但不限于用于分析的数据、存储的数据、展示的数据等），均为经用户授权或者经过各方充分授权的信息和数据。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器（Read-OnlyMemory，ROM）、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器（ReRAM）、磁变存储器（Magnetoresistive Random Access Memory，MRAM）、铁电存储器（Ferroelectric RandomAccess Memory，FRAM）、相变存储器（Phase Change Memory，PCM）、石墨烯存储器等。易失性存储器可包括随机存取存储器（Random Access Memory，RAM）或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器（Static Random Access Memory，SRAM）或动态随机存取存储器（Dynamic RandomAccessMemory，DRAM）等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (12)

1.一种域控制设备，其特征在于，所述域控制设备包括：

至少两个软件簇模块，任意一个所述软件簇模块中的应用程序来自于同一家程序供应方，且配置有本地接口描述清单，所述本地接口描述清单用于管理各所述软件簇模块进行交互使用的本地接口的接口信息，包括所述软件簇模块的输入接口、输出接口以及输出接口值的存放地址；软件簇是将来自于同一家程序供应方的应用程序进行聚类得到的软件单元；

全局接口描述清单模块，配置有各所述软件簇模块之间进行交互的全局接口描述清单，所述全局接口描述清单包括交互接口在对应的软件簇模块的本地接口描述清单中的位置信息。

2.根据权利要求1所述的域控制设备，其特征在于，所述域控制设备还包括：

存储模块，配置有接口描述清单存储区域和软件簇程序存储区域；所述接口描述清单存储区域用于存储所述全局接口描述清单以及各所述软件簇模块的本地接口描述清单，所述软件簇程序存储区域用于存储各所述软件簇模块的应用程序。

3.根据权利要求2所述的域控制设备，其特征在于，所述接口描述清单存储区域设置于所述存储模块的前端地址。

4.根据权利要求2所述的域控制设备，其特征在于，所述软件簇程序存储区域设置于所述存储模块的前端地址后端。

5.根据权利要求2-4任一项所述的域控制设备，其特征在于，所述接口描述清单存储区域包括：全局清单存储子区域和与各所述软件簇模块对应的本地清单存储子区域；

所述全局清单存储子区域用于存储所述全局接口描述清单；

与各所述软件簇模块对应的本地清单存储子区域分别用于存储对应软件簇模块的本地接口描述清单；

所述全局清单存储子区域、各本地清单存储子区域之间设置有第一预留存储区域。

6.根据权利要求2-4任一项所述的域控制设备，其特征在于，所述软件簇程序存储区域包括：各所述软件簇模块对应的程序存储子区域；

各所述程序存储子区域用于存储对应软件簇模块的应用程序，各所述程序存储子区域之间设置有第二预留存储区域。

7.根据权利要求2所述的域控制设备，其特征在于，所述域控制设备还包括：

管理模块，用于管理所述全局接口描述清单、各所述软件簇模块中的应用程序和各所述软件簇模块的本地接口描述清单。

8.根据权利要求7所述的域控制设备，其特征在于，

所述管理模块，用于接收各所述软件簇模块的应用程序和本地接口描述清单，确定各所述软件簇模块在所述存储模块中的程序存储子区域和本地清单存储子区域，将各所述软件簇模块的应用程序存储至对应的程序存储子区域中，各所述软件簇模块的本地接口描述清单存储至对应的本地清单存储子区域中。

9.根据权利要求7或8所述的域控制设备，其特征在于，

所述管理模块，用于接收各所述软件簇模块之间进行交互的全局接口描述清单，将所述全局接口描述清单发送至所述存储模块的全局清单存储子区域进行存储。

10.根据权利要求9所述的域控制设备，其特征在于，

所述管理模块还用于接收待刷写文件，待刷写文件包括编译后文件，确定所述待刷写文件对应的目标软件簇模块，基于所述编译后文件对所述目标软件簇模块对应的本地清单存储子区域和程序存储子区域进行刷写。

11.根据权利要求10所述的域控制设备，其特征在于，

所述管理模块，用于在擦除所述目标软件簇模块对应的本地清单存储子区域中的本地接口描述清单和擦除所述目标软件簇模块对应的程序存储子区域中的应用程序后，从所述编译后文件中获取所述目标软件簇模块的目标应用程序和目标本地接口描述清单，将所述目标应用程序刷写至所述目标软件簇模块对应的程序存储子区域，将所述目标本地接口描述清单刷写至所述目标软件簇模块对应的本地清单存储子区域。

12.根据权利要求11所述的域控制设备，其特征在于，

所述管理模块还用于根据所述目标本地接口描述清单对所述全局接口描述清单进行更新，将更新后的全局接口描述清单存储至所述全局清单存储子区域。