CN103618784A - VNC multipath interaction method - Google Patents
VNC multipath interaction method Download PDFInfo
- Publication number
- CN103618784A CN103618784A CN201310608120.5A CN201310608120A CN103618784A CN 103618784 A CN103618784 A CN 103618784A CN 201310608120 A CN201310608120 A CN 201310608120A CN 103618784 A CN103618784 A CN 103618784A
- Authority
- CN
- China
- Prior art keywords
- vnc
- intermediate server
- request
- client
- screen data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
The invention discloses a VNC multipath interaction method. The VNC multipath interaction method comprises: connection with a VNC server and a VNC client-side is respectively established through an intermediate server; when a new VNC client-side is connected and sends a full-screen data request to the intermediate server, the intermediate server caches the full-screen data request; after caching, the intermediate server transmits the cached full-screen data request to the VNC server when receiving an increment-screen data request of the connected VNC client-side; the intermediate server transmits full-screen data received by the VNC server to the new VNC client-side and the connected VNC client-side. The intermediate server can provide the screen data for multiple viewers only by being connected to a desktop source, and data flows are greatly saved. In addition, when a new viewer accesses to the intermediate server, the newly-connected viewer can receive the complete screen data, and no error is produced.
Description
Technical field
The present invention relates to multi-screen interactive technical field, relate in particular to a kind of VNC multichannel exchange method.
Background technology
VNC(Virtual Network Computing, Virtual network computer) be a kind of technology that shows and control remote desktop, be widely used in cross-platform remote table sharing and control, it uses RFB(Remote Frame Buffer, remote frame buffering) agreement, the coded system in RFB agreement mainly comprises the modes such as Raw, Copy Rectangle, RRE, Hextile and ZRLE.VNC is divided into VNC service end (being also desktop source) and VNC client (being also beholder).The on-screen data that desktop source can constantly send variation, to beholder, makes beholder's screen keep up-to-date.VNC agreement is based on Transmission Control Protocol, desktop source and beholder's data interaction, to adopt the form of request-reply to carry out, while just connecting, beholder sends request full screen data (being full screen request of data, full request), and sending request afterwards increment on-screen data (is the request of increment on-screen data again, incremental request), to ask the data of screen change.
But in the application of current VNC, when having a plurality of beholders (being also VNC client, lower same), desktop source (being also VNC service end, lower same) need to set up many with beholder and be connected, and will produce larger flow like this.And if there has been beholder watching, when a new beholder accesses into, because tcp data is " flowing ", the beholder of new access will receive the TCP stream of " being blocked ", also be incomplete on-screen data, thereby cause not expected mistake.
Summary of the invention
Based on this, the invention provides a kind of VNC multichannel exchange method.
A VNC multichannel exchange method, comprises the following steps:
By intermediate server, connect with VNC service end and VNC client respectively; Wherein, described intermediate server is forwarded to described VNC service end by the on-screen data request of the described VNC client having connected receiving, and the VNC client having connected described in the on-screen data of the described VNC service end receiving is forwarded to;
When having new VNC client access and sending full screen request of data to described intermediate server, described intermediate server carries out buffer memory to described full screen request of data;
After described buffer memory, when the increment on-screen data request of the VNC client having connected described in described intermediate server receives, the described full screen request of data of buffer memory is forwarded to described VNC service end;
Described intermediate server by the full screen data retransmission of the described VNC service end receiving to described new VNC client and the described VNC client being connected.
Compare with general technology, VNC multichannel exchange method of the present invention establishes a connection to desktop source by intermediate server, and beholder establishes a connection to intermediate server, by intermediate server, forwards on-screen data request and on-screen data.By intermediate server, allow the data retransmission in a desktop source to a plurality of beholders.Intermediate server only need to be set up one and be connected to desktop source, just can provide on-screen data to a plurality of beholders, has greatly saved data traffic.And intermediate server does not carry out Code And Decode, only on-screen data request and on-screen data are forwarded, guaranteed the screen display quality of beholder's one side.And when new beholder accesses into, the beholder of new access can receive complete on-screen data, can not produce mistake.
Accompanying drawing explanation
Fig. 1 is the schematic flow sheet of VNC multichannel exchange method of the present invention;
Fig. 2 is a kind of system configuration schematic diagram of realizing VNC multichannel exchange method of the present invention;
Fig. 3 is a kind of system configuration schematic diagram that two lists are set on intermediate server.
Embodiment
For further setting forth the technological means that the present invention takes and the effect obtaining, below in conjunction with accompanying drawing and preferred embodiment, to technical scheme of the present invention, know and complete description.
Referring to Fig. 1, is the schematic flow sheet of VNC multichannel exchange method of the present invention.
VNC multichannel exchange method of the present invention, comprises the following steps:
S101 connects with VNC service end and VNC client respectively by intermediate server; Wherein, described intermediate server is forwarded to described VNC service end by the on-screen data request of the described VNC client having connected receiving, and the VNC client having connected described in the on-screen data of the described VNC service end receiving is forwarded to;
S102 is when having new VNC client access and sending full screen request of data to described intermediate server, and described intermediate server carries out buffer memory to described full screen request of data;
S103, after described buffer memory, when the increment on-screen data request of the VNC client having connected described in described intermediate server receives, is forwarded to described VNC service end by the described full screen request of data of buffer memory;
Described in S104 intermediate server by the full screen data retransmission of the described VNC service end receiving to described new VNC client and the described VNC client being connected.
VNC agreement is based on Transmission Control Protocol, and the on-screen data of transmission can be organized with the message structure of framebuffer.Desktop source and beholder's data interaction, the form that can adopt request (framebuffer request)-> to reply (framebuffer)-> request (framebuffer request) is carried out.While just connecting, beholder can send full request request full screen data, after can send out incremental request, request incremental data (data of screen change).
Referring to Fig. 2, is a kind of system configuration schematic diagram of realizing VNC multichannel exchange method of the present invention.
As one of them embodiment, in the described step connecting with VNC service end and VNC client respectively by intermediate server, described VNC client is a plurality of.Described intermediate server adopts Linux to realize.
In most of application scenarioss, VNC client is a plurality of, can guarantee that like this present invention obtains application widely.Described intermediate server, except adopting Linux realization, also can adopt alternate manner to realize.Adopt Linux to realize cost lower, be easy to promote.
The present invention can buffer memory on-screen data request instruction, the synchronously TCP of framebuffer stream.
As one of them embodiment, two lists are set on described intermediate server: synchronously list and not synchronous list; Synchronously list described in the described VNC client having connected is added;
Desktop source and beholder's data interaction is to be undertaken by the form of asking (framebuffer request)-> to reply (framebuffer)-> request.On intermediate server, one " synchronously list " and " not synchronous list " is set.Framebuffer only issues the beholder of " synchronously list " the inside.
After the step of two lists being set on described intermediate server, comprise the following steps:
When having new VNC client access, not synchronous list described in being added.
Referring to Fig. 3, is a kind of system configuration schematic diagram that two lists are set on intermediate server.
Suppose that beholder A and B add " synchronously list ".When beholder C taps into, C is added to " not synchronous list ".C can send out full request, at this moment first temporarily ignores, and also its full screen request of data is carried out to buffer memory.When A or B handle the preceding paragraph framebuffer, A or B will send out incremental request, are also the request of increment on-screen data.At this moment be exactly a synchronous point, on this aspect, can make judging and processing:
As one of them embodiment, after not synchronous list described in new VNC client is added, during the increment on-screen data request of the VNC client in synchronously list described in described intermediate server receives, if described not synchronous list is empty, described intermediate server directly forwards the request of described increment on-screen data to described VNC service end.
If " not synchronous list " is empty, directly forward the incremental request of A or B to desktop source;
During the increment on-screen data request of the VNC client in synchronously list described in described intermediate server receives, if described not synchronous list is not empty, and in described not synchronous list, do not have VNC client to send full screen request of data, described intermediate server directly forwards the request of described increment on-screen data to described VNC service end.
If " not synchronous list " is not empty, and do not have beholder to send out full request in list, directly forward the incrementalrequest of A or B to desktop source;
During the increment on-screen data request of the VNC client in synchronously list described in described intermediate server receives, if described not synchronous list is not empty, and there is VNC client to send full screen request of data in described not synchronous list, described intermediate server this VNC client is added described in after synchronously list, forward described full screen request of data to described VNC service end.
If " not synchronous list " is not empty, and in list, there is beholder to send out full request, representing that this beholder is ready removes to receive framebuffer, this beholder is added to " synchronously list ", and sends out full request to the full frame data of desktop source request.
Above-mentioned various way, all can solve the TCP stream stationary problem of framebuffer, and also when new beholder accesses into, the beholder who newly accesses can receive complete on-screen data, can not produce mistake.
Compare with general technology, VNC multichannel exchange method of the present invention establishes a connection to desktop source by intermediate server, and beholder establishes a connection to intermediate server, by intermediate server, forwards on-screen data request and on-screen data.By intermediate server, allow the data retransmission in a desktop source to a plurality of beholders.Intermediate server only need to be set up one and be connected to desktop source, just can provide on-screen data to a plurality of beholders, has greatly saved data traffic.And intermediate server does not carry out Code And Decode, only on-screen data request and on-screen data are forwarded, guaranteed the screen display quality of beholder's one side.And when new beholder accesses into, the beholder of new access can receive complete on-screen data, can not produce mistake.
Intermediate server only need to be set up one and be connected to desktop source, just can offer N beholder and watch.Saved N-1 flow doubly.Intermediate server is not done encoding and decoding, only forwards, and can reach the performance in the direct-connected desktop of beholder source.
The above embodiment has only expressed several execution mode of the present invention, and it describes comparatively concrete and detailed, but can not therefore be interpreted as the restriction to the scope of the claims of the present invention.It should be pointed out that for the person of ordinary skill of the art, without departing from the inventive concept of the premise, can also make some distortion and improvement, these all belong to protection scope of the present invention.Therefore, the protection range of patent of the present invention should be as the criterion with claims.
Claims (9)
1. a VNC multichannel exchange method, is characterized in that, comprises the following steps:
By intermediate server, connect with VNC service end and VNC client respectively; Wherein, described intermediate server is forwarded to described VNC service end by the on-screen data request of the described VNC client having connected receiving, and the VNC client having connected described in the on-screen data of the described VNC service end receiving is forwarded to;
When having new VNC client access and sending full screen request of data to described intermediate server, described intermediate server carries out buffer memory to described full screen request of data;
After described buffer memory, when the increment on-screen data request of the VNC client having connected described in described intermediate server receives, the described full screen request of data of buffer memory is forwarded to described VNC service end;
Described intermediate server by the full screen data retransmission of the described VNC service end receiving to described new VNC client and the described VNC client being connected.
2. VNC multichannel exchange method according to claim 1, is characterized in that, in the described step connecting with VNC service end and VNC client respectively by intermediate server, described VNC client is a plurality of.
3. VNC multichannel exchange method according to claim 1, it is characterized in that, in the step of the VNC client having connected described in the described on-screen data by the described VNC service end receiving is forwarded to, described on-screen data adopts the message structure of framebuffer to organize.
4. VNC multichannel exchange method according to claim 1, is characterized in that, described intermediate server adopts Linux to realize.
5. VNC multichannel exchange method according to claim 1, is characterized in that, after the described step connecting with VNC service end and VNC client respectively by intermediate server, comprises the following steps:
Two lists are set on described intermediate server: synchronously list and not synchronous list;
Synchronously list described in the described VNC client having connected is added.
6. VNC multichannel exchange method according to claim 5, is characterized in that, after the step of two lists is set on described intermediate server, comprises the following steps:
When having new VNC client access, not synchronous list described in being added.
7. VNC multichannel exchange method according to claim 6, is characterized in that, described new VNC client is added described in after the step of not synchronous list, comprise the following steps:
During the increment on-screen data request of the VNC client in synchronously list described in described intermediate server receives, if described synchronous list be empty, described intermediate server directly forwards extremely described VNC service end of described increment on-screen data request.
8. VNC multichannel exchange method according to claim 6, is characterized in that, described new VNC client is added described in after the step of not synchronous list, comprise the following steps:
During the increment on-screen data request of the VNC client in synchronously list described in described intermediate server receives, if described not synchronous list is not empty, and in described not synchronous list, do not have VNC client to send full screen request of data, described intermediate server directly forwards the request of described increment on-screen data to described VNC service end.
9. VNC multichannel exchange method according to claim 6, is characterized in that, described new VNC client is added described in after the step of not synchronous list, comprise the following steps:
During the increment on-screen data request of the VNC client in synchronously list described in described intermediate server receives, if described not synchronous list is not empty, and there is VNC client to send full screen request of data in described not synchronous list, described intermediate server this VNC client is added described in after synchronously list, forward described full screen request of data to described VNC service end.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310608120.5A CN103618784B (en) | 2013-11-25 | 2013-11-25 | VNC multipath interaction method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310608120.5A CN103618784B (en) | 2013-11-25 | 2013-11-25 | VNC multipath interaction method |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103618784A true CN103618784A (en) | 2014-03-05 |
CN103618784B CN103618784B (en) | 2017-02-15 |
Family
ID=50169488
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310608120.5A Expired - Fee Related CN103618784B (en) | 2013-11-25 | 2013-11-25 | VNC multipath interaction method |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103618784B (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106131600A (en) * | 2016-06-27 | 2016-11-16 | 广东威创视讯科技股份有限公司 | A kind of combination multichannel retransmission method, Apparatus and system |
CN112689000A (en) * | 2020-12-18 | 2021-04-20 | 江苏云柜网络技术有限公司 | Remote desktop control system and method based on VNC tool |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102238232A (en) * | 2010-05-04 | 2011-11-09 | 微软公司 | Using double buffering for screen sharing |
CN102523207A (en) * | 2011-12-06 | 2012-06-27 | 北京航空航天大学 | VNC (Virtual Network Computer)-based remote resource access method and proxy device |
-
2013
- 2013-11-25 CN CN201310608120.5A patent/CN103618784B/en not_active Expired - Fee Related
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102238232A (en) * | 2010-05-04 | 2011-11-09 | 微软公司 | Using double buffering for screen sharing |
CN102523207A (en) * | 2011-12-06 | 2012-06-27 | 北京航空航天大学 | VNC (Virtual Network Computer)-based remote resource access method and proxy device |
Non-Patent Citations (1)
Title |
---|
舒友村: "基于VNC的应用程序共享系统的研究与实现", 《中国优秀硕士学位论文全文数据库 信息科技辑》 * |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106131600A (en) * | 2016-06-27 | 2016-11-16 | 广东威创视讯科技股份有限公司 | A kind of combination multichannel retransmission method, Apparatus and system |
WO2018001096A1 (en) * | 2016-06-27 | 2018-01-04 | 威创集团股份有限公司 | Method, apparatus and system for multichannel forwarding of splicing wall |
CN112689000A (en) * | 2020-12-18 | 2021-04-20 | 江苏云柜网络技术有限公司 | Remote desktop control system and method based on VNC tool |
Also Published As
Publication number | Publication date |
---|---|
CN103618784B (en) | 2017-02-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102883134B (en) | Screen sharing and controlling method for video conference system | |
US9118729B2 (en) | Method for sharing resource of a videoconference using a video conferencing system | |
US9560421B2 (en) | Broadcast and broadband hybrid service with MMT and DASH | |
AU2014230438B2 (en) | Distribution control system, distribution control method, and computer-readable storage medium | |
US10044978B2 (en) | Data transmission method and system, and related devices | |
US20130050271A1 (en) | Mobile terminal, image display device mounted on vehicle and data processing method using the same | |
CN102883135A (en) | Screen sharing and control method thereof | |
CN103414751A (en) | PC screen content sharing/interaction control method | |
US9094527B2 (en) | Seamlessly transferring a communication | |
CN101986382B (en) | Wireless network transmission RGB signal processing method for multi-screen splicing display wall | |
JP6774957B2 (en) | Methods and equipment for flexible broadcast services based on multimedia broadcast multicast services | |
CN101969463A (en) | Method for realizing whiteboard full-screen synchronization on web page | |
CN103092552A (en) | Method and system for achieving multi-screen display | |
US20160037193A1 (en) | Distribution control system and distribution system | |
US10149119B2 (en) | Providing multiple content items for display on multiple devices | |
CN101977209A (en) | Method for realizing page-turning synchronization on web page | |
CN104918132A (en) | Method and system for smart television audio and video communication | |
US9520079B2 (en) | Storage and carriage of green metadata for display adaptation | |
CN104268781A (en) | National and local tax sharing self-service tax handling method | |
CN103618784A (en) | VNC multipath interaction method | |
CN105578263A (en) | Method for playing and transmitting live programme, intelligent playing equipment and live telecasting equipment | |
CN103248945A (en) | Image transmission method and system | |
CN111385590A (en) | Live broadcast data processing method and device and terminal | |
KR20100121376A (en) | Group communication method in media server system with distributed structure | |
US9357269B2 (en) | Method and system for providing secure handling of information for complete internet anywhere |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CP03 | Change of name, title or address |
Address after: Kezhu road high tech Industrial Development Zone, Guangzhou city of Guangdong Province, No. 233 510670 Patentee after: VTRON GROUP Co.,Ltd. Address before: 510663 Guangzhou province high tech Industrial Development Zone, Guangdong, Cai road, No. 6, No. Patentee before: VTRON TECHNOLOGIES Ltd. |
|
CP03 | Change of name, title or address | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20170215 Termination date: 20211125 |
|
CF01 | Termination of patent right due to non-payment of annual fee |