CN114500564A

CN114500564A - Client hardware adaptation method of cloud desktop system

Info

Publication number: CN114500564A
Application number: CN202111613433.0A
Authority: CN
Inventors: 杨劲松; 钟智; 吴涛; 龚登位; 温世伶; 张鹤鸣; 郭豪; 郑智燊; 金威; 马庆志
Original assignee: Huaneng Lancang River Hydropower Co Ltd
Current assignee: Huaneng Lancang River Hydropower Co Ltd
Priority date: 2021-12-27
Filing date: 2021-12-27
Publication date: 2022-05-13

Abstract

The invention relates to a client hardware adaptation method of a cloud desktop system, which comprises the following steps: sending the configuration of the terminal hardware and the specified operating system to a server at a first operating system; receiving, at a first operating system, one or more available virtual hardware configurations from a server, the virtual hardware configurations including at least a processor type, an amount of RAM, and I/O performance; selecting an available virtual hardware configuration closest to the terminal hardware configuration at the client side by the first operating system; simulating, at a first operating system, a plurality of hardware according to the selected virtual hardware configuration; a second operating system is run on the emulated plurality of hardware. In the scheme of the application, the virtual hardware configuration is adapted according to the terminal hardware configuration and the appointed operating system, so that the matching degree of the virtual hardware configuration and the terminal hardware configuration can be improved, and the waste of the performance of the terminal hardware is effectively avoided.

Description

Client hardware adaptation method of cloud desktop system

Technical Field

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

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 in a unified mode, dynamically issued and operated, and distributed and recycled flexibly 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. Moreover, how to adapt the appropriate mirror image and virtual hardware configuration for the computer hardware to meet various requirements of users is a problem which cannot be solved at present.

Disclosure of Invention

Aiming at the technical problems in the prior art, the invention provides a client hardware adaptation method of a cloud desktop system, which comprises the following steps: sending the configuration of the terminal hardware and the specified operating system to a server at a first operating system; receiving, at a first operating system, one or more available virtual hardware configurations from a server, the virtual hardware configurations including at least a processor type, an amount of RAM, and I/O performance; selecting an available virtual hardware configuration closest to the terminal hardware configuration at the client side by the first operating system; simulating, at a first operating system, a plurality of hardware according to the selected virtual hardware configuration; a second operating system is run on the emulated plurality of hardware.

The method as described above, further comprising: a request is sent to the server to update the available virtual hardware configuration.

The method as described above, further comprising: a request is sent to the server specifying a desired virtual hardware configuration.

The method as described above, further comprising: and selecting the available virtual hardware configuration closest to the terminal hardware configuration according to the updated available virtual hardware configuration.

The method as described above, further comprising: and sending a request for improving the hardware configuration of the terminal to the server.

The method as described above, further comprising: one or more available elevated virtual configurations are received from the server, wherein the elevated virtual configurations indicate computing power and/or storage power provided by the server.

The method as described above, further comprising: the available virtual configurations that are closest to the end-use requirements are selected.

The method as described above, wherein the one or more available virtual configurations are based on a virtual configuration corresponding to an existing mirror of the server.

The method as described above, further comprising: and in response to that the virtual configuration corresponding to the existing mirror image cannot meet the use requirement corresponding to the request for improving the terminal hardware configuration, establishing a new mirror image and a new virtual configuration.

The method as above, wherein different operating systems correspond to different images.

According to the scheme, the virtual hardware configuration is adapted according to the terminal hardware configuration and the appointed operating system, the matching degree of the virtual hardware configuration and the terminal hardware configuration can be improved, and the waste of the performance of the terminal hardware is effectively avoided.

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 configuration diagram of a terminal according to an embodiment of the present invention;

fig. 3 is a schematic operation flow diagram of a cloud desktop system client according to an embodiment of the present invention;

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

fig. 5 is a flowchart illustrating a client hardware adaptation method of a cloud desktop system according to an embodiment of the present 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 simulation 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 performance for local computing 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 computing and storage resources in the cloud by making the best possible use of the local computing and storage resources of the terminal, 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 operation flow diagram of a cloud desktop system client according to an 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 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 terminal hardware types needing to be upgraded, such as storage space and the like, can also be performed 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 designated 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 communication for storage, e.g. a read-write request to a hard disk, will be sent to the server and the result of the read-write will be received from the server.

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.

Fig. 5 is a flowchart illustrating a client hardware adaptation method of a cloud desktop system according to an embodiment of the present invention. As shown in the figure, the process of the client hardware adaptation method of the cloud desktop system includes the following steps: at step 510, the terminal hardware configuration and the specified operating system are sent to the server at the first operating system. The first operating system is provided with a cloud desktop client, and the cloud desktop client is used for sending the terminal hardware configuration and the specified operating system to the server. The terminal hardware configuration comprises a first processor, a first RAM, a first I/O device, a first display, a first keyboard, a first mouse and the like. Generally, the operating system run by the terminal is the same as the specified operating system.

At step 520, one or more available virtual hardware configurations are received at the first operating system from a server. Wherein the virtual hardware configuration includes at least a processor type, a RAM amount, and an I/O capability. The available virtual hardware configuration may have a lower computational power than the terminal hardware configuration or the computational power of the virtual hardware configuration may be comparable to the computational power of the terminal hardware configuration. The server allocates a plurality of images and a plurality of virtual hardware configurations according to the received terminal hardware configuration and the designated operating system. Wherein different operating systems correspond to different images.

At step 530, the available virtual hardware configuration that is closest to the terminal hardware configuration is selected at the client at the first operating system. In one embodiment, a number of available virtual configurations are matched according to the computing power of the terminal hardware and the number of virtual hardware configurations used by the terminal. The maintenance workload of each virtual hardware configuration can be effectively balanced by considering the number of the virtual hardware configurations used by the terminals, and the availability of the virtual hardware configurations is improved.

In some embodiments, if the terminal hardware configuration cannot smoothly run the cloud desktop system, it is determined that the computing power of the terminal needs to be increased. Or, when the terminal hardware configuration cannot smoothly run the requested software running under the second operating system or the local storage resource is limited and cannot meet the user's requirement, help can be sought from the server to meet the user's requirement. The method comprises the following specific steps: sending a request for improving the hardware configuration of the terminal to a server; receiving one or more available elevated virtual configurations from a server, wherein the elevated virtual configurations are provided computing power and/or storage power by the server; and selecting the available virtual configuration that most closely matches the end use requirements.

The user can select a hardware configuration request needing to be promoted according to own requirements, for example, the user is a video worker and needs to use a high-performance cloud desktop operating system to meet the working requirement, so that the request can be sent to the server, and the defects of the terminal hardware are made up by using computing resources and storage resources on the server. In one embodiment, the available virtual configurations are based on the virtual configurations corresponding to the existing mirror of the server. The server re-adapts the closest available virtual configuration in the existing image according to the promoted terminal hardware configuration.

In another embodiment, a new image and a new virtual configuration are established in response to the virtual configuration corresponding to the existing image failing to meet the usage requirement corresponding to the request for upgrading the terminal hardware configuration. And when the mirror image library cannot be matched with the proper virtual configuration, a new mirror image and a new virtual configuration are allowed to be created in the mirror image library at least according to the calculation capacity of the promoted terminal hardware configuration.

Simulating, at step 540, a plurality of hardware at the first operating system according to the selected virtual hardware configuration; at step 550, a second operating system is run on the emulated plurality of hardware. The cloud desktop client can simulate a plurality of pieces of hardware according to the virtual hardware configuration, and the second operating system can run on the simulated hardware. The virtual hardware can communicate with the local hardware and/or the server as needed to perform certain functions.

In one embodiment, in response to a terminal hardware update, a request may be sent to a server to update an available virtual hardware configuration. The updated hardware comprises a display card, a CPU, a display, a keyboard, a mouse and the like. The updated hardware may also be a computer peripheral. The computer peripherals include one or more of a printer, a scanner, a card reader, and an interface card. Wherein a request may be sent to a server specifying a desired virtual hardware configuration. When the requirement of the user changes, the cloud desktop client can be used for sending a request of the desired virtual hardware configuration, and the virtual hardware configuration can be updated.

In one embodiment, the available virtual hardware configuration that is closest to the terminal hardware configuration is selected based on the updated available virtual hardware configuration. Depending on the updated terminal hardware, there may be multiple virtual hardware configurations available in the mirror library. The available virtual hardware configuration closest to the terminal hardware configuration is adapted in the plurality of available virtual hardware configurations, so that the waste of the performance of the terminal hardware configuration can be effectively avoided, and the use experience of a user is optimized.

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 client hardware adaptation method of a cloud desktop system comprises the following steps:

sending the configuration of the terminal hardware and the specified operating system to a server at a first operating system;

receiving, at a first operating system, one or more available virtual hardware configurations from a server, the virtual hardware configurations including at least a processor type, an amount of RAM, and I/O performance;

selecting an available virtual hardware configuration closest to the terminal hardware configuration at the client side by the first operating system;

simulating, at a first operating system, a plurality of hardware according to the selected virtual hardware configuration;

a second operating system is run on the emulated plurality of hardware.

2. The method of claim 1, further comprising: a request is sent to the server to update the available virtual hardware configuration.

3. The method of claim 2, further comprising: a request is sent to the server specifying a desired virtual hardware configuration.

4. The method of claim 2, further comprising: and selecting the available virtual hardware configuration closest to the terminal hardware configuration according to the updated available virtual hardware configuration.

5. The method of claim 1, further comprising: and sending a request for improving the hardware configuration of the terminal to the server.

6. The method of claim 5, further comprising: one or more available elevated virtual configurations are received from a server, wherein the elevated virtual configurations indicate a computing capacity and/or a storage capacity provided by the server.

7. The method of claim 6, further comprising: the available virtual configurations that are closest to the end-use requirements are selected.

8. The method of claim 7, wherein the one or more available virtual configurations are based on a virtual configuration corresponding to an existing mirror of a server.

9. The method of claim 7, further comprising: and in response to that the virtual configuration corresponding to the existing mirror image cannot meet the use requirement corresponding to the request for improving the terminal hardware configuration, establishing a new mirror image and a new virtual configuration.

10. The method of claim 1, wherein different operating systems correspond to different images.