CN113849271A

CN113849271A - Cloud desktop display method, device, equipment, system and storage medium

Info

Publication number: CN113849271A
Application number: CN202111106076.9A
Authority: CN
Inventors: 陶孝禹; 欧珊瑚; 王旭雅; 黄勇; 王辉; 胡特; 刘俊云; 张纪金
Original assignee: Beijing Baidu Netcom Science and Technology Co Ltd
Current assignee: Guangzhou Duling Technology Co ltd
Priority date: 2021-09-22
Filing date: 2021-09-22
Publication date: 2021-12-28
Anticipated expiration: 2041-09-22
Also published as: CN113849271B

Abstract

The disclosure provides a cloud desktop display method, a cloud desktop display device, electronic equipment, a cloud desktop display system and a non-transitory computer readable storage medium, and relates to the technical field of computers, in particular to a cloud computing technology. The specific implementation scheme is as follows: acquiring a connection request sent by a thin client; according to the connection request, selecting a target container from available containers of the ARM server, and controlling the target container to operate; and feeding back the login identification of the target container to the thin client so that the thin client is connected with the target container based on the login identification, loading cloud desktop resources on the thin client through the target container, and displaying the corresponding cloud desktop. According to the technology disclosed by the invention, the cloud desktop can be realized on the ARM server with low power consumption and low cost, the resource utilization rate is improved, and the resource overhead for realizing the cloud desktop is reduced.

Description

Cloud desktop display method, device, equipment, system and storage medium

Technical Field

The present disclosure relates to the field of computer technologies, and in particular, to a cloud desktop display method, a cloud desktop display apparatus, an electronic device, a cloud desktop display system, and a non-transitory computer-readable storage medium.

Background

With the development of internet technology, the computer application level is also remarkably improved. Generally, people will select physical hosts according to their own maximum requirements, so many physical devices that originally do not need to be purchased are neglected in practical application, and resource utilization efficiency is limited.

The cloud desktop utilizes a virtual technology to perform virtualization processing on various physical devices, so that the utilization rate of resources is effectively improved, the cost is saved, and the application quality is improved.

Disclosure of Invention

The present disclosure provides a cloud desktop display method, a cloud desktop display apparatus, an electronic device, a cloud desktop display system, and a non-transitory computer-readable storage medium.

According to one aspect of the disclosure, a cloud desktop display method is provided, which is applied to a management end and includes:

acquiring a connection request sent by a thin client;

according to the connection request, selecting a target container from available containers of an advanced reduced instruction set processor (ARM) server, and controlling to operate the target container;

and feeding back the login identification of the target container to the thin client so that the thin client is connected with the target container based on the login identification, loading cloud desktop resources on the thin client through the target container, and displaying the corresponding cloud desktop.

According to another aspect of the present disclosure, there is also provided a cloud desktop display method applied to a thin client, including:

sending a connection request to a management end so that the management end selects a target container from available containers of an advanced reduced instruction set processor (ARM) server according to the connection request and controls the target container to operate;

receiving a login identification of the target container fed back by the management end, and connecting the target container based on the login identification;

and loading the cloud desktop resources in the target container, and displaying the corresponding cloud desktop.

According to another aspect of the present disclosure, there is also provided a cloud desktop display method, applied to a system chip SOC in an advanced risc machine ARM server, including:

acquiring a login identification of a target container sent by a thin client; the target container is obtained by the management terminal in response to a connection request initiated by the thin client, is selected from available containers of the ARM server, and is controlled to operate;

connecting the target container according to the login identification;

and loading cloud desktop resources on the thin client through the target container, and displaying the corresponding cloud desktop.

According to another aspect of the present disclosure, there is also provided an electronic device including:

at least one processor; and

a memory communicatively coupled to the at least one processor; wherein the content of the first and second substances,

the memory stores instructions executable by the at least one processor to enable the at least one processor to perform any of the cloud desktop exhibition methods provided by the embodiments of the disclosure.

According to another aspect of the present disclosure, there is also provided a cloud desktop display system, including: the system comprises a thin client, a management terminal and an advanced reduced instruction set processor (ARM) server provided with at least one system chip (SOC); available containers are deployed in each SOC; the thin client, the management terminal and the ARM server are in communication connection respectively;

the thin client sends a connection request to a management terminal;

the management terminal selects a target container from available containers of the ARM server according to the connection request, controls the target container to operate, and feeds back a login identifier of the target container to the thin client;

the thin client is connected with the target container based on the login identification, loads cloud desktop resources through the target container, and displays the corresponding cloud desktop.

According to another aspect of the present disclosure, there is also provided a non-transitory computer readable storage medium storing computer instructions for causing a computer to perform any one of the cloud desktop exhibition methods provided by the embodiments of the present disclosure.

According to the technology disclosed by the invention, the cloud desktop can be realized on the ARM server with low power consumption and low cost, the resource utilization rate is improved, and the resource overhead for realizing the cloud desktop is reduced.

It should be understood that the statements in this section do not necessarily identify key or critical features of the embodiments of the present disclosure, nor do they limit the scope of the present disclosure. Other features of the present disclosure will become apparent from the following description.

Drawings

The drawings are included to provide a better understanding of the present solution and are not to be construed as limiting the present disclosure. Wherein:

fig. 1A is a block diagram of a cloud desktop display system provided in an embodiment of the present disclosure;

fig. 1B is a flowchart of a cloud desktop display method provided by an embodiment of the present disclosure;

fig. 2 is a flowchart of another cloud desktop display method provided by the embodiment of the present disclosure;

fig. 3 is a flowchart of another cloud desktop display method provided by the embodiment of the present disclosure;

fig. 4A is a flowchart of another cloud desktop display method provided by the embodiment of the present disclosure;

fig. 4B is a schematic diagram of a candidate transmission channel according to an embodiment of the disclosure;

fig. 5 is a flowchart of another cloud desktop display method provided by the embodiment of the present disclosure;

fig. 6 is a flowchart of another cloud desktop display method provided by the embodiment of the present disclosure;

fig. 7A is a schematic view of a cloud desktop display scene provided by an embodiment of the present disclosure;

fig. 7B is a flowchart of another cloud desktop display method provided by the embodiment of the present disclosure;

fig. 8 is a structural diagram of a cloud desktop display device provided in an embodiment of the present disclosure;

fig. 9 is a block diagram of another cloud desktop display device provided by an embodiment of the present disclosure;

FIG. 10 is a block diagram of another cloud desktop display provided by embodiments of the present disclosure;

fig. 11 is a block diagram of an electronic device for implementing a cloud desktop exhibition method according to an embodiment of the present disclosure.

Detailed Description

Exemplary embodiments of the present disclosure are described below with reference to the accompanying drawings, in which various details of the embodiments of the disclosure are included to assist understanding, and which are to be considered as merely exemplary. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the present disclosure. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.

For clarity of describing the embodiments of the present disclosure, a detailed description will be given first of all on a cloud desktop display system according to the present disclosure.

Referring to fig. 1A, the cloud desktop display system includes: a thin client 10, a management terminal 20, and an ARM (Advanced RISC Machine) server 30 provided with at least one SOC (System on Chip) 31; available containers are disposed in each SOC 31; the thin client 10, the management terminal 10 and the ARM server 30 are in communication connection respectively;

the thin client 10 transmits a connection request to the management terminal 20;

the management terminal 20 selects a target container from the available containers of the ARM server 30 according to the connection request, controls the operation of the target container, and feeds back a login identification of the target container to the thin client 10;

the thin client 10 is connected with the target container based on the login identification, loads cloud desktop resources through the target container, and displays the corresponding cloud desktop.

Among them, the thin client (thin client) is a small industry-dedicated commercial PC designed based On PC (Personal Computer) industry standard using a professional embedded processor, a small local DOM (Disk On module) electronic Disk, and a reduced version operating system. The configuration includes a specialized low-power, high-performance embedded processor, a local flash memory for non-removably storing an operating system, and standard configuration input/output options for local system memory, network adapters, video cards, and other peripherals.

The management terminal can be a service terminal or a terminal which provides a management platform for the management party so that the management party can manage and control the use process of the at least one thin client operating party.

The ARM server integrates multiple paths of SOC in a rack server case with set thickness by taking low power consumption and high density as design principles, each path of SOC is provided with an independent ARM architecture CPU (Central Processing Unit), a memory and a storage, on the basis of the hardware, at least one available container is deployed on each SOC, and a cloud desktop instance is virtualized in the available container to provide cloud desktop resources. Because each instance operates in the mutually independent space and does not influence each other, the utilization rate of the physical server and the utilization rate of the occupied space of the rack are obviously improved, and the operation and management cost is further reduced.

In order to improve the richness of the cloud desktop provided by the ARM server, available containers for providing different types of cloud desktop resources can be deployed in the ARM server. To facilitate management and scheduling of available containers, the available containers may be deployed in an SOC with the same cloud desktop resources provided by the available containers deployed in the same SOC.

In order to improve the load capacity of the ARM server on a single cloud desktop resource, the available containers providing the same cloud desktop resource can be deployed on different SOCs, and the expansibility of the available containers is improved.

It can be understood that the embodiment of the disclosure can adjust the number of available containers according to actual use requirements by dynamically deploying the available containers in the ARM server, and improves resource utilization rate of the server compared with a manner in which a fixed number of virtual machines are started on a physical machine to run a cloud desktop system in the prior art.

In an optional embodiment, the management end may further generate a rights management instruction in response to a management operation of the management party, and send the rights management instruction to the target container of the managed party through the management flow channel; and when the target container in the ARM server receives the control event sent by the thin client of the managed party, limiting the response of the control event based on the authority management instruction.

For example, the ARM server may also feed back the operation state of the container to the management terminal in real time or at regular time, so that the management terminal can perform management control conveniently.

On the basis of the cloud desktop display system, the cloud desktop display method and the cloud desktop display device are provided so as to be adapted to an application scene of cloud desktop display on an ARM server with low power consumption and low cost. Each cloud desktop display method provided by the embodiments of the present disclosure may be implemented by using a cloud desktop display device, and the cloud desktop display device may be implemented by using software and/or hardware and is specifically configured in an electronic device.

For ease of understanding, the cloud desktop display methods provided by the present disclosure are first described in detail. The cloud desktop display method will be described below with the management end as an execution subject.

Referring to fig. 1B, a cloud desktop display method applied to a management end includes:

s101, a connection request sent by the thin client is obtained.

The thin client generates a connection request in response to an authentication operation of an operator, and transmits the connection request to the management terminal.

S102, selecting a target container from the available containers of the ARM server according to the connection request, and controlling the target container to operate.

And the management terminal responds to the connection request, selects a target container for providing cloud desktop resources for the thin client from available containers deployed by the available SOC of the ARM server, and controls the ARM server to operate the target container.

For example, the management end may randomly select an available container in an idle state as a target container.

Because cloud desktop resources provided by different available containers in the ARM server may have a certain difference, the corresponding relationship between different types of cloud desktop resources and the available containers may also be preset. Different types of cloud desktop resources can correspond to different resource demand information. Correspondingly, when the thin client sends the connection request, the resource demand information is carried in the connection request, so that after the management terminal obtains the connection request, the available container corresponding to the resource demand information is selected as the target container.

For example, if available containers providing the same type of cloud desktop resources are deployed in the same SOC in the ARM server, the SOC may be selected according to the resource demand information in the connection request, and then the available containers are selected from the selected SOC as target containers.

S103, feeding back a login identification of the target container to the thin client to enable the thin client to be connected with the target container based on the login identification, loading cloud desktop resources on the thin client through the target container, and displaying a corresponding cloud desktop.

Wherein the login identifier is used as a credential for a successful communication connection with the target container as a thin client, for example, the login identifier may be a token (token).

After the management terminal selects the target container, the management terminal can feed back the login identification of the target container to the thin client; the thin client is connected with a target container in the ARM server based on the login identification, so that cloud desktop resources are provided for the thin client through the target container; the thin client loads cloud desktop resources and controls the display device to display the cloud desktop.

It is to be noted that, in the conventional cloud desktop solution based on the server virtualization technology, a Hypervisor (virtual machine monitor) layer is required to be used to realize the simulation of hardware resources such as a CPU, a memory, a network, and a hard disk, which will consume part of the performance of a physical machine. For example, when a cloud host instance runs on a physical server with a 2-way 8-core processor and 256GB memory, 2 cores and 32GB may be occupied as overhead of Hypervisor layer software, leaving only 14 cores and 224GB memory for user services, resulting in a great waste of computing power.

The cloud desktop resources are provided by deploying the available containers in the ARM server so as to be displayed by the cloud desktop. When the available container is operated, the hardware resources of the physical machine are directly used, and the virtualization of the hardware resources is realized without a Hypervisor layer, so that the computing capacity of the physical machine is almost lossless, and the utilization rate of the computing resources is improved. In addition, the container directly utilizes the system kernel of the host machine, so that the system boot time required by the virtual machine during starting and the resource consumption of the operation system are avoided, the second-level starting of the container can be realized, and the cloud desktop display efficiency is improved. Because the ARM server is low in power consumption and cost, the technology of the disclosure also reduces resource overhead for realizing the cloud desktop.

On the basis of the technical schemes, the management end can also provide management capability for the target container, so that authority management is performed on the using process of the operating party on the cloud desktop.

In an optional embodiment, a right management instruction sent by a manager to a managed party can be acquired; and sending the authority management instruction to the target container of the managed party according to the management flow channel corresponding to the authority management instruction, so that the target container of the managed party can restrict and respond to the control event of the managed party according to the authority management instruction.

Wherein, the authority management instruction can comprise a managed party and an authority range; the managed party is used for positioning at least one operating party for authority management; the scope of authority is used to determine the scope of available authority and/or the scope of unavailable authority for the grantee. It should be noted that the rights management may include constraint management and/or open management, which is not limited in any way by the present disclosure.

The management flow channel can be understood as a data flow channel which is specially used for the management end to issue the authority management instruction to the target container in the ARM server, and the data flow channel is set differently from other data flow channels.

Wherein the control event may include at least one of a mouse event, a keyboard event, an audio event, a video event, a display event, and the like.

Specifically, the management end responds to the authority management operation of the management party to generate an authority management instruction; sending the authority management instruction to a target container of a managed party through a management flow channel corresponding to the authority management instruction; and limiting the response of the target container of the controlled party to the control event of the controlled party according to the authority range in the authority management instruction.

In a specific implementation manner, at least one of the operation permissions of the managed party on the set application program, such as downloading, installing, using, and uninstalling, may be determined through the permission range, so as to restrict the operation permission of the managed party on the set application program.

According to the technical scheme, the authority management capability of the management end is given, so that the group using the cloud desktop service in batches is facilitated, the centralized management control of the associated operation parties is realized, the complexity of batch operation of the group is reduced, and the management cost and the operation and maintenance cost are reduced. Meanwhile, the management flow channel for issuing the authority management instruction is specially set, so that the sending efficiency of the authority management instruction is improved, the delay of the authority management process is reduced, and the use experience of a manager is improved.

On the basis of the above technical solutions, the present disclosure also provides an alternative embodiment. In this alternative embodiment, the selection mechanism of the target container is optimized.

Referring to fig. 2, a cloud desktop display method applied to a management end includes:

s201, a connection request sent by the thin client is obtained.

S202, according to the load condition of the SOC and the resource demand information in the connection request, selecting a target SOC from the available SOC of the ARM server, and controlling to operate a target container.

Wherein the load condition of the SOC is used to characterize the occupancy or idle rate of the available containers deployed in the SOC. And the resource demand information is used for representing the type of the cloud desktop resource required by the initiator of the connection request.

For example, the resource requirement information may include at least one of a desired system version, a desired built-in application category, a department to which an initiator of the connection request belongs, and the like.

The desired system version may be understood as an operating system version corresponding to the thin client, such as an android system or an IOS system. The expected built-in application category can be understood as an application program corresponding category which is required to be included in the cloud desktop and used by an operator, and the category can be distinguished through application program names and application program functions, such as instant messaging, video and the like. The part of the initiator can represent business attributes of the application program contained in the cloud desktop, for example, the cloud desktop required by a testing department is different from that required by a research and development department.

In an optional embodiment, according to the load condition of the SOC and the resource requirement information in the connection request, the target SOC is selected from the available SOCs of the ARM server, and may be: acquiring a candidate SOC pre-bound with the resource demand information from an available SOC of the ARM server; and determining the target SOC according to the load condition of the candidate SOC.

According to the technical scheme, the binding relationship between the resource demand information and the candidate SOC is preset, so that the candidate SOC is obtained through the binding relationship, the candidate SOC is used as a determination basis of the target SOC, the situation that the selected target SOC cannot meet the use demand of an operator due to random selection of the target SOC is avoided, and the effectiveness and the determination efficiency of the target container determination result are improved.

In an optional embodiment, the binding relationship between the resource requirement information and the candidate SOC may be set when the cloud desktop service is registered by the operator, or may be adjusted by re-registering during the use process.

Illustratively, a registration request sent by a thin client may be obtained; selecting a candidate SOC matched with the resource demand information in the registration request from the available SOC of the ARM server; and establishing a binding relationship between the candidate SOC and the resource demand information.

Specifically, the thin client responds to the registration operation of an operator, generates a registration request and sends the registration request to the management terminal; the management terminal selects a candidate SOC matched with the resource demand information in the registration request from the available SOCs of the ARM server; and establishing a binding relationship between the candidate SOC and the resource demand information.

The matching relationship between the resource demand information and the candidate SOC can be set or adjusted by a technician as required, or can be set manually by an operator during the execution of the registration operation, and the matching relationship is added to the registration request and sent to the management terminal as a basis for establishing the binding relationship.

Note that the candidate SOC that matches the resource demand information may be an SOC having a resource demand information provision capability. That is, the configuration of the candidate SOC is consistent with the resource requirement information, or the configuration of the candidate SOC is better than the resource requirement information.

According to the technical scheme, the binding relation between the candidate SOC and the resource demand information is established in the registration stage, convenience is provided for determining the target SOC when the cloud desktop service is provided in the subsequent process, and accordingly the cloud desktop display efficiency is improved.

For example, determining the target SOC according to the load condition of the candidate SOC may be: and if the candidate SOC is not in a full-load state, directly taking the candidate SOC as the target SOC, thereby improving the determination efficiency of the target SOC.

Further, if the candidate SOC is in a full-load state, the SOC of the same type of the candidate SOC is used as a standby SOC; and selecting a target SOC from the standby SOCs according to the load condition of the standby SOCs.

Wherein, the SOC of the same type can include: at least one of an SOC of an available container deployed with the same or similar functionality or an SOC with the same or similar hardware computing capabilities, or the like.

For example, the standby SOC that is not in the satisfied state may be randomly selected as the target SOC. In order to avoid inconvenience to other operation parties caused by the fact that the standby SOC is in a satisfied state too early, the standby SOCs can be sequenced according to the load condition of the standby SOCs; the standby SOC with a smaller (e.g., smallest) load is selected as the target SOC.

It can be understood that when the candidate SOC is in a satisfied state, the target SOC is determined based on the SOC of the same type, the condition that the pre-bound candidate SOC cannot provide cloud desktop service for an operator due to full load is avoided, and the flexibility of the target SOC selection process is improved.

S203, selecting a target container from the available containers of the target SOC according to the occupation condition of the available containers in the target SOC, and controlling to operate the target container.

For example, the available container in an idle state may be selected from the available containers deployed by the target SOC as the target container.

S204, feeding back a login identification of the target container to the thin client to enable the thin client to be connected with the target container based on the login identification, loading cloud desktop resources on the thin client through the target container, and displaying a corresponding cloud desktop.

According to the method and the device for selecting the target container, the selection operation of the target container is refined into the selection of the target SOC from the available SOC of the ARM server according to the load condition of the SOC and the resource demand information in the connection request, the target container is selected according to the occupation condition of the available container in the target SOC, the selection range of the target container is narrowed, the determination efficiency of the target container is improved, and the display efficiency of a cloud desktop is improved.

In order to explain the cloud desktop display method provided by the present disclosure more clearly, the thin client is used as an execution subject, and the cloud desktop display method will be described in detail below. In the detailed part of the present disclosure, reference may be made to the related description of the foregoing embodiments.

Referring to fig. 3, a cloud desktop display method applied to a thin client includes:

s301, sending a connection request to the management terminal, so that the management terminal selects a target container from the available containers of the ARM server according to the connection request and controls the target container to operate.

The thin client generates a connection request in response to an authentication operation of an operator, and transmits the connection request to the management terminal; and the management terminal selects a target container from the available containers of the ARM server according to the connection request, controls the ARM server to operate the target container, and feeds back the login identification of the target container to the thin client.

It can be appreciated that since the disclosed embodiments only run the target container after it is determined, a waste of computing resources is avoided.

S302, receiving the login identification of the target container fed back by the management terminal, and connecting the target container based on the login identification.

After the management terminal selects the target container, the management terminal can feed back the login identification of the target container to the thin client; the thin client connects to the target container in the ARM server based on the login identification.

S303, loading cloud desktop resources in the target container, and displaying the corresponding cloud desktop.

Deploying a target SOC with a target container, and providing cloud desktop resources to the thin client through the target container; the thin client loads cloud desktop resources and controls the display device to display the corresponding cloud desktop.

In an optional embodiment, data transmission can be performed between the thin client and the ARM server through a preset communication protocol, so that cloud desktop resources in the target container are loaded in the thin client, and a cloud desktop corresponding to the cloud desktop resources is displayed on the thin client. The predetermined communication protocol may be implemented using a self-developed protocol that provides data streaming management techniques (e.g., video streaming management techniques).

On the basis of the above technical solutions, the present disclosure also provides another alternative embodiment. In the optional embodiment, the display process of the cloud desktop is optimized and improved.

Referring to fig. 4A, a cloud desktop display method applied to a thin client includes:

s401, sending a connection request to a management terminal, so that the management terminal selects a target container from available containers of the ARM server according to the connection request and controls the target container to operate.

S402, receiving the login identification of the target container fed back by the management terminal, and connecting the target container based on the login identification.

And S403, generating a control event in response to the trigger operation of the operator.

The control event may include at least one of a mouse event, a keyboard event, an audio event, a video event, a display event, and the like, so that an operator can realize cloud desktop control through at least one of mouse operation, keyboard operation, voice operation, gesture operation, and the like.

The control event can comprise a control instruction used for representing the operation intention of an operator; event-related data can also be included in the control events to characterize the data support that needs to be provided to satisfy the operational intent.

S404, selecting an uplink target channel from the at least two candidate transmission channels according to the data type contained in the control event.

Illustratively, at least two candidate transmission channels are arranged between the thin client and the ARM server according to a preset communication protocol and are used for streaming data transmission.

The thin client can select at least two uplink target channels from at least two candidate transmission channels according to the data type contained in the control event. The data type may include an instruction class and/or a data class, among others.

In an optional embodiment, when the control event includes at least one data type content data, the candidate transmission channels with the same number as the included data types may be selected, and the candidate transmission channels corresponding to the content data of each data type are set one by one as the uplink target channels, so as to perform streaming data transmission respectively.

For example, if the number of the candidate transmission channels is less than the number of the data types, the corresponding relationship between the candidate transmission channels and the content data of at least one data type may be set in a uniform distribution manner, and then the candidate data channels having the corresponding relationship are used as the uplink target channels to perform transmission of the corresponding content data.

For example, if the number of the candidate transmission channels is not less than the number of the data types, the target number of uplink target channels may be selected from at least two candidate data channels according to a certain channel selection policy, and corresponding uplink target channels are set for content data of each data type one by one, and streaming data transmission is performed respectively. Wherein the target number is the number of type data. The channel selection strategy may include at least one of random selection, selection according to data transmission amount, selection according to historical data delivery rate, selection according to historical data loss rate, and the like.

In an alternative embodiment, referring to the schematic diagram of the candidate transmission channel shown in fig. 4B, the candidate transmission channel may include an instruction stream channel and a data stream channel, and by performing type division on the candidate transmission channel, response delay caused by instruction and data cross transmission is avoided.

For example, if the control event includes a control command, a command stream channel may be selected from the candidate transmission channels as an upstream target channel for transmitting the control command.

For example, if the control event includes event-related data, the data stream channel is selected from the candidate transmission channels as an uplink target channel for transmitting the event-related data.

In a specific implementation manner, the instruction flow channel may be further subdivided into instruction flow channels corresponding to different instruction types, for example, a mouse channel corresponding to a mouse-type instruction type and a keyboard channel corresponding to a keyboard-type instruction type; the data stream channel may be further subdivided into data stream channels corresponding to different data types, for example, an audio channel corresponding to an audio data type and a video channel corresponding to a video data type.

Correspondingly, if the control event comprises a control command, selecting a command stream channel matched with the command type of the control command from the candidate transmission channels as an uplink target channel for transmitting the control command.

And if the control event comprises event related data, selecting a data flow channel matched with the data type of the event related data from the candidate transmission channels as an uplink target channel for transmitting the event related data.

It can be understood that different types of candidate transmission channels are arranged for uplink transmission of corresponding data, so that the situation that different data adopt a single transmission channel and data delay occurs is avoided, the occurrence of the cloud desktop blocking situation in the control process is reduced, and the use experience of an operator is improved.

S405, transmitting the control event to the target container according to the uplink target channel so that the target container determines response data corresponding to the control event.

Adopting an uplink target channel matched with the data type of the content data of the control event to transmit corresponding content data; and after receiving the control event, the target container acquires response data associated with the control event and feeds back the response data to the thin client.

For example, control commands may be transmitted to the target container according to a command stream channel in the upstream target channel; and/or transmitting the event related data to the target container according to the data stream channel in the upstream target channel.

For example, when an operator clicks a voice control in a cloud desktop through a mouse to establish a voice connection with another operator, it is necessary to send a "voice connection establishment" instruction through an instruction stream channel (for example, a mouse channel may be specified), and transmit voice data of the operator through a data stream channel (for example, an audio channel may be specified).

It can be understood that the uplink transmission of the corresponding data is respectively carried out by setting the instruction flow channel and the data flow channel, so that the situation that different data adopt a single transmission channel and data delay occurs is avoided, the occurrence of the cloud desktop blocking situation in the control process is favorably reduced, and the use experience of an operator is improved.

And S406, acquiring response data fed back by the target container, and performing cloud desktop display based on the response data.

For example, the target container may feed back response data to the thin client through a candidate data channel arranged between the ARM server and the thin client based on the preset communication protocol; accordingly, the thin client receives the response data.

In an alternative embodiment, the thin client may obtain response data fed back by the target container from the downstream target channel. The downlink target channel may be selected from at least two candidate transmission channels by the target container according to a data type included in the corresponding data.

It can be understood that at least two candidate transmission channels are arranged for downlink transmission of response data of different data types, so that the situation that data delay occurs due to the fact that different data adopt a single data transmission channel is avoided, the situation that cloud desktop jamming occurs in the control process is reduced, and the use experience of an operator is improved.

According to the embodiment of the disclosure, at least two candidate transmission channels are arranged between the thin client and the ARM server, and when the thin client interacts with the ARM server, the uplink target channel or the downlink target channel is selected from the at least two candidate transmission channels, so that data delay caused by data transmission through a single transmission channel is avoided, the occurrence of a blockage situation in the display process of a cloud desktop is avoided, the user experience is improved, and a guarantee is provided for high-precision services such as video auditing or data labeling based on the cloud desktop.

In order to explain the cloud desktop display method provided by the present disclosure more clearly, the following describes the cloud desktop display method in detail with the SOC in the ARM server as an execution subject. In the embodiments of the present disclosure, reference may be made to the foregoing embodiments.

Referring to fig. 5, a cloud desktop display method applied to an SOC includes:

s501, obtaining a login identification of a target container sent by a thin client; and the target container is selected from available containers of the ARM server by the management terminal in response to a connection request initiated by the thin client, and the operation is controlled.

The thin client generates a connection request in response to an authentication operation of an operator, and transmits the connection request to the management terminal; the management terminal selects a target container from available containers of the ARM server according to the connection request, controls the ARM server to operate the target container, and feeds back a login identifier of the target container to the thin client; the thin client transmits the login identification to the target SOC.

And S502, connecting the target container according to the login identification.

And after receiving the login identification, the target SOC connects a corresponding target container based on the login identification.

S503, loading cloud desktop resources on the thin client through the target container, and displaying the corresponding cloud desktop.

In an optional embodiment, data transmission can be performed between the thin client and the ARM server through a preset communication protocol, so that cloud desktop resources in the target container are loaded in the thin client, and a cloud desktop corresponding to the cloud desktop resources is displayed on the thin client. The predetermined communication protocol may be implemented by a self-developed protocol providing data streaming management technology (e.g., video streaming management technology).

On the basis of the technical schemes, the target SOC can also carry out authority management on the using process of the operating party on the cloud desktop through the command issued by the management terminal.

In an optional embodiment, the authority management instruction sent by the management terminal based on the management stream channel can be received by the target container; wherein, the authority management instruction comprises a managed party and an authority range; and when receiving the current control event sent by the thin client of the managed and controlled party, limiting the response of the current control event according to the authority range.

The managed party is used for positioning at least one operating party for authority management; the scope of authority is used to determine the scope of available authority and/or the scope of unavailable authority for the grantee. It should be noted that the rights management may include constraint management and/or open management, and the disclosure is not limited thereto.

Wherein the current control event may include at least one of a mouse event, a keyboard event, an audio event, a video event, a display event, and the like.

Specifically, the management end responds to the authority management operation of the management party to generate an authority management instruction; sending the authority management instruction to a target container of a managed party through a management flow channel corresponding to the authority management instruction; and when the target container of the managed party receives the current control event sent by the thin client of the managed party, limiting the response to the current control event according to the authority range.

Referring to fig. 6, a cloud desktop display method applied to an SOC includes:

s601, obtaining a login identification of a target container sent by a thin client; and the target container is selected from available containers of the ARM server by the management terminal in response to a connection request initiated by the thin client, and the operation is controlled.

And S602, connecting the target container according to the login identification.

S603, acquiring a control event generated by the thin client in response to the trigger operation of an operator from the uplink target channel; and the uplink target channel is selected from at least two candidate transmission channels by the thin client according to the data type contained in the control event.

And S604, determining response data corresponding to the control event.

Response data associated with the control event may be determined based on the control event.

For example, the target SOC may simulate a control event in the target container, collect system audio/video data in the target container, and use the collected result as response data corresponding to the control event.

The acquisition of system audio and video data generated by the target container based on the analog control event can be realized in a software acquisition mode and/or a hardware acquisition mode. In order to reduce the response delay of the cloud desktop, in an optional embodiment, the acquisition of system audio and video data can be performed through a preset virtual display card drive integrated in the target container and in combination with a display card of the SOC to which the target container belongs. Because the preset virtual display card driver is started along with the starting of the target container, the mode of the preset virtual display card driver is integrated in the target container, and the waste of any resource is avoided.

S605, selecting a downlink target channel from the candidate transmission channels according to the data type contained in the response data.

The data type may include an instruction class and/or a data class, among others.

In an optional embodiment, when the response data includes at least one data type content data, the candidate data transmission channels with the same number as the included data types may be selected, and the candidate transmission channels that do not have the content data of each data type set one-to-one correspondence are used as the downlink target channels to perform streaming data transmission, respectively.

For example, if the number of the candidate transmission channels is less than the number of the data types, the corresponding relationship between the candidate transmission channels and the content data of at least one data type may be set in a uniform distribution manner, and then the candidate data channels having the corresponding relationship are used as the downlink target channels to perform transmission of the corresponding content data.

For example, if the number of the candidate transmission channels is not less than the number of the data types, the target number of downlink target channels may be selected from at least two candidate data channels according to a certain channel selection policy, and corresponding downlink target channels are set for content data of each data type one by one, and streaming data transmission is performed respectively. Wherein the target number is the number of type data. The channel selection strategy may include at least one of random selection, selection according to data transmission amount, selection according to historical data delivery rate, selection according to historical data loss rate, and the like.

In an optional embodiment, the candidate transmission channels may include an instruction stream channel and a data stream channel, and data delay caused by instruction and data cross transmission is avoided by performing type division on the candidate transmission channels.

Illustratively, if the response data includes a response control command, a command stream channel is selected from the candidate transmission channels as a downstream target channel for transmitting the response control command.

And if the response data comprises audio and video data, selecting a data channel from the candidate transmission channels as a downlink target channel for transmitting the audio and video data.

In a specific implementation manner, the instruction flow channel may be further subdivided into instruction flow channels corresponding to different instruction types, for example, a mouse channel corresponding to a mouse type instruction type, a keyboard channel corresponding to a keyboard type instruction type, a display channel corresponding to a display type instruction type, and the like; the data stream channel may be further subdivided into data stream channels corresponding to different data types, for example, an audio channel corresponding to an audio data type and a video channel corresponding to a video data type.

Correspondingly, if the response data comprises the response control instruction, selecting an instruction flow channel matched with the response control instruction from the candidate transmission channels as a downlink target channel for transmitting the response control instruction.

And if the response data comprises audio and video data, selecting a data stream channel matched with the audio and video data from the candidate transmission channels as a downlink target channel for transmitting the audio and video data.

In one specific example, when the operator drags the mouse to the hyperlink area in the cloud desktop, the response control instruction determined based on the control event may include a mouse graphic change instruction, and the transmission of the mouse graphic change instruction may be performed through the display channel.

It can be understood that different types of candidate transmission channels are arranged for downlink transmission of corresponding data, so that the situation that different data adopt a single transmission channel and data delay occurs is avoided, the occurrence of the cloud desktop blocking situation in the control process is reduced, and the use experience of an operator is improved.

And S606, feeding back response data to the thin client according to the downlink target channel so that the thin client performs cloud desktop display based on the response data.

Adopting a downlink target channel matched with the data type of the content data of the response data to transmit the corresponding content data; and after receiving the response data, the thin client loads the response data and displays the cloud desktop according to the response data.

Illustratively, a response control instruction can be fed back to the thin client according to the instruction stream channel in the downstream target channel; and/or feeding back audio and video data to the thin client according to the data stream channel in the downlink target channel.

It can be understood that downlink transmission of corresponding data is respectively carried out by setting the instruction flow channel and the data flow channel, so that the situation that different data are transmitted by a single transmission channel is avoided, the occurrence of data delay is facilitated, the occurrence of the cloud desktop blocking situation in the control process is reduced, and the use experience of an operator is improved.

It should be noted that the uplink target channel for performing uplink transmission and the downlink target channel for performing downlink transmission may be the same or different candidate transmission channels, and the disclosure does not limit this.

For example, when the operator clicks the video player in the cloud desktop to play the video, the response data is the audio and video data, and correspondingly, the audio and video data is fed back to the thin client through the data stream channel (for example, the audio data may be fed back to the thin client through the audio channel, and the video data may be fed back to the thin client through the video channel). Accordingly, the display device is controlled to output video data, and audio data is output through the sound output device.

Because the response data usually includes audio data and video data, and is influenced by factors such as data compression, transmission bandwidth, playing format and the like, the video data usually needs to be transcoded, encoded and the like in the target container to obtain a video code stream; and carrying out operations such as coding and the like on the audio data to obtain an audio code stream. Correspondingly, after the thin client receives the video data, decoding, transcoding and other operations are carried out on the video code stream to obtain video data, and the video data are displayed through the display device; and decoding the audio code stream to obtain audio data, and outputting the audio data through the sound output device.

Due to the fact that the hardware resource is consumed too much in a mode of depending on the CPU to perform soft decoding, image blocking in desktop transmission is likely to be caused aiming at a cloud desktop application scene with extremely precious computing resources, and using experience of an operator is directly influenced. The embodiment of the disclosure can perform hardware encoding and decoding based on a Graphics Processing Unit (GPU) integrated on a target SOC, and perform rendering output of audio and video data, thereby greatly playing the hardware characteristics of the GPU, further reducing the desktop response delay, and simultaneously reducing the CPU resource consumption.

It should be noted that, in order to reduce the data amount of video data transmission and avoid data leakage of an operator, before encoding the video data, key frame extraction may be performed, and differences between other video frames and key frames may be determined, and only by transmitting a graphic change, instead of actually transmitting the entire amount of data, the thin client may be configured, thereby reducing potential safety hazards due to data leakage.

On the basis of the technical schemes, the disclosure also provides a preferred embodiment of the cloud desktop display method. In this alternative embodiment, the cloud desktop display method shown in fig. 7B will be described in detail with reference to the cloud desktop display scene diagram shown in fig. 7A.

The cloud desktop display method shown in fig. 7B includes:

and S701, the thin client responds to the registration operation of the registrant to generate a registration request.

S702, the thin client sends a registration request to the management platform.

S703, the management platform selects a candidate SOC from the available SOCs of the ARM server according to the resource demand information in the registration request.

S704, the management platform establishes a binding relationship between the resource demand information and the candidate SOC.

S705, the thin client generates a connection request in response to the connection operation of the authenticator.

And S706, the thin client sends a connection request to the management platform.

S707, the management platform obtains a candidate SOC matched with the resource demand information in the connection request from the available SOC of the ARM server.

S708, the management platform judges whether the candidate SOC is in a full load state; if yes, go to S709A; otherwise, S709B is executed.

S709A, the management platform takes the SOC of the same type of the candidate SOC as a standby SOC and takes the standby SOC with the minimum load capacity as a target SOC; execution continues with S706.

S709B, the management platform takes the candidate SOC as a target SOC; execution continues with S706.

S710, the management platform selects an available container in an idle state in the target SOC as a target container.

The target container corresponds to a cloud desktop in the cloud desktop resource pool and is used for providing cloud desktop resources for the thin client.

And S711, controlling the operation target container by the management platform.

And S712, the management platform feeds back the login token of the target container to the thin client.

And S713, connecting the thin client with the target container in the ARM according to the login token.

S714, the thin client responds to the trigger operation of the operator to generate a control event; wherein the control event comprises a control instruction and/or event associated data.

S715, the thin client sends a control instruction to the target container through an instruction stream channel matched with the control type of the control instruction; and/or sending the event related data to the target container through a data stream channel matched with the data type of the event related data.

S716, determining corresponding response data by the target container according to the control event; wherein, the response data comprises response control instructions and/or audio-video data.

S717, the target container sends a response control instruction to the thin client through an instruction stream channel matched with the control type of the response control instruction; and/or transmitting the audio and video data to the thin client through a data stream channel matched with the data type of the audio and video data.

And S718, rendering and displaying the cloud desktop by the thin client according to the response control instruction and/or the audio and video data.

And S719, the management platform responds to the authority management operation of the manager to generate an authority management instruction.

S720, the management platform sends the authority management instruction to the target container of the managed party through the management and control flow channel.

And S721, when the target container of the managed party receives the control event sent by the thin client of the managed party, limiting and responding the control event according to the authority range in the authority management instruction.

It should be noted that S719-S721 may be executed before S705-S718, or after S705-S718, or during execution of any step of S705-S718, the present disclosure does not limit the specific execution sequence of the two parts, and only needs to ensure that S719-S721 and S705-S718 are executed after S704.

According to the technology disclosed by the invention, at least one container is deployed in the SOC of the ARM server with low power consumption and low cost, and the container scheduling is carried out for the cloud desktop operator through the management platform, so that the cloud desktop service is provided for the thin client, the utilization rate of resources is improved, and the resource overhead for realizing the cloud desktop is reduced.

On the basis of the technical schemes, the disclosure also provides an optional embodiment of an execution device for realizing the cloud desktop display methods. Referring further to fig. 8, a cloud desktop display apparatus 800 configured at a management end includes: a connection request acquisition module 801, a target container selection module 802 and a login identification feedback module 803. Wherein the content of the first and second substances,

a connection request acquiring module 801, configured to acquire a connection request sent by a thin client;

a target container selection module 802, configured to select a target container from available containers of the ARM server of the advanced risc machine according to the connection request, and control to operate the target container;

and the login identifier feedback module 803 is configured to feed back the login identifier of the target container to the thin client, so that the thin client is connected with the target container based on the login identifier, and loads cloud desktop resources on the thin client through the target container to display a corresponding cloud desktop.

In an alternative embodiment, the target container selection module 802 includes:

the target SOC selecting unit is used for selecting a target SOC from the available SOC of the ARM server according to the load condition of the system chip SOC and the resource demand information in the connection request;

and the target container selecting unit is used for selecting the target container from the available containers of the target SOC according to the occupation condition of the available containers in the target SOC.

In an optional embodiment, the target SOC selecting unit includes:

the candidate SOC selecting subunit is used for acquiring a candidate SOC pre-bound with the resource demand information from the available SOC of the ARM server;

and the target SOC determining subunit is used for determining the target SOC according to the load condition of the candidate SOC.

In an alternative embodiment, the target SOC determining subunit includes:

a standby SOC determination slave unit, configured to, if the candidate SOC is in a full-load state, take the SOC of the same type of the candidate SOC as a standby SOC;

and the target SOC selection slave unit is used for selecting the target SOC from the standby SOC according to the load condition of the standby SOC.

In an optional embodiment, the cloud desktop display device further includes:

the registration request acquisition module is used for acquiring a registration request sent by the thin client;

the SOC matching module is used for selecting a candidate SOC matched with the resource demand information in the registration request from the available SOC of the ARM server;

and the binding relation establishing module is used for establishing the binding relation between the candidate SOC and the resource demand information.

In an optional embodiment, the cloud desktop display device further includes:

the authority management request acquisition module is used for acquiring the authority management request sent by the manager; the authority management request comprises historical resource demand information and current resource demand information of a managed party;

and the binding relation changing module is used for removing the binding relation between the historical resource demand information and the corresponding candidate SOC and establishing the binding relation between the candidate SOC matched with the current resource demand information and the current resource demand information.

In an alternative embodiment, the resource requirement information includes at least one of a desired system version, a desired built-in application category, and a department to which an originator of the connection request belongs.

In an optional embodiment, the cloud desktop display device further includes:

the authority management instruction acquisition module is used for acquiring an authority management instruction sent by a manager for a controlled party;

and the authority management instruction sending module is used for sending the authority management instruction to the target container of the managed party according to the management flow channel corresponding to the authority management instruction, so that the target container of the managed party can respond to the control event of the managed party according to the limit of the authority management instruction.

The cloud desktop display device can execute the cloud desktop display method provided by any embodiment of the disclosure, and has the corresponding functional modules and beneficial effects of executing the cloud desktop display methods.

On the basis of the technical solutions, the present disclosure further provides another optional embodiment of an execution device for implementing the cloud desktop display methods. Referring further to fig. 9, a cloud desktop display 900 configured for a thin client comprises: a connection request sending module 901, a login identification receiving module 902 and a cloud desktop display module 903. Wherein the content of the first and second substances,

a connection request sending module 901, configured to send a connection request to a management end, so that the management end selects a target container from available containers of an advanced risc machine ARM server according to the connection request, and controls to operate the target container;

a login identifier receiving module 902, configured to receive a login identifier of the target container fed back by the management end, and connect the target container based on the login identifier;

and the cloud desktop display module 903 is used for loading the cloud desktop resources in the target container and displaying the corresponding cloud desktop.

In an alternative embodiment, the cloud desktop presentation module 903 comprises:

a control event generating unit for generating a control event in response to a trigger operation of an operator;

an uplink target channel selecting unit, configured to select an uplink target channel from the at least two candidate transmission channels according to a data type included in the control event;

the control event transmission unit is used for transmitting a control event to the target container according to the uplink target channel so that the target container determines response data corresponding to the control event;

and the cloud desktop display unit is used for acquiring response data fed back by the target container and performing cloud desktop display based on the response data.

In an optional embodiment, the cloud desktop display unit comprises:

the response data acquisition subunit is used for acquiring response data fed back by the target container from the downlink target channel;

and the downlink target channel is selected from at least two candidate transmission channels by the target container according to the data type contained in the response data.

In an optional embodiment, the uplink target channel selecting unit includes:

the command stream channel matching subunit is used for selecting a command stream channel matched with the command type of the control command from each candidate transmission channel as an uplink target channel if the control event comprises the control command;

and the data flow channel matching subunit is used for selecting a data flow channel matched with the data type of the event-related data from each candidate transmission channel as an uplink target channel if the control event comprises the event-related data.

In an alternative embodiment, the control event transmission unit comprises:

the control instruction transmission subunit is used for transmitting a control instruction to the target container according to the instruction flow channel in the uplink target channel; and/or the presence of a gas in the gas,

and the event related data transmission subunit is used for transmitting the event related data to the target container according to the data stream channel in the uplink target channel.

In an alternative embodiment, the control event includes at least one of a mouse event, a keyboard event, an audio event, a video event, and a display event.

On the basis of the above technical solutions, the present disclosure further provides another optional embodiment of an execution device for implementing the above cloud desktop display methods. Referring further to fig. 10, a cloud desktop exhibition apparatus 1000 configured in an SOC of an ARM server includes: a login identification acquisition module 1001, a target container connection module 1002 and a cloud desktop exhibition module 1003. Wherein the content of the first and second substances,

a login identifier obtaining module 1001 configured to obtain a login identifier of a target container sent by a thin client; the target container is obtained by the management terminal in response to a connection request initiated by the thin client, is selected from available containers of the ARM server, and is controlled to operate;

a target container connection module 1002, configured to connect a target container according to the login identifier;

and the cloud desktop display module 1003 is configured to load cloud desktop resources on the thin client through the target container, and display a corresponding cloud desktop.

In an alternative embodiment, the cloud desktop exhibition module 1003 includes:

the control event generating unit is used for acquiring a control event generated by the thin client in response to the trigger operation of an operator from the uplink target channel; the method comprises the steps that an uplink target channel is selected from at least two candidate transmission channels by a thin client according to the data type contained in a control event;

the response data determining unit is used for determining response data corresponding to the control event;

a downlink target channel selection unit, configured to select a downlink target channel from the candidate transmission channels according to a data type included in the response data;

and the response data feedback unit is used for feeding back response data to the thin client according to the downlink target channel so that the thin client performs cloud desktop display based on the response data.

In an optional embodiment, the downlink target channel selecting unit includes:

the command stream channel matching subunit is used for selecting a command stream channel matched with the response control instruction from the candidate transmission channels as a downlink target channel if the response data comprises the response control instruction;

and the data flow channel matching subunit is used for selecting a data flow channel matched with the audio and video data from the candidate transmission channels as a downlink target channel if the response data comprises the audio and video data.

In an alternative embodiment, the response data feedback unit comprises:

the response control instruction feedback subunit is used for feeding back a response control instruction to the thin client according to the instruction flow channel in the downlink target channel; and/or the presence of a gas in the gas,

and the audio and video data feedback subunit is used for feeding back the audio and video data to the thin client according to the data stream channel in the downlink target channel.

In an optional embodiment, the cloud desktop display device further includes:

the management and control instruction receiving module is used for receiving the authority management instruction sent by the management terminal based on the management flow channel through the target container; wherein, the authority management instruction comprises a managed party and an authority range;

and the management and control module is used for limiting response to the current control event according to the authority range when receiving the current control event sent by the thin client of the managed and controlled party.

In the technical scheme of the disclosure, the related connection request, the login identification of the target container, the collection, storage, use, processing, transmission, provision, disclosure and other processing of the cloud desktop resources and the like all meet the regulations of related laws and regulations, and do not violate the good customs of the public order.

The present disclosure also provides an electronic device, a readable storage medium, and a computer program product according to embodiments of the present disclosure.

FIG. 11 shows a schematic block diagram of an example electronic device 1100 that may be used to implement embodiments of the present disclosure. Electronic devices are intended to represent various forms of digital computers, such as laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframes, and other appropriate computers. The electronic device may also represent various forms of mobile devices, such as personal digital processing, cellular phones, smart phones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions, are meant to be examples only, and are not meant to limit implementations of the disclosure described and/or claimed herein.

As shown in fig. 11, the device 1100 comprises a computing unit 1101, which may perform various appropriate actions and processes according to a computer program stored in a Read Only Memory (ROM)1102 or a computer program loaded from a storage unit 1108 into a Random Access Memory (RAM) 1103. In the RAM 1103, various programs and data necessary for the operation of the device 1100 may also be stored. The calculation unit 1101, the ROM 1102, and the RAM 1103 are connected to each other by a bus 1104. An input/output (I/O) interface 1105 is also connected to bus 1104.

A number of components in device 1100 connect to I/O interface 1105, including: an input unit 1106 such as a keyboard, a mouse, and the like; an output unit 1107 such as various types of displays, speakers, and the like; a storage unit 1108 such as a magnetic disk, optical disk, or the like; and a communication unit 1109 such as a network card, a modem, a wireless communication transceiver, and the like. The communication unit 1109 allows the device 1100 to exchange information/data with other devices through a computer network such as the internet and/or various telecommunication networks.

The computing unit 1101 can be a variety of general purpose and/or special purpose processing components having processing and computing capabilities. Some examples of the computing unit 1101 include, but are not limited to, a Central Processing Unit (CPU), a Graphics Processing Unit (GPU), various dedicated Artificial Intelligence (AI) computing chips, various computing units running machine learning model algorithms, a Digital Signal Processor (DSP), and any suitable processor, controller, microcontroller, and the like. The computing unit 1101 performs the various methods and processes described above, such as a cloud desktop presentation method. For example, in some embodiments, the cloud desktop exposing method may be implemented as a computer software program tangibly embodied in a machine-readable medium, such as storage unit 1108. In some embodiments, part or all of the computer program may be loaded and/or installed onto device 1100 via ROM 1102 and/or communication unit 1109. When the computer program is loaded into RAM 1103 and executed by computing unit 1101, one or more steps of the cloud desktop presentation method described above may be performed. Alternatively, in other embodiments, the computing unit 1101 may be configured to perform the cloud desktop exposing method by any other suitable means (e.g., by means of firmware).

Various implementations of the systems and techniques described here above may be implemented in digital electronic circuitry, integrated circuitry, Field Programmable Gate Arrays (FPGAs), Application Specific Integrated Circuits (ASICs), Application Specific Standard Products (ASSPs), system on a chip (SOCs), load programmable logic devices (CPLDs), computer hardware, firmware, software, and/or combinations thereof. These various embodiments may include: implemented in one or more computer programs that are executable and/or interpretable on a programmable system including at least one programmable processor, which may be special or general purpose, receiving data and instructions from, and transmitting data and instructions to, a storage system, at least one input device, and at least one output device.

Program code for implementing the methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions/operations specified in the flowchart and/or block diagram to be performed. The program code may execute entirely on the machine, partly on the machine, as a stand-alone software package partly on the machine and partly on a remote machine or entirely on the remote machine or server.

In the context of this disclosure, a machine-readable medium may be a tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

To provide for interaction with a user, the systems and techniques described here can be implemented on a computer having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to a user; and a keyboard and a pointing device (e.g., a mouse or a trackball) by which a user can provide input to the computer. Other kinds of devices may also be used to provide for interaction with a user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user may be received in any form, including acoustic, speech, or tactile input.

The systems and techniques described here can be implemented in a computing system that includes a back-end component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front-end component (e.g., a user computer having a graphical user interface or a web browser through which a user can interact with an implementation of the systems and techniques described here), or any combination of such back-end, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: local Area Networks (LANs), Wide Area Networks (WANs), and the Internet.

The computer system may include clients and servers. A client and server are generally remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other. The server can be a cloud server, also called a cloud computing server or a cloud host, and is a host product in a cloud computing service system, so that the defects of high management difficulty and weak service expansibility in the traditional physical host and VPS service are overcome. The server may also be a server of a distributed system, or a server incorporating a blockchain.

Cloud computing (cloud computing) refers to a technology system that accesses a flexibly extensible shared physical or virtual resource pool through a network, where resources may include servers, operating systems, networks, software, applications, storage devices, and the like, and may be deployed and managed in a self-service manner as needed. Through the cloud computing technology, high-efficiency and strong data processing capacity can be provided for technical application and model training of artificial intelligence, block chains and the like.

It should be understood that various forms of the flows shown above may be used, with steps reordered, added, or deleted. For example, the steps described in the present disclosure may be executed in parallel or sequentially or in different orders, and are not limited herein as long as the desired results of the technical solutions disclosed in the present disclosure can be achieved.

The above detailed description should not be construed as limiting the scope of the disclosure. It should be understood by those skilled in the art that various modifications, combinations, sub-combinations and substitutions may be made in accordance with design requirements and other factors. Any modification, equivalent replacement, and improvement made within the spirit and principle of the present disclosure should be included in the scope of protection of the present disclosure.

Claims

1. A cloud desktop display method is applied to a management end and comprises the following steps:

acquiring a connection request sent by a thin client;

according to the connection request, selecting a target container from available containers of an advanced reduced instruction set processor (ARM) server, and controlling the target container to operate;

and feeding back the login identification of the target container to the thin client to enable the thin client to be connected with the target container based on the login identification, loading cloud desktop resources on the thin client through the target container, and displaying a corresponding cloud desktop.

2. The cloud desktop exposure method of claim 1, wherein the selecting a target container from available containers of an advanced reduced instruction set processor (ARM) server according to the connection request comprises:

selecting a target SOC from the available SOC of the ARM server according to the load condition of the system chip SOC and the resource demand information in the connection request;

and selecting the target container from the available containers of the target SOC according to the occupation condition of the available containers in the target SOC.

3. The cloud desktop display method of claim 2, wherein the selecting a target SOC from the available SOCs of the ARM server according to the load condition of the system chip SOC and the resource demand information in the connection request comprises:

acquiring a candidate SOC pre-bound with the resource demand information from an available SOC of the ARM server;

and determining the target SOC according to the load condition of the candidate SOC.

4. The cloud desktop presentation method of claim 3, wherein the determining a target SOC based on the load condition of the candidate SOC comprises:

if the candidate SOC is in a full-load state, taking the SOC of the same type of the candidate SOC as a standby SOC;

and selecting the target SOC from the standby SOC according to the load condition of the standby SOC.

5. The cloud desktop display method of claim 3, further comprising:

acquiring a registration request sent by the thin client;

selecting a candidate SOC matched with the resource demand information in the registration request from the available SOCs of the ARM server;

and establishing a binding relationship between the candidate SOC and the resource demand information.

6. The cloud desktop display method of any of claims 1-5, further comprising:

acquiring a right management instruction sent by a manager to a managed party;

and sending the authority management instruction to the target container of the managed party according to the management flow channel corresponding to the authority management instruction, so that the target container of the managed party can respond to the control event of the managed party according to the limit of the authority management instruction.

7. A cloud desktop display method is applied to a thin client and comprises the following steps:

8. The cloud desktop presentation method of claim 7, wherein said loading cloud desktop resources in the target container, presenting a corresponding cloud desktop, comprises:

generating a control event in response to a trigger operation of an operator;

selecting an uplink target channel from at least two candidate transmission channels according to the data type contained in the control event;

transmitting the control event to the target container according to the uplink target channel so that the target container determines response data corresponding to the control event;

and acquiring response data fed back by the target container, and performing cloud desktop display based on the response data.

9. The cloud desktop presentation method of claim 8, wherein the obtaining response data fed back by the target container comprises:

response data fed back by the target container are obtained from a downlink target channel;

10. The cloud desktop presentation method of claim 8, wherein the selecting an uplink target channel from at least two candidate transmission channels according to a data type included in the control event comprises:

if the control event comprises a control instruction, selecting an instruction flow channel matched with the instruction type of the control instruction from each candidate transmission channel as the uplink target channel;

and if the control event comprises event related data, selecting a data flow channel matched with the data type of the event related data from each candidate transmission channel as the uplink target channel.

11. The cloud desktop presentation method of claim 10, wherein said transmitting the control event to the target container according to the upstream target channel comprises:

transmitting the control command to the target container according to a command stream channel in the uplink target channel; and/or the presence of a gas in the gas,

and transmitting the event related data to the target container according to the data stream channel in the uplink target channel.

12. A cloud desktop display method is applied to a system chip SOC in an advanced reduced instruction set processor ARM server and comprises the following steps:

acquiring a login identification of a target container sent by a thin client; the target container is obtained by a management terminal in response to a connection request initiated by the thin client, is selected from available containers of the ARM server, and is controlled to operate;

connecting the target container according to the login identification;

13. The cloud desktop presentation method of claim 12, wherein said loading cloud desktop resources at said thin client through said target container, presenting a respective cloud desktop, comprises:

acquiring a control event generated by the thin client in response to the trigger operation of an operator from the uplink target channel; the thin client selects the uplink target channel from at least two candidate transmission channels according to the data type contained in the control event;

determining response data corresponding to the control event;

selecting a downlink target channel from each candidate transmission channel according to the data type contained in the response data;

and feeding back the response data to the thin client according to the downlink target channel so as to enable the thin client to perform cloud desktop display based on the response data.

14. The cloud desktop presentation method of claim 13, wherein the selecting a downlink target channel from each of the candidate transmission channels according to a data type included in the response data comprises:

if the response data comprises a response control instruction, selecting an instruction flow channel matched with the response control instruction from the candidate transmission channels as the downlink target channel;

and if the response data comprises audio and video data, selecting a data stream channel matched with the audio and video data from each candidate transmission channel as the downlink target channel.

15. The cloud desktop presentation method of claim 14, wherein said feeding back said response data to said thin client according to said downstream target channel comprises:

feeding back the response control instruction to the thin client according to an instruction stream channel in the downlink target channel; and/or the presence of a gas in the gas,

and feeding back the audio and video data to the thin client according to the data stream channel in the downlink target channel.

16. The cloud desktop display method of any of claims 12-15, further comprising:

receiving a right management instruction sent by a management terminal based on a management flow channel through the target container; wherein, the authority management instruction comprises a managed party and an authority range;

and when receiving a current control event sent by the thin client of the managed party, limiting to respond to the current control event according to the authority range.

17. A cloud desktop display device configured at a management end comprises:

the connection request acquisition module is used for acquiring a connection request sent by the thin client;

the target container selection module is used for selecting a target container from available containers of an advanced reduced instruction set processor (ARM) server according to the connection request and controlling the target container to operate;

and the login identification feedback module is used for feeding back the login identification of the target container to the thin client so that the thin client is connected with the target container based on the login identification, and loading cloud desktop resources on the thin client through the target container to display a corresponding cloud desktop.

18. The cloud desktop display of claim 17, wherein the target container selection module comprises:

and the target container selection unit is used for selecting the target container from the available containers of the target SOC according to the occupation condition of the available containers in the target SOC.

19. The cloud desktop presentation device of claim 18, wherein the target SOC selection unit comprises:

20. The cloud desktop display of any of claims 17-19, further comprising:

21. A cloud desktop display device configured for a thin client, comprising:

the connection request sending module is used for sending a connection request to a management end so that the management end selects a target container from available containers of an advanced reduced instruction set processor (ARM) server according to the connection request and controls the target container to operate;

the login identification receiving module is used for receiving the login identification of the target container fed back by the management end and connecting the target container based on the login identification;

and the cloud desktop display module is used for loading the cloud desktop resources in the target container and displaying the corresponding cloud desktop.

22. The cloud desktop display of claim 21, wherein the cloud desktop display module comprises:

a control event transmission unit, configured to transmit the control event to the target container according to the uplink target channel, so that the target container determines response data corresponding to the control event;

23. The cloud desktop display of claim 22, wherein the cloud desktop display unit comprises:

a response data obtaining subunit, configured to obtain response data fed back by the target container from a downlink target channel;

24. A cloud desktop display device is configured in a System On Chip (SOC) of an advanced reduced instruction set processor (ARM) server, and comprises:

the login identification acquisition module is used for acquiring the login identification of the target container sent by the thin client; the target container is obtained by a management terminal in response to a connection request initiated by the thin client, is selected from available containers of the ARM server, and is controlled to operate;

the target container connecting module is used for connecting the target container according to the login identification;

and the cloud desktop display module is used for loading cloud desktop resources on the thin client through the target container and displaying the corresponding cloud desktop.

25. The cloud desktop display of claim 24, wherein the cloud desktop display module comprises:

the control event generating unit is used for acquiring a control event generated by the thin client in response to the trigger operation of an operator from the uplink target channel; the thin client selects the uplink target channel from at least two candidate transmission channels according to the data type contained in the control event;

a downlink target channel selecting unit, configured to select a downlink target channel from each of the candidate transmission channels according to a data type included in the response data;

and the response data feedback unit is used for feeding back the response data to the thin client according to the downlink target channel so as to enable the thin client to perform cloud desktop display based on the response data.

26. The cloud desktop display device of claim 25, wherein the downlink target channel selection unit comprises:

a command stream channel matching subunit, configured to select, if the response data includes a response control command, a command stream channel matched with the response control command from the candidate transmission channels, as the downlink target channel;

and the data stream channel matching subunit is configured to select, if the response data includes audio and video data, a data stream channel matched with the audio and video data from each of the candidate transmission channels, and use the data stream channel as the downlink target channel.

27. An electronic device, comprising:

at least one processor; and

the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the cloud desktop presentation method of any of claims 1-16.

28. A cloud desktop display system, comprising: the system comprises a thin client, a management terminal and an advanced reduced instruction set processor (ARM) server provided with at least one system chip (SOC); an available container is deployed in each SOC; the thin client, the management terminal and the ARM server are respectively in communication connection;

the thin client sends a connection request to the management terminal;

and the thin client is connected with the target container based on the login identification, loads cloud desktop resources through the target container and displays a corresponding cloud desktop.

29. A non-transitory computer readable storage medium storing computer instructions for causing a computer to perform the cloud desktop presentation method of any one of claims 1-16.

30. A computer program product comprising computer programs/instructions which, when executed by a processor, implement the steps of the cloud desktop presentation method of claim 1.