数据处理方法、装置和存储介质与流程

数据处理方法、装置和存储介质
1.本技术是向中国专利局提交的申请号为201811632710.0，申请日为2018年12月29日，发明创造名称为“数据处理方法、装置和存储介质”的发明专利申请的分案申请。
技术领域
2.本发明涉及智能设备技术领域，尤其涉及一种数据处理方法、装置和存储介质。


背景技术：

3.车载终端可以通过语音与用户进行交互，为用户提供导航、播放音乐、拨打电话等服务。现有的车载终端的麦克风是对准主驾驶位来设计的，可以为车辆的驾驶者提供语音服务。这种设计方式使车载终端无法为车辆上的其他成员提供服务。目前，推出了一种可以满足车辆全员使用的车载四音区方案，该方案中，将车辆内部的空间分为前后左右四个音区，每个音区覆盖车辆上的一个位置，车载终端在每个音区设置有独立的麦克风阵列，可以与该音区对应位置的用户进行语音交互。
4.由于车辆内部的空间较小，虽然通过麦克风阵列模组算法可以对四个位置制造一定的声音隔离度，但是任一位置的用户在语音唤醒车载终端时，还是会有一部分声音被其它音区的麦克风阵列采集，导致多个音区的麦克风阵列会采集到来自相同声源的语音数据。因此，为了识别出到底哪个音区被用户唤醒，车载终端会调用用于执行写入操作的线程，采用串行处理的方式，将四个音区的麦克风阵列所采集的语音数据写入该音区的录音管道中。然后，车载终端可以通过各音区对应的录音管道，将各音区的麦克风阵列所采集的语音数据同步传递给语音引擎中与每个音区对应的唤醒线程。这样，车载终端可以通过语音引擎中与每个音区对应的唤醒线程，同步识别该唤醒线程对应的音区是否被唤醒。
5.上述每个音区对应的录音管道的缓存大小有限，当语音数据写入超过录音管道的缓存大小时，会触发该录音管道的写入阻塞。然而，由于车载终端调用用于执行写入操作的线程，将每个音区的麦克风阵列所采集的语音数据写入该音区的录音管道中时，采用的是串行处理的方式。因此，若其中某一录音管道出现写入阻塞，则会导致车载终端调用用于执行写入操作的线程执行写入操作时，无法跳过该出现写入阻塞的录音管道，向其他音区的录音管道写入数据，进而导致所有音区对应的唤醒线程无法从各自音区对应的录音管道中读取缓存的语音数据，致使车载终端的语音引擎无法工作。


技术实现要素：

6.本发明提供一种数据处理方法、装置和存储介质，用于解决因车载终端的录音管道的写入阻塞，导致车载终端的语音引擎无法工作的技术问题。
7.本发明的第一方面提供一种数据处理方法，所述方法应用于电子设备，所述电子设备包括设置在每个音区的音频输入设备，所述方法包括：
8.获取至少两个音区的音频输入设备采集的语音数据；
9.判断每个所述音区对应的数据缓存容器中是否存在可用空间；
10.调用第一线程依次向每个存在可用空间的数据缓存容器写入对应的音区的语音数据，并丢弃不存在可用空间对应的语音数据。
11.可选的，所述判断每个所述音区的对应的数据缓存容器中是否存在可用空间，包括：
12.判断所述音区对应的数据缓存容器的剩余空间，是否大于或等于所述音区的音频输入设备采集的语音数据的大小；
13.若是，则确定所述音区对应的数据缓存容器存在可用空间；
14.若否，则确定所述音区对应的数据缓存容器不存在可用空间。
15.可选的，所述获取至少两个音区的音频输入设备采集的语音数据，包括：
16.调用音频输入设备的接口，获取语音数据包，所述语音数据包包括所述至少两个音区的音频输入设备采集的语音数据；
17.从所述语音数据包中分离出每个所述音区的音频输入设备采集的语音数据。
18.可选的，所述方法还包括：
19.若调用第一数据缓存容器对应的第二线程，从所述第一数据缓存容器中未读取到缓存的语音数据，则将所述第一数据缓存容器对应的第二线程挂起，所述第一数据缓存容器为未缓存有语音数据的数据缓存容器。
20.可选的，所述方法还包括：
21.在将所述第一数据缓存容器对应的第二线程挂起的时长大于预设时长时，恢复所述第一数据缓存容器对应的第二线程。
22.本发明的第二方面提供一种数据处理装置，所述装置应用于电子设备，所述电子设备包括设置在每个音区的音频输入设备，所述装置包括：
23.获取模块，用于获取至少两个音区的音频输入设备采集的语音数据；
24.第一处理模块，用于判断每个所述音区对应的数据缓存容器中是否存在可用空间；
25.写模块，用于调用第一线程依次向每个存在可用空间的数据缓存容器写入对应的语音数据，并丢弃不存在可用空间的数据缓存容器对应的语音数据。
26.可选的，所述第一处理模块，具体用于判断所述音区对应的数据缓存容器的剩余空间，是否大于或等于所述音区的音频输入设备采集的语音数据的大小；若是，则确定所述音区对应的数据缓存容器存在可用空间；若否，则确定所述音区对应的数据缓存容器不存在可用空间。
27.可选的，所述获取模块，具体用于调用音频输入设备的接口，获取语音数据包，并从所述语音数据包中分离出每个所述音区的音频输入设备采集的语音数据；所述语音数据包包括所述至少两个音区的音频输入设备采集的语音数据。
28.可选的，所述装置，还包括：
29.读取模块，用于调用第一数据缓存容器对应的第二线程，从所述第一数据缓存容器中读取缓存的语音数据，所述第一数据缓存容器为未缓存有语音数据的数据缓存容器；
30.第二处理模块，用于在所述读取模块调用第一数据缓存容器对应的第二线程，从所述第一数据缓存容器中未读取到缓存的语音数据时，将所述第一数据缓存容器对应的第二线程挂起。
31.可选的，所述第二处理模块，还用于在将所述第一数据缓存容器对应的第二线程挂起的时长大于预设时长时，恢复所述第一数据缓存容器对应的第二线程。
32.本发明的第三方面提供一种数据处理装置，包括：至少一个处理器和存储器；
33.所述存储器存储计算机执行指令；
34.所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述数据处理装置执行上述数据处理方法。
35.本发明的第四方面提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机执行指令，当所述计算机执行指令被处理器执行时，实现上述数据处理方法。
36.本发明提供的数据处理方法、装置和存储介质，电子设备可以在调用第一线程依次向各音区对应的数据缓存容器执行数据写入操作之前，先判断各音区对应的数据缓存容器是否存在可用空间，进而仅向具有可用空间的数据缓存容器执行写入操作。通过这种方式，可以避免电子设备因调用第一线程向无可用空间的数据缓存容器执行写入操作，导致出现写入阻塞的情况，从而可以避免因无法跳过出现写入阻塞的数据缓存容器，向其他音区的数据缓存容器写入数据，而导致所有音区对应的唤醒线程无法从该音区对应的数据缓存容器读取到缓存的语音数据，致使车载终端的语音引擎无法工作的问题。这样，在某一数据缓存容器出现写入阻塞时，电子设备仍然可以调用第一线程向其他数据缓存容器写入语音数据，从而可以使语音引擎正常工作。
附图说明
37.图1为本发明提供的车载终端的应用场景示意图；
38.图2示出了一种将各音区的麦克风阵列采集的语音数据传递给语音引擎的示意图；
39.图3为本发明提供的一种数据处理方法的流程示意图；
40.图4为本发明提供的一种数据处理装置的结构示意图；
41.图5为本发明提供的另一种数据处理装置的结构示意图；
42.图6为本发明提供的又一种数据处理装置的结构示意图。
具体实施方式
43.为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明的实施例，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
44.图1为本发明提供的车载终端的应用场景示意图。如图1所示，为了满足车辆全员可以使用车载终端，目前推出了一种车载四音区方案。该方案中，将车辆内部的空间分为四个音区，每个音区覆盖车辆上的一个位置，每个音区设置有独立的麦克风阵列，可以采集该音区对应位置的用户的语音信号。该麦克风阵列可以设置在任一便于采集用户的语音信号的位置，例如该音区对应位置的上方车顶处。
45.例如，音区1覆盖车辆主驾驶位置，音区1的麦克风阵列用于采集车辆主驾驶位置的用户发出的语音信号；音区2覆盖车辆副驾驶位置，音区2的麦克风阵列用于采集车辆副
驾驶位置的用户发出的语音信号；音区3包括车辆后排左边的位置，音区3的麦克风阵列用于采集车辆后排左边的位置的用户发出的语音信号；音区4包括车辆后排右边的位置，音区4的麦克风阵列用于采集车辆后排右边的位置的用户发出的语音信号。
46.可以理解，为了便于示例，图1仅示出了车载终端的麦克风阵列的位置，本发明对车载终端的构成，以及，车载终端在车辆中的位置，以及，麦克风阵列的位置并不限定。
47.由于车辆内部的空间较小，虽然通过麦克风阵列模组算法可以对四个位置制造一定的声音隔离度，但是任一位置的用户在语音唤醒车载终端时，还是会有一部分声音被其它音区的麦克风阵列采集，导致多个音区的麦克风阵列会采集到来自相同声源的语音数据。为了确保语音引擎的识别准确度，车载终端的语音引擎需要同步识别各音区的麦克风阵列所采集的语音数据。
48.图2示出了一种将各音区的麦克风阵列采集的语音数据传递给语音引擎的示意图。如图2所示，示例性的，车载终端中设置有4个录音管道，每个录音管道与一个音区对应，用于缓存该音区的麦克风阵列所采集的语音数据。
49.假定录音管道1为音区1对应的录音管道，录音管道2为音区2对应的录音管道，录音管道3为音区3对应的录音管道，录音管道4为音区4对应的录音管道。当各音区的麦克风阵列采集到用户的语音数据后，车载终端会调用用于执行写入操作的线程，采用串行处理的方式，依次将音区1的麦克风阵列所采集的语音数据写入录音管道1中、将音区2的麦克风阵列所采集的语音数据写入录音管道2中、将音区3的麦克风阵列所采集的语音数据写入录音管道3中、将音区4的麦克风阵列所采集的语音数据写入录音管道4中。
50.相应地，语音引擎也包括4个唤醒线程，每个唤醒线程对应一个录音管道。车载终端调用用于执行写入操作的线程，采用串行处理的方式，依次将四个音区的麦克风阵列所采集的语音数据写入该音区的录音管道中后，车载终端的语音引擎的各唤醒线程可以同步从各自对应的录音管道中读取缓存的语音数据，并基于读取的语音数据识别该录音管道对应的音区是否被唤醒。以唤醒线程1对应录音管道1、唤醒线程2对应录音管道2、唤醒线程3对应录音管道3、唤醒线程4对应录音管道4为例。即唤醒线程1用于读取并识别录音管道1中缓存的语音数据，以判断录音管道1对应的音区1是否被唤醒。唤醒线程2用于读取并识别录音管道2中缓存的语音数据，以判断录音管道2对应的音区2是否被唤醒。唤醒线程3用于读取并识别录音管道3中缓存的语音数据，以判断录音管道3对应的音区3是否被唤醒。唤醒线程4用于读取并识别录音管道4中缓存的语音数据，以判断录音管道4对应的音区4是否被唤醒。
51.通过上述传递各音区的麦克风阵列采集的语音数据的方式，可以使车载终端通过语音引擎中与每个音区对应的唤醒线程，同步识别该唤醒线程对应的音区是否被唤醒。
52.然而，在通过上述方式传递语音数据时，由于每个音区对应的录音管道的缓存大小有限，当语音数据写入超过录音管道的缓存大小时，会触发该录音管道的写入阻塞。然而，由于车载终端调用用于执行写入操作的线程，将每个音区的麦克风阵列所采集的语音数据写入该音区的录音管道中时，采用的是串行处理的方式。因此，若其中某一录音管道出现写入阻塞，则会导致车载终端调用用于执行写入操作的线程执行写入操作时，无法跳过该出现写入阻塞的录音管道，向其他音区的录音管道写入数据，进而导致所有音区对应的唤醒线程无法从各自音区对应的录音管道中读取到缓存的语音数据，致使车载终端的语音
引擎无法工作。
53.示例性的，以录音管道2缓存已满为例，当车载终端调用用于执行写入操作的线程，采用串行处理的方式，依次向录音管道写入语音数据时，则在执行到向录音管道2写入音区2的麦克风阵列所采集的语音数据时，会不停的尝试向录音管道2写入数据，无法执行后续操作，从而导致所有音区对应的唤醒线程无法从各自音区对应的录音管道中读取缓存的语音数据，致使车载终端的语音引擎无法工作。
54.考虑到上述问题，本发明提供了一种数据处理方法，用以解决因车载终端的录音管道的写入阻塞，导致车载终端的语音引擎无法工作的技术问题。
55.可以理解，本发明提供的数据处理方法可以适用于任一可以为多个音区的用户提供语音服务的电子设备。例如，车载终端、智能家居等。示例性的，当电子设备为车载终端时，上述所说的一个音区可以覆盖车辆上的一个位置。当电子设备为智能家居时，上述所说的一个音区可以对应智能家居所在空间的一个区域等。
56.下面结合具体地实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
57.图3为本发明提供的一种数据处理方法的流程示意图。本发明的执行主体可以是数据处理装置，还可以是集成了数据处理装置的电子设备，下述以集成了数据处理装置的电子设备(简称：电子设备)为例，对本发明提供的数据处理方法进行说明和介绍。在本实施例中，电子设备包括设置在每个音区的音频输入设备。这里所说的音频输入设备可以为任一具有音频采集功能的设备，例如，麦克风阵列。
58.如图3所示，该方法可以包括：
59.s101、获取至少两个音区的音频输入设备采集的语音数据。
60.上述所说的至少两个音区可以包括所有音区，也可以是指部分音区，具体可以根据各音区的音频输入设备的采集情况确定。
61.可选的，当电子设备的至少两个音区的音频输入设备采集到语音数据后，电子设备可以调用音频输入设备的接口，获取语音数据包，所述语音数据包可以包括该至少两个音区的音频输入设备采集的语音数据。然后，电子设备可以从语音数据包中分离出每个音区的音频输入设备采集的语音数据。
62.例如，语音数据包中的语音数据携带有音频输入设备的标识，则电子设备可以根据每个音区的音频输入设备的标识(例如索引编号、id等)，从语音数据包中分离出每个音区的音频输入设备采集的语音数据。或者，语音数据包中的语音数据携带有音区的标识(例如索引编号、id等)，则电子设备可以根据每个音区的标识，从语音数据包中分离出每个音区的音频输入设备采集的语音数据。或者，语音数据包中各音区的音频输入设备所采集的语音数据排列顺序固定，则电子设备可以根据排列顺序，从语音数据包中分离出每个音区的音频输入设备采集的语音数据。
63.可选的，当电子设备的至少两个音区的音频输入设备采集到语音数据后，电子设备也可以调用该至少两个音区中各音区的音频输入设备的接口，获取每个音区的音频输入设备采集的语音数据。
64.可以理解，上述所说的至少两个音区的音频输入设备采集的语音数据：可以是来自同一用户的，也可以是来自不同音区的用户。以音区a的音频输入设备和音区b的音频输
入设备为例，音区a的音频输入设备采集的语音数据和音区b的音频输入设备采集的语音数据可以是来自同一用户的，或者，音区a的音频输入设备采集的语音数据是来自音区a的用户、音区b的音频输入设备采集的语音数据是来自音区b的用户。
65.s102、判断每个音区对应的数据缓存容器中是否存在可用空间。
66.其中，上述所说的数据缓存容器可以为任一具有缓存功能的容器，例如，前述所说的录音管道。
67.在本实施例中，上述电子设备在调用第一线程将所获取到的每个音区的音频输入设备所采集的语音数据写入对应的数据缓存容器时，可以判断每个音区对应的数据缓存容器中是否存在可用空间。由于数据读取的速度快于数据写入的速度，若数据缓存容器存在可用空间，说明可以向该数据缓存容器写入新的数据。若数据缓存容器不存在可用空间，说明无法向该数据缓存容器写入新的数据。
68.可选的，电子设备可以根据预设的语音数据大小，判断每个音区对应的数据缓存容器是否存在可用空间。若某一音区对应的数据缓存容器的剩余空间可以容纳预设的语音数据大小，则确定该音区对应的数据缓存容器存在可用空间。若某一音区对应的数据缓存容器的剩余空间无法容纳预设的语音数据大小的空间，则确定该音区对应的数据缓存容器不存在可用空间。其中，上述所说的预设的语音数据大小具体可以根据所有音区的音频输入设备所能采集到的语音数据的大小确定。例如，该预设的语音数据大小可以为所有音区的音频输入设备所能采集到的最大语音数据对应的大小。
69.可选的，电子设备可以根据各音区的音频输入设备采集的语音数据的大小，判断每个音区对应的数据缓存容器是否存在可用空间。例如，电子设备可以判断每个音区对应的数据缓存容器的剩余空间是否大于或等于该音区的音频输入设备采集的语音数据的大小。若某一音区对应的数据缓存容器的剩余空间大于或等于该音区的音频输入设备采集的语音数据的大小，则确定该音区对应的数据缓存容器存在可用空间。若某一音区对应的数据缓存容器的剩余空间小于该音区的音频输入设备采集的语音数据的大小，则确定该音区对应的数据缓存容器不存在可用空间。
70.对于存在可用空间的数据缓存容器，电子设备可以执行s103，对于不存在可用空间的数据缓存容器，电子设备可以执行s104。
71.s103、调用第一线程依次向每个存在可用空间的数据缓存容器写入对应的语音数据。
72.s104、丢弃不存在可用空间的数据缓存容器对应的语音数据。
73.上述第一线程可以为任一具有执行写入操作功能的线程。
74.具体的，上述电子设备在判断每个音区对应的数据缓存容器中是否存在可用空间后，可以调用第一线程采用串行的方式，依次向每个存在可用空间的数据缓存容器，写入该数据缓存容器对应的音区的音频数据输入设备采集的语音数据。而对于不存在空间的数据缓存容器，上述电子设备可以丢弃准备写入这些数据缓存容器中的数据，不再调用第一线程向这些数据缓存容器执行写入操作。
75.通过这种方式，可以避免电子设备因调用第一线程向无可用空间的数据缓存容器执行写入操作，导致出现写入阻塞的情况，从而可以避免因无法跳过出现写入阻塞的数据缓存容器，向其他音区的数据缓存容器写入数据，而导致所有音区对应的唤醒线程无法从
该音区对应的数据缓存容器读取到缓存的语音数据，致使车载终端的语音引擎无法工作的问题。这样，在某一数据缓存容器出现写入阻塞时，电子设备仍然可以调用第一线程向其他数据缓存容器写入语音数据，从而可以使语音引擎正常工作。
76.继续参照图2，以图2所示的车载四音区方案为例，假定录音管道2缓存已满为例，则车载终端通过本实施例所示的方法，可以在向每个音区的录音管道写入该录音管道对应的音区的麦克风阵列所采集的语音数据时，可以先判断该录音管道的缓存是否已满，若是，则丢弃要写入该录音管道的数据，不再对该录音管道执行写入。
77.在本示例中，则车载终端通过本实施例所示的方法，通过判断录音管道2是否存在可用空间，识别出录音管道2的缓存已满时，则直接丢弃要写入该录音管道2的数据，不再对该录音管道2执行写入操作。即跳过录音管道2，向录音管道3执行写入操作。通过这种方式，可以避免车载终端调用用于执行写入操作的线程执行写入操作时，因无法跳过该出现写入阻塞的录音管道，向其他音区的录音管道写入数据，导致所有音区对应的唤醒线程无法从各自音区对应的录音管道中读取缓存的语音数据，致使车载终端的语音引擎无法工作的问题。
78.可选的，上述步骤s101和步骤s102可以由电子设备调用第一线程来实现，即，上述第一线程不仅具有写入功能，还可以具有语音数据分离功能、处理功能等，对此不再赘述。可以理解，上述电子设备还可以调用第一线程实现电子设备的其他功能，对此不进行限定。
79.本发明提供的数据处理方法，电子设备可以在调用第一线程依次向各音区对应的数据缓存容器执行数据写入操作之前，先判断各音区对应的数据缓存容器是否存在可用空间，进而仅向具有可用空间的数据缓存容器执行写入操作。通过这种方式，可以避免电子设备因调用第一线程向无可用空间的数据缓存容器执行写入操作，导致出现写入阻塞的情况，从而可以避免因无法跳过出现写入阻塞的数据缓存容器，向其他音区的数据缓存容器写入数据，而导致所有音区对应的唤醒线程无法从该音区对应的数据缓存容器读取到缓存的语音数据，致使车载终端的语音引擎无法工作的问题。这样，在某一数据缓存容器出现写入阻塞时，电子设备仍然可以调用第一线程向其他数据缓存容器写入语音数据，从而可以使语音引擎正常工作。
80.前述实施例描述的是电子设备如何处理数据缓存容器写入阻塞的过程，下面实施例涉及的是电子设备如何处理数据缓存容器读取阻塞的过程。这里所说的读取阻塞是指因数据缓存容器为空，即数据缓存容器中无数据，导致语音引擎中对应该数据缓存容器的第二线程无法从该数据缓存容器中读取到数据。具体地：
81.电子设备可以调用数据缓存容器对应的第二线程，从数据缓存容器中读取缓存的语音数据，并对读取到的语音数据进行语音识别，以确定数据缓存容器对应的音区是否被唤醒。其中，上述所说的第二线程可以为任一具有读取功能的线程。例如，现有技术中所涉及的语音引擎中的唤醒线程。
82.例如，电子设备可以识别所读取的语音数据是否包括预设的唤醒词，来确定缓存该语音数据的数据缓存容器对应的音区是否被唤醒。或者，电子设备也可以采用现有的其他方式，对读取到的语音数据进行识别，来判断对应的音区是否被唤醒，对此不再赘述。
83.可选的，电子设备可以同步调用每个数据缓存容器对应的第二线程，从该第二线程对应的数据缓存容器中读取缓存的语音数据。通过该方式，当电子设备处于因多个音区
因声音隔离度不足，导致多个音区的音频输入设备会采集到来自相同声源的语音数据时，可以使电子设备同步识别哪个音区被唤醒。
84.以第一数据缓存容器中未缓存有数据为例，则在该场景下，电子设备在调用第一数据缓存容器对应的第二线程，从第一数据缓存容器中读取缓存的语音数据时，会出现读取阻塞的情况。
85.在该场景下，电子设备若调用第一数据缓存容器对应的第二线程，从第一数据缓存容器中未读取到缓存的语音数据，则电子设备可以将第一数据缓存容器对应的第二线程挂起。通过这种方式，可以避免电子设备持续调用无法读取到数据的第二线程，执行读取操作。
86.进一步地，在将第一数据缓存容器对应的第二线程挂起的时长大于预设时长时，电子设备可以自动恢复第一数据缓存容器对应的第二线程，以继续调用该第一数据缓存容器对应的第二线程，执行从第一数据缓存容器中读取数据的操作。其中，该预设时长可以根据需求调整。
87.本发明提供的数据处理方法，电子设备可以在数据缓存容器出现读取阻塞时，可以将该数据缓存容器对应的第二线程挂起，避免电子设备持续调用无法读取到数据的第二线程执行读取操作。
88.可以理解，虽然上述实施例均以电子设备为执行主体对本发明提供的数据处理方法进行了说明和介绍。但是，本领域技术人员可以理解的是，具体实现时，上述电子设备也可以通过电子设备上所安装的语音交互系统或者应用程序等，实现上述方法实施例，对此不再赘述。另外，本发明对上述导致电子设备的数据缓存容器出现写入阻塞和读取阻塞的原因不做限定。
89.图4为本发明提供的一种数据处理装置的结构示意图，该数据处理装置可以应用于前述所说的电子设备。例如，该数据处理装置可以为应用于上述电子设备中的芯片，也可以为上述电子设备。如图4所示，该装置包括：获取模块11、第一处理模块12和写模块13。其中，
90.获取模块11，用于获取至少两个音区的音频输入设备采集的语音数据；
91.第一处理模块12，用于判断每个所述音区对应的数据缓存容器中是否存在可用空间；
92.写模块13，用于调用第一线程依次向每个存在可用空间的数据缓存容器写入对应的语音数据，并丢弃不存在可用空间的数据缓存容器对应的语音数据。
93.可选的，所述第一处理模块12，具体用于判断所述音区对应的数据缓存容器的剩余空间，是否大于或等于所述音区的音频输入设备采集的语音数据的大小；若是，则确定所述音区对应的数据缓存容器存在可用空间；若否，则确定所述音区对应的数据缓存容器不存在可用空间。
94.可选的，所述获取模块11，具体用于调用音频输入设备的接口，获取语音数据包，并从所述语音数据包中分离出每个所述音区的音频输入设备采集的语音数据；所述语音数据包包括所述至少两个音区的音频输入设备采集的语音数据。
95.可选的，所述电子设备为车载终端。
96.图5为本发明提供的另一种数据处理装置的结构示意图，如图5所示，在上述图4所
示的框图的基础上，上述装置还可以包括：
97.读取模块14，用于调用所述数据缓存容器对应的第二线程，从所述数据缓存容器中读取缓存的语音数据，所述第一数据缓存容器为未缓存有语音数据的数据缓存容器；
98.第二处理模块15，用于在所述读取模块14调用第一数据缓存容器对应的第二线程，从所述第一数据缓存容器中未读取到缓存的语音数据时，将所述第一数据缓存容器对应的第二线程挂起。
99.可选的，所述第二处理模块15，还用于在将所述第一数据缓存容器对应的第二线程挂起的时长大于预设时长时，恢复所述第一数据缓存容器对应的第二线程。
100.本发明提供的数据处理装置，可以执行上述方法实施例中电子设备的动作，其实现原理和技术效果类似，在此不再赘述。
101.需要说明的是，应理解以上模块可以以软件通过处理元件调用的形式实现；也可以以硬件的形式实现。例如，获取模块可以为单独设立的处理元件，也可以集成在上述装置的某一个芯片中实现，此外，也可以以程序代码的形式存储于上述装置的存储器中，由上述装置的某一个处理元件调用并执行以上处理单元的功能。此外这些单元全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
102.例如，以上这些单元可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个专用集成电路(application specific integrated circuit，asic)，或，一个或多个微处理器(digital signal processor，dsp)，或，一个或者多个现场可编程门阵列(field programmable gate array，fpga)等。再如，当以上某个单元通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(central processing unit，cpu)或其它可以调用程序代码的处理器。再如，这些单元可以集成在一起，以片上系统(system
‑
on
‑
a
‑
chip，soc)的形式实现。
103.图6为本发明提供的又一种数据处理装置的结构示意图，该数据处理装置例如可以是电子设备，比如车载终端、智能家居等。如图6所示，该数据处理装置600包括：存储器601和至少一个处理器602。
104.存储器601，用于存储程序指令。
105.处理器602，用于在程序指令被执行时实现本实施例中的数据处理方法，具体实现原理可参见上述实施例，本实施例此处不再赘述。
106.该数据处理装置600还可以包括及输入/输出接口603。
107.输入/输出接口603可以包括独立的输出接口和输入接口，也可以为集成输入和输出的集成接口。其中，输出接口用于输出数据，输入接口用于获取输入的数据。
108.本发明还提供一种可读存储介质，可读存储介质中存储有执行指令，当数据处理装置的至少一个处理器执行该执行指令时，当计算机执行指令被处理器执行时，实现上述实施例中的数据处理方法。
109.本发明还提供一种程序产品，该程序产品包括执行指令，该执行指令存储在可读存储介质中。数据处理装置的至少一个处理器可以从可读存储介质读取该执行指令，至少一个处理器执行该执行指令使得数据处理装置实施上述的各种实施方式提供的数据处理
方法。
110.在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。
111.另外，在本发明各个实施例中的各模块可以集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上模块成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
112.上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(英文：read
‑
only memory，简称：rom)、随机存取存储器(英文：random access memory，简称：ram)、磁碟或者光盘等各种可以存储程序代码的介质。
113.在上述实施例中，应理解，处理器可以是中央处理单元(英文：central processing unit，简称：cpu)，还可以是其他通用处理器、数字信号处理器(英文：digital signal processor，简称：dsp)、专用集成电路(英文：application specific integrated circuit，简称：asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
114.最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。