CN114048058A - 直播事件搜索方法、装置、电子设备以及存储介质 - Google Patents

Abstract

本公开提供了一种直播事件搜索方法、装置、电子设备以及存储介质，本公开涉及计算机技术领域，具体涉及大数据处理和云计算的技术领域，可以应用于视频直播等场景。具体实现方案为：从服务事件库中，查询目标用户在使用直播服务期间的目标服务事件，目标服务事件包括变更事件和故障事件；从视频质量数据库中，查询目标用户在使用直播服务期间的目标视频质量数据；基于目标视频质量数据和目标服务事件，确定造成直播服务出现故障的目标事件。上述方法可以自动地获取到与目标用户相关的目标服务事件和目标视频质量数据，基于服务事件和视频质量数据这两个维度的信息可以缩小故障的定位范围，可以更加快速地搜索到造成直播服务出现故障的目标事件。

Description

直播事件搜索方法、装置、电子设备以及存储介质

技术领域

本公开涉及计算机技术领域，具体涉及大数据处理和云计算的技术领域，可以应用于视频直播等场景。

背景技术

在现有的直播场景中，当直播服务发生故障时通常需要各个运维人员人工各自追查定位故障原因。然而，定位过程所需要的信息比较散乱，并且人员的沟通效率较低，导致无法较快地确定出准确的故障原因，影响直播服务的用户体验。

发明内容

本公开提供了一种直播事件搜索方法、装置、电子设备以及存储介质。

根据本公开的第一方面，提供了一种直播事件搜索方法，包括：

从服务事件库中，查询目标用户在使用直播服务期间的目标服务事件，目标服务事件包括变更事件和故障事件；

从视频质量数据库中，查询目标用户在使用直播服务期间的目标视频质量数据；

基于目标视频质量数据和目标服务事件，确定造成直播服务出现故障的目标事件。

根据本公开的第二方面，提供了一种直播故障的定位装置，包括：

服务事件查询模块，用于从服务事件库中，查询目标用户在使用直播服务期间的目标服务事件，目标服务事件包括变更事件和故障事件；

质量数据查询模块，用于从视频质量数据库中，查询目标用户在使用直播服务期间的目标视频质量数据；

目标事件搜索模块，用于基于目标视频质量数据和目标服务事件，确定造成直播服务出现故障的目标事件。

根据本公开的第三方面，提供了一种电子设备，包括：

至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述的直播事件搜索方法。

根据本公开的第四方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行上述的直播事件搜索方法。

根据本公开的第五方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现上述的直播事件搜索方法。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

本公开提供的技术方案带来的有益效果是：

在本公开的技术方案中，在需要搜索造成目标用户所使用的直播服务发生故障的原因时，可以自动地从服务事件库和视频质量数据库中快速获取到与目标用户相关的目标服务事件和目标视频质量数据，基于服务事件和视频质量数据这两个维度的信息可以缩小故障的定位范围，可以更加快速地搜索到造成直播服务出现故障的目标事件，提升定位直播故障原因的效率和准确率。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1示出了本公开实施例提供的一种示例性的直播链路示意图；

图2示出了本公开实施例提供的一种直播事件搜索方法的流程示意图；

图3示出了本公开实施例提供的另一种直播事件搜索方法的流程示意图；

图4示出了本公开实施例提供的直播故障的定位装置的示意图之一；

图5示出了本公开实施例提供的直播故障的定位装置的示意图之二；

图6示出了可以用来实施本公开实施例提供的直播事件搜索方法的示例电子设备的示意性框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

在现有的直播场景中，当直播服务发生故障时通常需要各个运维人员人工各自追查定位故障原因。然而，定位过程所需要的信息比较散乱，并且人员的沟通效率较低，导致无法较快地确定出准确的故障原因，影响直播服务的用户体验。

本公开实施例提供的直播事件搜索方法、装置、电子设备以及存储介质，旨在解决现有技术的如上技术问题中的至少一个。

本公开实施例提供的直播事件搜索方法可以应用于直播业务中，直播业务需要直播链路来传输直播数据，一条直播链路包括多个设备之间形成的子链路。多个设备可以包括用户终端、内容分发服务器和直播源服务器，子链路包括用户终端与内容分发服务器之间的链路、内容分发服务器与直播源服务器之间的链路。

图1示出了本公开实施例提供的一种示例性的直播链路示意图，如图1所示，用于形成一条直播链路的多个设备包括第一用户终端、第一内容分发服务器、直播源服务器、第二内容分发服务器和第二用户终端，第一用户终端可以是观众的终端，第二用户终端可以是主播的终端。该直播链路中的多个子链路包括第一用户终端与第一内容分发服务器之间的链路、第一内容分发服务器与直播源服务器之间的链路、直播源服务器与第二内容分发服务器之间的链路、第二内容分发服务器与第二用户终端之间的链路。第一用户终端与第二用户终端，可以通过第一内容分发服务器、直播源服务器和第二内容分发服务器进行通信，实现数据的传输。

图2示出了本公开实施例提供的一种直播事件搜索方法的流程示意图，如图2所示，该方法主要可以包括以下步骤S210至步骤S230，其中，步骤S210和步骤S220的执行顺序不分先后，可以先执行步骤S210后执行步骤S220，或者先执行步骤S220后执行步骤S210，又或者同时执行步骤S210和步骤S220。下面对下步骤S210至步骤S230的内容进行介绍：

S210：从服务事件库中，查询目标用户在使用直播服务期间的目标服务事件。

本公开实施例可以预先建立服务事件库，服务事件库可以存储各用户在使用直播服务期间的服务事件，为了便于理解和表述，本公开实施例将服务事件库存储的将与目标用户相关的服务事件定义为目标服务事件。这里，目标用户是其使用直播服务期间出现故障的用户，目标用户可以是观众，也可以是主播。

可选地，在步骤S210之前，本公开实施例可以在目标用户在使用直播服务期间，采集与目标用户相关的目标服务事件，将目标服务事件存储至服务事件库。可选地，目标用户的直播链路包括多个子链路，本公开实施例在将目标视频质量数据存储至视频质量数据时，可以确定目标视频质量数据的采集时间和/或子链路信息，将目标视频质量数据与对应的采集时间和/或子链路信息关联存储至视频质量数据库。也就是说，每个目标视频质量数据与对应的采集时间和/或子链路信息具有关联关系，因此，本公开实施例可以基于采集时间来进一步筛选目标视频质量数据。此外，本公开实施例在获取到目标视频质量数据之后，还可以进一步确定的该目标视频质量数据所对应的子链路。

在本公开实施例中，目标服务事件包括变更事件和故障事件。这里，变更事件是与直播服务相关的硬件设备、通信参数和软件程序等相关的变更事件。变更事件是与直播服务相关的硬件设备、通信参数和软件程序等相关的故障事件。

可选地，目标服务事件中的变更事件包括以下至少一项：物理网络或交换机的变更事件、用于提供直播服务的直播服务程序的变更事件、用于为直播服务程序提供计算服务的计算服务程序的变更事件。

可选地，目标服务事件中的故障事件包括以下至少一项：物理网络或交换机的故障事件、用于提供直播服务的直播服务程序的故障事件、用于为直播服务程序提供计算服务的计算服务程序的故障事件。

可选地，服务事件库中的各项服务事件具有对应的发生时间。在步骤S210中，本公实施例可以确定故障查询时段，故障查询时段在目标用户使用直播服务期间之内；从服务事件库中，查询与目标用户相关且发生时间在故障查询时段内的目标服务事件。

S220：从视频质量数据库中，查询目标用户在使用直播服务期间的目标视频质量数据。

本公开实施例可以预先建立视频质量数据库，视频质量数据库可以存储各用户在使用直播服务期间的视频质量数据，为了便于理解和表述，本公开实施例将视频质量数据库存储的将与目标用户相关的视频质量数据定义为目标视频质量数据。这里，目标用户是其使用直播服务期间出现故障的用户，目标用户可以是观众，也可以是主播。

可选地，在步骤S210之前，本公开实施例可以在目标用户在使用直播服务期间，采集与目标用户相关的目标视频质量数据，将目标视频质量数据存储至视频质量数据库。

可选地，目标用户的直播链路包括多个子链路，本公开实施例在将目标服务事件存储至服务事件库时，可以确定目标服务事件的发生时间和/或子链路信息，将目标服务事件与对应的发生时间和/或子链路信息关联存储至服务事件库。也就是说，每个目标服务事件与对应的发生时间和/或子链路信息具有关联关系，因此，本公开实施例可以基于发生时间来进一步筛选目标服务事件，此外，本公开实施例在获取到目标服务事件之后，还可以进一步确定的该目标服务事件所对应的子链路。

可选地，在步骤S220中，本公实施例可以确定故障查询时段，其中，故障查询时段在目标用户使用直播服务期间之内；从视频质量数据库中，查询与目标用户相关且采集时间在故障查询时段内的目标视频质量数据。

在本公开实施例中，目标用户的直播链路包括多个子链路，子链路包括用户终端与内容分发服务器之间的链路、内容分发服务器与直播源服务器之间的链路。目标视频质量数据包括目标用户的直播链路中各个子链路对应的视频质量数据。

可选地，目标视频质量数据包括以下至少一项：视频帧率、视频码率、视频流畅度、视频卡顿率、视频黑屏率和拉流成功率。这里，各子链路对应的视频质量数据的类型可以是相同的，也可以是不同的。

可选地，如图1所示，直播链路中的多个子链路包括第一用户终端与第一内容分发服务器之间的链路、第一内容分发服务器与直播源服务器之间的链路、直播源服务器与第二内容分发服务器之间的链路、第二内容分发服务器与第二用户终端之间的链路。第一用户终端与第一内容分发服务器之间的链路对应的视频质量数据可以包括视频卡顿率、视频黑屏率和拉流成功率；第一内容分发服务器与直播源服务器之间的链路、直播源服务器与第二内容分发服务器之间的链路、以及第二内容分发服务器与第二用户终端之间的链路对应的视频质量数据的类型是相同的，可以包括视频帧率、视频码率和视频流畅度。

S230：基于目标视频质量数据和目标服务事件，确定造成直播服务出现故障的目标事件。

在本公开实施例中，目标视频质量数据可以反映目标用户所使用的直播服务是否发生故障。具体来说，当某一项或多项目标视频质量数据的质量较低时，可以确定目标用户所使用的直播服务发生故障，此时基于与质量较低的目标视频质量数据相关的目标服务事件，确定造成直播服务出现故障的目标事件。

可选地，在步骤S230中，本公开实施例可以从目标视频质量数据确定出低质量视频数据，从目标服务事件中确定与低质量视频数据相关的参考服务事件，基于参考服务事件确定造成直播服务出现故障的目标事件。这里，低质量视频数据的判定条件可以根据是的设计需要而定。

本公开实施例提供的直播事件搜索方法，在需要搜索造成目标用户所使用的直播服务发生故障的原因时，可以自动地从服务事件库和视频质量数据库中快速获取到与目标用户相关的目标服务事件和目标视频质量数据，基于服务事件和视频质量数据这两个维度的信息可以缩小故障的定位范围，可以更加快速地搜索到造成直播服务出现故障的目标事件，提升定位直播故障原因的效率和准确率。

图3示出了本公开实施例提供的另一种直播事件搜索方法的流程示意图，如图3所示，该方法主要可以包括以下步骤S310至步骤S370，其中，步骤S310和步骤S330的执行顺序不分先后，可以先执行步骤S310后执行步骤S330，或者先执行步骤S330后执行步骤S310，又或者同时执行步骤S310和步骤S330。下面对下步骤S310至步骤S370的内容进行介绍：

S310：确定故障查询时段。

在本公开实施例中，系统可以基于人为操作行为来确定故障查询时段，也可以在检测到直播服务发生故障时自动确定故障查询时段。

可选地，本公开实施例可以基于时段选择操作确定故障查询时段。这里，查询故障的工作人员可以在系统中自定义一个时间段作为故障查询时段，例如，终端上可以显示时间选择界面，工作人员在时间选择界面上输入或选择两个时间点，将这两个时间点分别作为故障查询时段的起始时间和终止时间。

可选地，本公开实施例可以查询目标用户所使用的直播服务的发生故障的时间，基于发生故障的时间确定故障查询时段。例如，本公开实施例可以查询到目标用户所使用的直播服务的发生故障的时间为时刻a，可以在时刻a的前后分别推移预设时长，得到时刻b和时刻c，之后将时刻b和时刻c分别作为故障查询时段的起始时间和终止时间。

可以理解，故障查询时段应当在目标用户使用直播服务期间之内。例如，目标用户使用直播服务的时间为15时中17时，则故障查询时段的起始时间不能在15时之前，故障查询时段的终止时间不能在17时之后。

在本公开实施例中，在步骤S310之后，可以执行步骤S320。

S320：从服务事件库中，查询与目标用户相关且发生时间在故障查询时段内的目标服务事件。

本公开实施例可以预先建立服务事件库，服务事件库可以存储各用户在使用直播服务期间的服务事件，为了便于理解和表述，本公开实施例将服务事件库存储的将与目标用户相关的服务事件定义为目标服务事件。这里，目标用户是其使用直播服务期间出现故障的用户，目标用户可以是观众，也可以是主播。

在步骤S320之前，本公开实施例可以在目标用户在使用直播服务期间，采集与目标用户相关的目标服务事件，将目标服务事件存储至服务事件库。可选地，在步骤S210之前，本公开实施例可以在目标用户在使用直播服务期间，采集与目标用户相关的目标服务事件，将目标服务事件存储至服务事件库。这里，服务事件库中的各项服务事件具有对应的发生时间，每个服务事件与其对应的发生时间可以关联存储在服务事件库中。

可选地，目标用户的直播链路包括多个子链路，本公开实施例在将目标视频质量数据存储至视频质量数据时，可以确定目标视频质量数据的采集时间和/或子链路信息，将目标视频质量数据与对应的采集时间和/或子链路信息关联存储至视频质量数据库。也就是说，每个目标视频质量数据与对应的采集时间和/或子链路信息具有关联关系，因此，本公开实施例可以基于采集时间来进一步筛选目标视频质量数据，此外，本公开实施例在获取到目标视频质量数据之后，还可以进一步确定的该目标视频质量数据所对应的子链路。

在步骤S320中，可以从服务事件库中查询与目标用户相关的目标服务事件，并基于目标服务事件对应的发生时间做进一步的筛选。具体来说，保留发生时间在故障查询时段内的目标服务事件，剔除发生时间在故障查询时段之外的目标服务事件。在步骤S320之后，可以执行步骤S350。

在本公开实施例中，目标服务事件包括变更事件和故障事件。这里，变更事件是与直播服务相关的硬件设备、通信参数和软件程序等相关的变更事件。变更事件是与直播服务相关的硬件设备、通信参数和软件程序等相关的故障事件。

可选地，目标服务事件中的变更事件包括以下至少一项：物理网络或交换机的变更事件、用于提供直播服务的直播服务程序的变更事件、用于为直播服务程序提供计算服务的计算服务程序的变更事件。

可选地，目标服务事件中的故障事件包括以下至少一项：物理网络或交换机的故障事件、用于提供直播服务的直播服务程序的故障事件、用于为直播服务程序提供计算服务的计算服务程序的故障事件。

在本公开实施例中，直播服务程序是直接提供直播服务的程序，计算服务程序是通过直播服务程序间接提供直播服务的程序，计算服务程序提供的计算服务可以包括图像处理和自然语言处理等。

S330：确定故障查询时段。

在本公开实施例中，步骤S330的具体内容可以参照步骤S310，此处不再赘述。在步骤S330之后，可以执行步骤S340。

S340：从视频质量数据库中，查询与目标用户相关且采集时间在故障查询时段内的目标视频质量数据。

本公开实施例可以预先建立视频质量数据库，视频质量数据库可以存储各用户在使用直播服务期间的视频质量数据，为了便于理解和表述，本公开实施例将视频质量数据库存储的将与目标用户相关的视频质量数据定义为目标视频质量数据。这里，目标用户是其使用直播服务期间出现故障的用户，目标用户可以是观众，也可以是主播。

可选地，在步骤S340之前，本公开实施例可以在目标用户在使用直播服务期间，采集与目标用户相关的目标视频质量数据，将目标视频质量数据存储至视频质量数据库。

可选地，目标用户的直播链路包括多个子链路，本公开实施例在将目标视频质量数据存储至视频质量数据时，可以确定目标视频质量数据的采集时间和/或子链路信息，将目标视频质量数据与对应的采集时间和/或子链路信息关联存储至视频质量数据库。也就是说，每个目标视频质量数据与对应的采集时间和/或子链路信息具有关联关系，因此，本公开实施例可以基于采集时间来进一步筛选目标视频质量数据，此外，本公开实施例在获取到目标视频质量数据之后，还可以进一步确定的该目标视频质量数据所对应的子链路。

在步骤S340中，可以从视频质量数据库中查询与目标用户相关的目标视频质量数据，并基于目标视频质量数据对应的采集时间做进一步的筛选。具体来说，保留采集时间在故障查询时段内的目标视频质量数据，剔除采集时间在故障查询时段之外的目标视频质量数据。在步骤S340之后，可以执行步骤S350。

在本公开实施例中，目标用户的直播链路包括多个子链路，子链路包括用户终端与内容分发服务器之间的链路、内容分发服务器与直播源服务器之间的链路。目标视频质量数据包括目标用户的直播链路中各个子链路对应的视频质量数据。

可选地，目标视频质量数据包括以下至少一项：视频帧率、视频码率、视频流畅度、视频卡顿率、视频黑屏率和拉流成功率。这里，各子链路对应的视频质量数据的类型可以是相同的，也可以是不同的。

可选地，如图1所示，直播链路中的多个子链路包括第一用户终端与第一内容分发服务器之间的链路、第一内容分发服务器与直播源服务器之间的链路、直播源服务器与第二内容分发服务器之间的链路、第二内容分发服务器与第二用户终端之间的链路。第一用户终端与第一内容分发服务器之间的链路对应的视频质量数据可以包括视频卡顿率、视频黑屏率和拉流成功率；第一内容分发服务器与直播源服务器之间的链路、直播源服务器与第二内容分发服务器之间的链路、以及第二内容分发服务器与第二用户终端之间的链路对应的视频质量数据的类型是相同的，可以包括视频帧率、视频码率和视频流畅度。

这里需要说明的是，步骤S310和步骤S330所确定的故障查询时段可以相同的，因此步骤S320的采集时间和步骤S340的发生时间比较接近，基于时间相近的服务事件和视频质量数据这两个维度的信息可以从时间维度上缩小故障的定位范围，提升定位直播故障原因的效率和准确率。

S350：从目标视频质量数据确定出低质量视频数据。

如前文所述，目标视频质量数据包括视频帧率、视频码率、视频流畅度、视频卡顿率、视频黑屏率和拉流成功率之中的至少一项。本公开实施例可以针对每项目标视频质量数据配置判定条件，基于判定条件确定对应的目标视频质量数据是否为低质量视频数据。以某一项视频帧率为例，可以预先配置一个帧率阈值，当视频帧率小于该帧率阈值时，可以确定该视频帧率为低质量视频数据。

S360：从目标服务事件中确定与低质量视频数据相关的参考服务事件。

本公开实施例可以预先建立视频质量数据与服务事件的关联关系，基于预先建立的关联关系，从目标服务事件中确定与低质量视频数据相关的参考服务事件。如前文所述，目标视频质量数据和目标服务事件具有对应的子链路，因此可以以子链路为依据来确定目标视频质量数据和目标服务事件之间的关联关系。

具体来说，在确定出低质量视频数据，可以在步骤S360确定低质量视频数据对应的子链路，从目标服务事件中，确定出与低质量视频数据对应的子链路相关的参考服务事件。为了便于表述，可以将低质量视频数据对应的子链路定义为目标子链路，可以将与目标子链路具有关联关系的目标服务事件确定为参考服务事件。上述方法可以在链路维度上缩小故障的定位范围，提升定位直播故障原因的效率和准确率。

S370：基于参考服务事件确定造成直播服务出现故障的目标事件。

可以理解，参考服务事件可以包括变更事件和故障事件，这些发生了变更和故障的事件可能会引起直播服务的故障，因此可以基于参考服务事件确定直播服务的故障原因。例如，参考服务事件为物理网络的变更事件，因此可以从物理网络层面来确定造成直播服务出现故障的目标事件。

本公开实施例提供的直播事件搜索方法，在需要搜索造成目标用户所使用的直播服务发生故障的原因时，可以自动地从服务事件库和视频质量数据库中快速获取到与目标用户相关的目标服务事件和目标视频质量数据，基于服务事件和视频质量数据这两个维度的信息可以缩小故障的定位范围，可以更加快速地搜索到造成直播服务出现故障的目标事件，提升定位直播故障原因的效率和准确率。

基于与上述的直播事件搜索方法相同的原理，本公开实施例还提供了一种直播故障的定位装置，图4示出了本公开实施例提供的直播故障的定位装置的示意图之一，图5示出了本公开实施例提供的直播故障的定位装置的示意图之二。如图4所示，直播故障的定位装置400包括服务事件查询模块410、质量数据查询模块420和目标事件搜索模块430。

服务事件查询模块410用于从服务事件库中，查询目标用户在使用直播服务期间的目标服务事件，目标服务事件包括变更事件和故障事件。

质量数据查询模块420用于从视频质量数据库中，查询目标用户在使用直播服务期间的目标视频质量数据。

目标事件搜索模块430用于基于目标视频质量数据和目标服务事件，确定造成直播服务出现故障的目标事件。

本公开实施例提供的直播事件搜索装置，在需要搜索造成目标用户所使用的直播服务发生故障的原因时，可以自动地从服务事件库和视频质量数据库中快速获取到与目标用户相关的目标服务事件和目标视频质量数据，基于服务事件和视频质量数据这两个维度的信息可以缩小故障的定位范围，可以更加快速地搜索到造成直播服务出现故障的目标事件，提升定位直播故障原因的效率和准确率。

在本公开实施例中，服务事件库中的各项服务事件具有对应的发生时间；服务事件查询模块410在用于从服务事件库中，查询目标用户在使用直播服务期间的目标服务事件时，具体用于：

确定故障查询时段，故障查询时段在目标用户使用直播服务期间之内；

从服务事件库中，查询与目标用户相关且发生时间在故障查询时段内的目标服务事件。

在本公开实施例中，目标服务事件中的变更事件包括以下至少一项：物理网络或交换机的变更事件、用于提供直播服务的直播服务程序的变更事件、用于为直播服务程序提供计算服务的计算服务程序的变更事件。

在本公开实施例中，目标服务事件中的故障事件包括以下至少一项：物理网络或交换机的故障事件、用于提供直播服务的直播服务程序的故障事件、用于为直播服务程序提供计算服务的计算服务程序的故障事件。

在本公开实施例中，视频质量数据库中的各项视频质量数据具有对应的采集时间；质量数据查询模块420在用于从视频质量数据库中，查询目标用户在使用直播服务期间的目标视频质量数据时，具体用于：

确定故障查询时段，故障查询时段在目标用户使用直播服务期间之内；

从视频质量数据库中，查询与目标用户相关且采集时间在故障查询时段内的目标视频质量数据。

在本公开实施例中，目标视频质量数据包括目标用户的直播链路中各个子链路对应的视频质量数据。

在本公开实施例中，子链路包括用户终端与内容分发服务器之间的链路、内容分发服务器与直播源服务器之间的链路。

在本公开实施例中，目标视频质量数据包括以下至少一项：视频帧率、视频码率、视频流畅度、视频卡顿率、视频黑屏率和拉流成功率。

在本公开实施例中，服务事件查询模块410在用于确定故障查询时段时，具体用于：基于时段选择操作确定故障查询时段。

在本公开实施例中，服务事件查询模块410在用于确定故障查询时段时，具体用于：查询目标用户所使用的直播服务的发生故障的时间，基于发生故障的时间确定故障查询时段。

在本公开实施例中，质量数据查询模块420在用于确定故障查询时段时，具体用于：基于时段选择操作确定故障查询时段。

在本公开实施例中，质量数据查询模块420在用于确定故障查询时段时，具体用于：查询目标用户所使用的直播服务的发生故障的时间，基于发生故障的时间确定故障查询时段。

在本公开实施例中，目标事件搜索模块430在用于基于目标视频质量数据和目标服务事件，确定造成直播服务出现故障的目标事件时，具体用于：从目标视频质量数据确定出低质量视频数据；从目标服务事件中确定与低质量视频数据相关的参考服务事件；基于参考服务事件确定造成直播服务出现故障的目标事件。

在本公开实施例中，目标事件搜索模块430在用于从目标服务事件中确定与低质量视频数据相关的参考服务事件时，具体用于：

确定低质量视频数据对应的子链路；

从目标服务事件中，确定出与低质量视频数据对应的子链路相关的参考服务事件。

在本公开实施例中，如图5所示，直播故障的定位装置400可以包括上述的服务事件查询模块410、质量数据查询模块420和目标事件搜索模块430，还可以包括信息存储模块440，信息存储模块440用于：

在目标用户在使用直播服务期间，采集与目标用户相关的目标服务事件，将目标服务事件存储至服务事件库；

在目标用户在使用直播服务期间，采集与目标用户相关的目标视频质量数据，将目标视频质量数据存储至视频质量数据库。

在本公开实施例中，信息存储模块440在用于将目标视频质量数据存储至视频质量数据库时，具体用于：

确定目标视频质量数据的采集时间和/或子链路信息；

将目标视频质量数据与对应的采集时间和/或子链路信息关联存储至视频质量数据库。

可以理解的是，本公开实施例中的直播故障的定位装置的上述各模块具有实现上述的直播事件搜索方法相应步骤的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。上述模块可以是软件和/或硬件，上述各模块可以单独实现，也可以多个模块集成实现。对于上述直播故障的定位装置的各模块的功能描述具体可以参见上述的直播事件搜索方法的对应描述，在此不再赘述。

本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图6示出了可以用来实施本公开的实施例的示例电子设备的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图6所示，设备600包括计算单元601，其可以根据存储在只读存储器(ROM)602中的计算机程序或者从存储单元608加载到随机访问存储器(RAM)603中的计算机程序，来执行各种适当的动作和处理。在RAM 603中，还可存储设备600操作所需的各种程序和数据。计算单元601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

设备600中的多个部件连接至I/O接口605，包括：输入单元606，例如键盘、鼠标等；输出单元607，例如各种类型的显示器、扬声器等；存储单元608，例如磁盘、光盘等；以及通信单元609，例如网卡、调制解调器、无线通信收发机等。通信单元609允许设备600通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元601可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元601的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元601执行上文所描述的各个方法和处理，例如直播事件搜索方法。例如，在一些实施例中，直播事件搜索方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元608。在一些实施例中，计算机程序的部分或者全部可以经由ROM 602和/或通信单元609而被载入和/或安装到设备600上。当计算机程序加载到RAM 603并由计算单元601执行时，可以执行上文描述的直播事件搜索方法的一个或多个步骤。备选地，在其他实施例中，计算单元601可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行直播事件搜索方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (28)

1.一种直播事件搜索方法，包括：

从服务事件库中，查询目标用户在使用直播服务期间的目标服务事件，所述目标服务事件包括变更事件和故障事件；

从视频质量数据库中，查询所述目标用户在使用所述直播服务期间的目标视频质量数据；

基于所述目标视频质量数据和所述目标服务事件，确定造成所述直播服务出现故障的目标事件。

2.根据权利要求1所述的方法，其中，所述服务事件库中的各项服务事件具有对应的发生时间；

所述从服务事件库中，查询目标用户在使用所述直播服务期间的目标服务事件，包括：

确定故障查询时段，所述故障查询时段在所述目标用户使用直播服务期间之内；

从服务事件库中，查询与所述目标用户相关且发生时间在所述故障查询时段内的目标服务事件。

3.根据权利要求1所述的方法，所述目标服务事件中的变更事件包括以下至少一项：物理网络或交换机的变更事件、用于提供直播服务的直播服务程序的变更事件、用于为所述直播服务程序提供计算服务的计算服务程序的变更事件。

4.根据权利要求1所述的方法，所述目标服务事件中的故障事件包括以下至少一项：物理网络或交换机的故障事件、用于提供直播服务的直播服务程序的故障事件、用于为所述直播服务程序提供计算服务的计算服务程序的故障事件。

5.根据权利要求1所述的方法，其中，所述视频质量数据库中的各项视频质量数据具有对应的采集时间；

所述从视频质量数据库中，查询所述目标用户在使用直播服务期间的目标视频质量数据，包括：

确定故障查询时段，所述故障查询时段在所述目标用户使用直播服务期间之内；

从视频质量数据库中，查询与所述目标用户相关且采集时间在所述故障查询时段内的目标视频质量数据。

6.根据权利要求5所述的方法，所述目标视频质量数据包括所述目标用户的直播链路中各个子链路对应的视频质量数据；

和/或，所述子链路包括用户终端与内容分发服务器之间的链路、所述内容分发服务器与直播源服务器之间的链路。

7.根据权利要求1-6中任一项所述的方法，所述目标视频质量数据包括以下至少一项：视频帧率、视频码率、视频流畅度、视频卡顿率、视频黑屏率和拉流成功率。

8.根据权利要求1-6中任一项所述的方法，还包括：

在目标用户在使用直播服务期间，采集与所述目标用户相关的目标服务事件，将所述目标服务事件存储至服务事件库；

在目标用户在使用直播服务期间，采集与所述目标用户相关的目标视频质量数据，将所述目标视频质量数据存储至视频质量数据库。

9.根据权利要求8所述的方法，其中，所述将所述目标视频质量数据存储至视频质量数据库，包括：

确定所述目标视频质量数据的采集时间和/或子链路信息；

将所述目标视频质量数据与对应的所述采集时间和/或所述子链路信息关联存储至视频质量数据库。

10.根据权利要求2或5所述的方法，其中，所述确定故障查询时段，包括：

基于时段选择操作确定故障查询时段；

或者，查询所述目标用户所使用的所述直播服务的发生故障的时间，基于发生故障的时间确定故障查询时段。

11.根据权利要求1所述的方法，其中，所述基于所述目标视频质量数据和所述目标服务事件，确定造成所述直播服务出现故障的目标事件，包括：

从所述目标视频质量数据确定出低质量视频数据；

从所述目标服务事件中确定与所述低质量视频数据相关的参考服务事件；

基于所述参考服务事件确定造成所述直播服务出现故障的目标事件。

12.根据权利要求11所述的方法，其中，所述从所述目标服务事件中确定与所述低质量视频数据相关的参考服务事件，包括：

确定所述低质量视频数据对应的子链路；

从所述目标服务事件中，确定出与所述低质量视频数据对应的子链路相关的参考服务事件。

13.一种直播故障的定位装置，包括：

服务事件查询模块，用于从服务事件库中，查询目标用户在使用直播服务期间的目标服务事件，所述目标服务事件包括变更事件和故障事件；

质量数据查询模块，用于从视频质量数据库中，查询所述目标用户在使用所述直播服务期间的目标视频质量数据；

目标事件搜索模块，用于基于所述目标视频质量数据和所述目标服务事件，确定造成所述直播服务出现故障的目标事件。

14.根据权利要求13所述的装置，其中，所述服务事件库中的各项服务事件具有对应的发生时间；

所述服务事件查询模块在用于从服务事件库中，查询目标用户在使用所述直播服务期间的目标服务事件时，具体用于：

确定故障查询时段，所述故障查询时段在所述目标用户使用直播服务期间之内；

从服务事件库中，查询与所述目标用户相关且发生时间在所述故障查询时段内的目标服务事件。

15.根据权利要求13所述的装置，所述目标服务事件中的变更事件包括以下至少一项：物理网络或交换机的变更事件、用于提供直播服务的直播服务程序的变更事件、用于为所述直播服务程序提供计算服务的计算服务程序的变更事件。

16.根据权利要求13所述的装置，所述目标服务事件中的故障事件包括以下至少一项：物理网络或交换机的故障事件、用于提供直播服务的直播服务程序的故障事件、用于为所述直播服务程序提供计算服务的计算服务程序的故障事件。

17.根据权利要求13所述的装置，其中，所述视频质量数据库中的各项视频质量数据具有对应的采集时间；

所述质量数据查询模块在用于从视频质量数据库中，查询所述目标用户在使用直播服务期间的目标视频质量数据时，具体用于：

确定故障查询时段，所述故障查询时段在所述目标用户使用直播服务期间之内；

从视频质量数据库中，查询与所述目标用户相关且采集时间在所述故障查询时段内的目标视频质量数据。

18.根据权利要求17所述的装置，所述目标视频质量数据包括所述目标用户的直播链路中各个子链路对应的视频质量数据；

和/或，所述子链路包括用户终端与内容分发服务器之间的链路、所述内容分发服务器与直播源服务器之间的链路。

19.根据权利要求13-18中任一项所述的装置，所述目标视频质量数据包括以下至少一项：视频帧率、视频码率、视频流畅度、视频卡顿率、视频黑屏率和拉流成功率。

20.根据权利要求13-18中任一项所述的装置，还包括信息存储模块，所述信息存储模块用于：

在目标用户在使用直播服务期间，采集与所述目标用户相关的目标服务事件，将所述目标服务事件存储至服务事件库；

在目标用户在使用直播服务期间，采集与所述目标用户相关的目标视频质量数据，将所述目标视频质量数据存储至视频质量数据库。

21.根据权利要求20所述的装置，其中，所述信息存储模块在用于将所述目标视频质量数据存储至视频质量数据库时，具体用于：

确定所述目标视频质量数据的采集时间和/或子链路信息；

将所述目标视频质量数据与对应的所述采集时间和/或所述子链路信息关联存储至视频质量数据库。

22.根据权利要求14所述的装置，其中，所述服务事件查询模块在用于确定故障查询时段时，包括：

基于时段选择操作确定故障查询时段；

或者，查询所述目标用户所使用的所述直播服务的发生故障的时间，基于发生故障的时间确定故障查询时段。

23.根据权利要求17所述的装置，其中，所述质量数据查询模块在用于确定故障查询时段时，具体用于：

基于时段选择操作确定故障查询时段；

或者，查询所述目标用户所使用的所述直播服务的发生故障的时间，基于发生故障的时间确定故障查询时段。

24.根据权利要求13所述的装置，其中，所述目标事件搜索模块在用于基于所述目标视频质量数据和所述目标服务事件，确定造成所述直播服务出现故障的目标事件时，具体用于：

从所述目标视频质量数据确定出低质量视频数据；

从所述目标服务事件中确定与所述低质量视频数据相关的参考服务事件；

基于所述参考服务事件确定造成所述直播服务出现故障的目标事件。

25.根据权利要求24所述的装置，其中，所述目标事件搜索模块在用于从所述目标服务事件中确定与所述低质量视频数据相关的参考服务事件时，具体用于：

确定所述低质量视频数据对应的子链路；

从所述目标服务事件中，确定出与所述低质量视频数据对应的子链路相关的参考服务事件。

26.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-12中任一项所述的方法。

27.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行权利要求1-12中任一项所述的方法。

28.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现权利要求1-12中任一项所述的方法。

Images