CN115145630A - 一种座舱软件版本管理方法、装置、设备及介质 - Google Patents

Abstract

本发明提供一种座舱软件版本管理方法、装置、设备及介质，获取多个目标座舱软件和所述多个目标座舱软件的版本号；根据软件下载请求，将所述多个目标座舱软件传输至软件集成模块进行软件集成以得到集成后的软件，在传输过程中生成下载路径并对所述下载路径进行记录；获取所述集成后的软件的版本信息，并对所述集成后的软件的版本信息、下载路径和所述多个目标座舱软件的版本号展示。通过本发明的技术方案，解决了座舱集成软件在使用及测试过程中的不可追溯性问题，使用产物管理平台对版本号的唯一性进行控制，并对目标座舱软件的下载路径和版本号进行可视化展示及存储，能够明显的提升智能座舱相关研发人员的解决问题的效率。

Description

一种座舱软件版本管理方法、装置、设备及介质

技术领域

本申请涉及汽车智能化技术领域，具体涉及一种座舱软件版本管理方法、装置、设备及介质。

背景技术

随着软件定义汽车的大潮兴起，在汽车智能化领域，软件开发变得愈来愈重要，从云端到车端，不同版本的软件，面对不同阶段的软件集成，都缺乏有效的手段进行追踪与管控。域控制器的出现，更是加大了软件集成的难度，集成的过程会将几个甚至几百个应用进行组合，应用在集成的过程中缺少版本的管控，对问题排查以及软件溯源都造成了极大的困扰，目前行业内还缺乏集成过程的有效管控手段。

发明内容

鉴于以上所述现有技术的缺点，本发明提供一种座舱软件版本管理方法、装置、设备及介质，以解决上述技术问题。

于本发明的一实施例中，提供了一种座舱软件版本管理方法，所述方法包括：

获取多个目标座舱软件和所述多个目标座舱软件的版本号；

根据软件下载请求，将所述多个目标座舱软件传输至软件集成模块进行软件集成以得到集成后的软件，在传输过程中生成下载路径并对所述下载路径进行记录；

获取所述集成后的软件的版本信息，并对所述集成后的软件的版本信息、下载路径和所述多个目标座舱软件的版本号展示。

于本发明的一实施例中，所述获取多个目标座舱软件和所述多个目标座舱软件的版本号，包括：

获取多个座舱软件和所述多个座舱软件的版本号；

判断所述多个座舱软件的版本号是否唯一，若版本号不唯一则去除对应的座舱软件，得到版本号唯一的多个座舱软件；

判断所述版本号唯一的多个座舱软件的版本号是否低于最新版本号，若版本号低于最新版本号则去除对应的座舱软件，得到所述多个目标座舱软件和所述多个目标座舱软件的版本号。

于本发明的一实施例中，所述获取多个座舱软件和所述多个座舱软件的版本号，包括：

从软件编译模块中获取编译后的多个座舱软件和所述多个座舱软件的版本号；

所述软件编译模块用于响应软件版本参数构建指令以生成所述多个座舱软件的版本号，并根据软件编译指令对开发完成的多个初始座舱软件进行编译以得到所述多个座舱软件。

于本发明的一实施例中，所述对所述集成后的软件的版本信息、下载路径和所述多个目标座舱软件的版本号展示之后，包括：

获取集成后的软件的测试过程和/或售后问题分析过程中的问题软件定位需求；

响应于问题软件定位需求，根据所述多个目标座舱软件的下载路径和版本号下载问题软件，以对下载后的问题软件进行问题复现和问题原因排查。

于本发明的一实施例中，提供了一种座舱软件版本管理装置，所述装置包括：

软件及版本号获取模块，用于获取多个目标座舱软件和所述多个目标座舱软件的版本号；

下载路径记录模块，用于根据软件下载请求，将所述多个目标座舱软件传输至软件集成模块进行软件集成以得到集成后的软件，在传输过程中生成下载路径并对所述下载路径进行记录；

信息展示模块，用于获取所述集成后的软件的版本信息，并对所述集成后的软件的版本信息、下载路径和所述多个目标座舱软件的版本号展示。

于本发明的一实施例中，所述软件及版本号获取模块包括：

软件及版本号获取子模块，用于获取多个座舱软件和所述多个座舱软件的版本号；

第一判断子模块，用于判断所述多个座舱软件的版本号是否唯一，若版本号不唯一则去除对应的座舱软件，得到版本号唯一的多个座舱软件；

第二判断子模块，用于判断所述版本号唯一的多个座舱软件的版本号是否低于最新版本号，若版本号低于最新版本号则去除对应的座舱软件，得到所述多个目标座舱软件和所述多个目标座舱软件的版本号。

于本发明的一实施例中，软件及版本号获取子模块包括：

软件及版本号获取单元，用于从软件编译模块中获取编译后的多个座舱软件和所述多个座舱软件的版本号；

所述软件编译模块用于响应软件版本参数构建指令以生成所述多个座舱软件的版本号，并根据软件编译指令对开发完成的多个初始座舱软件进行编译以得到所述多个座舱软件。

于本发明的一实施例中，所述装置还包括：

定位需求获取模块，用于获取集成后的软件的测试过程和/或售后问题分析过程中的问题软件定位需求；

问题软件监测模块，用于响应于问题软件定位需求，根据所述多个目标座舱软件的下载路径和版本号下载问题软件，以对下载后的问题软件进行问题复现和问题原因排查。

于本发明的一实施例中，提供了一种电子设备，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如上所述的座舱软件版本管理方法。

于本发明的一实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序被计算机的处理器执行时，使计算机执行如上所述的座舱软件版本管理方法。

本发明的有益效果：获取多个目标座舱软件和所述多个目标座舱软件的版本号；根据软件下载请求，将多个目标座舱软件传输至软件集成模块进行软件集成以得到集成后的软件，在传输过程中生成下载路径并对所述下载路径进行记录；获取集成后的软件的版本信息，并对集成后的软件的版本信息、下载路径和多个目标座舱软件的版本号展示。通过上述技术方案，可以解决座舱软件集成后在使用及测试过程中的不可追溯性问题，对各个目标座舱软件的所有版本进行管理，记录每次软件集成的版本号以及下载路径；当在使用或测试集成后的软件时出现问题，可以通过上述技术方案中记录的下载路径和目标座舱软件的版本号定位到软件并进行下载，以进行问题的复现以及排查。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术者来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1是本申请的一示例性实施例示出座舱软件版本管理方法的实施环境示意图；

图2是本申请的一示例性实施例示出的座舱软件版本管理方法的流程图；

图3是图2所示实施例中的步骤S210在一示例性的实施例中的流程图；

图4是图3所示实施例中的步骤S310在一示例性的实施例中的流程图；

图5是图2所示实施例中的步骤S230之后的问题溯源步骤在一示例性的实施例中的流程图；

图6是本申请的一示例性实施例示出的座舱软件版本管理装置的框图；

图7示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

以下将参照附图和优选实施例来说明本发明的实施方式，本领域技术人员可由本说明书中所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。应当理解，优选实施例仅为了说明本发明，而不是为了限制本发明的保护范围。

需要说明的是，以下实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。

在下文描述中，探讨了大量细节，以提供对本发明实施例的更透彻的解释，然而，对本领域技术人员来说，可以在没有这些具体细节的情况下实施本发明的实施例是显而易见的，在其他实施例中，以方框图的形式而不是以细节的形式来示出公知的结构和设备，以避免使本发明的实施例难以理解。

首先需要说明的是：

在现有的座舱软件开发过程中，开发人员将初始座舱软件开发完成之后，将开发完成的初始座舱软件直接发送给集成人员进行集成；集成人员拿到各个初始座舱软件后，将组成对外部署的集成后的软件，用于系统测试、实车测试或是量产进行发布。当这些集成后的软件在测试过程或售后服务过程中出现问题时，通常只能追踪到集成后的软件这一层级，当定位到其中某一个初始座舱软件的问题后，由于代码更新或是覆盖，很难追踪到初始座舱软件的具体版本，难以复现及排查问题。

本申请实施例提出的座舱软件版本管理方法装置、设备及介质涉及在产物管理平台以对座舱软件版本进行管理，以下将对这些实施例进行详细说明。

需要说明的是，本申请实施例中的产物管理平台，是对软件集成过程中的二进制软件包进行管理的平台，拥有上传及下载以及信息展示等功能。

首先请参阅图1，图1是本申请的一示例性实施例示出座舱软件版本管理方法的实施环境示意图。该实施环境包括终端101、云端设备102、服务器103。终端101用于执行本申请实施例中的座舱软件版本管理方法，云端设备102、服务器103用于存储编译前的软件、编译后的软件以及集成后的软件。

示意性的，软件开发工程师和软件集成工程师将开发、编译、集成后的软件上传至云端设备102和服务器103进行存储，终端101可以通过云端设备102和服务器103获取编译前的软件、编译后的软件以及集成后的软件；或者可以由相关技术人员将编译前的软件、编译后的软件以及集成后的软件输入到终端101中。终端101可例如执行如下操作：获取多个目标座舱软件和所述多个目标座舱软件的版本号；根据软件下载请求，将所述多个目标座舱软件传输至软件集成模块进行软件集成以得到集成后的软件，在传输过程中生成下载路径并对所述下载路径进行记录；获取所述集成后的软件的版本信息，并对所述集成后的软件的版本信息、下载路径和所述多个目标座舱软件的版本号展示。

其中，图1所示的终端101可例如为台式电脑。图1所示的服务器103可例如为独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器，在此也不进行限制。终端101可以通过3G(第三代的移动信息技术)、4G(第四代的移动信息技术)、5G(第五代的移动信息技术)等无线网络与服务器103进行通信，本处也不对此进行限制。

图2是本申请的一示例性实施例示出的座舱软件版本管理方法的流程图。本申请实施例所提供的方法可以由任意具备计算处理能力的电子设备来执行，例如该方法可以由上述图1实施例中的服务器103或终端101单独执行，也可以由服务器103、云端102和终端101共同执行。在下面的实施例中，以终端101为执行主体为例进行举例说明，但本公开并不限定于此。

参照图2，本申请实施例提供的座舱软件版本管理方法至少包括如下S210至S230的步骤。

在步骤S210中，获取多个目标座舱软件和所述多个目标座舱软件的版本号。

示例性的，座舱软件开发过程中，软件开发工程师完成功能开发后，将已编译完成的APK(Android application package，Android应用程序包)上传到产物管理平台。产物管理平台获取已编译的多个座舱软件后，会对多个座舱软件进行版本的唯一性和最新性检查，去除具有相同的版本号以及低于最新版本号的座舱软件，得到多个目标座舱软件。

在本申请的一实施例中，还对图2所示实施例中的步骤S210进行了详细说明。参见图3，图3是图2所示实施例中的步骤S210在一示例性的实施例中的流程图，详细说明如下：

S310、获取多个座舱软件和多个座舱软件的版本号；

S320、判断多个座舱软件的版本号是否唯一，若版本号不唯一则去除对应的座舱软件，得到版本号唯一的多个座舱软件；

S330、判断版本号唯一的多个座舱软件的版本号是否低于最新版本号，若版本号低于最新版本号则去除对应的座舱软件，得到多个目标座舱软件和所述多个目标座舱软件的版本号。

通过上述步骤S310至S330，产物管理平台通过对版本号唯一性和最新性的管控，能让集成后的软件做到精准的溯源；同时集成后的软件中的多个目标座舱软件的所有版本号能保证下载路径的唯一性。这样在集成后的软件的发布过程中，当软件出现问题需要对目标座舱软件进行定位追踪时，测试及售后人员可以通过产物管理平台追踪到详细的软件版本号。

在步骤S220中，根据软件下载请求，将多个目标座舱软件传输至软件集成模块进行软件集成以得到集成后的软件，在传输过程中生成下载路径并对下载路径进行记录。

在本申请的一实施例中，当应用开发工程师维护好自己的软件版本后，成功上传至产物管理平台，集成工程师会借助Jenkins(一个开源软件项目，是基于Java开发的一种持续集成工具)进行版本集成，集成人员向产物管理平台请求下载多个目标座舱软件时，产物管理平台会生成下载路径并对下载路径进行记录。

通过上述步骤S220，产物管理平台通过对多个目标座舱软件下载路径唯一性管控，能让集成后的软件做到精准的溯源，这样在集成后的软件的发布过程中，当软件出现问题需要对目标座舱软件进行定位追踪时，测试及售后人员可以在产物管理平台中通过下载路径快速定位到问题目标座舱软件，进行问题的复现以及排查。

在本申请的一实施例中，还对图3所示实施例中的步骤S310进行了详细说明。参见图4，图4是图3所示实施例中的步骤S310在一示例性的实施例中的流程图，详细说明如下：

S410、从软件编译模块中获取编译后的多个座舱软件和所述多个座舱软件的版本号；

S420、软件编译模块响应软件版本参数构建指令以生成所述多个座舱软件的版本号，并根据软件编译指令对开发完成的多个初始座舱软件进行编译以得到所述多个座舱软件。

通过上述步骤S410至S420，在座舱软件开发过程中，软件开发工程师完成多个初始座舱软件的开发后，在软件编译模块中进行软件编译，本实施例中的软件编译模块可例如为Jenkins应用打包流水线；并且输入软件版本参数构建指令，将多个座舱软件的版本号记录到应用打包流水线中，软件集成时将打包流水线产生的二进制包以及版本信息上传至产物管理平台服务器。

在步骤S230中，获取集成后的软件的版本信息，并对集成后的软件的版本信息、下载路径和多个目标座舱软件的版本号展示。

示例性的，在软件集成完成后，会将产物管理平台对集成后的软件的版本信息、下载路径和多个目标座舱软件的版本号展示。技术人员在进行测试以及售后问题的分析过程中，就可以从集成后的软件定位到具体目标座舱软件的版本，从而解决软件开发过程中的不透明、沟通效率低等问题。

在本申请的一实施例中，对图2所示实施例中的步骤S230之后的问题溯源步骤进行了详细说明。参见图5，图5是图2所示实施例中的步骤S230之后的问题溯源步骤在一示例性的实施例中的流程图，详细说明如下：

S510、获取集成后的软件的测试过程和/或售后问题分析过程中的问题软件定位需求；

S520、响应于问题软件定位需求，根据所述多个目标座舱软件的下载路径和版本号下载问题软件，以对下载后的问题软件进行问题复现和问题原因排查。

在本申请的一实施例中，对本申请实施例中的座舱软件版本管理方法进行详细说明，说明如下：

在初始座舱软件开发过程中，应用开发工程师触发jenkins应用打包流水线，通过软件版本参数构建指令的输入，将座舱软件的版本号记录到应用打包流水线中。需要注意的是，在进行软件编译前，通过jenkins的build with parameter功能，在应用开发工程师启动流水线时，强制输入软件版本参数构建指令“获取软件版本号”以得到版本号，并且在上传二进制包的过程中，将此类信息附带一起上传至产物管理平台服务器，且产物管理平台服务器会对座舱软件的版本号进行检验，去除不符合“唯一性”与“最新性”的版本号对应的座舱软件。通过上述步骤可以达到软件版本管理的唯一性，并且能够在产物管理平台进行可视化展示。

应用打包流水线执行任务过程中，将打包流水线产生的二进制包以及版本号上传至产物管理平台，产物管理平台将所有通过应用打包流水线上传的二进制包与版本号都进行存储。在软件集成工程师进行系统集成过程中，启动jenkins软件集成流水线，在软件集成流水线运行过程中，会将相应的目标座舱软件下载下来进行编译，得到集成后的软件。在下载的过程中，产物管理平台会将被下载的目标座舱软件的下载路径和版本号进行记录，在车机集成流水线完成软件集成后，产物管理平台下载路径及软件版本号进行可视化展示。技术人员在进行测试以及售后问题的分析过程中，就可以从集成后的软件定位到具体目标座舱软件的版本，从而解决软件开发过程中的不透明、沟通效率低等问题。

应当注意，尽管在附图中以特定顺序描述了本申请中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

以下介绍本申请的装置实施例，可以用于执行本申请上述实施例中的座舱软件版本管理方法。参见图6，图6是本申请的一示例性实施例示出的座舱软件版本管理装置的框图。该座舱软件版本管理装置，包括软件及版本号获取模块601、下载路径记录模块602、信息展示模块603。

其中，软件及版本号获取模块601，用于获取多个目标座舱软件和所述多个目标座舱软件的版本号；

下载路径记录模块602，用于根据软件下载请求，将所述多个目标座舱软件传输至软件集成模块进行软件集成以得到集成后的软件，在传输过程中生成下载路径并对所述下载路径进行记录；

信息展示模块603，用于获取所述集成后的软件的版本信息，并对所述集成后的软件的版本信息、下载路径和所述多个目标座舱软件的版本号展示。

在本申请的一个实施例中，基于前述方案，所述软件及版本号获取模块601包括：

软件及版本号获取子模块，用于获取多个座舱软件和所述多个座舱软件的版本号；

第一判断子模块，用于判断所述多个座舱软件的版本号是否唯一，若版本号不唯一则去除对应的座舱软件，得到版本号唯一的多个座舱软件；

第二判断子模块，用于判断所述版本号唯一的多个座舱软件的版本号是否低于最新版本号，若版本号低于最新版本号则去除对应的座舱软件，得到所述多个目标座舱软件和所述多个目标座舱软件的版本号。

在本申请的一个实施例中，基于前述方案，软件及版本号获取子模块包括：

软件及版本号获取单元，用于从软件编译模块中获取编译后的多个座舱软件和所述多个座舱软件的版本号；

所述软件编译模块用于响应软件版本参数构建指令以生成所述多个座舱软件的版本号，并根据软件编译指令对开发完成的多个初始座舱软件进行编译以得到所述多个座舱软件。

在本申请的一个实施例中，基于前述方案，所述装置还包括：

定位需求获取模块，用于获取集成后的软件的测试过程和/或售后问题分析过程中的问题软件定位需求；

问题软件监测模块，用于响应于问题软件定位需求，根据所述多个目标座舱软件的下载路径和版本号下载问题软件，以对下载后的问题软件进行问题复现和问题原因排查。

本申请实施例提供的座舱软件版本管理装置，通过预先建立的账号绑定信息确定目标应用程序是否与用户中心绑定，若绑定则直接运行目标应用程序；当目标用户中心与目标应用程序已绑定之后，无需再对目标应用程序进行登录，解决了用户对目标应用程序账号密码管理的困扰，提高了应用程序运行的效率，并且还保证了用户驾驶过程中的安全性。

需要说明的是，上述实施例所提供的装置与上述实施例所提供的方法属于同一构思，其中各个模块和单元执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。

本申请的实施例还提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如上所述的座舱软件版本管理方法。

图7示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

需要说明的是，图7示出的电子设备的计算机系统仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图7所示，计算机系统700包括中央处理单元(Central Processing Unit，CPU)701，其可以根据存储在只读存储器(Read-Only Memory，ROM)702中的程序或者从存储部分708加载到随机访问存储器(Random Access Memory，RAM)703中的程序而执行各种适当的动作和处理，例如执行上述实施例中的方法。在RAM 703中，还存储有系统操作所需的各种程序和数据。CPU 701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(Input/Output，I/O)接口705也连接至总线704。

以下部件连接至I/O接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如LAN(Local Area Network，局域网)卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时，执行本申请的系统中限定的各种功能。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(R AM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不相同于附图中所标注的顺序发生。例如，两个连接地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

本申请的另一方面还提供了一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序被计算机的处理器执行时，使计算机执行如上所述的座舱软件版本管理方法。

本申请的另一方面还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各个实施例中提供的座舱软件版本管理方法。

根据本申请实施例的一个方面，还提供了一种计算机系统，包括中央处理单元(Central Processing Unit，CPU)，其可以根据存储在只读存储器(Read-Only Memory，ROM)中的程序或者从存储部分加载到随机访问存储器(Random Access Memory，RAM)中的程序而执行各种适当的动作和处理，例如执行上述实施例中的方法。在RAM中，还存储有系统操作所需的各种程序和数据。CPU、ROM以及RAM通过总线彼此相连。输入/输出(Input/Output，I/O)接口也连接至总线。

以下部件连接至I/O接口：包括键盘、鼠标等的输入部分；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分；包括硬盘等的存储部分；以及包括诸如LAN(Local Area Network，局域网)卡、调制解调器等的网络接口卡的通信部分。通信部分经由诸如因特网的网络执行通信处理。驱动器也根据需要连接至I/O接口。可拆卸介质，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器上，以便于从其上读出的计算机程序根据需要被安装入存储部分。

上述内容，仅为本申请的较佳示例性实施例，并非用于限制本申请的实施方案，本领域普通技术人员根据本申请的主要构思和精神，可以十分方便地进行相应的变通或修改，故本申请的保护范围应以权利要求书所要求的保护范围为准。

Claims (10)

1.一种座舱软件版本管理方法，其特征在于，所述方法包括：

获取多个目标座舱软件和所述多个目标座舱软件的版本号；

根据软件下载请求，将所述多个目标座舱软件传输至软件集成模块进行软件集成以得到集成后的软件，在传输过程中生成下载路径并对所述下载路径进行记录；

获取所述集成后的软件的版本信息，并对所述集成后的软件的版本信息、下载路径和所述多个目标座舱软件的版本号展示。

2.根据权利要求1所述的座舱软件版本管理方法，其特征在于，所述获取多个目标座舱软件和所述多个目标座舱软件的版本号，包括：

获取多个座舱软件和所述多个座舱软件的版本号；

判断所述多个座舱软件的版本号是否唯一，若版本号不唯一则去除对应的座舱软件，得到版本号唯一的多个座舱软件；

判断所述版本号唯一的多个座舱软件的版本号是否低于最新版本号，若版本号低于最新版本号则去除对应的座舱软件，得到所述多个目标座舱软件和所述多个目标座舱软件的版本号。

3.根据权利要求2所述的座舱软件版本管理方法，其特征在于，所述获取多个座舱软件和所述多个座舱软件的版本号，包括：

从软件编译模块中获取编译后的多个座舱软件和所述多个座舱软件的版本号；

所述软件编译模块用于响应软件版本参数构建指令以生成所述多个座舱软件的版本号，并根据软件编译指令对开发完成的多个初始座舱软件进行编译以得到所述多个座舱软件。

4.根据权利要求1所述的座舱软件版本管理方法，其特征在于，所述对所述集成后的软件的版本信息、下载路径和所述多个目标座舱软件的版本号展示之后，包括：

获取集成后的软件的测试过程和/或售后问题分析过程中的问题软件定位需求；

响应于问题软件定位需求，根据所述多个目标座舱软件的下载路径和版本号下载问题软件，以对下载后的问题软件进行问题复现和问题原因排查。

5.一种座舱软件版本管理装置，其特征在于，所述装置包括：

软件及版本号获取模块，用于获取多个目标座舱软件和所述多个目标座舱软件的版本号；

下载路径记录模块，用于根据软件下载请求，将所述多个目标座舱软件传输至软件集成模块进行软件集成以得到集成后的软件，在传输过程中生成下载路径并对所述下载路径进行记录；

信息展示模块，用于获取所述集成后的软件的版本信息，并对所述集成后的软件的版本信息、下载路径和所述多个目标座舱软件的版本号展示。

6.根据权利要求5所述的座舱软件版本管理装置，其特征在于，所述软件及版本号获取模块包括：

软件及版本号获取子模块，用于获取多个座舱软件和所述多个座舱软件的版本号；

第一判断子模块，用于判断所述多个座舱软件的版本号是否唯一，若版本号不唯一则去除对应的座舱软件，得到版本号唯一的多个座舱软件；

第二判断子模块，用于判断所述版本号唯一的多个座舱软件的版本号是否低于最新版本号，若版本号低于最新版本号则去除对应的座舱软件，得到所述多个目标座舱软件和所述多个目标座舱软件的版本号。

7.根据权利要求6所述的座舱软件版本管理装置，其特征在于，软件及版本号获取子模块包括：

软件及版本号获取单元，用于从软件编译模块中获取编译后的多个座舱软件和所述多个座舱软件的版本号；

所述软件编译模块用于响应软件版本参数构建指令以生成所述多个座舱软件的版本号，并根据软件编译指令对开发完成的多个初始座舱软件进行编译以得到所述多个座舱软件。

8.根据权利要求5所述的座舱软件版本管理装置，其特征在于，所述装置还包括：

定位需求获取模块，用于获取集成后的软件的测试过程和/或售后问题分析过程中的问题软件定位需求；

问题软件监测模块，用于响应于问题软件定位需求，根据所述多个目标座舱软件的下载路径和版本号下载问题软件，以对下载后的问题软件进行问题复现和问题原因排查。

9.一种电子设备，其特征在于，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如权利要求1至4中任一项所述的座舱软件版本管理方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，当所述计算机程序被计算机的处理器执行时，使计算机执行权利要求1至4中任一项所述的座舱软件版本管理方法。

Images