具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请中的附图，对本申请中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

图1为本申请提供的直播方法的应用场景示意图。如图1所示，包括：直播设备101、服务器102和发布设备103。其中，直播设备101可以通过有线网络、或者无线网络与服务器102进行交互，发布设备103可以在有线网络、或者无线网络与服务器102进行交互。

可选地，有线网络可以包括同轴电缆、双绞线和光纤等，无线网络可以是2G网络、3G网络、4G网络或者5G网络、无线保真(Wireless Fidelity，简称WIFI)网络等。可选地，直播设备101和发布设备103可以为计算机设备、平板电脑或移动电话(或称为“蜂窝”电话)等，终端设备还可以是便携式、袖珍式、手持式、计算机内置的移动装置或设备，此处不做特别限制。

发布设备103可以向服务器102发送文档流和音视频流。在直播设备101进行直播之后，服务器102根据文档流向直播设备101发送至少一个文档，直播设备101从服务器102中下载至少一个音视频段(根据音视频流确定的)。直播设备101接收到至少一个音视频段之后播放每个音视频段，直播设备101接收到至少一个文档后确定每个文档的延时显示时长，并根据每个文档的延时显示时长显示每个文档中的文档信息。在上述方法中，直播设备101播放至少一个音视频段，根据每个文档的延时显示时长显示每个文档中的文档信息，可以避免音视频段和文档信息无法同步显示的问题。

下面以具体地实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

图2为本申请提供的直播方法的流程示意图一。如图2所示，本实施例提供的直播方法包括：

S201：服务器为来自发布设备的至少一个文档信息配置文档时刻。

其中，文档信息为发布设备通过传输控制协议(Transmission ControlProtocol，TCP)发送给服务器的文档流中包括的信息。该文档流为发布设备中的本地文档流。

其中，文档时刻为服务器接收到文档信息时获取的时钟的当前时刻。具体的，服务器中设置有直播云平台，该直播云平台具有所述时钟。

在实际中，服务器每接收一个文档信息，就获取一次时钟的当前时间，并将该当前时间作为文档信息对应的文档时刻，从而时间为文档信息配置文档时刻。

S202：服务器根据每个文档信息和每个文档信息对应的文档时刻，确定至少一个文档，每个文档包括文档信息和文档时刻。

具体的，服务器可以对文档信息和文档时刻进行组合处理，得到文档。

例如，服务器对文档信息(i)和文档时刻(i)进行组合处理，得到文档(i)，具体的，请参见图4。需要说明的是，图4中未示出文档(i)，仅仅示出文档信息(i)和文档时刻(i)。

其中，i为文档的标识，可选地，i可以为依次排列的0、1、2、3等。

S203：服务器向直播设备发送至少一个文档。

在直播设备加入直播之后，服务器可以向直播设备发送至少一个文档。

S204：直播设备从服务器中下载至少一个音视频段，并播放至少一个音视频段，至少一个音视频段中的首个音频段为第一音视频段。

在直播设备加入直播之后，直播设备可以从服务器中下载至少一个音视频段。进一步地，对至少一个音视频段进行解码、渲染和显示，从而实现播放至少一个音视频段。

S205：直播设备根据每个文档对应的文档时刻、第一音视频段的切片时刻和至少一个音视频段的当前播放进度，确定每个文档的延时显示时长，切片时刻为服务器对音视频流进行切片处理得到第一音视频段时的时刻。

具体的，可以通过如下可行的(公式1)确定每个文档的延时显示时长：

tⁱ＝Tⁱ-t₀-t_x (公式1)；

其中，tⁱ为第i个文档的延时显示时长，Tⁱ为第i个文档对应的文档时刻，t₀为第一音视频段的切片时刻，t_x为至少一个音视频段的当前播放进度。

具体的，音视频流为发布终端对本地音视频源进行采集、编码后，通过实时传输协议(Real-time Transport Protocol，RTP)或者实时消息传输协议是(Real TimeMessaging Protocol，RTMP)向服务器发送的音视频流。

在实际应用中，服务器对接收到的音视频流进行切片操作得到至少一个音视频段，并记录每个音视频段对应的切片时刻。

例如，对音视频流进行第一切片操作得到第一音视频段，记录该第一切片操作开始时对应的切片时刻，将该切片时刻确定为第一音视频段的切片时刻；对音视频流进行第二切片操作得到第二音视频段，记录该第二切片操作开始时对应的切片时刻，将该切片时刻确定为第二音视频段的切片时刻。

S206：根据每个文档的延时显示时长，显示每个文档的文档信息。

具体的，延时显示时长为大于0的任意一个数时，在延时显示时长之后显示文档的文档信息。例如，一文档的延时显示时长为5毫秒，则延时5毫秒之后显示该文档的文档信息。

与现有技术中，若网络下载不稳定、或者服务器进行切片操作引入延时误差，则在直播设备接收到音视频片段和文档信息流之后，若独立显示音视频片段和文档信息流，则导致音视频片段和文档信息流的无法同步显示，进而降低直播设备的用户体验。而在本申请中，直播设备播放至少一个音视频段，同时直播设备根据每个文档对应的文档时刻、第一音视频段的切片时刻和至少一个音视频段的当前播放进度，确定每个文档的延时显示时长，根据每个文档的延时显示时长显示每个文档的文档信息，可以使得直播设备在网络下载不稳定、或者服务器进行切片操作引入延时误差时，能够同步显示音视频段和文档信息，进而提高直播设备的用户体验。

本实施例提供的直播方法包括：服务器为来自发布设备的至少一个文档信息配置文档时刻；服务器根据每个文档信息和每个文档信息对应的文档时刻，确定至少一个文档，每个文档包括文档信息和文档时刻；服务器向直播设备发送至少一个文档；直播设备从服务器中下载至少一个音视频段，并播放至少一个音视频段，至少一个音视频段中的首个音频段为第一音视频段；直播设备根据每个文档对应的文档时刻、第一音视频段的切片时刻和至少一个音视频段的当前播放进度，确定每个文档的延时显示时长，切片时刻为服务器对音视频流进行切片处理得到第一音视频段时的时刻；根据每个文档的延时显示时长，显示每个文档的文档信息。在上述方法中，直播设备播放至少一个音视频段，同时直播设备根据每个文档对应的文档时刻、第一音视频段的切片时刻和至少一个音视频段的当前播放进度，确定每个文档的延时显示时长，根据每个文档的延时显示时长显示每个文档的文档信息，可以使得直播设备在网络下载不稳定、或者服务器进行切片操作引入延时误差时，能够同步显示音视频段和文档信息，进而提高直播设备的用户体验。

在图2实施例的基础上，下面结合图3在对比本申请提供的直播方法做进一步地详细说明，具体的，请参见图3。

图3为本申请提供的直播方法的流程示意图二。如图3所示，本实施例提供的直播方法包括：

S301：服务器为来自发布设备的至少一个文档信息配置文档时刻。

S302：服务器根据每个文档信息和每个文档信息对应的文档时刻，确定至少一个文档，每个文档包括文档信息和文档时刻。

S303：服务器向直播设备发送至少一个文档。

具体的，S301～S303的执行方法与S201～S203的执行方法对应相同，此处，不再赘述S301～S303的执行过程。

S304：直播设备响应用户的直播加入指令，从服务器中获取第一音视频段对应的列表信息，列表信息包括至少一个音视频段的标识，至少一个音视频段包括第一音视频段，第一音视频段为直播设备显示的首个音视频段。

具体的，直播设备中设置的浏览器客户端中显示有直播加入控件，用户可以通过直播加入控件输入直播加入指令。

在直播设备接收到直播加入指令之后，可以响应直播加入指令，从服务器中获取第一音视频段对应的列表信息(即m3u8索引文件)。

可选地，至少一个音视频段的标识例如可以为依次连续的0、1、2、3等。

在实际应用中，列表信息为服务器对音视频流进行切片处理过程中生成的，该列表信息可以随着服务器对音视频流进行切片处理而更新。

S305：直播设备根据列表信息中至少一个音视频段的标识，从服务器中下载至少一个音视频段。

S306：直播设备向服务器发送请求信息，请求信息用于请求第一音视频段的切片时刻，切片时刻为服务器对来自发布设备的视频流进行切片处理得到第一音视频段时的时刻。

具体的，获取到列表信息之后可以将列表信息赋值给直播设备中浏览器客户端中的video标签(例如html5)，该video标签对ontimeupdate事件进行的监控，当ontimeupdate事件第一次被触发时，向服务器发送请求信息。

S307：服务器向直播设备发送第一音视频段的切片时刻。

S308：直播设备获取至少一个音视频段的当前播放进度。

具体的，video标签对ontimeupdate事件进行的监控，当ontimeupdate事件第一次被触发之后，存在第二次被触发，则浏览器客户端会记录当前播放进度(即currentPlayTime)，因此，直播设备可以直接获取到当前播放进度。

S309：直播设备根据每个文档对应的文档时刻、第一音视频段的切片时刻和至少一个音视频段的当前播放进度，确定每个文档的延时显示时长。

具体的，S309的执行过程与S205的执行过程相同，此处，不再赘述S309的执行方法。

S310：直播设备根据每个文档的延时显示时长，显示每个文档的文档信息。

在一种可能的实施方式中，针对至少一个文档中的第一文档；根据第一文档的延时显示时长，显示第一文档的文档信息，包括：

若第一文档的延时显示时长小于或等于预设阈值，则显示第一文档的文档信息；

若第一文档的延时显示时长大于预设阈值，则在延时显示时长之后显示第一文档的文档信息。

其中，预设阈值为0。例如，第一文档的延时显示时长为1毫秒，则在1毫秒之后显示第一文档的文档信息，第一文档的延时显示时长为-1毫秒，则显示第一文档的文档信息。

本实施例提供的直播方法包括：服务器为来自发布设备的至少一个文档信息配置文档时刻；服务器根据每个文档信息和每个文档信息对应的文档时刻，确定至少一个文档，每个文档包括文档信息和文档时刻；服务器向直播设备发送至少一个文档；直播设备响应用户的直播加入指令，从服务器中获取第一音视频段对应的列表信息，列表信息包括至少一个音视频段的标识，至少一个音视频段包括第一音视频段，第一音视频段为直播设备显示的首个音视频段；直播设备根据列表信息中至少一个音视频段的标识，从服务器中下载至少一个音视频段；直播设备向服务器发送请求信息，请求信息用于请求第一音视频段的切片时刻，切片时刻为服务器对来自发布设备的视频流进行切片处理得到第一音视频段时的时刻；服务器向直播设备发送第一音视频段的切片时刻；直播设备获取至少一个音视频段的当前播放进度；直播设备根据每个文档对应的文档时刻、第一音视频段的切片时刻和至少一个音视频段的当前播放进度，确定每个文档的延时显示时长。根据每个文档的延时显示时长，显示每个文档的文档信息。

在上述方法中，直播设备播放至少一个音视频段，同时直播设备根据每个文档对应的文档时刻、第一音视频段的切片时刻和至少一个音视频段的当前播放进度，确定每个文档的延时显示时长，根据每个文档的延时显示时长显示每个文档的文档信息，可以使得直播设备在网络下载不稳定、或者服务器进行切片操作引入延时误差时，能够同步显示音视频段和文档信息，进而提高直播设备的用户体验。

图4为本申请提供的信息传输过程的示意图。如图4所示，包括：发布设备401、服务器402和直播设备403。其中，发布设备401中设置有直播客户端，该直播客户端具有本地文档流和本地音视频源，服务器402中设置有直播云平台，直播云平台中包括时钟，直播设备403中设置有浏览器客户端。

直播客户端对通过TCP传输协议将本地文档流(包括至少一个文档信息)发送至直播云平台。直播客户端对本地音视频源进行采集、编码后通过RTP或者RTMP向直播云平台发送音视频流。

直播云平台根据时钟为每个文档信息配置对应的文档时间，并根据每个文档信息和每个文档信息对应的文档时刻，确定至少一个文档，向加入直播云平台的直播客户端发送至少一个文档。直播云平台对音视频流进行切片处理，并为切片处理后得到的至少一个音视频段配置切片时刻，并存储每个音视频段对应的切片时刻和至少一个音视频段。

其中，每个音视频段具有标识(如图4中的m、n，其中，m、n可以取大于等于0的连续整数，例如0、1、2、3、4等)，每个音视频段对应的切片时刻也具有对应的标识(如图4中的m、n)。每个文档中包括的文档信息和文档时刻具有相同的标识(如图4中的i、j，其中，i、j可以取大于等于0的连续整数，例如0、1、2、3、4等)

浏览器客户端加入直播云平台之后，获取第一音视频段的切片时刻和第一音视频段对应的列表信息，并根据列表信息从服务器中下载至少一个音视频段(例如：音视频段(2)、音视频段(3)等)，并播放至少一个音视频段，接收到至少一个文档之后确定每个文档延时显示时长，并缓存每个文档，根据每个文档的延时显示时长显示每个文档的文档信息(例如：文档信息(1)、文档信息(2)等)。

需要说明的是，如图4以第一音视频段为音视频段(2)、第一音视频段的切片时刻为切片时刻(2)为例进行说明的是。

图5为本申请提供的一种直播装置的结构示意图。该直播装置10应用于直播设备，可选地，该直播装置10可以通过软件和/或硬件的结合来实现。如图5所示，直播装置10包括：接收模块11、下载模块12、显示模块13和确定模块14，其中，

所述接收模块11用于，接收服务器发送的至少一个文档，每个文档包括文档信息和文档时刻；

所述下载模块12用于，从所述服务器中下载至少一个音视频段；

所述显示模块13用于，播放所述至少一个音视频段，所述至少一个音视频段中的首个音频段为第一音视频段；

所述确定模块14用于，根据每个文档对应的文档时刻、所述第一音视频段的切片时刻和所述至少一个音视频段的当前播放进度，确定每个文档的延时显示时长，所述切片时刻为所述服务器对音视频流进行切片处理得到所述第一音视频段时的时刻；

所述显示模块13还用于，根据每个文档的延时显示时长，显示每个文档的文档信息。

本申请提供的直播装置10可以执行上述方法实施例中直播设备可以执行的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。

在一种可能的实施方式中，下载模块12具体用于：

响应用户的直播加入指令，从所述服务器中获取所述第一音视频段对应的列表信息，所述列表信息包括所述至少一个音视频段的标识；

根据所述列表信息中所述至少一个音视频段的标识，从所述服务器中下载所述至少一个音视频段。

在一种可能的实施方式中，确定模块14具体用于：

向所述服务器发送请求信息，所述请求信息用于请求所述第一音视频段的切片时刻；

获取所述至少一个音视频段的当前播放进度；

根据每个文档对应的文档时刻、所述第一音视频段的切片时刻和所述至少一个音视频段的当前播放进度，确定每个文档的延时显示时长。

在一种可能的实施方式中，针对至少一个文档中的第一文档；确定模块14具体用于：

将所述第一文档的文档时刻、所述第一音视频段的切片时刻和所述至少一个音视频段的当前播放进度的差值，确定为所述第一文档的延时显示时长。

在一种可能的实施方式中，针对至少一个文档中的第一文档；显示模块13还具体用于：

若所述第一文档的延时显示时长小于或等于预设阈值，则显示所述第一文档的文档信息；

若所述第一文档的延时显示时长大于所述预设阈值，则在所述延时显示时长之后显示所述第一文档的文档信息。

本申请提供的直播装置10可以执行上述方法实施例中直播设备可以执行的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。

图6为本申请提供的另一种直播装置的结构示意图一。该直播装置20应用于服务器，可选地，该直播装置20可以通过软件和/或硬件的结合来实现。如图6所示，直播装置20包括：配置模块21、确定模块22和发送模块23，其中，

所述配置模块21用于，为来自发布设备的至少一个文档信息配置文档时刻；

所述确定模块22用于，根据每个文档信息和每个文档信息对应的文档时刻，确定至少一个文档；

所述发送模块23用于，向直播设备发送所述至少一个文档，每个文档包括文档信息和文档时刻；

所述配置模块21还用于，为获取到的至少一个音视频段配置切片时刻，所述切片时刻为服务器对来自所述发布设备的视频流进行切片处理得到音视频段的时刻。

本申请提供的直播装置20可以执行上述方法实施例中服务器可以执行的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。

图7为本申请提供的另一种直播装置的结构示意图二。在图6的基础上，如图7所示，直播装置20还包括：获取模块24，其中，

获取模块24用于，为获取到的至少一个音视频段配置切片时刻之后，从所述服务器中获取第一音视频段对应的列表信息，所述列表信息包括所述至少一个音视频段的标识，所述至少一个音视频段包括第一音视频段，所述第一音视频段为所述直播设备显示的首个音视频段。

直播装置20还包括：接收模块25，其中，

接收模块25用于，获取直播设备显示的第一音视频段对应的列表信息之后，接收所述直播设备发送请求信息，所述请求信息用于请求所述第一音视频段的切片时刻，所述切片时刻为所述服务器对来自所述发布设备的视频流进行切片处理得到所述第一音视频段时的时刻。

本申请提供的直播装置20可以执行上述方法实施例中服务器可以执行的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。

图8为本申请提供的一种直播装置的硬件结构示意图。直播装置30设置于直播设备中。如图8所示，直播装置30包括：至少一个处理器31和存储器32。其中，处理器31、存储器32通过总线33连接。

在具体实现过程中，至少一个处理器31执行存储器32存储的计算机执行指令，使得至少一个处理器31执行如上直播设备可以执行的直播方法。

处理器31的具体实现过程可参见上述方法实施例中直播设备可以执行的直播方法，其实现原理和技术效果类似，本实施例此处不再赘述。

图9为本申请提供的另一种直播装置的硬件结构示意图。直播装置40设置于服务器中。如图9所示，直播装置40包括：至少一个处理器41和存储器42。其中，处理器41、存储器42通过总线43连接。

在具体实现过程中，至少一个处理器41执行存储器42存储的计算机执行指令，使得至少一个处理器41执行如上的直播方法。

处理器41的具体实现过程可参见上述方法实施例中服务器可以执行的直播方法，其实现原理和技术效果类似，本实施例此处不再赘述。

在上述图8-图9所示的实施例中，应理解，处理器可以是中央处理单元(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：Application SpecificIntegrated Circuit，简称：ASIC)等。通用处理器可以是微处理器或该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或用处理器中的硬件及软件模块组合执行完成。

存储器可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器。

总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component，PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

本申请还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，当处理器执行计算机执行指令时，实现如上电视机可执行的直播方法。

本申请还提供另一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，当处理器执行计算机执行指令时，实现如上服务器可执行的直播方法。

上述的计算机可读存储介质，上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。

一种示例性的可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(Application Specific IntegratedCircuits，简称：ASIC)中。当然，处理器和可读存储介质也可以作为分立组件存在于设备中。

单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或也可以不是物理上分开的，作为单元显示的部件可以是或也可以不是物理单元，即可以位于一个地方，或也可以分布到多个区块链单元上。可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或对其中部分或全部技术特征进行等同替换；而这些修改或替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。