屏幕画面传输方法、装置、服务器、系统及存储介质制造方法及图纸

技术编号:19515771 阅读:38 留言:0更新日期:2018-11-21 10:42
本发明专利技术公开了一种基于浏览器的屏幕画面传输方法,该方法包括步骤:对当前时刻的显示画面进行截取;将截取到的所述显示画面的数据传输至本地浏览器;基于所述本地浏览器,将所述显示画面的数据发送至服务器;所述显示画面的数据用于触发所述服务器将其通过媒体通道发送至已订阅的接收端设备,并触发接收到所述显示画面的数据的接收端设备通过浏览器对所述显示画面的数据进行渲染显示;其中,所述媒体通道为基于WebRTC的UDP协议的通信链路。本发明专利技术实施例的还提供了一种屏幕画面传输装置、存储介质和系统,能有效提升屏幕画面传输的实时性和流畅性,提高屏幕画面传输中可支持的参与者上限。

【技术实现步骤摘要】
屏幕画面传输方法、装置、服务器、系统及存储介质
本专利技术涉及屏幕共享领域,尤其涉及一种屏幕画面传输方法、装置、服务器、系统及存储介质。
技术介绍
屏幕共享是现代工作中具有很高的应用价值,在现代教学中也具有广泛的应用。例如在同一活动的参与中,如会议或是课堂,一名参与者希望将自己的源设备正在播放的屏幕画面分享给其他的参与者,如会议上的发言人将显示内容分享到座下听者们的设备上进行播放,或是教师将讲课内容分享到学生们的设备上进行显示等,使活动的多个参与者都能够在自己的设备上收看到相同的显示内容。而在屏幕共享的实现上,屏幕画面传输是其中的核心技术。在现有技术,为了实现屏幕画面传输,发送端往往是通过socket与接收端实现连接并传送屏幕画面数据,接收端通过socket接收到所述屏幕画面数据并进行显示,从而将发送端的显示内容共享到接收端上。在具体实现上,其中一种方法是发送端与接收端通过socket直接连接,而另一种方法是发送端通过socket与外置的转发单元连接,由所述转发单元通过socket接收到的发送端发出的屏幕画面数据发送到接收端上。在实施本专利技术的过程中,专利技术人发现,现有的屏幕画面传输技术中,由于socket的底层基于TCP协议,受限于TCP协议的拥塞控制和重传策略,传输的冗余信息会逐渐累积,将导致每一接收端的播放内容与发送端的播放内容之间的延时增加,信息传输效率低下,影响共享的实时性和流畅性,对同一网络中的参与者数量构成了极大的限制。
技术实现思路
本专利技术实施例的目的是提供一种屏幕画面传输方法、装置、服务器、系统及存储介质,能有效提升屏幕画面传输的实时性和流畅性,提高屏幕画面传输中可支持的参与者上限。为实现上述目的,本专利技术实施例提供了一种屏幕画面传输方法,包括:对当前时刻的显示画面进行截取;将截取到的所述显示画面的数据传输至本地浏览器;基于所述本地浏览器,将所述显示画面的数据发送至服务器;所述显示画面的数据用于触发所述服务器将其通过媒体通道发送至已订阅的接收端设备,并触发接收到所述显示画面的数据的接收端设备通过浏览器对所述显示画面的数据进行渲染显示;其中,所述媒体通道为基于WebRTC的UDP协议的通信链路。作为上述方案的改进,还包括:向所述服务器发送订阅指令;所述订阅指令用于触发所述服务器向至少一个接收端设备转发所述订阅指令,并将反馈订阅请求的接收端设备的订阅状态置为已订阅。与现有技术相比,本专利技术实施例提供的一种基于浏览器的屏幕画面传输方法,通过对本设备的当前时刻的显示画面进行截取,通过浏览器将截取到的所述显示画面的数据发送给服务器,再由所述服务器通过基于WebRTC的UDP协议的媒体通道发送到接收端设备上进行显示,从而实现屏幕画面的传输。由于采用基于WebRTC的UDP协议的媒体通道进行传输,解决了现有技术由于TCP协议的拥塞控制和重传策略导致的传输效率低下,进而导致的共享的实时性和流畅性不高、可支持的参与者上限较低的技术问题,有效地提升了屏幕画面传输的实时性和流畅性,提高了屏幕画面传输中可支持的参与者上限。本专利技术实施例还提供了另一种屏幕画面传输方法,包括步骤:通过第一媒体通道接收由发送端设备通过浏览器发送的显示画面的数据;其中,所述第一媒体通道为基于WebRTC的UDP协议的通信链路,所述显示画面的数据由所述发送端设备对当前的显示画面进行截取获得;获取当前已订阅的接收端设备;通过第二媒体通道向当前已订阅的接收端设备转发接收到的所述显示画面的数据;其中,所述第二媒体通道为基于WebRTC的UDP协议的通信链路。作为上述方案的改进,还包括:接收来自至少一个接收端设备的订阅请求;将发出所述订阅请求的所述接收端设备的订阅状态置为已订阅。作为上述方案的改进,与所述发送端设备之间的通信链路还包括,基于WebSocket的TCP协议的第一信令通道;在所述接收来自所述接收端设备的订阅请求之前,还包括:接收所述发送端设备通过所述第一信令通道发送的订阅指令;所述订阅指令包括本设备的地址信息;向待订阅的接收端设备转发接收到的所述订阅指令;其中,所述订阅指令用于触发所述接收端设备根据所述订阅指令中的地址信息向本设备发起订阅请求。作为上述方案的改进,所述订阅指令还包括至少一个接收端设备的地址信息;所述待订阅的接收端设备为所述接收端设备的地址信息对应的接收端设备。作为上述方案的改进,与所述接收端设备之间的通信链路还包括,基于WebSocket的TCP协议的第二信令通道;通过所述第二信令通道,向待订阅的所述接收端设备转发接收到的订阅指令,并接收所述接收端设备响应所述订阅指令而发出的订阅信号。与现有技术相比,本专利技术实施例提供的一种基于浏览器的屏幕画面传输方法,通过第一媒体通道接收发送端设备发送的显示画面的数据,并将所述显示画面的数据通过第二媒体通道转发给接收端设备,从而实现所述发送端设备的屏幕画面的传输。由于所述第一媒体通道和所述第二媒体通道均为采用WebRTC的UDP协议的通信链路,解决了现有技术由于TCP协议的拥塞控制和重传策略导致的传输效率低下,进而导致的共享的实时性和流畅性不高、可支持的参与者上限较低的技术问题,有效地提升了屏幕画面传输的实时性和流畅性,提高了屏幕画面传输中可支持的参与者上限。本专利技术实施例还提供了一种屏幕画面传输装置,包括:画面截取模块,用于对当前时刻的显示画面进行截取;画面传输模块,用于将截取到的所述显示画面的数据传输至本地浏览器;画面转发模块,基于所述本地浏览器,将所述显示画面的数据发送至服务器;所述显示画面的数据用于触发所述服务器将其通过媒体通道发送至已订阅的接收端设备,并触发接收到所述显示画面的数据的接收端设备通过浏览器对所述显示画面的数据进行渲染显示;其中,所述媒体通道为基于WebRTC的UDP协议的通信链路。本专利技术实施例还提供了另一种屏幕画面传输装置,包括处理器、存储器以及存储在所述存储器中且被配置为由所述处理器执行的计算机程序,所述处理器执行所述计算机程序时实现如上所述的第一种屏幕画面传输方法。本专利技术实施例还提供了一种屏幕画面传输服务器,包括第一子服务器,所述第一子服务器包括:接收模块,用于通过第一媒体通道接收由发送端设备通过浏览器发送的显示画面的数据;其中,所述第一媒体通道为基于WebRTC的UDP协议的通信链路,所述显示画面的数据由所述发送端设备对当前的显示画面进行截取获得;检测模块,用于获取当前已订阅的接收端设备;转发模块,用于通过第二媒体通道向当前已订阅的接收端设备转发接收到的所述显示画面的数据;其中,所述第二媒体通道为基于WebRTC的UDP协议的通信链路。作为上述方案的改进,还包括第二子服务器,所述第二子服务器包括:指令接收模块,用于接收发送端设备发出的订阅指令;所述订阅指令包括所述第一子服务器的地址信息;指令转发模块,用于向待订阅的所述接收端设备转发接收到的订阅指令,并接收所述接收端设备响应所述订阅指令而发出的订阅信号。作为上述方案的改进,所述第一子服务器和所述第二子服务器设于同一计算机设备或设于不同的计算机设备。本专利技术实施例还提供了另一种屏幕画面传输服务器,包括处理器、存储器以及存储在所述存储器中且被配置为由所述处理器执行的计算机程序,所述处理器执行所述计算机程序时实现如本文档来自技高网...

【技术保护点】
1.一种屏幕画面传输方法,其特征在于,包括:对当前时刻的显示画面进行截取;将截取到的所述显示画面的数据传输至本地浏览器;基于所述本地浏览器,将所述显示画面的数据发送至服务器;所述显示画面的数据用于触发所述服务器将其通过媒体通道发送至已订阅的接收端设备,并触发接收到所述显示画面的数据的接收端设备通过浏览器对所述显示画面的数据进行渲染显示;其中,所述媒体通道为基于WebRTC的UDP协议的通信链路。

【技术特征摘要】
1.一种屏幕画面传输方法,其特征在于,包括:对当前时刻的显示画面进行截取;将截取到的所述显示画面的数据传输至本地浏览器;基于所述本地浏览器,将所述显示画面的数据发送至服务器;所述显示画面的数据用于触发所述服务器将其通过媒体通道发送至已订阅的接收端设备,并触发接收到所述显示画面的数据的接收端设备通过浏览器对所述显示画面的数据进行渲染显示;其中,所述媒体通道为基于WebRTC的UDP协议的通信链路。2.如权利要求1所述的屏幕画面传输方法,其特征在于,还包括:向所述服务器发送订阅指令;所述订阅指令用于触发所述服务器向至少一个接收端设备转发所述订阅指令,并将反馈订阅请求的接收端设备的订阅状态置为已订阅。3.一种屏幕画面传输方法,其特征在于,包括步骤:通过第一媒体通道接收由发送端设备通过浏览器发送的显示画面的数据;其中,所述第一媒体通道为基于WebRTC的UDP协议的通信链路,所述显示画面的数据由所述发送端设备对当前的显示画面进行截取获得;获取当前已订阅的接收端设备;通过第二媒体通道向当前已订阅的接收端设备转发接收到的所述显示画面的数据;其中,所述第二媒体通道为基于WebRTC的UDP协议的通信链路。4.如权利要求3所述的屏幕画面传输方法,其特征在于,还包括:接收来自至少一个接收端设备的订阅请求;将发出所述订阅请求的所述接收端设备的订阅状态置为已订阅。5.如权利要求4所述的屏幕画面传输方法,其特征在于,与所述发送端设备之间的通信链路还包括:基于WebSocket的TCP协议的第一信令通道;则在所述接收来自所述接收端设备的订阅请求之前,还包括:接收所述发送端设备通过所述第一信令通道发送的订阅指令;所述订阅指令包括本设备的地址信息;向待订阅的接收端设备转发接收到的所述订阅指令;其中,所述订阅指令用于触发所述接收端设备根据所述订阅指令中的地址信息向本设备发起订阅请求。6.如权利要求5所述的屏幕画面传输方法,其特征在于,所述订阅指令还包括至少一个接收端设备的地址信息;所述待订阅的接收端设备为所述接收端设备的地址信息对应的接收端设备。7.如权利要求5所述的屏幕画面传输方法,其特征在于,与所述接收端设备之间的通信链路还包括,基于WebSocket的TCP协议的第二信令通道;通过所述第二信令通道,向待订阅的所述接收端设备转发接收到的订阅指令,并接收所述接收端设备响应所述订阅指令而发出的订阅信号。8.一种屏幕画面传输装置,其特征在于,包括:画面截取模块,用于对当前时刻的显示画面进行截取;画面传输模块,用于将截取到的所述显示画面的数据传输至...

【专利技术属性】
技术研发人员:郭庆伟
申请(专利权)人:广州视源电子科技股份有限公司广州视睿电子科技有限公司
类型:发明
国别省市:广东,44

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1