CN116483422A - 车载应用软件的管理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请涉及车辆软件管理技术领域，特别涉及一种车载应用软件的管理方法、装置、电子设备及存储介质，其中，方法包括：获取车载应用软件的当前管理需求；基于当前管理需求，确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略；根据每个待管理软件的最佳管理策略对每个待管理软件进行管理，并根据每个待管理软件的管理结果得到车载应用软件最终管理报告。根据本申请实施例的车载应用软件的管理方法，基于对车辆应用软件的管理需求，通过多种管理策略以实现车辆应用软件的快速实施、部署、测试的全链路闭环，从而提升了应用软件的维护、测试等效率。

Description

车载应用软件的管理方法、装置、电子设备及存储介质

技术领域

本申请涉及车辆软件管理技术领域，特别涉及一种车载应用软件的管理方法、装置、电子设备及存储介质。

背景技术

在车联网技术不断发展的过程中，为满足用户的使用需求，提高车辆的使用性能，并基于车辆的开发、测试等应用管理，催生了大量的车机应用软件版本，在实际应用中，不同车型、不同硬件环境以及不同系统环境需要不同的软件版本支持，从而产生的大量车机应用软件需要专门的系统进行有效的管理，以提高车机应用软件的管理效率。

相关技术中，基于车机应用软件采用安装环境配置表和应用依赖配置表，从而快速地实现软件依赖环境的检测和依赖软件的安装。

然而，上述方法具体主要存在以下几方面问题：

(1)针对不同车型、不同系统环境，无法实现可支持软件的快速筛查，易提高维护成本；

(2)不支持软件架构层级、软件依赖关系可视化，易造成OTA(Over the AirTechnology，空中下载技术)升级或安装测试困难；

(3)无法有效维护软件架构层级定义，并且基于定制化ROM(Read Only Memory，只读内存)或第三方ROM无法快速定位支持的软件列表；

(4)无法确定软件测试的登记时间，易造成无法实时追踪软件测试的相关情况。

发明内容

本申请提供一种车载应用软件的管理方法、装置、电子设备及存储介质，以解决对于车辆的应用软件管理需求无法提供一套对应的管理策略，从而降低了应用软件的维护、测试效率等问题。

本申请第一方面实施例提供一种车载应用软件的管理方法，包括以下步骤：获取车载应用软件的当前管理需求；基于所述当前管理需求，确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略；以及根据所述每个待管理软件的最佳管理策略对所述每个待管理软件进行管理，并根据所述每个待管理软件的管理结果得到所述车载应用软件最终管理报告。

根据上述技术手段，通过多种管理策略以实现车辆应用软件的快速实施、部署、测试的全链路闭环，从而提升了应用软件的维护、测试等效率。

进一步地，在本申请的一个实施例中，所述当前管理需求为软件版本管理需求，所述基于所述当前管理需求，确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略，包括：获取所述目标车辆的型号项目信息、所述至少一个待管理软件的软件版本信息和/或集成环境信息；基于所述软件版本管理需求，在车辆项目信息页面录入所述型号项目信息，在车辆应用软件页面录入所述软件版本信息，和/或，在车辆集成环境页面录入所述集成环境信息。

根据上述技术手段，通过应用软件版本管理能够实现基于不同系统环境下的车辆，能够快速识别所对应支持的应用软件。

进一步地，在本申请的一个实施例中，所述当前管理需求为软件架构层级管理需求，所述基于所述当前管理需求，确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略，包括：基于所述软件架构层级管理需求，确定所述至少一个待管理软件的软件功能类型、软件供应版本和软件依赖关系；根据所述软件功能类型、所述软件供应版本和所述软件依赖关系对所述至少一个待管理软件进行层级架构管理。

根据上述技术手段，通过应用软件架构层级管理，实现了车载应用软件层级架构的可视化，并且基于定制化ROM或第三方ROM，可以快速判断车辆所安装的软件。

进一步地，在本申请的一个实施例中，所述当前管理需求为软件依赖关系管理需求，所述基于所述当前管理需求，确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略，包括：基于所述软件依赖关系管理需求，确定所述至少一个待管理软件的安装部署指令；根据所述安装部署指令确定所述至少一个待管理软件的安装包和所述至少一个待管理软件的依赖软件安装脚本的安装包；在当前安装环境满足预设安装环境时，安装所述至少一个待管理软件的安装包和所述至少一个待管理软件的依赖软件安装脚本的安装包。

根据上述技术手段，通过应用软件依赖关系管理，实现了车载应用软件依赖关系的可视化，提高了软件测试环境的安装，以及OTA的升级效率。

进一步地，在本申请的一个实施例中，所述当前管理需求为软件测试环境管理需求，所述基于所述当前管理需求，确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略，包括：基于所述软件测试环境管理需求，获取所述至少一个待管理软件和所述至少一个待管理软件的依赖软件的测试指令；根据所述测试指令测试所述至少一个待管理软件和所述至少一个待管理软件的依赖软件的安装环境，并生成测试结果；在所述测试结果满足预设测试关系时，根据所述测试结果生成测试报告。

根据上述技术手段，通过应用软件测试环境管理，实现了车载应用软件的测试环境自动安装，并通过执行云端指令，实现了测试集成环境自检以及依赖软件的自动化安装。

进一步地，在本申请的一个实施例中，所述当前管理需求为软件同步OTA管理需求，所述基于所述当前管理需求，确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略，包括：基于所述软件OTA管理需求，验证所述至少一个待管理软件和所述至少一个待管理软件的依赖软件，并在验证通过后同步所述至少一个待管理软件和所述至少一个待管理软件的依赖软件的软件信息至OTA管理系统；验证所述软件信息的报文格式是否满足预设格式要求，并在所述软件信息的报文格式满足所述预设格式要求时存储所述软件信息；根据所述软件信息创建软件升级任务，并对所述软件信息进行升级灰度验证。

根据上述技术手段，通过应用软件同步OTA管理，实现了应用软件管理配置系统与OTA管理系统的同步管理。

进一步地，在本申请的一个实施例中，所述当前管理需求为软件车型项目管理需求，所述基于所述当前管理需求，确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略，包括：基于所述软件车型项目管理需求，接收所述软件信息的升级结果；基于所述升级结果查询所述目标车辆对应的预安装车载应用软件。

根据上述技术手段，通过应用软件车型项目管理，相关售后人员可以快速查看车型项目的安装软件，提高了查询效率。

本申请第二方面实施例提供一种车载应用软件的管理装置，包括：获取模块，用于获取车载应用软件的当前管理需求；确定模块，用于基于所述当前管理需求，确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略；以及管理模块，用于根据所述每个待管理软件的最佳管理策略对所述每个待管理软件进行管理，并根据所述每个待管理软件的管理结果得到所述车载应用软件最终管理报告。

进一步地，在本申请的一个实施例中，所述确定模块，包括：第一获取单元，用于获取所述目标车辆的型号项目信息、所述至少一个待管理软件的软件版本信息和/或集成环境信息；录入单元，用于基于所述软件版本管理需求，在车辆项目信息页面录入所述型号项目信息，在车辆应用软件页面录入所述软件版本信息，和/或，在车辆集成环境页面录入所述集成环境信息。

进一步地，在本申请的一个实施例中，所述确定模块，包括：第一确定单元，用于基于所述软件架构层级管理需求，确定所述至少一个待管理软件的软件功能类型、软件供应版本和软件依赖关系；管理单元，用于根据所述软件功能类型、所述软件供应版本和所述软件依赖关系对所述至少一个待管理软件进行层级架构管理。

进一步地，在本申请的一个实施例中，所述确定模块，包括：第二确定单元，用于基于所述软件依赖关系管理需求，确定所述至少一个待管理软件的安装部署指令；第三确定单元，用于根据所述安装部署指令确定所述至少一个待管理软件的安装包和所述至少一个待管理软件的依赖软件安装脚本的安装包；安装单元，用于在当前安装环境满足预设安装环境时，安装所述至少一个待管理软件的安装包和所述至少一个待管理软件的依赖软件安装脚本的安装包。

进一步地，在本申请的一个实施例中，所述确定模块，包括：第二获取单元，用于基于所述软件测试环境管理需求，获取所述至少一个待管理软件和所述至少一个待管理软件的依赖软件的测试指令；第一生成单元，用于根据所述测试指令测试所述至少一个待管理软件和所述至少一个待管理软件的依赖软件的安装环境，并生成测试结果；第二生成单元，用于在所述测试结果满足预设测试关系时，根据所述测试结果生成测试报告。

进一步地，在本申请的一个实施例中，所述确定模块，包括：同步单元，用于基于所述软件OTA管理需求，验证所述至少一个待管理软件和所述至少一个待管理软件的依赖软件，并在验证通过后同步所述至少一个待管理软件和所述至少一个待管理软件的依赖软件的软件信息至OTA管理系统；验证单元，用于验证所述软件信息的报文格式是否满足预设格式要求，并在所述软件信息的报文格式满足所述预设格式要求时存储所述软件信息；升级单元，用于根据所述软件信息创建软件升级任务，并对所述软件信息进行升级灰度验证。

进一步地，在本申请的一个实施例中，所述确定模块，包括：接收单元，用于基于所述软件车型项目管理需求，接收所述软件信息的升级结果；查询单元，用于基于所述升级结果查询所述目标车辆对应的预安装车载应用软件。

本申请第三方面实施例提供一种电子设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如上述实施例所述的车载应用软件的管理方法。

本申请第四方面实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行，以用于实现如上述实施例所述的车载应用软件的管理方法。

本申请实施例通过获取车载应用软件的当前管理需求并确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略，根据每个待管理软件的最佳管理策略对每个待管理软件进行管理，并根据管理结果得到车载应用软件最终管理报告。由此，解决了对于车辆的应用软件管理需求无法提供一套对应的管理策略，从而降低了应用软件的维护、测试效率等问题。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为根据本申请实施例提供的一种车载应用软件的管理方法的流程图；

图2根据本申请一个实施例的车型项目原型示意图；

图3根据本申请一个实施例的软件版本原型示意图；

图4根据本申请一个实施例的集成环境原型示意图；

图5根据本申请一个实施例的应用软件类型原型示意图；

图6根据本申请一个实施例的市场化应用示意图；

图7根据本申请一个实施例的定制化应用示意图；

图8根据本申请一个实施例的原生类应用示意图；

图9根据本申请一个实施例的应用层级架构原型示意图；

图10根据本申请一个实施例的应用软件关系维护原型示意图；

图11根据本申请一个实施例的应用软件关系可视化原型示意图；

图12根据本申请一个实施例的应用软件录入原型示意图；

图13根据本申请一个实施例的应用软件“一键安装”原型示意图；

图14根据本申请一个实施例的车型项目预览原型示意图；

图15为根据本申请实施例的车载应用软件的管理装置的方框示例图；

图16为根据本申请实施例的电子设备的结构示意图。

附图标记说明：10-车载应用软件的管理装置；100-获取模块、200-确定模块、300-管理模块。

具体实施方式

下面详细描述本申请的实施例，实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

下面参考附图描述本申请实施例的车载应用软件的管理方法、装置、电子设备及存储介质。针对上述背景技术中提到的对于车辆的应用软件管理需求无法提供一套对应的管理策略，从而降低了应用软件的维护、测试效率的问题，本申请提供了一种车载应用软件的管理方法，在该方法中，通过获取车载应用软件的当前管理需求并确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略，根据每个待管理软件的最佳管理策略对每个待管理软件进行管理，并根据管理结果得到车载应用软件最终管理报告。由此，解决了对于车辆的应用软件管理需求无法提供一套对应的管理策略，从而降低了应用软件的维护、测试效率等问题，基于对车辆应用软件的管理需求，通过多种管理策略以实现车辆应用软件的快速实施、部署、测试的全链路闭环，从而提升了应用软件的维护、测试等效率。

具体而言，图1为本申请实施例提供的一种车载应用软件的管理方法的流程示意图。

如图1所示，该车载应用软件的管理方法包括以下步骤：

在步骤S101中，获取车载应用软件的当前管理需求。

具体地，随着在车联网技术下催生的针对于不同车辆型号、硬件环境以及系统环境所支持的车载应用软件，并构建基于车载应用软件实施、部署、测试一体化的全链路闭环已成为车载应用软件安装维护的核心问题。因此，本申请实施例需要针对该车载应用软件进行分类管理，并通过获取车载应用软件的当前管理需求，以实现车载应用软件基于当前管理需求的智能化管理。

在步骤S102中，基于当前管理需求，确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略。

具体地，本申请实施例在获取到车载应用软件的当前管理需求后，基于车载应用软件的当前管理需求，确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略。

举例而言，本申请实施例的车载应用软件的当前管理需求，可以为软件版本管理需求、软件架构层级管理需求、软件依赖关系管理需求、软件测试环境管理需求、软件同步OTA管理需求以及软件车型项目管理需求中的至少一种，从而根据当前管理需求确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略。

进一步地，在本申请的一个实施例中，当前管理需求为软件版本管理需求，基于当前管理需求，确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略，包括：获取目标车辆的型号项目信息、至少一个待管理软件的软件版本信息和/或集成环境信息；基于软件版本管理需求，在车辆项目信息页面录入型号项目信息，在车辆应用软件页面录入软件版本信息，和/或，在车辆集成环境页面录入集成环境信息。

具体地，在本申请实施例中，若目标车辆的当前管理需求为软件版本管理需求，则根据软件版本管理需求确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略。

具体而言，如图2至图4所示，若本申请实施例的当前管理需求为软件版本管理需求，则首先获取目标车辆的型号项目信息、至少一个待管理软件的软件版本信息以及至少一个待管理软件的集成环境信息，其中，目标车辆的型号项目信息可以包括目标车辆的车辆类型、车辆类型编号、项目编号等，至少一个待管理软件的软件版本信息可以包括至少一个待管理软件的软件版本信息、支持的硬件平台信息、安装的车辆型号项目以及软件的依赖关系等，至少一个待管理软件的集成环境信息可以包括目标车辆的座舱芯片、原生系统版本等；其次，在获取到目标车辆的型号项目信息、至少一个待管理软件的软件版本信息以及至少一个待管理软件的集成环境信息后，分别将目标车辆的型号项目信息录入至车辆项目信息页面、将至少一个待管理软件的软件版本信息录入至车辆应用软件页面以及将至少一个待管理软件的集成环境信息录入至车辆集成环境页面，从而完成目标车辆的至少一个待管理软件的软件版本管理需求。

需要说明的是，本申请实施例的目标车辆的型号项目信息、至少一个待管理软件的软件版本信息和集成环境信息，可以根据测试的实际需求获取上述三种信息，也可以为获取到目标车辆的型号项目信息、至少一个待管理软件的软件版本信息和集成环境信息中的至少一种，在此不做具体限定。

进一步地，在本申请的一个实施例中，当前管理需求为软件架构层级管理需求，基于当前管理需求，确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略，包括：基于软件架构层级管理需求，确定至少一个待管理软件的软件功能类型、软件供应版本和软件依赖关系；根据软件功能类型、软件供应版本和软件依赖关系对至少一个待管理软件进行层级架构管理。

具体地，在本申请实施例中，若目标车辆的当前管理需求为软件架构层级管理需求，则根据软件架构层级管理需求确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略。

具体而言，在本申请实施例中，若本申请实施例的当前管理需求为软件架构层级管理需求，则基于软件架构层级管理需求，首先确定至少一个待管理软件的软件功能类型，其中，软件功能类型可以划分为应用类、服务类以及中间类；其次，确定至少一个待管理软件的软件供应版本，其中，如图5所示，软件供应版本可以根据定制化ROM系统或第三方ROM系统的深度绑定关系，通过至少一个待管理软件选择供应市场的方式进行筛选，具体可以划分为市场应用软件、定制化应用软件以及原生类应用软件，如图6所示，市场应用软件可以作为第三方软件进行单独提供使用，即可以无差别安装定制化ROM；如图7所示，定制化应用软件需要依赖服务类软件一起使用；如图8所示，原生类应用软件不可以作为第三方软件进行单独提供使用，即只能兼容定制化ROM而无法适配第三方ROM；再次，确定至少一个待管理软件的软件依赖关系，由于在录入需要测试的至少一个待管理软件时，需要选择至少一个待管理软件的依赖软件，以便于测试时对至少一个待管理软件的依赖关系的预览及安装；最后，如图9所示，在至少一个待管理软件录入结束后，需要点击层级架构，以显示待管理软件的架构层级功能类型和其所依赖的应用软件，然后根据软件功能类型和其所依赖的应用软件对至少一个待管理软件进行层级架构管理。

进一步地，在本申请的一个实施例中，当前管理需求为软件依赖关系管理需求，基于当前管理需求，确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略，包括：基于软件依赖关系管理需求，确定至少一个待管理软件的安装部署指令；根据安装部署指令确定至少一个待管理软件的安装包和至少一个待管理软件的依赖软件安装脚本的安装包；在当前安装环境满足预设安装环境时，安装至少一个待管理软件的安装包和至少一个待管理软件的依赖软件安装脚本的安装包。

其中，预设安装环境可以为本领域技术人员根据安装需求搭建的安装环境，也可以为经计算机多次仿真得到的安装环境，在此不做具体限定。

具体地，在本申请实施例中，若目标车辆的当前管理需求为软件依赖关系管理需求，则根据软件依赖关系管理需求确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略。同时，对于需要安装的至少一个待管理软件在安装时，需要预先安装其所依赖的应用软件，由此可以通过可视化界面展示至少一个待管理软件的层级依赖关系，以便于对至少一个待管理软件的安装部署。

具体而言，如图10所示，若本申请实施例的当前管理需求为软件依赖关系管理需求，则首先需要登录系统录入对至少一个待管理软件的依赖关系维护的相关信息，主要包括对至少一个待管理软件的基本信息、适用项目、依赖关系、上传安装包、输入执行安装的脚本命令，在录入完成提交后，自动发送邮件通知测试人员进行安装测试；其次，如图11所示，测试人员在接收到安装测试的邮件后，点击邮件链接进入系统，则可以看到需要安装测试的至少一个待管理软件的依赖关系，进而查看至少一个待管理软件的安装包和至少一个待管理软件的依赖软件的安装脚本的安装包，确认无误后，点击“一键安装”按钮，后台通过递归遍历的方式自动下载至少一个待管理软件的软件安装包以及其依赖软件的安装包，并且执行安装脚本，此时，通过程序自动检测安装环境，在当前安装环境满足预设安装环境时，通过USB(Universal Serial Bus，通用串行总线)方式或者网络方式安装至少一个待管理软件的安装包和至少一个待管理软件的依赖软件安装脚本的安装包。

进一步地，在本申请的一个实施例中，当前管理需求为软件测试环境管理需求，基于当前管理需求，确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略，包括：基于软件测试环境管理需求，获取至少一个待管理软件和至少一个待管理软件的依赖软件的测试指令；根据测试指令测试至少一个待管理软件和至少一个待管理软件的依赖软件的安装环境，并生成测试结果；在测试结果满足预设测试关系时，根据测试结果生成测试报告。

其中，预设测试关系可以为本领域技术人员根据测试需求设置的测试关系，也可以为经计算机多次仿真得到的测试关系，在此不做具体限定。

具体地，在本申请实施例中，若目标车辆的当前管理需求为软件测试环境管理需求，则根据软件测试环境管理需求确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略。

具体而言，在本申请实施例中，若本申请实施例的当前管理需求为软件测试环境管理需求，则基于软件测试环境管理需求，首先需要在软件依赖关系维护页面中录入需要测试的至少一个待管理软件，如图12所示，录入的软件信息可以包括至少一个待管理软件的软件名称、版本信息、支持的系统版本、软件架构层级、软件功能定义、归属类型、下载路径、安装说明、安装脚本、产品人员、研发人员和测试人员信息，并上传待管理软件的需求文档和自测报告，选择其依赖的应用软件，在录入完成后，系统自动发送邮件信息和/或企业微信信息至测试人员；其次，如图13的(a)和(b)所示，测试人员在接收到信息后，根据信息链接进入系统，并根据安装说明检查至少一个待管理软件的安装脚本和软件依赖关系是否正确，若安装脚本和软件依赖关系正确，则选择安装方式，进行一键安装，否则，驳回至研发人员进行修改后重新进行测试；最后，测试人员通过对至少一个待管理软件安装测试后，根据测试结果提交测试用例和测试报告，产品人员根据测试报告进行验收走查测试，若测试通过，则修改至少一个待管理软件的软件状态为验收通过，若测试不通过，则驳回至研发人员进行修改，并发送邮件和/或企业微信至研发、测试人员。

进一步地，在本申请的一个实施例中，当前管理需求为软件同步OTA管理需求，基于当前管理需求，确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略，包括：基于软件OTA管理需求，验证至少一个待管理软件和至少一个待管理软件的依赖软件，并在验证通过后同步至少一个待管理软件和至少一个待管理软件的依赖软件的软件信息至OTA管理系统；验证软件信息的报文格式是否满足预设格式要求，并在软件信息的报文格式满足预设格式要求时存储软件信息；根据软件信息创建软件升级任务，并对软件信息进行升级灰度验证。

其中，预设格式要求可以为本领域技术人员根据验证需求设置的格式要求，也可以为经计算机多次仿真得到的格式要求，在此不做具体限定。

具体地，在本申请实施例中，若目标车辆的当前管理需求为软件同步OTA管理需求，则根据软件同步OTA管理需求确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略。

具体而言，在本申请实施例中，若本申请实施例的当前管理需求为软件同步OTA管理需求，则基于软件同步OTA管理需求，验证至少一个待管理软件和至少一个待管理软件的依赖软件，并在验证通过后同步至少一个待管理软件和至少一个待管理软件的依赖软件的软件信息至OTA管理系统，此时，OTA管理员点击“同步OTA”操作，并连接OTA系统，将至少一个待管理软件和至少一个待管理软件的依赖软件的相关信息、预装车型、依赖应用信息以报文形式发送至OTA系统；其次，OTA系统在接收到同步软件信息后，按照自定义格式校验报文格式是否正确，如果校验通过，则存储该软件信息；最后，OTA系统根据软件信息自动创建软件升级任务，连接测试车型，并通过软件流程对软件信息进行升级灰度验证。

进一步地，在本申请的一个实施例中，当前管理需求为软件车型项目管理需求，基于当前管理需求，确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略，包括：基于软件车型项目管理需求，接收软件信息的升级结果；基于升级结果查询目标车辆对应的预安装车载应用软件。

具体地，在本申请实施例中，若目标车辆的当前管理需求为软件车型项目管理需求，则根据软件车型项目管理需求确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略。

具体而言，在本申请实施例中，若本申请实施例的当前管理需求为软件车型项目管理需求，则基于软件车型项目管理需求，首先接收软件信息的升级结果，并将升级结果同步至应用软件配置管理系统；其次，如图14所示，应用软件配置管理系统记录软件OTA升级情况，并通过软件车型项目管理模块查看目标车辆对应的预安装车载应用软件。

在步骤S103中，根据每个待管理软件的最佳管理策略对每个待管理软件进行管理，并根据每个待管理软件的管理结果得到车载应用软件最终管理报告。

具体地，本申请实施例在通过对至少一个待管理软件进行上述的多种最佳管理策略进行管理后，分别基于每个最佳管理策略得到待管理软件的管理结果，并将该结果生成最终的管理报告，以便于管理人员在对车载应用软件的安装维护过程中实现高效、精准的测试。

根据本申请实施例的车载应用软件的管理方法，通过获取车载应用软件的当前管理需求并确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略，根据每个待管理软件的最佳管理策略对每个待管理软件进行管理，并根据管理结果得到车载应用软件最终管理报告。由此，解决了对于车辆的应用软件管理需求无法提供一套对应的管理策略，从而降低了应用软件的维护、测试效率等问题，基于对车辆应用软件的管理需求，通过多种管理策略以实现车辆应用软件的快速实施、部署、测试的全链路闭环，从而提升了应用软件的维护、测试等效率。

其次参照附图描述根据本申请实施例提出的车载应用软件的管理装置。

图15是本申请实施例的车载应用软件的管理装置的方框示意图。

如图15所示，该车载应用软件的管理装置10包括：获取模块100、确定模块200和管理模块300。

其中，获取模块100，用于获取车载应用软件的当前管理需求；

确定模块200，用于基于当前管理需求，确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略；以及

管理模块300，用于根据每个待管理软件的最佳管理策略对每个待管理软件进行管理，并根据每个待管理软件的管理结果得到车载应用软件最终管理报告。

进一步地，在本申请的一个实施例中，确定模块200，包括：第一获取单元和录入单元。

其中，第一获取单元，用于获取目标车辆的型号项目信息、至少一个待管理软件的软件版本信息和/或集成环境信息；

录入单元，用于基于软件版本管理需求，在车辆项目信息页面录入型号项目信息，在车辆应用软件页面录入软件版本信息，和/或，在车辆集成环境页面录入集成环境信息。

进一步地，在本申请的一个实施例中，确定模块200，包括：第一确定单元和管理单元。

其中，第一确定单元，用于基于软件架构层级管理需求，确定至少一个待管理软件的软件功能类型、软件供应版本和软件依赖关系；

管理单元，用于根据软件功能类型、软件供应版本和软件依赖关系对至少一个待管理软件进行层级架构管理。

进一步地，在本申请的一个实施例中，确定模块200，包括：第二确定单元、第三确定单元和安装单元。

其中，第二确定单元，用于基于软件依赖关系管理需求，确定至少一个待管理软件的安装部署指令；

第三确定单元，用于根据安装部署指令确定至少一个待管理软件的安装包和至少一个待管理软件的依赖软件安装脚本的安装包；

安装单元，用于在当前安装环境满足预设安装环境时，安装至少一个待管理软件的安装包和至少一个待管理软件的依赖软件安装脚本的安装包。

进一步地，在本申请的一个实施例中，确定模块200，包括：第二获取单元、第一生成单元和第二生成单元。

其中，第二获取单元，用于基于软件测试环境管理需求，获取至少一个待管理软件和至少一个待管理软件的依赖软件的测试指令；

第一生成单元，用于根据测试指令测试至少一个待管理软件和至少一个待管理软件的依赖软件的安装环境，并生成测试结果；

第二生成单元，用于在测试结果满足预设测试关系时，根据测试结果生成测试报告。

进一步地，在本申请的一个实施例中，确定模块200，包括：同步单元、验证单元和升级单元。

其中，同步单元，用于基于软件OTA管理需求，验证至少一个待管理软件和至少一个待管理软件的依赖软件，并在验证通过后同步至少一个待管理软件和至少一个待管理软件的依赖软件的软件信息至OTA管理系统；

验证单元，用于验证软件信息的报文格式是否满足预设格式要求，并在软件信息的报文格式满足预设格式要求时存储软件信息；

升级单元，用于根据软件信息创建软件升级任务，并对软件信息进行升级灰度验证。

进一步地，在本申请的一个实施例中，确定模块200，包括：接收单元和查询单元。

其中，接收单元，用于基于软件车型项目管理需求，接收软件信息的升级结果；

查询单元，用于基于升级结果查询目标车辆对应的预安装车载应用软件。

根据本申请实施例的车载应用软件的管理装置，通过获取车载应用软件的当前管理需求并确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略，根据每个待管理软件的最佳管理策略对每个待管理软件进行管理，并根据管理结果得到车载应用软件最终管理报告。由此，解决了对于车辆的应用软件管理需求无法提供一套对应的管理策略，从而降低了应用软件的维护、测试效率等问题，基于对车辆应用软件的管理需求，通过多种管理策略以实现车辆应用软件的快速实施、部署、测试的全链路闭环，从而提升了应用软件的维护、测试等效率。

图16为本申请实施例提供的电子设备的结构示意图。该电子设备可以包括：

存储器1601、处理器1602及存储在存储器1601上并可在处理器1602上运行的计算机程序。

处理器1602执行程序时实现上述实施例中提供的车载应用软件的管理方法。

进一步地，电子设备还包括：

通信接口1603，用于存储器1601和处理器1602之间的通信。

存储器1601，用于存放可在处理器1602上运行的计算机程序。

存储器1601可能包含高速RAM(Random Access Memory，随机存取存储器)存储器，也可能还包括非易失性存储器，例如至少一个磁盘存储器。

如果存储器1601、处理器1602和通信接口1603独立实现，则通信接口1603、存储器1601和处理器1602可以通过总线相互连接并完成相互间的通信。总线可以是ISA(IndustryStandard Architecture，工业标准体系结构)总线、PCI(Peripheral Component，外部设备互连)总线或EISA(Extended Industry Standard Architecture，扩展工业标准体系结构)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图16中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果存储器1601、处理器1602及通信接口1603，集成在一块芯片上实现，则存储器1601、处理器1602及通信接口1603可以通过内部接口完成相互间的通信。

处理器1602可能是一个CPU(Central Processing Unit，中央处理器)，或者是ASIC(Application Specific Integrated Circuit，特定集成电路)，或者是被配置成实施本申请实施例的一个或多个集成电路。

本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上的车载应用软件的管理方法。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不是必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或N个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“N个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或N个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，N个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列，现场可编程门阵列等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (16)

1.一种车载应用软件的管理方法，其特征在于，包括以下步骤：

获取车载应用软件的当前管理需求；

基于所述当前管理需求，确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略；以及

根据所述每个待管理软件的最佳管理策略对所述每个待管理软件进行管理，并根据所述每个待管理软件的管理结果得到所述车载应用软件最终管理报告。

2.根据权利要求1所述的方法，其特征在于，所述当前管理需求为软件版本管理需求，所述基于所述当前管理需求，确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略，包括：

获取所述目标车辆的型号项目信息、所述至少一个待管理软件的软件版本信息和/或集成环境信息；

基于所述软件版本管理需求，在车辆项目信息页面录入所述型号项目信息，在车辆应用软件页面录入所述软件版本信息，和/或，在车辆集成环境页面录入所述集成环境信息。

3.根据权利要求1所述的方法，其特征在于，所述当前管理需求为软件架构层级管理需求，所述基于所述当前管理需求，确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略，包括：

基于所述软件架构层级管理需求，确定所述至少一个待管理软件的软件功能类型、软件供应版本和软件依赖关系；

根据所述软件功能类型、所述软件供应版本和所述软件依赖关系对所述至少一个待管理软件进行层级架构管理。

4.根据权利要求1所述的方法，其特征在于，所述当前管理需求为软件依赖关系管理需求，所述基于所述当前管理需求，确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略，包括：

基于所述软件依赖关系管理需求，确定所述至少一个待管理软件的安装部署指令；

根据所述安装部署指令确定所述至少一个待管理软件的安装包和所述至少一个待管理软件的依赖软件安装脚本的安装包；

在当前安装环境满足预设安装环境时，安装所述至少一个待管理软件的安装包和所述至少一个待管理软件的依赖软件安装脚本的安装包。

5.根据权利要求1所述的方法，其特征在于，所述当前管理需求为软件测试环境管理需求，所述基于所述当前管理需求，确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略，包括：

基于所述软件测试环境管理需求，获取所述至少一个待管理软件和所述至少一个待管理软件的依赖软件的测试指令；

根据所述测试指令测试所述至少一个待管理软件和所述至少一个待管理软件的依赖软件的安装环境，并生成测试结果；

在所述测试结果满足预设测试关系时，根据所述测试结果生成测试报告。

6.根据权利要求1所述的方法，其特征在于，所述当前管理需求为软件同步空中下载技术OTA管理需求，所述基于所述当前管理需求，确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略，包括：

基于所述软件OTA管理需求，验证所述至少一个待管理软件和所述至少一个待管理软件的依赖软件，并在验证通过后同步所述至少一个待管理软件和所述至少一个待管理软件的依赖软件的软件信息至OTA管理系统；

验证所述软件信息的报文格式是否满足预设格式要求，并在所述软件信息的报文格式满足所述预设格式要求时存储所述软件信息；

根据所述软件信息创建软件升级任务，并对所述软件信息进行升级灰度验证。

7.根据权利要求1所述的方法，其特征在于，所述当前管理需求为软件车型项目管理需求，所述基于所述当前管理需求，确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略，包括：

基于所述软件车型项目管理需求，接收所述软件信息的升级结果；

基于所述升级结果查询所述目标车辆对应的预安装车载应用软件。

8.一种车载应用软件的管理装置，其特征在于，包括：

获取模块，用于获取车载应用软件的当前管理需求；

确定模块，用于基于所述当前管理需求，确定目标车辆的至少一个待管理软件和每个待管理软件的最佳管理策略；以及

管理模块，用于根据所述每个待管理软件的最佳管理策略对所述每个待管理软件进行管理，并根据所述每个待管理软件的管理结果得到所述车载应用软件最终管理报告。

9.根据权利要求8所述的装置，其特征在于，所述确定模块，包括：

第一获取单元，用于获取所述目标车辆的型号项目信息、所述至少一个待管理软件的软件版本信息和/或集成环境信息；

录入单元，用于基于所述软件版本管理需求，在车辆项目信息页面录入所述型号项目信息，在车辆应用软件页面录入所述软件版本信息，和/或，在车辆集成环境页面录入所述集成环境信息。

10.根据权利要求8所述的装置，其特征在于，所述确定模块，包括：

第一确定单元，用于基于所述软件架构层级管理需求，确定所述至少一个待管理软件的软件功能类型、软件供应版本和软件依赖关系；

管理单元，用于根据所述软件功能类型、所述软件供应版本和所述软件依赖关系对所述至少一个待管理软件进行层级架构管理。

11.根据权利要求8所述的装置，其特征在于，所述确定模块，包括：

第二确定单元，用于基于所述软件依赖关系管理需求，确定所述至少一个待管理软件的安装部署指令；

第三确定单元，用于根据所述安装部署指令确定所述至少一个待管理软件的安装包和所述至少一个待管理软件的依赖软件安装脚本的安装包；

安装单元，用于在当前安装环境满足预设安装环境时，安装所述至少一个待管理软件的安装包和所述至少一个待管理软件的依赖软件安装脚本的安装包。

12.根据权利要求8所述的装置，其特征在于，所述确定模块，包括：

第二获取单元，用于基于所述软件测试环境管理需求，获取所述至少一个待管理软件和所述至少一个待管理软件的依赖软件的测试指令；

第一生成单元，用于根据所述测试指令测试所述至少一个待管理软件和所述至少一个待管理软件的依赖软件的安装环境，并生成测试结果；

第二生成单元，用于在所述测试结果满足预设测试关系时，根据所述测试结果生成测试报告。

13.根据权利要求8所述的装置，其特征在于，所述确定模块，包括：

同步单元，用于基于所述软件OTA管理需求，验证所述至少一个待管理软件和所述至少一个待管理软件的依赖软件，并在验证通过后同步所述至少一个待管理软件和所述至少一个待管理软件的依赖软件的软件信息至OTA管理系统；

验证单元，用于验证所述软件信息的报文格式是否满足预设格式要求，并在所述软件信息的报文格式满足所述预设格式要求时存储所述软件信息；

升级单元，用于根据所述软件信息创建软件升级任务，并对所述软件信息进行升级灰度验证。

14.根据权利要求8所述的装置，其特征在于，所述确定模块，包括：

接收单元，用于基于所述软件车型项目管理需求，接收所述软件信息的升级结果；

查询单元，用于基于所述升级结果查询所述目标车辆对应的预安装车载应用软件。

15.一种电子设备，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如权利要求1-7任一项所述的车载应用软件的管理方法。

16.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行，以用于实现如权利要求1-7任一项所述的车载应用软件的管理方法。