CN107087134A - 云转发与点对点融合的视频通话系统及方法 - Google Patents
云转发与点对点融合的视频通话系统及方法 Download PDFInfo
- Publication number
- CN107087134A CN107087134A CN201710232857.XA CN201710232857A CN107087134A CN 107087134 A CN107087134 A CN 107087134A CN 201710232857 A CN201710232857 A CN 201710232857A CN 107087134 A CN107087134 A CN 107087134A
- Authority
- CN
- China
- Prior art keywords
- client
- cloud
- mpty
- point
- answering
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
- H04N7/141—Systems for two-way working between two video terminals, e.g. videophone
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
一种云转发与点对点融合的视频通话系统及方法。该系统可以包括云信令服务器、云数据服务器、呼叫方客户端和接听方客户端。所述呼叫方客户端和所述接听方客户端通过长连接与所述云信令服务器进行连接以传输信令;所述呼叫方客户端和所述接听方客户端根据所述云信令服务器为各自分配的云数据服务器地址和端口分别与所分配的云数据服务器连接;所述呼叫方客户端和所述接听方客户端之间通过所述云信令服务器进行视频通话连接;所述云信令服务器根据所述呼叫方客户端的数目确定所述呼叫方客户端与所述接听方客户端之间的视频传输方式。根据本发明的系统和方法节省了带宽消耗,并且具有足够的扩展性。
Description
技术领域
本发明涉及网络通信领域,更具体地,涉及云转发与点对点融合的视频通话系统及方法。
背景技术
通过视频云转发视频的方案有很多优点,包括支持双人的双向通话、多人的视频会议、多人的视频直播功能等。但由于视频本身的特点是数据量大,所以云转发的视频通信方案的一个缺点是对带宽的要求较高。
如果只有少数人在进行视频通话,特别是如果用户只是进行双人双向通话的时候,也通过视频云作为双向视频数据的转发,则会浪费带宽。
因此,有必要开发一种可以在少数人视频通话与较多人视频通话之间进行视频传输方法切换的方法。
发明内容
为了解决现有技术中存在的上述问题,本发明提出了一种云转发与点对点融合的视频通话系统及方法。
根据本发明的一方面,提出一种云转发与点对点融合的视频通话系统。所述系统包括云信令服务器、云数据服务器、呼叫方客户端和接听方客户端,所述云信令服务器分别向所述呼叫方客户端和所述接听方客户端分配云数据服务器对应的地址和端口;根据所述地址和端口所述呼叫方客户端和所述接听方客户端分别与所述云数据服务器连接;所述呼叫方客户端和所述接听方客户端之间通过所述云信令服务器进行视频通话连接;所述云信令服务器控制所述呼叫方客户端与所述接听方客户端之间进行视频数据传输。
优选地,所述云信令服务器控制所述呼叫方客户端与所述接听方客户端之间进行视频数据传输包括:如果呼叫方客户端的数目小于或等于切换数目,则所述接听方客户端和所述呼叫方客户端之间进行点对点视频数据传输;如果呼叫方客户端的数目大于所述切换数目,则所述接听方客户端和所述呼叫方客户端之间通过云数据服务器进行视频数据转发。其中,所述切换数目根据接听方客户端的带宽和CPU处理能力确定。
优选地,所述点对点视频数据传输包括:所述云信令服务器直接将所述呼叫方客户端和所述接听方客户端的公网地址和端口发送给对方,所述呼叫方客户端和所述接听方客户端基于所得到的公网地址和端口直接建立连接以传输视频数据。
优选地,所述呼叫方客户端与所述接听方客户端之间通过UDP协议进行视频数据的传输。
优选地,所述通过云服务器进行视频数据转发包括:所述发送方客户端和所述接听方客户端分别将视频数据发送给与各自连接的云数据服务器,再由所述云数据服务器转发至对方。
根据本发明的另一方面,提出一种云转发与点对点融合的视频通话方法。所述方法包括:云信令服务器分别向呼叫方客户端和接听方客户端分配云数据服务器对应的地址和端口;所述呼叫方客户端和所述接听方客户端根据所述地址和端口分别与所述云数据服务器连接;所述呼叫方客户端和所述接听方客户端之间通过所述云信令服务器进行视频通话连接;所述云信令服务器控制所述呼叫方客户端与所述接听方客户端之间进行视频数据传输。
优选地,所述云信令服务器控制所述呼叫方客户端与所述接听方客户端之间进行视频数据传输包括:如果呼叫方客户端的数目小于或等于切换数目,则所述接听方客户端和所述呼叫方客户端之间进行点对点视频数据传输;如果呼叫方客户端的数目大于所述切换数目,则所述接听方客户端和所述呼叫方客户端之间通过云数据服务器进行视频数据转发。其中,所述切换数目根据接听方客户端的带宽和CPU处理能力确定。
优选地,所述点对点视频数据传输包括:所述云信令服务器直接将所述呼叫方客户端和所述接听方客户端的公网地址和端口发送给对方,所述呼叫方客户端和所述接听方客户端基于所得到的公网地址和端口直接建立连接以传输视频数据。
优选地,所述呼叫方客户端与所述接听方客户端之间通过UDP协议进行视频数据的传输。
优选地,所述通过云服务器进行视频数据转发包括:所述发送方客户端和所述接听方客户端分别将视频数据发送给与各自连接的云数据服务器,再由所述云数据服务器转发至对方。
根据本发明的云转发和点对点融合的视频通话系统及方法,当只有两个用户或者较少用户参与视频通话时,参与者之间可以直接向对方发送视频数据,而非先发到云端,由云端转发给对方。后续如果参与人数增多,可以做到无缝的切换到云转发来实现多人视频。通过这种方式在用户较少时大大节省了带宽消耗,节省了视频通话的带宽成本,并且具有足够的扩展性。
本发明的方法具有其它的特性和优点,这些特性和优点从并入本文中的附图和随后的具体实施例中将是显而易见的,或者将在并入本文中的附图和随后的具体实施例中进行详细陈述,这些附图和具体实施例共同用于解释本发明的特定原理。
附图说明
通过结合附图对本发明示例性实施例进行更详细的描述,本发明的上述以及其它目的、特征和优势将变得更加明显,其中,在本发明示例性实施例中,相同的参考标号通常代表相同部件。
图1示出了根据本发明的一个实施例的云转发与点对点融合的视频通话系统的示意图。
图2示出了根据本发明的一个实施例的云转发与点对点融合的视频通话方法的流程图。
具体实施方式
下面将参照附图更详细地描述本发明。虽然附图中显示了本发明的优选实施例,然而应该理解,可以以各种形式实现本发明而不应被这里阐述的实施例所限制。
图1示出了根据本发明的一个实施例的云转发与点对点融合的视频通话系统的示意图。
在该实施例中,云转发与点对点融合的视频通话系统可以包括呼叫方客户端101、接听方客户端102、云信令服务器103以及云数据服务器104。
云信令服务器103用于管理和协助呼叫方客户端101和接听方客户端102之间的视频数据的传输。呼叫方客户端101和接听方客户端102可以为安卓、IOS、PC、浏览器中的一种。本领域技术人员应当理解,呼叫方客户端和接听方客户端可以为任意适当的类型,并且两者可以为不同类型。
云信令服务器103分别向呼叫方客户端101和接听方客户端102分配云数据服务器104对应的地址和端口。
云信令服务器103的控制信令是通过与呼叫方客户端101和接听方客户端102分别建立长连接来传输的。云信令服务器103与呼叫方客户端101和接听方客户端102之间的长连接通常是TCP长连接。
TCP长连接的建立过程如下:呼叫方客户端101(接听方客户端102)向云信令服务器103发起连接,云信令服务器103接收该连接,双方建立连接。云信令服务器103与呼叫方客户端101(接听方客户端102)完成一次数据传输之后,它们之间的连接不会主动关闭,后续的数据传输继续使用这个连接。在TCP长连接保持期间,如果没有数据传输,需要双方发送检测包以维持此连接。
云信令服务器103与呼叫方客户端101和接听方客户端102之间采用TCP长连接的好处在于:
(1)云信令服务器103可以主动发信令给呼叫方客户端101和接听方客户端102;
(2)在每个操作完成之后双方的连接不断开,下次处理时直接发送数据包,不需要再次建立TCP连接。这样防止了短连接频繁通信易造成的socket错误,也避免了频繁创建socket对资源造成浪费。
呼叫方客户端101和接听方客户端102根据云信令服务器103所分配的地址和端口分别与云数据服务器104连接。
呼叫方客户端101和接听方客户端102可以连接至同一个云数据服务器,也可以连接至不同的云数据服务器。云信令服务器103基于负载均衡算法来为呼叫方客户端101和接听方客户端102分配云数据服务器,以防止云数据服务器的访问热度不均匀。一旦连接到一个云数据服务器中的呼叫方客户端数目过多,云信令服务器103则控制其中的一部分呼叫方客户端与其他的云数据服务器进行连接。在呼叫方客户端101和接听方客户端102连接至不同的云数据服务器时,视频数据可以在云数据服务器之间进行转发。
呼叫方客户端101和接听方客户端102与云数据服务器104连接的目的有两个:
(1)为了使云数据服务器能够将视频数据发送给呼叫方客户端101和接听方客户端102;
(2)为了得到呼叫方客户端101和接听方客户端102的公网IP地址和公网端口。公网IP地址和公网端口是实现通信两方点对点数据传输的关键。
呼叫方客户端101和接听方客户端102之间通过云信令服务器103进行视频通话连接。
具体地,呼叫方客户端101向接听方客户端102发起视频连接,即呼叫方客户端101通过长连接发送call消息给云信令服务器103,由云信令服务器103将该call消息转发给接听方客户端102。接听方客户端102在接收到call消息之后,回复是否接受呼叫。如果不接受,则通话结束;如果接受,云信令服务器103则将接听方客户端102接受视频连接请求的call_back消息转发给呼叫方客户端101。另一方面,接听方客户端102也可以在接收到call消息之后,发送open_media消息给云信令服务器103,由云信令服务器103转发给呼叫方客户端101以获取其视频数据,则呼叫方客户端101和接听方客户端102之间建立了视频通话连接,从而实现双向通话。
云信令服务器103控制呼叫方客户端101与接听方客户端102之间进行视频数据传输。
在示例性实施例中,云信息服务器103可以根据呼叫方客户端101的数目、接听方客户端的带宽和CPU处理能力来控制呼叫方客户端101与接听方客户端102之间的视频传输方式。如果呼叫方客户端101的数目小于或等于切换数目,则接听方客户端102和呼叫方客户端101之间进行点对点视频数据传输;如果呼叫方客户端的数目大于所述切换数目,则接听方客户端102和呼叫方客户端101之间通过云数据服务器进行视频数据转发。其中,所述切换数目根据接听方客户端的带宽和CPU处理能力确定。尤其是接听方客户端的带宽,对影响能够与接听方客户端进行点对点通信的呼叫方客户端数目的最主要因素。
具体地,可以通过检测多个呼叫方客户端与接听方客户端进行点对点传输时视频传输的延迟时间、视频清晰度等因素来确定该切换数目。当视频传输的延迟时间和视频清晰度开始影响视频的正常播放的连续性和视频质量,则可以判断出此时与接听方客户端连接的呼叫方客户端数目已经超过了切换数目。
优选地,将所述切换数目设定为4。
当呼叫方客户端101的数目很少,甚至是与接听方客户端101进行一对一的视频通话时,如果使用云转发的方案会浪费带宽,这种情况下如果进行点对点直连,就不需要由云端转发,既节省了带宽,也节省了视频通话成本。因此,在呼叫方客户端101的数目小于或等于预先设定的切换数目的情况,云信令服务器103控制呼叫方客户端101与接听方客户端102之间进行点对点视频数据传输。
在示例性实施例中,点对点视频数据传输可以包括:呼叫方客户端101和接听方客户端102基于云信令服务器103所提供的对方的公网IP地址和端口直接连接进行视频数据传输。
呼叫方客户端101要与接听方客户端102建立点对点连接以进行视频数据传输,需要知道接听方客户端102的公网IP地址和端口,而所述公网IP地址和端口呼叫方客户端101已通过云信令服务器103获得。当接听方客户端102监听到呼叫方客户端101的连接请求时,调用连接请求的接受方法,即与呼叫方客户端101建立了点对点连接。在呼叫方客户端101和服务器端102成功建立连接后,任何一方都可以自由地发送视频数据和接收视频数据。
具体地,呼叫方客户端101与接听方客户端102之间可以通过UDP协议进行视频数据的传输。由于TCP协议中的应答确认机制会影响视频实时传输的性能,并且这种延时性将会导致大范围内视频帧的丢失,因此,在实际的网络视频传输时通常使用基于UDP的传输协议,只需要保证网络具有充足的带宽就能够快速地完成视频在网络中的传输。
在示例性实施例中,通过云服务器进行视频数据转发可以包括:发送方客户端101和接听方客户端102分别将视频数据发送给与各自连接的云数据服务器104,再由云数据服务器104分别转发至对方。
当呼叫方客户端101的数目逐渐增多,意味着接听方客户端102的视频会发送给更多的呼叫方客户端。如果仍采用点到点连接的方式,由于接听方客户端的转发能力是有限的,当呼叫方客户端的数目超过了一定数目,接听方客户端的带宽和CPU处理能力都不足以支持同时将视频数据发送给这些呼叫方客户端。因此,需要依据接听方客户端的带宽和CPU处理能力设定一个切换数目,当呼叫方客户端101的数目达到切换数目,当后续再有其他呼叫方客户端请求与接听方客户端进行点对点连接,则云信令服务器将接听方客户端102与呼叫方客户端101之间的视频数据传输方式切换为通过云数据服务器104进行转发。即接听方客户端102将视频数据发送给云数据服务器104,由云数据服务器104分别转发给多个呼叫客户端101。这样,接听方客户端102只需要发一路数据即可实现与多个呼叫方客户端101之间的视频通话,从而实现了从点对点视频数据传输到云转发的无缝切换。
具体地,接听方客户端102与云数据服务器104之间,以及呼叫方客户端101和与云数据服务器104之间分别通过UDP协议进行视频数据的传输。
图2示出了根据本发明的一个实施例的云转发与点对点融合的视频通话方法的流程图。
在该实施例中,云转发与点对点融合的视频通话方法可以包括:
云信令服务器103分别向呼叫方客户端101和接听方客户端102分配云数据服务器104对应的地址和端口;
根据所述地址和端口呼叫方客户端101和接听方客户端102分别与云数据服务器104连接;
呼叫方客户端101和接听方客户端102之间通过云信令服务器103进行视频通话连接;
云信令服务器103控制呼叫方客户端101与接听方客户端102之间进行视频数据传输。
在示例性实施例中,云信令服务器103控制呼叫方客户端101与接听方客户端102之间进行视频数据传输包括:如果呼叫方客户端101的数目小于或等于切换数目,则接听方客户端102和呼叫方客户端101之间进行点对点视频数据传输;如果呼叫方客户端101的数目大于所述切换数目,则接听方客户端102和呼叫方客户端101之间通过云数据服务器104进行视频数据转发。其中,所述切换数目接听方客户端102的带宽和CPU处理能力确定。
在示例性实施例中,云信令服务器103直接将呼叫方客户端101和接听方客户端102的公网地址和端口发送给对方,呼叫方客户端101和接听方客户端102基于所得到的公网地址和端口直接建立连接以传输视频数据。
在示例性实施例中,呼叫方客户端101与接听方客户端102之间通过UDP协议进行视频数据的传输。
在示例性实施例中,所述通过云服务器进行视频数据转发包括:所述发送方客户端和所述接听方客户端分别将视频数据发送给与各自连接的云数据服务器,再由所述云数据服务器分别转发至对方。
应用示例
为便于理解本发明实施例的方案及其效果,以下给出一个具体应用示例。本领域技术人员应理解,该示例仅为了便于理解本发明,其任何具体细节并非意在以任何方式限制本发明。
假设客户端A为呼叫方客户端,客户端N为接听方客户端。云信令服务器通过TCP长连接分别向客户端A和客户端N分配UDP服务器(即云数据服务器)对应的IP地址和端口,客户端A和客户端N分别与该UDP服务器进行连接。客户端A和客户端B通过云信令服务器进行视频通话连接。具体方式为:客户端A通过TCP长连接发送call消息给云信令服务器,由该云信令服务器将该call消息转发给客户端N。客户端N在接收到该call消息后如果回复接受呼叫,则云信令服务器将客户端N接受视频连接请求的call_back消息转发给客户端A。这样,客户端A和客户端N之间就建立了视频通话连接。
由于客户端A与客户端B之间的视频通话连接是通过云信令服务器建立的,因此云信令服务器可以监测与客户端N进行连进的呼叫方的数目。在只有客户端A与客户端N进行视频通话时,双方基于云信令服务器所提供的对方的公网IP地址和公网端口直接进行点对点的视频数据传输,并不占用服务器的带宽。客户端B、C、D陆续与客户端N进行视频通话连接,在云信令服务器监测到呼叫方客户端的数目小于切换数目4的情况下,客户端B、C、D与客户端N同样进行点对点的视频传输。但当云信令服务器监测到客户端E也与客户端N进行了视频通话连接,或者监测到更多的客户端加入到了与客户端N的视频通话中,信令服务器将所有呼叫方客户端与客户端N之间的点对点传输切换为云转发的方式。这是由于当与接听方连接的呼叫方客户端的数目超过了切换数目,接听方客户端的带宽和CPU处理能力不足以支持同时与这些呼叫方客户端点对点连接进行视频数据传输,而导致呼叫方客户端所接收到的视频播放连续性和视频清晰度受到影响。而此时通过切换为云转发,即将客户端N的视频数据首先发送给UDP服务器,再由UPD服务器转发给呼叫方客户端A、B、C、D、E,既保证了视频的传输质量,而对于呼叫方和接听方而言,用户并没有感知。
通过本发明的云转发与点对点融合,既节省了大量的带宽,又有足够的扩展性。
本领域技术人员应理解,上面对本发明的实施例的描述的目的仅为了示例性地说明本发明的实施例的有益效果,并不意在将本发明的实施例限制于所给出的任何示例。
本发明可以是装置、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质,其上载有用于使处理器实现本发明的各个方面的计算机可读程序指令。
计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身,诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如,通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备,或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令,并转发该计算机可读程序指令,以供存储在各个计算/处理设备中的计算机可读存储介质中。
用于执行本发明操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码,所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等,以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中,通过利用计算机可读程序指令的状态信息来个性化定制电子电路,例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA),该电子电路可以执行计算机可读程序指令,从而实现本发明的各个方面。
这里参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本发明的各个方面。应当理解,流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合,都可以由计算机可读程序指令实现。
这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器,从而生产出一种机器,使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时,产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中,这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作,从而,存储有指令的计算机可读介质则包括一个制造品,其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上,使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤,以产生计算机实现的过程,从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分,所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
以上已经描述了本发明的各实施例,上述说明是示例性的,并非穷尽性的,并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下,对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。
Claims (10)
1.一种云转发与点对点融合的视频通话系统,其特征在于,所述系统包括云信令服务器、云数据服务器、呼叫方客户端和接听方客户端,
所述云信令服务器分别向所述呼叫方客户端和所述接听方客户端分配云数据服务器对应的地址和端口;
根据所述地址和端口所述呼叫方客户端和所述接听方客户端分别与所述云数据服务器连接;
所述呼叫方客户端和所述接听方客户端之间通过所述云信令服务器进行视频通话连接;
所述云信令服务器控制所述呼叫方客户端与所述接听方客户端之间进行视频数据传输。
2.根据权利要求1所述的云转发与点对点融合的视频通话系统,其特征在于,所述云信令服务器控制所述呼叫方客户端与所述接听方客户端之间进行视频数据传输包括:
如果呼叫方客户端的数目小于或等于切换数目,则所述接听方客户端和所述呼叫方客户端之间进行点对点视频数据传输;如果呼叫方客户端的数目大于所述切换数目,则所述接听方客户端和所述呼叫方客户端之间通过云数据服务器进行视频数据转发,
其中,所述切换数目根据接听方客户端的带宽和CPU处理能力确定。
3.根据权利要求2所述的云转发与点对点融合的视频通话系统,其特征在于,所述点对点视频数据传输包括:
所述云信令服务器直接将所述呼叫方客户端和所述接听方客户端的公网地址和端口发送给对方,所述呼叫方客户端和所述接听方客户端基于所得到的公网地址和端口直接建立连接以传输视频数据。
4.根据权利要求3所述的云转发与点对点融合的视频通话系统,其特征在于,所述呼叫方客户端与所述接听方客户端之间通过UDP协议进行视频数据的传输。
5.根据权利要求2所述的云转发与点对点融合的视频通话系统,其特征在于,所述通过云服务器进行视频数据转发包括:
所述发送方客户端和所述接听方客户端分别将视频数据发送给与各自连接的云数据服务器,再由所述云数据服务器分别对应转发至对方。
6.一种云转发与点对点融合的视频通话方法,其特征在于,所述方法包括:
云信令服务器分别向呼叫方客户端和接听方客户端分配云数据服务器对应的地址和端口;
根据所述地址和端口所述呼叫方客户端和所述接听方客户端分别与所述云数据服务器连接;
所述呼叫方客户端和所述接听方客户端之间通过所述云信令服务器进行视频通话连接;
所述云信令服务器控制所述呼叫方客户端与所述接听方客户端之间进行视频数据传输。
7.根据权利要求6所述的云转发与点对点融合的视频通话方法,其特征在于,所述云信令服务器控制所述呼叫方客户端与所述接听方客户端之间进行视频数据传输包括:如果呼叫方客户端的数目小于或等于切换数目,则所述接听方客户端和所述呼叫方客户端之间进行点对点视频数据传输;如果呼叫方客户端的数目大于所述切换数目,则所述接听方客户端和所述呼叫方客户端之间通过云数据服务器进行视频数据转发,
其中,所述切换数目根据接听方客户端的带宽和CPU处理能力确定。
8.根据权利要求7所述的云转发与点对点融合的视频通话方法,其特征在于,所述点对点视频数据传输包括:所述云信令服务器直接将所述呼叫方客户端和所述接听方客户端的公网地址和端口发送给对方,所述呼叫方客户端和所述接听方客户端基于所得到的公网地址和端口直接建立连接以传输视频数据。
9.根据权利要求8所述的云转发与点对点融合的视频通话方法,其特征在于,所述呼叫方客户端与所述接听方客户端之间通过UDP协议进行视频数据的传输。
10.根据权利要求7所述的云转发与点对点融合的视频通话方法,其特征在于,所述通过云服务器进行视频数据转发包括:所述发送方客户端和所述接听方客户端分别将视频数据发送给与各自连接的云数据服务器,再由所述云数据服务器转发至对方。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710232857.XA CN107087134A (zh) | 2017-04-11 | 2017-04-11 | 云转发与点对点融合的视频通话系统及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710232857.XA CN107087134A (zh) | 2017-04-11 | 2017-04-11 | 云转发与点对点融合的视频通话系统及方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107087134A true CN107087134A (zh) | 2017-08-22 |
Family
ID=59611271
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710232857.XA Pending CN107087134A (zh) | 2017-04-11 | 2017-04-11 | 云转发与点对点融合的视频通话系统及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107087134A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019052079A1 (zh) * | 2017-09-15 | 2019-03-21 | 深圳市前海安测信息技术有限公司 | 一种远程医学影像共享信息系统 |
CN112333411A (zh) * | 2020-07-28 | 2021-02-05 | 深圳Tcl新技术有限公司 | 通话方法、服务器及计算机可读存储介质 |
CN113993093A (zh) * | 2021-12-24 | 2022-01-28 | 嘉兴域途科技有限公司 | 4g/5g条件下双向呼叫多端远程视频通信方法和系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101594242A (zh) * | 2009-06-23 | 2009-12-02 | 腾讯科技(深圳)有限公司 | 一种传输视频数据的方法、系统和装置 |
CN104158673A (zh) * | 2013-05-13 | 2014-11-19 | 杭州华为企业通信技术有限公司 | 会议模式选择方法及服务器 |
CN104469261A (zh) * | 2014-12-26 | 2015-03-25 | 北京网视通联科技有限公司 | 一种基于cdn网络的视频会议系统及方法 |
CN105872450A (zh) * | 2015-01-08 | 2016-08-17 | 广达电脑股份有限公司 | 视频会议系统及多方视频会议转换方法 |
CN106549978A (zh) * | 2016-12-19 | 2017-03-29 | 东软集团股份有限公司 | 一种会话模式切换方法及代理服务器 |
-
2017
- 2017-04-11 CN CN201710232857.XA patent/CN107087134A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101594242A (zh) * | 2009-06-23 | 2009-12-02 | 腾讯科技(深圳)有限公司 | 一种传输视频数据的方法、系统和装置 |
CN104158673A (zh) * | 2013-05-13 | 2014-11-19 | 杭州华为企业通信技术有限公司 | 会议模式选择方法及服务器 |
CN104469261A (zh) * | 2014-12-26 | 2015-03-25 | 北京网视通联科技有限公司 | 一种基于cdn网络的视频会议系统及方法 |
CN105872450A (zh) * | 2015-01-08 | 2016-08-17 | 广达电脑股份有限公司 | 视频会议系统及多方视频会议转换方法 |
CN106549978A (zh) * | 2016-12-19 | 2017-03-29 | 东软集团股份有限公司 | 一种会话模式切换方法及代理服务器 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019052079A1 (zh) * | 2017-09-15 | 2019-03-21 | 深圳市前海安测信息技术有限公司 | 一种远程医学影像共享信息系统 |
CN112333411A (zh) * | 2020-07-28 | 2021-02-05 | 深圳Tcl新技术有限公司 | 通话方法、服务器及计算机可读存储介质 |
CN113993093A (zh) * | 2021-12-24 | 2022-01-28 | 嘉兴域途科技有限公司 | 4g/5g条件下双向呼叫多端远程视频通信方法和系统 |
CN113993093B (zh) * | 2021-12-24 | 2022-03-18 | 嘉兴域途科技有限公司 | 4g/5g条件下双向呼叫多端远程视频通信方法和系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10187433B2 (en) | Methods and systems for dynamic adjustment of session parameters for effective video collaboration among heterogenous devices | |
EP2485431B1 (en) | Method and terminal in a multi-point to multi-point intercom system | |
US9736203B2 (en) | System and method for virtual social colocation | |
CN103517266B (zh) | 移动网络侧激活移动终端的方法和移动网关系统 | |
JP2006287905A5 (zh) | ||
CN108259542A (zh) | 资源的传输方法和装置 | |
CN105122791B (zh) | 用于优化大规模视频会议的方法和设备 | |
AU2017228633A1 (en) | System and method for monitoring user activity on a plurality of networked computing devices | |
CN106973253A (zh) | 一种调整媒体流传输的方法及装置 | |
CN107087134A (zh) | 云转发与点对点融合的视频通话系统及方法 | |
CN105338288A (zh) | 一种多人网络视频会话方法及系统 | |
US10778736B2 (en) | On demand in-band signaling for conferences | |
CN105959354A (zh) | 一种流媒体服务的负载调度方法及系统 | |
US20180034581A1 (en) | Quality of service assessment for conferences | |
CN103200173A (zh) | 基于网络视频会议系统和电话会议系统的融合方法 | |
KR20140021157A (ko) | 그룹통화 서비스를 제공하는 장치 및 그 방법 | |
US10382337B2 (en) | In multimedia conferencing | |
WO2016197885A1 (zh) | 一种媒体级联的管理方法及装置 | |
CN114286039A (zh) | 一种音视频通话方法及系统 | |
CN108712441A (zh) | 信息处理方法、装置及终端 | |
US10313405B2 (en) | Dynamically configured conferencing | |
CN115134416A (zh) | 虚拟现实业务处理系统和方法 | |
CN112995567A (zh) | 视频通话方法、装置、服务器及存储介质 | |
CN106797339A (zh) | 视频拣选器 | |
Aguirre et al. | Darkcube: A k-Hypercube based P2P VoIP protocol |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170822 |