一种音频信息采集方法、装置、设备及存储介质制造方法及图纸

本申请实施例提供了一种音频信息采集方法、装置、设备及存储介质。本申请实施例提供的技术方案通过在接收到管理端发送的调试开启请求时，确定调试开启请求所携带的第一用户信息和调试配置参数，并通知第一用户信息对应的第一用户端开启调试模式，第一用户端在调试模式下，将基于调试配置参数采集音频调试信息，在接收到管理端发送的调试关闭请求时，确定调试关闭请求所携带的第二用户信息，并通知第二用户信息对应的第二用户端关闭调试模式，第二用户端在关闭调试模式时，向文件服务器上传对应的音频调试信息，开发人员可根据音频调试信息对用户端进行分析处理并定位音频异常原因，音频信息采集流程简单高效。音频信息采集流程简单高效。音频信息采集流程简单高效。

【技术实现步骤摘要】
一种音频信息采集方法、装置、设备及存储介质


[0001]本申请实施例涉及计算机
，尤其涉及一种音频信息采集方法、装置、设备及存储介质。

技术介绍

[0002]随着互联网技术的发展，越来越多的线上应用供用户选择使用，例如线上音频应用，用户可通过音频应用收听各种音频信息或者是进入语音房间进行交流沟通。但是在线上音频出现问题时，为了保证线上音频应用的正常使用，需要采集用户使用线上音频应用的过程中所产生的音频数据或日志数据，以供开发人员进行异常定位分析。
[0003]目前，线上音频问题的处理过程一般需要开发人员联系用户，由手动采集和上传音频数据或日志数据，开发人员再根据用户上传的音频数据或日志数据进行异常定位分析。但是在这样的流程下，用户的沟通成本和学习成本较高，导致音频数据或日志数据的采集效率较低。

技术实现思路

[0004]本申请实施例提供一种音频信息采集方法、装置、设备及存储介质，以解决现有技术中音频信息采集流程繁杂，用户的沟通成本和学习成本较高，导致音频数据或日志数据的采集效率较低的技术问题，提高音频信息采集效率。
[0005]在第一方面，本申请实施例提供了一种音频信息采集方法，包括：
[0006]接收管理端发送的调试开启请求，确定所述调试开启请求所携带的第一用户信息和调试配置参数；
[0007]基于所述第一用户信息通知对应的第一用户端开启调试模式，以使所述第一用户端在调试模式下基于所述调试配置参数采集音频调试信息；
[0008]接收所述管理端发送的调试关闭请求，确定所述调试关闭请求所携带的第二用户信息；
[0009]基于所述第二用户信息通知对应的第二用户端关闭调试模式，以使所述第二用户端关闭调试模式并向文件服务器上传对应的音频调试信息。
[0010]在第二方面，本申请实施例提供了一种音频信息采集装置，包括开启响应模块、开启通知模块、关闭响应模块和关闭通知模块，其中：
[0011]所述开启响应模块，配置为接收管理端发送的调试开启请求，确定所述调试开启请求所携带的第一用户信息和调试配置参数；
[0012]所述开启通知模块，配置为基于所述第一用户信息通知对应的第一用户端开启调试模式，以使所述第一用户端在调试模式下基于所述调试配置参数采集音频调试信息；
[0013]所述关闭响应模块，配置为接收所述管理端发送的调试关闭请求，确定所述调试关闭请求所携带的第二用户信息；
[0014]所述关闭通知模块，配置为基于所述第二用户信息通知对应的第二用户端关闭调
试模式，以使所述第二用户端关闭调试模式并向文件服务器上传对应的音频调试信息。
[0015]在第三方面，本申请实施例提供了一种音频信息采集设备，包括：存储器以及一个或多个处理器；
[0016]所述存储器，用于存储一个或多个程序；
[0017]当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如第一方面所述的音频信息采集方法。
[0018]在第四方面，本申请实施例提供了一种存储计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如第一方面所述的音频信息采集方法。
[0019]本申请实施例通过在接收到管理端发送的调试开启请求时，确定调试开启请求所携带的第一用户信息和调试配置参数，并通知第一用户信息对应的第一用户端开启调试模式，第一用户端在调试模式下，将基于调试配置参数采集音频调试信息，在接收到管理端发送的调试关闭请求时，确定调试关闭请求所携带的第二用户信息，并通知第二用户信息对应的第二用户端关闭调试模式，第二用户端在关闭调试模式时，向文件服务器上传对应的音频调试信息，开发人员可根据音频调试信息对用户端进行分析处理并定位音频异常原因，音频信息采集流程简单高效，开发人员通过管理端通知用户端开启或关闭调试模式即可自动进行音频调试信息的采集与上传，不需要用户主动去采集及上传音频调试信息，有效降低用户的沟通成本和学习成本，提高音频数据或日志数据的采集效率。
附图说明
[0020]图1是本申请实施例提供的一种音频信息采集方法的流程图；
[0021]图2是本申请实施例提供的一种音频信息采集流程示意图；
[0022]图3是本申请实施例提供的另一种音频信息采集方法的流程图；
[0023]图4是本申请实施例提供的一种用户管理信息查询示意图；
[0024]图5是本申请实施例提供的一种音频信息采集装置的结构示意图；
[0025]图6是本申请实施例提供的一种音频信息采集设备的结构示意图。
具体实施方式
[0026]为了使本申请的目的、技术方案和优点更加清楚，下面结合附图对本申请具体实施例作进一步的详细描述。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部内容。在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时上述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。上述处理可以对应于方法、函数、规程、子例程、子程序等等。
[0027]图1给出了本申请实施例提供的一种音频信息采集方法的流程图，本申请实施例提供的音频信息采集方法可以由音频信息采集装置来执行，该音频信息采集装置可以通过硬件和/或软件的方式实现，并集成在音频信息采集设备(例如服务器)中。
[0028]下述以音频信息采集装置执行音频信息采集方法为例进行描述。参考图1，该音频信息采集方法包括：
[0029]S101：接收管理端发送的调试开启请求，确定调试开启请求所携带的第一用户信息和调试配置参数。
[0030]本实施例提供的用户端可以是手机、平板等智能设备，例如主播或观众所使用的智能设备，并可使用相关的音频功能(例如创建、加入语音房等)。其中，用户端包括第一用户端和第二用户端，其中第一用户端可以理解为需要开启调试模式以采集音频调试信息的用户端，第二用户端可理解为需要关闭调试模式以上传采集到的音频调试信息的用户端。可以理解的是，第一用户端和第二用户端可以是相同的用户端，也可以是不同的用户端。
[0031]在一个实施例中，开发人员在需要用户端开启调试模式采集音频调试信息时，可通过管理端设置所需要开启调试模式的第一用户端所对应的第一用户信息，以及指示需要采集的音频调试信息或相关配置信息的调试配置参数，根据第一用户信息和调试配置参数生成调试开启请求，并提交给音频信息采集装置。
[0032]示例性的，在接收到管理端发送的调试开启请求后，解析调试开启请求并确定调试开启请求所携带的第一用户信息和调试配置参数。其中，第一用户信息可以是用户标识(uid)、用户房间标识(sid)、用户账本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种音频信息采集方法，其特征在于，包括：接收管理端发送的调试开启请求，确定所述调试开启请求所携带的第一用户信息和调试配置参数；基于所述第一用户信息通知对应的第一用户端开启调试模式，以使所述第一用户端在调试模式下基于所述调试配置参数采集音频调试信息；接收所述管理端发送的调试关闭请求，确定所述调试关闭请求所携带的第二用户信息；基于所述第二用户信息通知对应的第二用户端关闭调试模式，以使所述第二用户端关闭调试模式并向文件服务器上传对应的音频调试信息。2.根据权利要求1所述的音频信息采集方法，其特征在于，所述调试配置参数包括任务识别信息，所述第一用户端在调试模式下基于所述调试配置参数采集音频调试信息，包括：所述第一用户端开启调试模式，并在所述调试模式下监测所述调试配置参数中任务识别信息对应的第一目标任务；所述第一用户端在确定执行所述第一目标任务时，采集执行所述目标任务对应的音频调试信息。3.根据权利要求1所述的音频信息采集方法，其特征在于，所述第二用户端关闭调试模式并向文件服务器上传对应的音频调试信息，包括：所述第二用户端关闭调试模式，并将采集得到的音频调试信息打包；向文件服务器上传打包后的所述音频调试信息。4.根据权利要求1所述的音频信息采集方法，其特征在于，所述音频调试信息包括音频转储数据和/或音频日志文件。5.根据权利要求1所述的音频信息采集方法，其特征在于，所述接收管理端发送的调试开启请求之前，还包括：接收管理端发送的用户查询请求，向所述管理端发送所述用户查询请求对应的用户管理信息，以供所述管理端基于所述用户管理信息确定发出调试开启请求。6.根据权利要求1所述的音频信息采集方法，其特征在于，所述基于所述第二用户信...

【专利技术属性】
技术研发人员：赵雨彤，
申请(专利权)人：广州市百果园信息技术有限公司，
类型：发明
国别省市：