CN105959711A - 一种直播流媒体的上传方法及装置 - Google Patents
一种直播流媒体的上传方法及装置 Download PDFInfo
- Publication number
- CN105959711A CN105959711A CN201610252513.0A CN201610252513A CN105959711A CN 105959711 A CN105959711 A CN 105959711A CN 201610252513 A CN201610252513 A CN 201610252513A CN 105959711 A CN105959711 A CN 105959711A
- Authority
- CN
- China
- Prior art keywords
- treatment progress
- upload
- live broadcast
- broadcast stream
- node server
- 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
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
- H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/21—Server components or server architectures
- H04N21/218—Source of audio or video content, e.g. local disk arrays
- H04N21/2187—Live feed
-
- 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/633—Control signals issued by server directed to the network components or client
-
- 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/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
- H04N21/64723—Monitoring of network processes or resources, e.g. monitoring of network load
-
- 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/65—Transmission of management data between client and server
- H04N21/658—Transmission by the client directed to the server
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Databases & Information Systems (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种直播流媒体的上传方法，包括通过包含多个独立处理进程的第一网络节点服务器接收直播用户的直播请求；选取处理直播请求的第一处理进程；将第一处理进程具有的唯一的进程端口号添加在直播请求中生成直播许可请求发送给网络管理中心；通过第一网络节点服务器接收上传的直播流媒体并存储。本发明还公开了一种直播流媒体的上传装置，采用本发明，在网络节点服务器无需额外的主处理进程进行控制，就能实现多路直播流媒体的并发，能有效应对大量直播流媒体并发时的冲击，提升用户直播体验。
Description
技术领域
本发明涉及流媒体数据处理领域，更具体地，涉及一种直播流媒体的上传方法、装置及系统，以及涉及一种流媒体的播放方法及装置。
背景技术
流媒体直播是指通过互联网及流媒体技术进行直播，直播的流媒体通常以视频形式表现，融合了图像、文字、声音等丰富元素，声形并茂，通过真实、生动的传播，营造出强烈的现场感，吸引眼球，达成印象深刻、记忆持久的传播效果，称为当下互联网直播服务的主流表达形式。
现有的流媒体直播技术多是基于CDN(Content Delivery Network，即内容分发网络)，由直播用户向与其网络距离近的网络节点服务器即CDN节点服务器发送直播请求，由该CDN节点服务器对该直播请求进行处理。发明人发现，在实际应用中，一个CDN节点服务器通常会接收多个直播用户的直播请求，但现有技术的CDN节点服务器通常对多个直播用户的直播请求并发处理时，通常通过一个主处理进程控制若干个从处理进程进行处理，这在直播请求大量并发的情况下，主处理进程很容易被大量数据冲击崩溃，进而使得所有从处理进程失去控制，导致无法支持并发处理直播请求，十分影响直播用户的直播体验。
因此，发明人认为，有必要针对上述现有技术中的技术问题进行改进。
发明内容
本发明的一个目的是提供一种用于直播流媒体上传的新技术方案。
根据本发明的第一方面，提供了一种直播流媒体的上传方法，包括：
通过第一网络节点服务器接收直播用户的第一直播流媒体的上传请求，其中，所述第一直播流媒体的上传请求至少包括所述第一直播流媒体的流媒体标识以及状态信息；
通过所述第一网络节点服务器从所包含的多个处理进程中选取第一处理进程；
通过所述第一处理进程在所述第一直播流媒体上传请求中添加所述第一处理进程的进程端口号以及所述第一网络节点服务器的地址信息，生成第一上传许可请求，发送至网络管理中心；
通过所述第一处理进程接收所述网络管理中心发送的第一上传许可响应，并根据所述第一上传许可响应处理所述第一直播流媒体的上传请求。
进一步，所述通过所述第一网络节点服务器从所包含的多个处理进程中选取第一处理进程，用于处理所述第一直播流媒体的上传请求的步骤，还包括：
对第一直播流媒体的流媒体标识经过哈希算法得到第一哈希值；
将第一哈希值与所述第一网络节点服务器包含的处理进程数目进行求余，获得参考端口号；
选取与参考端口号对应的处理进程为第一处理进程。
进一步，所述通过所述第一网络节点服务器从所包含的多个处理进程中选取第一处理进程，用于处理所述第一直播流媒体的上传请求的步骤，还包括：
选取可用处理资源最多的处理进程为所述第一处理进程。
进一步，通过所述第一处理进程接收所述网络管理中心发送的第一上传许可响应，并根据所述第一上传许可响应处理所述第一直播流媒体的上传请求步骤，包括：
若所述第一上传许可响应中包括拒绝上传指示，所述第一处理进程不执行第一直播流媒体的上传处理；
若所述第一上传许可响应中包括允许上传指示，所述第一处理进程接收上传的第一直播流媒体并存储。
进一步，所述方法还包括，根据所述第一网络节点服务器的可用处理资源上限预先设置所述处理进程的数目。
进一步，所述方法还包括，根据所述第一网络节点服务器支持的网络传输协议的默认端口号，设置所述第一网络节点服务器包含的每个所述处理进程的进程端口号。
更进一步，所述网络传输协议为RTMP协议。
进一步，所述方法还包括，通过网络管理中心响应所述第一上传可序请求的步骤，包括：通过网络管理中心接收第一网络节点服务器发送的第一上传许可请求，根据所述第一上传许可请求包含的第一直播流媒体的状态信息判断是否允许上传：
若所述第一直播流媒体的状态信息为正常，则允许上传，网络管理中心记录所述第一上传许可请求所包含的第一处理进程的进程端口号以及所述第一网络节点服务器的地址信息，并发送包含允许上传指示的第一上传许可响应；
否则，不允许上传，网络管理中心发送包含拒绝上传指示的第一上传许可响应。
更进一步，所述方法还包括：
通过网络管理中心接收通过某个网络节点服务器发送的播放客户端的第一直播流媒体的播放请求，向该网络节点服务器返回所述第一直播流媒体的下载路径信息，所述下载路径信息至少包含所述第一处理进程的进程端口号以及所述第一网络节点服务器的地址信息；
通过发送第一直播流媒体的播放请求的网络节点服务器根据所述下载路径信息下载所述第一直播流媒体并发送至播放客户端以便进行播放。
进一步地，所述第一网络节点服务器包括多个相互独立的处理进程，每个所述处理进程具有唯一的进程端口号。
根据本发明的第二方面，提供了一种直播流媒体的上传装置，其特征在于，包括：
上传请求接收单元，用于通过第一网络节点服务器接收直播用户的第一直播流媒体的上传请求，其中，所述第一直播流媒体的上传请求至少包括所述第一直播流媒体的流媒体标识以及状态信息；
处理进程选取单元，用于通过所述第一网络节点服务器从所包含的多个处理进程中选取第一处理进程；
上传许可请求生成发送单元，用于由所述第一处理进程在所述第一直播流媒体上传请求中添加所述第一处理进程的进程端口号以及所述第一网络节点服务器的地址信息，生成第一上传许可请求，发送至网络管理中心；
上传许可响应接收处理单元，用于通过所述第一处理进程接收所述网络管理中心发送的第一上传许可响应，并根据所述第一上传许可响应处理所述第一直播流媒体的上传请求。
进一步，所述处理进程选取单元，还包括：
哈希值获取子单元，用于对第一直播流媒体的流媒体标识经过哈希算法得到第一哈希值；
参考端口号获取子单元，将第一哈希值与所述第一网络节点服务器包含的处理进程数目进行求余，获得参考端口号；
处理进程选取子单元，选取参考端口号对应的处理进程为第一处理进程。
进一步，所述处理进程选取单元，还用于选取可用处理资源最多的处理进程为所述第一处理进程。
进一步，所述上传许可响应接收处理单元，还用于：
若所述第一上传许可响应中包括拒绝上传指示，所述第一处理进程不执行第一直播流媒体的上传处理；
若所述第一上传许可响应中包括允许上传指示，所述第一处理进程接收上传的第一直播流媒体并存储。
进一步，所述装置还包括处理进程数目设置单元，用于根据所述第一网络节点服务器所具有的处理资源上限预先设置所述处理进程的数目。
进一步，所述装置还包括进程端口号设置单元，用于根据所述第一网络节点服务器支持的网络传输协议的默认端口号，设置所述第一网络节点服务器包含的每个所述处理进程的进程端口号。
更进一步，所述网络传输协议为RTMP协议。
进一步，所述装置，还包括：
上传许可请求响应单元，用于通过网络管理中心接收第一网络节点服务器发送的第一上传许可请求，根据所述第一上传许可请求包含的第一直播流媒体的状态信息判断是否允许上传：
若所述第一直播流媒体的状态信息为正常，则允许上传，网络管理中心记录所述第一上传许可请求所包含的第一处理进程的进程端口号以及所述第一网络节点服务器的地址信息，并发送包含允许上传指示的第一上传许可响应；
更进一步地，所述装置，还包括：
播放请求处理单元，用于通过网络管理中心接收通过某个网络节点服务器发送的播放客户端的第一直播流媒体的播放请求，向该网络节点服务器返回所述第一直播流媒体的下载路径信息，所述下载路径信息至少包含所述第一处理进程的进程端口号以及所述第一网络节点服务器的地址信息；
下载播放单元，通过发送第一直播流媒体的播放请求的网络节点服务器根据所述下载路径信息下载所述第一直播流媒体并发送至播放客户端以便进行播放。进一步地，所述第一网络节点服务器包括多个相互独立的处理进程，每个所述处理进程具有唯一的进程端口号。
本发明的发明人发现，在现有技术中，尚未提出一种直播流媒体的上传方法及装置，在网络节点服务器无需额外的主处理进程进行控制，就能实现多路直播流媒体的并发，能有效应对大量直播流媒体并发时的冲击，提升用户直播体验。因此，本发明所要实现的技术任务或者所要解决的技术问题是本领域技术人员从未想到的或者没有预期到的，故本发明是一种新的技术方案。
通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。
附图说明
被结合在说明书中并构成说明书的一部分的附图示出了本发明的实施例，并且连同其说明一起用于解释本发明的原理。
图1是本发明第一实施例的上传方法的流程图。
图2是本发明第一实施例的上传方法的一个例子的流程图。
图3是本发明第一实施例的上传方法的流程图。
图4是本发明第二实施例的上传方法的流程图。
图5是本发明第二实施例的上传方法的流程图。
图6是本发明第一实施例的上传装置的框图。
图7是本发明第一实施例的上传装置的框图。
图8是本发明第二实施例的播放装置的框图。
图9是本发明第二实施例的播放装置的框图。
图10是本发明第一实施例的直播流媒体上传系统的示意图。
图11是本发明第二实施例的直播流媒体播放系统的示意图。
具体实施方式
现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。
以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。
对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。
在这里示出和讨论的所有例子中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它例子可以具有不同的值。
应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
<第一实施例>
本发明的第一实施例，如图1所示，提供一种直播流媒体的上传方法，该方法通过第一网络节点服务器实现，包括：
步骤S1100，通过第一网络节点服务器接收直播用户的第一直播流媒体的上传请求，其中，所述第一直播流媒体的上传请求至少包括所述第一直播流媒体的流媒体标识以及状态信息。
通常直播用户都基于CDN(Content Delivery Network，即内容分发网络)进行直播，流媒体直播请求通常基于DNS发送，至少发送对应的直播流媒体的流媒体标识以及状态信息，流媒体标识用于标识不同的流媒体数据，具体的定义符合采用的流媒体协议，流媒体的状态信息通常包括流媒体是否合法，以及流媒体是在播放中、未播放等。进一步，所述第一网络节点服务器为CDN节点服务器。所述CDN节点服务器是在内容分发网络中各处放置的节点服务器。
一般的网络节点服务器都采用主处理进程控制多个从处理进程(Master-Slave Mode)，或者一个网络节点服务器只维护一个处理进程，在本实施例中，第一网络节点服务器包括多个相互独立的处理进程，其中，处理进程是第一网络节点服务器中基本的处理单元，并不一定限制在第一网络节点服务器包含的某一个具体的实体设备内，而有可能每个处理进程所需要的处理资源散步在网络节点服务器包含的多个实体设备中。并且每个处理进程之间相互独立，即每个处理进程运行过程中不受其他处理进程影响，多个处理进程同时运行可以实现第一网络节点服务器提供并发服务，例如多路直播流媒体的并发。
在一个例子中，可以根据预先设置的所述处理进程的数目，生成对应的处理进程。第一网络节点服务器包含的处理进程数目不是固定不变的，可以根据处理需求预先设置，在根据设置的数目，在生成，例如，预先设置某个所述处理进程的数目为20，设置生效后则对应的第一网络节点服务器包含20个处理进程。
进一步地，还可以根据所述第一网络节点服务器的可用处理资源上限预先设置所述处理进程的数目。例如，第一网络节点服务器可用处理资源上限是最多支持同时并发处理30路直播流媒体，而一个处理进程处理被限制为最多处理两路直播流媒体，则预先设置的处理进程的数目为15，若一个处理进程被限制为只处理一路直播流媒体，则预先设置的处理进程数目为30。
并且，第一网络节点服务器中包含每个所述处理进程具有唯一的进程端口号。所述进程端口号可以任意设置，只要能使得第一网络服务器包含的每个处理进程的进程端口号是互不相同，可以用于唯一标识对应的处理进程的目的，例如，第一网络节点服务器包含20个处理进程，可以对20个处理进程分别设置进程端口号为0,1,2，……19。在一个例子中，可以根据所述第一网络节点服务器支持的流媒体协议的默认端口号，设置所述第一网络节点服务器包含的每个所述处理进程的进程端口号。常见的流媒体协议有RTMP(Real Time Messaging Protocol,实时消息传输协议)、RTSP(Real Time Streaming Protocol,实时流传输协议)、MMSP(MicrosoftMedia Server Protocol,微软媒体服务器协议)、RTP(Real-timeTransport Protocol,实时传输协议)等。进一步，所述流媒体协议为RTMP。以第一网络节点服务器支持的流媒体协议为RTMP举例，RTMP的默认端口号为1935，若第一网络节点服务器包含20个处理进程，设置20个处理进程的进程端口号为1936,1937,1938，……，1954，1955。
在步骤S1100之后，进入步骤S1200，通过所述第一网络节点服务器从所包含的多个处理进程中选取第一处理进程，用于处理所述第一直播流媒体的上传请求。
通过第一网络节点服务器选取第一处理进程，可以采取多种选取方法，使得能尽可能利用第一网络节点服务器所包含的处理进程，实现直播视频在单个网络节点服务器的并发上传，例如简单的顺序选取，或者通过轮询算法选取。在另一个例子中，选取方法还可以由如图2所示，包括：
步骤S1210，对第一直播流媒体的流媒体标识经过哈希算法得到第一哈希值。采用现有的任意一种哈希算法，都可以将任意长度的二进制值映射为较短的固定长度的二进制值即哈希值，哈希值是一段数据唯一且极其紧凑的数值表示形式。因此采用哈希算法，可以使得获取的第一哈希值与第一直播流媒体的流媒体标识唯一对应。
步骤S1220，将第一哈希值与所述第一网络节点服务器包含的处理进程数目进行求余，获得参考端口号。第一哈希值对处理进程数目求余，若处理进程数目为大于1的正整数N，则获得的参考端口号的取值范围在[0,N-1]的正整数。
步骤S1230，选取与参考端口号对应的处理进程为第一处理进程。
以处理进程的数目为20，参考端口号为5为例，若20个处理进程的进程端口号为1936,1937，……1955，则进程端口号为1940的处理进程与参考端口号对应，将该处理进程选取为第一处理进程。
在又一个例子中，步骤S1200中选取方法还包括，选取可用处理资源最多的处理进程为所述第一处理进程。每次为处理新到达的流媒体直播请求选取可用处理资源最多的处理进程，可以进一步提升第一网络节点服务器的处理资源利用率，实现多个处理进程之间的负载均衡。
应当注意，虽然上述例子列举了选取第一处理进程的方法，但并不意味着，限定第一处理进程只能处理第一直播流媒体的上传请求，第一处理进程也被选取用于处理多路第一直播流媒体的上传请求。
在步骤S1200之后，进入步骤S1300，通过所述第一处理进程在所述第一直播流媒体上传请求中添加所述第一处理进程的进程端口号以及所述第一网络节点服务器的地址信息，生成第一上传许可请求，发送至网络管理中心。
其中，第一上传许可请求在一些网络协议中又称为鉴权请求，直播用户所需直播流媒体通常都需要进过网络管理中心的鉴权允许，判断状态是否正常允许直播等，在本实施例中，在第一上传许可请求中还需携带网络节点服务器的地址信息(例如IP地址等)以及处理第一直播流媒体的上传请求的第一处理进程的进程端口号，以便网络管理中心记录，后续生成与第一直播流媒体下载播放的下载路径信息。
在步骤S1300之后，进入步骤S1400，通过所述第一处理进程接收所述网络管理中心发送的第一上传许可响应，并根据所述第一上传许可响应包含的上传指示执行第一直播流媒体的上传处理。
在一个例子中，步骤S1400还包括：若所述第一上传许可响应中包括拒绝上传指示，所述第一处理进程不执行第一直播流媒体的上传处理；若所述第一上传许可响应中包括允许上传指示，所述第一处理进程接收上传的第一直播流媒体并存储。
与上述的实施例相对应，在另一个实施例中还提供一种直播流媒体的上传方法，通过网络管理中心实现，如图3所示，包括：
步骤S2100，通过网络管理中心接收第一网络节点服务器发送的第一上传许可请求；
步骤S2200，通过网络管理中心记录所述第一上传许可请求所包含的第一处理进程的进程端口号以及所述第一网络节点服务器的地址信息，并生成第一上传许可响应，发送至所述第一网络节点服务器。
在一个例子中，步骤S2200还包括，根据所述第一上传许可请求包含的第一直播流媒体的状态信息判断是否允许上传：若所述第一直播流媒体的状态信息为正常，则允许上传，网络管理中心记录所述第一上传许可请求所包含的第一处理进程的进程端口号以及所述第一网络节点服务器的地址信息，并发送包含允许上传指示的第一上传许可响应；否则，不允许上传，网络管理中心发送包含拒绝上传指示的第一上传许可响应。
第一直播流媒体的状态信息，流媒体的状态信息通常包括流媒体是否合法，以及流媒体是在播放中、未播放等，所述直播流媒体的状态信息正常，通常是指流媒体来源合法等。反之，状态为异常。判断直播流媒体的状态信息是否正常的具体规则还可以遵从网络传输协议、行业标准或国家标准等，不再赘述。
在一个例子，本实施例中提供的流媒体服务上传方法，还包括：通过网络管理中心接收通过某个网络节点服务器发送的播放客户端的第一直播流媒体的播放请求，向该网络节点服务器返回所述第一直播流媒体的下载路径信息，所述下载路径信息至少包含所述第一处理进程的进程端口号以及所述第一网络节点服务器的地址信息；
通过发送第一直播流媒体的播放请求的网络节点服务器根据所述下载路径信息下载所述第一直播流媒体并发送至播放客户端以便进行播放。
图5示出了根据本发明第一实施例的一种直播流媒体的上传装置5000，上传装置5000可以包含在第一网络节点服务器中或与第一网络节点服务器连接，用于实现图1或图2所示的上传方法，故重复部分不再详细描述。
上传装置5000包括：上传请求接收单元5100、处理进程选取单元5200、上传许可请求生成发送单元5300以及上传许可响应接收处理单元5400，进一步，还包括处理进程生成单元5500、处理进程数据设置单元5600、进程端口号设置单元5700。
上传请求接收单元5100，用于通过第一网络节点服务器接收直播用户的第一直播流媒体的上传请求，其中，所述第一直播流媒体的上传请求至少包括所述第一直播流媒体的流媒体标识以及状态信息。
进一步，所述第一网络节点服务器为CDN节点服务器。
处理进程选取单元5200，用于通过所述第一网络节点服务器从所包含的多个处理进程中选取第一处理进程。
进一步，所述处理进程选取单元5200，还包括：
哈希值获取子单元5210，用于对第一直播流媒体的流媒体标识经过哈希算法得到第一哈希值；
参考端口号获取子单元5220，将第一哈希值与所述第一网络节点服务器包含的处理进程数目进行求余，获得参考端口号；
处理进程选取子单元5230，选取参考端口号对应的处理进程为第一处理进程。
进一步，所述处理进程选取单元5200，还用于选取可用处理资源最多的处理进程为所述第一处理进程。
上传许可请求生成发送单元5300，用于通过所述第一处理进程在所述第一直播流媒体上传请求中添加所述第一处理进程的进程端口号以及所述第一网络节点服务器的地址信息，生成第一上传许可请求，发送至网络管理中心。
上传许可响应接收处理单元5400，用于通过所述第一处理进程接收所述网络管理中心发送的第一上传许可响应，并根据所述第一上传许可响应处理所述第一直播流媒体的上传请求。
进一步，上传许可响应接收处理单元5400，还用于：若所述第一上传许可响应中包括拒绝上传指示，所述第一处理进程不执行第一直播流媒体的上传处理；若所述第一上传许可响应中包括允许上传指示，所述第一处理进程接收上传的第一直播流媒体并存储。
进一步，所述上传装置5000，还包括处理进程生成单元5500，用于根据预先设置的所述处理进程的数目，生成对应的处理进程。
进一步，所述上传装置5000，还包括处理进程数目设置单元5600，用于根据所述第一网络节点服务器所具有的处理资源上限预先设置所述处理进程的数目。
进一步，所述上传装置5000，还包括进程端口号设置单元5700，用于根据所述第一网络节点服务器支持的网络传输协议的默认端口号，设置所述第一网络节点服务器包含的每个所述处理进程的进程端口号。
进一步，所述网络传输协议为RTMP协议。
图5示出了与上述实施例提供的上传装置5000对应的上传装置6000，上传装置6000可以包含在网络管理中心中或与网络管理中心连接，用于实现图3所示的上传方法，故重复部分不再详细描述。
上传装置6000包括上传许可请求接收单元6100上传许可请求响应单元6200、播放请求处理单元单元(未示出)以及下载播放单元(未示出)。
上传许可请求接收单元6100，用于通过网络管理中心接收第一网络节点服务器发送的第一上传许可请求；
上传许可请求响应单元6200，用于通过网络管理中心记录所述第一上传许可请求所包含的第一处理进程的进程端口号以及所述第一网络节点服务器的地址信息，并生成第一上传许可响应，发送至所述第一网络节点服务器。
所述上传许可请求响应单元6200，还用于根据所述第一上传许可请求包含的第一直播流媒体的状态信息判断是否允许上传：
若所述第一直播流媒体的状态信息为正常，则允许上传，网络管理中心记录所述第一上传许可请求所包含的第一处理进程的进程端口号以及所述第一网络节点服务器的地址信息，并发送包含允许上传指示的第一上传许可响应；
否则，不允许上传，网络管理中心发送包含拒绝上传指示的第一上传许可响应。
进一步地，所述装置6000，还包括：
播放请求处理单元，用于通过网络管理中心接收通过某个网络节点服务器发送的播放客户端的第一直播流媒体的播放请求，向该网络节点服务器返回所述第一直播流媒体的下载路径信息，所述下载路径信息至少包含所述第一处理进程的进程端口号以及所述第一网络节点服务器的地址信息；
下载播放单元，通过发送第一直播流媒体的播放请求的网络节点服务器根据所述下载路径信息下载所述第一直播流媒体并发送至播放客户端以便进行播放。
进一步地，所述第一网络节点服务器包括多个相互独立的处理进程，每个所述处理进程具有唯一的进程端口号。
根据本发明的第一实施例，还提供一种直播流媒体的系统，如图10所示，包括第一网络节点服务器51和网络管理中心61。
第一网络节点服务器51，包括多个相互独立的处理进程，每个所述处理进程具有唯一的进程端口号，并且本发明实施例提供的上传装置5000，用于接收直播用户的第一直播流媒体的上传请求，从其包含的多个处理进程中选取第一处理进程，在所述第一直播流媒体上传请求中添加所述第一处理进程的进程端口号以及所述第一网络节点服务器的地址信息，生成第一上传许可请求，发送至网络管理中心，并且通过所述第一处理进程接收所述网络管理中心发送的第一上传许可响应，并根据所述第一上传许可响应处理所述第一直播流媒体的上传请求。
所述网络管理中心并且本发明实施例提供的上传装置6000，用于接收第一网络节点服务器发送的第一上传许可请求，以及记录所述第一上传许可请求所包含的第一处理进程的进程端口号以及所述第一网络节点服务器的地址信息，并生成第一上传许可响应，发送至所述第一网络节点服务器。
以上已经结合附图描述了本发明的第一实施例，根据本实施例，提供一种直播流媒体的上传方法、装置，通过包含多个独立处理进程的第一网络节点服务器接收直播用户的直播请求，选取处理直播请求的第一处理进程，并将第一处理进程具有的唯一的进程端口号添加在直播请求中生成直播许可请求发送给网络管理中心，通过网络管理中心记录第一处理进程的进程端口号并生成直播许可响应发送至第一网络节点服务器，再通过第一网络节点服务器接收上传的直播流媒体并存储。采用本方案，可以在网络节点服务器侧对多路直播流媒体并行上传，无需额外的主处理进程进行控制，能有效应对大量直播流媒体并发时的冲击，提升用户直播体验。
<第二实施例>
本发明的第二实施例，如图4所示，提供一种直播流媒体的播放方法，通过第二网络节点服务器实现，包括：
步骤S3100，通过第二网络节点服务器接收播放客户端的第一直播流媒体的播放请求并将所述播放请求发送至网络管理中心，其中，所述第一直播流媒体根据第一实施例中提供的如图1或图2所示的上传方法进行上传，并存储于所述第一网络节点服务器的所述第一处理进程；
步骤S3200，通过第二网络节点服务器接收所述网络管理中心发送的所述第一直播流媒体的下载路径信息，所述下载路径信息至少包含所述第一处理进程的进程端口号以及所述第一网络节点服务器的地址信息，用于指示所述第一直播流媒体存储于所述第一网络节点服务器的所述第一处理进程；
步骤S3300，通过所述第二网络节点服务器根据所述下载路径信息下载所述第一直播流媒体并发送至播放客户端以便进行播放。
第二网络节点服务器根据下载路径信息，可以根据下载路径指示，从第一网络节点服务器的第一处理进程直接下载第一直播流媒体，无需第一网络节点服务器再通过主处理进程分配从处理进程并控制其进行处理。
对应地，如图5所示，本发明的第二实施例还提供一种直播流媒体的播放请求处理方法，通过网络管理中心实现，包括：
步骤S4100，通过网络管理中心接收第二网络节点服务器发送的第一直播流媒体的播放请求；
步骤S4200，通过网络管理中心根据本发明第一实施例提供的如图3所示的方法记录的所述第一处理进程的进程端口号以及所述第一网络节点服务器的地址信息，生成第一直播流媒体的播放请求的下载路径信息，并发送至所述第二网络节点服务器，所述下载路径信息用于指示所述第一直播流媒体存储于所述第一网络节点服务器的所述第一处理进程。
图8示出了根据本发明第二实施例的一种直播流媒体的播放装置7000，播放装置7000可以包含在第二网络节点服务器中或与第二网络节点服务器连接，用于实现图4示的上传方法，故重复部分不再详细描述。
播放装置7000包括：播放请求处理单元7100、下载路径信息接收单元7200以及下载播放单元7300。
播放请求处理单元7100，用于通过第二网络节点服务器接收播放客户端的第一直播流媒体的播放请求并将所述播放请求发送至网络管理中心，其中，所述第一直播流媒体根据第一实施例中提供的如图1或图2所示的上传方法进行上传，存储于所述第一网络节点服务器的所述第一处理进程。
下载路径信息接收单元7200，用于通过第二网络节点服务器接收所述网络管理中心发送的所述第一直播流媒体的下载路径信息，所述下载路径信息至少包含所述第一处理进程的进程端口号以及所述第一网络节点服务器的地址信息，用于指示所述第一直播流媒体存储于所述第一网络节点服务器的所述第一处理进程；。
下载播放单元7300，用于通过所述第二网络节点服务器根据所述下载路径信息下载所述第一直播流媒体并发送至播放客户端以便进行播放。
图9示出了与上述实施例提供的播放装置7000对应的播放请求处理装置8000，播放请求处理装置8000可以包含在网络管理中心中或与网络管理中心连接，用于实现图5所示的播放请求处理方法，故重复部分不再详细描述。
播放请求处理装置8000，包括：播放请求接收单元8100、下载路径信息生成单元8200以及下载路径信息发送单元8300。
播放请求接收单元8100，用于通过网络管理中心接收第二网络节点服务器发送的第一直播流媒体的播放请求。
下载路径信息生成单元8200，用于通过网络管理中心生成第一直播流媒体的播放请求的下载路径信息，所述下载路径信息中至少包含根据权利要求10或11所述的方法所记录的所述第一处理进程的进程端口号以及所述第一网络节点服务器的地址信息，用于指示所述第一直播流媒体存储于所述第一网络节点服务器的所述第一处理进程；
下载路径信息发送单元8300，用于通过网络管理中心将所述下载路径信息发送至所述第二网络节点服务器。
根据本发明的第二实施例，还提供一种直播流媒体的系统，如图11所示，包括第二网络节点服务器71和网络管理中心81。
第二网络节点服务器71，包含本发明第二实施例提供的播放装置7000，用于接收播放客户端的第一直播流媒体的播放请求并将所述播放请求发送至网络管理中心，以及接收所述网络管理中心发送的所述第一直播流媒体的下载路径信息，并且根据所述下载路径信息下载所述第一直播流媒体并发送至播放客户端以便进行播放；
所述网络管理中心包含本发明第二实施例提供的播放请求处理装置8000，用于接收第二网络节点服务器发送的第一直播流媒体的播放请求，生成第一直播流媒体的播放请求的下载路径信息，并发送至所述第二网络节点服务器。
以上已经结合附图描述了本发明的第二实施例，根据本实施例，提供一种直播流媒体的播放方法、装置和对应的播放请求处理方法、装置以及系统，通过第二网络节点服务器接收第一直播流媒体的播放请求发送至网络管理中心，网络管理中心生成下载路径信息发送至第二网络节点服务器，指示第一直播流媒体存储于第一网络节点服务器的第一处理进程，第二网络节点服务器根据指示进行下载并发送至客户端以便于播放。采用本方案，可以在网络节点服务器侧对多路直播流媒体实现并行播放，无需额外的主处理进程进行控制，能有效应对大量直播流媒体并发时的冲击，提升用户观看直播的体验。
本领域技术人员应当明白，可以通过各种方式来实现本实施例提供的上传装置和播放装置。例如，可以通过指令配置处理器来实现上传装置和播放装置。例如，可以将指令存储在ROM中，并且当启动设备时，将指令从ROM读取到可编程器件中来实现上传装置和播放装置。例如，可以将上上传装置和播放装置固化到专用器件(例如ASIC)中。可以将上传装置上传装置和播放装置分成相互独立的单元，或者可以将它们合并在一起实现。上传装置和播放装置可以通过上述各种实现方式中的一种来实现，或者可以通过上述各种实现方式中的两种或更多种方式的组合来实现。
注意，在本文中，所述“第一”、“第二”等单词仅用于简单限定其后的名词以便于阅读，但并不意味着限定对应的被限定的名词的先后时序、顺序、个数等，例如“第一网络节点服务器”和“第一网络节点服务器”有可能是相同的网络节点服务器，也可能是不同的网络节点服务器。
本发明可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本发明的各个方面的计算机可读程序指令。
计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。
用于执行本发明操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本发明的各个方面。
这里参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本发明的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。
这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。对于本领域技术人员来说公知的是，通过硬件方式实现、通过软件方式实现以及通过软件和硬件结合的方式实现都是等价的。
以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。本发明的范围由所附权利要求来限定。
Claims (20)
1.一种直播流媒体的上传方法，其特征在于，包括：
通过第一网络节点服务器接收直播用户的第一直播流媒体的上传请求，其中，所述第一直播流媒体的上传请求至少包括所述第一直播流媒体的流媒体标识以及状态信息；
通过所述第一网络节点服务器从所包含的多个处理进程中选取第一处理进程；
由所述第一处理进程在所述第一直播流媒体上传请求中添加所述第一处理进程的进程端口号以及所述第一网络节点服务器的地址信息，生成第一上传许可请求，发送至网络管理中心；
通过所述第一处理进程接收所述网络管理中心发送的第一上传许可响应，并根据所述第一上传许可响应处理所述第一直播流媒体的上传请求。
2.根据权利要求1所述的方法，其特征在于，所述通过所述第一网络节点服务器从所包含的多个处理进程中选取第一处理进程的步骤，还包括：
对第一直播流媒体的流媒体标识经过哈希算法得到第一哈希值；
将第一哈希值与所述第一网络节点服务器包含的处理进程数目进行求余，获得参考端口号；
选取与参考端口号对应的处理进程为第一处理进程。
3.根据权利要求1所述的方法，其特征在于，所述通过所述第一网络节点服务器从所包含的多个处理进程中选取第一处理进程的步骤，还包括：
选取可用处理资源最多的处理进程为所述第一处理进程。
4.根据权利要求1或2或3所述的方法，其特征在于，通过所述第一处理进程接收所述网络管理中心发送的第一上传许可响应，并根据所述第一上传许可响应处理所述第一直播流媒体的上传请求步骤，包括：
若所述第一上传许可响应中包括拒绝上传指示，所述第一处理进程不执行第一直播流媒体的上传处理；
若所述第一上传许可响应中包括允许上传指示，所述第一处理进程接收上传的第一直播流媒体并存储。
5.根据权利要求1或2或3所述的方法，其特征在于，还包括，根据所述第一网络节点服务器的可用处理资源上限预先设置所述处理进程的数目。
6.根据权利要求1所述的方法，其特征在于，还包括，根据所述第一网络节点服务器支持的网络传输协议的默认端口号，设置所述第一网络节点服务器包含的每个所述处理进程的进程端口号。
7.根据权利要求6所述的方法，其特征在于，所述网络传输协议为RTMP协议。
8.根据权利要求1至7任一所述的方法，其特征在于，还包括通过网络管理中心响应所述第一上传可序请求的步骤，包括：
通过网络管理中心接收第一网络节点服务器发送的第一上传许可请求，根据所述第一上传许可请求包含的第一直播流媒体的状态信息判断是否允许上传：
若所述第一直播流媒体的状态信息为正常，则允许上传，网络管理中心记录所述第一上传许可请求所包含的第一处理进程的进程端口号以及所述第一网络节点服务器的地址信息，并发送包含允许上传指示的第一上传许可响应；
否则，不允许上传，网络管理中心发送包含拒绝上传指示的第一上传许可响应。
9.根据权利要求8所述的方法，其特征在于，还包括：
通过网络管理中心接收通过某个网络节点服务器发送的播放客户端的第一直播流媒体的播放请求，向该网络节点服务器返回所述第一直播流媒体的下载路径信息，所述下载路径信息至少包含所述第一处理进程的进程端口号以及所述第一网络节点服务器的地址信息；
通过发送第一直播流媒体的播放请求的网络节点服务器根据所述下载路径信息下载所述第一直播流媒体并发送至播放客户端以便进行播放。
10.根据权利要求1至3任一所述的方法，其特征在于，还包括：
所述第一网络节点服务器包括多个相互独立的处理进程，每个所述处理进程具有唯一的进程端口号。
11.一种直播流媒体的上传装置，其特征在于，包括：
上传请求接收单元，用于通过第一网络节点服务器接收直播用户的第一直播流媒体的上传请求，其中，所述第一直播流媒体的上传请求至少包括所述第一直播流媒体的流媒体标识以及状态信息；
处理进程选取单元，用于通过所述第一网络节点服务器从所包含的多个处理进程中选取第一处理进程；
上传许可请求发送单元用于由所述第一处理进程在所述第一直播流媒体上传请求中添加所述第一处理进程的进程端口号以及所述第一网络节点服务器的地址信息，生成第一上传许可请求，发送至网络管理中心；
上传许可响应接收处理单元，用于通过所述第一处理进程接收所述网络管理中心发送的第一上传许可响应，并根据所述第一上传许可响应处理所述第一直播流媒体的上传请求。
12.根据权利要求11所述的上传装置，其特征在于，所述处理进程选取单元，还包括：
哈希值获取子单元，用于对第一直播流媒体的流媒体标识经过哈希算法得到第一哈希值；
参考端口号获取子单元，将第一哈希值与所述第一网络节点服务器包含的处理进程数目进行求余，获得参考端口号；
处理进程选取子单元，选取参考端口号对应的处理进程为第一处理进程。
13.根据权利要求11所述的上传装置，其特征在于，所述处理进程选取单元，还用于选取可用处理资源最多的处理进程为所述第一处理进程。
14.根据权利要求11或12或13所述的上传装置，其特征在于，所述上传许可响应接收处理单元，还用于：
若所述第一上传许可响应中包括拒绝上传指示，所述第一处理进程不执行第一直播流媒体的上传处理；
若所述第一上传许可响应中包括允许上传指示，所述第一处理进程接收上传的第一直播流媒体并存储。
15.根据权利要求11或12或13所述的上传装置，其特征在于，还包括，处理进程数目设置单元，用于根据所述第一网络节点服务器所具有的处理资源上限预先设置所述处理进程的数目。
16.根据权利要求11所述的上传装置，其特征在于，还包括，进程端口号设置单元，用于根据所述第一网络节点服务器支持的网络传输协议的默认端口号，设置所述第一网络节点服务器包含的每个所述处理进程的进程端口号。
17.根据权利要求16所述的上传装置，其特征在于，所述网络传输协议为RTMP协议。
18.根据权利要求11至17任一项所述的上传装置，其特征在于，还包括：
上传许可请求响应单元，用于通过网络管理中心接收第一网络节点服务器发送的第一上传许可请求，根据所述第一上传许可请求包含的第一直播流媒体的状态信息判断是否允许上传：
若所述第一直播流媒体的状态信息为正常，则允许上传，网络管理中心记录所述第一上传许可请求所包含的第一处理进程的进程端口号以及所述第一网络节点服务器的地址信息，并发送包含允许上传指示的第一上传许可响应；
否则，不允许上传，网络管理中心发送包含拒绝上传指示的第一上传许可响应。
19.根据权利要求18所述的装置，其特征在于，还包括：
播放请求处理单元，用于通过网络管理中心接收通过某个网络节点服务器发送的播放客户端的第一直播流媒体的播放请求，向该网络节点服务器返回所述第一直播流媒体的下载路径信息，所述下载路径信息至少包含所述第一处理进程的进程端口号以及所述第一网络节点服务器的地址信息；
下载播放单元，通过发送第一直播流媒体的播放请求的网络节点服务器根据所述下载路径信息下载所述第一直播流媒体并发送至播放客户端以便进行播放。
20.根据权利要求11或12或13所述的上传装置，其特征在于，所述第一网络节点服务器包括多个相互独立的处理进程，每个所述处理进程具有唯一的进程端口号。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610252513.0A CN105959711A (zh) | 2016-04-21 | 2016-04-21 | 一种直播流媒体的上传方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610252513.0A CN105959711A (zh) | 2016-04-21 | 2016-04-21 | 一种直播流媒体的上传方法及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN105959711A true CN105959711A (zh) | 2016-09-21 |
Family
ID=56914773
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610252513.0A Pending CN105959711A (zh) | 2016-04-21 | 2016-04-21 | 一种直播流媒体的上传方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105959711A (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108694571A (zh) * | 2017-04-11 | 2018-10-23 | 优酷网络技术（北京）有限公司 | 一种基于多进程的业务处理方法及装置 |
| CN110300306A (zh) * | 2019-06-13 | 2019-10-01 | 武汉微创光电股份有限公司 | 基于rtmp协议直播流负载均衡算法 |
| WO2019200630A1 (zh) * | 2018-04-18 | 2019-10-24 | 网宿科技股份有限公司 | 一种流媒体资源的传输方法及系统 |
| CN111522650A (zh) * | 2019-02-02 | 2020-08-11 | 阿里巴巴集团控股有限公司 | 分布式系统的业务请求处理方法、装置及电子设备 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101272266A (zh) * | 2008-04-24 | 2008-09-24 | 华为技术有限公司 | 一种音视频会议中实现文件共享的方法、装置及系统 |
| CN101308467A (zh) * | 2008-07-16 | 2008-11-19 | 杭州华三通信技术有限公司 | 一种任务处理的方法和装置 |
| CN101674298A (zh) * | 2008-09-11 | 2010-03-17 | 华为技术有限公司 | 以文件方式传输媒体内容的方法、系统及设备 |
| CN104133724A (zh) * | 2014-04-03 | 2014-11-05 | 腾讯科技（深圳）有限公司 | 并发任务调度方法及装置 |
| CN104580219A (zh) * | 2015-01-09 | 2015-04-29 | 天脉聚源（北京）科技有限公司 | 一种提供直播流的方法和系统 |
| CN105279029A (zh) * | 2015-11-24 | 2016-01-27 | 无锡江南计算技术研究所 | 一种基于作业计算资源的局部存储动态分配方法 |
| CN105468450A (zh) * | 2015-12-29 | 2016-04-06 | 华为技术有限公司 | 任务调度方法及系统 |
-
2016
- 2016-04-21 CN CN201610252513.0A patent/CN105959711A/zh active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101272266A (zh) * | 2008-04-24 | 2008-09-24 | 华为技术有限公司 | 一种音视频会议中实现文件共享的方法、装置及系统 |
| CN101308467A (zh) * | 2008-07-16 | 2008-11-19 | 杭州华三通信技术有限公司 | 一种任务处理的方法和装置 |
| CN101674298A (zh) * | 2008-09-11 | 2010-03-17 | 华为技术有限公司 | 以文件方式传输媒体内容的方法、系统及设备 |
| CN104133724A (zh) * | 2014-04-03 | 2014-11-05 | 腾讯科技（深圳）有限公司 | 并发任务调度方法及装置 |
| CN104580219A (zh) * | 2015-01-09 | 2015-04-29 | 天脉聚源（北京）科技有限公司 | 一种提供直播流的方法和系统 |
| CN105279029A (zh) * | 2015-11-24 | 2016-01-27 | 无锡江南计算技术研究所 | 一种基于作业计算资源的局部存储动态分配方法 |
| CN105468450A (zh) * | 2015-12-29 | 2016-04-06 | 华为技术有限公司 | 任务调度方法及系统 |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108694571A (zh) * | 2017-04-11 | 2018-10-23 | 优酷网络技术（北京）有限公司 | 一种基于多进程的业务处理方法及装置 |
| WO2019200630A1 (zh) * | 2018-04-18 | 2019-10-24 | 网宿科技股份有限公司 | 一种流媒体资源的传输方法及系统 |
| CN111522650A (zh) * | 2019-02-02 | 2020-08-11 | 阿里巴巴集团控股有限公司 | 分布式系统的业务请求处理方法、装置及电子设备 |
| CN110300306A (zh) * | 2019-06-13 | 2019-10-01 | 武汉微创光电股份有限公司 | 基于rtmp协议直播流负载均衡算法 |
| CN110300306B (zh) * | 2019-06-13 | 2021-07-06 | 武汉微创光电股份有限公司 | 基于rtmp协议直播流负载均衡方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106464680B (zh) | 内容分发网络中的带宽管理 | |
| CN108989885A (zh) | 视频文件转码系统、分割方法、转码方法及装置 | |
| CN103200430B (zh) | 个人内容分享方法、系统、服务器和终端设备 | |
| CN105959711A (zh) | 一种直播流媒体的上传方法及装置 | |
| CN110830735B (zh) | 一种视频生成方法、装置、计算机设备和存储介质 | |
| CN109963162A (zh) | 一种云导播系统及直播处理方法、装置 | |
| KR20150077461A (ko) | 적응형 스트리밍에 있어서 url 파라미터의 삽입과 추가 | |
| CN107113454A (zh) | 配置引用用于自适应流式传输视频的基础设施服务提供商的清单文件 | |
| CN105959354A (zh) | 一种流媒体服务的负载调度方法及系统 | |
| CN108200447A (zh) | 直播数据传输方法、装置、电子设备、服务器及存储介质 | |
| WO2016054923A1 (zh) | 一种基于hls协议的用户信息获取方法和服务器 | |
| CN108668145B (zh) | 一种内容分发方法及装置 | |
| CN108810052A (zh) | 直播服务器的选择方法及装置 | |
| US11025738B2 (en) | Systems and methods for determining a destination location for transmission of packetized data in a network system based on an application server attribute | |
| CN110263579A (zh) | 一种数据处理方法、系统及相关设备 | |
| CN109521956A (zh) | 一种基于区块链的云存储方法、装置、设备及存储介质 | |
| CN108156475A (zh) | 一种视频直播的监控方法和装置 | |
| CN109688417A (zh) | 一种数据分发系统、方法、装置、电视盒子及存储介质 | |
| CN109983777A (zh) | 启用媒体编排 | |
| CN109150936A (zh) | 一种分布式集群中会话对象Session的共享方法及装置 | |
| CN105900446A (zh) | 通信装置、通信数据生成方法和通信数据处理方法 | |
| CN106792244A (zh) | 视频直播方法及装置 | |
| CN113452604A (zh) | 业务数据处理方法以及装置 | |
| KR101634322B1 (ko) | 가상 물리 시스템에서의 데이터 분배 서비스를 지원하기 위한 QoS 프로파일 생성 장치 및 방법 | |
| CN106134156B (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 | ||
| WD01 | Invention patent application deemed withdrawn after publication | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20160921 |