CN103516919B - 发送音频数据的方法、装置及终端 - Google Patents

Abstract

本发明公开了一种发送音频数据的方法、装置及终端，其中，该方法包括：本地终端依据设置的呼叫静音命令将采集到的音频数据设置为静音；本地终端将设置为静音后的音频数据发送至接收终端。通过运用本发明，解决了由于加入会议过程中，关闭麦克的操作都是在加入会议之后手动执行的，导致会议受到噪声的影响的问题，进而实现了数据不间断采集及发送，保持了数据的连续性，提升了系统的性能。

Description

发送音频数据的方法、装置及终端

技术领域

本发明涉及通信领域，具体而言，涉及一种发送音频数据的方法、装置及终端。

背景技术

在会议电视终端产品中，发起呼叫终端所接入的麦克常常处于打开状态。

一种情况是此时如果发起呼叫终端所处的环境比较嘈杂，那么被呼叫的终端或正在召开会议的会场都会接收到嘈杂声音，严重影响会议质量，给会议中的参会者带来听觉上的反感。在会议电视的以往技术实现中，点对点的会议（如图1所示）都是在终端上会后，通过手动关闭环境嘈杂终端的麦克来实现麦克静音，而在多点会议中（如图2所示，为加入内置MCU终端召开的会议），则是通过某一终端申请主席，然后关闭嘈杂终端的麦克来实现。传统的技术实现都有一个重大的隐患，就是在与会终端都接受到了巨大的嘈杂声后才可以进行麦克的关闭控制。

另外一种情况是，会议电视召开的会议中有很多的会议隶属于机密会议。例如多个终端组成的会场正在讨论机密内容或者一方会场多人在讨论机密内容，此时所讨论的内容是不允许另一方听到的。点对点会议和多点会议都是需要手工进行静音的操作，而在手工进行静音的过程中是需要一段时间的，而此端时间内往往会导致机密信息的泄露。

相关技术中，由于加入会议过程中，关闭麦克的操作都是在加入会议之后手动执行的，导致会议受到噪声的影响。

发明内容

本发明提供了一种发送音频数据的方法、装置及终端，以至少解决相关技术中，由于加入会议过程中，关闭麦克的操作都是在加入会议之后手动执行的，导致会议受到噪声的影响的问题。

根据本发明的一个方面，提供了一种发送音频数据的方法，包括：本地终端依据设置的呼叫静音命令将采集到的音频数据设置为静音；所述本地终端将设置为静音后的音频数据发送至接收终端。

优选地，本地终端依据设置的呼叫静音命令将采集到的音频数据设置为静音包括：所述本地终端在加入会议的过程中，检测当前数据连接是否建立；如果是，则依据所述呼叫静音命令将采集到的音频数据设置为零。

优选地，所述本地终端依据设置的呼叫静音命令将采集到的音频数据设置为静音之前，还包括：所述本地终端根据当前的呼叫状态设置呼叫静音命令，其中，所述呼叫状态包括：主叫或被叫。

优选地，所述本地终端根据当前的呼叫状态设置呼叫静音命令包括：如果所述本地终端当前的呼叫状态为主叫，则确定所述呼叫静音命令为将所述本地终端作为主叫进行呼入时采集到的音频数据进行处理；如果所述本地终端当前的呼叫状态为被叫，则确定所述呼叫静音命令为将所述本地终端作为被叫进行呼入时采集到的音频数据进行处理。

优选地，在所述本地终端加入会议后，所述方法还包括：所述本地终端在会议进行过程中，实时监测是否有非本地终端加入所述会议；如果是，则依据当前的呼叫静音命令将采集到的音频数据设置为静音。

根据本发明的另一方面，提供了一种发送音频数据的装置，包括：第一设置模块，用于依据设置的呼叫静音命令将采集到的音频数据设置为静音；发送模块，用于将设置为静音后的音频数据发送至接收终端。

优选地，所述第一设置模块包括：检测单元，用于在加入会议的过程中，检测当前数据连接是否建立；设置单元，用于在当前数据连接建立的情况下，依据所述呼叫静音命令将采集到的音频数据设置为零。

优选地，所述装置还包括：第二设置模块，用于根据当前的呼叫状态设置呼叫静音命令，其中，所述呼叫状态包括：主叫或被叫。

优选地，所述第二设置模块包括：第一确定单元，用于在本地终端当前的呼叫状态为主叫时，确定呼叫静音命令为将所述本地终端作为主叫进行呼叫时采集到的音频数据进行处理；第二确定单元，用于在所述本地终端当前的呼叫状态为被叫时，确定呼叫静音命令为将所述本地终端作为被叫进行呼叫时采集到的音频数据进行处理。

优选地，所述装置还包括：监测模块，用于在会议进行过程中，实时监测是否有非本地终端加入所述会议；第三设置模块，用于在有非本地终端加入所述会议的情况下，依据当前的呼叫静音命令将采集到的音频数据设置为静音。

根据本发明的再一方面，提供了一种终端，包括：上述任一项所述的装置。

本发明用了如下方法：本地终端根据呼叫静音命令将音频数据设置为静音，并将静音后的数据发送至接收终端，该过程的实现相当于将麦克进行了关闭，使在会的终端都听不到刚加入终端的声音。通过运用本发明，解决了由于加入会议过程中，关闭麦克的操作都是在加入会议之后手动执行的，导致会议受到噪声的影响的问题，进而实现了数据不间断采集及发送，保持了数据的连续性，提升了系统的性能。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据相关技术的点对点会议架构示意图；

图2是根据相关技术的多点会议架构示意图；

图3是根据本发明实施例的发送音频数据的方法的流程图；

图4是根据本发明实施例的发送音频数据的装置的结构框图一；

图5是根据本发明实施例的发送音频数据的装置的结构框图二；

图6是根据本发明实施例的发送音频数据的装置的结构框图三；

图7是根据本发明实施例的发送音频数据的装置的结构框图四；

图8是根据本发明优选实施例的终端的结构框图；

图9是根据本发明优选实施例的实例一的主叫终端下发静音命令的流程图；

图10是根据本发明优选实施例的实例二的被叫终端下发静音命令的流程图；

图11是根据本发明优选实施例的实例三的被叫终端下发静音命令的流程图；

图12是根据本发明优选实施例的实例四的音频采集模块处理静音命令的流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

基于相关技术中，由于加入会议过程中，关闭麦克的操作都是在加入会议之后手动执行的，导致会议受到噪声的影响的问题，本发明实施例提供一种发送音频数据的方法，该方法的流程如图3所示，包括步骤S102至步骤S104：

步骤S102，本地终端依据设置的呼叫静音命令将采集到的音频数据设置为静音；

步骤S104，本地终端将设置为静音后的音频数据发送至接收终端。

本实施例采用了如下方法：本地终端根据呼叫静音命令将音频数据设置为静音，并将静音后的数据发送至接收终端，该过程的实现相当于将麦克进行了关闭，使在会的终端都听不到刚加入终端的声音。通过运用本实施例，解决了由于加入会议过程中，关闭麦克的操作都是在加入会议之后手动执行的，导致会议受到噪声的影响的问题，进而实现了数据不间断采集及发送，保持了数据的连续性，提升了系统的性能。

在本地终端依据设置的呼叫静音命令将采集到的音频数据设置为静音之前，还可以使本地终端根据当前的呼叫状态设置呼叫静音命令，其中，呼叫状态包括主叫状态或被叫状态。

在上述步骤实施的过程中，如果本地终端当前的呼叫状态为主叫，则确定呼叫静音命令为将本地终端作为主叫进行呼入时采集到的音频数据进行处理。在实现过程中，如果本地终端要求加入会议，则其当前状态为主叫，其呼叫静音命令的实现就是使会议中的任何一个终端都听不到其声音。

如果本地终端当前的呼叫状态为被叫，则确定呼叫静音命令为将本地终端作为被叫进行呼入时采集到的音频数据进行处理。在该过程中，如果本地终端为被叫，则其它终端要求加入本地终端所在的会议时，本地终端的麦克也相当于关闭状态，使会议中都听不到本地终端的声音。

该过程也可以通过软件实现在操作界面上，例如，用户可以在操作界面上的主叫呼叫静音或被叫呼叫静音中选择，如果选择主叫呼叫静音，则在呼叫其它终端（即加入会议）的过程中，其它终端无法听到该终端的声音，相当于麦克关闭。

在设置完呼叫静音命令后，本地终端依据设置的呼叫静音命令将采集到的音频数据设置为静音可以包括如下处理：本地终端在加入会议的过程中，检测当前数据连接是否建立；如果是，则依据呼叫静音命令将采集到的音频数据设置为零。在实施过程中，将采集到的音频数据设置为零只是一种优选的方式，还可以将采集到的数据全部设置为空进行发送，也可以达到将采集到的音频数据设置为零相同的效果。通过上述步骤的实施，可以在数据连续发送的情况下，实现与关闭麦克相同的效果。

在本地终端加入会议后，可以按照用户的指示选择开启或继续处于音频数据静音发送的状态。

在本地终端在会议进行过程中，可以实时监测是否有非本地终端加入会议；如果是，则依据当前的呼叫静音命令将采集到的音频数据设置为静音。在有非本地终端加入会议的过程中，本地终端可以自动设置为被叫静音命令，也可以通过界面让用户选择是否设置被叫静音命令。在设置被叫静音命令的情况下，其它终端加入会议时，本地终端自动将本地采集到的音频数据设置为静音进行发送，保证了会议质量，不对会议造成任何噪声影响。

基于上述发送音频数据的方法，本发明实施例还提供了一种发送音频数据的装置，该装置可以应用于终端中，其结构框图可以如图4所示，包括：第一设置模块10，用于依据设置的呼叫静音命令将采集到的音频数据设置为静音；发送模块20，与第一设置模块10耦合，用于将设置为静音后的音频数据发送至接收终端。

图5示出了本发明实施例发送音频数据的装置的优选实施例，在图5中，第一设置模块10可以包括：检测单元102，用于在加入会议的过程中，检测当前数据连接是否建立；设置单元104，与检测单元102耦合，用于在当前数据连接建立的情况下，依据呼叫静音命令将采集到的音频数据设置为零。

在一个优选实施例中，装置还可以如图6所示包括：第二设置模块30，与第一设置模块10耦合，用于根据当前的呼叫状态设置呼叫静音命令，其中，呼叫状态包括：主叫或被叫。

其中，第二设置模块还包括：第一确定单元302，用于在本地终端当前的呼叫状态为主叫时，确定呼叫静音命令为将本地终端作为主叫进行呼叫时采集到的音频数据进行处理；第二确定单元304，用于在本地终端当前的呼叫状态为被叫时，确定呼叫静音命令为将本地终端作为被叫进行呼叫时采集到的音频数据进行处理。

在图7所示的装置中，还包括：监测模块40，与发送模块20耦合，用于在会议进行过程中，实时监测是否有非本地终端加入会议；第三设置模块50，与监测模块40耦合，用于在有非本地终端加入会议的情况下，依据当前的呼叫静音命令将采集到的音频数据设置为静音。

下面结合附图及优选实施例对上述实施例进行说明。在下述优选实施例中，装置设置在终端内部，其终端中各模块的命名与上述实施方式的发送音频数据的装置中各模块的命名略有不同，但能达到相同的技术效果。

优选实施例

本优选实施例涉及一种会议电视终端在点对点呼叫建立后，或加入内置MCU终端召开的会议后自动关闭接入麦克音量的装置，其设置在终端内部。该终端可以如图8所示，包括：主控模块及音频采集模块。当终端发起呼叫后，终端的主控模块会定时检测终端是否入会、能力协商是否发生变化，并根据配置选项自动关闭接入的麦克音量。本发明有效地提高了会场中的声音不被新入会终端所影响，同时也可以保护会场中正在讨论的内容不被新加入终端所获取。

本优选实施例终端的执行过程如下：

（1）在用户UI界面上提供“主叫呼入（呼叫）静音”与“被叫呼入（呼叫）静音”的选项，在UI上选择相应的静音配置后，UI会将对应的索引值传递给主控模块。

（2）主控模块会检测终端的状态。该终端可以包括两种状态，一种是连接状态，一种是能力协商发生变化的状态。对能连接状态进行检测时，当连接建立后，主控模块会根据下发的索引值将静音命令下发给音频采集模块；如果连接未建立，则终端不会下发静音命令给音频采集模块。对能力协商发生变化的状态进行检测时，当能力协商发生变化后，主控模块会根据下发的索引值将静音命令下发给音频采集模块。

（3）音频采集模块在接受到静音命令后，会将采集到的音频数据置为0，并将置为0的数据发送给远端，从而远端听不到任何发送端会场所发出的声音，但不会停止音频数据的采集。

该终端的实现过程与现有技术相比较，实现了由会议电视终端在呼叫建立后根据具体的配置项决定是否关闭接入麦克，最大程度地减少了新呼入终端对整个会场的干扰与影响，提升了系统性能，同时提高了用户体验。

下面结合实例进行说明。

实例一

图9是主叫终端主控模块下发静音命令的流程图。该流程可以包括步骤S202至步骤S210：

步骤S202，主控模块检测本终端是否在会。如果是，则执行步骤S204，否则继续执行步骤S202。

步骤S204，判断本终端是否为主叫。如果是，则执行步骤S206，否则执行步骤S210。

步骤S206，判断是否启动主叫呼入静音。如果是，则执行步骤S208，否则执行步骤S210。

步骤S208，下发静音命令至音频采集模块。

步骤S210，不下发静音命令。

上述为点对点呼叫实施的过程中，主叫终端监控下发静音命令的过程。实施时，两个终端均未在会，主叫终端设置了主叫呼入静音，当主叫终端发起呼叫时，主叫终端的主控模块会定时监测是否在会，如果在会的话则会下发静音命令道音频采集模块，相反则不会下发静音命令。

举例说明，如有两个终端A，B，假设终端A设置了主叫呼入静音，终端B未启用任何静音设置，此时终端A呼叫终端B时，终端A的主控会将静音命令下发给自己的音频采集模块，而终端B的主控则不会下发静音命令；此时终端B呼叫终端A时，两个终端均不会下发静音命令。

实例二

图10是被叫终端主控模块下发静音命令的流程图。该流程可以包括步骤S302至步骤S310：

步骤S302，主控模块检测本终端是否在会。如果是，则执行步骤S304，否则继续执行步骤S302。

步骤S304，判断本终端是否为被叫。如果是，则执行步骤S306，否则执行步骤S310。

步骤S306，判断是否启动被叫呼入静音。如果是，则执行步骤S308，否则执行步骤S310。

步骤S308，下发静音命令至音频采集模块。

步骤S310，不下发静音命令。

上述为点对点呼叫实施的过程中，被叫终端监控下发静音命令的过程。实施时，两个终端均未在会，被叫终端设置了被叫呼入静音，当被叫终端上会后，被叫终端的主控模块会定时监测是否在会，如果在会的话则会下发静音命令道音频采集模块，相反则不会下发静音命令。

举例说明，如有两个终端A，B假设终端A设置了被叫呼入静音，终端B未启用任何静音设置，此时终端B呼叫终端A时，终端A的主控会将静音命令下发给自己的音频采集模块，而终端B的主控则不会下发任何静音命令；此时终端A呼叫终端B时，两个终端均不会下发静音命令。

实例三

图11是被叫终端主控模块下发静音命令的流程图。该流程可以包括步骤S402至步骤S410：

步骤S402，主控模块检测本终端是否有能力协商。如果是，则执行步骤S404，否则继续执行步骤S402。

步骤S404，判断本终端是否为被叫。如果是，则执行步骤S406，否则执行步骤S410。

步骤S406，判断是否启动被叫呼入静音。如果是，则执行步骤S408，否则执行步骤S410。

步骤S408，下发静音命令至音频采集模块。

步骤S410，不下发静音命令。

上述为多点呼叫实施的过程中，被叫终端监控下发静音命令的过程。实施时，当内置MCU终端已经呼叫多个终端在会，且所有终端均设置了被叫呼入静音。此时，如果有一个新的终端呼叫内置MCU终端，新的终端入会后，会场中的所有终端会重新进行一次能力交互，每个终端的主控会定时检测是否发生能力交互，当检测到有能力交互后，主控会下发静音命令给音频采集模块。

实例四

图12是音频采集模块处理静音命令的流程图。该流程可以包括步骤S502至步骤S508：

步骤S502，音频采集模块会实时采集音频数据并进行存储。如果是，则执行步骤S504，否则继续执行步骤S502。

步骤S504，判断是否接收到静音命令。如果是，则执行步骤S508，否则执行步骤S506。

步骤S506，将采集到的音频数据编码送到对端。

步骤S508，将音频数据置0，并将采集到的音频数据编码送到对端。

上述为音频采集的过程中，音频采集模块执行过程的流程图。实施时，音频采集模块会实时采集音频数据，当未收到音命令时，音频采集模块会将采集到的音频数据存储到一个内存区域中，并将内存区域的数据进行编码发送出去；当音频采集模块接收到静音命令后，会将存储音频内存区域的值置为0，并将此段区域数据发送出去。

从以上的描述中，可以看出，本发明实现了如下技术效果：

本实施例采用了如下方法：本地终端根据呼叫静音命令将音频数据设置为静音，并将静音后的数据发送至接收终端，该过程的实现相当于将麦克进行了关闭，使在会的终端都听不到刚加入终端的声音。通过运用本实施例，解决了由于加入会议过程中，关闭麦克的操作都是在加入会议之后手动执行的，导致会议受到噪声的影响的问题，进而实现了数据不间断采集及发送，保持了数据的连续性，提升了系统的性能。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (9)

1.一种发送音频数据的方法，其特征在于，包括：

本地终端依据设置的呼叫静音命令将采集到的音频数据设置为静音；

所述本地终端将设置为静音后的音频数据发送至接收终端；

其中，本地终端依据设置的呼叫静音命令将采集到的音频数据设置为静音包括：所述本地终端在加入会议的过程中，检测当前数据连接是否建立；如果是，则依据所述呼叫静音命令将采集到的音频数据设置为零。

2.根据权利要求1所述的方法，其特征在于，所述本地终端依据设置的呼叫静音命令将采集到的音频数据设置为静音之前，还包括：

所述本地终端根据当前的呼叫状态设置呼叫静音命令，其中，所述呼叫状态包括：主叫或被叫。

3.根据权利要求2所述的方法，其特征在于，所述本地终端根据当前的呼叫状态设置呼叫静音命令包括：

如果所述本地终端当前的呼叫状态为主叫，则确定所述呼叫静音命令为将所述本地终端作为主叫进行呼入时采集到的音频数据进行处理；

如果所述本地终端当前的呼叫状态为被叫，则确定所述呼叫静音命令为将所述本地终端作为被叫进行呼入时采集到的音频数据进行处理。

4.根据权利要求1所述的方法，其特征在于，在所述本地终端加入会议后，所述方法还包括：

所述本地终端在会议进行过程中，实时监测是否有非本地终端加入所述会议；

如果是，则依据当前的呼叫静音命令将采集到的音频数据设置为静音。

5.一种发送音频数据的装置，其特征在于，包括：

第一设置模块，用于依据设置的呼叫静音命令将采集到的音频数据设置为静音；

发送模块，用于将设置为静音后的音频数据发送至接收终端；

其中，所述第一设置模块包括：检测单元，用于在加入会议的过程中，检测当前数据连接是否建立；设置单元，用于在当前数据连接建立的情况下，依据所述呼叫静音命令将采集到的音频数据设置为零。

6.根据权利要求5所述的装置，其特征在于，所述装置还包括：

第二设置模块，用于根据当前的呼叫状态设置呼叫静音命令，其中，所述呼叫状态包括：主叫或被叫。

7.根据权利要求6所述的装置，其特征在于，所述第二设置模块包括：

第一确定单元，用于在本地终端当前的呼叫状态为主叫时，确定呼叫静音命令为将所述本地终端作为主叫进行呼叫时采集到的音频数据进行处理；

第二确定单元，用于在所述本地终端当前的呼叫状态为被叫时，确定呼叫静音命令为将所述本地终端作为被叫进行呼叫时采集到的音频数据进行处理。

8.根据权利要求5所述的装置，其特征在于，所述装置还包括：

监测模块，用于在会议进行过程中，实时监测是否有非本地终端加入所述会议；

第三设置模块，用于在有非本地终端加入所述会议的情况下，依据当前的呼叫静音命令将采集到的音频数据设置为静音。

9.一种终端，其特征在于，包括：权利要求5至8中任一项所述的装置。