CN114281442A

CN114281442A - Cloud desktop client and method thereof

Info

Publication number: CN114281442A
Application number: CN202111383220.3A
Authority: CN
Inventors: 陈国军; 高玉杰; 张怀文; 张弛; 胡勇
Original assignee: North United Power Co Ltd
Current assignee: North United Power Co Ltd
Priority date: 2021-11-22
Filing date: 2021-11-22
Publication date: 2022-04-05

Abstract

The invention relates to a cloud desktop client and a method thereof. Cloud desktop client, including: a base hardware layer; a first operating system layer; a first virtualization layer comprising a plurality of virtual hardware emulated on the native operating system layer; a second virtualization layer comprising a hypervisor on the plurality of virtual hardware bases; and a cloud desktop including a second operating system managed by the hypervisor.

Description

Cloud desktop client and method thereof

Technical Field

The invention relates to the technical field of computer networks, in particular to a cloud desktop client and a method.

Background

With the technological development for many years, cloud desktop systems have become mature. The traditional cloud desktop system means that the desktop systems of users are all stored on a server. The user desktop system d is managed uniformly, dynamically distributed and operated, and flexibly distributed and recovered through the remote server. For example, a vdi (virtual Desktop infrastructure) is a typical cloud Desktop system, all operations are performed on a server side, and a thin terminal only provides network connection and interaction functions. However, the VDI-based cloud desktop system is heavily dependent on the network and is very difficult to use offline. Furthermore, VDI support for peripherals is also very limited. Therefore, the user experience is not good.

With the background of increasing computing power of PC platforms, Intel corporation proposed the idv (intelligent Desktop virtualization) model of cloud Desktop systems. The IDV adopts distributed operation, utilizes local computing resources, can also provide better bandwidth experience and compatibility of peripheral equipment, and can support disconnected network operation.

However, when a computer network with a large number of computers is shifted to a cloud desktop system, because various models of computers exist in the existing computer network, IDV needs to create a corresponding mirror image for each model of computer in the cloud, and the management and maintenance of the cloud desktop system become very complicated and burdensome. Therefore, the existing computer network turning cloud desktop system becomes too high in cost, and popularization and use of the cloud desktop system are influenced.

Disclosure of Invention

Aiming at the technical problems in the prior art, the invention provides a cloud desktop client, which comprises the following steps: a base hardware layer; a first operating system layer; a first virtualization layer comprising a plurality of virtual hardware emulated on the native operating system layer; a second virtualization layer comprising a hypervisor on the plurality of virtual hardware bases; and a cloud desktop including a second operating system managed by the hypervisor.

The client as described above, wherein the first virtualization layer receives a virtual hardware configuration from a server emulating the plurality of virtual hardware, wherein the virtual hardware configuration is based on a portion of hardware in the base hardware layer of the terminal.

The client as described above, wherein the second virtualization layer and cloud desktop are configured to be clients of an IDV framework.

The client terminal as described above, wherein if the computing capability of at least one virtual hardware is higher than the computing capability of the corresponding hardware in the base hardware layer of the terminal, the computing request of the virtual hardware is sent to the server and the computing result is received from the server.

The client terminal as described above, wherein if the storage capacity of at least one virtual hardware is higher than the storage capacity of the corresponding hardware in the base hardware layer of the terminal, a read-write request of a part of the virtual hardware for the external memory is sent to the server and a result of the read-write is received from the server.

According to another aspect of the present invention, an implementation method of a cloud desktop client is provided, including: installing a first operating system on a basic hardware layer of the terminal; emulating a plurality of virtual hardware in the first operating system; installing a hypervisor on the plurality of virtual hardware bases; and managing a second operating system with the hypervisor.

The method as described above, further comprising: receiving a virtual hardware configuration from a server, the virtual configuration defining the plurality of virtual hardware.

The method as above, wherein the hypervisor and second operating system are configured to act as clients to an IDV framework.

The method as described above, further comprising: and responding to the fact that the computing capability of at least one piece of virtual hardware is higher than the computing capability of corresponding hardware in the basic hardware layer of the terminal, sending the computing request of the virtual hardware to the server and receiving the computing result from the server.

The method as described above, further comprising: and in response to the storage capacity of at least one piece of virtual hardware being higher than the storage capacity of corresponding hardware in the basic hardware layer of the terminal, sending a read-write request of a part of the virtual hardware aiming at the external storage to the server and receiving a read-write result from the server.

Drawings

Preferred embodiments of the present invention will now be described in further detail with reference to the accompanying drawings, in which:

FIG. 1 is a schematic structural diagram of a cloud desktop system according to one embodiment of the invention;

FIG. 2 is a system architecture diagram of a cloud desktop system client according to one embodiment of the invention;

FIG. 3 is a schematic diagram of an implementation method of a cloud desktop system client according to an embodiment of the invention; and

fig. 4 is a flow diagram of a server of a cloud desktop system according to one embodiment of the invention.

Detailed Description

In order to make the objects, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, but not all, embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

In the following detailed description, reference is made to the accompanying drawings that form a part hereof and in which is shown by way of illustration specific embodiments of the application. In the drawings, like numerals describe substantially similar components throughout the different views. Various specific embodiments of the present application are described in sufficient detail below to enable those skilled in the art to practice the teachings of the present application. It is to be understood that other embodiments may be utilized and structural, logical or electrical changes may be made to the embodiments of the present application.

The invention provides a cloud desktop system based on IDV. And running a virtualization application on the local operating system at the computer terminal to obtain the virtualization configuration from the cloud and simulate corresponding hardware. And performing secondary virtualization on the basis of simulating hardware, and distributing the cloud desktop through the IDV framework, thereby realizing a full-network cloud desktop system. Since the number of virtualization configuration types is controllable, cloud desktop maintenance at the cloud end will be predictable. This will facilitate the deployment and deployment of cloud desktop systems over existing computer networks.

Fig. 1 is a schematic structural diagram of a cloud desktop system according to an embodiment of the present invention. As shown, the cloud desktop system 100 includes a server 101 and a plurality of

terminals

102 and 107 connected thereto.

Terminals

102 and 103 are in a first local area network and

terminals

104 and 105 are in a second local area network; while

terminals

102 and 103 are not in the same local area network as

terminals

104 and 105.

Terminals

106 and 107 are connected to server 101 via VPNs, respectively.

In some embodiments, the server 101 includes one or more processors, memory, and a communication interface. The processor can be coupled to the memory and the communication interface through 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 is capable of executing 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 may be an internal memory or an external memory. Examples of internal memory are disk memory, flash memory, non-volatile random access memory (NVRAM), and the like. Examples of external memory are memory residing on a storage node, cloud server, or storage server. Examples of communication interfaces include a network interface card, a modem, and the like. The server 101 can be connected to the first local area network and the second local area network using communication interfaces to communicate with the

terminals

102 and 105 respectively located therein. The server can also communicate with the

terminals

106 and 107 in the external network through the VPN protocol using the communication interface.

In some embodiments, any of the

terminals

102 and 107 includes: the system comprises 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 disk and a second network interface card. These above devices are physical facilities of the respective terminals. As will be appreciated, the

terminal

102 and 107 are configured to run a first operating system, namely 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 (Kylin), Red flag Linux, AliOS (original Yun OS), Hongmon (Harmony OS), and the like. Terminal 102 and 107, when purchased, many already include the first operating system. In some cases, the hardware of the

terminal

102 and 107, the maintenance service of the first operating system, and the like may also be provided independently by a brand service provider or other entity of the

terminal

102 and 107. Thus, in some embodiments, the maintenance of the cloud desktop system need not include the hardware of the terminal 102 and 107 and the maintenance work of the first operating system.

In some embodiments, any of the

terminals

102 and 107 further comprises a first virtualization layer, a second virtualization layer, and a cloud desktop. The first virtualization layer is generated in a first operating system in a virtualization mode and comprises a plurality of virtual hardware: a second processor, a second RAM, a second I/O device, a second display, and 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; which may or may not be the same as the first processor, the first RAM, the first I/O device, the first display, and the first keyboard and the first mouse. The second virtualization layer is virtualization software that runs on the virtual hardware of the first virtualization layer. Under the IDV framework, the virtualization software of the second virtualization layer functions similarly to the native virtualization software of the IDV, providing support for the cloud desktop thereon. The difference is that in the present invention the IDV virtualization software is running on the respective virtualization hardware of the first virtualization layer. The cloud desktop is a second operating system running on the terminal, and 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 (Kylin), redflag Linux, AliOS (original Yun OS), hong meng (Harmony OS), and so on.

The secondary virtualization at the terminal provides great flexibility for the cloud desktop system. Although the secondary virtualization is performed, the loss of local computing performance is not significant. Moreover, the performance of the local terminal can be improved under the same framework. In some embodiments, if the hardware of the terminal itself, e.g., the first processor, the first RAM, etc., does not support the virtualization software under the IDV framework, the first virtualization layer may promote the hardware of the first processor, the first RAM, etc., by means of virtualization and support the promotion of the client by the resources of the server 101. For example, the first processor of the terminal, which was the Intel i3 processor before 2016, does not support Intel Broadwell and cannot run the IDV framework. The virtual second processor can be set to be Intel i5-5675C in the first virtualization layer through a virtualization means, and the required computing power is achieved through the computing resources on the server side. Therefore, the IDV framework can be conveniently and smoothly installed and operated on the old terminal, and the user experience of the terminal can be substantially improved.

The secondary virtualization at the terminal also reduces the burden for the maintenance of the cloud desktop system. Since the virtualized hardware configuration is distributed by the cloud server, the slave server can control the number of terminal images. Therefore, the maintenance work of the cloud desktop system can be greatly reduced, and the actual operation cost of the cloud desktop system is reduced.

The server runs cloud management platform software to provide management functions of the cloud desktop system. In some embodiments, the server includes a mirror repository 110 and a cloud desktop management module 112; wherein one or more images associated with the terminal are stored in the image repository 110. In some embodiments, multiple terminals may correspond to a mirror. The reduction in the number of images can ease the maintenance work required for the images. In other embodiments, the mirror library 110 includes a base mirror and a plurality of delta mirrors. The base image corresponds to a virtual hardware configuration. Different base images exist for different virtual hardware configurations. The incremental image corresponds to a terminal. Each terminal has an incremental image in an image library. The incremental mirror image stores personalized updating of the terminal on the basis of the basic mirror image. The number of the basic images is less, so that the workload of maintenance can be reduced, and the flexibility of terminal personalized setting is provided.

The cloud desktop management module 112 provides management functions for the cloud desktop system. In some embodiments, cloud desktop management module 112 provides management for images in an image repository, including but not limited to: creating a new image, binding the image with the terminal, updating, deleting the image and the like. In some embodiments, cloud desktop management module 112 provides management for the terminal, including but not limited to: adding and deleting terminals, configuring a network, setting a management strategy, backing up and recovering data and the like. These functions are similar to the management functions in the existing IDV framework and are not described in detail here.

Unlike existing IDV frameworks, cloud desktop management module 112 also provides management functions for virtual configurations. The cloud desktop management module receives a virtual configuration request from a terminal. The virtual configuration request at least comprises the hardware configuration of the terminal: the computer comprises a first processor, a first RAM, a first I/O device, a first display, a first keyboard, a first mouse and the like. The cloud desktop management module selects a virtual configuration suitable for the terminal from a plurality of existing virtual configurations and sends the virtual configuration to the terminal. As will be appreciated, the virtual configuration may be lower than the terminal hardware configuration in terms of computing and storage capabilities, etc.; and may be higher in computing and storage capabilities than the terminal hardware configuration. In order to save the computing and storage resources in the cloud by making full use of the local computing and storage resources of the terminal as much as possible, the computing and storage capacity of the virtual configuration is generally lower than that of the terminal hardware configuration.

In some embodiments, the server also includes a secure authentication service module 114. The security authentication service module 114 provides access service between the terminal and the server; including but not limited to user services, login authentication services, transport encryption services, flow control services, etc. These functions are similar to the related functions in the existing IDV framework and are not described in detail here.

In some embodiments, the server further includes a cloud computing management module 116 and a cloud resource management module 118. When the computing or storage capacity provided by the hardware of the terminal is insufficient, the virtual second processor, the second RAM or the second I/O and the like provide services for the terminal by using the cloud computing and storage capacity provided by the server. Therefore, the server needs to provide corresponding resources according to the virtual configuration to support computing and storage of the cloud. Further, the server itself needs to manage a plurality of terminals and provide corresponding cloud services, and also needs computing and storage resources. Cloud computing management module 116 and cloud resource management module 118 provide and allocate resources needed for cloud computing and storage and manage cloud computing.

Fig. 2 is a system configuration diagram of a terminal according to an embodiment of the present invention. As shown, the terminal includes a 5-layer structure, which is a basic hardware layer, a local operating system layer, a first virtualization layer, a second virtualization layer, and a cloud desktop layer. The basic hardware layer refers to hardware of the terminal, and includes a first processor, a first RAM, a first I/O device, a first display, a first keyboard, a first mouse, and the like. The native operating system layer (i.e. the first operating system) refers to a native operating system running on the basic hardware layer, which may be Windows, Linux, Mac OS, IOS or Android or other operating systems based on these operating systems, such as Kylin (Kylin), red flag Linux, AliOS (primitive Yun OS), hong meng (Harmony OS), etc.

In some embodiments, the terminal can run the client of the cloud desktop system of the present invention on the local operating system layer by installing software or APP. As will be appreciated, the clients of the present invention are provided in different forms depending on the native operating system. For example, an installation package for the Windows system, an dmg file or pkg file for the Mac OS system, an apk file for the Android system, and the like. The terminal can obtain the client of the cloud desktop system through website downloading or other modes; and is installed on the terminal's native operating system.

Through the cloud desktop system client, the terminal can communicate with the server, obtain virtual hardware settings distributed by the server, and virtualize corresponding hardware on a local operating system of the terminal. These virtual hardware form a first virtualization layer comprising: a second processor, a second RAM, a second I/O device, a second display, a second keyboard and a second mouse, etc.

The terminal deploys an IDV framework on the basis of virtual hardware of the first virtualization layer to remotely run the cloud desktop. As is known, a second virtualization layer, i.e., Hypervisor (Hypervisor), is disposed above the first virtualization layer. The Hypervisor runs directly on the virtual hardware providing the drivers required by the virtual hardware or at least the drivers of CPU, Interrupt and RAM, e.g. XEN. Since the Hypervisor can directly run on the virtual hardware, although virtualization is also performed, the loss of performance is relatively small, and the running reliability can be ensured. The Hypervisor manages a second operating system running thereon. The second operating system may be Windows, Linux, Mac OS, IOS, or Android or other operating systems based on these operating systems, such as Kylin (Kylin), red flag Linux, AliOS (original Yun OS), hong meng (Harmony OS), and so on. The second virtualization layer and the second operating system layer are similar to the existing IDV framework, and are not described herein again.

Fig. 3 is a schematic diagram of an implementation method of a cloud desktop system client according to an embodiment of the present invention. As shown in the figure, first, a first operating system is installed on a basic hardware layer of the terminal, and then a cloud desktop system client is installed in the first operating system. After the cloud desktop system client is installed in a local operating system of the terminal, the cloud desktop system client operates and executes the following steps: in step 310, the hardware configuration of the terminal, i.e. the first processor, the first RAM, the first I/O device, the first display, and the first keyboard and the first mouse, etc., is obtained. In step 320, the terminal hardware configuration is sent to the server. The hardware configurations include at least a first processor and a first RAM. In some embodiments, the configurations further include a first I/O device. As will be appreciated, other hardware, such as displays, printers, scanners, etc., may also be included in the hardware configuration of the terminal that is sent to the server.

At 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 further includes a second I/O device. As will be appreciated, other virtual hardware, such as displays, printers, scanners, etc., may also be included in the virtual hardware configuration sent to the terminal. After receiving the hardware configuration from the terminal, the server firstly determines whether the hardware configuration of the terminal can operate the cloud desktop system or not and the performance of the cloud desktop system. Therefore, the server determines whether the hardware configuration of the terminal needs to be improved, namely whether the running experience of the terminal needs to be improved by using the computing resources of the cloud. If the computing capacity needs to be improved, the server side determines the processor type and the RAM quantity which are assigned to the terminal after the improvement. Next, the server determines the virtual hardware configuration allocated to the terminal based on the hardware configuration of the terminal and the processor type and the amount of RAM specified if there is a boost. Other types of terminal hardware that need to be upgraded, such as memory space, etc., can also be implemented in a similar manner.

In some embodiments, the server maintains a number of virtual hardware configurations. The server allocates one of the virtual hardware configurations to the terminal according to the hardware configuration of the terminal and the specified processor type and RAM amount. As will be appreciated, each virtual hardware configuration corresponds to a different image. In this way, a controlled number of images can be maintained on the server side.

In step 340, corresponding virtual hardware is simulated at the terminal according to the virtual hardware configuration. The client of the cloud desktop system has a function of simulating hardware by software. This functionality of the cloud desktop system client is similar to that of a VMware work or Visual Box, i.e., the virtual hardware is generated by software. In some embodiments, communications directed to the virtual hardware are transferred to the local operating system and then executed by the local hardware without requiring the computing resources of the server. In other embodiments, communications directed to the virtual processors and RAM are sent to the server and results of the computations are received from the server when it is desired to utilize the computing resources of the server. When the storage resources of the server are needed, a partial read-write request for the external memory (e.g. to a hard disk) will be sent to the server and the results of the read-write will be received from the server. The storage space provided by the server thus makes up for the shortage of local storage space.

At step 350, the clients of the IDV framework are provisioned on a virtual hardware configuration basis. In some embodiments, the Hypervisor is installed on the basis of virtual hardware, such as XEN. And then, installing the IDV cloud desktop client on the terminal through Hypervisor. And selecting a proper second operating system, namely the cloud desktop, according to the requirements of the terminal. Therefore, twice virtualization on the terminal and operation of the cloud desktop are achieved. In this step, the above process is similar to the existing IDV framework client configuration mode, and is not described herein again.

Fig. 4 is a flowchart illustrating a server of the cloud desktop system according to an embodiment of the present invention. As shown in the figure, the flow of the server of the cloud desktop system includes the following steps: in step 410, a hardware configuration is received from a terminal. As described above, the hardware configuration of the terminal includes: the computer comprises a first processor, a first RAM, a first I/O device, a first display, a first keyboard, a first mouse and the like. At step 420, it is determined whether the hardware configuration of the terminal needs to be upgraded. In some embodiments, the server determines whether the terminal can satisfy the conditions for running the IDV framework. If the computing power or the processor type of the terminal does not meet the condition of installing the IDV framework client, the computing power of the terminal is improved at the server. In some embodiments, the server will boost the storage capacity of the terminal if the storage capacity of the terminal is insufficient, e.g. the storage space is too small. In some embodiments, the server determines whether the terminal-provided performance experience meets a minimum criteria, step 430. These performance experiences include, but are not limited to, latency for the terminal to perform some task, graphics or video rendering capabilities of the terminal, storage capabilities of the terminal, and so forth. If the server determines that the performance experience provided by the terminal cannot reach the minimum standard, the server will improve the computing power and/or storage power of the terminal.

In step 440, the server determines the computing power and/or storage power provided for the terminal. In some embodiments, the server determines the processor type and RAM size of the virtual terminal if it is to increase the computing power of the terminal. For example, the server decides the type of processor and RAM based on the lowest hardware standard for running the IDV framework or the lowest standard for performance experience. And if the storage capacity of the terminal is improved, the server determines the size of the provided cloud storage space. For example, the storage space of the cloud is allocated to the terminal according to the requirement of the terminal.

In step 450, the server determines the virtual hardware configuration of the terminal. In some embodiments, a plurality of images are stored in an image repository of the server. Each mirror corresponds to a plurality of virtual hardware configurations. In still other embodiments, the images in the image library include base images and delta images. The base image corresponds to a virtual hardware configuration. Thus, the server includes a plurality of virtual hardware configurations. In some embodiments, the server compares the hardware configuration of the terminal with a plurality of virtual hardware configurations, and assigns a virtual hardware configuration that is closest to the hardware configuration of the terminal 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 the hard disk space may also be slightly smaller than that of the terminal RAM and the hard disk space. In general, the virtual CPU processing capacity, the RAM and the hard disk space do not exceed the size of the terminal CPU processing capacity, the RAM and the hard disk space.

In some embodiments, the server will replace the corresponding hardware of the terminal with the increased computing and/or storage capabilities and then compare the hardware with a plurality of virtual hardware configurations to determine the virtual configuration assigned to the terminal. Since the computing power and/or storage power of the terminal is increased, the increased computing power and/or storage power corresponds to the computing power and/or storage power in the existing multiple virtual configurations. Therefore, after the computing power and/or the storage power of the terminal are improved, the corresponding virtual hardware configuration can be easily determined.

In some embodiments, if the server does not have a virtual hardware configuration suitable for the terminal, a new virtual hardware configuration may be established on the server, and a corresponding mirror image may be established in the mirror image library. The newly established virtual hardware configuration is then assigned to the terminal. If the computing power and/or the storage power of the terminal exceed the existing virtual hardware configuration on the server, a new virtual hardware configuration is established, so that the computing power and/or the storage power of the terminal cannot be brought into full play.

In step 460, a mirror associated with the terminal is designated. The server determines the images suitable for the terminal to operate according to the computing power and/or the storage power of the terminal. In some embodiments, the server obtains the type of operating system required by the terminal, and picks an image of the operating system required by the terminal among the images suitable for the terminal to run. For example, if the terminal adopts a Windows XP system, a Windows XP image or a basic image is selected from images corresponding to a virtual hardware configuration of the terminal and assigned to the terminal. And then, the terminal downloads the specified mirror image and runs the cloud desktop of Windows XP.

In some embodiments, the server manages the cloud desktop of the terminal remotely by managing the terminal-specific image. For example, the server may change the operating system used by the terminal by changing the image assigned to the terminal. The server may add new software in the second operating system of the terminal by installing the new software in the image. The server may add new hardware in the second operating system by adding a driver for the terminal hardware in the image. The server can manage the user using the terminal by configuring the login information in the mirror image. The server may manage the rights to use the end user by configuring the user rights in the image. The management of the server on each terminal cloud desktop is similar to the management method under the existing IDV framework, and is not described herein again.

According to the invention, the distribution and management of the cloud desktop are realized by running the IDV framework on the virtual hardware simulated at the computer terminal. In some embodiments of the invention, the number of images managed on the server can be effectively reduced, thereby reducing the workload of cloud desktop maintenance and promoting the arrangement and popularization of a cloud desktop system in the existing computer network. In some embodiments of the invention, the virtual hardware of the terminal is promoted through the computing power and/or the storage power provided by the server, so that the cloud desktop system can be operated smoothly. The application range of the cloud desktop system can be expanded, and the user experience of using the cloud desktop system can be improved.

The above embodiments are provided only for illustrating the present invention and not for limiting the present invention, and those skilled in the art can make various changes and modifications without departing from the scope of the present invention, and therefore, all equivalent technical solutions should fall within the scope of the present invention.

Claims

1. A cloud desktop client, comprising:

a base hardware layer;

a first operating system layer;

a first virtualization layer comprising a plurality of virtual hardware emulated on the native operating system layer;

a second virtualization layer comprising a hypervisor on the plurality of virtual hardware bases; and

a cloud desktop including a second operating system managed by the hypervisor.

2. The client of claim 1, wherein the first virtualization layer receives a virtual hardware configuration from a server emulating the plurality of virtual hardware, wherein the virtual hardware configuration is based on a portion of hardware in the base hardware layer of the terminal.

3. The client of claim 1, wherein the second virtualization layer and cloud desktop are configured to be clients of an IDV framework.

4. The client according to claim 1, wherein if the computing power of at least one virtual hardware is higher than the computing power of the corresponding hardware in the base hardware layer of the terminal, the computing request of the virtual hardware is sent to the server and the computing result is received from the server.

5. The client according to claim 1, wherein if the storage capacity of at least one virtual hardware is higher than that of the corresponding hardware in the base hardware layer of the terminal, a read-write request of a part of the virtual hardware for the external memory is transmitted to the server and a result of the read-write is received from the server.

6. An implementation method of a cloud desktop client comprises the following steps:

installing a first operating system on a basic hardware layer of the terminal;

emulating a plurality of virtual hardware in the first operating system;

installing a hypervisor on the plurality of virtual hardware bases; and

managing a second operating system with the hypervisor.

7. The method of claim 6, further comprising: receiving a virtual hardware configuration from a server, the virtual configuration defining the plurality of virtual hardware.

8. The method of claim 6, wherein the hypervisor and second operating system are configured to be clients of an IDV framework.

9. The method of claim 6, further comprising: and responding to the fact that the computing capability of at least one piece of virtual hardware is higher than the computing capability of corresponding hardware in the basic hardware layer of the terminal, sending the computing request of the virtual hardware to the server and receiving the computing result from the server.

10. The method of claim 6, further comprising: and in response to the storage capacity of at least one piece of virtual hardware being higher than the storage capacity of corresponding hardware in the basic hardware layer of the terminal, sending a read-write request of a part of the virtual hardware aiming at the external storage to the server and receiving a read-write result from the server.