CN113703821A - 云手机更新方法、装置、设备以及存储介质 - Google Patents

Abstract

本公开提供了一种云手机更新方法、装置、设备以及存储介质，涉及计算机技术领域，具体为云计算技术领域，可应用于云手机更新等场景。该方法包括：接收增量更新文件，其中，增量更新文件用于对云手机的系统进行增量更新；响应于增量更新文件的摘要信息通过校验，更改云手机对应的系统卷的状态；将增量更新文件解压到系统卷上，以对云手机的系统进行增量更新。本公开的云手机更新方法，提高了云手机更新的效率和安全性。

Description

云手机更新方法、装置、设备以及存储介质

技术领域

本公开涉及计算机技术领域，具体为云计算技术领域，尤其涉及云手机更新方法、装置、设备以及存储介质，可应用于云手机更新等场景。

背景技术

云手机，是一个基于云计算强大虚拟应用和移动互联网的智能手机应用云平台。基于云计算在大规模计算、强大的存储能力、虚拟化应用等方面突出的优势，云平台为智能手机用户提供多元化、全方位的虚拟手机应用和服务，全面支持各种手机应用程序的展示、下载、应用与管理服务，并卓越实现全天候云端智能托管应用，让用户脱离移动终端的状态下，也能将各种应用程序托管到云端，保持全天候在线状态，全面实现智能手机应用虚拟化。

在云手机的ToB项目中，客户经常需要对云手机的安卓镜像进行改造。现有技术中，在更新时一般需要全量打包，打包的文件非常大，而且需要获取很高的权限，从而会导致更新效率低，且会带来很大的安全风险。

发明内容

本公开提供了一种云手机更新方法、装置、设备以及存储介质。

根据本公开的第一方面，提供了一种云手机更新方法，包括：接收增量更新文件，其中，增量更新文件用于对云手机的系统进行增量更新；响应于增量更新文件的摘要信息通过校验，更改云手机对应的系统卷的状态；将增量更新文件解压到系统卷上，以对云手机的系统进行增量更新。

根据本公开的第二方面，提供了一种云手机更新装置，包括：接收模块，被配置成接收增量更新文件，其中，增量更新文件用于对云手机的系统进行增量更新；更改模块，被配置成响应于增量更新文件的摘要信息通过校验，更改云手机对应的系统卷的状态；解压模块，被配置成将增量更新文件解压到系统卷上，以对云手机的系统进行增量更新。

根据本公开的第三方面，提供了一种电子设备，包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如第一方面中任一实现方式描述的方法。

根据本公开的第四方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，计算机指令用于使计算机执行如第一方面中任一实现方式描述的方法。

根据本公开的第五方面，提供了一种计算机程序产品，包括计算机程序，计算机程序在被处理器执行时实现如第一方面中任一实现方式描述的方法。

本公开实施例提供的云手机更新方法、装置、设备以及存储介质，首先接收增量更新文件，其中，增量更新文件用于对云手机的系统进行增量更新；然后响应于增量更新文件的摘要信息通过校验，更改云手机对应的系统卷的状态；最后将增量更新文件解压到系统卷上，以对云手机的系统进行增量更新。本公开的云手机更新方法，提高了云手机增量更新的效率，也提高了云主机管理系统的安全性。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1是本公开可以应用于其中的示例性系统架构图；

图2是根据本公开的云手机更新方法的一个实施例的流程图；

图3是根据本公开的云手机更新方法的另一个实施例的流程图；

图4是根据本公开的云手机更新方法的一个应用场景的示意图；

图5是根据本公开的云手机更新装置的一个实施例的结构示意图；

图6是用来实现本公开实施例的云手机更新方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。

图1示出了可以应用本公开的云手机更新方法或云手机更新装置的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103可以为手机、电脑以及平板等电子设备，终端设备101、102、103可以将云计算技术应用于终端服务，基于与云端的服务器105进行数据交互实现云服务。例如，终端设备101、102、103可以为云手机。

终端设备101、102、103可以是硬件，也可以是软件。当终端设备101、102、103为硬件时，可以是各种电子设备，包括但不限于车载电脑、车载平板、车辆控制设备等等。当终端设备101、102、103为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

服务器105可以提供各种服务。例如，服务器105可以对从终端设备101、102、103获取到的增量更新文件进行分析和处理，并生成处理结果(例如对云手机的安卓系统进行更新)。

需要说明的是，服务器105可以是硬件，也可以是软件。当服务器105为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器105为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

需要说明的是，本公开实施例所提供的用于检测应用状态的方法可以由终端设备101、102、103执行，也可以由服务器105执行，用于检测应用状态的装置可以设置于终端设备101、102、103中，也可以设置于服务器105中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，其示出了根据本公开的云手机更新方法的一个实施例的流程200。该云手机更新方法包括以下步骤：

步骤201，接收增量更新文件。

在本实施例中，云手机更新方法的执行主体(例如图1所示的服务器105)可以接收增量更新文件，其中，增量更新文件中主要是用户自定义的程序或补丁，增量更新文件是一个压缩包形式的文件，也即用户将自定义增量更新的程序或补丁进行压缩，从而得到该增量更新文件，并将进行上传，该增量更新文件用于对云手机的安卓系统进行增量更新。

需要说明的是，云手机(Cloud phone)就是将云计算技术运用于网络终端服务，通过云服务器实现云服务的手机，云手机无一例外都采用了安卓(Android)操作系统。本公开中的云手机是基于ARM(Advanced RISC Machines)服务器的，ARM服务器是以ARM架构芯片打造的服务器，在ARM服务器上安装Linux系统，例如乌班图系统(Ubuntu)。Linux，全称GNU/Linux，是一种免费使用和自由传播的类UNIX操作系统。在这个Linux系统(宿主系统)上，可以部署虚拟化软件。然后安卓系统运行在对应的虚拟化机上，虚拟机安装在宿主机上，宿主机也就是物理机，安卓系统也就是安卓手机界面。

在本实施例中，上述执行主体可以接收用于对云手机的安卓系统进行更新的增量更新文件。这里，会预先在宿主系统中部署一个管理程序，这个管理程序中提供了一个预先封装好的、用于自定义镜像的接口，用户可以通过该接口来上传增量更新文件，之后，上述执行主体会接收用户上传的增量更新文件，并基于该增量更新文件来对云手机的安卓系统进行增量更新。

步骤202，响应于增量更新文件的摘要信息通过校验，更改云手机对应的系统卷的状态。

在本实施例中，上述执行主体可以在步骤201接收的增量更新文件的摘要信息通过校验的情况下，更改云手机对应的系统(system)卷的状态。

具体地，上述执行主体在接收到用户上传的自定义的增量更新文件后，会对该增量更新文件的摘要信息进行校验，例如，可使用信息摘要算法对增量更新文件的摘要信息进行校验，以确定其摘要信息是否完整，并在增量更新文件的摘要信息通过校验的情况下，也即增量更新文件的摘要信息完整的情况下，更改云手机对应的system卷的状态。其中，system卷中存储了云手机的安卓系统的系统文件，也即对云手机的系统进行更新的文件都是存储在system卷中的。

由于system卷在正常状态下是只读的，用户无法对只读状态下的system卷中的内容进行任何操作，这样可以保证系统运行的稳定与安全。在本实施例中，上述执行主体会将system卷的状态由只读改为可写，从而将增量更新文件解压到system上。

可选地，在增量更新文件的摘要信息未通过校验的情况下，也即增量更新文件的摘要信息不完整的情况下，会记录任务失败的信息，以及返回对应的错误信息，从而使得用户及时获得具体的更新情况。

步骤203，将增量更新文件解压到系统卷上，以对云手机的系统进行增量更新。

在本实施例中，上述执行主体可以在更改system卷的状态后，将增量更新文件解压到system卷上，从而自动运行增量更新文件中的文件，进而实现对云手机的安卓系统进行增量更新。由于每台宿主机上的虚拟机都会有一个序号，该序号为从0开始自增的一个数字，每个数字的目录就是每台虚拟机的目录，在解压的时候会根据接口的信息找到对应的目录，从而将其解压到对应的位置上。

需要说明的是，增量更新文件的目录结构必须符合安卓系统的标准目录结构。在解压的时候，上述执行主体会按照增量更新文件的目录来进行解压，但是经过解压后的目录结构如果与安卓系统的标准目录结构不一致，那么这个更新就不会生效，会返回更新错误信息，也即增量更新文件的目录结构直接影响着更新能否成功。

本公开实施例提供的云手机更新方法，首先接收用于对云手机的系统进行增量更新的增量更新文件；然后响应于增量更新文件的摘要信息通过校验，更改云手机对应的系统卷的状态；最后将增量更新文件解压到系统卷上，以对云手机的系统进行更新。本实施例中的云手机更新方法，该方法通过封装好的接口接收用户上传的增量更新文件，并基于该增量更新文件来对云手机的安卓系统进行增量更新，不需要提供宿主机的权限就能完成整个增量更新过程，从而提高了云主机管理系统的安全性；此外，在该方法中，用户通过封装好的接口便可完成自定义镜像的更新和修改，从而提高了增量更新的效率。

本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

继续参考图3，图3示出了根据本公开的云手机更新方法的另一个实施例的流程300。该云手机更新方法包括以下步骤：

步骤301，接收增量更新文件。

在本实施例中，云手机更新方法的执行主体(例如图1所示的服务器105)可以接收用于对云手机的安卓系统进行增量更新的增量更新文件。步骤301与前述实施例的步骤201基本一致，具体实现方式可以参考前述对步骤201的描述，此处不再赘述。

步骤302，利用信息摘要算法对增量更新文件的摘要信息进行校验，以确定摘要信息是否完整。

在本实施例中，云手机更新方法的执行主体(例如图1所示的服务器105)可以利用信息摘要算法对增量更新文件的摘要信息进行校验，以确定该摘要信息是否完整。并且在增量更新文件的摘要信息通过校验的情况下，也即摘要信息完整的情况下，执行步骤303。

需要说明的是，信息摘要算法(Message-Digest Algorithm)是一种密码散列函数，可以利用产出的散列值对增量更新文件进行校验，以确保信息传输完整一致。上述执行主体通过信息摘要算法对获取到的增量更新文件进行校验，以避免因更新文件错误导致的更新失败。

在本实施例的一些可选实施方式中，上述执行主体可以在增量更新文件的摘要信息未通过校验的情况下，也即摘要信息不完整的情况下，返回增量更新文件错误信息，以及上述执行主体还会在后台记录任务失败的信息，从而保证更新过程的顺利进行，并且及时让用户知道更新的情况。

步骤303，将运行云手机的系统的虚拟机停机。

在本实施例中，上述执行主体可以在增量更新文件的摘要信息通过校验的情况下，也即摘要信息完整的情况下，将运行安卓系统的虚拟机停机。这里，虚拟机(VirtualMachine)指通过软件模拟的具有完整硬件系统功能的、运行在一个完全隔离环境中的完整计算机系统，安卓系统运行在虚拟机上，虚拟机安装在宿主机上，宿主机就是物理机，物理机是相对于虚拟机而言的对实体计算机的称呼，物理机提供给虚拟机以硬件环境，有时也称为“寄主”或“宿主”。

由于虚拟机在运行状态下，无法更改system卷的状态，所以上述执行主体会在确定增量更新文件的摘要信息完整的情况下，在宿主机上将虚拟机停机，从而对system卷的状态进行更改，以实现将增量更新文件解压到system卷上。

步骤304，将云手机对应的系统卷的状态挂载为可写。

在本实施例中，上述执行主体可以将云手机对应的system卷的状态挂载为可写。由于在虚拟机正常运行的状态下，system卷的状态为只读，在只读状态下无法对system卷进行任何操作，所以上述执行主体会在将虚拟机停机后，将云手机对应的system卷的状态挂载为可写。可以理解的是，挂载通常是指由操作系统使一个存储设备(诸如硬盘、CD-ROM或共享资源)上的计算机文件和目录可供用户通过计算机的文件系统访问的一个过程。上述执行主体将云手机对应的system卷的状态挂载为可写，以将增量更新文件解压到system卷上。

步骤305，将增量更新文件解压到系统卷上。

在本实施例中，上述执行主体可以将增量更新文件解压到系统卷上。步骤305与前述实施例的步骤203基本一致，具体实现方式可以参考前述对步骤203的描述，此处不再赘述。

在本实施例的一些可选实施方式中，增量更新文件的目录结构与云手机的系统的目录结构相同。也即增量更新文件的目录结构必须符合安卓系统的标准目录结构，如此才能保证更新的顺利进行。如果经过解压后的目录结构如果与安卓系统的标准目录结构不一致，那么这个更新就不会生效，会返回更新错误信息，也即增量更新文件的目录结构直接影响着更新能否成功。

步骤306，将系统卷的状态挂载为只读。

在本实施例中，上述执行主体可以在将增量更新文件解压到system卷上之后，重新将系统卷的状态挂载为只读。将system卷的状态重新挂载为只读，以保证系统的安全性。

步骤307，将虚拟机开机。

在本实施例中，上述执行主体可以在将系统卷的状态挂载为只读之后，重新将虚拟机开机，以保证系统的正常运行。

从图3中可以看出，本实施例在上述图2所示实施例的基础上，在接收增量更新文件之后，利用信息摘要算法对增量更新文件的摘要信息进行校验，以确定摘要信息的完整性，然后在增量更新文件的摘要信息通过校验的情况下，将虚拟机停机，并将云手机对应的系统卷的状态挂载为可写，从而将增量更新文件解压到系统卷上，从而实现对云手机的系统进行增量更新，并且会重新把系统卷的状态挂载为只读，以及将虚拟机开机，从而提高了更新的效率，以及保证了更新过程中系统运行的安全性。

继续参见图4，其示出了根据本公开的云手机更新方法的一个应用场景的示意图。

在图4的应用场景中，服务器首先会接收用户通过封装好的接口上传的增量更新文件，该增量更新文件为一个压缩包，其中包含用户自定义的程序或补丁。

然后，上述执行主体会校验增量更新文件的MD5，即利用信息摘要算法对增量更新文件的摘要信息的完整性进行校验，并在增量更新文件的摘要信息完整的情况下，在宿主机上将虚拟机停机，由于虚拟机在运行状态下，无法更改system卷的状态，所以上述执行主体会在确定增量更新文件的摘要信息完整的情况下，在宿主机上将虚拟机停机，从而对system卷的状态进行更改，以实现将增量更新文件解压到system卷上。

之后，上述执行主体会将system卷挂载为可写，从而将增量更新文件解压到system卷上，从而自动运行增量更新文件中的文件，进而实现对云手机的安卓系统进行增量更新。

最后，在将增量更新文件解压到system卷上之后，上述执行主体会重新将system卷挂载为只读，并将虚拟机开机，以保证系统的安全性以及正常运行。

在该应用场景中，通过在宿主机部署管理程序，并提供给用户封装好的接口，以使用户上传增量更新文件，使得不需要提供宿主机的权限便能完成整个更新过程，从而提高了云主机管理系统的安全性；并且，通过封装好的接口，使得用户通过自助的方式便可完成自定义镜像的更新和修改，从而提高了更新的效率。

进一步参考图5，作为对上述各图所示方法的实现，本公开提供了一种云手机更新装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图5所示，本实施例的云手机更新装置500包括：接收模块501、更改模块502和解压模块503。其中，接收模块501，被配置成接收增量更新文件，其中，增量更新文件用于对云手机的系统进行增量更新；更改模块502，被配置成响应于增量更新文件的摘要信息通过校验，更改云手机对应的系统卷的状态；解压模块503，被配置成将增量更新文件解压到系统卷上，以对云手机的系统进行增量更新。

在本实施例中，云手机更新装置500中：接收模块501、更改模块502和解压模块503的具体处理及其所带来的技术效果可分别参考图2对应实施例中的步骤201-203的相关说明，在此不再赘述。

在本实施例的一些可选的实现方式中，上述云手机更新装置还包括：校验模块，被配置成利用信息摘要算法对增量更新文件的摘要信息进行校验，以确定摘要信息是否完整；返回模块，被配置成响应于摘要信息未通过校验，返回增量更新文件错误信息。

在本实施例的一些可选的实现方式中，上述云手机更新装置还包括：停机模块，被配置成将运行云手机的系统的虚拟机停机；以及更改模块包括：第一挂载子模块，被配置成将云手机对应的系统卷的状态挂载为可写。

在本实施例的一些可选的实现方式中，上述云手机更新装置还包括：挂载模块，被配置成将系统卷的状态挂载为只读；开机模块，被配置成将虚拟机开机。

在本实施例的一些可选的实现方式中，增量更新文件的目录结构与云手机的系统的目录结构相同。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图6示出了可以用来实施本公开的实施例的示例电子设备600的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图6所示，设备600包括计算单元601，其可以根据存储在只读存储器(ROM)602中的计算机程序或者从存储单元608加载到随机访问存储器(RAM)603中的计算机程序，来执行各种适当的动作和处理。在RAM 603中，还可存储设备600操作所需的各种程序和数据。计算单元601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

设备600中的多个部件连接至I/O接口605，包括：输入单元606，例如键盘、鼠标等；输出单元607，例如各种类型的显示器、扬声器等；存储单元608，例如磁盘、光盘等；以及通信单元609，例如网卡、调制解调器、无线通信收发机等。通信单元609允许设备600通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元601可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元601的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元601执行上文所描述的各个方法和处理，例如云手机更新方法。例如，在一些实施例中，云手机更新方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元608。在一些实施例中，计算机程序的部分或者全部可以经由ROM 602和/或通信单元609而被载入和/或安装到设备600上。当计算机程序加载到RAM 603并由计算单元601执行时，可以执行上文描述的云手机更新方法的一个或多个步骤。备选地，在其他实施例中，计算单元601可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行云手机更新方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

云计算(cloud computing)，指的是通过网络接入弹性可扩展的共享物理或虚拟资源池，资源可以包括服务器、操作系统、网络、软件、应用和存储设备等，并可以以按需、自服务的方式对资源进行部署和管理的技术体系。通过云计算技术，可以为人工智能、区块链等技术应用、模型训练提供高效强大的数据处理能力。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决传统物理主机与虚拟专用服务器(VPS，Virtual Private Server)服务中存在的管理难度大，业务扩展性弱的缺陷。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (13)

1.一种云手机更新方法，包括：

接收增量更新文件，其中，所述增量更新文件用于对云手机的系统进行增量更新；

响应于所述增量更新文件的摘要信息通过校验，更改所述云手机对应的系统卷的状态；

将所述增量更新文件解压到所述系统卷上，以对所述云手机的系统进行增量更新。

2.根据权利要求1所述的方法，还包括：

利用信息摘要算法对所述增量更新文件的摘要信息进行校验，以确定所述摘要信息是否完整；

响应于所述摘要信息未通过校验，返回增量更新文件错误信息。

3.根据权利要求2所述的方法，还包括：

将运行所述云手机的系统的虚拟机停机；以及

所述更改所述云手机对应的系统卷的状态，包括：

将所述云手机对应的系统卷的状态挂载为可写。

4.根据权利要求3所述的方法，还包括：

将所述系统卷的状态挂载为只读；

将所述虚拟机开机。

5.根据权利要求1所述的方法，其中，所述增量更新文件的目录结构与所述云手机的系统的目录结构相同。

6.一种云手机更新装置，包括：

接收模块，被配置成接收增量更新文件，其中，所述增量更新文件用于对云手机的系统进行增量更新；

更改模块，被配置成响应于所述增量更新文件的摘要信息通过校验，更改所述云手机对应的系统卷的状态；

解压模块，被配置成将所述增量更新文件解压到所述系统卷上，以对所述云手机的系统进行增量更新。

7.根据权利要求6所述的装置，还包括：

校验模块，被配置成利用信息摘要算法对所述增量更新文件的摘要信息进行校验，以确定所述摘要信息是否完整；

返回模块，被配置成响应于所述摘要信息未通过校验，返回增量更新文件错误信息。

8.根据权利要求7所述的装置，还包括：

停机模块，被配置成将运行所述云手机的系统的虚拟机停机；以及

所述更改模块包括：

第一挂载子模块，被配置成将所述云手机对应的系统卷的状态挂载为可写。

9.根据权利要求8所述的装置，还包括：

挂载模块，被配置成将所述系统卷的状态挂载为只读；

开机模块，被配置成将所述虚拟机开机。

10.根据权利要求6所述的装置，其中，所述增量更新文件的目录结构与所述云手机的系统的目录结构相同。

11.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-5中任一项所述的方法。

12.一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行权利要求1-5中任一项所述的方法。

13.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-5中任一项所述的方法。

Images