直播的质量数据上报方法和装置.pdf

《直播的质量数据上报方法和装置.pdf》由会员分享，可在线阅读，更多相关《直播的质量数据上报方法和装置.pdf（16页完成版）》请在专利查询网上搜索。

1、(19)中华人民共和国国家知识产权局 (12)发明专利申请 (10)申请公布号 (43)申请公布日 (21)申请号 202010295281.3 (22)申请日 2020.04.15 (71)申请人 广州虎牙科技有限公司 地址 511442 广东省广州市番禺区钟村街 (汉溪商业中心)泽溪街13号1301 (72)发明人 张定行 (74)专利代理机构 北京市立方律师事务所 11330 代理人 刘延喜 (51)Int.Cl. H04N 21/433(2011.01) H04N 21/435(2011.01) H04N 21/439(2011.01) H04N 21/44(2011.01) H04N。

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

3、要求书2页 说明书8页 附图5页 CN 111479161 A 2020.07.31 CN 111479161 A 1.一种直播的质量数据上报方法， 其特征在于， 包括以下步骤： 在用户进入直播后， 启动上报程序收集直播音视频的质量数据； 对所述直播音视频的质量数据进行实时监控， 调用所述上报程序提供的上报程序接口 将质量数据发送至上报程序； 通过所述上报程序将接收的质量数据进行缓存； 当达到计时器的计时阈值时， 触发上报程序将缓存的质量数据上报至服务器， 并重置 计时器开始下一次监控。 2.根据权利要求1所述的直播的质量数据上报方法， 其特征在于， 所述调用所述上报程序提供的上报程序接口将质。

4、量数据发送至上报程序的步骤， 包 括： 调用所述上报程序提供的上报程序接口； 通过所述上报程序接口将所产生的质量数据以key-value格式逐一添加至业务信息的 公共头， 并发送至上报程序。 3.根据权利要求2所述的直播的质量数据上报方法， 其特征在于， 所述当达到计时器的计时阈值时， 触发上报程序将缓存的质量数据上报至服务器的步 骤， 包括： 当达到计时器的计时阈值时， 触发所述上报程序将添加至业务信息的公共头的数据以 业务信息包的形式上报至服务器。 4.根据权利要求1所述的直播的质量数据上报方法， 其特征在于， 所述计时器的计时阈值设定为timeN， N的单位是计时单位； 所述计时器被重置。

5、时， 对 应从time0的状态开始计时。 5.根据权利要求4所述的直播的质量数据上报方法， 其特征在于， 所述触发上报程序将 缓存的质量数据上报至服务器的步骤之后， 还包括： 当检测到用户退出直播间时， 触发所述上报程序将缓存的质量数据一次性上报至服务 器； 其中， 用户退出直播间对应所述计时器当前值为timeN。 6.根据权利要求1所述的直播的质量数据上报方法， 其特征在于， 所述通过所述上报程序将接收的质量数据进行缓存的步骤， 包括： 在计时器的每一次计时阈值内， 通过所述上报程序将最新产生的质量数据的指标数据 进行更新， 将更新后的指标数据进行缓存。 7.根据权利要求1所述的直播的质量数。

6、据上报方法， 其特征在于， 所述通过所述上报程序将接收的质量数据进行缓存的步骤， 包括： 在计时器的每一次计时阈值内， 通过所述上报程序接收质量数据， 对每个质量数据的 指标数据进行提取并累加计算； 将每个指标数据的累加值进行缓存。 8.根据权利要求1所述的直播的质量数据上报方法， 其特征在于， 所述通过所述上报程序将接收的质量数据进行缓存的步骤， 包括： 在计时器的每一次计时阈值内， 通过所述上报程序接收每个质量数据的指标数据的所 有数据； 权利要求书 1/2 页 2 CN 111479161 A 2 根据上报条件的设定， 对相应指标数据的所有数据进行对比； 根据对比的结果得到满足上报条件的。

7、质量数据， 并进行缓存。 9.根据权利要求1所述的直播的质量数据上报方法， 其特征在于， 所述触发上报程序将缓存的质量数据上报至服务器的步骤之后， 还包括： 对所述上报程序缓存的质量数据进行清空， 将所述计时器清零。 10.一种直播的质量数据上报装置， 其特征在于， 包括： 接收模块， 用于在用户进入直播后， 启动上报程序收集直播音视频的质量数据； 调用模块， 用于对所述直播音视频的质量数据进行实时监控， 调用所述上报程序提供 的上报程序接口将质量数据发送至上报程序； 缓存模块， 用于通过所述上报程序将接收的质量数据进行缓存； 上报模块， 用于当达到计时器的计时阈值时， 触发上报程序将缓存的质。

8、量数据上报至 服务器， 并重置计时器开始下一次监控。 11.一种计算机设备， 其特征在于， 包括： 一个或多个处理器； 存储器； 一个或多个计算机程序， 其中所述一个或多个计算机程序被存储在所述存储器中并被 配置为由所述一个或多个处理器执行， 所述一个或多个计算机程序配置用于执行根据权利 要求1至9任一项所述的直播的质量数据上报方法。 12.一种计算机可读存储介质， 其特征在于， 所述计算机可读存储介质上存储有计算机 程序， 该计算机程序被处理器执行时实现权利要求1至9任一项所述的直播的质量数据上报 方法。 权利要求书 2/2 页 3 CN 111479161 A 3 一种直播的质量数据上报方。

9、法和装置 技术领域 0001 本申请涉及直播数据传输的技术领域， 具体而言， 本申请涉及一种直播数据的上 报方法和装置。 背景技术 0002 在用户通过直播软件观看直播的过程中， 用户观看质量会因为网络各种因素的影 响， 出现不稳定的情况。 为了保证用户能体验直播体验， 在用户开启直播后， 直播应用软件 一般会获取用户端的直播数据， 并进行上报， 以便直播平台对直播数据进行分析和监控。 0003 目前， 对于直播数据的上报方式是当产生异常情况， 便将对应的直播的业务数据 进行上报。 而目前的直播数据上报方式会增加用户数据的上报频率， 增加网络资源的额外 消耗， 而且对于开发人员实时留意所上报的。

10、数据是否包含自己负责的部分， 而且需要针对 所负责的开发模块分别设计对应的上报程序， 影响开发效率。 发明内容 0004 基于目前的直播数据的上报方式较多的额外网络资源的消耗， 且影响开发效率的 问题， 特提供本申请的直播数据的方法， 其包括以下步骤： 0005 第一方面， 本申请所提供一种直播的质量数据上报方法， 其包括以下步骤： 0006 在用户进入直播后， 启动上报程序收集直播音视频的质量数据； 0007 对所述直播音视频的质量数据进行实时监控， 调用所述上报程序提供的上报程序 接口将质量数据发送至上报程序； 0008 通过所述上报程序将接收的质量数据进行缓存； 0009 当达到计时器的。

11、计时阈值时， 触发上报程序将缓存的质量数据上报至服务器， 并 重置计时器开始下一次监控。 0010 在其中一个实施例中， 所述调用所述上报程序提供的上报程序接口将质量数据发 送至上报程序的步骤， 包括： 0011 调用所述上报程序提供的上报程序接口； 0012 通过所述上报程序接口将所产生的质量数据以key-value格式逐一添加至业务信 息的公共头， 并发送至上报程序。 0013 在其中一个实施例中， 所述当达到计时器的计时阈值时， 触发上报程序将缓存的 质量数据上报至服务器的步骤， 包括： 0014 当达到计时器的计时阈值时， 触发所述上报程序将添加至业务信息的公共头的数 据以业务信息包的。

12、形式上报至服务器。 0015 在其中一个实施例中， 所述计时器的计时阈值设定为timeN， N的单位是计时单 位； 所述计时器被重置时， 对应从time0的状态开始计时。 0016 在其中一个实施例中， 所述触发上报程序将缓存的质量数据上报至服务器的步骤 之后， 还包括： 说明书 1/8 页 4 CN 111479161 A 4 0017 当检测到用户退出直播间时， 触发所述上报程序将缓存的质量数据一次性上报至 服务器； 0018 其中， 用户退出直播间对应所述计时器当前值为timeN。 0019 在其中一个实施例中， 所述通过所述上报程序将接收的质量数据进行缓存的步 骤， 包括： 0020 。

13、在计时器的每一次计时阈值内， 通过所述上报程序将最新产生的质量数据的指标 数据进行更新， 将更新后的指标数据进行缓存。 0021 在其中一个实施例中， 所述通过所述上报程序将接收的质量数据进行缓存的步 骤， 包括： 0022 在计时器的每一次计时阈值内， 通过所述上报程序接收质量数据， 对每个质量数 据的指标数据进行提取并累加计算； 0023 将每个指标数据的累加值进行缓存。 0024 在其中一个实施例中， 所述通过所述上报程序将接收的质量数据进行缓存的步 骤， 包括： 0025 在计时器的每一次计时阈值内， 通过所述上报程序接收每个质量数据的指标数据 的所有数据； 0026 根据上报条件的设。

14、定， 对相应指标数据的所有数据进行对比； 0027 根据对比的结果得到满足上报条件的质量数据， 并进行缓存。 0028 在其中一个实施例中， 所述触发上报程序将缓存的质量数据上报至服务器的步骤 之后， 还包括： 0029 对所述上报程序缓存的质量数据进行清空， 将所述计时器清零。 0030 第二方面， 本申请还提供一种直播的质量数据上报装置， 其包括： 0031 接收模块， 用于在用户进入直播后， 启动上报程序收集直播音视频的质量数据； 0032 调用模块， 用于对所述直播音视频的质量数据进行实时监控， 调用所述上报程序 提供的上报程序接口将质量数据发送至上报程序； 0033 缓存模块， 用于。

15、通过所述上报程序将接收的质量数据进行缓存； 0034 上报模块， 用于当达到计时器的计时阈值时， 触发上报程序将缓存的质量数据上 报至服务器， 并重置计时器开始下一次监控。 0035 第三方面， 本申请还提供一种计算机设备， 其包括： 0036 一个或多个处理器； 0037 存储器； 0038 一个或多个计算机程序， 其中所述一个或多个计算机程序被存储在所述存储器中 并被配置为由所述一个或多个处理器执行， 所述一个或多个计算机程序配置用于执行第一 方面任一实施例所述的直播的质量数据上报方法。 0039 第三方面， 本申请还一种计算机可读存储介质， 所述计算机可读存储介质上存储 有计算机程序， 。

16、该计算机程序被处理器执行时实现第一方面任一实施例所述的直播的质量 数据上报方法。 0040 上述的直播的质量数据上报方法和装置具备如下优点： 0041 本申请所提供的直播的质量数据上报方法和装置， 在数据上报的执行过程中， 无 说明书 2/8 页 5 CN 111479161 A 5 需根据客户端在于服务器进行直播的音视频数据时的相关操作， 只需遵循计时器的阈值设 定， 就可以定期一次性获取所产生的质量数据， 除了降低数据上报的资源额外消耗外， 还使 得直播应用的负责不同功能模块的开发人员可以根据同一上报数据进行分析和开发， 无需 实时留意所上报的数据是否包含自己负责的相关数据， 而且无需为了。

17、获取各自的数据分别 开发和设置对应的上报程序， 从而节省了开发时间， 实现分布式开发的模式， 有助于提高开 发效率。 0042 本申请附加的方面和优点将在下面的描述中部分给出， 这些将从下面的描述中变 得明显， 或通过本申请的实践了解到。 附图说明 0043 本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得 明显和容易理解， 其中： 0044 图1为本申请一实施例所提供的直播的质量数据上报方法的应用场景图； 0045 图2为为本申请一个实施例所提供的直播数据的上报方法的流程示意图； 0046 图3是本申请的一个具体实施例所提供的直播数据的上报方法的流程示意图； 0047 。

18、图4是本申请的另一个具体实施例所提供的直播数据的上报方法的流程示意图； 0048 图5是本申请的又一个具体实施例所提供的直播数据的上报方法的流程示意图； 0049 图6是本申请一个实施例的直播数据的上报装置的结构示意图； 0050 图7为本申请一个实施例的服务器的结构示意图。 具体实施方式 0051 下面详细描述本申请的实施例， 所述实施例的示例在附图中示出， 其中自始至终 相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。 下面通过参考附 图描述的实施例是示例性的， 仅用于解释本申请， 而不能解释为对本申请的限制。 0052 本技术领域技术人员可以理解， 除非特意声明， 这里使。

19、用的单数形式 “一” 、“一 个” 、“所述” 和 “该” 也可包括复数形式。 应该进一步理解的是， 本申请的说明书中使用的措 辞 “包括” 是指存在所述特征、 整数、 步骤、 操作， 但是并不排除存在或添加一个或多个其他 特征、 整数、 步骤、 操作或它们的组。 0053 本技术领域技术人员可以理解， 除非另外定义， 这里使用的所有术语(包括技术术 语和科学术语)， 具有与本申请所属领域中的普通技术人员的一般理解相同的意义。 还应该 理解的是， 诸如通用字典中定义的那些术语， 应该被理解为具有与现有技术的上下文中的 意义一致的意义， 并且除非像这里一样被特定定义， 否则不会用理想化或过于正式。

20、的含义 来解释。 0054 图1为本申请一实施例所提供的直播的质量数据上报方法的应用场景图， 该直播 的质量数据上报方法在客户端110执行的。 具体的是通过网络获取直播音视频数据， 在用户 观看直播间的过程中， 将直播过程所产生的所有质量数据并上报至服务器120。 该质量数据 主要包括用户通过客户端处于直播页面时， 获取的音视频的质量数据。 0055 参照图2， 图2为本申请一个实施例所提供的直播数据的上报方法的流程示意图。 本申请所提供的直播数据的上报方法， 包括以下步骤： 说明书 3/8 页 6 CN 111479161 A 6 0056 S210、 在用户进入直播后， 启动上报程序收集直。

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

22、帧率等体现直播过程中音视频的质量数据。 0059 S220、 对所述直播音视频的质量数据进行实时监控， 调用所述上报程序提供的上 报程序接口将质量数据发送至上报程序。 0060 在用户通过客户端打开直播页面的过程中， 所产生的音视频质量数据进行实时监 控， 并将调用所述上报程序提供的上报程序接口将实时监控得到的音视频的质量数据发送 至上报程序。 0061 在本实施例中， 客户端通过调用上报程序所提供的上报程序接口， 将所述音视频 的质量数据以key-value格式逐一发送至上报程序。 在上报程序中， 将接收到的质量数据添 加至该上报程序所设置的业务信息的公共头。 如： 码率为500， 对应的k。

23、ey-value格式为： key 值为码率， value值为500。 若直到上报服务器时， 仍没有接受到对应指标的质量数据时， 对 应指标的value值为0。 0062 在上报程序中所接收一条质量数据， 就添加至对应的公共头， 但每条质量数据之 间没有关联性， 每一条质量数据获取的顺序先后对向服务器发送的上报数据没有影响， 达 到质量数据的上报可以根据上报的需要自由扩展， 互不影响， 简化了上报数据的形成过程。 0063 该业务信息的公共头是用于添加进行上报的所有的质量数据。 该公共头是根据当 前客户端的信息和所观看的直播页面信息所形成的固定信息， 可用于对客户端当前所产生 的上报的质量数据进。

24、行标注， 与之前所产生的上报的质量数据和其他客户端所上报的质量 数据进行区分。 该公共头的固定信息对于一个上报周期是不变的， 该固定信息用于表征用 户的直播账号、 当前所观看的直播的类型、 直播内容的分类或直播间当前的直播模式等信 息。 如： cdn域名、 线路等。 0064 S230、 通过所述上报程序将接收的质量数据进行缓存。 0065 所述上报程序获取到由步骤S220所发送得到的音视频的质量数据后， 将该音视频 的质量数据进行缓存。 具体地， 上报程序将最近一次上报数据后所得到的所有音视频的质 量数据在客户端进行批量缓存。 0066 S240、 当达到计时器的计时阈值时， 触发上报程序将。

25、缓存的质量数据上报至服务 器， 并重置计时器开始下一次监控。 0067 从每一次上报完成执行后， 下一次的质量数据的上报执行过程重新开始， 这时， 计 时器也重新开始计时。 0068 在每一次质量数据的上报执行过程中， 当该计时器达到其预设的计时阈值时， 触 发上报程序将由步骤S230所批量缓存的质量数据一次性上报至服务器。 这时， 一次质量数 据的上报的执行过程结束， 计时器重新归零， 并重新开始计时。 说明书 4/8 页 7 CN 111479161 A 7 0069 在本实施例中， 所述计时器的计时阈值的标记设定为time， 该time的数值设定为 N。 N的单位为计时单位。 该计时单位。

26、可根据上报的要求进行调整， 可以设定为秒、 毫秒等单 位。 在本申请所提供的方案， N的单位设定为秒， 使得在每一次上报周期能够一次性收集所 有上报的质量数据， 减少质量数据的上报频率， 减少因上报数据的额外资源消耗。 0070 当一次上报过程执行完毕后， 计时器清零。 下一次上报执行过程开始， 计时器被重 置， 从time0的状态开始计时。 0071 当达到计时阈值时， 将以key-value格式逐条添加至业务信息的公共头的数据和 公共头的固定信息进行打包， 形成业务信息包。 所述上报程序将该业务信息包上报至服务 器。 0072 在一次上报执行过程中， 若用户通过向客户端发出退出直播间的操作。

27、指令时， 对 应当前计时器的读数为timeN。 这时， 客户端检测得到该退出直播间的操作指令， 并依据 该操作指令触发所述上报程序将已缓存的质量数据一次性上报至服务器， 避免因用户退出 直播间而遗漏上报当次所产生的质量数据。 在上述提及到的上报执行过程， 无论是根据计 时器达到阈值所触发的还是因用户退出直播间所触发的， 上报程序将所当前所缓存的质量 数据上报至服务器的同时， 将上报的质量数据进行清空， 并且将计时器清零， 以便重新开始 下一次的上报执行过程。 0073 在本申请所提供的直播的质量数据上报方法， 在客户端处于直播页面播放的过程 中， 利用上报程序对直播音视频的质量数据进行监控和获。

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

29、和缓存的过程中， 可 以根据对上报数据的要求， 对所获取的质量数据进行预处理。 0075 在计时器的每一次计时阈值内， 直播视频数据不间断地向客户端传输， 因此， 质量 数据中的某一项指标可在每一上报周期内产生多次数据， 而且每一次所产生的数据是可以 变化的。 0076 在本申请中， 所述质量数据除了包括每个固定信息以外， 还包括可变信息。 其中， 该可变信息可包括码率、 播放周期内音频帧率丢失次数统计、 播放周期内视频帧率丢失次 数统计或p2p播放错误信息等。 0077 根据后续的分析需要， 可对上报的质量数据的特定指标数据进行设定。 在上报的 质量数据的各项指标数据当中， 不同的数据特性影。

30、响着该指标数据对应的获取方式。 如获 取所产生的质量数据、 获取累加后的质量数据或是获取经过运算后的质量数据。 0078 在上述所述的任一实施例中， 均适用于直接获取所产生的质量数据， 但是如果在 每一次上报周期内， 某项指标数据可能获取多个值时， 可以对该指标数据进行预处理后， 再 将该预处理后的值进行上报， 以减少上报的数据量， 便于日后的分析工作。 0079 为了更清楚地说明对应的执行过程， 参照图3， 图3是本申请的一个具体实施例所 说明书 5/8 页 8 CN 111479161 A 8 提供的直播数据的上报方法的流程示意图。 具体执行过程如下： 0080 S301、 利用直播应用的。

31、上报程序收集直播音视频的质量数据； 0081 S302、 对所得到的质量数据进行实时监控， 调用上报程序接口发送至上报程序； 0082 S303、 在上报周期中， 根据所接收的指标数据， 检测已缓存的同一指标数据的 value值是否为0。 若是， 则转步骤S304； 否则， 转步骤S305。 0083 S304、 将该指标数据直接添加至公共头； 0084 S305、 将该指标数据进行更新， 将更新后的指标数据进行缓存； 0085 S306、 当达到计时器的计时阈值时， 触发上报程序将缓存的质量数据的所缓存的 所有指标数据上报至服务器， 并重置计时器开始下一次监控。 0086 对应该图3的上报执。

32、行过程， 可适用于如码率的指标数据。 在计时周期内， 由于直 播过程中， 服务器不间断地向客户端传输视频数据， 所以会产生多个码率的值。 为了能够对 视频数据的最新状态进行监控， 将最新接收到的码率值进行上报。 0087 在上述的步骤S303中， 当该码率为value值为0时， 则之前未曾接收过码率的这一 指标数据， 则可以直接对所接收的码率数值进行缓存。 若该码率的value值不为0时， 则在同 一上报执行过程中， 已接收过码率的这一指标数据。 将该指标数据的key值提取出来， 将最 新接收的码率的值更新至对应的value值， 得到更新后的该指标数据， 并进行缓存。 该指标 更新过程直到缓存。

33、的数据被触发上报至服务器。 0088 为了对同一执行过程中的视频或音频的数据传输的状态进行了解， 可以对所接收 的指标数据在上报之前进行对比， 并将对比的结果进行缓存。 如需要通过上报的质量数据 了解视频数据的传输状态， 可以先对上述的码率的指标数据进行对比。 0089 参考图4， 图4是本申请的另一个本申请的一个具体实施例所提供的直播数据的上 报方法的流程示意图。 具体的执行过程如下： 0090 S401、 接收并缓存对应指标数据所产生的所有数据； 0091 S402、 在上报周期中， 对所得到的指标数据进行实时监控， 调用上报程序接口发送 至上报程序， 并进行缓存； 0092 S403、 。

34、当达到计时器的计时阈值时， 将该指标数据的所有数据进行对比， 得到对比 得到的数据值； 0093 S404、 将该对比得到的数据值添加至公共头， 并与缓存的其他指标数据一同上报 至服务器， 并重置计时器开始下一次监控。 0094 在该实施例中， 可以对上述实施例中同一上报周期的所获取的码率的所有数据执 行对比， 如对比得到最小的码率值， 将本次上报周期的视频数据最差的传输数据进行上报， 有助于减少上报的数据量， 节省额外网络资源的消耗。 0095 参考图5， 图5是本申请的又一个本申请的一个具体实施例所提供的直播数据的上 报方法的流程示意图。 0096 若某些指标数据属于计数的指标数据， 即该。

35、指标数据用于统计某种状态所出现过 的次数。 具体执行过程如下： 0097 S501、 利用直播应用的上报程序收集直播音视频的质量数据； 0098 S502、 对所得到的质量数据进行实时监控， 调用上报程序接口发送至上报程序； 0099 S503、 根据指标数据的设定， 对直播的过程对应的状态进行监控。 若出现对应状 说明书 6/8 页 9 CN 111479161 A 9 况， 则转步骤S504； 否则， 转步骤S505。 0100 S504、 将该指标数据对应的value值更新为1， 将该更新至为1的指标数据添加至公 共头； 0101 S505、 将该指标数据对应的value值添加1， 得到。

36、累加后的指标数据， 将更新后的指 标数据进行缓存； 0102 S506、 当达到计时器的计时阈值时， 触发上报程序将缓存的指标数据的所缓存的 所有指标数据上报至服务器， 并重置计时器开始下一次监控。 0103 对应该图5的指标数据的获取过程， 可适用于如播放周期内音频帧率丢失次数统 计或播放周期内视频帧率丢失次数统计的指标数据。 以播放周期内音频帧率丢失次数统计 的指标参数为例， 在计时周期内， 当客户端， 根据所接收到的音效数据检测得到音频帧率发 生了丢失， 则形成数值为1的音频帧率丢失的数据。 每发送一次丢失， 就形成相同数值的音 频帧率丢失的数据。 然后调用上报程序接口向该指标数据上报至。

37、上报程序， 对对应项的指 标数据进行更新。 0104 若对应的value值为0时， 则之前未曾发生过音频帧率丢失的情况。 若该播放周期 内音频帧率丢失次数统计的指标参数的value值不为0时， 则在同一上报执行过程中， 已发 生过音频帧率丢失的情况。 将该指标数据的key值提取出来， 对该指标数据当前的value值 的基础上累加1， 得到累加后的该项指标数据， 并进行缓存。 该指标数据的累加过程直到缓 存的数据被触发上报至服务器。 0105 在本申请中， 所述指标数据也可以是根据计时器的数值获取数据， 如一个上报周 期所设定的计时阈值为20秒， 则对于码率这一指标数据以获取第5秒所产生的数据即。

38、可。 0106 基于与上述直播的质量数据上报方法相同的申请构思， 本申请实施例还提供了一 种直播的质量数据上报装置， 参考图6， 图6是本申请一个实施例的直播的质量数据上报装 置的结构示意图， 所述直播的质量数据上报装置包括： 0107 接收模块610， 用于在用户进入直播后， 启动上报程序收集直播音视频的质量数 据； 0108 调用模块620， 用于对所述直播音视频的质量数据进行实时监控， 调用所述上报程 序提供的上报程序接口将质量数据发送至上报程序； 0109 缓存模块630， 用于通过所述上报程序将接收的质量数据进行缓存； 0110 上报模块640， 用于当达到计时器的计时阈值时， 触发。

39、上报程序将缓存的质量数据 上报至服务器， 并重置计时器开始下一次监控。 0111 请参考图7， 图7为本申请一个实施例的服务器的结构示意图。 如图7所示， 该服务 器包括通过系统总线连接的处理器710、 存储介质720、 存储器730和网络接口740。 其中， 该 服务器的存储介质720存储有操作系统、 数据库和计算机可读指令， 数据库中可存储有控件 信息序列， 该计算机可读指令被处理器710执行时， 可使得处理器710实现多项目负载均衡 方法， 处理器710能实现图6所示实施例中的一种直播的质量数据上报装置中的接收模块 610、 调用模块620、 缓存模块630和上报模块640的功能。 该服。

40、务器的处理器710用于提供计 算和控制能力， 支撑整个服务器的运行。 该服务器的存储器730中可存储有计算机可读指 令， 该计算机可读指令被处理器710执行时， 可使得处理器710执行直播的质量数据上报方 法。 该服务器的网络接口740用于与终端连接通信。 本领域技术人员可以理解， 图7中示出的 说明书 7/8 页 10 CN 111479161 A 10 结构， 仅仅是与本申请方案相关的部分结构的框图， 并不构成对本申请方案所应用于其上 的服务器的限定， 具体的服务器可以包括比图中所示更多或更少的部件， 或者组合某些部 件， 或者具有不同的部件布置。 0112 在一个实施例中， 本申请提出了。

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

42、客户端在于服务器进行直播的音视频数据时的相关操作， 只需遵循计时器的阈值设定， 就 可以定期一次性获取所产生的质量数据， 减少数据上报的频率， 从而节省了因上报数据的 额外资源的消耗； 而且， 本申请的方案使得直播应用的负责不同功能模块的开发人员可以 根据同一上报数据进行分析和开发， 无需为了获取各自的数据而另外开发和设置对应的上 报程序， 节省了开发时间， 实现分布式开发的模式， 有助于提高开发效率。 0115 应该理解的是， 虽然附图的流程图中的各个步骤按照箭头的指示依次显示， 但是 这些步骤并不是必然按照箭头指示的顺序依次执行。 除非本文中有明确的说明， 这些步骤 的执行并没有严格的顺序。

43、限制， 其可以以其他的顺序执行。 而且， 附图的流程图中的至少一 部分步骤可以包括多个子步骤或者多个阶段， 这些子步骤或者阶段并不必然是在同一时刻 执行完成， 而是可以在不同的时刻执行， 其执行顺序也不必然是依次进行， 而是可以与其他 步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。 0116 以上所述仅是本申请的部分实施方式， 应当指出， 对于本技术领域的普通技术人 员来说， 在不脱离本申请原理的前提下， 还可以做出若干改进和润饰， 这些改进和润饰也应 视为本申请的保护范围。 说明书 8/8 页 11 CN 111479161 A 11 图1 图2 说明书附图 1/5 页 12 CN 111479161 A 12 图3 说明书附图 2/5 页 13 CN 111479161 A 13 图4 说明书附图 3/5 页 14 CN 111479161 A 14 图5 图6 说明书附图 4/5 页 15 CN 111479161 A 15 图7 说明书附图 5/5 页 16 CN 111479161 A 16 。