CN111225043A

CN111225043A - 音频数据处理方法、系统、终端及可读存储介质

Info

Publication number: CN111225043A
Application number: CN201911376613.4A
Authority: CN
Inventors: 杨磊; 薛冠宙; 张可可
Original assignee: Shanghai Junzheng Network Technology Co Ltd
Current assignee: Shanghai Junzheng Network Technology Co Ltd
Priority date: 2019-12-27
Filing date: 2019-12-27
Publication date: 2020-06-02

Abstract

本申请提供音频数据处理方法、系统、终端及可读存储介质，该方法可以根据助力车实时所处的不同状态场景自动发出音频下载指令，通过接收到的所有音频下载指令得到第一音频下载队列，并对第一音频下载队列中的所有音频下载指令进行响应，以得到音频下载指令对应的音频信息，使得助力车处在不同状态场景时能够自动请求下载到对应的音频信息，这些音频信息可以提醒用户车辆当前所处的不同状态场景，提高了助力车的智能性。

Description

音频数据处理方法、系统、终端及可读存储介质

技术领域

本申请涉及音频处理领域，特别是涉及一种音频数据处理方法、系统、终端及可读存储介质。

背景技术

随着人口的日益增长和越来越大的能源消耗，能源短缺问题逐渐加重，发展助力车成为社会关注的热点问题之一。

传统技术中，通过人为判定助力车当前的运行状态以及停放状态，以保证助力车存放的安全性和助力车违规行驶等等状况。但是，传统技术中，助力车并不能根据助力车的当前状态自动提醒用户，从而导致助力车智能性较低。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高助力车智能性的音频数据处理方法、系统、终端及可读存储介质。

本申请实施例提供一种音频数据处理方法，所述方法包括：

将不同车辆的属性信息、车辆所处的不同状态信息以及不同音频信息进行融合处理，得到配置信息库；

接收不同车辆发送的音频下载指令，根据接收到的所有音频下载指令得到第一音频下载队列；

根据所述配置信息库以及所述第一音频下载队列中的所有音频下载指令对应的所有车辆当前所处的状态信息，依次响应所述第一音频下载队列中的所有音频下载指令，并得到响应结果。

在其中一个实施例中，所述将不同车辆的属性信息、车辆所处的不同状态信息以及不同音频信息进行融合处理，得到配置信息库，包括：对不同车辆的属性信息、车辆所处的不同状态信息与不同音频信息之间进行配置处理，得到所述配置信息库，所述状态信息包括车辆当前的停放状态以及车辆当前的行驶区域。

在其中一个实施例中，所述对不同车辆的属性信息、车辆所处的不同状态信息与不同音频信息之间进行配置处理，得到所述配置信息库包括：

对不同音频信息进行标记处理，得到不同音频信息对应的唯一标识信息；

对不同音频信息对应的唯一标识信息不同车辆的属性信息、车辆所处的不同状态信息与不同音频信息之间进行配置处理，得到所述配置信息库。

在其中一个实施例中，所述根据所述配置信息库以及所述第一音频下载队列中的所有音频下载指令对应的所有车辆当前所处的状态信息，依次响应所述第一音频下载队列中的所有音频下载指令，并得到响应结果，包括：

根据所述第一音频下载队列中的所有音频下载指令对应的所有车辆当前所处的状态信息，确定不同状态信息的等级；

根据所述不同状态信息的等级以及所述配置信息库，依次响应所有音频下载指令，得到响应结果。

在其中一个实施例中，所述根据所述不同状态信息的等级以及所述配置信息库，依次响应所有音频下载指令，得到响应结果，包括：

获取所述不同状态信息的等级对应的大小序列；

根据所述大小序列，按照先后顺序依次从所述配置信息库中下载不同音频下载指令对应的音频信息，并将下载结果作为所述响应结果。

在其中一个实施例中，所述响应结果包括已下载成功和下载失败；若所述响应结果为下载失败，所述方法还包括：

将当前所述音频下载指令添加至所述第一音频下载队列中，得到第二音频下载队列；

将所述第二音频下载队列作为所述第一音频下载队列，继续执行所述通过所述配置信息库，依次响应所述第一音频下载队列中的所有音频下载指令，得到响应结果，直到响应完所述第一音频下载队列中的所有音频下载指令为止。

在其中一个实施例中，所述方法还包括：

将所述配置信息库发送至第一服务器中进行存储；

将所述第一音频下载队列发送至第二服务器中，所述第二服务器将所述音频下载队列存储至备用数据库。

在其中一个实施例中，所述方法还包括：

接收车辆当前所处的实时状态信息；

若所述状态信息为当前任务已完成时，则判断所述配置信息库中是否存在与所述车辆当前状态信息配置的音频信息；

若存在，则将所述音频信息的对应的唯一标识信息，以及播放指令发送至所述车辆，以响应所述播放指令。

本申请实施例提供一种音频数据处理系统，所述系统包括：

融合模块，用于将不同车辆的属性信息、车辆所处的不同状态信息以及不同音频信息进行融合处理，得到配置信息库；

获取模块，用于接收不同车辆发送的音频下载指令，根据接收到的所有音频下载指令得到第一音频下载队列；

响应模块，用于根据所述配置信息库以及所述第一音频下载队列中的所有音频下载指令对应的所有车辆当前所处的状态信息，依次响应所述第一音频下载队列中的所有音频下载指令，并得到响应结果。

本申请实施例提供一种终端，包括存储器、处理器，所述存储器上存储有可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

本申请实施例提供一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

本实施例提供的音频数据处理方法、系统、终端及可读存储介质，该方法可以根据助力车实时所处的不同状态场景自动发出音频下载指令，通过接收到的所有音频下载指令得到第一音频下载队列，并对第一音频下载队列中的所有音频下载指令进行响应，以得到音频下载指令对应的音频信息，即响应信息，使得助力车处在不同状态场景时能够自动请求下载到对应的音频信息，这些音频信息可以提醒用户车辆当前所处的不同状态场景，提高了助力车的智能性。

附图说明

图1为一实施例提供的音频数据处理方法的应用场景图；

图2为另一实施例提供的音频数据处理方法的流程示意图；

图3为一实施例提供的音频数据处理系统的结构示意图；

图4为一个实施例提供的终端的内部结构图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本实施例提供的音频数据处理方法，可以适用于图1所示的音频数据处理系统中。如图1所示，该系统包括终端、车辆、第一服务器、第二服务器以及后台服务器。可选的，后台服务器可以对不同车辆的属性信息、车辆所处的不同状态信息以及不同音频信息进行处理，得到一个配置信息库，然后将该配置信息库发送至第一服务器中进行存储；当车辆接收到触发指令后，后台服务器可以通过验证处理，确定第一服务器是否需要将触发指令对应的响应信息发送至车辆；若需要，则后台服务器可以指示第一服务器向车辆发送响应信息。可选的，上述第三服务器可以将不同车辆发送的所有触发指令组成一个队列，然后将队列进行存储。在本实施例中，上述车辆可以为自行车、电动车、汽车。可选的，第一服务器可以为云端服务器；第二服务器可以为专用服务器，专门用于存储触发指令的；防止后台服务器出现故障后重新启动时，第二服务器仍然可以将未响应的触发指令发送至后台服务器继续进行请求。其中，终端、车辆、第一服务器、第二服务器以及后台服务器可以通过无线连接进行通信，还可以通过有线连接进行通信。可选的，无线连接的方式可以是Wi-Fi，移动网络或蓝牙连接。可选的，上述终端可以为智能手机、平板电脑、笔记本电脑、台式电脑或个人数字助理等能够安装可扫描二维码应用程序的计算机设备；本实施例对车辆的具体形式并不做限定。在下述实施例中将具体介绍音频数据处理方法的具体过程。

为了使本申请的目的、技术方案及优点更加清楚明白，通过下述实施例并结合附图，对本申请实施例中的技术方案的进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定发明。

图2为一实施例提供的音频数据处理方法的流程示意图。本实施例涉及的是如何对用户、车辆以及电池信息进行批量管理的过程。如图2所示，该方法包括：

步骤S100、将不同车辆的属性信息、车辆所处的不同状态信息以及不同音频信息进行融合处理，得到配置信息库。

在本实施例中，在执行步骤S100之前，通过终端扫描车辆上设置的标识信息，可以得到车辆的属性信息，并将该属性信息发送至后台服务器，其中，标识信息可以为二维码。后台服务器接收到车辆属性信息的同时，还可以接收车辆上安装的导航系统或者位置感应器发送的状态信息，其中，导航系统或者位置感应器可以获取自动识别车辆当前的状态信息。另外，后台服务器还可以接收终端发送的音频信息；也就是，终端可以将本地预先保存的音频信息、云端下载或者网络下载的音频信息上传至后台服务器。

需要说明的是，车辆的属性信息可以包括车辆的类型、车辆的型号、车辆的载重大小、车辆的尺寸信息以及车辆内存信息等等。可选的，车辆所处的状态信息可以包括车辆当前的停放状态、车辆的行驶状态以及车辆当前的行驶区域等等。可选的，音频信息可以包括不同类型的音频；音频的格式可以为CD、WAV、MP3、WMA、MIDI、VQF、ogg、FLAC、APE格式等等，对此本实施例不做任何限定。

进一步地，上述融合处理实际上并不是具体的功能处理过程，只是对所有信息的结合。可选的，后台服务器可以将不同车辆的属性信息、车辆所处的不同状态信息以及不同音频信息结合后，存储在配置信息库中，该配置信息库可以为新创建的信息库。

步骤S200、接收不同车辆发送的音频下载指令，根据接收到的所有音频下载指令得到第一音频下载队列。

具体的，车辆可以接收用户输入的多种不同的任务指令，然后将任务指令发送至后台服务器；上述任务指令可以包括开关锁指令、下载指令、播放指令等等。在本实施例中，上述任务指令可以为音频下载指令。可选的，后台服务器可以按照先后顺序接收不同车辆发送的不同音频下载指令，并按照接收顺序将接收到的不同车辆发送的音频下载指令存储至第一音频下载队列；该第一音频下载队列可以为后台服务器新创建的数据库。可选的，车辆的数量可以大于等于1，每辆车可以发送一个音频下载指令。

可选的，在上述步骤S100或者步骤S200之后，所述方法还可以包括：将所述配置信息库发送至第一服务器中进行存储。

需要说明的是，后台服务器可以将得到的配置信息库发送至第一服务器中进行存储，以供后续处理时在配置信息库中查找并调用存储的信息。可选的，第一服务器可以为云端服务器，该云端服务器可以为阿里云服务器、腾讯云服务器或者网易云服务器等等，对此本实施例不做任何限定。

可选的，在上述步骤S200之后，所述方法还可以包括：将所述第一音频下载队列发送至第二服务器中，所述第二服务器将所述音频下载队列存储至备用数据库。

另外，后台服务器可以将得到的第一音频下载队列发送至第二服务器中，第二服务器可以将第一音频下载队列存储至备用数据库。可选的，第二服务器可以为专用服务器，用于将第一音频下载队列持久性的存储至备用户数据库中；避免后台服务器出现故障后重新启动时，第二服务器可以将存储的第一音频下载队列发送至后台服务器，后台服务器能够继续处理第一音频下载队列中的未处理音频下载指令。

步骤S300、根据所述配置信息库以及所述第一音频下载队列中的所有音频下载指令对应的所有车辆当前所处的状态信息，依次响应所述第一音频下载队列中的所有音频下载指令，并得到响应结果。

具体的，后台服务器可以根据第一音频下载队列中的所有音频下载指令对应的所有车辆当前所处的状态信息，依次响应第一音频下载队列中的所有音频下载指令，从配置信息库中下载音频下载指令对应的音频信息，并可以将该音频信息作为响应结果。

本实施例提供的音频数据处理方法，该方法可以根据助力车实时所处的不同状态场景自动发出音频下载指令，通过接收到的所有音频下载指令得到第一音频下载队列，并对第一音频下载队列中的所有音频下载指令进行响应，以从得到的配置信息库中找到音频下载指令对应的音频信息，即响应信息，使得助力车处在不同状态场景时能够自动请求下载到对应的音频信息，这些音频信息可以提醒用户车辆当前所处的不同状态场景，提高了助力车的智能性，提高了助力车的安全性，避免车辆违规行驶，提升用户体验，提高助力车的使用率。

作为其中一个实施例，上述步骤S100中将不同车辆的属性信息、车辆所处的不同状态信息以及不同音频信息进行融合处理，得到配置信息库的过程，可以包括：对不同车辆的属性信息、车辆所处的不同状态信息与不同音频信息之间进行配置处理，得到所述配置信息库，所述状态信息包括车辆当前的停放状态以及车辆当前的行驶区域。

在本实施例中，状态信息可以包括车辆当前的停放状态和车辆当前的行驶区域。可选的，车辆当前的停放状态可以为车辆当前的开关锁状态、车辆临时的锁车状态以及车辆临时的解锁状态等等；车辆当前的行驶区域可以为车辆当前行驶的机动车道区域、车辆当前行驶的非机动车道区域或者因限行车辆行驶的非正常运营区域等等。可选的，通过车辆当前的状态信息可以确定车辆当前的状态场景。可选的，车辆开锁或关锁后，可以向后台服务器发送当前的开关锁状态；车辆在行驶过程中，可以通过导航系统或者位置感应器检测车辆的行驶区域，然后导航系统或者位置感应器可以将检测到的信息发送至后台服务器。

需要说明的是，上述配置处理可以表征为设定不同信息之间对应关系的过程。可选的，后台服务器可以设定不同车辆的属性信息、车辆所处的不同状态信息与不同音频信息之间的对应关系，以得到配置信息库。也就是，配置信息库可以包括不同车辆的属性信息、车辆所处的不同状态信息与不同音频信息，以及三种信息之间的一一对应关系。其中，每辆车可以处于不同的状态信息，不同状态信息可以设定不同的音频信息，一种状态信息可以设定一种音频信息；而具体对应关系可以任意设定不做限定，只要保证一一对应即可。

可选的，所述对不同车辆的属性信息、车辆所处的不同状态信息与不同音频信息之间进行配置处理，得到所述配置信息库的过程，具体可以通过以下步骤实现：

步骤S110、对不同音频信息进行标记处理，得到不同音频信息对应的唯一标识信息。

具体的，后台服务器可以对接收到的不同音频信息进行标记处理，其中，标记处理可以表征为通过字符或视图等形式，对不同音频信息设定标志的过程。在本实施例中，后台服务器可以采用文本形式对不同音频信息设定标志，得到不同音频信息对应的唯一标识信息；其中，字符可以包括中文、英文以及数字等。可选的，每个音频信息可以对应有一个唯一标识信息。

步骤S120、对不同车辆的属性信息、车辆所处的不同状态信息、不同音频信息与不同音频信息对应的唯一标识信息之间进行配置处理，得到所述配置信息库。

可以理解的是，后台服务器可以将不同车辆的属性信息、车辆所处的不同状态信息、不同音频信息与不同音频信息对应的唯一标识信息之间的一一对应关系进行设定，以将不同车辆的属性信息、车辆所处的不同状态信息、不同音频信息、不同音频信息对应的唯一标识信息，以及所有信息之间的对应关系存储至配置信息库；配置信息库可以为后台服务器新创建的信息库。

本实施例提供的音频数据处理方法，该方法可以对不同车辆的属性信息、车辆所处的不同状态信息与不同音频信息之间进行配置处理，得到配置信息库，以便后续处理时从得到的配置信息库中找到音频下载指令对应的音频信息，使得助力车处在不同状态场景时能够自动请求下载到对应的音频信息，这些音频信息可以提醒用户车辆当前所处的不同状态场景，提高了助力车的智能性，提高了助力车的安全性，避免车辆违规行驶，提升用户体验，提高助力车的使用率。

作为其中一个实施例，上述步骤S300中根据所述配置信息库以及所述第一音频下载队列中的所有音频下载指令对应的所有车辆当前所处的状态信息，依次响应所述第一音频下载队列中的所有音频下载指令，并得到响应结果的过程，可以通过以下方式实现：

步骤S310、根据所述第一音频下载队列中的所有音频下载指令对应的所有车辆当前所处的状态信息，确定不同状态信息的等级。

具体的，后台服务器可以根据第一音频下载队列中的所有音频下载指令对应的所有车辆当前所处的状态信息(即状态场景)，区分不同状态场景造成车辆安全性较低或违规情况的严重性，以确定不同状态场景的等级；不同状态场景的等级也可以表征为不同状态场景的优先级。其中，等级越大，表征对应状态场景造成车辆安全性或违规情况越严重，优先级越高。

步骤S320、根据所述不同状态信息的等级以及所述配置信息库，依次响应所有音频下载指令，得到响应结果。

具体的，后台服务器可以根据不同状态信息的等级，按照任意顺序依次响应音频下载队列中的所有音频下载指令，从第一服务器存储的配置信息库中下载所有音频下载指令对应的音频信息，以得到响应信息。其中，后台服务器接收到音频下载指令，可以表征车辆音频下载信息；该音频下载指令可以包含不同音频信息对应的唯一标识信息。可选的，上述响应可以理解为下载文件或信息处理。

可选的，上述步骤S320中根据所述不同状态信息的等级以及所述配置信息库，依次响应所有音频下载指令，得到响应结果的过程，可以通过以下方式实现：

步骤S321、获取所述不同状态信息的等级对应的大小序列。

需要说明的是，后台服务器可以对获取到的不同状态信息对应的等级，按照从小到大或者按照从大到小的顺序进行排序，得到排序后的大小序列。

步骤S322、根据所述大小序列，按照先后顺序依次从所述配置信息库中下载不同音频下载指令对应的音频信息，并将下载结果作为所述响应结果。

在本实施例中，若后台服务器是按照从小到大的顺序对不同状态信息对应的等级进行排序的，则后台服务器可以从后至前的先后顺序依次从第一服务器存储的配置信息库中下载不同音频下载指令对应的音频信息，并将下载结果作为响应结果。若后台服务器是按照从大到小的顺序对不同状态信息对应的等级进行排序的，则后台服务器可以从前至后的先后顺序依次从第一服务器存储的配置信息库中下载不同音频下载指令对应的音频信息，并将下载结果作为响应结果。可选的，下载结果可以包括已下载成功和下载失败的相关信息。

但是，在下载之前，后台服务器可以判断发送该音频下载指令的车辆当前具体的属性信息，以及车辆当前的状态是否均满足下载条件，若满足，可以根据音频下载指令从第一服务器存储的配置信息库中下载对应的音频信息；否则，下载失败。可选的，下载条件可以包括两个条件，第一条件为车辆当前具体的剩余内存大于该音频下载指令所要下载的音频信息具有的内存，第二条件为车辆当前未执行下载任务。

可选的，所述响应结果包括已下载成功和下载失败；在上述步骤S322之后，若所述响应结果为下载失败，所述方法还包括：

步骤S3221、将当前所述音频下载指令添加至所述第一音频下载队列中，得到第二音频下载队列。

具体的，若音频下载指令对应的车辆当前满足第一个下载条件，不满足第二个下载条件时，此时，后台服务器可以将该音频下载指令添加至第一音频下载队列中，得到第二音频下载队列；也就是，该音频下载指令需要重新排序等待响应。该步骤中的第一音频下载队列中存储的音频下载指令数量可以小于步骤S200中第一音频下载队列中存储的音频下载指令的数量。

在本实施例中，若后台服务器判定车辆仅满足第二条件，此时，该车辆不能继续执行下载任务了，后台服务器可以判定下载失败，并将下载失败的相关信息存储在下载数据库中，以供后续分析使用。可以理解为，发送音频下载指令的车辆当前不符合音频下载信息的条件，请求任务可以结束。

步骤S3222、将所述第二音频下载队列作为所述第一音频下载队列，继续执行所述通过所述配置信息库，依次响应所述第一音频下载队列中的所有音频下载指令，得到响应结果，直到响应完所述第一音频下载队列中的所有音频下载指令为止。

进一步地，后台服务器可以将得到的第二音频下载队列作为第一音频下载队列，继续执行上述步骤S300，直到响应完所述第一音频下载队列中的所有音频下载指令为止。

本实施例提供的音频数据处理方法，该方法可以根据所述第一音频下载队列中的所有音频下载指令对应的所有车辆当前所处的状态信息，确定不同状态信息的等级，根据所述不同状态信息的等级以及所述配置信息库，依次响应所有音频下载指令，得到响应结果，这些响应信息可以提醒用户车辆当前所处的不同状态场景，提高了助力车的智能性，提高了助力车的安全性，避免车辆违规行驶，提升用户体验，提高助力车的使用率。

作为其中一个实施例，在上述步骤S300之后，音频数据处理方法还可以包括如下过程：

步骤S400、接收车辆当前所处的实时状态信息。

具体的，后台服务器可以接收车辆当前所处的实时状态信息。可选的，车辆上安装的导航系统或位置感应器可以将检测到的状态信息发送至后台服务器。

步骤S500、若所述状态信息为当前任务已完成时，则判断所述配置信息库中是否存在与所述车辆当前状态信息配置的音频信息。

具体的，当后台服务器接收到车辆当前的停放状态已完成的反馈信息，此时，可以判断该车辆是否有该停放状态下对应的音频信息。

步骤S600、若存在，则将所述音频信息的对应的唯一标识信息，以及播放指令发送至所述车辆，以响应所述播放指令。

需要说明的是，若后台服务器判定车辆有当前停放状态下对应的音频信息时，后台服务器可以将查找到该停放状态下对应的音频信息的唯一标识信息和播放指令发送至车辆，以使车辆根据唯一标识信息播放响应的音频信息。

本实施例提供的音频数据处理方法，该方法可以对不同助力车所处不同状态的场景配置对应的音频信息，以便助力车在不同状态场景下时，根据音频播放指令播放音频信息，自动提醒用户助力车当前的运行状态或者停放状态，从而提高了助力车的智能性，提高了助力车的安全性，避免车辆违规行驶，提升用户体验，提高助力车的使用率。

应该理解的是，虽然图2的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

关于音频数据处理系统的具体限定可以参见上文中对于音频数据处理方法的限定，在此不再赘述。上述终端的音频数据处理系统中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于终端中的处理器中，也可以以软件形式存储于终端中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

图3为一实施例提供的音频数据处理系统结构示意图。如图3所示，该系统可以包括：融合模块11、获取模块12以及响应模块13。

具体的，所述融合模块11，用于将不同车辆的属性信息、车辆所处的不同状态信息以及不同音频信息进行融合处理，得到配置信息库；

所述获取模块12，用于接收不同车辆发送的音频下载指令，根据接收到的所有音频下载指令得到第一音频下载队列；

所述响应模块13，用于根据所述配置信息库以及所述第一音频下载队列中的所有音频下载指令对应的所有车辆当前所处的状态信息，依次响应所述第一音频下载队列中的所有音频下载指令，并得到响应结果。

本实施例提供的音频数据处理系统，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

在其中一个实施例中，所述融合模块11包括配置单元。

其中，所述配置单元，用于对不同车辆的属性信息、车辆所处的不同状态信息与不同音频信息之间进行配置处理，得到所述配置信息库，所述状态信息包括车辆当前的停放状态以及车辆当前的行驶区域。

在其中一个实施例中，所述配置单元包括：标记子单元和配置子单元。

其中，所述标记子单元，用于对不同音频信息进行标记处理，得到不同音频信息对应的唯一标识信息；

所述配置子单元，用于对不同车辆的属性信息、车辆所处的不同状态信息、不同音频信息与不同音频信息对应的唯一标识信息之间进行配置处理，得到所述配置信息库。

在其中一个实施例中，所述响应模块13包括：确定单元以及响应单元。

其中，所述确定单元，用于根据所述第一音频下载队列中的所有音频下载指令对应的所有车辆当前所处的状态信息，确定不同状态信息的等级；

所述响应单元，用于根据所述不同状态信息的等级以及所述配置信息库，依次响应所有音频下载指令，得到响应结果。

在其中一个实施例中，所述响应单元包括：排序子单元以及响应子单元。

其中，所述排序子单元，用于获取所述不同状态信息的等级对应的大小序列；

所述响应子单元，用于根据所述大小序列，按照先后顺序依次从所述配置信息库中下载不同音频下载指令对应的音频信息，并将下载结果作为所述响应结果。

在其中一个实施例中，所述响应结果包括已下载成功和下载失败；若所述响应结果为下载失败时，所述音频数据处理系统还包括：添加模块以及执行模块。

具体的，所述添加模块，用于将当前所述音频下载指令添加至所述第一音频下载队列中，得到第二音频下载队列；

所述执行模块，用于将所述第二音频下载队列作为所述第一音频下载队列，继续执行所述通过所述配置信息库，依次响应所述第一音频下载队列中的所有音频下载指令，得到响应结果，直到响应完所述第一音频下载队列中的所有音频下载指令为止。

在其中一个实施例中，所述音频数据处理系统还包括：第一存储模块和第二存储模块。

具体的，所述第一存储模块，用于将所述配置信息库发送至第一服务器中进行存储；

所述第二存储模块，用于将所述第一音频下载队列发送至第二服务器中，所述第二服务器将所述音频下载队列存储至备用数据库。

在其中一个实施例中，所述音频数据处理系统还可以包括：接收模块、判断模块以及发送模块。

具体的，所述接收模块，用于接收车辆当前所处的实时状态信息；

所述判断模块，用于所述状态信息为当前任务已完成时，则判断所述配置信息库中是否存在与所述车辆当前状态信息配置的音频信息；

所述发送模块，用于所述判断模块的判断结果为是，则将所述音频信息的对应的唯一标识信息，以及播放指令发送至所述车辆，以响应所述播放指令

在一个实施例中，提供了一种终端，其内部结构图可以如图4所示。该终端包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该终端的处理器用于提供计算和控制能力。该终端的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该终端的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种音频数据处理方法。该终端的显示屏可以是液晶显示屏或者电子墨水显示屏，该终端的输入装置可以是显示屏上覆盖的触摸层，也可以是终端外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图4中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的终端的限定，具体的终端可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种终端，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

在一个实施例中，提供了一种可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims

1.一种音频数据处理方法，其特征在于，所述方法包括：

2.根据权利要求1所述的方法，其特征在于，所述将不同车辆的属性信息、车辆所处的不同状态信息以及不同音频信息进行融合处理，得到配置信息库，包括：对不同车辆的属性信息、车辆所处的不同状态信息与不同音频信息之间进行配置处理，得到所述配置信息库，所述状态信息包括车辆当前的停放状态以及车辆当前的行驶区域。

3.根据权利要求2所述的方法，其特征在于，所述对不同车辆的属性信息、车辆所处的不同状态信息与不同音频信息之间进行配置处理，得到所述配置信息库包括：

对不同车辆的属性信息、车辆所处的不同状态信息、不同音频信息与不同音频信息对应的唯一标识信息之间进行配置处理，得到所述配置信息库。

4.根据权利要求1所述的方法，其特征在于，所述根据所述配置信息库以及所述第一音频下载队列中的所有音频下载指令对应的所有车辆当前所处的状态信息，依次响应所述第一音频下载队列中的所有音频下载指令，并得到响应结果，包括：

5.根据权利要求4所述的方法，其特征在于，所述根据所述不同状态信息的等级以及所述配置信息库，依次响应所有音频下载指令，得到响应结果，包括：

获取所述不同状态信息的等级对应的大小序列；

6.根据权利要求5所述的方法，其特征在于，所述响应结果包括已下载成功和下载失败；若所述响应结果为下载失败，所述方法还包括：

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

将所述配置信息库发送至第一服务器中进行存储；

8.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收车辆当前所处的实时状态信息；

9.一种音频数据处理系统，其特征在于，所述系统包括：

10.一种终端，包括存储器、处理器，所述存储器上存储有可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至8中任一项所述方法的步骤。

11.一种可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至8中任一项所述方法的步骤。