CN116074548A - 一种直播内容展示方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本公开提供了一种直播内容展示方法、装置、计算机设备及存储介质，其中，该方法包括：响应于满足事件拉取条件，识别当前展示的直播画面，确定与所述当前展示的直播画面对应的第一时间信息；向目标服务器发送携带有所述第一时间信息以及当前时间信息的事件获取请求；其中，所述当前时间信息用于表征所述事件获取请求的发送时间；接收所述目标服务器根据所述第一时间信息以及当前时间信息确定的直播事件，以在直播画面中展示所述直播事件。

Description

一种直播内容展示方法、装置、计算机设备及存储介质

技术领域

本公开涉及直播技术领域，具体而言，涉及一种直播内容展示方法、装置、计算机设备及存储介质。

背景技术

随着互联网技术的快速发展，网络直播发展如火如荼，直播内容的类型也越来越丰富多样，直播内容的类型有购物直播、赛事直播等；以赛事直播为例，在比赛进行过程中会发生一些诸如进球等直播事件，这些直播事件往往有额外的内容展示需求，以丰富直播过程中的在线观赛体验，因此服务器需要向直播客户端发送直播事件的相关内容，以使得直播客户端根据接收到的直播事件进行直播内容展示。

相关技术中，服务器在向直播客户端发送直播事件时，往往是根据直播数据流对应的直播进度为不同的直播客户端确定出相同的直播事件，但由于不同直播客户端对应的设备处理能力不同、网络传输速度不同等因素，不同直播客户端对应的实时直播进度难以保持统一，从而可能导致直播事件在不同的直播客户端中出现过早展示或过晚展示的问题，影响观众的直播观看体验。

发明内容

本公开实施例至少提供一种直播内容展示方法、装置、计算机设备及存储介质。

第一方面，本公开实施例提供了一种直播内容展示方法，包括：

响应于满足事件拉取条件，识别当前展示的直播画面，确定与所述当前展示的直播画面对应的第一时间信息；

向目标服务器发送携带有所述第一时间信息以及当前时间信息的事件获取请求；其中，所述当前时间信息用于表征所述事件获取请求的发送时间；

接收所述目标服务器根据所述第一时间信息以及当前时间信息确定的直播事件，以在直播画面中展示所述直播事件。

一种可能的实施方式中，所述识别当前展示的直播画面，确定与所述当前展示的直播画面对应的第一时间信息，包括：

确定当前直播的直播类型；

确定与所述直播类型匹配的识别区域，并识别所述当前展示的直播画面中所述识别区域所展示的所述第一时间信息。

一种可能的实施方式中，所述识别当前展示的直播画面，确定与所述当前展示的直播画面对应的第一时间信息，包括：

确定所述当前展示的直播画面的文本识别结果；

将所述文本识别结果中，对应的文本形式为预设的时间文本形式的文本内容，作为所述第一时间信息。

一种可能的实施方式中，所述事件拉取条件，包括：

距离上一次发送事件获取请求的时刻之间的间隔达到预设间隔；和/或，首次请求获取直播画面。

一种可能的实施方式中，所述接收所述目标服务器根据所述第一时间信息以及当前时间信息确定的直播事件，包括：

接收所述目标服务器根据所述第一时间信息以及所述当前时间信息确定的直播事件；其中，所述直播事件为与所述第一时间信息对应的事件获取区间内的事件；与所述第一时间信息对应的事件获取区间为基于所述第一时间信息、所述当前时间信息、预设区间间隔、所述目标服务器接收到所述事件获取请求的第二时间信息确定的，其中，所述预设区间间隔为预设的发送事件获取请求的间隔。

一种可能的实施方式中，所述直播画面展示的时间信息为相对直播内容的开始时刻的相对时间；

所述在直播画面中展示所述直播事件，包括：

获取所述直播事件对应的直播事件时延信息；其中，所述直播事件时延信息用于表征所述直播事件展示的时延信息；

基于所述直播事件对应的直播事件时延信息和所述直播事件，在直播画面中展示所述直播事件。

一种可能的实施方式中，所述获取所述直播事件对应的直播事件时延信息，包括：

接收所述目标服务器发送的所述直播事件对应的直播事件时延信息，其中，所述直播事件时延信息为第一时刻与第二时刻之间的时间间隔，所述第一时刻为所述直播事件相对所述开始时刻的相对发生时刻，所述第二时刻为接收到所述直播事件时所述直播画面展示的时刻；或者，

接收所述目标服务器发送的所述直播事件对应的所述相对发生时刻，并基于所述相对发生时刻和所述直播画面当前展示的时刻，确定所述直播事件时延信息。

第二方面，本公开实施例还提供一种直播内容展示装置，包括：

确定模块，用于响应于满足事件拉取条件，识别当前展示的直播画面，确定与所述当前展示的直播画面对应的第一时间信息；

发送模块，用于向目标服务器发送携带有所述第一时间信息以及当前时间信息的事件获取请求；其中，所述当前时间信息用于表征所述事件获取请求的发送时间；

接收模块，用于接收所述目标服务器根据所述第一时间信息以及当前时间信息确定的直播事件，以在直播画面中展示所述直播事件。

一种可能的实施方式中，所述确定模块，在识别当前展示的直播画面，确定与所述当前展示的直播画面对应的第一时间信息时，用于：

确定当前直播的直播类型；

确定与所述直播类型匹配的识别区域，并识别所述当前展示的直播画面中所述识别区域所展示的所述第一时间信息。

一种可能的实施方式中，所述确定模块，在识别当前展示的直播画面，确定与所述当前展示的直播画面对应的第一时间信息时，用于：

确定所述当前展示的直播画面的文本识别结果；

将所述文本识别结果中，对应的文本形式为预设的时间文本形式的文本内容，作为所述第一时间信息。

一种可能的实施方式中，所述事件拉取条件，包括：

距离上一次发送事件获取请求的时刻之间的间隔达到预设间隔；和/或，首次请求获取直播画面。

一种可能的实施方式中，所述接收模块，在接收所述目标服务器根据所述第一时间信息以及当前时间信息确定的直播事件时，用于：

接收所述目标服务器根据所述第一时间信息以及所述当前时间信息确定的直播事件；其中，所述直播事件为与所述第一时间信息对应的事件获取区间内的事件；与所述第一时间信息对应的事件获取区间为基于所述第一时间信息、所述当前时间信息、预设区间间隔、所述目标服务器接收到所述事件获取请求的第二时间信息确定的，其中，所述预设区间间隔为预设的发送事件获取请求的间隔。

一种可能的实施方式中，所述直播画面展示的时间信息为相对直播内容的开始时刻的相对时间；

所述接收模块，在展示所述直播事件时，用于：

获取所述直播事件对应的直播事件时延信息；其中，所述直播事件时延信息用于表征所述直播事件展示的时延信息；

基于所述直播事件对应的直播事件时延信息和所述直播事件，在直播画面中展示所述直播事件。

一种可能的实施方式中，所述接收模块，在获取所述直播事件对应的直播事件时延信息时，用于：

接收所述目标服务器发送的所述直播事件对应的直播事件时延信息，其中，所述直播事件时延信息为第一时刻与第二时刻之间的时间间隔，所述第一时刻为所述直播事件相对所述开始时刻的相对发生时刻，所述第二时刻为接收到所述直播事件时所述直播画面展示的时刻；或者，

接收所述目标服务器发送的所述直播事件对应的所述相对发生时刻，并基于所述相对发生时刻和所述直播画面当前展示的时刻，确定所述直播事件时延信息。

第三方面，本公开实施例还提供一种计算机设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当计算机设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行上述第一方面，或第一方面中任一种可能的实施方式中的步骤。

第四方面，本公开实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述第一方面，或第一方面中任一种可能的实施方式中的步骤。

本公开实施例提供的直播内容展示方法、装置、计算机设备及存储介质，通过确定直播客户端当前展示的直播画面对应的第一时间信息，可以更为准确的确定出当前直播客户端的真实直播进度，并接收目标服务器在接收到事情获取请求后，根据所述第一时间信息和当前时间信息确定并发送的直播事件，从而可以在所述直播客户端展示与当前真实直播进度匹配的直播事件，相较于不同直播客户端均使用统一的直播进度确定待展示的直播事件，由于直播客户端当前展示的直播画面对应的第一时间信息更能够反映直播客户端的真实直播进度，因此服务器根据第一时间信息确定出的直播事件在直播客户端展示时，能够与用户观看的实时直播内容更为匹配。

为使本公开的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

图1示出了本公开实施例所提供的一种直播内容展示方法的流程图；

图2示出了本公开实施例所提供的一种直播内容展示装置的架构示意图；

图3示出了本公开实施例所提供的一种计算机设备的结构示意图。

具体实施方式

为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本公开实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本公开的实施例的详细描述并非旨在限制要求保护的本公开的范围，而是仅仅表示本公开的选定实施例。基于本公开的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范围。

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

本文中术语“和/或”，仅仅是描述一种关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合，例如，包括A、B、C中的至少一种，可以表示包括从A、B和C构成的集合中选择的任意一个或多个元素。

可以理解的是，在使用本公开各实施例公开的技术方案之前，均应当依据相关法律法规通过恰当的方式对本公开所涉及个人信息的类型、使用范围、使用场景等告知用户并获得用户的授权。

例如，在响应于接收到用户的主动请求时，向用户发送提示信息，以明确地提示用户，其请求执行的操作将需要获取和使用到用户的个人信息。从而，使得用户可以根据提示信息来自主地选择是否向执行本公开技术方案的操作的电子设备、应用程序、服务器或存储介质等软件或硬件提供个人信息。

作为一种可选的但非限定性的实现方式，响应于接收到用户的主动请求，向用户发送提示信息的方式例如可以是弹窗的方式，弹窗中可以以文字的方式呈现提示信息。此外，弹窗中还可以承载供用户选择“同意”或者“不同意”向电子设备提供个人信息的选择控件。

可以理解的是，上述通知和获取用户授权过程仅是示意性的，不对本公开的实现方式构成限定，其它满足相关法律法规的方式也可应用于本公开的实现方式中。

经研究发现，服务器在向直播客户端发送直播事件时，往往是根据直播数据流对应的直播进度为不同的直播客户端确定出相同的直播事件，但由于不同直播客户端对应的设备处理能力不同、网络传输速度不同等因素，不同直播客户端对应的实时直播进度难以保持统一，从而可能导致直播事件在不同的直播客户端中出现过早展示或过晚展示的问题，影响观众的直播观看体验。

基于上述研究，本公开提供了一种直播内容展示方法、装置、计算机设备及存储介质，通过确定直播客户端当前展示的直播画面对应的第一时间信息，可以更为准确的确定出当前直播客户端的真实直播进度，并接收目标服务器在接收到事情获取请求后，根据所述第一时间信息和当前时间信息确定并发送的直播事件，从而可以在所述直播客户端展示与当前真实直播进度匹配的直播事件，相较于不同直播客户端均使用统一的直播进度确定待展示的直播事件，由于直播客户端当前展示的直播画面对应的第一时间信息更能够反映直播客户端的真实直播进度，因此服务器根据第一时间信息确定出的直播事件在直播客户端展示时，能够与用户观看的实时直播内容更为匹配。

为便于对本实施例进行理解，首先对本公开实施例所公开的一种直播内容展示方法进行详细介绍，本公开实施例所提供的直播内容展示方法的执行主体一般为具有一定计算能力的计算机设备，该计算机设备例如包括：终端设备或服务器或其它处理设备，终端设备可以为带有显示功能的智能终端设备，例如，可以为智能手机、平板电脑、智能穿戴设备等。在一些可能的实现方式中，该直播内容展示方法可以通过处理器调用存储器中存储的计算机可读指令的方式来实现。

参见图1所示，为本公开实施例提供的直播内容展示方法的流程图，所述方法包括S101～S103，其中：

S101：响应于满足事件拉取条件，识别当前展示的直播画面，确定与所述当前展示的直播画面对应的第一时间信息。

S102：向目标服务器发送携带有所述第一时间信息以及当前时间信息的事件获取请求；其中，所述当前时间信息用于表征所述事件获取请求的发送时间。

S103：接收所述目标服务器根据所述第一时间信息以及当前时间信息确定的直播事件，以在直播画面中展示所述直播事件。

以下是对上述步骤的详细介绍。

针对S101、

这里，所述事件拉取条件表示拉取直播事件需要满足的条件，拉取直播事件表示从服务器获取直播事件；所述直播事件为直播过程中发生的事件，可以通过弹窗、浮窗等内容展示形式对直播事件的事件内容进行展示，以直播类型为足球比赛直播为例，所述直播事件例如可以是球员A进球；所述当前展示的直播画面对应的第一时间信息，可以为表征相对直播内容的开始时刻的相对时间，仍以直播类型为足球比赛直播为例，所述第一时间信息例如可以是比赛开始之后的比赛时间。

其中，所述事件拉取条件可以包括以下条件中的至少一种：

条件1、距离上一次发送事件获取请求的时刻之间的间隔达到预设间隔

这里，在发送事件获取请求时，直播客户端可以通过轮询的方式，按照预设间隔向目标服务器发送事件获取请求，因此在检测到当前时刻距离上一次发送事件获取请求的时刻之间的间隔达到预设间隔的情况下，即可确定直播客户端满足事件拉取条件。

其中，所述预设间隔可以是根据所述目标服务器的预期负载预先设置的，所述目标服务器的预期负载用于表征所述目标服务器在目标时间段内运行过程中预期需要承载的数据处理量；所述预期负载可以是基于所述目标时间段对应的直播类型、直播内容等直播属性信息确定的。

示例性的，以目标时间段对应的直播属性信息为热门球赛为例，则可以根据预先设置的直播属性信息与时间间隔的映射关系，确定发送事件获取请求的预设间隔为10s；若目标时间段对应的直播属性信息为冷门球赛，则可以据预先设置的直播属性信息与时间间隔的映射关系，确定发送事件获取请求的预设间隔为5s，从而可以通过目标时间段对应的直播内容的直播属性信息，调节目标服务器实时接收到的事件获取请求的数量，从而实现对目标服务器的负载调节，提高目标服务器硬件资源的利用效率。

条件2、首次请求获取直播画面

这里，为了避免错过对直播事件的展示，可以将首次请求获取直播画面作为事件拉取条件，当检测到首次请求获取直播画面的情况下，即可判断直播客户端满足事件拉取条件。

具体的，在直播客户端首次进入到直播间时，可以向目标服务器发送直播流数据获取请求，以请求获取直播画面对应的直播流数据，所述目标服务器在向所述直播客户端发送直播流数据的同时，还可以发送根据本申请后续步骤确定出的直播事件，确定直播事件的具体过程将在下文进行描述，在此不再展开说明。

实际应用中，在识别当前展示的直播画面，确定与所述当前展示的直播画面对应的第一时间信息时，可以通过多种方式确定出所述第一时间信息，下面将对其中的两种方式进行介绍：

方式1、基于直播的直播类型确定第一时间信息。

这里，在基于直播的直播类型确定第一时间信息时，可以通过以下步骤A1～A2：

A1：确定当前直播的直播类型。

这里，所述直播类型用于表征当前直播的直播内容的类型，所述直播类型例如可以包括足球直播、篮球直播、排球直播等。

具体的，在确定当前直播的直播类型时，可以根据直播流数据中用于表征当前直播的直播类型的直播类型数据进行确定，在获取到直播流数据中的直播类型数据后，即可根据直播类型数据确定出当前直播的直播类型。

此外，在确定当前直播的直播类型时，还可以将当前直播画面输入至预先训练好的物体识别模型，得到所述物体识别网络输出的与直播类型匹配的目标物体的识别结果；其中，所述目标物体为与直播类型匹配的物体，比如与足球直播匹配的足球、足球框、足球鞋等，所述物体识别模型的模型类型可以是能够进行图像处理的神经网络模型，比如卷积神经网络(Convolutional Neural Networks，CNN)等，所述物体识别模型的训练方式可以为有监督训练，训练过程中使用的标签可以是对目标物体的类别标注框，所述类别标注框用于标注图像中物体的类别和位置。

具体的，在检测到当前直播画面中存在与所述直播类型匹配的目标物体时，即可根据目标物体与直播类型的映射关系，确定当前直播的直播类型。

进一步的，为了确保最终确定的直播类型的准确性，可以将多帧直播画面输入至所述物体识别模型时，并根据多帧直播画面分别对应的物体识别结果，确定出当前直播画面对应的直播类型。

此外，在确定当前直播的直播类型时，还可以根据当前直播对应的主播属性信息，确定所述直播类型；其中，所述直播属性信息用于表征主播的直播属性，包括主播类型信息等。

示例性的，当前直播对应的直播属性信息中的主播类型信息为美食区主播，则可以将当前直播的直播类型确定为美食直播。

A2：确定与所述直播类型匹配的识别区域，并识别所述当前展示的直播画面中所述识别区域所展示的所述第一时间信息。

这里，不同的直播类型对应的展示时间的区域可以是不同的，因此可以识别所述当前展示的直播画面中所述识别区域所展示的所述第一时间信息。

示例性的，若直播类型为足球直播，则展示足球直播比赛时间的区域可以为位于直播画面右上角的区域A，则与足球直播匹配的识别区域可以为所述区域A；若直播类型为篮球直播，则展示篮球直播比赛时间的区域可以为位于直播画面左下角的区域B，则与篮球直播匹配的识别区域可以为所述区域B。

这样，通过识别当前展示的直播画面中与直播类型匹配的识别区域中的文本内容，即可识别出所述第一时间信息。

方式2、基于预设的时间文本形式确定第一时间信息。

这里，在基于预设的时间文本形式确定第一时间信息时，可以通过以下步骤B1～B2：

B1：确定所述当前展示的直播画面的文本识别结果。

这里，在确定所述当前展示的直播画面的文本识别结果时，可以通过光学字符识别(Optical Character Recognition，OCR)等识别方法，对所述当前展示的直播画面的画面内容进行文本内容识别。

B2：将所述文本识别结果中，对应的文本形式为预设的时间文本形式的文本内容，作为所述第一时间信息。

这里，所述预设的时间文本形式可以为分-秒的文本形式，例如45:30，可以表示当前直播画面对应的比赛时间为45分30秒。

实际应用中，由于直播画面中可能存在其他满足时间文本形式的文本内容，因此在经过文本识别后得到的文本识别结果中，可能包含多个对应的文本形式为预设的时间文本形式的文本内容，比如足球比赛中用于进行球员更换的球员更换示意牌上展示的待更换的球员号码和更换后的球员号码，可能被识别为满足时间文本形式“分-秒”的文本内容，从而可能会影响第一时间信息的识别准确性。

具体的，若文本识别结果中存在多个对应的文本形式为预设的时间文本形式的文本内容，则可以对文本识别结果中多个对应的文本形式为预设的时间文本形式的文本内容进行验证，以确定多个文本内容中的第一时间信息。

其中，在对文本内容进行验证时，可以根据预设的识别间隔，对当前直播画面之前的多帧直播画面进行文本内容识别，并根据按照识别间隔进行文本内容识别后得到的文本识别结果，对当前直播画面的文本识别结果中对应的文本形式为预设的时间文本形式的文本内容进行验证，并将验证结果满足所述识别间隔对应的时间变化条件的文本内容作为所述第一时间信息。

示例性的，以识别间隔为1秒为例，则与识别间隔对应的时间变化条件可以为文本识别结果从前往后依次增加1秒，则在连续几秒的直播画面分别对应的文本识别结果中，满足所述识别间隔对应的时间变化条件的文本内容即为第一时间信息，而由于球员更换示意牌等展示板上的展示内容在连续几秒的文本识别结果并不会跟随时间进行相应变化，因此可以有效的避免其对第一时间信息识别准确性的影响。

此外，在对文本内容进行验证时，还可以获取与预设的时间文本形式匹配的时间数值规则，并根据所述时间数值规则对当前直播画面的文本识别结果中对应的文本形式为预设的时间文本形式的文本内容进行验证。

示例性的，以直播为足球直播为例，所述时间数值规则例如可以是“分”对应的数值小于130，“秒”对应的数值小于60。

这样，通过将当前展示的直播画面的文本识别结果中，对应的文本形式为预设的时间文本形式的文本内容，作为所述第一时间信息，并通过结合上述多种验证方式中的任一种方式对文本内容进行验证，可以准确的识别出直播画面中的第一时间信息。

针对S102和S103、

这里，所述目标服务器可以是直播数据流推送服务器，用于在进行直播推流的同时确定并发送直播事件；或者，所述目标服务器还可以是针对直播事件单独设置的事件服务器，用于处理直播中的直播事件；所述目标服务器确定的直播事件可以是实时上传或者是预先设置的，比如可以实时上传足球比赛中的直播事件“球员A进球”；所述当前时间信息用于表征所述事件获取请求的发送时间，所述发送时间即为发送所述事件获取请求的时刻对应的真实时间，所述真实时间属于绝对时间，例如可以是直播客户端对应的系统时间。

实际应用中，由于所述目标服务器往往需要处理直播间内多个直播客户端的直播事件，因此为了减少目标服务器实时处理请求的个数，在接收到直播客户端发起的事件获取请求后，可以确定一定时间段内的直播事件，从而可以使得直播客户端在一定时间段内不需要再次发起直播事件获取请求。

一种可能的实施方式中，所述直播事件可以是与所述第一时间信息对应的事件获取区间内的事件；与所述第一时间信息对应的事件获取区间为基于所述第一时间信息、所述当前时间信息、预设区间间隔、所述目标服务器接收到所述事件获取请求的第二时间信息确定的，其中，所述预设区间间隔为预设的发送事件获取请求的间隔。

这里，所述预设区间间隔的数值可以与发送所述事件获取请求的预设间隔的数值相同，比如发送事件获取请求的预设间隔可以为6s，则一次确定的事件的区间间隔也可以为6s，也即直播客户端6s请求一次直播事件，每次请求的直播事件为6s内发生的直播事件。

具体的，在确定所述事件获取区间时，可以通过以下公式：

其中，表示事件获取区间的左边界；表示事件获取区间的右边界；表示第一时间信息；表示第二时间信息；表示当前时间信息；表示预设区间间隔；的物理含义为事件获取请求从直播客户端发送至目标服务器所需要的时间，也即直播客户端向目标服务器发送请求对应的数据传输时间；的物理含义为事件获取请求从直播客户端发送至目标服务器所需要的时间，以及目标服务器将直播事件发送至所述直播客户端所需要的时间之和，也即从直播客户端向目标服务器发送请求的初始时刻，与所述直播客户端接收到所述目标服务器发送直播事件的结束时刻之间的时间间隔；的物理含义为所述直播客户端接收到所述目标服务器发送的直播事件的时刻，相对直播内容的开始时刻的相对时间；的物理含义为在上述的基础上增加预设区间间隔，以构成一个完整的事件获取区间。

这样，通过上述公式计算事件获取区间，可以根据推测的用户接收到直播事件的时间以及区间间隔，确定直播客户端在一定时间段内能够用于进行展示内容展示的直播事件，且计算过程中充分考虑到了直播客户端发送的事件获取请求传输目标服务器所需要的请求传输时间，以及目标服务器向所述直播客户端发送的直播事件所需要的数据传输时间，因此确定出的事件获取区间内的直播事件更符合直播用户的实时直播观看进度，使得直播事件在展示时与用户观看的实时直播内容更为匹配。

一种可能的实施方式中，在直播画面中展示直播事件时，可以通过以下步骤C1～C2：

C1：获取所述直播事件对应的直播事件时延信息；其中，所述直播事件时延信息用于表征所述直播事件展示的时延信息。

这里，所述时延信息用于表征直播事件对应的待展示时刻，与当前直播时刻之间的时间间隔，也即在按照当前直播进度继续观看直播后多长时间展示直播事件。

其中，在获取所述直播事件对应的直播事件时延信息时，可以采用以下方式中的任一种：

方式1、接收所述目标服务器发送的所述直播事件对应的直播事件时延信息。

这里，所述直播事件时延信息为第一时刻与第二时刻之间的时间间隔，所述第一时刻为所述直播事件相对所述开始时刻的相对发生时刻，所述第二时刻为接收到所述直播事件时所述直播画面展示的时刻。

具体的，针对任一直播事件，在确定该直播事件对应的直播事件时延信息时，可以计算该直播事件对应的第一时刻和该直播事件对应的第二时刻的差值，并将得到的差值作为该直播事件对应的直播事件时延信息。

进一步的，所述目标服务器在确定各直播事件分别对应的直播事件时延信息后，为了减少所述目标服务器向所述直播客户端发送直播事件对应的直播事件时延信息时的数据量，可以采用键值对的方式将直播事件和直播事件对应的直播事件时延信息一起发送至所述直播客户端。

这样，通过服务器计算各直播事件分别对应的直播事件时延信息，并将直播事件和直播事件时延信息发送至直播客户端，使得所述直播客户端在接收到直播事件和直播事件时延信息后，即可按照各直播事件分别对应的直播事件时延信息，基于直播事件进行直播内容展示。

方式2、接收所述目标服务器发送的所述直播事件对应的所述相对发生时刻，并基于所述相对发生时刻和所述直播画面当前展示的时刻，确定所述直播事件时延信息。

这里，针对任一直播事件，所述目标服务器发送该直播事件对应的相对发生时刻，与该直播事件对应的第一时刻是相同的；所述直播画面当前展示的时刻用于表征当前的直播进度。

具体的，针对任一直播事件，在基于所述相对发生时刻和所述直播画面当前展示的时刻，确定该直播事件对应的直播事件时延信息时，可以使用该直播事件对应的相对发生时刻与所述直播画面当前展示的时刻的差值，作为该直播事件对应的直播事件时延信息。

示例性的，以直播事件A对应的相对发生时刻为30分15秒，直播客户端的直播画面当前展示的时刻为30分10秒为例，则所述直播事件A对应的直播事件时延信息为5秒。

C2：基于所述直播事件对应的直播事件时延信息和所述直播事件，在直播画面中展示所述直播事件。

这里，在获取所述直播事件对应的直播事件时延信息后，可以基于所述直播事件对应的直播事件时延信息，建立与所述直播事件对应的展示任务，所述展示任务的展示内容即为所述直播事件对应的展示内容，所述展示任务的展示时间即为根据所述直播事件时延信息确定的展示时间，触发所述展示任务可以通过计时器实现，所述计时器可以在检测到经过的时间达到所述直播事件时延信息对应的时间后，触发所述展示任务，以将直播事件对应的展示内容展示在直播客户端的客户端页面中。

本公开实施例提供的直播内容展示方法，通过确定直播客户端当前展示的直播画面对应的第一时间信息，可以更为准确的确定出当前直播客户端的真实直播进度，并接收目标服务器在接收到事情获取请求后，根据所述第一时间信息和当前时间信息确定并发送的直播事件，从而可以在所述直播客户端展示与当前真实直播进度匹配的直播事件，相较于不同直播客户端均使用统一的直播进度确定待展示的直播事件，由于直播客户端当前展示的直播画面对应的第一时间信息更能够反映直播客户端的真实直播进度，因此服务器根据第一时间信息确定出的直播事件在直播客户端展示时，能够与用户观看的实时直播内容更为匹配。

本领域技术人员可以理解，在具体实施方式的上述方法中，各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定，各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。

基于同一发明构思，本公开实施例中还提供了与直播内容展示方法对应的直播内容展示装置，由于本公开实施例中的装置解决问题的原理与本公开实施例上述直播内容展示方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。

参照图2所示，为本公开实施例提供的一种直播内容展示装置的架构示意图，所述装置包括：确定模块201、发送模块202、接收模块203；其中，

确定模块201，用于响应于满足事件拉取条件，识别当前展示的直播画面，确定与所述当前展示的直播画面对应的第一时间信息；

发送模块202，用于向目标服务器发送携带有所述第一时间信息以及当前时间信息的事件获取请求；其中，所述当前时间信息用于表征所述事件获取请求的发送时间；

接收模块203，用于接收所述目标服务器根据所述第一时间信息以及当前时间信息确定的直播事件，以在直播画面中展示所述直播事件。

一种可能的实施方式中，所述确定模块201，在识别当前展示的直播画面，确定与所述当前展示的直播画面对应的第一时间信息时，用于：

确定当前直播的直播类型；

确定与所述直播类型匹配的识别区域，并识别所述当前展示的直播画面中所述识别区域所展示的所述第一时间信息。

一种可能的实施方式中，所述确定模块201，在识别当前展示的直播画面，确定与所述当前展示的直播画面对应的第一时间信息时，用于：

确定所述当前展示的直播画面的文本识别结果；

将所述文本识别结果中，对应的文本形式为预设的时间文本形式的文本内容，作为所述第一时间信息。

一种可能的实施方式中，所述事件拉取条件，包括：

距离上一次发送事件获取请求的时刻之间的间隔达到预设间隔；和/或，首次请求获取直播画面。

一种可能的实施方式中，所述接收模块203，在接收所述目标服务器根据所述第一时间信息以及当前时间信息确定的直播事件时，用于：

接收所述目标服务器根据所述第一时间信息以及所述当前时间信息确定的直播事件；其中，所述直播事件为与所述第一时间信息对应的事件获取区间内的事件；与所述第一时间信息对应的事件获取区间为基于所述第一时间信息、所述当前时间信息、预设区间间隔、所述目标服务器接收到所述事件获取请求的第二时间信息确定的，其中，所述预设区间间隔为预设的发送事件获取请求的间隔。

一种可能的实施方式中，所述直播画面展示的时间信息为相对直播内容的开始时刻的相对时间；

所述接收模块203，在展示所述直播事件时，用于：

获取所述直播事件对应的直播事件时延信息；其中，所述直播事件时延信息用于表征所述直播事件展示的时延信息；

基于所述直播事件对应的直播事件时延信息和所述直播事件，在直播画面中展示所述直播事件。

一种可能的实施方式中，所述接收模块203，在获取所述直播事件对应的直播事件时延信息时，用于：

接收所述目标服务器发送的所述直播事件对应的直播事件时延信息，其中，所述直播事件时延信息为第一时刻与第二时刻之间的时间间隔，所述第一时刻为所述直播事件相对所述开始时刻的相对发生时刻，所述第二时刻为接收到所述直播事件时所述直播画面展示的时刻；或者，

接收所述目标服务器发送的所述直播事件对应的所述相对发生时刻，并基于所述相对发生时刻和所述直播画面当前展示的时刻，确定所述直播事件时延信息。

本公开实施例提供的直播内容展示装置，通过确定直播客户端当前展示的直播画面对应的第一时间信息，可以更为准确的确定出当前直播客户端的真实直播进度，并接收目标服务器在接收到事情获取请求后，根据所述第一时间信息和当前时间信息确定并发送的直播事件，从而可以在所述直播客户端展示与当前真实直播进度匹配的直播事件，相较于不同直播客户端均使用统一的直播进度确定待展示的直播事件，由于直播客户端当前展示的直播画面对应的第一时间信息更能够反映直播客户端的真实直播进度，因此服务器根据第一时间信息确定出的直播事件在直播客户端展示时，能够与用户观看的实时直播内容更为匹配。

关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明，这里不再详述。

基于同一技术构思，本公开实施例还提供了一种计算机设备。参照图3所示，为本公开实施例提供的计算机设备300的结构示意图，包括处理器301、存储器302、和总线303。其中，存储器302用于存储执行指令，包括内存3021和外部存储器3022；这里的内存3021也称内存储器，用于暂时存放处理器301中的运算数据，以及与硬盘等外部存储器3022交换的数据，处理器301通过内存3021与外部存储器3022进行数据交换，当计算机设备300运行时，处理器301与存储器302之间通过总线303通信，使得处理器301在执行以下指令：

响应于满足事件拉取条件，识别当前展示的直播画面，确定与所述当前展示的直播画面对应的第一时间信息；

向目标服务器发送携带有所述第一时间信息以及当前时间信息的事件获取请求；其中，所述当前时间信息用于表征所述事件获取请求的发送时间；

接收所述目标服务器根据所述第一时间信息以及当前时间信息确定的直播事件，以在直播画面中展示所述直播事件。

一种可能的实施方式中，所述处理器301的指令中，所述识别当前展示的直播画面，确定与所述当前展示的直播画面对应的第一时间信息，包括：

确定当前直播的直播类型；

确定与所述直播类型匹配的识别区域，并识别所述当前展示的直播画面中所述识别区域所展示的所述第一时间信息。

一种可能的实施方式中，所述处理器301的指令中，所述识别当前展示的直播画面，确定与所述当前展示的直播画面对应的第一时间信息，包括：

确定所述当前展示的直播画面的文本识别结果；

将所述文本识别结果中，对应的文本形式为预设的时间文本形式的文本内容，作为所述第一时间信息。

一种可能的实施方式中，所述处理器301的指令中，所述事件拉取条件，包括：

距离上一次发送事件获取请求的时刻之间的间隔达到预设间隔；和/或，首次请求获取直播画面。

一种可能的实施方式中，所述处理器301的指令中，所述接收所述目标服务器根据所述第一时间信息以及当前时间信息确定的直播事件，包括：

接收所述目标服务器根据所述第一时间信息以及所述当前时间信息确定的直播事件；其中，所述直播事件为与所述第一时间信息对应的事件获取区间内的事件；与所述第一时间信息对应的事件获取区间为基于所述第一时间信息、所述当前时间信息、预设区间间隔、所述目标服务器接收到所述事件获取请求的第二时间信息确定的，其中，所述预设区间间隔为预设的发送事件获取请求的间隔。

一种可能的实施方式中，所述处理器301的指令中，所述直播画面展示的时间信息为相对直播内容的开始时刻的相对时间；

所述在直播画面中展示所述直播事件，包括：

获取所述直播事件对应的直播事件时延信息；其中，所述直播事件时延信息用于表征所述直播事件展示的时延信息；

基于所述直播事件对应的直播事件时延信息和所述直播事件，在直播画面中展示所述直播事件。

一种可能的实施方式中，所述处理器301的指令中，所述获取所述直播事件对应的直播事件时延信息，包括：

接收所述目标服务器发送的所述直播事件对应的直播事件时延信息，其中，所述直播事件时延信息为第一时刻与第二时刻之间的时间间隔，所述第一时刻为所述直播事件相对所述开始时刻的相对发生时刻，所述第二时刻为接收到所述直播事件时所述直播画面展示的时刻；或者，

接收所述目标服务器发送的所述直播事件对应的所述相对发生时刻，并基于所述相对发生时刻和所述直播画面当前展示的时刻，确定所述直播事件时延信息。

本公开实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法实施例中所述的直播内容展示方法的步骤。其中，该存储介质可以是易失性或非易失的计算机可读取存储介质。

本公开实施例还提供一种计算机程序产品，该计算机程序产品承载有程序代码，所述程序代码包括的指令可用于执行上述方法实施例中所述的直播内容展示方法的步骤，具体可参见上述方法实施例，在此不再赘述。

其中，上述计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一个可选实施例中，所述计算机程序产品具体体现为计算机存储介质，在另一个可选实施例中，计算机程序产品具体体现为软件产品，例如软件开发包(Software Development Kit，SDK)等等。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本公开所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

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

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

最后应说明的是：以上所述实施例，仅为本公开的具体实施方式，用以说明本公开的技术方案，而非对其限制，本公开的保护范围并不局限于此，尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本公开实施例技术方案的精神和范围，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.一种直播内容展示方法，其特征在于，包括：

响应于满足事件拉取条件，识别当前展示的直播画面，确定与所述当前展示的直播画面对应的第一时间信息；

向目标服务器发送携带有所述第一时间信息以及当前时间信息的事件获取请求；其中，所述当前时间信息用于表征所述事件获取请求的发送时间；

接收所述目标服务器根据所述第一时间信息以及当前时间信息确定的直播事件，以在直播画面中展示所述直播事件。

2.根据权利要求1所述的方法，其特征在于，所述识别当前展示的直播画面，确定与所述当前展示的直播画面对应的第一时间信息，包括：

确定当前直播的直播类型；

确定与所述直播类型匹配的识别区域，并识别所述当前展示的直播画面中所述识别区域所展示的所述第一时间信息。

3.根据权利要求1所述的方法，其特征在于，所述识别当前展示的直播画面，确定与所述当前展示的直播画面对应的第一时间信息，包括：

确定所述当前展示的直播画面的文本识别结果；

将所述文本识别结果中，对应的文本形式为预设的时间文本形式的文本内容，作为所述第一时间信息。

4.根据权利要求1所述的方法，其特征在于，所述事件拉取条件，包括：

距离上一次发送事件获取请求的时刻之间的间隔达到预设间隔；和/或，首次请求获取直播画面。

5.根据权利要求1所述的方法，其特征在于，所述接收所述目标服务器根据所述第一时间信息以及当前时间信息确定的直播事件，包括：

接收所述目标服务器根据所述第一时间信息以及所述当前时间信息确定的直播事件；其中，所述直播事件为与所述第一时间信息对应的事件获取区间内的事件；与所述第一时间信息对应的事件获取区间为基于所述第一时间信息、所述当前时间信息、预设区间间隔、所述目标服务器接收到所述事件获取请求的第二时间信息确定的，其中，所述预设区间间隔为预设的发送事件获取请求的间隔。

6.根据权利要求1所述的方法，其特征在于，所述直播画面展示的时间信息为相对直播内容的开始时刻的相对时间；

所述在直播画面中展示所述直播事件，包括：

获取所述直播事件对应的直播事件时延信息；其中，所述直播事件时延信息用于表征所述直播事件展示的时延信息；

基于所述直播事件对应的直播事件时延信息和所述直播事件，在直播画面中展示所述直播事件。

7.根据权利要求6所述的方法，其特征在于，所述获取所述直播事件对应的直播事件时延信息，包括：

接收所述目标服务器发送的所述直播事件对应的直播事件时延信息，其中，所述直播事件时延信息为第一时刻与第二时刻之间的时间间隔，所述第一时刻为所述直播事件相对所述开始时刻的相对发生时刻，所述第二时刻为接收到所述直播事件时所述直播画面展示的时刻；或者，

接收所述目标服务器发送的所述直播事件对应的所述相对发生时刻，并基于所述相对发生时刻和所述直播画面当前展示的时刻，确定所述直播事件时延信息。

8.一种直播内容展示装置，其特征在于，包括：

确定模块，用于响应于满足事件拉取条件，识别当前展示的直播画面，确定与所述当前展示的直播画面对应的第一时间信息；

发送模块，用于向目标服务器发送携带有所述第一时间信息以及当前时间信息的事件获取请求；其中，所述当前时间信息用于表征所述事件获取请求的发送时间；

接收模块，用于接收所述目标服务器根据所述第一时间信息以及当前时间信息确定的直播事件，以在直播画面中展示所述直播事件。

9.一种计算机设备，其特征在于，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当计算机设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如权利要求1至7任一所述的直播内容展示方法的步骤。

10.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1至7任一所述的直播内容展示方法的步骤。

Images