直播数据推送方法、装置、设备及存储介质制造方法及图纸

本申请实施例提供一种直播数据推送方法、装置、设备及存储介质。在直播数据推送方法中，针对单个拉流用户，服务器可获取单个拉流端的网络质量，根据网络质量，从缓存区已缓存的直播数据中确定拉流起始位置，并从该拉流起始位置开始，向所述拉流端发送直播数据。在这种实施方式中，服务器侧充分考虑了单个拉流端的实际网络状况，差异化地调整不同拉流端的拉流起始位置，从而可在利用缓存减少直播卡顿的场景下，平衡单个拉流端的直播时延与卡顿情况，有利于降低网络质量较佳的用户的直播时延，并缓解网络质量较差的用户的直播卡顿现象。解网络质量较差的用户的直播卡顿现象。解网络质量较差的用户的直播卡顿现象。

【技术实现步骤摘要】
直播数据推送方法、装置、设备及存储介质


[0001]本申请涉及直播
，尤其涉及一种直播数据推送方法、装置、设备及存储介质。

技术介绍

[0002]在直播场景中，受网络质量影响，播放端可能出现直播卡顿现象，例如播放端的画面出现缓冲标志或者播放端的画面不连续。通常，为降低直播卡顿，可在边缘服务器节点缓存一定时长的直播数据。当新观众接入直播后，可从缓存数据的起始位置开始拉流，从而改善直播卡顿现象。但是，这种方式将引入较大的直播时延。因此，有待提出一种新的解决方案。

技术实现思路

[0003]本申请的多个方面提供一种直播数据推送方法、装置、设备及存储介质，用以在减少直播卡顿的情形下，降低直播时延。
[0004]本申请实施例提供一种直播数据推送方法，包括：响应拉流端的拉流请求，获取所述拉流端的网络质量；根据所述网络质量，从缓存区已缓存的直播数据中确定拉流起始位置；从所述拉流起始位置开始，向所述拉流端发送直播数据。
[0005]进一步可选地，根据所述网络质量，从已缓存的直播数据中确定拉流起始位置，包括：根据所述网络质量，确定所述拉流端的往返时延；根据所述往返时延，确定所述拉流端所需的直播缓存时长；所述往返时延与所述直播缓存时长呈正相关关系；根据所述直播缓存时长，从所述缓存区中已缓存的直播数据中确定所述拉流起始位置。
[0006]进一步可选地，根据所述往返时延，确定所述拉流端所需的直播缓存时长，包括：若所述往返时延大于或等于预设的第一时延阈值，则确定所述缓存区的缓存时长的上限值，作为所述拉流端所需的直播缓存时长；所述第一时延阈值大于或等于所述上限值。
[0007]进一步可选地，根据所述往返时延，确定所述拉流端所需的直播缓存时长，包括：若所述往返时延小于或等于预设的第二时延阈值，则确定所述缓存区的缓存时长的下限值，作为所述拉流端所需的直播缓存时长；所述第二时延阈值小于或等于所述下限值。
[0008]进一步可选地，根据所述往返时延，确定所述拉流端所需的直播缓存时长，包括：若所述往返时延小于所述缓存区的缓存时长的上限值且大于所述缓存区的缓存时长的下限值，则从预设的多个阈值范围中，确定所述往返时延所属的目标阈值范围；所述多个阈值范围各自对应的直播缓存时长不同；根据所述目标阈值范围对应的目标直播缓存时长，确定所述拉流端所需的直播缓存时长。
[0009]进一步可选地，根据所述目标阈值范围对应的目标直播缓存时长，确定所述拉流端所需的直播缓存时长，包括：获取所述拉流端的卡顿数据；若所述卡顿数据满足设定的卡顿条件，则将所述目标直播缓存时长的设定倍数，作为所述拉流端对应的直播缓存时长；所述设定倍数为大于1的正整数。
[0010]进一步可选地，所述缓存区的缓存时长为画面组的时长的倍数，所述画面组的时长由推流端设置。
[0011]本申请实施例还提供一种直播数据推送装置，包括：网络质量获取模块，响应拉流端的拉流请求，获取所述拉流端的网络质量；拉流位置确定模块，根据所述网络质量，从缓存区已缓存的直播数据中确定拉流起始位置；数据发送模块，用于从所述拉流起始位置开始，向所述拉流端发送直播数据。
[0012]本申请实施例还提供一种服务器，包括：存储器和处理器；所述存储器用于存储一条或多条计算机指令；所述处理器用于执行所述一条或多条计算机指令以用于：执行本申请实施例提供的方法中的步骤。
[0013]本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被处理器执行时能够实现本申请实施例提供的直播数据推送方法。
[0014]本申请实施例提供的直播数据推送方法中，针对单个拉流用户，服务器可获取单个拉流端的网络质量，根据网络质量，从缓存区已缓存的直播数据中确定拉流起始位置，并从该拉流起始位置开始，向所述拉流端发送直播数据。在这种实施方式中，服务器侧充分考虑了单个拉流端的实际网络状况，差异化地调整不同拉流端的拉流起始位置，从而可在利用缓存减少直播卡顿的场景下，平衡单个拉流端的直播时延与卡顿情况，有利于降低网络质量较佳的用户的直播时延，并缓解网络质量较差的用户的直播卡顿现象。
附图说明
[0015]此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
[0016]图1为本申请一示例性实施例提供的直播数据推送方法的流程示意图；
[0017]图2为本申请一示例性实施例提供的根据往返时延进行拉流起始位置判定的流程示意图；
[0018]图3为本申请一示例性实施例提供的根据直播缓存时长确定拉流起始位置的示意图；
[0019]图4为本申请一示例性实施例提供的直播数据推送装置的结构示意图；
[0020]图5为本申请一示例性实施例提供的服务器的结构示意图。
具体实施方式
[0021]为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0022]在本专利技术实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本专利技术。在本专利技术实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种，但是不排除包含至少一种的情况。
[0023]在直播场景中，受网络质量影响，播放端可能出现直播卡顿现象，例如播放端的画
面出现缓冲标志或者播放端的画面不连续。通常，为降低直播卡顿，可在边缘服务器节点缓存一定时长的直播数据。当新观众接入直播后，可从缓存数据的起始位置开始拉流，从而改善直播卡顿现象。目前，存在一种从单域名维度调整缓存时长大小的方案，但是这种方案未考虑不同用户的网络情况下。对于部分网络状况较差的用户而言，这种方案对直播卡顿现象的改善十分有限。对于部分网络状况良好的用户而言，这种方案将引入较大的直播时延。
[0024]针对上述技术问题，在本申请一些实施例中，提供了一种解决方案，以下将结合附图，详细说明本申请各实施例提供的技术方案。
[0025]图1为本申请一示例性实施例提供的直播数据推送方法的流程示意图，如图1所示，该方法包括：
[0026]步骤101、响应拉流端的拉流请求，获取该拉流端的网络质量。
[0027]步骤102、根据该网络质量，从缓存区已缓存的直播数据中确定拉流起始位置。
[0028]步骤103、从该拉流起始位置开始，向该拉流端发送直播数据。
[0029]本实施例的执行主体可以是服务器，该服务器可实现为内容分发网络(Content Delivery Network，CDN)节点。CDN节点可接收推流端发送的直播数据，在本地缓存一定时长的直本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种直播数据推送方法，其特征在于，包括：响应拉流端的拉流请求，获取所述拉流端的网络质量；根据所述网络质量，从缓存区已缓存的直播数据中确定拉流起始位置；从所述拉流起始位置开始，向所述拉流端发送直播数据。2.根据权利要求1所述的方法，其特征在于，根据所述网络质量，从已缓存的直播数据中确定拉流起始位置，包括：根据所述网络质量，确定所述拉流端的往返时延；根据所述往返时延，确定所述拉流端所需的直播缓存时长；所述往返时延与所述直播缓存时长呈正相关关系；根据所述直播缓存时长，从所述缓存区中已缓存的直播数据中确定所述拉流起始位置。3.根据权利要求2所述的方法，其特征在于，根据所述往返时延，确定所述拉流端所需的直播缓存时长，包括：若所述往返时延大于或等于预设的第一时延阈值，则确定所述缓存区的缓存时长的上限值，作为所述拉流端所需的直播缓存时长；所述第一时延阈值大于或等于所述上限值。4.根据权利要求2所述的方法，其特征在于，根据所述往返时延，确定所述拉流端所需的直播缓存时长，包括：若所述往返时延小于或等于预设的第二时延阈值，则确定所述缓存区的缓存时长的下限值，作为所述拉流端所需的直播缓存时长；所述第二时延阈值小于或等于所述下限值。5.根据权利要求3所述的方法，其特征在于，根据所述往返时延，确定所述拉流端所需的直播缓存时长，包括：若所述往返时延小于所述缓存区的缓存时长的上限值且大于所述缓存区的缓存时长的下限值，则从预设的多个阈值范围中，确定所述往...

【专利技术属性】
技术研发人员：陈建清，
申请(专利权)人：阿里巴巴中国有限公司，
类型：发明
国别省市：