CN106550286A - 基于驾驶环境下的实时对讲方法、终端、服务器及*** - Google Patents

Abstract

本发明公开了一种基于驾驶环境下的实时对讲方法、终端、服务器及***，该方法包括：在群组中发出抢麦请求；判断是否抢麦成功，如果是，则开始采集语音数据；当采集到的所述语音数据达到预设长度时，将所述语音数据发送出去；其中，所述发出抢麦请求的方式包括以下一种或多种：获取手动点击抢麦指令并发出；或者，获取语音抢麦指令并发出；或者，获取智能硬件抢麦指令并发出。此外本发明还提供一种对讲终端、对讲服务器以及对讲***。本发明技术方案贴合驾驶环境，可以使用户在驾驶环境下解放双手，提高驾驶过程中实施对讲通话的安全性。

Description

基于驾驶环境下的实时对讲方法、终端、服务器及***

技术领域

本发明涉及通信技术领域，具体涉及一种基于驾驶环境下的实时对讲方法、终端、服务器及***。

背景技术

随着通信技术的迅速发展，出现了越来越多的对讲装置或者能够支持对讲的移动终端，为用户的交流互动带来很大的便捷。简单方便的对讲方法及对讲装置能够满足绝大部分用户的需求，从而能够给用户带来良好的对讲体验。

相关技术中，存在的其中一种对讲方式为，通过在终端上安装对讲App(Application，应用)实现对讲，对讲双方通过在智能手机上安装相同的对讲App完成语音对讲。具体的对讲过程为：发送方通过终端上安装的对讲App录制对讲数据，并将录制的对讲数据发送至应用服务器；应用服务器将对讲数据转发至接收方终端上安装的相同的对讲App；接收方通过终端上安装的对讲App接收并播放对讲数据。

然而，上述对讲方式只适用于一般使用场景，在驾驶汽车的过程中，用户也经常需要用到智能手机等设备与他人实施对讲通话，容易知道，在自驾过程中，车辆高速移动，车主需要手握方向盘全神贯注开车，通话对讲时如果操作过于繁琐将严重分散用户的注意力，影响其驾驶安全性。相关技术中，缺少一种让用户在驾驶环境下安全、实时对讲的方法。

发明内容

本发明要解决的技术问题是，提供一种基于驾驶环境下使用户可以解放双手，安全、实时进行对讲通话的方法。

本发明实施例提供一种基于驾驶环境下的实时对讲方法，包括：

在群组中发出抢麦请求；

判断是否抢麦成功，如果是，则开始采集语音数据；

当采集到的所述语音数据达到预设长度时，将所述语音数据发送出去；

其中，所述发出抢麦请求的方式包括以下一种或多种：

获取手动点击抢麦指令并发出；或者，获取语音抢麦指令并发出；或者，获取智能硬件抢麦指令并发出。

另一方面，本发明实施例还提供一种基于驾驶环境下的实时对讲方法，包括：

接收并响应最先的抢麦请求；

接收对讲发送终端通过上述方法发送的语音数据；

将接收到的所述语音数据实时转发给群组中的其他对讲接收终端。

又一方面，本发明实施例还提供一种基于驾驶环境下的实时对讲方法，包括：

接收对讲服务器通过上述方法转发的语音数据；

将所述语音数据解析并进行播放。

本发明实施例还提供一种对讲终端，包括：

抢麦请求模块，用于在群组中发出抢麦请求；

判断模块，用于判断是否抢麦成功；

语音采集模块，用于在判断抢麦成功后，开始采集语音数据；

语音发送模块，用于当采集到的所述语音数据达到预设长度时，将所述语音数据发送出去；

其中，所述发出抢麦请求的方式包括以下一种或多种：

获取手动点击抢麦指令并发出；或者，获取语音抢麦指令并发出；或者，获取智能硬件抢麦指令并发出。

本发明实施例还提供一种对讲对讲服务器，包括：

响应模块，用于接收并响应最先的抢麦请求；

语音接收模块，用于接收上述对讲终端发送的语音数据；

语音转发模块，用于将接收到的所述语音数据实时转发给群组中的其他对讲接收终端。

本发明实施例还提供一种对讲终端，包括：

接收模块，用于接收前述对讲服务器转发的语音数据；

播放模块，用于将所述语音数据解析并进行播放。

本发明实施例还提供一种对讲***，包括对讲终端和对讲服务器，所述对讲终端为前述任一对讲终端，所述对讲服务器为前述对讲服务器。

本发明实施例提供的基于驾驶环境下的实时对讲方法，适用于在汽车驾驶的场景下实施多用户之间的实时对讲，为适应驾驶环境保障用户的驾驶安全性，在对讲过程中采用了抢麦发言的语音互动方式。其中，各用户的对讲终端加入同一群组，在对讲互动时各对讲终端可以在群组中发出抢麦请求，抢麦成功则可以向群组中的其他用户发送语音。本申请中的抢麦方式贴合驾驶环境，其一为手动点击抢麦，即用户手动点击一下对讲终端就实现抢麦操作；其二是语音抢麦，即用户口述特定的语音指令完成抢麦操作；其三是通过远处的智能硬件抢麦，该智能硬件可以是安装在方向盘等靠近驾驶者手部位置的小型智能控制器，也可以是线控耳机这种小型智能产品，通过操作智能硬件发送抢麦指令给对讲终端完成抢麦操作，以上各种抢麦方式均可以使用户在驾驶环境下解放双手，提高驾驶过程中实施对讲通话的安全性。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例一提供的基于驾驶环境下的实时对讲方法的流程示意图；

图2是本发明实施例二提供的基于驾驶环境下的实时对讲方法的流程示意图；

图3是本发明实施例三提供的基于驾驶环境下的实时对讲方法的流程示意图；

图4是本发明实施例四提供的对讲终端的结构示意图；

图5是本发明实施例五提供的对讲终端的结构示意图；

图6是本发明实施例六提供的对讲服务器的结构示意图；

图7是本发明实施例七提供的对讲终端的结构示意图；

图8是本发明实施例八提供的对讲***的结构示意图。

具体实施方式

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

实施例一

图1为本发明实施例一提供的基于驾驶环境下的实时对讲方法的流程示意图，该方法可以是由对讲发送终端来实施。如图1所示，该方法可包括以下步骤：

S1：在群组中发出抢麦请求；

本实施例中，该实时对讲方法在由用户的对讲终端及对讲服务器完成，各对讲终端可以是智能手机、平板电脑等，各对讲终端可预先加入同一应用程序建立的群组中，该群组可以是对讲服务器上预建立的一个公用群组，也可以是各用户新组建的群组。

本实施例中，上述群组可以具备多种群组属性，例如：群号、群组类型(公有群或私有群)、群组标识(群简介：实时路况、汽车养护、自驾游)、进群口令等。其中，公有群无进群限制，私有群则需要输入对应的进群口令，针对公有群，各用户也可以使用语音口令加群，如口述“加入001群”等类似口令直接进入无限制的公有群。

其中，上述对讲发送终端发出抢麦请求的方式包括以下的一种或多种：

方式1、获取手动点击抢麦指令并发出；在这种方式中，对讲发送终端获取用户手动点击终端上对应按钮或区域发出的抢麦指令，为了抢麦方便并兼顾驾驶安全，可以设置用户点击一下即开始抢麦；相对应的，如抢麦成功在发言时，可以设置用户再点击一下即结束说话。方式2、获取语音抢麦指令并发出；在这种方式中，对讲发送终端获取用户口述的特定语音指令实施抢麦，完全不需要手动触控操作，抢麦过程更加便捷安全；相对应的，用户可以再口述特定的另一语音指令结束说话。方式3、获取智能硬件抢麦指令并发出；在这种抢麦方式中，需要预设置的智能硬件来配合实现，该智能硬件可以是预先安装在方向盘等驾驶员方便触控操作地方的小型智能控制器或线控耳机等，该智能硬件与对讲终端可以是有线或无线连接。通过触控智能硬件能够向对讲终端发送对应指令，比如：用户可以点击智能控制器上对应抢麦的按钮，使得智能控制器发出无线抢麦指令，对讲终端获取无线抢麦指令后开始抢麦；或者，在终端上接上线控耳机后，使得线控耳机的操作模式转换到操控对讲，用户可以点击或滑动线控耳机上的按钮/滑键，根据预制的对应指令来进行抢麦等操作。这种方式相对于语音抢麦和单纯的手动按键抢麦更加精确也更加方便。

S2：判断是否抢麦成功，如果是，则进入步骤S3：

容易知道，同一时间内可能有多个对讲终端在进行抢麦操作，本实施例中普通用户对讲权限的获取为先请先得，同一时间内只能一人抢麦成功并说话，其他抢麦失败的用户则会收到对讲服务器反馈的对应提示。

S3：开始采集语音数据；

本实施例中，在对讲发送终端抢麦成功开始采集语音数据也即开始发言时，该方法还可包括：检测是否在预设时间内未采集到语音数据，如果是，则判定丢麦，即丢失对讲权限。未避免用户抢麦成功却没有发言而浪费对讲时间，本实施例中对抢麦成功的对讲终端实施了丢麦检测判定，如果该对讲终端在抢麦成功后持续一端时间内没有发言，就会丧失麦序权限，发言需要重新抢麦。

S4：当采集到的语音数据达到预设长度时，将语音数据发送出去；

在其中一种语音处理方式中，对讲终端采集到的语音数据达到预设长度可以具体包括：采集15～20ms的语音数据为一语音数据段，其中，预设长度为8～12段所述语音数据段。

优选地，为保证语音数据传输的实时性，并且兼顾对讲服务器接收语音数据的压力因素，本实施例中，对语音数据的采集方式进行了优化，每一小段时间(如20ms)录成一个小的语音数据段，录得特定段数(如10段)就直接发送给对讲服务器。

在另一种语音处理方式中，上述对讲终端也可以采用8000Hz的采样频率，以0.8s一段数据的时间间隔进行录制和发送，则可以在不超出一个TCP包大小的同时，尽量多的传输语音数据包，从而获得最大的网络传输效率，同时在保证语音传输的实时性变化不大的情况下，尽可能提高语音的音质。

作为本实施例的其中一种改进，该方法还包括以下步骤：为群组内指定对讲终端设置特权抢麦权限，所述特权抢麦权限至少包含使群组内指定对讲终端获取无限制对讲权限及无限制对讲时长。当获取特权抢麦权限的对讲终端的个数大于等于两个时，获取特权抢麦权限的对讲终端之间具备相互打断抢麦的权限。

具体地，在驾驶场景中同一群组的人经常会需要抵达同一目的地，为确保及早到达目的地，需要有一个领航者在群组中不时地进行指引。对讲发送终端如是群主，则可以向对讲服务器发送特权抢麦指令，由对讲服务器指定相应用户作为领航者；对讲发送终端如是普通用户，则可以被指定为领航者，领航者不需要抢麦即可发言，并可以打断其他已成功抢麦用户的发言，且发言时长不受限制。当然，在一些多人互动举行节目的场景中，有可能会同时设置多个用户具备特权抢麦权限，如上所述，这些特权抢麦用户可以随时打断获取普通用户的麦序。但本实施例中，为方便节目互动提高对讲效率，还设置这些具备特权抢麦权限的用户之间可以相互打断获取麦序。

作为本实施例的另一种改进，该方法还包括：按照对讲场景调整语音采样频率。

容易知道，对讲过程中所处的驾驶场景有很多种，比如群组人数较少话题不多时，这种普通的对讲场景只要能清晰听到各用户对讲话语就行，所以采用较低的语音采样频率即可，不会产生很多流量消耗。而在群组人数较多组织各种节目互动时，对语音音质的要求很高，这就需要语音采集时有较高的采样频率。本实施例中，针对上述对讲场景的变化，在对讲方法中增加了语音采样频率调整的逻辑，可以是在特殊群组群主的对讲终端的应用程序上设置采样频率调节按钮，由群主按需调节采样频率来调整音质。相应地，当对讲服务器接收到高品质的语音数据时，通过对讲服务器和对讲终端之间预设的通讯协议，对讲服务器可以知晓语音数据的采样频率并通知其他对讲终端，使得对讲接收终端在接收高品质语音数据时，能够正确解析并播放出高音质的语音。

作为本实施例的一种优化，在采集语音数据时该方法还包括：对采集到的所述语音数据进行分析，对波形有规律的环境噪音进行过滤。

具体地，在采集语音数据的过程中，容易知道，由于驾驶场景下汽车高速行驶，除了用户的说话声音外不可避免的会附带很多其他声音，例如风声、轮胎噪声、附近汽车鸣笛声等各种环境声音，本实施例中，对波形比较规律的一些噪声如风燥、胎燥等进行了过滤，进行降噪操作，尽可能地提高了所采集语音数据的清晰度。

作为本实施例的另一种优化，在采集语音数据之前，该方法还包括：连接车载蓝牙***，通过车载麦克风进行语音数据采集。

具体地，在采集语音数据时，常规做法是通过对讲终端(如智能手机)的麦克风进行语音输入，容易知道，在驾驶过程中智能手机一般放置离手较远，这就导致用户在说话时距离手机的麦克风有较远距离，录得的语音数据不是很清晰。而车载麦克风则一般安装在驾驶员正前方，采集语音数据的性能较于手机麦克风更为强大，通过控制车载麦克风录取的语音更为清晰，提高了语音采集质量。

本发明实施例提供的基于驾驶环境下的实时对讲方法，适用于在汽车驾驶的场景下实施多用户之间的实时对讲，为适应驾驶环境保障用户的驾驶安全性，在对讲过程中采用了抢麦发言的语音互动方式。其中，各用户的对讲终端加入同一群组，在对讲互动时各对讲终端可以在群组中发出抢麦请求，抢麦成功则可以向群组中的其他用户发送语音。本申请中的抢麦方式贴合驾驶环境，其一为手动点击抢麦，即用户手动点击一下对讲终端就实现抢麦操作；其二是语音抢麦，即用户口述特定的语音指令完成抢麦操作；其三是通过远处的智能硬件抢麦，该智能硬件可以是安装在方向盘等靠近驾驶者手部位置的小型智能控制器，也可以是线控耳机这种小型智能产品，通过操作智能硬件无线发送抢麦指令给对讲终端完成抢麦操作，以上各种抢麦方式均可以使用户在驾驶环境下解放双手，提高驾驶过程中实施对讲通话的安全性。

实施例二

另一方面，本发明实施例还提供一种基于驾驶环境下的实时对讲方法，该方法可以是由对讲服务器来执行，如本发明实施例二图2流程所示，该方法可以包括以下步骤：

T1：接收并响应最先的抢麦请求；

其中，同一群组中可能加入有很多个对讲终端，在进行对讲通话前，多个对讲终端会陆续抢麦，也即依次向对讲服务器发送抢麦请求，本实施例中，对讲服务器依照抢麦请求的先后顺序，只响应最先的一个请求，最先发出抢麦请求的人获得对讲权限，保证同一时间只能一个人说话。针对其他抢麦请求，对讲服务器则会反馈抢麦失败的提醒信息。普通用户抢麦成功后获得预定时间的对讲权限，比如获得20s的发言时间，在该用户发言结束后，其他用户如想发言则需要重新发送抢麦请求。

T2：接收对讲发送终端通过上述实施例一种所示方法发送的语音数据；

T3：将接收到的语音数据实时转发给群组中的其他对讲接收终端。

实施例三

又一方面，本发明实施例还提供一种基于驾驶环境下的实时对讲方法，该方法可以是由对讲接收终端来执行，如本发明实施例三图3流程所示，该方法可以包括以下步骤：

X1：接收对讲服务器通过上述实施例二所示方法转发的语音数据；

X2：将语音数据解析并进行播放。

进一步地，上述将语音数据解析并进行播放时，该方法还包括：连接车载蓝牙***，将解析后的所述语音数据通过车载音箱输出播放。

具体地，在对讲接收终端播放接收到的语音音频时，常规做法是通过对讲接收终端(如智能手机)的扬声器进行语音输出。容易知道，在驾驶过程中智能手机一般放置的离驾驶员有一定距离，这就导致在手机播放对讲语音时，驾驶员听的不是很清楚。而车载音箱的语音播放性能较于手机扬声器更为强大，通过控制车载音箱播放的语音也就更为清晰，提高了语音播放质量。

实施例四

图4所示为本发明实施例四提供的对讲终端的结构示意图，本实施例中的对讲终端可以是前述本发明方法实施例中所述的对讲发送终端，以进行语音数据的发送。具体地，如图4所示，该对讲终端包括抢麦请求模块11，判断模块12，语音采集模块13，语音发送模块14，容易知道，对讲终端中还包括中控处理模块等，在此不做赘述，其中：

抢麦请求模块11，用于在群组中发出抢麦请求；

判断模块12，用于判断是否抢麦成功；

语音采集模块13，用于在判断抢麦成功后，开始采集语音数据；

语音发送模块14，用于当采集到的所述语音数据达到预设长度时，将所述语音数据发送出去；

其中，所述发出抢麦请求的方式包括以下一种或多种：获取手动点击抢麦指令并发出；或者，获取语音抢麦指令并发出；或者，获取智能硬件抢麦指令并发出。

本实施例对讲终端可以基于上述实施例一所述对讲方法进行语音数据的发送，其具体实现过程可参见上述具体方法实施例，在此不再赘述。

实施例五

图5为本发明实施例五提供的对讲终端的结构示意图。在上述图4所示实施例基础上，如图5所示，本实施例对讲终端还包括检测模块15、特权抢麦模块16、调整模块17以及噪音过滤模块18；其中，检测模块15，用于在所述抢麦成功后，检测是否在预设时间内未采集到语音数据，如果是，则判定丢麦，即丢失对讲权限。特权抢麦模块16，用于为群组内指定对讲终端设置特权抢麦权限，特权抢麦权限至少包含使群组内指定对讲终端获取无限制对讲权限及无限制对讲时长。特权抢麦模块16还用于当获取特权抢麦权限的对讲终端的个数大于等于两个时，使获取特权抢麦权限的对讲终端之间具备相互打断抢麦的权限。调整模块17，用于按照对讲场景调整语音采样频率。噪音过滤模块18，用于对采集到的所述语音数据进行分析，对波形有规律的环境噪音进行过滤。

其中，上述语音采集模块13还用于在采集语音数据之前，连接车载蓝牙***，通过车载麦克风进行语音数据采集。

本实施例对讲终端可基于本发明实施例一所示对讲方法来实现对讲语音的发送，其具体实现可参见前述方法实施例的说明，在此不再赘述。

实施例六

图6为本发明实施例六提供的对讲服务器的结构示意图，如图6所示，本实施例对讲服务器包括响应模块21、语音接收模块22以及语音转发模块23。其中，响应模块21，用于接收并响应最先的抢麦请求；语音接收模块22，可以用于接收如上述实施例四、五中所示对讲终端发送的语音数据；语音转发模块23，用于将接收到的语音数据实时转发给群组中的其他对讲接收终端。

本实施例对讲服务器可基于上述方法实施例二对图4、5所示对讲终端发送的语音数据进行处理，其具体实现方式可参见上述方法实施例的说明，在此不再赘述。

实施例七

图7为本发明实施例七提供的对讲终端的结构示意图，本实施例对讲终端可以作为对讲接收终端，对上述对讲服务器发送来的语音数据进行接收，如图7所示，本实施例对讲终端可以包括接收模块31、播放模块32，其中，接收模块31，用于接收上述对讲服务器转发的语音数据，播放模块32，则用于将接收到的语音数据进行解析并播放。

作为其中一种改进，所述的播放模块32还可用于连接车载蓝牙***，将解析后的所述语音数据通过车载音箱输出播放。

本实施例对讲终端可作为对讲接收终端，基于上述方法实施例三进行语音数据的接收处理，其具体实现可参见上述对应方法实施例的说明，在此不再赘述。

实施例八

图8为本发明实施例八提供的对讲***的结构示意图，如图8所示，本实施例对讲***可以包括对讲终端和对讲服务器，其中，这里的对讲终端可以是实施例四、实施例五中所述的对讲发送终端10，也可以是实施例七中所述的对讲接收终端30，对讲服务器则可以采用上述实施例六中所示的对讲服务器20。对讲终端和对讲服务器的具体结构及其工作过程可参见上述对应实施例的说明，在此不再赘述。

以上所述仅是本发明的优选实施方式，本发明的保护范围并不仅局限于上述实施例，凡属于本发明思路下的技术方案均属于本发明的保护范围。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理前提下的若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (21)

1.一种基于驾驶环境下的实时对讲方法，其特征在于，包括：

在群组中发出抢麦请求；

判断是否抢麦成功，如果是，则开始采集语音数据；

当采集到的所述语音数据达到预设长度时，将所述语音数据发送出去；

其中，所述发出抢麦请求的方式包括以下一种或多种：

获取手动点击抢麦指令并发出；或者，获取语音抢麦指令并发出；或者，获取智能硬件抢麦指令并发出。

2.根据权利要求1所述的基于驾驶环境下的实时对讲方法，其特征在于，在所述抢麦成功之后，还包括：

检测是否在预设时间内未采集到语音数据，如果是，则判定丢麦，即丢失对讲权限。

3.根据权利要求1所述的基于驾驶环境下的实时对讲方法，其特征在于，还包括：

为群组内指定对讲终端设置特权抢麦权限，所述特权抢麦权限至少包含使群组内指定对讲终端获取无限制对讲权限及无限制对讲时长。

4.根据权利要求3所述的基于驾驶环境下的实时对讲方法，其特征在于，当获取特权抢麦权限的对讲终端的个数大于等于两个时，获取特权抢麦权限的对讲终端之间具备相互打断抢麦的权限。

5.根据权利要求1所述的基于驾驶环境下的实时对讲方法，其特征在于，还包括：

按照对讲场景调整语音采样频率。

6.根据权利要求1所述的基于驾驶环境下的实时对讲方法，其特征在于，在所述采集语音数据时还包括：

对采集到的所述语音数据进行分析，对波形有规律的环境噪音进行过滤。

7.根据权利要求1所述的基于驾驶环境下的实时对讲方法，其特征在于，在所述采集语音数据之前，还包括：

连接车载蓝牙***，通过车载麦克风进行语音数据采集。

8.一种基于驾驶环境下的实时对讲方法，其特征在于，包括：

接收并响应最先的抢麦请求；

接收对讲发送终端通过权利要求1所述方法发送的语音数据；

将接收到的所述语音数据实时转发给群组中的其他对讲接收终端。

9.一种基于驾驶环境下的实时对讲方法，其特征在于，包括：

接收对讲服务器通过权利要求8所述方法转发的语音数据；

将所述语音数据解析并进行播放。

10.根据权利要求1所述的基于驾驶环境下的实时对讲方法，其特征在于，所述将语音数据解析并进行播放包括：

连接车载蓝牙***，将解析后的所述语音数据通过车载音箱输出播放。

11.一种对讲终端，其特征在于，包括：

抢麦请求模块，用于在群组中发出抢麦请求；

判断模块，用于判断是否抢麦成功；

语音采集模块，用于在判断抢麦成功后，开始采集语音数据；

语音发送模块，用于当采集到的所述语音数据达到预设长度时，将所述语音数据发送出去；

其中，所述发出抢麦请求的方式包括以下一种或多种：

获取手动点击抢麦指令并发出；或者，获取语音抢麦指令并发出；或者，获取智能硬件抢麦指令并发出。

12.根据权利要求11所述的对讲终端，其特征在于，还包括：

检测模块，用于在所述抢麦成功后，检测是否在预设时间内未采集到语音数据，如果是，则判定丢麦，即丢失对讲权限。

13.根据权利要求11所述的对讲终端，其特征在于，还包括：

特权抢麦模块，用于为群组内指定对讲终端设置特权抢麦权限，所述特权抢麦权限至少包含使群组内指定对讲终端获取无限制对讲权限及无限制对讲时长。

14.根据权利要求13所述的对讲终端，其特征在于，所述特权抢麦模块还用于当获取特权抢麦权限的对讲终端的个数大于等于两个时，使获取特权抢麦权限的对讲终端之间具备相互打断抢麦的权限。

15.根据权利要求11所述的对讲终端，其特征在于，还包括：

调整模块，用于按照对讲场景调整语音采样频率。

16.根据权利要求11所述的对讲终端，其特征在于，还包括：

噪音过滤模块，用于对采集到的所述语音数据进行分析，对波形有规律的环境噪音进行过滤。

17.根据权利要求11所述的对讲终端，其特征在于，所述语音采集模块还用于在所述采集语音数据之前，连接车载蓝牙***，通过车载麦克风进行语音数据采集。

18.一种对讲服务器，其特征在于，包括：

响应模块，用于接收并响应最先的抢麦请求；

语音接收模块，用于接收如权利要求11所述对讲终端发送的语音数据；

语音转发模块，用于将接收到的所述语音数据实时转发给群组中的其他对讲接收终端。

19.一种对讲终端，其特征在于，包括：

接收模块，用于接收如权利要求17所述对讲服务器转发的语音数据；

播放模块，用于将所述语音数据解析并进行播放。

20.根据权利要求19所述的对讲终端，其特征在于，所述播放模块还用于连接车载蓝牙***，将解析后的所述语音数据通过车载音箱输出播放。

21.一种对讲***，包括对讲终端和对讲服务器，其特征在于，所述对讲终端为权利要求11～16任一项所述的对讲终端，或者，所述对讲终端为权利要求19或20所述的对讲终端；所述对讲服务器为权利要求18所述的对讲服务器。