基于车机的OTA更新方法、装置、设备及存储介质与流程

基于车机的ota更新方法、装置、设备及存储介质
技术领域
1.本技术涉及车机系统技术领域，尤其涉及一种基于车机的ota更新方法、装置、设备及存储介质。


背景技术：

2.随着科技的进步、互联网行业的发展，人们对车机系统的要求也越来越高。
3.车机系统的更新主要依赖于空中下载技术(over-the-air technology，ota)，一种通过移动通信的空中接口实现对移动终端设备及sim卡数据进行远程管理的技术。传统的车载系统及应用更新升级需在车机通电启动后才能进行，且更新依赖当时的网络及流量，用户需在线等待应用升级完成后才能使用车机。
4.现实情况下，车主在上车后期望能立即使用车机，过长的等待时间势必大大降低用户的使用体验。


技术实现要素：

5.本技术提供一种基于车机的ota更新方法、装置、设备及存储介质，用以解决现有技术车主上车后等待车机系统更新时间过长的问题。
6.一方面，本技术提供一种基于车机的ota更新方法，应用于云服务器，包括：
7.获取应用更新数据，所述应用更新数据包括第一应用标识和应用更新包；
8.根据所述第一应用标识获取安装有所述第一应用标识对应的目标应用程序的目标虚拟车机，其中，所述云服务器部署了至少一个基于云服务的虚拟车机，每个虚拟车机上安装了至少一个应用程序，且每个虚拟车机各自关联一个实体车机；
9.根据所述应用更新包更新所述目标虚拟车机上安装的目标应用程，其中，在所述实体车机上电时所述实体车机可同步显示并操作所关联的虚拟车机更新过的应用程序。
10.可选地，所述获取应用更新数据之前，所述方法还包括：
11.接收实体车机发送的虚拟车机获取请求，所述虚拟车机获取请求包括用户标识或车辆标识；
12.根据所述用户标识或车辆标识，获取与所述实体车机关联的虚拟车机；
13.向所述实体车机发送虚拟车机获取响应，所述虚拟车机获取响应用于向所述实体车机下发所述虚拟车机，其中，在所述实体车机上电时所述实体车机可通过所展示的虚拟车机安装应用程序。
14.可选地，所述根据所述用户标识或车辆标识，获取与所述实体车机关联的虚拟车机，包括：
15.根据所述用户标识或车辆标识，判断当前是否存在与所述实体车机关联的虚拟车机；
16.若是，则获取与所述实体车机关联的虚拟车机；
17.若否，为所述实体车机创建虚拟车机，并根据所述车辆标识或所述用户标识，建立
所述实体车机与所述虚拟车机的关联关系。
18.可选地，所述接收实体车机发送的虚拟车机获取请求，包括：
19.接收所述实体车机通过虚拟接口程序发送的虚拟车机获取请求，其中，所述实体车机中设置有虚拟接口程序。
20.可选地，所述虚拟车机获取请求中还包括虚拟车机配置信息，所述虚拟车机配置信息包括操作系统标识和存储空间大小；所述为所述实体车机创建虚拟车机，包括：
21.根据所述操作系统标识，建立拥有目标操作系统的虚拟车机；
22.根据所述存储空间大小和当前存储资源，为所述虚拟车机分配存储空间。
23.可选地，所述向所述实体车机发送虚拟车机获取响应之后，所述方法还包括：
24.接收所述实体车机发送的解除请求，所述解除请求用于指示所述实体车机与所述虚拟车机解除关联；
25.根据所述解除请求，销毁所述虚拟车机并释放所述虚拟车机对应的存储空间。
26.可选地，所述根据所述应用更新包更新所述目标虚拟车机上安装的目标应用程之前，包括：
27.对所述应用更新包进行检测，检测所述应用更新包中是否包括非正常插件；
28.若所述应用更新包不包括非正常插件，则确定执行根据所述应用更新包更新所述目标虚拟车机上安装的目标应用程的步骤。
29.第二方面，本技术提供一种基于车机的ota更新方法，应用于实体车机，包括：
30.在实体车机上电时，显示所关联的虚拟车机更新过的应用程序，其中，所述虚拟车机是云服务器部署的基于云服务的虚拟车机，所述虚拟车机可在所述实体车机掉电时，对应用程序进行更新；
31.响应于用户对所述实体车机上所展示的虚拟车机的应用程序的操作，控制所述应用程序的运行。
32.可选地，所述显示所关联的虚拟车机更新过的应用程序之前，所述方法还包括：
33.通过虚拟接口程序向云服务器发送虚拟车机获取请求，所述虚拟车机获取请求包括用户标识或车辆标识；
34.接收所述云服务器发送的虚拟车机获取响应，所述虚拟车机获取响应用于向所述实体车机下发所述虚拟车机。
35.第三方面，本技术提供一种基于车机的ota更新方法装置，应用于云服务器，包括：
36.获取模块，用于获取应用更新数据，所述应用更新数据包括第一应用标识和应用更新包；
37.确定模块，用于根据所述第一应用标识获取安装有所述第一应用标识对应的目标应用程序的目标虚拟车机，其中，所述云服务器部署了至少一个基于云服务的虚拟车机，每个虚拟车机上安装了至少一个应用程序，且每个虚拟车机各自关联一个实体车机；
38.更新模块，根据所述应用更新包更新所述目标虚拟车机上安装的目标应用程，其中，在所述实体车机上电时所述实体车机可同步显示并操作所关联的虚拟车机更新过的应用程序。
39.一种可能的实现方式中，获取模块具体用于：
40.接收实体车机发送的虚拟车机获取请求，所述虚拟车机获取请求包括用户标识或
车辆标识；
41.根据所述用户标识或车辆标识，获取与所述实体车机关联的虚拟车机；
42.向所述实体车机发送虚拟车机获取响应，所述虚拟车机获取响应用于向所述实体车机下发所述虚拟车机，其中，在所述实体车机上电时所述实体车机可通过所展示的虚拟车机安装应用程序。
43.一种可能的实现方式中，确定模块具体用于：
44.根据所述用户标识或车辆标识，判断当前是否存在与所述实体车机关联的虚拟车机；
45.若是，则获取与所述实体车机关联的虚拟车机；
46.若否，为所述实体车机创建虚拟车机，并根据所述车辆标识或所述用户标识，建立所述实体车机与所述虚拟车机的关联关系。
47.一种可能的实现方式中，确定模块具体用于：
48.接收所述实体车机通过虚拟接口程序发送的虚拟车机获取请求，其中，所述实体车机中设置有虚拟接口程序。
49.一种可能的实现方式中，确定模块具体用于：
50.根据所述操作系统标识，建立拥有目标操作系统的虚拟车机；
51.根据所述存储空间大小和当前存储资源，为所述虚拟车机分配存储空间。
52.一种可能的实现方式中，确定模块具体用于：
53.接收所述实体车机发送的解除请求，所述解除请求用于指示所述实体车机与所述虚拟车机解除关联；
54.根据所述解除请求，销毁所述虚拟车机并释放所述虚拟车机对应的存储空间。
55.一种可能的实现方式中，更新模块具体用于：
56.对所述应用更新包进行检测，检测所述应用更新包中是否包括非正常插件；
57.若所述应用更新包不包括非正常插件，则确定执行根据所述应用更新包更新所述目标虚拟车机上安装的目标应用程的步骤。
58.第四方面，本技术提供一种基于车机的ota更新方法装置，应用于实体车机，包括：
59.显示模块，用于在实体车机上电时，显示所关联的虚拟车机更新过的应用程序，其中，所述虚拟车机是云服务器部署的基于云服务的虚拟车机，所述虚拟车机可在所述实体车机掉电时，对应用程序进行更新；
60.响应模块，用于响应于用户对所述实体车机上所展示的虚拟车机的应用程序的操作，控制所述应用程序的运行。
61.一种可能的实现方式中，响应模块具体用于：
62.通过虚拟接口程序向云服务器发送虚拟车机获取请求，所述虚拟车机获取请求包括用户标识或车辆标识；
63.接收所述云服务器发送的虚拟车机获取响应，所述虚拟车机获取响应用于向所述实体车机下发所述虚拟车机。
64.本技术的第五方面，提供了一种电子设备，包括：
65.处理器和存储器；
66.存储器存储计算机执行指令；
67.处理器执行存储器存储的计算机执行指令，使得电子设备执行第一方面或第二方面中任一项的方法。
68.本技术的第四方面，提供了一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现如第一方面或第二方面中任一项的硬件外设的驱动程序的确定方法。
69.本实施例提供了一种基于车机的ota更新方法、装置、设备及存储介质，该方法应用于云服务器，通过获取应用更新数据，应用更新数据包括第一应用标识和应用更新包；根据第一应用标识获取安装有第一应用标识对应的目标应用程序的目标虚拟车机；对应用更新包进行检测，检测应用更新包中是否包括非正常插件；若应用更新包不包括非正常插件，则确定执行根据应用更新包更新目标虚拟车机上安装的目标应用程的步骤。该方法通过在云服务器上设置与实体车机对应的虚拟车机，并将其下发至实体车机，实体车机上电和断电时都可以对虚拟车机的应用进行更新，且更新之前对应用更新包进行检测，解决了实体车机在上电时才能更新的问题，同时确保了车机系统和应用的安全性。
附图说明
70.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。
71.图1为本技术提供的基于车机的ota更新方法的具体的应用场景图；
72.图2为本技术实施例提供的基于车机的ota更新方法流程图一；
73.图3为本技术实施例提供的基于车机的ota更新方法流程图二；
74.图4为本技术实施例提供的基于车机的ota更新方法流程图三；
75.图5为本技术实施例提供的一种基于车机的ota更新装置的结构示意图；
76.图6为本技术实施例提供的一种基于车机的ota更新装置的结构示意图；
77.图7为本技术实施例提供的基于车机的ota更新设备的硬件结构图。
78.通过上述附图，已示出本技术明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围，而是通过参考特定实施例为本领域技术人员说明本技术的概念。
具体实施方式
79.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
80.图1为本技术提供的基于车机的ota更新方法的具体的应用场景图。如图1所示，该应用场景包括：实体车机101、虚拟接口程序102、虚拟车机103、云应用a104、云应用b105以及云应用c106。
81.实体车机指的是安装在汽车里面的车载信息娱乐产品的简称，在功能上能够实现人与车，车与外界(车与车)的信息通讯。虚拟车机是指设置在云服务器上，基于云服务的车机系统，其功能与实体车机没有差别。
82.示例性的，用户在实体车机101上通过点击虚拟接口程序102，进入与实体车机101对应的虚拟车机103，虚拟车机103是基于云服务的虚拟车机，其上布置了包括云应用a104、云应用b105以及云应用c106三个云应用。
83.将虚拟车机103实时显示在实体车机101的屏幕上，而且当用户操作在实体车机101上操作虚拟车机103的云应用a104、云应用b105以及云应用c106时，虚拟车机103会响应用户的操作，控制云应用a104、云应用b105以及云应用c106的运行。在传统的车载系统中，用户上车后，使得车机上电启动后，进行系统和应用的更新，然后才能使用车机。
84.本技术提供了一种基于车机的ota更新方法，该方法通过在云服务器上设置与实体车机对应的虚拟车机，并将其下发至实体车机，虚拟车机的应用进行更新时不受实体车机上电或断电的影响，实体车机上电和断电时基于云服务的虚拟车机都可以进行云应用的更新，等实体车机重新上电后，可以显示虚拟车机更新后的云应用，解决了实体车机在上电时才能更新的问题。
85.本技术提供的基于车机的ota更新方法，旨在解决现有技术的如上技术问题。
86.下面以具体地实施例对本技术的技术方案以及本技术的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本技术的实施例进行描述。
87.图2为本技术实施例提供的基于车机的ota更新方法流程图一。如图2所示，本实施例的方法，应用于云服务器，结合图1所示应用场景图，对云服务器对上述虚拟车机上的云应用对应的应用程序进行更新的过程进行详细说明。
88.s201、获取应用更新数据，应用更新数据包括第一应用标识和应用更新包；
89.本实施例中，云服务器是云计算服务的重要组成部分，是提供综合业务能力的服务平台。应用更新数据包括第一应用标识和应用更新包，应用更新包是指云应用的更新数据，包括但不限于更新和安装数据。第一应用标识是指应用更新数据对应的应用程序的标识。应用更新包是由运维人员进行上传的或者由云服务器去应用商店主动获取的。
90.当实体车机处于上电状态时，实体车机将接收到应用或者系统需要更新的通知，选择马上更新或者在指定时间更新。而当实体车机断电之后，虚拟车机并不关闭，这时如果有应用需要更新，则由运维人员上传应用更新数据，或者从应用商店中的获取应用更新数据。
91.本领域的技术人员可以理解，在本实施例中，云运营平台对虚拟车机的更新，并不局限于虚拟车机的应用，也包括对虚拟车机本身系统的更新。
92.s202、根据第一应用标识获取安装有第一应用标识对应的目标应用程序的目标虚拟车机，其中，云服务器部署了至少一个基于云服务的虚拟车机，每个虚拟车机上安装了至少一个应用程序，且每个虚拟车机各自关联一个实体车机；
93.本实施例中，根据应用更新数据获取第一应用标识，根据第一应用标识确定了目标应用程序对应的目标虚拟车机。云服务器上布置有与实体车机对应的虚拟车机。虚拟车机上安装有多个云应用。虚拟车机和实体车机的关系是一一对应的，每个虚拟车机上的应用可以是相同的，也可以是不同的。云运营平台和虚拟车机可以处于一个云服务器上，也可以处于不同服务器上。
94.云服务器记录有每个虚拟车机中安装的应用程序，即虚拟车机与已安装的应用程
序的标识的关联关系，基于该关联关系，根据该第一应用标识，获取安装有第一应用标识对应的目标应用程序的目标虚拟车机。
95.s203、根据应用更新包更新目标虚拟车机上安装的目标应用程序，其中，在实体车机上电时实体车机可同步显示并操作所关联的虚拟车机更新过的应用程序。
96.本实施例中，在确定目标虚拟车机的基础上，云服务器将应用更新包部署到虚拟车机上，使得虚拟车机上的原有应用程序得以更新。实体车机上电开启后，可以显示位于云服务器上的虚拟车机，使得客户对虚拟车机上更新过的应用程序的操作传递到虚拟车机。
97.一种可能的实现方式中，根据应用更新包更新目标虚拟车机上安装的目标应用程之前，可以对对应用更新包进行检测，检测应用更新包中是否包括非正常插件；
98.若应用更新包不包括非正常插件，则确定执行根据应用更新包更新目标虚拟车机上安装的目标应用程的步骤。
99.本实施例中，云服务器在将应用更新包进行部署之前，会对其进行检测。检测的目的除了测试其上的插件是否包括非正常插件，还有测试本应用更新包能否正常运行。其中，非正常插件可能会导致应用不能正常使用，或者使得应用不符合软件规范。检测主要通过人工的方式进行。
100.在将应用更新包进行部署之前，云服务器除了测试还负责自动化上传。自动化上传的作用是管理运维人员上传的应用更新数据，例如自动解析应用包的信息，包括版本和徽标，以及确认上传的版本是正确的且以前没有上传过。
101.本实施例中，若应用更新包不包括非正常插件，且应用更新包能正常运行，即应用更新包通过了检测，即可将其部署到对应的虚拟车机上。此时虚拟车机中，该应用的状态位最新版本，在实体车机上电后，自动对接位于云服务器上的虚拟车机，将其同步到实体车机的屏幕上，此时显示的该应用即为更新过的应用。
102.本实施例提供了一种基于车机的ota更新方法，该方法应用于云服务器，通过获取应用更新数据；根据第一应用标识获取安装有第一应用标识对应的目标应用程序的目标虚拟车机；对应用更新包进行检测，检测应用更新包中是否包括非正常插件；若应用更新包不包括非正常插件，则确定执行根据应用更新包更新目标虚拟车机上安装的目标应用程的步骤。该方法通过在云服务器上设置与实体车机对应的虚拟车机，并将其下发至实体车机，实体车机上电和断电时都可以对虚拟车机的应用进行更新，且更新之前对应用更新包进行检测，解决了实体车机在上电时才能更新的问题，同时确保了车机系统和应用的安全性。
103.图3为本技术实施例提供的基于车机的ota更新方法流程图二。如图3所示，本实施例的方法应用于实体车机，是对图2所示实施例进行虚拟车机进行更新之后实体车机的操作的详细表述。
104.s301、在实体车机上电时，显示所关联的虚拟车机更新过的应用程序，其中，虚拟车机是云服务器部署的基于云服务的虚拟车机，虚拟车机可在实体车机掉电时，对应用程序进行更新；
105.本实施例中，如图2所示实施例，虚拟车机更新应用程序的时间并不局限于实体车机上电期间，因此，在实体车机断电期间，虚拟车机完成了应用程序的更新，实体车机上电时，显示所关联的虚拟车机也是实时的，即这一时刻的虚拟车机内的应用程序已经完成更新。
106.s302、响应于用户对实体车机上所展示的虚拟车机的应用程序的操作，控制应用程序的运行。
107.本实施例中，为了彻底解放实体车机的内存以及存储空间占用，解放实体车机算力，将实体车机的应用放置在云服务器的虚拟车机上，车机作为用户与虚拟车机操作与响应的接口，实时获取用户的操作数据上传至云端，并接收虚拟车机的响应数据。
108.本实施例提供了一种基于车机的ota更新方法，该方法应用于实体车机，通过在实体车机上电时，显示所关联的虚拟车机更新过的应用程序；响应于用户对实体车机上所展示的虚拟车机的应用程序的操作，控制应用程序的运行。该方法通过实时在实体车机上显示虚拟车机，并且将其作为用户与虚拟车机操作和响应的桥梁，使得用户可以在实体车机上使用基于最近更新的虚拟车机。
109.图4为本技术实施例提供的基于车机的ota更新方法流程图三。如图4所示，本实施例的方法，对在图2和图3所描述的虚拟车机的更新之前，实体车机与云服务器上的虚拟车机建立联系的过程进行详细表述。
110.s401、实体车机通过虚拟接口程序向云服务器发送虚拟车机获取请求，虚拟车机获取请求包括用户标识或车辆标识；
111.本实施例中，实体车机上安装虚拟接口程序，用于连接为云服务器的虚拟车机，用户在需要使用虚拟车机时，通过点击进入虚拟接口程序，进而连接到虚拟车机。用户点击虚拟接口程序后，虚拟接口程序会通过网络向云服务器发送获取虚拟车机的请求，该请求包括用户标识或车辆标识，方便云服务器通过用户标识或车辆标识来定位虚拟车机。
112.s402、云服务器接收实体车机通过虚拟接口程序发送的虚拟车机获取请求，其中，实体车机中设置有虚拟接口程序；
113.s403、云服务器根据用户标识或车辆标识，判断当前是否存在与实体车机关联的虚拟车机，若否则执行s405，若是则执行s404；
114.本实施例中，云服务器根据用户标识或车辆标识，获取与实体车机关联的虚拟车机。云服务器根据用户标识或车辆标识，查询云服务器上是否有对应的虚拟车机，其中，一个车辆标识对应一个虚拟车机，一个用户标识对应一个或者多个虚拟车机。例如，用户a拥有两辆型号不同的车辆，在云服务器上用户a的用户标识对应两个虚拟车机，而其中每台车辆拥有一个对应的虚拟车机。当查询结果为不存在对应的虚拟车机，则说明用户或者车辆之前没有使用过该服务，即需要为其创建一个对应的虚拟车机，即执行s405；若查询结果为存在对应的虚拟车机，则获取该虚拟车机即可，即执行s404。
115.s404、云服务器获取与实体车机关联的虚拟车机；
116.s405、云服务器根据操作系统标识，建立拥有目标操作系统的虚拟车机；
117.本实施例中，虚拟车机获取创建请求中还包括虚拟车机配置信息，虚拟车机配置信息包括操作系统标识。因为不同厂家不同型号车辆的实体车机操作系统不同，因此在配置虚拟车机时，需要根据操作系统标识确认虚拟车机的操作系统并进行配置。
118.s406、云服务器根据存储空间大小和当前存储资源，为虚拟车机分配存储空间；
119.本实施例中，虚拟车机配置信息还包括存储空间大小，云服务器根据存储空间大小在云服务器上为虚拟车机分配存储空间，以避免资源的浪费。
120.s407、云服务器根据车辆标识或用户标识，建立实体车机与虚拟车机的关联关系；
121.本实施例中，云服务器在根据虚拟车机配置信息为实体车机创建了虚拟车机后，为虚拟车机进行编号，并将车辆标识与用户标识和虚拟车机编号的对应关系存储在云服务器的数据库中，方便下次用户登录虚拟车机时，根据车辆标识或用户标识确定对应的虚拟车机。
122.s408、云服务器向实体车机发送虚拟车机获取响应，虚拟车机获取响应用于向实体车机下发虚拟车机，其中，在实体车机上电时实体车机可通过所展示的虚拟车机安装应用程序；
123.本实施例中，在云服务器上为实体车机分配资源建立虚拟车机后，还需要通过发送虚拟车机获取响应，将虚拟车机下发至对应的实体车机，使得实体车机上电时可通过屏幕展示虚拟车机，并在虚拟车机上安装应用程序。
124.一种可能的实现方式中，云服务器向实体车机发送虚拟车机获取响应之后，方法还包括：
125.接收实体车机发送的解除请求，解除请求用于指示实体车机与虚拟车机解除关联；
126.根据解除请求，销毁虚拟车机并释放虚拟车机对应的存储空间。
127.本实施例中，云服务器还具有将实体车机与虚拟车机解除关系的功能。在一些情况下，需要将实体车机与虚拟车机解除关系，例如实体车机所属的车辆的用户改变了，需要建立新的虚拟车机，或者处于故障原因需要重新配置虚拟车机，就有云服务器接收实体车机发送的解除请求，此后云服务器根据解除请求，销毁处于云服务器的虚拟车机并释放虚拟车机对应的存储空间，避免资源的浪费。
128.s409、实体车机接收云服务器发送的虚拟车机获取响应，虚拟车机获取响应用于向实体车机下发虚拟车机。
129.本实施例提供了一种基于车机的ota更新方法，该方法通过实体车机通过虚拟接口程序向云服务器发送虚拟车机获取请求；云服务器接收实体车机通过虚拟接口程序发送的虚拟车机获取请求；云服务器根据用户标识或车辆标识，获取与实体车机关联的虚拟车机；云服务器根据用户标识或车辆标识，判断当前是否存在与实体车机关联的虚拟车机，若否，云服务器根据操作系统标识，建立拥有目标操作系统的虚拟车机，若是，云服务器获取与实体车机关联的虚拟车机；云服务器根据存储空间大小和当前存储资源，为虚拟车机分配存储空间；云服务器根据车辆标识或用户标识，建立实体车机与虚拟车机的关联关系；云服务器向实体车机发送虚拟车机获取响应，虚拟车机获取响应用于向实体车机下发虚拟车机；实体车机接收云服务器发送的虚拟车机获取响应，虚拟车机获取响应用于向实体车机下发虚拟车机。该方法通过用户标识或车辆标识判断为实体车机分配或者新建一个虚拟车机，高效确定了实体车机与云服务器上的虚拟车机的对应联系的同时，提升了云服务器上资源的利用率。
130.图5为本技术实施例提供的一种基于车机的ota更新装置的结构示意图。本实施例的装置可以为软件和/或硬件的形式。如图5所示，本技术实施例提供的一种基于车机的ota更新方法装置500，应用于云服务器，包括获取模块501、确定模块502以及更新模块503，
131.获取模块501，用于获取应用更新数据，应用更新数据包括第一应用标识和应用更新包；
132.确定模块502，用于根据第一应用标识获取安装有第一应用标识对应的目标应用程序的目标虚拟车机，其中，云服务器部署了至少一个基于云服务的虚拟车机，每个虚拟车机上安装了至少一个应用程序，且每个虚拟车机各自关联一个实体车机；
133.更新模块503，根据应用更新包更新目标虚拟车机上安装的目标应用程，其中，在实体车机上电时实体车机可同步显示并操作所关联的虚拟车机更新过的应用程序。
134.一种可能的实现方式中，获取模块具体用于：
135.接收实体车机发送的虚拟车机获取请求，虚拟车机获取请求包括用户标识或车辆标识；
136.根据用户标识或车辆标识，获取与实体车机关联的虚拟车机；
137.向实体车机发送虚拟车机获取响应，虚拟车机获取响应用于向实体车机下发虚拟车机，其中，在实体车机上电时实体车机可通过所展示的虚拟车机安装应用程序。
138.一种可能的实现方式中，确定模块具体用于：
139.根据用户标识或车辆标识，判断当前是否存在与实体车机关联的虚拟车机；
140.若是，则获取与实体车机关联的虚拟车机；
141.若否，为实体车机创建虚拟车机，并根据车辆标识或用户标识，建立实体车机与虚拟车机的关联关系。
142.一种可能的实现方式中，确定模块具体用于：
143.接收实体车机通过虚拟接口程序发送的虚拟车机获取请求，其中，实体车机中设置有虚拟接口程序。
144.一种可能的实现方式中，确定模块具体用于：
145.根据操作系统标识，建立拥有目标操作系统的虚拟车机；
146.根据存储空间大小和当前存储资源，为虚拟车机分配存储空间。
147.一种可能的实现方式中，确定模块具体用于：
148.接收实体车机发送的解除请求，解除请求用于指示实体车机与虚拟车机解除关联；
149.根据解除请求，销毁虚拟车机并释放虚拟车机对应的存储空间。
150.一种可能的实现方式中，更新模块具体用于：
151.对应用更新包进行检测，检测应用更新包中是否包括非正常插件；
152.若应用更新包不包括非正常插件，则确定执行根据应用更新包更新目标虚拟车机上安装的目标应用程的步骤。
153.图6为本技术实施例提供的一种基于车机的ota更新装置的结构示意图。本实施例的装置可以为软件和/或硬件的形式。如图6所示，本技术实施例提供的一种基于车机的ota更新方法装置600，应用于车机，包括显示模块601和响应模块602，
154.显示模块601，用于在实体车机上电时，显示所关联的虚拟车机更新过的应用程序，其中，虚拟车机是云服务器部署的基于云服务的虚拟车机，虚拟车机可在实体车机掉电时，对应用程序进行更新；
155.响应模块602，用于响应于用户对实体车机上所展示的虚拟车机的应用程序的操作，控制应用程序的运行。
156.一种可能的实现方式中，响应模块具体用于：
157.通过虚拟接口程序向云服务器发送虚拟车机获取请求，虚拟车机获取请求包括用户标识或车辆标识；
158.接收云服务器发送的虚拟车机获取响应，虚拟车机获取响应用于向实体车机下发虚拟车机。
159.本实施例提供的基于车机的ota更新方法的评价装置，可用于执行上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
160.图7为本技术实施例提供的基于车机的ota更新设备的硬件结构图。如图7所示，该基于车机的ota更新方法设备700包括：
161.处理器701和存储器702；
162.存储器存储计算机执行指令；
163.处理器执行存储器702存储的计算机执行指令，使得电子设备执行如上述的基于车机的ota更新方法。
164.应理解，上述处理器701可以是中央处理单元(英文：central processing unit，简称：cpu)，还可以是其他通用处理器、数字信号处理器(英文：digital signal processor，简称：dsp)、专用集成电路(英文：application specific integrated circuit，简称：asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。存储器702可能包含高速随机存取存储器(英文：random access memory，简称：ram)，也可能还包括非易失性存储器(英文：non-volatile memory，简称：nvm)，例如至少一个磁盘存储器，还可以为u盘、移动硬盘、只读存储器、磁盘或光盘等。
165.本技术实施例相应还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现的基于车机的ota更新方法。
166.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由下面的权利要求书指出。
167.应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求书来限制。