CN114116043A - 车载系统控制方法、装置及计算机可读存储介质 - Google Patents

Abstract

本申请提供一种车载系统控制方法、装置及计算机可读存储介质，涉及车载系统领域，能够解决现有技术中车载系统的移植维护的成本过高的问题。该方法包括：获取待配置车辆对应的至少一个功能模块；其中，待配置车辆对应一个接口文件；一个接口文件包括多个属性，多个属性对应待配置车辆的多个功能；至少一个功能模块中的一个功能模块用于调用一个接口文件中的至少一个属性；获取属性配置指令；属性配置指令用于表征待调用属性；待调用属性为多个属性中的属性；从至少一个功能模块中匹配与待调用的属性对应的功能模块；向待调用的属性对应的功能模块发送属性配置指令。本申请实施例能够降低车载系统的移植维护成本。

Description

车载系统控制方法、装置及计算机可读存储介质

技术领域

本申请涉及车载系统领域，尤其涉及一种车载系统控制方法、装置及计算机可读存储介质。

背景技术

随着智能汽车的发展，车载系统的功能也越来越丰富，这就使得车载系统也变得更加复杂。

现有技术中车载系统中的属性接口文件定义有每个车辆厂商所需要的全部属性(type)，同时通过大量的逻辑判断区分各家厂商针对不同车辆设备所要执行的功能，并且技术人员在移植或维护的过程中，需要对整个属性接口文件以及属性配置进行修改，这将会导致车载系统的移植维护的成本过高。

发明内容

本申请提供一种车载系统控制方法、装置及计算机可读存储介质，能够降低车载系统的移植维护成本。

为达到上述目的，本申请采用如下技术方案：

第一方面，本申请提供一种车载系统控制方法，该方法包括：获取待配置车辆对应的至少一个功能模块；其中，待配置车辆对应一个接口文件；一个接口文件包括多个属性，多个属性对应待配置车辆的多个功能；至少一个功能模块中的一个功能模块用于调用一个接口文件中的至少一个属性；获取属性配置指令；属性配置指令用于表征待调用属性；待调用属性为多个属性中的属性；从至少一个功能模块中匹配与待调用的属性对应的功能模块；向待调用的属性对应的功能模块发送属性配置指令。

基于上述技术方案，车载系统控制装置通过获取待配置车辆对应的至少一个功能模块以及属性配置指令，根据该属性配置指令匹配出对应的功能模块，并将该属性配置指令发送至对应的功能模块，以实现属性配置指令对应的配置操作。如此一来，在进行移植维护的过程中，本申请仅需对功能发生改动的功能模块进行修改，无需改动其他功能模块，降低了移植维护的成本。

此外，现有技术中需要通过大量的逻辑判断区分各家厂商针对不同车型的车辆设备所要执行的功能，这会使得车载系统的运行效率低下。

车载系统控制装置可以将车载系统中属性对应的功能封装在多个功能模块中，车载系统控制装置仅需针对待配置车辆获取需要的功能模块，大大简化了执行属性配置指令所需的逻辑判断，提高了车载系统的运行效率。

结合上述第一方面，在一种可能的实现方式中，接口文件中继承有原生属性的接口文件、车厂属性的接口文件、车型属性的接口文件、车辆属性的接口文件中的至少一种；原生属性为多个车厂共有的基础属性；车厂属性为车辆所属的车厂的多个车型共有的基础属性；车型属性为车辆所属的车型对应的多个配置版本共有的基础属性。

结合上述第一方面，在一种可能的实现方式中，该方法还包括：获取车载系统的原生属性；根据原生属性生成车厂属性；其中，车厂属性继承原生属性中的全部属性，并增加车厂的基础属性；根据车厂属性生成车型属性；其中，车型属性继承车厂属性的全部属性，并增加车型的基础属性；确定待配置车辆中各个设备的属性；根据各个设备的属性生成多个功能模块，多个功能模块中包括至少一个功能模块。

结合上述第一方面，在一种可能的实现方式中，该方法还包括：确定功能配置文件列表；功能配置文件列表包括至少一个功能模块的标识；根据至少一个功能模块的标识，从多个功能模块中获取至少一个功能模块。

结合上述第一方面，在一种可能的实现方式中，该方法还包括：判断至少一个功能模块中的任一个功能模块能否根据属性配置指令为待配置车辆配置对应的属性；若能，则确定当前进行判断的功能模块为与属性配置指令对应的功能模块；若不能，则对当前进行判断的功能模块的下一个功能模块进行判断。

第二方面，本申请提供一种车载系统控制装置，该装置包括：处理单元；处理单元，用于获取待配置车辆对应的至少一个功能模块；其中，待配置车辆对应一个接口文件；一个接口文件包括多个属性，多个属性对应待配置车辆的多个功能；至少一个功能模块中的一个功能模块用于调用一个接口文件中的至少一个属性；处理单元，还用于获取属性配置指令；属性配置指令用于表征待调用属性；待调用属性为多个属性中的属性；处理单元，还用于从至少一个功能模块中匹配与待调用的属性对应的功能模块；处理单元，还用于向待调用的属性对应的功能模块发送属性配置指令。

结合上述第二方面，在一种可能的实现方式中，接口文件中继承有原生属性的接口文件、车厂属性的接口文件、车型属性的接口文件、车辆属性的接口文件中的至少一种；原生属性为多个车厂共有的基础属性；车厂属性为车辆所属的车厂的多个车型共有的基础属性；车型属性为车辆所属的车型对应的多个配置版本共有的基础属性。

结合上述第二方面，在一种可能的实现方式中，处理单元还用于：获取车载系统的原生属性；根据原生属性生成车厂属性；其中，车厂属性继承原生属性中的全部属性，并增加车厂的基础属性；根据车厂属性生成车型属性；其中，车型属性继承车厂属性的全部属性，并增加车型的基础属性；确定待配置车辆中各个设备的属性；根据各个设备的属性生成多个功能模块，多个功能模块中包括至少一个功能模块。

结合上述第二方面，在一种可能的实现方式中，处理单元具体用于：确定功能配置文件列表；功能配置文件列表包括至少一个功能模块的标识；根据至少一个功能模块的标识，从多个功能模块中获取至少一个功能模块。

结合上述第二方面，在一种可能的实现方式中，处理单元具体用于：判断至少一个功能模块中的任一个功能模块能否根据属性配置指令为待配置车辆配置对应的属性；若能，则确定当前进行判断的功能模块为与属性配置指令对应的功能模块；若不能，则对当前进行判断的功能模块的下一个功能模块进行判断。

第三方面，本申请提供了一种车载系统控制装置，该装置包括：处理器和通信接口；通信接口和处理器耦合，处理器用于运行计算机程序或指令，以实现如第一方面和第一方面的任一种可能的实现方式中所描述的车载系统控制方法。

第四方面，本申请提供了一种计算机可读存储介质，计算机可读存储介质中存储有指令，当指令在终端上运行时，使得终端执行如第一方面和第一方面的任一种可能的实现方式中描述的车载系统控制方法。

第五方面，本申请提供一种包含指令的计算机程序产品，当计算机程序产品在车载系统控制装置上运行时，使得车载系统控制装置执行如第一方面和第一方面的任一种可能的实现方式中所描述的车载系统控制方法。

第六方面，本申请提供一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行计算机程序或指令，以实现如第一方面和第一方面的任一种可能的实现方式中所描述的车载系统控制方法。

具体的，本申请中提供的芯片还包括存储器，用于存储计算机程序或指令。

需要说明的是，上述计算机指令可以全部或者部分存储在第一计算机可读存储介质上。其中，第一计算机可读存储介质可以与装置的处理器封装在一起的，也可以与装置的处理器单独封装，本申请对此不作限定。

本发明中第二方面至第六方面的描述，可以参考第一方面的详细描述；并且，第二方面至第六方面的描述的有益效果，可以参考第一方面的有益效果分析，此处不再赘述。

在本申请中，上述车载系统控制装置的名字对设备或功能模块本身不构成限定，在实际实现中，这些设备或功能模块可以以其他名称出现。只要各个设备或功能模块的功能和本发明类似，属于本发明权利要求及其等同技术的范围之内。

本发明的这些方面或其他方面在以下的描述中会更加简明易懂。

附图说明

图1为本申请实施例提供的一种车辆系统的结构示意图；

图2为本申请实施例提供的一种车载系统控制方法的流程图；

图3为本申请实施例提供的另一种车载系统控制方法的流程图；

图4为本申请实施例提供的一种车辆属性生成图；

图5为本申请实施例提供的另一种车载系统控制方法的流程图；

图6为本申请实施例提供的一种车载系统控制装置的结构示意图；

图7为本申请实施例提供的另一种车载系统控制装置的结构示意图；

图8为本申请实施例提供的一种芯片的结构示意图。

具体实施方式

下面结合附图对本申请实施例提供的一种车载系统控制方法、装置及计算机可读存储介质方法及装置进行详细地描述。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

本申请的说明书以及附图中的术语“第一”和“第二”等是用于区别不同的对象，或者用于区别对同一对象的不同处理，而不是用于描述对象的特定顺序。

此外，本申请的描述中所提到的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括其他没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

在本申请的描述中，除非另有说明，“多个”的含义是指两个或两个以上。

以下，对本申请实施例涉及的名词进行解释，以方便读者理解。

下面将结合说明书附图，对本申请实施例的实施方式进行详细描述。

如图1所示，图1为本申请实施例提供的一种车辆系统10的结构示意图。该车辆系统10包括：硬件系统101、车载系统102以及软件系统103。硬件系统101包括多个车载硬件1011，车载系统102包括多个功能模块1021，软件系统103包括多个车载软件1031。

其中，硬件系统101与车载系统102进行通信连接，车载系统102与软件系统103进行通信连接。

以下对车辆系统10中硬件系统101、车载系统102以及软件系统103中指令的交互流程进行介绍：

软件系统103中包括的多个车载软件1031可以接收对应的用户指令信息，并将用户指令信息发送给车载系统102，相应的，车载系统102包括的功能模块1021接收用户指令。

车载系统102中包括的多个功能模块1021可以解析对应的用户指令信息，生成配置指令，并将配置指令发送给硬件系统101中对应的车载硬件1011。相应的，硬件系统101中对应的车载硬件1011接收配置指令。

硬件系统101中对应的车载硬件1011可以根据配置指令执行对应的操作。

类似的，硬件系统102中包括的多个车载硬件1011向车载系统102发送响应信息，相应的，车载系统102包括的功能模块1021接收该响应信息。

车载系统102中包括的多个功能模块1021可以解析对应的响应信息并生成配置指令，并向软件系统103中对应的车载软件1031发送该配置指令。相应的，软件系统103中对应的车载软件1031接收配置指令。

软件系统103中对应的车载软件1031根据接收的配置指令执行相应的操作。

在不同的车载系统10中，上述车辆系统10中的硬件系统101、车载硬件1011、车载系统102、功能模块1021、软件系统103、车载软件1031可能对应不同的名字，本领域技术人员可以理解的是，名字对设备本身不构成限定。

硬件系统101包括多个车载硬件1011，车载硬件1011是设置在车辆上的硬件设备，用于执行车辆各种操作的设备。例如，车载硬件可以是控制车辆移动的设备，包括发动机、方向盘、制动装置等。车载硬件也可以是控制车内环境的设备，包括空调、加热座椅、空气过滤器等。相应的，车载硬件还可以是用于车辆通信的设备，包括车载终端，设置在车辆上的通信芯片等。车载硬件通常包括用于控制和处理指令的电子控制单元(electroniccontrol unit，ECU)。

车载系统102是车载硬件和车载软件的接口程序，管理和控制着车载硬件与车载软件资源。用户通过车载软件可以向车辆发送指令，车载系统对车载软件接收的指令进行解析处理，并发送给车辆上对应的ECU，通过ECU实现对车载硬件的控制。相应的，车载硬件也可以将反馈信息通过ECU发送给车载系统，车载系统对其进行解析处理，并发送给相应的车载软件，车载软件根据反馈信息执行下一步操作。

常见的车载系统包括：Android vehicle hal，Linux kernel，QNX car等。

在本申请实施例中，车载系统102通过多个功能模块1021对硬件系统101中的车载硬件1011以及软件系统103中的车载软件1031进行交互。

软件系统103包括多个车载软件1031，车载软件1031是安装在车辆中控系统中的应用，用于为用户提供不同的服务。例如，车载软件1031可以是用于车辆定位导航的应用，也可以是用于调节车内环境的应用，还可以是执行智能驾驶操作的应用。

本申请实施例描述的系统架构以及业务场景是为了更加清楚地说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用，下述实施例以车载系统为Android vehicle hal为例，对本申请实施例中的技术方案进行详述。

需要指出的是，本申请各实施例之间可以相互借鉴或参考，例如，相同或相似的步骤，方法实施例、车辆系统10实施例和装置实施例之间，均可以相互参考，不予限制。

随着智能汽车的发展，车载系统的功能也越来越丰富，不同车辆厂商往往会设计多种车型，每种车型又存在多种个性化的配置，因此，不同车辆的车载系统所要实现的功能往往也有所不同，这就使得车载系统也变得更加复杂。

现有技术中车载系统中的属性接口文件定义有每个车辆厂商所需要的全部属性，同时通过大量的逻辑判断区分各家厂商针对不同车型的车辆设备所要执行的功能，并且技术人员在移植或维护的过程中，需要对整个属性接口文件以及属性配置进行修改，这将会导致车载系统的移植维护的成本过高。

为了解决现有技术中，移植维护车载系统的成本过高的问题，本申请提供了一种车载系统控制方法。

如图2所示，本申请实施例提供了一种车载系统控制方法的流程图，该方法包括以下步骤：

S201、车载系统控制装置获取待配置车辆对应的至少一个功能模块。

其中，待配置车辆对应一个接口文件；一个接口文件包括多个属性，多个属性对应待配置车辆的多个功能；至少一个功能模块中的一个功能模块用于调用一个接口文件中的至少一个属性。

需要说明的是，车辆的车载系统通过接口文件定义该车辆的各种属性，每个属性用于表示车辆设备对应的具体参数，车载系统控制装置通过对某一属性进行配置，可以实现该属性对应的功能。

示例性的，车厂A设计制造的车辆A1的空调设备针对每个座椅均设置有空调出风口。其中，座椅1的空调出风口的开关参数即为该车辆车载系统中的一个属性，记为Seat_1_switch。Seat_1_switch的值可以为0或1，0表示关闭，1表示开启。车载系统控制装置通过对Seat_1_switch的值进行配置，即可实现对车辆A1中座椅1的空调出风口的开关进行控制的功能。

需要说明的是，本申请实施例中，一个功能模块用于调用所述一个接口文件中的至少一个属性，不同的功能模块所调用的属性也不同。

一种可能的实现方式中，一个功能模块用于调用待配置车辆中一个设备对应的全部属性。

S202、车载系统控制装置获取属性配置指令。

其中，属性配置指令用于指示为待配置车辆配置对应的属性。

一种可能的实现方式中，车载系统可以接收用户发送的属性配置指令。

示例性的，软件系统接收用户发送的属性配置指令，并向车载系统发送该属性配置指令。

另一种可能的实现方式中，车载系统可以接收硬件系统发送的属性配置指令。

示例性的，硬件系统中的车载硬件执行相应操作后，向车载系统发送响应的属性配置指令。

一种可能的实现方式中，属性配置指令包括属性设置指令以及属性获取指令。属性设置指令可以包括属性标识信息和设定值信息。属性标识信息用于标识待配置属性，设定值信息用于指示待配置属性的设定值。属性获取指令可以包括属性标识信息和获取值信息。属性标识信息用于标识待配置属性，获取值信息用于表示待配置属性的当前所获取的数值。

示例性的，属性设置指令可以为set指令。属性获取指令可以为get指令。

S203、车载系统控制装置从至少一个功能模块中匹配与属性配置指令对应的功能模块。

由于，一个功能模块用于调用所述一个接口文件中的至少一个属性，不同的功能模块所调用的属性也不同。因此，在车载系统控制装置获取属性配置指令之后，车载系统控制装置需要从获取的待配置车辆对应的至少一个功能模块中匹配出与属性配置指令对应的功能模块，以使得该模块执行相应的属性配置指令。

示例性的，车载系统包括空调功能模块以及车窗功能模块，空调功能模块可以调用温度属性、风量属性以及循环方式设置属性，以实现对应的控制温度、控制风量以及控制循环方式的功能。车窗功能模块可以调用车窗开合程度、雨刷器开关属性，以实现对应的控制车窗开合以及控制雨刷器开关的功能。

S204、车载系统控制装置向属性配置指令对应的功能模块发送属性配置指令。

当匹配到与属性配置指令对应的功能模块后，车载系统控制装置可以向该功能模块发送属性配置指令。该功能模块根据属性配置指令执行相应的配置操作。功能模块执行配置操作的过程可参考现有技术，本申请对此不作过多详述。

基于上述技术方案，车载系统控制装置通过获取待配置车辆对应的至少一个功能模块以及属性配置指令，根据该属性配置指令匹配出对应的功能模块，并将该属性配置指令发送至对应的功能模块，以实现属性配置指令对应的配置操作。如此一来，在进行移植维护的过程中，本申请实施例仅需对功能发生改动的功能模块进行修改，无需改动其他功能模块，降低了移植维护的成本。

此外，现有技术中需要通过大量的逻辑判断区分各家厂商针对不同车型的车辆设备所要执行的功能，这会使得车载系统的运行效率低下。

车载系统控制装置可以将车载系统中属性对应的功能封装在多个功能模块中，车载系统控制装置仅需针对待配置车辆获取需要的功能模块，大大简化了执行属性配置指令所需的逻辑判断，提高了车载系统的运行效率。

以下，结合上述实施例，对车载系统控制装置生成多个功能模块的过程进行具体介绍。

作为本申请的一种可能的实施例，结合图2，如图3所示，在上述步骤S201之前，本申请实施例还包括以下步骤S301-S305：

S301、车载系统控制装置获取车载系统的原生属性。

如图4所示，为本申请实施例提供的一种车辆属性生成图。

其中，车载系统中预设有原生属性，原生属性为多个车厂共有的基础属性。原生属性通常用于表示车辆设备中的必要参数，

示例性的，原生属性包括发动机的开关，车门的开关。

S302、车载系统控制装置根据原生属性生成车厂属性。

其中，车厂属性继承原生属性中的全部属性，并增加车厂的基础属性。车厂属性为车辆所属的车厂的多个车型共有的基础属性。

示例性的，车厂1的基础属性包括车厂1的车标、车厂1的智能驾驶模式。结合上述示例，车厂1属性包括发动机的开关，车门的开关、车厂1的车标以及车厂1的智能驾驶模式。

S303、车载系统控制装置根据车厂属性生成车型属性。

其中，车型属性继承车厂属性的全部属性，并增加车型的基础属性。车型属性为车辆所属的车型对应的多个配置版本共有的基础属性。

类似的，对于同一车厂的不同车型，往往存在一些差异化的设计，这就需要车厂针对不同车型设定不同的属性，作为车型属性。

示例性的，车厂1有车型1和车型2两种车型，车型1的基础属性包括车型1的空调循环模式，车型2的基础属性包括车型2的空调循环模式。结合上述示例，车型1属性包括发动机的开关，车门的开关、车厂1的车标、车厂1的智能驾驶模式以及车型1的空调循环模式。车型2属性包括发动机的开关，车门的开关、车厂1的车标、车厂1的智能驾驶模式以及车型2的空调循环模式。

同理，针对同一车厂的同一车型，车厂还可以设计多个配置版本，不同配置版本的车辆具有不同的配置，车厂还可以根据同一车型的不同配置版本，设定不同的属性，作为车辆属性。

一种可能的实现方式中，车载系统控制装置还可以根据车型属性生成车辆属性。其中，车辆属性继承车型属性的全部属性，并增加车辆对应配置版本的基础属性。

S304、车载系统控制装置确定待配置车辆中各个设备的属性。

其中，待配置车辆中各个设备的属性定义在车载系统的接口文件中。不同车辆所需求的属性也不同。

接口文件中继承有原生属性的接口文件、车厂属性的接口文件、车型属性的接口文件、车辆属性的接口文件中的至少一种。

示例性的，车厂1设计的车型1中配置版本为1的车辆仅需要调用原生属性即可实现该车辆各个设备的功能，则该车辆车载系统中的接口文件只需继承原生属性的接口文件。车厂1设计的车型2的车辆需要调用该车型2的车型属性，则该车辆车载系统中的接口文件需要继承该车型2对应的车型属性的接口文件。

由于车载系统中的每个属性用于表示车辆设备对应的具体参数，因此车载系统控制装置可以根据待配置车辆中的各个设备确定其不同设备对应的属性。

示例性的，待配置车辆包括空调设备，该空调设备对应的属性包括风量、循环方式、自动模式、主驾温度、副驾温度等。

S305、车载系统控制装置根据各个设备的属性生成多个功能模块。

其中，生成的多个功能模块中包括S201中获取的至少一个功能模块。

具体的，车载系统控制装置根据各个设备的属性确定对应的功能，并根据对应的功能生成各个设备对应的功能模块。

应理解，对于只具有原生属性对应参数的设备，车载系统控制装置生成的功能模块只需包括原生属性对应的功能即可实现对该设备的控制。车厂还可以根据自身对设备进行差异化设计，则车载系统控制装置生成的功能模块需要包括车厂属性对应的功能。以此类推，针对车型进行设计的设备，车载系统控制装置所生成的功能模块需要包括车型属性对应的功能。针对车辆不同配置版本进行设计的设备，车载系统控制装置所生成的功能模块需要包括车辆属性对应的功能。

基于上述技术方案，车载系统控制装置根据车载系统的原生属性，针对各个车厂生成对应的车厂属性，根据各个车厂的车厂属性，针对各个车厂的不同车型生成对应的车型属性，从而根据待配置车辆中各个设备的属性生成多个功能模块。如此一来，车载系统控制装置可以根据待配置车辆的各个设备确定所需要的属性，而无需将各个车厂所需的全部属性定义在同一个属性接口文件中，避免了由于车厂不同导致属性定义冗杂，而可能出现的定义冲突的问题。同时在进行移植维护的过程中，本申请实施例可以基于继承的方式，仅需对原生属性的接口文件、车厂属性的接口文件、车型属性的接口文件以及车辆属性的接口文件中，待配置车辆所继承的接口文件进行修改，相比现有技术中每当任何一家车辆厂商由于需求变化而需要修改、增加或删除属性时，均需要对整个属性接口文件进行修改的方案，本申请实施例大大降低了移植维护的成本。

以下，结合上述步骤S201，对车载系统控制装置获取待配置车辆对应的至少一个功能模块的过程进行具体介绍。

作为本申请的一种可能的实施例，结合图2，如图3所示，上述步骤S201具体可以通过以下步骤S2011-S2012实现：

S2011、车载系统控制装置确定功能配置文件列表。

其中，功能配置文件列表包括至少一个功能模块的标识。

一种可能的实现方式中，车载系统控制装置可以根据待配置车辆当前的项目需求确定功能配置文件列表。

示例性的，待配置车辆当前的项目需求为智能驾驶时，车载系统控制装置根据与智能驾驶相关的功能模块的标识生成功能配置文件列表。

S2012、车载系统控制装置根据至少一个功能模块的标识，从多个功能模块中获取至少一个功能模块。

一种可能的实现方式中，车载系统控制装置可以通过步骤S2011实时确定功能配置文件列表，并根据功能配置文件列表中包括的至少一个功能模块的标识，从多个功能模块中获取至少一个功能模块。

示例性的，车载系统控制装置以动态加载的方式获取至少一个功能模块。当获取的功能配置文件列表发生改变时，车载系统控制装置卸载之前获取的至少一个功能模块，并重新加载当前功能配置文件列表中包括的功能模块。

基于上述技术方案，车载系统控制装置根据功能配置文件列表包括的功能模块的标识从多个功能模块中获取至少一个功能模块，避免了车载系统在执行属性配置指令时为区分各个功能所产生的大量逻辑判断，大大简化了执行属性配置指令所需的逻辑判断，提高了车载系统的运行效率。

以下，结合上述步骤S203，对车载系统控制装置匹配与属性配置指令对应的功能模块的过程进行具体介绍。

作为本申请的一种可能的实施例，结合图2，如图5所示，上述步骤S203具体可以通过以下步骤S2031-S2033实现：

S2031、车载系统控制装置判断至少一个功能模块中的任一个功能模块能否根据属性配置指令为待配置车辆配置对应的属性。

具体的，车载系统控制装置可以根据当前功能模块是否包括属性配置指令对应的属性配置判断当前功能模块能否根据属性配置指令为待配置车辆配置对应的属性。

示例性的，车载系统控制装置可以根据当前功能模块中的判断接口isThisModuleProperty进行判断。

S2032、若能，车载系统控制装置则确定当前进行判断的功能模块为与属性配置指令对应的功能模块。

S2033、若不能，车载系统控制装置则对当前进行判断的功能模块的下一个功能模块进行判断。

基于上述技术方案，车载系统控制装置可以从至少一个功能模块中匹配出能够根据属性配置指令为待配置车辆配置对应的属性的功能模块，相比于现有技术中通过大量的逻辑判断区分各自厂商针对不同车型所要执行的功能的技术方案，本申请实施例大大降低了车载系统的处理时间，提高了运行效率。

本申请实施例可以根据上述方法示例对车载系统控制装置进行功能模块或者功能单元的划分，例如，可以对应各个功能划分各个功能模块或者功能单元，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块或者功能单元的形式实现。其中，本申请实施例中对模块或者单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

如图6所示，为本申请实施例提供的一种车载系统控制装置的结构示意图，该装置包括：

处理单元601，用于获取待配置车辆对应的至少一个功能模块。

其中，待配置车辆对应一个接口文件；一个接口文件包括多个属性，多个属性对应待配置车辆的多个功能；至少一个功能模块中的一个功能模块用于调用一个接口文件中的至少一个属性。

处理单元601，还用于获取属性配置指令。

其中，属性配置指令用于表征待调用属性；待调用属性为多个属性中的属性。

处理单元601，还用于从至少一个功能模块中匹配与待调用的属性对应的功能模块。

处理单元601，还用于向待调用的属性对应的功能模块发送属性配置指令。一种可能的实现方式中，接口文件中继承有原生属性的接口文件、车厂属性的接口文件、车型属性的接口文件、车辆属性的接口文件中的至少一种；原生属性为多个车厂共有的基础属性；车厂属性为车辆所属的车厂的多个车型共有的基础属性；车型属性为车辆所属的车型对应的多个配置版本共有的基础属性。

一种可能的实现方式中，处理单元601还用于：获取车载系统的原生属性；根据原生属性生成车厂属性；其中，车厂属性继承原生属性中的全部属性，并增加车厂的基础属性；根据车厂属性生成车型属性；其中，车型属性继承车厂属性的全部属性，并增加车型的基础属性；确定待配置车辆中各个设备的属性；根据各个设备的属性生成多个功能模块，多个功能模块中包括至少一个功能模块。

一种可能的实现方式中，处理单元601具体用于：确定功能配置文件列表；功能配置文件列表包括至少一个功能模块的标识；根据至少一个功能模块的标识，从多个功能模块中获取至少一个功能模块。

一种可能的实现方式中，处理单元601具体用于：判断至少一个功能模块中的任一个功能模块能否根据属性配置指令为待配置车辆配置对应的属性；若能，则确定当前进行判断的功能模块为与属性配置指令对应的功能模块；若不能，则对当前进行判断的功能模块的下一个功能模块进行判断。

在通过硬件实现时，本申请实施例中的通信单元602可以集成在通信接口上，处理单元601可以集成在处理器上。具体实现方式如图7所示。

图7示出了上述实施例中所涉及的车载系统控制装置的又一种可能的结构示意图。该车载系统控制装置包括：处理器702和通信接口703。处理器702用于对车载系统控制装置的动作进行控制管理，例如，执行上述处理单元601执行的步骤，和/或用于执行本文所描述的技术的其它过程。通信接口703用于支持车载系统控制装置与其他网络实体的通信，例如，执行上述通信单元602执行的步骤。车载系统控制装置还可以包括存储器701和总线704，存储器701用于存储车载系统控制装置的程序代码和数据。

其中，存储器701可以是车载系统控制装置中的存储器等，该存储器可以包括易失性存储器，例如随机存取存储器；该存储器也可以包括非易失性存储器，例如只读存储器，快闪存储器，硬盘或固态硬盘；该存储器还可以包括上述种类的存储器的组合。

上述处理器702可以是实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。该处理器可以是中央处理器，通用处理器，数字信号处理器，专用集成电路，现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。该处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线704可以是扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。总线704可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

图8是本申请实施例提供的芯片80的结构示意图。芯片80包括一个或两个以上(包括两个)处理器810和通信接口830。

可选的，该芯片80还包括存储器840，存储器840可以包括只读存储器和随机存取存储器，并向处理器810提供操作指令和数据。存储器840的一部分还可以包括非易失性随机存取存储器(non-volatile random access memory，NVRAM)。

在一些实施方式中，存储器840存储了如下的元素，执行模块或者数据结构，或者他们的子集，或者他们的扩展集。

在本申请实施例中，通过调用存储器840存储的操作指令(该操作指令可存储在操作系统中)，执行相应的操作。

其中，上述处理器810可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，单元和电路。该处理器可以是中央处理器，通用处理器，数字信号处理器，专用集成电路，现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，单元和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

存储器840可以包括易失性存储器，例如随机存取存储器；该存储器也可以包括非易失性存储器，例如只读存储器，快闪存储器，硬盘或固态硬盘；该存储器还可以包括上述种类的存储器的组合。

总线820可以是扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。总线820可以分为地址总线、数据总线、控制总线等。为便于表示，图8中仅用一条线表示，但并不表示仅有一根总线或一种类型的总线。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请实施例提供一种包含指令的计算机程序产品，当该计算机程序产品在计算机上运行时，使得该计算机执行上述方法实施例中的车载系统控制方法。

本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当该指令在计算机上运行时，使得该计算机执行上述方法实施例所示的方法流程中的车载系统控制方法。

其中，计算机可读存储介质，例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(Random Access Memory，RAM)、只读存储器(Read-Only Memory，ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、寄存器、硬盘、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合、或者本领域熟知的任何其它形式的计算机可读存储介质。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于特定用途集成电路(Application Specific Integrated Circuit，ASIC)中。在本申请实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

本发明的实施例提供一种包含指令的计算机程序产品，当指令在计算机上运行时，使得计算机执行如图2至图5中所述的车载系统控制方法。

由于本发明的实施例中的车载系统控制装置、计算机可读存储介质、计算机程序产品可以应用于上述方法，因此，其所能获得的技术效果也可参考上述方法实施例，本发明实施例在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

以上，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应该以权利要求的保护范围为准。

Claims (12)

1.一种车载系统控制方法，其特征在于，所述方法包括：

获取待配置车辆对应的至少一个功能模块；其中，所述待配置车辆对应一个接口文件；所述一个接口文件包括多个属性，所述多个属性对应所述待配置车辆的多个功能；所述至少一个功能模块中的一个功能模块用于调用所述一个接口文件中的至少一个属性；

获取属性配置指令；所述属性配置指令用于表征待调用属性；所述待调用属性为所述多个属性中的属性；

从所述至少一个功能模块中匹配与所述待调用的属性对应的功能模块；

向所述待调用的属性对应的功能模块发送所述属性配置指令。

2.根据权利要求1所述的方法，其特征在于，所述接口文件中继承有原生属性的接口文件、车厂属性的接口文件、车型属性的接口文件、车辆属性的接口文件中的至少一种；所述原生属性为多个车厂共有的基础属性；所述车厂属性为所述车辆所属的车厂的多个车型共有的基础属性；所述车型属性为所述车辆所属的车型对应的多个配置版本共有的基础属性。

3.根据权利要求2所述的方法，其特征在于，在所述获取待配置车辆对应的至少一个功能模块之前，所述方法还包括：

获取车载系统的所述原生属性；

根据所述原生属性生成所述车厂属性；其中，所述车厂属性继承所述原生属性中的全部属性，并增加所述车厂的基础属性；

根据所述车厂属性生成所述车型属性；其中，所述车型属性继承所述车厂属性的全部属性，并增加所述车型的基础属性；

确定所述待配置车辆中各个设备的属性；

根据所述各个设备的属性生成多个功能模块，所述多个功能模块中包括所述至少一个功能模块。

4.根据权利要求3所述的方法，其特征在于，所述获取待配置车辆对应的至少一个功能模块，包括：

确定功能配置文件列表；所述功能配置文件列表包括所述至少一个功能模块的标识；

根据所述至少一个功能模块的标识，从所述多个功能模块中获取所述至少一个功能模块。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述从所述至少一个功能模块中匹配与所述属性配置指令对应的功能模块，包括：

判断所述至少一个功能模块中的任一个功能模块能否根据所述属性配置指令为所述待配置车辆配置对应的属性；

若能，则确定当前进行判断的功能模块为与所述属性配置指令对应的功能模块；

若不能，则对所述当前进行判断的功能模块的下一个功能模块进行判断。

6.一种车载系统控制装置，其特征在于，包括：处理单元；

所述处理单元，用于获取待配置车辆对应的至少一个功能模块；其中，所述待配置车辆对应一个接口文件；所述一个接口文件包括多个属性，所述多个属性对应所述待配置车辆的多个功能；所述至少一个功能模块中的一个功能模块用于调用所述一个接口文件中的至少一个属性；

所述处理单元，还用于获取属性配置指令；所述属性配置指令用于表征待调用属性；所述待调用属性为所述多个属性中的属性；

所述处理单元，还用于从所述至少一个功能模块中匹配与所述待调用的属性对应的功能模块；

所述处理单元，还用于向所述待调用的属性对应的功能模块发送所述属性配置指令。

7.根据权利要求6所述的装置，其特征在于，所述接口文件中继承有原生属性的接口文件、车厂属性的接口文件、车型属性的接口文件、车辆属性的接口文件中的至少一种；所述原生属性为多个车厂共有的基础属性；所述车厂属性为所述车辆所属的车厂的多个车型共有的基础属性；所述车型属性为所述车辆所属的车型对应的多个配置版本共有的基础属性。

8.根据权利要求7所述的装置，其特征在于，所述处理单元还用于：

获取车载系统的所述原生属性；

根据所述原生属性生成所述车厂属性；其中，所述车厂属性继承所述原生属性中的全部属性，并增加所述车厂的基础属性；

根据所述车厂属性生成所述车型属性；其中，所述车型属性继承所述车厂属性的全部属性，并增加所述车型的基础属性；

确定所述待配置车辆中各个设备的属性；

根据所述各个设备的属性生成多个功能模块，所述多个功能模块中包括所述至少一个功能模块。

9.根据权利要求8所述的装置，其特征在于，所述处理单元具体用于：

确定功能配置文件列表；所述功能配置文件列表包括所述至少一个功能模块的标识；

根据所述至少一个功能模块的标识，从所述多个功能模块中获取所述至少一个功能模块。

10.根据权利要求6-9任一项所述的装置，其特征在于，所述处理单元具体用于：

判断所述至少一个功能模块中的任一个功能模块能否根据所述属性配置指令为所述待配置车辆配置对应的属性；

若能，则确定当前进行判断的功能模块为与所述属性配置指令对应的功能模块；

若不能，则对所述当前进行判断的功能模块的下一个功能模块进行判断。

11.一种车载系统控制装置，其特征在于，包括：处理器和通信接口；所述通信接口和所述处理器耦合，所述处理器用于运行计算机程序或指令，以实现如权利要求1-5任一项中所述的车载系统控制方法。

12.一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，其特征在于，当计算机执行该指令时，该计算机执行上述权利要求1-5任一项中所述的车载系统控制方法。

Images