CN115208910B - 车辆的云端配置方法及装置 - Google Patents

Abstract

本申请涉及智能控车和车联网技术领域，特别涉及一种车辆的云端配置方法及装置，其中，方法包括：接收车辆的个性化配置指令；根据个性化配置指令查询预设的个性化功能清单，确定用户的至少一个实际需求功能；根据至少一个实际需求功能生成车辆的云端配置文件，并发送云端配置文件至车辆，以在车辆完成配置后，开启每个实际需求功能的使用权限。本申请实施例可以根据用户的实际需求对车辆进行个性化配置，提高了车辆的适用性和可使用性，满足用户的个性化需求，提升用户的使用体验。

Description

车辆的云端配置方法及装置

技术领域

本申请涉及智能控车和车联网技术领域，特别涉及一种车辆的云端配置方法及装置。

背景技术

车联网下的汽车，已建立了车辆、设备、用户之间的关系，一般来说，同一个车型的汽车都具有相同的设备和功能，若想让每个用户获得不同的设备和功能，就必须允许用户进行设备、功能的个性化配置，并能在云端实时的建立关联关系，确保车辆在云端的数据真实有效。

相关技术中，通过将具有相同功能的车型划为同一配置组，从而根据用户输入的身份信息确定预设车辆的车系车型信息，进而获取配置组对应的功能信息，最终将配置组对应的功能信息发送至客户端，实现了车辆功能的便捷配置。

然而，相关技术中仅实现了车辆功能的简单便捷配置，未能根据用户的实际需求对车辆进行个性化配置，具有一定的局限性，降低了车辆的适用性和可使用性，同时车辆的智能化水平较低，无法满足用户的个性化需求，降低了用户的使用体验，亟待解决。

发明内容

本申请提供一种车辆的云端配置方法及装置，以解决相关技术中未能根据用户的实际需求对车辆进行个性化配置，具有一定的局限性，降低了车辆的适用性和可使用性，同时车辆的智能化水平较低，无法满足用户的个性化需求，降低了用户的使用体验等问题。

本申请第一方面实施例提供一种车辆的云端配置方法，包括以下步骤：接收车辆的个性化配置指令；根据所述个性化配置指令查询预设的个性化功能清单，确定用户的至少一个实际需求功能；根据所述至少一个实际需求功能生成所述车辆的云端配置文件，并发送所述云端配置文件至所述车辆，以在所述车辆完成配置后，开启每个实际需求功能的使用权限。

根据上述技术手段，本申请实施例可以根据接收的个性化配置指令查询预设的个性化功能清单，确定用户的至少一个实际需求功能，从而生成车辆的云端配置文件，并发送云端配置文件至车辆，以在车辆完成配置后，开启每个实际需求功能的使用权限，满足用户的个性化需求，从而降低了个性化配置应用的局限性，有效的提升了实用性，并且提升了车辆的智能化水平，保证用户的使用需求，提升使用体验。

可选地，在本申请的一个实施例中，在发送所述云端配置文件至所述车辆之前，还包括：获取用户的身份标识；根据所述身份标识判断所述车辆是否拥有配置权限；如果所述车辆拥有所述配置权限，则允许发送所述云端配置文件，否则对所述用户进行配置失败提示。

根据上述技术手段，本申请实施例可以通过用户的身份标识判断不同的配置权限，从而有效的提升了车辆的自动化程度，提高用户的使用体验。

可选地，在本申请的一个实施例中，所述根据所述身份标识判断所述车辆是否拥有配置权限，包括：根据所述身份标识获取所述车辆的付费信息；检测所述付费信息是否包含所述至少一个实际需求功能的费用；在检测到包含所述至少一个实际需求功能的费用时，判定拥有所述配置权限。

根据上述技术手段，本申请实施例可以通过用户身份标识检测到用户的付费信息，进而判定用户拥有配置权限，从而通过对付费服务功能的个性化配置和管理，大大提升了个性化配置的实用性和可靠性。

可选地，在本申请的一个实施例中，本申请实施例的方法还包括：获取所述车辆的身份标识；根据所述身份标识获取所述车辆的基础功能清单和/或产品功能清单；根据所述基础功能清单和/或所述产品功能清单生成所述车辆的功能配置文件；发送所述功能配置文件至所述车辆。

根据上述技术手段，本申请实施例可以根据车辆的身份标识获取车辆的基础功能清单和/或产品功能清单，进而生成车辆的功能配置文件，并发送功能配置文件至车辆，从而能够对不同车系车型，或相同车型的不同车辆进行个性化的设备选择和功能选择配置，提升配置的全面性和可行性。

可选地，在本申请的一个实施例中，本申请实施例的方法还包括：根据所述云端配置文件和所述功能配置文件生成所述车辆的功能信息；展示或推送所述功能信息至预设终端。

根据上述技术手段，本申请实施例可以本申请实施例可以将车辆的功能信息展示或推送功能信息至预设终端，便于用户进一步了解车辆，满足个性化需求。

本申请第二方面实施例提供一种车辆的云端配置装置，包括：接收模块，用于接收车辆的个性化配置指令；确定模块，用于根据所述个性化配置指令查询预设的个性化功能清单，确定用户的至少一个实际需求功能；配置模块，用于根据所述至少一个实际需求功能生成所述车辆的云端配置文件，并发送所述云端配置文件至所述车辆，以在所述车辆完成配置后，开启每个实际需求功能的使用权限。

可选地，在本申请的一个实施例中，本申请实施例的装置还包括：第一获取模块，用于在发送所述云端配置文件至所述车辆之前，获取用户的身份标识；判断模块，用于在发送所述云端配置文件至所述车辆之前，根据所述身份标识判断所述车辆是否拥有配置权限；控制模块，用于在发送所述云端配置文件至所述车辆之前，如果所述车辆拥有所述配置权限，则允许发送所述云端配置文件，否则对所述用户进行配置失败提示。

可选地，在本申请的一个实施例中，所述判断模块包括：获取单元，用于根据所述身份标识获取所述车辆的付费信息；检测单元，用于检测所述付费信息是否包含所述至少一个实际需求功能的费用；判定单元，用于在检测到包含所述至少一个实际需求功能的费用时，判定拥有所述配置权限。

可选地，在本申请的一个实施例中，本申请实施例的装置还包括：第二获取模块，用于获取所述车辆的身份标识；第三获取模块，用于根据所述身份标识获取所述车辆的基础功能清单和/或产品功能清单；第一生成模块，用于根据所述基础功能清单和/或所述产品功能清单生成所述车辆的功能配置文件；发送模块，用于发送所述功能配置文件至所述车辆。

可选地，在本申请的一个实施例中，本申请实施例的装置还包括：第二生成模块，用于根据所述云端配置文件和所述功能配置文件生成所述车辆的功能信息；推送模块，用于展示或推送所述功能信息至预设终端。

本申请第三方面实施例提供一种车辆，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如上述实施例所述的车辆的云端配置方法。

本申请第四方面实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行如上述实施例所述的车辆的云端配置方法。

本申请的有益效果：

(1)本申请实施例可以获取用户的身份标识，每个身份标识拥有不同的配置权限，从而有效的提升了车辆的自动化程度，提高用户的使用体验。

(2)本申请实施例具备的功能是《基础功能清单》、《产品功能清单》和《个性化功能清单》的并集，车辆装备的设备是车型选择的非选装(也称前装)的产品实例(即设备)和选装设备，能够对不同车系车型，或相同车型的不同车辆进行个性化的设备选择和功能配置。

(3)本申请实施例可以根据接收的个性化配置指令查询预设的个性化功能清单，确定用户的至少一个实际需求功能，从而生成车辆的云端配置文件，并发送云端配置文件至车辆，以在车辆完成配置后，开启每个实际需求功能的使用权限，满足用户的个性化需求，从而降低了个性化配置应用的局限性，有效的提升了实用性，并且提升了车辆的智能化水平，满足用户的使用需求，提升了用户的使用体验。

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

附图说明

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

图1为根据本申请实施例提供的一种车辆的云端配置方法的流程图；

图2为本申请一个具体实施例的车辆个性化功能配置规则的管理界面的示意图；

图3为本申请一个具体实施例的车辆个性化功能配置规则的操作界面的示意图；

图4为本申请一个具体实施例的产品管理新增属性、事件、行为的操作界面的示意图；

图5为本申请一个具体实施例的基础功能清单配置界面的示意图；

图6为本申请一个具体实施例的配置车型产品及设备的操作界面的示意图；

图7为本申请一个具体实施例的车辆个性化功能清单获取的流程图；

图8为根据本申请实施例的车辆的云端配置装置的结构示意图；

图9为根据本申请实施例提供的车辆的结构示意图。

其中，10-车辆的云端配置装置；100-获取模块、200-检测模块和300-控制模块；901-存储器、902-处理器和903-通信接口。

具体实施方式

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

下面参考附图描述本申请实施例的车辆的云端配置方法及装置。针对上述背景技术中心提到的相关技术中未能根据用户的实际需求对车辆进行个性化配置，具有一定的局限性，降低了车辆的适用性和可使用性，同时车辆的智能化水平较低，无法满足用户的个性化需求，降低了用户的使用体验的问题，本申请提供了一种车辆的云端配置方法，在该方法中，本申请实施例可以根据接收的个性化配置指令查询预设的个性化功能清单，确定用户的至少一个实际需求功能，从而生成车辆的云端配置文件，并发送云端配置文件至车辆，以在车辆完成配置后，开启每个实际需求功能的使用权限，从而根据用户的实际需求对车辆进行个性化配置，提高了车辆的适用性和可使用性，满足用户的个性化需求，提升用户的使用体验。由此，解决了相关技术中未能根据用户的实际需求对车辆进行个性化配置，具有一定的局限性，降低了车辆的适用性和可使用性，同时车辆的智能化水平较低，无法满足用户的个性化需求，降低了用户的使用体验等问题。

具体而言，图1为本申请实施例所提供的一种车辆的云端配置方法的流程示意图。

如图1所示，该车辆的云端配置方法包括以下步骤：

在步骤S101中，接收车辆的个性化配置指令。

可以理解的是，本申请实施例可以接收车辆的个性化配置指令，例如但不限于对个性化配置进行编辑、启用、停用和删除等操作，从而可以满足用户的实际需求，进而根据实际需求执行配置操作，有效的提升了用户的使用体验，满足用户的个性化需求。

举例而言，车辆个性化配置将通过下述三种规则来实现，具体如下：

1、基于设备选装的功能实现：车型在进行产品选择时，可以将产品定义为“选装”，表示该车型支持这个产品，但尚未安装该产品，因此该产品中被选择的功能不会纳入下述的《产品功能清单》中，当车主在4S店完成该产品设备的选装后，云平台自动将该产品对应的功能纳入该车下述的《个性化功能清单》。

2、基于虚拟服务购买的功能实现：车型在完成产品选择时，并不会选择这些产品的所有的功能，此时可将这些未被选择的功能做成虚拟服务进行上架销售，当车主在商城购买了虚拟服务后，云平台自动将虚拟服务对应的功能纳入该车下述的《个性化功能清单》。

3、基于车架号完成的功能实现：车型在进行产品选择时，并不会选择所有的功能，此时可将一个或多个车架号成立一个分组，并为该分组关联这些未被选择的功能，当云平台检测到一个车架号属于该分组时，自动将分组对应的功能纳入下述的《个性化功能清单》，此场景可用于小范围功能试用、内部测试和区域投放等。

在步骤S102中，根据个性化配置指令查询预设的个性化功能清单，确定用户的至少一个实际需求功能。

在实际执行过程中，本申请实施例可以根据接收的车辆的个性化配置指令查询预设的个性化功能清单，例如，用户在商城购买了虚拟服务后，云平台可以自动根据配置指令查询预设的虚拟服务的个性化功能清单，从而确定用户的至少一个实际需求功能，进而提升了个性化指令查询的工作效率，提升了个性化配置的便捷性。

需要说明的是，预设的个性化功能清单可以由本领域技术人员根据实际情况进行设置，在此不作具体限制。

在步骤S103中，根据至少一个实际需求功能生成车辆的云端配置文件，并发送云端配置文件至车辆，以在车辆完成配置后，开启每个实际需求功能的使用权限。

作为一种可能实现的方式，本申请实施例可以根据用户的至少一个实际需求功能生成车辆的云端配置文件，并发送到车辆上，用户可以通过配置文件完成功能配置，从而可以开启每个实际需求功能的使用权限，进而有效的提升了用户选择需求功能的便捷性和适用性。

如图2所示，为本申请实施例的车辆个性化配置管理页面，可针对该车型进行个性化的规则配置，可针对这些配置进行编辑、启用、停用和删除，如图3所示，为本申请实施例的新增、编辑规则，需首先选择规则类型：选装、虚拟权益和车辆分组等。

例如，选装：选择规则类型为选装，此时“判定条件”字段自动关联该车型已选择的配装方式为“选装”的产品，然后选择关联功能，关联功能对应的是上述被选择的选择产品支持的功能，可以选择多个功能，最后选择“未达条件时功能显示方式”：置灰、不显示，选择置灰，则车主在APP上可以看到该功能，并通过APP客户端的提示，可告知车主前往4S店选装设备可以获取该功能，选择不显示，则在选装前，不会显示该功能。

又例如，虚拟权益：选择规则类型为虚拟权益，此时“判定条件”字段拉取的是来自运营系统的虚拟权益的商品列表，选择一个虚拟权益，再关联功能，“关联功能”可选的是该车型选择的所有产品中没有被纳入该车型下述的《产品功能清单》的产品，可以选择多个功能，最后选择“未达条件时功能显示方式”：置灰、不显示，选择置灰，则车主在APP上可以看到该功能，并通过APP客户端的提示，可告知车主前往APP商城可以购买并获取该功能，选择不显示，在购买权益前不会显示该功能。

又例如，车辆分组：需先进行车辆分组的创建，从而将一批车辆的车架号VIN码(Vehicle Identification Number，车辆识别码)导入该分组，此时“判定条件”字段选择的是车辆分组的编码，“关联功能”可选的是该车型选择的所有产品中没有被纳入该车型下述的《产品功能清单》的产品，可以选择多个功能，进而选择“未达条件时功能显示方式”：置灰、不显示，一般来说，车辆分组的模式用于小范围的试验、内测或区域发售，因此一般选择不显示。

可选地，在本申请的一个实施例中，在发送云端配置文件至车辆之前，还包括：获取用户的身份标识；根据身份标识判断车辆是否拥有配置权限；如果车辆拥有配置权限，则允许发送云端配置文件，否则对用户进行配置失败提示。

在实际执行过程中，本申请实施例可以获取用户的身份标识，例如，可以但不限于通过手机APP获取用户的声纹、指纹等，每个身份标识拥有不同的配置权限，从而根据用户的身份标识判断车辆是否拥有下述步骤的配置权限，若车辆拥有配置权限，则允许发送云端配置文件，若车辆没有配置权限，则在手机页面对用户进行配置失败提示，从而有效的提升了车辆的自动化程度，提高用户的使用体验。

其中，在本申请的一个实施例中，根据身份标识判断车辆是否拥有配置权限，包括：根据身份标识获取车辆的付费信息；检测付费信息是否包含至少一个实际需求功能的费用；在检测到包含至少一个实际需求功能的费用时，判定拥有配置权限。

在部分实施例中，本申请实施例可以根据用户的身份标识获取车辆的付费信息，并检测付费信息是否包含至少一个实际需求功能的费用，例如，用户在云端商城付费购买了游戏软件，车辆系统可以通过用户身份标识检测到用户的付费信息，并且付费信息中包含游戏软件的费用，进而判定用户拥有配置权限，本申请实施例通过对付费服务功能的个性化配置和管理，大大提升了个性化配置的实用性和可靠性。

可选地，在本申请的一个实施例中，本申请实施例的方法还包括：获取车辆的身份标识；根据身份标识获取车辆的基础功能清单和/或产品功能清单；根据基础功能清单和/或产品功能清单生成车辆的功能配置文件；发送功能配置文件至车辆。

可以理解的是，本申请实施例可以获取车辆的身份标识，例如，车辆型号和车辆配置级别，其中，车辆型号为识别车辆类型字母和阿拉伯数字组成的车辆编号，该车辆编号可以包含企业名称代码、车辆类型代号、主要参数代号和产品序号等，车辆配置级别为该车辆型号对应车辆配置级别，如高配、低配和中配等，从而根据车辆的身份标识获取下述步骤的车辆的基础功能清单和/或产品功能清单，进而生成车辆的功能配置文件，并发送功能配置文件至车辆，从而能够对不同车系车型，或相同车型的不同车辆进行个性化的设备选择和功能配置。

例如，本申请实施例可以包含车系车型管理，车型是一个具体的编码，定义了一类完全相同的车辆在车联网中的指标，在车系车型管理中，可以为每个车型定义《基础功能清单》，该清单定义了该车型的非设备相关的功能，从而为车型挑选一个或多个已定义好的“产品”，并选择这些产品拥有的功能的全部或者一部分，此时车型获得了一个《产品功能清单》，通过产品选择，实现了不同车型间的设备、功能的差异。

如图4所示，本申请实施例可以登录到设备接入管理平台IOT(Internet ofThings，物联网平台)，在产品的功能管理中配置功能，首先需要选择功能类型：属性、事件或行为，填写功能名称和标识符，然后选择该功能的数据类型，目前支持String和Int，当选择数据类型为String时，需要填写字符串长度，当选择数据类型为Int时，需要填写取值范围、默认值和步长，并选择单位如km/h，一般来说，一个设备需要配置多个功能。

又例如，本申请实施例可以包含产品功能配置，产品是一组完全相同的设备的集合，如TBOX、THU、RMU等，通过物模型定义该类设备的功能特性，包括属性、事件和行为，属性代表某设备的一个具体参数或状态，如速度或者熄火状态，一般会按一定的规则上传至云平台，事件代表设备主动向云平台上报属性或其他信息，行为代表了一种从云到端的指令，如远程控制启动发动机。

其中，属性、事件和行为的组合就是功能，产品的构建实际上建立了设备和功能间的关系。

如图5所示，本申请实施例在登录到车系车型管理平台后，需要对车系车型进行基础功能清单的定义，基础功能是指和设备接入管理平台上的设备不相关的功能，一般根据车型的高、中、低配置不同，会略有不同，基础功能清单配置界面展示了所有的基础功能，每一个功能都由管理员选择该车系下具备该功能的车型，选择完成后，会完成该车系下所有车型《基础功能清单》的创建。

进一步地，针对车型进行产品功能清单的创建，如图6所示，为车型添加产品及功能，先选择产品类型，该平台在IOT平台上定义，从而选择具体的产品，选择产品后，自动关联其上级网关设备(如果有)，选择配装方式为前装或选装，如果选装，则该产品及关联的功能不会加入该车型的产品功能清单，只能在该车型的个性化功能清单中体现，最后关联其功能配置，一个产品一般具有多个功能，不一定完全在车型上搭载，需要按需选择。

重复此步骤，完成该车型所有产品的创建，此时会得到该车型的《产品功能清单》。

可选地，在本申请的一个实施例中，本申请实施例的方法还包括：根据云端配置文件和功能配置文件生成车辆的功能信息；展示或推送功能信息至预设终端。

可以理解的是，本申请实施例可以将车辆的功能信息展示或推送功能信息至预设终端，例如，可以在用户手机APP中展示车辆的功能信息，用户可以通过手机APP远程控制车辆功能，从而提升了车辆功能配置的便捷性。

需要说明的是，预设终端由本领域技术人员根据实际情况进行设置，在此不作具体限定。

如图7所示，下面以一个具体实施例对本申请实施例的工作原理进行详细赘述。具体地，本申请实施例包括以下步骤：

步骤S701：上传VIN码。

即言，在本申请实施例中上传VIN码，基于VIN码可以查询对应车型，提升了查询效率。

步骤S702：通过VIN码查询车型，获取《基础功能清单》与《产品功能清单》。

即言，本申请实施例可以查询车型，其中，车型是一个具体的编码，定义了一类完全相同的车辆在车联网中的指标，从而获取《基础功能清单》与《产品功能清单》。

步骤S703：该VIN码是否有车辆分组功能。

即言，本申请实施例可以判断车辆识别码是否有车辆分组功能，若车辆识别码有车辆分组功能，则执行步骤S704，否则执行步骤S705。

步骤S704：将车辆分组功能加入《个性化功能清单》。

即言，本申请实施例可以将车辆分组功能加入《个性化功能清单》，从而实现了车辆功能的便捷配置。

步骤S705：该VIN码是否购买相关虚拟权益。

即言，本申请实施例可以判断车辆识别码是否购买相关虚拟权益，若车辆识别码已购买相关虚拟权益，则执行步骤S706，否则执行步骤S707。

步骤S706：将虚拟权益功能加入《个性化功能清单》。

即言，本申请实施例可以将虚拟权益功能加入《个性化功能清单》，从而实现了车辆功能的便捷配置。

步骤S707：该VIN码是否具备选装设备。

即言，本申请实施例可以判断车辆识别码是否具备选装设备，若车辆识别码具备选装设备，则执行步骤S708，否则执行步骤S709。

步骤S708：将选装设备对应功能加入《个性化功能清单》。

即言，本申请实施例可以将选装设备对应功能加入《个性化功能清单》，从而实现了车辆功能的便捷配置。

步骤S709：返回3个清单的并集。

即言，本申请实施例可以返回《基础功能清单》、《产品功能清单》和《个性化功能清单》三个清单的并集，有效满足了用户对个性化配置的需求。

步骤S710：获取并展示最终功能清单。

即言，本申请实施例可以但不限于在用户手机APP页面获取并展示最终功能清单，从而提升了功能配置的便捷性。

综上，本申请实施例具备的功能是《基础功能清单》、《产品功能清单》和《个性化功能清单》的并集，车辆装备的设备是车型选择的非选装(也称前装)的产品实例(即设备)和选装设备，能够对不同车系车型，或相同车型的不同车辆进行个性化的设备选择和功能配置。

根据本申请实施例提出的车辆的云端配置方法，可以根据接收的个性化配置指令查询预设的个性化功能清单，确定用户的至少一个实际需求功能，从而生成车辆的云端配置文件，并发送云端配置文件至车辆，以在车辆完成配置后，开启每个实际需求功能的使用权限，从而降低了个性化配置应用的局限性，有效的提升了实用性，并且提升了车辆的智能化水平，满足用户的使用需求，提升了用户的使用体验。由此，解决了相关技术中未能根据用户的实际需求对车辆进行个性化配置，具有一定的局限性，降低了车辆的适用性和可使用性，同时车辆的智能化水平较低，无法满足用户的个性化需求，降低了用户的使用体验等问题。

其次参照附图描述根据本申请实施例提出的车辆的云端配置装置。

图8是本申请实施例的车辆的云端配置装置的方框示意图。

如图8所示，该车辆的云端配置装置10包括：接收模块100、确定模块200和配置模块300。

具体地，接收模块100，用于接收车辆的个性化配置指令。

确定模块200，用于根据个性化配置指令查询预设的个性化功能清单，确定用户的至少一个实际需求功能。

配置模块300，用于根据至少一个实际需求功能生成车辆的云端配置文件，并发送云端配置文件至车辆，以在车辆完成配置后，开启每个实际需求功能的使用权限。

可选地，在本申请的一个实施例中，本申请实施例的装置10还包括：第一获取模块、判断模块和控制模块。

其中，第一获取模块，用于在发送云端配置文件至车辆之前，获取用户的身份标识。

判断模块，用于在发送云端配置文件至车辆之前，根据身份标识判断车辆是否拥有配置权限。

控制模块，用于在发送云端配置文件至车辆之前，如果车辆拥有配置权限，则允许发送云端配置文件，否则对用户进行配置失败提示。

可选地，在本申请的一个实施例中，判断模块包括：获取单元、检测单元和判定单元。

其中，获取单元，用于根据身份标识获取车辆的付费信息。

检测单元，用于检测付费信息是否包含至少一个实际需求功能的费用。

判定单元，用于在检测到包含至少一个实际需求功能的费用时，判定拥有配置权限。

可选地，在本申请的一个实施例中，本申请实施例的装置10还包括：第二获取模块、第三获取模块、第一生成模块和发送模块。

其中，第二获取模块，用于获取车辆的身份标识。

第三获取模块，用于根据身份标识获取车辆的基础功能清单和/或产品功能清单。

第一生成模块，用于根据基础功能清单和/或产品功能清单生成车辆的功能配置文件。

发送模块，用于发送功能配置文件至车辆。

可选地，在本申请的一个实施例中，本申请实施例的装置10还包括：第二生成模块和推送模块。

其中，第二生成模块，用于根据云端配置文件和功能配置文件生成车辆的功能信息。

推送模块，用于展示或推送功能信息至预设终端。

需要说明的是，前述对车辆的云端配置方法实施例的解释说明也适用于该实施例的车辆的云端配置装置，此处不再赘述。

根据本申请实施例提出的车辆的云端配置装置，可以根据接收的个性化配置指令查询预设的个性化功能清单，确定用户的至少一个实际需求功能，从而生成车辆的云端配置文件，并发送云端配置文件至车辆，以在车辆完成配置后，开启每个实际需求功能的使用权限，从而降低了个性化配置应用的局限性，有效的提升了实用性，并且提升了车辆的智能化水平，满足用户的使用需求，提升了用户的使用体验。由此，解决了相关技术中未能根据用户的实际需求对车辆进行个性化配置，具有一定的局限性，降低了车辆的适用性和可使用性，同时车辆的智能化水平较低，无法满足用户的个性化需求，降低了用户的使用体验。

图9为本申请实施例提供的车辆的结构示意图。该车辆可以包括：

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

处理器902执行程序时实现上述实施例中提供的车辆的云端配置方法。

进一步地，车辆还包括：

通信接口903，用于存储器901和处理器902之间的通信。

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

存储器901可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

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

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

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

本实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上的车辆的云端配置方法。

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

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

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

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或N个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

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

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

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (8)

1.一种车辆的云端配置方法，其特征在于，包括以下步骤：

接收车辆的个性化配置指令；

根据所述个性化配置指令查询相应的功能清单，确定用户的至少一个实际需求功能，其中，所述功能清单包括基础功能清单、产品功能清单和个性化功能清单，所述基础功能清单用于定义车型的非设备相关的功能，所述产品功能清单用于根据车型添加产品及所述产品对应的功能，所述个性化功能清单用于获取车辆分组对应的功能、虚拟权益对应的功能和选装设备对应的功能；

获取所述车辆的身份标识，根据所述身份标识获取所述车辆的基础功能清单和所述产品功能清单，并生成所述车辆的功能配置文件，发送所述功能配置文件至所述车辆；以及

根据所述至少一个实际需求功能生成所述车辆的云端配置文件，并发送所述云端配置文件至所述车辆，以在所述车辆完成配置后，开启每个实际需求功能的使用权限，以根据所述云端配置文件和所述功能配置文件生成所述车辆的功能信息，展示并推送所述功能信息至预设终端。

2.根据权利要求1所述的方法，其特征在于，在发送所述云端配置文件至所述车辆之前，还包括：

获取用户的身份标识；

根据所述身份标识判断所述车辆是否拥有配置权限；

如果所述车辆拥有所述配置权限，则允许发送所述云端配置文件，否则对所述用户进行配置失败提示。

3.根据权利要求2所述的方法，其特征在于，所述根据所述身份标识判断所述车辆是否拥有配置权限，包括：

根据所述身份标识获取所述车辆的付费信息；

检测所述付费信息是否包含所述至少一个实际需求功能的费用；

在检测到包含所述至少一个实际需求功能的费用时，判定拥有所述配置权限。

4.一种车辆的云端配置装置，其特征在于，包括：

接收模块，用于接收车辆的个性化配置指令；

确定模块，用于根据所述个性化配置指令查询相应的功能清单，确定用户的至少一个实际需求功能，其中，所述功能清单包括基础功能清单、产品功能清单和个性化功能清单，所述基础功能清单用于定义车型的非设备相关的功能，所述产品功能清单用于根据车型添加产品及所述产品相应的功能，所述个性化功能清单用于获取车辆分组对应的功能、虚拟权益对应的功能和选装设备对应的功能；

获取模块，用于获取所述车辆的身份标识，根据所述身份标识获取所述车辆的基础功能清单和所述产品功能清单，并生成所述车辆的功能配置文件；以及

配置模块，用于根据所述至少一个实际需求功能生成所述车辆的云端配置文件，并发送所述云端配置文件至所述车辆，以在所述车辆完成配置后，开启每个实际需求功能的使用权限，以根据所述云端配置文件和所述功能配置文件生成所述车辆的功能信息，展示并推送所述功能信息至预设终端。

5.根据权利要求4所述的装置，其特征在于，还包括：

第一获取模块，用于在发送所述云端配置文件至所述车辆之前，获取用户的身份标识；

判断模块，用于在发送所述云端配置文件至所述车辆之前，根据所述身份标识判断所述车辆是否拥有配置权限；

控制模块，用于在发送所述云端配置文件至所述车辆之前，如果所述车辆拥有所述配置权限，则允许发送所述云端配置文件，否则对所述用户进行配置失败提示。

6.根据权利要求5所述的装置，其特征在于，所述判断模块包括：

获取单元，用于根据所述身份标识获取所述车辆的付费信息；

检测单元，用于检测所述付费信息是否包含所述至少一个实际需求功能的费用；

判定单元，用于在检测到包含所述至少一个实际需求功能的费用时，判定拥有所述配置权限。

7.一种车辆，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如权利要求1-3任一项所述的车辆的云端配置方法。

8.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行，以用于实现如权利要求1-3任一项所述的车辆的云端配置方法。

Images