WO2017206907A1

WO2017206907A1 - Vdi-based software processing method, device and system

Info

Publication number: WO2017206907A1
Application number: PCT/CN2017/086617
Authority: WO
Inventors: 樊莉静
Original assignee: 中兴通讯股份有限公司
Priority date: 2016-06-03
Filing date: 2017-05-31
Publication date: 2017-12-07
Also published as: CN107463360A

Abstract

Provided are a VDI-based software processing method, device and system. The method comprises: receiving request messages requesting downloading of a piece of desktop software and transmitted by a virtual desktop infrastructure (VDI) client (S202); determining if the number of request messages currently being processed is less than a preset threshold (S204); and if so, feeding back, to the VDI client, an acknowledgement message permitting downloading of the piece of desktop software (S206).

Description

VDI-based software processing method, device and system

Technical field

This document relates to, but is not limited to, the field of communications, and in particular, to a VDI-based software processing method, apparatus and system.

Background technique

Virtual Desktop Infrastructure (VDI), which is not configured to configure a PC PC running Windows, such as Windows XP or Windows Vista (hereafter Windows XP is used as an example). Explain) the PC, but virtualize your desktop by running Windows XP on the server in the data center. Users connect to virtual desktops through client computing protocols from client devices (clients or home PCs), and users accessing their desktops is like accessing a traditional local installation desktop.

With the growing maturity of VDI desktop technology, there are many VDI desktop products used, but it also brings a lot of problems. In particular, the use of software management tools in the VDI desktop is greatly limited. Software management tools downloading or installing software at the same time will cause disk I/O IO conflicts, resulting in the VDI interface being stuck, so that the software management tools that can be used normally on the PC cannot be used in the VDI desktop.

In view of the above problems, no effective solution has been found yet.

Summary of the invention

The following is an overview of the topics detailed in this document. This Summary is not intended to limit the scope of the claims.

The embodiment of the invention provides a VDI-based software processing method, device and system to avoid VDI desktop card death.

According to an embodiment of the present invention, a VDI-based software processing method is provided, including: receiving a request sent by a virtual desktop infrastructure VDI client for requesting download of desktop software. Determining whether the number of the request messages currently being processed is less than a preset threshold; when the determination result is yes, feeding back an acknowledgment message for allowing the desktop software to be downloaded to the VDI client.

Optionally, when the determining result is no, the method further includes: rejecting the VDI client to download the desktop software.

Optionally, after receiving the request message for requesting to download the desktop software sent by the VDI client, before determining whether the number of the currently processed request messages is less than a preset threshold, the method further includes: obtaining installation The host parameter required by the desktop software; adjusting the preset threshold according to the host parameter.

Optionally, after receiving the request message for requesting to download the desktop software sent by the VDI client, before determining whether the number of the currently processed request messages is less than a preset threshold, the method further includes: obtaining The current disk IO usage rate of the VDI server downloaded by the desktop software; the preset threshold is adjusted according to the disk IO usage rate.

Optionally, adjusting the preset threshold according to the disk IO usage rate includes: when the disk IO usage rate is greater than a first predetermined threshold, reducing the preset threshold, where the disk IO usage rate is less than the second When the threshold is predetermined, the preset threshold is increased; or, when the disk IO usage rate is greater than the first predetermined threshold, the preset threshold is decreased; or, when the disk IO usage is less than the second predetermined threshold, The preset threshold is increased.

Optionally, the host parameter includes at least one of the following: a number of CPUs, a memory size, and a system disk size.

According to an embodiment of the present invention, another VDI-based software processing method is provided, including: sending a request message for requesting download of desktop software to a virtual desktop infrastructure VDI server; receiving an acknowledgement message fed back by the VDI server, The confirmation message carries a specified host parameter required for the VDI client to install the desktop software, where the confirmation message is used when the number of the request messages currently processed by the VDI server is less than a preset threshold. The desktop software is allowed to be downloaded; when the host parameter of the VDI client is greater than the specified host parameter, the desktop software is confirmed to be downloaded.

Optionally, after receiving the acknowledgement message fed back by the VDI server, the method further includes: abandoning downloading the desktop software when a host parameter of the VDI client is less than or equal to the specified host parameter.

Optionally, receiving the confirmation message fed back by the VDI server comprises: receiving the confirmation message fed back by the VDI server in an Extensible Markup Language XML format.

According to another embodiment of the present invention, a VDI-based software processing apparatus is provided, including: a first receiving module, configured to receive a request message sent by a virtual desktop infrastructure VDI client for requesting download of desktop software; a module, configured to determine whether the number of the request messages in the current process is less than a preset threshold; and the feedback module is configured to: when the determination result is yes, feed back to the VDI client to allow downloading of the desktop software Confirm the message.

According to another embodiment of the present invention, there is provided another VDI-based software processing apparatus, comprising: a sending module, configured to send a request message for requesting download of desktop software to a virtual desktop infrastructure VDI server; and a second receiving module And a confirmation message that is received by the VDI server, where the confirmation message carries a specified host parameter required for the VDI client to install the desktop software, where the confirmation message is used in the current processing of the VDI server. The desktop software is allowed to be downloaded if the number of the request messages is less than a preset threshold; and the confirmation module is configured to confirm downloading the desktop software when the host parameter of the VDI client is greater than the specified host parameter.

According to still another embodiment of the present invention, a VDI-based software processing system is provided, including a VDI server, one or more VDI clients, the VDI server including: a first receiving module configured to receive a virtual desktop infrastructure a request message sent by the VDI client for requesting to download the desktop software; the determining module is configured to determine whether the number of the request messages in the current process is less than a preset threshold; and the feedback module is configured to: when the judgment result is yes, Returning, to the VDI client, an acknowledgement message for allowing downloading of the desktop software; the VDI client includes: a sending module, configured to send the request message to the VDI server; and a second receiving module configured to receive The confirmation message fed back by the VDI server, wherein the confirmation message carries a specified host parameter required for the VDI client to install the desktop software; and the confirmation module is configured to: the host parameter of the VDI client is greater than the specified When the host parameters are confirmed, confirm the download of the desktop software.

According to still another embodiment of the present invention, a storage medium is also provided. The storage medium is arranged to store program code for performing the following steps:

Receiving a request message sent by the virtual desktop infrastructure VDI client for requesting to download desktop software;

Determining whether the number of the request messages in the current process is less than a preset threshold;

When the judgment result is YES, a confirmation message for allowing the desktop software to be downloaded is fed back to the VDI client.

According to the embodiment of the present invention, the request message for requesting to download the desktop software sent by the virtual desktop infrastructure VDI client is received, and it is determined whether the number of the request messages in the current process is less than a preset threshold, and the result is At this time, a confirmation message for allowing the download of the desktop software is fed back to the VDI client. If it is determined whether the number of the request messages in the current process is less than a preset threshold, the VDI server is prevented from downloading and installing multiple desktop softwares under high load at the same time, so that the VDI desktop card can be prevented from being stuck, and the software is pushed at the same time. The desktop will not be stuck.

Other aspects will be apparent upon reading and understanding the drawings and detailed description.

BRIEF abstract

1 is a network architecture diagram of an embodiment of the present invention;

2 is a flowchart of a VDI-based software processing method according to an embodiment of the present invention;

3 is a flowchart of another VDI-based software processing method according to an embodiment of the present invention;

4 is a structural block diagram of a VDI-based software processing apparatus according to an embodiment of the present invention;

FIG. 5 is a structural block diagram of another VDI-based software processing apparatus according to an embodiment of the present invention; FIG.

6 is a structural block diagram of a VDI-based software processing system according to an embodiment of the present invention;

7 is a flowchart of a client requesting download software according to an embodiment of the present invention;

FIG. 8 is a flowchart of a server receiving a client request according to an embodiment of the present invention.

Embodiments of the invention

The invention will be described in detail below with reference to the drawings in conjunction with the embodiments. It should be noted that the embodiments in the present application and the features in the embodiments may be combined with each other without conflict.

It is to be understood that the terms "first", "second" and the like in the specification and claims of the present invention are used to distinguish similar objects, and are not necessarily used to describe a particular order or order.

Example 1

The embodiment of the present application can be run on the network architecture shown in FIG. 1. FIG. 1 is a network architecture diagram of an embodiment of the present invention. As shown in FIG. 1 , the network architecture includes: a VDI server, multiple VDI clients, and current limiting. The device, wherein the current limiting device may be part of a VDI server, or may be separately disposed between the VDI server and each VDI client, and the VDI server and the plurality of VDI clients are respectively connected to the current limiting device.

The embodiment provides a VDI-based software processing method running on the network architecture, and FIG. 2 is a flowchart of a VDI-based software processing method according to an embodiment of the present invention. As shown in FIG. 2, the process includes the following steps. step:

Step S202, receiving a request message sent by the virtual desktop infrastructure VDI client for requesting to download desktop software.

Step S204, determining whether the number of request messages in the current process is less than a preset threshold;

Step S206, when the determination result is YES, feed back a confirmation message for allowing the desktop software to be downloaded to the VDI client.

Through the above steps, receiving a request message sent by the virtual desktop infrastructure VDI client for requesting to download the desktop software, and determining whether the number of the currently processed request messages is less than a preset threshold, and when the judgment result is yes, the VDI is sent to the VDI. Client feedback is used to allow confirmation of the download of desktop software. Since it is determined whether the number of request messages in the current process is less than a preset threshold, the VDI server is prevented from downloading and installing multiple desktop softwares under high load at the same time, thereby avoiding the VDI desktop card being stuck, and simultaneously pushing the software while the desktop is Will not be stuck.

Optionally, the execution body of the foregoing steps may be a VDI server, a current limiting device, or the like, but is not limited thereto.

In an optional implementation manner of this embodiment, when the determination result is no, the method further includes: rejecting the VDI client to download the desktop software.

Optionally, the preset threshold in this embodiment may be dynamically adjusted, and the adjustment manner may include The following two:

The first:

After receiving the request message for requesting to download the desktop software sent by the VDI client, before determining whether the number of the currently processed request messages is less than a preset threshold, the method further includes:

S11, obtaining host parameters required for installing desktop software;

S12: Adjust a preset threshold according to a host parameter.

Optionally, the host parameters may include: the number of CPUs, the size of the memory, the size of the system disk, the CPU utilization, and the bandwidth usage.

Optionally, the host parameter is stored in an installation package attribute of the desktop software, and the VDI server may read the installation package attribute to obtain a host parameter required to install the desktop software.

Optionally, the value of the preset threshold can be determined according to the actual implementation. Generally, the number of CPUs, memory, and system disks used by the desktop software is increased. The CPU utilization and bandwidth usage are higher. Set the threshold to be smaller.

Second:

S21. Obtain a current disk IO usage rate of the VDI server that provides desktop software downloading.

S22. Adjust a preset threshold according to the disk IO usage rate.

Optionally, adjusting the preset threshold according to the disk IO usage includes:

When the disk IO usage rate is greater than the first predetermined threshold, the preset threshold is decreased; when the disk IO usage rate is less than the second predetermined threshold, the preset threshold is increased.

Another VDI-based software processing method running in the above network architecture is provided in this embodiment. FIG. 3 is a flowchart of another VDI-based software processing method according to an embodiment of the present invention, as shown in FIG. The process includes the following steps:

Step S302, sending a request message for requesting to download desktop software to the virtual desktop infrastructure VDI server;

Step S304, receiving an acknowledgement message fed back by the VDI server, confirming that the message carries the VDI client. The specified host parameter required for installing the desktop software, wherein the confirmation message is used to allow the desktop software to be downloaded if the number of request messages currently processed by the VDI server is less than a preset threshold;

Step S306, when the host parameter of the VDI client is greater than the specified host parameter, confirm downloading the desktop software.

Optionally, the execution body of the foregoing steps may be a VDI client or the like, but is not limited thereto.

In an optional implementation manner according to this embodiment, after receiving the confirmation message fed back by the VDI server, the method further includes: abandoning downloading the desktop software when the host parameter of the VDI client is less than or equal to the specified host parameter.

The host parameters of the VDI client can include: the number of CPUs, memory size, system disk size, CPU utilization, and bandwidth usage. The specified host parameters required to install the desktop software include: the number of CPUs, memory size, system disk size, CPU utilization, and bandwidth usage.

Optionally, receiving the confirmation message fed back by the VDI server includes: receiving, by the Extensible Markup Language (XML) format, a confirmation message fed back by the VDI server. The VDI server and the VDI client interact in an XML format.

Through the description of the above embodiments, those skilled in the art can clearly understand that the method of the foregoing embodiment can be implemented by means of software plus a necessary general hardware platform, and of course, can also be through hardware, but in many cases, the former is more Good implementation. Based on such understanding, the technical solution of the present invention, which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a storage medium (such as ROM/RAM, disk, The optical disc includes a number of instructions for causing a terminal device (which may be a cell phone, a computer, a server, or a network device, etc.) to perform the methods of various embodiments of the present invention.

Example 2

The VDI-based software processing device is also provided in the embodiment, and the device is used to implement the above-mentioned embodiments and optional embodiments, and details are not described herein. As used below, the term "module" may implement a combination of software and/or hardware of a predetermined function. Although the devices described in the following embodiments are optionally implemented in software, hardware, or a combination of software and hardware, is also possible and contemplated.

4 is a structural block diagram of a VDI-based software processing apparatus according to an embodiment of the present invention, as shown in the figure As shown in Figure 4, the device includes:

The first receiving module 40 is configured to receive a request message sent by the virtual desktop infrastructure VDI client for requesting to download the desktop software;

The determining module 42 is configured to determine whether the number of request messages in the current process is less than a preset threshold;

The feedback module 44 is configured to, when the determination result is yes, feed back a confirmation message for allowing the desktop software to be downloaded to the VDI client.

FIG. 5 is a structural block diagram of another VDI-based software processing apparatus according to an embodiment of the present invention. As shown in FIG. 5, the apparatus includes:

The sending module 50 is configured to send a request message for requesting to download the desktop software to the virtual desktop infrastructure VDI server;

The second receiving module 52 is configured to receive an acknowledgement message fed back by the VDI server, where the confirmation message carries a specified host parameter required for the VDI client to install the desktop software, where the confirmation message is used for the number of request messages currently processed by the VDI server is less than Allow desktop software to be downloaded with a preset threshold;

The confirmation module 54 is configured to confirm downloading the desktop software when the host parameter of the VDI client is greater than the specified host parameter.

6 is a structural block diagram of a VDI-based software processing system according to an embodiment of the present invention. As shown in FIG. 6, the system includes: a VDI server 60, one or more VDI clients 62,

The VDI server 60 includes:

The feedback module 44 is configured to: when the determination result is yes, feed back a confirmation message for allowing the desktop software to be downloaded to the VDI client;

VDI client 62 includes:

The sending module 50 is configured to send a request message to the VDI server;

The second receiving module 52 is configured to receive an acknowledgement message fed back by the VDI server, where the confirmation message carries the specified host parameter required for the VDI client to install the desktop software;

It should be noted that each of the above modules may be implemented by software or hardware. For the latter, the foregoing may be implemented by, but not limited to, the foregoing modules are all located in the same processor; or, the above modules are in any combination. The forms are located in different processors.

Example 3

This embodiment is an optional embodiment in accordance with the present invention and is used to specifically explain the present invention:

The embodiment provides a VDI-based software batch push method and device. In this embodiment, a bidirectional dynamic current limiting device is added to the software management tool, and software installed at the same time on the VDI desktop is restricted, so that the same moment Only a part of the desktop is installed with software, which completes the installation of the software in batches, alleviating the pressure on the VDI server and not affecting the user's use.

According to the VDI desktop software-based batch push according to the embodiment, it is possible to avoid the disk IO conflict caused by simultaneously downloading or installing the software in the VDI desktop, and the VDI desktop is stuck, which affects the user's use, and can be applied to the VDI desktop. Management of the software.

This embodiment can overcome the defect that the software cannot be pushed at the same time in the VDI desktop, and provides a VDI-based software batch push method.

In this embodiment, the software of the VDI desktop is installed by adding a bidirectional dynamic current limiting device to limit the flow of the software installed on the server and the client.

The traffic limiting device on the server is dynamic current limiting. The threshold is calculated according to the indicators of the VDI desktop and the number of software installations, including:

In the simplest case, the VDI desktop only needs to provide 50Kbps bandwidth for each session, but our research and testing have shown that the average bandwidth requirement for each user session is likely to reach 250 to 300Kbps. Therefore, the basic threshold of the number of server-side traffic limiting files is determined as: one-fifth of the total number of VDI desktops.

The server classifies the files in advance: according to less than 1M, 1M-1G, and greater than 1G, the files are divided into small files, ordinary files and large files; and the number of CPUs, memory size, system disk size, etc. required to save the installation files are also saved. .

The threshold calculation of the dynamic current limiting device is mainly determined by the following factors:

When the server detects that the disk IO usage is less than 50%, the base threshold is increased by 1, and the disk IO usage is greater than 70%, the base threshold is decreased by one;

The request download file received by the server is a small file with a basic threshold of +1; a large file with a base threshold of -1;

Optionally, the threshold minimum value cannot be less than the base threshold minus 1/2 of the result, and the threshold maximum value cannot be greater than the base threshold plus the result of 1/2. If the base threshold is 6, the maximum value can be set. The and minimum values are 9 and 3, respectively.

The basic principle of the client current limiting in this embodiment is as follows:

When the client requests to download the software, if the threshold is met, the server returns to download, and the software download requirement is returned to the client through the Extensible Markup Language (XML).

The main principle of the client current limiting device includes: determining the number of CPUs required by the software, the memory size, the system disk size, etc. by parsing the XML returned by the server, and if the client belongs to the desktop, the download is not performed, if The desktop to which the client belongs meets the conditions and continues to download. The download is limited to half of the memory shortage or half of the system disk is not enough.

The conditions required for the client to download are the necessary conditions for adding the installation when uploading the software package: such as the number of CPUs required, the memory size, the system disk size, and so on.

It can be seen that after adding the bidirectional dynamic current limiting device, the number of software currently being installed can be dynamically counted and adjusted, and if the threshold value is exceeded, the threshold value is not exceeded, and the normal installation can be performed at the client end. Effective judgment makes it possible to control the rate, control the concurrency, control the transmission rate and timing of the data packet, improve the download performance and quality, ensure the software batch and smooth installation, and does not affect the user's use during the second period.

In this embodiment, a technical advancement has been made, and the desktop installation software at the same time is restricted. Now the VDI desktop is installed with the required software, which solves the problem that the desktop is stuck and cannot be used due to the large number of software installations. It achieves the goal of managing software in VDI, saving the cost of manual installation and improving installation efficiency.

In this embodiment, a software batch push scheme is implemented in the VDI desktop, and the software can be smoothly installed on all VDI desktops, so as not to cause the VDI desktop to be stuck and the user cannot use the situation.

This embodiment is to optimize the software management under the VDI desktop, and complete the batch push and installation of the software by adding a bidirectional current limiting device. It can be seen from FIG. 1 that the software management apparatus of the embodiment of the present invention is mainly divided into three parts: a software management server, a current limiting device, and a software management client. The software management server is responsible for managing the preloading, uninstallation, deactivation, and enabling of all software; the software current limiting device limits the installation software; the software management client executes the commands of the server, and can also manually operate the software, including installation and operation. , uninstall, etc.

7 is a flowchart of a client requesting downloading software according to an embodiment of the present invention, and FIG. 8 is a flowchart of a server receiving a client request according to an embodiment of the present invention. It can be seen from FIG. 7 and FIG. 8 that by downloading the software current limiting device, the number of currently downloaded software does not exceed the server configuration threshold (the threshold is dynamically calculated by the algorithm), so that all desktops are not installed simultaneously. The situation, therefore, does not cause disk IO conflicts in the VDI desktop, the desktop is stuck.

The following takes the client's download task as an example:

The client receives the template task to install the software.

Step 1: The client receives the command to install the software delivered by the server, and the client parses the command, puts the installation software into the installation queue, and the interface displays waiting;

Step 2: The client extracts data from the software installation column, and the interface displays the downloading, and simultaneously sends a download request to the server current limiting device;

Step 3: The server receives the request, and the current limiting device determines whether the number of software downloaded at this time exceeds a threshold. If it exceeds the threshold, it returns to the client, the server is busy, the client needs to wait for download, and the client interface displays that the server is busy; The streaming device determines that the number of software downloaded at this time does not exceed the threshold, and the return can be downloaded. The client receives the downloadable request, first determines whether the condition for downloading and installing the software by the server is met, and the direct download is not met, and the corresponding error prompt is given. .

Step 4: After receiving the server, the client waits for 30S to resend the request to the server, if If the current limiting device returns and can be downloaded, the client downloads; if the current limiting device returns to the server, the user waits for a retry. During the waiting process, the client interface displays a cancel button, and the user can manually cancel the download.

Example 4

Embodiments of the present invention also provide a storage medium. Optionally, in the embodiment, the foregoing storage medium may be configured to store program code for performing the following steps:

S1. Receive a request message sent by the virtual desktop infrastructure VDI client for requesting to download desktop software.

S2, determining whether the number of request messages in the current process is less than a preset threshold;

S3, when the judgment result is YES, feed back a confirmation message for allowing the desktop software to be downloaded to the VDI client.

Optionally, in this embodiment, the foregoing storage medium may include: a USB flash drive, a read-only memory (ROM), a random access memory (RAM), a mobile hard disk, a magnetic disk, or a magnetic disk. And other media that can store program code.

Optionally, in this embodiment, the processor executes, according to the stored program code in the storage medium, the request message sent by the virtual desktop infrastructure VDI client for requesting to download the desktop software.

Optionally, in this embodiment, the processor performs, according to the stored program code in the storage medium, whether the number of the request messages in the current process is less than a preset threshold;

Optionally, in this embodiment, the processor performs a feedback message for allowing the desktop software to be downloaded to the VDI client when the determination result is yes according to the stored program code in the storage medium.

For example, the specific examples in this embodiment may refer to the examples described in the foregoing embodiments and the optional embodiments, and details are not described herein again.

It will be apparent to those skilled in the art that the various modules or steps of the present invention described above can be implemented by a general-purpose computing device that can be centralized on a single computing device or distributed. Alternatively, on a network of computing devices, they may be implemented by program code executable by the computing device such that they may be stored in the storage device by the computing device and, in some cases, The steps shown or described may be performed in an order different than that herein, or they may be separately fabricated into individual integrated circuit modules, or a plurality of the modules or steps may be implemented as a single integrated circuit module. Thus, the invention is not limited to any specific combination of hardware and software.

The above description is only an alternative embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and scope of the present invention are intended to be included within the scope of the present invention.

Industrial applicability

The above technical solution avoids the VDI server downloading and installing multiple desktop softwares under high load at the same time, which causes the VDI desktop card to die, and achieves the effect that the desktop does not get stuck while pushing the software.

Claims

A software processing method based on virtual desktop infrastructure VDI, comprising:

Receiving a request message sent by the virtual desktop infrastructure VDI client for requesting to download desktop software (S202);

Determining whether the number of the request messages in the current process is less than a preset threshold (S204);

When the result of the determination is YES, a confirmation message for allowing the download of the desktop software is fed back to the VDI client (S206).
The method of claim 1 further comprising:

When the determination result is no, the VDI client is rejected to download the desktop software.
The method of claim 1 further comprising:

After receiving the request message sent by the VDI client for requesting to download the desktop software, before determining whether the number of the currently processed request messages is less than a preset threshold,

Obtain the host parameters required to install the desktop software;

Adjusting a preset threshold according to the host parameter.
The method of claim 1 further comprising:

After receiving the request message sent by the VDI client for requesting to download the desktop software, before determining whether the number of the currently processed request messages is less than a preset threshold,

Obtaining a current disk input and output IO usage rate of the VDI server providing the desktop software download;

The preset threshold is adjusted according to the disk IO usage rate.
The method of claim 4, wherein adjusting the preset threshold according to the disk IO usage rate comprises:

When the disk IO usage rate is greater than a first predetermined threshold, the preset threshold is decreased, and when the disk IO usage rate is less than a second predetermined threshold, the preset threshold is increased;

or,

When the disk IO usage rate is greater than a first predetermined threshold, the preset threshold is decreased;

or,

The preset threshold is increased when the disk IO usage rate is less than a second predetermined threshold.
The method of claim 3 wherein said host parameters comprise at least one of:

CPU number of the central processing unit, memory size, system disk size.
A software processing method based on virtual desktop infrastructure VDI, comprising:

Sending a request message for requesting download of desktop software to the virtual desktop infrastructure VDI server (S302);

Receiving an acknowledgement message fed back by the VDI server, the confirmation message carrying a specified host parameter required by the VDI client to install the desktop software, wherein the confirmation message is used for the request message currently processed by the VDI server Allowing the desktop software to be downloaded if the number is less than a preset threshold (S304);

When the host parameter of the VDI client is greater than the specified host parameter, it is confirmed that the desktop software is downloaded (S306).
The method of claim 7 further comprising:

After receiving the confirmation message fed back by the VDI server, when the host parameter of the VDI client is less than or equal to the specified host parameter, the desktop software is discarded.
The method of claim 7, wherein the host parameters comprise at least one of: a number of central processing unit CPUs, a memory size, and a system disk size.
The method of claim 7, wherein receiving the confirmation message fed back by the VDI server comprises:

The confirmation message fed back by the VDI server is received in an extensible markup language XML format.
A software processing device based on virtual desktop infrastructure VDI, comprising:

The first receiving module (40) is configured to receive a request message sent by the virtual desktop infrastructure VDI client for requesting to download the desktop software;

The determining module (42) is configured to determine whether the number of the request messages in the current processing is small At a preset threshold;

The feedback module (44) is configured to, when the determination result is yes, feed back to the VDI client an acknowledgement message for allowing the desktop software to be downloaded.
A software processing device based on virtual desktop infrastructure VDI, comprising:

a sending module (50) configured to send a request message for requesting download of desktop software to the virtual desktop infrastructure VDI server;

a second receiving module (52) configured to receive an acknowledgement message fed back by the VDI server, where the confirmation message carries a specified host parameter required for the VDI client to install the desktop software, where the confirmation message is used in the The desktop software is allowed to be downloaded if the number of the request messages currently processed by the VDI server is less than a preset threshold;

The confirmation module (54) is configured to confirm downloading the desktop software when the host parameter of the VDI client is greater than the specified host parameter.
A software processing system based on virtual desktop infrastructure VDI, comprising a VDI server (60), one or more VDI clients (62),

The VDI server (60) includes:

The first receiving module (40) is configured to receive a request message sent by the virtual desktop infrastructure VDI client for requesting to download the desktop software;

The determining module (42) is configured to determine whether the number of the request messages in the current process is less than a preset threshold;

The feedback module (44) is configured to, when the determination result is yes, feed back to the VDI client, a confirmation message for allowing the desktop software to be downloaded;

The VDI client (62) includes:

a sending module (50) configured to send the request message to the VDI server;

The second receiving module (52) is configured to receive the confirmation message fed back by the VDI server, where the confirmation message carries a specified host parameter required for the VDI client to install the desktop software;

A confirmation module (54), configured to have a host parameter greater than the specified master in the VDI client Confirm the download of the desktop software when the machine parameters.
A computer readable storage medium storing computer executable instructions that, when executed by a processor, implement the method of any one of claims 1 to 6.
A computer readable storage medium storing computer executable instructions that, when executed by a processor, implement the method of any one of claims 7-10.