[发明专利]一种推流方法、系统及服务器

说明书

本发明公开了一种推流方法、系统及服务器，其中，所述推流方法包括：中心节点接收边缘节点转推的推流请求，判断所述推流请求是否对应存在已有频道；当判断结果为是时，所述中心节点向所述边缘节点发送提醒消息；或者，当判断结果为否时，所述中心节点为所述推流请求创建一频道，并接收与该频道对应的流媒体数据。本申请提供的技术方案，能够避免CDN内部流量消耗以及服务器资源浪费，提高推流效率。

技术领域

本发明涉及互联网技术领域，特别涉及一种推流方法、系统及服务器。

背景技术

随着互联网的高速发展，众多互联网直播平台和手机直播App兴起，网络直播技术也不断改进。

目前流媒体服务器上采用的直播技术主要包括：主播利用推流器推送流媒体数据至内容分发网络(Content Delivery Network，CDN)中的边缘节点，所述边缘节点可以将接收到的流媒体数据转发给CDN中的中心节点，中心节点接收所述流媒体数据后，为该流媒体数据创建一个频道，而用户客户端采用拉流方式从所述CDN创建的频道获取所需的流媒体数据并进行播放。

在推流时，推流器通常采用实时消息传输(Real Time Messaging Protocol，RTMP)协议进行推流。在RTMP协议中，统一资源定位符(Uniform Resource Locator，URL)的格式通常为：rtmp://serveraddr:port/appName/appInstance，其中，rtmp为Real TimeMessaging Protocol的首字母简拼、serveraddr通常为流媒体服务器的域名或IP、port(即端口)通常使用1935、appName可以表示发布点或者应用流媒体服务的应用名称、appInstance可以表示流名称或流媒体应用实例的名称。可见，一个采用RTMP协议的URL可以唯一标识一流媒体服务器上的一个频道,一个推流器可以利用RTMP协议的URL为一个频道提供流媒体数据，而播放端可以利用RTMP协议的URL访问与该URL对应的频道以获取流媒体数据。

由于CDN中包含多个中心节点和多个边缘节点，当同一个URL的流媒体数据在同一时间被推送到多个边缘节点时，多个边缘节点可能都会分别向中心节点进行转推，中心节点将为最先接入的边缘节点的推流创建一个频道，并拒绝后接入的推流请求。而被拒绝的边缘节点被拒绝后将可能不断向中心节点尝试推流，造成CDN内部流量消耗和服务器资源浪费。因此，目前亟需一种避免服务器资源浪费的推流方法。

发明内容

本申请的目的在于提供一种推流方法、系统及服务器，能够避免CDN内部流量消耗以及服务器资源浪费，提高推流服务器的资源利用率。

为实现上述目的，本申请一方面提供一种推流方法，包括：中心节点接收边缘节点转推的推流请求，判断所述推流请求是否对应存在已有频道；

当判断结果为是时，所述中心节点向所述边缘节点发送提醒消息；或者，当判断结果为否时，所述中心节点为所述推流请求创建一频道，并接收与该频道对应的流媒体数据。

为实现上述目的，本申请另一方面提供一种推流方法，包括：边缘节点接收推流器发出的推流请求；所述边缘节点为一个或多个；所述边缘节点根据所述推流请求确定目标中心节点，以使所述一个或多个边缘节点中的所述推流请求对应相同的目标中心节点；所述边缘节点将所述推流请求转推至所述目标中心节点。

为实现上述目的，本申请另一方面提供一种推流系统，包括：至少一个中心节点服务器和至少一个边缘节点服务器；其中，

所述边缘节点服务器，用于接收推流器发出的推流请求，根据所述推流请求确定目标中心节点服务器，将所述推流请求转推至目标中心节点服务器；