CN108449507A - 语音通话数据处理方法、装置、存储介质及移动终端 - Google Patents

Abstract

本申请实施例公开了语音通话数据处理方法、装置、存储介质及移动终端。该方法包括：检测到移动终端的预设应用程序中的语音通话组建立成功，判断语音通话组中是否存在与移动终端之间的距离小于预设距离值的目标移动终端，若存在，则对移动终端的下行语音通话数据中包含的目标人声数据进行削弱处理或滤除处理，得到待播放通话数据，其中，目标人声数据包括目标移动终端对应的用户的说话声音数据；通过扬声器播放所述待播放通话数据。本申请实施例通过采用上述技术方案，可以识别出容易发生啸叫的场景，并针对该场景采用削弱或滤除目标移动终端的用户声音的方式来进行防啸叫，能够达到良好的防啸叫效果。

Description

语音通话数据处理方法、装置、存储介质及移动终端

技术领域

本申请实施例涉及语音通话技术领域，尤其涉及语音通话数据处理方法、装置、存储介质及移动终端。

背景技术

目前，随着移动终端的快速普及，手机及平板电脑等移动终端已经成为人们必备的通信工具之一。移动终端用户之间的通信方式越来越丰富，早已不局限于移动通信运营商提供的传统的电话及短信息等服务，在许多场景下，用户更倾向于使用基于互联网的通信方式，如各种社交软件中的语音聊天及视频聊天功能等。

此外，移动终端中的应用程序(Application，APP)功能日益完善，许多应用程序中都设置了语音通话功能，方便使用同款应用程序的用户之间的沟通和交流。以游戏应用为例，一些需要玩家之间进行互动的游戏已经添加了内置的语音通话功能，用户可以在使用移动终端玩游戏的过程中，与其他玩家进行语音交流。然而，在语音通话过程中，语音通话数据中包含的声音种类较多，如包含各玩家说话的声音、应用程序本身的声音(如游戏的背景音或特效音等)以及移动终端所处环境中的其他声音等，由于声音比较复杂，很容易发生啸叫现象，严重影响用户的使用。

发明内容

本申请实施例提供一种语音通话数据处理方法、装置、存储介质及移动终端，可以在移动终端应用程序中的语音通话功能开启后，实现防啸叫效果。

第一方面，本申请实施例提供了一种语音通话数据处理方法，包括：

检测到移动终端的预设应用程序中的语音通话组建立成功；

判断所述语音通话组中是否存在与所述移动终端之间的距离小于预设距离值的目标移动终端；

若存在，则对所述移动终端的下行语音通话数据中包含的目标人声数据进行削弱处理或滤除处理，得到待播放通话数据；其中，所述目标人声数据包括所述目标移动终端对应的用户的说话声音数据；

通过扬声器播放所述待播放通话数据。

第二方面，本申请实施例提供了一种语音通话数据处理装置，包括：

通话组检测模块，用于检测移动终端的预设应用程序中的语音通话组是否建立成功；

距离判断模块，用于在检测到移动终端的预设应用程序中的语音通话组建立成功后，判断所述语音通话组中是否存在与所述移动终端之间的距离小于预设距离值的目标移动终端；

通话数据处理模块，用于在所述距离判断模块的判断结果为存在时，对所述移动终端的下行语音通话数据中包含的目标人声数据进行削弱处理或滤除处理，得到待播放通话数据；其中，所述目标人声数据包括所述目标移动终端对应的用户的说话声音数据；

通话数据播放模块，用于通过扬声器播放所述待播放通话数据。

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

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

本申请实施例中提供的语音通话数据处理方案，检测到移动终端的预设应用程序中的语音通话组建立成功，若判断出语音通话组中存在与移动终端之间的距离小于预设距离值的目标移动终端，则对移动终端的下行语音通话数据中包含的目标人声数据进行削弱处理或滤除处理，得到待播放通话数据并进行播放。通过采用上述技术方案，可以在预设应用程序的语音通话组建立成功后，识别出容易发生啸叫的场景，并针对该场景采用削弱或滤除目标移动终端的用户声音的方式来进行防啸叫，能够达到良好的防啸叫效果，减少啸叫音给用户使用带来的不便。

附图说明

图1为本申请实施例提供的一种语音通话数据处理方法的流程示意图；

图2为本申请实施例提供的另一种语音通话数据处理方法的流程示意图；

图3为本申请实施例提供的又一种语音通话数据处理方法的流程示意图；

图4为本申请实施例提供的一种语音通话数据处理装置的结构框图；

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

图6为本申请实施例提供的又一种移动终端的结构示意图。

具体实施方式

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

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

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

步骤101、检测到移动终端的预设应用程序中的语音通话组建立成功。

示例性的，本申请实施例中的移动终端可包括手机及平板电脑等移动设备。预设应用程序可以是内置语音群组通话功能的应用程序，如网络游戏应用、在线课堂应用、视频会议应用或者需要多人协作的其他应用程序等等。

示例性的，语音通话组中可以包含2个成员，但多数情况下，一般包含3个或3个以上的成员，即可实现3个或3个以上的移动终端之间的语音通话。语音通话组可以由在移动终端上使用预设应用程序的用户发起而建立，在语音通话组建立成功后，语音通话组中包含的所有移动终端之间可进行通信。一般的，当移动终端未处于静音模式，也未处于耳机模式时，可理解为移动终端处于外放模式，语音通话组中每个用户的声音会被自己正在使用的移动终端的麦克风采集，并经过网络传输及处理后通过其他用户的移动终端的扬声器进行播放。以游戏应用为例，如需要组队协战，可开启组队语音功能，假设队内有5个玩家，那么语音通话组建立成功后，这5个人相互之间可以进行通话，任意一个玩家可以同时听到另外4个玩家说的话，仿佛另外4个玩家在自己身边讲话一样，方便边交流边游戏。本申请技术方案的执行主体，即当前的移动终端，可以是语音通话组中的任意一个移动终端，也可以是语音通话组中的某个或某几个指定的移动终端。也就是说，语音通话组中可以由任意一个移动终端执行本申请实施例提供的方法，也可以由指定的一个或多个移动终端执行本申请实施例提供的方法，也可以所有移动终端均执行本申请实施例提供的方法。

步骤102、判断所述语音通话组中是否存在与所述移动终端之间的距离小于预设距离值的目标移动终端。

一般的，当移动终端处于外放模式时，移动终端麦克风采集到的声音中不仅包含用户自身说话的声音，还可能包含扬声器播放的预设应用程序本身发出的声音，如背景音乐等，还可能包含周围环境的声音，还可能包含扬声器播放的语音通话组内其他人说话的声音，这样，当多个移动终端将各自采集的包含各种声音的数据经过网络发送至同一个移动终端时(例如语音通话组内包含5个移动终端，那么其中4个移动终端就会把各自采集的声音发送至服务器，服务器将4个移动终端的声音数据发送给第5个移动终端)，这些声音由会在该移动终端中混合起来播放，可能会产生啸叫现象。

在多人语音的应用场景下，发明人发现，当存在两个移动终端之间的距离比较近时，极易发生啸叫。假设语音通话组中的移动终端甲和移动终端乙距离较近，移动终端甲的扬声器会放大并播放接收到的移动终端乙的麦克风采集的声音，而由于两个移动终端比较近，这个声音就会被移动终端乙的麦克风再次采集并发送到移动终端甲，该声音被继续放大并播放，极易形成声音的正反馈放大，从而产生啸叫音。因此，本申请实施例中，可先判断语音通话中是否存在一个其他移动终端与当前的移动终端的距离比较近，若存在，则需要移动终端中的语音通话数据进行防啸叫处理。其中，预设距离值例如可以是20米或10米等，可根据实际需求进行设置。

本申请实施例中，可以采用很多方式来判断语音通话组中是否存在与移动终端之间的距离小于预设距离值的目标移动终端，并不做具体限定，下文中将给出几种方式作为示意性说明。

步骤103、若存在，则对所述移动终端的下行语音通话数据中包含的目标人声数据进行削弱处理或滤除处理，得到待播放通话数据；其中，所述目标人声数据包括所述目标移动终端对应的用户的说话声音数据。

示例性的，下行语音通话数据可以是预设应用程序对应的服务器在接收到语音通话组内其他移动终端的声音数据后，经过混音等处理发送给移动终端的数据，或者直接转发给移动终端的数据，本申请对服务器处理语音通话数据的处理方式不做限定。在相关现有技术中，移动终端从服务器接收到下行语音通话数据后，直接通过扬声器进行播放，而不会进行其他处理。

示例性的，若存在与移动终端之间距离小于预设距离值的目标移动终端，说明目标移动终端对应的用户(假设记为用户B)就在当前移动终端对应的当前用户(假设记为用户A)附近，而下行语音通话数据中包含了用户B讲话的声音，若当前的移动终端直接将下行语音通话数据通过扬声器播放，目标移动终端的麦克风在采集声音时，不仅能够采集到用户B本人讲话发出的声音以外，还能够采集到当前移动终端扬声器播放的B讲话的声音，容易产生啸叫。

本申请实施例中，在获取到移动终端的下行语音通话数据后，不会直接进行播放，而是将其中包含的目标人声数据进行削弱处理或滤除处理，破坏因目标人声数据引起啸叫的条件，从而达到防啸叫的目的。

示例性的，对移动终端的下行语音通话数据中包含的目标人声数据进行削弱处理，可以是，降低移动终端的下行语音通话数据中包含的目标人声数据对应的音量或者声音强度。例如，可以从下行语音通话数据中提取出目标人声数据，对目标人声数据对应的音量或声音强度进行衰减，然后再与下行语音通话数据中的其他声音数据进行混音处理，进而得到待播放通话数据。

示例性的，对移动终端的下行语音通话数据中包含的目标人声数据进行滤除处理，得到待播放通话数据，可以是，从下行语音通话数据中提取出目标人声数据，将剩余声音数据作为待播放通话数据。

步骤104、通过扬声器播放所述待播放通话数据。

示例性的，目标人声数据被进行削弱处理或滤除处理后，所播放的待播放通话数据的声音中用户B讲话的声音变小或已消失，难以被目标移动终端的麦克风采集到，从而破坏啸叫产生条件，有效防止啸叫产生。

本申请实施例中提供的语音通话数据处理方法，检测到移动终端的预设应用程序中的语音通话组建立成功，若判断出语音通话组中存在与移动终端之间的距离小于预设距离值的目标移动终端，则对移动终端的下行语音通话数据中包含的目标人声数据进行削弱处理或滤除处理，得到待播放通话数据并进行播放。通过采用上述技术方案，可以在预设应用程序的语音通话组建立成功后，识别出容易发生啸叫的场景，并针对该场景采用削弱或滤除目标移动终端的用户声音的方式来进行防啸叫，能够达到良好的防啸叫效果，减少啸叫音给用户使用带来的不便。

在一些实施例中，所述判断所述语音通话组中是否存在与所述移动终端之间的距离小于预设距离值的目标移动终端，包括：获取麦克风采集的第一声音数据，以及获取所述移动终端的下行语音通话数据；其中，所述第一声音数据中不包含所述移动终端的扬声器播放的声音；判断所述第一声音数据和所述下行语音通话数据中是否包含同一个人的声音，若是，则确定所述语音通话组中存在与所述移动终端之间的距离小于预设距离值的目标移动终端。这样设置的好处在于，利用第一声音数据和下行语音通话数据中是否包含同一个人的声音来确定移动终端之间的距离，无需借助其他信息进行判断，因此不必为移动终端添加额外的部件，在节约成本的前提下可以快速准确地确定是否需要进行防啸叫处理。

示例性的，可分别获取移动终端的麦克风采集的第一声音数据和移动终端中的下行语音通话数据，并将两类数据进行比较。其中，第一声音数据中不包含所述移动终端的扬声器播放的声音，可通过以下方式实现：在获取第一声音数据和下行语音通话数据的过程中移动终端的扬声器处于关闭状态；或者，在获取第一声音数据和下行语音通话数据的过程中移动终端的扬声器处于开启状态，第一声音数据为在麦克风采集的所有声音数据中，滤除扬声器播放的声音数据后得到的声音数据。示例性的，第一声音数据和下行语音通话数据的获取时长可以根据实际情况设定，例如可以是30秒。可选的，为了保证获取时长内其他移动终端的用户处于讲话状态，可以由预设应用程序对应的服务器对其他移动终端的用户进行提示，如指示其他移动终端以语音方式或文字形式发出提示，以使对应的用户讲话，如“请您讲话，以对麦克风进行测试”等。此外，为了避免当前的移动终端用户说话对判断结果产生干扰，也可以对当前的移动终端的用户进行提示，以提示当前用户不要讲话，如“正在对其他用户设备进行测试，请不要讲话”。

在一些实施例中，所述判断所述第一声音数据和所述下行语音通话数据中是否包含同一个人的声音，包括：提取所述第一声音数据中的第一声纹信息，以及提取所述下行语音通话数据中的第二声纹信息；判断所述第一声纹信息和所述第二声纹信息中是否包含相匹配的目标声纹信息，若包含，则确定所述第一声音数据和所述下行语音通话数据中是否包含同一个人的声音。这样设置的好处在于，能够准确地确认出第一声音数据和下行语音通话数据中是否包含同一个人的声音。声纹为人的声音的生物特征，声纹信息可包括声音的频率、波长、强度、节奏及声调等声纹特性，可通过声纹信息的比对识别出两组声纹信息是否包含同一个人的声纹信息，进而判断出其他用户是否在当前用户身边。

在一些实施例中，所述对所述移动终端的下行语音通话数据中包含的目标人声数据进行削弱处理或滤除处理，包括：根据所述目标声纹信息识别所述移动终端的下行语音通话数据中包含的目标人声数据；对所述目标人声数据进行削弱处理或滤除处理。若上述第一声纹信息和第二声纹信息中包含相匹配的目标声纹信息，说明目标声纹信息正是对应于目标移动终端的用户的，所以可直接根据目标声纹信息识别下行语音通话数据中包含的目标人声数据，进而对目标人声数据进行削弱处理或滤除处理。这样设置的好处在于，与基于声纹信息的距离判断方式相结合，无需额外获取目标移动终端对应用户的声纹信息，即可快速识别目标人声数据，提高对下行语音通话数据的处理效率，进而提升语音通话的时效性。

在一些实施例中，还可以采用其他的方式来判断语音通话组中是否存在与所述移动终端之间的距离小于预设距离值的目标移动终端。例如：

1、采用预设方式播放预设声音片段，并接收所述语音通话组中其他移动终端的反馈信息，所述反馈信息包含所述其他移动终端尝试采集与所述预设声音片段对应的声音信号的结果；根据所述反馈信息判断所述语音通话组中是否存在与所述移动终端之间的距离小于预设距离值的目标移动终端。

这样设置的好处在于，能够快速准确地判断出是否存在目标移动终端，进而快速确定是否需要触发啸叫检测事件。示例性的，可通过扬声器以预设音量播放预先录制或预先获取的声音片段；或，通过超声波发射器播放预设频率及预设强度的超声波片段。相应的，其他移动终端可通过麦克风或超声波接收器采集预设声音片段对应的声音信号。可根据预设距离值对上述的预设音量，或预设频率及预设强度进行设置。反馈信息中包含的结果可以指其他移动终端是否能够采集到所述声音信号。当其他移动终端能够采集到预设声音片段对应的声音信号时，说明两个移动终端的距离小于预设距离值。反馈信息可由预设应用程序对应的服务器进行转发。此外，反馈信息中还可包括采集到的声音信号的属性信息，如声音强度等，由于移动终端播放的声音的强度是已知的，随着声音的传播会有所衰减，传播距离越远，衰减程度越高，可根据反馈信息中的声音信号的强度信息等来确定其他移动终端与当前移动终端的距离，并判断该距离是否小于预设距离值。

2、获取所述移动终端的第一定位信息以及所述语音通话组中其他移动终端的第二定位信息；根据所述第一定位信息和所述第二定位信息，判断所述语音通话组中是否存在与所述移动终端之间的距离小于所述预设距离值的目标移动终端。

这样设置的好处在于，移动终端普遍具备定位功能，能够利用定位信息快速准确地判断出是否存在目标移动终端，进而快速确定是否需要触发啸叫检测事件。示例性的，移动终端可通过全球定位系统(Global Positioning System，GPS)或北斗等定位方式获取定位信息，也可通过基站定位或网络定位等方式获取定位信息。定位信息可包括经纬度坐标等。语音通话组中的其他移动终端的第二定位信息可通过预设应用程序对应的服务器转发至当前移动终端。当前移动终端将自身的第一定位信息与服务器转发来的至少一个第二定位信息逐一进行比对，判断是否存在一个第二定位信息与第一定位信息之间的距离小于预设距离值。

3、获取所述移动终端连接的第一WiFi信息以及所述语音通话组中其他移动终端连接的第二WiFi信息；根据所述第一WiFi信息和所述第二WiFi信息，判断所述语音通话组中是否存在与所述移动终端之间的距离小于所述预设距离值的目标移动终端。

这样设置的好处在于，用户为了节约流量费用，一般采用连接WiFi热点的方式进行语音通话，可以利用这一特点快速准确地判断出是否存在目标移动终端，进而快速确定是否需要触发啸叫检测事件。示例性的，WiFi信息中可包括WiFi热点的属性信息，属性信息例如可以是WiFi热点名称或WiFi热点的媒介访问控制(Media Access Control，MAC)地址等，还可包括WiFi信号强度等。一般的，WiFi热点的信号有效范围有限，一般在50米左右(半径)，若预设距离值大于WiFi热点的信号有效范围，可根据是否存在一个第二WiFi信息的WiFi热点属性信息与第一WiFi信息的WiFi热点属性信息相同来确定所述语音通话组中是否存在与移动终端之间的距离小于预设距离值的目标移动终端，若存在任意一个第二WiFi信息的WiFi热点属性信息与第一WiFi信息的WiFi热点属性信息相同，则确定语音通话组中存在目标移动终端，也就是说，当语音通话组中有一个其他移动终端与当前移动终端连接同一个WiFi热点时，可认为该其他移动终端为目标移动终端。此外，若预设距离值小于WiFi热点的信号有效范围，如10米，那么可进一步根据WiFi信号强度估算连接同一个WiFi热点的移动终端分别与WiFi热点的距离，进而确定两个移动终端之间的距离，判断该距离是否小于预设距离值。

在一些实施例中，所述对所述移动终端的下行语音通话数据中包含的目标人声数据进行削弱处理或滤除处理，包括：向所述预设应用程序对应的服务器发送声纹信息获取请求，所述声纹信息获取请求用于指示所述服务器获取所述目标移动终端对应的用户的目标声纹信息；接收所述服务器返回的所述目标声纹信息；根据所述目标声纹信息识别所述移动终端的下行语音通话数据中包含的目标人声数据；对所述目标人声数据进行削弱处理或滤除处理。这样设置的好处在于，对于采用声纹识别方式以外的距离判断方式来说，仅仅是确定了当前的移动终端附近是否存在语音通话组中的目标移动终端，但对目标移动终端的用户并不了解，所以可以借助服务器来获取到目标移动终端的用户的声音属性，方便从下行语音通话数据中识别目标人声数据。可选的，各个用户在注册预设应用程序时，可录入自己的声纹信息，如可用于应用解锁或鉴权等，预设应用程序对应的服务器可以记录用户的账号和录入的声纹信息，生成声纹信息数据库。本申请实施例中，当服务器接收到当前移动终端的声纹信息获取请求后，可从预先记录的声纹信息数据库中提取出目标移动终端对应的声纹信息发送给当前的移动终端。此外，若服务器中并不存在声纹信息数据库，那么在接收到当前移动终端的声纹信息获取请求后，可向目标移动终端发送声音录制请求，声音录制请求可以指示目标移动终端提示用户说话，并对用户说话的声音进行录制，将录制的声音返回给服务器，或者从录制的声音中提取声纹信息返回给服务器。可以理解的是，上述几种距离判断方式中，语音通话组中其他移动终端的用于判断的各种信息，如第二定位信息等，一般都是由服务器转发给当前的移动终端的，那么当前的移动终端可以把目标移动终端的信息(如第二定位信息)告知服务器，从而使服务器成功获知目标移动终端具体是哪个移动终端。

在一些实施例中，还可以对移动终端的上行语音通话数据进行处理，以进一步防啸叫。例如，在确定存在目标移动终端后，获取移动终端采集的声音数据，对所述声音数据进行人声和背景音分离操作；对分离出的背景音进行削弱处理；将经过削弱处理后的背景音和分离出的人声进行混音处理后，作为上行语音通话数据发送至所述预设应用程序对应的服务器。这样设置的好处在于，能够有效削弱由于背景音引起的啸叫。示例性的，当移动终端中存在麦克风阵列(麦克风数量大于或等于2)时，可判断出声源位置，根据声源位置筛选出距离移动终端较远(如大于1米)的声音作为背景音；或者，可预先获取移动终端用户的声纹信息，根据声纹信息从声音数据中提取出用户说话的声音作为人声，剩余的声音作为背景音。示例性的，对分离出的背景音进行削弱处理可以是通过调整增益的方式减小背景音的声音，也可以滤除背景音。背景音经过削弱处理后，音量减小，破坏声音越来越大的条件，进而有效削弱由于背景音引起的啸叫。可以理解的是，对上行语音通话数据进行处理以及对下行语音通话数据进行处理可以是并行执行的，也可以存在先后顺序，可由移动终端的配置或运行机制决定，本申请实施例不做限定。

图2为本申请实施例提供的另一种语音通话数据处理方法的流程示意图，以预设应用程序为网络游戏应用程序为例，该方法包括如下步骤：

步骤201、检测到移动终端的游戏应用程序中的语音通话组建立成功，开始距离测试。

示例性的，以团队对战游戏为例，如王者荣耀，每队有5个玩家，红蓝两队进行对战，每个队伍的5个玩家之间需要进行沟通交流商量对战策略，因此，许多玩家会选择开启队内语音通话功能，如一个玩家申请开启队内语音通话功能后，语音通话组建立成功。开始正式语音通话后，同一战队的5个玩家中的任意一个，可听到其余4个玩家说话的声音。本申请实施例中，语音通话组建立成功后，不会直接进入正式的语音通话，而是先开始距离测试。开始距离测试后，移动终端可以向游戏服务器发送开始测试指令，开始测试指令用于指示游戏服务器指导语音通话组中的各位玩家在指定时间内采用自己正常的说话声音讲话。

步骤202、获取麦克风采集的所有声音数据，并滤除所述扬声器播放的声音数据后得到的声音数据，得到第一声音数据。

示例性的，移动终端的扬声器播放声音数据后，可对所播放的声音数据进行记录或缓存，而不会像相关技术中那样播放后即进行清除，可以待得到第一声音数据之后再进行清除。

步骤203、获取移动终端中的下行语音通话数据。

可以理解的是，此时获取的下行语音通话数据为距离测试阶段的数据，与步骤206中的下行语音通话数据不同。

步骤204、提取第一声音数据中的第一声纹信息，以及提取下行语音通话数据中的第二声纹信息。

步骤205、判断第一声纹信息和第二声纹信息中是否包含相匹配的目标声纹信息，若是，则执行步骤206；否则，执行步骤209。

若5个玩家中，有两个玩家的移动终端距离较近，如两个好朋友在家中一起玩，又同时将移动终端设置为外放模式，这样就非常容易引起啸叫。因此，本申请实施例中，可先判断语音通话组中是否存在与当前的移动终端距离较近的其他移动终端，若存在，则需要进行防啸叫处理。

步骤206、开始语音通话，根据所述目标声纹信息识别移动终端的下行语音通话数据中包含的目标人声数据。

步骤207、对目标人声数据进行削弱处理，得到待播放通话数据。

步骤208、通过扬声器播放所述待播放通话数据。

步骤209、开始语音通话，通过扬声器播放下行语音通话数据。

本申请实施例中，在游戏应用中的语音通话组建立成功后，不会立即开始语音通话，而是先进行距离测试，获取麦克风采集的声音数据以及下行语音通话数据，根据两组数据中是否包含同一个人的声音，来确定语音通话组中是否存在与当前移动终端距离较近的其他移动终端，若存在，则在正式开始语音通话后，对下行语音通话数据中包含的目标人声数据进行削弱处理后，再通过扬声器进行播放，在一定程度上破坏啸叫产生条件，能够达到良好的防啸叫效果，减少啸叫音给用户使用带来的不便。

图3为本申请实施例提供的又一种语音通话数据处理方法的流程示意图，以预设应用程序为网络游戏应用程序为例，该方法包括如下步骤：

步骤301、检测到移动终端的游戏应用程序中的语音通话组建立成功，开始距离测试。

步骤302、获取移动终端的第一定位信息以及语音通话组中其他移动终端的第二定位信息。

可以理解的是，语音通话组中除了当前移动终端，可能存在多个其他移动终端，其他移动终端获取的定位信息统称为第二定位信息，对于不同的其他移动终端来说，各自的第二定位信息一般是不相同的。示例性的，其他移动终端可以将自身的第二定位信息通过游戏服务器转发给当前的移动终端，当然也可以采用其他方式直接或间接发送给当前的移动终端，本申请实施例不做限定。

步骤303、根据第一定位信息和第二定位信息，依次计算当前的移动终端与其他移动终端之间的距离。

步骤304、判断所计算的距离中是否存在小于预设距离值的距离值，若是，则执行步骤305；否则，执行步骤310。

步骤305、向游戏服务器发送声纹信息获取请求。

其中，所述声纹信息获取请求用于指示所述服务器获取所述目标移动终端对应的用户的目标声纹信息。

步骤306、接收游戏服务器返回的目标声纹信息。

步骤307、开始语音通话，根据目标声纹信息识别移动终端的下行语音通话数据中包含的目标人声数据。

步骤308、将目标人声数据从下行语音通话数据中滤除，得到待播放通话数据。

步骤309、通过扬声器播放所述待播放通话数据。

步骤310、开始语音通话，通过扬声器播放下行语音通话数据。

本申请实施例中，在游戏应用中的语音通话组建立成功后，不会立即开始语音通话，而是先进行距离测试，获取各移动终端的定位信息，来确定语音通话组中是否存在与当前移动终端距离较近的其他移动终端，若存在，则从游戏服务器获取目标移动终端用户的声纹信息，在正式开始语音通话后，对下行语音通话数据中包含的目标人声数据进行滤除处理后，再通过扬声器进行播放，在一定程度上破坏啸叫产生条件，能够达到良好的防啸叫效果，减少啸叫音给用户使用带来的不便。

图4为本申请实施例提供的一种语音通话数据处理装置的结构框图，该装置可由软件和/或硬件实现，一般集成在移动终端中，可通过执行语音通话数据处理方法来对语音通话数据进行防啸叫处理。如图4所示，该装置包括：

通话组检测模块401，用于检测移动终端的预设应用程序中的语音通话组是否建立成功；

距离判断模块402，用于在检测到移动终端的预设应用程序中的语音通话组建立成功后，判断所述语音通话组中是否存在与所述移动终端之间的距离小于预设距离值的目标移动终端；

通话数据处理模块403，用于在所述距离判断模块的判断结果为存在时，对所述移动终端的下行语音通话数据中包含的目标人声数据进行削弱处理或滤除处理，得到待播放通话数据；其中，所述目标人声数据包括所述目标移动终端对应的用户的说话声音数据；

通话数据播放模块404，用于通过扬声器播放所述待播放通话数据。

本申请实施例提供的语音通话数据处理装置，检测到移动终端的预设应用程序中的语音通话组建立成功，若判断出语音通话组中存在与移动终端之间的距离小于预设距离值的目标移动终端，则对移动终端的下行语音通话数据中包含的目标人声数据进行削弱处理或滤除处理，得到待播放通话数据并进行播放。通过采用上述技术方案，可以在预设应用程序的语音通话组建立成功后，识别出容易发生啸叫的场景，并针对该场景采用削弱或滤除目标移动终端的用户声音的方式来进行防啸叫，能够达到良好的防啸叫效果，减少啸叫音给用户使用带来的不便。

可选的，所述判断所述语音通话组中是否存在与所述移动终端之间的距离小于预设距离值的目标移动终端，包括：

获取麦克风采集的第一声音数据，以及获取所述移动终端的下行语音通话数据；其中，所述第一声音数据中不包含所述移动终端的扬声器播放的声音；

判断所述第一声音数据和所述下行语音通话数据中是否包含同一个人的声音，若是，则确定所述语音通话组中存在与所述移动终端之间的距离小于预设距离值的目标移动终端。

可选的，所述判断所述第一声音数据和所述下行语音通话数据中是否包含同一个人的声音，包括：

提取所述第一声音数据中的第一声纹信息，以及提取所述下行语音通话数据中的第二声纹信息；

判断所述第一声纹信息和所述第二声纹信息中是否包含相匹配的目标声纹信息，若包含，则确定所述第一声音数据和所述下行语音通话数据中是否包含同一个人的声音。

可选的，所述对所述移动终端的下行语音通话数据中包含的目标人声数据进行削弱处理或滤除处理，包括：

根据所述目标声纹信息识别所述移动终端的下行语音通话数据中包含的目标人声数据；

对所述目标人声数据进行削弱处理或滤除处理。

可选的，所述判断所述语音通话组中是否存在与所述移动终端之间的距离小于预设距离值的目标移动终端，包括：

采用预设方式播放预设声音片段，并接收所述语音通话组中其他移动终端的反馈信息，所述反馈信息包含所述其他移动终端尝试采集与所述预设声音片段对应的声音信号的结果；根据所述反馈信息判断所述语音通话组中是否存在与所述移动终端之间的距离小于预设距离值的目标移动终端；

或者，

获取所述移动终端的第一定位信息以及所述语音通话组中其他移动终端的第二定位信息；根据所述第一定位信息和所述第二定位信息，判断所述语音通话组中是否存在与所述移动终端之间的距离小于预设距离值的目标移动终端；

或者，

获取所述移动终端连接的第一WiFi信息以及所述语音通话组中其他移动终端连接的第二WiFi信息；根据所述第一WiFi信息和所述第二WiFi信息，判断所述语音通话组中是否存在与所述移动终端之间的距离小于预设距离值的目标移动终端。

可选的，所述对所述移动终端的下行语音通话数据中包含的目标人声数据进行削弱处理或滤除处理，包括：

向所述预设应用程序对应的服务器发送声纹信息获取请求，所述声纹信息获取请求用于指示所述服务器获取所述目标移动终端对应的用户的目标声纹信息；

接收所述服务器返回的所述目标声纹信息；

根据所述目标声纹信息识别所述移动终端的下行语音通话数据中包含的目标人声数据；

对所述目标人声数据进行削弱处理或滤除处理。

可选的，所述预设应用程序为网络游戏应用程序。

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

检测到移动终端的预设应用程序中的语音通话组建立成功；

判断所述语音通话组中是否存在与所述移动终端之间的距离小于预设距离值的目标移动终端；

若存在，则对所述移动终端的下行语音通话数据中包含的目标人声数据进行削弱处理或滤除处理，得到待播放通话数据；其中，所述目标人声数据包括所述目标移动终端对应的用户的说话声音数据；

通过扬声器播放所述待播放通话数据。

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

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

本申请实施例提供了一种移动终端，该移动终端中可集成本申请实施例提供的语音通话数据处理装置。图5为本申请实施例提供的一种移动终端的结构示意图。移动终端500可以包括：存储器501，处理器502及存储在存储器501上并可在处理器502运行的计算机程序，所述处理器502执行所述计算机程序时实现如本申请实施例所述的语音通话数据处理方法。

本申请实施例提供的移动终端，可以在预设应用程序的语音通话组建立成功后，识别出容易发生啸叫的场景，并针对该场景采用削弱或滤除目标移动终端的用户声音的方式来进行防啸叫，能够达到良好的防啸叫效果，减少啸叫音给用户使用带来的不便。

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

检测到移动终端的预设应用程序中的语音通话组建立成功；

判断所述语音通话组中是否存在与所述移动终端之间的距离小于预设距离值的目标移动终端；

若存在，则对所述移动终端的下行语音通话数据中包含的目标人声数据进行削弱处理或滤除处理，得到待播放通话数据；其中，所述目标人声数据包括所述目标移动终端对应的用户的说话声音数据；

通过扬声器播放所述待播放通话数据。

所述移动终端还包括：外设接口603、RF(Radio Frequency，射频)电路605、音频电路606、扬声器611、电源管理芯片608、输入/输出(I/O)子系统609、其他输入/控制设备610、触摸屏612、其他输入/控制设备610以及外部端口604，这些部件通过一个或多个通信总线或信号线607来通信。

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

下面就本实施例提供的用于语音通话数据处理的移动终端进行详细的描述，该移动终端以手机为例。

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

外设接口603，所述外设接口603可以将设备的输入和输出外设连接到CPU602和存储器601。

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

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

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

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

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

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

电源管理芯片608，用于为CPU602、I/O子系统及外设接口所连接的硬件进行供电及电源管理。

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

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

Claims (10)

1.一种语音通话数据处理方法，其特征在于，包括：

检测到移动终端的预设应用程序中的语音通话组建立成功；

判断所述语音通话组中是否存在与所述移动终端之间的距离小于预设距离值的目标移动终端；

若存在，则对所述移动终端的下行语音通话数据中包含的目标人声数据进行削弱处理或滤除处理，得到待播放通话数据；其中，所述目标人声数据包括所述目标移动终端对应的用户的说话声音数据；

通过扬声器播放所述待播放通话数据。

2.根据权利要求1所述的方法，其特征在于，所述判断所述语音通话组中是否存在与所述移动终端之间的距离小于预设距离值的目标移动终端，包括：

获取麦克风采集的第一声音数据，以及获取所述移动终端的下行语音通话数据；其中，所述第一声音数据中不包含所述移动终端的扬声器播放的声音；

判断所述第一声音数据和所述下行语音通话数据中是否包含同一个人的声音，若是，则确定所述语音通话组中存在与所述移动终端之间的距离小于预设距离值的目标移动终端。

3.根据权利要求2所述的方法，其特征在于，所述判断所述第一声音数据和所述下行语音通话数据中是否包含同一个人的声音，包括：

提取所述第一声音数据中的第一声纹信息，以及提取所述下行语音通话数据中的第二声纹信息；

判断所述第一声纹信息和所述第二声纹信息中是否包含相匹配的目标声纹信息，若包含，则确定所述第一声音数据和所述下行语音通话数据中是否包含同一个人的声音。

4.根据权利要求3所述的方法，其特征在于，所述对所述移动终端的下行语音通话数据中包含的目标人声数据进行削弱处理或滤除处理，包括：

根据所述目标声纹信息识别所述移动终端的下行语音通话数据中包含的目标人声数据；

对所述目标人声数据进行削弱处理或滤除处理。

5.根据权利要求1所述的方法，其特征在于，所述判断所述语音通话组中是否存在与所述移动终端之间的距离小于预设距离值的目标移动终端，包括：

采用预设方式播放预设声音片段，并接收所述语音通话组中其他移动终端的反馈信息，所述反馈信息包含所述其他移动终端尝试采集与所述预设声音片段对应的声音信号的结果；根据所述反馈信息判断所述语音通话组中是否存在与所述移动终端之间的距离小于预设距离值的目标移动终端；

或者，

获取所述移动终端的第一定位信息以及所述语音通话组中其他移动终端的第二定位信息；根据所述第一定位信息和所述第二定位信息，判断所述语音通话组中是否存在与所述移动终端之间的距离小于预设距离值的目标移动终端；

或者，

获取所述移动终端连接的第一WiFi信息以及所述语音通话组中其他移动终端连接的第二WiFi信息；根据所述第一WiFi信息和所述第二WiFi信息，判断所述语音通话组中是否存在与所述移动终端之间的距离小于预设距离值的目标移动终端。

6.根据权利要求2或5所述的方法，其特征在于，所述对所述移动终端的下行语音通话数据中包含的目标人声数据进行削弱处理或滤除处理，包括：

向所述预设应用程序对应的服务器发送声纹信息获取请求，所述声纹信息获取请求用于指示所述服务器获取所述目标移动终端对应的用户的目标声纹信息；

接收所述服务器返回的所述目标声纹信息；

根据所述目标声纹信息识别所述移动终端的下行语音通话数据中包含的目标人声数据；

对所述目标人声数据进行削弱处理或滤除处理。

7.根据权利要求1所述的方法，其特征在于，所述预设应用程序为网络游戏应用程序。

8.一种语音通话数据处理装置，其特征在于，包括：

通话组检测模块，用于检测移动终端的预设应用程序中的语音通话组是否建立成功；

距离判断模块，用于在检测到移动终端的预设应用程序中的语音通话组建立成功后，判断所述语音通话组中是否存在与所述移动终端之间的距离小于预设距离值的目标移动终端；

通话数据处理模块，用于在所述距离判断模块的判断结果为存在时，对所述移动终端的下行语音通话数据中包含的目标人声数据进行削弱处理或滤除处理，得到待播放通话数据；其中，所述目标人声数据包括所述目标移动终端对应的用户的说话声音数据；

通话数据播放模块，用于通过扬声器播放所述待播放通话数据。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一所述的语音通话数据处理方法。

10.一种移动终端，其特征在于，包括存储器，处理器及存储在存储器上并可在处理器运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1-7任一所述的语音通话数据处理方法。