安装车载程序的方法、装置和设备

技术领域

本申请涉及车联网技术领域，尤其涉及一种安装车载程序的方法、装置和设备。

背景技术

随着车联网技术日益成熟，车机能够提供越来越多的服务。为解决由于各车机硬件厂商生产的硬件平台差异化较大，导致的普通服务无法很好进行兼容、开发成本比较大的问题，具备一次开发、跨平台运行的特点的车载程序被广泛应用。

相关技术中，各互联网公司通过配置不同的渠道号和车型对应关系，向不同车型发布相应的车载程序；厂商在生产过程中，直接在车机中安装了与车型相匹配的车载程序。

基于上述方式，厂商所安装的车载程序与用户实际应用中需要的车载程序的适配程度较低，会导致车机中存在多个使用率低的车载程序，占用大量内存，造成资源的浪费，车载程序的安装效率低。

发明内容

本申请实施例提供了一种安装车载程序的方法、装置和设备，以实现依据需求对车载程序的主动安装，从而使得安装的车载程序与使用需求的匹配度更高，减少无用程序对内存的占用，提高车载程序的安装效率。

一方面，提供了一种安装车载程序的方法，该方法包括：

获取用于触发安装车载程序的目标数据；向服务器发送目标数据，以通过目标数据指示服务器获取与目标数据对应的车载程序的安装包；获取车载程序的安装确认指令；根据安装确认指令获取服务器反馈的车载程序的安装包；基于车载程序的安装包安装车载程序。

在一种可能的实现方式中，目标数据为基于语音数据转化得到的文本内容，语音数据是交互过程中产生的语音数据，获取用于触发安装车载程序的目标数据，包括：

显示情景语音提示词，情景语音提示词用于提示用户进行语音交互；采集语音交互过程中产生的语音数据，将语音数据转化为文本内容；将文本内容作为用于触发安装车载程序的目标数据。

在一种可能的实现方式中，目标数据为车辆数据，车辆数据为车辆在行驶过程中产生的数据，获取用于触发安装车载程序的目标数据，包括：

响应于车辆启动指令，实时采集车辆在行驶过程中的状态数据，将状态数据作为用于触发安装车载程序的目标数据。

在一种可能的实现方式中，获取车载程序的安装确认指令，包括：

获取与车载程序匹配的安装提示信息，安装提示信息用于提示是否安装车载程序；

播报安装提示信息，获取针对安装提示信息的应答内容，根据应答内容获取车载程序的安装确认指令；或者，显示安装提示信息及对应的选择控件，选择控件包括确认控件和取消控件；响应于确认控件被选中，获取车载程序的安装确认指令。

在一种可能实现的方式中，目标数据为基于语音数据转化得到的文本内容，语音数据是交互过程中产生的语音数据，获取与车载程序匹配的安装提示信息，包括：

对文本内容进行语义分析，根据语义分析结果提取文本内容中的关键词，根据关键词获取与车载程序匹配的安装提示信息。

在一种可能实现的方式中，目标数据为车辆数据，车辆数据为车辆在行驶过程中产生的数据，获取与车载程序匹配的安装提示信息，包括：

识别车辆数据对应的出行场景，根据出行场景获取与车载程序匹配的安装提示信息。

在一种可能实现的方式中，获取与车载程序匹配的安装提示信息，包括：

接收服务器反馈的与车载程序匹配的安装提示信息，安装提示信息由服务器基于目标数据得到。

在一种可能实现的方式中，基于车载程序的安装包安装车载程序之后，还包括：启动车载程序，展示目标内容，目标内容为服务器反馈的基于目标数据确定的服务信息。

一方面，提供了一种安装车载程序的方法，该方法包括：

服务器接收终端发送的目标数据，目标数据用于指示服务器获取与目标数据对应的车载程序的安装包；基于目标数据获取车载程序的安装包；向终端发送车载程序的安装包。

在一种可能的实现方式中，向终端发送车载程序的安装包之前，还包括：基于目标数据得到与车载程序匹配的安装提示信息，向终端发送安装提示信息；

向终端发送车载程序的安装包，包括：接收终端发送的安装确认指令，基于安装确认指令向终端发送车载程序的安装包，该安装确认指令基于安装提示信息得到。

在一种可能的实现方式中，目标数据为基于语音数据转化得到的文本内容，语音数据是交互过程中产生的语音数据，基于目标数据得到与车载程序匹配的安装提示信息，包括：

对文本内容进行语义分析，根据语义分析结果提取文本内容中的关键词，根据关键词获取与车载程序匹配的安装提示信息。

在一种可能的实现方式中，目标数据为车辆数据，车辆数据为车辆在行驶过程中产生的数据，基于目标数据得到与车载程序匹配的安装提示信息，包括：

识别车辆数据对应的出行场景，根据出行场景获取与车载程序匹配的安装提示信息。

在一种可能的实现方式中，向终端发送车载程序的安装包之后，还包括：获取与目标数据对应的服务信息，将服务信息发送给终端。

一方面，提供了一种安装车载程序的装置，该装置包括：

第一获取模块，用于获取用于触发安装车载程序的目标数据；

发送模块，用于向服务器发送目标数据，以通过目标数据指示服务器获取与目标数据对应的车载程序的安装包；

第二获取模块，用于获取车载程序的安装确认指令；

第三获取模块，用于根据安装确认指令获取服务器反馈的车载程序的安装包；

安装模块，用于基于车载程序的安装包安装车载程序。

在一种可能的实现方式中，目标数据为基于语音数据转化得到的文本内容，语音数据是交互过程中产生的语音数据，第一获取模块，用于显示情景语音提示词，情景语音提示词用于提示用户进行语音交互；采集语音交互过程中产生的语音数据，将语音数据转化为文本内容；将文本内容作为用于触发安装车载程序的目标数据。

在一种可能的实现方式中，目标数据为车辆数据，车辆数据为车辆在行驶过程中产生的数据，第一获取模块，用于响应于车辆启动指令，实时采集车辆在行驶过程中的状态数据，将状态数据作为用于触发安装车载程序的目标数据。

在一种可能的实现方式中，第二获取模块，用于获取与车载程序匹配的安装提示信息，安装提示信息用于提示是否安装车载程序；

用于播报安装提示信息，获取针对安装提示信息的应答内容，根据应答内容获取车载程序的安装确认指令；或者，用于显示安装提示信息及对应的选择控件，选择控件包括确认控件和取消控件；响应于确认控件被选中，获取车载程序的安装确认指令。

在一种可能实现的方式中，目标数据为基于语音数据转化得到的文本内容，语音数据是交互过程中产生的语音数据，第二获取模块，用于对文本内容进行语义分析，根据语义分析结果提取文本内容中的关键词，根据关键词获取与车载程序匹配的安装提示信息。

在一种可能实现的方式中，目标数据为车辆数据，车辆数据为车辆在行驶过程中产生的数据，第二获取模块，用于识别车辆数据对应的出行场景，根据出行场景获取与车载程序匹配的安装提示信息。

在一种可能实现的方式中，第二获取模块，用于接收服务器反馈的与车载程序匹配的安装提示信息，安装提示信息由服务器基于目标数据得到。

在一种可能实现的方式中，该装置还包括：展示模块，用于启动车载程序，展示目标内容，目标内容为服务器反馈的基于目标数据确定的服务信息。

一方面，提供了一种安装车载程序的装置，该装置包括：

接收模块，用于接收终端发送的目标数据，目标数据用于指示服务器获取与目标数据对应的车载程序的安装包；

获取模块，用于基于目标数据获取车载程序的安装包；

第一发送模块，用于向终端发送车载程序的安装包。

在一种可能的实现方式中，该装置还包括：第二发送模块，用于基于目标数据得到与车载程序匹配的安装提示信息，向终端发送安装提示信息；第一发送模块，用于接收终端发送的安装确认指令，基于安装确认指令向终端发送车载程序的安装包，安装确认指令基于安装提示信息得到。

在一种可能的实现方式中，目标数据为基于语音数据转化得到的文本内容，语音数据是交互过程中产生的语音数据，第二发送模块，用于对文本内容进行语义分析，根据语义分析结果提取文本内容中的关键词，根据关键词获取与车载程序匹配的安装提示信息。

在一种可能的实现方式中，目标数据为车辆数据，车辆数据为车辆在行驶过程中产生的数据，第二发送模块，用于识别车辆数据对应的出行场景，根据出行场景获取与车载程序匹配的安装提示信息。

在一种可能的实现方式中，该装置还包括：第三发送模块，用于获取与目标数据对应的服务信息，将服务信息发送给终端。

另一方面，提供了一种电子设备，该电子设备包括处理器和存储器，该存储器中存储有至少一条程序代码或指令，该至少一条程序代码或指令由处理器加载并执行，以使电子设备实现上述任一的安装车载程序的方法。

另一方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有至少一条程序代码或指令，该程序代码由处理器加载并执行，以使计算机实现上述任一项安装车载程序的方法。

另一方面，提供了一种计算机程序或计算机程序产品，该计算机程序或计算机程序产品中存储有至少一条计算机指令，该至少一条计算机指令由处理器加载并执行，以使计算机实现上述任一安装车载程序的方法。

本申请实施例提供的技术方案，根据终端获取到的目标数据，从服务器获取对应的车载程序的安装包，完成车载程序的安装。该技术方案实现了按照需求自动安装所需车载程序的功能，安装的车载程序与使用需求的匹配度更高，能够减少无用程序对内存的占用，提高车载程序的安装效率。

附图说明

图1为本申请实施例提供的一种实施环境的示意图；

图2为本申请实施例提供的另一种实施环境的示意图；

图3为本申请实施例提供的一种安装车载程序的方法的交互流程图；

图4为本申请实施例提供的一种关键词与车载程序的对应关系的示意图；

图5为本申请实施例提供的一种出行场景与车载程序的对应关系的示意图；

图6为本申请实施例提供的一种安装车载程序的交互流程图；

图7为本申请实施例提供的另一种安装车载程序的交互流程图；

图8为本申请实施例提供的一种安装车载程序的装置的示意图；

图9为本申请实施例提供的一种安装车载程序的装置的示意图；

图10为本申请实施例提供的一种电子设备的结构示意图；

图11为本申请实施例提供的另一种电子设备的结构示意图。

具体实施方式

为了使本领域的人员更好地理解本申请中的技术方法，下面将结合附图对本申请部分实施例进行描述。应理解地，除非另有定义，本申请实施例中使用的所有技术用语均与本领域技术人员通常理解的含义相同，且仅用于对本申请实施例进行解释，而非旨在限定本申请。

随着车联网技术日益成熟，车机能够提供越来越多的服务，当前，各车机厂商广泛地应用车载程序为用户提供服务。车载程序为提供各种服务的轻量级应用，具有跨平台运行的特点，厂商在生产车机的过程中，根据车载程序的渠道号与车型的对应关系，直接将多种与车型匹配的车载程序固定地安装在车机中。在用户使用过程中，部分车载程序存在使用率过低的情况，无用车载程序占用了车机的大量内存资源，造成了资源浪费。

本申请实施例提供了一种安装车载程序的方法，该方法通过终端获取车辆当前的目标数据，向服务器发送该目标数据；服务器接收目标数据，基于目标数据获取相应的车载程序的安装包反馈给终端；终端接收车载程序的安装包，自动安装该车载程序。该方法实现了终端对车载程序的自主安装，可以基于车辆当前的具体情况，在终端安装用户需要的车载程序，安装的车载程序与使用需求的匹配度更高，避免了大量无用程序的安装，减少对内存的占用，节省更多的内存资源，提高车载程序的安装效率。

参见图1，本申请实施例的实施环境包括至少一个终端11和服务器12。终端11和服务器12可以进行通信连接以实现信息的交互传输，本申请实施例对终端11和服务器12的连接方式不作限定。在本申请实施例中，终端11将采集到的目标数据发送到服务器12，服务器12基于该目标数据获取相应的车载程序安装包发送给终端11，终端11安装该车载程序。此外，终端11还发送交互过程中产生的指令至服务器12。

其中，终端11上能够安装各种汽车用户需要的车载程序或者客户端。该终端11可以是任何一种可以与用户通过键盘、触摸板、触摸屏、语音交互等一种或多种方式进行人机交互的电子产品，例如PC(Personal Computer，个人计算机)、手机、PPC(Pocket PersonalComputer，掌上电脑)、平板电脑、车机等。

服务器12可以是一台服务器，也可以是由多台服务器组成的服务器集群，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。

示例性地，图2为本申请实施例提供的一种示例性实施环境的示意图。其中，服务器12为多个服务器组成的服务器集群。该实施环境中，终端11为车机101，服务器12包括场景服务器102、程序服务器103以及数据服务器104。其中，场景服务器102可以分别与程序服务器103和数据服务器104进行通信。基于该实施环境中，车机101向场景服务器102或者数据服务器104发送目标数据，场景服务器102、数据服务器104根据接收到的目标数据，在程序服务器103中获取相应车载程序的安装包，然后将安装包反馈给车机101，以供车机101进行车载程序的安装。在一种可能的实现方式中，场景服务器102从数据服务器104中获取目标数据。程序服务器103存储和管理所有的程序，用于确定与目标数据匹配的车载程序的安装包。数据服务器104用于存储接收的目标数据。

本领域技术人员应该能理解上述终端11和服务器12仅为举例，其他现有的或今后可能出现的终端或者服务器如可使用于本申请，也应包含在本申请的保护范围以内，并在此以引用方式包含于此。

基于图1提供的实施环境，参见图3，本申请实施例提供的一种安装车载程序的方法包括以下步骤301-308。

301、终端获取用于触发安装车载程序的目标数据。

在本申请实施例的实施过程中，终端获取当前车辆的目标数据，该目标数据用于触发对车载程序的安装流程。该目标数据的类型和获取方法可以有多种。

在一种可能的实现方式中，目标数据为基于语音数据转化得到的文本内容，语音数据是交互过程中产生的语音数据。在该种可能的实现方式中，获取用于触发安装车载程序的目标数据，包括：显示情景语音提示词，情景语音提示词用于提示用户进行语音交互；采集语音交互过程中产生的语音数据，将语音数据转化为文本内容，将文本内容作为用于触发安装车载程序的目标数据。

驾驶汽车出行时，通过选择终端上安装的场景APP(Application，应用程序)，启动基于语音数据转化得到的文本内容安装车载程序的流程。在一种可能的实现方式中，该场景APP由生产厂商在生产终端的过程中安装在终端上。

终端基于触发指令打开场景APP，终端屏幕显示多条情景语音提示词，该情景语音提示词用于提示用户进行语音交互、引导用户说出自己的感受或者需求，以产生语音数据。其中，触发指令可以由用户点击终端屏幕、或者终端直接识别用户的语音指令等多种方式生成。在该过程中用户可以直接重复情景语音提示词的内容，也可以按照情景语音提示词的格式表述自己的需求，或者自行说出自己的需求，本申请实施例对此不作限定。

本申请实施例也不对情景语音提示词在屏幕中的显示方式、显示位置、字体格式、字体大小以及字体颜色等进行限定，情景提示词可以以顺序滚动、列表平铺等方式显示在终端屏幕上的任一位置。在一种可能的实现方式中，情景提示词的显示方式、位置，字体的格式、大小、颜色等可以基于用户的设置进行显示。

示例性地，用户打开车机中安装的场景APP，屏幕显示的情景语音提示词可以是不断滚动循环的“我好热”、“附近电影院”、“附近美食”等文字内容。在语音交互过程中，用户可以直接重复“XXX相声”来表述自己的需求，也可以按照情景语音提示词的格式说出“XXX歌手的歌曲”等内容表述自己的需求，或者用户也可以通过问句的方式如“今天天气如何”来表述自己对天气情况的需求。

在交互过程中产生语音数据后，终端采集该语音数据，将该语音数据转化为文本内容。即终端具有语音识别功能，在采集到语音数据的音频后，对音频中的帧进行识别分析，去除噪音和无用信息，获取其中的文字信息，形成文本内容；将该文本内容作为用于触发安装车载程序的目标数据，该文本内容中携带有用户的需求信息。

在一种可能的实现方式中，目标数据为车辆数据，车辆数据为车辆在行驶过程中产生的数据，以车辆在行驶过程中产生的数据包括状态数据为例，则获取触发安装车载程序的目标数据，包括：响应于车辆启动指令，实时采集车辆在行驶过程中的状态数据，将状态数据作为用于触发安装车载程序的目标数据。

在该种可能的实现方式中，车辆启动时产生车辆启动指令，可以指示终端自动开启，终端开启后自动实时采集车辆在行驶过程中的状态数据。其中，车辆在行驶过程中的状态数据包括但不限于：车辆油量数据、车辆速度、GPS数据、驾驶时长、行驶里程等至少一个数据。终端可以通过传感器、摄像头等设备采集状态数据。之后，终端将获取的状态数据作为目标数据。

在一种可能的实现方式中，上述两种方式可以同时应用。即车辆启动时，终端自动开启，实时获取车辆的状态数据；然后在车辆行驶过程中，终端可以响应于触发指令打开场景APP，采集交互产生的语音数据，将语音数据转化为文本内容，以进行后续的安装车载程序的流程。也即两种方式同时应用时，目标数据包括车辆的状态数据和基于语音数据转化得到的文本内容。

302、终端向服务器发送目标数据，以通过目标数据指示服务器获取与目标数据对应的车载程序的安装包。

目标数据可以为基于语音数据转化得到的文本内容，或者是车辆在行驶过程中产生的状态数据，或者目标数据为基于语音转化得到的文本内容和车辆的状态数据。

303、服务器接收终端发送的目标数据。

目标数据用于指示服务器基于接收到的目标数据，确定与目标数据对应的车载程序，获取该车载程序的安装包。基于上述步骤，服务器接收到的终端发送的目标数据能够有多种形式。示例性地，目标数据为语音内容转化得到的文本内容；或者，目标数据为车辆数据，即车辆在行驶过程中产生的状态数据；或者，目标数据为车辆的状态数据和基于语音数据转化得到的文本内容。

304、服务器基于目标数据获取车载程序的安装包。

服务器对接收到的目标数据进行分析，基于分析结果获取与目标数据对应的车载程序的安装包。由于目标数据类型的不同，服务器基于多种分析方式分析目标数据，以获取车载程序的安装包。

在一种可能实现的方式中，服务器接收到的目标数据为基于语音数据转化得到的文本内容。服务器接收到终端发送的文本内容后，对该文本内容进行语义分析，根据语义分析结果提取文本内容中的关键词，获取与关键词匹配的车载程序的安装包。

在一种可能的实现方式中，语义分析后提取到多个关键词，识别各个关键词的类型，例如分别标识出形容词、名词等；基于关键词中的名词匹配相应的车载程序的安装包，其中形容词性的关键词用于在启动车载程序后，获取与目标数据相对应的服务信息的过程中，限定获取到的服务信息的范围。其中，基于关键词中的名词匹配车载程序安装包的过程包括，获取关键词中的名词，依据关键词与车载程序之间的对应关系，确定与目标数据对应的车载程序，即确定需要安装的车载程序，获取该车载程序的安装包。

在一种可能的实现方式中，服务器提取到的关键词中不包括名词，则服务器可以基于现有的关键词，通过分析得到其对应的名词性的关键词。例如目标数据为“我想吃”，服务器可以通过语义分析，基于“吃”这一动词，获取到对应的名词性的关键词“食物”。在一种可能的实现方式中，可以通过数据模型确定待判断的关键词对应的名词性的关键词，该数据模型可以通过获取到的样本数据对进行训练得到，样本数据对的形式可以为<待判断的关键词，名词性关键词>，例如<吃，食物>。然后服务器基于确定的名词性得到关键词，依据关键词与车载程序的对应关系，确定需要的车载程序，下载相应的安装包。

上述可能的实现方式中，关键词与车载程序的对应关系可以预先通过采集大量的样本数据进行分析得到，本申请实施例对此不作限定。

示例性地，参见图4，本申请实施例提供了一种关键词与车载程序之间的对应关系的示意图，图4中的对应关系包括：歌曲与音程序之间的对应关系，天气与天气程序之间的对应关系，电影与电影程序之间的对应关系，“好玩”、“地点”与自驾游程序之间的对应关系，“饿”与星美食之间的对应关系。

示例性地，在图4中车机录入语音数据“今天天气怎么样”，转化后得到相应的文本内容；服务器在接收到文本信息后，经过语义分析，提取关键词得到“今天”和“天气”，基于“天气”这一名词性的关键词，确定对应的车载程序为“天气程序”，获取天气程序的安装包发送给终端；终端接收该天气程序的安装包，基于安装包自动安装天气程序；安装完成后，自动开启天气程序，基于“今天”的限定，展示今天的天气信息。

在一种可能的实现方式中，目标数据为车辆数据，即车辆在行驶过程中产生的状态数据。服务器接收到状态数据后，识别出车辆数据对应的出行场景，然后获取与场景对应的程序。

其中识别车辆数据对应的出行场景的过程包括：将状态数据输入场景识别模型，在场景识别模型中，将状态数据与设置的场景规则进行比对，在满足场景规则的条件下，匹配对应的出行场景。其中，场景规则可以按照经验进行设定，也可以由服务器通过分析历史数据的规律进行适应性调整，本申请实施例对此不作限定。

在一种可能的实现方式中，服务器中存在多个场景识别模型，每个场景识别模型针对一种出行场景进行识别。由于不同出行场景的识别过程中需要的状态数据不同，因此，向场景识别模型输入状态数据时，需要根据限定的条件，将相应的状态数据输入到对应的场景识别模型。示例性地，加油场景的识别，需要基于油量数据进行判定，则需要根据限定的条件将油量数据输入加油识别模型。

示例性地，参见图5，本申请实施例提供了一种出行场景与车载程序的对应关系的示意图。图5中包括加油场景与加油程序之间的对应关系、洗车场景和洗车程序之间的对应关系、节假日场景与自驾游程序之间的对应关系、电影场景与爱电影程序之间的对应关系，停车场景与停车程序之间的对应关系。

示例性地，参见图5，以加油场景为例，服务器接收到了车辆在行驶过程中产生的状态数据，将状态数据中的油量数据输入加油识别模型，通过油量数据与设置的场景规则的比较结果，确定当前车辆处在加油场景，然后确定对应的加油程序，获取相应的加油程序的安装包。示例性地，该过程中应用到的场景规则为下述表1中，加油场景对应的匹配消息“邮箱油量低于30％”。

在一种可能的实现方式中，目标数据为基于语音数据转化得到的文本内容和车辆数据，服务器识别两种不同类型的目标数据，采用相应的方式进行分析处理，获得与目标数据对应的车载程序。

305、终端获取车载程序的安装确认指令。

安装确认指令用于指示终端获取车载程序的安装包。在该步骤中，终端获取与车载程序匹配的安装提示信息，基于安装提示信息获取车载程序的安装确认指令。其中，终端可以基于终端自身对目标数据的分析，获得相应的安装提示信息，也可以从服务器获取到与车载程序匹配的安装提示信息。

在一种可能的实现方式中，目标数据为基于语音数据转化得到的文本内容，该语音数据是交互过程中产生的语音数据，终端对文本内容进行语义分析，根据语义分析结果提取文本内容中的关键词，根据关键词获取与车载程序匹配的安装提示信息。该种可能的实现方式中，不需要服务器侧反馈安装提示信息。在一种可能的实现方式中，对文本内容的分析过程可以参见上述步骤304中的分析过程，此处不在赘述。在一种可能的实现方式中，根据关键词获取安装提示信息的过程与下述步骤307中服务器应用的方式类似，在此不再赘述。

在一种可能的实现方式中，目标数据为车辆数据，车辆数据为车辆在行驶过程中产生的数据，以该数据中包括车辆的状态数据为例，则终端识别车辆数据对应的出行场景，根据出行场景获取与车载程序匹配的安装提示信息。在该种可能的实现方式中，不需要服务器侧反馈安装提示信息。在一种可能的实现方式中，该过程中的对出行场景的确定过程与步骤304中类似，此处不再赘述。在一种可能的实现方式中，根据关键词获取安装提示信息的过程与下述步骤307中服务器应用的方式类似，在此不再赘述。

在一种可能的实现方式中，目标数据可以为语音数据转化得到的文本内容和车辆的状态数据，则服务器分别对文本内容和状态数据进行分析，得到相应的安装提示信息，该种可能的实现方式中，上述两种分析过程可以同时实现。

在一种可能的实现方式中，服务器向终端发送与车载程序匹配的安装提示信息，终端接收服务器反馈的与车载程序匹配的安装提示信息，安装提示信息由服务器基于目标数据得到。在该种可能的实现方式中，服务器对目标数据进行分析，获取与车载程序匹配的安装提示信息。

安装提示信息用于提示是否安装车载程序，终端获取到与车载程序匹配的安装提示信息后，展示该安装提示信息的内容，提示用户进行交互，以获取车载程序的安装确认指令。其中，展示安装提示信息的方式有多种。

在一种可能的实现方式中，播报安装提示信息，获取针对安装提示信息的应答内容，根据应答内容获取车载程序的安装确认指令。在该种可能的实现方式中，终端通过扬声器播报安装提示信息，基于语音采集功能，获取用户对安装提示信息的应答语音信息，然后分析应答语音信息，提取关键信息生成安装确认指令。其中，分析应答语音信息包括：将应答语音信息转化为文本形式，对文本内容进行语义分析，提取其中具有判断性质的关键词，例如“是”、“安装”、“同意”等。

示例性地，安装提示信息为“是否安装音乐程序”，针对该安装提示信息做出肯定回应“是”，则基于应答内容，生成确认指令。其中，应答内容为“安装”、“当然”等词语时，也可以生成相同的确认指令。

在一种可能的实现方式中，显示安装提示信息及对应的选择控件，选择控件包括确认控件和取消控件；响应于确认控件被选中，获取车载程序的安装确认指令。在该种可能的实现方式中，在终端屏幕显示安装提示信息以及相应的选项，基于用户对确认选项的点击操作，获取车载程序的安装确认指令。示例性地，屏幕显示安装提示信息“是否安装音乐程序”以及“是”、“否”两个选项，基于对“是”的点击操作，获取安装确认指令。

在一种可能的实现方式中，安装提示信息的展示方式，可以根据用户的设置进行确定。在一种可能的实现方式中，应答内容为“不安装”等否定信息，或者选择了取消控件，则终端获取到车载程序的安装取消指令，终端基于该车载程序的安装取消指令终止整体的安装流程。

306、服务器向终端发送车载程序的安装包。

在一种可能的实现方式中，服务器获取到车载程序的安装包后直接将安装包发送给终端，终端接收安装包，完成车载程序的安装。

在一种可能的实现方式中，服务器接收终端发送的安装确认指令，基于安装确认指令向终端发送车载程序的安装包。安装确认指令基于与车载程序匹配的安装提示信息获取得到，安装确认指令表明需要安装对应的车载程序，则服务器在接收到安装确认指令后，向终端发送前述步骤获得的车载程序的安装包。

在一种可能的实现方式中，终端的安装确认指令基于服务器发送的安装提示信息得到。因此，在服务器向终端发送车载程序的安装包之前，服务器基于目标数据得到与车载程序匹配的安装提示信息，向终端发送该安装提示信息。

安装提示信息用于指示是否安装车载程序。在该种实现方式下，根据目标数据类型的不同，服务器基于目标数据得到与车载程序匹配的安装提示信息的方式不同。

在一种可能的实现方式中，目标数据为基于语音数据转化得到的文本内容，该语音数据是交互过程中产生的语音数据，则服务器对文本内容进行语义分析，根据语义分析结果提取文本内容中的关键词，根据关键词获取与车载程序匹配的安装提示信息。

在一种可能的实现方式中，语义分析后提取到多个关键词，则识别各个关键词的类型，例如分别表示出形容词、名词等；基于关键词中的名词获取与车载程序匹配的安装提示信息，其中形容词性的关键词用于在启动车载程序后，获取与目标数据相对应的服务信息的过程中，限定获取到的服务信息的范围。

其中，根据关键词获取与车载程序匹配的安装提示信息的方法包括：设置关键词与安装提示信息的对应关系，该对应关系也可以基于大量样本分析得到。基于该对应关系，获取对应的安装提示信息。示例性地，预先建立“歌曲—是否安装音乐程序”、“天气—是否安装天气程序”、“食物—是否安装美食程序”等关键词与安装提示信息的对应关系，在提取到关键词“歌曲”时，获取“是否安装音乐程序”的安装提示信息。

在一种可能的实现方式中，安装提示信息直接基于获取到的关键词的内容生成，示例性地，当获取到关键词为“歌曲”时，直接生成“是否需要歌曲”的安装提示内容。

在一种可能的实现方式中，目标数据为车辆数据，该车辆数据为车辆在行驶过程中产生的数据，则识别车辆数据对应的出行场景，根据出行场景获取与车载程序匹配的安装提示信息。在一种可能的实现方式中，每种出行场景设置有对应的匹配消息，将该匹配消息的内容作为安装提示信息的内容。各出行场景对应的匹配消息的内容可以基于经验进行认为设定。示例性地，参见表1给出的部分出行场景中的匹配信息，在识别出当前出行场景为加油场景时，确定安装提示信息为“油量不足，是否加油”。

表1

在一种可能的实现方式中，关键词的获取方法和出行场景的确定过程与步骤304中所述的方法相同；在一种可能的实现方式中，不限定服务器获取车载程序的安装包和获取与车载程序匹配的安装提示信息的执行顺序。

307、终端根据安装确认指令获取服务器反馈的车载程序的安装包。

在一种可能的实现方式中，服务器在获取到车载程序的安装包之后，直接将安装包发送给终端。在该种可能的情况下，终端获取的安装确认指令用于确认终端需要安装该车载程序，该安装确认指令指示终端接收服务器发送的安装包，以进行后续的安装操作。

在一种可能的实现方式中，终端将获取的安装确认指令发送给服务器，该安装确认指令用于指示服务器向终端发送车载程序的安装包，终端基于该安装确认指令获取服务器反馈的车载程序的安装包。在一种可能的实现方式中，终端获取到安装取消指令，发送安装取消指令给服务器，指示服务器终止安装车载程序的流程。

308、终端基于车载程序的安装包安装车载程序。

终端获取到车载程序的安装包，自动启动安装流程，完成对车载程序的安装。

在一种可能的实现方式中，终端基于车载程序的安装包安装车载程序之后，终端启动车载程序，展示目标内容，该目标内容为服务器反馈的基于目标数据确定的服务信息。该启动车载程序、展示目标内容的过程包括以下两种场景。

场景一：目标数据为基于语音数据转化得到的文本内容，语音数据是交互过程中产生的语音数据。

终端开启车载程序，生成获取目标内容的请求，该获取目标内容的请求基于终端获取到的目标数据(基于语音数据转化得到的文本内容)生成，该请求的内容与目标数据相对应，其中文本内容中的形容词性的关键词用于生成请求，用于限定服务器的查询范围。在一种可能的实现方式中，也可以依据对文本内容的分析结果生成；向服务器发送该获取目标内容的请求，接收服务器返回的与目标数据对应的服务信息；展示该服务信息，该展示过程包括终端屏幕显示服务信息的画面以及音响播放服务信息的声音内容等。

在一种示例性实施例中，车机获取的目标数据为“XXX歌手的歌”，则用户需要的服务信息即为XXX歌手演唱的歌曲。在车机完成了对音乐程序的安装后，车机自动开启音乐程序，基于对目标数据的分析结果，生成携带有“XXX歌手”、“歌”的请求；通过音乐程序向服务器发送该请求，服务器基于该请求获取相应的查询指令；查询到相应的目标内容，获取相应的歌曲内容反馈到终端，终端接收歌曲内容(服务信息)，通过车机屏幕以及音响播放歌曲，展示获取到的服务信息的内容。

场景二，在一种可能的实现方式中，目标数据为车辆数据。

开启安装完成的车载程序，将车辆当前的位置数据等状态数据发送至服务器，服务器基于当前的位置数据获取该当前位置附近的目标地点，将该目标地点的详细信息发送给终端，终端展示目标地点的详情页面。

示例性地，终端安装了加油程序。终端将车辆当前的位置数据发送给服务器；服务器接收该当前位置，在车载程序中获取当前位置附近的加油站，获取该加油站的详细信息发送给终端，终端屏幕展示该加油站的详情页面。

在一种可能的实现方式中，在向终端发送车载程序的安装包后，服务器获取与目标数据对应的服务信息，将服务信息发送给终端。在该种实现方式中，服务器向终端发送车载程序的安装包后，终端接收安装包以完成车载程序的安装；服务器接收终端发送的信息，基于该信息获取与目标数据对应的服务信息，将服务信息发送给终端。

在一种可能的实现方式中，目标数据为基于语音数据转化得到的文本内容，服务器接收终端发送的获取目标内容的请求，基于该请求获取查询指令，该请求基于目标数据生成；服务器基于查询指令查询相应的服务信息(即目标内容)，向终端发送相应的服务信息。其中，查询指令与文本内容中形容词性的关键词相匹配，指示的查询范围也与形容词性的关键词相关。例如，在安装了美食程序的场景下，存在形容词性的关键词“冷”，则可以指示服务器在冷饮店范围内进行查询。

在一种可能的实现方式中，目标数据为车辆数据，终端发送的请求信息携带车辆当前的位置数据。服务器接收车辆当前的位置数据，获取车载程序中在该位置附近的目标位置，向终端发送该目标位置的详细信息，提供服务内容。

本申请实施例提供的安装车载程序的方法，根据终端获取到的目标数据，从服务器获取对应的车载程序的安装包，完成车载程序的安装。该方法中终端实现了按照需求自动安装所需车载程序的功能，安装的车载程序与使用需求的匹配度更高，能够减少无用程序对内存的占用，提高车载程序的安装效率。

在一种可能的实现方式中，参见图2所示的实施环境，本申请实施例还提供了一种安装车载程序的方法。参见图2，该实施例提供的方法中，终端为车机，服务器包括场景服务器、数据服务器和程序服务器。该方法包括下述步骤1-7。

步骤1、车机获取用于触发安装车载程序的目标数据。

该步骤中，车机获取到的目标数据为基于语音数据转化得到的文本内容，或者为车辆数据，即车辆在行驶过程中产生的数据，或者是基于语音转化得到的文本内容和车辆数据。本步骤内容可以参见上述步骤301，在此不再赘述。

步骤2、车机向场景服务器和/或数据服务器发送目标数据。

在一种可能的实现方式中，目标数据为基于语音数据转化得到的文本内容，该文本内容作为目标数据，车机发送该文本内容至场景服务器；在一种可能的实现方式中，车机还向数据服务器发送该文本内容，实现对该文本的存储，以供数据服务器进行数据分析操作，统计用户的需求习惯，优化对用户的推荐功能。

在一种可能的实现方式中，目标数据为车辆数据，即为车辆在行驶过程中产生的状态数据，该状态数据作为目标数据发送到数据服务器。

在一种可能的实现方式中，目标数据为车辆的状态数据和基于语音数据转化得到的文本内容。车机将实时获取到的车辆的状态数据发送到数据服务器，将基于语音数据转化得到的文本内容发送到场景服务器和数据服务器。其中，场景服务器通过与数据服务器的通信，在数据服务器中获得车辆的状态数据。

步骤3，场景服务器和/或数据服务器接收相应的目标数据。

在一种可能的实现方式中，目标数据为基于语音数据转换得到的文本内容，场景服务器接收该文本内容，基于该文本内容获取车载程序的安装包；在一种可能的实现方式中，数据服务器也接收由语音数据转化得到的文本内容，数据服务器存储该文本内容。

在一种可能实现的方式中，目标数据为车辆数据，数据服务器接收车辆在行驶过程中产生的状态数据，场景服务器通过与数据服务器之间的通信，获取状态数据。

在一种可能的实现方式中，目标数据为基于语音数据转换得到的文本内容和车辆数据，则场景服务器接收文本内容，数据服务器接收车辆数据。可选地，数据服务器也接收文本内容。

目标数据指示场景服务器在程序服务器中获取与目标数据对应的车载程序安装包，该程序服务器存储和管理所有的程序。其中，数据服务器可以记录、存储接收到的目标数据，根据目标数据进行统计分析，得到用户的需求习惯、驾驶习惯、常去地点等信息，以优化对用户的推荐服务。

步骤4、场景服务器基于目标数据获取车载程序的安装包。

场景服务器对接收到的目标数据进行分析，基于分析结果确定目标数护对应的车载程序，然后在程序服务器中该车载程序的安装包。

在一种可能的实现方式中，场景服务器接收到基于语音数据转化得到的文本内容，场景服务器对文本内容进行语义分析，根据语义分析结果提取文本内容中的关键词，根据关键词匹配目标数据对应的车载程序，然后从程序服务器中获取该车载程序的安装包。

在一种可能的实现方式中，数据服务器接收状态数据，场景服务器从数据服务器获取状态数据，将状态数据输入相应的场景识别模型，确定状态数据对应的出行场景；基于出行场景与车载程序的对应关系，确定目标数据需要的车载程序，在程序服务器中获取该车载程序的安装包。其中，出行场景与车载程序的对应关系也可以基于大量的样本数据分析得到，本申请实施例对此不做限定。在一种可能的实现方式中，数据服务器存储获取到的目标数据，以统计车主的常去地点、出行时间的行驶数据，更精确地了解用户的习惯，优化系统的推荐功能。

在该步骤中场景数据库对目标数据的分析过程，确定与目标数据对应的车载程序的过程与上述实施例中步骤304所示方式类似，此处不再赘述。在场景数据库确定了目标数据对应的车载程序后，依据确定的结果在程序服务器中获取该车载程序对应的安装包。

步骤5、车机获取车载程序的安装确认指令。

车机获取与车载程序匹配的安装提示信息，该安装提示信息用于提示是否安装车载程序。其中，安装提示信息的获取方式包括：目标数据为基于语音数据转化得到的文本数据时，车机对文本内容进行语义分析，根据语义分析结果提取文本内容中的关键词，根据关键词获取与车载程序匹配的安装提示信息；或者，目标数据为车辆数据时，车机识别车辆数据对应的出行场景，根据出行场景获取与车载程序匹配的安装提示信息；或者，车机接收场景服务器反馈的与车载程序匹配的安装提示信息，安装提示信息由服务器基于目标数据得到。

车机获取到安装提示信息后，对该安装提示信息进行展示。可选地，车机播报安装提示信息，获取针对安装提示信息的应答内容，根据应答内容获取车载程序的安装确认指令；可选地，车机显示安装提示信息及对应的选择控件，选择控件包括确认控件和取消控件；响应于确认控件被选中，获取车载程序的安装确认指令。

步骤6、场景服务器向车机发送车载程序的安装包。

步骤7、车机根据安装确认指令获取场景服务器反馈的车载程序的安装包。

在一种可能的实现方式中，场景服务器向车机发送车载程序的安装包之前，还基于目标数据得到与车载程序匹配的安装提示信息，向车机发送安装提示信息。该过程的实时方式与上述步骤308类似，此处不再赘述。

步骤8、车机基于车载程序的安装包安装车载程序。

上述步骤5-8中各步骤的实施方式与上述实施例中步骤305-308中应用的方式类似，在此不再详细赘述。

本申请实施例提供的技术方案，实现了车机基于车辆出行场景及用户需求，主动安装用户需要的车载小程序的功能，安装的车载程序与使用需求的匹配度更高，减少了无用车载程序对内存的占用，提高安装车载程序的效率。

参见图6，基于示例性实施例，描述一种在目标数据为基于语音数据转化得到的文本内容时，安装车载程序的方法。该方法包括步骤601-618。

601、终端获取语音数据，基于语音数据转化得到文本内容。

在终端打开场景APP，显示情境语音提示词，情景语音提示词用于提示用户进行语音交互；终端获取在交互过程中产生的语音数据，将语音数据转化成文本内容。

602、终端向服务器发送文本内容。

603、服务器接收文本内容，基于文本内容进行语义分析、关键词提取。

该过程中，服务器可以采用分词算法进行语义分析，提取关键词，剔除无用信息。

604、服务器识别关键词类型。

在一种可能的实现方式中，服务器提取到多个关键词；针对多个关键词进行分析，分别标识每个关键词的词性，例如：形容词、名词等。

605、服务器获取关键词中名词对应的安装提示信息。

在该过程中，获取多个关键词中的名词，基于关键词与安装提示信息的对应关系，获取该名词对应的安装提示信息。

606、服务器发送安装提示信息。

607、终端接收安装提示信息，播报安装提示信息。

终端接收服务器发送的安装提示信息，用于指示是否安装车载程序；利用终端的扬声器设备对安装提示信息进行播报，提示用户进行应答。

608、终端基于安装提示信息获取安装确认指令。

终端获取用户针对安装提示信息的应答内容，基于该应答内容生成了安装确认指令。

609、终端向服务器发送安装确认指令。

610、服务器基于安装确认指令获取车载程序的安装包。

服务器接收安装确认指令，基于该安装确认指令获取与目标数据对应的车载程序的安装包。

611、服务器向终端发送车载程序的安装包。

612、终端接收安装包，安装车载程序。

终端接收车载程序的安装包，自动安装该车载程序。

613、终端启动车载程序，生成获取目标内容的请求。

车载程序安装完成后，终端自动启动车载程序，基于目标数据生成获取目标内容的请求。

614、终端发送获取目标内容的请求。

615、服务器基于请求获取查询指令。

该查询指令的内容与终端获取到的文本内容中的形容词性的关键词相匹配。

616、服务器基于查询指令获取与目标数据对应的服务信息。

服务器基于查询指令，查询与目标数据相对应的服务信息，获取该服务信息发送给终端。

617、终端接收服务信息。

618、终端将服务信息作为目标内容进行展示。

本申请实施例提供的安装车载程序的方法，根据终端获取到的基于语音数据转化得到的文本内容，从服务器获取对应的车载程序的安装包，完成车载程序的安装。该方法中终端实现了按照需求自动安装所需车载程序的功能，安装的车载程序与使用需求的匹配度更高，能够减少无用程序对内存的占用，提高车载程序的安装效率。

参见图7，基于示例性实施例，描述一种在目标数据为车辆数据时，安装车载程序的方法。

701、终端获取车辆数据，车辆数据即为车辆在行驶过程中产生的状态数据。

702、终端向服务器发送状态数据。

703、服务器接收状态数据。

704、服务器根据状态数据识别出行场景。

服务器将状态数据输入场景识别模型，确定状态数据对应的出行场景。

705、服务器基于出行场景获取安装提示信息。

服务器获取出行场景的对应的匹配消息，将该匹配小的内容作为安装提示信息的内容。

706、服务器向终端发送安装提示信息。

707、终端接收安装提示信息，播报安装提示信息。

终端接收服务器发送的安装提示信息，用于指示是否安装车载程序；利用终端的扬声器设备对安装提示信息进行播报，提示用户进行应答。

708、终端基于安装提示信息获取安装确认指令。

终端获取用户针对安装提示信息的应答内容，基于该应答内容生成了安装确认指令。

709、终端向服务器发送安装确认指令。

710、服务器基于安装确认指令，获取车载程序的安装包。

服务器接收安装确认指令，基于该安装确认指令获取与目标数据对应的车载程序的安装包。

711、服务器向终端发送车载程序的安装包。

712、终端接收安装包，安装车载程序。

终端接收车载程序的安装包，自动安装该车载程序。

713、终端自动打开车载程序。

714、终端向服务器发送车辆的当前位置数据。

715、服务器基于当前位置数据，获取目标地点的信息。

服务器基于当前位置数据，确定车载程序中该当前位置附近的目标地点，获取该目标地点的信息。

716、服务器向终端发送目标地点的信息。

717、终端展示目标地点的详细界面。

本申请实施例提供的安装车载程序的方法，根据终端获取到的车辆数据，在服务器中确定车辆数据对应的出行场景，获取与出行场景对应的车载程序的安装包，完成车载程序的安装。该方法中终端实现了按照需求自动安装所需车载程序的功能，安装的车载程序与使用需求的匹配度更高，能够减少无用程序对内存的占用，提高车载程序的安装效率。

本申请实施例提供了一种安装车载程序的装置，该装置用于实现图3中终端采用的任一安装车载程序的方法。参见图8，该装置包括但不限于：

第一获取模块801，用于获取用于触发安装车载程序的目标数据；

发送模块802，用于向服务器发送目标数据，以通过目标数据指示服务器获取与目标数据对应的车载程序的安装包；

第二获取模块803，用于获取车载程序的安装确认指令；

第三获取模块804，用于根据安装确认指令获取服务器反馈的车载程序的安装包；

安装模块805，用于基于车载程序的安装包安装车载程序。

在一种可能的实现方式中，目标数据为基于语音数据转化得到的文本内容，语音数据是交互过程中产生的语音数据，第一获取模块801，用于显示情景语音提示词，情景语音提示词用于提示用户进行语音交互；采集语音交互过程中产生的语音数据，将语音数据转化为文本内容；将文本内容作为用于触发安装车载程序的目标数据。

在一种可能的实现方式中，目标数据为车辆数据，车辆数据为车辆在行驶过程中产生的数据，第一获取模块801，用于响应于车辆启动指令，实时采集车辆在行驶过程中的状态数据，将状态数据作为用于触发安装车载程序的目标数据。

在一种可能的实现方式中，第二获取模块803，用于获取与车载程序匹配的安装提示信息，安装提示信息用于提示是否安装车载程序；

用于播报安装提示信息，获取针对安装提示信息的应答内容，根据应答内容获取车载程序的安装确认指令；或者，用于显示安装提示信息及对应的选择控件，选择控件包括确认控件和取消控件；响应于确认控件被选中，获取车载程序的安装确认指令。

在一种可能实现的方式中，目标数据为基于语音数据转化得到的文本内容，语音数据是交互过程中产生的语音数据，第二获取模块803，用于对文本内容进行语义分析，根据语义分析结果提取文本内容中的关键词，根据关键词获取与车载程序匹配的安装提示信息。

在一种可能实现的方式中，目标数据为车辆数据，车辆数据为车辆在行驶过程中产生的数据，第二获取模块803，用于识别车辆数据对应的出行场景，根据出行场景获取与车载程序匹配的安装提示信息。

在一种可能实现的方式中，第二获取模块803，用于接收服务器反馈的与车载程序匹配的安装提示信息，安装提示信息由服务器基于目标数据得到。

在一种可能实现的方式中，参见图8，该装置还包括：展示模块806，用于启动车载程序，展示目标内容，目标内容为服务器反馈的基于目标数据确定的服务信息。

本申请实施例还提供了一种安装车载程序的装置，该装置用于实现图3中服务器采用的任一安装车载程序的方法。参见图9，该装置包括但不限于：

接收模块901，用于接收终端发送的目标数据，目标数据用于指示服务器获取与目标数据对应的车载程序的安装包；

获取模块902，用于基于目标数据获取车载程序的安装包；

第一发送模块903，用于向终端发送车载程序的安装包。

在一种可能的实现方式中，参见图9，该装置还包括：第二发送模块904，用于基于目标数据得到与车载程序匹配的安装提示信息，向终端发送安装提示信息；第一发送模块903，用于接收终端发送的安装确认指令，基于安装确认指令向终端发送车载程序的安装包，该安装确认指令基于安装提示信息得到。

在一种可能的实现方式中，目标数据为基于语音数据转化得到的文本内容，语音数据是交互过程中产生的语音数据，第二发送模块904，用于对文本内容进行语义分析，根据语义分析结果提取文本内容中的关键词，根据关键词获取与车载程序匹配的安装提示信息。

在一种可能的实现方式中，目标数据为车辆数据，车辆数据为车辆在行驶过程中产生的数据，第二发送模块904，用于识别车辆数据对应的出行场景，根据出行场景获取与车载程序匹配的安装提示信息。

在一种可能的实现方式中，参见图9，该装置还包括：第三发送模块905，用于获取与目标数据对应的服务信息，将服务信息发送给终端。

本申请实施例还提供了一种安装车载程序的系统，该系统包括能够实现图3中任一功能的终端和服务器。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质中存储有至少一条程序代码或指令，程序代码或指令由处理器加载并执行，以使计算机实现如方法实施例所述的任一安装车载程序的方法。

可选地，上述计算机可读存储介质可以是只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、只读光盘(Compact Disc Read-OnlyMemory，CD-ROM)、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供了一种计算机程序或计算机程序产品，该计算机程序或计算机程序产品中存储有至少一条计算机指令，该至少一条计算机指令由处理器加载并执行，以使计算机实现上述任一安装车载程序的方法。

图10是本申请实施例提供的一种电子设备的结构示意图，该电子设备1000可因配置或性能不同而产生比较大的差异，可以包括一个或多个处理器(Central ProcessingUnits，CPU)1001和一个或多个的存储器1002，其中，该一个或多个存储器1002中存储有至少一条程序指令，该至少一条程序指令由该一个或多个处理器1001加载并执行以实现上述各个方法实施例提供的安装车载程序的方法。当然，该电子设备1000还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该电子设备1000还可以包括其他用于实现设备功能的部件，在此不做赘述。

在示例性实施例中，参见图11，是本申请实施例提供的一种计算机设备的结构示意图，该计算机设备包括处理器1101和存储器1102。处理器1101可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器1101可以采用DSP(Digital SignalProcessing，数字信号处理)、FPGA(Field-Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1101也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central Processing Unit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1101可以集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1101还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。存储器1102可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1102还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1102中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器1101所执行以实现本申请中方法实施例提供的安装车载程序的方法。在一些实施例中，终端还可选包括有：外围设备接口1103和至少一个外围设备。处理器1101、存储器1102和外围设备接口1103之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口1103相连。具体地，外围设备包括：射频电路1104、显示屏1105、摄像头组件1107、音频电路1107、定位组件1108和电源1109中的至少一种。外围设备接口1103可被用于将I/O(Input/Output，输入/输出)相关的至少一个外围设备连接到处理器1101和存储器1102。在一些实施例中，处理器1101、存储器1102和外围设备接口1103被集成在同一芯片或电路板上；在一些其他实施例中，处理器1101、存储器1102和外围设备接口1103中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。射频电路1104用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路1104通过电磁信号与通信网络以及其他通信设备进行通信。射频电路1104将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路1104包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路1104可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：城域网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路1104还可以包括NFC(Near Field Communication，近距离无线通信)有关的电路，本申请对此不加以限定。显示屏1105用于显示UI(User Interface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏1105是触摸显示屏时，显示屏1105还具有采集在显示屏1105的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器1101进行处理。此时，显示屏1105还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏1105可以为一个，设置在终端的前面板；在另一些实施例中，显示屏1105可以为至少两个，分别设置在终端的不同表面或呈折叠设计；在另一些实施例中，显示屏1105可以是柔性显示屏，设置在终端的弯曲表面上或折叠面上。

甚至，显示屏1105还可以设置成非矩形的不规则图形，也即异形屏。显示屏1105可以采用LCD(Liquid Crystal Display，液晶显示屏)、OLED(Organic Light-EmittingDiode，有机发光二极管)等材质制备。摄像头组件1106用于采集图像或视频。可选地，摄像头组件1106包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(VirtualReality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件1106还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。音频电路1107可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器1101进行处理，或者输入至射频电路1104以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器1101或射频电路1104的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路1107还可以包括耳机插孔。定位组件1108用于定位终端的当前地理位置，以实现导航或LBS(Location Based Service，基于位置的服务)。定位组件1108可以是基于美国的GPS(Global Positioning System，全球定位系统)、中国的北斗系统、俄罗斯的格雷纳斯系统或欧盟的伽利略系统的定位组件。电源1109用于为终端中的各个组件进行供电。电源1109可以是交流电、直流电、一次性电池或可充电电池。当电源1109包括可充电电池时，该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。在一些实施例中，终端还包括有一个或多个传感器1110。该一个或多个传感器1110包括但不限于：加速度传感器1111、陀螺仪传感器1112、压力传感器1113、指纹传感器1114、光学传感器1115以及接近传感器1116。加速度传感器1111可以检测以终端建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器1111可以用于检测重力加速度在三个坐标轴上的分量。处理器1101可以根据加速度传感器1111采集的重力加速度信号，控制显示屏1105以横向视图或纵向视图进行用户界面的显示。加速度传感器1111还可以用于游戏或者用户的运动数据的采集。陀螺仪传感器1112可以检测终端的机体方向及转动角度，陀螺仪传感器1112可以与加速度传感器1111协同采集用户对终端的3D动作。处理器1101根据陀螺仪传感器1112采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。压力传感器1113可以设置在终端的侧边框和/或显示屏1105的下层。当压力传感器1113设置在终端的侧边框时，可以检测用户对终端的握持信号，由处理器1101根据压力传感器1113采集的握持信号进行左右手识别或快捷操作。当压力传感器1113设置在显示屏1105的下层时，由处理器1101根据用户对显示屏1105的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。指纹传感器1114用于采集用户的指纹，由处理器1101根据指纹传感器1114采集到的指纹识别用户的身份，或者，由指纹传感器1114根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器1101授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器1114可以被设置在终端的正面、背面或侧面。当终端上设置有物理按键或厂商Logo时，指纹传感器1114可以与物理按键或厂商Logo集成在一起。光学传感器1115用于采集环境光强度。在一个实施例中，处理器1101可以根据光学传感器1115采集的环境光强度，控制显示屏1105的显示亮度。具体地，当环境光强度较高时，调高显示屏1105的显示亮度；当环境光强度较低时，调低显示屏1105的显示亮度。在另一个实施例中，处理器1101还可以根据光学传感器1115采集的环境光强度，动态调整摄像头组件1106的拍摄参数。接近传感器1116，也称距离传感器，通常设置在终端的前面板。接近传感器1116用于采集用户与终端的正面之间的距离。在一个实施例中，当接近传感器1116检测到用户与终端的正面之间的距离逐渐变小时，由处理器1101控制显示屏1105从亮屏状态切换为息屏状态；当接近传感器1116检测到用户与终端的正面之间的距离逐渐变大时，由处理器1101控制显示屏1105从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图11中示出的结构并不构成对终端的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

应理解，在本申请的各个实施例中，各个过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本申请中术语“至少一个”的含义是指一个或多个，本申请中术语“多个”的含义是指两个或两个以上。

应理解，在本文中对各种所述示例的描述中所使用的术语只是为了描述特定示例，而并非旨在进行限制。如在对各种所述示例的描述和所附权利要求书中所使用的那样，单数形式“一个(“a”，“an”)”和“该”旨在也包括复数形式，除非上下文另外明确地指示。

还应理解，术语“包括”(也称“includes”、“including”、“comprises”和/或“comprising”)当在本说明书中使用时指定存在所陈述的特征、整数、步骤、操作、元素、和/或部件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元素、部件、和/或其分组。

应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/或其它信息确定B。

还应理解，术语“若”和“如果”可被解释为意指“当..时”(“when”或

“upon”)或“响应于确定”或“响应于检测到”。类似地，根据上下文，短语“若确定...”或“若检测到[所陈述的条件或事件]”可被解释为意指“在确定...时”或“响应于确定...”或“在检测到[所陈述的条件或事件]时”或“响应于检测到[所陈述的条件或事件]”。

还应理解，说明书通篇中提到的“一个实施例”、“一实施例”、“一种可能的实现方式”意味着与实施例或实现方式有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”、“一种可能的实现方式”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。

以上所述仅为本申请的示例性实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。