CN105812384A - 一种通信方法和系统 - Google Patents

一种通信方法和系统 Download PDF

Info

Publication number
CN105812384A
CN105812384A CN201610289324.0A CN201610289324A CN105812384A CN 105812384 A CN105812384 A CN 105812384A CN 201610289324 A CN201610289324 A CN 201610289324A CN 105812384 A CN105812384 A CN 105812384A
Authority
CN
China
Prior art keywords
policy
communication
encryption
decryption
communication data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201610289324.0A
Other languages
English (en)
Inventor
廖声洋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Yulong Computer Telecommunication Scientific Shenzhen Co Ltd
Original Assignee
Yulong Computer Telecommunication Scientific Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Yulong Computer Telecommunication Scientific Shenzhen Co Ltd filed Critical Yulong Computer Telecommunication Scientific Shenzhen Co Ltd
Priority to CN201610289324.0A priority Critical patent/CN105812384A/zh
Publication of CN105812384A publication Critical patent/CN105812384A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/20Network architectures or network communication protocols for network security for managing network security; network security policies in general
    • H04L63/205Network architectures or network communication protocols for network security for managing network security; network security policies in general involving negotiation or determination of the one or more network security mechanisms to be used, e.g. by negotiation between the client and the server or between peers or by selection according to the capabilities of the entities involved
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/04Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/14Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic
    • H04L63/1441Countermeasures against malicious traffic

Abstract

本发明提供一种通信方法和系统,通过源终端预先设置加密策略;在建立加密通信前,根据加密策略发起与目的终端的策略协商;建立加密通信,将通信数据根据加密策略进行加密后发送给目的终端;目的终端完成由源终端发起的策略协商以确定解密策略;建立与源终端的加密通信,接收加密后的通信数据;根据解密策略解密通信数据。使得用户可以根据需要自主设置用来加解密通信数据的加解密策略,且加解密策略是多样化的,提高了用户的通信数据的安全性,同时也提高了用户体验。

Description

一种通信方法和系统
技术领域
本发明涉及通信领域,尤其涉及一种通信方法和系统。
背景技术
随着信息互联技术的快速发展,及用户对终端交互业务需求的不断提升,终端可实现的功能越来越多,终端的功能越多,即意味着终端上各式各样的应用相应的也就越多,这意味着当使用终端进行各种通信时,我们的隐私、通信数据、安全等方面的威胁也越多。现在越来越多的用户开始关注终端通信数据的安全性的问题,比如越来越多的用户开始关注自己建立的通信是否被他人监听或者有没有人篡改自己的通信数据。所以我们需要对进行通信时的通信数据进行加解密处理,现有技术中的加解密方式,一般是直接在终端出厂时就在其内设置一固定加解密模块,设置好加解密方法,直接通过固定的加解密策略对通信数据进行加密,这种加解密方式形式单一,只能通过固定的加解密方式进行加解密,当加解密方式被破解后,是无法更换加解密方式的,使得用户的通信数据不安全且终端使用受限;另外,现有方式中用户是不能根据需要自主设置加解密策略的,使得用户体验不佳。
发明内容
本发明提供一种通信方法和系统,解决现有技术中的通信数据加解密方法形式单一且固定不可设置,导致用户的通信数据的安全性不高的问题。
为解决上述问题,本发明采用以下技术方案:
本发明提供一种通信方法,包括:预先设置加密策略;在建立加密通信前,根据加密策略发起与目的终端的策略协商;建立加密通信,将通信数据根据加密策略进行加密后发送给目的终端。
进一步地,预先设置加密策略包括:从加密策略池中选择已知密钥的加密策略进行设置;或选择在加密通信过程中,实时生成密钥的加密策略进行设置。
进一步地,加密策略池包括以下设置方式中的至少一种:设置在本地,本地包括存储卡、SIM卡和终端本身中的至少一种;设置在可以进行无线通信的第三方加密策略存储区。
进一步地,在加密通信过程中,实时生成密钥包括:在加密通信过程中,根据加密通信的时间参数和/或数据参数实时生成密钥。
进一步地,将通信数据根据加密策略进行加密后发送给目的终端的同时,还包括将通信数据发送给云端。
本发明提供一种通信方法,包括:完成由源终端发起的策略协商以确定解密策略;建立与源终端的加密通信,接收加密后的通信数据;根据解密策略解密通信数据。
进一步地,根据解密策略解密通信数据还包括:当检测到所述通信数据被篡改时,从云端获取所述通信数据进行解密。
本发明提供一种源终端,包括:加密策略设置模块,策略协商处理模块和加密通信处理模块,加密策略设置模块用于预先设置加密策略;策略协商处理模块用于在建立加密通信前,根据加密策略发起与目的终端的策略协商;加密通信处理模块用于建立加密通信,将通信数据根据加密策略进行加密后发送给目的终端。
本发明提供一种目的终端,包括:解密策略确定模块、加密通信处理模块和解密处理模块,解密策略确定模块用于完成由源终端发起的策略协商以确定解密策略;加密通信处理模块用于建立与源终端的加密通信,接收加密后的通信数据;解密处理模块用于根据解密策略解密通信数据。
本发明提供一种通信系统,包括:源终端和目的终端,源终端用于预先设置加密策略;在建立加密通信前,根据加密策略发起与目的终端的策略协商;建立加密通信,将通信数据根据加密策略进行加密后发送给目的终端;目的终端用于完成由源终端发起的策略协商以确定解密策略;建立与源终端的加密通信,接收加密后的通信数据,根据解密策略解密通信数据。
本发明的有益效果是:
本发明提供的通信方法和系统,通过源终端预先设置加密策略;在建立加密通信前,根据加密策略发起与目的终端的策略协商;建立加密通信,将通信数据根据加密策略进行加密后发送给目的终端。目的终端完成由源终端发起的策略协商以确定解密策略;建立与源终端的加密通信,接收加密后的通信数据;根据解密策略解密通信数据。使得用户可以根据需要自主设置用来加解密通信数据的加解密策略,且该加解密策略是多样化的,使得用户的通信数据更加安全,且提高了用户体验。
附图说明
图1为本发明实施例一提供的通信方法流程图;
图2为本发明实施例二提供的另一通信方法流程图;
图3为本发明实施例三提供的源终端示意图;
图4为本发明实施例四提供的目的终端示意图;
图5为本发明实施例五提供的通信系统示意图;
图6为本发明实施例六提供的基于eSIM卡和大数据的语音数据加密方法流程图;
图7是本发明实施例六提供的终端结构示意图。
具体实施方式
下面通过具体实施方式结合附图对本发明作进一步详细说明。
实施例一:
为解决现有技术中对通信数据进行加解密的方式单一且固定不可设置,导致用户的通信数据安全性不高和用户体验不佳的问题,本实施例提供一种通信方法,具体请参见图1,包括:
步骤101,预先设置加密策略;
具体的,不同于现有技术中是通过固定设置在终端内形式单一的加解密方式对通信数据进行加解密处理,本实施例提供的通信方法中,对通信数据进行加解密的策略是可以根据用户需求设置的,比如当用户不想自己与某一联系人的通信内容被他人窃听及篡改时,可以在与联系人进行加密通信前,设置进行加密通信时对通信数据进行加密的加密策略。详细的,可以在进行通信前在某一联系人的设置选项内设置加密策略,比如该设置选项下包括是否“开启加密通信”的选项,选择开启后,则进一步选择“设置通信加密策略”选项,该选项下有多个可选策略,用户根据自身需求进行选择设置,设置好以后保存设置,后续与该联系人进行加密通信时,就可以通过设置的加密策略对通信数据进行加密处理了。另外,为使用户在建立加密通信时能知道建立通信的联系人是否为已建立加密通信的联系人,可以在设置选项中设置以提示消息,在用户与联系人建立通信的过程中,在终端界面上显示该提示消息或者通过短消息等方式告知给用户,该终端可以是源终端和目的终端中的至少一种。
需要理解的是,上述对联系人是否进行加密通信和对加密策略的预设处理可以是在进行通信前就设置好了的,也可以在进行比如通话过程中时,当进行到较为重要的谈话或不希望被他人获取的谈话时,用户去开启该功能,在进行普通谈话的时候关闭该通信加密功能,能有效的减轻终端的处理负荷及系统中加密数据的存储压力。另外,也可以设置一预定时间,当通话达到预定时间时,系统自动触发开启该加密功能,此时该加密功能下的加解密策略可以是用户预先设置保存的,也可以是系统根据当前通信实时选择的。
进一步的,预先设置加密策略包括从加密策略池中选择已知密钥的加密策略进行设置;或选择在加密通信过程中,实时生成密钥的加密策略进行设置。
具体的,预先设置加密策略时,可以从加密策略池中选择加密策略,该加密策略具体可以是已知密钥的;也可以从加密策略池中选择未知密钥的加密策略,在加密通信过程中才实时生成密钥。
进一步的,加密策略池包括以下设置方式中的至少一种:设置在本地,该本地包括存储卡、SIM卡和终端本身中的至少一种;设置在可以进行无线通信的第三方加密策略存储区。
具体的,加密策略池的设置可以是设置在存储卡中或SIM卡中,开发者或者用户可以自行设置加密策略并存入到可以插入终端的存储卡或SIM卡中,当用户更换终端的存储卡或SIM卡时就可以为自身提供新的加解密策略;或者直接存储在终端本身,在终端本身设置一存储模块,存放多个加解密策略,以便用户根据需要选择,该存储模块具体可以是一嵌入在终端芯片上的嵌入式SIM卡;也可以将加密策略存放在云端、智能手环等可与终端进行无线通信的第三方加密策略存储区。采用这种方式提高了用户的体验,且多样化的加密策略的设置使得对通信数据的加密更加安全。
进一步的,在加密通信过程中,实时生成密钥包括:在加密通信过程中,根据加密通信的时间参数和/或数据参数实时生成所述密钥。
具体的,为了进一步提高对通信数据进行加解密处理的安全性,可以在加密通信过程中实时生成密钥,生成密钥的方式可以是根据加密通信的时间参数,比如在进行通话时,对每分钟内的通信数据设置相同的或不同的密钥;也可以根据数据参数生成密钥,具体可以是根据数据的大小生成密钥。
步骤102,在建立加密通信前,根据加密策略发起与目的终端的策略协商;
具体的,在用户需要与某一联系人建立通信的场景下,用户选择了该联系人后,若系统检测到该联系人是要进行加密通信的联系人,或在用户与某一联系人进行通信的过程中,需要开启加密通信,此时该源终端向目的终端发起与目的终端的策略协商,协定双方进行通话时的加解密策略。具体的,该协商是源终端将预先配置的加解密规则通知给目的终端,目的终端根据该加解密策略对自身的加解密策略进行相应配置,以便对后续接收到的和发送的通信数据进行加解密处理。
步骤103,建立加密通信,将通信数据根据加密策略进行加密后发送给目的终端。
具体的,在完成策略协商后,该源终端发起与目的终端的加密通信,建立加密通信后,将通信数据根据预先设置的加密策略进行加密处理后发送给目的终端,对通信数据进行加密后进行传输提高了通信数据的安全性。
进一步的,将通信数据根据加密策略进行加密后发送给目的终端的同时,还包括将通信数据发送给云端。
具体的,为避免目的终端收到的通信数据被他人篡改后,目的终端得不到真实的通信数据,可以在源终端将加密后的通信数据发送给目的终端的同时,将该通信数据本身或加密后的该通信数据发送给云端进行备份,当检测到目的终端收到的通信数据被篡改时,可以根据云端存储的通信数据进行还原处理,使得目的终端得到真实的通信数据。采用云端备份通信数据的方式,使得终端对通信数据进行存储和获取的实时性和安全性都很高,需要理解的是,该云端也可以是其他具有存储功能且可以与终端进行无线通信的装置。
需要理解的是,本实施例中的通信数据可以是进行通话通信时的语音数据,也可以是进行短信通信时的文本数据,也可以是其他任何可以在终端间进行传输的其他数据,本实施例对此不作限定。
本实施例提供的通信方法,通过预先设置加密策略;在建立加密通信前,根据加密策略发起与目的终端的策略协商;建立加密通信,将通信数据根据加密策略进行加密后发送给目的终端。使得用户在需要与某一联系人进行加密通信时,可以根据需要自主设置用来加密通信数据的加解密策略,且加解密策略是多样化的,使得用户的通信数据更加安全,且提高了用户体验。
实施例二:
为解决现有技术中对通信数据进行加解密的方式单一且固定不可设置,导致用户的通信数据安全性不高和用户体验不佳的问题,本实施例提供一种通信方法,具体请参见图2,包括:
步骤201,完成由源终端发起的策略协商以确定解密策略;
具体的,当源终端发起与目的终端的策略协商后,目的终端参与该策略协商,以确定其自身的解密策略。详细的,该策略协商即是源终端在设置好其自身的对通信数据进行加解密的策略后,将该加解密策略告知给目的终端,以使目的终端配置好相应的解密策略,对后续接收到的通信数据进行解密处理。
步骤202,建立与源终端的加密通信,接收加密后的通信数据;
具体的,可以是在收到源终端的加密通信建立请求时,建立与源终端的加密通信,建立加密通信后,接收源终端发送来的加密后的通信数据。
步骤203,根据解密策略解密通信数据。
具体的,目的终端在接收到通信数据后,可直接根据解密策略对通信数据进行解密,还原到原始状态,提高了通信数据的安全性。
进一步的,根据解密策略解密通信数据还包括:当检测到通信数据被篡改时,从云端获取通信数据进行解密。
具体的,为确保目的终端用户得到的是真实的数据,可以在收到通信数据时,判断其是否被篡改,当被篡改时,则去云端获取通信数据进行还原处理。判断进行解密处理的通信数据是否被篡改具体可以是目的终端在接收到源终端发送来的通信数据后,先和备份或缓存在云端的通信数据进行比较,判断二者是否一致,即目的终端接收到的通信数据是否被篡改,若一致,则说明未篡改;若不一致,则说明已被篡改;当被篡改了时,则从云端获取通信数据进行解密。另外,目的终端和云端在接收到加密后的通信数据后可以根据消息摘要算法分别生成有关通信数据的第一信息标签和第二信息标签,该消息摘要算法具体可以是MD5系列算法,然后根据该第一标签和第二标签是否一致判断通信数据是否被篡改了,在篡改了时,再去云端获取加密后的通信数据进行解密。
需要理解的是,本实施例中的通信数据可以是进行通话通信时的语音数据,也可以是进行短信通信时的文本数据,也可以是其他任何可以在终端间进行传输的其他数据,本实施例对此不作限定。
本实施例提供的通信方法,通过完成由源终端发起的策略协商以确定解密策略;建立与源终端的加密通信,接收加密后的通信数据;根据解密策略解密通信数据。使得解密策略可以根据需要进行具体设置,且加解密策略是多样化的,提高了用户的通信数据的安全性,同时提高了用户体验。
实施例三:
为解决现有技术中对通信数据进行加解密的方式单一且固定不可设置,导致用户的通信数据安全性不高和用户体验不佳的问题,本实施例提供一种源终端,具体请参见图3,包括:加密策略设置模块11,策略协商处理模块12和加密通信处理模块13,加密策略设置模块11用于预先设置加密策略;策略协商处理模块12用于在建立加密通信前,根据加密策略发起与目的终端的策略协商;加密通信处理模块13用于建立加密通信,将通信数据根据加密策略进行加密后发送给目的终端。
具体的,不同于现有技术中是通过固定设置在终端内形式单一的加解密方式对通信数据进行加解密处理,本实施例提供的源终端在进行加密通信时,对通信数据进行加解密的策略是可以根据用户需求设置的,比如当用户不想自己与某一联系人的通信内容被他人窃听及篡改时,可以在与联系人进行加密通信前,通过加密策略设置模块11设置进行加密通信时对通信数据进行加密的加密策略。详细的,可以在进行通信前在某一联系人的设置选项内设置加密策略,比如该设置选项下包括是否“开启加密通信”的选项,选择开启后,则进一步选择“设置通信加密策略”选项,该选项下有多个可选策略,用户根据自身需求进行选择设置,设置好以后保存设置,后续与该联系人进行加密通信时,就可以通过设置的加密策略对通信数据进行加密处理了。另外,为使用户在建立加密通信时能知道建立通信的联系人是否为已建立加密通信的联系人,可以在设置选项中设置以提示消息,在用户与联系人建立通信的过程中,在终端界面上显示该提示消息或者通过短消息等方式告知给用户,该终端可以是源终端和目的终端中的至少一种。
需要理解的是,上述对联系人是否进行加密通信和对加密策略的预设处理可以是在进行通信前就设置好了的,也可以在进行比如通话过程中时,当进行到较为重要的谈话或不希望被他人获取的谈话时,用户去开启该功能,在进行普通谈话的时候关闭该通信加密功能,能有效的减轻终端的处理负荷及系统中加密数据的存储压力。另外,也可以设置一预定时间,当通话达到预定时间时,系统自动触发开启该加密功能,此时该加密功能下的加解密策略可以是用户预先设置保存的,也可以是系统根据当前通信实时选择的。
进一步的,加密策略设置模块11预先设置加密策略包括从加密策略池中选择已知密钥的加密策略进行设置;或选择在加密通信过程中,实时生成密钥的加密策略进行设置。即预先设置加密策略时,可以从加密策略池中选择加密策略,该加密策略具体可以是已知密钥的;也可以从加密策略池中选择未知密钥的加密策略,在加密通信过程中才实时生成密钥。
进一步的,加密策略池包括以下设置方式中的至少一种:设置在本地,该本地包括存储卡、SIM卡和终端本身中的至少一种;设置在可以进行无线通信的第三方加密策略存储区。详细的,加密策略池的设置可以是设置在存储卡中或SIM卡中,开发者或者用户可以自行设置加密策略并存入到该存储卡中或SIM卡中,当用户更换终端的该存储卡或SIM卡时就可以为自身提供新的加解密策略;或者直接存储在终端本身,在终端本身设置一存储模块,存放多个加解密策略,以便用户根据需要选择,该存储模块可以是一嵌入在终端的嵌入式SIM卡;也可以将加密策略存放在云端、智能手环等可与终端进行无线通信的第三方加密策略存储区。采用这种方式提高了用户的体验,且多样化的加密策略的设置使得对通信数据的加密更加安全。
进一步的,在加密通信过程中,实时生成所述密钥包括:在加密通信过程中,根据加密通信的时间参数和/或数据参数实时生成所述密钥。具体的,为了进一步提高对通信数据进行加解密处理的安全性,可以在加密通信过程中实时生成密钥,生成密钥的方式可以是根据加密通信的时间参数,比如在进行通话时,对每分钟内的通信数据设置相同的或不同的密钥;也可以根据数据参数生成密钥,具体可以是根据数据的大小生成密钥。
策略协商处理模块12在建立加密通信前,根据加密策略发起与目的终端的策略协商;具体为:在用户需要与某一联系人建立通信的场景下,用户选择了该联系人后,若系统检测该联系人是要进行加密通信的联系人,或在用户与某一联系人进行通信的过程中,需要开启加密通信,则此时该源终端向目的终端发起与目的终端的策略协商,协定双方进行通话时的加解密策略。具体的,该协商是源终端将预先配置的加解密规则通知给目的终端,目的终端根据该加解密策略进行自身侧的加解密策略的配置,对后续接收到的和发送的通信数据根据该加解密策略进行加解密处理。
加密通信处理模块13建立加密通信,将通信数据根据加密策略进行加密后发送给目的终端。具体为:在完成策略协商后,该源终端发起与目的终端的加密通信,建立加密通信后,将通信数据根据预先设置的加密策略进行加密处理后发送给目的终端,对通信数据进行加密后进行传输提高了通信数据的安全性。
进一步的,将通信数据根据加密策略进行加密后发送给目的终端的同时,还包括将通信数据发送给云端。具体的,为避免目的终端收到的通信数据被他人篡改后,目的终端得不到真实的通信数据,可以在源终端将加密后的通信数据发送给目的终端的同时,将该通信数据发送给云端进行备份,当检测到目的终端收到的通信数据被篡改时,可以根据云端存储的通信数据进行还原处理,得到真实的通信数据。采用云端备份通信数据的方式,使得终端对通信数据进行存储和获取的实时性和安全性都很高,需要理解的是,该云端也可以是其他具有存储功能且可以与终端进行无线通信的装置。
需要理解的是,本实施例中的通信数据可以是进行通话通信时的语音数据,也可以是进行短信通信时的文本数据,也可以是其他任何可以在终端间进行传输的其他数据,本实施例对此不作限定。
本实施例提供的源终端,通过加密策略设置模块用于预先设置加密策略;策略协商处理模块用于在建立加密通信前,根据加密策略发起与目的终端的策略协商;加密通信处理模块用于建立加密通信,将通信数据根据加密策略进行加密后发送给目的终端。使得用户在需要与某一联系人进行加密通信时,可以根据需要自主设置用来加密通信数据的加解密策略,且加解密策略是多样化的,使得用户的通信数据更加安全,且提高了用户体验。
实施例四:
为解决现有技术中对通信数据进行加解密的方式单一且固定不可设置,导致用户的通信数据安全性不高和用户体验不佳的问题,本实施例提供一种目的终端,具体请参见图4,包括:解密策略确定模块21、加密通信处理模块22和解密处理模块23,解密策略确定模块21用于完成由源终端发起的策略协商以确定解密策略;加密通信处理模块22用于建立与源终端的加密通信,接收加密后的通信数据;解密处理模块23用于根据解密策略解密通信数据。
具体的,当源终端发起与目的终端的策略协商后,目的终端参与该策略协商,以确定其解密策略,具体的可以是解密策略确定模块21来完成与源终端发起的策略协商以确定目的终端的解密策略。详细的,该策略协商即是源终端在设置好其自身的对通信数据进行加解密的策略后,将该加解密策略告知给目的终端,以使目的终端配置好相应的解密策略,对后续接收到的通信数据进行解密处理。
当目的终端收到源终端的加密通信建立请求时,目的终端侧的加密通信处理模块22建立与源终端的加密通信,然后接收源终端发送来的加密后的通信数据。
目的终端在接收到通信数据后,可通过解密处理模块23直接对通信数据进行解密处理,还原到原始状态,提高了通信数据的安全性。
进一步的,该解密处理模块23还包括当检测到通信数据被篡改时,从云端获取通信数据进行解密。
具体的,为确保目的终端用户得到的是真实的数据,可以在收到通信数据时,判断其是否被篡改,当被篡改时,则去云端获取通信数据进行还原处理。判断进行解密处理的通信数据是否被篡改具体可以是目的终端在接收到源终端发送来的通信数据后,先和备份或缓存在云端的通信数据进行比较,判断二者是否一致,即目的终端接收到的通信数据是否被篡改,若一致,则说明未篡改;若不一致,则说明已被篡改;当通信数据被篡改了时,目的终端则从云端获取通信数据进行解密。需要理解的是,目的终端和云端在接收到加密后的通信数据后可以根据消息摘要算法分别生成有关通信数据的第一信息标签和第二信息标签,可以根据该第一标签和第二标签判断通信数据是否被篡改了,在篡改了时,再去云端获取加密后的通信数据进行解密。
需要理解的是,本实施例中的通信数据可以是进行通话通信时的语音数据,也可以是进行短信通信时的文本数据,也可以是其他任何可以在终端间进行传输的其他数据,本实施例对此不作限定。
本实施例提供的目的终端,通过解密策略确定模块完成由源终端发起的策略协商以确定解密策略;加密通信处理模块建立与源终端的加密通信,接收加密后的通信数据;解密处理模块根据解密策略解密通信数据。使得用户在需要与某一联系人进行加密通信时,可以根据需要自主设置用来加密通信数据的加解密策略,且加解密策略是多样化的,使得用户的通信数据更加安全,同时提高了用户体验。
实施例五:
为解决现有技术中对通信数据进行加解密的方式单一且固定不可设置,导致用户的通信数据安全性不高和用户体验不佳的问题,本实施例提供一种通信系统,具体请参见图5,包括:源终端1和目的终端2,
源终端1用于预先设置加密策略;在建立加密通信前,根据加密策略发起与目的终端2的策略协商;建立加密通信,将通信数据根据加密策略进行加密后发送给目的终端2。
具体的,不同于现有技术中是通过固定设置在终端内形式单一的加解密方式对通信数据进行加解密处理,本实施例提供的通信系统中,源终端1和目的终端2对通信数据进行加解密的策略是可以根据用户需求设置的,比如当用户不想自己与某一联系人的通信内容被他人窃听及篡改时,可以在与联系人进行加密通信前,设置进行加密通信时对通信数据进行加密的加密策略。详细的,可以在进行通信前在某一联系人的设置选项内设置加密策略,比如该设置选项下包括是否“开启加密通信”的选项,选择开启后,则进一步选择“设置通信加密策略”选项,该选项下有多个可选策略,用户根据自身需求进行选择设置,设置好以后保存设置,后续与该联系人进行加密通信时,就可以通过设置的加密策略对通信数据进行加密处理了。另外,为使用户在建立加密通信时能知道建立通信的联系人是否为已建立加密通信的联系人,可以在设置选项中设置以提示消息,在用户与联系人建立通信的过程中,在终端界面上显示该提示消息或者通过短消息等方式告知给用户,该终端可以是源终端1和目的终端2中的至少一种。
需要理解的是,上述对联系人是否进行加密通信和对加密策略的预设处理可以是在进行通信前就设置好了的,也可以在进行比如通话过程中时,当进行到较为重要的谈话或不希望被他人获取的谈话时,用户去开启该功能,在进行普通谈话的时候关闭该通信加密功能,能有效的减轻终端的处理负荷及系统中加密数据的存储压力。另外,也可以设置一预定时间,当通话达到预定时间时,系统自动触发开启该加密功能,此时该加密功能下的加解密策略可以是用户预先设置保存的,也可以是系统根据当前通信实时选择的。
预先设置加密策略时,可以从加密策略池中选择加密策略,该加密策略具体可以是已知密钥的;也可以是未知密钥,在加密通信过程中才实时生成密钥。加密策略池的设置可以是设置在存储卡中或SIM卡中,开发者或者用户可以自行设置加密策略并存入到该存储卡中或SIM卡中,当用户更换终端的该存储卡或SIM卡时就可以为自身提供新的加解密策略;或者直接存储在终端本身,在终端本身设置一存储模块,存放多个加解密策略,以便用户根据需要选择,该存储模块可以是一嵌入在终端的嵌入式SIM卡;也可以将加密策略存放在云端、智能手环等可与终端进行无线通信的第三方加密策略存储区。采用这种方式提高了用户的体验也使得通信数据的加密更加安全。为了进一步提高对通信数据进行加解密处理的安全性,可以在加密通信过程中实时生成密钥,生成密钥的方式可以是根据加密通信的时间参数了,比如在进行通话时,对每分钟内的通信数据设置相同的或不同的密钥;也可以根据数据参数生成密钥,具体可以是根据数据的大小生成密钥。
在用户需要与某一联系人建立通信的场景下,用户选择了该联系人后,若系统自动检测该联系人是要进行加密通信的联系人,或在用户与某一联系人进行通信的过程中,需要开启加密通信,则此时该源终端1向目的终端2发起与目的终端2的策略协商,协定双方进行通话时的加解密策略。具体的,该协商是源终端1将预先配置的加解密规则通知给目的终端2,目的终端2根据该加解密策略进行配置,对后续接收到的和发送的通信数据进行加解密处理,对通信数据进行加解密处理提高了通信数据的安全性。
在完成策略协商后,该源终端1发起加密通信建立请求,建立与目的终端2的加密通信,然后将通信数据根据预先设置的加密策略进行加密处理后发送给目的终端2。
为避免目的终端2收到的通信数据被他人篡改后,目的终端2得不到真实的通信数据,可以在源终端1将加密后的通信数据发送给目的终端2的同时,将该通信数据发送给云端进行备份,当检测到目的终端2收到的通信数据被篡改时,可以根据云端存储的通信数据进行还原处理,得到真实的通信数据。采用云端备份通信数据的方式,使得终端对通信数据进行存储和获取的实时性和安全性都很高,需要理解的该云端也可以是其他具有存储功能且可以与终端进行无线通信的装置。
当源终端1发起与目的终端2的策略协商后,目的终端2参与该策略协商,以确定其解密策略。详细的,该策略协商即是源终端1在设置好其自身的对通信数据进行加解密的策略后,将该加解密策略告知给目的终端2,以使目的终端2配置好相应的解密策略,对后续接收到的通信数据进行解密处理。
当收到源终端1的加密通信建立请求时,建立与源终端1的加密通信,接收源终端1发送来的加密后的通信数据。
目的终端2在接收到通信数据后,可直接对通信数据进行解密,还原到原始状态,保证了通信数据的安全。
为确保目的终端2用户得到的是真实的数据,可以在收到通信数据时,判断其是否被篡改,当被篡改时,则去云端获取通信数据进行还原处理。判断进行解密处理的通信数据是否被篡改可以将目的终端2在接收到源终端1发送来的通信数据后,先和备份或缓存在云端的加密后的通信数据进行比较,判断二者是否一致,即目的终端2接收到的通信数据是否被篡改,若一致,则说明未篡改;若不一致,则说明已被篡改;当通信数据被篡改了时,则从云端获取通信数据进行解密。需要理解的是,目的终端2和云端在接收到加密后的通信数据后可以根据消息摘要算法分别生成有关通信数据的第一信息标签和第二信息标签,可以根据该第一标签和第二标签判断通信数据是否被篡改了,在篡改了时,再去云端获取加密后的通信数据进行解密。
另外,当源终端作为通信数据的接收端时,可以根据加密策略配置好自身的解密策略,在接收到目的终端发送的通信数据时根据该解密策略进行解密;相应的,当目的终端作为数据发送方时,也可以根据解密策略配置加密策略,根据该加密策略加密通信数据。当然,也可以是源终端在一开始设置好加密策略时,就设置好解密策略,并在进行策略协商时,就把加密策略和解密策略都告知给目的终端。进一步的,本实施例中的源终端与目的终端建立通信时,该源终端和目的终端可以有多个,该多个源终端与该多个目的终端间进行多方通信时,可以采用相同的加解密策略也可以使用不同的加解密策略,其具体设置也可以在源终端根据不同的目的终端进行具体设置。
需要理解的是,本实施例中的通信数据可以是进行通话通信时的语音数据,也可以是进行短信通信时的文本数据,也可以是其他任何可以在终端间进行传输的其他数据,本实施例对此不作限定。
本实施例提供的通信系统,通过源终端预先设置加密策略;在建立加密通信前,根据加密策略发起与目的终端的策略协商;建立加密通信,将通信数据根据加密策略进行加密后发送给目的终端。目的终端完成由源终端发起的策略协商以确定解密策略;建立与源终端的加密通信,接收加密后的通信数据;根据解密策略解密通信数据。使得用户在需要与某一联系人进行加密通信时,可以根据需要自主设置用来加密通信数据的加解密策略,加解密策略是多样化的,使得用户的通信数据更加安全,且提高了用户体验。
实施例六:
随着人们对终端交互业务需求的不断提升,多SIM(SubscriberIdentityModule,用户身份模块)卡操作已经成为用户和运营商共同关注的技术热点。但是,SIM卡越多、终端上各式各样的应用相应的也就越多,这意味着当使用终端进行通信时,我们的隐私、通话、安全等方面的威胁也越多。所以我们需要一种能任意切换模式的SIM卡来代替传统的SIM卡,现在eSIM(EmbeddedSIM,嵌入式SIM)卡的发展已经成为一种趋势,使用eSIM不需要安装多个SIM卡就可以实现终端和用户对SIM卡的需求。为解决现有终端间进行通话时,对语音数据进行加解密的方式单一且固定不可设置,导致用户的语音数据安全性不高和用户体验不佳的问题,本实施例提供一种基于eSIM卡和大数据对语音数据进行加解密的方法,请参见图6,其具体包括以下步骤:
步骤301,对需要进行加密通话的联系人的加密策略进行预设置,跳转到步骤302;
具体的,当用户不想自己与某一联系人的通话内容被他人窃听及篡改时,可以在与联系人进行通话前,设置加密通话数据进行加密的加密策略,详细的,可以在点击某一联系人时,在设置选项中弹出是否开启加密通话的选项,比如在设置界面上显示“开启eSIM大数据通信加密”选项,若选择不开启,则结束设置;若选择开启,则继续下一步,选择“设置通信加密策略”选项,用户可以根据需要自行选择加密策略,比如选择终端内置的加密策略,优选的,终端内可以预先设置多个加密策略,该加密策略可以是出厂时厂家根据终端信息配置的,也可以由用户自行设置以提高用户的体验;进一步的,终端内的加密策略可以存储在eSIM卡中,该eSIM卡也可以是其他类型的SIM卡。另外,也可以从大数据即云端获取加密策略,云端也可以是其他具有存储功能且能与终端进行通信的第三方存储区或装置;进一步的,为了提高通信数据的安全性,也可以在通话过程中时时生成密钥的加密策略,对语音数据进行加密。对于具体的加密策略的选择,用户可以根据个人喜好设置,可以根据联系人的重要程度进行设置,也可以根据实际的当前通话时刻的时间或当前通话时刻数据量的大小等生成加密策略。进一步的,为使用户在建立通话时能知道建立通话的联系人是否为已建立加密通信的联系人,可以在设置选项中设置提示信息,具体的可以是选择是否开启“eSIM提示”,即当用户将某一联系人设置为加密通信时,若开启该eSIM提示,则在用户与该联系人建立通话的过程中,向用户发送提示信息通知用户与该联系人进行的通话为加密通话,具体的可以在呼叫界面上显示“您好,此次通话已经建立通信加密,请放心”,以提高用户的体验;进一步的,目的终端与源终端在建立了连接后,在目的终端侧也显示提示信息,比如显示“通信加密通话”。需要理解的是,除上述设置外,用户可以根据需要进行其他设置,当用户完成设置后,保存上述设置,退出设置界面。进一步的,上述设置可以在建立通话前设置,在进行通信时,直接根据设置进行加密;也可以在通话过程中根据用户需要实时地或定时地进行设置,比如只在进行重要通话的时候开启该通信加密功能,在进行普通谈话的时候关闭该通信加密功能,能有效的减轻终端的处理负荷及系统中加密数据的存储压力。
步骤302,判断需要建立通话的联系人是否开启了加密通话,若是,跳转到步骤303;若否,跳转到步骤309;
具体的,在用户需要与某一联系人建立通话的场景下,用户选择了该联系人后,系统自动检测用户是否开启了eSIM大数据通信加密功能,若未开启,则进行正常的非通信加密通话;若开启了,则将行后续的通信加密通话。
步骤303,建立加密连接,双方协定通话所使用的加解密策略,跳转到步骤304;
具体的,当判断需要进行加密通话时,源终端向目的终端发起加密连接,协定双方进行通话时的加解密策略。具体的,是源终端将预先配置的加解密规则通知给目的终端,目的终端根据该加解密策略进行配置,对后续接收到的和发送的语音数据进行加解密处理。
步骤304,发起拨号,建立通话连接,跳转到步骤304;
具体的,在建立了加密连接后,源终端发起通话连接,即拨号模块向目的终端发起拨号,通过通话模块来建立通话连接。
步骤305,将通信数据根据加解密策略加密后发送给目的终端和云端,跳转到步骤306;
具体的,为了避免在通话过程中,通话内容被他人窃听或者进行篡改,可以将语音数据进行加密后再进行发送,在他人不知道加密策略时,是无法得到真实的通话内容的,确保了通话的安全。进一步的,可以将加密后的语音数据发送到云端进行保存,以便目的终端可以通过自身获取的语音数据和存储在云端的语音数据进行比较,判断语音数据是否被篡改,且在篡改后,通过解密存储在云端的语音数据,得到真实的语音数据。需要理解的是,此处的云端也可以是其他具有存储功能和能与终端进行无线通信的的装置或系统。
步骤306,目的终端接收语音数据,判断该语音数据是否被篡改,若未篡改,跳转到步骤307;若篡改,跳转到步骤308;进行还原处理。
具体的,目的终端在接收到源终端发送来的语音数据后,先和备份或缓存在云端的加密后的语音数据进行比较,判断二者是否一致,即目的终端接收到的语音数据是否被篡改,若一致,则说明未篡改;若不一致,则说明已被篡改;当被篡改时,从云端获取语音数据进行解密。另外,目的终端和云端在接收到加密后的语音数据后可以根据如MD5的消息摘要算法分别生成有关语音数据的第一信息标签和第二信息标签,可以根据该第一标签和第二标签判断语音数据是否被篡改了,在篡改了时,再去云端获取加密后的语音数据进行解密。
步骤307,根据解密策略解密解密接收到的语音数据,还原该语音数据,跳转到步骤305;
具体的,检测到接收到的语音数据未被篡改时,则直接根据解密策略解密解密接收到的语音数据,还原该语音数据。处理完成后,跳转到步骤305,进行下一组语音数据的处理。
步骤308,从云端获取备份的语音数据,并根据解密策略进行解密,还原该语音数据,跳转到步骤305;
具体的,检测到接收到的语音数据被篡改时,则从云端等其他第三方语音数据存储区获取未被篡改的语音数据,并根据解密策略进行解密,还原该语音数据,保证目的终端获取到的通信数据是准确的。处理完成后,跳转到步骤305,进行下一组语音数据的处理。
步骤309,建立非加密通话。
具体的,当联系人为未设置开启加密通信的联系人时,直接进行拨号建立通信,进行正常的通话即可。
需要理解的是,请参见图7,本实施例中的终端的硬件示意图可如图所示,包括处理器31,显示屏32,存储器33和eSIM模块34,该eSIM即可以理解为eSIM卡,上述处理过程具体可以在eSIM卡中设置具体的有关加解密策略设置和对语音数据进行加解密处理的加解密模块341、和进行拨号处理的拨号模块342、建立通话的通话模块343等模块来实现对语音数据的加密及建立通话。具体的,当要建立加密通信时,源终端的加解密模块先与目的终端的加解密模块建立连接,双方协定通话所使用的语音加解密策略;然后源终端的拨号模块向目的终端发起拨号,二者的通话模块建立通话连接;建立通话连接后,源终端的加解密模块将语音数据加密后发给目的终端,目的终端的加解密模块对语音数据进行解密处理。加解密策略和需要进行加解密的语音数据可以存储在加解密模块341内,也可以存储在存储器33内,在建立通话的过程中,给用户进行提示的eSIM提示消息可以显示在显示屏32上,整个处理具体都可以是通过处理器31进行协调控制。
另外,在源终端与目的终端进行策略协商时,可以是只根据源终端的加密策略配置目的终端的解密策略,也可以是根据源终端的加密策略配置好源终端的解密策略,再将加密策略和解密策略一起告知给目的终端。后续当源终端收到目的终端发送的语音数据时,可以根据其解密策略进行解密;当目的终端要发送语音数据时,根据其设置好的加密策略将语音数据加密后发送给源终端。
需要理解的是上述对语音数据进行加密的方法,也可以用于对短信等其他语音数据进行加密,保证用户的语音数据的安全,提高用户的体验。
本实施例提供的基于eSIM卡和大数据对语音数据进行加解密的方法,通过在进行加密通话前,源终端用户根据需要预先设置进行加密通话时对语音数据进行加密的加解密策略,然后源终端与目的终端协商进行加密通信的加解密策略,以配置好目的终端的加解密策略,完成协商后,源终端将根据设置的加解密策略加密后的语音数据发送给目的终端,使目的终端根据配置的加解密策略进行解密,得到原始的语音数据。提高了语音数据传输的安全性,且用户可以根据需要自主设置及解密策略,在提高语音数据传输安全性的同时,提高了用户体验。
另外,本实施例中,通过云端对通信数据备份存储和云端为终端提供加密策略,使得终端对备份的通信数据的存储和获取的实时性都很高,而且提高了通信数据的安全性和用户的体验。
以上内容是结合具体的实施方式对本发明所作的进一步详细说明,不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干简单推演或替换,都应当视为属于本发明的保护范围。

Claims (10)

1.一种通信方法,其特征在于,包括:
预先设置加密策略;
在建立加密通信前,根据所述加密策略发起与目的终端的策略协商;
建立所述加密通信,将通信数据根据所述加密策略进行加密后发送给所述目的终端。
2.如权利要求1所述的通信方法,其特征在于,所述预先设置加密策略包括:
从加密策略池中选择已知密钥的所述加密策略进行设置;或
选择在加密通信过程中,实时生成密钥的所述加密策略进行设置。
3.如权利要求2所述的通信方法,其特征在于,所述加密策略池包括以下设置方式中的至少一种:
设置在本地,所述本地包括存储卡、SIM卡和终端本身中的至少一种;
设置在可以进行无线通信的第三方加密策略存储区。
4.如权利要求2或3所述的通信方法,其特征在于,在所述加密通信过程中,实时生成密钥包括:
在所述加密通信过程中,根据所述加密通信的时间参数和/或数据参数实时生成所述密钥。
5.如权利要求1-3任一项所述的通信方法,其特征在于,所述将通信数据根据所述加密策略进行加密后发送给所述目的终端的同时,还包括将所述通信数据发送给云端。
6.一种通信方法,其特征在于,包括:
完成由源终端发起的策略协商以确定解密策略;
建立与源终端的加密通信,接收加密后的通信数据;
根据所述解密策略解密所述通信数据。
7.如权利要求6所述的通信方法,其特征在于,所述根据所述解密策略解密所述通信数据还包括:
当检测到所述通信数据被篡改时,从云端获取所述通信数据进行解密。
8.一种源终端,其特征在于,包括:加密策略设置模块,策略协商处理模块和加密通信处理模块,
所述加密策略设置模块用于预先设置加密策略;
所述策略协商处理模块用于在建立加密通信前,根据所述加密策略发起与目的终端的策略协商;
所述加密通信处理模块用于建立所述加密通信,将通信数据根据所述加密策略进行加密后发送给所述目的终端。
9.一种目的终端,其特征在于,包括:解密策略确定模块、加密通信处理模块和解密处理模块,
所述解密策略确定模块用于完成由源终端发起的策略协商以确定解密策略;
所述加密通信处理模块用于建立与源终端的加密通信,接收加密后的通信数据;
所述解密处理模块用于根据所述解密策略解密所述通信数据。
10.一种通信系统,其特征在于,包括:源终端和目的终端,
所述源终端用于预先设置加密策略;在建立加密通信前,根据所述加密策略发起与目的终端的策略协商;建立所述加密通信,将通信数据根据所述加密策略进行加密后发送给所述目的终端;
所述目的终端用于完成由所述源终端发起的策略协商以确定解密策略;建立与源终端的加密通信,接收加密后的通信数据,根据所述解密策略解密所述通信数据。
CN201610289324.0A 2016-04-29 2016-04-29 一种通信方法和系统 Pending CN105812384A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610289324.0A CN105812384A (zh) 2016-04-29 2016-04-29 一种通信方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610289324.0A CN105812384A (zh) 2016-04-29 2016-04-29 一种通信方法和系统

Publications (1)

Publication Number Publication Date
CN105812384A true CN105812384A (zh) 2016-07-27

Family

ID=56456199

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610289324.0A Pending CN105812384A (zh) 2016-04-29 2016-04-29 一种通信方法和系统

Country Status (1)

Country Link
CN (1) CN105812384A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106658487A (zh) * 2016-09-26 2017-05-10 惠州Tcl移动通信有限公司 一种基于混沌算法的短消息保密通信方法及系统
CN106952209A (zh) * 2017-05-04 2017-07-14 国网天津市电力公司 一种机要文书安全手环
CN110515323A (zh) * 2019-07-18 2019-11-29 华东计算技术研究所(中国电子科技集团公司第三十二研究所) 多模式可穿戴的安全防护系统及方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101005503A (zh) * 2006-01-16 2007-07-25 国际商业机器公司 用于侦听客户端和服务之间的通信的方法和数据处理系统
CN102869009A (zh) * 2012-09-28 2013-01-09 东莞宇龙通信科技有限公司 通信加密应用方法及通信系统
CN103179557A (zh) * 2011-12-26 2013-06-26 宇龙计算机通信科技(深圳)有限公司 通信数据的实时加解密方法、系统及移动终端
CN103684783A (zh) * 2013-12-06 2014-03-26 青岛海信电子设备股份有限公司 一种基于通信网络的通信加密方法
CN104135370A (zh) * 2014-08-01 2014-11-05 深圳市中兴移动通信有限公司 通信方法、通信系统和通信终端

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101005503A (zh) * 2006-01-16 2007-07-25 国际商业机器公司 用于侦听客户端和服务之间的通信的方法和数据处理系统
CN103179557A (zh) * 2011-12-26 2013-06-26 宇龙计算机通信科技(深圳)有限公司 通信数据的实时加解密方法、系统及移动终端
CN102869009A (zh) * 2012-09-28 2013-01-09 东莞宇龙通信科技有限公司 通信加密应用方法及通信系统
CN103684783A (zh) * 2013-12-06 2014-03-26 青岛海信电子设备股份有限公司 一种基于通信网络的通信加密方法
CN104135370A (zh) * 2014-08-01 2014-11-05 深圳市中兴移动通信有限公司 通信方法、通信系统和通信终端

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106658487A (zh) * 2016-09-26 2017-05-10 惠州Tcl移动通信有限公司 一种基于混沌算法的短消息保密通信方法及系统
CN106952209A (zh) * 2017-05-04 2017-07-14 国网天津市电力公司 一种机要文书安全手环
CN110515323A (zh) * 2019-07-18 2019-11-29 华东计算技术研究所(中国电子科技集团公司第三十二研究所) 多模式可穿戴的安全防护系统及方法
CN110515323B (zh) * 2019-07-18 2020-07-14 华东计算技术研究所(中国电子科技集团公司第三十二研究所) 多模式可穿戴的安全防护系统及方法

Similar Documents

Publication Publication Date Title
US10038676B2 (en) Call encryption systems and methods
US20140013100A1 (en) Establish bidirectional wireless communication between electronic devices using visual codes
CN104935758A (zh) 呼叫方法、装置及系统
CN105553669B (zh) 一种基于标识认证的信息加密传输装置及方法及监管方法
CN109561056B (zh) 一种保密通信方法、系统、移动终端和可穿戴设备
CN106572427B (zh) 一种近距离通信的建立方法和装置
CN205121680U (zh) 基于智能终端的蓝牙门锁系统
CN104683098B (zh) 一种保密通信业务的实现方法、设备及系统
CN109816832A (zh) 一种开锁方法及装置
CN103458400A (zh) 一种语音加密通信系统中的密钥管理方法
WO2016045464A1 (zh) 解密方法和移动终端
CN105812384A (zh) 一种通信方法和系统
CN104065648B (zh) 一种语音通话的数据处理方法
CN107276884A (zh) 一种基于智能终端的社交软件自主加解密系统
CN106162537A (zh) 一种安全认证连接的方法、无线通信设备及终端
CN104955029A (zh) 通讯录保护方法、装置及通信系统
CN106685897A (zh) 一种安全输入方法、装置和系统
CN103002439A (zh) 保密通话的通信方法及用户终端
EP3139564A1 (en) Encryption coding module
CN106856606A (zh) 通信方法、通信系统及移动终端
CN107508814A (zh) 数据加密方法、解密方法、装置及系统
CN104113836A (zh) 一种通话加密的方法、通信终端及基站
CN105611528B (zh) 多系统智能终端及其加密电话通信方法
CN105430150B (zh) 一种实现安全通话的方法和装置
WO2017206249A1 (zh) 一种通信装置、通信方法及通信系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20160727

RJ01 Rejection of invention patent application after publication