CN113254047A - 车辆的配置升级方法、车载终端、服务器、车辆及介质 - Google Patents

Abstract

本申请涉及一种车辆的配置升级方法、车载终端、服务器、车辆及计算机可读存储介质，包括：车辆的车载终端通过显示屏接收了用户在车载功能展示界面上的选择操作后，确定目标车载功能；然后，判断车辆当前的硬件配置是否支持目标车载功能，在确定支持时向目标服务器发送应用程序包请求消息，在接收到应用程序包对车辆进行配置升级。本申请提供的方法能够实现车载终端与能够提供目标车载功能的目标服务器进行直接的数据交互，只需要安装对应的应用程序包即可实现对车辆的配置升级操作，不需要通过更换用户控制器来实现，降低了成本。且能够为用户提供更多的配置功能选项，使得用户的可选择性增多，对车辆的个性化功能配置更加的全面。

Description

车辆的配置升级方法、车载终端、服务器、车辆及介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种车辆的配置升级方法、车载终端、服务器、车辆及计算机可读存储介质。

背景技术

目前，同一车型的汽车一般都会有高低中配置区分，不同的配置对应不同的功能。随着车辆智能化的快速发展，用户不仅对车辆性能有较高的要求，对车辆个性化的功能配置也越来越重视。传统的车辆个性化功能配置，是通过更换对应的用户控制器来实现的，此方式可选择的配置功能少，并且成本高。

发明内容

本申请实施例提供一种车辆的配置升级方法、车载终端、服务器、车辆及计算机可读存储介质，基于OTA(Over-the-Air Technology，空中下载技术)技术使得用户能够从对应车型支持的所有车载功能中选择车辆的配置，对车辆的车载功能进行升级，可选择性多，且避免了更换对应的控制器造成的成本高的问题。

本申请的第一方面提供了一种车辆的配置升级方法，该方法执行于车载终端，该方法包括：

接收用户在车载功能展示界面上的选择操作，确定用户在车载功能展示界面的多个车载功能中选择的目标车载功能；多个车载功能为车辆对应的车型支持的所有车载功能；

若车辆当前的硬件配置支持目标车载功能，则向目标服务器发送应用程序包请求消息；目标服务器为提供目标车载功能的服务器，应用程序包请求消息包括目标车载功能的标识；

接收目标服务器发送的目标车载功能的应用程序包，根据目标车载功能的应用程序包对车辆进行配置升级。

在其中一个实施例中，该方法包括：获取车辆的状态信息，状态信息包括车辆的行驶状态信息、控制状态信息、电力系统状态信息以及锁车状态信息；

根据车辆的状态信息判断车辆是否满足配置升级条件；

若车辆满足配置升级条件，则根据目标车载功能的应用程序包对车辆进行配置升级；若车辆不满足配置升级条件，则提醒用户调整车辆当前的状态信息。

在其中一个实施例中，该方法还包括：若满足以下条件中的至少一项，则确定车辆满足配置升级条件：车辆的网络休眠、档位处于停车挡、车速为零、蓄电池电压大于预设阈值、车锁关闭和/或门窗关闭。

在其中一个实施例中，该方法还包括：若车辆不满足配置升级条件，则向用户终端发送第二提示消息，第二提示消息用于提示用户将车辆的网络调整为休眠、将车辆的档位调整至停车挡、将车辆的车速调整至零、将车辆的蓄电池电压调整至大于预设阈值、将车辆的车锁关闭和/或将车辆的门窗关闭。

在其中一个实施例中，该方法包括：若车辆当前的硬件配置不支持目标车载功能，则生成第一提示消息，第一提示消息用于提示用户安装对应的硬件配置；向用户终端发送第一提示消息。

本申请的第二方面提供了一种车辆的配置升级方法，该方法执行于服务器，该方法包括：

接收车载终端发送的应用程序包请求消息，应用程序包请求消息包括目标车载功能的标识以及鉴权信息；

根据目标车载功能的标识和鉴权信息判断车载终端是否具有请求目标车载功能的应用程序包的权限；

若车载终端具有请求目标车载功能的应用程序包的权限，则向车载终端发送目标车载功能的应用程序包；

若车载终端不具备请求目标车载功能的应用程序包的权限，则向车载终端返回拒绝消息。

在其中一个实施例中，根据目标车载功能的标识和鉴权信息判断车载终端是否具有请求目标车载功能的应用程序包的权限，包括：

根据目标车载功能的标识确定验证密钥；

根据验证密钥和应用程序包请求消息生成验证标签；

若验证标签与鉴权信息匹配，则判断车载终端具备请求目标车载功能的应用程序包的权限；若验证标签与鉴权信息不匹配，则判断车载终端不具备请求目标车载功能的应用程序包的权限。

在其中一个实施例中，在车载终端具备请求目标车载功能的应用程序包的权限后，该方法包括：

向用户终端发送第三提示消息；第三提示消息用于提示用户确认是否升级；

在接收到用户终端确认升级的消息后，向用户终端发送第四提示消息；第四提示消息用于提示用户禁止对车辆进行下电操作。

本申请的第三方面提供了一种车辆的配置升级装置，应用于车载终端，包括：

确定模块，用于接收用户在车载功能展示界面上的选择操作，确定用户在车载功能展示界面的多个车载功能中选择的目标车载功能；多个车载功能为车辆对应的车型支持的所有车载功能；

判断模块，用于在车辆当前的硬件配置支持目标车载功能的情况下，向目标服务器发送应用程序包请求消息；目标服务器为提供目标车载功能的服务器，应用程序包请求消息包括目标车载功能的标识；

接收升级模块，用于接收目标服务器发送的目标车载功能的应用程序包，根据目标车载功能的应用程序包对车辆进行配置升级。

本申请的第四方面提供了一种车辆的配置升级装置，应用于服务器，包括：

接收模块，用于接收车载终端发送的应用程序包请求消息，应用程序包请求消息包括目标车载功能的标识以及鉴权信息；

判断模块，用于根据目标车载功能的标识和鉴权信息判断车载终端是否具有请求目标车载功能的应用程序包的权限；在车载终端具有请求目标车载功能的应用程序包的权限的情况下，向车载终端发送目标车载功能的应用程序包；在车载终端不具备请求目标车载功能的应用程序包的权限的情况下，向车载终端返回拒绝消息。

本申请的第五方面提供了一种车载终端，包括收发器、处理器以及存储器，所述存储器存储有计算机程序，

所述收发器，用于接收用户在车载功能展示界面上的选择操作；

所述处理器执行所述计算机程序时，用于根据用户在车载功能展示界面上的选择操作确定所述用户在所述车载功能展示界面的多个车载功能中选择的目标车载功能；所述多个车载功能为所述车辆对应的车型支持的所有车载功能；

所述收发器，还用于在所述车辆当前的硬件配置支持所述目标车载功能时，向目标服务器发送应用程序包请求消息；所述目标服务器为提供所述目标车载功能的服务器，所述应用程序包请求消息包括所述目标车载功能的标识；

所述收发器，还用于接收所述目标服务器发送的所述目标车载功能的应用程序包；

所述处理器执行所述计算机程序时，还用于根据所述目标车载功能的应用程序包对所述车辆进行配置升级。

本申请的第六方面提供了一种服务器，包括收发器、处理器以及存储器，所述存储器存储有计算机程序，

所述收发器，用于接收车载终端发送的应用程序包请求消息，所述应用程序包请求消息包括所述目标车载功能的标识以及鉴权信息；

所述处理器执行所述计算机程序时，用于根据所述目标车载功能的标识和所述鉴权信息判断所述车载终端是否具有请求所述目标车载功能的应用程序包的权限；

所述收发器，还用于在所述车载终端具有请求所述目标车载功能的应用程序包的权限时，向所述车载终端发送所述目标车载功能的应用程序包；

所述收发器，还用于在所述车载终端不具备请求所述目标车载功能的应用程序包的权限时，向所述车载终端返回拒绝消息。

本申请的第七方面提供了一种车辆，该车辆包括车辆本体和车载终端，其中，车载终端采用权利要求上述任一项的配置升级方法对车辆本体中的硬件设备进行配置升级。

本申请的第八方面提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述任一项的方法的步骤。

本申请实施例提供了一种车辆的配置升级方法、车载终端、服务器、车辆及计算机可读存储介质，该方法包括：车辆的车载终端通过显示屏接收了用户在车载功能展示界面上的选择操作后，确定用户在车载功能展示界面的多个车载功能中选择的目标车载功能，其中，多个车载功能为车辆对应的车型支持的所有车载功能；然后，判断车辆当前的硬件配置是否支持目标车载功能，在确定支持时向目标服务器发送应用程序包请求消息，使得能够提供目标车载功能的目标服务器对该应用程序包请求消息验证成功后，向车辆的车载终端发送应用程序包以使车辆根据目标车载功能的应用程序包对车辆进行配置升级。本申请提供的方法能够实现车载终端与能够提供目标车载功能的目标服务器进行直接的数据交互，只需要安装对应的应用程序包即可实现对车辆的配置升级操作，不需要通过更换用户控制器来实现，降低了成本。且能够为用户提供更多的配置功能选项，使得用户的可选择性增多，对车辆的个性化功能配置更加的全面。

附图说明

图1为一个实施例中车辆的配置升级方法的应用环境图；

图2为一个实施例中车辆的配置升级方法的流程示意图；

图3为一个实施例中车载终端的的部分显示界面图；

图4为另一个实施例中车辆的配置升级方法的流程示意图；

图5为另一个实施例中车辆的配置升级方法的流程示意图；

图6为另一个实施例中车辆的配置升级方法的流程示意图；

图7为一个实施例中车辆的配置升级装置的结构框图；

图8为一个实施例中车辆的配置升级装置的结构框图；

图9为一个实施例中车载终端的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

可以理解，本申请所使用的术语“第一”、“第二”等可在本文中用于描述各种元件，但这些元件不受这些术语限制。这些术语仅用于将第一个元件与另一个元件区分。举例来说，在不脱离本申请的范围的情况下，可以将第一客户端称为第二客户端，且类似地，可将第二客户端称为第一客户端。第一客户端和第二客户端两者都是客户端，但其不是同一客户端。

图1为一个实施例中车辆的配置升级方法的应用环境示意图。如图1所示，该应用环境包括车辆、车载终端101、服务器102以及用户终端103，车载终端101、服务器102以及用户终端103通过网络进行数据交互，车载终端101设置在车辆上。例如可以是在用户在车载终端101的显示屏上进行选择操作，该选择操作可以是选择车辆上的某一功能，例如播放音乐、接打电话、设置温度、打开天窗、为车辆添加新的车载功能等，车载终端101在接收了用户的选择操作后，可以与车内的硬件配置进行数据交互，或者与服务器进行数据交互，来实现该操作。

其中，该服务器102可以是通过独立的服务器或者是多个服务器组成的服务器集群来实现，可选的，该服务器102还可以云端服务器。

其中，该用户终端103可以是手机、耳机、手表等移动终端。

网络可以是无线网络也可以是有线网络，可以是局域网也可以是广域网。

图1所示的应用环境仅是解释性的，并且决不是为了要限制本发明、其应用或用途。例如，尽管图1仅示出一个服务器102和一个车载终端101，但不意味着限制各自的数量，系统中可以包含多个服务器102和/或多个车载终端101。其中，多个车载终端101可以是只与一个服务器102进行交互。

目前，同一车型的汽车一般都会有高低中配置区分，不同的配置对应不同的功能。随着车辆智能化的快速发展，用户不仅对车辆性能有较高的要求，对车辆个性化的功能配置也越来越重视。传统的车辆个性化功能配置，是通过更换对应的用户控制器来实现的，此方式可选择的配置功能少，并且成本高。所以产生了使用户能够根据自己的所需对车辆进行个性化的配置功能设置的需求。

图2为本申请实施例提供的车辆的配置升级方法的流程示意图，以该方法应用于图1中的车载终端为例进行说明，该方法包括以下步骤：

步骤S202，接收用户在车载功能展示界面上的选择操作，确定用户在车载功能展示界面的多个车载功能中选择的目标车载功能；多个车载功能为车辆对应的车型支持的所有车载功能。

其中，如图3所示，图3为车载终端的车载功能展示界面可以是通过LED显示屏显示该显示屏可以是触控显示屏，多个车载功能包括车辆已有的车载功能和车辆没有的车载功能，车辆已有的车载功能与车辆没有的车载功能可以通过不同的标识进行标记，使得用户可以通过该车载功能展示界面清楚的的了解自己车辆的配置状况，已便根据自身所需选择其它的配置。需要说明是，车载功能展示界面上展示的车载功能是该车辆对应的车型支持的所有车载功能，不限制车辆当前的车型所支持的车载功能，例如，奔驰S级2018款奔驰S级AMG2018款AMG S 63 4MATIC+Coupe不具备面部识别的功能，但奔驰S级2018款奔驰S级的最高配置中包括面部识别的功能，那么用户在打开车载功能展示界面时，车载功能展示界面上会显示面部识别的配置选项供用户选择。

示例性的，用户打开车载功能显示界面，查看自己车辆具有前排双气囊、前排侧气囊、前后驻车雷达、自动驻车、上坡辅助、倒车车侧预警的功能，那么用户可以在车载功能显示界面选中盲区监测、自动泊车、疲劳驾驶提醒、车道偏离预警、胎压监测等选项功能来升级车辆的配置，选中选项后点击确认，那么车载终端的控制器通过显示屏接收到到对应的电平信号，以进行相应的后续操作。

步骤S204，若车辆当前的硬件配置支持目标车载功能，则向目标服务器发送应用程序包请求消息；目标服务器为提供目标车载功能的服务器，应用程序包请求消息包括目标车载功能的标识。

其中，目标车载功能是指上述用户通过车载功能展示界面选中的例如为：盲区监测、自动泊车、疲劳驾驶提醒、车道偏离预警、胎压监测等车载功能，车载终端的控制器在对该电平信号解析后，获得了用户需要升级的硬件配置的标识。但，对于一些车载功能，当前的车辆缺少对应的硬件，所以即使安装了对应的应用程序包也没有办法实现该功能。所以，车载终端的控制器需要先判断本车当前的硬件配置是否支持目标车载功能，在有对应硬件配置支持的情况下，则再与提供目标车载功能的服务器进行数据的交互，从服务器中获取对应的应用程序安装包，用来实现所选的车载功能的升级。目标服务器中包括多个不同的车载功能的应用程序包，可以实现与本车同车型，还可以实现与本车不同车型的车辆的配置升级。目标服务器中包括本车车型支持的所有车载功能，还可以包括与本车车型不同的车型支持的所有车载功能，目标服务器可以与多个不同车型或者相同车型的车辆中的车载终端进行数据的交互。需要说明的是，若多个车载终端都可以与目标服务器进行数据的交互，那么每一个车载终端在与目标服务器进行数据交互时，所有的数据中都会携带车载终端的标识，便于目标服务器对请求消息进行识别。

示例性的，用户基于上述步骤选中了360度全景影像的车载功能，要实现该功能，需要车内安装有摄像头，那么车载终端的控制器可以是从硬件配置库中搜索摄像头，当搜索的结果为包括摄像头时，则向服务器发送应用程序包请求消息，该应用程序包请求消息包括360度全景影像的标识，该标识可以是一串字符、一张图片、一个符号等，对此本申请不加以限定。

步骤S206，接收目标服务器发送的目标车载功能的应用程序包，根据目标车载功能的应用程序包对车辆进行配置升级。

示例性的，基于上述车辆中的车载终端在向目标服务器发送了360度全景影像的应用程序包请求消息后，目标服务器可以是经过验证、查找、加密、发送等步骤，将支持360度全景影像的应用程序包通过OTA技术发送给对应的车载终端，车载终端在接收到支持360度全景影像的应用程序包后，按照对应的安装步骤安装该应用程序包后，还可以是进行重启等操作，完成对该车辆的配置进行升级。

本申请实施例提供了一种车辆的配置升级方法，该方法包括：车辆的车载终端通过显示屏接收了用户在车载功能展示界面上的选择操作后，确定用户在车载功能展示界面的多个车载功能中选择的目标车载功能，其中，多个车载功能为车辆对应的车型支持的所有车载功能；然后，判断车辆当前的硬件配置是否支持目标车载功能，在确定支持时向目标服务器发送应用程序包请求消息，使得能够提供目标车载功能的目标服务器对该应用程序包请求消息验证成功后，向车辆的车载终端发送应用程序包以使车辆根据目标车载功能的应用程序包对车辆进行配置升级。本申请提供的方法能够实现车载终端与能够提供目标车载功能的目标服务器进行直接的数据交互，只需要安装对应的应用程序包即可实现对车辆的配置升级操作，不需要通过更换用户控制器来实现，降低了成本。且能够为用户提供更多的配置功能选项，使得用户的可选择性增多，对车辆的个性化功能配置更加的全面。

在一个实施例中，如图4所示，该图是在对车辆进行配置升级之前进行配置升级条件判断的一种可选的方法的步骤，该方法步骤包括：

步骤S302，获取车辆的状态信息，状态信息包括车辆的行驶状态信息、控制状态信息、电气系统状态信息以及锁车状态信息；

步骤S304，根据车辆的状态信息判断车辆是否满足配置升级条件，在车辆满足配置升级条件时执行步骤S306；在车辆不满足配置升级条件时执行步骤S308，则提醒用户调整车辆当前的状态信息。

步骤S306，则根据目标车载功能的应用程序包对车辆进行配置升级。

步骤S308，提醒用户调整车辆当前的状态信息。

其中，车载终端的控制器基于上述步骤接收到服务器发送的用户选中的目标车载功能的应用程序包后，由于车辆在进行应用程序包安装时，需要满足一定的升级条件才能成功的安装应用程序包，否则，无法成功的安装应用程序包，导致用户选择的车辆的车载功能无法进行实际的应用。所以车载终端的控制器在对应用程序包进行安装之前，需要对车辆的配置升级条件进行一一的判断，在车载终端的控制器满足配置升级条件后，再进行应用程序包的安装，确保目标车载功能的顺利实现。车辆是否满足配置升级的条件是根据车辆的状态信息来判断，车辆的状态信息包括车辆的行驶状态信息、控制状态信息、电力系统状态信息以及锁车状态信息，车辆的行驶状态信息例如包括车辆的车速信息、档位信息、发动机信息等；车辆的控制状态信息例如包括网络信息、交互信息等，车辆的电气系统状态信息例如包括蓄电池信息、调节器信息、仪表信息等，车辆的锁车状态信息例如包括方向盘信息、车轮信息、车窗信息、车锁信息等。

示例性的，例如获取的车辆的状态信息为：车速40米/秒、车辆的档位在前进档、燃油表的指针指示在2上、蓄电池电压为13V、左前车窗开启、车锁开启，车载终端的控制器根据获取的车辆的状态信息判断该车不满足配置升级条件，则可以是通过车载终端的显示屏向用户显示提示消息，提醒用户调整车辆的状态信息；或者，给用户所属的用户终端发送提示消息，提醒用户调整车辆的状态信息。本申请对此不加以限定。

本申请提供了一种车辆的配置升级方法，该方法在对车辆进行配置升级前需要判断车辆是否满足配置升级的条件，确保从服务器接收的应用程序包能够成功的安装，以实现用户所需的车载功能，避免由于车辆在未达到配置升级的条件下就进行应用程序包的安装导致的失败，影响用户的实际使用。

在一个实施例中，本实施例是根据车辆的状态信息对车辆是否满足配置升级条件判断的一种可选的方法，该方法包括：

若满足以下条件中的至少一项，则确定车辆满足配置升级条件：车辆的网络休眠、档位处于停车挡、车速为零、蓄电池电压大于预设阈值、车锁关闭和门窗关闭。

其中，车辆的控制器基于车辆的行驶状态信息、控制状态信息、电气系统状态信息以及锁车状态信息判断车辆是否满足配置升级条件。具体地，车辆的控制器可以是在检测到车辆的网络休眠以及档位处于停车挡的情况下判断车辆满足配置升级条件；或者，车辆的控制器可以是在检测到车辆的网络休眠、档位处于停车挡以及蓄电池电压大于11V的情况下判断车辆满足配置升级条件；或者，车辆的控制器可以是在检测到车辆的网络休眠、档位处于停车挡、蓄电池电压大于11V以及车锁关闭的情况下判断车辆满足配置升级条件。本申请对此不加以限定。

本申请提供了一种车辆的配置升级方法，该方法在车载终端的控制器检测到车辆的状态在满足车辆的网络休眠、档位处于停车挡、车速为零、蓄电池电压大于预设阈值、车锁关闭和门窗关闭中的至少一项时，车载终端的控制器确定车辆满足配置升级的条件，使得车辆在多种状态的情况下都可以对该车辆的配置进行升级，使得车辆的配置升级更加的灵活，使得用户的选择性也更加的灵活，提升了用户的使用体验。

在一个实施例中，本实施例是在车载终端的控制器判断车辆不满足配置升级条件时的一种可选的方法，该方法还包括：

若车辆不满足配置升级条件，则向用户终端发送第二提示消息，第二提示消息用于提示用户将车辆的网络调整为休眠、将车辆的档位调整至停车挡、将车辆的车速调整至零、将车辆的蓄电池电压调整至大于预设阈值、将车辆的车锁关闭和/或将车辆的门窗关闭。

示例性的，车载终端的控制器若检测到车辆的状态信息为：车辆的网络休眠、档位处于停车挡、车速为零、蓄电池电压大于预设阈值、车锁关闭和门窗关闭中的至少一项，则判断的结果为满足配置升级条件，反之，车载终端的控制器若检测不到上述任何一种车辆的状态，那么车载终端的控制器就判断该车辆不满足配置升级条件。那么就需要告知用户，用户接收到车载终端发送的提示信息后，可以是选择此时不进行配置升级，等到车辆的状态满足车辆的配置升级条件时再进行升级，或者，用户确定此时需要进行升级，那么就要根据车载终端的控制器给其发送的提示消息中的提示内容对车辆的状态进行调整，调整到满足上述至少一项的车辆状态，再进行配置升级。

本申请提供了一种车辆的配置升级方法，该方法在车载终端的控制器判断车辆此时不满足配置升级条件时，还会为用户发送提示消息，便于用户根据自己的需求选择是否进行升级操作，并在确定进行升级操作时，根据车载终端的控制器的提示消息调整车辆的状态信息，使得用户能够在需要进行配置升级的时候，就可以进行配置升级，进一步的为用户提供了便利，使得配置升级操作更加的灵活。

在一个实施例中，本实施例是当用户需要进行配置升级时车载终端的控制器在检测到没有对应支持的硬件配置的一种可选的方法，该方法包括：

若车辆当前的硬件配置不支持目标车载功能，则生成第二提示消息，第二提示消息用于提示用户安装对应的硬件配置；向用户终端发送第一提示消息。

示例性的，若用户基于上述步骤选中了360度全景影像的车载功能，要实现该功能，需要车内安装有摄像头，那么车载终端的控制器可以是从硬件配置库中搜索摄像头，当搜索的结果为不包括摄像头时，车载终端的控制器就会生成一条提示消息，该提示消息可以是以文字的形式展示、还可以是以语音的形式展示、还可以是通过震动等方式展示，以告知用户要先安装对应的硬件配置，才能使得应用程序包的安装有意义。该提示消息可以是直接通过车载终端的我显示屏显示，或者，通过车上的喇叭、震动器、蜂鸣器等硬件配置展示，还可以将提示消息发送给用户所述的用户终端，本申请对此不加以限定。

本申请提供的车辆的配置升级方法，在车载终端的控制器检测到用户需要实现的车载功能没有对应的硬件配置支持，会提示用户先安装对应的硬件配置，再进行配置升级操作，避免了进行一些不必要的操作，浪费时间，降低用户的体验。

图5为本申请实施例提供的车辆的配置升级方法的流程示意图，以该方法应用于图1中的服务器为例进行说明，该方法包括以下步骤：

步骤S402，接收车载终端发送的应用程序包请求消息，应用程序包请求消息包括目标车载功能的标识以及鉴权信息；

步骤S404，根据目标车载功能的标识和鉴权信息判断车载终端是否具有请求目标车载功能的应用程序包的权限；在车载终端具有请求目标车载功能的应用程序包的权限的情况下执行步骤S406，在车载终端不具备请求目标车载功能的应用程序包的权限情况下执行步骤S408；

步骤S406，向车载终端发送目标车载功能的应用程序包；

步骤S408，向车载终端返回拒绝消息。

其中，服务器与车载终端通过网络进行数据的交互，车载终端通过上述步骤向服务器发送应用程序包的请求消息，该应用程序包请求消息中携带车载终端请求的车载功能的标识以及对应的鉴权信息，以便于服务器进行鉴权，判断该车载终端是否有权限请求该应用程序包，例如该应用程序包需要付费，那么只有购买了该应用程序包，服务器才能将该应用程序包发送给车载终端，需要说明的是，若多个车载终端都与服务器进行数据的交互，那么车载终端在发送应用程序包请求消息时，会携带车载终端的标记避免数据交互发生混乱，使得消息与车载终端之间形成一对一的对应关系，便于服务器与车载终端之间更好的进行数据的交互。

示例性的，车载终端发送的应用程序包请求消息可以是经过加密处理的请求消息，当服务器接收到该加密消息后，可以是进行解密的操作，若能成功的解密，那么就说明车载终端具有请求应用程序的权限，反之，则没有请求应用程序的权限；应用程序包请求消息中还可以是携带有鉴权信息，服务器对该鉴权信息进行运算得到验证标签，将验证标签与预存的验证标签进行比对，一致则说明车载终端具有请求应用程序的权限，反之，则没有请求应用程序的权限；服务器还可以有别的方法根据车载终端发送应用程序包请求消息对车载终端是否具有请求权限进行验证，本申请对此不加以限定。当服务器验证该车载终端没有应用程序包请求权限时，向车载终端返回请求失败等类似表达的消息，提醒用户其没有权限请求该应用程序包，例如该应用程序包需要提前购买，还可以提醒用户先进行购买。

本申请提供了一种车辆的配置升级方法，该方法中的服务器在接收到车载终端发送的应用程序包请求消息后，服务器需要对该请求消息进行验证，以确保服务器与车载终端之间通信的安全。

在一个实施例中，如图6所示，本实施例是根据目标车载功能的标识和鉴权信息判断车载终端是否具有请求目标车载功能的应用程序包的权限的一种可选的方法步骤，该方法包括：

步骤S502，根据目标车载功能的标识确定验证密钥；

步骤S504，根据验证密钥和应用程序包请求消息生成验证标签；在验证标签与鉴权信息匹配的情况下执行步骤S506；在验证标签与鉴权信息不匹配的情况下执行步骤S508：

步骤S506，判断车载终端具备请求目标车载功能的应用程序包的权限。

步骤S508，判断车载终端不具备请求目标车载功能的应用程序包的权限。

示例性的，上述根据目标车载功能的标识和鉴权信息判断车载终端是否具有请求目标车载功能的应用程序包的权限，具体的实施步骤为根据目标车载功能的标识从对应的存储器中查找验证密钥，对验证密钥与应用程序包请求消息进行运算得到验证标签，并将该验证标签与请求消息中携带的鉴权信息进行匹配，若匹配则判断车载终端具备请求目标车载功能的应用程序包的权限；若不匹配则判断车载终端不具备请求目标车载功能的应用程序包的权限。通过运算并比对的方法对应用程序包请求消息进行验证，使得验证得到的结果更加的准确，进一步确保了服务器与车载终端信息交互的安全性。

在一个实施例中，该实施例是在车载终端具备请求目标车载功能的应用程序包的权限后的一种可选的方法，该方法包括：

向用户终端发送第三提示消息；第三提示消息用于提示用户确认是否升级；

在接收到用户终端确认升级的消息后，向用户终端发送第四提示消息；第四提示消息用于提示用户禁止对车辆进行下电操作。

其中，用户在选中一个或者多个当时认为需要进行配置升级的车载功能够，需要经过一个数据交互的过程来进行应用程序包的获取，为了进一步的得到用户的确认，避免因为用户的误操作导致在非用户自主意愿的情况下进行车辆的配置升级，影响用户对车载功能的使用，服务器在确定该车载终端具备请求目标车载功能的应用程序包的权限后，向用户所属的用户终端发送一提示信息，提示用户现在要进行车辆的配置升级，请用户在此进行确认，服务器在接收到用户终端发送的确定消息后，继续向用户终端发送提示消息，提示用户在进行车辆的配置升级的过程中不要对车辆进行下电操作，以免影响应用程序包的安装。

应该理解的是，虽然图2以及4-6的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2以及4-6中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图7所示，提供了一种车辆的配置升级装置700，应用于车载终端，包括：

确定模块702，用于接收用户在车载功能展示界面上的选择操作，确定用户在车载功能展示界面的多个车载功能中选择的目标车载功能；多个车载功能为车辆对应的车型支持的所有车载功能；

判断模块704，用于在车辆当前的硬件配置支持目标车载功能的情况下，向目标服务器发送应用程序包请求消息；目标服务器为提供目标车载功能的服务器，应用程序包请求消息包括目标车载功能的标识；

接收升级模块706，用于接收目标服务器发送的目标车载功能的应用程序包，根据目标车载功能的应用程序包对车辆进行配置升级。

在一个实施例中，判断模块704，还用于获取车辆的状态信息，状态信息包括车辆的行驶状态信息、控制状态信息、电力系统状态信息以及锁车状态信息；根据车辆的状态信息判断车辆是否满足配置升级条件；在车辆满足配置升级条件的情况下，根据目标车载功能的应用程序包对车辆进行配置升级；在车辆不满足配置升级条件，提醒用户调整车辆当前的状态。

在一个实施例中，判断模块704，具体用于在满足以下条件中的至少一项的情况下，确定车辆满足配置升级条件：车辆的网络休眠、档位处于停车挡、车速为零、蓄电池电压大于预设阈值、车锁关闭和/或门窗关闭。

在一个实施例中，判断模块704，具体用于在车辆不满足配置升级条件的情况下，向用户终端发送第一提示消息，第一提示消息用于提示用户将车辆的网络调整为休眠、将车辆的档位调整至停车挡、将车辆的车速调整至零、将车辆的蓄电池电压调整至大于预设阈值、将车辆的车锁关闭和/或将车辆的门窗关闭。

在一个实施例中，判断模块704，具体用于在车辆当前的硬件配置不支持目标车载功能的情况下，则生成第二提示消息，第二提示消息用于提示用户安装对应的硬件配置；向用户终端发送第二提示消息。

关于车辆的配置升级装置的具体限定可以参见上文中对于车辆的配置升级方法的限定，在此不再赘述。上述车辆的配置升级装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，如图8所示，提供了一种车辆的配置升级装置800，应用于服务器，包括：

接收模块802，用于接收车载终端发送的应用程序包请求消息，应用程序包请求消息包括目标车载功能的标识以及鉴权信息；

判断模块804，用于根据目标车载功能的标识和鉴权信息判断车载终端是否具有请求目标车载功能的应用程序包的权限；在车载终端具有请求目标车载功能的应用程序包的权限的情况下，向车载终端发送目标车载功能的应用程序包；在车载终端不具备请求目标车载功能的应用程序包的权限的情况下，向车载终端返回拒绝消息。

在一个实施例中，判断模块804，具体用于根据验证密钥和应用程序包请求消息生成验证标签；在验证标签与鉴权信息匹配的情况下，判断车载终端具备请求目标车载功能的应用程序包的权限；在验证标签与鉴权信息不匹配的情况下，判断车载终端不具备请求目标车载功能的应用程序包的权限。

在一个实施例中，服务器还包括：发送模块806，发送模块806，用于向用户终端发送第三提示消息；第三提示消息用于提示用户确认是否升级；并在接收到用户终端确认升级的消息后，向用户终端发送第四提示消息；第四提示消息用于提示用户禁止对车辆进行下电操作。

关于车辆的配置升级装置的具体限定可以参见上文中对于车辆的配置升级方法的限定，在此不再赘述。上述车辆的配置升级装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是车载终端，其内部结构图可以如图9所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、运营商网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种的配置升级方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图9中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种一种车载终端，包括收发器、处理器以及存储器，存储器存储有计算机程序，

收发器，用于接收用户在车载功能展示界面上的选择操作；

处理器执行计算机程序时，用于根据用户在车载功能展示界面上的选择操作确定用户在车载功能展示界面的多个车载功能中选择的目标车载功能；多个车载功能为车辆对应的车型支持的所有车载功能；

收发器，还用于在车辆当前的硬件配置支持目标车载功能时，向目标服务器发送应用程序包请求消息；目标服务器为提供目标车载功能的服务器，应用程序包请求消息包括目标车载功能的标识；

收发器，还用于接收目标服务器发送的目标车载功能的应用程序包；

处理器执行计算机程序时，还用于根据目标车载功能的应用程序包对车辆进行配置升级。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

获取车辆的状态信息，状态信息包括车辆的行驶状态信息、控制状态信息、电气系统状态信息以及锁车状态信息；根据车辆的状态信息判断车辆是否满足配置升级条件；在车辆满足配置升级条件时，根据目标车载功能的应用程序包对车辆进行配置升级；在车辆不满足配置升级条件，则提醒用户调整车辆当前的状态信息。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

在满足以下条件中的至少一项时，确定车辆满足配置升级条件：车辆的网络休眠、档位处于停车挡、车速为零、蓄电池电压大于预设阈值、车锁关闭和门窗关闭。

收发器，还用于在车辆不满足配置升级条件时，向用户终端发送第一提示消息，第一提示消息用于提示用户将车辆的网络调整为休眠、将车辆的档位调整至停车挡、将车辆的车速调整至零、将车辆的蓄电池电压调整至大于预设阈值、将车辆的车锁关闭和/或将车辆的门窗关闭。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

在车辆当前的硬件配置不支持目标车载功能时，生成第二提示消息，第二提示消息用于提示用户安装对应的硬件配置，向用户终端发送第二提示消息。

本申请还提供了一种车辆，该车辆包括车辆本体和车载终端，其中，车载终端采用以下步骤对车辆本体中的硬件设备进行配置升级：

接收用户在车载功能展示界面上的选择操作，确定用户在车载功能展示界面的多个车载功能中选择的目标车载功能；多个车载功能为车辆对应的车型支持的所有车载功能；

若车辆当前的硬件配置支持目标车载功能，则向目标服务器发送应用程序包请求消息；目标服务器为提供目标车载功能的服务器，应用程序包请求消息包括目标车载功能的标识；

接收目标服务器发送的目标车载功能的应用程序包，根据目标车载功能的应用程序包对车辆进行配置升级。

在一个实施例中，车载终端还采用以下步骤对车辆本体中的硬件设备进行配置升级：获取车辆的状态信息，状态信息包括车辆的行驶状态信息、控制状态信息、电力系统状态信息以及锁车状态信息；

根据车辆的状态信息判断车辆是否满足配置升级条件；

若车辆满足配置升级条件，则根据目标车载功能的应用程序包对车辆进行配置升级；若车辆不满足配置升级条件，则提醒用户调整车辆当前的状态信息。

在一个实施例中，车载终端还采用以下步骤对车辆本体中的硬件设备进行配置升级：若满足以下条件中的至少一项，则确定车辆满足配置升级条件：车辆的网络休眠、档位处于停车挡、车速为零、蓄电池电压大于预设阈值、车锁关闭和/或门窗关闭。

在一个实施例中，车载终端还采用以下步骤对车辆本体中的硬件设备进行配置升级：若车辆不满足配置升级条件，则向用户终端发送第二提示消息，第二提示消息用于提示用户将车辆的网络调整为休眠、将车辆的档位调整至停车挡、将车辆的车速调整至零、将车辆的蓄电池电压调整至大于预设阈值、将车辆的车锁关闭和/或将车辆的门窗关闭。

在一个实施例中，车载终端还采用以下步骤对车辆本体中的硬件设备进行配置升级：若车辆当前的硬件配置不支持目标车载功能，则生成第一提示消息，第一提示消息用于提示用户安装对应的硬件配置；向用户终端发送第一提示消息。

本申请提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

接收用户在车载功能展示界面上的选择操作，确定用户在车载功能展示界面的多个车载功能中选择的目标车载功能；多个车载功能为车辆对应的车型支持的所有车载功能；

若车辆当前的硬件配置支持目标车载功能，则向目标服务器发送应用程序包请求消息；目标服务器为提供目标车载功能的服务器，应用程序包请求消息包括目标车载功能的标识；

接收目标服务器发送的目标车载功能的应用程序包，根据目标车载功能的应用程序包对车辆进行配置升级。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：获取车辆的状态信息，状态信息包括车辆的行驶状态信息、控制状态信息、电力系统状态信息以及锁车状态信息；

根据车辆的状态信息判断车辆是否满足配置升级条件；

若车辆满足配置升级条件，则根据目标车载功能的应用程序包对车辆进行配置升级；若车辆不满足配置升级条件，则提醒用户调整车辆当前的状态。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：若满足以下条件中的至少一项，则确定车辆满足配置升级条件：车辆的网络休眠、档位处于停车挡、车速为零、蓄电池电压大于预设阈值、车锁关闭和/或门窗关闭。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：若车辆不满足配置升级条件，则向用户终端发送第二提示消息，第二提示消息用于提示用户将车辆的网络调整为休眠、将车辆的档位调整至停车挡、将车辆的车速调整至零、将车辆的蓄电池电压调整至大于预设阈值、将车辆的车锁关闭和/或将车辆的门窗关闭。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：若车辆当前的硬件配置不支持目标车载功能，则生成第一提示消息，第一提示消息用于提示用户安装对应的硬件配置；向用户终端发送第一提示消息。

本申请的第六方面提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

接收车载终端发送的应用程序包请求消息，应用程序包请求消息包括目标车载功能的标识以及鉴权信息；

根据目标车载功能的标识和鉴权信息判断车载终端是否具有请求目标车载功能的应用程序包的权限；

若车载终端具有请求目标车载功能的应用程序包的权限，则向车载终端发送目标车载功能的应用程序包；

若车载终端不具备请求目标车载功能的应用程序包的权限，则向车载终端返回拒绝消息。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据目标车载功能的标识确定验证密钥；

根据验证密钥和应用程序包请求消息生成验证标签；

若验证标签与鉴权信息匹配，则判断车载终端具备请求目标车载功能的应用程序包的权限；若验证标签与鉴权信息不匹配，则判断车载终端不具备请求目标车载功能的应用程序包的权限。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

向用户终端发送第三提示消息；第三提示消息用于提示用户确认是否升级；

在接收到用户终端确认升级的消息后，向用户终端发送第四提示消息；第四提示消息用于提示用户禁止对车辆进行下电操作。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序指令来控制相关的硬件完成，该计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种车辆的配置升级方法，其特征在于，所述方法执行于车载终端，所述方法包括：

接收用户在车载功能展示界面上的选择操作，确定所述用户在所述车载功能展示界面的多个车载功能中选择的目标车载功能；所述多个车载功能为所述车辆对应的车型支持的所有车载功能；

若所述车辆当前的硬件配置支持所述目标车载功能，则向目标服务器发送应用程序包请求消息；所述目标服务器为提供所述目标车载功能的服务器，所述应用程序包请求消息包括所述目标车载功能的标识；

接收所述目标服务器发送的所述目标车载功能的应用程序包，根据所述目标车载功能的应用程序包对所述车辆进行配置升级。

2.根据权利要求1所述的方法，其特征在于，所述方法包括：

获取所述车辆的状态信息，所述状态信息包括所述车辆的行驶状态信息、控制状态信息、电气系统状态信息以及锁车状态信息；

根据所述车辆的状态信息判断所述车辆是否满足配置升级条件；

若所述车辆满足所述配置升级条件，则根据所述目标车载功能的应用程序包对所述车辆进行配置升级；若所述车辆不满足所述配置升级条件，则提醒所述用户调整所述车辆当前的状态信息。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

若满足以下条件中的至少一项，则确定所述车辆满足配置升级条件：所述车辆的网络休眠、档位处于停车挡、车速为零、蓄电池电压大于预设阈值、车锁关闭和门窗关闭。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

若所述车辆不满足所述配置升级条件，则向用户终端发送第一提示消息，所述第一提示消息用于提示所述用户将所述车辆的网络调整为休眠、将所述车辆的档位调整至停车挡、将所述车辆的车速调整至零、将所述车辆的蓄电池电压调整至大于预设阈值、将所述车辆的车锁关闭和/或将所述车辆的门窗关闭。

5.根据权利要求1所述的方法，其特征在于，所述方法包括：

若所述车辆当前的硬件配置不支持所述目标车载功能，则生成第二提示消息，所述第二提示消息用于提示所述用户安装对应的硬件配置；

向用户终端发送所述第二提示消息。

6.一种车辆的配置升级方法，其特征在于，所述方法执行于服务器，所述方法包括：

接收车载终端发送的应用程序包请求消息，所述应用程序包请求消息包括所述目标车载功能的标识以及鉴权信息；

根据所述目标车载功能的标识和所述鉴权信息判断所述车载终端是否具有请求所述目标车载功能的应用程序包的权限；

若所述车载终端具有请求所述目标车载功能的应用程序包的权限，则向所述车载终端发送所述目标车载功能的应用程序包；

若所述车载终端不具备请求所述目标车载功能的应用程序包的权限，则向所述车载终端返回拒绝消息。

7.根据权利要求6所述的方法，其特征在于，所述根据所述目标车载功能的标识和所述鉴权信息判断所述车载终端是否具有请求所述目标车载功能的应用程序包的权限，包括：

根据所述目标车载功能的标识确定验证密钥；

根据所述验证密钥和所述应用程序包请求消息生成验证标签；

若所述验证标签与所述鉴权信息匹配，则判断所述车载终端具备请求所述目标车载功能的应用程序包的权限；若所述验证标签与所述鉴权信息不匹配，则判断所述车载终端不具备请求所述目标车载功能的应用程序包的权限。

8.根据权利要求7所述的方法，其特征在于，在所述车载终端具备请求所述目标车载功能的应用程序包的权限后，所述方法包括：

向用户终端发送第三提示消息；所述第三提示消息用于提示用户确认是否升级；

在接收到所述用户终端确认升级的消息后，向所述用户终端发送第四提示消息；所述第四提示消息用于提示所述用户禁止对所述车辆进行下电操作。

9.一种车辆的配置升级装置，其特征在于，应用于车载终端，包括：

确定模块，用于接收用户在车载功能展示界面上的选择操作，确定所述用户在所述车载功能展示界面的多个车载功能中选择的目标车载功能；所述多个车载功能为所述车辆对应的车型支持的所有车载功能；

判断模块，用于在所述车辆当前的硬件配置支持所述目标车载功能的情况下，向目标服务器发送应用程序包请求消息；所述目标服务器为提供所述目标车载功能的服务器，所述应用程序包请求消息包括所述目标车载功能的标识；

接收升级模块，用于接收所述目标服务器发送的所述目标车载功能的应用程序包，根据所述目标车载功能的应用程序包对所述车辆进行配置升级。

10.一种车辆的配置升级装置，其特征在于，应用于服务器，包括：

接收模块，用于接收车载终端发送的应用程序包请求消息，所述应用程序包请求消息包括所述目标车载功能的标识以及鉴权信息；

判断模块，用于根据所述目标车载功能的标识和所述鉴权信息判断所述车载终端是否具有请求所述目标车载功能的应用程序包的权限；在所述车载终端具有请求所述目标车载功能的应用程序包的权限的情况下，向所述车载终端发送所述目标车载功能的应用程序包；在所述车载终端不具备请求所述目标车载功能的应用程序包的权限的情况下，向所述车载终端返回拒绝消息。

Images