CN116108073A - 车辆配置方法及相关装置 - Google Patents

Abstract

本申请提供了一种配置车辆的方法及相关装置，其能够将用户个性化配置项与车辆的车型关联，从而在用户更换车辆时，可根据车型进行更有效的配置，有利于提高用户的驾控体验。其云端服务器包括：处理器，存储器以及计算机程序；其中，计算机程序存储在存储器上，当计算机程序被处理器执行时，使得云端服务器执行以下操作：接收终端设备发送的查询请求，查询请求包括车辆的车型标识指示；根据车型标识指示查询车辆的车型对应的用户个性化配置项；向终端设备发送查询响应，查询响应包括所述用户个性化配置项。

Description

车辆配置方法及相关装置

技术领域

本申请涉及车辆控制技术领域，具体涉及一种车辆配置方法及相关装置。

背景技术

随着车辆的智能化，车辆中允许用户自行配置的个性化配置项越来越多。一般而言，个性化配置项的配置需要用户进入车内后进行手动配置。在车辆更换驾驶用户或者用户更换驾驶车辆时，这种配置方式非常繁琐和不便，不利于提高用户的驾控体验。

发明内容

本申请实施例致力于提供一种车辆配置方法及相关装置，能够提高用户的驾控体验。下面从以下几个方面进行介绍。

第一方面，提供了一种云端服务器，包括：处理器，存储器以及计算机程序；其中，所述计算机程序存储在所述存储器上，当所述计算机程序被所述处理器执行时，使得所述云端服务器执行以下操作：接收终端设备发送的查询请求，所述查询请求包括车辆的车型标识指示，其中，所述终端设备包括所述车辆的车载终端或用户终端；根据所述车型标识指示查询所述车辆的车型对应的用户个性化配置项；向所述终端设备发送查询响应，所述查询响应包括所述用户个性化配置项。

第二方面，提供了一种终端设备，所述终端设备包括所述车辆的车载终端或用户终端，所述终端设备包括：处理器，存储器以及计算机程序；其中，所述计算机程序存储在所述存储器上，当所述计算机程序被所述处理器执行时，使得所述终端设备执行以下操作：向云端服务器发送查询请求，所述查询请求包括车辆的车型标识指示；接收所述云端服务器发送的查询响应，所述查询响应包括所述云端服务器根据所述车型标识指示查询的所述车辆的车型对应的用户个性化配置项；根据所述查询响应进行配置。

第三方面，提供了一种车辆配置方法，所述方法应用于云端服务器，所述方法包括：接收终端设备发送的查询请求，所述查询请求包括车辆的车型标识指示，其中，所述终端设备包括所述车辆的车载终端或用户终端；根据所述车型标识指示查询所述车辆的车型对应的用户个性化配置项；向所述终端设备发送查询响应，所述查询响应包括所述用户个性化配置项。

第四方面，提供了一种车辆配置方法，所述方法应用于终端设备，所述方法包括：向云端服务器发送查询请求，所述查询请求包括车辆的车型标识指示；接收所述云端服务器发送的查询响应，所述查询响应包括所述云端服务器根据所述车型标识指示查询的所述车辆的车型对应的用户个性化配置项；根据所述查询响应进行配置。

第五方面，提供了一种计算机程序产品，包括计算机程序/指令，当所述计算机程序/指令处理器被执行时实现如第三方面中任一项所述的方法。

本申请实施例提供的车辆配置方法通过车辆的车型标识指示获取车辆的车型对应的用户个性化配置项，并基于车辆的车型对应的用户个性化配置项来进行配置。该方式能够将用户个性化配置项与车辆的车型关联，从而在用户更换车辆时，根据车型进行更有效的配置，有利于提高用户的驾控体验。

附图说明

图1为可应用于本申请实施例的车辆配置系统的架构图。

图2为本申请实施例提供的一种车辆配置方法的示意性流程图。

图3为图2中的S220的一种可能的实现方法的示意性流程图。

图4为本申请实施例提供的一种基础配置项的组成示意图。

图5为本申请实施例提供的一种查询用户个性化配置项的示意性流程图。

图6为本申请实施例提供的一种修改目标用户修改配置项的示意性流程图。

图7为本申请又一实施例提供的修改目标用户修改配置项的示意性流程图。

图8为本申请实施例提供的第一配置项集合A的查询方法的示意性流程图。

图9为本申请实施例提供的一种云端服务器的结构示意性结构图。

图10为本申请实施例提供的一种终端设备的结构示意性流程图。

图11为本申请实施例提供的一种计算机程序产品的示意性结构图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。

随着车辆的智能化，车辆中允许用户可以进行配置的个性化配置项越来越多。配置项可以包括配置类别以及配置类别所对应的配置值。在一些实施例中，配置类别可通过key表示，配置值可通过value表示。

应理解，个性化配置项内可包括多个配置类别。例如，个性化配置项包括：座椅位置、后视镜位置、方向盘位置等驾驶舒适性的相关配置类别；车内外延时照明等辅助功能的相关配置类别；车内氛围灯点亮效果的相关配置类别；以及汽车音响系统的音效风格的相关配置类别等。配置值为对应于配置类别的具体配置信息。例如，当配置类别为座椅位置时，配置值可以是座椅后移的距离值以及座椅靠背的倾角值。

然而，在使用车辆过程中，普遍存在的情况是，一辆车可以被多个用户使用。由于不同的用户存在差异化的使用习惯，不同用户对上述的个性化配置项的设置是不同的。鉴于用户可设置的个性化配置项较多，在车辆更换驾驶用户或者用户更换驾驶车辆时，如果每项配置项都要等到用户进入车内，打开不同的系统后，再进行具体的操作才能执行，会使得用车过程变得繁琐和不便。

有鉴于此，如果能够在用户上车前，可以让车辆获取用户个性化配置项并根据此用户个性化配置项将车辆提前配置为用户所习惯的配置，就可以为用户省去很多麻烦和不便。

一种可能的实现方式为：将用户标识与用户个性化配置项关联，以利用与用户标识关联的用户个性化配置项配置车辆。为方便理解，首先结合图1对执行此车辆配置的系统架构进行详细的介绍。

参见图1，执行车辆配置的系统架构包括终端设备10和云端服务器20。云端服务器20能够为终端设备10提供人车关系服务。

详见图1，终端设备10可以是车辆的车载终端110，或者可以是用户终端120。用户终端120可以通过安装车辆控制APP，以与车载终端110及云端服务器20进行通信。终端设备10可以向云端服务器20发送服务请求。服务请求用于请求云端服务器20为终端设备10提供服务。例如，服务请求可以是查询请求、修改请求和认证请求等。

云端服务器20还可以称为远程云服务器，云端服务器20接收到服务请求后，可以向终端设备10发送响应消息。响应消息可以是云端服务器20指示接受终端设备10的服务请求。或者，响应消息还可以是云端服务器20指示拒绝终端设备10的服务请求。在云端服务器20指示接受终端设备10的服务请求时，所述响应消息还可以包括远端服务器20为终端设备10所提供的服务。例如，响应消息可以包括接收终端设备10的服务请求后所执行的查询、修改或认证后的结果。

上述系统架构应用于车辆配置的过程可以是：用户通过车辆的车载终端110或者用户终端120进行登录，以获得权限与云端服务器20交互。用户需要驾驶车辆时，可以通过终端设备10（如车载终端110或者用户终端120）向云端服务器20发送查询请求，以获取与用户标识关联的用户个性化配置项。终端设备10可根据获取到的用户个性化配置项对车辆进行配置。

然而，在用户更换车辆时，上述根据基于用户标识而确定的用户个性化配置项进行车辆配置时，还存在一些弊端，非常不利于提高用户的驾控体验。

具体来说，基于用户标识而确定的用户个性化配置项仅考虑了用户不同，用户个性化配置项会有不同，而未考虑即使用户相同，车辆不同时，基于用户标识所确定的个性化配置项或许不能适配于更换的车辆，因此不利于提高用户的驾控体验。

例如，用户在驾驶同品牌一代车型的车辆时，将汽车音响的音量设置为30，此时其用户个性化配置项中关于配置类别为汽车音响的音量的配置值则为30。当用户更换为驾驶同品牌的二代车型的车辆时，由于其汽车音响进行了改进，音量30所外放的声音与一代车型的车辆是不同的。因此，使用基于用户标识所查询的用户个性化配置项对二代车型的车辆进行配置时，将不再适配。

有鉴于此，本申请实施例提供一种车辆配置方法及相关装置，其通过车辆的车型标识指示获取车辆的车型对应的用户个性化配置项，并基于车辆的车型对应的用户个性化配置项来进行配置，该方式能够将用户个性化配置项与车辆的车型关联，从而在用户更换车辆时，根据车辆的车型进行更有效的配置，有利于提高用户的驾控体验。

下面结合图2，对本申请实施例的车辆配置方法进行介绍。图2所示的方法包括步骤S210~S240。

在步骤S210，云端服务器20接收终端设备10发送的查询请求。

查询请求用于向云端服务器20申请查询服务。查询请求可包括车辆的车型标识指示以及用户标识。车型标识指示用于指示用户欲驾驶的车辆所对应的车型。用户标识（用户Identification，简称用户ID）用于指示欲驾驶车辆的用户身份。

本申请实施例对车型标识指示不做具体的限定，只要车型标识指示可以指示车辆的车型即可。车辆的车型通常用车型标识（车型Identification，简称车型ID）表示。因此，车型标识指示可以是车型ID。在一些实施例中，车型标识指示可以是车辆标识（vehicleIdentification，简称VID）。当车型标识指示是VID时，可以通过VID查询该VID对应的车型ID。

在步骤S220，云端服务器20根据车型标识指示查询车辆的车型对应的用户个性化配置项。

云端服务器20中可包括数据库，该数据库中可存储有用户个性化配置项。在一些实施例中，数据库可基于云端服务器20中的配置管理系统（例如，apollo系统）进行维护。

可以理解的是，相同车型的车辆在出厂时或者恢复出厂设置模式时，均具有相同的默认个性化配置项。默认个性化配置项即可以使用户修改的个性化配置项。当用户使用了车辆时，用户可以对默认个性化配置项进行修改（例如，用户调整座椅等）。修改后的默认个性化配置项则称为用户个性化配置项。

需要说明的是，默认个性化配置项包括多项配置项，用户可能仅修改了部分项配置项。基于此，本申请实施例中的用户个性化配置项不仅包括用户已经修改的部分项配置项，也包括用户未修改的另一部分项配置项。其中，用户已经修改的部分项配置项与用户ID关联，而用户未修改的另一部分项配置项不与用户ID关联。

在本申请实施例中，车辆的车型对应的用户个性化配置项即用户个性化配置项中与车型标识关联的用户个性化配置项。也就是说，在用户驾驶多个车辆时，数据库中存储的用户个性化配置项与多个车辆中每个车辆所对应的车型关联。

基于此，本申请实施例中的根据车型标识指示查询车辆的车型对应的用户个性化配置项可以是指根据车辆所对应的车型ID在数据库中读出与该车型ID关联的用户个性化配置项。

如前所述，用户个性化配置项一般与用户标识关联，因此，在数据库中所存储的个性化配置项有多个用户时，可以同时根据用户标识以及车型的标识指示查询用户个性化配置项。

当然，在一些特殊场景中，可以仅有一个用户。例如，在车辆为新开发车辆时，数据库中可以仅存了一个用户的个性化配置项。基于此，可以仅根据车型的标识指示查询用户个性化配置项。

在步骤S230，云端服务器20向终端设备10发送查询响应。

查询响应用于响应终端设备10所申请的查询服务，查询响应中包括上文所述的车辆的车型对应的用户个性化配置项。

在步骤S240，终端设备10根据查询响应进行配置。

终端设备10根据查询响应进行配置可以是指，终端设备10根据查询响应中的车辆的车型对应的用户个性化配置项对车辆进行配置。如前所述，终端设备10可以是车辆的车载终端110，或者可以是用户终端120。需要说明的是，当终端设备为用户终端120时，终端设备10可根据获取到的用户个性化配置项对车辆进行配置可以是指用户终端120根据查询响应中的车辆的车型对应的用户个性化配置项指示车载终端110对车辆进行配置。

在本申请实施例中，通过车辆的车型标识指示获取车辆的车型对应的用户个性化配置项，并基于车辆的车型对应的用户个性化配置项来进行配置，能够将用户个性化配置项与车辆的车型关联，从而在用户更换车辆时，能够基于更换车辆的车型信息对其更换车辆进行更有效的配置，有利于提高用户的驾控体验。

如前所述，本申请实施例中的用户个性化配置项不仅包括用户已经修改的部分默认配置项，也包括用户未修改的另一部分默认配置项，且用户个性化配置项与车型ID关联。由此可知，数据库中所存储的个性化配置项的条目数量会非常大，如果基于此来查询车辆的车型对应的用户个性化配置项，会导致查询管理成本高和查询过程慢等问题。

有鉴于此，如图3所示，在本申请实施例中，云端服务器分开存储有基础配置项以及用户修改配置项。

基于此，前文所述步骤S220可包括步骤S221~S223。

参见图3，在步骤S221，根据车型标识指示从所述基础配置项中查询目标基础配置项。

基础配置项可以理解为前文所述的默认个性化配置项。基础配置项可以包括多个车型所分别对应的基础配置项，且每个车型所对应的基础配置项可以与其车型ID进行关联。应理解，单个车型所对应的基础配置项可以是指该单个车型的车辆中可以被用户修改的个性化配置项。

基于此，目标基础配置项可以为与车辆的车型ID所关联基础配置项。所述根据车型标识指示查询目标基础配置项可以理解为根据车型ID在数据库中的多个基础配置项中读取出与车辆的车型ID所关联基础配置项。

在本申请实施例中，基础配置项保存在数据库中，且基础配置项的具体配置类别以及与配置类别所对应的配置值均是默认的，不会因为用户的修改而改变。在一些实施例中，基础配置项可以被车企进行改变，此时相当于同样车型的默认个性化配置项进行了改变。

在步骤S222，根据查询请求中的用户标识以及车型标识指示从所述用户修改配置项中查询目标用户修改配置项。

用户修改配置项可以理解为前文所述的用户已经修改个性化配置项。用户修改配置项包括多个用户针对多个车型的部分或全部项个性化配置项的修改信息。用户修改配置项与车型ID以及用户ID进行关联。基于此，目标用户修改配置项可以理解为与车辆的车型ID以及用户ID所关联用户修改配置项。

在本申请实施例中，用户修改配置项也保存在数据库中，但是用户修改配置项与基础配置项是分开独立存储的。用户修改配置项中的配置类别和配置值均是可以根据用户的修改而改变。例如，用户在之前驾驶时未调整后视镜的位置，在当前驾驶时调整了后视镜的位置，则与该调整对应的配置类别以及用户的配置值就会新增至用户修改配置项中。又如，用户在之前驾驶时调整了风暖温度为26度，伴随着季节的变化，用户在当前驾驶时将风暖温度调整为20度，则与该调整对应的配置类别的配置值就会在用户修改配置项中被改变。

在步骤S223，根据目标基础配置项和目标用户修改配置项，确定车辆的车型对应的用户个性化配置项。

在一些实施例中，目标基础配置项和目标用户修改配置项均可以用集合的形式表示。例如，目标基础配置项被表示为第一配置项集合，或称目标基础配置项属于第一配置项集合。目标用户修改配置项被表示为第二配置项集合，或称目标用户修改配置项属于第二配置项集合。第一配置项集合可以包括多项配置类别以及该多项配置类别所分别对应的默认配置值。第二配置项集合可以包括多项配置类别以及该多项配置类别所分别对应的用户配置值。

在一些实施例中，目标用户修改配置项可以为空集，即不存在目标用户修改配置项。

在一些实施例中，目标用户修改配置项可以仅包括一项配置类别以及与该一项配置类别所对应的用户配置值。

应理解，目标用户修改配置项所包括的配置类别一定是包括在目标基础配置项所包括的配置类别中的。

本申请实施例对根据目标基础配置项和目标用户修改配置项确定车辆的车型对应的用户个性化配置项的具体方法不做具体的限定。

作为一种实现方式，可以根据目标基础配置项和目标用户修改配置项的配置类别将目标基础配置项和目标用户修改配置项进行融合，以将融合后的配置项作为车辆的车型对应的用户个性化配置项。

具体地，目标基础配置项属于第一配置项集合。目标基础配置项以及目标用户修改配置项包括配置类别以及与配置类别对应的配置值。根据目标基础配置项和目标用户修改配置项，确定车辆的车型对应的用户个性化配置项，包括以下内容。

取出第一配置项集合，基于目标用户修改配置项的配置类别，遍历第一配置项集合中的配置类别，得到与目标用户修改配置项的配置类别相同的第一配置类别。

第一配置类别也可以理解为第一配置项集合中的配置类别中与目标用户修改配置项的配置类别相同的配置类别。可以理解，第一配置类别在第一配置项集合中对应第一配置值（即默认配置值），第一配置类别在目标用户修改配置项中对应第二配置值（即用户配置值）。

在第一配置项集合中，将第一配置值替换为第二配置值，得到替换后的第一配置项集合。此替换后的第一配置项集合则可作为车辆的车型对应的用户个性化配置项，也即替换后的第一配置项集合属于车辆的车型对应的用户个性化配置项。

本申请实施例通过分开存储基础配置项以及用户修改配置项，并根据基于车型标识指示和用户标识在存储基础配置项以及用户修改配置项中分别查询到的目标基础配置项和目标用户修改配置项来确定用户个性化配置项，可以使得在用户更换车辆时，能够更快的为用户查询到车辆的车型对应的用户个性化配置项且其各种配置项的数据的管理成本低。

一般而言，同品牌的一些车型可能视为基于同一前代车型所做出的改进车型，因此，改进车型的基础配置项也可以被视为在前代车型的基础配置项上进行修改后所得到的配置项。前代车型例如可以是第一代车型，改进车型例如可以是第二代车型以及第三代车型。

为了便于对不同代车型的基础配置项进行管理和配置，通常可将前代车型的基础配置项作为公共配置项。改进车型可以沿用部分公共配置项，并对另一部分公共配置项进行修改。该修改可以是修改公共配置项的配置内容或者新增公共配置项。相应地，改进车型上相对于公共配置项所修改的公共配置项部分可以称为专有配置项。在本申请实施例中，公共配置项与专有配置项在云端服务器中分开存储，且公共配置项和专有配置项均与车型标识指示关联。

基于此，前文所述的根据车型标识指示查询目标基础配置项可包括以下内容：

根据车型标识指示确定所述车辆的车型所对应的第一代车型标识，根据第一代车型标识查询与第一代车型标识关联的目标公共配置项。

根据车型标识指示查询与车型标识关联的目标专有配置项。

根据目标公共配置项和目标专有配置项，确定目标基础配置项。

为方便理解，下面结合图4对此进行示意性说明。

详见图4，第一代车型标识为Alias:0，与第一代车型标识关联的目标公共配置项包括Alias:A_0和Alias:B_0。第二代车型标识为Alias:61，与第二代车型标识关联的目标专有配置项包括Alias:A_61、Alias:C_61以及Alias:D_61。第三代车型标识为Alias:62，与第三代车型标识关联的目标专有配置项包括Alias:B_62、Alias:C_62以及Alias:E_62。其中A、B、C、D、E表示配置类别。

与第一代车型相比，Alias:A_61 和Alias:B_62分别为修改了Alias:A_0和Alias:B_0后得到的配置项，而Alias:C_61以及Alias:D_61为第二代车型新增的配置项， Alias:C_62以及Alias:E_62为第三代车型新增的配置项。

以第二代车型为例，上述目标基础配置项（即第一配置项集合，可表示为集合A）的查询过程为：根据Alias:61确定第一代车型标识为Alias:0，读取出与Alias:0关联的配置项作为目标公共配置项（即Alias:A_0和Alias:B_0以及其对应的Key）。根据Alias:61读取出与Alias:61关联的配置项作为目标专有配置项（即Alias:A_61、Alias:C_61以及Alias:D_61以及其对应的Key）。将目标公共配置项与目标专有配置项进行融合，即用Alias:A_61替换Alias:A_0，然后将Alias:A_61、Alias:B_0、Alias:C_61以及Alias:D_61组合在一起即为目标基础配置项。

以此类推，利用第三代车型的车型标识所查询的目标基础配置项及为Alias:A_0、Alias:B_62、Alias:C_62以及Alias:E_62。

通过基于该分开存储的目标公共配置项以及目标专有配置项来确定目标基础配置项可以节省基础配置项的存储空间。另外，该方式还能对同型号或者不同型号的车辆进行批量式基础配置项的配置，有利于基础配置项数据的管理。

下面结合图5对上文所述的查询车辆的车型对应的用户个性化配置项进行详细的介绍。可以理解的是，下面的实施例仅是为了便于理解对本申请进行的介绍，不应对本申请实施例的方案造成限定。

如图5所述，车辆的车型标识指示可以是VID，云端服务器可以根据VID查询到车辆的车型ID，并基于该车型ID确定目标基础配置项（上文所述的第一配置项集合A）。第一配置项集合A包括配置类别Key以及与Key对应的value。通过前文可知，配置类别Key表示在Alias中。

根据用户ID（或称userID）在用户修改配置项（例如，可以是uv_user_profile表）中查询与userID关联的全部数据集合（Alias，value），该集合即目标用户修改配置项（图4中的第二配置项集合B）。第二配置项集合B同样包括配置类别key（key可被表示在Alias）以及与key对应的value。

基于上述信息，首先判断第二配置项集合B是否为空。如果集合B为空，循环第一配置项集合A中的数据，取出Key和value形成车辆的车型对应的用户个性化配置项集合C，并将此集合C通过查询响应发送给终端设备10。如果第二配置项集合B不为空，则循环第一配置项集合A，判断第一配置项集合A中的Alias是否在第二配置项集合B中。如果存在，取出第二配置项集合B对应项的value放入到车辆的车型对应的用户个性化配置项集合C。如果不存在，取出第一配置项集合A中的Key和value追加到车辆的车型对应的用户个性化配置项集合C中。最终将车辆的车型对应的用户个性化配置项集合C返回给终端设备10。

可以理解，用户可以对车辆的车型对应的用户个性化配置项进行修改。然而，由于车辆的车型对应的用户个性化配置项是基于目标用户修改配置项和目标基础配置项确定的，且目标用户修改配置项可以基于用户的修改而改变的，而目标基础配置项不会基于用户的修改而变化。基于此，用户修改车辆的车型对应的用户个性化配置项相当于修改目标用户修改配置项。

下面结合图6对用户修改车辆的车型对应的用户个性化配置项的过程进行详细说明。

参见图6，在步骤S610，云端服务器20接收终端设备10发送的修改请求。可选地，云端服务器20可与终端设备10基于网关进行通信。该网关例如可以是用户云网关或者车辆网网关。修改请求用于向云端服务器20申请修改接口以使用申请服务，且修改请求中包括用户标识、车辆的车型标识指示以及附加修改配置项。附加修改配置项包括配置类别以及与所述配置类别对应的第三配置值。

在步骤S620，云端服务器20响应于修改请求，根据修改请求中的用户标识、车型标识指示以及附加修改配置项修改目标用户修改配置项。

具体地，云端服务器20可根据用户标识和车型标识指示获取目标用户修改配置项。目标用户修改配置项与用户标识和车型标识指示关联。目标用户修改配置项可以是前文所述的第二配置项集合，目标用户修改配置项包括配置类别以及与配置类别对应的配置值。

如果目标用户修改配置项中的第二配置类别与附加修改配置项的配置类别相同，，将目标用户修改配置项中的第二配置类别对应的配置值修改为第三配置值。

如果目标用户修改配置项中不存在与附加修改配置项的配置类别相同的配置类别，将附加修改配置项中的配置类别以及第三配置值添加至目标用户修改配置项中。

在步骤S630，云端服务器20向终端设备10发送修改请求的响应消息。

响应消息用于指示修改目标用户修改配置项的成功或失败。

为了避免对目标用户修改配置项的修改为非法修改。在一些实施例中，根据用户标识、车型标识指示以及附加修改配置项修改目标用户修改配置项，包括以下内容：

根据车型标识指示查询目标基础配置项。

判断目标基础配置项与附加修改配置项是否匹配。例如，可以是判断附加修改配置项的配置类别是否为目标基础配置项中的配置类别，即，附加修改配置项的配置类别是否在标基础配置项中的配置类别中存在。如果存在，则认为匹配，如果不存在，则认为不匹配。

如果目标基础配置项与附加修改配置项匹配，根据用户标识、车型标识指示以及附加修改配置项修改目标用户修改配置项。

为方便理解，下面结合图7对上述目标用户修改配置项的修改进行详细的说明。可以理解的是，下面的实施例仅是为了便于理解对本申请进行的介绍，不应对本申请实施例的方案造成限定。

如图7所述，车辆的车型标识指示可以是VID，云端服务器可以根据VID查询到车辆的车型ID，并基于该车型ID确定目标基础配置项（上文所述第一配置项集合A）。第一配置项集合A包括配置类别Key以及与Key对应的value。通过前文可知，配置类别Key表示在Alias中。

附加修改配置项可以是由多个修改配置项形成的第三配置项集合D，该修改配置项集合D包括配置类别Key以及与Key对应的第三配置值value。其Key可以通过Alias表示。

循环判断第三配置项集合D中的Key是否在第一配置项集合A中存在。如果不存在，则为不存在的Key赋值error，error=配置项不存在，并将此<Key，error>放置在车辆的车型对应的用户个性化配置项集合C。如果存在，则验证Key对应的第三配置值value的取值范围是否合法。

如果Key对应的第三配置值value的取值范围不合法，为不合法的Key赋值error，error=配置项不合法，并将此<Key，error>放置在车辆的车型对应的用户个性化配置项集合C。如果Key对应的第三配置值value的取值范围合法，进一步的根据用户ID从用户修改配置项（uv_user_profile表）中获取目标用户修改配置项（第二配置项集合），并基于Alias判断Alias所关联的配置类别是否在第二配置项集合B中存在。

如果目标用户修改配置项不存在，根据用户ID和对应的alias，在目标用户修改配置项中新增alias及value。如果目标用户修改配置项存在，根据用户ID和对应的alias，修改目标用户修改配置项对应的alias的value为第三配置值value。最后可基于该修改为终端设备10返回车辆的车型所对应的用户个性化配置项集合C。

在一些实施例中，前文所述的修改请求中还可以包括校验参数。校验参数可用于使云端服务器20对用户的身份进行验证。相应的，如图6所示，云端服务器20还可以执行步骤S611和步骤S612。在步骤S611，云端服务器20根据校验参数进行校验。在步骤S612，如果校验失败，向终端设备10发送参数校验失败的响应消息。

为了防止用户在未完成单次修改任务时，使用终端设备10重复提交修改请求。在一些实施例中，如图6所示，云端服务器20还可以执行步骤S613-步骤S616。

在步骤S613，云端服务器20获取分布式锁。分布式锁可以基于车辆标识和用户标识表示。例如，分布式锁表示为：key vid+用户ID。

在步骤S614，如果获取分布式锁超时，云端服务器20向用户终端10发送用于指示分布式锁获取超时的消息。

在步骤S615，云端服务器20利用分布式锁锁定修改目标用户修改配置项的修改状态。

在步骤S616，云端服务器20在完成修改目标用户修改配置项时，释放分布式锁。

在一些实施例中，在云端服务器20向终端设备10返回修改请求的响应数据之后，云端服务器20还可用于执行步骤S640和步骤S650。

在步骤S640，云端服务器20向云端同步引擎发送同步数据。同步数据可以为修改后的车辆的车型对应的用户个性化配置项。同步数据可进一步的通过车联网网关发送给车端引擎。

在步骤S650，云端服务器20接收云端同步引擎发送同步结果。同步结果用于指示上述同步数据是否成功同步给车端引擎。

由于用户可以通过终端设备10及云端服务器20对目标用户修改配置项进行多次修改，那么如何对此多次修改进行保留以便于用户使用不同版本的用户个性化配置项将成为亟待解决的问题。

由前文可知，目标用户修改配置项包括配置类别以及与所述配置类别对应的配置值。为了解决上述问题，在一些实施例中，配置值可以与修改版本号关联。在需要获取某一版本的目标用户修改配置项时，可以在查询请求中附加修改版本号，就可以实现用户个性化配置多版本以及配置版本可回滚。

通常而言，上述目标基础配置项（第一配置项集合A）可以是云端服务器20基于applo管理系统所查询到并固化在车辆的车载终端110内的。基于此，上述根据车型标识指示查询目标基础配置项可以是车辆的车载终端110执行。

在一些实施例中，车辆的车载终端110内不存在车辆的车载终端110内。例如，车辆装配完成后还未进行初始化配置时，上述根据车型标识指示查询目标基础配置项可以是云端处理器20执行。

基于以上内容，终端设备10还可以执行以下操作：在向云端服务器发送查询请求之前，判断车辆（例如车辆的车载终端110）中是否存储有目标基础配置项，并输出判断结果；如果判断结果指示车辆中未存储有目标基础配置项，向云端服务器20发送查询请求。

具体地，如图8所示，终端设备10可以是车载终端110，车载终端可以先从本机内存中获取目标基础配置项。如果本机中不存在，则向云端服务器（例如是服务器中的appollo系统）发送查询请求，以从appollo中获取目标基础配置项。获取到目标基础配置项后根据规则校验每个配置项的初始值，如果校验未通过，则记录错误日志。如果校验通过，则将目标基础配置项序列化后更新到车载终端110中。目标基础配置项为前文所述的目标公共配置项与目标专有配置项融合后所得到的第一配置项集合A。

通过本申请实施例中的车辆配置方法，可以针对同一厂家的车辆具备互联网功能用户具有一部分个性化配置记录在车辆及云端上。本方案通过云端个性化配置方案不仅可以解决用户座椅角度、空调温度、反光镜角度等配置、车辆更换（同品牌）的自动适用驾驶人员的用户配置，提升车辆品质，给驾驶员及乘客更好的使用体验。而且可以将用户试驾、车辆租借过程中的用户个性化配置，无缝同步到当前用户所使用的车辆上，从而增加用户驾驶同车型车辆的驾驶体验的高级感与舒适性。

上文结合图1至图8，详细描述了本申请的方法实施例，下面结合图9至图11，详细描述本申请的装置实施例。应理解，方法实施例的描述与装置实施例的描述相互对应，因此，未详细描述的部分可以参见前面方法实施例。

图9为本申请实施例提供的一种云端服务器的结构示意图。该云端服务器900可以包括处理器910、存储器920以及计算机程序930。

其中，计算机程序930存储在存储器920上，当计算机程序930被处理器910执行时，使得电子设备900执行以下操作：接收终端设备发送的查询请求，所述查询请求包括车辆的车型标识指示，其中，所述终端设备包括所述车辆的车载终端或用户终端；根据所述车型标识指示查询所述车辆的车型对应的用户个性化配置项；向所述终端设备发送查询响应，所述查询响应包括所述车辆的车型对应的用户个性化配置项。

在可选的实施例中，所述根据所述车型标识指示查询所述车辆的车型对应的用户个性化配置项，包括：根据所述车型标识指示查询目标基础配置项；根据所述查询请求中的用户标识以及所述车型标识指示，查询目标用户修改配置项；根据所述目标基础配置项和所述目标用户修改配置项，确定所述车辆的车型对应的用户个性化配置项。

在可选的实施例中，所述根据所述车型标识指示查询目标基础配置项，包括：根据所述车型标识指示查询目标公共配置项；根据所述车型标识指示查询目标专有配置项；根据所述目标公共配置项和所述目标专有配置项，确定所述目标基础配置项。

在可选的实施例中，所述目标基础配置项属于第一配置项集合，所述目标基础配置项以及所述目标用户修改配置项包括配置类别以及与所述配置类别对应的配置值，所述根据所述目标基础配置项和所述目标用户修改配置项，确定所述车辆的车型对应的用户个性化配置项，包括：基于所述目标用户修改配置项的配置类别，遍历所述第一配置项集合中的配置类别，得到与所述目标用户修改配置项的配置类别相同的第一配置类别，所述第一配置类别在所述第一配置项集合中对应第一配置值，所述第一配置类别在所述目标用户修改配置项中对应第二配置值；在所述第一配置项集合中，将所述第一配置值替换为所述第二配置值，得到替换后的第一配置项集合，所述替换后的所述第一配置项集合属于所述车辆的车型对应的用户个性化配置项。

在可选的实施例中，所述车辆的车型对应的用户个性化配置项基于目标用户修改配置项确定，所述云端服务器还执行以下操作：接收终端设备发送的修改请求，所述修改请求包括用户标识、所述车辆的车型标识指示以及附加修改配置项；响应于所述修改请求，根据所述用户标识、所述车型标识指示以及所述附加修改配置项，修改与所述用户标识以及所述车型标识指示关联的所述目标用户修改配置项；向所述终端设备发送所述修改请求的响应消息，所述响应消息用于指示修改所述目标用户修改配置项的成功或失败。

在可选的实施例中，所述附加修改配置项包括配置类别以及与所述配置类别对应的第三配置值，所述根据所述用户标识、所述车型标识指示以及所述附加修改配置项修改所述目标用户修改配置项，包括：根据所述用户标识和所述车型标识指示获取所述目标用户修改配置项，所述目标用户修改配置项属于第二配置项集合，所述目标用户修改配置项包括配置类别以及与所述配置类别对应的配置值；如果所述第二配置项集合中存在与所述附加修改配置项的配置类别相同的配置类别，将所述第二配置项集合中的与所述相同的配置类别对应的配置值修改为所述第三配置值；如果所述第二配置项集合中不存在与所述附加修改配置项的配置类别相同的配置类别，将所述附加修改配置项中的配置类别以及所述第三配置值添加至所述第二配置项集合中。

在可选的实施例中，所述根据所述用户标识、所述车型标识指示以及所述附加修改配置项修改所述目标用户修改配置项，包括：根据所述车型标识指示查询所述目标基础配置项；判断所述目标基础配置项与所述附加修改配置项是否匹配；如果所述目标基础配置项与所述附加修改配置项匹配，根据所述用户标识、所述车型标识指示以及所述附加修改配置项修改所述目标用户修改配置项。

在可选的实施例中，所述目标用户修改配置项包括配置类别以及与所述配置类别对应的配置值，所述配置值与修改版本号关联。

图10是本申请实施例提供的一种终端设备的结构示意图。该终端设备1000可以包括处理器1010、存储器1020以及计算机程序1030。

其中，所述计算机程序1030存储在所述存储器1020上，当所述计算机程序1030被所述处理器1010执行时，使得所述终端设备1000执行以下操作：向云端服务器发送查询请求，所述查询请求包括车辆的车型标识指示；接收所述云端服务器发送的查询响应，所述查询响应包括所述云端服务器根据所述车型标识指示查询的所述车辆的车型对应的用户个性化配置项；根据所述查询响应进行配置。

在可选的实施例中，所述车辆的车型对应的用户个性化配置项包括目标基础配置项和目标用户修改配置项。

在可选的实施例中，所述终端设备1000还执行以下操作：向所述云端服务器发送修改请求，所述修改请求包括用户标识、所述车辆的车型标识指示以及附加修改配置项，所述修改请求用于指示所述云端服务器根据所述用户标识、所述车辆的车型标识指示以及所述附加修改配置项修改与所述用户标识以及所述车型标识指示关联的所述目标用户修改配置项；接收所述云端服务器发送的所述修改请求的响应消息，所述响应消息用于指示修改所述目标用户修改配置项的成功或失败。

在可选的实施例中，所述终端设备1000还执行以下操作：在向云端服务器发送查询请求之前，判断所述车辆中是否存储有所述目标基础配置项，并输出判断结果；如果判断结果指示所述车辆中未存储有所述目标基础配置项，向所述云端服务器发送所述查询请求。

图11是本申请实施例提供的一种计算机程序产品的示意图。该计算机程序产品1100可以包括计算机程序/指令1110，当所述计算机程序/指令1110被处理器执行时能够实现本申请实施例所述的任意一种方法。

本申请中的方法可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行所述计算机程序或指令时，全部或部分地执行本申请所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备、核心网设备、操作维护管理（operation administrationand maintenance，OAM）或者其它可编程装置。

所述计算机程序或指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机程序或指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，例如，软盘、硬盘、磁带；也可以是光介质，例如，数字视频光盘；还可以是半导体介质，例如，固态硬盘。该计算机可读存储介质可以是易失性或非易失性存储介质，或可包括易失性和非易失性两种类型的存储介质。

上文所描述的各个方案可以单独实施，也可以相互结合实施，本申请实施例对此不做具体限定。

在本申请的描述中，需要理解的是，术语“上”、“下”、“左”、“右”等指示方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以及特定的方位构造和操作，因此，不能理解为对本申请的限制。此外，“第一”、“第二”仅由于描述目的，且不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。因此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者多个该特征。本申请的描述中，除非另有说明，“多个”的含义是两个或两个以上。

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

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (13)

1.一种云端服务器，其特征在于，包括：处理器，存储器以及计算机程序；其中，所述计算机程序存储在所述存储器上，当所述计算机程序被所述处理器执行时，使得所述云端服务器执行以下操作：

接收终端设备发送的查询请求，所述查询请求包括车辆的车型标识指示，其中，所述终端设备包括所述车辆的车载终端或用户终端；

根据所述车型标识指示查询所述车辆的车型对应的用户个性化配置项；

向所述终端设备发送查询响应，所述查询响应包括所述用户个性化配置项。

2.根据权利要求1所述的云端服务器，其特征在于，所述根据所述车型标识指示查询所述车辆的车型对应的用户个性化配置项，包括：

根据所述车型标识指示从基础配置项中查询目标基础配置项；

根据所述查询请求中的用户标识以及所述车型标识指示从用户修改配置项中查询目标用户修改配置项；

根据所述目标基础配置项和所述目标用户修改配置项，确定所述用户个性化配置项；

其中，所述基础配置项以及所述用户修改配置项在所述云端服务器中分开存储。

3.根据权利要求2所述的云端服务器，其特征在于，所述根据所述车型标识指示查询目标基础配置项，包括：

根据所述车型标识指示从公共配置项中查询目标公共配置项；

根据所述车型标识指示从专有配置项中查询目标专有配置项；

根据所述目标公共配置项和所述目标专有配置项，确定所述目标基础配置项；

其中，所述公共配置项以及所述专有配置项在所述云端服务器中分开存储。

4.根据权利要求2所述的云端服务器，其特征在于，所述目标基础配置项属于第一配置项集合，所述目标基础配置项以及所述目标用户修改配置项包括配置类别以及与所述配置类别对应的配置值，

所述根据所述目标基础配置项和所述目标用户修改配置项，确定所述用户个性化配置项，包括：

基于所述目标用户修改配置项的配置类别，遍历所述第一配置项集合中的配置类别，得到与所述目标用户修改配置项的配置类别相同的第一配置类别，所述第一配置类别在所述第一配置项集合中对应第一配置值，所述第一配置类别在所述目标用户修改配置项中对应第二配置值；

在所述第一配置项集合中，将所述第一配置值替换为所述第二配置值，得到替换后的第一配置项集合，所述替换后的所述第一配置项集合为所述用户个性化配置项的集合。

5.根据权利要求1所述的云端服务器，其特征在于，所述用户个性化配置项基于目标用户修改配置项确定，所述云端服务器还执行以下操作：

接收终端设备发送的修改请求，所述修改请求包括用户标识、所述车辆的车型标识指示以及附加修改配置项；

响应于所述修改请求，根据所述用户标识、所述车型标识指示以及所述附加修改配置项，修改与所述用户标识以及所述车型标识指示关联的所述目标用户修改配置项；

向所述终端设备发送所述修改请求的响应消息，所述响应消息用于指示修改所述目标用户修改配置项的成功或失败。

6.根据权利要求5所述的云端服务器，其特征在于，所述附加修改配置项包括配置类别以及与所述配置类别对应的第三配置值，

所述根据所述用户标识、所述车型标识指示以及所述附加修改配置项修改所述目标用户修改配置项，包括：

根据所述用户标识和所述车型标识指示获取所述目标用户修改配置项，所述目标用户修改配置项包括配置类别以及与所述配置类别对应的配置值；

如果所述目标用户修改配置项中的第二配置类别与所述附加修改配置项的配置类别相同，将所述第二配置类别对应的配置值修改为所述第三配置值；

如果所述目标用户修改配置项中不存在与所述附加修改配置项的配置类别相同的配置类别，将所述附加修改配置项中的配置类别以及所述第三配置值添加至所述目标用户修改配置项。

7.根据权利要求5所述的云端服务器，其特征在于，所述根据所述用户标识、所述车型标识指示以及所述附加修改配置项修改所述目标用户修改配置项，包括：

根据所述车型标识指示查询目标基础配置项；

判断所述目标基础配置项与所述附加修改配置项是否匹配；

如果所述目标基础配置项与所述附加修改配置项匹配，根据所述用户标识、所述车型标识指示以及所述附加修改配置项修改所述目标用户修改配置项。

8.一种终端设备，所述终端设备包括车辆的车载终端或用户终端，所述终端设备包括：处理器，存储器以及计算机程序；其中，所述计算机程序存储在所述存储器上，当所述计算机程序被所述处理器执行时，使得所述终端设备执行以下操作：

向云端服务器发送查询请求，所述查询请求包括车辆的车型标识指示；

接收所述云端服务器发送的查询响应，所述查询响应包括所述云端服务器根据所述车型标识指示查询的所述车辆的车型对应的用户个性化配置项；

根据所述查询响应进行配置。

9.根据权利要求8所述的终端设备，其特征在于，所述用户个性化配置项包括目标用户修改配置项，所述终端设备还执行以下操作：

向所述云端服务器发送修改请求，所述修改请求包括用户标识、所述车辆的车型标识指示以及附加修改配置项，所述修改请求用于指示所述云端服务器根据所述用户标识、所述车辆的车型标识指示以及所述附加修改配置项修改与所述用户标识以及所述车型标识指示关联的所述目标用户修改配置项；

接收所述云端服务器发送的所述修改请求的响应消息，所述响应消息用于指示修改所述目标用户修改配置项的成功或失败。

10.根据权利要求8所述的终端设备，其特征在于，所述用户个性化配置项包括目标基础配置项，所述终端设备还执行以下操作：

在向云端服务器发送查询请求之前，判断所述车辆中是否存储有所述目标基础配置项，并输出判断结果；

如果判断结果指示所述车辆中未存储有所述目标基础配置项，向所述云端服务器发送所述查询请求。

11.一种车辆配置方法，其特征在于，所述方法应用于云端服务器，所述方法包括：

接收终端设备发送的查询请求，所述查询请求包括车辆的车型标识指示，其中，所述终端设备包括所述车辆的车载终端或用户终端；

根据所述车型标识指示查询所述车辆的车型对应的用户个性化配置项；

向所述终端设备发送查询响应，所述查询响应包括所述用户个性化配置项。

12.一种车辆配置方法，其特征在于，所述方法应用于终端设备，所述方法包括：

向云端服务器发送查询请求，所述查询请求包括车辆的车型标识指示；

接收所述云端服务器发送的查询响应，所述查询响应包括所述云端服务器根据所述车型标识指示查询的所述车辆的车型对应的用户个性化配置项；

根据所述查询响应进行配置。

13.一种计算机程序产品，其特征在于，包括：计算机程序/指令，当所述计算机程序/指令被处理器执行时实现如权利要求11-12中任一项所述的方法。

Images