一种音频系统的异常检测方法、装置及电子设备制造方法及图纸

本公开实施例提供了一种音频系统的异常检测方法、装置及电子设备，方法包括：响应于音频抓取开始操作，在预定节点位置获取原始音频数据，并将原始音频数据写入预定原始音频格式文件中，其中，预定节点位置为预定音频文件传输过程中接收原始音频数据的节点所处的位置；响应于音频抓取结束操作，将获取到的原始音频数据保存至预定原始音频格式文件；将预定原始音频格式文件与预定音频文件进行匹配，以确定音频异常点所处的节点位置。本公开实施例在预定节点位置获取原始音频数据，并将其写入预定原始音频格式文件中进行保存，通过将各个预定原始音频格式文件中保存的原始音频数据与预定音频文件进行匹配，进而能够快速实现音频异常点的定位。常点的定位。常点的定位。

【技术实现步骤摘要】
一种音频系统的异常检测方法、装置及电子设备


[0001]本公开涉及数据处理领域，特别涉及一种音频系统的异常检测方法、装置及电子设备。

技术介绍

[0002]安卓系统中各个功能模块都有复杂的平台框架设计，以数字音频传输为例，当我们播放一段音频时，数字音频必然要经过“资源解析
‑
数据解码
‑
音频中间层
‑
音频硬件抽象层
‑
音频TinyAlsa库
‑
音频驱动
‑
硬件功放”等传输流程，这条播放音频的路径是垂直传输流程，当我们的数字音频DAC(数字到模拟)转换后途径功放输出后，一旦发生任何诸如破音、杂音、失真甚至无声音等各种异常时，只能通过分析音频系统代码的方式来确认异常点发生位置，该分析工作量较大，耗时较长，无法快速有效的定位异常问题出现位置。

技术实现思路

[0003]有鉴于此，本公开实施例提出了一种音频系统的异常检测方法、装置及电子设备，用以解决现有技术的如下问题：现有安卓音频系统一旦发生任何诸如破音、杂音、失真甚至无声音等各种异常时，只能通过分析音频系统代码的方式来确认异常点发生位置，该分析工作量较大，耗时较长，无法快速有效的定位异常问题出现位置。
[0004]一方面，本公开实施例提出了一种音频系统的异常检测方法，包括：响应于音频抓取开始操作，在预定节点位置获取原始音频数据，并将所述原始音频数据写入预定原始音频格式文件中，其中，所述预定节点位置为预定音频文件传输过程中接收原始音频数据的节点所处的位置；响应于音频抓取结束操作，将获取到的所述原始音频数据保存至所述预定原始音频格式文件；将所述预定原始音频格式文件与所述预定音频文件进行匹配，以确定音频异常点所处的节点位置。
[0005]在一些实施例中，所述响应于音频抓取开始操作，在预定节点位置获取原始音频数据之前，还包括：检测当前是否处于允许获取所述原始音频数据的状态；在处于所述允许获取所述原始音频数据的状态的情况下，检测是否接收到所述音频抓取开始操作。
[0006]在一些实施例中，所述响应于音频抓取开始操作，在预定节点位置获取原始音频数据，包括：确定所述音频抓取开始操作所对应的预定节点位置；通过在所述预定节点位置上预先设置的音频抓取函数获取所述原始音频数据。
[0007]在一些实施例中，还包括：检测是否接收到文件内容的清空操作；在接收到所述清空操作的情况下，删除各个所述预定原始音频格式文件保存的全部内容，并重置各个所述预定原始音频格式文件的写入指针。
[0008]在一些实施例中，所述预定节点位置至少包括以下之一：位于用户空间的解码器Decoder，位于用户空间的音频硬件抽象层AudioHal，位于用户空间的原始音频读写库TinyAlsa，位于内核空间的驱动节点Snd
‑
pcm，位于音频驱动底层的硬件接口寄存器Hardware。
[0009]在一些实施例中，所述音频抓取开始操作至少包括以下之一：位于用户空间的音频投掷器AudioFlinger中发生故障Xrun；当位于内核空间的驱动节点Snd
‑
pcm中发生Xrun；预定界面中设置的预定开关开启。
[0010]另一方面，本公开实施例提出了一种音频系统的异常检测装置，包括：获取模块，用于响应于音频抓取开始操作，在预定节点位置获取原始音频数据，并将所述原始音频数据写入预定原始音频格式文件中，其中，所述预定节点位置为预定音频文件传输过程中接收原始音频数据的节点所处的位置；保存模块，用于响应于音频抓取结束操作，将获取到的所述原始音频数据保存至所述预定原始音频格式文件；匹配模块，用于将所述预定原始音频格式文件与所述预定音频文件进行匹配，以确定音频异常点所处的节点位置。
[0011]在一些实施例中，还包括：第一检测模块，用于检测当前是否处于允许获取所述原始音频数据的状态；在处于所述允许获取所述原始音频数据的状态的情况下，检测是否接收到所述音频抓取开始操作。
[0012]在一些实施例中，所述获取模块，具体用于：确定所述音频抓取开始操作所对应的预定节点位置；通过在所述预定节点位置上预先设置的音频抓取函数获取所述原始音频数据。
[0013]在一些实施例中，还包括：第二检测模块，用于检测是否接收到文件内容的清空操作；在接收到所述清空操作的情况下，删除各个所述预定原始音频格式文件保存的全部内容，并重置各个所述预定原始音频格式文件的写入指针。
[0014]在一些实施例中，所述预定节点位置至少包括以下之一：位于用户空间的解码器Decoder，位于用户空间的音频硬件抽象层AudioHal，位于用户空间的原始音频读写库TinyAlsa，位于内核空间的驱动节点Snd
‑
pcm，位于音频驱动底层的硬件接口寄存器Hardware。
[0015]在一些实施例中，所述音频抓取开始操作至少包括以下之一：位于用户空间的音频投掷器AudioFlinger中发生故障Xrun；当位于内核空间的驱动节点Snd
‑
pcm中发生Xrun；预定界面中设置的预定开关开启。
[0016]另一方面，本公开实施例提出了一种电子设备，至少包括存储器、处理器，存储器上存储有计算机程序，处理器在执行存储器上的计算机程序时实现本公开任意实施例提供的方法。
[0017]本公开实施例设置了多个预定节点位置，在预定节点位置获取原始音频数据，并将其写入预定原始音频格式文件中进行保存，通过将各个预定原始音频格式文件中保存的原始音频数据与预定音频文件进行匹配，进而能够快速的确定哪个预定原始音频格式文件存在异常，进而确定音频异常点所处的节点位置。本公开实施例能够快速实现音频异常点的定位，分析过程简单，耗时较短，用户体验较好。
附图说明
[0018]为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
[0019]图1为本公开第一实施例提供的音频系统的异常检测方法的流程图；
[0020]图2为本公开第一实施例提供的预定节点位置的设置示意图；
[0021]图3为本公开第一实施例提供的预定界面的示意图；
[0022]图4为本公开第二实施例提供的音频系统的异常检测装置的结构示意图；
[0023]图5为本公开第三实施例提供的电子设备的结构示意图。
具体实施方式
[0024]为了使得本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例的附图，对本公开实施例的技术方案进行清楚、完整地描述。显然，所描述的实施例是本公开的一部分实施例，而不是全部的实施例。基于所描述的本公开的实施例，本领域普通技术人员在无需创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种音频系统的异常检测方法，其特征在于，包括：响应于音频抓取开始操作，在预定节点位置获取原始音频数据，并将所述原始音频数据写入预定原始音频格式文件中，其中，所述预定节点位置为预定音频文件传输过程中接收原始音频数据的节点所处的位置；响应于音频抓取结束操作，将获取到的所述原始音频数据保存至所述预定原始音频格式文件；将所述预定原始音频格式文件与所述预定音频文件进行匹配，以确定音频异常点所处的节点位置。2.如权利要求1所述的音频系统的异常检测方法，其特征在于，所述响应于音频抓取开始操作，在预定节点位置获取原始音频数据之前，还包括：检测当前是否处于允许获取所述原始音频数据的状态；在处于所述允许获取所述原始音频数据的状态的情况下，检测是否接收到所述音频抓取开始操作。3.如权利要求1所述的音频系统的异常检测方法，其特征在于，所述响应于音频抓取开始操作，在预定节点位置获取原始音频数据，包括：确定所述音频抓取开始操作所对应的预定节点位置；通过在所述预定节点位置上预先设置的音频抓取函数获取所述原始音频数据。4.如权利要求1所述的音频系统的异常检测方法，其特征在于，还包括：检测是否接收到文件内容的清空操作；在接收到所述清空操作的情况下，删除各个所述预定原始音频格式文件保存的全部内容，并重置各个所述预定原始音频格式文件的写入指针。5.如权利要求1至4中任一项所述的音频系统的异常检测方法，其特征在于，所述预定节点位置至少包括以下之一：位于用户空间的解码器Decoder，位于用户空间的音频硬件抽象层AudioHal，位于用户空间的原始音频读写库TinyAlsa，位于内核空间的驱动节点Snd
‑

【专利技术属性】
技术研发人员：张赛，
申请(专利权)人：京东方科技集团股份有限公司，
类型：发明
国别省市：