1. An updating method for a single-image push local terminal is characterized by comprising the following steps:

cutting and customizing the winPE mirror image based on a minimization system;

starting an operating system through the winPE mirror image;

acquiring a master image file pushed by a server;

and operating the master image file to enter an operating system, receiving the updated file pushed by the server, and updating the version of the master image file based on the updated file to obtain the version-updated master image file.

2. The updating method of the single-mirror push local terminal according to claim 1, wherein after "get the updated master mirror file", the method comprises:

and running the updated master image file to start the operating system.

3. A background updating method for a multi-mirror push local terminal is characterized by comprising the following steps:

acquiring a master image file pushed by a server;

running a main mirror image file into an operating system, and copying a secondary mirror image file in a local disk by using the main mirror image file;

receiving an update file pushed by a server, and updating the version of the secondary mirror image file based on the update file to obtain the secondary mirror image file with the updated version;

and restarting to enter the secondary mirror image file with the updated version, and pushing the difference of the secondary mirror image file with the updated version to the primary mirror image file in the local disk.

4. A background update method for a multi-mirror local terminal according to claim 3, wherein before "acquiring the primary mirror file pushed by the server", the method comprises:

and starting the operating system diskless.

5. The background update method for a multi-mirror push local terminal according to claim 4, wherein the "diskless boot operating system" includes:

cutting and customizing the winPE mirror image based on a minimization system;

and starting the operating system through the winPE mirror image.

6. The background update method for a multi-mirror local terminal according to claim 3, wherein the step of obtaining the primary mirror file pushed by the server comprises:

establishing a network connection and sending a request, wherein the request is used for copying a master mirroring file of a required type of operating system;

a master image file is received.

7. The background update method for a multi-mirror local terminal according to claim 6, wherein after "restart entering the updated secondary mirror file and differentially pushing the updated secondary mirror file to the primary mirror file in the local disk", the method comprises:

and updating the version of the primary mirror image file based on the secondary mirror image file with the updated version to obtain the primary mirror image file with the updated version.

8. A background update method for a multi-mirror push local terminal according to claim 1, wherein before receiving the server-pushed update file, the method further comprises:

and receiving a version updating message issued by the server.

9. A responsive update method for a current online system in a plurality of systems, comprising the steps of:

receiving an update file pushed by a server in a current system;

judging whether other systems exist in the local disk except the current system;

if the judgment result is yes, version updating is carried out on other systems based on the updated file, and other systems with updated versions are obtained.

10. A background updating device of a multi-image push local terminal is characterized by comprising:

the main image file acquisition module is used for acquiring a main image file pushed by the server;

the auxiliary mirror image file generation module is used for operating the main mirror image file to enter the operating system and copying an auxiliary mirror image file in the local disk by using the main mirror image file;

the auxiliary mirror image file version updating module is used for receiving an updating file pushed by the server and updating the version of the auxiliary mirror image file based on the updating file to obtain the auxiliary mirror image file with the updated version;

and the primary mirror image file version updating module is used for restarting to enter the secondary mirror image file with the updated version, and pushing the difference of the secondary mirror image file with the updated version to the primary mirror image file in the local disk.

Background

With the development of network technology and software technology, the application of computers is no longer limited to local. The desktop of the user terminal can be virtualized, and a thin terminal is used for operating remote desktop connection software to be connected to a cloud computing center to obtain virtual desktop service. Therefore, the cloud computing center can uniformly manage the virtual desktops and improve data security, reliability and maintainability.

In the prior art, when a cloud computing center manages a virtual desktop, the cloud computing center often encounters a requirement that the virtual desktop needs to be updated continuously, such as software upgrading, data adding, and the like, and at this time, an operating system image used for generating the virtual desktop needs to be updated frequently, and this problem is generally solved by an image making tool provided by the cloud computing center. The existing mirror image manufacturing tool uploads some basic operating system mirror images when a cloud computing center is initialized, then generates a virtual desktop based on the mirror images, updates the desktop state data of a virtual machine through operations such as installing software in the desktop, and generates a new operating system mirror image.

However, the diskless mode pushing mode has the following problems: 1. the conventional basic operation image files are images of win10, win7 and the like, and the images cause large network traffic when a system is not driven by a disc. 2. When a disk is started and enters a system to start using the desktop, the virtual desktop is updated, so that the network occupation is large, and the real-time use experience of the virtual desktop is poor. 3. Under the condition of multiple systems, whether a new version is released or not can be judged only after the system is entered.

In summary, no effective solution is currently available for the above-mentioned problems existing in the background update of the current virtual desktop in the prior art.

Disclosure of Invention

The embodiment of the application provides an updating method and device for a mirror image push local terminal, and the problems that in the prior art, network flow is large when a system is not accessed by a disk, real-time use experience of a virtual desktop is poor when a system version is updated by the disk, and the method and device are not suitable for virtual desktops of multiple systems are solved.

In a first aspect, an embodiment of the present application provides an update method for a single-mirror push local terminal, where the method includes: cutting and customizing the winPE mirror image based on a minimization system; starting an operating system through the winPE mirror image; acquiring a master image file pushed by a server; and operating the master image file to enter an operating system, receiving the updated file pushed by the server, and updating the version of the master image file based on the updated file to obtain the version-updated master image file.

In a second aspect, the embodiment of the present application provides a background updating method for a multi-mirror push local terminal, which obtains a primary mirror file pushed by a server; running a main mirror image file into an operating system, and copying a secondary mirror image file in a local disk by using the main mirror image file; receiving an update file pushed by a server, and updating the version of the secondary mirror image file based on the update file to obtain the secondary mirror image file with the updated version; restarting into a versioned secondary mirror

In a third aspect, an embodiment of the present application provides a method for responsive update of a current online system in multiple systems, including the following steps: receiving an update file pushed by a server in a current system; judging whether other systems exist in the local disk except the current system; if the judgment result is yes, version updating is carried out on other systems based on the updated file, and other systems with updated versions are obtained.

In a fourth aspect, an embodiment of the present application provides an update apparatus for a single-mirror push local terminal, including: the winPE customizing module is used for cutting and customizing a winPE mirror image based on a minimizing system; the diskless starting module is used for starting the operating system through the winPE mirror image; the main image file acquisition module is used for acquiring a main image file pushed by the server; and the version updating module is used for operating the master image file to enter the operating system, receiving the updated file pushed by the server, and updating the version of the master image file based on the updated file to obtain the version-updated master image file.

In a fifth aspect, an embodiment of the present application provides a background updating apparatus for pushing a local terminal with multiple images, including: the main image file acquisition module is used for acquiring a main image file pushed by the server; the auxiliary mirror image file generation module is used for operating the main mirror image file to enter the operating system and copying an auxiliary mirror image file in the local disk by using the main mirror image file; the auxiliary mirror image file version updating module is used for receiving an updating file pushed by the server and updating the version of the auxiliary mirror image file based on the updating file to obtain the auxiliary mirror image file with the updated version; and the primary mirror image file version updating module is used for restarting to enter the secondary mirror image file with the updated version, and pushing the difference of the secondary mirror image file with the updated version to the primary mirror image file in the local disk.

In a sixth aspect, an embodiment of the present application provides a device for responsive update of a current online system in multiple systems, including: the update file acquisition module is used for receiving the update file pushed by the server in the current system; the multi-system judgment module is used for judging whether other systems except the current system exist in the local disk; and if the judgment result is yes, the version updating module carries out version updating on other systems based on the updated file to obtain other systems with updated versions.

In a seventh aspect, an embodiment of the present application provides an electronic apparatus, including a memory and a processor, where the memory stores a computer program, and the processor is configured to execute the computer program to perform the update method of the single-mirror push local terminal according to the first aspect and/or the background update method of the multi-mirror push local terminal according to the second aspect and/or the responsive update method for the current online system in the multiple systems according to the third aspect. .

In an eighth aspect, an embodiment of the present application provides a storage medium, where a computer program is stored in the storage medium, where the computer program is configured to execute, when running, the update method for a single-image-pushing local terminal in the first aspect, and/or the background update method for a multi-image-pushing local terminal in the second aspect, and/or the responsive update method for a current online system in multiple systems in the third aspect.

The main contributions and innovation points of the invention are as follows:

1. the scheme provides an updating method of a single-image push local terminal, a win PE or Linux image is customized to replace a win7 or win10 image, network consumption during system entering is reduced through small-image diskless starting, and the system can be rapidly entered to start pushing the image.

2. The scheme provides a background updating method for a multi-image push local terminal, and the push is operated in the background by using a mode that a local terminal stores a main image and an auxiliary image, so that the use of the current image is not influenced. And after the updating is finished, the image of the latest version is used for entering the system, and the background pushes the image difference of the latest version to another image by using the disk reading and writing in the using process.

3. The scheme provides a responsive updating method for the current online system in the multiple systems, the difference updating of the current system to other systems is eliminated, the system is the latest version after being restarted, the system does not need to be restarted and then judged whether the system is updated or not, the real-time response is realized, the updating steps are saved, the updating is accelerated, the user experience is better, and the use is more convenient.

The details of one or more embodiments of the application are set forth in the accompanying drawings and the description below to provide a more thorough understanding of the application.

Drawings

The accompanying drawings, which are included to provide a further understanding of the application and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the application and together with the description serve to explain the application and not to limit the application. In the drawings:

FIG. 1 is a flow chart of a PE update mode according to an embodiment of the application;

FIG. 2 is a flow diagram of a background update mode according to an embodiment of the present application;

FIG. 3 is a flow diagram of responsive updating according to an embodiment of the present application;

fig. 4 is a block diagram illustrating an updating apparatus of a single-image push local terminal according to an embodiment of the present application;

fig. 5 is a block diagram of a background updating apparatus of a multi-mirror push local terminal according to an embodiment of the present application;

fig. 6 is a schematic diagram of a hardware structure of an electronic device according to an embodiment of the present application.

Detailed Description

Reference will now be made in detail to the exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, like numbers in different drawings represent the same or similar elements unless otherwise indicated. The implementations described in the following exemplary embodiments do not represent all implementations consistent with one or more embodiments of the present specification. Rather, they are merely examples of apparatus and methods consistent with certain aspects of one or more embodiments of the specification, as detailed in the claims which follow.

It should be noted that: in other embodiments, the steps of the corresponding methods are not necessarily performed in the order shown and described herein. In some other embodiments, the method may include more or fewer steps than those described herein. Moreover, a single step described in this specification may be broken down into multiple steps for description in other embodiments; multiple steps described in this specification may be combined into a single step in other embodiments.

Example one

The embodiment of the application provides an updating method for a single mirror image push local terminal, which comprises the following steps S101 to S104:

and step S101, cutting and customizing the winPE mirror image based on the minimization system.

In the step, the minimization system only comprises a mainboard, a memory bank, a hard disk and a CPU, and the winPE mirror image is cut out according to the customization of the minimization system, so that the network consumption is saved when the operating system is started. In addition, images of win7, win10, etc. may also be replaced by Linux images.

And step S102, starting the operating system through the winPE mirror image.

Specifically, the winPE is an image clipped by the basic operating system, and starts the operating system based on the image to generate a virtual desktop, so that operations such as installing software and the like can be executed in the virtual desktop.

The difference between the step and the prior art is that the mirror image data needs to be read from the server through the network when the machine is started at present, and because some desktop programs, background programs and background services which are started automatically exist when Win7 and Win10 enter the desktop, the flow of more than 500M is needed when the Win7 is started, and the flow of more than 960M is needed when the Win10 is started. The customized and cut winPE image is only used for pushing the image, no redundant network traffic is consumed, and only 260M traffic is needed. Compared with win7 and win10, the method saves 2-3 times of flow data. The low traffic will result in lower network consumption and faster start-up. And the customized small mirror image only needs to read mirror image data for the first drive, and the subsequent startup is directly started from the local, so that the network consumption is 0.

And step S103, acquiring the primary mirror image file pushed by the server.

In this step, the server software runs on the server, and the master image file is also stored on the server. The master image file refers to a system file acquired from a server and used for creating a virtual desktop.

The push refers to that a client acquires a new operating system image from a server through a network, and is network data interaction between client software and server software.

The mirror image pushing specifically comprises the following steps:

firstly, after the version of the main image file of the server side (server) is updated, the client side (each client) is informed that the current system is updated.

And secondly, the client requests the updated data block index and the data size from the server.

And thirdly, the client requests a service list from the server.

And fourthly, the client requests corresponding data from the machines in the service list according to the data block index and writes the data into the local primary mirror image file.

And step five, finishing the mirror image pushing service after all the data requests are finished.

And step S104, operating the master image file to enter an operating system, receiving the update file pushed by the server, and updating the version of the master image file based on the update file to obtain the version-updated master image file.

In this step, the server issues a version update message to the virtual desktop, and simultaneously pushes the update file, and the terminal acquires the update file and updates the version of the master image file based on the update file.

In one embodiment, step S104 further includes: and running the updated master image file to start the operating system.

In this example, the primary image file is a new operating system image acquired by the client to the server through the network, and the virtual desktop can be used when the client restarts the operating system by using the primary image file after the primary image file is pushed.

Through the steps S101 to S104, the present application provides a technical solution of replacing images such as win7 and win10 with a win pe image or a Linux image, where some desktop programs, background programs, or background services that are bootable and self-bootable are provided when the win7 and win10 systems enter the desktop, and these all generate network data interaction with the server, so that a lot of redundant network traffic is increased. The small images of the winPE and the Linux customized in the scheme are only used for pushing the images, and redundant network flow consumption is avoided. The network consumption when the operating system is started through the small mirror image can be saved, and the system can be quickly accessed to push the mirror image. And the only work of the winPE and Linux images after the operating system is started is to push the main image to the local, and no strategy or desktop application program is executed, so that network resources and server resources are saved, the network resources can be maximally utilized by synchronous work, the pushing efficiency is improved, and the winPE and Linux images are automatically restarted to enter the corresponding system after being pushed.

Illustratively, fig. 1 is a flowchart of a PE update mode according to an embodiment of the present application, where as shown in fig. 1, a desktop of a client is virtualized, and a remote desktop is run by using a thin terminal, such as a winPE or Linux image, after entering the remote desktop, a synchronization program is started to interact with a server, and a synchronization program acquires image data from a server to a local terminal, so as to complete pushing and restarting to enter a corresponding image. The difference between this embodiment and the prior art is that winPE, Linux is custom tailored according to a minimization system, where minimization means that only the most basic components that enable clients to boot and interact with the server are installed in this example. The conventional win10 and win7 images are all installed with desktop programs, background programs or background services which are started automatically, network traffic is large in the process of starting an operating system due to network data interaction between the programs or the services and a service end, a small image customized by the minimized system only comprises necessary elements and a virtual disk drive required by starting equipment, corresponding system information is read from a server through the virtual disk drive and is directly written into a local hard disk, and therefore network resources are saved.

Example two

The embodiment of the application provides a background updating method for a multi-mirror image push local terminal, which comprises the following steps S201 to S204:

step S201, a primary mirror image file pushed by the server is acquired.

In one embodiment, acquiring the primary mirror image file pushed by the server comprises: establishing a network connection and sending a request, wherein the request is used for copying a master mirroring file of a required type of operating system; a master image file is received.

In this example, the operating system is started without a disk and the system file pushed by the server is received through the network. The operating system can be started by using the win7 and win10 images, and preferably, the embodiment starts the operating system by collecting the customized win PE image provided by the first embodiment, so that the network flow during diskless starting is reduced

Step S202, operating the main mirror image file to enter an operating system, and copying a secondary mirror image file in the local disk by the main mirror image file.

In this step, the primary mirror image file and the secondary mirror image file refer to two systems written in the local disk, and the two systems do not have primary and secondary points. In this example, the primary and secondary mirror image files may also be the first mirror image file and the second mirror image file; a current mirror image file and a backup mirror image file; an initial image file, a copy of an image file, etc.

Step S203, receiving the update file pushed by the server, and performing version update on the secondary mirror image file based on the update file to obtain a secondary mirror image file with an updated version.

The effect of the secondary image file here is: when the current operating system is the main image file and just receives the version updating message issued by the server, the auxiliary image file can be updated in the background, and the problem of poor desktop using effect can not be caused when the desktop is used in the main image file. It should be noted that there may be a plurality of sub-image files, and when updating in the background, a plurality of sub-image files may be updated simultaneously, or only one of the sub-image files may be updated, as long as the latest version of the image file can be entered after the restart, and the latest version of the image file is pushed to the main image file or other sub-image files in the background by using the disk read/write.

The background updating referred in the step means that the desktop does not need to write back data to the server when in use, but is updated in the local background, so that the problem that the normal use is influenced by network fluctuation does not exist.

Specifically, when the desktop in the conventional modes win7 and win10 is normally used, real-time network interaction with the server is required, data are written back to the server, a large amount of network data are read and written in the mirror image pushing process, and bandwidth is used to cause network fluctuation, operation blockage, delay and the like when the desktop is normally used, so that the desktop is poor in using effect.

In addition, the push storage of the mirror image data in the primary and secondary mirror image modes is safer, and even if the data is damaged in the push process, at least one mirror image can be ensured to be good, so that the starting of the local mirror image cannot be influenced; in the traditional mode, if data is damaged in the pushing process, a subsequent machine cannot be started normally, the machine must be restored to the previous restoration point, and the full-disk synchronization must be performed again seriously, so that the normal use of a user is influenced. Therefore, another technical point of the embodiment is to solve the problem that the subsequent machine cannot be started normally due to data damage in the data pushing process.

And step S204, restarting to enter the secondary mirror image file with the updated version, and differentially pushing the secondary mirror image file with the updated version to the primary mirror image file in the local disk.

In this step, the secondary mirroring file is pushed to the primary mirroring file in a background disk reading and writing manner, so that the primary mirroring file and the secondary mirroring file are both the latest versions. That is to say, in the update file push scenario of the multi-image file, the other image files except the current image file can be differentially updated in the background to obtain the image with the latest version, the image is restarted to enter the image with the latest version, and the current image before being restarted is differentially pushed, so that all the image files in the client are the latest version.

That is, when the current image is the primary image, the server pushes the new version to the secondary image, the secondary image is updated to the latest, the machine is restarted to enter the secondary image, the secondary image is differentially pushed to the primary image, and the primary image and the secondary image are both the latest version at the moment. Similarly, when the current mirror image is the secondary mirror image, the server pushes the new version to the primary mirror image, the primary mirror image is updated to be the latest, the machine is restarted to enter the primary mirror image, the primary mirror image is differentially pushed to the secondary mirror image, and the primary mirror image and the secondary mirror image are the latest version at the moment.

In step S204, the pushing of the updated file can be performed in the background by storing the primary and secondary images in the local terminal, so that the use of the current system is not affected, and the problem of poor desktop use effect of the current image in the image pushing process is effectively solved.

The difference between this embodiment and the prior art is that, referring to fig. 2, at least two mirror images are stored in the local terminal, and when a new version is released, the difference is pushed to other mirror image files that are not the current mirror image to perform background difference update. After the update is completed, the other image files are all the latest versions, the operating system is started through other image texts, and at the moment, the current version before restart is the old version, so that the image file of the latest version in the local disk can update the image file of the old version in a differential push mode. According to the method and the device, the image file can be updated and optimized, the latest version of the image file can be obtained during login at each time, the beneficial effect that the desktop is used cannot be influenced when the image file is updated is achieved, the updating steps can be saved through real-time response, and the desktop using experience of the user is accelerated and optimized.

EXAMPLE III

The embodiment of the application provides a response type updating method of a current online system, which comprises the following steps:

step S301, receiving an update file pushed by a server in a current system;

step S302, judging whether other systems except the current system exist in the local disk;

and step S303, if the judgment result is yes, updating the versions of other systems based on the updated file to obtain other systems with updated versions.

Specifically, in the first embodiment, a PE update mode is provided, which saves network resources by restarting a small mirror image, such as winPE, and in the second embodiment, a background update mode is provided, which realizes background update by differential push of a primary mirror image and a secondary mirror image. The embodiment of the application provides a PE updating mode applied to a single-system or multi-system updating scene and a background updating mode applied to the single-system or multi-system updating scene, and is applicable to single-system or multi-system difference. The existing scheme must enter a single system to confirm whether an update is required or not in the single system. Whether the selected system needs to be updated or not is confirmed in multiple systems, namely, no matter a single system or multiple systems, the existing scheme needs to enter the system first to judge whether the system is updated or not, then the mirror image is pushed, and the latest system is restarted after the pushing is finished. Therefore, the present disclosure provides a scenario for operating the PE update mode and the background update mode, and the update procedure of a single system or multiple systems is described below with reference to system a1, system B1, system C1, system a2, system B2, and system C2.

1. Application of PE update mode

(1) Multi-system

The multi-system comprises a system A1, a system B1 and a system C1, after the system A1 is started, a client receives version update notifications of the system B1 and the system C1, and when the client judges that the image needing to be updated does not have the system A1, the client pushes an update file of the B1 image, and pushes the update file of the system C1 after pushing is finished, wherein the system B1 and the system C1 in the multi-system are the latest versions. That is, the technical effect is achieved that other systems except the current system can be updated in the background without entering the system and then confirming whether the update is needed.

(2) Single system

The single system is a system A1, when the system A1 is started, the client is restarted and enters a winPE mirror image pushing system A1 to update files after receiving a version update notice of the system A1, and the client is restarted and enters the system A1 of the latest version after pushing is finished. Namely, the technical effect of saving network resources by winPE mirror image pushing under a single system is realized.

2. Application of background update mode

(1) Multi-system

The multi-system comprises a system A2, a system B2 and a system C2, after the system A2 is started, a client receives version update notifications of the system A2, the system B2 and the system C2, starts to push update files of a main image of the A2 to a secondary image of the A2, pushes update files of a main image of the B2 to a secondary image of the B2 after pushing is completed, and pushes update files of a main image of the C2 after pushing is completed, wherein the system A2, the system B2 and the system C2 in the multi-system are latest versions at the moment. Namely, the technical effects that each system can be updated in the background, the system can be ensured to be the latest version when entering the system next time, and whether the update is needed or not is confirmed after entering the system are achieved.

(2) Single system

The single system is a system A2, the version update notification of the system A2 is received after the system A2 is started, the update file of the main image of the A1 is pushed to the auxiliary image of the A1, the auxiliary image of the A1 is restarted after the pushing is finished, and the update of the main image of the A1 is finished through the disk difference pushing.

That is to say, in the scheme, when the new version is released, the server notifies the local terminal, and in the background updating mode, no matter in a single system or multiple systems, the local terminal can perform differentiated updating based on the released update file. The PE updating mode can perform different updating processing according to a single system and multiple systems. When the system is judged to be a single system, the PE updating mode can directly enter the PE mirror image to start updating next time, and when the system is judged to be a multi-system, the current starting system can be excluded, and the other systems can start differential updating.

Example four

Based on the same concept, the present application further provides a background updating apparatus for pushing a local terminal in a single system, which, with reference to fig. 4, includes:

the winPE customizing module 401 is used for cutting and customizing a winPE mirror image based on a minimized system;

a diskless boot module 402, configured to boot an operating system through a winPE mirror;

a master image file obtaining module 403, configured to obtain a master image file pushed by a server;

and the version updating module 404 is configured to run the master image file to enter the operating system, receive the update file pushed by the server, and perform version updating on the master image file based on the update file to obtain a master image file with an updated version.

In the fifth embodiment, the first step is,

based on the same concept, the present application further provides a background updating apparatus for pushing a local terminal in a single system, which, with reference to fig. 5, includes:

a master image file obtaining module 501, configured to obtain a master image file pushed by a server;

the auxiliary mirror image file generating module 502 is configured to run a main mirror image file to enter an operating system, and copy an auxiliary mirror image file in a local disk as the main mirror image file;

the secondary mirror image file version updating module 503 is configured to receive an update file pushed by the server, and perform version updating on the secondary mirror image file based on the update file to obtain a secondary mirror image file with an updated version;

and a primary mirror image file version updating module 504, configured to restart to enter the secondary mirror image file with the updated version, and push the difference of the secondary mirror image file with the updated version to the primary mirror image file in the local disk.

EXAMPLE six

Based on the same concept, the present application also provides a responsive update apparatus for a current online system in multiple systems, comprising:

the update file acquisition module is used for receiving the update file pushed by the server in the current system;

the multi-system judgment module is used for judging whether other systems except the current system exist in the local disk;

and if the judgment result is yes, the version updating module carries out version updating on other systems based on the updated file to obtain other systems with updated versions.

EXAMPLE seven

The present embodiment further provides an electronic device, referring to fig. 6, comprising a memory 604 and a processor 602, wherein the memory 604 stores a computer program, and the processor 602 is configured to execute the computer program to perform the steps in any of the above method embodiments.

Specifically, the processor 602 may include a Central Processing Unit (CPU), or A Specific Integrated Circuit (ASIC), or may be configured to implement one or more integrated circuits of the embodiments of the present application.

Memory 604 may include, among other things, mass storage 604 for data or instructions. By way of example, and not limitation, memory 604 may include a hard disk drive (hard disk drive, HDD for short), a floppy disk drive, a solid state drive (SSD for short), flash memory, an optical disk, a magneto-optical disk, magnetic tape, or a Universal Serial Bus (USB) drive or a combination of two or more of these. Memory 604 may include removable or non-removable (or fixed) media, where appropriate. The memory 604 may be internal or external to the data processing apparatus, where appropriate. In a particular embodiment, the memory 604 is a Non-Volatile (Non-Volatile) memory. In particular embodiments, memory 604 includes Read-only memory (ROM) and Random Access Memory (RAM). The ROM may be mask-programmed ROM, Programmable ROM (PROM), Erasable PROM (EPROM), Electrically Erasable PROM (EEPROM), electrically rewritable ROM (EAROM), or FLASH memory (FLASH), or a combination of two or more of these, where appropriate. The RAM may be a static random-access memory (SRAM) or a dynamic random-access memory (DRAM), where the DRAM may be a fast page mode dynamic random-access memory 604 (FPMDRAM), an extended data output dynamic random-access memory (EDODRAM), a synchronous dynamic random-access memory (SDRAM), or the like.

The memory 604 may be used to store or cache various data files for processing and/or communication purposes, as well as possibly computer program instructions for execution by the processor 602.

The processor 602 reads and executes the computer program instructions stored in the memory 604 to implement any one of the above-described embodiments of the background update method for the single-system push local terminal.

Optionally, the electronic apparatus may further include a transmission device 606 and an input/output device 608, where the transmission device 606 is connected to the processor 602, and the input/output device 608 is connected to the processor 602.

The transmitting device 606 may be used to receive or transmit data via a network. Specific examples of the network described above may include wired or wireless networks provided by communication providers of the electronic devices. In one example, the transmission device includes a Network adapter (NIC) that can be connected to other Network devices through a base station to communicate with the internet. In one example, the transmitting device 606 can be a Radio Frequency (RF) module, which is used to communicate with the internet in a wireless manner.

The input/output device 608 is used for inputting or outputting information. For example, the input/output device may be a mobile terminal, a display screen, a sound box, a microphone, a mouse, a keyboard, or other devices. In this embodiment, the input information may be a desktop management and control instruction, a selected operating system, an update file, and the like, and the output information may be an image file version, an instruction execution result, and the like.

Optionally, in this embodiment, the processor 602 may be configured to execute the following steps by a computer program:

s101, cutting and customizing a winPE mirror image based on a minimization system;

s102, starting an operating system through a winPE mirror image;

s103, acquiring a master image file pushed by a server;

and S104, operating the master mirroring file to enter an operating system, receiving the update file pushed by the server, and updating the version of the master mirroring file based on the update file to obtain the version-updated master mirroring file.

S201, acquiring a main mirror image file pushed by a server;

s202, running a main mirror image file into an operating system, and copying a secondary mirror image file in a local disk by using the main mirror image file;

s203, receiving the update file pushed by the server, and updating the version of the auxiliary mirror image file based on the update file to obtain the updated auxiliary mirror image file;

and S204, restarting to enter the secondary mirror image file with the updated version, and differentially pushing the secondary mirror image file with the updated version to the primary mirror image file in the local disk.

S301, receiving an update file pushed by a server in a current system;

s302, judging whether other systems except the current system exist in the local disk;

s303, if the judgment result is yes, updating versions of other systems based on the updated file; resulting in other systems that have been version updated.

It should be noted that, for specific examples in this embodiment, reference may be made to examples described in the foregoing embodiments and optional implementations, and details of this embodiment are not described herein again.

In addition, with reference to the first to third embodiments, the embodiments of the present application can be implemented by providing a storage medium. The storage medium having stored thereon a computer program; when executed by a processor, the computer program implements any one of the above embodiments, namely, the background updating method for the single-system push local terminal, the background updating method for the multi-system push local terminal, and the response updating method for the current online system.

It should be understood by those skilled in the art that various features of the above embodiments can be combined arbitrarily, and for the sake of brevity, all possible combinations of the features in the above embodiments are not described, but should be considered as within the scope of the present disclosure as long as there is no contradiction between the combinations of the features.

The above examples are merely illustrative of several embodiments of the present application, and the description is more specific and detailed, but not to be construed as limiting the scope of the present application. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the concept of the present application, which falls within the scope of protection of the present application. Therefore, the protection scope of the present application shall be subject to the appended claims.