车辆中控系统及其配置方法和装置与流程

本申请涉及汽车生产技术领域，具体涉及车辆中控系统及其配置方法和装置。

背景技术：

在汽车生产销售的过程中，为了适应全球多国家的客户群体，汽车的中控系统需要针对不同国家地区的法律法规，功能需求，具有一些满足该销售地独特要求的功能。如，中控系统的人机交互界面的区别，车载娱乐影音的区别，车载导航的区别等等。车辆中控的软件系统为了适配这些特殊性的需求，往往需要针对每一个销售地区提供与其特殊功能一一对应的软件系统，这严重增加了软件系统的复杂度和设计成本，以及严重增加了汽车的生产成本。

技术实现要素：

鉴于上述问题，提出了本申请以便提供一种克服上述问题或者至少部分地解决上述问题的车辆中控系统及其配置方法和装置。

根据本申请的一方面，提供了一种车辆中控系统的配置方法，包括：

加载差异文件列表，差异文件列表中记录有各仕向地的差异功能配置信息；

确定实现各仕向地的差异功能的车辆硬件类型；

根据差异功能配置信息以及确定的车辆硬件类型，分别生成各仕向地的车辆配置信息；

根据各仕向地的车辆配置信息生成统一的车辆配置文件，以使待配置车辆在加载车辆配置文件后，能够根据待配置车辆的仕向地标识，读取相应仕向地的车辆配置信息而完成车辆中控系统的配置。

优选的，在上述的方法中，差异文件列表包含若干子列表，各子列表中分别记录一个仕向地的差异功能配置信息，差异功能配置信息包含车辆中控系统中各预设应用程序包的仕向地配置参数。

优选的，在上述的方法中，车辆硬件类型包括多媒体控制芯片和电源控制芯片；

确定实现各仕向地的差异功能的车辆硬件类型包括：

根据各预设应用程序包所在的芯片，确定实现各仕向地的差异功能的车辆硬件类型。

优选的，在上述的方法中，根据差异功能配置信息以及确定的车辆硬件类型，分别生成各仕向地的车辆配置信息包括：

针对目标仕向地，读取目标仕向地的子列表；

遍历子列表中记载的各预设应用程序包的仕向地配置参数，若一个预设应用程序包所在的芯片为多媒体控制芯片，则将该预设应用程序包的仕向地配置参数转化为第一格式的车辆配置信息；若一个预设应用程序包所在的芯片为电源控制芯片，则将该预设应用程序包的仕向地配置参数转化为第二格式的车辆配置信息。

优选的，在上述的方法中，根据各仕向地的车辆配置信息生成统一的车辆配置文件包括：

针对目标仕向地，将该目标仕向地的第一格式的车辆配置信息汇总为第一格式的车辆配置子文件，和/或，将该目标仕向地的第二格式的车辆配置信息汇总为第二格式的车辆配置子文件，从而得到该目标仕向地的车辆配置子文件；

将各仕向地的车辆配置子文件打包成统一的车辆配置文件。

根据本申请的第二方面，提供了一种车辆中控系统的配置方法，包括：

加载车辆配置文件，车辆配置文件根据如上任一所述的方法生成；

根据待配置车辆的仕向地标识，从车辆配置文件中读取相应仕向地的差异功能对应的应用程序的配置参数；

根据差异功能对应的应用程序的配置参数为车辆中控系统加载对应的应用程序。

优选的，在上述的方法中，车辆配置文件包括若干配置子文件，各配置子文件中分别包含一个仕向地的差异功能对应的应用程序的配置参数；

根据待配置车辆的仕向地标识，从车辆配置文件中读取相应仕向地的差异功能对应的应用程序的配置参数包括：

在车辆配置文件中确定与根据待配置车辆的仕向地标识对应的配置子文件；

从确定的配置子文件中读取应用程序的配置参数。

优选的，在上述的方法中，根据差异功能对应的应用程序的配置参数为车辆中控系统加载对应的应用程序包括：

根据配置参数对预加载在车辆中控系统中的预设应用程序包进行过滤，并对保留的应用程序包进行解压和加载。

根据本申请的第三方面，提供了一种车辆中控系统的配置装置，该装置包括：

第一加载单元，用于加载差异文件列表，差异文件列表中记录有各仕向地的差异功能配置信息；

类型确定单元，用于确定实现各仕向地的差异功能的车辆硬件类型；

转换单元，用于根据差异功能配置信息以及确定的车辆硬件类型，分别生成各仕向地的车辆配置信息；

生成单元，用于根据各仕向地的车辆配置信息生成统一的车辆配置文件，以使待配置车辆在加载车辆配置文件后，能够根据待配置车辆的仕向地标识，读取相应仕向地的车辆配置信息而完成车辆中控系统的配置。

优选的，在上述的装置中，差异文件列表包含若干子列表，各子列表中分别记录一个仕向地的差异功能配置信息，差异功能配置信息包含车辆中控系统中各预设应用程序包的仕向地配置参数。

优选的，在上述的装置中，车辆硬件类型包括多媒体控制芯片和电源控制芯片；

类型确定单元，用于根据各预设应用程序包所在的芯片，确定实现各仕向地的差异功能的车辆硬件类型。

优选的，在上述的装置中，生成单元，用于针对目标仕向地，读取目标仕向地的子列表；用于遍历子列表中记载的各预设应用程序包的仕向地配置参数，若一个预设应用程序包所在的芯片为多媒体控制芯片，则将该预设应用程序包的仕向地配置参数转化为第一格式的车辆配置信息；若一个预设应用程序包所在的芯片为电源控制芯片，则将该预设应用程序包的仕向地配置参数转化为第二格式的车辆配置信息。

优选的，在上述的装置中，生成单元，用于针对目标仕向地，将该目标仕向地的第一格式的车辆配置信息汇总为第一格式的车辆配置子文件，和/或，将该目标仕向地的第二格式的车辆配置信息汇总为第二格式的车辆配置子文件，从而得到该目标仕向地的车辆配置子文件；用于将各仕向地的车辆配置子文件打包成统一的车辆配置文件。

根据本申请的第四方面，提供了一种车辆中控系统，该车辆中控系统包括：

第二加载单元，用于加载车辆配置文件，车辆配置文件根据如上所述的装置生成；

识别单元，用于根据待配置车辆的仕向地标识，从车辆配置文件中读取相应仕向地的差异功能对应的应用程序的配置参数；

配置单元，用于根据差异功能对应的应用程序的配置参数为车辆中控系统加载对应的应用程序。

优选的，在上述的装置中，车辆配置文件包括若干配置子文件，各配置子文件中分别包含一个仕向地的差异功能对应的应用程序包的配置参数；

识别单元，用于在车辆配置文件中确定与根据待配置车辆的仕向地标识对应的配置子文件；用于从确定的配置子文件中读取应用程序包的配置参数。

优选的，在上述的装置中，配置单元，用于根据配置参数对预加载在车辆中控系统中的预设应用程序包进行过滤，并对保留的应用程序包进行解压和加载。

依据本申请的第五方面，提供了一种电子设备，包括：处理器；以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行如上述任一所述的电子设备定制模式的实现方法。

依据本申请的第六方面，提供了一种计算机可读存储介质，其中，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被处理器执行时，实现如上述任一所述的电子设备定制模式的实现方法。

本申请的有益效果在于，通过将所有仕向地的差异功能的配置信息集合在一起，并将其针对在车辆中控系统中所依的不同的硬件类型，生成对应的可识别信息，最后将这些信息打包在一起，生成统一的车辆配置文件，使得不管预期销售到哪里车辆，只要通过读取该统一的车辆配置文件，即可为车辆中控系统配置与目标仕向地法律法规、生活习惯等相称的软件系统。极大程度上节约了车辆中控系统的软件系统的设计成本、缩短了软件系统的设计周期，显著降低了汽车的经济成本和时间成本。

本申请由上述可知，本申请的技术方案，上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本申请一个实施例的车辆中控系统的配置方法的流程示意图；

图2示出了根据本申请另一个实施例的车辆中控系统的配置方法的流程示意图；

图3示出了根据本申请又一个实施例的车辆中控系统的配置方法的流程示意图；

图4示出了根据本申请再一个实施例的车辆中控系统的配置方法的流程示意图；

图5示出了根据本申请一个实施例的车辆中控系统的配置装置的结构示意图；

图6示出了根据本申请另一个实施例的车辆中控系统的结构示意图；

图7示出了根据本申请一个实施例的电子设备的结构示意图。

图8示出了根据本申请一个实施例的计算机可读存储介质的结构示意图。

具体实施方式

下面将参照附图更详细地描述本申请的示例性实施例。虽然附图中显示了本申请的示例性实施例，然而应当理解，可以以各种形式实现本申请而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本申请，并且能够将本申请的范围完整的传达给本领域的技术人员。

本申请的构思在于，对于全球性的汽车生产销售活动，汽车产品会因为销售地和用户群体的不同，存在地域性的差异，这种差异由于销售地区的法律法规，社会环境，用户习惯等的不同，存在着功能上无法统一的问题。为了满足这种无法统一的用户需求，往往需要软件系统的作者为了对应不同的用户需求提供不同的软件版本。世界上有100多个国家和30多个地区，在这样的背景下，即使每个地区对应一个软件系统的版本，至少需要30个以上的软件版本需要管理，严重得增加了软件系统自身管理的复杂程度。在汽车生产过程中，也会加大汽车厂商的生产线上软件版本控制的难度，提高汽车的生产成本。

针对这一问题，本申请通过生成车辆统一的配置文件，在这个配置文件中包含了所有仕向地的差异功能的配置信息，在为中控系统加载软件系统时，针对不同的仕向地，均可以根据这个统一的配置文件为中控系统加载应用程序，由于各应用程序的配置参数不同，因此可达到针对不同仕向地加载不同功能的目的。

这里将本申请涉及的名词进行简单的介绍。

车辆中控系统：控制汽车空调、车载多媒体等舒适娱乐装置的地方。

车辆中控系统的软件系统：车辆中控的软件系统是管理车载电脑软硬件资源的操作系统和程序的总称，以下简称软件系统。

仕向地：汽车销售客户群体所在地。

烧录：将文件内容写入芯片存储区域的动作。

图1示出了根据本申请一个实施例的车辆中控系统的配置方法的流程示意图，从图1可以看出，该方法包括：

步骤s110，加载差异文件列表，差异文件列表中记录有各仕向地的差异功能配置信息。

差异文件列表中包含销售至各仕向地的预计加载在车辆中的所有功能的配置信息，举例而言，一共有5个仕向地，分别为a仕向地、b仕向地、c仕向地、d仕向地、和e仕向地，计划加载在销售到a仕向地的车辆中的功能有10个，那么在差异文件列表中针对a仕向地的差异功能配置信息就包含上述10个功能的配置信息；计划加载在销售到b仕向地的车辆中的功能有8个，则在差异文件列表中针对b仕向地的差异功能配置信息就包含上述8个功能的配置信息；依次类推，在差异文件列表中针对每个仕向地的差异功能配置信息分别包含对应的若干个功能的配置信息。

步骤s120，确定实现各仕向地的差异功能的车辆硬件类型。

车辆的中控系统包括硬件系统和软件系统，软件系统被烧录在硬件系统中，以控制硬件系统工作。承载着不同功能的不同的软件控制着硬件系统的不同部分，因此，不同的软件要烧录在车辆硬件的不同组件中。为了使硬件系统的不同组件能够识别烧录在其中的软件，需要将差异文件列表中的各仕向地的差异功能配置信息转化成硬件系统的各组件能够识别的文件类型，因此，在转化之前，需要确定实现各仕向地的差异功能所依的车辆硬件类型。

步骤s130，根据差异功能配置信息以及确定的车辆硬件类型，分别生成各仕向地的车辆配置信息。

举例来说，车辆的硬件系统中包括第一硬件类型和第二硬件类型，对于a仕向地来说，具有10个差异功能的差异配置信息，在确定其中一个差异功能所依的车辆硬件类型为第一硬件类型，将其生成为第一硬件类型可识别的车辆配置信息；在确定其中另一个差异功能所依的车辆硬件类型为第二硬件类型，将其生成为第二硬件类型可识别的车辆配置信息；最后共生成10个差异功能分别对应的车辆配置信息。然后将10个差异功能分别对应的车辆配置信息打包在一起，就生成了a仕向地的车辆配置信息。

对于b仕向地来讲，与上面的过程类似，即可生成b仕向地的车辆配置信息。依次类推，分别生成所有的仕向地的车辆配置信息。

步骤s140，根据各仕向地的车辆配置信息生成统一的车辆配置文件，以使待配置车辆在加载车辆配置文件后，能够根据待配置车辆的仕向地标识，读取相应仕向地的车辆配置信息而完成车辆中控系统的配置。

最后，根据各仕向地的车辆配置信息生成统一的车辆配置文件，具体的，可将各仕向地的车辆配置信息进行打包，即可得到统一的车辆配置文件，在这个统一的车辆配置文件中包括所有仕向地的所有差异功能的车辆配置信息。

汽车生产商在将汽车出厂时，可将该统一的车辆配置文件烧录在待配置车辆的中控系统中，在待配置车辆的中控系统中还有预加载在其中的仕向地标识，这个仕向地标识就代表该车辆预期销售的目的仕向地，这个仕向地标识可以为但不限于一个地区或国家的名字，或者正在一个仕向地中同时包含几个国家或地区时，可以为这个仕向地取一个具有代表性的名字，将这个名字可以写入在一个标识文件中，包括但不限于为kindname.txt文件，提前将这个文件烧录在车辆的中控系统中，举例来讲，该目的仕向地为a仕向地，可设置该仕向地标识为a。

待配置车辆可以从上述的kindname.txt文件中读取到a仕向地的标识，在统一的车辆配置文件找到与a仕向地标识对应的a仕向地的车辆配置信息，并根据该a仕向地的车辆配置信息为待配置车辆的中控系统加载软件系统，从而完成车辆中控系统的配置。

由图1所示的方法可以看出，本申请通过将所有仕向地的差异功能的配置信息集合在一起，并将其针对在车辆中控系统中所依的不同的硬件类型，生成对应的可识别信息，最后将这些信息打包在一起，生成统一的车辆配置文件，使得不管预期销售到哪里车辆，只要通过读取该统一的车辆配置文件，即可为中控系统配置与目标仕向地法律法规、生活习惯等相称的软件系统。极大程度上节约了车辆中控系统的软件系统的设计成本、缩短了软件系统的设计周期，显著降低了汽车的经济成本和时间成本。

在本申请的一些实施例中，在上述的方法中，为了使得各仕向地的差异功能配置信息更加清晰明了，在差异文件列表中可设置若干子列表，在一个子列表中记录一个仕向地的差异功能配置信息。

如差异文件列表可以为但不限于excel表格，在excel表格中每一个sheet中记录一个仕向地的差异功能配置信息，这一个sheet就是一个子列表。

在差异功能配置信息中包含车辆中控系统中各预设应用程序包的仕向地配置参数。

车辆中控系统的软件系统可以为若干个应用程序组成，每个应用程序对应着一个差异功能，且均由一个应用程序包承载。以a仕向地和b仕向地的差异功能配置信息为例，对于a仕向地的a应用程序包来说，其仕向地配置信息中的语种为中文；对于b仕向地的a应用程序包来说，其仕向地配置信息中的语种为英文。

一个子列表中，包含a仕向地的各预设应用程序包的仕向地配置参数，另一个子列表中，包含b仕向地的各预设应用程序包的仕向地配置参数，这样各仕向地的差异功能配置信息可轻松被区分开。

图2示出了现有技术的常见的车辆中控系统的硬件系统的结构示意图，从图2中可以看出，车辆中控系统包括中控显示屏幕、多媒体控制芯片、电源控制芯片、以及外接设备。中控显示屏幕是汽车的液晶显示屏幕；多媒体控制芯片(systemonchip，soc)是用于管理车载电脑软硬件资源的操作系统的系统级芯片；电源控制芯片(microcontrollerunit，mcu)是主要用于管理soc芯片供电状态的微控制芯片单元；外接设备是通过汽车线束连接到soc或mcu的其他设备。中控显示屏幕可与多媒体控制芯片进行数据交互，多媒体控制芯片与电源控制芯片进行数据交互，多媒体控制芯片与电源控制芯片均可与外接设备数据交互。

在本申请的一些实施例中，差异文件列表中的各预设应用程序主要应用的车辆硬件类型为多媒体控制芯片和/或电源控制芯片，具体的，一些预设应用程序用于多媒体控制芯片，一些预设应用程序用于电源控制芯片，还有一些预设应用程序同时用于多媒体控制芯片和电源控制芯片。

在预设应用程序用于多媒体控制芯片时，确定该预设应用程序实现各仕向地的差异功能的车辆硬件类型为多媒体控制芯片；在预设应用程序用于电源控制芯片时，确定该预设应用程序实现各仕向地的差异功能的车辆硬件类型为电源控制芯片；在预设应用程序同时用于多媒体控制芯片和电源控制芯片，确定该预设应用程序实现各仕向地的差异功能的车辆硬件类型为媒体控制芯片和电源控制芯片。

在本申请的一些实施例中，针对一个目标仕向地，例如a仕向地为目标仕向地，读取a仕向地的子列表，这里这个子列表可以为excel表格的一个sheet，在这个sheet中，一行可以存储一个预设应用程序包的仕向地配置参数。遍历该子列表中记载的各预设应用程序包的仕向地配置参数，在一个预设应用程序包所在的芯片为多媒体控制芯片，则将该预设应用程序包的仕向地配置参数转化为多媒体控制芯片可识别的第一格式的车辆配置信息；在一个预设应用程序包所在的芯片为电源控制芯片，则将该预设应用程序包的仕向地配置参数转化为电源控制芯片可识别的第二格式的车辆配置信息；在一个预设应用程序包所在的芯片同时为多媒体控制芯片和电源控制芯片时，则将该预设应用程序包的仕向地配置参数同时转化为多媒体控制芯片可识别的第一格式的车辆配置信息和电源控制芯片可识别的第二格式的车辆配置信息。

然后针对a仕向地，将a仕向地的所有的第一格式的车辆配置信息(如有)汇总为第一格式的车辆配置子文件，包括但不限于bin格式文件；将b仕向地的所有的第二格式的车辆配置信息(如有)汇总为第二格式的车辆配置子文件，包括但不限于json格式文件。

最后将各仕向地的车辆配置子文件打包成统一的车辆配置文件，如包含a仕向地、b仕向地、c仕向地、d仕向地、和e仕向地的车辆配置子文件的统一的车辆配置文件。

图3示出了根据本申请另一个实施例的车辆中控系统的配置方法的流程示意图，从图3中可以看出，图3显示了差异列表转化为统一的车辆配置文件的具体过程。

加载差异文件列表，差异文件列表中包括3个子列表，分别包含a仕向地、b仕向地和c仕向地的3个预设应用程序包的配置参数。

确定第一预设应用程序包所在的芯片为多媒体控制芯片，将a仕向地、b仕向地和c仕向地的第一预设应用程序包的配置信息分别转化为bin格式配置信息；确定第二预设应用程序包所在的芯片为电源控制芯片，将a仕向地、b仕向地和c仕向地的第二预设应用程序包的配置信息分别转化为json格式配置信息；确定第三预设应用程序包所在的芯片为多媒体控制芯片和电源控制芯片，将a仕向地、b仕向地和c仕向地的第三预设应用程序包的配置信息分别转化为bin格式配置信息和json格式配置信息。

以a仕向地为例，将第一预设应用程序包的bin格式配置信息与第三预设应用程序包的bin格式配置信息汇总在一起，生成第一格式配置子文件；将第二预设应用程序包的json格式配置信息与第三预设应用程序包的json格式配置信息汇总在一起，生成第一二格式配置子文件。

将a仕向地的第一格式配置子文件和第二格式配置子文件打包生成为a仕向地的车辆配置子文件，同理生成b仕向地的车辆配置子文件和c仕向地的车辆配置子文件。

将a仕向地、b仕向地和c仕向地的车辆配置子文件打包生成车辆配置文件。

图4示出了根据本申请又一个实施例的车辆中控系统的配置方法的流程示意图，包括：

步骤s410，加载车辆配置文件，所述车辆配置文件根据如上所述的方法生成。

该实施例给出的方法用于车辆的中控系统端，首先，加载前述的统一的车辆配置文件，该车辆配置文件包括所有仕向地的差异功能配置信息。

步骤s420，根据待配置车辆的仕向地标识，从所车辆配置文件中读取相应仕向地的差异功能对应的应用程序的配置参数。

在车辆配置文件中根据预期的目标仕向地，提前烧录有与目标仕向地对应的仕向地标识，如a标识，该a标识可以但不限于提前写入标识文件，包括但不限于为kindname.txt文件，并提前将这个文件烧录在车辆的中控系统中，该a标识与车辆配置文件中a仕向地的差异功能对应的应用程序的配置参数对应。根据该a标识可以从车辆配置文件中找到a仕向地的差异功能对应的应用程序的配置参数。

如果根据a标识，在车辆配置文件找不到相应的差异功能对应的应用程序的配置参数，则报出加载出错界面。

步骤s430，根据差异功能对应的应用程序的配置参数为车辆中控系统加载对应的应用程序。

根据读取到a仕向地的差异功能对应的应用程序的配置参数为车辆中控系统加载对应的应用程序。

由图4的方法可以看出，通过读取车辆配置文件，在车辆配置文件中找到预期仕向地对应的子文件对应用程序进行加载，能够快速、准确的完成为面向不同仕向地的车辆的中控系统的软件系统的加载。

在本申请的一些实施例中，车辆配置文件包括若干配置子文件，各配置子文件中分别包含一个仕向地的差异功能对应的应用程序的配置参数。

仍然以a仕向地为例，该a标识与车辆配置文件与a仕向地的子配置文件对应。根据该a标识可以从车辆配置文件中找到a仕向地的子配置文件，在该文件中可以读取到a仕向地的差异功能对应的应用程序的配置参数。

如果根据a标识，在车辆配置文件找不到相应的子配置文件，则报出加载出错界面。

在根据本申请的一些实施例中，对于不同仕向地的车辆加载的程序可能不一致，如对于a仕向地加载a程序，而b仕向地不加载a程序，在配置参数可以对是否加载进行预设，以使所述车辆中控系统可以根据配置参数对预加载在所述车辆中控系统中的预设应用程序包进行过滤，并对保留的应用程序包进行解压和加载。

图5示出了根据本申请一个实施例的车辆中控系统的配置装置的结构示意图，该装置500包括：

第一加载单元510，用于加载差异文件列表，所述差异文件列表中记录有各仕向地的差异功能配置信息。

差异文件列表中包含销售至各仕向地的预计加载在车辆中的所有功能的配置信息，举例而言，一共有5个仕向地，分别为a仕向地、b仕向地、c仕向地、d仕向地、和e仕向地，计划加载在销售到a仕向地的车辆中的功能有10个，那么在差异文件列表中针对a仕向地的差异功能配置信息就包含上述10个功能的配置信息；计划加载在销售到b仕向地的车辆中的功能有8个，则在差异文件列表中针对b仕向地的差异功能配置信息就包含上述8个功能的配置信息；依次类推，在差异文件列表中针对每个仕向地的差异功能配置信息分别包含对应的若干个功能的配置信息。

类型确定单元520，用于确定实现各仕向地的差异功能所依的车辆硬件类型。

车辆的中控系统包括硬件系统和软件系统，软件系统被烧录在硬件系统中，以控制硬件系统工作。承载着不同功能的不同的软件控制着硬件系统的不同部分，因此，不同的软件要烧录在车辆硬件的不同组件中。为了是硬件系统的不同组件能够识别烧录在其中的软件，需要将差异文件列表中的各仕向地的差异功能配置信息转化成硬件系统的各组件能够识别的文件类型，因此，在转化之前，需要确定实现各仕向地的差异功能所依的车辆硬件类型。

转换单元530，用于根据所述差异功能配置信息以及确定的车辆硬件类型，分别生成各仕向地的车辆配置信息。

举例来说，车辆的硬件系统中包括第一硬件类型和第二硬件类型，对于a仕向地来说，具有10个差异功能的差异配置信息，在确定其中一个差异功能所依的车辆硬件类型为第一硬件类型，将其生成为第一硬件类型可识别的车辆配置信息；在确定其中另一个差异功能所依的车辆硬件类型为第二硬件类型，将其生成为第二硬件类型可识别的车辆配置信息；最后共生成10个差异功能分别对应的车辆配置信息。然后将10个差异功能分别对应的车辆配置信息打包在一起，就生成了a仕向地的车辆配置信息。

对于b仕向地来讲，与上面的过程类似，即可生成b仕向地的车辆配置信息。依次类推，分别生成了说所有的仕向地的车辆配置信息。

生成单元540，用于根据各仕向地的车辆配置信息生成统一的车辆配置文件，以使待配置车辆在加载所述车辆配置文件后，能够根据待配置车辆的仕向地标识，读取相应仕向地的车辆配置信息而完成车辆中控系统的配置。

最后，根据各仕向地的车辆配置信息生成统一的车辆配置文件，具体的，可将各仕向地的车辆配置信息进行打包，即可得到统一的车辆配置文件，在这个统一的车辆配置文件中包括所有仕向地的所有差异功能的车辆配置信息。

汽车生产商在将汽车出厂时，可将该统一的车辆配置文件烧录在待配置车辆的中控系统中，在待配置车辆的中控系统中还有预加载在其中的仕向地标识，这个仕向地标识就代表该车辆预期销售的目的仕向地，这个仕向地标识可以为但不限于一个地区或国家的名字，或者正在一个仕向地中同时包含几个国家或地区时，可以为这个仕向地取一个具有代表性的名字，将这个名字可以写入在一个标识文件中，包括但不限于为kindname.txt文件，提前将这个文件烧录在车辆的中控系统中，举例来讲，该目的仕向地为a仕向地，可设置该仕向地标识为a。

待配置车辆可以从上述的kindname.txt文件中读取到a仕向地的标识，在统一的车辆配置文件找到与a仕向地标识对应的a仕向地的车辆配置信息，并根据该a仕向地的车辆配置信息为待配置车辆的中控系统加载软件系统，从而完成车辆中控系统的配置。

由图5所示的装置可以看出，本申请通过将所有仕向地的差异功能的配置信息集合在一起，并将其针对在车辆中控系统中所依的不同的硬件类型，生成对应的可识别信息，最后将这些信息打包在一起，生成统一的车辆配置文件，使得不管预期销售到哪里车辆，只要通过读取该统一的车辆配置文件，即可为中控系统配置与目标仕向地法律法规、生活习惯等相称的软件系统。极大程度上节约了车辆中控系统的软件系统的设计成本、缩短了软件系统的设计周期，显著降低了汽车的经济成本和时间成本。

在本申请的一些实施例中，在上述的装置中，差异文件列表包含若干子列表，各子列表中分别记录一个仕向地的差异功能配置信息，差异功能配置信息包含车辆中控系统中各预设应用程序包的仕向地配置参数。

在本申请的一些实施例中，在上述的装置中，车辆硬件类型包括多媒体控制芯片和电源控制芯片。类型确定单元520，用于根据各预设应用程序包所在的芯片，确定实现各仕向地的差异功能的车辆硬件类型。

在本申请的一些实施例中，在上述的装置中，生成单元540，用于针对目标仕向地，读取目标仕向地的子列表；用于遍历子列表中记载的各预设应用程序包的仕向地配置参数，若一个预设应用程序包所在的芯片为多媒体控制芯片，则将该预设应用程序包的仕向地配置参数转化为第一格式的车辆配置信息；若一个预设应用程序包所在的芯片为电源控制芯片，则将该预设应用程序包的仕向地配置参数转化为第二格式的车辆配置信息。

在本申请的一些实施例中，在上述的装置中，生成单元540，用于针对目标仕向地，将该目标仕向地的第一格式的车辆配置信息汇总为第一格式的车辆配置子文件，和/或，将该目标仕向地的第二格式的车辆配置信息汇总为第二格式的车辆配置子文件，从而得到该目标仕向地的车辆配置子文件；用于将各仕向地的车辆配置子文件打包成统一的车辆配置文件。

图6示出了根据本申请一个实施例的车辆中控系统的结构示意图，该车辆中控系统600包括：

第二加载单元610，用于加载车辆配置文件，车辆配置文件根据如上所述的装置生成。

首先，加载前述的统一的车辆配置文件，该车辆配置文件包括所有仕向地的差异功能配置信息。

识别单元620，用于根据待配置车辆的仕向地标识，从车辆配置文件中读取相应仕向地的差异功能对应的应用程序的配置参数。

在车辆配置文件中根据预期的目标仕向地，提前烧录有与目标仕向地对应的仕向地标识，如a标识，该a标识可以但不限于提前写入标识文件，包括但不限于为kindname.txt文件，并提前将这个文件烧录在车辆的中控系统中，该a标识与车辆配置文件中a仕向地的差异功能对应的应用程序的配置参数对应。根据该a标识可以从车辆配置文件中找到a仕向地的差异功能对应的应用程序的配置参数。

如果根据a标识，在车辆配置文件找不到相应的差异功能对应的应用程序的配置参数，则报出加载出错界面。

配置单元630，用于根据差异功能对应的应用程序的配置参数为车辆中控系统加载对应的应用程序。

根据读取到a仕向地的差异功能对应的应用程序的配置参数为车辆中控系统加载对应的应用程序。

由图6示出的车辆中控系统可以看出，通过读取车辆配置文件，在车辆配置文件中找到预期仕向地对应的子文件对应用程序进行加载，能够快速、准确的完成为面向不同仕向地的车辆的中控系统的软件系统的加载。

在本申请的一些实施例中，在上述的装置中，车辆配置文件包括若干配置子文件，各配置子文件中分别包含一个仕向地的差异功能对应的应用程序的配置参数。

识别单元620，用于在车辆配置文件中确定与根据待配置车辆的仕向地标识对应的配置子文件；用于从确定的配置子文件中读取应用程序的配置参数。

在本申请的一些实施例中，在上述的装置中，配置单元630，用于根据配置参数对预加载在车辆中控系统中的预设应用程序包进行过滤，并对保留的应用程序包进行解压和加载。

需要说明的是，上述各装置实施例的具体实施方式可以参照前述对应方法实施例的具体实施方式进行，在此不再赘述。

本申请的有益效果在于，通过将所有仕向地的差异功能的配置信息集合在一起，并将其针对在车辆中控系统中所依的不同的硬件类型，生成对应的可识别信息，最后将这些信息打包在一起，生成统一的车辆配置文件，使得不管预期销售到哪里车辆，只要通过读取该统一的车辆配置文件，即可为中控系统配置与目标仕向地法律法规、生活习惯等相称的软件系统。极大程度上节约了车辆中控系统的软件系统的设计成本、缩短了软件系统的设计周期，显著降低了汽车的经济成本和时间成本。

需要说明的是：

在此提供的算法和显示不与任何特定计算机、虚拟装置或者其它设备固有相关。各种通用装置也可以与基于在此的示教一起使用。根据上面的描述，构造这类装置所要求的结构是显而易见的。此外，本申请也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本申请的内容，并且上面对特定语言所做的描述是为了披露本申请的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本申请的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本申请并帮助理解各个发明方面中的一个或多个，在上面对本申请的示例性实施例的描述中，本申请的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本申请要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本申请的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本申请的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本申请的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本申请实施例的车辆中控系统的配置装置或车辆中控系统中的一些或者全部部件的一些或者全部功能。本申请还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本申请的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

例如，图7示出了根据本申请一个实施例的电子设备的结构示意图。该电子设备700包括处理器710和被安排成存储计算机可执行指令(计算机可读程序代码)的存储器720。存储器720可以是诸如闪存、eeprom(电可擦除可编程只读存储器)、eprom、硬盘或者rom之类的电子存储器。存储器720具有存储用于执行上述方法中的任何方法步骤的计算机可读程序代码731的存储空间730。例如，用于存储计算机可读程序代码的存储空间730可以包括分别用于实现上面的方法中的各种步骤的各个计算机可读程序代码731。计算机可读程序代码731可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。这些计算机程序产品包括诸如硬盘，紧致盘(cd)、存储卡或者软盘之类的程序代码载体。这样的计算机程序产品通常为例如图7所示的计算机可读存储介质。图8示出了根据本申请一个实施例的一种计算机可读存储介质的结构示意图。该计算机可读存储介质800存储有用于执行根据本申请的方法步骤的计算机可读程序代码731，可以被电子设备700的处理器710读取，当计算机可读程序代码731由电子设备700运行时，导致该电子设备700执行上面所描述的方法中的各个步骤，具体来说，该计算机可读存储介质存储的计算机可读程序代码731可以执行上述任一实施例中示出的方法。计算机可读程序代码731可以以适当形式进行压缩。

应该注意的是上述实施例对本申请进行说明而不是对本申请进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本申请可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。