具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。

需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。

实施例一

本申请实施例提供了一种单镜像推送本地终端的更新方法，所述方法包括以下步骤S101至S104：

步骤S101，基于最小化系统裁剪定制winPE镜像。

在本步骤中，最小化系统仅包括主板，内存条，硬盘，CPU，根据最小化系统定制裁剪出winPE镜像，在启动操作系统时节省网络消耗。此外，还可以通过Linux镜像替代win7、win10等镜像。

步骤S102，通过winPE镜像启动操作系统。

具体地，winPE是基础操作系统剪裁后的镜像，基于该镜像启动操作系统生成一个虚拟桌面，可以在虚拟桌面中执行安装软件等操作。

本步骤与现有技术的区别在于，目前机器每次启动都需要通过网络从服务器上读取镜像数据，因为Win7、Win10系统进桌面会有一些开机自启的桌面程序、后台程序、后台服务，所以win7启动需要500M以上流量，win10启动需要960M以上流量。定制化裁剪过的winPE镜像只是为了镜像的推送，没有多余的网络流量消耗，只需要260M流量。与win7、win10相比，节省了2-3倍的流量数据。流量少则网络消耗就低了，启动也会更快。并且定制的小镜像只有第一次驱动需要读取镜像数据，后续开机都直接从本地启动，网络消耗为0。

步骤S103，获取服务器推送的主镜像文件。

在本步骤中，服务端软件运行在服务器上，主镜像文件也存储于服务器上。主镜像文件是指从服务器上获取的系统文件，用于创建虚拟桌面。

推送指客户机通过网络向服务器获取新的操作系统镜像，是客户端软件和服务端软件之间的网络数据交互。

镜像推送的具体包括：

第一步、服务端(服务器)的主镜像文件版本更新后，通告客户端(各个客户机)当前系统有更新。

第二步、客户端向服务端请求更新的数据块索引和数据大小。

第三步、客户端向服务器请求服务列表。

第四步、客户端根据数据块索引，向服务列表中的机器请求相应的数据，写入本地的主镜像文件中。

第五步、所有数据请求完成即完成镜像推送服务。

步骤S104，运行主镜像文件进入操作系统，接收服务器推送的更新文件，基于更新文件对主镜像文件进行版本更新，得到已版本更新的主镜像文件。

在本步骤中，服务器发布版本更新消息至虚拟桌面上，同时推送更新文件，终端获取更新文件，并基于更新文件对主镜像文件进行版本更新。

在其中一个实施例中，步骤S104还包括：运行已版本更新的主镜像文件启动操作系统。

在本例中，主镜像文件是客户机通过网络向服务器获取的新的操作系统镜像，主镜像文件推送完成后客户机重启以主镜像文件启动操作系统即可使用虚拟桌面。

通过上述步骤S101至步骤S104，本申请提出了一种用winPE镜像或者Linux镜像代替win7、win10等镜像的技术方案，win7、win10系统进桌面会有一些开机自启的桌面程序、后台程序或者后台服务，这些都会产生和服务端之间的网络数据交互，所以增加了很多多余的网络流量。而本方案中定制的winPE、Linux这些小镜像只是为了镜像的推送，没有多余的网络流量消耗。通过小镜像启动操作系统能节省进操作系统时的网络消耗，快速进入系统推送镜像。并且winPE、Linux镜像在启动操作系统后唯一工作就是推送主镜像到本地，不执行任何策略和桌面应用程序，节省了网络资源、服务器资源，使同步工作能最大化利用网络资源，提高了推送效率，推送完成后自动重启进入相应的系统。

示例性的，图1是根据本申请实施例的PE更新模式流程图，如图1所述，客户机的桌面虚拟化，并通过使用一个瘦终端，例如winPE或者Linux镜像运行远程桌面，进入远程桌面后启动同步程序和服务器交互，通过同步程序从服务端获取镜像数据到本地终端，完成推送重启进入相应镜像。本实施例中与现有技术的区别在于，根据最小化系统定制剪裁出winPE、Linux，在本例中最小化指的是只安装有让客户机能够启动并与服务器交互的最基本的部件。常规的win10、win7镜像中都会安装有开机自启的桌面程序、后台程序或者后台服务，在启动操作系统过程中会因为上述程序或者服务与服务端之间网络数据交互造成网络流量大，而最小化系统定制出来的小镜像里只包括设备开机所需必要元素以及虚拟盘驱动，通过虚拟盘驱动从服务器读取相应的系统信息，直接写入本地硬盘，因此节省了网络资源。

实施例二

本申请实施例提供了一种多镜像推送本地终端的后台更新方法，所述方法包括以下步骤S201至S204：

步骤S201，获取服务器推送的主镜像文件。

在其中一个实施例中，获取服务器推送的主镜像文件包括：建立网络连接并发送请求，其中，请求用于拷贝所需类型操作系统的主镜像文件；接收主镜像文件。

在本例中，采用无盘启动操作系统并通过网络接收服务器推送的系统文件。可以使用win7、win10镜像启动操作系统，作为优选，本例通过实施例一提供的采集定制的winPE镜像启动操作系统，从而减少无盘启动时的网络流量

步骤S202，运行主镜像文件进入操作系统，在本地磁盘中以主镜像文件复制一副镜像文件。

在本步骤中，主镜像文件、副镜像文件指的是写入本地磁盘的两个系统，两个系统没有主次之分，在本例中为了对两个系统进行区分，将无盘驱动操作系统从服务器中获取到的系统信息作为主系统文件，复制主系统文件得到至少一个副镜像文件。在本例中，主、副镜像文件也可以用第一镜像文件、第二镜像文件；当前镜像文件、备份镜像文件；初始镜像文件、镜像文件副本等表示。

步骤S203，接收服务器推送的更新文件，基于更新文件对副镜像文件进行版本更新，得到已版本更新的副镜像文件。

在此处副镜像文件的作用是：当当前操作系统为主镜像文件，恰好接收到服务器发布的版本更新消息时，可以让副镜像文件在后台进行更新，此时在主镜像文件中进行桌面使用不会造成桌面使用效果差的问题。需要说明的是，副镜像文件也可以是多个，在后台更新时，可以同时对多个副镜像文件进行更新，也可以只对其中一个副镜像文件进行更新，只要在重启后能进入到最新版本的镜像文件，并且利用磁盘读写在后台将最新版本的镜像文件推送给主镜像文件或其他副镜像文件即可。

在本步骤中所涉及的后台更新是指桌面使用时不需要回写数据到服务端，而是在本地后台更新，因此不存在网络波动影响正常使用的问题。

具体地，在传统模式win7、win10桌面正常使用时需要和服务端实时网络交互，回写数据到服务端，镜像推送过程中会有大量的网络数据读写，会抢用带宽导致桌面正常使用时产生网络波动，操作卡顿、延迟等问题，因此桌面使用效果差，而本实施例的一大技术点在于解决了桌面体验差的问题。

此外，主副镜像模式镜像数据推送存储更安全，即使在推送过程中数据损坏，也能保证至少有一个镜像是好的，不会影响本地镜像的启动；而传统模式在推送过程中，如果出现数据损坏，后续机器无法正常启动，必须还原到上个还原点才行，严重的必须要重新全盘同步，影响了用户的正常使用。因此实施例的另一技术点在于解决了数据推送过程中数据损坏造成后续机器无法正常启动的问题。

步骤S204，重启进入已版本更新的副镜像文件，在本地磁盘中将已版本更新的副镜像文件差异推送到主镜像文件。

在本步骤中，副镜像文件通过后台磁盘读写的方式推送给主镜像文件，使主、副镜像文件均为最新版本。也就是说，在多镜像文件的更新文件推送场景中，除当前镜像之外的其他镜像文件均可以在后台进行差异更新，得到最新版本镜像，重启进入最新版本镜像，对重启前的当前镜像进行差异推送，使客户机内的所有镜像文件均为最新版本。

也就是说，当前为主镜像时，服务器推送新版本给副镜像，副镜像更新到最新，重启机器进入副镜像，副镜像再差异推送到主镜像，主副镜像此时都为最新版本。同理，当前为副镜像时，服务器推送新版本给主镜像，主镜像更新到最新，重启机器进入主镜像，主镜像再差异推送到副镜像，主副镜像此时都是最新版本。

在步骤S204中，通过本地终端存储主副镜像方式能使更新文件的推送在后台运行，不影响当前系统的使用，有效解决了在推送镜像过程中会导致当前镜像的桌面使用效果差的问题。

本实施例与现有技术的区别之处在于，参考图2，本地终端中至少存储有两个镜像，当新版本发布时，差异推送到非当前镜像的其他镜像文件进行后台差异更新，由于推送在后台运行，不会影响当前系统的使用。更新完成后，其他镜像文件都为最新版本，通过其他镜像文本启动操作系统，此时重启前的当前进行版本还是旧版本，因此本地磁盘中的最新版本的镜像文件可以通过差异推送的方式更新旧版本的镜像文件。本实施例能够实现每次登录时的镜像文件都有最新版本，且镜像文件在更新时不会影响桌面使用的有益效果，能通过实时响应节省更新步骤，加快更新优化用户的桌面使用体验。

实施例三

本申请实施例提供了一种当前在线系统的响应式更新方法，包括以下步骤：

步骤S301，在当前系统中接收服务器推送的更新文件；

步骤S302，判断本地磁盘中除当前系统以外是否有其他系统；

步骤S303，若判断为是，基于更新文件对其他系统进行版本更新，得到已版本更新的其他系统。

具体地，在实施例一中提出了一种PE更新模式，通过winPE这种小镜像重启节省网络资源，在实施例二中提出了一种后台更新模式，通过主副镜像差异化推送实现在后台的更新。而本申请实施例提出了一种PE更新模式运用在单系统或多系统更新场景以及后台更新模式运用在单系统或多系统更新场景，适用于单系统或多系统差异。现有方案在单系统中必须进入该单系统确认是否需要更新。在多系统中必须进入选中的系统确认是否需要更新，也就是说，不论单系统或者多系统，现有方案必须先进入系统才会判断有没有系统更新，然后推送镜像，推送完成后重启进入最新系统。因此在本方案中提供了PE更新模式、后台更新模式的运用场景，下面以系统A1、系统B1、系统C1、系统A2、系统B2、系统C2对单系统或多系统的更新步骤进行说明。

1、PE更新模式的运用

(1)多系统

多系统包括系统A1、系统B1、系统C1，启动系统A1后客户端收到系统B1和系统C1的版本更新通知，客户端判断出需要更新的镜像没有系统A1，则推送B1镜像的更新文件，推送完成后再推送系统C1的更新文件，此时多系统中的系统B1、系统C1都是最新版本。即，实现了除当前系统以外的其他系统能够在后台进行更新，而不用进入系统后再确认是否需要更新的技术效果。

(2)单系统

单系统为系统A1，启动系统A1后收到系统A1的版本更新通知，客户端重启就会进入winPE镜像推送系统A1的更新文件，推送完成后重启进入最新版本的系统A1。即，实现了单系统下以winPE镜像推送节省网络资源的技术效果。

2、后台更新模式的运用

(1)多系统

多系统包括系统A2、系统B2、系统C2,启动系统A2后客户端收到系统A2、系统B2和系统C2的版本更新通知，开始推送A2的主镜像的更新文件到A2的副镜像，推送完成后再推送B2的主镜像的更新文件到B2的副镜像，推送完成后再推送C2的主镜像的更新文件，此时多系统中的系统A2、系统B2、系统C2都是最新版本。即，实现了对每一系统都能够在后台进行更新，下次进入系统时能保证该系统为最新版本，而不用进入系统后再确认是否需要更新的技术效果。

(2)单系统

单系统为系统A2，启动系统A2后收到系统A2的版本更新通知，开始推送A1的主镜像的更新文件到A1的副镜像，推送完成后再重启进入A1的副镜像，通过磁盘差异推送完成对A1的主镜像的更新。

也就是说，在本方案中，当新版本发布时，服务器会通告给本地终端，在后台更新模式不论单系统还是多系统，本地终端可以基于发布的更新文件进行差异化更新。PE更新模式会根据单系统和多系统进行不同的更新处理。当判断为单系统时，PE更新模式下次会直接进入PE镜像开始更新，当判断为多系统时，会排除当前启动系统，对其他系统开始差异更新。

实施例四

基于相同的构思，本申请还提出了一种单系统推送本地终端的后台更新装置，参考图4，包括：

winPE定制模块401，用于基于最小化系统裁剪定制winPE镜像；

无盘启动模块402，用于通过winPE镜像启动操作系统；

主镜像文件获取模块403，用于获取服务器推送的主镜像文件；

版本更新模块404，用于运行主镜像文件进入操作系统，接收服务器推送的更新文件，基于更新文件对主镜像文件进行版本更新，得到已版本更新的主镜像文件。

实施例五，

基于相同的构思，本申请还提出了一种单系统推送本地终端的后台更新装置，参考图5，包括：

主镜像文件获取模块501，，用于获取服务器推送的主镜像文件；

副镜像文件生成模块502，用于运行主镜像文件进入操作系统，在本地磁盘中以主镜像文件复制一副镜像文件；

副镜像文件版本更新模块503，用于接收服务器推送的更新文件，基于更新文件对副镜像文件进行版本更新，得到已版本更新的副镜像文件；

主镜像文件版本更新模块504，用于重启进入已版本更新的副镜像文件，在本地磁盘中将已版本更新的副镜像文件差异推送到主镜像文件。

实施例六

基于相同的构思，本申请还提出了一种针对多系统中的当前在线系统的响应式更新装置，包括：

更新文件获取模块，用于在当前系统中接收服务器推送的更新文件；

多系统判断模块，用于判断本地磁盘中除当前系统以外是否有其他系统；

版本更新模块，若判断为是，基于更新文件对其他系统进行版本更新，得到已版本更新的其他系统。

实施例七

本实施例还提供了一种电子装置，参考图6，包括存储器604和处理器602，该存储器604中存储有计算机程序，该处理器602被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

具体地，上述处理器602可以包括中央处理器(CPU)，或者特定集成电路(ApplicationSpecificIntegratedCircuit，简称为ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

其中，存储器604可以包括用于数据或指令的大容量存储器604。举例来说而非限制，存储器604可包括硬盘驱动器(HardDiskDrive，简称为HDD)、软盘驱动器、固态驱动器(SolidStateDrive，简称为SSD)、闪存、光盘、磁光盘、磁带或通用串行总线(UniversalSerialBus，简称为USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器604可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器604可在数据处理装置的内部或外部。在特定实施例中，存储器604是非易失性(Non-Volatile)存储器。在特定实施例中，存储器604包括只读存储器(Read-OnlyMemory，简称为ROM)和随机存取存储器(RandomAccessMemory，简称为RAM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(ProgrammableRead-OnlyMemory，简称为PROM)、可擦除PROM(ErasableProgrammableRead-OnlyMemory，简称为EPROM)、电可擦除PROM(ElectricallyErasableProgrammableRead-OnlyMemory，简称为EEPROM)、电可改写ROM(ElectricallyAlterableRead-OnlyMemory，简称为EAROM)或闪存(FLASH)或者两个或更多个以上这些的组合。在合适的情况下，该RAM可以是静态随机存取存储器(StaticRandom-AccessMemory，简称为SRAM)或动态随机存取存储器(DynamicRandomAccessMemory，简称为DRAM)，其中，DRAM可以是快速页模式动态随机存取存储器604(FastPageModeDynamicRandomAccessMemory，简称为FPMDRAM)、扩展数据输出动态随机存取存储器(ExtendedDateOutDynamicRandomAccessMemory，简称为EDODRAM)、同步动态随机存取内存(SynchronousDynamicRandom-AccessMemory，简称SDRAM)等。

存储器604可以用来存储或者缓存需要处理和/或通信使用的各种数据文件，以及处理器602所执行的可能的计算机程序指令。

处理器602通过读取并执行存储器604中存储的计算机程序指令，以实现上述实施例中的任意一种单系统推送本地终端的后台更新方法。

可选地，上述电子装置还可以包括传输设备606以及输入输出设备608，其中，该传输设备606和上述处理器602连接，该输入输出设备608和上述处理器602连接。

传输设备606可以用来经由一个网络接收或者发送数据。上述的网络具体实例可包括电子装置的通信供应商提供的有线或无线网络。在一个实例中，传输设备包括一个网络适配器(Network Interface Controller，简称为NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输设备606可以为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通讯。

输入输出设备608用于输入或输出信息。例如，上述输入输出设备可以是移动终端、显示屏、音箱、麦克、鼠标、键盘或其他设备。在本实施例中，输入的信息可以是桌面管控指令、选中的操作系统、更新文件等，输出的信息可以是镜像文件版本、指令执行结果等等。

可选地，在本实施例中，上述处理器602可以被设置为通过计算机程序执行以下步骤：

S101，基于最小化系统裁剪定制winPE镜像；

S102，通过winPE镜像启动操作系统；

S103，获取服务器推送的主镜像文件；

S104，运行主镜像文件进入操作系统，接收服务器推送的更新文件，基于更新文件对主镜像文件进行版本更新，得到已版本更新的主镜像文件。

S201，获取服务器推送的主镜像文件；

S202，运行主镜像文件进入操作系统，在本地磁盘中以主镜像文件复制一副镜像文件；

S203，接收服务器推送的更新文件，基于更新文件对副镜像文件进行版本更新，得到已版本更新的副镜像文件；

S204，重启进入已版本更新的副镜像文件，在本地磁盘中将已版本更新的副镜像文件差异推送到主镜像文件。

S301，在当前系统中接收服务器推送的更新文件；

S302，判断本地磁盘中除当前系统以外是否有其他系统；

S303，若判断为是，基于更新文件对其他系统进行版本更新；得到已版本更新的其他系统。

需要说明的是，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

另外，结合上述实施例一至三，本申请实施例可提供一种存储介质来实现。该存储介质上存储有计算机程序；该计算机程序被处理器执行时实现上述实施例中的任意一种单系统推送本地终端的后台更新方法、多系统推送本地终端的后台更新方法以及当前在线系统的响应式更新方法。

本领域的技术人员应该明白，以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。