Communication processing method, device and system, and non-volatile storage medium

Abstract

The present application discloses a communication processing method, device and system, and non-volatile storage medium. The method includes: receiving a first standby request sent by a terminal device, wherein the first standby request is used to request to create a virtual standby on a second cluster server that is identical to the virtual host on the first cluster server; sending a second standby request to the first cluster server based on the first standby request; sending a third standby request to the second cluster server based on the host configuration information of the virtual host returned by the first cluster server; sending the login information of the virtual standby returned by the second cluster server to the terminal device. The present application solves the technical problem in the related art that the communication efficiency is poor due to network fluctuations in a wide area network environment, resulting in reduced office experience and office efficiency of cloud desktop office.

Description

Technical Field

[0001] The present application relates to the field of communication technology, and in particular, to a communication processing method, device and system, and a non-volatile storage medium. Background Art

[0002] With the development and maturity of cloud computing, the use of cloud desktops is becoming more and more extensive. Many industries such as universities, medical care, and government have begun to popularize cloud desktop office work, so cloud desktops may become an overall trend in the future. In addition to the virtual desktop interface VDI architecture of the local area network, there are already VDI architecture solutions in the wide area network. That is, users can connect to a cluster server through the network and obtain desktop images anywhere. In the wide area network scenario, users can easily achieve remote office work.

[0003] However, since the VDI architecture is heavily dependent on the network bandwidth environment and all calculations are done through the backend, all transmissions of the VDI cloud desktop are through the network, and the network stability of the wide area network is relatively poor. If the network is stuck, there will be network delays. For example, for users, the mouse will suddenly become unable to move, or there will be no response when typing on the keyboard, and the content just typed will be displayed after a few seconds, etc. This is a very unfriendly experience for users, especially in the wide area network environment where communication efficiency is poor. Any network fluctuations will affect the use of the cloud desktop, resulting in reduced office experience and office efficiency.

[0004] To address the above-mentioned problems, no effective solution has been proposed yet. Summary of the invention

[0005] The embodiments of the present application provide a communication processing method, device and system, and a non-volatile storage medium to at least solve the technical problem in the related art that the communication efficiency is poor due to network fluctuations in a wide area network environment, resulting in reduced office experience and office efficiency of cloud desktop office.

[0006] According to one aspect of an embodiment of the present application, a communication processing method is provided, including: receiving a first standby machine request sent by a terminal device, wherein the first standby machine request is used to request to create a virtual standby machine on a second cluster server that is identical to the virtual host on the first cluster server; based on the first standby machine request, sending a second standby machine request to the first cluster server; based on the host configuration information of the virtual host returned by the first cluster server, sending a third standby machine request to the second cluster server; and sending the login information of the virtual standby machine returned by the second cluster server to the terminal device.

[0007] Optionally, the first backup request carries the first identification information of the first cluster server, the second identification information of the virtual host, and the third identification information of the second cluster server; based on the first backup request, sending the second backup request to the first cluster server comprises: sending the second backup request to the first cluster server based on the first identification information, wherein the second backup request carries the second identification information and the third identification information.

[0008] Optionally, based on the host configuration information of the virtual host returned by the first cluster server, a third standby request is sent to the second cluster server, including: determining the standby configuration information based on the host configuration information; sending the third standby request to the second cluster server based on the third identification information, wherein the third standby request carries the standby configuration information, and the second cluster server is used to create the virtual standby locally according to the standby configuration information, and determine the login information of the virtual standby, and the login information includes the login address, login account, and login password of the virtual standby on the second cluster server.

[0009] Optionally, before sending the login information of the virtual standby machine returned by the second cluster server to the terminal device, the method further includes: establishing a heartbeat connection between the first cluster server and the second cluster server, wherein the first cluster server and the second cluster server are cluster servers distributed in different regions, and the multiple cluster servers in different regions are in the same network; the virtual host is used to send the data to be replicated to the virtual standby machine based on the heartbeat connection, and the virtual standby machine is used to generate a source desktop based on the data to be replicated, and the data to be replicated is the difference data between the virtual host and the virtual standby machine.

[0010] Optionally, before sending the login information of the virtual standby machine returned by the second cluster server to the terminal device, the method further includes: obtaining user data of the virtual host; determining the data to be copied in the user data, wherein the data to be copied is the difference data between the virtual host and the virtual standby machine; sending the data to be copied to the virtual standby machine, wherein the virtual standby machine is used to generate a source desktop based on the data to be copied.

[0011] Optionally, after sending the login information of the virtual standby machine returned by the second cluster server to the terminal device, the method further includes: authenticating the user identity of the terminal device; determining to pass the first standby machine request when the authentication is passed, wherein when the first standby machine request is passed, determining to send the second standby machine request to the first cluster server.

[0012] Optionally, the method further includes: after the terminal device completes logging into the virtual standby machine based on the login information, backing up the current user data and current operation data on the virtual standby machine; and before the terminal device exits the virtual standby machine, synchronizing the current operation data and the current user data to the virtual host and releasing the virtual standby machine.

[0013] Optionally, the method further includes: receiving a standby machine deregistration request sent by the terminal device; forwarding the standby machine deregistration request to the second cluster server, wherein the second cluster server is used to reset the virtual standby machine and deregister the login information of the virtual standby machine.

[0014] According to another aspect of an embodiment of the present application, a communication processing system is also provided, including: a terminal device, used to send a first standby machine request, wherein the first standby machine request is used to request to create a virtual standby machine on a second cluster server that is identical to the virtual host on the first cluster server; a proxy server, connected to the terminal device, used to send a second standby machine request to the first cluster server based on the received first standby machine request, and send a third standby machine request to the second cluster server based on the host configuration information of the virtual host returned by the first cluster server, and send the login information of the virtual standby machine returned by the second cluster server to the terminal device.

[0015] Optionally, the first standby request carries the first identification information of the first cluster server, the second identification information of the virtual host, and the third identification information of the second cluster server; the proxy server is also used to send the second standby request to the first cluster server based on the first identification information, wherein the second standby request carries the second identification information and the third identification information, and the host configuration information is used to determine the standby configuration information; the proxy server is also used to send the third standby request to the second cluster server based on the third identification information, wherein the third standby request carries the standby configuration information, and the second cluster server is used to locally create the virtual standby according to the standby configuration information.

[0016] Optionally, the system also includes: the first cluster server, connected to the proxy server, for determining the host configuration information of the virtual host based on the second identification information and the third identification information after receiving the second standby machine request, and returning the host configuration information to the proxy server; the second cluster server, connected to the proxy server, for creating the virtual standby machine locally based on the standby machine configuration information after receiving the third standby machine request, and returning the login information of the virtual standby machine to the proxy server, wherein the login information includes the login address, login account, and login password of the virtual standby machine on the second cluster server.

[0017] According to another aspect of an embodiment of the present application, a communication processing device is also provided, including: a first communication module, used to receive a first standby machine request sent by a terminal device, wherein the first standby machine request is used to request to create a virtual standby machine on a second cluster server that is identical to the virtual host on the first cluster server; a second communication module, used to send a second standby machine request to the first cluster server based on the first standby machine request; a third communication module, used to send a third standby machine request to the second cluster server based on the host configuration information of the virtual host returned by the first cluster server; and a fourth communication module, used to send the login information of the virtual standby machine returned by the second cluster server to the terminal device.

[0018] According to another aspect of an embodiment of the present application, a non-volatile storage medium is further provided, wherein the non-volatile storage medium stores a plurality of instructions, and the instructions are suitable for being loaded by a processor and executing any one of the above-mentioned communication processing methods.

[0019] According to another aspect of an embodiment of the present application, an electronic device is further provided, including a memory and a processor, wherein the memory stores a computer program, and the processor is configured to run the computer program to execute any one of the above-mentioned communication processing methods.

[0020] In an embodiment of the present application, a first standby machine request sent by a terminal device is received, wherein the first standby machine request is used to request to create a virtual standby machine on a second cluster server that is identical to the virtual host on the first cluster server; based on the first standby machine request, a second standby machine request is sent to the first cluster server; based on the host configuration information of the virtual host returned by the first cluster server, a third standby machine request is sent to the second cluster server; and the login information of the virtual standby machine returned by the second cluster server is sent to the terminal device, thereby achieving the purpose of improving the communication efficiency in a wide area network environment, thereby realizing the technical effect of enhancing the office experience and office efficiency of cloud desktop office, and further solving the technical problem in the related technology that the communication efficiency is poor due to network fluctuations in a wide area network environment, resulting in reduced office experience and office efficiency of cloud desktop office. BRIEF DESCRIPTION OF THE DRAWINGS

[0021] The drawings described herein are used to provide a further understanding of the present application and constitute a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings:

[0022] Figure 1 is a flow chart of a communication processing method according to an embodiment of the present application;

[0023] Figure 2 It is a schematic diagram of an optional desktop virtualization VDI architecture according to an embodiment of the present application;

[0024] Figure 3 is a flowchart of an optional communication processing method according to an embodiment of the present application;

[0025] Figure 4 is a structural diagram of a communication processing system according to an embodiment of the present application;

[0026] Figure 5 It is a structural diagram of a communication processing device according to an embodiment of the present application. DETAILED DESCRIPTION

[0027] In order to enable those skilled in the art to better understand the solution of the present application, the technical solution in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work should fall within the scope of protection of the present application.

[0028] It should be noted that the terms "first", "second", etc. in the specification and claims of the present application and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchangeable where appropriate, so that the embodiments of the present application described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms "including" and "having" and any of their variations are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device comprising a series of steps or units is not necessarily limited to those steps or units clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0029] Example 1

[0030] According to an embodiment of the present application, an embodiment of a communication processing method is provided. It should be noted that the steps shown in the flowchart of the accompanying drawings can be executed in a computer system such as a set of computer executable instructions, and although a logical order is shown in the flowchart, in some cases, the steps shown or described can be executed in an order different from that shown here.

[0031] Figure 1 is a flow chart of a communication processing method according to an embodiment of the present application, such as Figure 1 As shown, the method comprises the following steps:

[0032] Step S102, receiving a first standby machine request sent by a terminal device, wherein the first standby machine request is used to request to create a virtual standby machine on the second cluster server that is identical to the virtual host on the first cluster server;

[0033] Step S104, sending a second standby request to the first cluster server according to the first standby request;

[0034] Step S106, sending a third standby request to the second cluster server based on the received host configuration information of the virtual host returned by the first cluster server;

[0035] Step S108: sending the login information of the virtual standby machine returned by the second cluster server to the terminal device.

[0036] In an embodiment of the present application, a first standby machine request sent by a terminal device is received, wherein the first standby machine request is used to request to create a virtual standby machine on a second cluster server that is identical to the virtual host on the first cluster server; based on the first standby machine request, a second standby machine request is sent to the first cluster server; based on the host configuration information of the virtual host returned by the first cluster server, a third standby machine request is sent to the second cluster server; and the login information of the virtual standby machine returned by the second cluster server is sent to the terminal device, thereby achieving the purpose of improving the communication efficiency in a wide area network environment, thereby realizing the technical effect of enhancing the office experience and office efficiency of cloud desktop office, and further solving the technical problem in the related technology that the communication efficiency is poor due to network fluctuations in a wide area network environment, resulting in reduced office experience and office efficiency of cloud desktop office.

[0037] Optionally, the above-mentioned terminal device is a user terminal, for example, a client device, a zero terminal device, etc.

[0038] It should be noted that the executor of the embodiment of the present application is a proxy server, and the communication processing method provided in the embodiment of the present application can be but is not limited to being applicable to cloud desktop remote office scenarios and desktop virtualization scenarios. In the present application scheme, the user can submit a first standby machine request (i.e., a virtual standby machine application) to the proxy server through a terminal device, so that the proxy server completes the generation of the standby machine and data replication for it, thereby providing the user with a virtual standby machine that is exactly the same as the virtual host at a remote location. In this way, the user can achieve the same office experience as the local area network in a remote location, and the user does not need to connect to the local virtual host through the public network to achieve remote office. Therefore, it can effectively avoid the phenomenon of reduced office experience and office efficiency due to network fluctuations in a wide area network environment.

[0039] It should be noted that desktop virtualization (VDI) refers to the virtualization of the computer's terminal system (also known as the desktop) to achieve security and flexibility in desktop use. The user's personal desktop system can be accessed through any device, at any location, and at any time through the network. Using virtual technology, various physical devices are virtualized, so that the utilization rate of resources can be effectively improved, thereby saving costs and improving application quality. With the support of virtualization technology, the connection between network software and hardware devices will be more flexible, and the scalability will be greatly improved. Cloud desktops use virtualization technology to essentially store and manage various user information in a unified manner. Through simple network access devices, terminal devices can enter the cloud desktop for centralized management and efficient resource sharing.

[0040] Simply put, desktop virtualization (VDI) can be understood as virtualizing user desktops by running Windows systems on clustered servers in data centers. Users connect to virtual desktops (usually virtual machines) through client computing protocols from client devices (zero terminal devices). Users access personal desktops through zero terminal devices just like accessing traditional locally installed desktops. As long as there is a network, users can connect to the desktop they want to connect to at any time and anywhere. IT staff can more easily manage desktop users and data because all data is in the service provider, and customer data is more secure.

[0041] Figure 2 This is an optional and relatively simple VDI architecture diagram according to an embodiment of the present application. Users can access the virtual machines (e.g., virtual machine 1, virtual machine 2, ... virtual machine N) allocated to them on the cluster server through zero terminal devices (e.g., zero terminal 1, zero terminal 2, ... zero terminal N) to obtain desktop images, and control the obtained virtual desktops through reverse control.

[0042] The communication processing method provided in the embodiment of the present application is applicable to remote office scenarios based on VDI. It can very conveniently create a virtual standby machine for users in a remote VDI system. All configurations and data in the virtual standby machine are completely consistent with the user's local (primary workplace) virtual host. From the customer experience point of view, there is no difference from using a local office desktop. Since the solution switches the user's office network environment from a wide area network office environment to a metropolitan area network or local area network office environment, it can greatly reduce the impact of wide area network fluctuations on the use of cloud desktops, or avoid the impact of network fluctuations on the use of cloud desktops.

[0043] As an optional embodiment, the communication processing scheme proposed in this application is described in detail through an optional embodiment as follows:

[0044] In the WAN mode, a proxy server (broker server) is used to achieve load balancing of the application server cluster; users use cloud desktops in a WAN environment and access broker servers through zero-terminal devices. The broker server manages connection requests and server cluster information and returns the virtual desktop to the zero-terminal device for user use. Due to network limitations and disaster recovery strategies, these server clusters are distributed in various regions. Cluster servers in various regions form a large cluster, and broker servers are responsible for communication.

[0045] For example, if a user works in City A, then the virtual desktop corresponding to the user exists on the cluster server in City A. During normal use, the user uses a zero terminal to access the user's personal virtual desktop through the broker server. Communication is established through the broker server, and media transmission is achieved through the metropolitan area network or local area network (where the metropolitan area network environment is better than the wide area network environment, and the local area network environment is hardly affected by the public network environment); when the user goes on a business trip to City B, he can apply to create a virtual standby machine for the virtual desktop on the cluster server in City B, and establish a dual-machine connection relationship between the virtual host and the virtual standby machine through the broker server, and complete data replication at the same time. In this way, when the user goes to City B, it can also be established through the broker server, and media transmission is achieved through the metropolitan area network or local area network. The connected virtual desktop is no different from the previous one, and the impact of network storms will not or can be greatly reduced during use.

[0046] It should be noted that the application for the virtual standby machine is initiated by the user. First, the configuration information of the user's cloud desktop is obtained, and a cloud desktop with the same configuration as the first cluster server is created on the second cluster server at the user's application location (business trip location). Then, a dual-machine relationship is established between the newly created cloud desktop and the source cloud desktop, and the dual-machine status is maintained. When the customer no longer needs the virtual standby machine, the virtual standby machine can be released.

[0047] In an optional embodiment, sending a second standby server request to the first cluster server includes:

[0048] Step S202: Send a second standby machine request to the first cluster server based on the first identification information, wherein the second standby machine request carries the second identification information and the third identification information.

[0049] Optionally, the first standby request carries the first identification information of the first cluster server, the second identification information of the virtual host, and the third identification information of the second cluster server; based on the first standby request, the proxy server sends a second standby request to the first cluster server, that is, based on the first identification information carried in the first standby request, the second standby request is sent to the first cluster server, and the second standby request carries the second identification information and the third identification information.

[0050] After the proxy server sends the second standby server request to the first cluster server, the first cluster server determines the host configuration information of the virtual host based on the second identification information and the third identification information, and returns the host configuration information of the virtual host to the proxy server.

[0051] In an optional embodiment, after sending the login information of the virtual standby machine returned by the second cluster server to the terminal device, the method further includes:

[0052] Authenticate the user identity of the terminal device; and if the authentication is successful, determine to approve the first standby request, wherein if the first standby request is successful, determine to send a second standby request to the first cluster server.

[0053] As an optional embodiment, the proxy server (broker server) and the multiple cluster servers are in the same network, and the user can connect to the proxy server through the zero terminal device used by the user.

[0054] Optionally, the user has a corresponding virtual machine (virtual host) on the local cluster server. When the user wants to create a remote virtual machine (virtual standby) that is exactly the same as the local virtual machine (virtual host) on a remote cluster server, a first standby request is initiated to the proxy server. After the proxy server authenticates the user's identity, it confirms whether to agree to the first standby request.

[0055] In an optional embodiment, based on the received host configuration information of the virtual host returned by the first cluster server, sending a third standby request to the second cluster server includes:

[0056] Step S302, determining the backup machine configuration information based on the above host machine configuration information;

[0057] Step S304: Send a third standby machine request to the second cluster server based on the third identification information, wherein the third standby machine request carries the standby machine configuration information. The second cluster server is used to create the virtual standby machine locally according to the standby machine configuration information and determine the login information of the virtual standby machine.

[0058] Optionally, the login information includes a login address, a login account, and a login password of the virtual standby machine on the second cluster server.

[0059] After the first server returns the host configuration information of the virtual host to the proxy server, the proxy server determines the standby configuration information of the virtual standby machine based on the received host configuration information, and sends a third standby request carrying the standby configuration information to the second cluster server. After receiving the third standby request, the second cluster server creates the virtual standby machine locally according to the standby configuration information carried in the third standby request, and determines the login information of the virtual standby machine.

[0060] When the proxy server determines that it agrees to the first standby machine request, it executes the virtual standby machine generation process. Specifically, the proxy server initiates a second standby machine request to the first cluster server. The first cluster server that receives the second standby machine request first returns the host configuration information of the local host to the proxy server. Then the proxy server sends a third standby machine request to the second cluster server to facilitate the second cluster server to locally create a virtual standby machine with the same configuration as the virtual host. The third standby machine request includes: standby machine configuration information. The standby machine configuration information is determined based on the host configuration information returned by the first cluster server. The second cluster server that receives the third standby machine request creates a virtual standby machine with the same configuration as the virtual host locally based on the standby machine configuration information.

[0061] In an optional embodiment, before sending the login information of the virtual standby machine returned by the second cluster server to the terminal device, the method further includes:

[0062] Step S402: establishing a heartbeat connection between the first cluster server and the second cluster server.

[0063] Among them, the above-mentioned first cluster server and the above-mentioned second cluster server are cluster servers distributed in different regions, and the multiple cluster servers in the above-mentioned different regions are in the same network; the above-mentioned virtual host is used to send the data to be replicated to the above-mentioned virtual standby machine based on the above-mentioned heartbeat connection, and the above-mentioned virtual standby machine is used to generate a source desktop according to the above-mentioned data to be replicated, and the above-mentioned data to be replicated is the difference data between the above-mentioned virtual host and the above-mentioned virtual standby machine.

[0064] In the above optional embodiment, when the virtual standby machine in the second cluster server is ready, data replication from the virtual host to the virtual standby machine can be started. Specifically, the first cluster server can directly establish a heartbeat connection with the second cluster server to perform data replication.

[0065] A heartbeat connection is established through the broker server, with the source desktop as the virtual host and the newly created desktop as the virtual standby machine, a dual-machine connection is established, and the data of the virtual host is synchronized to the virtual standby machine through the dual-machine hot standby mode (data synchronization can be achieved through the broker server through the wide area network. Since it is only data transmission and in the hot standby process, the virtual host can be used normally if the network is unstable). After the data synchronization is completed, before the user starts to use the virtual standby machine, the master-slave switch is performed, and the virtual standby machine after the data synchronization is used as the new host, and the source cloud desktop is the new standby machine and receives the data synchronization of the new host to ensure that the user's operations and data on the virtual standby machine can be saved (data can be synchronized in real time, or data synchronization can be set at a synchronization time, as long as the synchronization is completed before the virtual standby machine is released). When the virtual standby machine is no longer in use (for example, the user's business trip is over), the virtual standby machine is released; it is worth noting that in the ordinary dual-machine mode, if the standby machine cannot detect the heartbeat of the host, the standby machine will take over, while in the application scenario of the embodiment of the present application, the heartbeat connection between the virtual host and the virtual standby machine is only used for communication and transmission of synchronization data.

[0066] In an optional embodiment, before sending the login information of the virtual standby machine returned by the second cluster server to the terminal device, the method further includes:

[0067] Step S502, obtaining user data of the virtual host;

[0068] Step S504, determining the data to be copied in the user data, wherein the data to be copied is the difference data between the virtual host and the virtual standby;

[0069] Step S506: sending the data to be copied to the virtual standby machine, wherein the virtual standby machine is used to generate a source desktop according to the data to be copied.

[0070] In an embodiment of the present application, since the virtual host and the virtual standby machine are in the same network, the proxy server can perform data replication or synchronization between the first cluster server and the second cluster server, that is, synchronize the data of the virtual host to the virtual standby machine, determine the difference data between the virtual host and the virtual standby machine by comparison, and copy the data to be copied with differences in the user data to the virtual standby machine. Regarding the data to be copied, after the virtual host is created, a corresponding configuration document will be generated on the Infrastructure as a Service IaaS resource, which contains all the configuration information and user data of the virtual host. After obtaining these files, the virtual standby machine can be restored to a complete source cloud desktop.

[0071] When the data replication between the virtual host and the virtual standby is completed, the proxy server sends a notification message to the current user, which contains the login address and account password of the standby machine on the second cluster server. In this way, when the user reaches the LAN range where the second cluster server is located, he can log in to the corresponding virtual standby machine through the login address and account password provided by the proxy server, thus realizing remote office just like using the virtual host.

[0072] In an optional embodiment, Figure 3 is a flow chart of an optional communication processing method according to an embodiment of the present application, such as Figure 3 As shown, the above method also includes:

[0073] Step S702, after the terminal device completes logging into the virtual standby machine based on the login information, backing up current user data and current operation data on the virtual standby machine; and

[0074] Step S704: before the terminal device exits the virtual standby machine, the current operation data and the current user data are synchronized to the virtual host, and the virtual standby machine is released.

[0075] In the above optional embodiment, after the above terminal device completes logging into the above virtual standby machine based on the above login information, the current user data and current operation data on the above virtual standby machine are backed up, and before the above terminal device exits the above virtual standby machine, the above current operation data and the above current user data are synchronized to the above virtual host, and the above virtual standby machine is released.

[0076] In an optional embodiment, the above method further includes:

[0077] Step S802, receiving a standby machine deregistration request sent by the terminal device;

[0078] Step S804: forwarding the standby machine deregistration request to the second cluster server, wherein the second cluster server is used to reset the virtual standby machine and deregister the login information of the virtual standby machine.

[0079] For example, when the user is finished on a business trip, he can send a standby machine deregistration request to the proxy server to apply for deregistration of the virtual standby machine, and the proxy server notifies the second cluster server to perform the deregistration operation of the virtual standby machine. Specifically, the second cluster server resets the current virtual standby machine and deregisters the login account and password information bound to the virtual standby machine.

[0080] Because in a network, transmission can be carried out through other point-to-point transmission technologies (for example, p2p), and in terms of the processing method of synchronized data, in addition to the hot standby method, the cold standby method can also be used. For example, after the customer uses the virtual standby machine in City A, he shuts down the machine, and then backs up and transmits the data, and then uses it directly in City B; when the customer's business trip ends, the same operation can be performed in reverse to deregister the standby machine.

[0081] Example 2

[0082] According to an embodiment of the present application, a system embodiment for implementing the above communication processing method is also provided. Figure 4 is a schematic diagram of the structure of a communication processing system according to an embodiment of the present application, such as Figure 4 As shown, the communication processing system includes: a terminal device 40, a proxy server 42, a first cluster server 44 and a second cluster server 46, wherein:

[0083] The terminal device 40 is used to send a first standby machine request, wherein the first standby machine request is used to request to create a virtual standby machine on the second cluster server that is identical to the virtual host on the first cluster server; the proxy server 42 is connected to the terminal device, and is used to send a second standby machine request to the first cluster server based on the received first standby machine request, and send a third standby machine request to the second cluster server based on the host configuration information of the virtual host returned by the first cluster server, and send the login information of the virtual standby machine returned by the second cluster server to the terminal device.

[0084] In an embodiment of the present application, a first standby machine request sent by a terminal device is received, wherein the first standby machine request is used to request to create a virtual standby machine on a second cluster server that is identical to the virtual host on the first cluster server; based on the first standby machine request, a second standby machine request is sent to the first cluster server; based on the host configuration information of the virtual host returned by the first cluster server, a third standby machine request is sent to the second cluster server; and the login information of the virtual standby machine returned by the second cluster server is sent to the terminal device, thereby achieving the purpose of improving the communication efficiency in a wide area network environment, thereby realizing the technical effect of enhancing the office experience and office efficiency of cloud desktop office, and further solving the technical problem in the related technology that the communication efficiency is poor due to network fluctuations in a wide area network environment, resulting in reduced office experience and office efficiency of cloud desktop office.

[0085] Optionally, the above-mentioned terminal device is a user terminal, for example, a client device, a zero terminal device, etc.

[0086] It should be noted that the executor of the embodiment of the present application is a proxy server, and the communication processing system provided by the embodiment of the present application can be but is not limited to being applicable to cloud desktop remote office scenarios and desktop virtualization scenarios. In the present application scheme, the user can submit a first standby machine request (i.e., a virtual standby machine application) to the proxy server through a terminal device, so that the proxy server completes the generation of the standby machine and data replication for it, thereby providing the user with a virtual standby machine that is exactly the same as the virtual host at a remote location. In this way, the user can achieve the same office experience as the local area network in a remote location, and the user does not need to connect to the local virtual host through the public network to achieve remote office. Therefore, it can effectively avoid the phenomenon of reduced office experience and office efficiency due to network fluctuations in a wide area network environment.

[0087] It should be noted that desktop virtualization (VDI) refers to the virtualization of the computer's terminal system (also known as the desktop) to achieve security and flexibility in desktop use. The user's personal desktop system can be accessed through any device, at any location, and at any time through the network. Using virtual technology, various physical devices are virtualized, so that the utilization rate of resources can be effectively improved, thereby saving costs and improving application quality. With the support of virtualization technology, the connection between network software and hardware devices will be more flexible, and the scalability will be greatly improved. Cloud desktops use virtualization technology to essentially store and manage various user information in a unified manner. Through simple network access devices, terminal devices can enter the cloud desktop for centralized management and efficient resource sharing.

[0088] Simply put, desktop virtualization (VDI) can be understood as virtualizing user desktops by running Windows systems on clustered servers in data centers. Users connect to virtual desktops (usually virtual machines) through client computing protocols from client devices (zero terminal devices). Users access personal desktops through zero terminal devices just like accessing traditional locally installed desktops. As long as there is a network, users can connect to the desktop they want to connect to at any time and anywhere. IT staff can more easily manage desktop users and data because all data is in the service provider, and customer data is more secure.

[0089] The communication processing system provided in the embodiment of the present application is suitable for remote office scenarios based on VDI. It can easily create a virtual standby machine for users in the remote VDI system. All configurations and data in the virtual standby machine are completely consistent with the user's local (primary workplace) virtual host. From the customer experience point of view, there is no difference from using a local office desktop. Since the solution switches the user's office network environment from a wide area network office environment to a metropolitan area network or local area network office environment, it can greatly reduce the impact of wide area network fluctuations on the use of cloud desktops, or avoid the impact of network fluctuations on the use of cloud desktops.

[0090] As an optional embodiment, the communication processing scheme proposed in this application is described in detail through an optional embodiment as follows:

[0091] In the WAN mode, a proxy server (broker server) is used to achieve load balancing of the application server cluster; users use cloud desktops in a WAN environment and access broker servers through zero-terminal devices. The broker server manages connection requests and server cluster information and returns the virtual desktop to the zero-terminal device for user use. Due to network limitations and disaster recovery strategies, these server clusters are distributed in various regions. Cluster servers in various regions form a large cluster, and broker servers are responsible for communication.

[0092] For example, if a user works in City A, then the virtual desktop corresponding to the user exists on the cluster server in City A. During normal use, the user uses a zero terminal to access the user's personal virtual desktop through the broker server. Communication is established through the broker server, and media transmission is achieved through the metropolitan area network or local area network (where the metropolitan area network environment is better than the wide area network environment, and the local area network environment is hardly affected by the public network environment); when the user goes on a business trip to City B, he can apply to create a virtual standby machine for the virtual desktop on the cluster server in City B, and establish a dual-machine connection relationship between the virtual host and the virtual standby machine through the broker server, and complete data replication at the same time. In this way, when the user goes to City B, it can also be established through the broker server, and media transmission is achieved through the metropolitan area network or local area network. The connected virtual desktop is no different from the previous one, and the impact of network storms will not or can be greatly reduced during use.

[0093] It should be noted that the application for the virtual standby machine is initiated by the user. First, the configuration information of the user's cloud desktop is obtained, and a cloud desktop with the same configuration as the first cluster server is created on the second cluster server at the user's application location (business trip location). Then, a dual-machine relationship is established between the newly created cloud desktop and the source cloud desktop, and the dual-machine status is maintained. When the customer no longer needs the virtual standby machine, the virtual standby machine can be released.

[0094] In an optional embodiment, the first standby request carries the first identification information of the first cluster server, the second identification information of the virtual host, and the third identification information of the second cluster server; the proxy server is also used to send the second standby request to the first cluster server based on the first identification information, wherein the second standby request carries the second identification information and the third identification information, and the host configuration information is used to determine the standby configuration information; the proxy server is also used to send the third standby request to the second cluster server based on the third identification information, wherein the third standby request carries the standby configuration information, and the second cluster server is used to locally create the virtual standby according to the standby configuration information.

[0095] In another optional embodiment, the above system further includes:

[0096] The first cluster server 44 is connected to the proxy server, and is used to determine the host configuration information of the virtual host according to the second identification information and the third identification information after receiving the second standby request, and return the host configuration information to the proxy server;

[0097] The above-mentioned second cluster server 46 is connected to the above-mentioned proxy server, and is used to create the above-mentioned virtual standby machine locally according to the above-mentioned standby machine configuration information after receiving the above-mentioned third standby machine request, and return the login information of the above-mentioned virtual standby machine to the above-mentioned proxy server. The above-mentioned login information includes the login address, login account, and login password of the above-mentioned virtual standby machine on the above-mentioned second cluster server.

[0098] Optionally, the first standby request carries the first identification information of the first cluster server, the second identification information of the virtual host, and the third identification information of the second cluster server; based on the first standby request, the proxy server sends a second standby request to the first cluster server, that is, based on the first identification information carried in the first standby request, the second standby request is sent to the first cluster server, and the second standby request carries the second identification information and the third identification information.

[0099] After the proxy server sends the second standby server request to the first cluster server, the first cluster server determines the host configuration information of the virtual host based on the second identification information and the third identification information, and returns the host configuration information of the virtual host to the proxy server.

[0100] After the first server returns the host configuration information of the virtual host to the proxy server, the proxy server determines the standby configuration information of the virtual standby machine based on the received host configuration information, and sends a third standby request carrying the standby configuration information to the second cluster server. After receiving the third standby request, the second cluster server creates the virtual standby machine locally according to the standby configuration information carried in the third standby request, and determines the login information of the virtual standby machine.

[0101] When the proxy server determines that it agrees to the first standby machine request, it executes the virtual standby machine generation process. Specifically, the proxy server initiates a second standby machine request to the first cluster server. The first cluster server that receives the second standby machine request first returns the host configuration information of the local host to the proxy server. Then the proxy server sends a third standby machine request to the second cluster server to facilitate the second cluster server to locally create a virtual standby machine with the same configuration as the virtual host. The third standby machine request includes: standby machine configuration information. The standby machine configuration information is determined based on the host configuration information returned by the first cluster server. The second cluster server that receives the third standby machine request creates a virtual standby machine with the same configuration as the virtual host locally based on the standby machine configuration information.

[0102] It should be noted that the Figure 4 The specific structure of the communication processing system shown in is only for reference. In specific applications, the communication processing system in this request can be compared to Figure 4 The communication processing systems shown have more or less structures.

[0103] It should be noted that any optional or preferred communication processing method in the above-mentioned embodiment 1 can be executed or implemented in the communication processing system provided in this embodiment.

[0104] In addition, it is still necessary to explain that the optional or preferred implementation of this embodiment can refer to the relevant description in Example 1, which will not be repeated here.

[0105] Example 3

[0106] According to an embodiment of the present application, a device embodiment for implementing the above communication processing method is also provided. Figure 5 is a structural diagram of a communication processing device according to an embodiment of the present application, such as Figure 5As shown, the communication processing device includes: a first communication module 50, a second communication module 52, a third communication module 54 and a fourth communication module 56, wherein:

[0107] The first communication module 50 is used to receive a first standby machine request sent by a terminal device, wherein the first standby machine request is used to request to create a virtual standby machine on the second cluster server that is identical to the virtual host on the first cluster server; the second communication module 52 is used to send a second standby machine request to the first cluster server based on the first standby machine request; the third communication module 54 is used to send a third standby machine request to the second cluster server based on the host configuration information of the virtual host returned by the first cluster server; the fourth communication module 56 is used to send the login information of the virtual standby machine returned by the second cluster server to the terminal device.

[0108] It should be noted that the above modules can be implemented by software or hardware. For example, for the latter, it can be implemented in the following ways: the above modules can be located in the same processor; or the above modules can be located in different processors in any combination.

[0109] It should be noted that the first communication module 50, the second communication module 52, the third communication module 54 and the fourth communication module 56 correspond to steps S102 to S108 in Example 1, and the examples and application scenarios implemented by the modules and the corresponding steps are the same, but are not limited to the contents disclosed in the above-mentioned Example 1. It should be noted that the modules as part of the device can be run in a computer terminal.

[0110] It should be noted that the optional or preferred implementation of this embodiment can refer to the relevant description in Example 1, which will not be repeated here.

[0111] The above-mentioned communication processing device may also include a processor and a memory. The above-mentioned first communication module 50, second communication module 52, third communication module 54 and fourth communication module 56 are all stored in the memory as program units, and the processor executes the above-mentioned program units stored in the memory to realize corresponding functions.

[0112] The processor includes a kernel, which retrieves the corresponding program unit from the memory. The kernel may be one or more. The memory may include non-permanent memory in a computer-readable medium, random access memory (RAM) and / or non-volatile memory, such as read-only memory (ROM) or flash RAM. The memory includes at least one memory chip.

[0113] According to the embodiment of the present request, an embodiment of a non-volatile storage medium is also provided. Optionally, in this embodiment, the non-volatile storage medium includes a stored program, wherein when the program is executed, the device where the non-volatile storage medium is located is controlled to execute any one of the communication processing methods.

[0114] Optionally, in this embodiment, the non-volatile storage medium may be located in any computer terminal in a computer terminal group in a computer network, or in any mobile terminal in a mobile terminal group, and the non-volatile storage medium includes a stored program.

[0115] Optionally, when the program is running, the device where the non-volatile storage medium is located is controlled to perform the following functions: receiving a first standby request sent by a terminal device, wherein the first standby request is used to request to create a virtual standby machine on a second cluster server that is identical to the virtual host on the first cluster server; sending a second standby request to the first cluster server based on the first standby request; sending a third standby request to the second cluster server based on the host configuration information of the virtual host returned by the first cluster server; and sending the login information of the virtual standby machine returned by the second cluster server to the terminal device.

[0116] Optionally, when the program is running, the device where the non-volatile storage medium is located is controlled to perform the following function: based on the first identification information, a second standby machine request is sent to the first cluster server, wherein the second standby machine request carries the second identification information and the third identification information.

[0117] Optionally, when the program is running, the device where the non-volatile storage medium is located is controlled to perform the following functions: determine the standby machine configuration information based on the above-mentioned host configuration information; send a third standby machine request to the above-mentioned second cluster server based on the above-mentioned third identification information, wherein the above-mentioned third standby machine request carries the above-mentioned standby machine configuration information, and the above-mentioned second cluster server is used to create the above-mentioned virtual standby machine locally based on the above-mentioned standby machine configuration information, and determine the login information of the above-mentioned virtual standby machine, and the above-mentioned login information includes the login address, login account, and login password of the above-mentioned virtual standby machine on the above-mentioned second cluster server.

[0118] Optionally, when the program is running, the device where the non-volatile storage medium is located is controlled to perform the following functions: establish a heartbeat connection between the first cluster server and the second cluster server, wherein the first cluster server and the second cluster server are cluster servers distributed in different regions, and the multiple cluster servers in different regions are in the same network; the virtual host is used to send the data to be replicated to the virtual standby machine based on the heartbeat connection, and the virtual standby machine is used to generate a source desktop based on the data to be replicated, and the data to be replicated is the difference data between the virtual host and the virtual standby machine.

[0119] Optionally, when the program is running, the device where the non-volatile storage medium is located is controlled to perform the following functions: obtain user data of the above-mentioned virtual host; determine the data to be copied in the above-mentioned user data, wherein the above-mentioned data to be copied is the difference data between the above-mentioned virtual host and the above-mentioned virtual standby machine; send the above-mentioned data to be copied to the above-mentioned virtual standby machine, wherein the above-mentioned virtual standby machine is used to generate a source desktop based on the above-mentioned data to be copied.

[0120] Optionally, when the program is running, the device where the non-volatile storage medium is located is controlled to perform the following functions: authenticate the user identity of the above-mentioned terminal device; determine to pass the above-mentioned first backup request when the authentication passes, wherein when the above-mentioned first backup request is passed, determine to send a second backup request to the above-mentioned first cluster server.

[0121] Optionally, when the program is running, the device where the non-volatile storage medium is located is controlled to perform the following functions: after the above-mentioned terminal device completes logging into the above-mentioned virtual standby machine based on the above-mentioned login information, backing up the current user data and current operation data on the above-mentioned virtual standby machine; and before the above-mentioned terminal device exits the above-mentioned virtual standby machine, synchronizing the above-mentioned current operation data and the above-mentioned current user data to the above-mentioned virtual host, and releasing the above-mentioned virtual standby machine.

[0122] Optionally, when the program is running, the device where the non-volatile storage medium is located is controlled to perform the following functions: receiving a standby machine deregistration request sent by the above-mentioned terminal device; forwarding the above-mentioned standby machine deregistration request to the above-mentioned second cluster server, wherein the above-mentioned second cluster server is used to reset the above-mentioned virtual standby machine and deregister the above-mentioned login information of the above-mentioned virtual standby machine.

[0123] According to the embodiment of the present request, an embodiment of a processor is also provided. Optionally, in this embodiment, the processor is used to run a program, wherein the program executes any one of the communication processing methods when it is run.

[0124] According to an embodiment of the present request, an embodiment of an electronic device is also provided, comprising a memory and a processor, wherein the memory stores a computer program, and the processor is configured to run the computer program to execute any one of the above communication processing methods.

[0125] According to an embodiment of the present request, an embodiment of a computer program product is also provided, which, when executed on a data processing device, is suitable for executing a program that initializes any of the steps of the above-mentioned communication processing method.

[0126] The serial numbers of the above-mentioned embodiments of the present application are for description only and do not represent the advantages or disadvantages of the embodiments.

[0127] In the above embodiments of the present application, the description of each embodiment has its own emphasis. For parts that are not described in detail in a certain embodiment, please refer to the relevant description of other embodiments.

[0128] In the several embodiments provided in this request, it should be understood that the disclosed technical content can be implemented in other ways. Among them, the device embodiments described above are only schematic. For example, the division of the above-mentioned units can be a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of units or modules, which can be electrical or other forms.

[0129] The units described above as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple units. Some or all of the units may be selected according to actual needs to achieve the purpose of the present embodiment.

[0130] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of software functional units.

[0131] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable non-volatile storage medium. Based on this understanding, the technical solution of the present application is essentially or the part that contributes to the prior art or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a non-volatile storage medium, including a number of instructions to enable a computer device (which can be a personal computer, server or network device, etc.) to perform all or part of the steps of the method described in each embodiment of the present application. The aforementioned non-volatile storage medium includes: U disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), mobile hard disk, disk or optical disk and other media that can store program codes.

[0132] The above is only a preferred implementation of the present application. It should be pointed out that for ordinary technicians in this technical field, several improvements and modifications can be made without departing from the principles of the present application. These improvements and modifications should also be regarded as the scope of protection of the present application.

Claims

1. A communication processing method, characterized in that: include: Receiving a first standby machine request sent by a terminal device, wherein the first standby machine request is used to request to create a virtual standby machine on the second cluster server that is the same as the virtual host on the first cluster server; Sending a second standby machine request to the first cluster server according to the first standby machine request; Sending a third standby machine request to the second cluster server based on the received host configuration information of the virtual host returned by the first cluster server; The received login information of the virtual standby machine returned by the second cluster server is sent to the terminal device.

2. The method according to claim 1, characterized in that The first standby server request carries the first identification information of the first cluster server, the second identification information of the virtual host, and the third identification information of the second cluster server; Sending a second standby machine request to the first cluster server according to the first standby machine request includes: A second standby machine request is sent to the first cluster server based on the first identification information, wherein the second standby machine request carries the second identification information and the third identification information.

3. The method according to claim 2, characterized in that Sending a third standby machine request to the second cluster server based on the received host configuration information of the virtual host returned by the first cluster server includes: Determine the standby machine configuration information based on the host machine configuration information; A third standby machine request is sent to the second cluster server based on the third identification information, wherein the third standby machine request carries the standby machine configuration information, and the second cluster server is used to locally create the virtual standby machine according to the standby machine configuration information, and determine the login information of the virtual standby machine, wherein the login information includes the login address, login account, and login password of the virtual standby machine on the second cluster server.

4. The method according to claim 1, characterized in that: Before sending the received login information of the virtual standby machine returned by the second cluster server to the terminal device, the method further includes: A heartbeat connection is established between the first cluster server and the second cluster server, wherein the first cluster server and the second cluster server are cluster servers distributed in different regions, and the multiple cluster servers in different regions are in the same network; the virtual host is used to send the data to be replicated to the virtual standby machine based on the heartbeat connection, and the virtual standby machine is used to generate a source desktop according to the data to be replicated, and the data to be replicated is the difference data between the virtual host and the virtual standby machine.

5. The method according to claim 1, characterized in that Before sending the received login information of the virtual standby machine returned by the second cluster server to the terminal device, the method further includes: Obtaining user data of the virtual host; Determine the data to be copied in the user data, wherein the data to be copied is the difference data between the virtual host and the virtual standby; The data to be copied is sent to the virtual standby machine, wherein the virtual standby machine is used to generate a source desktop according to the data to be copied.

6. The method according to claim 1, characterized in that After sending the received login information of the virtual standby machine returned by the second cluster server to the terminal device, the method further includes: Authenticating the user identity of the terminal device; When the authentication is passed, it is determined that the first standby machine request is approved, wherein when the first standby machine request is approved, it is determined that a second standby machine request is sent to the first cluster server.

7. The method according to claim 1, characterized in that The method further comprises: After the terminal device completes logging into the virtual standby machine based on the login information, backing up current user data and current operation data on the virtual standby machine; and Before the terminal device exits the virtual standby machine, the current operation data and the current user data are synchronized to the virtual host, and the virtual standby machine is released.

8. The method according to claim 1, characterized in that The method further comprises: Receiving a standby device deregistration request sent by the terminal device; The standby machine deregistration request is forwarded to the second cluster server, wherein the second cluster server is used to reset the virtual standby machine and deregister the login information of the virtual standby machine.

9. A communication processing system, characterized in that: include: A terminal device, used for sending a first standby machine request, wherein the first standby machine request is used for requesting to create a virtual standby machine on the second cluster server that is identical to the virtual host on the first cluster server; A proxy server is connected to the terminal device, and is used to send a second standby request to the first cluster server based on the first standby request received, and send a third standby request to the second cluster server based on the host configuration information of the virtual host returned by the first cluster server, and send the login information of the virtual standby returned by the second cluster server to the terminal device.

10. The system according to claim 9, characterized in that The first standby server request carries the first identification information of the first cluster server, the second identification information of the virtual host, and the third identification information of the second cluster server; The proxy server is further used to send the second standby machine request to the first cluster server based on the first identification information, wherein the second standby machine request carries the second identification information and the third identification information, and the host configuration information is used to determine the standby machine configuration information; The proxy server is further configured to send the third standby machine request to the second cluster server based on the third identification information, wherein the third standby machine request carries the standby machine configuration information, and the second cluster server is configured to locally create the virtual standby machine according to the standby machine configuration information.

11. The system according to claim 10, characterized in that The system further comprises: The first cluster server is connected to the proxy server, and is used to determine the host configuration information of the virtual host according to the second identification information and the third identification information after receiving the second standby server request, and return the host configuration information to the proxy server; The second cluster server is connected to the proxy server and is used to create the virtual standby machine locally according to the standby machine configuration information after receiving the third standby machine request, and return the login information of the virtual standby machine to the proxy server, wherein the login information includes the login address, login account, and login password of the virtual standby machine on the second cluster server.

12. A communication processing device, characterized in that: include: A first communication module is used to receive a first standby machine request sent by a terminal device, wherein the first standby machine request is used to request to create a virtual standby machine on the second cluster server that is the same as the virtual host on the first cluster server; A second communication module, configured to send a second standby machine request to the first cluster server according to the first standby machine request; A third communication module, configured to send a third standby machine request to the second cluster server based on the received host configuration information of the virtual host returned by the first cluster server; The fourth communication module is used to send the login information of the virtual standby machine returned by the second cluster server to the terminal device.

13. A non-volatile storage medium, characterized in that: The non-volatile storage medium stores a plurality of instructions, and the instructions are suitable for being loaded by a processor and executing the communication processing method described in any one of claims 1 to 8.

14. An electronic device comprising a memory and a processor, characterized in that: The memory stores a computer program, and the processor is configured to run the computer program to execute the communication processing method according to any one of claims 1 to 8.

Images