CN111479161A

CN111479161A - 一种直播的质量数据上报方法和装置

Info

Publication number: CN111479161A
Application number: CN202010295281.3A
Authority: CN
Inventors: 张定行
Original assignee: Guangzhou Huya Technology Co Ltd
Current assignee: Guangzhou Huya Technology Co Ltd
Priority date: 2020-04-15
Filing date: 2020-04-15
Publication date: 2020-07-31
Anticipated expiration: 2040-04-15
Also published as: CN111479161B

Abstract

本申请涉及直播数据传输的技术领域，提供一种直播的质量数据上报方法和装置，所述直播的质量数据上报方法包括：在用户进入直播后，启动上报程序收集直播音视频的质量数据；对所述直播音视频的质量数据进行实时监控，调用所述上报程序提供的上报程序接口将质量数据发送至上报程序；通过所述上报程序将接收的质量数据进行缓存；当达到计时器的计时阈值时，触发上报程序将缓存的质量数据上报至服务器，并重置计时器开始下一次监控。本申请所提供的技术方案可减少对客户端网络资源的额外消耗。

Description

一种直播的质量数据上报方法和装置

技术领域

本申请涉及直播数据传输的技术领域，具体而言，本申请涉及一种直播数据的上报方法和装置。

背景技术

在用户通过直播软件观看直播的过程中，用户观看质量会因为网络各种因素的影响，出现不稳定的情况。为了保证用户能体验直播体验，在用户开启直播后，直播应用软件一般会获取用户端的直播数据，并进行上报，以便直播平台对直播数据进行分析和监控。

目前，对于直播数据的上报方式是当产生异常情况，便将对应的直播的业务数据进行上报。而目前的直播数据上报方式会增加用户数据的上报频率，增加网络资源的额外消耗，而且对于开发人员实时留意所上报的数据是否包含自己负责的部分，而且需要针对所负责的开发模块分别设计对应的上报程序，影响开发效率。

发明内容

基于目前的直播数据的上报方式较多的额外网络资源的消耗，且影响开发效率的问题，特提供本申请的直播数据的方法，其包括以下步骤：

第一方面，本申请所提供一种直播的质量数据上报方法，其包括以下步骤：

在用户进入直播后，启动上报程序收集直播音视频的质量数据；

对所述直播音视频的质量数据进行实时监控，调用所述上报程序提供的上报程序接口将质量数据发送至上报程序；

通过所述上报程序将接收的质量数据进行缓存；

当达到计时器的计时阈值时，触发上报程序将缓存的质量数据上报至服务器，并重置计时器开始下一次监控。

在其中一个实施例中，所述调用所述上报程序提供的上报程序接口将质量数据发送至上报程序的步骤，包括：

调用所述上报程序提供的上报程序接口；

通过所述上报程序接口将所产生的质量数据以key-value格式逐一添加至业务信息的公共头，并发送至上报程序。

在其中一个实施例中，所述当达到计时器的计时阈值时，触发上报程序将缓存的质量数据上报至服务器的步骤，包括：

当达到计时器的计时阈值时，触发所述上报程序将添加至业务信息的公共头的数据以业务信息包的形式上报至服务器。

在其中一个实施例中，所述计时器的计时阈值设定为time＝N，N的单位是计时单位；所述计时器被重置时，对应从time＝0的状态开始计时。

在其中一个实施例中，所述触发上报程序将缓存的质量数据上报至服务器的步骤之后，还包括：

当检测到用户退出直播间时，触发所述上报程序将缓存的质量数据一次性上报至服务器；

其中，用户退出直播间对应所述计时器当前值为time≤N。

在其中一个实施例中，所述通过所述上报程序将接收的质量数据进行缓存的步骤，包括：

在计时器的每一次计时阈值内，通过所述上报程序将最新产生的质量数据的指标数据进行更新，将更新后的指标数据进行缓存。

在计时器的每一次计时阈值内，通过所述上报程序接收质量数据，对每个质量数据的指标数据进行提取并累加计算；

将每个指标数据的累加值进行缓存。

在计时器的每一次计时阈值内，通过所述上报程序接收每个质量数据的指标数据的所有数据；

根据上报条件的设定，对相应指标数据的所有数据进行对比；

根据对比的结果得到满足上报条件的质量数据，并进行缓存。

对所述上报程序缓存的质量数据进行清空，将所述计时器清零。

第二方面，本申请还提供一种直播的质量数据上报装置，其包括：

接收模块，用于在用户进入直播后，启动上报程序收集直播音视频的质量数据；

调用模块，用于对所述直播音视频的质量数据进行实时监控，调用所述上报程序提供的上报程序接口将质量数据发送至上报程序；

缓存模块，用于通过所述上报程序将接收的质量数据进行缓存；

上报模块，用于当达到计时器的计时阈值时，触发上报程序将缓存的质量数据上报至服务器，并重置计时器开始下一次监控。

第三方面，本申请还提供一种计算机设备，其包括：

一个或多个处理器；

存储器；

一个或多个计算机程序，其中所述一个或多个计算机程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个计算机程序配置用于执行第一方面任一实施例所述的直播的质量数据上报方法。

第三方面，本申请还一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现第一方面任一实施例所述的直播的质量数据上报方法。

上述的直播的质量数据上报方法和装置具备如下优点：

本申请所提供的直播的质量数据上报方法和装置，在数据上报的执行过程中，无需根据客户端在于服务器进行直播的音视频数据时的相关操作，只需遵循计时器的阈值设定，就可以定期一次性获取所产生的质量数据，除了降低数据上报的资源额外消耗外，还使得直播应用的负责不同功能模块的开发人员可以根据同一上报数据进行分析和开发，无需实时留意所上报的数据是否包含自己负责的相关数据，而且无需为了获取各自的数据分别开发和设置对应的上报程序，从而节省了开发时间，实现分布式开发的模式，有助于提高开发效率。

本申请附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本申请一实施例所提供的直播的质量数据上报方法的应用场景图；

图2为为本申请一个实施例所提供的直播数据的上报方法的流程示意图；

图3是本申请的一个具体实施例所提供的直播数据的上报方法的流程示意图；

图4是本申请的另一个具体实施例所提供的直播数据的上报方法的流程示意图；

图5是本申请的又一个具体实施例所提供的直播数据的上报方法的流程示意图；

图6是本申请一个实施例的直播数据的上报装置的结构示意图；

图7为本申请一个实施例的服务器的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作或它们的组。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本申请所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

图1为本申请一实施例所提供的直播的质量数据上报方法的应用场景图，该直播的质量数据上报方法在客户端110执行的。具体的是通过网络获取直播音视频数据，在用户观看直播间的过程中，将直播过程所产生的所有质量数据并上报至服务器120。该质量数据主要包括用户通过客户端处于直播页面时，获取的音视频的质量数据。

参照图2，图2为本申请一个实施例所提供的直播数据的上报方法的流程示意图。本申请所提供的直播数据的上报方法，包括以下步骤：

S210、在用户进入直播后，启动上报程序收集直播音视频的质量数据。

在所述直播应用中设置了上报程序，用于对在观看直播的过程所陈述音视频的质量数据进行上报。

当用户进入直播的页面后，触发该上报程序。该上报程序在用户观看直播的过程中，收集服务器在向客户端传送直播数据时所产生的所有音视频质量数据，以便后续将质量数据进行上报，以便对直播的质量进行分析和监控。其中，该质量数据包括用户进入直播间后，所产生音视频的各个功能模块的质量数据。例如，该质量数据可包括数据传输质量模块，包括码率等参数；视频图像质量模块，包括p2p状态；数据解码模块，包括h265解码状态；视频播放质量模块，包括播放帧率等体现直播过程中音视频的质量数据。

S220、对所述直播音视频的质量数据进行实时监控，调用所述上报程序提供的上报程序接口将质量数据发送至上报程序。

在用户通过客户端打开直播页面的过程中，所产生的音视频质量数据进行实时监控，并将调用所述上报程序提供的上报程序接口将实时监控得到的音视频的质量数据发送至上报程序。

在本实施例中，客户端通过调用上报程序所提供的上报程序接口，将所述音视频的质量数据以key-value格式逐一发送至上报程序。在上报程序中，将接收到的质量数据添加至该上报程序所设置的业务信息的公共头。如：码率为500，对应的key-value格式为：key值为码率，value值为500。若直到上报服务器时，仍没有接受到对应指标的质量数据时，对应指标的value值为0。

在上报程序中所接收一条质量数据，就添加至对应的公共头，但每条质量数据之间没有关联性，每一条质量数据获取的顺序先后对向服务器发送的上报数据没有影响，达到质量数据的上报可以根据上报的需要自由扩展，互不影响，简化了上报数据的形成过程。

该业务信息的公共头是用于添加进行上报的所有的质量数据。该公共头是根据当前客户端的信息和所观看的直播页面信息所形成的固定信息，可用于对客户端当前所产生的上报的质量数据进行标注，与之前所产生的上报的质量数据和其他客户端所上报的质量数据进行区分。该公共头的固定信息对于一个上报周期是不变的，该固定信息用于表征用户的直播账号、当前所观看的直播的类型、直播内容的分类或直播间当前的直播模式等信息。如：cdn域名、线路等。

S230、通过所述上报程序将接收的质量数据进行缓存。

所述上报程序获取到由步骤S220所发送得到的音视频的质量数据后，将该音视频的质量数据进行缓存。具体地，上报程序将最近一次上报数据后所得到的所有音视频的质量数据在客户端进行批量缓存。

S240、当达到计时器的计时阈值时，触发上报程序将缓存的质量数据上报至服务器，并重置计时器开始下一次监控。

从每一次上报完成执行后，下一次的质量数据的上报执行过程重新开始，这时，计时器也重新开始计时。

在每一次质量数据的上报执行过程中，当该计时器达到其预设的计时阈值时，触发上报程序将由步骤S230所批量缓存的质量数据一次性上报至服务器。这时，一次质量数据的上报的执行过程结束，计时器重新归零，并重新开始计时。

在本实施例中，所述计时器的计时阈值的标记设定为time，该time的数值设定为N。N的单位为计时单位。该计时单位可根据上报的要求进行调整，可以设定为秒、毫秒等单位。在本申请所提供的方案，N的单位设定为秒，使得在每一次上报周期能够一次性收集所有上报的质量数据，减少质量数据的上报频率，减少因上报数据的额外资源消耗。

当一次上报过程执行完毕后，计时器清零。下一次上报执行过程开始，计时器被重置，从time＝0的状态开始计时。

当达到计时阈值时，将以key-value格式逐条添加至业务信息的公共头的数据和公共头的固定信息进行打包，形成业务信息包。所述上报程序将该业务信息包上报至服务器。

在一次上报执行过程中，若用户通过向客户端发出退出直播间的操作指令时，对应当前计时器的读数为time≤N。这时，客户端检测得到该退出直播间的操作指令，并依据该操作指令触发所述上报程序将已缓存的质量数据一次性上报至服务器，避免因用户退出直播间而遗漏上报当次所产生的质量数据。在上述提及到的上报执行过程，无论是根据计时器达到阈值所触发的还是因用户退出直播间所触发的，上报程序将所当前所缓存的质量数据上报至服务器的同时，将上报的质量数据进行清空，并且将计时器清零，以便重新开始下一次的上报执行过程。

在本申请所提供的直播的质量数据上报方法，在客户端处于直播页面播放的过程中，利用上报程序对直播音视频的质量数据进行监控和获取。当达到计时器的计时阈值时，将质量数据的上报的执行过程所获取的所有音视频的质量数据一次性上报，从而减少了质量数据的上报频率，减少上报数据的额外资源的消耗。在数据上报的执行过程中，无需根据客户端在于服务器进行直播的音视频数据时的相关操作，只需遵循计时器的阈值设定，就可以定期一次性获取所产生的质量数据，使得直播应用的负责不同功能模块的开发人员可以根据同一上报数据进行分析和开发，无需为了获取各自的数据而另外开发和设置对应的上报程序，节省了开发时间，实现分布式开发的模式，有助于提高开发效率。

在上述所执行的步骤S220，在上报之前，对质量数据进行收集和缓存的过程中，可以根据对上报数据的要求，对所获取的质量数据进行预处理。

在计时器的每一次计时阈值内，直播视频数据不间断地向客户端传输，因此，质量数据中的某一项指标可在每一上报周期内产生多次数据，而且每一次所产生的数据是可以变化的。

在本申请中，所述质量数据除了包括每个固定信息以外，还包括可变信息。其中，该可变信息可包括码率、播放周期内音频帧率丢失次数统计、播放周期内视频帧率丢失次数统计或p2p播放错误信息等。

根据后续的分析需要，可对上报的质量数据的特定指标数据进行设定。在上报的质量数据的各项指标数据当中，不同的数据特性影响着该指标数据对应的获取方式。如获取所产生的质量数据、获取累加后的质量数据或是获取经过运算后的质量数据。

在上述所述的任一实施例中，均适用于直接获取所产生的质量数据，但是如果在每一次上报周期内，某项指标数据可能获取多个值时，可以对该指标数据进行预处理后，再将该预处理后的值进行上报，以减少上报的数据量，便于日后的分析工作。

为了更清楚地说明对应的执行过程，参照图3，图3是本申请的一个具体实施例所提供的直播数据的上报方法的流程示意图。具体执行过程如下：

S301、利用直播应用的上报程序收集直播音视频的质量数据；

S302、对所得到的质量数据进行实时监控，调用上报程序接口发送至上报程序；

S303、在上报周期中，根据所接收的指标数据，检测已缓存的同一指标数据的value值是否为0。若是，则转步骤S304；否则，转步骤S305。

S304、将该指标数据直接添加至公共头；

S305、将该指标数据进行更新，将更新后的指标数据进行缓存；

S306、当达到计时器的计时阈值时，触发上报程序将缓存的质量数据的所缓存的所有指标数据上报至服务器，并重置计时器开始下一次监控。

对应该图3的上报执行过程，可适用于如码率的指标数据。在计时周期内，由于直播过程中，服务器不间断地向客户端传输视频数据，所以会产生多个码率的值。为了能够对视频数据的最新状态进行监控，将最新接收到的码率值进行上报。

在上述的步骤S303中，当该码率为value值为0时，则之前未曾接收过码率的这一指标数据，则可以直接对所接收的码率数值进行缓存。若该码率的value值不为0时，则在同一上报执行过程中，已接收过码率的这一指标数据。将该指标数据的key值提取出来，将最新接收的码率的值更新至对应的value值，得到更新后的该指标数据，并进行缓存。该指标更新过程直到缓存的数据被触发上报至服务器。

为了对同一执行过程中的视频或音频的数据传输的状态进行了解，可以对所接收的指标数据在上报之前进行对比，并将对比的结果进行缓存。如需要通过上报的质量数据了解视频数据的传输状态，可以先对上述的码率的指标数据进行对比。

参考图4，图4是本申请的另一个本申请的一个具体实施例所提供的直播数据的上报方法的流程示意图。具体的执行过程如下：

S401、接收并缓存对应指标数据所产生的所有数据；

S402、在上报周期中，对所得到的指标数据进行实时监控，调用上报程序接口发送至上报程序，并进行缓存；

S403、当达到计时器的计时阈值时，将该指标数据的所有数据进行对比，得到对比得到的数据值；

S404、将该对比得到的数据值添加至公共头，并与缓存的其他指标数据一同上报至服务器，并重置计时器开始下一次监控。

在该实施例中，可以对上述实施例中同一上报周期的所获取的码率的所有数据执行对比，如对比得到最小的码率值，将本次上报周期的视频数据最差的传输数据进行上报，有助于减少上报的数据量，节省额外网络资源的消耗。

参考图5，图5是本申请的又一个本申请的一个具体实施例所提供的直播数据的上报方法的流程示意图。

若某些指标数据属于计数的指标数据，即该指标数据用于统计某种状态所出现过的次数。具体执行过程如下：

S501、利用直播应用的上报程序收集直播音视频的质量数据；

S502、对所得到的质量数据进行实时监控，调用上报程序接口发送至上报程序；

S503、根据指标数据的设定，对直播的过程对应的状态进行监控。若出现对应状况，则转步骤S504；否则，转步骤S505。

S504、将该指标数据对应的value值更新为1，将该更新至为1的指标数据添加至公共头；

S505、将该指标数据对应的value值添加1，得到累加后的指标数据，将更新后的指标数据进行缓存；

S506、当达到计时器的计时阈值时，触发上报程序将缓存的指标数据的所缓存的所有指标数据上报至服务器，并重置计时器开始下一次监控。

对应该图5的指标数据的获取过程，可适用于如播放周期内音频帧率丢失次数统计或播放周期内视频帧率丢失次数统计的指标数据。以播放周期内音频帧率丢失次数统计的指标参数为例，在计时周期内，当客户端，根据所接收到的音效数据检测得到音频帧率发生了丢失，则形成数值为1的音频帧率丢失的数据。每发送一次丢失，就形成相同数值的音频帧率丢失的数据。然后调用上报程序接口向该指标数据上报至上报程序，对对应项的指标数据进行更新。

若对应的value值为0时，则之前未曾发生过音频帧率丢失的情况。若该播放周期内音频帧率丢失次数统计的指标参数的value值不为0时，则在同一上报执行过程中，已发生过音频帧率丢失的情况。将该指标数据的key值提取出来，对该指标数据当前的value值的基础上累加1，得到累加后的该项指标数据，并进行缓存。该指标数据的累加过程直到缓存的数据被触发上报至服务器。

在本申请中，所述指标数据也可以是根据计时器的数值获取数据，如一个上报周期所设定的计时阈值为20秒，则对于码率这一指标数据以获取第5秒所产生的数据即可。

基于与上述直播的质量数据上报方法相同的申请构思，本申请实施例还提供了一种直播的质量数据上报装置，参考图6，图6是本申请一个实施例的直播的质量数据上报装置的结构示意图，所述直播的质量数据上报装置包括：

接收模块610，用于在用户进入直播后，启动上报程序收集直播音视频的质量数据；

调用模块620，用于对所述直播音视频的质量数据进行实时监控，调用所述上报程序提供的上报程序接口将质量数据发送至上报程序；

缓存模块630，用于通过所述上报程序将接收的质量数据进行缓存；

上报模块640，用于当达到计时器的计时阈值时，触发上报程序将缓存的质量数据上报至服务器，并重置计时器开始下一次监控。

请参考图7，图7为本申请一个实施例的服务器的结构示意图。如图7所示，该服务器包括通过系统总线连接的处理器710、存储介质720、存储器730和网络接口740。其中，该服务器的存储介质720存储有操作系统、数据库和计算机可读指令，数据库中可存储有控件信息序列，该计算机可读指令被处理器710执行时，可使得处理器710实现多项目负载均衡方法，处理器710能实现图6所示实施例中的一种直播的质量数据上报装置中的接收模块610、调用模块620、缓存模块630和上报模块640的功能。该服务器的处理器710用于提供计算和控制能力，支撑整个服务器的运行。该服务器的存储器730中可存储有计算机可读指令，该计算机可读指令被处理器710执行时，可使得处理器710执行直播的质量数据上报方法。该服务器的网络接口740用于与终端连接通信。本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的服务器的限定，具体的服务器可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，本申请提出了一种存储有计算机可读指令的存储介质，该计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行直播的质量数据上报方法的步骤：在用户进入直播后，启动上报程序收集直播音视频的质量数据；对所述直播音视频的质量数据进行实时监控，调用所述上报程序提供的上报程序接口将质量数据发送至上报程序；通过所述上报程序将接收的质量数据进行缓存；当达到计时器的计时阈值时，触发上报程序将缓存的质量数据上报至服务器，并重置计时器开始下一次监控。

综合上述实施例可知，本申请的有益效果在于：

本申请所提供的直播的质量数据上报方案，在数据上报的执行过程中，无需根据客户端在于服务器进行直播的音视频数据时的相关操作，只需遵循计时器的阈值设定，就可以定期一次性获取所产生的质量数据，减少数据上报的频率，从而节省了因上报数据的额外资源的消耗；而且，本申请的方案使得直播应用的负责不同功能模块的开发人员可以根据同一上报数据进行分析和开发，无需为了获取各自的数据而另外开发和设置对应的上报程序，节省了开发时间，实现分布式开发的模式，有助于提高开发效率。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上所述仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims

1.一种直播的质量数据上报方法，其特征在于，包括以下步骤：

通过所述上报程序将接收的质量数据进行缓存；

2.根据权利要求1所述的直播的质量数据上报方法，其特征在于，

所述调用所述上报程序提供的上报程序接口将质量数据发送至上报程序的步骤，包括：

调用所述上报程序提供的上报程序接口；

3.根据权利要求2所述的直播的质量数据上报方法，其特征在于，

所述当达到计时器的计时阈值时，触发上报程序将缓存的质量数据上报至服务器的步骤，包括：

4.根据权利要求1所述的直播的质量数据上报方法，其特征在于，

所述计时器的计时阈值设定为time＝N，N的单位是计时单位；所述计时器被重置时，对应从time＝0的状态开始计时。

5.根据权利要求4所述的直播的质量数据上报方法，其特征在于，所述触发上报程序将缓存的质量数据上报至服务器的步骤之后，还包括：

其中，用户退出直播间对应所述计时器当前值为time≤N。

6.根据权利要求1所述的直播的质量数据上报方法，其特征在于，

所述通过所述上报程序将接收的质量数据进行缓存的步骤，包括：

7.根据权利要求1所述的直播的质量数据上报方法，其特征在于，

将每个指标数据的累加值进行缓存。

8.根据权利要求1所述的直播的质量数据上报方法，其特征在于，

9.根据权利要求1所述的直播的质量数据上报方法，其特征在于，

所述触发上报程序将缓存的质量数据上报至服务器的步骤之后，还包括：

10.一种直播的质量数据上报装置，其特征在于，包括：

11.一种计算机设备，其特征在于，包括：

一个或多个处理器；

存储器；

一个或多个计算机程序，其中所述一个或多个计算机程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个计算机程序配置用于执行根据权利要求1至9任一项所述的直播的质量数据上报方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现权利要求1至9任一项所述的直播的质量数据上报方法。