一种车载软件的管理方法、装置、存储介质及系统与流程

本发明涉及汽车技术领域，尤其涉及一种车载软件的管理方法、装置、存储介质及系统。

背景技术：

目前，每辆汽车中往往包括多个系统组成，每个系统都有其对应的控制单元，在现有技术中，有如下问题出现：

汽车配置功能变得越来越丰富，相应地控制单元数量大大增加，软件功能变得更复杂，软件更新换代也更频繁，这些都给控制器软件管理提出了更高的要求。汽车需要对控制单元中的各种车载软件进行联网升级，而不同的控制单元的兼容性不同，在联网对车载软件升级时，无法提供统一的软件包来源，从而车载软件无法准确升级。

技术实现要素：

本发明实施例提供一种车载软件的管理方法、装置、存储介质及系统，能有效解决现有技术中在联网对车载软件升级时，无法提供统一的软件包来源的问题，从而使得车载软件能够准确升级。

本发明一实施例提供一种车载软件的管理方法，包括：

获取各个车辆的车型信息，并根据各个车辆的车型信息确定各个车辆对应的功能模块；

根据各个车辆对应的功能模块对应确定控制单元、车辆硬件及车载软件；

根据不同种类的控制单元关联对应的车辆硬件；

根据关联到的车辆硬件关联对应的车载软件及车载软件的升级限制条件，并根据关联到的车载软件确定对应的软件信息，其中，所述软件信息包括：软件包版本号。

作为上述方案的改进，在所述根据不同种类的控制单元关联对应的车辆硬件之后，还包括：

将存在依赖关系的至少两个控制单元进行关联，以使存在依赖关系的至少两个控制单元对应的车载软件的软件信息同步保存。

作为上述方案的改进，在所述根据不同种类的控制单元关联对应的车辆硬件之后，还包括：

根据关联到的车辆硬件确定对应的硬件信息，其中，所述硬件信息包括：优先等级、门控条件及版本信息。

作为上述方案的改进，在所述根据关联到的车辆硬件关联对应的车载软件及车载软件的升级限制条件，并根据关联到的车载软件确定对应的软件信息之后，还包括：

在接收到车载软件升级请求后，根据预设的软件检验算法对关联到的车载软件的软件包进行校验，生成软件校验值。

作为上述方案的改进于，在所述根据关联到的车辆硬件关联对应的车载软件及车载软件的升级限制条件，并根据关联到的车载软件确定对应的软件信息之后，还包括：

将关联的车辆硬件及车载软件分别进行标记。

作为上述方案的改进，在所述根据关联到的车辆硬件关联对应的车载软件及车载软件的升级限制条件，并根据关联到的车载软件确定对应的软件信息之后，还包括：

若关联到的车载软件的软件版本存在依赖关系，则关联被依赖的软件。

本发明另一实施例对应提供了一种车载软件的管理装置，包括：

获取模块，用于获取各个车辆的车型信息，并根据各个车辆的车型信息确定各个车辆对应的功能模块；

第一关联模块，用于根据各个车辆对应的功能模块对应确定控制单元、车辆硬件及车载软件；

第二关联模块，用于根据不同种类的控制单元关联对应的车辆硬件；

第三关联模块，用于根据关联到的车辆硬件关联对应的车载软件及车载软件的升级限制条件，并根据关联到的车载软件确定对应的软件信息,其中，所述软件信息包括：软件包版本号。

本发明另一实施例提供了一种车载软件的管理系统，包括用于集成车型信息、控制单元、车辆硬件及车载软件的ibom系统及车载软件包服务系统；

所述车载软件包服务系统包括：处理器、存储器以及存储在所述存储器中且被配置为由所述处理器执行的计算机程序，所述处理器执行所述计算机程序时实现上述发明实施例所述的车载软件的管理方法。

本发明另一实施例提供了一种车载软件的升级系统，包括用于发送车载软件升级请求的车辆诊断升级模块及用于根据所述车载软件升级请求发送对应的软件信息和升级限制条件至所述车辆诊断升级模块的车载软件包服务系统；

所述车载软件包服务系统包括：处理器、存储器以及存储在所述存储器中且被配置为由所述处理器执行的计算机程序，所述处理器执行所述计算机程序时实现上述发明实施例所述的车载软件的管理方法。

本发明另一实施例提供了一种存储介质，所述计算机可读存储介质包括存储的计算机程序，其中，在所述计算机程序运行时控制所述计算机可读存储介质所在设备执行上述发明实施例所述的车载软件的管理方法。

与现有技术相比，本发明实施例公开的车载软件的管理方法、装置、系统及存储介质，通过获取各个车辆的车型信息，并根据各个车辆的车型信息确定对应的功能模块，之后根据功能模块确定对应的控制单元、车辆硬件及车载软件，再根据不同种类的控制单元关联对应的车辆硬件，再根据车辆硬件关联对应的车载软件，同时根据车辆硬件得到车载软件的升级限制条件。由此可见，通过建立功能模块与控制单元的关系、控制单元与车辆硬件的关系、车辆硬件与车载软件的关系以及车载软件的升级限制条件，使得在车辆上的车载软件需要联网升级时，只需根据车型信息即能够自动识别同一个控制单元与车载软件的软件版本的匹配关系，并根据不同的控制单元提供不同的软件包来源，同时根据升级限制条件对车载软件进行升级，以使车载软件准确升级。

附图说明

图1是本发明一实施例提供的一种车载软件的管理方法的流程示意图；

图2是本发明一实施例提供的一种车载软件的管理方法的具体流程示意图；

图3是本发明一实施例提供的一种车载软件的管理方法的流程示意图；

图4是本发明一实施例提供的一种车载软件的管理方法的流程示意图；

图5是本发明一实施例提供的一种车载软件的管理系统的结构示意图；

图6是本发明一实施例提供的一种车载软件的升级系统的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

参见图1，是本发明一实施例提供的一种车载软件的管理方法的流程示意图。

本实施例提供的车载软件的管理方法可以由车辆的车载软件管理系统执行，具体为车载软件包服务系统1执行。该车载软件管理系统可以通过软件和/或硬件的方式实现，该车载软件管理系统可以是两个或多个物理实体构成，也可以是一个物理实体构成。

进一步地，所述车载软件包服务系统1与车辆的ibom系统2、车辆诊断升级模块、无线通信模块、车辆的显示系统和车辆的驱动系统等连接(连接的方式可以是有线连接或无线连接等方式)。其中，所述车载软件管理系统通过所述ibom系统2获取车型信息、控制单元、车辆硬件及车载软件，所述车载软件管理系统建立控制单元与车辆硬件的匹配关系以及车辆硬件与车载软件的匹配关系，从而识别同一控制单元与车载软件的软件版本的匹配关系。所述车载软件管理系统通过控制车辆的显示系统向用户显示车载软件升级的状态信息等内容。所述车载软件包服务系统1还接收车辆诊断升级模块的车载软件升级请求，所述车载软件包服务系统1根据所述的车载软件升级请求发送对应的软件信息至车辆诊断升级模块，所述车辆诊断升级模块可以为ota升级系统3，还可以为其他软件升级系统，在此不做具体限定。需要说明的是，上述各种信息可以直接发送给所述车载软件管理系统，也可以是先发送到其他的信息处理装置经过相应的信息处理后，然后由该信息处理装置将处理后的信息发送给所述车载软件管理系统。

在本实施例中，示例性地，所述车载软件包服务系统1集成有电子控制单元(electroniccontrolunit，ecu)，例如vsp(vehiclesoftwarepackagemanagementsystem)系统。而由于车载软件管理系统可以与外网进行通信，因此，无线通信模块为车辆的集成有外网通信功能的电子控制单元(electroniccontrolunit，ecu)，例如t-box。所述车载软件可以为车辆的电子控制单元软件(即ecu软件)，还可以为驱动软件等，在此不做具体限定。

本发明一实施例提供一种车载软件的管理方法，包括：

s10，获取各个车辆的车型信息，并根据各个车辆的车型信息确定各个车辆对应的功能模块。

s20，根据各个车辆对应的功能模块对应确定控制单元、车辆硬件及车载软件。

s30，根据不同种类的控制单元关联对应的车辆硬件。

s40，根据关联到的车辆硬件关联对应的车载软件及车载软件的升级限制条件，并根据关联到的车载软件确定对应的软件信息，其中，所述软件信息包括：软件包版本号。

其中，升级限制条件可以是预先在系统中存储有车辆硬件与升级限制条件的对应关系，还可以是根据车辆硬件的硬件信息进行设置，在此不作限定。

需要说明的是，在本实施例中，以vsp系统作为车载软件管理系统的服务端为例进行说明。vsp系统能够根据车载软件升级请求结算软件包、软件包版本号及校验码给下游系统。而车辆由很多功能模块组成，不同的车型有不同的功能模块，在ibom系统2中预先存储了各个车型的各种功能模块。vsp系统从ibom系统2中车型信息，并将车型信息与功能模块进行匹配。不同功能模块由不同的控制单元进行控制，即电子控制单元(electroniccontrolunit，ecu)。车辆硬件可以为电池管理系统(bms)、惯性测量单元(imu)、感知传感器等。示例性地，vsp系统获取各个车辆的车型信息，以使vsp系统存储有各种车辆的车型信息，从而能够对任意车辆进行车载软件的升级。

需要说明的是，车辆的不同种类的控制单元对应控制不同的车辆硬件，即，不同种类的控制单元接收不同的车辆硬件的硬件信息。例如，用于控制惯性测量单元的控制单元则接收惯性测量单元所采集的信息。vsp系统中预先存储了控制单元与车辆硬件的对应关系。因此根据控制单元会对应关联车辆硬件。对于不同的车辆硬件需要不同的车载软件进行控制，并完善车载软件的软件信息，并且根据车辆硬件的不同，车载软件的升级限制条件也不同。在车辆的车载软件在升级时，可以根据不同的控制单元直接获取软件版本号，从而获取软件包进行升级，避免不同控制单元的软件版本不兼容的问题。其中，软件信息不仅包括软件包版本号、软件校验值及网络地址(url序列)，还包括车载软件版本是否存在依赖关系。

示例性地，根据车型信息可以分为动力系统功能模块、驾驶辅助系统功能模块(adas)等。动力系统功能模块对应的控制单元为车身域控制器(bcdm)。同时根据动力系统功能模获取对应车辆硬件及车载软件。

综上所述，通过获取各个车辆的车型信息，并根据各个车辆的车型信息确定对应的功能模块，之后根据功能模块确定对应的控制单元、车辆硬件及车载软件，再根据不同种类的控制单元关联对应的车辆硬件，再根据车辆硬件关联对应的车载软件，同时根据车辆硬件得到车载软件的升级限制条件。由此可见，通过建立功能模块与控制单元的关系、控制单元与车辆硬件的关系、车辆硬件与车载软件的关系以及车载软件的升级限制条件，使得在车辆上的车载软件需要联网升级时，只需根据车型信息即能够自动识别同一个控制单元与车载软件的软件版本的匹配关系，并根据不同的控制单元提供不同的软件包来源，同时根据升级限制条件对车载软件进行升级，以使车载软件准确升级。

作为上述方案的改进，在所述根据不同种类的控制单元关联对应的车辆硬件之后，还包括：

s31，将存在依赖关系的至少两个控制单元进行关联，以使存在依赖关系的至少两个控制单元对应的车载软件的软件信息同步保存。

需要说明的是，存在依赖关系的至少两个控制单元为控制单元需要同步进行升级，才可以正常进行工作。可以理解的是，若只对其中一个控制单元进行升级，则容易出现升级失败的问题。

示例性地，若第一控制单元具有存在依赖关系的第二控制单元，则将第一控制单元与第二控制单元进行关联，那么不仅需要获取第一控制单元对应的车载软件，还需要获取第二控制单元对应的车载软件，保证车载软件能够升级成功。

作为上述方案的改进，在所述根据不同种类的控制单元关联对应的车辆硬件之后，还包括：

s32，根据关联到的车辆硬件确定对应的硬件信息，其中，硬件信息包括：优先等级、门控条件、版本信息、高低电压，还包括是否存在依赖性。

需要说明的是，vsp系统将控制单元与车辆硬件关联之后，再获取车辆硬件的硬件信息进行匹配。而根据优先等级能够对车辆硬件进行依次升级，即能够根据车辆的优先等级依次对车载软件进行升级。

在本实施例中，硬件信息即为车载软件升级的限制条件，在升级时需要满足车辆硬件的所有硬件信息，车载软件才可以升级成功。

作为上述方案的改进，在所述根据关联到的车辆硬件关联对应的车载软件及车载软件的升级限制条件，并根据关联到的车载软件确定对应的软件信息之后，还包括：

s43，在接收到车载软件升级请求后，根据预设的软件检验算法对关联到的车载软件的软件包进行校验，生成软件校验值。其中，预设的软件校验算法可以为sha256算法、crc校验算法，还可以为其他可以得到软件校验码的算法，在此不作限定。

在本实施例中，采用sha256算法计算的哈希值，即确保软件包传输完整性的校验值sha256，并将校验码存储在校验码字段中。

作为上述方案的改进，在所述根据关联到的车辆硬件关联对应的车载软件及车载软件的升级限制条件，并根据关联到的车载软件确定对应的软件信息之后，还包括：

s41，将关联的车辆硬件及车载软件分别进行标记。

具体地，在vsp系统中将车辆硬件与车载软件进行标记，使得关联到车辆硬件后，能够直接关联到车载软件，从而关联到的车载软件的软件信息以及对应的软件包保存在vsp系统中，以使车辆的车载软件在需要升级时，只需发送车载软件升级请求，vsp系统则反馈对应的软件包，以使车载软件进行升级。

作为上述方案的改进，在所述根据关联到的车辆硬件关联对应的车载软件及车载软件的升级限制条件，并根据关联到的车载软件确定对应的软件信息之后，还包括：

s42，若关联到的车载软件的软件版本存在依赖关系，则关联被依赖的软件。

具体地，在实际应用中，很多车载软件之间存在依赖关系，即需要有依赖关系的车载软件同步升级才能成功进行升级，因此需要判断关联到的车载软件的软件版本是否存在依赖关系，若存在依赖关系的软件进行关联。那么在vsp系统接收到车载软件升级请求时，不仅需要发送关联到的车载软件的软件包，还需将被依赖的软件的软件包一起发送至车载升级系统，从而保证车载软件成功升级。

为了方便理解，以下进行举例说明：

参见图3，首先从ibom系统2中获取车型信息、控制单元类型、车辆硬件、车载软件至vsp系统，从而座位在vsp系统中建立车载软件结构树的基础数据。

车载软件结构树第一层：按照获取的车型信息进行分类，即统一车型的归为一类。

车载软件结构树第二层：将每个车型按功能进行分块，即分为若干个功能模块。

车载软件结构树第三层：每个功能模块关联对应的控制单元。

车载软件结构树第四层：根据控制单元关联对应的车辆硬件；并完善车辆硬件的硬件信息。硬件信息包括：优先等级、门控条件、版本信息、高低电压，还包括是否存在依赖性。将存在依赖性的控制单元进行关联。

车载软件结构树第五层：根据开发规范将车辆硬件与车载软件进行关联。并软件版本号、校验码以及url序列，从而构建车载软件结构树。再上传该版本号的软件包并进行维护，以保存至vsp系统。

而当vsp系统接收到车辆诊断升级模块发送的车载软件升级请求，则计算软件包的校验码，再向车辆诊断升级模块发送对应的软件包、校验码及升级限制条件，以使车辆根据升级限制条件对车载软件进行升级。

参见图4，是本发明一实施例提供一种车载软件的管理装置的结构示意图。

本发明一实施例对应提供了一种车载软件的管理装置，包括：

获取模块10，用于获取各个车辆的车型信息，并根据各个车辆的车型信息确定各个车辆对应的功能模块。

第一关联模块20，用于根据各个车辆对应的功能模块对应确定控制单元、车辆硬件及车载软件。

第二关联模块30，用于根据不同种类的控制单元关联对应的车辆硬件。

第三关联模块40，用于根据关联到的车辆硬件关联对应的车载软件及车载软件的升级限制条件，并根据关联到的车载软件确定对应的软件信息,其中，所述软件信息包括：软件包版本号。

本发明实施例提供的一种车载软件的管理装置，通过获取各个车辆的车型信息，并根据各个车辆的车型信息确定对应的功能模块，之后根据功能模块确定对应的控制单元、车辆硬件及车载软件，再根据不同种类的控制单元关联对应的车辆硬件，再根据车辆硬件关联对应的车载软件，同时根据车辆硬件得到车载软件的升级限制条件。由此可见，通过建立功能模块与控制单元的关系、控制单元与车辆硬件的关系、车辆硬件与车载软件的关系以及车载软件的升级限制条件，使得在车辆上的车载软件需要联网升级时，只需根据车型信息即能够自动识别同一个控制单元与车载软件的软件版本的匹配关系，并根据不同的控制单元提供不同的软件包来源，同时根据升级限制条件对车载软件进行升级，以使车载软件准确升级。

作为上述方案的改进，所述装置还包括：

第四关联模块，用于将存在依赖关系的至少两个控制单元进行关联，以使存在依赖关系的至少两个控制单元对应的车载软件的软件信息同步保存。

作为上述方案的改进，所述装置还包括：

硬件信息获取模块，用于根据关联到的车辆硬件确定对应的硬件信息，其中，所述硬件信息包括：优先等级、门控条件、版本信息。

作为上述方案的改进，所述装置还包括：

车载软件校验模块，用于在接收到车载软件升级请求后，根据预设的软件检验算法对关联到的车载软件的软件包进行校验，生成软件校验值。

作为上述方案的改进，所述装置还包括：

标记模块，用于将关联的车辆硬件及车载软件分别进行标记。

作为上述方案的改进，所述装置还包括：

第四关联模块，用于将关联到的车载软件的软件版本存在依赖关系，则关联被依赖的软件。

参见图5，是本发明一实施例提供的车载软件的管理系统的示意图。

本发明一实施例提供了一种车载软件的管理系统，包括用于集成车型信息、控制单元、车辆硬件及车载软件的ibom系统2及车载软件包服务系统1。

所述车载软件包服务系统1包括：处理器、存储器以及存储在所述存储器中且被配置为由所述处理器执行的计算机程序，所述处理器执行所述计算机程序时实现上述发明实施例所述的车载软件的管理方法。

本发明实施例提供的一种车载软件的管理系统，车载软件包服务系统1通过ibom系统2获取车型信息、功能模块、控制单元、车辆硬件、车载软件，车载软件包服务系统1通过车辆信息关联功能模块，再通过功能模块关联控制单元，之后根据不同种类的控制单元关联对应的车辆硬件，再根据车辆硬件关联对应的车载软件以及软件的限制条件，还将具有依赖关系的控制单元进行关联，从而建立车载软件的管理架构。

参见图6，是本发明一实施例提供的车载软件的升级系统的示意图。

本发明一实施例提供了一种车载软件的升级系统，包括用于发送车载软件升级请求的车辆诊断升级模块及用于根据所述车载软件升级请求发送对应的软件信息和升级限制条件至所述车辆诊断升级模块的车载软件包服务系统；

所述车载软件包服务系统包括：处理器、存储器以及存储在所述存储器中且被配置为由所述处理器执行的计算机程序，所述处理器执行所述计算机程序时实现上述发明实施例所述的车载软件的管理方法。

需要说明的是，车载软件升级请求可以为当前车辆的车型信息，还可为当前车辆的车辆硬件。在本实施例中车辆诊断升级模块包括：ota升级系统3、诊断系统4，诊断系统4具体为obd(on-boarddiagnostics)。当诊断系统4诊断出车辆硬件需要升级时，则发送指定的车辆硬件至车载软件包服务系统1，车载软件包服务系统1根据指定的车辆硬件匹配对应的车载软件，并将车载软件的软件信息和升级限制条件发送至诊断系统4。

本发明实施例提供的一种车载软件的升级系统，车载软件包服务系统1接收ota升级系统3发送的车载软件升级请求，则向ota升级系统3发送对应的软件包及校验码，再根据升级限制条件对车载软件进行升级，以使车载软件进行准确升级。

示例性的，所述计算机程序可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器中，并由所述处理器执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序在所述车载软件包服务系统1中的执行过程。

所述车载软件包服务系统1可以是桌上型计算机、笔记本、掌上电脑等计算设备。所述车载软件包服务系统1可包括，但不仅限于，处理器、存储器。本领域技术人员可以理解，所述示意图仅仅是车载软件包服务系统1的示例，并不构成对车载软件包服务系统1的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述车载软件包服务系统1还可以包括输入输出设备、网络接入设备、总线等。

所称处理器可以是中央处理单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，所述处理器是所述车载软件包服务系统1的控制中心，利用各种接口和线路连接整个车载软件包服务系统1的各个部分。

所述存储器可用于存储所述计算机程序和/或模块，所述处理器通过运行或执行存储在所述存储器内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现所述车载软件包服务系统1的各种功能。所述存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

其中，所述车载软件包服务系统1集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、电载波信号、电信信号以及软件分发介质等。

需说明的是，以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外，本发明提供的装置实施例附图中，模块之间的连接关系表示它们之间具有通信连接，具体可以实现为一条或多条通信总线或信号线。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围。