CN112887745B - 数据处理方法、系统、电子设备和计算机可读存储介质 - Google Patents

Abstract

本发明的实施例提供了一种数据处理方法、系统、电子设备和计算机可读存储介质，涉及互联网技术领域，该方法支持用户通过第一用户端执行延迟设置操作，生成延迟配置，音视频服务器根据延迟配置生成目标延迟时长的直播流，第二用户端拉取目标延迟时长的直播流进行播放，便可观看目标延迟时长的直播，通过对直播流延迟时长的灵活设置，有利于直播的推广应用。

Description

数据处理方法、系统、电子设备和计算机可读存储介质

技术领域

本发明涉及互联网技术领域，具体而言，涉及一种数据处理方法、系统、电子设备和计算机可读存储介质。

背景技术

随着互联网的快速发展，直播越来越普遍地融入人们的生活和工作。然而，现今的直播往往存在一定延迟，且延迟情况不可控，从而影响了直播的推广应用。

发明内容

本发明的目的之一包括，例如，提供了一种数据处理方法、系统、电子设备和计算机可读存储介质，能够便捷地实现直播间的延迟设置，从而至少部分地有利于直播的推广应用。

本发明的实施例可以这样实现：

第一方面，本发明实施例提供一种数据处理方法，应用于第一用户端，所述第一用户端与音视频服务器通信连接，所述方法包括：

响应于用户执行的延迟设置操作，生成直播间的延迟配置并发送至所述音视频服务器；

采集音视频流并发送至所述音视频服务器，以使所述音视频服务器基于所述延迟配置将所述音视频流处理为目标延迟时长的直播流。

在可选的实施方式中，所述第一用户端中装载有开播软件，所述开播软件提供有JS SDK和应用程序；所述延迟配置包括所述直播间的目标延迟时长和对应的目标网络端口；

所述响应于用户执行的延迟设置操作，生成直播间的延迟配置的步骤，包括：

响应于用户打开所述开播软件中的所述应用程序的操作，得到直播间的目标延迟时长和对应的目标网络端口，调用JS SDK接口，根据所述直播间的目标延迟时长和对应的目标网络端口生成所述直播间的延迟配置。

在可选的实施方式中，所述方法还包括：

响应于用户执行的延迟设置调整操作，对所述直播间的延迟配置做动态调整。

第二方面，本发明实施例提供一种数据处理方法，应用于音视频服务器，所述音视频服务器与第一用户端通信连接，所述方法包括：

接收所述第一用户端发送的延迟配置；

基于所述延迟配置对目标网络端口进行初始化设置；

对所述目标网络端口接收到的音视频流进行处理，生成目标延迟时长的直播流。

在可选的实施方式中，对所述目标网络端口接收到的音视频流进行处理的步骤，包括：调整对音视频流的媒体加工。

第三方面，本发明实施例提供一种数据处理方法，应用于第二用户端，所述第二用户端与音视频服务器通信连接，所述方法包括：

响应于用户执行的延迟播放操作，直接从所述音视频服务器拉取目标延迟时长的直播流；其中，该直播流为所述音视频服务器根据从第一用户端接收到的延迟配置和音视频流生成；

对拉取的所述直播流进行播放。

在可选的实施方式中，所述第二用户端中集成有播放器，所述方法还包括：

响应于用户执行的延迟播放操作，缩小所述播放器的音视频缓冲区的大小。

第四方面，本发明实施例提供一种数据处理系统，包括第一用户端、第二用户端和音视频服务器；

所述第一用户端用于，响应于用户执行的延迟设置操作，生成直播间的延迟配置并发送至所述音视频服务器，采集音视频流并发送至所述音视频服务器；

所述音视频服务器用于，接收所述第一用户端发送的延迟配置，基于所述延迟配置对目标网络端口进行初始化设置，对所述目标网络端口接收到的音视频流进行处理，生成目标延迟时长的直播流；

所述第二用户端用于，响应于用户执行的延迟播放操作，直接从所述音视频服务器拉取目标延迟时长的直播流，对拉取的所述直播流进行播放。

第五方面，本发明实施例提供一种电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现前述实施方式任一项所述的数据处理方法。

第六方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质包括计算机程序，所述计算机程序运行时控制所述计算机可读存储介质所在电子设备执行前述实施方式任一项所述的数据处理方法。

本发明实施例的有益效果包括，例如：支持用户通过第一用户端进行延迟设置，音视频服务器根据生成的延迟配置将音视频流处理为目标延迟时长的直播流，用户从而可以通过第二用户端观看处理为目标延迟时长的直播流。便捷地实现了直播间的延迟设置，有利于直播的推广应用。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本发明实施例提供的一种数据处理系统的示例性结构框图。

图2示出了本发明实施例提供的一种数据处理方法的流程示意图。

图3示出了本发明实施例提供的一种数据处理方法的另一流程示意图。

图4示出了本发明实施例提供的一种数据处理方法的又一流程示意图。

图5示出了本发明实施例提供的一种数据处理方法的整体时序图。

图6示出了本发明实施例提供的一种应用架构示意图。

图标：10-第一用户端；20-音视频服务器；30-第二用户端；100-电子设备；110-存储器；120-处理器；130-通信模块。

具体实施方式

现今，直播中的延迟情况往往不可控，对直播的推广应用造成了不利影响。例如，在主播进行直播的过程中，经常会和观众进行互动，很多互动玩法如在线答题、小游戏等需要直播间保持低延迟如仅延迟1-2秒，但目前市场上的直播平台延迟普遍比较高，如通常会延迟6秒以上，对直播互动玩法产生了十分大的影响。

基于上述研究，本发明实施例提供一种数据处理方案，支持在直播间内，可以由用户如主播进行延迟控制，以满足不同场景需求。例如，当主播和观众一起进行需要低延迟的互动玩法时，主播通过执行延迟设置操作(如降低延迟时间)，控制直播间的延迟时长，如控制直播间处于低延迟(如仅延迟1-2秒)状态。又例如，当互动结束后，主播通过执行延迟设置操作(如取消降低延迟时间)，可以使直播间恢复本身的延迟如6秒以上。

针对以上方案所存在的缺陷，均是发明人在经过实践并仔细研究后得出的结果，因此，上述问题的发现过程以及下文中本发明实施例针对上述问题所提出的解决方案，都应该是发明人在发明过程中做出的贡献。

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

需要说明的是，在不冲突的情况下，本发明的实施例中的特征可以相互结合。

如图1所示，为本发明实施例提供的一种数据处理系统，包括第一用户端10、音视频服务器20和第二用户端30，第一用户端10、第二用户端30和音视频服务器20通信连接。

其中，第一用户端10可以为主播端，如第一用户端10可以为主播所持有的终端设备。第二用户端30可以为观众端，如第二用户端30可以为观看直播的观众所持有的终端设备。音视频服务器20可以为能够进行直播流处理、存储、传输的设备或平台，如音视频服务器20可以为音视频后台、云平台等。

在应用中，数据处理系统支持用户通过第一用户端10执行延迟设置操作，生成延迟配置，音视频服务器20根据延迟配置生成目标延迟时长的直播流，第二用户端30拉取目标延迟时长的直播流进行播放，持有第二用户端30的用户便可观看目标延迟时长的直播。

可以理解的是，在其他实现方式中，数据处理系统中的第一用户端10和第二用户端30的“角色”可以相互调换。例如，在主播使用第一用户端10观看其他主播直播的情况下，第一用户端10在数据处理系统中的角色切换为第二用户端30。在观众使用第二用户端30进行直播的情况下，第二用户端30在数据处理系统中的角色切换为第一用户端10。

请结合参阅图2，为本发明实施例提供的一种数据处理方法的流程示意图，可以由图1所述第一用户端10执行，第一用户端10与音视频服务器20通信连接。该数据处理方法包括S110和S120。

S110，响应于用户执行的延迟设置操作，生成直播间的延迟配置并发送至所述音视频服务器20。

S120，采集音视频流并发送至所述音视频服务器20。

本实施例中，用户执行的延迟设置操作可以为多种。在一种实现方式中，第一用户端10可以提供延迟设置交互界面，用户进入延迟设置交互界面之后，执行延迟设置操作。例如，第一用户端10可以在延迟设置交互界面中提供多种可选的延迟模式，如超低延迟、低延迟、普通延迟、高延迟等，不同延迟模式分别对应不同的目标延迟时长。用户可以在延迟设置交互界面执行延迟模式选择操作。相应地，第一用户端10响应于用户执行的延迟模式选择操作，生成直播间的延迟配置。

在另一种实现方式中，第一用户端10可以提供延迟设置按键，用户可以执行延迟设置按键启动操作。相应地，第一用户端10响应于用户执行的延迟设置按键启动操作，生成直播间的延迟配置。其中，启动延迟设置按键后，对应的延迟时长可以为预定义，如可以预定义执行延迟设置按键启动操作之后，对应的延迟时长为1-2秒，相应地，生成的延迟配置中延迟时长为1-2秒。延迟时长也可以由执行延迟设置按键启动操作的用户自行配置，如第一用户端10可以提供延迟时长配置区域，用户可以在延迟时长配置区域自行输入延迟时长，如3秒，然后执行延迟设置按键启动操作，相应地，生成的延迟配置中延迟时长为3秒。

第一用户端10可以通过多种方式支持用户执行延迟设置操作。例如，可以在第一用户端10中装载开播软件，由开播软件提供应用程序和一套可以让应用程序进行延迟设置的JavaScript SDK(简称JS SDK)。其中，应用程序可以选用JavaScript程序。基于该种实现方式，用户如主播可以点击打开开播软件中的应用程序，调用JS SDK接口，对当前直播间进行延迟设置，如将当前直播间设置为低延迟模式。

第一用户端10中可以预先配置不同延迟模式分别对应的目标延迟时长和目标网络端口。示例性地，可以配置延迟时长小于1秒为超低延迟模式、延迟时长大于1秒小于2秒为低延迟模式、延迟时长大于2秒小于4秒为普通延迟模式、延迟时长大于5秒为高延迟模式、延迟时长大于8秒为超高延迟模式等。并配置超低延迟模式对应目标网络端口一、低延迟模式对应目标网络端口二、普通延迟模式对应目标网络端口三、高延迟模式对应目标网络端口四、超高延迟模式对应目标网络端口五。相应地，在用户进行延迟设置后，第一用户端10可以响应于用户打开所述开播软件中的所述应用程序的操作，得到直播间的目标延迟时长和对应的目标网络端口，调用JS SDK接口，根据所述直播间的目标延迟时长和对应的目标网络端口生成所述直播间的延迟配置。其中，所述延迟配置包括所述直播间的目标延迟时长和对应的目标网络端口，各目标网络端口可以对应不同的网络，如不同目标网络端口对应不同的专用网络、内容分发网络(Content Delivery Network，CDN)等。

例如，若用户选择了低延迟模式，那么，第一用户端10生成的延迟配置可以包括延迟时长大于1秒小于2秒、对应目标网络端口二。

本实施例中，延迟配置中包括的目标延迟时长可以为用户从提供的多种延迟模式中选择的一种延迟模式所对应的目标延迟时长，也可以为根据用户自定义设置的延迟时长自动生成。

可以理解的是，本实施例中的延迟配置还可以为其他，例如，在另一种实现方式中，延迟配置可以包括直播间对应的目标网络端口和延迟模式。本实施例对此不作限制。

在上述基础上，为了提高延迟设置的灵活性，第一用户端10执行的数据处理方法还可以包括S130。

S130，响应于用户执行的延迟设置调整操作，对所述直播间的延迟配置做动态调整。

示例性地，若当前的延迟配置为延迟时长大于1秒小于2秒、对应目标网络端口二，第一用户端10监测到用户执行的延迟设置调整操作为将延迟模式切换为普通延迟模式，那么，第一用户端10则将直播间的延迟配置动态调整为延迟时长大于2秒小于4秒、对应目标网络端口三。

第一用户端10生成延迟配置之后，将延迟配置发送至音视频服务器20，并采集音视频流发送至音视频服务器20，以使所述音视频服务器20基于所述延迟配置将所述音视频流处理为目标延迟时长的直播流。

请结合参阅图3，为本发明实施例提供的一种数据处理方法的流程示意图，可以由图1所述音视频服务器20执行，所述音视频服务器20与第一用户端10通信连接。该数据处理方法包括S210、S220和S230。

S210，接收所述第一用户端10发送的延迟配置。

S220，基于所述延迟配置对目标网络端口进行初始化设置。

S230，对所述目标网络端口接收到的音视频流进行处理，生成目标延迟时长的直播流。

第一用户端10生成延迟配置及采集音视频流的过程可以参阅图2中S110至S130的相应描述，在此不作赘述。

其中，音视频服务器20接收到延迟配置后，可以基于延迟配置得到目标网络端口和目标延迟时长。音视频服务器20对目标网络端口进行的初始化设置可以为多种。例如，各目标网络端口可以默认处于休眠状态，音视频服务器20接收到延迟配置后，再启动延迟配置中包括的目标网络端口，实现对延迟配置中包括的目标网络端口的初始化设置。

为了得到目标延迟时长的直播流，音视频服务器20对目标网络端口接收到的音视频流进行的处理可以包括：调整对音视频流的媒体加工。示例性地，可以设置不同的目标延迟时长分别对应不同的媒体加工策略，其中，目标延迟时长越短，对应的媒体加工越少，目标延迟时长越长，对应的媒体加工越丰富。例如，若用户在延迟时长配置区域自行输入的延迟时长为0.9秒，对应于目标网络端口一、超低延迟模式，该种情况下，对应的媒体加工策略可以为对来自于目标网络端口一的音视频流不进行任何媒体加工。又例如，若用户在延迟时长配置区域自行输入的延迟时长为10秒，对应于目标网络端口五、超高延迟模式，该种情况下，对应的媒体加工策略可以为对来自于目标网络端口五的音视频流进行全部媒体加工。

基于上述设置，通过对来自于不同目标网络端口的音视频流的媒体加工情况进行配置，便可实现延迟时长的调整。

音视频服务器20生成目标延迟时长的直播流之后，可供第二用户端30请求及播放。

请结合参阅图4，为本发明实施例提供的一种数据处理方法的流程示意图，可以由图1所述第二用户端30执行，所述第二用户端30与音视频服务器20通信连接。该数据处理方法包括S310和S320。

S310，响应于用户执行的延迟播放操作，直接从所述音视频服务器20拉取目标延迟时长的直播流。其中，该直播流为所述音视频服务器20根据从第一用户端10接收到的延迟配置和音视频流生成。音视频服务器20生成目标延迟时长的直播流的过程可以参阅图3中S210至S230的相应描述，在此不作赘述。

S320，对拉取的所述直播流进行播放。

本实施例中，观看直播的用户，在需要观看目标延迟时长的直播的情况下，无需从CDN拉取直播流，可以通过第二用户端30直接从音视频服务器20拉取目标延迟时长的直播流，并基于第二用户端30进行播放。

在一种实现方式中，第二用户端30中可以集成有播放器，第二用户端30可以响应于用户执行的延迟播放操作，缩小所述播放器的音视频缓冲区的大小。

可以理解的是，观看直播的用户，在无需观看目标延迟时长的直播的情况下，可以切换为观看原来(现有技术)的直播流，相应地，第二用户端30可以从CDN拉取原来的直播流并进行播放，并将播放器的音视频缓冲区恢复为原有大小。

为了更为清楚地阐述本发明实施例中的数据处理方法，现以下述场景为例进行举例说明。

请参阅图5，为本发明实施例提供的一种数据处理系统的时序图。如图5所示，数据处理系统包括第一用户端10、第二用户端30和音视频服务器20。第一用户端10中装载有开播软件，开播软件提供有JS SDK和应用程序，第一用户端10的用户为主播。第二用户端30中集成有播放器，第二用户端30的用户为观众。

假设在主播调用应用程序的情况下，默认开启低延迟模式如将延迟减少为1-2秒；在主播未调用应用程序的情况下，默认未开启低延迟模式，为正常延迟，如6秒左右。

如图5所示，主播使用第一用户端10中的开播软件开启直播，在主播未打开应用程序的情况下，判定主播未执行延迟设置操作，开播软件采集音视频流并发送至音视频服务器20。音视频服务器20基于接收到的音视频流生成直播流并发送至CDN。观众使用的第二用户端30从CDN拉取直播流，从而观看正常延迟的直播。

在主播点击打开开播软件中进行延迟设置的应用程序的情况下，判定主播执行了延迟设置操作，开播软件调用JS SDK接口，将当前直播间设置为低延迟模式，生成直播间的延迟配置并发送至音视频服务器20。该延迟配置中包括直播间为目标延迟时长为1-2秒的低延迟模式，以及对应的目标网络端口。开播软件采集音视频流，按照设定协议如实时消息传输协议(_{Real Time Messaging Protocol}，RTMP)将音视频流发送至音视频服务器20的目标网络端口。

音视频服务器20接收到延迟配置的情况下，初始化延迟配置中的目标网络端口，如启动该目标网络端口。音视频服务器20若接收到来自于目标网络端口的音视频流，则不对该音视频流做任何媒体加工，从而得到延迟时长为1-2秒的直播流。

观众使用的第二用户端30直接从音视频服务器20拉取延迟时长为1-2秒的低延迟的直播流，并进行播放，从而实现观众与主播的低延迟直播交互。第二用户端30在拉取的直播流为低延迟的直播流的情况下，自动缩小播放器的音视频缓冲区大小。

在主播使用第一用户端10关闭延迟设置的情况下，开播软件取消延迟配置，直接将直播间的音视频流发送至音视频服务器20，音视频服务器20基于接收到的音视频流生成直播流并发送至CDN。观众使用的第二用户端30从CDN拉取直播流，从而观看正常延迟的直播。

在上述基础上，请参照图6，是本实施例提供的一种电子设备100的方框示意图，本实施例中的电子设备100可以为能够进行数据交互、处理的终端、服务器、处理设备、处理平台等。例如，该电子设备100可以为图1所示的第一用户端10、音视频服务器20和第二用户端30中的任意一个。

电子设备100包括存储器110、处理器120及通信模块130。所述存储器110、处理器120以及通信模块130各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。

其中，存储器110用于存储程序或者数据。所述存储器110可以是，但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-Only Memory，PROM)，可擦除只读存储器(ErasableProgrammable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric ErasableProgrammable Read-Only Memory，EEPROM)等。

处理器120用于读/写存储器110中存储的数据或程序，并执行相应地功能，如实现本发明实施例中的数据处理方法。

通信模块130用于通过所述网络建立所述电子设备100与其它通信终端之间的通信连接，并用于通过所述网络收发数据。

应当理解的是，图1所示的结构仅为电子设备100的结构示意图，所述电子设备100还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。图1中所示的各组件可以采用硬件、软件或其组合实现。例如，在电子设备100为第一用户端10或第二用户端30的情况下，还可以包括人机交互界面、语音模块等。

在上述基础上，本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质包括计算机程序，所述计算机程序运行时控制所述计算机可读存储介质所在电子设备执行上述的数据处理方法。

采用本发明实施例中的上述方案，主播可以通过应用程序动态的控制当前直播间的延迟情况，从而灵活实现与观众的各种直播交互，满足实际应用需求，有利于直播的推广应用。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (9)

1.一种数据处理方法，其特征在于，应用于第一用户端，所述第一用户端与音视频服务器通信连接，所述方法包括：

响应于用户执行的延迟设置操作，生成直播间的延迟配置并发送至所述音视频服务器；

采集音视频流并发送至所述音视频服务器，以使所述音视频服务器基于所述延迟配置将所述音视频流处理为目标延迟时长的直播流；

所述第一用户端中装载有开播软件，所述开播软件提供有JSSDK和应用程序；所述延迟配置包括所述直播间的目标延迟时长和对应的目标网络端口；

所述响应于用户执行的延迟设置操作，生成直播间的延迟配置的步骤，包括：

响应于用户打开所述开播软件中的所述应用程序的操作，得到直播间的目标延迟时长和对应的目标网络端口，调用JSSDK接口，根据所述直播间的目标延迟时长和对应的目标网络端口生成所述直播间的延迟配置；其中，各目标网络端口对应不同的网络，通过目标网络端口选择不同的网络进行直播流传输，以实现不同的目标延迟时长。

2.根据权利要求1所述的数据处理方法，其特征在于，所述方法还包括：

响应于用户执行的延迟设置调整操作，对所述直播间的延迟配置做动态调整。

3.一种数据处理方法，其特征在于，应用于音视频服务器，所述音视频服务器与第一用户端通信连接，所述方法包括：

接收所述第一用户端发送的延迟配置；所述第一用户端中装载有开播软件，所述开播软件提供有JSSDK和应用程序，所述延迟配置由所述第一用户端响应于用户打开所述开播软件中的所述应用程序的操作，得到直播间的目标延迟时长和对应的目标网络端口，调用JSSDK接口，根据所述直播间的目标延迟时长和对应的目标网络端口生成；各目标网络端口对应不同的网络，通过目标网络端口选择不同的网络进行直播流传输，以实现不同的目标延迟时长；

基于所述延迟配置对目标网络端口进行初始化设置；

对所述目标网络端口接收到的音视频流进行处理，生成目标延迟时长的直播流。

4.根据权利要求3所述的数据处理方法，其特征在于，对所述目标网络端口接收到的音视频流进行处理的步骤，包括：调整对音视频流的媒体加工。

5.一种数据处理方法，其特征在于，应用于第二用户端，所述第二用户端与音视频服务器通信连接，所述方法包括：

响应于用户执行的延迟播放操作，直接从所述音视频服务器拉取目标延迟时长的直播流；其中，该直播流为所述音视频服务器根据从第一用户端接收到的延迟配置和音视频流生成；所述第一用户端中装载有开播软件，所述开播软件提供有JSSDK和应用程序，所述延迟配置由所述第一用户端响应于用户打开所述开播软件中的所述应用程序的操作，得到直播间的目标延迟时长和对应的目标网络端口，调用JSSDK接口，根据所述直播间的目标延迟时长和对应的目标网络端口生成；各目标网络端口对应不同的网络，通过目标网络端口选择不同的网络进行直播流传输，以实现不同的目标延迟时长；

对拉取的所述直播流进行播放。

6.根据权利要求5所述的数据处理方法，其特征在于，所述第二用户端中集成有播放器，所述方法还包括：

响应于用户执行的延迟播放操作，缩小所述播放器的音视频缓冲区的大小。

7.一种数据处理系统，其特征在于，包括第一用户端、第二用户端和音视频服务器；

所述第一用户端中装载有开播软件，所述开播软件提供有JSSDK和应用程序，所述第一用户端用于，响应于用户打开所述开播软件中的所述应用程序的操作，得到直播间的目标延迟时长和对应的目标网络端口，调用JS SDK接口，根据所述直播间的目标延迟时长和对应的目标网络端口生成所述直播间的延迟配置并发送至所述音视频服务器，采集音视频流并发送至所述音视频服务器；其中，所述延迟配置包括所述直播间的目标延迟时长和对应的目标网络端口，各目标网络端口对应不同的网络，通过目标网络端口选择不同的网络进行直播流传输，以实现不同的目标延迟时长；

所述音视频服务器用于，接收所述第一用户端发送的延迟配置，基于所述延迟配置对目标网络端口进行初始化设置，对所述目标网络端口接收到的音视频流进行处理，生成目标延迟时长的直播流；

所述第二用户端用于，响应于用户执行的延迟播放操作，直接从所述音视频服务器拉取目标延迟时长的直播流，对拉取的所述直播流进行播放。

8.一种电子设备，其特征在于，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现权利要求1至6任一项所述的数据处理方法。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括计算机程序，所述计算机程序运行时控制所述计算机可读存储介质所在电子设备执行权利要求1至6任一项所述的数据处理方法。

Images