Screen sharing method and device
By uniformly loading mirroring and synchronizing processing between multiple virtual desktops, the problems of high hardware requirements and large delays in existing screen sharing technology are solved, and a low-latency and efficient screen sharing experience is achieved.
Patent Information
- Application Number
- CN202311214114.1
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2023-09-19
- Publication Date
- 2025-03-21
AI Technical Summary
The existing screen sharing technology has high hardware requirements for demonstration hosts, and the high frame rate and resolution of images lead to high network bandwidth usage, and there is a second-level delay, affecting the user experience.
By loading the mirrors uniformly among multiple virtual desktops, determining the demonstration host and sending status information and demonstration information to the receiving host, the receiving host can synchronize processing and display locally, reducing network delay.
Reduces network delay, reduces the requirements for demonstration host hardware, improves user experience, and makes the control and display delays only in milliseconds.
Smart Images
Figure CN119668539A_ABST
Abstract
Description
Technical Field
[0001] The present disclosure relates to the field of data communication, and in particular to a screen sharing method and device. Background Art
[0002] Currently, if screen sharing demonstration is required between multiple hosts (or virtual machines), the host (or virtual machine) to be demonstrated generally first performs local desktop image capture and encoding, and then sends the video stream to other hosts (or virtual machines) through multicast for decoding and display.
[0003] However, the above method has high hardware requirements for the host computer to be demonstrated. In addition, the higher the frame rate and resolution of the image, the higher the network bandwidth occupied, and there is a delay of seconds, which makes the actual use experience poor. Summary of the invention
[0004] The embodiments of the present disclosure provide a screen sharing method and device, which can significantly reduce network delay, remove the hardware requirements of the host, and improve the user experience. The technical solution is as follows:
[0005] According to a first aspect of an embodiment of the present disclosure, a screen sharing method is provided, the method comprising: uniformly loading images for multiple virtual desktops; determining a demonstration host, the demonstration host being one of the multiple virtual desktops; the demonstration host sending status information to a receiving host, the status information being used to ensure that the system status of the receiving host is consistent with the system status of the demonstration host, the receiving host being a virtual desktop other than the demonstration host among the multiple virtual desktops; the demonstration host sending demonstration information to the receiving host, the demonstration information being used for the receiving host to complete operations and displays synchronized with the demonstration host.
[0006] Specifically, in the process of loading images uniformly, multiple virtual desktops (eg, virtual desktop infrastructure desktops, ie, cloud desktops) can be started by loading a unified system image, thereby ensuring that the system working environment of all virtual desktops is consistent.
[0007] Based on the above solution, all desktops can complete synchronous operation and display, use the same resources, process locally, and retain the processing results locally. Therefore, the control and display delays are equivalent to the internal network delay of the server, both in milliseconds. All use virtual desktops, and there are no special requirements for the hardware of the presentation host and the receiving host, which improves the user experience.
[0008] In some embodiments, the demonstration host sends status information to the receiving host, including: the demonstration host generates a system snapshot according to the current system status; the demonstration host sends status information to the receiving host, the status information includes information of the system snapshot, so that the receiving host completes system restoration according to the status information according to the information of the system snapshot, and re-accesses the demonstration host, and locks the operating status of the receiving host; the demonstration host locks the operating status.
[0009] In some embodiments, the demonstration information includes the local resolution information and input operation instruction information of the demonstration host, so that the receiving host can complete the operation and display synchronized with the demonstration host according to the demonstration information.
[0010] Specifically, after starting the demonstration, the demonstration host can send demonstration information to all receiving hosts. The demonstration information may include the native resolution (initial and when changing) information of the demonstration host and input operation instruction information, so that the receiving host can complete the operation and display synchronized with the demonstration host according to the demonstration information. That is, the receiving host can respond to the received demonstration information, synchronize processing and display locally, so that all virtual desktops can complete synchronous operation and display.
[0011] In some embodiments, determining the demonstration host includes: determining the demonstration host by any of the following methods: logging in through a role, setting a fixed IP address, or election; the demonstration host notifies the remaining virtual desktops among the multiple virtual desktops as receiving hosts by broadcasting, so that the remaining virtual desktops among the multiple virtual desktops access the demonstration host as receiving hosts.
[0012] For example, one of the multiple virtual desktops can be determined as the demonstration host by role login, setting a fixed IP address, or any of the election methods; then, the demonstration host can notify the remaining virtual desktops in the multiple virtual desktops to be receiving hosts by broadcasting, so that the remaining virtual desktops in the multiple virtual desktops can access the demonstration host as receiving hosts, that is, after receiving the notification, the other virtual desktops can set their local roles as receiving hosts and access the demonstration host. Finally, after all receiving hosts have accessed the demonstration host, the demonstration state is entered.
[0013] In some embodiments, before the demonstration host sends the demonstration information to the receiving host, the method further includes: the demonstration host determines that the status of the receiving host is ready by checking and managing the receiving host.
[0014] Specifically, in the demonstration waiting state, the demonstration host can view and manage all receiving hosts, for example, kick out a receiving host with an abnormal state. After determining that the states of all receiving hosts are ready, the demonstration can be started.
[0015] In some embodiments, the method also includes: the demonstration host receives application information from the target receiving host, the application information is used by the target receiving host to apply for role switching with the demonstration host, and the target receiving host is any host among the receiving hosts; the demonstration host completes the role switching with the target receiving host according to the application information.
[0016] For example, during the demonstration, the receiving host can apply to switch its role to the demonstration host, for example, by sending application information for the target receiving host to apply for switching roles with the demonstration host to the demonstration host; then, after receiving the application information and agreeing to switch roles, the demonstration host can complete the role switch with the target receiving host. In this solution, the processing logic after the role switch is completed is the same as that of the original demonstration host and the receiving host.
[0017] Based on the above solution, the demonstration host and the receiving host can switch roles at any time during the demonstration.
[0018] In some embodiments, the method further includes: the presentation host sends a stop message to the receiving host, where the stop message is used to instruct the receiving host to resume local control.
[0019] Specifically, after choosing to stop the demonstration, the demonstration host can send a stop message to the receiving host, and the receiving host can resume the control processing of the local host according to the stop message to complete the demonstration process.
[0020] According to a second aspect of an embodiment of the present disclosure, a screen sharing device is provided, comprising a memory and a processor. The memory stores a program. When the program is executed in the processor, the processor is used to execute the method of the first aspect and any embodiment of the first aspect.
[0021] Based on the above devices, all desktops can complete synchronous operation and display, use the same resources, process locally, and retain the processing results locally. Therefore, the control and display delays are equivalent to the internal network delay of the server, both in milliseconds. All use virtual desktops, and there are no special requirements for the hardware of the presentation host and the receiving host, which improves the user experience.
[0022] According to a third aspect of an embodiment of the present disclosure, a screen sharing device is provided, including: a loading module, used for uniformly loading images for multiple virtual desktops; a determining module, used for determining a demonstration host, the demonstration host being one of the multiple virtual desktops; a sending module, used for the demonstration host to send status information to a receiving host, the status information being used to ensure that the system status of the receiving host is consistent with the system status of the demonstration host, the receiving host being a virtual desktop other than the demonstration host among the multiple virtual desktops; the sending module is also used for the demonstration host to send demonstration information to the receiving host, the demonstration information being used for the receiving host to complete operations and displays synchronized with the demonstration host.
[0023] In some embodiments, the sending module includes: a generating submodule, which is used for the demonstration host to generate a system snapshot according to the current system status; a sending submodule, which is also used for the demonstration host to send status information to the receiving host, and the status information includes information of the system snapshot, so that the receiving host completes system restoration according to the status information according to the information of the system snapshot, and reconnects to the demonstration host, and locks the operating status of the receiving host; a locking submodule, which is used for the demonstration host to lock the operating status.
[0024] In some embodiments, the demonstration information includes the local resolution information and input operation instruction information of the demonstration host, so that the receiving host can complete the operation and display synchronized with the demonstration host according to the demonstration information.
[0025] In some embodiments, the determination module includes: a determination sub-module, used to determine the demonstration host through role login, setting a fixed IP address, or any of the election methods; a notification sub-module, used by the demonstration host to notify the remaining virtual desktops among the multiple virtual desktops as receiving hosts through broadcasting, so that the remaining virtual desktops among the multiple virtual desktops access the demonstration host as receiving hosts.
[0026] In some embodiments, the determination module is further used for: the demonstration host determines that the status of the receiving host is ready by viewing and managing the receiving host.
[0027] In some embodiments, the device also includes: a receiving module, used for the demonstration host to receive application information from the target receiving host, the application information is used by the target receiving host to apply for role switching with the demonstration host, and the target receiving host is any host among the receiving hosts; a switching module, used for the demonstration host to complete the role switching with the target receiving host according to the application information.
[0028] In some embodiments, the sending module is also used to demonstrate that the host sends a stop message to the receiving host, and the stop message is used to instruct the receiving host to resume local control.
[0029] According to the fourth aspect of the embodiments of the present disclosure, a computer-readable storage medium is provided, characterized in that the computer program storage medium has program instructions, and when the program instructions are executed by a processor, the processor executes the method described in the first aspect and any embodiment of the first aspect, or the method described in the second aspect and any embodiment of the second aspect.
[0030] According to the fifth aspect of the embodiments of the present disclosure, a chip system is provided, characterized in that the chip system includes at least one processor, and when program instructions are executed in the at least one processor, the at least one processor executes the method described in the first aspect and any embodiment of the first aspect, or the method described in the second aspect and any embodiment of the second aspect.
[0031] It is to be understood that the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the present disclosure. BRIEF DESCRIPTION OF THE DRAWINGS
[0032] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present disclosure and, together with the description, serve to explain the principles of the present disclosure.
[0033] Figure 1 is a schematic diagram of a screen sharing system architecture 100 applicable to an embodiment of the present disclosure;
[0034] Figure 2 is a schematic diagram of a screen sharing method 200 provided in an embodiment of the present disclosure;
[0035] Figure 3 is a structural diagram of a screen sharing device 300 provided in an embodiment of the present disclosure;
[0036] Figure 4 is a structural diagram of a screen sharing device 400 provided in an embodiment of the present disclosure;
[0037] Figure 5 is another structural diagram of a screen sharing device 400 provided in an embodiment of the present disclosure;
[0038] Figure 6 is another structural diagram of a screen sharing device 400 provided in an embodiment of the present disclosure;
[0039] Figure 7 4 is another structural diagram of a screen sharing device 400 provided in an embodiment of the present disclosure. DETAILED DESCRIPTION
[0040] Exemplary embodiments will be described in detail herein, examples of which are shown in the accompanying drawings. When the following description refers to the drawings, the same numbers in different drawings represent the same or similar elements unless otherwise indicated. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present disclosure. Instead, they are merely examples of devices and methods consistent with some aspects of the present disclosure as detailed in the appended claims.
[0041] To facilitate understanding of the embodiments of the present disclosure, the system architecture involved in the embodiments of the present disclosure is first described below.
[0042] Figure 1 FIG. 1 is a schematic diagram of a screen sharing system architecture 100 applicable to an embodiment of the present disclosure. Figure 1As shown, the screen sharing system architecture 100 may include multiple VDI desktops and a presentation host belonging to the multiple VDI desktops, wherein the presentation host may perform synchronous operation input with the other VDI desktops, and the system image may be unified through a snapshot of the presentation host.
[0043] Currently, if screen sharing demonstration is required between multiple hosts (or virtual machines), the host (or virtual machine) to be demonstrated generally first performs local desktop image capture and encoding, and then sends the video stream to other hosts (or virtual machines) through multicast for decoding and display, similar to live broadcast on the Internet.
[0044] Although the above method has no special requirements for the host receiving the video stream, it does have high hardware requirements for the host for the demonstration (for example, CPU, GPU). In addition, the higher the frame rate and resolution of the image, the higher the network bandwidth occupied, and there is a delay of seconds. Especially for scenes that require real-time interaction such as classroom teaching and shared meetings, there will be a serious lag, and the actual use experience is not good.
[0045] In view of this, the present disclosure provides a screen sharing method, which can improve the above problems and enhance the user experience.
[0046] The present disclosure provides a screen sharing method 200, such as Figure 2 As shown, the screen sharing method 200 includes the following steps:
[0047] S210, multiple virtual desktops load images uniformly.
[0048] Specifically, multiple virtual desktops (eg, virtual desktop infrastructure desktops, ie, cloud desktops) can be started by loading a unified system image, thereby ensuring that the system working environments of all virtual desktops are consistent.
[0049] S220, determining a demonstration host.
[0050] The demonstration host is one of the multiple virtual desktops.
[0051] Specifically, the demonstration host can be determined by role login, setting a fixed IP address, or any other method in election; thereafter, the demonstration host can notify the remaining virtual desktops among the multiple virtual desktops as receiving hosts through broadcasting, so that the remaining virtual desktops among the multiple virtual desktops access the demonstration host as receiving hosts.
[0052] For example, one of the multiple virtual desktops can be determined as the demonstration host by role login, setting a fixed IP address, or any of the election methods; then, the demonstration host can notify the remaining virtual desktops in the multiple virtual desktops to be receiving hosts by broadcasting, so that the remaining virtual desktops in the multiple virtual desktops can access the demonstration host as receiving hosts, that is, after receiving the notification, the other virtual desktops can set their local roles as receiving hosts and access the demonstration host. Finally, after all receiving hosts have accessed the demonstration host, the demonstration state is entered.
[0053] It should be understood that in the waiting state, in other words, before the presentation host starts the presentation, all virtual desktops can operate normally and independently.
[0054] S230, the demonstration host sends status information to the receiving host.
[0055] The status information is used to ensure that the system status of the receiving host is consistent with the system status of the demonstration host, and the receiving host is a host other than the demonstration host among the multiple hosts.
[0056] Specifically, the demonstration host can generate a system snapshot based on the current system status; thereafter, the demonstration host can send status information to the receiving host, the status information including the information of the system snapshot, so that the receiving host can complete system restoration according to the status information and the information of the system snapshot, reconnect to the demonstration host, and lock the operating status of the receiving host; finally, the demonstration host locks the operating status.
[0057] For example, when the demonstration host is ready to start the demonstration, the demonstration host can first generate a system snapshot based on the current system status of the local machine. Then the status information containing the system snapshot information is sent to the receiving host, so that the virtual desktop corresponding to the receiving host can be restarted and restored according to this system snapshot, reconnect to the demonstration host after restoration, and lock the local operation input processing of the receiving host (operation input includes: mouse, keyboard, touchpad, etc.). At the same time, the demonstration host can also lock the operation status of the local system and enter the demonstration waiting state.
[0058] S240, the demonstration host sends demonstration information to the receiving host.
[0059] The demonstration information is used by the receiving host to complete operations and displays synchronized with the demonstration host.
[0060] Furthermore, the demonstration information includes the local resolution information and input operation instruction information of the demonstration host, so that the receiving host can complete the operation and display synchronized with the demonstration host according to the demonstration information.
[0061] Specifically, after starting the demonstration, the demonstration host can send demonstration information to all receiving hosts. The demonstration information may include the native resolution (initial and when changing) information of the demonstration host and input operation instruction information, so that the receiving host can complete the operation and display synchronized with the demonstration host according to the demonstration information. That is, the receiving host can respond to the received demonstration information, synchronize processing and display locally, so that all virtual desktops can complete synchronous operation and display.
[0062] Optionally, before the demonstration host sends the demonstration information to the receiving host, the method may further include S231, where the demonstration host determines that the status of the receiving host is ready by checking and managing the receiving host.
[0063] Specifically, in the demonstration waiting state, the demonstration host can view and manage all receiving hosts, for example, kick out a receiving host with an abnormal state. After determining that the states of all receiving hosts are ready, the demonstration can be started.
[0064] Optionally, the method 200 may further include:
[0065] S250, the demonstration host and the target receiving host switch roles.
[0066] Specifically, the demonstration host can receive application information from the target receiving host, and the application information is used by the target receiving host to apply for role switching with the demonstration host, and the target receiving host is any host among the receiving hosts; thereafter, the demonstration host can complete the role switching with the target receiving host according to the application information.
[0067] For example, during the demonstration, the receiving host can apply to switch its role to the demonstration host, for example, by sending application information for the target receiving host to apply for switching roles with the demonstration host to the demonstration host; then, after receiving the application information and agreeing to switch roles, the demonstration host can complete the role switch with the target receiving host. In this solution, the processing logic after the role switch is completed is the same as that of the original demonstration host and the receiving host.
[0068] Optionally, the method 200 may further include:
[0069] S260, the demonstration host sends a stop message to the receiving host.
[0070] The stop information is used to instruct the receiving host to resume local control.
[0071] Specifically, after choosing to stop the demonstration, the demonstration host can send a stop message to the receiving host, and the receiving host can resume the control processing of the local host according to the stop message to complete the demonstration process.
[0072] Based on the above solution, all desktops can complete synchronous operation and display, use the same resources, process locally, and retain the processing results locally. Therefore, the control and display delays are equivalent to the internal network delay of the server, both in milliseconds. All use virtual desktops, and there are no special requirements for the hardware of the presentation host and the receiving host. Role switching can be performed at any time, which improves the user experience.
[0073] Based on the above Figure 2 The screen sharing method described in the corresponding embodiment is as follows: an embodiment of the device of the present disclosure, which can be used to execute the embodiment of the method of the present disclosure.
[0074] The present disclosure provides a screen sharing device 300, such as Figure 3 The screen sharing device 300 includes: a memory 301 and a processor 302 .
[0075] The memory 301 is used to store programs.
[0076] When the program is executed in the processor 302, the processor 302 is used to execute the above-mentioned screen sharing method.
[0077] The processor 302 is used to: uniformly load images for multiple virtual desktops; determine a demonstration host, where the demonstration host is a virtual desktop among the multiple virtual desktops; the demonstration host sends status information to a receiving host, where the status information is used to ensure that the system status of the receiving host is consistent with that of the demonstration host, where the receiving host is a virtual desktop among the multiple virtual desktops other than the demonstration host; the demonstration host sends demonstration information to the receiving host, where the demonstration information is used for the receiving host to complete operations and displays synchronized with the demonstration host.
[0078] Optionally, the processor 302 is specifically used to enable the demonstration host to generate a system snapshot based on the current system status; the demonstration host sends the status information to the receiving host, the status information including the information of the system snapshot, so that the receiving host completes system restoration according to the status information and the information of the system snapshot, reconnects to the demonstration host, and locks the operating status of the receiving host; the demonstration host locks the operating status.
[0079] Optionally, the demonstration information includes the local resolution information and input operation instruction information of the demonstration host, so that the receiving host completes the operation and display synchronized with the demonstration host according to the demonstration information.
[0080] Optionally, the processor 302 is specifically used to determine the demonstration host by any of the methods of role login, setting a fixed IP address, or election; the demonstration host notifies the remaining virtual desktops among the multiple virtual desktops as the receiving host by broadcasting, so that the remaining virtual desktops among the multiple virtual desktops access the demonstration host as the receiving host.
[0081] Optionally, before the demonstration host sends the demonstration information to the receiving host, the processor 302 is further configured to enable the demonstration host to determine whether the status of the receiving host is ready by checking and managing the receiving host.
[0082] Optionally, the processor 302 is also used for the demonstration host to receive application information from a target receiving host, the application information being used by the target receiving host to apply for role switching with the demonstration host, the target receiving host being any one of the receiving hosts; the demonstration host completes the role switching with the target receiving host according to the application information.
[0083] Optionally, the processor 302 is further configured to cause the demonstration host to send a stop message to the receiving host, where the stop message is used to instruct the receiving host to resume local control.
[0084] The screen sharing device provided by the embodiment of the present disclosure can enable the desktops to complete synchronous operation and display, use the same resources, process locally, and retain the processing results locally. Therefore, the control and display delays are equivalent to the internal network delays of the server, both of which are in the millisecond level. Both use virtual desktops, and there are no special requirements for the hardware of the presentation host and the receiving host, which improves the user experience.
[0085] Based on the above Figure 2 The screen sharing method described in the corresponding embodiment is as follows: an embodiment of the device of the present disclosure, which can be used to execute the embodiment of the method of the present disclosure.
[0086] Based on the above Figure 2 Corresponding to the screen sharing method described in the embodiment, the embodiment of the present disclosure also provides a screen sharing device 400, such as Figure 4 shown.
[0087] The screen sharing device 400 includes:
[0088] A loading module 410 is used to uniformly load images on multiple virtual desktops;
[0089] A determination module 420 is used to determine a demonstration host, where the demonstration host is a virtual desktop among the multiple virtual desktops;
[0090] A sending module 430, configured for the demonstration host to send status information to the receiving host, the status information being used to ensure that the system status of the receiving host is consistent with that of the demonstration host, and the receiving host is a virtual desktop other than the demonstration host among the multiple virtual desktops;
[0091] The sending module 430 is also used for the demonstration host to send demonstration information to the receiving host, and the demonstration information is used for the receiving host to complete operations and displays synchronized with the demonstration host.
[0092] Alternatively, if Figure 5 As shown, the sending module 430 specifically includes:
[0093] A generation submodule 4301 is used to demonstrate that the host generates a system snapshot according to the current system status;
[0094] The sending submodule 4302 is used to demonstrate that the host generates a system snapshot according to the current system status;
[0095] The sending submodule 4302 is further used for the demonstration host to send status information to the receiving host, the status information including information of the system snapshot, so that the receiving host completes system restoration according to the status information and the information of the system snapshot, reconnects to the demonstration host, and locks the operating state of the receiving host;
[0096] The locking submodule 4303 is used to demonstrate the host locking operation status.
[0097] Optionally, the demonstration information includes the local resolution information and input operation instruction information of the demonstration host, so that the receiving host completes the operation and display synchronized with the demonstration host according to the demonstration information.
[0098] Alternatively, if Figure 6 As shown, the determination module 420 specifically includes:
[0099] The determination submodule 4201 is used to determine the demonstration host by any of the following methods: role login, setting a fixed IP address, or election;
[0100] The notification submodule 4202 is used for the demonstration host to notify the remaining virtual desktops in the multiple virtual desktops as receiving hosts through broadcasting, so that the remaining virtual desktops in the multiple virtual desktops access the demonstration host as receiving hosts.
[0101] Optionally, the determination module 420 is further configured for the demonstration host to determine that the status of the receiving host is ready by viewing and managing the receiving host.
[0102] Alternatively, if Figure 7 As shown, the screen sharing device 400 further includes:
[0103] A receiving module 440 is used for the demonstration host to receive application information from a target receiving host, where the application information is used by the target receiving host to apply for switching roles with the demonstration host, and the target receiving host is any host among the receiving hosts;
[0104] The switching module 450 is used for the demonstration host to complete the role switching with the target receiving host according to the application information.
[0105] Optionally, the sending module 430 is further used for: the demonstration host sends a stop message to the receiving host, where the stop message is used to instruct the receiving host to resume local control.
[0106] Based on the above Figure 2 In accordance with the screen sharing method described in the embodiment, the embodiment of the present disclosure further provides a computer-readable storage medium. For example, the non-temporary computer-readable storage medium may be a read-only memory (ROM), a random access memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, or an optical data storage device. The storage medium stores computer instructions for executing the above Figure 2 The screen sharing method described in the corresponding embodiment will not be repeated here.
[0107] Based on the above Figure 2 Corresponding to the screen sharing method described in the embodiment, the embodiment of the present disclosure also provides a chip system, the chip system includes at least one processor, when the program instruction is executed in the at least one processor, the at least one processor executes the above Figure 2 The screen sharing method described in the corresponding embodiment will not be repeated here.
[0108] Those skilled in the art will readily appreciate other embodiments of the present disclosure after considering the specification and practicing the disclosure disclosed herein. This application is intended to cover any variations, uses, or adaptations of the present disclosure that follow the general principles of the present disclosure and include common knowledge or customary techniques in the art that are not disclosed in the present disclosure. The description and examples are intended to be exemplary only, and the true scope and spirit of the present disclosure are indicated by the following claims.
[0109] It should be understood that the present disclosure is not limited to the exact structures that have been described above and shown in the drawings, and that various modifications and changes may be made without departing from the scope thereof. The scope of the present disclosure is limited only by the appended claims.
Claims
1. A screen sharing method, characterized in that: The method comprises: Multiple virtual desktops load images uniformly; Determine a demonstration host, where the demonstration host is one of the multiple virtual desktops; The demonstration host sends status information to a receiving host, the status information being used to keep the system status of the receiving host consistent with the system status of the demonstration host, and the receiving host is a virtual desktop other than the demonstration host among the multiple virtual desktops; The demonstration host sends demonstration information to the receiving host, and the demonstration information is used by the receiving host to complete operations and displays synchronized with the demonstration host.
2. The method according to claim 1, characterized in that The demonstration host sends status information to the receiving host, including: The demonstration host generates a system snapshot according to the current system status; The demonstration host sends the status information to the receiving host, wherein the status information includes information of the system snapshot, so that the receiving host completes system restoration according to the status information and the information of the system snapshot, reconnects to the demonstration host, and locks the operating state of the receiving host; The demonstration host locks the operating state.
3. The method according to claim 1, characterized in that The demonstration information includes the local resolution information and input operation instruction information of the demonstration host, so that the receiving host can complete the operation and display synchronized with the demonstration host according to the demonstration information.
4. The method according to claim 1, characterized in that: The step of determining the demonstration host comprises: Determine the demonstration host by any of the following methods: logging in with a role, setting a fixed IP address, or electing; The demonstration host notifies the remaining virtual desktops among the multiple virtual desktops to be the receiving host by broadcasting, so that the remaining virtual desktops among the multiple virtual desktops access the demonstration host as the receiving host.
5. The method according to claim 1, characterized in that Before the demonstration host sends the demonstration information to the receiving host, the method further includes: The demonstration host determines that the status of the receiving host is ready by viewing and managing the receiving host.
6. The method according to claim 1, characterized in that The method further comprises: The demonstration host receives application information from a target receiving host, wherein the application information is used by the target receiving host to apply for switching roles with the demonstration host, and the target receiving host is any host among the receiving hosts; The demonstration host completes the role switching with the target receiving host according to the application information.
7. The method according to claim 1, characterized in that The method further comprises: The demonstration host sends a stop message to the receiving host, where the stop message is used to instruct the receiving host to resume local control.
8. A screen sharing device, characterized in that: including memory and processor; The memory has a stored program; When the program is executed in the processor, the processor is configured to execute the method according to any one of claims 1 to 7.
9. A screen sharing device, characterized in that: include: Loading module, used to load images uniformly on multiple virtual desktops; A determination module, configured to determine a demonstration host, wherein the demonstration host is one of the multiple virtual desktops; A sending module, used for the demonstration host to send status information to a receiving host, wherein the status information is used to keep the system status of the receiving host consistent with the system status of the demonstration host, and the receiving host is a virtual desktop other than the demonstration host among the multiple virtual desktops; The sending module is also used for the demonstration host to send demonstration information to the receiving host, and the demonstration information is used for the receiving host to complete operations and displays synchronized with the demonstration host.
10. A computer-readable storage medium, characterized in that: The computer program storage medium has program instructions, and when the program instructions are executed by a processor, the processor is caused to execute the method according to any one of claims 1 to 7.