1.本技术涉及智能座舱技术领域，特别涉及一种车机程序的获取方法、装置、云服务器及存储介质。
背景技术：2.随着汽车行业的发展与消费者需求层次的不断提升，人们对手机应用的喜好逐渐转移到车机应用上，如导航、音乐、视频、社交等应用场景。因此在“硬件预埋”、“软件迭代升级”的行业逻辑下，乘用车的座舱变得“大屏化”、“多屏化”、“域集中化”。在这种背景下，汽车在出厂时，车机应用预装得越来越多，但是由于车机系统的芯片往往不是最主流的芯片，车机系统会随着用户使用周期的延长，用户安装的应用越来越多，造成内存不足和缓存过多，车机系统就会存在延迟、卡顿，甚至死机的情况。
3.相关技术中，没有有效的解决方案，部分汽车厂商只建议用户在车机系统出现卡顿的时候，卸载不常使用的车机应用或者格式化车机系统。
4.然而，考虑到用户的个人知识储备及专业素质，此方案对一部分用户来说操作较繁琐甚至存在误操作的可能，因此存在安全隐患。另外，让用户主动去卸载应用，用户使用体验较差，造成用户的流失率升高。因此，在硬件无法短期内升级的情况下，如何让用户使用车机系统时不延迟、不卡顿，并且获得全方位的车机应用体验，亟待解决。
技术实现要素：5.本技术提供一种车机程序的获取方法、装置、云服务器及存储介质，以解决由于安装过多的车机程序，造成内存不足和缓存过多，车机系统就会存在延迟、卡顿，甚至死机的问题，既能保证车机系统长时间使用不会出现卡顿情况，又能满足用户对于全场景车机应用体验的需求。
6.本技术第一方面实施例提供一种车机程序的获取方法，包括以下步骤：接收用户发出的程序拉取指令；从所述程序拉取指令中提取待拉取程序的标识码，并根据所述待拉取程序的标识码搜索预设数据库，得到所述待拉取程序的安装包；以及将所述安装包发送至车机系统，使得所述车机系统基于预设的双线程模型加载所述待拉取程序。
7.根据上述技术手段，本技术实施例可以解决由于安装过多的车机程序，造成内存不足和缓存过多，车机系统就会存在延迟、卡顿，甚至死机的问题，既能保证车机系统长时间使用不会出现卡顿情况，又能满足用户对于全场景车机应用体验的需求。
8.进一步地，在一些实施例中，在从所述程序拉取指令中提取所述待拉取程序的标识码之前，还包括：获取所述车机系统的身份识别信息；基于预先存储的身份数据库，对所述身份识别信息进行验证；若验证通过，则与所述车机系统建立回传连接。
9.根据上述技术手段，本技术实施例可以通过车机系统的身份识别信息，确认目标车辆，从而准确地为目标车辆提供所需的小程序。
10.进一步地，在一些实施例中，在将所述安装包发送至所述车机系统之后，还包括：
接收所述车机系统基于所述安装包生成的回传成功信号或回传失败信号；从所述回传失败信号中解析出失败原因，并将所述失败原因发送至预设移动终端。
11.根据上述技术手段，本技术实施例可以对回传状态进行监测，及时反馈是否回传成功，并在失败时及时将失败原因发送至移动终端。
12.进一步地，在一些实施例中，所述接收用户发出的程序拉取指令，包括：基于预设的传输方式，接收所述用户发出的程序拉取指令。
13.根据上述技术手段，本技术实施例可以通过无线地方式发出程序拉取指令，服务器端可以实时接收用户的程序拉取指令为用户提供所需的小程序。
14.进一步地，在一些实施例中，所述预设的传输方式为通过wifi(行动热点)或者gprs(general packet radio service，通信分组无线业务)以https(hyper text transfer protocol over securesocket laye，http通道)或者socket(套接字)协议进行传输。
15.根据上述技术手段，本技术实施例可以利用传输方式发出与接收相关指令，为用户提供所需的小程序。
16.本技术第二方面实施例提供一种车机程序的获取装置，包括：接收模块，用于接收用户发出的程序拉取指令；搜索模块，用于从所述程序拉取指令中提取待拉取程序的标识码，并根据所述待拉取程序的标识码搜索预设数据库，得到所述待拉取程序的安装包；以及加载模块，用于将所述安装包发送至车机系统，使得所述车机系统基于预设的双线程模型加载所述待拉取程序。
17.进一步地，在一些实施例中，在从所述程序拉取指令中提取所述待拉取程序的标识码之前，所述搜索模块，还包括：获取单元，用于获取所述车机系统的身份识别信息；验证单元，用于基于预先存储的身份数据库，对所述身份识别信息进行验证；连接单元，用于若验证通过，则与所述车机系统建立回传连接。
18.进一步地，在一些实施例中，在将所述安装包发送至所述车机系统之后，所述加载模块，还包括：接收单元，用于接收所述车机系统基于所述安装包生成的回传成功信号或回传失败信号；发送单元，用于从所述回传失败信号中解析出失败原因，并将所述失败原因发送至预设移动终端。
19.进一步地，在一些实施例中，所述接收用户发出的程序拉取指令，包括：基于预设的传输方式，接收所述用户发出的程序拉取指令。
20.进一步地，在一些实施例中，所述预设的传输方式为通过wifi或者gprs以https或者socket协议进行传输。
21.本技术第三方面实施例提供一种云服务器，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如上述实施例所述的车机程序的获取方法。
22.本技术第四方面实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行，以用于实现如上述实施例所述的车机程序的获取方法。
23.由此，通过用户在车机小程序应用平台搜索对应的小程序后，点击对应小程序图标，通过无线通信机制从服务器段远程拉取小程序应用到车机系统，并加载运行应用的方式，解决了由于安装过多的车机程序，造成内存不足和缓存过多，车机系统就会存在延迟、
卡顿，甚至死机的问题，既能保证车机系统长时间使用不会出现卡顿情况，又能满足用户对于全场景车机应用体验的需求。
24.本技术附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本技术的实践了解到。
附图说明
25.本技术上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
26.图1为根据本技术实施例提供的车机程序的获取方法的流程示意图；
27.图2为根据本技术一个实施例提供的小程序双线程架构框图；
28.图3为根据本技术一个实施例提供的车机程序的获取系统架构的示意图；
29.图4为根据本技术一个实施例提供的远程拉取小程序流程图；
30.图5为根据本技术一个实施例提供的车机端处理流程图；
31.图6为根据本技术一个实施例提供的服务器处理流程图；
32.图7为根据本技术实施例提供的车机程序的获取装置的方框示意图；
33.图8为根据本技术实施例提供的云服务器的示意图。
34.其中，10-车机程序的获取装置，100-接收模块，200-搜索模块，300-加载模块，11-车机端小程序应用平台模块，12-车机端指令处理单元，13-车机端网络请求模块，14-小程序web(网页)渲染引擎模块，15-webvie(网页视图)渲染容器，16-web渲染界面与车机系统原生通信模块，17-车机android系统，18-车机指令发送模块，21-服务器端指令接收模块，22-服务器端指令处理模块，23-服务器端小程序检索模块，24-服务器端小程序回传模块，41-车机端拉取指令录入，42-云服务器，43-云服务器识别拉取指令，44-云服务器回传小程序，45-云服务器反馈回传状态，201小程序引擎渲染层，202小程序引擎逻辑层和203小程序引擎消息总线模块。
具体实施方式
35.下面详细描述本技术的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本技术，而不能理解为对本技术的限制。
36.下面参考附图描述本技术实施例的车机程序的获取方法、装置、云服务器及存储介质。针对上述背景技术中提到的由于安装过多的车机程序，造成内存不足和缓存过多，车机系统就会存在延迟、卡顿，甚至死机的问题，本技术提供了一种车机程序的获取方法，在该方法中，通过用户在车机小程序应用平台搜索对应的小程序后，点击对应小程序图标，通过无线通信机制从服务器段远程拉取小程序应用到车机系统，并加载运行应用的方式，解决了由于安装过多的车机程序，造成内存不足和缓存过多，车机系统就会存在延迟、卡顿，甚至死机的问题，既能保证车机系统长时间使用不会出现卡顿情况，又能满足用户对于全场景车机应用体验的需求。
37.具体而言，图1为本技术实施例所提供的一种车机程序的获取方法的流程示意图。
38.如图1所示，该车机程序的获取方法包括以下步骤：
39.在步骤s101中，接收用户发出的程序拉取指令。
40.进一步地，在一些实施例中，接收用户发出的程序拉取指令，包括：基于预设的传输方式，接收用户发出的程序拉取指令。
41.进一步地，在一些实施例中，预设的传输方式为通过wifi或者gprs以https或者socket协议进行传输。
42.其中，程序拉取指令可以通过用户点击对应小程序图标获得。
43.需要说明的是，本技术实施例可以提供一个小程序应用平台，具体地，车机在车辆出厂的时候，预装小程序应用平台，这个可以平台是一个原生应用，其目的是作为小程序运行的运行宿主和入口。用户在这个平台上搜索想要的小程序，如果有结果，则可以直接点击小程序图标运行，否则，提示错误信息。
44.具体地，用户在车机小程序应用平台搜索对应的小程序之后，点击对应的小程序图标，车机系统接受用户的程序拉取指令并发送给服务器端，服务器端通过wifi或者gprs以https或者socket协议传输用户发出的程序拉取指令。
45.在步骤s102中，从程序拉取指令中提取待拉取程序的标识码，并根据待拉取程序的标识码搜索预设数据库，得到待拉取程序的安装包。
46.进一步地，在一些实施例中，在从程序拉取指令中提取待拉取程序的标识码之前，还包括：获取车机系统的身份识别信息；基于预先存储的身份数据库，对身份识别信息进行验证；若验证通过，则与车机系统建立回传连接。
47.其中，预设数据库可以是服务器端预先设置的数据库，在此不做具体限定。
48.具体地，在本技术实施例中，首先建立服务器端与车机之间的连接，具体地，车机系统发送身份识别信息至服务器端，服务器端接收车机系统的身份识别信息，并基于预先存储的身份数据库，对身份识别信息进行验证，若验证通过，则与车机系统建立回传连接，并对服务器端对车机系统的拉取小程序指令进行识别，提取待拉取程序的标识码，并根据待拉取程序的标识码搜索预设数据库，得到待拉取程序的安装包。
49.在步骤s103中，将安装包发送至车机系统，使得车机系统基于预设的双线程模型加载待拉取程序。
50.进一步地，在一些实施例中，在将安装包发送至车机系统之后，还包括：接收车机系统基于安装包生成的回传成功信号或回传失败信号；从回传失败信号中解析出失败原因，并将失败原因发送至预设移动终端。
51.其中，预设移动终端可以是车机系统，也可以是用户手机，在此不做具体限定。
52.需要说明的是，为提升整体应用的性能，充分利用手机的多cpu(central processing unit，中央处理器)性能，本技术实施例可以选择预设的双线程模型进行小程序的加载和运行，其中，预设的双线程模型可以如图2所示，双线程模型的逻辑层与渲染层分离，并分别位于不同的运行容器，异步网络请求都由车机native(内存分析)来执行，下面分别介绍逻辑层与渲染层的实施方式。
53.1、逻辑层
54.如图2所示，逻辑层202运行在车机android(安卓)系统的v8引擎上面，逻辑层的功能是对车机小程序的开发者暴露所有的api(applicationprogramminginterface，应用程序接口)，例如微信小程序里面内的app函数，page函数，以及小程序页面的各个生命周期等
钩子函数。其中，app函数会给小程序创建全局唯一对象，page函数则是负责创建page对象，但是不会立即创建，到导航到页面时，才会创建对应的page对象。生命周期的钩子函数，则负责用来获取远程数据，处理交互逻辑等功能。
55.2、渲染层
56.如图2所示，渲染层201是基于车机android系统提供的webview(网页视图)来渲染ui(user interface designer，人机交互)界面，一个小小程序的界面应该包括js(javascript)、json(javascript object notation,js对象简谱)、css(cascading style sheets，层叠样式表)、xml(可扩展标记语言)部分，分别代表着页面逻辑、页面配置、页面的样式表、页面的结构。
57.3、渲染层与逻辑层交互
58.渲染层接收用户的交互事件，由统一的函数处理之后，通过消息总线将json格式的data数据传递到逻辑层的page对象(页面实例的引用)，再调用对应的函数进行业务操作。反之逻辑层依据用户的操作，执行业务操作，修改了data数据，再通过消息总线传递到渲染层的组件里面，接着对应的组件页面会自动更新界面。消息总线是基于车机android系统提供的通信平台，提供了渲染层与逻辑层交互的桥梁，同时消息总线也为渲染层提供了很多原生能力，例如“网络请求”、“离线存储”等等。
59.具体地，服务器端在数据库得到拉取程序的安装包后，将安装包发送至车机系统，使得车机系统通过双线程模型加载待拉取程序，若车机系统加载成功，则向服务器端发送成功信号，若车机系统加载失败，则将回传失败信号发送至服务器端，服务器端分析回传失败的原因，并将失败原因发送至预设移动终端。
60.为使得本领域技术人员进一步了解本技术实施例的车机程序的获取方法，下面结合具体实施例进行详细阐述。
61.如图3所示，图3为根据本技术实施例的提供的系统架构框图。
62.具体地，本技术实施例通过车机系统和服务器端共同完成，其中，远程拉取小程序的流程图可以如图4所示。
63.如图4所示，当用户点击了小程序的图标之后，小程序应用平台将该小程序对应的id，通过网络请求发送给服务器，服务器端对车机进行识别并和车机建立连接，连接之后将连接状态码返回给车机，同时在服务器搜索对应的小程序，接着将小程序软件包回传给车机平台，并返回回传状态码，如果小程序回传成功则返回true，否则返回false并提供一个json格式的错误提示信息。
64.具体地，车机系统进行车机程序的获取的实施方式可以如图5所示。
65.s501，用户搜索小程序。
66.s502，车机系统判断是否有对应的小程序，若是，执行s503，否则，跳转执行s501。
67.s503，用户点击小程序图标。
68.s504，车机系统发送远程拉取指令。
69.s505，车机系统判断是否拉取成功，若是，执行s506，否则，跳转执行s503。
70.s506，结束。
71.服务器端进行车机程序的获取的实施方式可以如图6所示，服务器在收到车机拉取指令之后，先对车机进行身份识别，识别之后建立连接，并返回连接成功状态码。然后通
过小程序检索模块对小程序进行检索，检索完成之后，将小程序软件包回传给车机，并返回回传状态码，如果小程序回传成功则返回true(真)，否则返回false(假)并提供一个json格式的错误提示信息。
72.s601，服务器端收到车机系统发出的远程拉取指令。
73.s602，服务器端接收到连接反馈。
74.s603，判断是否连接成功，若是，执行s604，否则，跳转执行s607。
75.s604，搜索对应小程序应用。
76.s605，小程序回传给车机系统。
77.s606，判断是否回传成功，若是，跳转执行s608，否则，执行s607。
78.s607，服务器端向车机系统发送失败状态码。
79.s608，结束。
80.根据本技术实施例提出的车机程序的获取方法，通过用户在车机小程序应用平台搜索对应的小程序后，点击对应小程序图标，通过无线通信机制从服务器段远程拉取小程序应用到车机系统，并加载运行应用的方式，解决了由于安装过多的车机程序，造成内存不足和缓存过多，车机系统就会存在延迟、卡顿，甚至死机的问题，既能保证车机系统长时间使用不会出现卡顿情况，又能满足用户对于全场景车机应用体验的需求。
81.其次参照附图描述根据本技术实施例提出的车机程序的获取装置。
82.图7是本技术实施例的车机程序的获取装置的方框示意图。
83.如图7所示，该车机程序的获取装置10包括：接收模块100、搜索模块200和加载模块300。
84.其中，接收模块100，用于接收用户发出的程序拉取指令；搜索模块200，用于从程序拉取指令中提取待拉取程序的标识码，并根据待拉取程序的标识码搜索预设数据库，得到待拉取程序的安装包；以及加载模块300，用于将安装包发送至车机系统，使得车机系统基于预设的双线程模型加载待拉取程序。
85.进一步地，在一些实施例中，在从程序拉取指令中提取待拉取程序的标识码之前，搜索模块200，还包括：获取单元，用于获取车机系统的身份识别信息；验证单元，用于基于预先存储的身份数据库，对身份识别信息进行验证；连接单元，用于若验证通过，则与车机系统建立回传连接。
86.进一步地，在一些实施例中，在将安装包发送至车机系统之后，加载模块300，还包括：接收单元，用于接收车机系统基于安装包生成的回传成功信号或回传失败信号；发送单元，用于从回传失败信号中解析出失败原因，并将失败原因发送至预设移动终端。
87.进一步地，在一些实施例中，接收用户发出的程序拉取指令，包括：基于预设的传输方式，接收用户发出的程序拉取指令。
88.进一步地，在一些实施例中，预设的传输方式为通过wifi或者gprs以https或者socket协议进行传输。
89.需要说明的是，前述对车机程序的获取方法实施例的解释说明也适用于该实施例的车机程序的获取装置，此处不再赘述。
90.根据本技术实施例提出的车机程序的获取装置，通过用户在车机小程序应用平台搜索对应的小程序后，点击对应小程序图标，通过无线通信机制从服务器段远程拉取小程
序应用到车机系统，并加载运行应用的方式，解决了由于安装过多的车机程序，造成内存不足和缓存过多，车机系统就会存在延迟、卡顿，甚至死机的问题，既能保证车机系统长时间使用不会出现卡顿情况，又能满足用户对于全场景车机应用体验的需求。
91.图8为本技术实施例提供的云服务器的结构示意图。该云服务器可以包括：
92.存储器801、处理器802及存储在存储器801上并可在处理器802上运行的计算机程序。
93.处理器802执行程序时实现上述实施例中提供的车机程序的获取方法。
94.进一步地，云服务器还包括：
95.通信接口803，用于存储器801和处理器802之间的通信。
96.存储器801，用于存放可在处理器802上运行的计算机程序。
97.存储器801可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
98.如果存储器801、处理器802和通信接口803独立实现，则通信接口803、存储器801和处理器802可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构(industry standard architecture，简称为isa)总线、外部设备互连(peripheral component，简称为pci)总线或扩展工业标准体系结构(extended industry standard architecture，简称为eisa)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图8中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
99.可选的，在具体实现上，如果存储器801、处理器802及通信接口803，集成在一块芯片上实现，则存储器801、处理器802及通信接口803可以通过内部接口完成相互间的通信。
100.处理器802可能是一个中央处理器(central processing unit，简称为cpu)，或者是特定集成电路(application specific integrated circuit，简称为asic)，或者是被配置成实施本技术实施例的一个或多个集成电路。
101.本技术实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上的车机程序的获取方法。
102.在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本技术的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或n个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
103.此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本技术的描述中，“n个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
104.流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更n个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本技术的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺
序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本技术的实施例所属技术领域的技术人员所理解。
105.在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或n个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(ram)，只读存储器(rom)，可擦除可编辑只读存储器(eprom或闪速存储器)，光纤装置，以及便携式光盘只读存储器(cdrom)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。
106.应当理解，本技术的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，n个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。
107.本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
108.此外，在本技术各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
109.上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本技术的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本技术的限制，本领域的普通技术人员在本技术的范围内可以对上述实施例进行变化、修改、替换和变型。
技术特征：1.一种车机程序的获取方法，其特征在于，包括以下步骤：接收用户发出的程序拉取指令；从所述程序拉取指令中提取待拉取程序的标识码，并根据所述待拉取程序的标识码搜索预设数据库，得到所述待拉取程序的安装包；以及将所述安装包发送至车机系统，使得所述车机系统基于预设的双线程模型加载所述待拉取程序。2.根据权利要求1所述的方法，其特征在于，在从所述程序拉取指令中提取所述待拉取程序的标识码之前，还包括：获取所述车机系统的身份识别信息；基于预先存储的身份数据库，对所述身份识别信息进行验证；若验证通过，则与所述车机系统建立回传连接。3.根据权利要求2所述的方法，其特征在于，在将所述安装包发送至所述车机系统之后，还包括：接收所述车机系统基于所述安装包生成的回传成功信号或回传失败信号；从所述回传失败信号中解析出失败原因，并将所述失败原因发送至预设移动终端。4.根据权利要求1所述的方法，其特征在于，所述接收用户发出的程序拉取指令，包括：基于预设的传输方式，接收所述用户发出的程序拉取指令。5.根据权利要求4所述的方法，其特征在于，所述预设的传输方式为通过wifi或者gprs以https或者socket协议进行传输。6.一种车机程序的获取装置，其特征在于，包括：接收模块，用于接收用户发出的程序拉取指令；搜索模块，用于从所述程序拉取指令中提取待拉取程序的标识码，并根据所述待拉取程序的标识码搜索预设数据库，得到所述待拉取程序的安装包；以及加载模块，用于将所述安装包发送至车机系统，使得所述车机系统基于预设的双线程模型加载所述待拉取程序。7.根据权利要求6所述的装置，其特征在于，在从所述程序拉取指令中提取所述待拉取程序的标识码之前，所述搜索模块，还包括：获取单元，用于获取所述车机系统的身份识别信息；验证单元，用于基于预先存储的身份数据库，对所述身份识别信息进行验证；连接单元，用于若验证通过，则与所述车机系统建立回传连接。8.根据权利要求7所述的装置，其特征在于，在将所述安装包发送至所述车机系统之后，所述加载模块，还包括：接收单元，用于接收所述车机系统基于所述安装包生成的回传成功信号或回传失败信号；发送单元，用于从所述回传失败信号中解析出失败原因，并将所述失败原因发送至预设移动终端。9.一种云服务器，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如权利要求1-5任一项所述的车机程序的获取方法。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行，以用于实现如权利要求1-5任一项所述的车机程序的获取方法。
技术总结本申请涉及智能座舱技术领域，特别涉及一种车机程序的获取方法、装置、云服务器及存储介质，其中，方法包括：接收用户发出的程序拉取指令；从程序拉取指令中提取待拉取程序的标识码，并根据待拉取程序的标识码搜索预设数据库，得到待拉取程序的安装包；将安装包发送至车机系统，使得车机系统基于预设的双线程模型加载待拉取程序。由此，通过车机系统远程拉取小程序的方式，解决了由于安装过多的车机程序，造成内存不足和缓存过多，车机系统就会存在延迟、卡顿，甚至死机的问题，既能保证车机系统长时间使用不会出现卡顿情况，又能满足用户对于全场景车机应用体验的需求。对于全场景车机应用体验的需求。对于全场景车机应用体验的需求。
技术研发人员：苏业纯
受保护的技术使用者：重庆长安汽车股份有限公司
技术研发日：2022.06.29
技术公布日：2022/11/1
