音频数据推送方法、装置、系统、电子设备及存储介质制造方法及图纸

本公开实施例公开了一种音频数据推送方法、装置、系统、电子设备及存储介质，其中，应用于中心服务器的方法包括：获取至少一个边缘服务器上传的经过第一次筛选的音频数据；根据预设筛选策略对音频数据进行第二次筛选，并将第二次筛选确定的至少一路目标音频数据推送给边缘服务器，以使边缘服务器将目标音频数据推送到对应的目标客户端。本公开实施例公开的技术方案解决了多用户音频传输场景下，复杂音频订阅关系导致边缘服务器CPU资源消耗过大，承载用户数量的上限较低的问题，实现了分层级筛选音频数据的方式选出目标音频数据，并主动推送给目标客户端，服务端无需处理复杂的音频订阅关系，可以提升会议系统的处理能力，支持更多人数的会议。多人数的会议。多人数的会议。

【技术实现步骤摘要】
音频数据推送方法、装置、系统、电子设备及存储介质


[0001]本公开实施例涉及数据通信
，尤其涉及一种音频数据推送方法、装置、系统、电子设备及存储介质。

技术介绍

[0002]目前，在多人(N)参加的在线会议中，采用"全量订阅"的方式进行音频数据的传输，任意一个参会人员要听到除自己之外的其他参会人员的声音，需要先订阅除自己外的N
‑
1路音频流。然后，由会议服务器根据各参会人员之间的音频流订阅关系，将参会人员订阅的音频发布端中音量较大的几个音频流推送到对应的参会人员客户端。
[0003]但是，在线会议中的每个参会者之间都会相互存在订阅关系，随着会议人数的增加，这种订阅的压力的会以指数级增加，会产生数量庞大的音频数据链路。而且，边缘会议服务器的性能对在线会议系统的影响较大，复杂的音频订阅关系导致边缘服务器CPU资源消耗过大，对参加会议的人数有一定限制，且影响线上会议整体的流畅度。

技术实现思路

[0004]本公开实施例提供了一种音频数据推送方法、装置、系统、电子设备及存储介质，能够分层级筛选音频数据的方式选出目标音频数据，并主动推送给目标客户端，服务端无需处理复杂的音频订阅关系，可以提升会议系统的处理能力，支持更多人数的会议。
[0005]第一方面，本公开实施例提供了一种音频数据推送方法，应用于中心服务器，该方法包括：
[0006]获取至少一个边缘服务器上传的经过第一次筛选的音频数据；
[0007]根据预设筛选策略对所述音频数据进行第二次筛选，并将第二次筛选确定的至少一路目标音频数据推送给所述边缘服务器，以使所述边缘服务器将所述目标音频数据推送到对应的目标客户端。
[0008]第二方面，本公开实施例提供了一种音频数据推送方法，应用于边缘服务器，该方法包括：
[0009]获取客户端上传的音频数据，并根据预设筛选策略对所述音频数据进行第一次筛选；
[0010]将经过第一次筛选的音频数据推送到中心服务器进行第二次音频数据筛选。
[0011]第三方面，本公开实施例还提供了一种音频数据推送装置，配置于中心服务器，该装置包括：
[0012]初筛数据获取模块，用于获取至少一个边缘服务器上传的经过第一次筛选的音频数据；
[0013]第一数据推送模块，用于根据预设筛选策略对所述音频数据进行第二次筛选，并将第二次筛选确定的至少一路目标音频数据推送给所述边缘服务器，以使所述边缘服务器将所述目标音频数据推送到对应的目标客户端。
[0014]第四方面，本公开实施例还提供了一种音频数据推送装置，配置于边缘服务器，该装置包括：
[0015]音频数据初筛模块，用于获取客户端上传的音频数据，并根据预设筛选策略对所述音频数据进行第一次筛选；
[0016]第二数据推送模块，用于将经过第一次筛选的音频数据推送到中心服务器进行第二次音频数据筛选。
[0017]第五方面，本公开实施例还提供了一种音频数据推送系统，该系统包括：
[0018]中心服务器和至少一个边缘服务器；
[0019]其中，所述中心服务器用于实现任一应用于中心服务器的音频数据推送方法；
[0020]所述至少一个边缘服务器用于实现任一应用于边缘服务器的音频数据推送方法。
[0021]第六方面，本公开实施例还提供了一种电子设备，所述电子设备包括：
[0022]一个或多个处理器；
[0023]存储装置，用于存储一个或多个程序，
[0024]当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本公开实施例任一所述的应用于中心服务器或边缘服务器的音频数据推送方法。
[0025]第七方面，本公开实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如本公开实施例任一所述的应用于中心服务器或边缘服务器的音频数据推送方法。
[0026]本公开实施例的技术方案，通过中心服务器获取至少一个边缘服务器上传的经过第一次筛选的音频数据；并根据预设筛选策略对经过第一次筛选的音频数据进行第二次筛选，然后，将第二次筛选确定的至少一路目标音频数据推送给边缘服务器，以使边缘服务器将所述目标音频数据推送到对应的目标客户端，从而分布式的实现音频数据的传输过程。本公开实施例的技术方案解决了现有技术中多用户音频传输场景下，由于复杂音频订阅关系导致边缘服务器CPU资源消耗过大，承载用户数量的上限较低的问题，实现了分层级筛选音频数据的方式选出目标音频数据，并主动推送给目标客户端，服务端无需处理复杂的音频订阅关系，可以提升会议系统的处理能力，支持更多人数的会议。
附图说明
[0027]结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。
[0028]图1为本公开实施例一所提供的一种应用于中心服务器的音频数据推送方法的流程示意图；
[0029]图2为本公开实施例二所提供的一种应用于边缘服务器的音频数据推送方法的流程示意图；
[0030]图3为本公开实施例三所提供的一种配置于中心服务器的音频数据推送装置的结构示意图；
[0031]图4为本公开实施例四所提供的一种配置于边缘服务器的音频数据推送装置的结构示意图；
[0032]图5为本公开实施例五所提供的一种音频数据推送系统的结构示意图；
[0033]图6为本公开实施例六所提供的一种电子设备结构示意图。
具体实施方式
[0034]下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。
[0035]应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。
[0036]本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。
[0037]需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
[0038]需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种音频数据推送方法，应用于中心服务器，其特征在于，包括：获取至少一个边缘服务器上传的经过第一次筛选的音频数据；根据预设筛选策略对所述音频数据进行第二次筛选，并将第二次筛选确定的至少一路目标音频数据推送给所述边缘服务器，以使所述边缘服务器将所述目标音频数据推送到对应的目标客户端。2.根据权利要求1所述的方法，其特征在于，所述将第二次筛选确定的至少一路目标音频数据推送给所述边缘服务器，包括：将所述目标音频数据的元数据推送到每一个所述边缘服务器；将所述目标音频数据的音频数据包推送到上传的音频数据中不包含对应的目标音频数据的边缘服务器中。3.一种音频数据推送方法，应用于边缘服务器，其特征在于，包括：获取客户端上传的音频数据，并根据预设筛选策略对所述音频数据进行第一次筛选；将经过第一次筛选的音频数据推送到中心服务器进行第二次音频数据筛选。4.根据权利要求3所述的方法，其特征在于，所述方法还包括：接收所述中心服务器反馈的第二次音频数据筛选结果；将所述第二次音频数据筛选结果中的目标音频数据推送到所述客户端中。5.根据权利要求4所述的方法，其特征在于，所述将所述第二次音频数据筛选结果中的目标音频数据推送到所述客户端中，包括：根据所述目标音频数据的元数据信息，确定上传所述目标音频数据的客户端；将所述目标音频数据推送到除了上传所述目标音频数据的客户端之外的客户端中。6.一种音频数据推送装置，配置于中心服务器，其特征在于，包括：初...

【专利技术属性】
技术研发人员：李文锋，林智铖，
申请(专利权)人：北京字节跳动网络技术有限公司，
类型：发明
国别省市：