CN107809681A - 切片视频传输的方法及装置 - Google Patents

切片视频传输的方法及装置 Download PDF

Info

Publication number
CN107809681A
CN107809681A CN201710980625.2A CN201710980625A CN107809681A CN 107809681 A CN107809681 A CN 107809681A CN 201710980625 A CN201710980625 A CN 201710980625A CN 107809681 A CN107809681 A CN 107809681A
Authority
CN
China
Prior art keywords
request
client
video
section video
rtmfp
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
CN201710980625.2A
Other languages
English (en)
Other versions
CN107809681B (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.)
Guangdong Southern Digital Television Wireless Communication Co Ltd
Original Assignee
Guangdong Southern Digital Television Wireless Communication 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 Guangdong Southern Digital Television Wireless Communication Co Ltd filed Critical Guangdong Southern Digital Television Wireless Communication Co Ltd
Priority to CN201710980625.2A priority Critical patent/CN107809681B/zh
Publication of CN107809681A publication Critical patent/CN107809681A/zh
Application granted granted Critical
Publication of CN107809681B publication Critical patent/CN107809681B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

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/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
    • H04N21/6437—Real-time Transport Protocol [RTP]
    • 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/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2408—Monitoring of the upstream path of the transmission network, e.g. 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
    • H04N21/44004—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving video buffer management, e.g. video decoder buffer or video display buffer
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
    • H04N21/44012—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving rendering scenes according to scene graphs, e.g. MPEG-4 scene graphs
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8455—Structuring of content, e.g. decomposing content into time segments involving pointers to the content, e.g. pointers to the I-frames of the video stream
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments

Abstract

本发明涉及切片视频传输的方法及装置。所述方法包括：客户端建立与服务器之间基于实时媒体流协议RTMFP的通信连接，基于所述通信连接客户端向服务器发送获取切片视频的请求消息，其中，所述获取切片视频的请求消息为基于AMF‑RPC实现的第一请求函数，其包含所请求的切片视频的标识信息；接收服务器发送的与所述请求消息对应的响应消息，解析所述响应消息获得请求的切片视频。本发明方案能够优化客户端播放网络视频文件的播放卡顿问题。

Description

切片视频传输的方法及装置
技术领域
本发明涉及数据传输技术领域，特别是涉及切片视频传输的方法和装置。
背景技术
对于视频文件的传输，传统的直播/点播采用按帧传输的方式，近年来，互联网视频网站开始采用切片式的传输协议，包括苹果公司的HLS(HTTP Live Streaming)，Adobe公司的HDS(HTTP Dynamic Streaming)，以及MPEG标准化组织的MPEG-DASH。
这些切片式的传输协议的底层传输均采用HTTP/HTTPS协议，因此能够兼容传统的CDN(Content Delivery Network，内容分发网络)，由客户端按需索取切片数据，增大了客户端的缓冲，一定程度上缓解了网络波动问题。然而，由于HTTP/HTTPS对丢包敏感，且延迟较大，因此现有的切片式的传输协议，客户端通过网络获取视频文件进行播放时，尤其是在网络波动较大、丢包率和延迟均较大的无线网络环境下，客户端经常出现播放卡顿的问题。
发明内容
基于此，本发明提供了切片视频传输的方法及装置，能够解决客户端播放网络视频文件时的播放卡顿问题。
本发明方案包括：
一种切片视频传输方法，包括以下步骤：
建立与服务器之间基于实时媒体流协议RTMFP的通信连接，基于所述通信连接向服务器发送获取切片视频的请求消息，其中，所述获取切片视频的请求消息为基于AMF-RPC实现的第一请求函数，其包含所请求的切片视频的标识信息；
接收服务器发送的与所述请求消息对应的响应消息，解析所述响应消息获得请求的切片视频。
其中，还包括：
向服务器发送取消切片视频传输的请求消息，其中，所述取消切片视频传输的请求消息为基于AMF-RPC实现的第二请求函数。
其中，所述AMF-RPC是使用AMF数据格式实现的远程方法调用，其中，所述AMF数据格式是用于flash远程调用的一种数据格式。
其中，所述第一请求函数的格式为：
get(<URI>,<HTTP HEADERS>,<TASK ID>)，
其中，get表示调用名，其数据类型为AMF0String；<URI>表示请求的视频文件的统一资源定位符URI，其数据类型为AMF0String；<HTTP HEADERS>表示HTTP请求头，其数据类型为AMF0Object；<TASK ID>表示请求的任务ID，其数据类型为AMF0 Number；
其中，所述第二请求函数的格式为：
get(<NULL>,<Ranges>,<TASK ID>)，
其中，get表示调用名，其数据类型为AMF0String；<NULL>表示空参数，其数据类型为NULL；<Ranges>表示取消传输的数据范围，其数据类型为AMF3 ByteArray；<TASK ID>表示请求的任务ID，其数据类型为AMF0 Number。
其中，还包括，获得请求的切片视频之后，将该切片视频数据推送至视频缓冲区并进行渲染播放。
其中，还包括：
检测所述视频缓冲区的切片视频数据是否达到预设值；
若否，则继续向服务器发送获取切片视频的请求消息；
若是，则启动延时定时器，达到预设的时间后重新检测所述视频缓冲区的视频切片数据是否达到所述预设值。
一种切片视频传输方法，包括以下步骤：
建立与客户端之间基于实时媒体流协议RTMFP的通信连接，基于所述通信连接接收客户端发送的获取切片视频的请求消息，所述请求消息为基于AMF-RPC实现的第一请求函数，其包含所请求的切片视频的标识信息；
基于符合RTMFP协议规则的UDP端口向客户端发送响应消息，所述响应消息为基于AMF-RPC实现的响应函数，使得客户端获得相应的切片视频。
其中，建立与客户端之间基于实时媒体流协议RTMFP的通信连接的步骤包括：
监听符合RTMFP协议规则的UDP端口，读取UDP包，对所述UDP包的前3个DOWRD异或，得到连接ID；
若所述连接ID等于设定数值，将所述UDP包识别为握手数据包，向客户端回送Rhello消息，以建立与客户端之间基于实时媒体流协议RTMFP的通信连接；其中，所述Rhello消息中包括：根据所述握手数据包处理IKeying密钥交换向客户端回送的Rkeying信息；
在建立与客户端之间基于实时媒体流协议RTMFP的通信连接的步骤之后，还包括：生成以所述连接ID为唯一标识的连接对象并加入到连接对象表中。
其中，在建立与客户端之间基于实时媒体流协议RTMFP的通信连接的步骤之后，还包括：
监听符合RTMFP协议规则的UDP端口并读取UDP数据包，以接收客户端发送的取消切片视频的请求消息，该请求消息为基于AMF-RPC实现的第二请求函数，其包含所取消的切片视频的标识信息；
根据客户端发送的取消切片视频的请求消息，取消对相应切片视频的传输。
其中，所述AMF-RPC是使用AMF数据格式实现的远程方法调用，其中，所述AMF数据格式是用于flash远程调用的一种数据格式。
其中，所述第一请求函数的格式为：
get(<URI>,<HTTP HEADERS>,<TASK ID>)，
其中，get表示调用名，其数据类型为AMF0String；<URI>表示请求的视频文件的统一资源定位符URI，其数据类型为AMF0String；<HTTP HEADERS>表示HTTP请求头，其数据类型为AMF0Object；<TASK ID>表示请求的任务ID，其数据类型为AMF0 Number；
其中，所述第二请求函数的格式为：
get(<NULL>,<Ranges>,<TASK ID>)，
其中，get表示调用名，其数据类型为AMF0String；<NULL>表示空参数，其数据类型为NULL；<Ranges>表示取消传输的数据范围，其数据类型为AMF3ByteArray；<TASK ID>表示请求的任务ID，其数据类型为AMF0 Number。
其中，若所述连接ID等于零，将所述UDP包识别为握手数据包，若所述连接ID不为零，将所述UDP包识别为连接数据包。
其中，所述握手包采用预设的固定密钥以AES-128方式加密；所述连接数据包采用的加密密钥为预设的固定密钥经过迪菲-赫尔曼DH密钥交换之后产生的密钥，所述连接数据包以AES-128方式加密。
其中，所述响应函数的格式为：
getr(<BLOCK>,<TYPE>,<TASK ID>)；
其中，getr表示调用名，其数据类型为AMF0String；<BLOCK>表示响应的切片视频，其数据类型为AMF3 ByteArray；<TYPE>表示响应类型，其数据类型为AMF0 Number，0为HTTP响应头，1为HTTP响应体，2为响应结束；<TASK ID>表示客户端的请求任务ID，其数据类型为AMF0 Number。
一种切片视频传输装置，包括：
发送模块：用于建立与服务器之间基于实时媒体流协议RTMFP的通信连接，基于所述通信连接向服务器发送获取切片视频的请求消息，其中，所述获取切片视频的请求消息为基于AMF-RPC实现的第一请求函数，其包含所请求的切片视频的标识信息；
接收模块：用于接收服务器发送的与所述请求消息对应的响应消息，解析所述响应消息获得请求的切片视频。
一种切片视频传输装置，包括：
监听模块：用于建立与客户端之间基于实时媒体流协议RTMFP的通信连接，基于所述通信连接接收客户端发送的获取切片视频的请求消息，所述请求消息为基于AMF-RPC实现的第一请求函数，其包含所请求的切片视频的标识信息；
响应模块：用于基于符合RTMFP协议规则的UDP端口向客户端发送响应消息，所述响应消息为基于AMF-RPC实现的响应函数，使得客户端获得相应的切片视频。
一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述任一方法的步骤。
一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述任一方法的步骤。
上述技术方案，客户端建立与服务器之间基于实时媒体流协议RTMFP的通信连接，基于所述通信连接向服务器发送获取切片视频的请求消息；对应地，服务器通过监听符合RTMFP协议规则的UDP端口并读取UDP数据包，以接收客户端发送的获取切片视频的请求消息，所述获取切片视频的请求消息为基于AMF-RPC实现的第一请求函数，其包含所请求的切片视频的标识信息；基于所述符合RTMFP协议规则的UDP端口向客户端发送响应消息，所述响应消息为基于AMF-RPC实现的响应函数，使得客户端获得相应的切片视频；客户端接收服务器发送的与所述请求消息对应的响应消息，解析所述响应消息获得请求的切片视频；此外，客户端还可基于AMF-RPC实现的第二请求函数，向服务器请求取消传输设定范围的切片视频，服务器收到取消传输切片视频的请求消息后，不再向客户端传输对应范围的切片视频。客户端和服务器通过所述RTMFP协议上传输视频切片数据，可实现在高丢包率、高延迟的网络环境下客户端视频文件的无卡顿播放。
附图说明
图1为实现本发明切片视频传输方法的环境示意图；
图2为一实施例的客户端切片视频传输方法的示意性流程图；
图3为另一实施例的客户端获取切片视频的方法的示意性流程图；
图4为一实施例的服务器端切片视频传输方法的示意性流程图；
图5为另一实施例的服务器端切片视频传输的方法的示意性流程图；
图6为一实施例的切片视频传输的装置的示意性结构图；
图7为另一实施例的切片视频传输的装置的示意性结构图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
本发明中的步骤虽然用标号进行了排列，但并不用于限定步骤的先后次序，除非明确说明了步骤的次序或者某步骤的执行需要其他步骤作为基础，否则步骤的相对次序是可以调整的。
图1为实现视频切片数据传输的方法的环境示意图；如图1所示，该系统包括客户端和服务器。其中，所述服务器中保存有视频文件的切片数据(即切片视频)，所述视频文件的切片数据指的是，将直播流或者点播视频流文件包含的数据，按固定的时间单位，例如3秒到10秒不等进行切分，形成一组切片数据，此外，通常还生成一个索引文件，记录视频文件信息，包括文件标识信息，例如URI(Uniform Resource Identifier，统一资源标识符)信息等。所述客户端运行在终端上，可用于播放视频文件，所述终端可为智能手机、平板、移动电脑等，所述客户端可以为PC端的应用程序、Android App、IOS App等，包括但不限于AdobeFlash player。
进一步的，所述客户端实现了RTMFP(Real Time Media Flow Protocol，实时媒体流协议)，并在RTMFP协议基础上，基于AMF-RPC定义了客户端HTTP GET方法的语法和语义。所述服务器也实现了RTMFP协议，并在RTMFP协议基础上，采用AMF-RPC定义了服务器端HTTPGET方法的语法和语义。
其中，RTMFP是Adobe公司开发的一种专有协议，可以让Adobe Flash Player所在的终端用户之间实现直接点对点等多种通信。
其中，所述AMF-RPC是使用AMF数据格式实现的远程方法调用，其中，所述AMF数据格式是用于flash远程调用的一种数据格式。RPC(Remote Procedure Call Protocol，远程过程调用协议)
可选地，所述客户端同时还实现HTTP协议，作为客户端在RTMFP协议不可用的场合的备用传输协议。所述服务器同时还实现HTTP协议，与RTMFP协议并行运行，由此，客户端可探测和选定HTTP协议或者RTMFP协议与所述服务器连接通信连接。
基于上述环境，图2为一实施例的客服端的切片视频传输方法的示意性流程图；在该实施例中，是以该方法应用于客户端为例进行说明。如图2所示，本实施例中的所述视频切片数据传输的方法包括步骤：
S11，建立与服务器之间基于实时媒体流协议RTMFP的通信连接，基于所述通信连接向服务器发送获取切片视频的请求消息，其中，所述获取切片视频的请求消息为基于AMF-RPC实现的第一请求函数，其包含所请求的切片视频的标识信息；
S12，接收服务器发送的与所述请求消息对应的响应消息，解析所述响应消息获得请求的切片视频。
其中，所述AMF-RPC是使用AMF数据格式实现的远程方法调用，其中，所述AMF数据格式是用于flash远程调用的一种数据格式。
在一可选实施例中，所述第一请求函数的格式为：
get(<URI>,<HTTP HEADERS>,<TASK ID>)，
其中，get表示调用名，其数据类型为AMF0String；<URI>表示请求的视频文件的统一资源定位符URI，其数据类型为AMF0String；<HTTP HEADERS>表示HTTP请求头，其数据类型为AMF0Object；<TASK ID>表示请求的任务ID，其数据类型为AMF0 Number。
在一可选实施例中，所述第二请求函数的格式为：
get(<NULL>,<Ranges>,<TASK ID>)，
其中，get表示调用名，其数据类型为AMF0String；<NULL>表示空参数，其数据类型为NULL；<Ranges>表示取消传输的数据范围，其数据类型为AMF3ByteArray；<TASK ID>表示请求的任务ID，其数据类型为AMF0 Number。
客户端向服务器发送请求获取切片数据的请求指令，所述请求指令为基于AMF-RPC定义的HTTP GET指令，所述请求指令中包括请求的切片数据的标识信息；服务器通过与客户端之间的RTMFP通信连接接收客户端的所述请求指令，根据所述请求指令中携带的切片数据的标识信息查询得到对应的切片数据，生成所述切片数据对应的响应消息并发送给所述客户端，所述响应消息为基于AMF-RPC定义的HTTP GET响应消息；进一步地，客户端解析所述响应消息，获得所述视频文件对应的切片数据。
基于上述实施例的切片视频的方法，客户端通过RTMFP协议向服务器发送基于AMF-RPC定义的HTTP GET指令，以请求获取视频文件对应的切片数据，所述请求指令中包括请求的切片数据的标识信息；服务器通过与客户端之间的RTMFP通信连接接收客户端的所述请求指令，根据视频文件的标识信息查询得到对应的切片数据，生成对应的响应消息，基于所述符合RTMFP协议规则的UDP端口向客户端发送响应消息；客户端接收并解析所述响应消息，由此可获得所述视频文件对应的切片数据。客户端和服务器通过所述RTMFP协议上传输视频的切片数据，可实现在高丢包率、高延迟的网络环境下客户端视频文件的无卡顿播放。
在一实施例中，建立与服务器之间基于实时媒体流协议RTMFP的通信连接的步骤的具体实现方式包括：
服务器监听符合RTMFP协议规则的UDP端口，读取UDP包；对所述UDP包的前3个DOWRD异或，得到连接ID；若所述连接ID等于设定数值，将所述UDP包识别为握手数据包，向客户端回送Rhello消息，以建立与客户端之间基于实时媒体流协议RTMFP的通信连接；其中，所述Rhello消息中包括：根据所述握手数据包处理IKeying密钥交换向客户端回送的Rkeying信息。
若所述连接ID等于设定数值，所述服务器在建立与客户端之间基于实时媒体流协议RTMFP的通信连接之后，还生成以所述连接ID为唯一标识的连接对象并加入到连接对象表中。
其中，DWORD全称Double Word，每个word为2个字节的长度，DWORD双字即为4个字节。
优选地，若所述连接ID等于零，将所述UDP包识别为握手数据包，若所述连接ID不为零，将所述UDP包识别为连接数据包。
在一实施例中，所述请求获取视频文件对应的切片数据的指令的格式包括：
get(<URI>,<HTTP HEADERS>,<TASK ID>)；
其中，get表示调用名；<URI>表示所请求的视频文件的URI；
<HTTP HEADERS>表示本次请求的HTTP请求头；<TASK ID>表示本次的请求任务ID。
可选地，get调用名为AMF0String类型；<URI>为AMF0String类型；<HTTP HEADERS>为AMF0Object类型，如果<HTTP HEADERS>为NULL，则表示没有请求头；<TASK ID>为AMF0Number类型；优选地，请求任务ID从1开始，即第一个请求任务的请求任务ID为1，第二个请求任务的请求任务ID为2，以此类推。
所述HTTP GET响应消息的格式包括：
getr(<BLOCK>,<TYPE>,<TASK ID>)；
其中，getr表示调用名；<BLOCK>表示响应的数据块，用于存储切片数据；<TYPE>表示响应类型；<TASK ID>表示客户端的请求任务ID，由客户端分配的唯一标识本次请求任务的ID，从1开始。
可选地，getr调用名为AMF0String类型；<BLOCK>为AMF3 ByteArray类型；<TYPE>为AMF0 Number类型；<TASK ID>为AMF0 Number类型。其中，<TYPE>为0表示HTTP响应头，<TYPE>为1表示HTTP响应体，<TYPE>为2表示结束响应。
可选地，所述响应类型包括HTTP响应头、HTTP响应体或者响应结束。例如：<TYPE>为0表示HTTP响应头，为1表示HTTP响应体，为2表示响应结束。
进一步地，在一实施例中，所述的切片视频传输方法还包括：向服务器发送取消切片视频传输的请求消息，其中，所述取消切片视频传输的请求消息为基于AMF-RPC实现的第二请求函数。即客户端在向服务器发送请求获取切片数据的请求指令之后，还可向服务器发送取消切片数据传输的请求指令，该请求指令也是基于AMF-RPC定义的HTTP GET指令，该指令中包括需要取消传输的切片数据的范围信息。对应地，服务器监听符合RTMFP协议规则的UDP端口并读取UDP包，以接收客户端发送的取消切片视频的请求消息，该请求消息为基于AMF-RPC实现的第二请求函数，其包含所取消的切片视频的标识信息。在服务器收到客户端的取消切片数据传输的请求指令之后，将不再对对应的切片数据生成响应消息并发送给客户端，即取消对相应切片视频的传输。
可选地，客户端取消切片数据传输的请求指令的格式包括：
get(<NULL>,<Ranges>,<TASK ID>)；
其中，get调用名；<NULL>空参数；<Ranges>为要取消传输的切片数据的范围；<TASK ID>为请求任务ID，
优选地，get调用名为AMF0String类型；<NULL>为AMF0 NULL类型；<Ranges>为AMF3ByteArray类型，如果Ranges为NULL，表示取消当前请求任务对应的所有切片数据；<TASKID>为AMF0 Number类型。
基于上述的指令格式，若客户端要请求某个视频文件file1的切片数据，所述file1包括3个切片数据。则客户端和服务器的消息交互过程可包括：
进一步地，在一实施例中，客户端获得请求的切片视频之后，将该切片视频数据推送至视频缓冲区并进行渲染播放。例如：客户端解析服务器针对获得请求的切片视频的请求消息返回的响应消息，获得所述视频对应的切片数据之后，将所述切片数据推送到预设的播放缓冲队列，对所述播放缓冲队列中的切片数据进行播放，并将已经播放的切片数据从所述播放缓冲队列中删除。
在一实施例中，客户端将所述切片数据推送到预设的播放缓冲队列之后，还包括：检测所述播放缓冲队列中切片数据是否达到设定的数量，若否，重新向服务器发送请求获取切片数据的请求指令；若是，启动定时器，在定时器设定的时间届满之后重新检测所述播放缓冲队列中切片数据是否达到设定的数量。
通过上述实施例的切片视频传输的方法，客户端和服务器均在RTMFP协议基础上，基于AMF-RPC实现一套HTTP协议GET方法的语法和语义，用于传输切片视频，与传统的切片视频的HTTP传输协议相比，优点包括：在高丢包率和高延迟的网络环境可以平稳无卡顿的播放直播和点播视频；在同一个连接上可以并发发送多个请求，无需建立多个连接。
图3为另一实施例的切片视频传输的方法的示意性流程图，本实施例中，以FlashPlayer为客户端，客户端请求的视频文件为视频文件。如图3所示，所述实施例的切片视频传输的方法包括步骤：
S21：初始化NetConnection对象，具体方式例如：
var taskId:Number＝1；
var conn:NetConnection＝new NetConnection()；
S22:建立与服务器的连接，具体方式例如：
conn.connect(“rtmfp://[domain][:port]”)；
S23:注册getr结果回调；
conn.client＝{getr:handleResponse}；
S24:针对视频文件的切片数据发送get指令，具体方式例如：
conn.call(“get”,null,uri,null,taskId++)；
S25:对服务器返回的响应消息进行处理，具体方式例如：
function handleResponse(block,type:Number,taskId:Number)
{
}
该步骤接收与S24发送请求指令对应的服务器响应消息，将得到的视频切片数据推送到视频缓冲队列，对所述视频缓冲队列中的视频数据进行视频渲染，等待播放。
检查视频缓冲队列中的视频切片数据是否足够，如果不够，调用S24步骤获取更多视频切片数据并推送到视频缓冲队列；如果数据足够，启动S26的延迟定时器，延迟一定时间之后再次检查视频缓冲队列的数据状态；可选地，所述定时器设定的时钟可为500毫秒。
S27，缓冲所述视频缓冲队列视频数据并播放。
基于图1所示的系统环境，图4为一实施例的服务器端切片视频传输方法的示意性流程图；在该实施例中，是以该方法应用于服务器端为例进行说明。如图4所示，本实施例中的视频切片数据传输的方法包括步骤：
S31，建立与客户端之间基于实时媒体流协议RTMFP的通信连接，基于所述通信连接接收客户端发送的获取切片视频的请求消息，所述请求消息为基于AMF-RPC实现的第一请求函数，其包含所请求的切片视频的标识信息。
S32，基于符合RTMFP协议规则的UDP端口向客户端发送响应消息，所述响应消息为基于AMF-RPC实现的响应函数，使得客户端获得相应的切片视频。
其中，所述AMF-RPC是使用AMF数据格式实现的远程方法调用，其中，所述AMF数据格式是用于flash远程调用的一种数据格式。
在与客户端建立基于RTMFP的通信连接之后，服务器继续监听符合RTMFP协议的UDP端口，以接收客户端发送的获取切片视频的请求指令，所述请求中包括客户端请求的切片视频的标识信息；进一步地，根据所述请求中携带的切片视频的标识信息查询得到对应的切片数据，生成所述切片数据对应的响应消息；所述响应消息为基于AMF-RPC定义的HTTPGET响应消息；然后通过RTMFP向客户端发送所述响应消息，使得客户端通过解析所述响应消息获得对应的切片数据。
在一实施例中，所述第一请求函数的格式为：
get(<URI>,<HTTP HEADERS>,<TASK ID>)，
其中，get表示调用名，其数据类型为AMF0String；<URI>表示请求的视频文件的统一资源定位符URI，其数据类型为AMF0String；<HTTP HEADERS>表示HTTP请求头，其数据类型为AMF0Object；<TASK ID>表示请求的任务ID，其数据类型为AMF0 Number。
在一实施例中，所述响应函数的格式为：
getr(<BLOCK>,<TYPE>,<TASK ID>)；
其中，getr表示调用名，其数据类型为AMF0String；<BLOCK>表示响应的切片视频，其数据类型为AMF3 ByteArray；<TYPE>表示响应类型，其数据类型为AMF0 Number，0为HTTP响应头，1为HTTP响应体，2为响应结束；<TASK ID>表示客户端的请求任务ID，其数据类型为AMF0 Number。
在一实施例中，服务器与客户端建立基于RTMFP协议的通信连接之后，还可基于该通信连接，接收客户端发送的获取切片视频的请求，还可接收客户端发送的取消切片视频传输的请求消息。
可选的，建立连接的步骤包括：监听符合RTMFP协议规则的UDP端口，读取UDP包；对所述UDP包的前3个DOWRD异或，得到连接ID；若所述连接ID等于设定数值，将所述UDP包识别为握手数据包，向客户端回送Rhello消息，以建立与客户端之间基于实时媒体流协议RTMFP的通信连接；其中，所述Rhello消息中包括：根据所述握手数据包处理IKeying密钥交换向客户端回送的Rkeying信息；在建立与客户端之间基于实时媒体流协议RTMFP的通信连接的步骤之后，还包括：生成以所述连接ID为唯一标识的连接对象并加入到连接对象表中。
即，在一可选实施例中，在服务器与客户端建立连接的阶段，即握手阶段，服务器端根据读取的UDP数据包中，符合RTMFP协议规则的数据包的前三个双字节异或后得到的数值得到连接ID，其中连接ID为零的UDP数据包表示握手数据包。在连接成功之后，即握手过程已经完成状态下，服务器继续监听UDP端口，该情况下监听到的UDP数据包得到连接ID是不为零的，非零连接ID对应的UDP数据包为连接数据包，通过查找连接对象表可确定该连接数据包对应的连接对象。
可选地，所述握手数据包采用预设的固定密钥以AES-128方式加密。所述连接数据包采用的加密密钥为预设的固定密钥经过迪菲-赫尔曼DH密钥交换之后产生的密钥，所述连接数据包以AES-128方式加密。
服务器监听符合RTMFP协议的UDP端口，确认客户端是否有发送获取切片视频的请求，若客户端有发送获取切片视频的请求，根据所述请求中携带的切片视频的标识信息查询得到对应的切片数据的具体实施方式可包括：通过RTMFP协议接收客户端发送的获取切片视频的请求指令，根据所述请求指令得到对应的连接ID；根据所述连接ID从本地的连接对象表中查找出对应的连接对象，控制所述连接对象根据所述视频文件的标识信息查询得到对应的切片数据。
在一实施例中，所述客户端发送的获取切片视频的请求指令中还包括请求任务ID。对应地，在服务器，控制所述连接对象根据所述视频文件的标识信息查询得到对应的切片数据的具体实现方式可包括：
根据所述获取切片视频的请求指令得到请求任务ID，将所述请求任务ID记录在所述连接对象的任务表中；根据视频文件的标识信息查询得到所述视频文件对应的切片数据；
首先，生成HTTP响应头，将所述HTTP响应头以getr调用方式发送给客户端；
然后，读取一个切片数据生成对应的响应消息，将该响应消息以getr调用方式发送给客户端；
检测所述视频文件对应的切片数据是否遍历完成，若否，读取下一个切片数据生成新的响应消息，将新的响应消息以getr调用方式发送给客户端；返回检测所述视频文件对应的切片数据是否遍历完成的步骤，直到所述视频文件对应的切片数据遍历完成；
最后，生成结束响应，将所述结束响应以getr调用方式发送给客户端。
进一步地，在一实施例中，所述的切片视频传输方法还包括：服务器端监听符合RTMFP协议规则的UDP端口并读取UDP数据包，以接收客户端发送的取消切片视频的请求消息，该请求消息为基于AMF-RPC实现的第二请求函数，其包含所取消的切片视频的标识信息；进一步根据客户端发送的取消切片视频的请求消息，取消对相应切片视频的传输。
可见，服务器还可接收客户端发送的取消切片数据传输的请求指令，所述请求指令中包含需要取消传输的切片数据的范围信息；服务器基于RTMFP收到该指令之后，不再生成相应范围内的切片数据对应的响应消息，也不会返回对应范围内的切片数据的响应消息包给所述客户端。
可选地，所述第二请求函数的格式为：
get(<NULL>,<Ranges>,<TASK ID>)，
其中，get表示调用名，其数据类型为AMF0String；<NULL>表示空参数，其数据类型为NULL；<Ranges>表示取消传输的数据范围，其数据类型为AMF3 ByteArray；<TASK ID>表示请求的任务ID，其数据类型为AMF0 Number。
基于上述的指令格式，若客户端要请求某个视频文件的切片视频，例如file1的切片数据，file1包含3个切片视频，则客户端和服务器的信令交互过程可为：
图5为另一实施例的视频切片数据传输的方法的示意性流程图，本实施例中，以Flash Player为客户端，客户端请求视频文件。如图5所示，在服务器端切片视频传输方法包括步骤：
S41，服务器在启动时根据配置监听指定的符合RTMFP规则的UDP端口；
S42，从UDP端口中读取UDP数据包；
该过程为异步读取，不阻塞，当UDP数据包达到时触发S23；终端通过UDP端口向服务器发出的指令消息均为UDP类型的数据包。
S43，符合RTMFP规则的数据包前3个DOWRD异或之后，得到连接ID，0表示握手数据包，其它为连接数据包，连接数据包包括请求获取切片数据的第一请求指令或者取消传输切片数据的第二请求指令。
可选地，其中，客户端发送的UDP数据包中，第一个DWORD之后的数据为加密数据；握手数据包采用固定的密钥以AES-128方式加密；连接数据包为加密密钥为握手期间采用DH密钥交换之后的产生的密钥，以AES-128方式加密；服务器端解密后，执行校验，若校验失败，则丢弃这个数据包；
根据数据包类型对客户端发送的UDP数据包进行分拣，如果是握手数据包，则进入握手流程S44，如果是连接数据包，则进入步骤S46。
S44，服务器端执行与客户端的连接握手操作；
包括回送RHello，处理IKeying密钥交换回送RKeying给客户端，最终产生以所述连接ID为唯一标识的连接对象加入到服务器端的连接对象表(S45)。
S46，根据所述连接ID从连接对象表中查找出连接对象；
S47，由所述连接对象处理客户端发送的连接数据包，组包成对应的响应消息，并投递给消息处理过程处理；
S48，消息处理过程判断生成的响应消息为AMF调用，且调用名为get，则开始执行S481过程；
S481，将客户端的请求任务ID记录在所述连接对象的任务表上；
S482，打开客户端请求视频文件对应的切片数据所在的文件；
S483，所述连接对象发送类似HTTP的响应头，以getr调用方式发送给客户端；
S484，将客户端请求读取切片数据作为响应的数据块，并以getr调用方式发送给客户端，直到客户端请求的切片数据全部返回；
S485，所述连接对象发送响应结束的响应数据包，以getr调用方式发送给客户端，关闭所述切片数据的文件，并从所述连接对象的任务表中移除当前请求任务ID，任务处理结束。通过服务器端设置连接对象的方式，在同一个连接对象上可以并发发送多个请求任务，无需建立多个连接。
基于上述实施例，客户端在请求视频文件的切片数据时，采用上述实施例所述的RTMFP协议进行视频切片数据传输；客户端和服务器通过所述RTMFP协议上传输视频切片数据，可实现在高丢包率、高延迟的网络环境下客户端视频无卡顿播放。并且，在同一个通信连接上，客户端可以向服务器并发发送多个请求，无需建立与服务器的多个通信连接。
需要说明的是，对于前述的各方法实施例，为了简便描述，将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其它顺序或者同时进行。
基于与上述实施例中的视频切片数据传输的方法相同的思想，本发明还提供切片视频传输的装置和视频切片数据传输的装置，所述装置可用于执行上述切片视频传输的方法和视频切片数据传输的方法。为了便于说明，装置实施例的结构示意图中，仅仅示出了与本发明实施例相关的部分，本领域技术人员可以理解，图示结构并不构成对装置的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
图6为本发明一实施例的切片视频传输装置的示意性结构图，该装置可以应用于终端。如图6所示，所述实施例的切片视频传输装置包括：
发送模块：用于建立与服务器之间基于实时媒体流协议RTMFP的通信连接，基于所述通信连接向服务器发送获取切片视频的请求消息，其中，所述获取切片视频的请求消息为基于AMF-RPC实现的第一请求函数，其包含所请求的切片视频的标识信息；
接收模块：用于接收服务器发送的与所述请求消息对应的响应消息，解析所述响应消息获得请求的切片视频。
图7为本发明一实施例的切片视频传输装置的示意性结构图，该装置可以应用于终端。如图7所示，所述实施例的切片视频传输装置包括：
监听模块：用于建立与客户端之间基于实时媒体流协议RTMFP的通信连接，基于所述通信连接接收客户端发送的获取切片视频的请求消息，所述请求消息为基于AMF-RPC实现的第一请求函数，其包含所请求的切片视频的标识信息；
响应模块：用于基于符合RTMFP协议规则的UDP端口向客户端发送响应消息，所述响应消息为基于AMF-RPC实现的响应函数，使得客户端获得相应的切片视频。
本发明还提供一种视频切片数据传输的系统的实施例，所述视频切片数据传输的系统包括：客户端和服务器。
所述客户端包括：
发送模块：用于建立与服务器之间基于实时媒体流协议RTMFP的通信连接，基于所述通信连接向服务器发送获取切片视频的请求消息，其中，所述获取切片视频的请求消息为基于AMF-RPC实现的第一请求函数，其包含所请求的切片视频的标识信息；
接收模块：用于接收服务器发送的与所述请求消息对应的响应消息，解析所述响应消息获得请求的切片视频。
所述服务器包括：
监听模块：用于建立与客户端之间基于实时媒体流协议RTMFP的通信连接，基于所述通信连接接收客户端发送的获取切片视频的请求消息，所述请求消息为基于AMF-RPC实现的第一请求函数，其包含所请求的切片视频的标识信息；
响应模块：用于基于符合RTMFP协议规则的UDP端口向客户端发送响应消息，所述响应消息为基于AMF-RPC实现的响应函数，使得客户端获得相应的切片视频。
需要说明的是，上述示例的装置/系统实施方式中，各模块之间的信息交互、执行过程等内容，由于与本发明前述方法实施例基于同一构思，其带来的技术效果与本发明前述方法实施例相同，具体内容可参见本发明方法实施例中的叙述，此处不再赘述。
此外，上述示例的装置实施方式中，各程序模块的逻辑划分仅是举例说明，实际应用中可以根据需要，例如出于相应硬件的配置要求或者软件的实现的便利考虑，将上述功能分配由不同的程序模块完成，即将所述装置的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分功能。
本领域普通技术人员可以理解，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，作为独立的产品销售或使用。所述程序在执行时，可执行如上述各方法的实施例的全部或部分步骤。此外，所述存储介质还可设置于一种计算机设备中，所述计算机设备中还包括处理器，所述处理器执行所述存储介质中的程序时，能够实现上述各方法的实施例的全部或部分步骤。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。可以理解，其中所使用的术语“第一”、“第二”等在本文中用于区分对象，但这些对象不受这些术语限制。
以上所述实施例仅表达了本发明的几种实施方式，不能理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种切片视频传输方法，其特征在于，包括以下步骤：
建立与服务器之间基于实时媒体流协议RTMFP的通信连接，基于所述通信连接向服务器发送获取切片视频的请求消息，其中，所述获取切片视频的请求消息为基于AMF-RPC实现的第一请求函数，其包含所请求的切片视频的标识信息；
接收服务器发送的与所述请求消息对应的响应消息，解析所述响应消息获得请求的切片视频。
2.根据权利要求1所述的切片视频传输方法，其特征在于，还包括：
向服务器发送取消切片视频传输的请求消息，其中，所述取消切片视频传输的请求消息为基于AMF-RPC实现的第二请求函数。
3.根据权利要求1所述的切片视频传输方法，其特征在于，所述第一请求函数的格式为：
get(<URI>,<HTTP HEADERS>,<TASK ID>)，
其中，get表示调用名，其数据类型为AMF0String；<URI>表示请求的视频文件的统一资源定位符URI，其数据类型为AMF0String；<HTTP HEADERS>表示HTTP请求头，其数据类型为AMF0Object；<TASK ID>表示请求的任务ID，其数据类型为AMF0Number。
4.根据权利要求2所述的切片视频传输方法，其特征在于，所述第二请求函数的格式为：
get(<NULL>,<Ranges>,<TASK ID>)，
其中，get表示调用名，其数据类型为AMF0String；<NULL>表示空参数，其数据类型为NULL；<Ranges>表示取消传输的数据范围，其数据类型为AMF3ByteArray；<TASK ID>表示请求的任务ID，其数据类型为AMF0Number。
5.一种切片视频传输方法，其特征在于，包括以下步骤：
建立与客户端之间基于实时媒体流协议RTMFP的通信连接，基于所述通信连接接收客户端发送的获取切片视频的请求消息，所述请求消息为基于AMF-RPC实现的第一请求函数，其包含所请求的切片视频的标识信息；
基于符合RTMFP规则的UDP端口向客户端发送响应消息，所述响应消息为基于AMF-RPC实现的响应函数，使得客户端获得相应的切片视频。
6.根据权利要求5所述的切片视频传输方法，其特征在于，建立与客户端之间基于实时媒体流协议RTMFP的通信连接的步骤包括：
监听符合RTMFP协议规则的UDP端口，读取UDP包；对所述UDP包的前3个DOWRD异或，得到连接ID；
若所述连接ID等于设定数值，将所述UDP包识别为握手数据包，向客户端回送Rhello消息，以建立与客户端之间基于实时媒体流协议RTMFP的通信连接；其中，所述Rhello消息中包括：根据所述握手数据包处理IKeying密钥交换向客户端回送的Rkeying信息；
在建立与客户端之间基于实时媒体流协议RTMFP的通信连接的步骤之后，还包括：生成以所述连接ID为唯一标识的连接对象并加入到连接对象表中。
7.根据权利要求5所述的切片视频传输方法，其特征在于，在建立与客户端之间基于实时媒体流协议RTMFP的通信连接的步骤之后，还包括：
监听符合RTMFP协议规则的UDP端口并读取UDP包，以接收客户端发送的取消切片视频的请求消息，该请求消息为基于AMF-RPC实现的第二请求函数，其包含所取消的切片视频的标识信息；
根据客户端发送的取消切片视频的请求消息，取消对相应切片视频的传输。
8.根据权利要求5所述的切片视频传输方法，其特征在于，所述响应函数的格式为：
getr(<BLOCK>,<TYPE>,<TASK ID>)；
其中，getr表示调用名，其数据类型为AMF0String；<BLOCK>表示响应的切片视频，其数据类型为AMF3ByteArray；<TYPE>表示响应类型，其数据类型为AMF0Number，0为HTTP响应头，1为HTTP响应体，2为响应结束；<TASK ID>表示客户端的请求任务ID，其数据类型为AMF0Number。
9.一种切片视频传输装置，其特征在于，包括：
发送模块：用于建立与服务器之间基于实时媒体流协议RTMFP的通信连接，基于所述通信连接向服务器发送获取切片视频的请求消息，其中，所述获取切片视频的请求消息为基于AMF-RPC实现的第一请求函数，其包含所请求的切片视频的标识信息；
接收模块：用于接收服务器发送的与所述请求消息对应的响应消息，解析所述响应消息获得请求的切片视频。
10.一种切片视频传输装置，其特征在于，包括：
监听模块：用于建立与客户端之间基于实时媒体流协议RTMFP的通信连接，基于所述通信连接接收客户端发送的获取切片视频的请求消息，所述请求消息为基于AMF-RPC实现的第一请求函数，其包含所请求的切片视频的标识信息；
响应模块：用于基于符合RTMFP协议规则的UDP端口向客户端发送响应消息，所述响应消息为基于AMF-RPC实现的响应函数，使得客户端获得相应的切片视频。
CN201710980625.2A 2017-10-19 2017-10-19 切片视频传输的方法及装置 Expired - Fee Related CN107809681B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710980625.2A CN107809681B (zh) 2017-10-19 2017-10-19 切片视频传输的方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710980625.2A CN107809681B (zh) 2017-10-19 2017-10-19 切片视频传输的方法及装置

Publications (2)

Publication Number Publication Date
CN107809681A true CN107809681A (zh) 2018-03-16
CN107809681B CN107809681B (zh) 2019-01-04

Family

ID=61592868

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710980625.2A Expired - Fee Related CN107809681B (zh) 2017-10-19 2017-10-19 切片视频传输的方法及装置

Country Status (1)

Country Link
CN (1) CN107809681B (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112040269A (zh) * 2020-09-08 2020-12-04 平安科技（深圳）有限公司 视频数据展示方法、装置、终端设备及存储介质
CN114245153A (zh) * 2021-11-04 2022-03-25 网宿科技股份有限公司 切片方法、装置、设备及可读存储介质
CN115776587A (zh) * 2021-09-06 2023-03-10 中移物联网有限公司 一种信息同步方法、装置及相关设备

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102137098A (zh) * 2011-01-25 2011-07-27 北京天纵网联科技有限公司 一种移动互联网终端在线实时录制和转发音视频流的方法
US20120124227A1 (en) * 2010-11-15 2012-05-17 Nabil Al-Khowaiter Browser-based voip service method and system
CN102611948A (zh) * 2011-01-25 2012-07-25 北京天纵网联科技有限公司 一种移动互联网终端音视频共享和分发的方法
WO2014124544A1 (en) * 2013-02-17 2014-08-21 Frost Technologies Inc. Method and system for interactive online audience participation in multicast gaming
CN104394483A (zh) * 2014-11-14 2015-03-04 南京邮电大学 一种互联网视频点播系统中的流量本地化优化处理方法
CN105245940A (zh) * 2015-10-08 2016-01-13 北京时医康科技发展有限公司 一种窄带宽在线播放高清视频的方法及播放器
CN105898376A (zh) * 2015-12-11 2016-08-24 乐视网信息技术（北京）股份有限公司 一种视频流的在线播放方法、装置和系统

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120124227A1 (en) * 2010-11-15 2012-05-17 Nabil Al-Khowaiter Browser-based voip service method and system
CN102137098A (zh) * 2011-01-25 2011-07-27 北京天纵网联科技有限公司 一种移动互联网终端在线实时录制和转发音视频流的方法
CN102611948A (zh) * 2011-01-25 2012-07-25 北京天纵网联科技有限公司 一种移动互联网终端音视频共享和分发的方法
WO2014124544A1 (en) * 2013-02-17 2014-08-21 Frost Technologies Inc. Method and system for interactive online audience participation in multicast gaming
CN104394483A (zh) * 2014-11-14 2015-03-04 南京邮电大学 一种互联网视频点播系统中的流量本地化优化处理方法
CN105245940A (zh) * 2015-10-08 2016-01-13 北京时医康科技发展有限公司 一种窄带宽在线播放高清视频的方法及播放器
CN105898376A (zh) * 2015-12-11 2016-08-24 乐视网信息技术（北京）股份有限公司 一种视频流的在线播放方法、装置和系统

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
未知: "关于RTMP,RTMPT,RTMPS,RTMPE,RTMPTE,RTMFP,AMF协议的介绍", 《CSDN博客》 *
高奇特 等: "RTMFP协议在P2P视频通信中的应用", 《计算机系统应用》 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112040269A (zh) * 2020-09-08 2020-12-04 平安科技（深圳）有限公司 视频数据展示方法、装置、终端设备及存储介质
WO2021147556A1 (zh) * 2020-09-08 2021-07-29 平安科技（深圳）有限公司 一种视频数据展示方法、装置、终端设备及存储介质
CN115776587A (zh) * 2021-09-06 2023-03-10 中移物联网有限公司 一种信息同步方法、装置及相关设备
CN114245153A (zh) * 2021-11-04 2022-03-25 网宿科技股份有限公司 切片方法、装置、设备及可读存储介质
CN114245153B (zh) * 2021-11-04 2023-10-24 网宿科技股份有限公司 切片方法、装置、设备及可读存储介质

Also Published As

Publication number Publication date
CN107809681B (zh) 2019-01-04

Similar Documents

Publication Publication Date Title
US11070456B2 (en) Methods to monitor resources through HTTP/2
CN104796396B (zh) 提供用于基于策略的应用代理的网络代理层的方法和介质
CN102739411B (zh) 提供证明服务
US7219138B2 (en) Method, apparatus, and system for capturing data exchanged between a server and a user
US8612530B1 (en) Pass-through testing using message exchange identifiers
US9313015B2 (en) HTTP-based synchronization method and apparatus
KR101054787B1 (ko) Ｉｍｓ 인스턴트 메시지를 전송하기 위한 방법, 시스템, 및장치
CN104506802B (zh) 视频监控系统、穿越nat监控视频数据的方法
US8463860B1 (en) Scenario based scale testing
CN109327493A (zh) 一种基于云的远程医疗监控系统及监控方法
JP2003179642A (ja) データ伝送システム、情報処理装置および方法、中継装置および方法、記録媒体、並びにプログラム
CN107809681B (zh) 切片视频传输的方法及装置
CN109450983A (zh) 信息的处理方法和装置
CN109640113A (zh) 一种拖拉视频数据的处理方法及代理服务器
CN105828046B (zh) 一种数据流的传输方法和装置
CN110855634A (zh) 基于安全网络下的跨网交换服务系统及方法
CN103997479B (zh) 一种非对称服务ip代理方法和设备
CN108156223A (zh) 一种基于websocket的消息精准推送系统及方法
CN109688416A (zh) 网络直播间的接入方法及网络直播系统
CN105009520B (zh) 用于在通信网络中传送内容的方法及其装置
CN105612723A (zh) 通过使用无线通信系统中的多个网络接口分配业务量的方法和装置
CN108810475B (zh) 一种基于Onvif标准及Sip协议的Android视频监控装置
CN109889468A (zh) 网络数据的传输方法、系统、装置、设备及存储介质
JP2014057149A (ja) 通信装置、中継装置および通信方法
CN108924595A (zh) 实现ts切片防盗链的方法及系统

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
GR01 Patent grant
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20190104

Termination date: 20211019

CF01 Termination of patent right due to non-payment of annual fee