一种语音通话的数据处理方法
【专利摘要】本发明提供一种语音通话中数据处理方法，包括：第一安全设备的第一安全芯片生成第一协商信息，并接收第一通话终端发送的第二协商信息；第一安全芯片对第一协商信息和第二协商信息进行计算，得到第一通话密钥；第一安全设备输出第一授权码；第一安全芯片在通过第一通信接口接收到第二加密数据后，利用第一通话密钥对第二加密数据进行解密，得到第二解密数据，第二加密数据包括第二安全设备获取的第二通话终端的用户对授权码的朗读结果；第一安全设备播放第二解密数据，并提示对第二解密数据中的授权码与第一授权码是否一致进行确认，以及第二解密数据中朗读授权码的声音特征与第二通话终端的用户的声音特征是否一致进行确认。
【专利说明】一种语音通话的数据处理方法
【技术领域】
[0001]本发明涉及电子【技术领域】，尤其涉及一种语音通话的数据处理方法。
【背景技术】
[0002]现有技术中，用户之间的语音通话存在被监听的可能，因此目前的语音通话存在安全风险。针对安全风险，现有技术中采用的方式是通过手机上的TF卡内存储的通话密钥对语音加密，实现对语音通话的保护。但在实际应用中，如果通话终端安装了恶意软件，黑客可以借助恶意软件盗取TF卡内的通话密钥，进而破解加密后的语音信息，造成通话终端的语音数据泄漏的风险，因此如何安全的进行语音加密操作是亟待解决的技术问题；另外，现有技术中在语音通话存在被监听的可能，因此降低语音通话被监听的可能同样是亟待解决的技术问题。
【发明内容】
[0003]本发明提供一种语音通话的数据处理方法，主要目的在于解决上述技术问题之
O
[0004]本发明提供一种语音通话中数据处理方法，该方法包括:第一安全设备的第一安全芯片生成第一协商信息，通过第一安全设备的第一通信接口发送第一协商信息至第一通话终端；第一安全设备与第一通话终端相连，且独立于第一通话终端；以及，第一安全芯片通过第一通信接口接收第一 通话终端发送的第二协商信息，其中第二协商信息由第二通话终端的第二安全设备生成；第一安全芯片对第一协商信息和第二协商信息进行计算，得到第一通话密钥，第一通话密钥用于对第一通话终端的用户的语音通话进行加解密操作；第一安全设备输出第一授权码，其中第一授权码是第一安全芯片根据第一通话密钥生成的；第一安全芯片在通过第一通信接口接收到第二加密数据后，利用第一通话密钥对第二加密数据进行解密，得到第二解密数据，第二加密数据包括第二安全设备获取的第二通话终端的用户对授权码的朗读结果；第一安全设备播放第二解密数据，并提示对第二解密数据中的授权码与第一授权码是否一致进行确认，以及第二解密数据中朗读授权码的声音特征与第二通话终端的用户的声音特征是否一致进行确认。
[0005]此外，第一安全设备输出第一授权码，包括:A、第一安全设备将第一授权码转换成声音信息，得到第一授权码的声音信息，并播放第一授权码的声音信息；或者，B、第一安全设备显示第一授权码。
[0006]此外，该方法还包括:第一安全设备提示对第一授权码进行朗读；第一安全芯片获取第一通话终端的用户对第一授权码的朗读结果，得到第一声音信息；第一安全芯片利用第一通话密钥对第一声音信息进行加密处理，得到第一加密数据，并通过第一通信接口发送第一加密数据。
[0007]此外，该方法还包括:如果第一安全芯片检测到第一通话终端的用户的语音通话结束，则第一安全芯片删除第一通话密钥。[0008]此外，第一安全芯片获取第一通话终端的用户对第一授权码的朗读结果，得到第一声音信息包括:A、第一安全芯片获取第一安全设备的语音采集单元采集的第一通话终端的用户对第一授权码的朗读结果，得到第一声音信息；或者，B、第一安全芯片通过第一通信接口接收第一通话终端采集的第一通话终端的用户对第一授权码的朗读结果，得到第一声音信息。
[0009]此外，该方法还包括:在提示对第二解密数据中的授权码与第一授权码是否一致进行确认，以及第二解密数据中朗读授权码的声音特征与第二通话终端的用户的声音特征是否一致进行确认后，如果第一安全芯片接收到第一确认指令，第一安全芯片启动利用第一通话密钥对第一通话终端的用户的语音通话进行加解密操作；或者，在启动利用第一通话密钥对第一通话终端的用户的语音通话进行加解密操作后，
[0010]如果第一安全芯片接收到第一确认指令，第一安全芯片利用第一通话密钥对第一通话终端的用户的语音通话继续进行加解密操作；其中，第一确认指令为确认第二解密数据中的授权码与第一授权码一致，以及第二解密数据中朗读授权码的声音特征与第二通话终端的用户的声音特征一致的指令。
[0011]此外，第一确认指令是第一安全设备的确认键产生的；或者，由第一通话终端产生的。
[0012]此外，第一授权码的长度小于第一通话密钥的长度。
[0013]此外，第一授权码用于唯一标识第一通话密钥。
[0014]与现有技术中通话密钥是在TF卡上生成的方式相比，本发明提供的方法实施例通过独立于第一通话终端的第一安全设备上生成第一通话密钥，减少了语音加密过程中被第一通话终端上恶意软件攻击的可能；且是由第一安全设备内的第一安全芯片生成，基于第一安全芯片的高安全性，减少了第一通话密钥被窃取的可能，保证了语音加密的安全性；另外，在语音加密时，在第一安全芯片内部使用第一通话密钥来加密，使得第一通话密钥是在一个安全环境被调用，保证第一通话密钥的安全使用。
[0015]在语音加密通话过程中，第一安全设备通过播放来自第二通话终端的第二解密数据，提示确定第二解密数据中的授权码与本地生成的第一授权码是否一致，以及，确定第二解密数据的声音特征与第二通话终端的用户的声音特征是否一致，从而，对第二解密数据中第一授权码的内容和声音特征分别进行验证，实现对第二通话终端的身份信息的确认，使得用户确定本次通话是否有人监听，提高了语音通话中识别第三人监听的成功率，从而降低语音通话被监听的可能，且在用户确定本次语音通话存在第三人监听时，用户及时可以采取防监听的安全措施防止信息泄露，提高语音通话中数据传输的安全。
[0016]进一步的，在第一安全设备上播放来自第二通话终端的第二解密数据，减少了第一通话终端上恶意软件的攻击，保证了语音通话安全。
【专利附图】
【附图说明】
[0017]为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他附图。[0018]图1为本发明提供的一种语音通话的数据处理方法实施例的流程示意图；
[0019]图2为本发明提供的另一种语音通话的数据处理方法实施例的流程示意图。
【具体实施方式】
[0020]下面结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明的保护范围。
[0021]下面将结合附图对本发明实施例作进一步地详细描述。
[0022]图1为本发明提供的一种语音通话的数据处理方法实施例的流程示意图。图1所示方法实施例包括:
[0023]步骤01、第一安全设备和第二安全设备分别生成协商信息并发送:
[0024]步骤011、第一安全设备的第一安全芯片生成第一协商信息，并通过第一安全设备的第一通信接口发送第一协商信息至第一通话终端，其中第一协商信息包括用于生成第一通话密钥的参数信息，第一通话密钥用于对第一通话终端的用户的语音通话进行加解密操作，第一安全设备与第一通话终端相连，且独立于第一通话终端；
[0025]其中，第一安全设备可以是智能眼镜、智能手表、耳机设备等可穿戴设备，或者，集成在可穿戴设备中；当然，第一安全设备也可以是具有USB接口的智能密钥设备USB Key、支持音频接口的智能密钥设备、具有蓝牙通信功能的智能密钥设备等能够与通话终端进行通信的智能密钥设备，或者，集成在能够与通话终端进行通信的智能密钥设备。即相对于第一通话终端，第一安全设备是独立设备，并不集成在第一通话终端上。
[0026]其中，第一通信接口可以为无线连接接口，也可以是有线连接接口。如果第一通信接口为无线连接接口，则第一安全设备中内置有无线通信模块，可以为W1-Fi模块、W1-FiDirect模块、NFC模块、蓝牙模块或者红外模块，例如第一安全设备为蓝牙耳机；如果第一通信接口为有线连接接口，则第一安全设备可以有数据传输线，数据传输线的接口可以为音频接口或USB接口，例如第一安全设备为线控耳机。当然，第一安全设备也可以同时具有无线连接和有线连接两种功能，即第一安全设备内置有无线通信模块，且外部连接有数据传输线。
[0027]如果第一安全设备中内置有无线通信模块，则第一安全设备可以通过无线连接与第一通话终端相连；如果第一通信接口为有线连接接口，则第一安全设备可以通过有线连接与第一通话终端相连。
[0028]其中，第一通话终端为具有语音通话能力的终端，可以是传统的通话设备，如固定电话和移动手机，也可以是具有网络电话功能的终端，如PC机、笔记本电脑和平板电脑等。
[0029]其中，第一协商信息是由第一安全设备中的第一安全芯片生成的，与现有技术中由第一通话终端本身进行密钥协商相比，利用独立于第一通话终端的第一安全设备来完成协商，降低了密钥协商操作被第一通话终端内恶意软件攻击的可能，且由第一安全设备中的第一安全芯片来生成第一协商信息更加安全可靠。
[0030]其中，第一安全芯片在生成第一协商信息后，通过第一通信接口发送给第一通话终端，第一通话终端通过通信网络发送给第二通话终端。[0031]步骤012、第二安全设备的第二安全芯片生成第二协商信息，并通过第二安全设备的第二通信接口发送第二协商信息给第二通话终端，其中第二协商信息包括用于生成第二通话密钥的参数信息，第二通话密钥用于对第二通话终端的用户的语音通话进行加解密操作，第二安全设备与第二通话终端相连，且独立于第二通话终端；
[0032]其中，第二安全芯片在生成第二协商信息后，通过第二通信接口发送给第二通话终端，第二通话终端通过通信网络发送给第一通话终端。
[0033]其中，第二安全设备可以是智能眼镜、智能手表、耳机设备等可穿戴设备，或者，集成在可穿戴设备中。即相对于第二通话终端，第二安全设备是独立设备，并不集成在第二通话终端上。
[0034]其中，第二通信接口可以为无线连接接口，也可以是有线连接接口。如果第二通信接口为无线连接接口，则第二安全设备中内置有无线通信模块，可以为W1-Fi模块、W1-FiDirect模块、NFC模块、蓝牙模块或者红外模块，例如第二安全设备为蓝牙耳机；如果第二通信接口为有线连接接口，则第二安全设备可以有数据传输线，数据传输线的接口可以为音频接口或USB接口，例如第二安全设备为线控耳机。当然，第二安全设备也可以同时具有无线连接和有线连接两种功能，即第二安全设备内置有无线通信模块，且外部连接有数据传输线。
[0035]如果第二安全设备中内置有无线通信模块，则第二安全设备可以通过无线连接与第二通话终端相连；如果第二通信接口为有线连接接口，则第二安全设备可以通过有线连接与第二通话终端相连。
[0036]其中，第二通话终端为具有语音通话能力的终端，可以是传统的通话设备，如固定电话和移动手机，也可以是具有网络电话功能的终端，如PC机、笔记本电脑和平板电脑等。
[0037]其中，第二协商信息是由第二安全设备中的第二安全芯片生成的，与现有技术中由第二通话终端本身进行密钥协商相比，利用独立于第二通话终端的第二安全设备来完成协商，降低了密钥协商操作被第二通话终端内恶意软件攻击的可能，且由第二安全设备中的第二安全芯片来生成第二协商信息更加安全可靠。
[0038]步骤011和步骤012之间没有明显的先后顺序，可以同时执行，也可以按照次序先后执行。
[0039]步骤02:第一安全芯片和第二安全芯片均接收协商信息并生成通话密钥:
[0040]步骤021、第一安全芯片通过第一通信接口接收第一通话终端发送的第二协商信息，并对第一协商信息和第二协商信息进行计算，得到第一通话密钥；
[0041]其中，第二协商信息是由第一通话终端在接收到第二通话终端发送的第二协商信息后，通过第一通信接口发送给第一安全芯片的。
[0042]步骤022、第二安全芯片通过第二通信接口接收第二通话终端发送的第一协商信息，并对第一协商信息和第二协商信息进行计算，得到第二通话密钥；
[0043]其中，第一协商信息是由第二通话终端在接收到第一通话终端发送的第一协商信息后，通过第二通信接口发送给第二安全芯片的。
[0044]其中，步骤011中发送第一协商信息的操作和步骤021中接收第二协商信息的操作在执行顺序上并没有明显的先后关系，可以同时执行，也可以按照次序先后执行。同理，步骤012中发送第二协商信息的操作和步骤022中接收第一协商信息的操作在执行顺序上并没有明显的先后关系，可以同时执行，也可以按照次序先后执行。
[0045]其中，第一协商信息和第二协商信息中的参数信息具体内容可以参照现有技术中的密钥协商算法来设置，例如，密钥协商算法ZRTP。
[0046]其中，第一通话密钥和第二通话密钥的计算可参见现有技术中的密钥协商算法的计算方式来获取，例如，ZRTP。其中，第一通话密钥可以保存在第一安全芯片中，以保证第一通话密钥的存储安全；同理，第二通话密钥可以保存在第二安全芯片中，以保证第二通话密钥的存储安全。
[0047]在第一通话终端和第二通话终端不存在第三人监听的前提下，第一通话密钥和第二通话密钥相同。相反，在第一通话终端和第二通话终端存在第三人监听时，第一通话终端的用户所使用的第一通话密钥和第二通话终端的用户所使用的第二通话密钥不同。之所以第一通话密钥和第二通话密钥不同，原因在于:第一通话密钥是第一通话终端和第三人的通话终端协商得到的，第二通话密钥是第二通话终端和第三人的通话终端协商得到的，并不是第一通话终端和第二通话终端直接协商得到的。
[0048]步骤021和步骤022之间没有明显的先后顺序，可以同时执行，也可以按照次序先后执行。
[0049]步骤03:第一安全设备和第二安全设备均输出授权码并发送:
[0050]步骤031、第一安全设备输出第一授权码，其中第一授权码是第一安全芯片根据第一通话密钥生成的，并提示对第一授权码进行朗读；第一安全芯片获取第一通话终端的用户对第一授权码的朗读结果，得到第一声音信息；第一安全芯片利用第一通话密钥对第一声音信息进行加密处理，得到第一加密数据，并通过第一通信接口发送第一加密数据；
[0051]其中，第一安全芯片在通过第一通信接口发送第一加密数据后，第一通话终端通过第一通信接口接收第一加密数据，并通过通信网络发送给第二通话终端。
[0052]步骤032、第二安全设备输出第二授权码，其中第二授权码是第二安全芯片根据第二通话密钥生成的；并提示对第二授权码进行朗读；第二安全芯片获取第二通话终端的用户对第二授权码的朗读结果，得到第二声音信息；第二安全芯片利用第二通话密钥对第二声音信息进行加密处理，得到第二加密数据，并通过第二通信接口发送第二加密数据。
[0053]其中，第二安全芯片在通过第二通信接口发送第二加密数据后，第二通话终端通过第二通信接口接收第二加密数据，并通过通信网络发送给第一通话终端。
[0054]此处，以步骤031的实现为例进行说明:
[0055]对于第一通话密钥而言，第一安全设备中的第一安全芯片在得到第一通话密钥后，可以使用第一通话密钥能保证第一安全设备与第二安全设备之间语音通话的安全，相当于在现有技术中的语音通话基础上，在第一安全设备与第二安全设备之间建立语音加密通道。
[0056]其中，本发明提供的语音加密通道是建立在第一安全设备和第二安全设备之间的通道，即对第一安全设备而言，语音加密通道依次经过了第一安全设备、第一通话设备、第二通话设备和第二安全设备。由此可以看出，本发明的语音加密通道是建立在安全设备之间的，因此，在第一通话终端和第二通话终端在通话建立至通话结束的整个过程中，第一通话终端和第二通话终端起到透传数据的作用，减少了通话终端上恶意软件攻击的可能，提高了数据传输的安全。[0057]其中，第一安全设备输出第一授权码，包括:A、第一安全设备将第一授权码转换成声音信息，得到第一授权码的声音信息，并播放第一授权码的声音信息；或者，B、第一安全设备显示第一授权码。
[0058]具体来说，第一授权码的输出方式可以是由第一安全设备的播放单元播放出来，例如，扬声器或喇叭，也可以由第一安全设备的显示单元显示出来。具体来说:
[0059]第一种方式，第一安全芯片将第一授权码的数字信号发送给第一安全设备的语音转换单元，语音转换单元将第一授权码的数字信号转换成声音信息，得到第一授权码的声音信息，并将第一授权码的声音信息发送给第一安全设备的播放单元，播放单元播放第一授权码的声音信息。
[0060]在第一种方式中，对第一授权码的信息进行转换，得到第一授权码的声音信息，通过播放第一授权码的声音信息，达到输出第一授权码的目的。
[0061]第二种方式，第一安全芯片将第一授权码的数字信号发送给第一安全设备的显示单元，显示单元显示第一授权码。
[0062]在第二种方式中，通过显示第一授权码，达到输出第一授权码的目的。
[0063]其中，用于提示对第一授权码的信息进行朗读的信息可以与第一授权码一起输出，例如，输出“请朗读授权码XXX”，其中，XXX表示第一授权码的内容。其中输出方式可以采用播放方式或显示方式。
[0064]当然，用于提示对第一授权码的信息进行朗读的信息可以与第一授权码也可以分开输出，例如，先输出“请朗读授权码”的信息，再输出“授权码为XXX”的信息，或者，先输出“授权码为XXX”的信息，再输出“请朗读授权码”的信息。其中上述两条信息的输出方式可以采用播放方式或显示方式来输出，其中上述两条信息的输出方式可以相同，也可以不同。
[0065]其中，第一授权码和用于提示对第一授权码的信息进行朗读的信息也可以通过第一通话终端输出，例如，通过显示方式输出，或者，通过播放方式输出。
[0066]相比较在第一通话终端上输出第一授权码和用于提示对第一授权码的信息进行朗读的信息的方式，通过第一安全设备输出第一授权码和用于提示对第一授权码的信息进行朗读的信息的方式，可以减少第一通话终端上恶意软件攻击的可能，提高了数据传输的安全。
[0067]其中，在提示对第一授权码进行朗读时，由于朗读的内容是第一授权码，并非第一通话密钥本身，降低了不法分子在用户朗读时窃取第一通话密钥的可能；另外，第一授权码是根据第一通话密钥生成的，且可以唯一标识第一通话密钥，因此通信双方通过比对授权码的内容是否一致，来确定通信双方所使用的通话密钥是否一致；由于第一通话密钥的位数较长，将第一通话密钥处理成第一授权码，使得第一授权码的长度较第一通话密钥的长度短，减少用户朗读的内容，方便用户操作。
[0068]其中，第一安全芯片获取第一通话终端的用户对第一授权码的朗读结果，得到第一声音信息，可以米用如下两种方式:
[0069]方式A、第一安全芯片通过第一通信接口接收第一通话终端采集的第一通话终端的用户对第一授权码的朗读结果，得到第一声音信息。
[0070]在方式A中，利用第一通话终端现有的麦克实现对朗读结果的采集，实现方便，无需对第一安全设备的硬件改造即可实现对朗读结果的获取，降低了第一安全设备的硬件成本。
[0071]方式B、第一安全芯片获取第一安全设备的语音采集单元采集的第一通话终端的用户对第一授权码的朗读结果，得到第一声音信息。
[0072]在方式B中，语音采集单元可以为麦克。在采集对第一授权码的朗读结果时，采用第一安全设备上的语音采集单元进行采集，可以减少第一通话终端上恶意软件攻击的可能，保证数据采集的安全性。例如，第一安全设备为蓝牙耳机时，可以直接利用蓝牙耳机的麦克对朗读结果进行采集。
[0073]其中，对用户朗读第一授权码的声音进行采集，得到第一声音信息，实际上是采集得到两部分信息，一个是第一安全设备输出的第一授权码的内容，另外一个是朗读第一授权码的用户的声音特征。
[0074]其中该第一声音信息中的声音特征是第一通话终端的用户直接朗读该第一授权码时该用户自身的声音特征，标识该第一声音信息中的第一授权码的内容来源于第一通话终端的用户；不是由语音模拟软件模拟该第一通话终端的用户的发声效果得到的声音特征。
[0075]由于语音模拟软件模拟出的声音特征和用户直接朗读时得到的声音特征不同，因此在播放上述两个声音特征时，收听者可以根据两个声音特征所携带的音色、音调和语气等个性化信息等，识别出是否是真实的第一通话终端的用户的声音，从而识别出携带授权码的声音信息是否来自于第一通话终端。
[0076]其中，第一安全设备将第一声音信息处理成第一加密数据的实现方式如下:
[0077]第一安全设备的语音采集单元将第一声音信息发送给第一安全设备的语音转换单元，语音转换单元将第一声音信息处理成数字信号，得到待验证数据，并将待验证数据发送给第一安全芯片，第一安全芯片利用第一通话密钥对待验证数据进行加密处理，得到第一加密数据，并通过第一通信接口发送第一加密数据。
[0078]其中，语音转换单元的作用将模拟信号转换成数字信号，使得第一声音信息能够在语音加密通道进行数据传输。其中，语音采集单元和语音转换单元在第一安全设备中可以集成在一起，也可以是不同的物理单元。
[0079]当然，如果第一通话终端和第二通话终端之间的通信网络支持模拟信号的直接传输，则在将第一声音信息处理成第一加密数据的过程中无需执行将模拟信号转换成数字信号的操作。
[0080]另外，步骤032中第二安全设备执行的各个步骤的实现方式与步骤031中第一安全设备执行的各个步骤的实现方式类似，在此不再赘述。
[0081]在第一通话终端和第二通话终端不存在第三人监听的前提下，第一授权码和第二授权码相同。相反，在第一通话终端和第二通话终端存在第三人监听时，第一通话终端的用户所使用的第一通话密钥和第二通话终端的用户所使用的第二通话密钥不同，因此，根据第一通话密钥生成的第一授权码和根据第二通话密钥生成的第二授权码也不同。用户通过比对第一授权码的内容和第二授权码的内容，可以判断出是否存在第三人监听。
[0082]步骤031和步骤032之间没有明显的先后顺序，可以同时执行，也可以按照次序先后执行。
[0083]步骤04、第一安全设备和第二安全设备均提示对授权码和声音特征进行确认:[0084]步骤041、第一安全芯片在通过第一通信接口接收到第二加密数据后，利用第一通话密钥对第二加密数据进行解密，得到第二解密数据；第一安全设备播放第二解密数据，并提示对第二解密数据中的授权码与第一授权码是否一致进行确认，以及第二解密数据中朗读授权码的声音特征与第二通话终端的用户的声音特征是否一致进行确认；
[0085]其中，第二加密数据是第一通话终端在接收到第二通话终端发送的第二加密数据后，通过第一通信接口发送给第一安全芯片的。
[0086]第一安全芯片获取到第二加密数据有如下两种方式，包括:在第一通话终端的用户与第二通话终端的用户进行语音通话之前接收的；或者，在第一通话终端的用户与第二通话终端的用户进行语音通话的过程中接收的。
[0087]由于第一安全芯片获取到第二加密数据有两种方式，因此，第一安全设备在提示对第二解密数据中的授权码与第一授权码是否一致进行确认，以及第二解密数据中朗读授权码的声音特征与第二通话终端的用户的声音特征是否一致进行确认的实现方式包括如下三种:
[0088]第一种，在第一通话终端的用户与第二通话终端的用户进行语音通话之前接收到第二加密数据后，第一安全设备在第一通话终端的用户与第二通话终端的用户进行语音通话之前提示对第二解密数据中的授权码与第一授权码是否一致进行确认，以及第二解密数据中朗读授权码的声音特征与第二通话终端的用户的声音特征是否一致进行确认；
[0089]第二种，在第一通话终端的用户与第二通话终端的用户进行语音通话之前接收到第二加密数据后，第一安全设备在第一通话终端的用户与第二通话终端的用户进行语音通话的过程中提示对第二解密数据中的授权码与第一授权码是否一致进行确认，以及第二解密数据中朗读授权码的声音特征与第二通话终端的用户的声音特征是否一致进行确认；
[0090]第三种，在第一通话终端的用户与第二通话终端的用户进行语音通话的过程中收到第二加密数据后，第一安全设备在第一通话终端的用户与第二通话终端的用户进行语音通话的过程中提示对第二解密数据中的授权码与第一授权码是否一致进行确认，以及第二解密数据中朗读授权码的声音特征与第二通话终端的用户的声音特征是否一致进行确认。
[0091]步骤042、第二安全芯片在通过第二通信接口接收到第一加密数据后，利用第二通话密钥对第一加密数据进行解密，得到第一解密数据；第二安全设备播放第一解密数据；第二安全芯片在输出第二授权码和播放第一解密数据后，提示对第一解密数据中的授权码与第二授权码是否一致进行确认，以及第一解密数据中朗读授权码的声音特征与第一通话终端的用户的声音特征是否一致进行确认；
[0092]其中，第一加密数据是第二通话终端在接收到第一通话终端发送的第一加密数据后，通过第二通信接口发送给第二安全芯片的。
[0093]第二安全芯片获取到第一加密数据有如下两种方式，包括:第二加密数据可以在第一通话终端的用户与第二通话终端的用户进行语音通话之前接收的；或者，在第一通话终端的用户与第二通话终端的用户进行语音通话的过程中接收的。
[0094]由于第二安全芯片获取到第一加密数据有两种方式，因此，第二安全设备提示对第一解密数据中的授权码与第二授权码是否一致进行确认，以及第一解密数据中朗读授权码的声音特征与第一通话终端的用户的声音特征是否一致进行确认的实现方式有如下三种:[0095]第一种，在第一通话终端的用户与第二通话终端的用户进行语音通话之前接收到第一加密数据后，第二安全设备在第一通话终端的用户与第二通话终端的用户进行语音通话之前提示对第一解密数据中的授权码与第二授权码是否一致进行确认，以及第一解密数据中朗读授权码的声音特征与第一通话终端的用户的声音特征是否一致进行确认；
[0096]第二种，在第一通话终端的用户与第二通话终端的用户进行语音通话之前接收到第一加密数据后，第二安全设备在第一通话终端的用户与第二通话终端的用户进行语音通话的过程中提示对第一解密数据中的授权码与第二授权码是否一致进行确认，以及第一解密数据中朗读授权码的声音特征与第一通话终端的用户的声音特征是否一致进行确认；
[0097]第三种，在第一通话终端的用户与第二通话终端的用户进行语音通话的过程中接收到第一加密数据后，第二安全设备在第一通话终端的用户与第二通话终端的用户进行语音通话的过程中提示对第一解密数据中的授权码与第二授权码是否一致进行确认，以及第一解密数据中朗读授权码的声音特征与第一通话终端的用户的声音特征是否一致进行确认。
[0098]此处，以步骤041的实现为例进行说明:
[0099]第一安全芯片利用第一通话密钥可以对第二加密数据进行解密，得到第二解密数据是由于在第一通话终端和第二通话终端之间不存在第三人监听时，第一通话密钥和第二通话密钥是相同的，因此可以利用第一通话密钥对由第二通话密钥加密后的加密结果进行成功解密。
[0100]但是，尽管可以利用第一通话密钥对由第二通话密钥加密后的加密结果进行成功解密，但不能据此判断出第一通话终端和第二通话终端之间是否存在第三人监听，理由是因为第一通话终端和第二通话终端存在第三人监听时，第一通话终端和第三人的通话终端协商得到的第一通话密钥，第二通话终端和第三人的通话终端协商得到的第二通话密钥，第一通话密钥和第二通话密钥不同。第三人可以将第一通话终端发送的数据利用第一通话密钥解密后，再使用第二通话密钥进行加密，并发送给第二通话终端，此时第二通话终端仍然可以使用第二通话密钥对接收到的加密数据进行成功进行解密，但此时，在第一通话终端和第二通话终端是存在第三人监听的，因此无法根据对接收到的加密数据是否成功解密来判断是否存在第三人监听。
[0101]为解决上述技术缺陷，下文引出授权码的概念，并通过对授权码进行朗读，并获取朗读结果后，并发送朗读结果的方式来判断是否存在第三人监听，具体实施细节参见下文步骤05中的相关描述。
[0102]其中，第一安全设备将第二加密数据处理成第二解密数据并播放的实现方式如下:
[0103]如果第二加密数据为数字信号，则第一安全芯片利用第一通话密钥对第二加密数据进行解密，得到第二解密数据；第一安全芯片发送第二解密数据给第一安全设备的语音转换单元，语音转换单元将第二解密数据转换成声音信息，得到第二解密数据的转换结果，并将第二解密数据的转换结果发送给第一安全设备的播放单元，播放单元播放第二解密数据的转换结果；
[0104]如果第二加密数据为模拟信号，则第一安全芯片利用第一通话密钥对第二加密数据进行解密，得到第二解密数据，将第二解密数据发送给第一安全设备的播放单元，播放单元播放第二解密数据。
[0105]其中，步骤041中播放第二解密数据的操作和步骤031中输出第一授权码的操作之间没有明显的先后顺序，可以同时执行，也可以按照次序先后执行。
[0106]其中，第二解密数据还可由第一通话终端的播放单元来播放，例如，扬声器和喇叭。
[0107]相比较在第一通话终端上播放第二解密数据的方式，通过第一安全设备播放第二解密数据的方式，可以减少通话终端上恶意软件攻击的可能，提高了数据传输的安全。
[0108]其中，第一安全设备显示提示信息或者播放提示信息，以提示对第二解密数据中的授权码与第一授权码是否一致进行确认，以及第二解密数据中朗读授权码的声音特征与第二通话终端的用户的声音特征是否一致进行确认。例如，第一安全设备的显示器显示提示信息，第一安全设备的播放单元播放提示信息。当然，还可由第一通话终端显示提示信息或者播放提示信息。
[0109]相比较在第一通话终端上显示或播放提示信息的方式，通过第一安全设备显示或播放提示信息的方式，可以减少通话终端上恶意软件攻击的可能，提高了数据传输的安全。
[0110]在本实施方式中，对第二解密数据采用播放的方式输出给用户，是因为第二解密数据中包括有两部分信息，一部分是表示第二通话终端的第二安全设备生成的授权码的具体内容，另一部分是表示第二通话终端的用户的声音特征，通过播放第二解密数据，可以使得第一通话终端的用户直接获取到上述两部分信息，进而，使得第一通话终端的用户一方面可以通过判断第二解密数据中的授权码与第一授权码是否一致来确认第二解密数据中携带的内容的真实性，另一方面可以通过判断第二解密数据中朗读授权码的声音特征与第二通话终端的用户的声音特征是否一致来确认第二解密数据的来源的合法性，也就是可以判断出是否存在第三人。
[0111]而，如果将上述播放第二解密数据的方式替换成显示第二解密数据的方式，则第一通话终端的用户接收到第二解密数据后，仅可以通过判断第二解密数据中的授权码与第一授权码是否一致来确认第二解密数据中携带的内容的真实性，而无法确认第二解密数据的来源的合法性，也就是无法判断出是否存在第三人。
[0112]由于在第一通话终端和第二通话终端不存在第三人监听的前提下，第一授权码和第二授权码是相同的，而第一授权码可以唯一标识第一通话密钥，第二授权码可以唯一标示第二通话密钥，因而，当第一通话终端的用户判断出第一授权码和第二授权码相同时，即可得知第一通话密钥和第二通话密钥是相同的。
[0113]另外，步骤042中第二安全设备执行的各个步骤的实现方式与步骤041中第一安全设备执行的各个步骤的实现方式类似，在此不再赘述。
[0114]其中，步骤041和步骤042之间没有明显的先后顺序，可以同时执行，也可以按照次序先后执行。
[0115]步骤05:第一安全芯片和第二安全芯片均提示对收到的加密数据中授权码内容和声音特征进行确认:
[0116]步骤051:第一安全芯片对第一通话终端的用户的语音通话进行加解密操作有如下两种方式:
[0117]A:在提示对所述第二解密数据中的授权码与所述第一授权码是否一致进行确认，以及所述第二解密数据中朗读授权码的声音特征与所述第二通话终端的用户的声音特征是否一致进行确认后，如果所述第一安全芯片接收到第一确认指令，所述第一安全芯片启动利用所述第一通话密钥对所述第一通话终端的用户的语音通话进行加解密操作，其中，第一确认指令为确认第二解密数据中的授权码与第一授权码一致，以及第二解密数据中朗读授权码的声音特征与第二通话终端的用户的声音特征一致的指令；
[0118]其中，利用第一通话密钥对第一通话终端的用户的语音通话进行加解密操作，可以在第一通话终端的用户与第二通话终端的用户进行语音通话开始时启动，也可以在第一通话终端的用户与第二通话终端的用户进行语音通话的过程中启动。
[0119]B:在启动利用所述第一通话密钥对所述第一通话终端的用户的语音通话进行加解密操作后，如果所述第一安全芯片接收到第一确认指令，所述第一安全芯片利用所述第一通话密钥对所述第一通话终端的用户的语音通话继续进行加解密操作，其中，第一确认指令为确认第二解密数据中的授权码与第一授权码一致，以及第二解密数据中朗读授权码的声音特征与第二通话终端的用户的声音特征一致的指令；
[0120]其中图1仅示出步骤051的方式A的实现，方式B的实现与方式A的实现相似，区别在于，第一确认指令的接收时机不同，在方式A中是第一安全芯片在启动对语音通话进行加解密操作之前接收的，在方式B中是第一安全芯片在启动对语音通话进行加解密操作之后接收的。其中，第一确认指令可以通过如下方式得到:
[0121]第一种，第一安全设备接收第一通话终端的用户输入的第一确认指令，其中第一确认指令是第一通话终端的用户在确认第二解密数据中的授权码与第一授权码一致，以及第二解密数据中朗读授权码的声音特征与第二通话终端的用户的声音特征一致后输入的指令。
[0122]其中，第一通话终端的用户可以在第一通话终端上输入指令，也可以在第一安全设备上输入指令。第一通话终端的用户在第一安全设备上输入指令，减少了第一通话终端上恶意软件的攻击，保证了语音通话安全。
[0123]第二种，在接收到第二通话终端发送的第二确认指令后，根据第二确认指令，得到第一确认指令；
[0124]其中第二确认指令为第二通话终端的用户在确认接收的授权码与本地产生的授权码一致，以及朗读授权码的声音特征与第一通话终端的用户的声音特征一致后，输入的指令。
[0125]在第一通话终端的用户信任第二通话终端的用户时，如果第二通话终端的用户确认从第一通话终端接收的授权码与第二安全设备产生的授权码一致，以及朗读授权码的声音特征与第一通话终端的用户的声音特征一致，那么第一通话终端的用户就可以获知第二解密数据中的授权码与第一授权码一致，以及第二解密数据中朗读授权码的声音特征与第二通话终端的用户的声音特征一致，即相当于得到了第一确认指令。
[0126]步骤052:第二安全芯片对第二通话终端的用户的语音通话进行加解密操作有如下两种方式:
[0127]A:在提示对所述第一解密数据中的授权码与所述第二授权码是否一致进行确认，以及所述第一解密数据中朗读授权码的声音特征与所述第一通话终端的用户的声音特征是否一致进行确认后，如果所述第二安全芯片接收到第二确认指令，所述第二安全芯片启动利用所述第二通话密钥对所述第二通话终端的用户的语音通话进行加解密操作，其中，利用第二通话密钥对第二通话终端的用户的语音通话进行加解密操作，可以在第一通话终端的用户与第二通话终端的用户进行语音通话开始时启动，也可以在第一通话终端的用户与第二通话终端的用户进行语音通话的过程中启动。
[0128]B:在启动利用所述第二通话密钥对所述第二通话终端的用户的语音通话进行加解密操作后，如果所述第二安全芯片接收到第二确认指令，所述第二安全芯片利用所述第二通话密钥对所述第二通话终端的用户的语音通话继续进行加解密操作，其中，第二确认指令为确认第一解密数据中的授权码与第二授权码一致，以及第一解密数据中朗读授权码的声音特征与第一通话终端的用户的声音特征一致的指令。
[0129]其中图1仅示出步骤052的方式A的实现，方式B的实现与方式A的实现相似，区别在于，第二确认指令的接收时机不同，在方式A中是所述第二安全芯片在启动对语音通话进行加解密操作之前接收的，在方式B中是所述第二安全芯片在启动对语音通话进行加解密操作之后接收的。
[0130]其中，第二确认指令可以通过如下方式得到:
[0131]第一种，第二安全设备接收第二通话终端的用户输入的第二确认指令，其中第二确认指令是第二通话终端的用户在确认第一解密数据中的授权码与第二授权码一致，以及第一解密数据中朗读授权码的声音特征与第一通话终端的用户的声音特征一致后输入的指令。
[0132]其中，第二通话终端的用户可以在第二通话终端上输入指令，也可以在第二安全设备上输入指令。第二通话终端的用户在第二安全设备上输入指令，减少了第二通话终端上恶意软件的攻击，保证了语音通话安全。
[0133]第二种，在接收到第一通话终端发送的第一确认指令后，根据第一确认指令，得到第二确认指令；
[0134]其中第一确认指令为第一通话终端的用户在确认接收的授权码与本地产生的授权码一致，以及朗读授权码的声音特征与第二通话终端的用户的声音特征一致后，输入的指令。
[0135]在第二通话终端的用户信任第一通话终端的用户时，如果第一通话终端的用户确认从第二通话终端接收的授权码与第一安全设备产生的授权码一致，以及朗读授权码的声音特征与第二通话终端的用户的声音特征一致，那么第二通话终端的用户就可以获知第一解密数据中的授权码与第二授权码一致，以及第一解密数据中朗读授权码的声音特征与第一通话终端的用户的声音特征一致，即相当于得到了第二确认指令。
[0136]此处，以步骤051的实现为例进行说明:
[0137]与现有技术中由第一通话终端利用第一通话密钥进行加密不同，本发明中执行加密操作的主体是第一安全芯片。由第一安全芯片对语音通话进行加密，可以减少第一通话终端上恶意软件攻击的可能，提高了数据传输的安全。
[0138]且，第一安全芯片利用自身产生的第一通话密钥对得到的语音信息进行加密，提高了通话安全。具体来说:
[0139](I)语音加密的执行主体是第一安全芯片，由于第一安全芯片在第一安全设备内部，第一安全设备独立于第一通话终端，减少了在语音加密过程中被第一通话终端上恶意软件攻击的可能；另外，相比较现有技术中耳机的处理器，本发明中第一安全设备中进行语音加密的执行主体是第一安全芯片，由于对语音进行加密和解密的运算在第一安全芯片内部完成，只是将加密结果和解密结果输出，避免了数据被破解的机会，因此，较现有技术中的处理器，第一安全芯片的语音加密强度更高。
[0140](2)语音加密所使用的第一通话密钥是第一安全芯片产生的，且第一安全芯片将第一通话密钥保存在第一安全芯片内部，减少了第一通话密钥被窃取的可能，保证了语音加密的安全性；另外，在语音加密时，在第一安全芯片内部使用第一通话密钥来加密，使得第一通话密钥是在一个安全环境被调用，保证第一通话密钥的安全使用。
[0141](3)加密对象是第一安全设备的语音采集单元采集的。本发明利用第一安全设备进行语音采集，第一安全设备独立于第一通话终端，减少了语音采集过程中被第一通话终端上恶意软件攻击的可能。
[0142]由上可以看出，在语音加密时，整个加密操作都是由第一安全设备来完成的，无需与外部的设备进行交互，保证了加密操作的安全性。
[0143]当然，所述第一安全设备加密的语音也可以由第一通话终端的语音采集单元来采集，并通过第一通信接口获取采集得到的语音。其中第一通话终端的语音采集单元可以为话筒。
[0144]另外，步骤052中第二安全设备执行的各个步骤的实现方式与步骤051中第一安全设备执行的各个步骤的实现方式类似，在此不再赘述。
[0145]其中，步骤051和步骤052之间没有明显的先后顺序，可以同时执行，也可以按照次序先后执行。
[0146]由于步骤051和步骤052之间没有明显的先后顺序，因此在实际应用中，可能会出现如下不同的应用场景:
[0147]Cl:第一安全设备在确认第二解密数据中的授权码与第一授权码一致，以及第二解密数据中朗读授权码的声音特征与第二通话终端的用户的声音特征一致时，得到第一确认指令，根据第一确认指令启动对第一通话终端的用户的语音通话进行加解密操作；以及，第二安全设备在确认第一解密数据中的授权码与第二授权码一致，以及第一解密数据中朗读授权码的声音特征与第一通话终端的用户的声音特征一致时，得到第二确认指令，根据第二确认指令启动对第二通话终端的用户的语音通话进行加解密操作；
[0148]C2:第二安全设备在确认第一解密数据中的授权码与第二授权码一致，以及第一解密数据中朗读授权码的声音特征与第一通话终端的用户的声音特征一致时，得到第二确认指令，根据第二确认指令启动对第二通话终端的用户的语音通话进行加解密操作，并发送第二确认指令给第一安全设备；所述第一安全设备在接收到第二确认指令后，根据第二确认指令得到第一确认指令，根据第一确认指令启动对第一通话终端的用户的语音通话进行加解密操作；
[0149]C3:第一安全设备在得到第一通话密钥后，启动对第一通话终端的用户的语音通话进行加解密操作；在启动对第一通话终端的用户的语音通话进行加解密操作后，提示并确认第二解密数据中的授权码与第一授权码一致，以及第二解密数据中朗读授权码的声音特征与第二通话终端的用户的声音特征一致时，得到第一确认指令，根据第一确认指令对第一通话终端的用户的语音通话继续进行加解密操作；以及，第二安全设备在确认第一解密数据中的授权码与第二授权码一致，以及第一解密数据中朗读授权码的声音特征与第一通话终端的用户的声音特征一致时，得到第二确认指令，根据第二确认指令启动对第二通话终端的用户的语音通话进行加解密操作；
[0150]C4:第二安全设备在确认第一解密数据中的授权码与第二授权码一致，以及第一解密数据中朗读授权码的声音特征与第一通话终端的用户的声音特征一致时，得到第二确认指令，根据第二确认指令启动对第二通话终端的用户的语音通话进行加解密操作，并发送第二确认指令给第一安全设备；第一安全设备在得到第一通话密钥后，启动对第一通话终端的用户的语音通话进行加解密操作；在启动对第一通话终端的用户的语音通话进行加解密操作后，所述第一安全设备在接收到第二确认指令后，根据第二确认指令得到第一确认指令，根据第一确认指令对第一通话终端的用户的语音通话继续进行加解密操作；
[0151]C5:第一安全设备在确认第二解密数据中的授权码与第一授权码一致，以及第二解密数据中朗读授权码的声音特征与第二通话终端的用户的声音特征一致时，得到第一确认指令，根据第一确认指令启动对第一通话终端的用户的语音通话进行加解密操作；以及，第二安全设备在得到第二通话密钥后，启动对第二通话终端的用户的语音通话进行加解密操作；在启动对第二通话终端的用户的语音通话进行加解密操作后，在确认第一解密数据中的授权码与第二授权码一致，以及第一解密数据中朗读授权码的声音特征与第一通话终端的用户的声音特征一致时，得到第二确认指令，根据第二确认指令对第二通话终端的用户的语音通话继续进行加解密操作；
[0152]C6:第二安全设备在启动对第二通话终端的用户的语音通话进行加解密操作后，在确认第一解密数据中的授权码与第二授权码一致，以及第一解密数据中朗读授权码的声音特征与第一通话终端的用户的声音特征一致时，得到第二确认指令，根据第二确认指令对第二通话终端的用户的语音通话继续进行加解密操作，并发送第二确认指令给第一安全设备；所述第一安全设备在接收到第二确认指令后，根据第二确认指令得到第一确认指令，根据第一确认指令启动对第一通话终端的用户的语音通话进行加解密操作；
[0153]C7:第一安全设备在得到第一通话密钥后，启动对第一通话终端的用户的语音通话进行加解密操作；在启动对第一通话终端的用户的语音通话进行加解密操作后，提示并确认第二解密数据中的授权码与第一授权码一致，以及第二解密数据中朗读授权码的声音特征与第二通话终端的用户的声音特征一致时，得到第一确认指令，根据第一确认指令对第一通话终端的用户的语音通话继续进行加解密操作；以及，第二安全设备在启动对第二通话终端的用户的语音通话进行加解密操作后，在确认第一解密数据中的授权码与第二授权码一致，以及第一解密数据中朗读授权码的声音特征与第一通话终端的用户的声音特征一致时，得到第二确认指令，根据第二确认指令对第二通话终端的用户的语音通话继续进行加解密操作；
[0154]CS:第二安全设备在启动对第二通话终端的用户的语音通话进行加解密操作后，在确认第一解密数据中的授权码与第二授权码一致，以及第一解密数据中朗读授权码的声音特征与第一通话终端的用户的声音特征一致时，得到第二确认指令，根据第二确认指令对第二通话终端的用户的语音通话继续进行加解密操作，并发送第二确认指令给第一安全设备；第一安全设备在得到第一通话密钥后，启动对第一通话终端的用户的语音通话进行加解密操作；在启动对第一通话终端的用户的语音通话进行加解密操作后，所述第一安全设备在接收到第二确认指令后，根据第二确认指令得到第一确认指令，根据第一确认指令对第一通话终端的用户的语音通话继续进行加解密操作。
[0155]上述步骤05描述的技术特征是确认授权码的内容和朗读授权码的声音特征均一致后执行语音通话的加解密操作，当然，本实施例还提供确认授权码的内容和朗读授权码的声音特征中至少一个不一致时的处理方案，具体包括:
[0156]以第一安全设备的实现为例进行说明:
[0157]当第一通话终端的用户判断第二解密数据中的授权码与第一授权码不一致，和/或，第二解密数据中朗读授权码的声音特征与第二通话终端的用户的声音特征不一致，则第一通话终端的用户可以在第一通话终端或者第一安全设备上结束本次语音通话。
[0158]同理，第二安全设备的实现与第一安全设备的实现相似，此处不再赘述。
[0159]上述方法还包括:
[0160]如果第一安全芯片检测到第一通话终端的用户的语音通话结束，则第一安全芯片删除第一通话密钥；和/或，
[0161]如果第二安全芯片检测到第二通话终端的用户的语音通话结束，则第二安全芯片删除第二通话密钥。
[0162]在上述方法中，在通话结束后，第一安全芯片销毁本次语音通话所使用的第一通话密钥可以减少第一通话密钥被盗取后被不合理利用的可能，保证第一安全芯片的运行安全，同样有效利用了第一安全芯片的存储空间。同理，在通话结束后，第二安全芯片销毁本次语音通话所使用的第二通话密钥可以减少第二通话密钥被盗取后被不合理利用的可能，保证第二安全芯片的运行安全，同样有效利用了第二安全芯片的存储空间。
[0163]下面以一具体应用场景为例进行说明:
[0164]用户A和用户B进行正常通话，不存在被第三方监听时，用户A和用户B直接进行通话密钥的协商，得到通话密钥X，用户A和用户B之间的语音通话也直接采用通话密钥X进行加解密。
[0165]在用户A和用户B之间进行通话过程中，如果存在第三人用户C监听,用户A和用户B将分别与第三人用户C协商通话密钥，协商完成后，用户C与用户A协商得到的通话密钥为M，用户C与用户B协商得到的通话密钥为N。在用户A发送给用户B的通话语音过程中，用户C截获到用户A发送给用户B的通话语音A，使用通话密钥M对通话语音A解密后得到明文A，再使用通话密钥N对明文A进行加密后发送给用户B。由于用户B能够利用通话密钥N对用户C发送来密文进行解密，从而用户B能够获取到用户A的语音，同理，在用户B发送给用户A的通话语音过程中，用户C截获到用户B发送给用户A的通话语音B，使用通话密钥N对通话语音B解密后得到明文B，再使用通话密钥M对明文B进行加密后发送给用户A。由于用户A能够利用通话密钥M对用户C发送来密文进行解密，从而用户A能够获取到用户B的语音。由于用户A和用户B均能够获取到通话对端的语音，因此，用户A和用户B之间能够进行语音通话，但实际上用户A和用户B的通信对端用户均为用户C，也就是用户A和用户B的本次通话语音已经被用户C监听。
[0166]相对应的，采用本实施例提供的方法进行语音通话时，如果存在用户C的监听，那么用户A的安全设备利用与通信对端的用户C协商的通话密钥M，得到一个授权码m，并由用户A朗读授权码m,得到声音文件m,则声音文件m中包括有用户A的声音和授权码m的内容，用户C对声音文件m解密后，利用通话密钥N对声音文件m进行加密发给用户B，当用户B听到声音文件m后，听到是用户A的声音，明确了声音文件m的来源是用户A，但用户B的安全设备也会利用与通信对端的用户C协商的通话密码N得到一个授权码n，用户B比对听到的声音文件m携带的授权码m和本地生成的授权码η,发现授权码m和授权码η不相同，即可得知本次通话中存在第三人监听。
[0167]当然，用户C破解得到声音文件m，将声音文件替换成包括授权码η(由通话密钥N生成的授权码)的声音文件，但是由于声音文件并不是由用户A朗读的，不包括用户A的声音特征，将声音文件称为声音文件m’，即声音文件m’包括授权码η的内容和来自不是用户A的声音特征；用户B在听到的声音文件m’后，会发现声音文件m’中授权码与自己的安全设备输出的一致，但声音文件m’中的声音特征不是用户A的声音特征，因此用户B就能确定本次通话中存在第三人监听。
[0168]由此可以看出，声音文件中包括朗读授权码的声音特征和授权码的内容，使得用户能够根据这两个信息判断通话过程中是否有第三人监听，保证了通话的安全。
[0169]下面对基于ZRTP的密钥协商来获取通话密钥和授权码的方式做进一步说明，具体流程如下:
[0170]一、通话密钥的产生:
[0171]Fl:第一安全设备向第二安全设备发送Hello消息，Hello消息包括第一安全设备所使用的ZRTP的版本号、密钥协商类型、密钥算法以及第一通话终端的用户的会话标识IDl ;其中ZRTP协议的密钥协商类型包括预共享模式、多媒体流模式和Diffie-Hellman (DH)模式；
[0172]F2:第二安全设备向第一安全设备发送Hello消息的应答消息；
[0173]F3:第二安全设备向第一安全设备发送Hello消息，Hello消息包括第二安全设备所使用的ZRTP的版本号、密钥协商类型、密钥算法以及第二通话终端的用户的会话标识ID2 ;其中ZRTP协议的密钥协商类型包括预共享模式、多媒体流模式和Diffie-Hellman (DH)模式；
[0174]F4:第一安全设备向第二安全设备发送Hello消息的应答消息；
[0175]F5:第二安全设备在收到Hello消息的应答消息后，向第一安全设备发送双方都支持的密钥协商类型和密钥算法，此处以选择的密钥协商类型为DH模式为例；
[0176]F6、第一安全设备向第二安全设备发送本地生成的第一函数信息，其中第一函数信息为一个幂函数，其中幂函数可以为g~x，其中X = svr mod p,其中svr表示应答者的秘密取值，mod为取整算法，P为整数；
[0177]F7、第二安全设备向第一安全设备发送本地生成的第二函数信息，其中第二函数信息也为一个幂函数，其中幂函数可以为g~y，其中y = svi mod p,其中svi表示发起者的秘密取值，mod为取整算法，P为整数；
[0178]其中，g~x为上文提到的第一协商信息，g~y为上文提到的第二协商信息。
[0179]而在本例中，第一安全芯片根据g~x和g~y，可以得到第一通话密钥g~xy ；，第二安全芯片根据g~X和g>，可以得到第二通话密钥g~Xy。
[0180]F8、第一安全设备向第二安全设备发送第一校验消息,第一校验信息是对如下信息校验后得到，包括:本地是否公开第一通话密钥、本地在通话后是否销毁第一通话密钥等；其中校验所使用的密钥是根据第一通话密钥得到的，具体来说，对第一通话密钥g~xy、会话标识ID1、会话标识ID2和一串字符串进行处理，得到一个密钥S0，其中字符串是一段公开用于描述功能的字符串；再利用ZRTP协议中的密钥派生算法对密钥SO进行处理，得到用于校验计算的密钥；其中，密钥派生算法可以是HMAC算法；
[0181]F9、第二安全设备在对第一校验消息校验完后，向第一安全设备发送第二校验消息，第二校验消息是对如下信息校验后得到，包括:本地是否公开第二通话密钥、本地在通话后是否销毁第二通话密钥等；其中校验所使用的密钥是根据第二通话密钥得到的，具体来说，对第二通话密钥g~xy、会话标识ID1、会话标识ID2和一串字符串进行处理，得到一个密钥S0，其中字符串是一段公开用于描述功能的字符串；再利用ZRTP协议中的密钥派生算法对密钥SO进行处理，得到用于校验计算的密钥；其中，密钥派生算法可以是HMAC算法；
[0182]F10、第一安全设备在对第二校验消息校验完成后，向第二安全设备发送确认消息，已完成密钥协商。
[0183]二:授权码的产生方式:
[0184]此处以第一安全设备来生成第一授权码为例进行说明:
[0185]在得到密钥SO后，利用密钥派生算法对SO进行处理，得到一段字符串M ；
[0186]从字符串M中取前32位比特得到一串字符串m ；
[0187]对字符串m进行编码处理，将字符串m编码成可视化字符，将可视化字符作为第一授权码。
[0188]与现有技术中通话密钥是在TF卡上生成的方式相比，本发明提供的方法实施例通过独立于通话终端的安全设备上生成通话密钥，减少了语音加密过程中被通话终端上恶意软件攻击的可能；且是由安全设备内的安全芯片来生成的，基于安全芯片的高安全性，减少了通话密钥被窃取的可能，保证了语音加密的安全性；另外，在语音加密时，在安全芯片内部使用通话密钥来加密，使得通话密钥是在一个安全环境被调用，保证通话密钥的安全使用。
[0189]在语音加密通话过程中，安全设备通过播放来自通话对端的解密数据，提示确定解密数据中的授权码与本地生成的授权码是否一致，以及，确定解密数据的声音特征与通话对端的用户的声音特征是否一致，从而，对解密数据中授权码的内容和声音特征分别进行验证，实现对通话对端的身份信息的确认，使得用户确定本次通话是否有人监听，提高了语音通话中识别第三人监听的成功率，从而降低语音通话被监听的可能，且在用户确定本次语音通话存在第三人监听时，用户及时可以采取防监听的安全措施防止信息泄露，提高语音通话中数据传输的安全。
[0190]进一步的，在安全设备上播放来自通话对端的解密数据，减少了通话终端上恶意软件的攻击，保证了语音通话安全。
[0191]下面以第一安全设备在语音通话中处理数据的方法流程进行简单说明，如图2所示:
[0192]步骤21、第一安全设备的第一安全芯片生成第一协商信息，通过第一安全设备的第一通信接口发送第一协商信息至第一通话终端；第一安全设备与第一通话终端相连，且独立于第一通话终端；
[0193]步骤22、第一安全芯片通过第一通信接口接收第一通话终端发送的第二协商信息，其中第二协商信息由第二通话终端的第二安全设备生成；
[0194]步骤23、第一安全设备输出第一授权码，其中第一授权码是第一安全芯片根据第一通话密钥生成的；
[0195]步骤24、第一安全芯片在通过第一通信接口接收到第二加密数据后，利用第一通话密钥对第二加密数据进行解密，得到第二解密数据，第二加密数据包括第二安全设备获取的第二通话终端的用户对授权码的朗读结果；
[0196]步骤25、第一安全设备播放第二解密数据，并提示对第二解密数据中的授权码与第一授权码是否一致进行确认，以及第二解密数据中朗读授权码的声音特征与第二通话终端的用户的声音特征是否一致进行确认。
[0197]与现有技术中通话密钥是在TF卡上生成的方式相比，本发明提供的方法实施例通过独立于第一通话终端的第一安全设备上生成第一通话密钥，减少了语音加密过程中被第一通话终端上恶意软件攻击的可能；且是由第一安全设备内的第一安全芯片生成，基于第一安全芯片的高安全性，减少了第一通话密钥被窃取的可能，保证了语音加密的安全性；另外，在语音加密时，在第一安全芯片内部使用第一通话密钥来加密，使得第一通话密钥是在一个安全环境被调用，保证第一通话密钥的安全使用。
[0198]在语音加密通话过程中，第一安全设备通过播放来自第二通话终端的第二解密数据，提示确定第二解密数据中的授权码与本地生成的第一授权码是否一致，以及，确定第二解密数据的声音特征与第二通话终端的用户的声音特征是否一致，从而，对第二解密数据中第一授权码的内容和声音特征分别进行验证，实现对第二通话终端的身份信息的确认，使得用户确定本次通话是否有人监听，提高了语音通话中识别第三人监听的成功率，从而降低语音通话被监听的可能，且在用户确定本次语音通话存在第三人监听时，用户及时可以采取防监听的安全措施防止信息泄露，提高语音通话中数据传输的安全。
[0199]进一步的，在第一安全设备上播放来自第二通话终端的第二解密数据，减少了第一通话终端上恶意软件的攻击，保证了语音通话安全。
[0200]同理，第二安全设备能够执行与第一安全设备相同的流程，从而达到与第一安全设备相同的技术效果，此处不再赘述。
[0201]流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属【技术领域】的技术人员所理解。
[0202]应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。
[0203]本【技术领域】的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
[0204]此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
[0205]上述提到的存储介质可以是只读存储器，磁盘或光盘等。
[0206]在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
[0207]尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在不脱离本发明的原理和宗旨的情况下在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。本发明的范围由所附权利要求及其等同限定。
【权利要求】
1.一种语音通话中数据处理方法，其特征在于，所述方法包括: 第一安全设备的第一安全芯片生成第一协商信息，通过所述第一安全设备的第一通信接口发送所述第一协商信息至第一通话终端；所述第一安全设备与所述第一通话终端相连，且独立于所述第一通话终端；以及，所述第一安全芯片通过所述第一通信接口接收所述第一通话终端发送的第二协商信息，其中所述第二协商信息由所述第二通话终端的第二安全设备生成； 所述第一安全芯片对所述第一协商信息和所述第二协商信息进行计算，得到第一通话密钥，所述第一通话密钥用于对所述第一通话终端的用户的语音通话进行加解密操作；所述第一安全设备输出第一授权码，其中所述第一授权码是所述第一安全芯片根据所述第一通话密钥生成的； 所述第一安全芯片在通过所述第一通信接口接收到第二加密数据后，利用所述第一通话密钥对所述第二加密数据进行解密，得到第二解密数据，所述第二加密数据包括所述第二安全设备获取的第二通话终端的用户对授权码的朗读结果； 所述第一安全设备播放所述第二解密数据，并提示对所述第二解密数据中的授权码与所述第一授权码是否一致进行确认，以及所述第二解密数据中朗读授权码的声音特征与所述第二通话终端的用户的声音特征是否一致进行确认。
2.根据权利要求1所述的方法，其特征在于，所述第一安全设备输出第一授权码，包括: A、所述第一安全设 将第一授权码转换成声音信息，得到所述第一授权码的声音信息，并播放所述第一授权码的声音信息；或者， B、所述第一安全设备显示第一授权码。
3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括: 所述第一安全设备提示对所述第一授权码进行朗读； 所述第一安全芯片获取所述第一通话终端的用户对所述第一授权码的朗读结果，得到第一声音信息; 所述第一安全芯片利用所述第一通话密钥对所述第一声音信息进行加密处理，得到第一加密数据，并通过所述第一通信接口发送所述第一加密数据。
4.根据权利要求1至3任一项所述的方法，其特征在于，所述方法还包括: 如果所述第一安全芯片检测到所述第一通话终端的用户的语音通话结束，则所述第一安全芯片删除所述第一通话密钥。
5.根据权利要求3或4所述的方法，其特征在于，所述第一安全芯片获取所述第一通话终端的用户对所述第一授权码的朗读结果，得到第一声音信息包括: A、所述第一安全芯片获取所述第一安全设备的语音采集单元采集的所述第一通话终端的用户对所述第一授权码的朗读结果，得到第一声音信息；或者， B、所述第一安全芯片通过所述第一通信接口接收所述第一通话终端采集的所述第一通话终端的用户对所述第一授权码的朗读结果，得到第一声音信息。
6.根据权利要求1至5任一项所述的方法，其特征在于，所述方法还包括: 在提示对所述第二解密数据中的授权码与所述第一授权码是否一致进行确认，以及所述第二解密数据中朗读授权码的声音特征与所述第二通话终端的用户的声音特征是否一致进行确认后，如果所述第一安全芯片接收到第一确认指令，所述第一安全芯片启动利用所述第一通话密钥对所述第一通话终端的用户的语音通话进行加解密操作；或者， 在启动利用所述第一通话密钥对所述第一通话终端的用户的语音通话进行加解密操作后，如果所述第一安全芯片接收到第一确认指令，所述第一安全芯片利用所述第一通话密钥对所述第一通话终端的用户的语音通话继续进行加解密操作； 其中，所述第一确认指令为确认所述第二解密数据中的授权码与所述第一授权码一致，以及所述第二解密数据中朗读授权码的声音特征与所述第二通话终端的用户的声音特征一致的指令。
7.根据权利要求6所述的方法，其特征在于，所述第一确认指令是所述第一安全设备的确认键产生的；或者，由所述第一通话终端产生的。
8. 根据权利要求1至7任一项所述的方法，其特征在于，所述第一授权码的长度小于所述第一通话密钥的长度。
9.根据权利要求1至8任一项所述的方法，其特征在于，所述第一授权码用于唯一标识所述第一通话密钥。
【文档编号】H04L29/06GK103986712SQ201410208664
【公开日】2014年8月13日 申请日期:2014年5月16日 优先权日:2014年5月16日
【发明者】李东声 申请人:天地融科技股份有限公司