音频数据扫描方法、装置、存储介质及终端与流程

本申请实施例涉及音频数据技术领域，尤其涉及音频数据扫描方法、装置、存储介质及终端。

背景技术：

目前，诸如智能手机、平板电脑以及笔记本电脑等终端已成为人们日常生活中必不可少的电子设备。随着终端设备使用时间的增加，终端设备中存储的音频数据也会越来越多，比如音乐播放器的听歌缓存、录音缓存、下载的铃声以及通讯软件的语音消息等等。终端设备使用时间越久，音频数据就越多，占用的存储空间也就越多。如何准确、快速地扫描出终端设备中的音频数据，变得至关重要。

技术实现要素：

本申请实施例提供音频数据扫描方法、装置、存储介质及终端，可以优化音频数据的扫描方案。

第一方面，本申请实施例提供了一种音频数据扫描方法，包括：

当检测到第一音频数据扫描事件被触发时，获取预先存储的配置文件；其中，所述配置文件中包括应用程序的包名信息、与所述包名信息对应的音频数据的存储路径及所述音频数据的存储格式，所述音频数据的存储格式包括加密格式；

基于所述音频数据的存储路径查找与所述音频数据的存储格式相同的第一音频数据；

将所述包名信息对应的应用程序确定为所述第一音频数据的第一目标来源。

第二方面，本申请实施例提供了一种音频数据扫描装置，包括：

配置文件获取模块，用于当检测到第一音频数据扫描事件被触发时，获取预先存储的配置文件；其中，所述配置文件中包括应用程序的包名信息、与所述包名信息对应的音频数据的存储路径及所述音频数据的存储格式，所述音频数据的存储格式包括加密格式；

第一音频数据查找模块，用于基于所述音频数据的存储路径查找与所述音频数据的存储格式相同的第一音频数据；

第一目标来源确定模块，用于将所述包名信息对应的应用程序确定为所述第一音频数据的第一目标来源。

第三方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请实施例第一方面所述的音频数据扫描方法。

第四方面，本申请实施例提供了一种终端，包括存储器，处理器及存储在存储器上并可在处理器运行的计算机程序，所述处理器执行所述计算机程序时实现如本申请实施例第一方面所述的音频数据扫描方法。

本申请实施例中提供的音频数据扫描方案，当检测到第一音频数据扫描事件被触发时，获取预先存储的配置文件，其中，配置文件中包括应用程序的包名信息、与包名信息对应的音频数据的存储路径及音频数据的存储格式，所述音频数据的存储格式包括加密格式，并基于音频数据的存储路径查找与音频数据的存储格式相同的第一音频数据，然后将包名信息对应的应用程序确定为第一音频数据的第一目标来源。通过采用上述技术方案，可以准确、快速地扫描出终端中加密格式的音频数据或特定格式的音频数据，可以使用户清晰地了解加密格式或特定格式的音频数据的数据来源。

附图说明

图1为本申请实施例提供的一种音频数据扫描方法的流程示意图；

图2为本申请实施例提供的另一种音频数据扫描方法的流程示意图；

图3为本申请实施例提供的又一种音频数据扫描方法的流程示意图；

图4为本申请实施例提供的再一种音频数据扫描方法的流程示意图；

图5为本申请实施例提供的按照音频数据的目标来源分类显示的音频数据列表的示意图；

图6为本申请实施例提供的一种音频数据扫描装置的结构示意图；

图7为本申请实施例提供的一种终端的结构示意图；

图8为本申请实施例提供的另一种终端的结构示意图。

具体实施方式

下面结合附图并通过具体实施方式来进一步说明本申请的技术方案。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部结构。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

目前，终端设备使用时间越久，音频数据就越多，占用的存储空间也就越多。现有技术中，并没有提供一种有效的专门进行音频数据的扫描方法，而是通过常规的垃圾扫描、清理的方式，将图像数据、视频数据及音频数据等各种数据进行混合扫描，使音频数据夹杂在常规的垃圾清理数据中，无法提供一种按照音频数据的来源对音频数据进行归类的方法。尤其是，对于一些加密格式的音频数据或者特定格式的音频数据，通过常规的垃圾清理扫描的方式，无法扫描出该类音频数据，并呈现给用户。其中，这里加密格式的音频数据或者特定格式的音频数据包括：为了防止其他应用程序随意打开或更改，第三方自定义的存储格式的音频数据，或者将常规格式的音频数据经过特殊处理过的音频数据，另外，特定格式的音频数据还可以包括随着音频数据技术领域的发展，逐渐被开发人员新开发或被用户使用的一些非常规格式(对于当前而言，音频数据的常规格式包括mp3、wma、flac及aac等)的音频数据。基于以上原因，本申请实施例提供以下音频数据扫描方法。

图1为本申请实施例提供的音频数据扫描方法的流程示意图，该方法可以由音频数据扫描装置执行，其中该装置可由软件和/或硬件实现，一般可集成在终端中。如图1所示，该方法包括：

步骤101、当检测到第一音频数据扫描事件被触发时，获取预先存储的配置文件，其中，所述配置文件中包括应用程序的包名信息、与所述包名信息对应的音频数据的存储路径及所述音频数据的存储格式，所述音频数据的存储格式包括加密格式。

示例性的，本申请实施例中的终端可包括手机、平板电脑以及笔记本电脑等终端设备。终端中装载有操作系统。

示例性的，第一音频数据扫描事件的触发条件可以根据实际情况设置，本申请实施例不作具体限定。例如，可以在检测到终端开机时，触发第一音频数据扫描事件；或者可以在检测到终端通过usb(universalserialbus，通用串行总线)接口与其他其他设备建立通信连接时，触发第一音频数据扫描事件；或者可以在检测到音频数据的传输方式发生切换时，触发第一音频数据扫描事件；或者可以在终端的可用存储空间小于预设阈值时，触发第一音频数据扫描事件；或者可以定时间隔触发等等。当然，第一音频数据扫描事件的触发条件用户也可根据需要进行自定义设置。当第一音频数据扫描事件被触发后，系统可以通过读取标志位或接收触发指令等方式检测到第一音频数据扫描事件已被触发，具体的检测方式本申请实施例也不做限定。

示例性的，配置文件可以是终端出厂前，预先存储在终端中的文件。其中，配置文件可以理解为：为了使终端能够快速、准确地扫描出加密格式的音频数据或特定格式的音频数据，而预先设置好的配置文件。在该预先存储的配置文件中包括应用程序的包名信息、与所述包名信息对应的音频数据的存储路径以及所述音频数据的存储格式。可选的，配置文件可以是对当前常用的加密格式的音频数据或特定格式的音频数据的存储路径、存储格式以及对应的数据来源的规律进行分类、总结得到的。需要说明的是，随着加密格式的音频数据或特定格式的音频数据的不断增加，可对配置文件进行更新。

步骤102、基于所述音频数据的存储路径查找与所述音频数据的存储格式相同的第一音频数据。

在本申请实施例中，基于配置文件中存储的音频数据的存储路径查找是否存在与该音频数据的存储格式相同的音频数据。可以理解的是，在配置文件中存储的音频数据的存储路径下，查找是否存在与该音频数据的存储格式相同的音频数据，若存在，则将音频数据作为第一音频数据。也即，第一音频数据的存储格式与配置文件中包括的某音频数据的存储格式相同，且第一音频数据的存储路径与配置文件中目标存储格式对应的音频数据的存储路径相同，其中，目标存储格式为与第一音频数据的存储格式相同的存储格式。

步骤103、将所述包名信息对应的应用程序确定为所述第一音频数据的第一目标来源。

在本申请实施例中，当基于音频数据的存储路径查找到与所述音频数据的存储格式相同的第一音频数据时，将与音频数据的存储路径对应的包名信息作为目标包名信息，并将该目标包名信息对应的应用程序确定为第一音频数据的第一目标来源。可以理解的是，第一音频数据包括通过该目标包名信息对应的应用程序下载或缓存的音频数据。示例性的，目标包名信息对应的应用程序为qq音乐，则第一音乐数据的第一目标来源为qq音乐，也即第一音频数据为通过qq音乐下载或缓存的音频数据。

可选的，当基于音频数据的存储路径未查找到与所述音频数据的存储格式相同的音频数据时，可以确定终端中不存在加密格式或特定格式的音频数据。

本申请实施例中提供的音频数据扫描方法，当检测到第一音频数据扫描事件被触发时，获取预先存储的配置文件，其中，配置文件中包括应用程序的包名信息、与包名信息对应的音频数据的存储路径及音频数据的存储格式，所述音频数据的存储格式包括加密格式，并基于音频数据的存储路径查找与音频数据的存储格式相同的第一音频数据，然后将包名信息对应的应用程序确定为第一音频数据的第一目标来源。通过采用上述技术方案，可以准确、快速地扫描出终端中加密格式的音频数据或特定格式的音频数据，可以使用户清晰地了解加密格式或特定格式的音频数据的数据来源。

在一些实施例中，在将所述包名信息对应的应用程序确定为所述第一音频数据的第一目标来源之后，还包括：将所述第一音频数据及所述第一音频数据的关联信息，按照对应的第一目标来源以列表的形式提供给用户；其中，所述第一音频数据的关联信息包括所述第一音频数据的存储路径、所述第一音频数据的存储格式及所述第一音频数据的大小。示例性的，将第一音频数据、第一音频数据存储路径、第一音频数据的存储格式以及第一音频数据的大小，按照第一音频数据的第一目标来源，以列表的形式进行显示，并提供给用户。这样设置的好处在于，可以使用户清晰地了解加密格式或特定格式的音频数据的存储格式、存储路径以及占用存储空间的大小等相关信息，使用户能够灵活地对这些加密格式或特定格式的音频数据进行打开、移动或删除清理等相关操作。

图2为本申请实施例提供的音频数据扫描方法的流程示意图，如图2所示，该方法包括：

步骤201、当检测到第一音频数据扫描事件被触发时，获取预先存储的配置文件，其中，所述配置文件中包括应用程序的包名信息、与所述包名信息对应的音频数据的存储路径及所述音频数据的存储格式，所述音频数据的存储格式包括加密格式。

步骤202、基于所述音频数据的存储路径查找与所述音频数据的存储格式相同的第一音频数据。

步骤203、将所述包名信息对应的应用程序确定为所述第一音频数据的第一目标来源。

步骤204、当检测到第二音频数据扫描事件被触发时，提取媒体库中的第二音频数据及所述第二音频数据的关联信息。

其中，所述第二音频数据的关联信息包括所述第二音频数据的存储路径以及所述第二音频数据的存储格式。

其中，第二音频数据扫描事件可以理解为对媒体库中常规格式的音频数据进行扫描。当前，音频数据的常规格式包括mp3、wma、flac及aac等，本申请实施例对音频数据的常规格式不做限定。

示例性的，第二音频数据扫描事件的触发条件可以根据实际情况设置，本申请实施例不作具体限定。例如，可以在检测到终端开机时，触发第二音频数据扫描事件；或者可以在检测到终端通过usb接口与其他其他设备建立通信连接时，触发第二音频数据扫描事件；或者可以在检测到音频数据的传输方式发生切换时，触发第一音频数据扫描事件；或者可以在终端的可用存储空间小于预设阈值时，触发第二音频数据扫描事件；或者可以定时间隔触发等等。当然，第二音频数据扫描事件的触发条件用户也可根据需要进行自定义设置。当第二音频数据扫描事件被触发后，系统可以通过读取标志位或接收触发指令等方式检测到第二音频数据扫描事件已被触发，具体的检测方式本申请实施例也不做限定。

需要说明的是，第一音频数据扫描事件的触发条件和第二音频数据扫描事件的触发条件可以相同，也可以不同，本申请实施例对此不做限定。当第一音频数据扫描事件的触发条件和第二音频数据扫描事件的触发条件相同时，可以先对加密格式或特定格式的音频数据进行扫描，后对媒体库中的音频数据进行扫描；也可以先对媒体库中的音频数据进行扫描，后对加密格式或特定格式的音频数据进行扫描；当然，也可以同时对加密格式或特定格式的音频数据，和媒体库中的音频数据进行扫描。

终端的媒体库中包括图像数据、视频数据及音频数据等数据。当检测到第二音频数据扫描事件被触发时，提取媒体库中的第二音频数据及第二音频数据的关联信息。可以理解的是，当检测到第二音频数据扫描事件被触发时，从媒体库的所有数据中提取音频数据。示例性的，可以基于音频数据的常规格式从媒体库中提取音频数据，例如将存储格式为mp3、wma、flac及aac等格式的数据作为音频数据。提取媒体库中的第二音频数据，并获取第二音频数据的关联信息，其中，第二音频数据的关联信息包括第二音频数据的存储路径和第二音频数据的存储格式。

步骤205、基于所述第二音频数据的关联信息，在预先存储的媒体库名单列表中查找是否存在与所述第二音频数据的关联信息匹配的应用名称，若是，则执行步骤206，否则，执行步骤207。

在本申请实施例中，基于第二音频数据的关联信息在预先存储的媒体库名单列表中，查找是否存在与第二音频数据的关联信息匹配的应用名称，即判断媒体库名单列表中是否存在与第二音频数据的存储路径相同，同时与第二音频数据的存储格式相同的应用名称，若是，则执行步骤206，否则，执行步骤207。可以理解的是，预先存储的媒体库名单列表中存储有应用程序的应用名称(其中应用程序的应用名称包括应用程序的包名或组件名称)、与所述应用名称对应的音频数据的存储路径，及与所述音频数据的存储格式(也即在该存储路径下的音频数据的存储格式，且该音频数据为常规格式的音频数据)。其中，媒体库名单列表可以是终端出厂前，预先存储在终端中的列表。媒体库名单列表可以理解为：为了使终端能够快速、准确地确定出媒体库中常规格式的音频数据的数据来源，而预先设定的名单列表。

步骤206、将所述应用名称对应的应用程序确定为所述第二音频数据的第二目标来源。

在本申请实施例中，当在预先存储的媒体库名单列表中查找到与第二音频数据的关联信息匹配的应用名称时，将该应用名称对应的应用程序确定为第二音频数据的第二目标来源。示例性的，该应用名称为“酷狗音乐”，则将酷狗音乐应用程序作为第二音频数据的目标来源，也即第二音频数据是基于酷狗音乐应用程序下载或缓存的音频数据。

步骤207、将所述第二音频数据确定为未知来源的音频数据。

当在预先存储的媒体库名单列表中查找不到与第二音频数据的关联信息匹配的应用名称时，将第二音频数据确定为未知来源的音频数据。可以理解的时，在预先存储的媒体库名单列表中查找不到与第二音频数据的关联信息匹配的应用名称，则可认为该第二音频数据的数据来源为未知情况，此时，第二音频数据可以是终端接收的其他终端发送的音频数据，还可以是应用程序卸载残留的音频数据，也可以是用户手动创建保存的音频数据。

可选的，当将第二音频数据确定为未知来源的音频数据时，可以将媒体库名单列表中，与第二音频数据的存储路径相似度最高的储存路径中，最后一级相同的存储文件夹确定为第二音频数据的目标来源。示例性的，第二音频数据的存储路径为aa/bb/ee/ff/hh，媒体库名单列表中，与第二音频数据的存储路径相似度最高的存储路径为：aa/bb/cc/dd，则在存储路径aa/bb/cc/dd中最后一级相同的存储文件夹为bb，则将文件夹bb确定为第二音频数据的目标来源。这样设置的好处在于，可以使用户大致了解这些未知来源的音频数据的存储位置。

需要说明的是，本申请实施例对步骤201-步骤203与步骤204-步骤207的执行顺序不做限定，可以先执行步骤201-步骤203，再执行步骤204-步骤207；也可先执行步骤204-步骤207，再执行步骤201-步骤203；也可同时执行步骤201-步骤203与步骤204-步骤207。

本申请实施例中提供的音频数据扫描方法，当检测到第一音频数据扫描事件被触发时，获取预先存储的配置文件，其中，配置文件中包括应用程序的包名信息、与包名信息对应的音频数据的存储路径及音频数据的存储格式，所述音频数据的存储格式包括加密格式，并基于音频数据的存储路径查找与音频数据的存储格式相同的第一音频数据，然后将包名信息对应的应用程序确定为第一音频数据的第一目标来源。并且当检测到第二音频数据扫描事件被触发时，提取媒体库中的第二音频数据及第二音频数据的关联信息，其中，第二音频数据的关联信息包括第二音频数据的存储路径以及第二音频数据的存储格式，基于第二音频数据的关联信息在预先存储的媒体库名单列表中查找是否存在与第二音频数据的关联信息匹配的应用名称，若是，则将应用名称对应的应用程序确定为第二音频数据的第二目标来源。通过采用上述技术方案，不仅可以准确、快速地扫描出终端中加密格式或特定格式的音频数据，可以使用户清晰地了解加密格式或特定格式的音频数据的数据来源，还可以准确、快速地扫描出媒体库中常规格式的音频数据。

在一些实施例中，所述第二音频数据的关联信息还包括所述第二音频数据的大小；相应的，在将所述应用名称对应的应用程序确定为所述第二音频数据的来源之后，还包括：将所述第二音频数据及所述第二音频数据的关联信息，按照对应的第二目标来源以列表的形式提供给用户。示例性的，将第二音频数据、第二音频数据存储路径、第二音频数据的存储格式以及第二音频数据的大小，按照第二音频数据的第二目标来源，以列表的形式进行显示，并提供给用户。这样设置的好处在于，可以使用户清晰地了解媒体库中常规格式的音频数据的存储格式、存储路径以及占用存储空间的大小等相关信息，使用户能够灵活地对这些媒体库中常规格式的音频数据进行打开、移动或删除清理等相关操作。

可选的，将所述第一音频数据及所述第一音频数据的关联信息按照对应的第一目标来源，和将所述第二音频数据及所述第二音频数据的关联信息，按照对应的第二目标来源，显示在同一列表中，并将该列表提供给用户。这样设置的好处在于，可以使用户可以清晰、直观地了解到加密格式或特定格式的音频数据以及媒体库中常规格式的音频数据的关联信息，可以使用户综合上述关联信息，合理、灵活地对这些音频数据进行打开、移动或删除清理等处理操作。

可选的，当用户需要对终端中所有的音频数据进行扫描时，还可进行音频数据的全盘扫描，其中，音频数据的全盘扫描不仅可以扫描出媒体库中的常规音频数据，还可以扫描出未包含在媒体库中的常规音频数据(如应用程序卸载残留的音频数据，或者用户手动创建保存的音频数据)。可以理解的是，音频数据的全盘扫描包括：对终端数据进行垃圾扫描，并基于音频数据的常规存储格式，从扫描出的全盘垃圾数据中过滤、筛选出音频数据。同时，可获取通过音频数据的全盘扫描提取的音频数据的存储路径、存储格式及占用存储空间的大小等相关信息，并基于所述媒体库名单列表确定音频数据的来源(可以包括已知来源和未知来源两者情况)，具体实现方式与上述实施例相同，在此不再赘述。

需要说明的是，通过音频数据的全盘扫描确定的音频数据和从媒体库提取的第二音频数据可能会存在重合的情况，则可将两类音频数据合并去重后进行相应的匹配操作，以确定音频数据的数据来源。

图3为本申请实施例提供的音频数据扫描方法的流程示意图，如图3所示，该方法包括：

步骤301、当检测到第一音频数据扫描事件被触发时，获取预先存储的配置文件，其中，所述配置文件中包括应用程序的包名信息、与所述包名信息对应的音频数据的存储路径及所述音频数据的存储格式，所述音频数据的存储格式包括加密格式。

步骤302、基于所述音频数据的存储路径查找与所述音频数据的存储格式相同的第一音频数据。

步骤303、将所述包名信息对应的应用程序确定为所述第一音频数据的第一目标来源。

步骤304、当检测到第二音频数据扫描事件被触发时，提取媒体库中的第二音频数据及所述第二音频数据的关联信息。

其中，所述第二音频数据的关联信息包括所述第二音频数据的存储路径以及所述第二音频数据的存储格式。

步骤305、基于所述第二音频数据的关联信息，在预先存储的媒体库名单列表中查找是否存在与所述第二音频数据的关联信息匹配的应用名称，若是，则执行步骤309，否则，执行步骤306。

步骤306、基于网络侧获取的音频数据扫描策略，更新所述媒体库名单列表。

在本申请实施例中，当在预先存储的媒体库名单列表中查找不到与第二音频数据的关联信息匹配的应用名称时，可能是因为媒体库名单列表中无法包含最新的常规格式的音频数据的存储格式、存储路径及音频数据对应的来源等对应信息。而网络侧的音频数据扫描策略是不断更新的，因此，可基于网络侧获取的音频数据扫描策略，更新预先存储的媒体库名单列表。可选的，基于网络侧获取的最新音频数据扫描策略，更新所述媒体库名单列表。其中，音频数据扫描策略可包括较新的常规格式的音频数据的存储格式、存储路径及音频数据对应的来源间的对应关系。

步骤307、基于所述第二音频数据的关联信息，在更新后的媒体库名单列表中查找是否存在与所述第二音频数据的关联信息匹配的应用名称，若是，则执行步骤309，否则，执行步骤308。

步骤308、将所述第二音频数据确定为未知来源的音频数据。

当在更新后的媒体库名单列表中仍然查找不到与第二音频数据的关联信息匹配的应用名称时，说明可能确实查找不到第二音频数据的来源(如第二音频数据的确为应用程序卸载残留的音频数据，或者用户手动创建保存的音频数据)，则可将第二音频数据确定为未知来源的音频数据。

步骤309、将所述应用名称对应的应用程序确定为所述第二音频数据的第二目标来源。

本申请实施例提供的音频数据扫描方法，基于第二音频数据的关联信息在预先存储的媒体库名单列表中未查找到与第二音频数据的关联信息匹配的应用名称时，基于网络侧获取的音频数据扫描策略，更新媒体库名单列表，并基于第二音频数据的关联信息在更新后的媒体库名单列表中查找是否存在与第二音频数据的关联信息匹配的应用名称，若否，则将第二音频数据确定为未知来源的音频数据，可以进一步提高将第二音频数据确定为未知来源的音频数据的准确性。

图4为本申请实施例提供的音频数据扫描方法的流程示意图，如图4所示，该方法包括：

步骤401、当检测到第一音频数据扫描事件被触发时，获取预先存储的配置文件，其中，所述配置文件中包括应用程序的包名信息、与所述包名信息对应的音频数据的存储路径及所述音频数据的存储格式，所述音频数据的存储格式包括加密格式。

步骤402、基于所述音频数据的存储路径查找与所述音频数据的存储格式相同的第一音频数据。

步骤403、将所述包名信息对应的应用程序确定为所述第一音频数据的第一目标来源。

步骤404、从所述第一音频数据中确定与预设白名单列表匹配的第一目标音频数据。

示例性的，预设白名单列表可以是终端出厂前，预先存储在终端中的名单列表。其中，预设白名单列表可以理解为：为了防止用户误删重要的音频数据而设置的重要音频数据过滤的策略机制。可以理解的是，在预设白名单列表中存储有重要音频数据及与所述重要音频数据的关联信息(如重要音频数据的存储格式、存储路径及占用存储空间的大小等)，其中，重要音频数据可以包括系统音频数据及应用程序的提示音等音频数据，本申请实施例对重要音频数据包含的具体音频数据的类别不做限定。从第一音频数据中查找是否存在与预设白名单列表匹配的第一目标音频数据，若存在，则说明第一音频数据中包含重要音频数据，即第一目标音频数据为重要音频数据。

步骤405、将第二目标音频数据及所述第二目标音频数据的关联信息，按照对应的第一目标来源以列表的形式提供给用户，其中，所述第二目标音频数据为所述第一音频数据中除所述第一目标音频数据之外的音频数据。

在本申请实施例中，为了防止对第一目标音频数据进行误删除操作，可将第一音频数据中除第一目标音频数据之外的第二目标音频数据，按照对应的第一目标来源以列表的形式提供给用户。

步骤406、当检测到第二音频数据扫描事件被触发时，提取媒体库中的第二音频数据及所述第二音频数据的关联信息。

其中，所述第二音频数据的关联信息包括所述第二音频数据的存储路径以及所述第二音频数据的存储格式。

步骤407、基于第二音频数据的关联信息，在预先存储的媒体库名单列表中查找是否存在与第二音频数据的关联信息匹配的应用名称，若是，则执行步骤411，否则，执行步骤408。

步骤408、基于网络侧获取的音频数据扫描策略，更新所述媒体库名单列表。

步骤409、基于第二音频数据的关联信息，在更新后的媒体库名单列表中查找是否存在与第二音频数据的关联信息匹配的应用名称，若是，则执行步骤411，否则，执行步骤410。

步骤410、将所述第二音频数据确定为未知来源的音频数据。

步骤411、将所述应用名称对应的应用程序确定为所述第二音频数据的第二目标来源。

步骤412、从所述第二音频数据中确定与所述预设白名单列表匹配的第三目标音频数据。

在第二音频数据中也可能存在用户可能误删除的重要音频数据，为了防止用户对第二音频数据中重要音频数据的误删除操作，从第二音频数据中查找是否存在与预设白名单列表匹配的第三目标音频数据，若存在，则说明第二音频数据中包含重要音频数据，即第三目标音频数据为重要音频数据。

步骤413、将第四目标音频数据及所述第四目标音频数据的关联信息，按照对应的第二目标来源以列表的形式提供给用户，其中，所述第四目标音频数据为所述第二音频数据中除所述第三目标音频数据之外的音频数据。

在本申请实施例中，为了防止对第三目标音频数据进行误删除操作，可将第二音频数据中除第三目标音频数据之外的第四目标音频数据，按照对应的第二目标来源以列表的形式提供给用户。

需要说明的是，本申请实施例对步骤401-步骤405与步骤406-步骤413的执行顺序不做限定，可以先执行步骤401-步骤405，再执行与步骤406-步骤413；也可先执行与步骤406-步骤413，再执行步骤401-步骤405；也可同时执行步骤401-步骤405与步骤406-步骤413。

本申请实施例提供的音频数据扫描方法，从第一音频数据中确定与预设白名单列表匹配的第一目标音频数据，并将第二目标音频数据及第二目标音频数据的关联信息，按照对应的第一目标来源以列表的形式提供给用户，其中，第二目标音频数据为第一音频数据中除第一目标音频数据之外的音频数据。或者从第二音频数据中确定与预设白名单列表匹配的第三目标音频数据，并将第四目标音频数据及第四目标音频数据的关联信息，按照对应的第二目标来源以列表的形式提供给用户，其中，第四目标音频数据为第二音频数据中除第三目标音频数据之外的音频数据。通过本申请实施例提供的技术方案，可有效防止用户对第一音频数据或第二音频数据中的系统音频数据及应用程序的提示音等重要音频数据，执行误删除操作，可以有效保证终端中重要音频数据的正常使用。

可选的，将所述第二目标音频数据及所述第二目标音频数据的关联信息按照对应的第一目标来源，和将所述第四目标音频数据及所述第四目标音频数据的关联信息，按照对应的第二目标来源，以及当第二音频数据包含未知来源的音频数据时，该第二音频数据的第三目标来源，显示在同一列表中，并将该列表提供给用户。如图5所示，为按照音频数据的目标来源分类显示的音频数据列表的示意图。这样设置的好处在于，可以使用户可以清晰、直观地了解到加密格式或特定格式的音频数据(除预设白名单列表中的重要音频数据之外)以及媒体库中常规格式的音频数据(除预设白名单列表中的重要音频数据之外)的关联信息，可以使用户综合上述关联信息，合理、灵活地对这些音频数据进行打开、移动或删除清理等处理操作。

图6为本申请实施例提供的一种音频数据扫描装置的结构示意图，该装置可由软件和/或硬件实现，一般集成在终端中，可通过执行音频数据扫描方法来对音频数据进行扫描。如图6所示，该装置包括：

配置文件获取模块601，用于当检测到第一音频数据扫描事件被触发时，获取预先存储的配置文件；其中，所述配置文件中包括应用程序的包名信息、与所述包名信息对应的音频数据的存储路径及所述音频数据的存储格式，所述音频数据的存储格式包括加密格式；

第一音频数据查找模块602，用于基于所述音频数据的存储路径查找与所述音频数据的存储格式相同的第一音频数据；

第一目标来源确定模块603，用于将所述包名信息对应的应用程序确定为所述第一音频数据的第一目标来源。

本申请实施例中提供的音频数据扫描装置，当检测到第一音频数据扫描事件被触发时，获取预先存储的配置文件，其中，配置文件中包括应用程序的包名信息、与包名信息对应的音频数据的存储路径及音频数据的存储格式，所述音频数据的存储格式包括加密格式，并基于音频数据的存储路径查找与音频数据的存储格式相同的第一音频数据，然后将包名信息对应的应用程序确定为第一音频数据的第一目标来源。通过采用上述技术方案，可以准确、快速地扫描出终端中加密格式的音频数据或特定格式的音频数据，可以使用户清晰地了解加密格式或特定格式的音频数据的数据来源。

可选的，该装置还包括：

音频数据提取模块，用于当检测到第二音频数据扫描事件被触发时，提取媒体库中的第二音频数据及所述第二音频数据的关联信息；其中，所述第二音频数据的关联信息包括所述第二音频数据的存储路径以及所述第二音频数据的存储格式；

应用名称查找模块，用于基于所述第二音频数据的关联信息，在预先存储的媒体库名单列表中查找是否存在与所述第二音频数据的关联信息匹配的应用名称；

第二目标来源确定模块，用于若预先存储的媒体库名单列表中存在与所述第二音频数据的关联信息匹配的应用名称，则将所述应用名称对应的应用程序确定为所述第二音频数据的第二目标来源。

可选的，该装置还包括：

未知来源确定模块，用于当所述预先存储的媒体库名单列表中不存在与所述第二音频数据的关联信息匹配的应用名称时，将所述第二音频数据确定为未知来源的音频数据。

可选的，所述未知来源确定模块，用于：

当所述预先存储的媒体库名单列表中不存在与所述第二音频数据的关联信息匹配的应用名称时，基于网络侧获取的音频数据扫描策略，更新所述媒体库名单列表；

基于所述第二音频数据的关联信息，在更新后的媒体库名单列表中查找是否存在与所述第二音频数据的关联信息匹配的应用名称；

若否，则将所述第二音频数据确定为未知来源的音频数据。

可选的，该装置还包括：

第三目标来源确定模块，用于在将所述第二音频数据确定为未知来源的音频数据之后，将所述更新后的媒体库名单列表中，与所述第二音频数据的存储路径相似度最高的存储路径中，最后一级相同的存储文件夹确定为所述第二音频数据的第三目标来源。

可选的，该装置还包括：

第一音频数据提供模块，用于在将所述包名信息对应的应用程序确定为所述第一音频数据的第一目标来源之后，将所述第一音频数据及所述第一音频数据的关联信息，按照对应的第一目标来源以列表的形式提供给用户；其中，所述第一音频数据的关联信息包括所述第一音频数据的存储路径、所述第一音频数据的存储格式及所述第一音频数据的大小；或者

所述第二音频数据的关联信息还包括所述第二音频数据的大小；相应的，第二音频数据提供模块，用于在将所述应用名称对应的应用程序确定为所述第二音频数据的来源之后，将所述第二音频数据及所述第二音频数据的关联信息，按照对应的第二目标来源以列表的形式提供给用户。

可选的，该装置还包括：

所述第一音频数据提供模块，用于：从所述第一音频数据中确定与预设白名单列表匹配的第一目标音频数据；将第二目标音频数据及所述第二目标音频数据的关联信息，按照对应的第一目标来源以列表的形式提供给用户；其中，所述第二目标音频数据为所述第一音频数据中除所述第一目标音频数据之外的音频数据；或者

所述第二音频数据提供模块，用于：从所述第二音频数据中确定与所述预设白名单列表匹配的第三目标音频数据；将第四目标音频数据及所述第四目标音频数据的关联信息，按照对应的第二目标来源以列表的形式提供给用户；其中，所述第四目标音频数据为所述第二音频数据中除所述第三目标音频数据之外的音频数据。

本申请实施例还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行音频数据扫描方法，该方法包括：

当检测到第一音频数据扫描事件被触发时，获取预先存储的配置文件；其中，所述配置文件中包括应用程序的包名信息、与所述包名信息对应的音频数据的存储路径及所述音频数据的存储格式，所述音频数据的存储格式包括加密格式；

基于所述音频数据的存储路径查找与所述音频数据的存储格式相同的第一音频数据；

将所述包名信息对应的应用程序确定为所述第一音频数据的第一目标来源。

存储介质——任何的各种类型的存储器设备或存储设备。术语“存储介质”旨在包括：安装介质，例如cd-rom、软盘或磁带装置；计算机系统存储器或随机存取存储器，诸如dram、ddrram、sram、edoram，兰巴斯(rambus)ram等；非易失性存储器，诸如闪存、磁介质(例如硬盘或光存储)；寄存器或其它相似类型的存储器元件等。存储介质可以还包括其它类型的存储器或其组合。另外，存储介质可以位于程序在其中被执行的第一计算机系统中，或者可以位于不同的第二计算机系统中，第二计算机系统通过网络(诸如因特网)连接到第一计算机系统。第二计算机系统可以提供程序指令给第一计算机用于执行。术语“存储介质”可以包括可以驻留在不同位置中(例如在通过网络连接的不同计算机系统中)的两个或更多存储介质。存储介质可以存储可由一个或多个处理器执行的程序指令(例如具体实现为计算机程序)。

当然，本申请实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的音频数据扫描操作，还可以执行本申请任意实施例所提供的音频数据扫描方法中的相关操作。

本申请实施例提供了一种终端，该终端中可集成本申请实施例提供的音频数据扫描装置。图7为本申请实施例提供的一种终端的结构示意图。终端700可以包括：存储器701，处理器702及存储在存储器上并可在处理器运行的计算机程序，所述处理器702执行所述计算机程序时实现如本申请实施例所述的音频数据扫描方法。

本申请实施例提供的终端，当检测到第一音频数据扫描事件被触发时，获取预先存储的配置文件，并基于音频数据的存储路径查找与音频数据的存储格式相同的第一音频数据，然后将包名信息对应的应用程序确定为第一音频数据的第一目标来源，可以准确、快速地扫描出终端中加密格式的音频数据或特定格式的音频数据，可以使用户清晰地了解加密格式或特定格式的音频数据的数据来源。

图8为本申请实施例提供的另一种终端的结构示意图，该终端可以包括：壳体(图中未示出)、存储器801、中央处理器(centralprocessingunit，cpu)802(又称处理器，以下简称cpu)、电路板(图中未示出)和电源电路(图中未示出)。所述电路板安置在所述壳体围成的空间内部；所述cpu802和所述存储器801设置在所述电路板上；所述电源电路，用于为所述终端的各个电路或器件供电；所述存储器801，用于存储可执行程序代码；所述cpu802通过读取所述存储器801中存储的可执行程序代码来运行与所述可执行程序代码对应的计算机程序，以实现以下步骤：

当检测到第一音频数据扫描事件被触发时，获取预先存储的配置文件；其中，所述配置文件中包括应用程序的包名信息、与所述包名信息对应的音频数据的存储路径及所述音频数据的存储格式，所述音频数据的存储格式包括加密格式；

基于所述音频数据的存储路径查找与所述音频数据的存储格式相同的第一音频数据；

将所述包名信息对应的应用程序确定为所述第一音频数据的第一目标来源。

所述终端还包括：外设接口803、rf(radiofrequency，射频)电路805、音频电路806、扬声器811、电源管理芯片808、输入/输出(i/o)子系统809、其他输入/控制设备810、触摸屏812、其他输入/控制设备810以及外部端口804，这些部件通过一个或多个通信总线或信号线807来通信。

应该理解的是，图示终端800仅仅是终端的一个范例，并且终端800可以具有比图中所示出的更多的或者更少的部件，可以组合两个或更多的部件，或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

下面就本实施例提供的用于音频数据扫描的终端进行详细的描述，该终端以手机为例。

存储器801，所述存储器801可以被cpu802、外设接口803等访问，所述存储器801可以包括高速随机存取存储器，还可以包括非易失性存储器，例如一个或多个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

外设接口803，所述外设接口803可以将设备的输入和输出外设连接到cpu802和存储器801。

i/o子系统809，所述i/o子系统809可以将设备上的输入输出外设，例如触摸屏812和其他输入/控制设备810，连接到外设接口803。i/o子系统809可以包括显示控制器8091和用于控制其他输入/控制设备810的一个或多个输入控制器8092。其中，一个或多个输入控制器8092从其他输入/控制设备810接收电信号或者向其他输入/控制设备810发送电信号，其他输入/控制设备810可以包括物理按钮(按压按钮、摇臂按钮等)、拨号盘、滑动开关、操纵杆、点击滚轮。值得说明的是，输入控制器8092可以与以下任一个连接：键盘、红外端口、usb接口以及诸如鼠标的指示设备。

触摸屏812，所述触摸屏812是用户终端与用户之间的输入接口和输出接口，将可视输出显示给用户，可视输出可以包括图形、文本、图标、视频等。

i/o子系统809中的显示控制器8091从触摸屏812接收电信号或者向触摸屏812发送电信号。触摸屏812检测触摸屏上的接触，显示控制器8091将检测到的接触转换为与显示在触摸屏812上的用户界面对象的交互，即实现人机交互，显示在触摸屏812上的用户界面对象可以是运行游戏的图标、联网到相应网络的图标等。值得说明的是，设备还可以包括光鼠，光鼠是不显示可视输出的触摸敏感表面，或者是由触摸屏形成的触摸敏感表面的延伸。

rf电路805，主要用于建立手机与无线网络(即网络侧)的通信，实现手机与无线网络的数据接收和发送。例如收发短信息、电子邮件等。具体地，rf电路805接收并发送rf信号，rf信号也称为电磁信号，rf电路805将电信号转换为电磁信号或将电磁信号转换为电信号，并且通过该电磁信号与通信网络以及其他设备进行通信。rf电路805可以包括用于执行这些功能的已知电路，其包括但不限于天线系统、rf收发机、一个或多个放大器、调谐器、一个或多个振荡器、数字信号处理器、codec(coder-decoder，编译码器)芯片组、用户标识模块(subscriberidentitymodule，sim)等等。

音频电路806，主要用于从外设接口803接收音频数据，将该音频数据转换为电信号，并且将该电信号发送给扬声器811。

扬声器811，用于将手机通过rf电路805从无线网络接收的语音信号，还原为声音并向用户播放该声音。

电源管理芯片808，用于为cpu802、i/o子系统及外设接口所连接的硬件进行供电及电源管理。

上述实施例中提供的音频数据扫描装置、存储介质及终端可执行本申请任意实施例所提供的音频数据扫描方法，具备执行该方法相应的功能模块和有益效果。未在上述实施例中详尽描述的技术细节，可参见本申请任意实施例所提供的音频数据扫描方法。

注意，上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解，本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由所附的权利要求范围决定。