车载软件控制方法及系统与流程

1.本技术实施例涉及汽车电子技术领域，特别涉及一种车载软件控制方法及系统。


背景技术：

2.车辆上运行的车载软件可以提高用户的驾乘体验感。例如，音乐软件可以使用户放松心情，导航软件可以帮助用户规划行车路线。当车辆上安装车载软件后，该车载软件即可以正常运行。但是，车辆上安装的车载软件中部分娱乐软件如果在司机驾驶车辆的过程中运行，可能会导致司机分心，进而引起安全隐患。而像导航软件，如果在司机驾驶车辆的过程中运行，则会帮助司机注意道路状况，以实现安全驾驶。因此，需要一种车载软件控制方法，以对车载软件的运行情况进行控制。


技术实现要素：

3.本技术实施例提供了一种车载软件控制方法及系统，可以对车载软件的运行情况进行控制。所述技术方案如下：
4.一方面，提供了一种车载软件控制方法，所述方法包括：
5.车机端接收服务端发送的目标权限对应关系，所述目标权限对应关系指示车辆状态与目标车载软件的运行权限之间的对应关系，所述车辆状态指示车辆是否处于行驶状态，所述目标车载软件为所述车辆上安装的任一软件；
6.所述车机端基于所述目标权限对应关系确定与所述车辆的当前车辆状态对应的目标运行权限；
7.如果所述目标运行权限为禁止运行，所述车机端则在检测到所述目标车载软件的打开指令时，控制所述目标车载软件不运行。
8.可选地，所述车机端接收服务端发送的目标权限对应关系，包括：
9.所述车机端向所述服务端发送权限获取请求，所述权限获取请求携带所述车辆的车辆类型，所述车辆类型与所述车辆的硬件配置信息相关，所述硬件配置信息包括所述车辆的主机内存大小、主机内存运行速率以及所述车辆上的车辆屏幕的分辨率中的一者或多者；
10.所述车机端接收所述服务端发送的与所述车辆类型匹配的权限配置文件，所述权限配置文件包括多个车载软件中每个车载软件的权限对应关系，所述多个车载软件包括所述目标车载软件。
11.可选地，所述车机端接收服务端发送的目标权限对应关系之后，所述方法还包括：
12.所述车机端接收所述服务端发送的更新后的所述目标权限对应关系。
13.可选地，所述方法还包括：
14.如果所述目标运行权限为禁止运行，所述车机端在所述车辆的屏幕上将所述目标车载软件的图标作遮挡处理，以提示所述车辆的用户当前禁止使用所述目标车载软件。
15.可选地，所述车机端基于所述目标权限对应关系确定与所述车辆的当前车辆状态
对应的目标运行权限之后，所述方法还包括：
16.如果所述目标运行权限包括允许运行，且所述目标运行权限还包括目标屏幕标识，所述车机端则在检测到所述目标车载软件的打开指令时，控制所述目标车载软件在所述目标屏幕标识所指示的车辆屏幕上运行，所述目标屏幕标识指示允许所述目标车载软件运行的车辆屏幕。
17.可选地，所述方法还包括：
18.所述车机端接收所述服务端发送的车载软件白名单，所述车载软件白名单包括多个车载软件标识，所述多个车载软件标识指示所述车辆能够安装的车载软件；
19.响应于所述目标车载软件的安装指令，所述车机端在确定所述目标车载软件的标识为所述车载软件白名单中的标识时，控制所述车辆安装所述目标车载软件。
20.另一方面，提供了一种车载软件控制方法，所述方法包括：
21.服务端向车机端发送目标权限对应关系；
22.其中，所述目标权限对应关系指示车辆状态与目标车载软件的运行权限之间的对应关系，所述车辆状态指示车辆是否处于行驶状态，所述目标车载软件为所述车辆上安装的任一软件，所述目标车载软件的运行权限用于指示所述目标车载软件的运行情况。
23.可选地，所述服务端向车机端发送目标权限对应关系，包括：
24.所述服务端接收所述车机端发送的权限获取请求，所述权限获取请求携带所述车辆的车辆类型，所述车辆类型与所述车辆的硬件配置信息相关，所述硬件配置信息包括所述车辆的主机内存大小、主机内存运行速率以及所述车辆上的车辆屏幕的分辨率中的一者或多者；
25.所述服务端向所述车机端发送与所述车辆类型匹配的权限配置文件，所述权限配置文件包括多个车载软件中每个车载软件的权限对应关系，所述多个车载软件包括所述目标车载软件。
26.可选地，所述方法还包括：
27.响应于所述目标权限对应关系的更新指令，所述服务端更新所述目标权限对应关系；
28.所述服务端向所述车机端发送更新后的所述目标权限对应关系。
29.另一方面，提供了一种车载软件控制系统，所述车载软件控制系统包括车机端和服务端；
30.所述服务端用于：向所述车机端发送目标权限对应关系，其中，所述目标权限对应关系指示车辆状态与目标车载软件的运行权限之间的对应关系，所述车辆状态指示车辆是否处于行驶状态，所述目标车载软件为所述车辆上安装的任一软件，所述目标车载软件的运行权限用于指示所述目标车载软件的运行情况；
31.所述车机端用于：接收所述服务端发送的目标权限对应关系，基于所述目标权限对应关系确定与所述车辆的当前车辆状态对应的目标运行权限；
32.所述车机端还用于：如果所述目标运行权限为禁止运行，则在检测到所述目标车载软件的打开指令时，控制所述目标车载软件不运行。
33.可选地，所述车机端还用于：
34.向所述服务端发送权限获取请求，所述权限获取请求携带所述车辆的车辆类型，
所述车辆类型与所述车辆的硬件配置信息相关，所述硬件配置信息包括所述车辆的主机内存大小、主机内存运行速率以及所述车辆上的车辆屏幕的分辨率中的一者或多者；
35.接收所述服务端发送的与所述车辆类型匹配的权限配置文件，所述权限配置文件包括多个车载软件中每个车载软件的权限对应关系，所述多个车载软件包括目标车载软件。
36.可选地，所述服务端还用于：
37.接收所述车机端发送的权限获取请求，所述权限获取请求携带所述车辆的车辆类型，所述车辆类型与所述车辆的硬件配置信息相关，所述硬件配置信息包括所述车辆的主机内存大小、主机内存运行速率以及所述车辆上的车辆屏幕的分辨率中的一者或多者；
38.向所述车机端发送与所述车辆类型匹配的权限配置文件，所述权限配置文件包括多个车载软件中每个车载软件的权限对应关系，所述多个车载软件包括目标车载软件。
39.可选地，所述车机端还用于：
40.接收所述服务端发送的更新后的目标权限对应关系。
41.可选地，所述服务端还用于：
42.响应于所述目标权限对应关系的更新指令，更新所述目标权限对应关系；
43.向所述车机端发送更新后的目标权限对应关系。
44.可选地，所述车机端还用于：
45.如果所述目标运行权限为禁止运行，则在所述车辆的屏幕上将所述目标车载软件的图标作遮挡处理，以提示所述车辆的用户当前禁止使用所述目标车载软件。
46.可选地，所述车机端还用于：
47.如果所述目标运行权限包括允许运行，且所述目标运行权限还包括目标屏幕标识，则在检测到所述目标车载软件的打开指令时，控制所述目标车载软件在所述目标屏幕标识所指示的车辆屏幕上运行，所述目标屏幕标识指示允许所述目标车载软件运行的车辆屏幕。
48.可选地，所述车机端还用于：
49.接收所述服务端发送的车载软件白名单，所述车载软件白名单包括多个车载软件标识，所述多个车载软件标识指示所述车辆能够安装的车载软件；
50.响应于所述目标车载软件的安装指令，在确定所述目标车载软件的标识为所述车载软件白名单中的标识时，控制所述车辆安装所述目标车载软件。
51.可选地，所述服务端还用于：
52.向所述车机端发送车载软件白名单，所述车载软件白名单包括多个车载软件标识，所述多个车载软件标识指示所述车辆能够安装的车载软件。
53.另一方面，提供了一种计算机设备，所述计算机设备包括存储器和处理器，所述存储器用于存放计算机程序，所述处理器用于执行所述存储器上所存放的计算机程序，以实现上述所述车载软件控制方法的步骤。
54.另一方面，提供了一种计算机可读存储介质，所述存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述所述车载软件控制方法的步骤。
55.另一方面，提供了一种包含指令的计算机程序产品，当所述指令在计算机上运行时，使得计算机执行上述所述车载软件控制方法的步骤。
56.本技术实施例提供的技术方案至少可以带来以下有益效果：
57.在本技术实施例中，车机端接收服务端发送的针对目标车载软件的目标权限对应关系，以基于车辆的当前车辆状态控制目标车载软件的运行。因此，本技术实施例中服务端可以基于实际需求灵活配置权限对应关系，以使车机端可以根据车辆的当前状态对车载软件的运行情况进行灵活控制，进而提高用户驾乘车辆的体验感。而且，如果目标车载软件的运行权限为禁止运行，车机端在检测到目标车载软件的打开指令时，控制目标车载软件不运行。如此可以降低目标车载软件的运行对用户驾驶的干扰，进而提高用户驾驶车辆的安全性。
附图说明
58.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
59.图1是本技术实施例提供的一种系统架构的结构示意图；
60.图2是本技术实施例提供的一种车载软件控制方法的流程图；
61.图3是本技术实施例提供的一种目标车载软件的示意图；
62.图4是本技术实施例提供的一种目标车载软件的示意图；
63.图5是本技术实施例提供的一种目标车载软件的示意图；
64.图6是本技术实施例提供的一种车载软件控制方法的流程图；
65.图7是本技术实施例提供的一种终端的结构示意图；
66.图8是本技术实施例提供的一种服务器的结构示意图。
具体实施方式
67.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合附图对本技术实施方式作进一步地详细描述。
68.在对本技术实施例提供的车载软件控制方法进行详细的解释说明之前，先对本技术实施例提供的应用场景和系统架构进行介绍。
69.随着汽车智能化程度的提高，运行在ivi(in-vehicle infotainment，车载信息娱乐)系统上的软件(车载软件)越来越多，逐渐增多的车载软件可以提高用户的驾乘体验感。但是，部分娱乐软件如果在司机驾驶车辆的过程中运行，可能会导致司机分心，进而引起安全隐患。因此，需要一种车载软件控制方法，以对车载软件的运行情况进行控制。
70.基于上述问题，本技术实施例提供了一种车载软件控制方法，该方法可以根据车辆的当前行驶状态来灵活控制车载软件的运行情况，以提高用户的驾乘体验感。
71.请参考图1，图1是本技术实施例提供的一种系统架构的结构示意图。该系统架构包括车机端101和服务端102，车机端101可以与服务端102进行通信连接。
72.该系统架构可以通过车机端101和服务端102在两方面对车载软件进行控制，一方面是通过车辆的当前状态对已安装的车载软件的运行情况进行控制，另一方面是对车载软件的安装进行控制。下面将车机端101和服务端102针对这两方面的功能进行详细描述。
73.在通过车辆的当前状态对已安装的车载软件的运行情况进行控制的场景下，服务端102用于配置目标权限对应关系，并将该目标权限对应关系发送给车机端101，其中，目标权限对应关系指示车辆状态与目标车载软件的运行权限之间的对应关系。车机端101用于接收服务端102发送的目标权限对应关系，并基于目标权限对应关系确定与车辆的当前车辆状态对应的目标运行权限，该目标运行权限是目标车载软件的运行权限。其中，车机端101接收目标权限对应关系并确定目标运行权限的实现过程后续进行详细描述，在此先不做赘述。
74.在对车载软件的安装进行控制的场景下，服务端102用于配置车载软件白名单，并将该车载软件白名单发送给车机端101，该车载软件白名单包括多个车载软件标识，多个车载软件标识指示车辆能够安装的车载软件。车机端101用于接收服务端102发送的车载软件白名单，并在确定目标车载软件的标识为车载软件白名单中的标识时，控制车辆安装目标车载软件。其中，车机端101接收车载软件白名单，并在确定目标车载软件的标识为车载软件白名单中的标识时，控制车辆安装目标车载软件的实现过程后续进行详细描述，在此先不做赘述。
75.其中，车机端101可以是受汽车的中央控制系统控制的电子计算机。服务端102可以是一台服务器，也可以是由多台服务器组成的服务器集群，或者是一个云计算服务中心。
76.本领域技术人员应能理解上述车机端101和服务端102仅为举例，其他现有的或今后可能出现的车机端或服务端如可适用于本技术实施例，也应包含在本技术实施例保护范围以内，并在此以引用方式包含于此。
77.接下来对本技术实施例提供的车载软件控制方法进行详细的解释说明。
78.图2是本技术实施例提供的一种车载软件控制方法的流程图，该方法示例地应用于车机端。请参考图2，该方法包括如下步骤。
79.步骤201：车机端接收服务端发送的目标权限对应关系，该目标权限对应关系指示车辆状态与目标车载软件的运行权限之间的对应关系，车辆状态指示车辆是否处于行驶状态，目标车载软件为车辆上安装的任一软件。
80.其中，目标车载软件的运行权限指示目标车载软件是否能够运行。示例地，该运行权限可以包括允许运行和禁止运行。车辆状态指示车辆是否处于行驶状态，示例地，车辆状态可以包括行驶状态和停止状态。
81.其中，目标权限对应关系由服务端预先配置，服务端在配置完成目标权限对应关系后，车机端获取该目标权限对应关系，以便后续基于该目标权限对应关系，确定与车辆的当前车辆状态对应的目标运行权限。车机端基于目标权限对应关系确定目标运行权限的实现过程后续步骤202中详细描述，在此不再赘述。
82.下面对服务端配置目标权限对应关系的实现过程进行解释。
83.由于不同类型的车辆上安装的车载软件可能不同，而且不同类型的车辆的主机内存大小、和/或主机内存速率、和/或车辆上的车辆屏幕的分辨率等硬件配置信息可能不同，而主机内存大小、主机内存速率、以及车载屏幕的分辨率的不同可能影响车载软件的运行权限，比如有些车载软件只能在车载屏幕的分辨率高于一定值的情况下正常运行，因此，在不同类型的车辆上安装的车载软件的运行权限也可能不同。
84.基于此，服务端可以预先针对多个车辆类型分别配置多个权限配置文件，每个权
限配置文件对应一种车辆类型，该车辆类型可以根据车辆的硬件配置信息中主机内存大小、主机内存速率、以及车辆上的车辆屏幕的分辨率中的一者或多者来划分。比如，可以根据车辆屏幕的分辨率来划分车辆类型。也可以根据主机内存大小和主机内存速率来划车辆类型。
85.而且，每个权限配置文件中包括相应车辆类型对应的车辆上安装的多个车载软件、以及多个车载软件中每个车载软件的权限对应关系。其中，每个车载软件的权限对应关系可以包括多个车辆状态以及与多个车辆状态一一对应的多个运行权限。
86.示例地，以基于主机内存大小划分的某个车辆类型为例，假设为该车辆类型配置的权限配置文件包括三个车载软件的权限对应关系，这三个车载软件的权限对应关系可以如下表1所示，在表1中，当车辆状态为行驶状态时，第一车载软件的运行权限为允许运行，第二车载软件的运行权限为禁止运行，第三车载软件的运行权限为允许运行。当车辆状态为停止状态时，第一车载软件的运行权限为禁止运行，第二车载软件的运行权限为允许运行，第三车载软件的运行权限为允许运行。
87.表1
88.车辆状态第一车载软件第二车载软件第三车载软件行驶状态允许运行禁止运行允许运行停止状态禁止运行允许运行允许运行
89.因此，在一些实施例中，车机端接收服务端发送的目标权限对应关系的实现过程可以为：车机端向服务端发送权限获取请求，该权限获取请求携带车辆的车辆类型，该车辆类型与车辆的硬件配置信息相关，该硬件配置信息包括车辆的主机内存大小、主机内存运行速率以及车辆上的车辆屏幕的分辨率中的一者或多者。车机端接收服务端发送的与车辆类型匹配的权限配置文件，该权限配置文件包括多个车载软件中每个车载软件的权限对应关系，多个车载软件包括目标车载软件。如此车机端即可接收到目标权限对应关系。
90.具体地，车机端可以向服务端发送权限获取请求，该权限获取请求携带车机端对应的车辆类型。当服务端接收到该权限获取请求后，从多个权限配置文件中获取与该车辆类型匹配的权限配置文件，并将该权限配置文件发送给车机端。由于权限配置文件包括该车辆类型对应的车辆上安装的多个车载软件、以及多个车载软件中每个车载软件的权限对应关系，因此车辆上安装的目标车载软件即包括在多个车载软件中，这样车机端可以得到目标车载软件的目标权限对应关系。以便后续基于目标权限对应关系，确定与车辆的当前车辆状态对应的目标运行权限。
91.另外，目前车辆上可能配置多个车辆屏幕，多个车辆屏幕分别对应不同位置上的用户。考虑到不同用户需要的车载软件不同，比如，司机在驾驶车辆的过程中可能更需要导航软件，车辆后排乘客可能更需要音乐、视频等娱乐软件。因此，可以控制不同的车载软件运行在不同的车辆屏幕上，这样有的车载软件可以运行在离司机近的屏幕上，有的车载软件则运行在远离司机的屏幕上，如此可以更好地照顾司机和乘客的不同需求。
92.基于此，在一些实施例中，服务端在配置权限对应关系时，车载软件的运行权限还可以包括屏幕标识，该屏幕标识指示允许该车载软件运行的车辆屏幕。如此，当车机端接收到车载软件的权限对应关系时，还可以得到允许该车载软件运行的车辆屏幕(屏幕标识)，以使后续车机端控制该车载软件只在屏幕标识所指示的车辆屏幕上运行。
93.示例地，以基于主机内存大小划分的某个车辆类型为例，假设该车辆类型配置的权限配置文件包括三个车载软件的权限对应关系，这三个车载软件的权限对应关系可以如下表2所示，在表2中，当车辆状态为行驶状态时，第一车载软件的运行权限为允许运行，屏幕标识为车辆屏幕1，第二车载软件的运行权限为禁止运行，第三车载软件的运行权限为允许运行，屏幕标识为车辆屏幕2、3。当车辆状态为停止状态时，第一车载软件的运行权限为禁止运行，第二车载软件的运行权限为允许运行，屏幕标识为车辆屏幕1、2、3，第三车载软件的运行权限为允许运行，屏幕标识为车辆屏幕1、2、3。其中，车辆屏幕1位于驾驶员座位附近，车辆屏幕2位于副驾驶座位附近，车辆屏幕3位于后排座椅附近。
94.表2
[0095][0096]
示例地，权限对应关系的配置如下所示：title表示app(application，车载软件)的名字，name表示车载软件的识别标志，由包名和类名组成。runstatus表示车辆的行驶状态，当runstatus为true(正确)时，表示车辆行驶状态时允许该车载软件运行，当runstatus为false(错误)时，表示车辆行驶状态时禁止该车载软件运行。displaywindow表示允许车载软件运行的车辆屏幕，all表示允许车载软件在所有屏幕上运行，否则将允许车载软件运行的车辆屏幕进行显示(如2，3，表示允许车载软件运行的车辆屏幕为车辆屏幕2和车辆屏幕3)。
[0097]
《？xml version＝"1.0"encoding＝"utf-8"？》
[0098]
《app》
[0099]
《title》导航《/title》
[0100]
《name》packagename/activity_classname《/name》
[0101]
《permission》
[0102]
《runstatus》true《/runstatus》
[0103]
《displaywindow》all《/displaywindow》
[0104]
《/permission》
[0105]
《/app》
[0106]
此外，车辆的硬件配置信息可能会更新升级，当车辆的硬件配置信息更新时，该车辆上车载软件的运行权限也有可能发生改变。比如，当车辆屏幕的分辨率更新后，之前被禁止运行在该车辆屏幕上的车载软件可能也会被允许运行在该车辆屏幕上。
[0107]
而且，车载软件也是在不断更新升级的，更新后的车载软件适用的车辆类型可能会发生改变，在不同车辆上的运行权限也可能发生改变。这样，车机端根据未更新的权限配置文件中的目标权限对应关系来控制目标车载软件的运行情况就不够准确，会降低用户的体验感。
[0108]
因此，在一些实施例中，服务端会周期性地更新权限配置文件，车机端周期性接收服务端发送的更新后的权限配置文件，以得到目标权限对应关系。如此，车机端根据接收的更新后的权限配置文件的目标权限对应关系来控制目标车载软件的运行情况就更贴合实际情况，进一步提高用户的体验感。
[0109]
下面对服务端周期性更新权限配置文件的实现过程进行解释。
[0110]
在一些实施例中，服务端可以实时监测不同类型的车辆的主机内存大小、主机内存速率、以及车载屏幕的分辨率等硬件配置信息，当检测到某一类型车辆的硬件配置信息中主机内存大小、主机内存速率、以及车辆上的车辆屏幕的分辨率中的一者或多者发生变化时，服务端可以基于变化后的主机内存大小、主机内存速率、以及车辆上的车辆屏幕的分辨率中的一者或多者来适时调整该车辆类型对应的权限配置文件，以得到更新后的权限配置文件。
[0111]
车机端可以周期性地向服务端发送权限获取请求，以使服务端基于接收到的权限获取请求携带的车辆类型来确定与该车辆类型匹配的权限配置文件，并将该权限配置文件发送给车机端，如此车机端即可根据权限配置文件得到目标车载软件的目标权限对应关系。这样，车机端即可以接收到服务端发送的更新后的权限配置文件。
[0112]
另外，车辆上已安装的车载软件的更新也会影响车载软件的运行权限。因此，在另一些实施例中，车机端可以在车辆上的车载软件更新后，将更新后的车载软件的信息发送给服务端。服务端基于更新后的车载软件的信息来适时调整与车机端的车辆类型对应的权限配置文件，以得到更新后的权限配置文件，并将更新后的权限配置文件发送给车机端。
[0113]
此外，由于不同类型的车辆的主机内存大小、和/或主机内存速率、和/或车辆上的车辆屏幕的分辨率等硬件配置信息可能不同，而车机端在安装车载软件时需要考虑该车辆的主机内存大小是否能够安装车载软件，或者主机内存速率是否能够使车载软件正常运行，车载屏幕的分辨率是否能够正常显示车载软件。因此，不同类型的车辆上能够安装的车载软件可能不同。
[0114]
基于此，在一些实施例中，服务端可以预先针对多个车辆类型分别配置多个车载软件白名单，每个车载软件白名单对应一种车辆类型，每个车载软件白名单包括多个车载软件标识，多个车载软件标识指示车辆能够安装的车载软件。车机端接收服务端发送的与车辆类型匹配的车载软件白名单，并响应于目标车载软件的安装指令，在确定目标车载软件的标识为车载软件白名单中的标识时，控制车辆安装目标车载软件。
[0115]
具体地，车机端可以向服务端发送车载软件获取请求，该车载软件获取请求携带车机端对应的车辆类型。当服务端接收到该车载软件获取请求后，从多个车载软件白名单中获取与该车辆类型匹配的车载软件白名单，并将该车载软件发送给车机端。当车机端接收到该车载软件白名单后，如果用户通过预设操作触发目标车载软件的安装指令，车机端响应于该安装指令，将车载软件白名单中的车载软件标识和目标车载软件的标识进行匹配，并在确定目标车载软件的标识为车载软件白名单中的车载软件标识时，控制车辆安装目标车载软件。
[0116]
相应地，如果目标车载软件的标识不在车载软件白名单中的车载软件标识中，车机端将控制车辆不安装目标车载软件。
[0117]
此外，车辆的硬件配置信息可能会更新升级，当车辆的硬件配置信息更新时，该车
辆上能够安装的车载软件也有可能发生改变。比如，当车辆的主机内存大小更新后，该车辆上就可以安装较大内存的车载软件。但是，如果车机端根据未更新的车载软件白名单来控制车载软件的安装就不够准确，会降低用户的体验感。
[0118]
因此，在一些实施例中，服务端会周期性地更新车载软件白名单，车机端周期性接收服务端发送的更新后的车载软件白名单。如此，车机端根据接收的更新后的车载软件白名单来控制车载软件安装就更贴合实际情况，进一步提高用户的体验感。
[0119]
下面对服务端周期性更新车载软件白名单的实现过程进行解释。
[0120]
在一些实施例中，服务端可以实时监测不同类型的车辆的主机内存大小、主机内存速率、以及车载屏幕的分辨率等硬件配置信息，当检测到某一类型车辆的硬件配置信息中主机内存大小、主机内存速率、以及车辆上的车辆屏幕的分辨率中的一者或多者发生变化时，服务端可以基于变化后的主机内存大小、主机内存速率、以及车辆上的车辆屏幕的分辨率中的一者或多者来适时调整该车辆类型对应的车辆能够安装的车载软件，以得到更新后的车载软件白名单。并在车机端向服务端发送车载软件获取请求时，将更新后的车载软件白名单发送给车机端。
[0121]
在另一些实施例中，车机端还可以在车辆系统或硬件配置更新后，将更新后的车辆系统或硬件配置的信息发送给服务端。服务端基于更新后的车辆系统或硬件配置的信息，来适时调整与车机端的车辆类型对应的车载软件白名单，以得到更新后的车载软件白名单，并将更新后的车载软件白名单发送给车机端。
[0122]
因此，车机端可以得到服务端发送的更新后的车载软件白名单，以基于更新后的车载软件白名单确定目标车载软件是否可以安装在车辆上。
[0123]
步骤202：车机端基于目标权限对应关系确定与车辆的当前车辆状态对应的目标运行权限。
[0124]
在一些实施例中，步骤202的实现过程可以为：车机端从目标权限对应关系中，确定与车辆的当前车辆状态对应的目标运行权限。
[0125]
基于上述步骤201的描述可知，目标运行权限可以包括允许运行和禁止运行，也可以包括目标屏幕标识。
[0126]
在目标运行权限包括允许运行和禁止运行的场景下，示例地，目标车载软件为第一车载软件，目标权限对应关系如上述表1中的第一车载软件所示，如果车辆的当前车辆状态为行驶状态，则目标车载软件的目标运行权限为允许运行。示例地，目标车载软件可以为导航软件，在车辆行驶时运行以帮助用户安全驾驶。
[0127]
在目标运行权限包括允许运行、禁止运行、以及目标屏幕标识的场景下，示例地，目标车载软件为第一车载软件，目标权限对应关系如上述表2中的第一车载软件所示，如果车辆的当前车辆状态为行驶状态，则目标车载软件的目标运行权限为允许运行，屏幕标识为车辆屏幕1。示例地，目标车载软件可以为导航软件，在车辆行驶时只在车辆屏幕1上运行。由于车辆屏幕1对应的是司机附近的屏幕，因此导航软件只在司机附近的屏幕上运行，这样可以在帮助司机安全驾驶的同时，也不影响车辆上的其他用户。
[0128]
步骤203：如果目标运行权限为禁止运行，车机端则在检测到目标车载软件的打开指令时，控制目标车载软件不运行。
[0129]
在目标运行权限为禁止运行的情况下，如果用户通过预设操作触发目标车载软件
的打开指令，车机端在检测到该打开指令时，控制目标车载软件不运行。如此即可降低目标车载软件的运行对用户驾驶的干扰，进而提高用户驾驶车辆的安全性。
[0130]
相应地，在目标运行权限为允许运行的情况下，如果用户通过预设操作触发目标车载软件的打开指令，车机端在检测到该打开指令时，控制目标车载软件在车辆屏幕上正常运行。如图3所示，目标车载软件在车辆屏幕上可以正常使用。
[0131]
另外，在目标运行权限为允许运行，且包括目标屏幕标识的场景下，如果用户通过预设操作触发目标车载软件的打开指令，车机端在检测到该打开指令时，则控制目标车载软件在目标屏幕标识所指示的车辆屏幕上正常运行。如图4所示，目标车载软件只在目标屏幕标识所指示的车辆屏幕(车辆屏幕1)上正常使用。
[0132]
另外，在一些实施例中，如果目标运行权限为禁止运行，车机端在车辆的屏幕上将目标车载软件的图标作遮挡处理，以提示车辆的用户当前禁止使用目标车载软件。示例地，对目标车载软件的图标作遮挡处理的操作可以为：将目标车载软件的图标进行填充，以使该目标车载软件的图标被遮挡，或者在目标车载软件的图标上配置
“×”
符号等操作，本技术实施例对此不作限定。
[0133]
如图5所示，目标车载软件的图标被图案填充，以提示用户无法正常使用该目标车载软件。
[0134]
在本技术实施例中，车机端接收服务端发送的目标权限对应关系，以确定与车辆的当前车辆状态对应的目标运行权限，该目标运行权限为目标车载软件的运行权限。也即是，本技术实施例中服务端可以基于实际需求灵活配置权限对应关系，以使车机端可以根据车辆的当前状态对车载软件的运行情况进行灵活控制，进而提高用户驾乘车辆的体验感。而且，如果目标车载软件的运行权限为禁止运行，车机端在检测到目标车载软件的打开指令时，控制目标车载软件不运行。如此可以降低目标车载软件的运行对用户驾驶的干扰，进而提高用户驾驶车辆的安全性。
[0135]
图6是本技术实施例提供的一种车载软件控制方法的流程图，该方法示例地应用于服务端。请参考图6，该方法包括如下步骤。
[0136]
步骤601：服务端向车机端发送目标权限对应关系，其中，目标权限对应关系指示车辆状态与目标车载软件的运行权限之间的对应关系，车辆状态指示车辆是否处于行驶状态，目标车载软件为车辆上安装的任一软件，目标车载软件的运行权限用于指示目标车载软件的运行情况。
[0137]
步骤602：响应于目标权限对应关系的更新指令，服务端更新目标权限对应关系，服务端向车机端发送更新后的目标权限对应关系。
[0138]
可选地，服务端向车机端发送目标权限对应关系的实现过程可以为：服务端接收车机端发送的权限获取请求，该权限获取请求携带车辆的车辆类型，车辆类型与车辆的硬件配置信息相关，硬件配置信息包括车辆的主机内存大小、主机内存运行速率以及车辆上的车辆屏幕的分辨率中的一者或多者。服务端向车机端发送与车辆类型匹配的权限配置文件，权限配置文件包括多个车载软件中每个车载软件的权限对应关系，多个车载软件包括目标车载软件。
[0139]
可选地，服务器还可以向车机端发送车载软件白名单，该车载软件白名单包括多个车载软件标识，多个车载软件标识指示车辆能够安装的车载软件。
[0140]
其中，步骤601-步骤602的实现过程可以参考上述图2所示的实施例的相关内容，在此不再赘述。
[0141]
在本技术实施例中，车机端接收服务端发送的目标权限对应关系，以确定与车辆的当前车辆状态对应的目标运行权限，该目标运行权限为目标车载软件的运行权限。也即是，本技术实施例中服务端可以基于实际需求灵活配置权限对应关系，以使车机端可以根据车辆的当前状态对车载软件的运行情况进行灵活控制，进而提高用户驾乘车辆的体验感。而且，如果目标车载软件的运行权限为禁止运行，车机端在检测到目标车载软件的打开指令时，控制目标车载软件不运行。如此可以降低目标车载软件的运行对用户驾驶的干扰，进而提高用户驾驶车辆的安全性。
[0142]
本技术实施例还提供了一种车载软件控制系统，该车载软件控制系统可以为图1所示的系统架构，该车载软件控制系统包括车机端和服务端。
[0143]
其中，服务端用于：向车机端发送目标权限对应关系，其中，目标权限对应关系指示车辆状态与目标车载软件的运行权限之间的对应关系，车辆状态指示车辆是否处于行驶状态，目标车载软件为车辆上安装的任一软件，目标车载软件的运行权限用于指示目标车载软件的运行情况；
[0144]
车机端用于：接收服务端发送的目标权限对应关系，基于目标权限对应关系确定与车辆的当前车辆状态对应的目标运行权限；
[0145]
车机端还用于：如果目标运行权限为禁止运行，则在检测到目标车载软件的打开指令时，控制目标车载软件不运行。
[0146]
可选地，车机端还用于：
[0147]
向服务端发送权限获取请求，该权限获取请求携带车辆的车辆类型，车辆类型与车辆的硬件配置信息相关，硬件配置信息包括车辆的主机内存大小、主机内存运行速率以及车辆上的车辆屏幕的分辨率中的一者或多者；
[0148]
接收服务端发送的与车辆类型匹配的权限配置文件，权限配置文件包括多个车载软件中每个车载软件的权限对应关系，多个车载软件包括目标车载软件。
[0149]
可选地，服务端还用于：
[0150]
接收车机端发送的权限获取请求；
[0151]
向车机端发送与车辆类型匹配的权限配置文件。
[0152]
可选地，车机端还用于：
[0153]
接收服务端发送的更新后的目标权限对应关系。
[0154]
可选地，服务端还用于：
[0155]
响应于目标权限对应关系的更新指令，更新所述目标权限对应关系；
[0156]
向车机端发送更新后的目标权限对应关系。
[0157]
可选地，车机端还用于：
[0158]
如果目标运行权限为禁止运行，则在车辆的屏幕上将目标车载软件的图标作遮挡处理，以提示车辆的用户当前禁止使用目标车载软件。
[0159]
可选地，车机端还用于：
[0160]
如果目标运行权限包括允许运行，且目标运行权限还包括目标屏幕标识，则在检测到目标车载软件的打开指令时，控制目标车载软件在目标屏幕标识所指示的车辆屏幕上
运行，目标屏幕标识指示允许目标车载软件运行的车辆屏幕。
[0161]
可选地，车机端还用于：
[0162]
接收服务端发送的车载软件白名单，车载软件白名单包括多个车载软件标识，多个车载软件标识指示车辆能够安装的车载软件；
[0163]
响应于目标车载软件的安装指令，在确定目标车载软件的标识为车载软件白名单中的标识时，控制车辆安装目标车载软件。
[0164]
可选地，服务端还用于：
[0165]
向车机端发送车载软件白名单。
[0166]
在本技术实施例中，车机端接收服务端发送的目标权限对应关系，以确定与车辆的当前车辆状态对应的目标运行权限，该目标运行权限为目标车载软件的运行权限。也即是，本技术实施例中服务端可以基于实际需求灵活配置权限对应关系，以使车机端可以根据车辆的当前状态对车载软件的运行情况进行灵活控制，进而提高用户驾乘车辆的体验感。而且，如果目标车载软件的运行权限为禁止运行，车机端在检测到目标车载软件的打开指令时，控制目标车载软件不运行。如此可以降低目标车载软件的运行对用户驾驶的干扰，进而提高用户驾驶车辆的安全性。
[0167]
需要说明的是：上述实施例提供的车载软件控制系统在控制车载软件时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的车载软件控制系统与车载软件控制方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
[0168]
图7是本技术实施例提供的一种终端700的结构框图。该终端700示例地可以为上述实施例中的车机端。通常，终端700包括有：处理器701和存储器702。
[0169]
处理器701可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器701可以采用dsp(digital signal processing，数字信号处理)、fpga(field－programmable gate array，现场可编程门阵列)、pla(programmable logic array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器701也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称cpu(central processing unit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器701可以在集成有gpu(graphics processing unit，图像处理器)，gpu用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器701还可以包括ai(artificial intelligence，人工智能)处理器，该ai处理器用于处理有关机器学习的计算操作。
[0170]
存储器702可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器702还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器702中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器701所执行以实现本技术中方法实施例提供的车载软件控制方法。
[0171]
在一些实施例中，终端700还可选地包括有：外围设备接口703和至少一个外围设备。处理器701、存储器702和外围设备接口703之间可以通过总线或信号线相连。各个外围
设备可以通过总线、信号线或电路板与外围设备接口703相连。具体地，外围设备包括：射频电路704、触摸显示屏705、摄像头706、音频电路707、定位组件708和电源709中的至少一种。
[0172]
本领域技术人员可以理解，图7中示出的结构并不构成对终端700的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。
[0173]
图8是本技术实施例提供的一种服务器的结构示意图。该服务器800示例地可以为上述实施例中的服务端。
[0174]
服务器800包括中央处理单元(cpu)801、包括随机存取存储器(ram)802和只读存储器(rom)803的系统存储器804，以及连接系统存储器804和中央处理单元801的系统总线805。服务器800还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统(i/o系统)806，和用于存储操作系统813、应用程序814和其他程序模块815的大容量存储设备807。
[0175]
基本输入/输出系统806包括有用于显示信息的显示器808和用于用户输入信息的诸如鼠标、键盘之类的输入设备809。其中显示器808和输入设备809都通过连接到系统总线805的输入输出控制器810连接到中央处理单元801。基本输入/输出系统806还可以包括输入输出控制器810以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器810还提供输出到显示屏、打印机或其他类型的输出设备。
[0176]
大容量存储设备807通过连接到系统总线805的大容量存储控制器(未示出)连接到中央处理单元801。大容量存储设备807及其相关联的计算机可读介质为服务器800提供非易失性存储。也就是说，大容量存储设备807可以包括诸如硬盘或者cd-rom驱动器之类的计算机可读介质(未示出)。
[0177]
不失一般性，计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括ram、rom、eprom、eeprom、闪存或其他固态存储其技术，cd-rom、dvd或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知计算机存储介质不局限于上述几种。上述的系统存储器804和大容量存储设备807可以统称为存储器。
[0178]
根据本技术的各种实施例，服务器800还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即服务器800可以通过连接在系统总线805上的网络接口单元811连接到网络812，或者说，也可以使用网络接口单元811来连接到其他类型的网络或远程计算机系统(未示出)。
[0179]
上述存储器还包括一个或者一个以上的程序，一个或者一个以上程序存储于存储器中，被配置由cpu执行。
[0180]
在一些实施例中，还提供了一种计算机可读存储介质，该存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述实施例中车载软件控制方法的步骤。例如，所述计算机可读存储介质可以是rom、ram、cd-rom、磁带、软盘和光数据存储设备等。
[0181]
值得注意的是，本技术实施例提到的计算机可读存储介质可以为非易失性存储介质，换句话说，可以是非瞬时性存储介质。
[0182]
应当理解的是，实现上述实施例的全部或部分步骤可以通过软件、硬件、固件或者其任意结合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。
所述计算机程序产品包括一个或多个计算机指令。所述计算机指令可以存储在上述计算机可读存储介质中。
[0183]
也即是，在一些实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述所述车载软件控制方法的步骤。
[0184]
需要说明的是，本技术实施例所涉及的信息(包括但不限于用户设备信息、用户个人信息等)、数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)以及信号，均为经用户授权或者经过各方充分授权的，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。
[0185]
应当理解的是，本文提及的“至少一个”是指一个或多个，“多个”是指两个或两个以上。在本技术实施例的描述中，除非另有说明，“/”表示或的意思，例如，a/b可以表示a或b；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，为了便于清楚描述本技术实施例的技术方案，在本技术的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。
[0186]
以上所述为本技术提供的实施例，并不用以限制本技术，凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。