CN114844870B - 一种媒体流获取方法、装置、电子设备及存储介质 - Google Patents
一种媒体流获取方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN114844870B CN114844870B CN202210307606.4A CN202210307606A CN114844870B CN 114844870 B CN114844870 B CN 114844870B CN 202210307606 A CN202210307606 A CN 202210307606A CN 114844870 B CN114844870 B CN 114844870B
- Authority
- CN
- China
- Prior art keywords
- media stream
- server
- played
- next media
- client
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 76
- 238000003860 storage Methods 0.000 title claims abstract description 19
- 238000001514 detection method Methods 0.000 claims abstract description 5
- 230000004044 response Effects 0.000 claims description 73
- 230000011664 signaling Effects 0.000 claims description 33
- 238000004891 communication Methods 0.000 claims description 12
- 238000004422 calculation algorithm Methods 0.000 claims description 8
- 230000002452 interceptive effect Effects 0.000 claims description 5
- 230000000977 initiatory effect Effects 0.000 claims description 3
- 238000010586 diagram Methods 0.000 description 14
- 230000006870 function Effects 0.000 description 14
- 230000008569 process Effects 0.000 description 12
- 238000012545 processing Methods 0.000 description 11
- 230000007246 mechanism Effects 0.000 description 10
- 230000003993 interaction Effects 0.000 description 9
- 238000004590 computer program Methods 0.000 description 8
- 230000006872 improvement Effects 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 7
- 108700023290 Stanford University protocol Proteins 0.000 description 3
- 238000004364 calculation method Methods 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 230000004807 localization Effects 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 239000000463 material Substances 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- OKTJSMMVPCPJKN-UHFFFAOYSA-N Carbon Chemical compound [C] OKTJSMMVPCPJKN-UHFFFAOYSA-N 0.000 description 1
- 108010001267 Protein Subunits Proteins 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 239000007795 chemical reaction product Substances 0.000 description 1
- 238000007405 data analysis Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 229910021389 graphene Inorganic materials 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 229920001296 polysiloxane Polymers 0.000 description 1
- 239000000047 product Substances 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 239000010979 ruby Substances 0.000 description 1
- 229910001750 ruby Inorganic materials 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
-
- 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/14—Session management
- H04L67/141—Setup of application sessions
Abstract
本说明书实施例提供一种媒体流获取方法、装置、电子设备及存储介质，所述方法应用于客户端，所述方法包括：响应于确定出当前播放媒体流的下个待播放媒体流对应的URL地址，与服务端进行SDP预协商，以及ICE连接预创建；其中，所述ICE连接用于在所述客户端与所述服务端之间传输所述下个待播放媒体流；响应于检测到针对所述下个待播放媒体流的播放指令，向所述服务端请求获取所述下个待播放媒体流；基于预创建完成的所述ICE连接，获取所述服务端下发的所述下个待播放媒体流。从而降低视频流的首帧播放时延，改善用户的视频流播放体验。
Description
技术领域
本说明书一个或多个实施例涉及实施通信技术领域，尤其涉及一种媒体流获取方法、装置、电子设备及存储介质。
背景技术
在RTS(Real-Time Solutions，实时解决方案)中，基于标准WebRTC(Web Real-Time Communications，网页实时通信)协议，客户端可以接入服务端，以获得服务端下发的媒体流(Media Stream)，并播放获得到的媒体流。在实际应用中，可以采用ICE(Interactive Connectivity Establishment，交互式连通建立方式)机制，来建立客户端与服务端之间的媒体传输通道。其中，ICE机制中的提名过程，可以分为常规提名(RegularNomination)、激进提名(Aggressive Nomination)这两种实现方式。
例如，采用ICE机制中的常规提名时，客户端响应于开始拉取待播放媒体流的指令，可以获知待播放媒体流的URL(Uniform Resource Locator，统一资源定位器)地址，进而可以完成与服务端之间的SDP协商，并建立与所述服务端之间的ICE连接，然后向服务端发起ICE提名；所述服务端在接受了所述客户端发起的ICE提名之后，才会向所述客户端下发媒体流，以使所述客户端可以对获取到的媒体流进行播放。
由此可见，在以上示出的实施例中，采用ICE机制中的常规提名时，由于客户端需要先完成若干信令交互流程，才能获取到待播放的视频流，因此存在媒体流的首帧播放时延较高的问题，影响用户的媒体流播放体验。
发明内容
本申请提供一种媒体流获取方法，应用于客户端，所述方法包括：
响应于确定出当前播放媒体流的下个待播放媒体流对应的URL地址，与服务端进行SDP预协商，以及ICE连接预创建；其中，所述ICE连接用于在所述客户端与所述服务端之间传输所述下个待播放媒体流；
响应于检测到针对所述下个待播放媒体流的播放指令，向所述服务端请求获取所述下个待播放媒体流；
基于预创建完成的所述ICE连接，获取所述服务端下发的所述下个待播放媒体流。
可选的，在所述响应于确定出当前播放媒体流的下个待播放媒体流对应的URL地址，与服务端进行SDP预协商之前，所述方法还包括：
基于预设的推荐算法，获得推荐的所述当前播放媒体流的下个待播放媒体流；
确定所述下个待播放媒体流对应的URL地址。
可选的，所述响应于检测到针对所述下个待播放媒体流的播放指令，向所述服务端请求获取所述下个待播放媒体流之前，所述方法还包括：
进行与所述下个待播放媒体流的播放相关的初始化操作。
可选的，所述响应于检测到针对所述下个待播放媒体流的播放指令，向所述服务端请求获取所述下个待播放媒体流之前，所述方法还包括：
周期性地与所述服务端进行连通性检查，以对预创建完成的所述ICE连接进行保活。
可选的，所述方法还包括：
播放获取到的所述下个待播放媒体流。
可选的，所述媒体流包括视频直播流。
可选的，所述响应于确定出当前播放媒体流的下个待播放媒体流对应的URL地址，与服务端进行SDP预协商，以及ICE连接预创建，包括：
响应于确定出当前播放媒体流的下个待播放媒体流对应的URL地址，向所述服务端发送用于进行SDP预协商的信令请求消息；
接收所述服务端发送的与所述信令请求消息对应的信令响应消息；其中，所述信令响应消息中包括所述服务端的候选地址；
根据所述服务端的候选地址，向所述服务端发送用于请求预创建所述ICE连接的第一绑定请求消息；其中，所述第一绑定请求消息中未携带候选标记位；
接收所述服务端发送的与所述第一绑定请求消息对应的第一绑定响应消息。
可选的，所述响应于检测到针对所述下个待播放媒体流的播放指令，向所述服务端请求获取所述下个待播放媒体流，包括：
响应于检测到针对所述下个待播放媒体流的播放指令，向所述服务端发送用于请求获取所述下个待播放媒体流的第二绑定请求消息；其中，所述第二绑定请求消息中携带有候选标记位；
接收所述服务端发送的与所述第二绑定请求消息对应的第二绑定响应消息。
本申请还提供一种媒体流获取装置，应用于客户端，所述装置包括：
预建联模块，用于响应于确定出当前播放媒体流的下个待播放媒体流对应的URL地址，与服务端进行SDP预协商，以及ICE连接预创建；其中，所述ICE连接用于在所述客户端与所述服务端之间传输所述下个待播放媒体流；
请求模块，用于响应于检测到针对所述下个待播放媒体流的播放指令，向所述服务端请求获取所述下个待播放媒体流；
获取模块，用于基于预创建完成的所述ICE连接，获取所述服务端下发的所述下个待播放媒体流。
本申请还提供一种电子设备，包括通信接口、处理器、存储器和总线，所述通信接口、所述处理器和所述存储器之间通过总线相互连接；
所述存储器中存储机器可读指令，所述处理器通过调用所述机器可读指令，执行上述方法。
本申请还提供一种机器可读存储介质，所述机器可读存储介质存储有机器可读指令，所述机器可读指令在被处理器调用和执行时，实现上述方法。
上述实施例中，在客户端支持提前确定当前播放媒体流的下个待播放媒体流对应的URL地址的场景中，客户端在检测到针对所述下个待播放媒体流的播放命令之前，可以与服务端进行SDP预协商，以及用于传输所述下个待播放媒体流的ICE连接预创建；后续，响应于检测到针对所述下个待播放媒体流的播放指令，客户端就可以直接向所述服务端请求获取该媒体流。从而可以有效降低媒体流的首帧播放时延，提高媒体流的播放成功率，改善用户的媒体流播放体验；另外，对于客户端和服务端而言，所述媒体流获取方法的实现复杂度较低，从而在有效降低媒体流的首帧播放时延的同时，并不会给客户端带来过多的额外信令开销，或占用过多的额外带宽。
附图说明
为了更清楚地说明本说明书实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本说明书一实施例中媒体流获取方法的多方交互图；
图2是本说明书一实施例中媒体流获取方法的流程图；
图3是本说明书一实施例中媒体流获取方法的信令交互图；
图4是本说明书一实施例中媒体流获取装置所在电子设备的结构示意图；
图5是本说明书一实施例中媒体流获取装置的框图。
具体实施方式
为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本说明书保护的范围。
为了使本技术领域的人员更好地理解本说明书实施例中的技术方案，下面先对本说明书实施例涉及的相关技术，进行简要说明。
边缘云是基于云计算技术的核心和边缘计算的能力，构筑在边缘基础设施之上的云计算平台。形成边缘位置的计算、网络、存储、安全等能力全面的弹性云平台，并与中心云和物联网终端形成“云边端三体协同”的端到端的技术架构，通过将网络转发、存储、计算、智能化数据分析等工作放在边缘处理，降低响应时延、减轻云端压力、降低带宽成本，并供全网调度、算力分发等云服务。
边缘云计算能够最大程度地与传统云计算在架构、接口、管理等关键能力上实现统一，最终将边缘设备与云进行整合，成为云的一部分。边缘云计算具备低延时、自组织、可定义、可调度、高安全、标准开放等特点。
边缘云计算的应用场景，从覆盖上，可以分为全网覆盖类和本地覆盖类两大类。其中，全网覆盖类应用的核心要求是从边缘节点在地区和运营商网络两个层面上的覆盖度，来保证就近计算(如CDN、互动直播、边缘监测等业务)，或者基于足够多的节点进行网络链路优化(如SDN/SD-WAN、在线教育、实时通信等)；本地覆盖类应用的核心要求是边缘节点的本地化，即边缘节点的接入距离要足够近，时延足够低，来支持本地化服务的上云需求，例如，新零售、医疗等行业的监测数据上云，连锁门店等线下行业的IT基础设施上云等。
例如，互动直播业务中的边缘云一般属于全网覆盖类应用，可以将主播的媒体流推送到就近的边缘节点，在边缘节点直接进行转码，再转码后的媒体流分发到CDN边缘节点，当有用户访问时就近返回内容。由于边缘节点上的服务、直播流的上下行内容推送、以及转码处理等都不用再回中心，大大降低了业务时延，提升了互动体验，同时边缘处理架构对带宽成本的节省也非常明显。
在RTS(Real-Time Solutions，实时解决方案)中，基于标准WebRTC(Web Real-Time Communications，网页实时通信)协议，客户端可以接入服务端，以获得服务端下发的媒体流(Media Stream)，并播放获得到的媒体流。其中，所述媒体流，具体可以包括视频流、音频流、或者其他数据流。
在实际应用中，可以采用ICE(Interactive Connectivity Establishment，交互式连通建立方式)机制，来建立客户端与服务端之间的媒体传输通道。其中，ICE机制中的提名过程，可以分为常规提名(Regular Nomination)、激进提名(Aggressive Nomination)这两种实现方式。
例如，在WebRTC直播的场景中，采用ICE机制中的常规提名时，客户端响应于开始拉取待播放媒体流的指令，可以获知待播放媒体流的URL(Uniform Resource Locator，统一资源定位器)地址，进而可以完成与服务端之间的SDP协商，并建立与所述服务端之间的ICE连接，然后向服务端发起ICE提名；所述服务端在接受了所述客户端发起的ICE提名之后，才会向所述客户端下发媒体流，以使所述客户端可以对获取到的媒体流进行播放。
由此可见，在以上示出的实施例中，采用ICE机制中的常规提名时，由于客户端需要先完成若干信令交互流程，才能获取到待播放的视频流，因此存在媒体流的首帧播放时延较高的问题，影响用户的媒体流播放体验。尤其是在直播、RTC等低时延场景中，首帧播放数据不理想，会严重影响用户体验。
有鉴于此，本说明书旨在提出一种在客户端开始拉流之前，可以进行与服务端进行SDP(Session Description Protocol，会话描述协议)预协商以及ICE连接预创建，进而响应于客户端开始拉流，可以直接向服务端请求获取媒体流的技术方案。
在实现时，客户端响应于确定出当前播放媒体流的下个待播放媒体流对应的URL地址，可以与服务端进行SDP预协商，以及ICE连接预创建；其中，所述ICE连接用于在所述客户端与所述服务端之间传输所述下个待播放媒体流；进一步地，响应于检测到针对所述下个待播放媒体流的播放指令，客户端可以向所述服务端请求获取所述下个待播放媒体流；进一步地，所述客户端可以基于预创建完成的所述ICE连接，获取所述服务端下发的所述下个待播放媒体流。
例如，请参见图1，图1是本说明书一实施例中媒体流获取方法的多方交互图。如图1所示，在接收到服务端下发的媒体流A之后，客户端当前播放的媒体流可以为媒体流A；在播放媒体流A的过程中，响应于确定媒体流A的下一个待播放媒体流为媒体流B，客户端可以提前完成针对媒体流B的建联流程，也即，可以与服务端提前进行针对媒体流B的SDP协商，以及，可以提前创建用于在客户端与服务端之间传输媒体流B的ICE连接；可选地，在预创建完成所述ICE连接之后，所述客户端还可以进行与媒体流B的播放相关的初始化操作，并且，还可以周期性地与服务端进行连通性检查，以对预创建完成的所述ICE连接进行连接保活。
后续，响应于检测到针对媒体流B的播放指令，可以向所述服务端请求获取媒体流B，也即，响应于所述客户端开始拉取媒体流B，可以直接通知服务端下发媒体流B；在接收到服务端下发的媒体流B之后，客户端可以播放获取到的媒体流B，也即，客户端当前播放的媒体流可以为媒体流B；基于相似的方法，在播放媒体流B的过程中，响应于确定媒体流B的下一个待播放媒体流为媒体流C，客户端可以提前完成针对媒体流C的建联流程，以降低媒体流C的首帧播放时延。
由此可见，在本说明书中的技术方案中，在支持提前确定当前播放媒体流的下个待播放媒体流对应的URL地址的场景中，客户端在检测到针对所述下个待播放媒体流的播放命令之前，可以与服务端进行SDP预协商，以及用于传输所述下个待播放媒体流的ICE连接预创建，后续，响应于检测到针对所述下个待播放媒体流的播放指令，就可以直接向所述服务端请求获取该媒体流。从而可以有效降低媒体流的首帧播放时延，提高媒体流的播放成功率，改善用户的媒体流播放体验。相较于上述相关技术中的实施例，响应于检测到针对所述下个待播放媒体流的播放命令，所述客户端无需等待与服务端的SDP协商完成、以及创建完成用于在客户端与服务端之间传输所述下个媒体流的ICE连接，可以避免下个媒体流的首帧播放时延较高的问题。
另外，对于客户端和服务端而言，本说明书中的技术方案实现复杂度较低，从而在有效降低媒体流的首帧播放时延的同时，并不会给客户端带来过多的额外信令开销，或占用过多的额外带宽。
下面通过具体实施例，并结合具体的应用场景对本说明书中的技术方案进行描述。
请参见图2，图2是本说明书一实施例中媒体流获取方法的流程图。上述媒体流获取方法可以应用于客户端；上述方法执行以下步骤：
步骤202：响应于确定出当前播放媒体流的下个待播放媒体流对应的URL地址，与服务端进行SDP预协商，以及ICE连接预创建；其中，所述ICE连接用于在客户端与所述服务端之间传输所述下个待播放媒体流；
步骤204：响应于检测到针对所述下个待播放媒体流的播放指令，向所述服务端请求获取所述下个待播放媒体流；
步骤206：基于预创建完成的所述ICE连接，获取所述服务端下发的所述下个待播放媒体流。
在本说明书中，所述客户端可以包括WebRTC客户端；所述WebRTC客户端上可以搭载有用于获取并播放服务端下发的媒体流的应用程序，并且，所述WebRTC客户端支持提前确定当前播放媒体流的下个待播放媒体流对应的URL地址。
例如，所述客户端具体可以包括安装有社交类软件、短视频类软件、直播类软件等的移动终端；所述客户端以滑屏切换的方式，当前播放视频流A时，可以在检测到切换指令之前，就基于所述社交类软件或直播类软件预设的推荐算法，确定出为用户推荐的下一个视频流B，也即，可以提前确定出针对当前播放视频流的下个待播放视频流的播放指令，就是针对视频流B的播放指令。
在本说明书中，响应于确定出当前播放媒体流的下个待播放媒体流对应的URL地址，所述客户端可以与服务端进行SDP预协商，以及可以进行ICE连接预创建；其中，所述ICE连接用于在客户端与所述服务端之间传输所述下个待播放媒体流。
其中，所述SDP预协商，可以理解为，预先进行的SDP协商，也可以称作预先进行信令建联。所述客户端可以使用offer/answer方式，与所述服务端进行SDP协商，以完成二者之间的信令交互。
其中，所述ICE连接预创建，可以理解为，预先进行ICE连接的创建，也可以称作预先进行ICE建联。在ICE常规提名机制中，所述客户端可以通过第一次握手的过程，对服务端进行连通性检查，创建与所述服务端之间的ICE连接。
例如，如图1所示，当前播放媒体流为媒体流A，响应于确定出当前播放媒体流的下个待播放媒体流为媒体流B，客户端可以提前完成针对媒体流B的建联流程，也即，所述客户端可以与服务端进行针对媒体流B的SDP预协商，以及可以预创建用于在客户端与服务端之间传输媒体流B的ICE连接。
具体地，所述响应于确定出当前播放媒体流的下个待播放媒体流对应的URL地址，与服务端进行SDP预协商，以及ICE连接预创建，可以包括：响应于确定出当前播放媒体流的下个待播放媒体流对应的URL地址，向所述服务端发送用于进行SDP预协商的信令请求消息；接收所述服务端发送的与所述信令请求消息对应的信令响应消息；其中，所述信令响应消息中包括所述服务端的候选地址；根据所述服务端的候选地址，向所述服务端发送用于请求预创建所述ICE连接的第一绑定请求消息；其中，所述第一绑定请求消息中未携带候选标记位；接收所述服务端发送的与所述第一绑定请求消息对应的第一绑定响应消息。
例如，请结合图3，图3是本说明书一实施例中媒体流获取方法的信令交互图。当前播放媒体流为媒体流A，响应于确定出当前播放媒体流的下个待播放媒体流为媒体流B，如图3所示，客户端可以根据媒体流B的URL地址，向服务端发送信令请求消息(也即Signalrequest消息)，并且所述Signal request消息中可以携带有SDP offer和所述客户端的candidate候选地址；进一步地，所述客户端可以接收所述服务端发送的信令响应消息(也即Signal response消息)，并且所述Signal response消息中可以携带有SDP answer和所述服务端的candidate地址，完成SDP预协商；进一步地，根据获取到的所述服务端的candidate地址，所述客户端可以向所述服务端发送第一绑定请求消息(也即STUN bindingrequest消息)，并且所述第一绑定请求消息中并未携带USE_CANDIDATE候选标记位；所述客户端可以接收所述服务端发送的第一绑定响应消息(也即STUN binding successresponse消息)，所述第一绑定响应消息可以用于指示对所述服务端的连通性检查完成，并且结果为成功，也即完成ICE连接预创建。
需要说明的是，在以上示出的实施方式中，利用STUN(Session TraversalUtilities for NAT，NAT会话穿越应用程序)协议进行ICE连接预创建，也即，通过STUN协议实现ICE常规提名机制，仅仅是一种示例性的描述方式，并不对本说明书做出特殊限制；在实际应用中，本领域技术人员也可以采用其他私有协议，实现上述功能。类似地，在后续示出的一个或多个实施例中，利用STUN协议确定媒体流传输路径、以及利用STUN协议进行ICE连接保活，仅仅是一种示例性的描述方式，并不对本说明书做出特殊限制。
在示出的一种实施方式中，所述响应于确定出当前播放媒体流的下个待播放媒体流对应的URL地址，与服务端进行SDP预协商之前，所述方法还可以包括：基于预设的推荐算法，获得推荐的所述当前播放媒体流的下个待播放媒体流；确定所述下个待播放媒体流对应的URL地址。
例如，所述客户端安装有直播类应用软件、短视频类应用软件、社交类应用软件等，这些应用软件可以基于后台预设的推荐算法，为用户进行内容推荐，因此，客户端可以基于预设的推荐算法，获得推荐的当前播放媒体流的下个待播放媒体流，并确定所述下个待播放媒体流对应的URL地址。需要说明的是，在以上示出的实施方式中，关于所述预设的推荐算法，本说明书不做限制。
在示出的一种实施方式中，所述媒体流可以包括视频直播流。
需要说明的是，在本说明书的技术方案中，尤其是针对WebRTC直播的场景，客户端更需要具备低时延、可靠地播放视频流的首帧的能力；因此，在能够提前预知下一直播地址(也即下个视频流对应的URL)的情况下，在检测到针对下一直播地址的切换指令之前，客户端可以提前针对下一视频直播流进行SDP预协商以及ICE连接预创建，后续，响应于检测到针对下一直播地址的切换指令，就可以直接向所述服务端请求获取该视频直播流；从而可以有效降低视频直播流的首帧播放时延，提高视频直播流的播放成功率，改善用户的直播观看体验。
在本说明书中，在完成SDP预协商以及ICE连接预创建之后，响应于检测到针对所述下个待播放媒体流的播放指令，所述客户端可以向所述服务端请求获取所述下个待播放媒体流。
其中，所述针对所述下个待播放媒体流的播放指令，可以理解为，响应于用户需要由当前播放视频流切换至下个待播放视频流的操作，如滑屏操作、对“播放下一个”按钮的点击操作等，所述客户端可以检测到针对所述下个待播放媒体流的播放指令。
其中，所述客户端可以通过向所述服务端发起ICE提名，来向所述服务端请求获取下个媒体流，也即，所述服务端在接受所述客户端发起的ICE提名之后，可以向所述客户端下发所述下个媒体流。
例如，如图1所示，在播放媒体流A的过程中，所述客户端可以与所述服务端完成针对媒体流B的SDP协商，以及可以预创建完成用于在所述客户端与所述服务端之间传输媒体流B的ICE连接；进一步地，响应于检测到针对媒体流B的播放指令，可以向所述服务端请求获取媒体流B，也即，响应于所述客户端开始拉取媒体流B，可以直接通知服务端下发媒体流B。
具体地，所述响应于检测到针对所述下个待播放媒体流的播放指令，向所述服务端请求获取所述下个待播放媒体流，可以包括：响应于检测到针对所述下个待播放媒体流的播放指令，向所述服务端发送用于请求获取所述下个待播放媒体流的第二绑定请求消息；其中，所述第二绑定请求消息中携带有候选标记位；接收所述服务端发送的与所述第二绑定请求消息对应的第二绑定响应消息。
例如，如图3所示，当前播放媒体流的下个待播放媒体流为媒体流B，响应于检测到针对媒体流B的播放指令，客户端可以向所述服务端发送第二绑定请求消息(也即STUNbinding request消息)，并且所述第二绑定请求消息中携带有USE_CANDIDATE标记位；所述客户端可以接收所述服务端发送的第二绑定响应消息(也即STUN binding successresponse消息)，所述第二绑定响应消息可以用于指示所述服务端接受了所述客户端发起的ICE提名。
在示出的一种实施方式中，为了进一步降低视频流的首帧播放时延，所述响应于检测到针对所述下个待播放媒体流的播放指令，向所述服务端请求获取所述下个待播放媒体流之前，所述方法还可以包括：进行与所述下个待播放媒体流的播放相关的初始化操作。
例如，当前播放媒体流为媒体流A，下个待播放媒体流为媒体流B，在预创建用于在客户端与服务端之间传输媒体流B的ICE连接之后，所述客户端还可以进行播放媒体流B所需的初始化操作，如：解码器的初始化等。
在示出的一种实施方式中，所述响应于检测到针对所述下个待播放媒体流的播放指令，向所述服务端请求获取所述下个待播放媒体流之前，所述方法还包括：周期性地与所述服务端进行连通性检查，以对预创建完成的所述ICE连接进行保活。
例如，客户端可以周期性地向服务端发送不携带USE_CANDIDATE标记位的STUNbinding request消息，以对所述服务端进行连通性检查；由于所述服务端之前在预创建ICE连接时已经完成了Fingerprint校验，所述服务端可以直接向所述客户端发送STUNbinding success response消息作为成功响应。
在本说明书中，所述客户端可以基于预创建完成的所述ICE连接，获取所述服务端下发的所述下个待播放媒体流。
例如，如图1所示，所述服务端在接受所述客户端发起的ICE提名之后，可以向所述客户端下发媒体流B；所述客户端可以接收所述服务端下发的媒体流B。
在示出的一种实施方式中，在获取所述服务端下发的所述下个待播放媒体流之后，所述方法还可以包括：播放获取到的所述下个待播放媒体流。
例如，如图1所示，在获取到服务端下发的媒体流B之后，客户端可以播放获取到的媒体流B。
通过以上实施例可知，在支持提前确定当前播放媒体流的下个待播放媒体流对应的URL地址的场景中，客户端在检测到针对所述下个待播放媒体流的播放命令之前，可以与服务端进行SDP预协商，以及用于传输所述下个待播放媒体流的ICE连接预创建，后续，响应于检测到针对所述下个待播放媒体流的播放指令，就可以直接向所述服务端请求获取该媒体流。从而可以有效降低媒体流的首帧播放时延，提高媒体流的播放成功率，改善用户的媒体流播放体验。另外，对于客户端和服务端而言，本说明书中的技术方案实现复杂度较低，从而在有效降低媒体流的首帧播放时延的同时，并不会给客户端带来过多的额外信令开销，或占用过多的额外带宽。
与上述媒体流获取方法的实施例对应的，本说明书还提供了一种媒体流获取装置的实施例。
请参见图4，图4是本说明书一实施例中媒体流获取装置所在电子设备的结构示意图。在硬件层面，该设备包括处理器402、内部总线404、网络接口406、内存408以及非易失性存储器410，当然还可能包括其他业务所需要的硬件。本说明书一个或多个实施例可以基于软件方式来实现，比如由处理器402从非易失性存储器410中读取对应的计算机程序到内存408中然后运行。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。
请参见图5，图5是本说明书一实施例中媒体流获取装置的框图。该媒体流获取装置可以应用于如图4所示的电子设备中，以实现本说明书的技术方案。其中，所述媒体流获取装置可以包括：
预建联模块502，用于响应于确定出当前播放媒体流的下个待播放媒体流对应的URL地址，与服务端进行SDP预协商，以及ICE连接预创建；其中，所述ICE连接用于在所述客户端与所述服务端之间传输所述下个待播放媒体流；
请求模块504，用于响应于检测到针对所述下个待播放媒体流的播放指令，向所述服务端请求获取所述下个待播放媒体流；
获取模块506，用于基于预创建完成的所述ICE连接，获取所述服务端下发的所述下个待播放媒体流。
在本实施例中，所述装置还包括：
推荐模块，用于基于预设的推荐算法，获得推荐的所述当前播放媒体流的下个待播放媒体流；
确定模块，用于确定所述下个待播放媒体流对应的URL地址。
在本实施例中，所述装置还包括：
初始化模块，用于进行与所述下个待播放媒体流的播放相关的初始化操作。
在本实施例中，所述装置还包括：
连接保活模块，用于周期性地与所述服务端进行连通性检查，以对预创建完成的所述ICE连接进行保活。
在本实施例中，所述装置还包括：
播放模块，用于播放获取到的所述下个待播放媒体流。
在本实施例中，所述媒体流包括视频直播流。
在本实施例中，所述预建联模块502，具体用于：
响应于确定出当前播放媒体流的下个待播放媒体流对应的URL地址，向所述服务端发送用于进行SDP预协商的信令请求消息；
接收所述服务端发送的与所述信令请求消息对应的信令响应消息；其中，所述信令响应消息中包括所述服务端的候选地址；
根据所述服务端的候选地址，向所述服务端发送用于请求预创建所述ICE连接的第一绑定请求消息；其中，所述第一绑定请求消息中未携带候选标记位；
接收所述服务端发送的与所述第一绑定请求消息对应的第一绑定响应消息。
在本实施例中，所述请求模块504，具体用于：
响应于检测到针对所述下个待播放媒体流的播放指令，向所述服务端发送用于请求获取所述下个待播放媒体流的第二绑定请求消息；其中，所述第二绑定请求消息中携带有候选标记位；
接收所述服务端发送的与所述第二绑定请求消息对应的第二绑定响应消息。
上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。
对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例只是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为服务器系统。当然，本申请不排除随着未来计算机技术的发展，实现上述实施例功能的计算机例如可以为个人计算机、膝上型计算机、车载人机交互设备、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
虽然本说明书一个或多个实施例提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或终端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。例如若使用到第一，第二等词语用来表示名称，而并不表示任何特定的顺序。
为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书一个或多个时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
本发明是参照根据本发明实施例的方法、装置(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储、石墨烯存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
本领域技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书一个或多个实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本本说明书一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
以上所述仅为本说明书一个或多个实施例的实施例而已，并不用于限制本说明书一个或多个实施例。对于本领域技术人员来说，本说明书一个或多个实施例可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在权利要求范围之内。
Claims (10)
1.一种媒体流获取方法，应用于客户端，所述方法包括：
响应于确定出当前播放媒体流的下个待播放媒体流对应的统一资源定位器URL地址，向服务端发送用于进行会话描述协议SDP预协商的信令请求消息；
接收所述服务端发送的与所述信令请求消息对应的信令响应消息；其中，所述信令响应消息中包括所述服务端的候选地址；
根据所述服务端的候选地址，向所述服务端发送用于请求预创建交互式连通建立方式ICE连接的第一绑定请求消息；其中，所述第一绑定请求消息中未携带候选标记位；
接收所述服务端发送的与所述第一绑定请求消息对应的第一绑定响应消息；其中，所述第一绑定响应消息用于指示完成ICE连接预创建，预创建完成的所述ICE连接用于在所述客户端与所述服务端之间传输所述下个待播放媒体流；
响应于检测到针对所述下个待播放媒体流的播放指令，向所述服务端发起ICE提名，以向所述服务端请求获取所述下个待播放媒体流；
基于预创建完成的所述ICE连接，获取所述服务端下发的所述下个待播放媒体流。
2.根据权利要求1所述的方法，在所述响应于确定出当前播放媒体流的下个待播放媒体流对应的URL地址，向所述服务端发送用于进行SDP预协商的信令请求消息之前，所述方法还包括：
确定所述下个待播放媒体流对应的URL地址，其中，所述下个待播放媒体流是基于预设的推荐算法获得的。
3.根据权利要求1所述的方法，所述响应于检测到针对所述下个待播放媒体流的播放指令，向所述服务端请求获取所述下个待播放媒体流之前，所述方法还包括：
进行与所述下个待播放媒体流的播放相关的初始化操作。
4.根据权利要求1所述的方法，所述响应于检测到针对所述下个待播放媒体流的播放指令，向所述服务端请求获取所述下个待播放媒体流之前，所述方法还包括：
周期性地与所述服务端进行连通性检查，以对预创建完成的所述ICE连接进行保活。
5.根据权利要求1所述的方法，所述方法还包括：
播放获取到的所述下个待播放媒体流。
6.根据权利要求1所述的方法，所述媒体流包括视频直播流。
7.根据权利要求1所述的方法，所述响应于检测到针对所述下个待播放媒体流的播放指令，向所述服务端请求获取所述下个待播放媒体流，包括：
响应于检测到针对所述下个待播放媒体流的播放指令，向所述服务端发送用于请求获取所述下个待播放媒体流的第二绑定请求消息；其中，所述第二绑定请求消息中携带有候选标记位；
接收所述服务端发送的与所述第二绑定请求消息对应的第二绑定响应消息。
8.一种媒体流获取装置，应用于客户端，所述装置包括：
预建联模块，用于响应于确定出当前播放媒体流的下个待播放媒体流对应的URL地址，向服务端发送用于进行会话描述协议SDP预协商的信令请求消息；
所述预建联模块，还用于接收所述服务端发送的与所述信令请求消息对应的信令响应消息；其中，所述信令响应消息中包括所述服务端的候选地址；
所述预建联模块，还用于根据所述服务端的候选地址，向所述服务端发送用于请求预创建交互式连通建立方式ICE连接的第一绑定请求消息；其中，所述第一绑定请求消息中未携带候选标记位；
所述预建联模块，还用于接收所述服务端发送的与所述第一绑定请求消息对应的第一绑定响应消息；其中，所述第一绑定响应消息用于指示完成ICE连接预创建，预创建完成的所述ICE连接用于在所述客户端与所述服务端之间传输所述下个待播放媒体流；
请求模块，用于响应于检测到针对所述下个待播放媒体流的播放指令，向所述服务端发起ICE提名，以向所述服务端请求获取所述下个待播放媒体流；
获取模块，用于基于预创建完成的所述ICE连接，获取所述服务端下发的所述下个待播放媒体流。
9.一种电子设备，包括通信接口、处理器、存储器和总线，所述通信接口、所述处理器和所述存储器之间通过总线相互连接；
所述存储器中存储机器可读指令，所述处理器通过调用所述机器可读指令，执行权利要求1至7任一项所述的方法。
10.一种机器可读存储介质，所述机器可读存储介质存储有机器可读指令，所述机器可读指令在被处理器调用和执行时，实现权利要求1至7任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210307606.4A CN114844870B (zh) | 2022-03-25 | 2022-03-25 | 一种媒体流获取方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210307606.4A CN114844870B (zh) | 2022-03-25 | 2022-03-25 | 一种媒体流获取方法、装置、电子设备及存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114844870A CN114844870A (zh) | 2022-08-02 |
| CN114844870B true CN114844870B (zh) | 2024-03-26 |
Family
ID=82564522
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210307606.4A Active CN114844870B (zh) | 2022-03-25 | 2022-03-25 | 一种媒体流获取方法、装置、电子设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114844870B (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115361364B (zh) * | 2022-10-08 | 2022-12-20 | 成都华栖云科技有限公司 | 一种基于WebRTC的通信协议的数据传输方法 |
Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101179581A (zh) * | 2007-12-13 | 2008-05-14 | 北京邮电大学 | 一种采用ice中继候选地址进行媒体传输的方法 |
| WO2013166851A1 (zh) * | 2012-05-10 | 2013-11-14 | 华为技术有限公司 | 媒体播放方法、装置和系统 |
| CN106716963A (zh) * | 2014-09-25 | 2017-05-24 | 微软技术许可有限责任公司 | 网络端点之间的媒体会话 |
| CN107820100A (zh) * | 2017-10-30 | 2018-03-20 | 北京四达时代软件技术股份有限公司 | 互联网音视频播放方法及装置 |
| CN109194972A (zh) * | 2018-09-10 | 2019-01-11 | 广州酷狗计算机科技有限公司 | 直播流获取方法、装置、计算机设备及存储介质 |
| CN109246123A (zh) * | 2018-09-30 | 2019-01-18 | 广州酷狗计算机科技有限公司 | 媒体流获取方法及装置 |
| CN109413453A (zh) * | 2018-10-19 | 2019-03-01 | 广州酷狗计算机科技有限公司 | 视频播放方法、装置、终端及存储介质 |
| CN112073423A (zh) * | 2020-09-15 | 2020-12-11 | 杭州二更网络科技有限公司 | 基于WebRTC进行浏览器推流的方法及系统 |
| CN112738140A (zh) * | 2021-04-01 | 2021-04-30 | 浙江华创视讯科技有限公司 | 一种基于WebRTC的视频流传输方法、装置、存储介质和设备 |
| CN113347386A (zh) * | 2020-03-03 | 2021-09-03 | 海信集团有限公司 | 推送媒体流的方法、拉取媒体流的方法及设备 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9077779B2 (en) * | 2011-10-28 | 2015-07-07 | Cinemo Gmbh | Client device, method and computer program for playing media content |
| CN110392071B (zh) * | 2018-04-18 | 2021-06-22 | 网宿科技股份有限公司 | 流媒体资源的上传、下载方法、分发系统及流媒体服务器 |
-
2022
- 2022-03-25 CN CN202210307606.4A patent/CN114844870B/zh active Active
Patent Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101179581A (zh) * | 2007-12-13 | 2008-05-14 | 北京邮电大学 | 一种采用ice中继候选地址进行媒体传输的方法 |
| WO2013166851A1 (zh) * | 2012-05-10 | 2013-11-14 | 华为技术有限公司 | 媒体播放方法、装置和系统 |
| CN106716963A (zh) * | 2014-09-25 | 2017-05-24 | 微软技术许可有限责任公司 | 网络端点之间的媒体会话 |
| CN107820100A (zh) * | 2017-10-30 | 2018-03-20 | 北京四达时代软件技术股份有限公司 | 互联网音视频播放方法及装置 |
| CN109194972A (zh) * | 2018-09-10 | 2019-01-11 | 广州酷狗计算机科技有限公司 | 直播流获取方法、装置、计算机设备及存储介质 |
| CN109246123A (zh) * | 2018-09-30 | 2019-01-18 | 广州酷狗计算机科技有限公司 | 媒体流获取方法及装置 |
| CN109413453A (zh) * | 2018-10-19 | 2019-03-01 | 广州酷狗计算机科技有限公司 | 视频播放方法、装置、终端及存储介质 |
| CN113347386A (zh) * | 2020-03-03 | 2021-09-03 | 海信集团有限公司 | 推送媒体流的方法、拉取媒体流的方法及设备 |
| CN112073423A (zh) * | 2020-09-15 | 2020-12-11 | 杭州二更网络科技有限公司 | 基于WebRTC进行浏览器推流的方法及系统 |
| CN112738140A (zh) * | 2021-04-01 | 2021-04-30 | 浙江华创视讯科技有限公司 | 一种基于WebRTC的视频流传输方法、装置、存储介质和设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114844870A (zh) | 2022-08-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| TWI602415B (zh) | 用於受遞送媒體之彈性快取的方法及裝置 | |
| CN112073423A (zh) | 基于WebRTC进行浏览器推流的方法及系统 | |
| US20170262265A1 (en) | Converting source code | |
| WO2016049987A1 (zh) | 一种数据处理方法、装置及相关服务器 | |
| US20130042013A1 (en) | Methods, apparatuses and computer program products for enabling live sharing of data | |
| CN112653700B (zh) | 一种基于webrtc网页视频通信的方法 | |
| CN108965400B (zh) | 一种信息的处理方法、装置、设备及系统 | |
| CN110662017B (zh) | 一种视频播放质量检测方法和装置 | |
| US20190268601A1 (en) | Efficient streaming video for static video content | |
| CN103945284B (zh) | 信息处理方法和信息处理装置 | |
| CN114844870B (zh) | 一种媒体流获取方法、装置、电子设备及存储介质 | |
| CN103716681A (zh) | 一种码流切换方法及电子设备 | |
| CN112218165A (zh) | 视频播放的控制方法、装置、电子设备及存储介质 | |
| CN112673605B (zh) | 用于动态多端点生成的方法、装置和计算机程序 | |
| CN112243158B (zh) | 媒体文件处理方法、装置、计算机可读介质及电子设备 | |
| CN110113298A (zh) | 数据传输方法、装置、信令服务器和计算机可读介质 | |
| CN106791714B (zh) | 网络摄像头与服务端设备的匹配方法和设备 | |
| CN113259729B (zh) | 数据切换的方法、服务器、系统及存储介质 | |
| US20240054009A1 (en) | Processing system, and information processing apparatus and method | |
| CN116980662A (zh) | 流媒体播放方法、装置、电子设备、存储介质及程序产品 | |
| CN112073727B (zh) | 转码方法、装置、电子设备及存储介质 | |
| CN116668415A (zh) | 流媒体数据处理方法及系统 | |
| WO2016032383A1 (en) | Sharing of multimedia content | |
| CN115065832A (zh) | 一种基于WebRtc的直播方法及相关设备 | |
| WO2024046124A1 (zh) | 视频处理方法、装置及服务器 |
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 |