A cloud desktop upgrade method

Abstract

The present invention relates to a cloud desktop upgrade method, comprising: installing a cloud desktop system client on a terminal and sending an upgrade request to a server; receiving a new virtual hardware configuration from the server; simulating one or more new virtual hardware components in a first operating system of the terminal based on the new virtual hardware configuration; installing a hypervisor based at least in part on the one or more new virtual hardware components; and managing a second operating system provided by the server using the hypervisor. The cloud desktop system client in this application can update the cloud desktop based on the terminal hardware configuration and / or user needs, thereby meeting different user needs and improving user satisfaction.

Description

Technical Field

[0001] The present invention relates to the field of computer network technology, and in particular to a cloud desktop upgrading method. Background Art

[0002] With years of technological development, cloud desktop systems have become relatively mature. Traditional cloud desktop systems store users' desktop systems on servers. Remote servers enable unified management of user desktop systems, dynamic provisioning and operation, and flexible allocation and recycling. For example, VDI (Virtual Desktop Infrastructure) is a typical cloud desktop system. All operations are performed on the server, and thin terminals only provide network connectivity and interactive functions. However, VDI-based cloud desktop systems are heavily dependent on the network, making offline use very difficult. Furthermore, VDI's support for peripheral devices is very limited. As a result, the user experience is poor.

[0003] As PC computing power continues to grow, Intel has introduced the IDV (Intelligent Desktop Virtualization) model for cloud desktop systems. IDV utilizes distributed computing, leveraging local computing resources to provide a better bandwidth experience and peripheral device compatibility, and can even operate offline.

[0004] However, when migrating from a network with a large number of existing computers to a cloud desktop system, the existing network is rife with various computer models. IDV needs to create a corresponding image for each model in the cloud, making the management and maintenance of the cloud desktop system extremely complex and burdensome. This makes migrating existing computer networks to a cloud desktop system prohibitively expensive, hindering its widespread adoption and adoption. Furthermore, if the underlying hardware of a terminal changes or requirements shift, the existing cloud desktop upgrade process is extremely complex, resulting in a poor user experience. Summary of the Invention

[0005] In response to the technical problems existing in the prior art, the present invention proposes a cloud desktop upgrade method, including: installing a cloud desktop system client on the terminal to send an upgrade request to the server; receiving a new virtual hardware configuration from the server; simulating one or more new virtual hardware in the first operating system of the terminal according to the new virtual hardware configuration; installing a hypervisor based at least partially on the one or more new virtual hardware; and using the hypervisor to manage the second operating system provided by the server.

[0006] The method as described above further includes: the server determining the new virtual hardware configuration according to part of the hardware in the basic hardware layer of the terminal.

[0007] The method as described above further comprises: forwarding the calculation request of the new virtual hardware to the server on the installation program of the cloud desktop system client, and receiving the calculation result from the server.

[0008] The method as described above further comprises: forwarding, on the installation program of the cloud desktop system client, a read and write request of part of the new virtual hardware for the external memory to the server, and receiving the read and write results from the server.

[0009] The method as described above further includes: determining whether the image containing the second operating system has changed.

[0010] The method as described above further comprises: in response to a change in the image containing the second operating system, receiving a designated new image from the server.

[0011] The method as described above further includes: downloading a new image including an image or an incremental image of the second operating system.

[0012] The method as described above further includes: running the second operating system and determining whether the performance of the second operating system meets the upgrade request.

[0013] The method as described above further comprises: in response to the performance of the second operating system still not meeting the upgrade request, replacing the image with a new one designated by the server.

[0014] The method as described above further comprises: in response to the performance of the second operating system still not meeting the upgrade request, upgrading the new virtual hardware configuration determined by the server.

[0015] The cloud desktop system client in this application can update the cloud desktop according to the terminal hardware configuration and / or user needs to meet the different needs of users and improve user satisfaction. BRIEF DESCRIPTION OF THE DRAWINGS

[0016] Below, the preferred embodiments of the present invention will be further described in detail with reference to the accompanying drawings, in which:

[0017] Figure 1 is a schematic structural diagram of a cloud desktop system according to an embodiment of the present invention;

[0018] Figure 2 is a schematic diagram of the system structure of a terminal according to an embodiment of the present invention;

[0019] Figure 3 This is a schematic diagram of the operation process of the cloud desktop system client according to one embodiment of the present invention;

[0020] Figure 4 is a flow chart of a server of a cloud desktop system according to an embodiment of the present invention; and

[0021] Figure 5 The figure is a flowchart of a cloud desktop upgrade method according to an embodiment of the present invention. DETAILED DESCRIPTION

[0022] To make the objectives, technical solutions, and advantages of the embodiments of the present invention more clear, the technical solutions in the embodiments of the present invention will be clearly and completely described below in conjunction with the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without making creative efforts shall fall within the scope of protection of the present invention.

[0023] In the detailed description that follows, reference may be made to the various drawings that form part of this application and illustrate specific embodiments of the present application. In the drawings, similar reference numerals describe substantially similar components in different figures. Each specific embodiment of the present application is described below in sufficient detail to enable a person of ordinary skill in the art to implement the technical solutions of the present application. It should be understood that other embodiments may be utilized or that structural, logical, or electrical changes may be made to the embodiments of the present application.

[0024] This invention proposes a cloud desktop system based on IDV. A virtualization application running on a computer terminal's local operating system retrieves virtualization configurations from the cloud and simulates the corresponding hardware. Based on the simulated hardware, secondary virtualization is performed and the cloud desktop is distributed via the IDV framework, thus achieving a network-wide cloud desktop system. Because the number of virtualization configuration types is controllable, cloud desktop maintenance in the cloud is predictable. This will facilitate the deployment and promotion of cloud desktop systems within existing computer networks.

[0025] Figure 1 The figure is a schematic diagram of the structure of a cloud desktop system according to one embodiment of the present invention. As shown, cloud desktop system 100 includes a server 101 and multiple terminals 102-107 connected thereto. Terminals 102 and 103 are in a first local area network (LAN), while terminals 104 and 105 are in a second LAN. Terminals 102 and 103 are not in the same LAN as terminals 104 and 105. Terminals 106 and 107 are connected to server 101 via VPNs.

[0026] In some embodiments, server 101 includes one or more processors, memory, and a communication interface. The processor can be coupled to the memory and communication interface via a high-speed bus. The processor includes one or more central processing units (CPUs), graphics processing units (GPUs), application-specific integrated circuits (ASICs), field programmable gate arrays (FPGAs), or a combination thereof. The processor can execute software or computer-readable instructions stored in the memory to perform the methods or operations described herein. The memory can store software, data, logs, or a combination thereof. The memory can be internal memory or external memory. Examples of internal memory include disk storage, flash memory, non-volatile random access memory (NVRAM), etc. Examples of external memory include memory residing on a storage node, cloud server, or storage server. Examples of communication interfaces include network interface cards, modems, etc. Server 101 can use the communication interface to connect to a first local area network and a second local area network, and communicate with terminals 102-105 located therein, respectively. The server can also use the communication interface to communicate with terminals 106 and 107 located in an external network via a VPN protocol.

[0027] In some embodiments, any of the terminals 102-107 includes: a first processor, a first RAM, a first I / O device, a first display, a first keyboard, and a first mouse; wherein the first I / O device may include a first hard drive and a second network interface card. These devices are all physical facilities of each terminal. As will be understood, the terminals 102-107 are configured to run a first operating system, i.e., a local operating system. These operating systems include, but are not limited to, Windows, Linux, Mac OS, iOS, or Android, or other operating systems based on these operating systems, such as Kylin, Hongqi Linux, AliOS (formerly Yun OS), and Harmony OS. Many of the terminals 102-107 already include the first operating system when purchased. In some cases, maintenance services for the hardware and first operating system of the terminals 102-107 can also be independently provided by the brand service provider or other organization of the terminals 102-107. Therefore, in some embodiments, maintenance of the cloud desktop system does not necessarily include maintenance work for the hardware and first operating system of the terminals 102-107.

[0028] In some embodiments, any one of the terminals 102-107 further includes a first virtualization layer, a second virtualization layer, and a cloud desktop. The first virtualization layer is generated by virtualization in the first operating system, and includes multiple virtual hardware: a second processor, a second RAM, a second I / O device, a second display, a second keyboard, and a second mouse; wherein the second I / O device may include a second hard disk and a second network interface card; it may be the same as the first processor, the first RAM, the first I / O device, the first display, the first keyboard, and the first mouse, or it may be different from them. The second virtualization layer is virtualization software running on the basis of the virtual hardware of the first virtualization layer. Under the IDV framework, the virtualization software of the second virtualization layer has a similar function to the local virtualization software of the IDV, providing support for the cloud desktop thereon. The difference is that in the present invention, the IDV virtualization software runs on each virtualization hardware of the first virtualization layer. A cloud desktop is a second operating system running on a terminal, which includes but is not limited to Windows, Linux, Mac OS, IOS, or Android, or other operating systems based on these operating systems, such as Kylin, Hongqi Linux, AliOS (formerly Yun OS), Harmony OS, etc.

[0029] The secondary virtualization of the terminal provides great flexibility for the cloud desktop system. Although it has undergone secondary virtualization, the loss of local computing performance is not great. Moreover, the performance improvement of the local terminal can also be achieved under the same framework. In some embodiments, if the hardware of the terminal itself, such as the first processor, the first RAM, etc., does not support the virtualization software under the IDV framework, the first virtualization layer can upgrade the hardware such as the first processor and the first RAM through virtualization means and support the client upgrade through the resources of the server 101. For example, the first processor of the terminal is an Intel i3 processor before 2016 and does not support Intel Broadwell, and cannot run the IDV framework. In the first virtualization layer, the virtual second processor can be set to Intel i5-5675C through virtualization means, and the required computing power can be achieved through the computing resources on the server side. This not only makes it easy for the IDV framework to be installed and run smoothly on old terminals, but also can substantially improve the user experience of the terminal.

[0030] Secondary virtualization of terminals also reduces the maintenance burden of cloud desktop systems. Since virtualized hardware configurations are distributed by cloud servers, the number of terminal images can be controlled from the server side. This significantly reduces maintenance workload and actual operating costs of cloud desktop systems.

[0031] The server runs the cloud management platform software to provide management functions for the cloud desktop system. In some embodiments, the server includes an image library 110 and a cloud desktop management module 112; wherein the image library 110 stores one or more images related to the terminal. In some embodiments, multiple terminals can correspond to one image. The reduction in the number of images can reduce the maintenance work required for the images. In other embodiments, the image library 110 includes a base image and multiple incremental images. The base image corresponds to the virtual hardware configuration. There are different base images for different virtual hardware configurations. The incremental image corresponds to the terminal. Each terminal has an incremental image in the image library. The incremental image stores personalized updates of the terminal based on the base image. The smaller number of base images can reduce the maintenance workload and provide flexibility in terminal personalization settings.

[0032] The cloud desktop management module 112 provides management functions for the cloud desktop system. In some embodiments, the cloud desktop management module 112 manages images in the image library, including but not limited to creating new images, binding images to terminals, updating and deleting images, etc. In some embodiments, the cloud desktop management module 112 manages terminals, including but not limited to adding and deleting terminals, configuring networks, setting management policies, and backing up and restoring data. These functions are similar to the management functions in the existing IDV framework and will not be further described here.

[0033] Unlike the existing IDV framework, the cloud desktop management module 112 also provides virtual configuration management functions. The cloud desktop management module receives a virtual configuration request from the terminal. The virtual configuration request includes at least the hardware configuration of the terminal: a first processor, a first RAM, a first I / O device, a first display, a first keyboard, and a first mouse, etc. The cloud desktop management module selects a virtual configuration suitable for the terminal from the multiple existing virtual configurations and sends the virtual configuration to the terminal. As understood, the virtual configuration may be lower than the terminal hardware configuration in terms of computing and storage capabilities; it may also be higher than the terminal hardware configuration in terms of computing and storage capabilities. In order to make full use of the local computing and storage resources of the terminal as much as possible and save computing and storage resources in the cloud, the computing and storage capabilities of the virtual configuration are generally lower than those of the terminal hardware configuration.

[0034] In some embodiments, the server further includes a security authentication service module 114. The security authentication service module 114 provides access services between the terminal and the server, including but not limited to user services, login authentication services, transmission encryption services, and flow control services. These functions are similar to those in the existing IDV framework and will not be further described here.

[0035] In some embodiments, the server also includes a cloud computing management module 116 and a cloud resource management module 118. When the computing or storage capabilities provided by the terminal's hardware are insufficient, a virtual second processor, second RAM, or second I / O port utilizes the server's cloud computing and storage capabilities to provide services to the terminal. Therefore, the server needs to provide corresponding resources based on the virtual configuration to support cloud computing and storage. Furthermore, the server itself also needs to manage multiple terminals and provide corresponding cloud services, which also requires computing and storage resources. The cloud computing management module 116 and cloud resource management module 118 provide and allocate the resources required for cloud computing and storage and manage cloud computing.

[0036] Figure 2 : It is a schematic diagram of the system structure of a terminal according to an embodiment of the present invention. As shown in the figure, the terminal includes a 5-layer structure, namely the basic hardware layer, the local operating system layer, the first virtualization layer, the second virtualization layer and the cloud desktop layer. The basic hardware layer refers to the hardware possessed by the terminal, including a first processor, a first RAM, a first I / O device, a first display, a first keyboard and a first mouse, etc. The local operating system layer (i.e., the first operating system) refers to the local operating system running on the basic hardware layer, which can be Windows, Linux, Mac OS, IOS or Android or other operating systems based on these operating systems, such as Kylin, Hongqi Linux, AliOS (formerly Yun OS), Harmony OS, etc.

[0037] In some embodiments, the terminal can run the client of the cloud desktop system of the present invention at the local operating system layer by installing software or an APP. As will be appreciated, the client of the present invention is provided in different forms depending on the local operating system. For example, an installation package for Windows systems, a dmg file or pkg file for Mac OS systems, an apk file for Android systems, etc. The terminal can obtain the client of the cloud desktop system through website download or other means; and install it on the local operating system of the terminal.

[0038] Through the cloud desktop system client, the terminal can communicate with the server and obtain the virtual hardware settings assigned by the server, and then virtualize the corresponding hardware on the terminal's local operating system. This virtual hardware forms the first virtualization layer, including: a second processor, a second RAM, a second I / O device, a second display, a second keyboard, a second mouse, etc.

[0039] The terminal deploys the IDV framework on the basis of the virtual hardware of the first virtualization layer to remotely run the cloud desktop. As is known, a second virtualization layer, namely a hypervisor, is set on top of the first virtualization layer. The hypervisor runs directly on the virtual hardware to provide the drivers required by the virtual hardware or at least the drivers of the CPU, Interrupt (terminal) and RAM, such as XEN. Since the hypervisor can run directly on the virtual hardware, although it is also virtualization, the performance loss is relatively small, and the reliability of operation can be guaranteed. The hypervisor manages the second operating system running on it. The second operating system can be Windows, Linux, Mac OS, IOS or Android or other operating systems based on these operating systems, such as Kylin, Hongqi Linux, AliOS (formerly Yun OS), Harmony OS, etc. The second virtualization layer and the second operating system layer are similar to the technology of the existing IDV framework, and will not be repeated here.

[0040] Figure 3 1 is a schematic diagram of the operation process of the cloud desktop system client according to one embodiment of the present invention. As shown in the figure, after the cloud desktop system client is installed in the local operating system of the terminal, the cloud desktop system client runs and executes the following steps: In step 310, the hardware configuration of the terminal is obtained, namely the first processor, the first RAM, the first I / O device, the first display, as well as the first keyboard and the first mouse, etc. In step 320, the terminal hardware configuration is sent to the server. These hardware configurations include at least the first processor and the first RAM. In some embodiments, these configurations also include the first I / O device. As understood, the hardware configuration of the terminal sent to the server may also include other hardware, such as a display, a printer, a scanner, etc.

[0041] In step 330, a virtual hardware configuration is received from the server. The virtual hardware configuration includes at least a second processor and a second RAM. In some embodiments, the virtual hardware configuration also includes a second I / O device. As will be appreciated, the virtual hardware configuration sent to the terminal may also include other virtual hardware, such as a display, a printer, a scanner, and the like. After receiving the hardware configuration from the terminal, the server first determines whether the terminal's hardware configuration is capable of running the cloud desktop system and the performance of running the cloud desktop system. Thus, the server determines whether the terminal's hardware configuration needs to be upgraded, that is, whether it is necessary to utilize the computing resources in the cloud to improve the terminal's operating experience. If the computing power needs to be upgraded, the server determines the processor type and amount of RAM to be assigned to the terminal after the upgrade. Next, the server determines the virtual hardware configuration to be allocated to the terminal based on the terminal's hardware configuration and the processor type and amount of RAM to be assigned if an upgrade is required. Similar procedures can also be used for other terminal hardware types that need to be upgraded, such as storage space.

[0042] In some embodiments, the server maintains a certain number of virtual hardware configurations. The server assigns one of these virtual hardware configurations to a terminal based on the terminal's hardware configuration and the specified processor type and RAM amount. As will be appreciated, each virtual hardware configuration corresponds to a different image. This allows the server to maintain a manageable number of images.

[0043] In step 340, the corresponding virtual hardware is simulated on the terminal according to the virtual hardware configuration. The client of the cloud desktop system has the function of simulating hardware with software. This function of the cloud desktop system client is similar to that of VMware Workstation or Visual Box, that is, virtual hardware is generated by software. In some embodiments, when the computing resources of the server are not needed, the communication for the virtual hardware is transferred to the local operating system and then executed by the local hardware. In other embodiments, when the computing resources of the server need to be utilized, the communication for the virtual processor and RAM is sent to the server and the calculation results are received from the server. When the storage resources of the server are needed, the communication for storage, such as the read and write request for the hard disk, will be sent to the server and the read and write results will be received from the server.

[0044] In step 350, the client of the IDV framework is set up based on the virtual hardware configuration. In some embodiments, a hypervisor, such as XEN, is installed on the basis of the virtual hardware. Then, the IDV cloud desktop system client is installed on the terminal through the hypervisor. A suitable second operating system, i.e., a cloud desktop, is selected according to the needs of the terminal. In this way, double virtualization and the operation of the cloud desktop are achieved on the terminal. In this step, the above process is similar to the existing IDV framework client setting method and will not be repeated here.

[0045] Figure 4 The following is a flow diagram of a server in a cloud desktop system according to one embodiment of the present invention. As shown, the process of the server in the cloud desktop system includes the following steps: In step 410, the hardware configuration of the terminal is received. As previously described, the terminal's hardware configuration includes: a first processor, a first RAM, a first I / O device, a first display, a first keyboard, a first mouse, etc. In step 420, it is determined whether the terminal's hardware configuration needs to be upgraded. In some embodiments, the server determines whether the terminal meets the requirements for running the IDV framework. If the terminal's computing power or processor type does not meet the requirements for installing the IDV framework client, the server will increase the terminal's computing power. In some embodiments, if the terminal's storage capacity is insufficient, such as if the storage space is too small, the server will increase the terminal's storage capacity. In some embodiments, in step 430, the server determines whether the performance experience provided by the terminal meets minimum standards. These performance experiences include, but are not limited to, the terminal's wait time for executing certain tasks, the terminal's graphics or video rendering capabilities, and the terminal's storage capacity. If the server determines that the performance experience provided by the terminal does not meet the minimum standards, the server will increase the terminal's computing power and / or storage capacity.

[0046] In step 440, the server determines the computing power and / or storage capacity to be provided to the terminal. In some embodiments, if the purpose is to increase the computing power of the terminal, the server determines the processor type and RAM size of the virtual terminal. For example, the server determines the processor type and RAM size based on the minimum hardware requirements for running the IDV framework or the minimum performance experience requirements. If the purpose is to increase the storage capacity of the terminal, the server determines the size of the cloud storage space to be provided. For example, cloud storage space is allocated to the terminal based on the terminal's needs.

[0047] In step 450, the server determines the virtual hardware configuration of the terminal. In some embodiments, the server's image library stores multiple images. Each image corresponds to multiple virtual hardware configurations. In other embodiments, the images in the image library include a base image and an incremental image. The base image corresponds to a virtual hardware configuration. Thus, the server includes multiple virtual hardware configurations. In some embodiments, the server compares the terminal's hardware configuration with the multiple virtual hardware configurations and assigns the virtual hardware configuration that is closest to the terminal's hardware configuration to the terminal. In some embodiments, the processing power of the CPU in the virtual hardware configuration is less than or equal to the processing power of the CPU in the terminal hardware. The size of the RAM in the virtual hardware configuration is equal to the size of the RAM in the terminal hardware. The size of the hard disk space in the virtual hardware configuration is equal to the size of the hard disk space in the terminal hardware. Of course, the size of the virtual RAM and hard disk space can also be slightly smaller than the size of the terminal RAM and hard disk space. Generally, the size of the virtual CPU processing power, RAM, and hard disk space will not exceed the size of the terminal CPU processing power, RAM, and hard disk space.

[0048] In some embodiments, the server replaces the hardware corresponding to the terminal with the increased computing power and / or storage capacity, and then compares it with multiple virtual hardware configurations to determine the virtual configuration to assign to the terminal. Since the computing power and / or storage capacity of the terminal has been increased, the increased computing power and / or storage capacity corresponds to the computing power and / or storage capacity in the existing multiple virtual configurations. Therefore, after the computing power and / or storage capacity of the terminal has been increased, the corresponding virtual hardware configuration can be easily determined.

[0049] In some embodiments, if the server does not have a virtual hardware configuration suitable for the terminal, a new virtual hardware configuration can be created on the server and a corresponding image can be created in the image library. The newly created virtual hardware configuration is then allocated to the terminal. If the computing power and / or storage capacity of the terminal exceeds the existing virtual hardware configuration on the server, a new virtual hardware configuration is created so that the computing power and / or storage capacity of the terminal are not underutilized.

[0050] In step 460, an image associated with the terminal is specified. The server determines an image suitable for the terminal based on the terminal's computing power and / or storage capacity. In some embodiments, the server obtains the type of operating system required by the terminal and selects an image that matches the terminal's operating system from among the images suitable for the terminal. For example, if the terminal uses Windows XP, a Windows XP image or base image corresponding to the terminal's virtual hardware configuration is selected and assigned to the terminal. The terminal then downloads the specified image and runs the Windows XP cloud desktop.

[0051] In some embodiments, the server manages the image specified by the terminal to remotely manage the cloud desktop of the terminal. For example, the server can change the operating system used by the terminal by changing the image specified for the terminal. The server can add new software to the second operating system of the terminal by installing new software in the image. The server can add new hardware to the second operating system by adding the driver of the terminal hardware in the image. The server can manage the users who use the terminal by configuring login information in the image. The server can manage the permissions of the users who use the terminal by configuring user permissions in the image. The server's management of the cloud desktops of each terminal is similar to the management method under the existing IDV framework and will not be repeated here.

[0052] The present invention implements the distribution and management of cloud desktops by running the IDV framework on virtual hardware simulated on computer terminals. In some embodiments of the present invention, the number of images managed on the server can be effectively reduced, thereby alleviating the workload of cloud desktop maintenance and promoting the deployment and promotion of cloud desktop systems in existing computer networks. In some embodiments of the present invention, the computing power and / or storage capacity provided by the server are used to enhance the virtual hardware of the terminal, thereby smoothly running the cloud desktop system. This not only expands the scope of application of the cloud desktop system, but also improves the user experience of using the cloud desktop system.

[0053] In order to solve the problem of cloud desktops being unable to be upgraded, this application develops a one-click upgrade function in the cloud desktop system client. Specifically, when the hardware configuration of the terminal changes or the user wants a higher performance experience, an upgrade request is sent to the server through the cloud desktop system client; the server determines the new virtual hardware configuration based on the upgrade request, thereby installing the new virtual hardware installation hypervisor and obtaining the upgraded second operating system. The cloud desktop system client in this application can update the cloud desktop according to the terminal hardware configuration and / or user needs to meet the different needs of users and improve user satisfaction.

[0054] Figure 5 It is a flow chart of a cloud desktop upgrade method according to an embodiment of the present invention. As shown in the figure, the process of the server of the cloud desktop system includes the following steps: In step 510, the cloud desktop system client is installed on the terminal and an upgrade request is sent to the server. The cloud desktop upgrade request in this application is applicable to a variety of scenarios. For example, if the terminal has replaced the processor, the virtual hardware configuration before the replacement is incompatible or the virtual hardware configuration before the replacement cannot bring out the best performance of the new processing, and the virtual hardware configuration needs to be updated. Or the user's needs have changed, and the old virtual hardware configuration does not match the user's actual needs. Of course, the upgrade request in this application can be to improve the performance of the new virtual hardware configuration or to reduce the performance of the new virtual hardware configuration, which is not limited here.

[0055] In step 520, a new virtual hardware configuration is received from the server. The server determines the new virtual hardware configuration based on part of the hardware in the basic hardware layer of the terminal. The hardware includes the replaced first processor, first RAM, first I / O device, first display, first keyboard, and first mouse. In some embodiments, the cloud desktop system client sends the latest terminal hardware configuration of the terminal to the server via an upgrade request, and then receives a virtual hardware configuration that matches it from the server. The best virtual hardware configuration is matched according to the latest basic hardware configuration parameters, so that the virtual hardware configuration is consistent with the terminal hardware configuration, thereby improving the user experience. In some embodiments, the cloud desktop system client sends the latest performance requirements of the terminal to the server via an upgrade request, and then receives a virtual hardware configuration that matches it from the server. If the server can meet the performance requirements of the terminal through the new virtual hardware configuration. In some embodiments, if the hardware in the basic hardware layer of the terminal cannot meet the performance requirements, the server will allocate the server's computing power or storage capacity to the terminal, and use this to determine a new virtual hardware configuration to improve the user experience.

[0056] In step 530, one or more new virtual hardware are simulated in the first operating system of the terminal according to the new virtual hardware configuration. The first operating system of the terminal is installed with a cloud desktop system client, which can simulate one or more new virtual hardware according to the received virtual hardware configuration information.

[0057] In some embodiments, when the computing or storage capabilities provided by the terminal's hardware are insufficient, new virtual hardware can leverage the cloud computing and storage capabilities provided by the server to provide services to the terminal. In one embodiment, the cloud desktop system client's installation program forwards the computing request for the new virtual hardware to the server, and receives the computing results from the server. When the server's computing resources are needed, the computing request for the virtual processor and RAM is sent to the server, and the results are received from the server. In this way, the terminal's computing needs are replaced by the server's computing power, thereby meeting the user's computing needs.

[0058] In one embodiment, the cloud desktop system client's installer forwards read and write requests for external storage related to the new virtual hardware to the server, and receives the read and write results from the server. When the server's storage resources are needed, the read and write requests for the storage are sent to the server, and the results are received from the server. The external storage can be a hard drive or storage array on the server. In this way, the terminal's storage needs are partially replaced by the server's storage capacity, thereby meeting the user's storage needs.

[0059] Utilizing the computing resources and / or storage resources of the server can improve the performance of the terminal. Even if the terminal performance is weak, the cloud desktop can still be used to complete some tasks with high performance requirements, thus reducing the requirements of the cloud desktop on the terminal performance.

[0060] In step 540, a hypervisor is installed based at least in part on one or more new virtual hardware. In step 550, the second operating system provided by the hypervisor management server is utilized. Hypervisor runs on virtual hardware, so if the virtual hardware configuration changes, the corresponding hypervisor will also be adjusted accordingly. The second operating system running on the hypervisor may also change. These two steps are similar to those described above and will not be repeated here.

[0061] In step 560, it is determined whether the image containing the second operating system has changed. In step 570, in response to the image containing the second operating system changing, a designated new image is received from the server. In some embodiments, different virtual hardware configurations correspond to different images. If the virtual hardware configuration changes, the image will also change. When the cloud desktop system client on the terminal discovers that the image on the second operating system has changed, it sends a request to change the image to the server. The server searches the image library for a matching image based on the request and sends it to the terminal.

[0062] In one embodiment, the newly downloaded image includes an image or incremental image of the second operating system. The server's image library includes a base image and multiple incremental images. The server determines a new image based on the terminal's image change request; compares the new image with the old image to determine if they are partially identical; and if so, sends the incremental image that differs from the old image to the terminal. By comparing the differences between the new and old images and sending the difference images, the amount of transmitted data and transmission time can be reduced.

[0063] In step 580, the second operating system is run to determine whether its performance meets the upgrade request. After receiving the image, the second operating system is checked to see if its performance meets the user's upgrade request. For example, it checks whether it is perfectly compatible with the replaced terminal hardware and whether it can run certain software smoothly. Feedback on the upgrade results is provided to reduce upgrade-related issues and improve user satisfaction.

[0064] In step 590, in response to the second operating system's performance still not meeting the upgrade request, a new image specified by the server is replaced. If the second operating system still does not meet the upgrade request, it may be because the image has not been updated or the updated image is incompatible with the terminal's hardware configuration. For example, replacing the Windows 10 image with a Windows 7 image can improve user experience. By having the server match a new image and send it to the terminal, the issue of system performance not meeting the upgrade request due to image mismatch can be resolved.

[0065] In one embodiment, in response to the second operating system's performance still not meeting the upgrade request, the upgrade server determines a new virtual hardware configuration. If the upgraded second operating system's performance still fails to meet the user's needs, the virtual hardware configuration may be updated again to upgrade the second operating system's performance until it meets the upgrade request.

[0066] This application can meet various performance requirements by upgrading the cloud desktop. It is also simple to operate. The entire upgrade operation can be completed by sending an upgrade request. The operation is simple and optimizes the user experience.

[0067] The above embodiments are only used to illustrate the present invention, and are not intended to limit the present invention. Ordinary technicians in the relevant technical field can make various changes and modifications without departing from the scope of the present invention. Therefore, all equivalent technical solutions should also fall within the scope of the present invention.

Claims

1. A cloud desktop upgrade method, comprising: Install the cloud desktop system client on the terminal and send an upgrade request to the server; Receive new virtual hardware configuration from the server; simulating one or more new virtual hardware in the first operating system of the terminal according to the new virtual hardware configuration, wherein the one or more new virtual hardware corresponds to the first virtualization layer; installing a hypervisor based at least in part on one or more new virtual hardware components of the first virtualization layer, wherein the hypervisor corresponds to a second virtualization layer, the second virtualization layer being virtualization software running on top of the virtual hardware components of the first virtualization layer; and The second operating system provided by the server is managed using the hypervisor of the second virtualization layer.

2. The method according to claim 1, further comprising: The server determines the new virtual hardware configuration according to part of the hardware in the basic hardware layer of the terminal.

3. The method according to claim 1, further comprising: The installation program of the cloud desktop system client forwards the calculation request of the new virtual hardware to the server, and receives the calculation result from the server.

4. The method according to claim 1, further comprising: The installation program of the cloud desktop system client forwards the read and write requests of the new virtual hardware for the external memory to the server, and receives the read and write results from the server.

5. The method according to claim 1, further comprising: Determine whether the image containing the second operating system has changed.

6. The method according to claim 5, further comprising: In response to a change in the image containing the second operating system, a designated new image is received from the server.

7. The method according to claim 6, further comprising: The new image downloaded includes an image or an incremental image of the second operating system.

8. The method according to claim 7, further comprising: The second operating system is run to determine whether the performance of the second operating system meets the upgrade request.

9. The method according to claim 8, further comprising: In response to the performance of the second operating system still not meeting the upgrade request, replacing the second operating system with a new image specified by the server.

10. The method according to claim 9, further comprising: In response to the performance of the second operating system still not meeting the upgrade request, upgrading the new virtual hardware configuration determined by the server.

Images