CN112929328A

CN112929328A - One-to-many screen sharing implementation method and system based on router

Info

Publication number: CN112929328A
Application number: CN202110008166.8A
Authority: CN
Inventors: 周明森; 熊运自; 冯妙贤; 曾宏清
Original assignee: Huizhou Gaoshengda Technology Co Ltd
Current assignee: Huizhou Gaoshengda Technology Co Ltd
Priority date: 2021-01-05
Filing date: 2021-01-05
Publication date: 2021-06-08

Abstract

The invention relates to the technical field of network transmission, and discloses a one-to-many screen sharing implementation method and a one-to-many screen sharing implementation system based on a router, wherein the whole process can be carried out in a local area network without an external network, so that the safety of the whole conference is improved; furthermore, the shared device and the sharing device use the same router in the same local area network, that is, the number of the router gateway nodes spanned by the shared device and the sharing device is only 1, compared with the traditional screen sharing mode, the external network is used, and the external network must pass through more than 2 router gateway nodes, so that under the condition of the same bandwidth, the required transmission time is less, the transmission rate is faster, and the probability of the occurrence of the stuck phenomenon is reduced.

Description

One-to-many screen sharing implementation method and system based on router

Technical Field

The invention relates to the technical field of network transmission, in particular to a one-to-many screen sharing implementation method and system based on a router.

Background

At present, with the development of science and technology, many innovations and changes in the form of conferences have occurred. The intelligent sharing conference is one of multimedia conferences, in the conference process, all participants can carry out voice communication, a person always shares videos or desktops, and the identities of the sharers can also be transferred.

Most of the shared conferences at the present stage are performed through shared software, and the shared software is not operated based on a local area network but is operated through a cloud server, so that the content of the conference with higher confidentiality requirement is easily leaked, and the conference can be disclosed in one conference room only in a traditional mode and cannot be performed at respective desks. Secondly, the shared software forwards data through the cloud server, and then when the network condition is not good enough, a pause phenomenon occurs, so that the progress of the conference is influenced.

Disclosure of Invention

The invention aims to overcome the defects in the prior art and provides a one-to-many screen sharing implementation method and system based on a router, which can realize a sharing conference based on a local area network and can avoid the phenomenon of pause in the sharing process.

The purpose of the invention is realized by the following technical scheme:

a router-based one-to-many screen sharing implementation system comprises:

the RTSP forwarding system comprises a router, a first RTSP client and a second RTSP forwarding server, wherein the router comprises a TCP server, the first RTSP client and an RTSP forwarding server;

the shared device comprises a first TCP client, a recorder and a first RTSP server, wherein the first TCP client is used for sending sharing notification data to the TCP server so as to enable the TCP server to generate a sharing request, the recorder is used for acquiring video data and sending the video data to the first RTSP server, the first RTSP server sends the video data to the first RTSP client according to the sharing request, and then the first RTSP client shares the video data to the RTSP forwarding server; and

and the using sharing equipment comprises a second TCP client and a player, wherein the second TCP client is used for acquiring the sharing notification data from the TCP server, and meanwhile, the player acquires a request from the RTSP forwarding server according to the sharing notification data so as to play the video data.

The router-based one-to-many screen sharing implementation method of the router-based one-to-many screen sharing implementation system based on the above embodiments includes the following steps:

s101, the TCP server receives and stores sharing notification information sent by the first TCP client and generates a sharing device list, and meanwhile, the first RTSP client initiates a streaming media data request to the first RTSP server

S102, the first RTSP server starts a recorder and sends streaming media data generated by the recorder to a first RTSP client;

s103, a second TCP client acquires a shared device list request from the TCP server, and the TCP server sends the shared device list information to the second TCP client;

s104, the second TCP client receives the key-in password and selects the sharing subject information to send to the TCP server for verification operation, and after the verification operation is passed, the player is started to request the RTSP forwarding server for obtaining data.

In one embodiment, the sharing notification information comprises sharing subject information, sharing password information and an RSTP streaming media address.

In one embodiment, the streaming media data includes screen data, microphone data, and audio data.

In one embodiment, in the step, the second TCP client obtains a request for the shared device list from the TCP server, and the TCP server sends the shared device list information to the second TCP client, which specifically includes the following steps:

the TCP server generates and executes a search instruction, and simultaneously generates an RSTP streaming media address correspondingly aiming at the sharing subject information;

and packaging the sharing subject information and the RSTP streaming media address into information to be matched. .

In one embodiment, in the step, before the second TCP client receives the key-in password and selects the sharing subject information to send to the TCP server for verification, and after the verification is passed, the player is started to request the RTSP forwarding server to obtain data, the method further includes the following steps:

and the second TCP client generates selection interface data and sends the selection interface sharing theme and the input password information data to the TCP server.

In one embodiment, the verifying operation specifically includes the following steps:

and judging whether the keying information is the same as the shared password information, if so, generating verification passing information, sending the verification passing information to the second TCP client side for sharing the using screen, and if not, generating verification failure information and feeding the verification failure information back to the second TCP client side.

In one embodiment, in the step, after the second TCP client receives the key-in password and selects the sharing subject information to send to the TCP server for verification, and after the verification is passed, the player is started to request the RTSP forwarding server for obtaining data, the method further includes the following steps:

and the player receives the streaming media data sent by the RTSP forwarding server and plays the streaming media data.

Compared with the prior art, the invention has the following advantages and beneficial effects:

the invention relates to a one-to-many screen sharing realization method and a one-to-many screen sharing realization system based on a router, the whole process can be carried out in a local area network without an external network, and the safety of the whole conference is further improved; furthermore, the shared device and the sharing device use the same router in the same local area network, that is, the number of the router gateway nodes spanned by the shared device and the sharing device is only 1, compared with the traditional screen sharing mode, the external network is used, and the external network must pass through more than 2 router gateway nodes, so that under the condition of the same bandwidth, the required transmission time is less, the transmission rate is faster, and the probability of the occurrence of the stuck phenomenon is reduced.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings needed to be used in the embodiments will be briefly described below, it should be understood that the following drawings only illustrate some embodiments of the present invention and therefore should not be considered as limiting the scope, and for those skilled in the art, other related drawings can be obtained according to the drawings without inventive efforts.

FIG. 1 is a functional block diagram of a router-based one-to-many screen sharing implementation system according to an embodiment of the present invention;

fig. 2 is a flowchart of a method for implementing router-based one-to-many screen sharing according to an embodiment of the present invention.

Detailed Description

To facilitate an understanding of the invention, the invention will now be described more fully with reference to the accompanying drawings. Preferred embodiments of the present invention are shown in the drawings. This invention may, however, be embodied in many different forms and should not be construed as limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete.

It will be understood that when an element is referred to as being "secured to" another element, it can be directly on the other element or intervening elements may also be present. When an element is referred to as being "connected" to another element, it can be directly connected to the other element or intervening elements may also be present. The terms "vertical," "horizontal," "left," "right," and the like as used herein are for illustrative purposes only and do not represent the only embodiments.

Unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this invention belongs. The terminology used herein in the description of the invention is for the purpose of describing particular embodiments only and is not intended to be limiting of the invention. As used herein, the term "and/or" includes any and all combinations of one or more of the associated listed items.

Referring to fig. 1, a one-to-many screen sharing implementation system 01 based on a router includes: the router 100, the shared device 200, and the shared-use device 300, wherein the shared-use device 300 has a plurality of devices.

Referring to fig. 1, the router 100 includes a TCP server 110, a first RTSP client 120, and an RTSP forwarding server 130; the shared device 200 includes a first TCP client 210, a recorder 220, and a first RTSP server 230, where the first TCP client 210 is configured to send sharing notification data to the TCP server 110, so that the TCP server 110 generates a sharing request, the recorder 220 is configured to obtain video data, send the video data to the first RTSP server 230, the first RTSP server 230 sends the video data to the first RTSP client 120 according to the sharing request, and the first RTSP client 120 shares the video data with the RTSP forwarding server 130; the shared device 300 includes a second TCP client 310 and a player 320, where the second TCP client 310 is configured to obtain the sharing notification data from the TCP server 110, and the player 320 obtains a request from the RTSP forwarding server 130 according to the sharing notification data to play the video data.

It should be noted that the TCP server 110, the first RTSP client 120, and the RTSP forwarding server 130 are established in the router 100, the first TCP client 210, the recorder 220, and the first RTSP server 230 are established in the shared device 200, and the second TCP client 310 and the player 320 are established in the shared device 300; wherein the TCP server 110 is configured to receive a request for sharing a screen using the sharing device 300 in a local area network, the first RTSP client 120 is configured to request the first RTSP server 230 of the shared device 200 to acquire video data, and the RTSP forwarding server 130 is configured to forward media data; the recorder 220 is configured to collect screen data, microphone data, and audio data of a local sound card, the first RTSP server 230 is configured to send the screen data, the microphone data, and the audio data of the local sound card collected by the recorder 220 to the first RTSP client 120 of the router 100 in an RSTP media stream manner, and the first TCP client 210 is a TCP client, and is configured to connect to the TCP server 110 of the router 100 to send a theme to be shared, a password, and an RTSP streaming media address to the router 100; still further, the second TCP client 310 is a TCP client, and is configured to connect to the TCP server 110 of the router 100 to request to acquire the sharing list and the sharing notification data, and the player 320 is configured to request media data from the RTSP forwarding server in the router 100, and decode and play a video, so as to implement screen sharing.

Therefore, the whole process can be carried out in a local area network without an external network, and the safety of the whole conference is improved; further, the shared device 200 and the sharing device 300 use the same router 100 in the same lan, that is, the number of gateway nodes of the router 100 spanned by the shared device 200 and the sharing device 300 is only 1, and compared to the conventional screen sharing method, since an external network is used, the external network must pass through more than 2 gateway nodes of the router 100, so that under the condition of the same bandwidth, the transmission time required by the application is shorter, the transmission rate is faster, and the probability of the karton phenomenon is reduced.

Referring to fig. 1 and fig. 2, the router-based one-to-many screen sharing implementation method of the router-based one-to-many screen sharing implementation system 10 according to the above embodiment includes the following steps:

s101, the TCP server 110 receives and stores the sharing notification information sent by the first TCP client 210, and generates a sharing device list, and meanwhile, the first RTSP client 120 initiates a streaming media data request to the first RTSP server 230;

s102, the first RTSP server 230 starts the recorder 220, and sends the streaming media data generated by the recorder 220 to the first RTSP client 120;

s103, the second TCP client 310 obtains a shared device list request from the TCP server 110, and the TCP server 110 sends the shared device list information to the second TCP client 310;

s104, the second TCP client 310 receives the key-in password and the sharing theme selection information and sends the key-in password and the sharing theme selection information to the TCP server 110 for verification operation, and after the verification is passed, the player 320 is started to request the RTSP forwarding server to acquire data.

Specifically, the sharing notification information includes sharing subject information, sharing password information, and an RSTP streaming media address.

Still more specifically, the streaming media data includes screen data, microphone data, and audio data.

It should be noted that, the first TCP client 210 in the shared device 200 is connected to the TCP server 110 in the router 110 and sends the sharing notification message, meanwhile, the TCP server 110 generates a streaming media data request to send to the first RTSP client 120, the first RTSP client 120 sends the streaming media data request to the first RTSP server 230, because the recorder 220 communicates with the first RTSP server 230, the recorder 220 starts recording, acquires screen data, microphone data, and audio data, sends the screen data, microphone data, and audio data to the first RTSP client 120, and the first RTSP client 120 forwards the streaming media data request to the RTSP forwarding server 130 to provide a data source, and forwards the data to the player 320 when the sharing screen device is used for requesting. Further, the shared device 300 may generate a get list request, and since there may be a plurality of shared devices 200, by generating the get list request, the user can select the shared device 200; then, the TCP server 110 searches the locally stored sharing notification information according to the selection of the user, finds out the sharing notification information, i.e. the information to be matched, corresponding to the device 200 to be shared, sends the information to be matched to the second TCP client 310, the second TCP client 310 extracts the theme and the RISP address data in the information to be matched, and sends the theme to the player for the user to select, the theme to be shared is required, after the user finishes selecting, the corresponding password information is input, the password information is sent to the TCP server 110, the TCP server 110 compares the password information to determine whether the password information is accurate, and generates the verification passing information, meanwhile, the player 320 requests the RTSP forwarding server 130 for RTSP data through the RTSP streaming media RTSP address corresponding to the shared theme, and finally, the RTSP forwarding server 130 sends the RTSP data to the player, the player 320 decodes and plays the RTSP data.

Referring to fig. 1 and fig. 2, further, in an embodiment, in the step of generating an obtaining list request by the second TCP client 310, the TCP server 110 generates information to be matched according to the obtaining list request, and sends the information to be matched to the second TCP client 310, which specifically includes the following steps: in the step, the second TCP client 310 obtains the request of the shared device list from the TCP server 110, and the TCP server 110 sends the shared device list information to the second TCP client 310, which specifically includes the following steps:

the TCP server 110 generates and executes a search instruction, and generates an RSTP streaming media address corresponding to the sharing subject information;

and packaging the sharing subject information and the RSTP streaming media address into information to be matched.

It should be noted that, since the TCP server 110 stores the sharing notification information about multiple shared devices, it needs to generate a search instruction for querying, and the information to be matched is sent to the second TCP client 310.

Referring to fig. 1 and 2, further, in one embodiment,

in the step, the second TCP client 310 receives the key-in password and the sharing theme selection information and sends the key-in password and the sharing theme selection information to the TCP server 110 for verification, and after the verification is passed, before the player 320 is started to request the RTSP forwarding server 130 to obtain data, the method further includes the following steps:

the second TCP client 310 generates selection interface data and transmits the selection interface sharing theme with the entered password information data to the TCP server 110.

It should be noted that the list has a plurality of shared devices, and the selection interface data is generated to provide the user with a selection of which shared device to use.

Referring to fig. 1 and fig. 2, further, in an embodiment, the verifying operation specifically includes the following steps:

and judging whether the input information is the same as the shared password information, if so, generating verification passing information, sending the verification passing information to the second TCP client 310 for screen sharing, and if not, generating verification failure information and feeding the verification failure information back to the second TCP client 310.

It should be noted that the TCP server 110 replies all the shared screen device list information except the shared password information to the second TCP client 310; when the user selects one of the shared devices and inputs the password, the second TCP client 310 sends the information of the screen sharing selected by the user and the password input by the user to the TCP server 110, the TCP server 110 verifies whether the corresponding password and the informant are correct after receiving the information, if so, the second TCP client 310 can start to use the screen sharing, and if not, the second TCP client 310 replies that the password authentication is failed and the screen sharing is refused. When the second TCP client 310 receives the message that the password is verified to be correct, the start player requests the RTSP forwarding server 130 to obtain data for playing.

Further, in an embodiment, in the step of sending the second TCP client 310 to the TCP server 110 for verification after receiving the key-in password and the selected sharing subject information, after the verification is passed, the method further includes the following steps after the player 320 is started to request the RTSP forwarding server 130 to obtain data:

the player 320 receives the streaming media data sent by the RTSP forwarding server 130, and plays the streaming media data.

It should be noted that the player 320 performs parsing and playing on the streaming media data.

Compared with the prior art, the invention has the following advantages:

according to the one-to-many screen sharing implementation method and system 10 based on the router, the whole process can be carried out in a local area network without an external network, and the safety of the whole conference is further improved; further, the shared device 200 and the sharing device 300 use the same router 100 in the same lan, that is, only 1 router gateway node is spanned by the shared device 200 and the sharing device 300, and compared to the conventional screen sharing method, since an external network is used, the external network must pass through more than 2 router gateway nodes, so that under the condition of the same bandwidth, the required transmission time is less, the transmission rate is faster, and the probability of the occurrence of the stuck phenomenon is reduced.

The above embodiments only express several embodiments of the present invention, and the description thereof is more specific and detailed, but not construed as limiting the scope of the present invention. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the inventive concept, which falls within the scope of the present invention. Therefore, the protection scope of the present patent shall be subject to the appended claims.

Claims

1. A one-to-many screen sharing implementation system based on a router is characterized by comprising the following components:

2. The router one-to-many screen sharing implementation method of the router one-to-many screen sharing implementation system according to claim 1, comprising the following steps:

the TCP server receives and stores sharing notification information sent by the first TCP client and generates a sharing device list, and meanwhile, the first RTSP client initiates a streaming media data request to the first RTSP server;

the first RTSP server starts a recorder and sends the streaming media data generated by the recorder to a first RTSP client;

a second TCP client acquires a shared device list request from the TCP server, and the TCP server sends shared device list information to the second TCP client;

and the second TCP client receives the key-in password and the information for selecting the sharing subject to send to the TCP server for verification operation, and after the verification is passed, the player is started to request the RTSP forwarding server for acquiring data.

3. The router-based one-to-many screen sharing implementation method according to claim 2, wherein the sharing notification information includes sharing subject information, sharing password information, and an RSTP streaming media address.

4. The router-based one-to-many screen sharing implementation method of claim 3, wherein the streaming media data comprises screen data, microphone data, and audio data.

5. The router-based one-to-many screen sharing implementation method according to claim 4, wherein in the step, the second TCP client obtains a shared device list request from the TCP server, and the TCP server sends shared device list information to the second TCP client, specifically including the steps of:

6. The router-based one-to-many screen sharing implementation method of claim 4, wherein in the step, the second TCP client receives a key-in password and selects sharing subject information to send to the TCP server for verification, and after the verification is passed, before starting a player to request the RTSP forwarding server to obtain data, the method further comprises the following steps:

7. The router-based one-to-many screen sharing implementation method according to claim 6, wherein the verification operation specifically includes the following steps:

8. The router-based one-to-many screen sharing implementation method of claim 6, wherein in the step, the second TCP client receives a key-in password and selects sharing subject information to send to the TCP server for verification, and after the verification is passed, the player is started to request the RTSP forwarding server to obtain data, further comprising the following steps: