CN108600869A - 一种支持公网对讲、专网对讲及数字对讲的混合对讲***及方法 - Google Patents

Abstract

本发明涉及一种支持公网对讲、专网对讲及数字对讲的混合对讲***，其包括所述语音信息输入模块产生发送的对讲语音信息；所述数据加密加码格式转换模块对所述对讲语音信息ID编码及软件加密，转换成适合公网、专网及数字对讲传输所需要的不同格式并由所述数据传输模块同时发送；所述数据解密解码格式转换模块对所述对讲语音信息进行ID编码核对及软件解密，并将核对不一致的所述对讲语音信息传送至所述语音数据输出模块收听；而核对结果一致的进行清理；所述语音信息存储模块将所述语音数据输出模块接收的所述对讲语音信息及其ID编码存档及在接收到新消息时候把存储的ID编码列表传送至所述数据解密解码格式转换模块以供核对。

Description

一种支持公网对讲、专网对讲及数字对讲的混合对讲***及 方法

技术领域

本发明涉及一种通讯设备的对讲领域，，尤其涉及一种通用的，同时支持公网对讲、专网对讲及数字对讲的混合对讲***及方法。

背景技术

随着通讯技术的不断创新，越来越多的通讯设备都具有了对讲功能。而当前对讲的实现通常包括三种方式：分别为通过公网实现的软件对讲，也称为公网对讲；通过专网实现的对讲，也称为专网对讲；以及适用于较小对讲范围，通过设备本身天线实现的一点对多点或者点对点模式的数字对讲，所述数字对讲也可以借助中继台而达到更大的对讲覆盖范围。

但是，由于上述三种对讲分别通过不同的处理方式进行语音信息的传递及接收，并且具有不同的对讲覆盖范围和使用条件，因此，各种对讲之间的语音信息传递及接收十分复杂，时效性差，对此，目前主要采用以下方式进行改进：

现有技术一：采用同时具有硬对讲功能和软对讲功能的通讯设备实现软硬对讲的结合，用户根据使用条件及对讲距离选择使用软对讲或硬对讲，或同时开启软对讲和硬对讲；显然，由于软硬对讲***间相互独立，语音信息的发送及接收存在不同步的问题；而用户在软硬对讲的切换过程中，存在信息接收不及时的问题，若软硬对讲同时开启，则存在重复接收对讲信息的问题；此外，用户为了保证语音信息的发出，通常需要开启软对讲进行一次语音发送，同时还需要开启硬对讲进行一次语音发送，操作麻烦、用户体验较差。

现有技术二：通过中继网关实现软硬对讲的互通，中继网关接收软对讲通讯设备发出的语音信息后，通过中继网关将其转化为硬对讲通讯设备可接收格式的对讲语音信息并进行发送，从而实现硬对讲通讯设备对软对讲语音信息的接收；反之，硬对讲通讯设备发送的对讲语音信息亦可通过同样方式实现软对讲通讯设备的接收；由于需要大量的中继网关，成本较高，很难大范围覆盖；同时，中继网关由于需要进行数据转换，从而存在信息发送延迟的问题，软硬对讲***的不同，还使得对讲用户间出现同时对讲，数据冲突的问题；此外，中继网关的数据转换发送是通过频率信道来实现，因此，还需要大量的人工来进行频率信道的切换及维护。

基于以上分析，有必要提出一种同时支持公网对讲、专网对讲及数字对讲的混合对讲***及方法来解决以上现有技术中存在的问题。

发明内容

本发明针对上述现有技术存在的问题作出改进，即本发明要解决的技术问题是提供一种支持公网对讲、专网对讲及数字对讲的混合对讲***，以解决现有技术一中存在的对讲语音信息发送和接收不同步、不及时及重复接收的问题；以及解决由于用户需要在软硬对讲分别进行同一语音信息的发送来确保对讲对象的接收而存在的操作麻烦、用户体验差的问题；同时还解决了现有技术二中存在的设置大量中继网关成本高的问题，及通过中继网关进行数据转换传送存在的接收延迟的问题；及由于软硬对讲***不同，在通过中继网关来实现软硬对讲互通时存在的数据冲突问题。

一种支持公网对讲、专网对讲及数字对讲的混合对讲***，其包括：一语音数据输入模块、一数据加密加码格式转换模块，一数据传输模块、一数据解密解码格式转换模块、一语音数据输出模块及一语音信息存储模块；

所述语音数据输入模块产生需发送的对讲语音信息；

所述数据加密加码格式转换模块对所述对讲语音信息进行ID编码和软件加密后，进而对所述对讲语音信息进行格式转换；

所述数据传输模块对经由所述数据加密加码格式转换模块处理后的所述对讲语音信息分别以公网对讲、专网对讲及数字对讲三个路径同时进行数据发送、传送及接收；

所述数据解密解码格式转换模块对所述数据传输模块所接收的所述对讲语音信息进行ID解码及软件解密，将所述对讲语音信息的ID编码与***存档的语音信息ID编码进行核对，并将与核对结果为不一致的所述对讲语音信息传送至所述语音数据输出模块；同时将核对结果为一致的摒弃并清理；

所述语音数据输出模块接收所述对讲语音信息并收听；

所述语音信息存储模块将所述语音数据输出模块接收的所述对讲语音信息及其ID编码进行***存档，在所述数据解密解码格式转换模块接收到新的所述对讲语音信息时，所述语音信息存储模块把存储的ID编码列表传送至所述数据解密解码格式转换模块以进行ID编码核对。

一种支持公网对讲、专网对讲及数字对讲的混合对讲方法，所述方法包括以下步骤：

S1产生对讲语音信息；

S2 对所述对讲语音信息进行ID编码及软件加密处理；

S3 对所述对讲语音信息进行格式转换；

S4将S3处理后的所述对讲语音信息进行发送；

S5接收S4发送的所述对讲语音信息并进行解密处理及ID编码核对；

S6接收并收听经由S5核对后的所述对讲语音信息；

S7***存储S6中接收并收听的所述对讲语音信息及其ID编码。

本发明产生的有益效果是：

由于本发明所提供的支持公网对讲、专网对讲及数字对讲的混合对讲***采用所述数据加密加码格式转换模块对用户发送的对讲语音信息进行处理，包括进行ID编码及软件加密，以及将对讲语音信息处理为具有同一ID 编码和密码的三种格式的三条语音信息，以分别适用于公网对讲、专网对讲和数字对讲的接收需求，并同时同步发送，可以确保对讲对象无论开启哪种对讲方式，都可以及时进行信息接收，而对讲对象在接收后，又通过所述数据解密解码格式转换模块进行语音信息识别，从而可以确保对讲语音信息的正确接收；同时还考虑到对讲对象存在开启两种或三种对讲模式的情形，此时，对讲对象将接收到对应的两条或三条对讲语音信息，由于所述两条或三条对讲语音信息的接收存在时间差，且具有同一ID编码及密码，本发明将优先播放接收到的第一条对讲语音信息，而对于后续接收的具有同一ID编码及密码的所述对讲语音信息则直接摒弃并清理；可见，本发明的有益效果包括：建立了一个统一的对讲群组***而不受限于对讲模式的不统一；数据加密加码格式转换模块和数据解密解码格式转换模块的设置确保了对讲语音信息的安全、及时、正确无误传送机接收；同一对讲语音信息同步以三种方式一次性发生，简单快捷，无延时。

本发明产生的另一有益效果是：

由于本发明所提供的支持公网对讲、专网对讲及数字对讲的混合对讲方法通过对所述对讲语音信息进行ID编码及软件加密，同时将所述对讲语音信息处理为具有同一ID 编码和密码的三种格式的三条语音信息，以分别适用于公网对讲、专网对讲和数字对讲的接收需求，并同时同步发送，可以确保对讲对象无论开启哪种对讲方式，都可以及时进行信息接收，而对讲对象在接收后，又通过对所述对讲语音信息进行ID 编码核对及解密以实现所述对讲语音信息的识别，从而可以确保对讲语音信息的正确接收；从而解决了现有技术一中存在的对讲语音信息发送和接收不同步、不及时及重复接收的问题；以及解决了由于用户需要在软硬对讲重复同一语音信息的发送而存在的操作麻烦、用户体验差的问题；同时还解决了现有技术二中采用中继网关的方式存在的成本高、信息转换传送及接收延迟的问题，以及数据冲突的问题。

附图说明

为了更清楚地说明本发明的技术方案，下面将结合附图对本发明作进一步的介绍。

图1是本发明支持公网对讲、专网对讲及数字对讲的混合对讲***方框图。

图2是本发明支持公网对讲、专网对讲及数字对讲的混合对讲方法步骤图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图及具体实施例对本发明一种支持公网对讲、专网对讲及数字对讲的混合对讲***及方法作进一步说明。

需要先行说明的是，本发明主要在于将目前广泛应用的三种对讲模式进行整合，提出了一种不受限于对讲模式的统一的混合对讲***及方法；在具体实施过程中，主要考虑公网对讲、专网对讲及数字对讲三种对讲方式所接收的对讲语音文件格式是有区别的，同时对于同一对讲语音文件，分别采用如上所述的三种对讲方式进行传送和接收速度亦是不同的。

实施例一

请参照图1，为本发明一种支持公网对讲、专网对讲及数字对讲的混合对讲***方框图。

所述***包括：

一语音数据输入模块1、一数据加密加码格式转换模块2，一数据传输模块3、一数据解密解码格式转换模块4、一语音数据输出模块5及一语音信息存储模块；

所述语音数据输入模块1产生需发送的对讲语音信息；

所述数据加密加码格式转换模块2对所述对讲语音信息进行ID编码和软件加密后，进而对所述对讲语音信息进行格式转换；

所述数据传输模块3对经由所述数据加密加码格式转换模块2处理后的所述对讲语音信息分别以公网对讲、专网对讲及数字对讲三个路径同时进行数据传送及接收；

所述数据解密解码格式转换模块4对所述数据传输模块3所接收的所述对讲语音信息进行ID解码及软件解密，将所述对讲语音信息的ID编码与***存档的语音信息ID编码进行核对，并将与核对结果为不一致的所述对讲语音信息传送至所述语音数据输出模块5；同时将核对结果为一致的摒弃并清理；

所述语音数据输出模块5接收所述对讲语音信息并收听；

所述语音信息存储模块6将所述语音数据输出模块5接收的所述对讲语音信息及其ID编码进行***存档，在所述数据解密解码格式转换模块4接收到新的所述对讲语音信息时，所述语音信息存储模块6把存储的ID编码列表传送至所述数据解密解码格式转换模块4以进行ID编码核对。

需要说明的是，全部对讲群组内所涵盖的用户，都需要安装本发明所述的支持公网对讲、专网对讲及数字对讲的混合对讲***，所有的所述对讲语音信息的发送及接收也都限于所述***覆盖的用户群组之间。

本发明所述的混合对讲***中，在所述语音对讲信息发送过程中，首先经由所述数据加密加码格式转换模块2对用户所产生的所述对讲语音信息赋予信息编码并软件加密，而在所述语音对讲信息接收过程中，则经由所述数据解密解码格式转换模块4实施解码及软件解密，软件加密及软件解密由本发明所述的混合对讲***自动生产，定时更新切换，，此外，由于本发明中所述数据传输模块3是将所述对讲语音信息同时分别以公网对讲、专网对讲及数字对讲三个路径传送，若对讲对象同时开启有两种以上的对讲模式，则将分别收到对应数量的所述对讲语音信息，此时将可能产生信息重复收听的问题，为避免此情形的发生，本发明通过所述数据解密解码格式转换模块4在对讲对象端所接收到的ID编码及软件加密密码相同的所述对讲语音信息中，将提取最先接收到的所述对讲语音信息传送至所述语音数据输出模块进行播放，同时清除后接收到的同一所述对讲语音信息，有效克服了对讲信息重复播放的问题；在具体实施上，采用的是将所接收的所述对讲语音信息的ID编码与***存档的语音信息ID编码进行核对，当所述对讲语音信息为多条重复的所述对讲语音信息中首次接收时，此时***中是没有对应的语音信息ID编码存在的，由此判断所述对讲语音信息为最先接收；而一旦所述对讲语音信息被传送至所述语音数据输出模块5进行收听播放后，此时所述语音信息存储模块6将进行存储，并将存储的所述对讲语音信息及其ID编码反馈至所述数据解密解码格式转换模块4；当所述数据解密解码格式转换模块4再次接收同一所述对讲语音信息时，***中则存在对应的语音信息ID编码，由此判断为重复的所述对讲语音信息，直接进行摒弃并清理。

还需要说明的是，本发明中对所述对讲语音信息进行软件加密，是出于对所述对讲语音信息的安全性考虑，而仅仅只有属于对讲用户所在的对讲群组的成员，且同时安装有本发明所述的支持公网对讲、专网对讲及数字对讲的混合对讲***，才能够实现在所述对讲语音信息发送方对所述对讲语音信息进行软件自动加密，同时在所述对讲语音信息接收方实现对所述对讲语音信息进行软件自动解密；ID编码则是考虑所述对讲语音信息接收方同时开启一种以上对讲模式的情形而设置，此种情形下，接收方将先后收到与所述对讲模式相匹配的一条以上所述对讲语音信息，此时通过ID编码的核对确定是否为同一所述对讲语音信息，从而实现收听先收到的一条所述对讲语音信息，而摒弃后收到的所述对讲语音信息，以避免同一所述对讲语音信息的重复播放。

进一步的，所述数据加密加码格式转换模块2在实施过程中，具体包括对所述对讲语音信息先进行ID编码及软件加密,并将ID编码与软件加密密码赋予至所述对讲语音信息，从而作为一个整体数据包进行传送。

值得一提的是，只要是归属于本发明所述的混合对讲***中的所有对讲用户，整个实现过程都是***自动实现，用户所体验的就是对讲信息的发送及接收，而这个发送和接收不限于用户当前使用的对讲模式，只要用户开启有公网对讲、专网对讲及数字对讲中的任意一个，但受限于公网网络覆盖、专网网络覆盖及数字对讲点对点的距离，除此之外都可以及时准确接收到所有的对讲信息；从而实现了一种可实现信息同步、操作简单的混合对讲模式。

进一步的，考虑到公网对讲、专网对讲及数字对讲在实际信息发送和接收过程中，对所述对讲语音信息的处理是不一样的，也就是说，同样的一条对讲语音信息，在不同的对讲模式中，需要将其处理为不同的文件格式进行发送和接收；本发明在具体应用中，所述数据加密加码格式转换模块2还包括将所述对讲语音信息处理为三种格式的三条语音信息，分别为符合专网对讲需求格式的语音信息、符合公网对讲需求格式的语音信息及符合数字对讲需求格式的语音信息；也就是说，具有同一ID编码与软件加密密码的所述对讲语音信息被处理为三种格式的三条语音信息，以分别匹配公网对讲、专网对讲及数字对讲在信息传递接收中的格式需求。

与所述语音加码加码模块2对所述对讲语音信息的处理相匹配，所述数据传输模块3对应包括：

一数据发送子模块31，将三个具有不同格式的所述对讲语音信息同时进行发送；

一数据传送子模块32，包括，

依靠专网传输所述符合专网对讲需求格式的所述对讲语音信息；

依靠公网服务器传输所述符合公网对讲需求格式的所述对讲语音信息；以及

依靠点对点模式直接传输所述符合数字对讲需求格式的所述对讲语音信息；

一数据接收子模块33，根据不同的对讲模式分别接收对应格式的所述对讲语音信息，并将所述对讲语音信息传送至所述数据解密解码格式转换模块4。

此外，为了确保同一所述对讲语音信息到达各个对讲对象的时效性，所述数据传输模块将所述三种格式的三条所述对讲语音信息同时进行传送。

进一步的，所述数据解密解码格式转换模块4还包括接收所述数据加密加码格式转换模块2设置的ID编码及软件加密密码，所述数据解密解码格式转换模块4中***存档的语音信息ID编码由所述语音信息存储模块6提供，以便其对所接收的所述对讲语音信息进行ID编码核对，以确定是否为已播放的所述对讲语音信息。

对于所述语音信息接收方而言，则存在多种情形：

若所述语音信息接收方仅仅开启一种对讲模式，则仅仅会接收到与其对讲模式相匹配的唯一一条所述对讲语音信息，经过软件解密及ID编码核对后，所述数据解密解码格式转换模块4将提取所述对讲语音信息传送至所述语音数据输出模块5；

若所述对讲语音信息接收方同时开启了两种或三种对讲模式，则由于公网对讲、专网对讲及数字对讲对所述对讲语音信息的传送和接收速度的差异，此时所述语音信息接收方将先后收到内容一致而格式不同的两条或三条所述对讲语音信息，在经由软件解密及ID编码核对后，确认所述对讲语音信息的ID编码在***存档的语音信息ID编码中是否存在，将不存在相同ID编码的所述对讲语音信息传送至所述语音数据输出模块5；而将存在相同ID编码的所述对讲语音信息由***自动进行清理删除。

值得特别说明的是，在本申请所述的支持公网对讲、专网对讲及数字对讲的混合对讲***中，所述语音数据输入模块1、所述数据加密加码格式转换模块2，及所述数据传输模块3中的所述数据发送子模块31的功能全部于所述对讲语音信息的发送方的设备中依靠本申请的混合对讲***自动完成，而所述数据传输模块3中的所述数据传送子模块32的功能则借由公网、专网及数字对讲所依靠的传输途径进行数据传输；所述数据传输模块3中的所述数据接收子模块33、所述数据解密解码格式转换模块4及所述语音数据输出模块5的功能则由所述对讲语音信息的接收方的设备中依靠本申请的混合对讲***自动完成。

需要说明的是，为了确保所述对讲语音信息的不遗漏，本发明所述的混合对讲***中，所述数据加密加码格式转换模块2还在接收到所述语音数据输入模块1的对讲语音信息后，设置了一个发送备份，具体通过在***中设置一个数据库，专用于存储用户需要发送的全部所述对讲语音信息，以防止在网络不佳的情形下信息遗漏，从而在***网络允许的状态下，将用户未发送的对讲语音信息进行补发；同时，本发明亦于所述数据解密解码格式转换模块4中设置了一个接收备份，存储自所有路径接收的与该用户相关的对讲语音信息，以防接收遗漏。

显而易见，与对比文件相比较，本发明将所述对讲语音信息处理后，依据公网对讲、专网对讲及数字对讲的格式需求同时发送，可以确保所有对讲用户的技术接收，克服了对比文件一中存在的对于不同的对讲模式，对讲语音信息发送和接收不同步、不及时及重复接收的问题；以及对比文件二中存在的传送接收延迟、数据冲突的问题；本发明对于所述对讲语音信息的整个处理过程，都借由本发明所述混合对讲***实现，对于用户而言，仅仅是发送和接收对讲语音信息，从而解决了对比文件一及二中共同存在的操作麻烦、用户体验差的问题。

以上对本申请所述的一种支持公网对讲、专网对讲及数字对讲的混合对讲***进行了详细说明，下面将对本申请所述的一种支持公网对讲、专网对讲及数字对讲的混合对讲方法进行进一步说明，两者相互独立，但是在技术思路上则相互关联，且对于本发明所述的混合对讲方法的描述略简，可参考实施例一所述的混合对讲***进行理解。

实施例二

本实施例基于实施例一而提出，与实施例一的本质区别在于所述数据加密加码格式转换模块的格式转换的方式的区别，因此，除了对于所述对讲语音信息的格式转换部分外，其他部分参照实施例一进行理解，在进行具体区别说明时，采用实施例一的标号′以示区别。

本实施例中，所述所述数据加密加码格式转换模块2′将所述对讲语音信息处理为同时满足于公网、专网及数字对讲三种对讲方式的通用数据格式后，经由所述数据传输模块3′进行数据的发送、传送及接收。

具体来说，所述数据传输模块3′包括：

一数据发送子模块31′，将具有通用数据格式的所述对讲语音信息进行发送；

一数据传送子模块32′，将具有通用格式的所述对讲语音信息经由公网、专网及点对点模式进行传输；

一数据接收子模块33′，根据不同的对讲模式接收具有通用数据格式的所述对讲语音信息，并将所述对讲语音信息传送至所述数据解密解码格式转换模块4′。

需要说明的是，在所述对讲语音信息处理为通用数据格式后，由于公网、专网和数字对讲所采用的传送及接收方式存在区别，因此将产生传送及接收的时间差异，在具体实施上，所述数据传输模块3′的在数据传输过程中，当对讲发送方通过所述数据发送子模块31′将所述对讲语音信息发送后，所述数据传送子模块32′将通过公网、专网及数字对讲的不同传送方式分别进行传送；对于对讲接收方通过所述数据接收子模块33′接收所述对讲语音信息，以及后续处理的方式则与实施例一相同。

实施例三

请参照附图2，为本申请一种支持公网对讲、专网对讲及数字对讲的混合对讲方法步骤说明图示。

本实施例所述方法主要是基于当前对公网对讲、专网对讲及数字对讲之间对讲语音信息转换复杂的问题出发，考虑到三种对讲模式之间的切换及对讲语音信息在不同的对讲模式之间传送接收方法较为复杂而提出的一种改进；因此，本方法提出了一种不受限于用户的对讲模式，而可以实现对讲语音信息及时、准确、快速、同步地传送及接收的混合对讲方法。

所述方法具体包括以下步骤：

S1产生对讲语音信息；

S2 对所述对讲语音信息进行ID编码及软件加密处理；

S3 对所述对讲语音信息进行格式转换；

S4将S3处理后的所述对讲语音信息进行发送；

S5接收S4发送的所述对讲语音信息并进行解密处理及ID编码核对；

S6接收并收听经由S5核对后的所述对讲语音信息；

S7***存储S6中接收并收听的所述对讲语音信息及其ID编码。

进一步的，考虑到当前公网对讲、专网对讲及数字对讲之间所适用的对讲语音信息格式的不一致性，在步骤S3中，还包括同时执行以下子步骤：

S31将所述对讲语音信息处理为符合专网对讲需求的格式；

S32将所述对讲语音信息处理为符合公网对讲需求的格式；

S33将所述对讲语音信息处理为符合数字对讲需求的格式。

进一步的，与步骤S3相对应，在步骤S4中，还包括同时执行以下子步骤：

S41将符合专网对讲需求格式的所述对讲语音信息经由专网发送；

S42将符合公网对讲需求的格式的所述对讲语音信息经由公网服务器发送；

S43将符合数字对讲需求的格式的所述对讲语音信息经由点对点模式发送。

进一步的，考虑到对讲对象可能同时开启两种或三种对讲模式，在此情形下，对讲对象将会两次或三次收到同一所述对讲语音信息，为了避免同一所述对讲语音信息的重复接收及播放，本发明在步骤S5中，还设置了以下子步骤：

S51接收步骤S4发送的所述对讲语音信息；

S52判断所述的对讲语音信息的ID编码是否和***已存档的语音信息ID编码重复，

若是则进入S53；

若否，则进入S6；

S53摒弃并清理所述对讲语音信息。

本实施例所述的混合对讲方法中，通过对所述对讲语音信息进行加码加密及解码解密保证了对讲语音信息的安全性；而当对讲对象多次接收到同一对讲语音信息的情形，采用优先提取最先接收到的进行播放，后接收的进行摒弃清理的方式，避免了重复播放的问题。

随着技术的不断提升，步骤S3也可以在格式转换上进行改进，可以将所述对讲语音信息处理为兼容公网、专网及数字对讲传送接收模式的一种通用数据格式。

以上结合附图详细描述了一种支持公网对讲、专网对讲及数字对讲的混合对讲***及方法，但是本发明的设计思路并不仅限于实施例所述的实现手段，以此技术思路为基础，可以进行实现方式的拓展及变化，因此，任何借鉴本申请的思路所衍生出来的实现方案，都当归属于本发明的保护范畴。

Claims (12)

1.一种支持公网对讲、专网对讲及数字对讲的混合对讲***，其特征在于包括：一语音数据输入模块、一数据加密加码格式转换模块，一数据传输模块、一数据解密解码格式转换模块、一语音数据输出模块及一语音信息存储模块；

所述语音数据输入模块产生需发送的对讲语音信息；

所述数据加密加码格式转换模块对所述对讲语音信息进行ID编码和软件加密后，进而对所述对讲语音信息进行格式转换；

所述数据传输模块对经由所述数据加密加码格式转换模块处理后的所述对讲语音信息分别以公网对讲、专网对讲及数字对讲三个路径同时进行数据发送、传送及接收；

所述数据解密解码格式转换模块对所述数据传输模块所接收的所述对讲语音信息进行ID解码及软件解密，将所述对讲语音信息的ID编码与***存档的语音信息ID编码进行核对，并将与核对结果为不一致的所述对讲语音信息传送至所述语音数据输出模块；同时将核对结果为一致的摒弃并清理；

所述语音数据输出模块接收所述对讲语音信息并收听；

所述语音信息存储模块将所述语音数据输出模块接收的所述对讲语音信息及其ID编码进行***存档，在所述数据解密解码格式转换模块接收到新的所述对讲语音信息时，所述语音信息存储模块把存储的ID编码列表传送至所述数据解密解码格式转换模块以进行ID编码核对。

2.如权利要求1所述的支持公网对讲、专网对讲及数字对讲的混合对讲***，其特征在于,所述数据加密加码格式转换模块的格式转换包括将所述对讲语音信息处理为三种格式，分别为符合专网对讲需求格式的语音信息、符合公网对讲需求格式的语音信息及符合数字对讲需求格式的语音信息。

3.如权利要求2所述的支持公网对讲、专网对讲及数字对讲的混合对讲***，其特征在于,三种格式的所述对讲语音信息具有同样的ID编码及软件加密密码，并经过所述数据传输模块进行数据的发送、传送及接收。

4.如权利要求3所述的支持公网对讲、专网对讲及数字对讲的混合对讲***，其特征在于,所述数据传输模块包括：

一数据发送子模块，将三个具有不同格式的所述对讲语音信息同时进行发送；

一数据传送子模块，包括，

依靠专网传输所述符合专网对讲需求格式的所述对讲语音信息；

依靠公网服务器传输所述符合公网对讲需求格式的所述对讲语音信息；以及

依靠点对点模式直接传输所述符合数字对讲需求格式的所述对讲语音信息；

一数据接收子模块，根据不同的对讲模式分别接收对应格式的所述对讲语音信息，并将所述对讲语音信息传送至所述数据解密解码格式转换模块。

5.如权利要求1所述的支持公网对讲、专网对讲及数字对讲的混合对讲***，其特征在于, 所述数据加密加码格式转换模块的格式转换包括将所述对讲语音信息处理为同时满足于公网、专网及数字对讲三种对讲方式的通用数据格式。

6.如权利要求5所述的支持公网对讲、专网对讲及数字对讲的混合对讲***，其特征在于,所述对讲语音信息以通用数据格式经由所述数据传输模块进行数据的发送、传送及接收。

7.如权利要求6所述的支持公网对讲、专网对讲及数字对讲的混合对讲***，其特征在于，所述数据传输模块包括：

一数据发送子模块，将具有通用数据格式的所述对讲语音信息进行发送；

一数据传送子模块，将具有通用格式的所述对讲语音信息经由公网、专网及点对点模式进行传输；，

一数据接收子模块，根据不同的对讲模式接收具有通用数据格式的所述对讲语音信息，并将所述对讲语音信息传送至所述数据解密解码格式转换模块。

8.如权利要求4或7任一项所述的支持公网对讲、专网对讲及数字对讲的混合对讲***，其特征在于,所述数据解密解码格式转换模块接收所述数据接收子模块传送的所述对讲语音信息，所述数据解密解码格式转换模块中***存档的语音信息ID编码由所述语音信息存储模块提供。

9.一种支持公网对讲、专网对讲及数字对讲的混合对讲方法，其特征在于，所述方法包括以下步骤：

S1产生对讲语音信息；

S2 对所述对讲语音信息进行ID编码及软件加密处理；

S3 对所述对讲语音信息进行格式转换；

S4将S3处理后的所述对讲语音信息进行发送；

S5接收S4发送的所述对讲语音信息并进行解密处理及ID编码核对；

S6接收并收听经由S5核对后的所述对讲语音信息；

S7***存储S6中接收并收听的所述对讲语音信息及其ID编码。

10.如权利要求6所述的支持公网对讲、专网对讲及数字对讲的混合对讲方法，其特征在于，步骤S3中，还包括同时执行以下子步骤：

S31将所述对讲语音信息处理为符合专网对讲需求的格式；

S32将所述对讲语音信息处理为符合公网对讲需求的格式；

S33将所述对讲语音信息处理为符合数字对讲需求的格式。

11.如权利要求7所述的支持公网对讲、专网对讲及数字对讲的混合对讲方法，其特征在于，步骤S4中，还包括同时执行以下子步骤：

S41将符合专网对讲需求格式的所述对讲语音信息经由专网发送；

S42将符合公网对讲需求的格式的所述对讲语音信息经由公网服务器发送；

S43将符合数字对讲需求的格式的所述对讲语音信息经由点对点模式发送。

12.如权利要求8所述的支持公网对讲、专网对讲及数字对讲的混合对讲方法，其特征在于，步骤S5中，还包括以下子步骤：

S51接收步骤S4发送的所述对讲语音信息；

S52判断所述的对讲语音信息的ID编码是否和***已存档的语音信息ID编码重复，若是则进入S53，若否，则进入S6；

S53摒弃并清理所述对讲语音信息。