CN105141660A - 一种流媒体管理方法及系统 - Google Patents

一种流媒体管理方法及系统 Download PDF

Info

Publication number
CN105141660A
CN105141660A CN201510443095.9A CN201510443095A CN105141660A CN 105141660 A CN105141660 A CN 105141660A CN 201510443095 A CN201510443095 A CN 201510443095A CN 105141660 A CN105141660 A CN 105141660A
Authority
CN
China
Prior art keywords
medium data
url
stream medium
protocol
rtmp
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
Application number
CN201510443095.9A
Other languages
English (en)
Other versions
CN105141660B (zh
Inventor
洪珂
白永光
庄晓川
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Wangsu Science and Technology Co Ltd
Original Assignee
Wangsu Science and Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Wangsu Science and Technology Co Ltd filed Critical Wangsu Science and Technology Co Ltd
Priority to CN201510443095.9A priority Critical patent/CN105141660B/zh
Publication of CN105141660A publication Critical patent/CN105141660A/zh
Application granted granted Critical
Publication of CN105141660B publication Critical patent/CN105141660B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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/50—Network services
    • H04L67/55—Push-based network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • 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/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • 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
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本发明提供一种流媒体管理方法及系统，所述流媒体管理方法包括：接收RTMP协议推送的流媒体数据，获取所述流媒体数据对应的URL；将所述流媒体数据采用的传输协议从RTMP协议转换成HTTP协议；遵照设定的负载均衡策略对所述URL进行负载均衡管理，确定所述URL对应至少一个上层服务器，并将采用HTTP协议的流媒体数据发送给所确定的上层服务器。所述流媒体管理方法还包括：接受到客户端的RTMP或者HTTP协议的播放请求，并进行相应的处理，返回RTMP或者HTTP协议的流媒体数据。本发明的技术方案用URL做负载均衡，大大降低了数据在流媒体服务器集群中的冗余。

Description

一种流媒体管理方法及系统
技术领域
本发明涉及一种网络技术，特别是涉及一种流媒体管理方法及系统。
背景技术
随着入户带宽的提升，移动互联网的繁荣以及各种手持设备的普及，一般的用户除了观看媒体类节目，有些用户也作为制作人，从终端推送实时直播流，供粉丝团观看，如游戏竞赛、互动直播等。流媒体是指采用流式传输的方式在Internet播放的媒体格式。流媒体又叫流式媒体，它是指商家用一个视频传送服务器把节目当成数据包发出，传送到网络上。而流媒体的终端大多都是使用RTMP(RealTimeMessagingProtocol，实时消息传输协议)协议来推送直播的媒体流的。而运营此类节目的公司一般又是通过CDN(ContentDeliveryNetwork，内容分发网络)或者自建的分布式系统来达到媒体流的全网传输，且目前在全网的传输基本都是用RTMP协议的FMS(ADOBE公司研发的FLASHMEDIASERVER流媒体服务器)体系。使用RTMP协议做全网传输，由于其协议的特点，需要多次的交互，才可以得到完整的URL(UniformResoureLocator，统一资源定位器)。这样在CDN系统(或者自建的分布式系统)中，无法做负载均衡。资源使用冗余高，且无法控制资源的使用率。
鉴于此，如何找到一种能够对流媒体进行负载均衡管理的技术方案就成了本领域技术人员亟待解决的问题。
发明内容
鉴于以上所述现有技术的缺点，本发明的目的在于提供一种流媒体管理方法及系统，用于解决现有技术中难以对流媒体进行负载均衡管理的问题。
为实现上述目的及其他相关目的，本发明提供一种流媒体管理方法，所述流媒体管理方法包括：接收RTMP协议推送的流媒体数据，获取所述流媒体数据对应的URL；将所述流媒体数据采用的传输协议从RTMP协议转换成HTTP协议；遵照设定的负载均衡策略对所述URL进行负载均衡管理，确定所述URL对应至少一个上层服务器，并将采用HTTP协议的流媒体数据发送给所确定的上层服务器。
可选地，将所述流媒体数据采用的传输协议从RTMP协议转换成HTTP协议的具体实现包括：对接收到的包括流媒体数据的RTMP报文进行解析；将解析得到的流媒体数据重新封装；将重新封装的流媒体数据采用HTTP协议发送。
可选地，所述负载均衡策略包括七层负载均衡策略。
可选地，所述媒体流包括直播的媒体流。
可选地，所述流媒体管理方法还包括：接收到客户端HTTP协议的播放请求；确定所述URL对应的上层服务器；将所述HTTP协议的播放请求转发给所对应的上层服务器处理；所对应的上层服务器将所述播放请求中URL对应的流媒体数据以HTTP协议发送给所述客户端。
可选地，所述流媒体管理方法还包括：接收到客户端的采用RTMP协议的播放请求，获得所述播放请求的URL，并转换成包含所述URL的HTTP协议的播放请求；确定所述URL对应的上层服务器；将所述HTTP协议的播放请求发送给所对应的上层服务器处理，所对应的上层服务器将所述播放请求中URL对应的流媒体数据以HTTP协议发送给接口服务器，接口服务器将所述流媒体数据采用的传输协议从HTTP协议转换成RTMP协议，并把采用RTMP协议的流媒体数据发送给所述客户端。
本发明还提供一种流媒体管理系统，所述流媒体管理系统包括：推流管理模块，用于接收RTMP协议推送的流媒体数据，获取所述流媒体数据对应的URL；将所述流媒体数据采用的传输协议从RTMP协议转换成HTTP协议；负载均衡模块，与推流管理模块相连，用于遵照设定的负载均衡策略对所述URL进行负载均衡管理，确定所述URL对应至少一个上层服务器，并将采用HTTP协议的流媒体数据发送给所确定的上层服务器。
可选地，所述负载均衡策略包括七层负载均衡策略。
可选地，所述媒体流包括直播的媒体流。
可选地，将所述流媒体数据采用的传输协议从RTMP协议转换成HTTP协议的具体实现包括：对接收到的包括流媒体数据的RTMP报文进行解析；将解析得到的流媒体数据重新封装；将重新封装的流媒体数据内容采用HTTP协议发送。
可选地，所述流媒体管理系统还包括播放管理模块，所述播放管理模块与负载均衡模块相连，用于接收到客户端HTTP协议的播放请求；确定所述URL对应的上层服务器；将所述HTTP协议的播放请求转发给所对应的上层服务器处理；所对应的上层服务器将所述播放请求中URL对应的流媒体数据以HTTP协议发送给所述客户端。
可选地，所述流媒体管理系统还包括播放管理模块，所述播放管理模块与负载均衡模块相连，接收到客户端RTMP协议的播放请求，获得所述播放请求的URL，并转换成包含所述URL的HTTP协议的播放请求；确定所述URL对应的上层服务器；将所述HTTP协议的播放请求发送给所对应的上层服务器处理，所对应的上层服务器将所述播放请求中URL对应的流媒体数据以HTTP协议发送给接口服务器，接口服务器将所述流媒体数据采用的传输协议从HTTP协议转换成RTMP协议，并把采用RTMP协议的流媒体数据发送给所述客户端。
如上所述，本发明的一种流媒体管理方法及系统，具有以下有益效果：在接口服务器中将RTMP协议转成HTTP协议，且在整个流媒体管理系统(所述流媒体管理系统可以应用于CDN系统中)中，数据都用HTTP协议来传输。由于HTTP协议的特点，在POST或者GET请求中，立即可以获取完整URL，所以可以在采用了本发明技术方案的流媒体服务器系统(包括CDN系统)中做完全的七层负载均衡。集中了服务器资源，降低了内部的计算和带宽损耗，大大节约成本。
附图说明
图1显示为本发明的一种流媒体管理方法的一实施例的流程示意图。
图2显示为本发明的一种流媒体管理方法的一实施例的应用架构示意图。
图3显示为本发明的一种流媒体管理方法的一实施例的推流处理流程示意图。
图4显示为本发明的一种流媒体管理方法的一实施例的播放处理流程示意图。
图5显示为本发明的一种流媒体管理方法的一实施例的负载均衡处理流程示意图。
图6显示为本发明的一种流媒体管理系统的一实施例的模块示意图。
元件标号说明
1流媒体管理系统
11推流管理模块
12负载均衡模块
13播放管理模块
S1～S3步骤
具体实施方式
以下通过特定的具体实例说明本发明的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。
需要说明的是，本实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。
本发明提供一种流媒体管理方法。所述流媒体管理方法应用于CDN(ContentDeliveryNetwork，内容分发网络)或者自建的分布式系统中，对推送的流媒体进行管理。在一个实施例中，如图1所示，所述流媒体管理方法包括：
步骤S1，接收RTMP协议推送的流媒体数据，获取所述流媒体数据对应的URL。具体地，使用RTMP协议做全网传输，由于其协议的特点，需要多次的交互，才可以得到完整的URL(UniformResoureLocator，统一资源定位器)。推送的每一个流媒体数据都唯一的对应着一个推送的URL，客户端可以通过该URL访问或播放该流媒体数据。所述媒体流包括直播的媒体流。
步骤S2，将所述流媒体数据采用的传输协议从RTMP协议转换成HTTP协议。RTMP(RealTimeMessagingProtocol，实时消息传输协议)是普通推送端(或推送器)所采用的传输协议。HTTP协议(HyperTextTransferProtocol，超文本传输协议)是客户端浏览器或其他程序与Web服务器之间的应用层通信协议。在Internet上的Web服务器上存放的都是超文本信息，客户机需要通过HTTP协议传输所要访问的超文本信息。HTTP包含命令和传输信息，不仅可用于Web访问，也可以用于其他因特网/内联网应用系统之间的通信，从而实现各类应用资源超媒体访问的集成。由于HTTP协议的特点，在POST或者GET请求中，立即可以获取完整URL。可选地，将所述流媒体数据采用的传输协议从RTMP协议转换成HTTP协议的具体实现包括：对接收到的RTMP协议的流媒体数据解析；将解析得到的流媒体数据重新封装；将重新封装的流媒体数据采用HTTP协议发送。
步骤S3，遵照设定的负载均衡策略对所述URL进行负载均衡管理，确定所述URL对应的至少一个上层服务器，并将采用HTTP协议的流媒体数据发送给所确定的上层服务器。负载均衡，英文名称为LoadBalance，其意思就是将负载(工作任务)进行平衡，分摊到多个操作单元上进行执行(例如Web服务器、FTP服务器等)，实现多个服务器共同完成工作任务的目标。负载均衡建立在现有网络结构之上，它提升了服务器的性能、提高了带宽利用率，增强了网络的灵活性和可靠性。经过十年的发展，负载均衡已经成为网络应用的重要设备，甚至成为大型网络应用的核心设备，与基础路由、交换设备市场并驾齐驱。在一个实施例中，所述负载均衡策略包括七层负载均衡策略。七层负载均衡，也被称为“内容交换”，指的是负载均衡设备通过报文中的应用层信息(URL、HTTP头部等信息)和负载均衡算法，选择到达目的的内部服务器。七层负载均衡有以下特点：七层负载的应用以HTTP协议为主；七层负载算法需要识别URL、Cookie和HTTPhead等信息；七层负载的可靠性体现在两个方面：一方面是保证服务器访问的完整性和连续性，这主要体现在七层负载均衡的会话保持技术，通过HTTPCookie、HTTPSessionID、HTTPServerID、HTTP自定义头域和SSLSessionID等方式实现。另一方面是保证网络的稳定性，网络的稳定性主要通过设备关键部件的冗余设计，以及双机、集群部署方式实现。七层负载均衡具有很高的的安全性，主要体现在以下两个方面：一是系统本身的安全性，软件系统可以采用自主研发，无系统漏洞和后门；二是可以提供必要的网络安全防护，减少服务器被直接攻击的威胁，这样可以减少服务器区设备串联堆叠带来的单点故障。
在一个实施例中，所述流媒体管理方法还包括：接收到客户端HTTP协议的播放请求；确定所述URL对应的上层服务器；将所述HTTP协议的播放请求转发给所对应的上层服务器处理；所对应的上层服务器将所述播放请求中URL对应的流媒体数据以HTTP协议发送给所述客户端。在一个实施例中，所述流媒体管理方法还包括：接收到客户端RTMP协议的播放请求，获得所述播放请求的URL，并转换成包含所述URL的HTTP协议的播放请求；确定所述URL对应的上层服务器；将所述HTTP协议的播放请求发送给所对应的上层服务器处理，所对应的上层服务器将所述播放请求中URL对应的流媒体数据以HTTP协议发送给接口服务器，接口服务器将所述流媒体数据采用的传输协议从HTTP协议转换成RTMP协议，并把采用RTMP协议的流媒体数据发送给所述客户端。在一个实施例中，所述流媒体管理方法还包括：接收到客户端HTTP协议或RTMP协议的播放请求；根据采用协议的不同分别进行相应的处理。
在一个实施例中，所述流媒体管理方法所应用的系统的架构如图2所示，其中，该方法中，通过接口服务器接收推送端推送的流媒体(包括直播流)，在接口服务器中将所述流媒体的传输协议从RTMP转换成HTTP，所采用的均衡策略为七层负载均衡策略，所述负载均衡模块连接着一个上层服务器集群，包括多个上层服务器，如上层服务器A、上层服务器B等。接口服务器还可以接收HTTP播放器或RTMP播放器的播放请求，并转换成HTTP播放请求，从上层服务器中得到服务，并将服务所反馈的内容通过HTTP反馈给HTTP播放器或并将服务所反馈的内容转换成RTMP协议后发送给RTMP播放器。其工作流程为：推流器(也可称推流端)往接口服务器(可以是CDN的边缘服务器或者其他分布式系统的接入服务器)用RTMP协议推流；接口服务器(可以是CDN的边缘服务器或者其他分布式系统的接入服务器)解析RTMP协议，并重新将消息封装到HTTP协议中转推；上层的七层负载服务器根据HTTP的推流URL做负载，将推流分配到本层的某服务器；播放器使用RTMP协议向接口服务器(可以是CDN的边缘服务器或者其他分布式系统的接入服务器)请求播放某媒体流；接口服务器(可以是CDN的边缘服务器或者其他分布式系统的接入服务器)接受请求，并获取播放的URL，然后用HTTP协议向上层服务器请求播放该媒体流；上层的七层负载服务器根据HTTP请求的URL做负载均衡，将请求分配给本层的某服务器(该服务器和推流的服务器为同一台)。
在一个实施例中，如图3所示，对推流端的推流管理方法包括：接口服务器接受推流端(或推流器)的RTMP推流请求；读取推流端(或推流器)推入的RTMP协议封装的媒体消息；解析RTMP协议封装的消息，并重新将消息封装，如FLVTag的形式，或者ts形式；将重新封装完的消息用HTTP推到负载均衡模块(或上层系统)；如果推流未结束，则继续读取推流端(或推流器)推入的RTMP协议封装的媒体消息并处理，否则结束本次推流。在一个实施例中，如图4所示，对RTMP播放器的播放请求的管理方法包括：接口服务器接受RTMP播放器的RTMP播放请求；解析出请求的URL，并用HTTP协议向上层服务器请求媒体流；接收上层服务器返回的封装在HTTP协议中的媒体流；解析出媒体消息，并重新封装成RTMP形式，将RTMP消息发送给播放器；如果播放未结束，则继续接收上层服务器返回的封装在HTTP协议中的媒体流并处理，否则结束本次播放服务。在一个实施例中，如图5所示，负载均衡模块的工作主要为：负载均衡模块获取下游(接口服务器)的HTTP请求，并获取URL信息；根据URL信息和本系统的七层负载策略，将请求分配给上层服务器集群中的某一上层服务器(同一个URL分配到相同的服务器)。
本发明还提供一种流媒体管理系统。所述流媒体管理系统可以使用上述流媒体管理方法。所述流媒体管理系统可以包括CDN(ContentDeliveryNetwork，内容分发网络)或者自建的分布式系统。在一个实施例中，如图6所示，所述流媒体管理系统1包括推流管理模块11、负载均衡模块12。其中：
推流管理模块11用于接收RTMP协议推送的流媒体数据，获取所述流媒体数据对应的URL；将所述流媒体数据采用的传输协议从RTMP协议转换成HTTP协议。具体地，使用RTMP协议做全网传输，由于其协议的特点，需要多次的交互，才可以得到完整的URL(UniformResoureLocator，统一资源定位器)。推送的每一个流媒体数据都唯一的对应着一个推送的URL，客户端可以通过该URL访问或播放该流媒体数据。所述媒体流包括直播的媒体流。RTMP(RealTimeMessagingProtocol，实时消息传输协议)是普通推送端(或推送器)所采用的传输协议。HTTP协议(HyperTextTransferProtocol，超文本传输协议)是客户端浏览器或其他程序与Web服务器之间的应用层通信协议。在Internet上的Web服务器上存放的都是超文本信息，客户机需要通过HTTP协议传输所要访问的超文本信息。HTTP包含命令和传输信息，不仅可用于Web访问，也可以用于其他因特网/内联网应用系统之间的通信，从而实现各类应用资源超媒体访问的集成。由于HTTP协议的特点，在POST或者GET请求中，立即可以获取完整URL。可选地，将所述流媒体数据采用的传输协议从RTMP协议转换成HTTP协议的具体实现包括：对接收到的RTMP协议的流媒体数据解析；将解析得到的流媒体数据重新封装；将重新封装的流媒体数据采用HTTP协议发送。推流管理模块11是流媒体管理系统1与流媒体推送器(或流媒体推送端)的接口，通常采用专门的接口服务器对流媒体推送进行管理，所述接口服务器可以是CDN的边缘服务器或者其他分布式系统的接入服务器。推流管理模块11位于所述接口服务器上。
负载均衡模块12与推流管理模块11相连，用于遵照设定的负载均衡策略对所述URL进行负载均衡管理，确定所述URL对应的至少一个上层服务器，并将采用HTTP协议的流媒体数据发送给所确定的上层服务器。负载均衡，英文名称为LoadBalance，其意思就是将负载(工作任务)进行平衡，分摊到多个操作单元上进行执行(例如Web服务器、FTP服务器等)，实现多个服务器共同完成工作任务的目标。负载均衡建立在现有网络结构之上，它提升了服务器的性能、提高了带宽利用率，增强了网络的灵活性和可靠性。经过十年的发展，负载均衡已经成为网络应用的重要设备，甚至成为大型网络应用的核心设备，与基础路由、交换设备市场并驾齐驱。在一个实施例中，所述负载均衡策略包括七层负载均衡策略。七层负载均衡，也被称为“内容交换”，指的是负载均衡设备通过报文中的应用层信息(URL、HTTP头部等信息)和负载均衡算法，选择到达目的的内部服务器。七层负载均衡有以下特点：七层负载的应用以HTTP协议为主；七层负载算法需要识别URL、Cookie和HTTPhead等信息；七层负载的可靠性体现在两个方面：一方面是保证服务器访问的完整性和连续性，这主要体现在七层负载均衡的会话保持技术，通过HTTPCookie、HTTPSessionID、HTTPServerID、HTTP自定义头域和SSLSessionID等方式实现。另一方面是保证网络的稳定性，网络的稳定性主要通过设备关键部件的冗余设计，以及双机、集群部署方式实现。七层负载均衡具有很高的的安全性，主要体现在以下两个方面：一是系统本身的安全性，软件系统可以采用自主研发，无系统漏洞和后门；二是可以提供必要的网络安全防护，减少服务器被直接攻击的威胁，这样可以减少服务器区设备串联堆叠带来的单点故障。所述负载均衡模块12与上层服务器集群连接，一个上层服务器集群，包括多个上层服务器，如上层服务器A、上层服务器B等。负载均衡模块12作为上层服务器集群的管理中心，对流媒体的推送以及播放器的播放请求进行管理，确定推送以及播放请求服务由确定的一个或多个上层服务器提供。
在一个实施例中，如图6所示，所述流媒体管理系统1包括推流管理模块11、负载均衡模块12以及播放管理模块13。其中，推流管理模块11、负载均衡模块12同上。播放管理模块13与负载均衡模块12相连，用于接收到客户端的采用HTTP协议的播放请求；确定所述URL对应的上层服务器；将所述HTTP协议的播放请求转发给所对应的上层服务器处理；所对应的上层服务器将所述播放请求中URL对应的流媒体数据以HTTP协议发送给所述客户端。在另一个实施例中，所述播放管理模块13与负载均衡模块12相连，接收到客户端的采用RTMP协议的播放请求，获得所述播放请求的URL，并转换成包含所述URL的HTTP协议的播放请求；确定所述URL对应的上层服务器；将所述HTTP协议的播放请求发送给所对应的上层服务器处理，所对应的上层服务器将所述播放请求中URL对应的流媒体数据以HTTP协议发送给接口服务器，接口服务器将所述流媒体数据采用的传输协议从HTTP协议转换成RTMP协议，并把RTMP协议的流媒体数据发送给所述客户端。在一个实施例中，所述播放管理模块13与负载均衡模块12相连，可以接收到客户端的RTMP协议或HTTP协议的播放请求并进行如上处理。播放管理模块13是流媒体管理系统1与流媒体播放器(HTTP播放器或者RTMP播放器)的接口，通常采用专门的接口服务器对流媒体播放进行管理，所述接口服务器可以是CDN的边缘服务器或者其他分布式系统的接入服务器。播放管理模块13位于所述接口服务器上。
综上所述，本发明的一种流媒体管理方法及系统，将RTMP协议在接入服务器转成HTTP协议。采用了本发明技术方案的CDN的服务器集群可以用URL做七层负载，降低了数据在CDN中的冗余，大大节约了存储、计算、带宽资源。且由于HTTP的通用性，使用固有的调度和运营方案即可。CDN内部的资源和运营，走同一套方案，不用再将RTMP独立运营。节约了硬件的资源，节约了运营成本，且使得运营统一方便。所以，本发明有效克服了现有技术中的种种缺点而具高度产业利用价值。
上述实施例仅例示性说明本发明的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下，对上述实施例进行修饰或改变。因此，举凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本发明的权利要求所涵盖。

Claims (10)

1.一种流媒体管理方法，其特征在于，所述流媒体管理方法包括：
接收RTMP协议推送的流媒体数据，获取所述流媒体数据对应的URL；
将所述流媒体数据采用的传输协议从RTMP协议转换成HTTP协议；
遵照设定的负载均衡策略对所述URL进行负载均衡管理，确定所述URL对应至少一个上层服务器，并将采用HTTP协议的流媒体数据发送给所确定的上层服务器。
2.根据权利要求1所述的流媒体管理方法，其特征在于：将所述流媒体数据采用的传输协议从RTMP协议转换成HTTP协议的具体实现包括：对接收到的包括流媒体数据内容的RTMP报文进行解析；将解析得到的流媒体数据内容重新封装；将重新封装的流媒体数据内容采用HTTP协议发送。
3.根据权利要求1所述的流媒体管理方法，其特征在于：所述负载均衡策略包括七层负载均衡策略。
4.根据权利要求1所述的流媒体管理方法，其特征在于：所述流媒体管理方法还包括：接收到客户端HTTP协议的播放请求；确定所述URL对应的上层服务器；将所述HTTP协议的播放请求转发给所对应的上层服务器处理；所对应的上层服务器将所述播放请求中URL对应的流媒体数据以HTTP协议发送给所述客户端。
5.根据权利要求1所述的流媒体管理方法，其特征在于：所述流媒体管理方法还包括：接收到客户端RTMP协议的播放请求，获得所述播放请求的URL，并转换成包含所述URL的HTTP协议的播放请求；确定所述URL对应的上层服务器；将所述HTTP协议的播放请求发送给所对应的上层服务器处理，所对应的上层服务器将所述播放请求中URL对应的流媒体数据以HTTP协议发送给接口服务器，接口服务器将所述流媒体数据采用的传输协议从HTTP协议转换成RTMP协议，并把采用RTMP协议的流媒体数据发送给所述客户端。
6.一种流媒体管理系统，其特征在于：所述流媒体管理系统包括：
推流管理模块，用于接收RTMP协议推送的流媒体数据，获取所述流媒体数据对应的URL；将所述流媒体数据采用的传输协议从RTMP协议转换成HTTP协议；
负载均衡模块，与推流管理模块相连，用于遵照设定的负载均衡策略对所述URL进行负载均衡管理，确定所述URL对应至少一个上层服务器，并将采用HTTP协议的流媒体数据发送给所确定的上层服务器。
7.根据权利要求6所述的流媒体管理系统，其特征在于：将所述流媒体数据采用的传输协议从RTMP协议转换成HTTP协议的具体实现包括：对接收到的包括流媒体数据的RTMP报文进行解析；将解析得到的流媒体数据重新封装；将重新封装的流媒体数据采用HTTP协议发送。
8.根据权利要求6所述的流媒体管理系统，其特征在于：所述负载均衡策略包括七层负载均衡策略。
9.根据权利要求6所述的流媒体管理系统，其特征在于：所述流媒体管理系统还包括播放管理模块，所述播放管理模块与负载均衡模块相连，用于接收到客户端HTTP协议的播放请求；确定所述URL对应的上层服务器；将所述HTTP协议的播放请求转发给所对应的上层服务器处理；所对应的上层服务器将所述播放请求中URL对应的流媒体数据以HTTP协议发送给所述客户端。
10.根据权利要求6所述的流媒体管理系统，其特征在于：所述流媒体管理系统还包括播放管理模块，所述播放管理模块与负载均衡模块相连，接收到客户端RTMP协议的播放请求，获得所述播放请求的URL，并转换成包含所述URL的HTTP协议的播放请求；确定所述URL对应的上层服务器；将所述HTTP协议的播放请求发送给所对应的上层服务器处理，所对应的上层服务器将所述播放请求中URL对应的流媒体数据以HTTP协议发送给接口服务器，接口服务器将所述流媒体数据采用的传输协议从HTTP协议转换成RTMP协议，并把采用RTMP协议的流媒体数据发送给所述客户端。
CN201510443095.9A 2015-07-24 2015-07-24 一种流媒体管理方法及系统 Active CN105141660B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201510443095.9A CN105141660B (zh) 2015-07-24 2015-07-24 一种流媒体管理方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510443095.9A CN105141660B (zh) 2015-07-24 2015-07-24 一种流媒体管理方法及系统

Publications (2)

Publication Number Publication Date
CN105141660A true CN105141660A (zh) 2015-12-09
CN105141660B CN105141660B (zh) 2018-04-24

Family

ID=54726864

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510443095.9A Active CN105141660B (zh) 2015-07-24 2015-07-24 一种流媒体管理方法及系统

Country Status (1)

Country Link
CN (1) CN105141660B (zh)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106411925A (zh) * 2016-11-03 2017-02-15 合肥微梦软件技术有限公司 一种互联网集群流媒体服务器系统
CN109147460A (zh) * 2018-11-07 2019-01-04 成都华栖云科技有限公司 实现高校传媒专业多讯道虚拟导播的教学仿真实验系统
CN110392071A (zh) * 2018-04-18 2019-10-29 网宿科技股份有限公司 流媒体资源的上传、下载方法、分发系统及流媒体服务器
CN111245885A (zh) * 2018-11-29 2020-06-05 阿瓦亚公司 基于事件的多协议通信会话分发
WO2020155293A1 (zh) * 2019-01-29 2020-08-06 网宿科技股份有限公司 一种推流方法、系统及服务器
US11102319B2 (en) 2019-01-29 2021-08-24 Wangsu Science and Technology Co., Ltd. Method, system and server for stream-pushing
CN114827633A (zh) * 2022-06-17 2022-07-29 浙江华创视讯科技有限公司 一种媒体流容灾方法、装置和相关设备
CN116233085A (zh) * 2023-05-08 2023-06-06 深圳市微智体技术有限公司 一种多终端的流媒体传输方法、系统及流媒体服务器集群

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1610402A (zh) * 2003-10-24 2005-04-27 数码戏胞科技娱乐股份有限公司 整合式网络数字互动电视系统
WO2012079223A1 (zh) * 2010-12-14 2012-06-21 华为技术有限公司 内容传送网络中流媒体请求地址映射的方法及装置、缓存节点
CN102629938A (zh) * 2012-03-14 2012-08-08 网宿科技股份有限公司 对网络视频加载进行视频加速的方法和系统
CN103024076A (zh) * 2012-12-31 2013-04-03 乐视网信息技术（北京）股份有限公司 一种应用于对等网络的直播调度系统及方法
CN104284202A (zh) * 2014-10-14 2015-01-14 无锡云捷科技有限公司 一种采用优化式结构的cdn透明传输方法
US20150022666A1 (en) * 2013-07-22 2015-01-22 Intellivision Technologies Corp. System and method for scalable video cloud services

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1610402A (zh) * 2003-10-24 2005-04-27 数码戏胞科技娱乐股份有限公司 整合式网络数字互动电视系统
WO2012079223A1 (zh) * 2010-12-14 2012-06-21 华为技术有限公司 内容传送网络中流媒体请求地址映射的方法及装置、缓存节点
CN102629938A (zh) * 2012-03-14 2012-08-08 网宿科技股份有限公司 对网络视频加载进行视频加速的方法和系统
CN103024076A (zh) * 2012-12-31 2013-04-03 乐视网信息技术（北京）股份有限公司 一种应用于对等网络的直播调度系统及方法
US20150022666A1 (en) * 2013-07-22 2015-01-22 Intellivision Technologies Corp. System and method for scalable video cloud services
CN104284202A (zh) * 2014-10-14 2015-01-14 无锡云捷科技有限公司 一种采用优化式结构的cdn透明传输方法

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106411925A (zh) * 2016-11-03 2017-02-15 合肥微梦软件技术有限公司 一种互联网集群流媒体服务器系统
CN110392071A (zh) * 2018-04-18 2019-10-29 网宿科技股份有限公司 流媒体资源的上传、下载方法、分发系统及流媒体服务器
CN109147460A (zh) * 2018-11-07 2019-01-04 成都华栖云科技有限公司 实现高校传媒专业多讯道虚拟导播的教学仿真实验系统
CN111245885A (zh) * 2018-11-29 2020-06-05 阿瓦亚公司 基于事件的多协议通信会话分发
US11375049B2 (en) 2018-11-29 2022-06-28 Avaya Inc. Event-based multiprotocol communication session distribution
WO2020155293A1 (zh) * 2019-01-29 2020-08-06 网宿科技股份有限公司 一种推流方法、系统及服务器
US11102319B2 (en) 2019-01-29 2021-08-24 Wangsu Science and Technology Co., Ltd. Method, system and server for stream-pushing
CN114827633A (zh) * 2022-06-17 2022-07-29 浙江华创视讯科技有限公司 一种媒体流容灾方法、装置和相关设备
CN116233085A (zh) * 2023-05-08 2023-06-06 深圳市微智体技术有限公司 一种多终端的流媒体传输方法、系统及流媒体服务器集群

Also Published As

Publication number Publication date
CN105141660B (zh) 2018-04-24

Similar Documents

Publication Publication Date Title
CN105141660A (zh) 一种流媒体管理方法及系统
EP1388260B1 (en) Interactive media response processing system
CN103813213B (zh) 基于移动云计算的实时视频分享平台和方法
US8032609B2 (en) Dynamic endpoint aggregator for web services
CN102790798B (zh) 一种内容分发网络中透明代理实现方法、设备及系统
AU2002253423A1 (en) Interactive media response processing system
CN109327493A (zh) 一种基于云的远程医疗监控系统及监控方法
CN101252591A (zh) 实现上下行数据分离的方法和装置
CN102368725B (zh) 一种多网卡的数据接收方法及系统
CN109889454A (zh) 一种微服务架构的消息推送装置及方法
CN104618237A (zh) 一种基于tcp/udp的广域网加速系统及方法
CN110489042A (zh) 一种基于视联网模拟拖拽的方法及系统
CN102255942A (zh) 一种多媒体量子流及云处理技术与实现方法
CN101296176A (zh) 一种基于群集的数据处理方法和装置
CN102347947A (zh) 一种流媒体适配器、流媒体网络交互的系统及方法
CN108965428A (zh) 直播数据的传输方法、装置、电子设备、系统
CN106250078A (zh) 一种显示终端控制方法及设备
CN113453025A (zh) 数据获取方法及装置
CN111711675B (zh) 一种针对局域网内并发消息传递的解决方法
CN103873369A (zh) 一种支持异构网络交互的网关及方法
CN102291412A (zh) 一种基于http的多媒体业务实现方法、系统及装置
CN110448892B (zh) 基于增强现实的游戏实现方法及系统
CN107913514A (zh) 一种在线抓娃娃机控制与视频流推送系统及方法
CN102098554A (zh) 一种基于云计算的电视机应用服务方法及系统
CN102438048B (zh) 一种互联网中远程服务调用的方法和系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant