基于Trivium算法的數(shù)據(jù)傳輸加密和解密的方法
【專(zhuān)利摘要】本發(fā)明提供了一種基于Trivium算法的數(shù)據(jù)傳輸加密和解密的方法，其中，該加密的方法，包括：獲取待傳輸數(shù)據(jù)，并將所述待傳輸數(shù)據(jù)進(jìn)行編碼，獲取編碼后的數(shù)據(jù)；判斷編碼后的數(shù)據(jù)量是否大于等于預(yù)設(shè)第一閾值，如果是，將編碼后的數(shù)據(jù)量進(jìn)行整合，得到整合后的數(shù)據(jù)包；將所述整合后的數(shù)據(jù)包進(jìn)行壓縮，獲取壓縮數(shù)據(jù)包；根據(jù)密鑰協(xié)商算法，生成第一密鑰；根據(jù)所述第一密鑰，構(gòu)造Trivium算法的第二密鑰；采用所述第二密鑰對(duì)所述壓縮數(shù)據(jù)包進(jìn)行加密。上述方法能夠增加數(shù)據(jù)傳輸過(guò)程中的安全性，增強(qiáng)數(shù)據(jù)的可擴(kuò)展性，同時(shí)提升網(wǎng)路或其他信道的傳輸效率，減少網(wǎng)路擁塞，增強(qiáng)通信過(guò)程中的處理能力。
【專(zhuān)利說(shuō)明】基于Tr i V i um算法的數(shù)據(jù)傳輸加密和解密的方法

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及數(shù)據(jù)的加密和解密的【技術(shù)領(lǐng)域】，尤其涉及一種基于Trivium算法的數(shù)據(jù)傳輸加密和解密的方法。

【背景技術(shù)】
[0002]Trivium算法是在eSTREAM競(jìng)賽中勝出并被選中作為eSTREAM項(xiàng)目一部分的流密碼算法。Trivium算法是基于硬件的同步流密碼加密算法，它的設(shè)計(jì)被用來(lái)試驗(yàn)是否存在一種在不失去安全性、高效性和可變性的前提下簡(jiǎn)單的流密碼算法，它能夠非常簡(jiǎn)單而快速的在硬件上實(shí)現(xiàn)。相應(yīng)的，人們自然的希望知道Trivium算法是否足夠的安全，是否能夠抵擋住現(xiàn)在所知道的和將來(lái)可能產(chǎn)生的各種形式和類(lèi)別的攻擊，而這些都直接的關(guān)系到它是否能夠成為新的加密標(biāo)準(zhǔn)并且被廣泛使用。
[0003]在實(shí)際的應(yīng)用場(chǎng)景中，常常會(huì)遇到大批量的數(shù)據(jù)傳輸?shù)男枨?，這些數(shù)據(jù)數(shù)據(jù)量非常龐大，而要求處理的反應(yīng)時(shí)間非常短，同時(shí)需要保證數(shù)據(jù)傳輸過(guò)程中的安全性合準(zhǔn)確性合可擴(kuò)展性，這就對(duì)數(shù)據(jù)傳輸?shù)木幋a提出了需求。


【發(fā)明內(nèi)容】

[0004]針對(duì)現(xiàn)有技術(shù)中的缺陷，本發(fā)明提供一種基于Trivium算法的數(shù)據(jù)傳輸加密和解密的方法，能夠增加數(shù)據(jù)傳輸過(guò)程中的安全性，增強(qiáng)數(shù)據(jù)的可擴(kuò)展性，同時(shí)提升網(wǎng)路或者其他信道的傳輸效率，減少網(wǎng)路擁塞，增強(qiáng)通信過(guò)程中的處理能力。
[0005]第一方面，本發(fā)明提供一種基于Trivium算法的數(shù)據(jù)傳輸加密的方法，包括:
[0006]獲取待傳輸數(shù)據(jù)，并將所述待傳輸數(shù)據(jù)進(jìn)行編碼，獲取編碼后的數(shù)據(jù)；
[0007]判斷編碼后的數(shù)據(jù)量是否大于等于預(yù)設(shè)第一閾值，如果是，將編碼后的數(shù)據(jù)量進(jìn)行整合，得到整合后的數(shù)據(jù)包；
[0008]將所述整合后的數(shù)據(jù)包進(jìn)行壓縮，獲取壓縮數(shù)據(jù)包；
[0009]根據(jù)密鑰協(xié)商算法，生成第一密鑰；
[0010]根據(jù)所述第一密鑰，構(gòu)造Trivium算法的第二密鑰；
[0011 ] 采用所述第二密鑰對(duì)所述壓縮數(shù)據(jù)包進(jìn)行加密。
[0012]可選地，所述將所述待傳輸數(shù)據(jù)進(jìn)行編碼，包括:
[0013]將所述待傳輸數(shù)據(jù)進(jìn)行XML數(shù)據(jù)格式編碼；
[0014]和/ 或，
[0015]所述將所述整合后的數(shù)據(jù)包進(jìn)行壓縮，包括:
[0016]將所述整合后的數(shù)據(jù)包進(jìn)行GZip壓縮。
[0017]可選地，所述密鑰協(xié)商算法，包括:E⑶H密鑰協(xié)商算法。
[0018]可選地，所述根據(jù)密鑰協(xié)商算法，生成第一密鑰，還包括:
[0019]根據(jù)所述密鑰協(xié)商算法，定期更新所述第一密鑰。
[0020]可選地，所述根據(jù)所述第一密鑰，構(gòu)造Trivium算法的第二密鑰，包括:[0021 ] 根據(jù)所述第一密鑰，構(gòu)造Trivium算法；
[0022]將所述Trivium算法輸出的第ik至i k+Nk位的數(shù)據(jù)作為T(mén)rivium算法的第二密鑰；
[0023]其中，所述壓縮數(shù)據(jù)包為數(shù)據(jù)傳輸過(guò)程中的第k個(gè)數(shù)據(jù)包，ik為隨機(jī)的正整數(shù)，Nk為所述壓縮數(shù)據(jù)包的大小，k和Nk為正整數(shù)，i k彡i ^+N^o
[0024]可選地，所述方法還包括:
[0025]將加密后的壓縮數(shù)據(jù)包作為傳輸包的內(nèi)容，將ik放入傳輸包的報(bào)頭，將所述傳輸包進(jìn)行傳輸。
[0026]第二方面，本發(fā)明提供一種基于Trivium算法的數(shù)據(jù)傳輸解密的方法，包括:
[0027]接收傳輸包，獲取傳輸包內(nèi)容中的待解密數(shù)據(jù)包和傳輸包報(bào)頭中的正整數(shù)ik，以及根據(jù)密鑰協(xié)商算法，生成第三密鑰；
[0028]根據(jù)所述第三密鑰及所述正整數(shù)ik，構(gòu)造Trivium算法的第四密鑰；
[0029]采用所述第四密鑰對(duì)所述待解密數(shù)據(jù)包進(jìn)行解密，獲取解密后的數(shù)據(jù)包；
[0030]將所述解密后的數(shù)據(jù)包進(jìn)行解壓縮，獲取解壓縮后的數(shù)據(jù)包；
[0031]將所述解壓縮后的數(shù)據(jù)包進(jìn)行拆分，獲取多條數(shù)據(jù)；
[0032]將所述多條數(shù)據(jù)進(jìn)行解碼，獲取傳輸數(shù)據(jù)。
[0033]可選地，所述密鑰協(xié)商算法包括:E⑶H密鑰協(xié)商算法；
[0034]和/ 或，
[0035]所述根據(jù)密鑰協(xié)商算法，生成第三密鑰，還包括:
[0036]根據(jù)所述密鑰協(xié)商算法，定期更新所述第三密鑰。
[0037]可選地，所述根據(jù)所述第三密鑰及所述正整數(shù)ik，構(gòu)造Trivium算法的第四密鑰，包括:
[0038]根據(jù)所述第三密鑰，構(gòu)造Trivium算法；
[0039]根據(jù)所述正整數(shù)ik，將所述Trivium算法輸出的第ik至i k+Nk位的數(shù)據(jù)作為T(mén)rivium算法的第四密鑰；
[0040]其中，所述壓縮數(shù)據(jù)包為數(shù)據(jù)傳輸過(guò)程中的第k個(gè)數(shù)據(jù)包，Nk為所述壓縮數(shù)據(jù)包的大小，Nk為正整數(shù)，i i η+Nhο
[0041]可選地，所述將所述解密后的數(shù)據(jù)包進(jìn)行解壓縮，包括:
[0042]將所述解密后的數(shù)據(jù)包進(jìn)行GZip解壓縮；
[0043]和/ 或，
[0044]所述將所述多條數(shù)據(jù)進(jìn)行解碼，包括:
[0045]將所述多條數(shù)據(jù)進(jìn)行XML數(shù)據(jù)格式解碼。
[0046]由上述技術(shù)方案可知，本發(fā)明提供的一種基于Trivium算法的數(shù)據(jù)傳輸加密和解密的方法，其中，基于Trivium算法的數(shù)據(jù)傳輸加密的方法，通過(guò)獲取待傳輸數(shù)據(jù)，并將所述待傳輸數(shù)據(jù)進(jìn)行編碼，獲取編碼后的數(shù)據(jù)，判斷編碼后的數(shù)據(jù)量是否大于等于預(yù)設(shè)第一閾值，如果是，將編碼后的數(shù)據(jù)量進(jìn)行整合，得到整合后的數(shù)據(jù)包，將所述整合后的數(shù)據(jù)包進(jìn)行壓縮，獲取壓縮數(shù)據(jù)包，根據(jù)密鑰協(xié)商算法，生成第一密鑰，根據(jù)所述第一密鑰，構(gòu)造Trivium算法的第二密鑰，采用所述第二密鑰對(duì)所述壓縮數(shù)據(jù)包進(jìn)行加密，由此，能夠增加數(shù)據(jù)傳輸過(guò)程中的安全性，增強(qiáng)數(shù)據(jù)的可擴(kuò)展性，同時(shí)提升網(wǎng)路或其他信道的傳輸效率，減少網(wǎng)路擁塞，增強(qiáng)通信過(guò)程中的處理能力。

【專(zhuān)利附圖】

【附圖說(shuō)明】
[0047]為了更清楚地說(shuō)明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0048]圖1為本發(fā)明實(shí)施例提供的一種基于Trivium算法的數(shù)據(jù)傳輸加密的方法流程示意圖；
[0049]圖2為本發(fā)明實(shí)施例提供的一種基于Trivium算法的數(shù)據(jù)傳輸解密的方法流程示意圖。

【具體實(shí)施方式】
[0050]為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整的描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。基于本發(fā)明的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他的實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。[0051 ] 在本實(shí)施方式中“第一”、“第二”、“第三”和“第四”等并不是對(duì)密鑰的使用具有先后的順序做出規(guī)定，只是對(duì)密鑰的名稱(chēng)做出區(qū)別，在本實(shí)施方式中，不做出任何的限定。
[0052]圖1為本發(fā)明實(shí)施例提供的一種基于Trivium算法的數(shù)據(jù)傳輸加密的方法流程示意圖，如圖1所示，本實(shí)施例的基于Trivium算法的數(shù)據(jù)傳輸加密的方法如下所述。
[0053]101、獲取待傳輸數(shù)據(jù)，并將所述待傳輸數(shù)據(jù)進(jìn)行編碼，獲取編碼后的數(shù)據(jù)。
[0054]在具體應(yīng)用中，本實(shí)施例可以從硬件設(shè)備或軟件程序中獲取待傳輸數(shù)據(jù)。
[0055]應(yīng)說(shuō)明的是，本實(shí)施例并不對(duì)所述編碼進(jìn)行限定，舉例來(lái)說(shuō)，本實(shí)施例可以優(yōu)選地將所述待傳輸數(shù)據(jù)進(jìn)行XML數(shù)據(jù)格式編碼，獲取編碼后的數(shù)據(jù)。
[0056]可理解的是，將所述待傳輸數(shù)據(jù)進(jìn)行編碼，能夠保證數(shù)據(jù)傳輸過(guò)程中數(shù)據(jù)的可擴(kuò)展性
[0057]102、判斷編碼后的數(shù)據(jù)量是否大于等于預(yù)設(shè)第一閾值，如果是，將編碼后的數(shù)據(jù)量進(jìn)行整合，得到整合后的數(shù)據(jù)包。
[0058]應(yīng)說(shuō)明的是，在步驟101與102之間，本實(shí)施例將所述編碼后的數(shù)據(jù)保存在緩存中。
[0059]可理解的是，在實(shí)際的數(shù)據(jù)傳輸?shù)倪^(guò)程中傳輸數(shù)據(jù)的數(shù)量非常龐大，且對(duì)反應(yīng)時(shí)間的要求也非常高，因此在數(shù)據(jù)傳輸?shù)倪^(guò)程中，將傳收發(fā)模式從每次必須確認(rèn)改稱(chēng)批量確認(rèn)；同時(shí)，傳輸?shù)臅r(shí)間消耗主要在兩個(gè)方面:一是網(wǎng)路傳輸小數(shù)據(jù)包所產(chǎn)生的消耗，二是將數(shù)據(jù)壓入傳輸隊(duì)列所產(chǎn)生的時(shí)間消耗。如果批量讀入數(shù)據(jù)后，并不直接發(fā)送，而是根據(jù)一定的時(shí)間和數(shù)量后整合在一起發(fā)送，能夠很好的減少壓入隊(duì)列所產(chǎn)生的時(shí)間消耗，并可以一定程度上減少網(wǎng)路傳輸中小數(shù)據(jù)包過(guò)多產(chǎn)生的擁塞。
[0060]103、將所述整合后的數(shù)據(jù)包進(jìn)行壓縮，獲取壓縮數(shù)據(jù)包。
[0061]應(yīng)說(shuō)明的是，本實(shí)施例并不對(duì)所述壓縮進(jìn)行限定，舉例來(lái)說(shuō)，本實(shí)施例可以優(yōu)選地將所述整合后的數(shù)據(jù)包進(jìn)行GZip壓縮，獲取壓縮數(shù)據(jù)包。
[0062]104、根據(jù)密鑰協(xié)商算法，生成第一密鑰。
[0063]可理解的是，在本實(shí)施例中，當(dāng)發(fā)送方與接受方需要進(jìn)行數(shù)據(jù)傳輸時(shí)，第一密鑰為發(fā)送方與接受方雙方共用的會(huì)話密鑰。
[0064]應(yīng)說(shuō)明的是，本實(shí)施例并不對(duì)所述密鑰協(xié)商算法進(jìn)行限定，舉例來(lái)說(shuō)，在本實(shí)施例中，可以優(yōu)選地根據(jù)ECDH密鑰協(xié)商算法，生成第一密鑰。
[0065]在具體應(yīng)用中，本實(shí)施例的步驟104，還可包括:
[0066]根據(jù)所述密鑰協(xié)商算法，定期更新所述第一密鑰。
[0067]105、根據(jù)所述第一密鑰，構(gòu)造Trivium算法的第二密鑰。
[0068]在具體應(yīng)用中，本實(shí)施例的步驟105可以包括圖中未示出的步驟105a和105b:
[0069]105a、根據(jù)所述第一密鑰，構(gòu)造Trivium算法。
[0070]105b、將所述Trivium算法輸出的第ik至i k+Nk位的數(shù)據(jù)作為T(mén)rivium算法的第二密鑰。
[0071]其中，所述壓縮數(shù)據(jù)包為數(shù)據(jù)傳輸過(guò)程中的第k個(gè)數(shù)據(jù)包，ik為隨機(jī)的正整數(shù)，Nk為所述壓縮數(shù)據(jù)包的大小，k和Nk為正整數(shù)，i k彡i ^+N^o
[0072]106、采用所述第二密鑰對(duì)所述壓縮數(shù)據(jù)包進(jìn)行加密。
[0073]應(yīng)說(shuō)明的是，在具體應(yīng)用中，在步驟106之后，所述方法還包括:
[0074]將加密后的壓縮數(shù)據(jù)包作為傳輸包的內(nèi)容，將ik放入傳輸包的報(bào)頭，將所述傳輸包進(jìn)行傳輸。
[0075]可理解的是，在本實(shí)施例中，可以將所述傳輸包通過(guò)網(wǎng)絡(luò)或者其他信道進(jìn)行傳輸。
[0076]本實(shí)施例的基于Trivium算法的數(shù)據(jù)傳輸加密的方法，通過(guò)獲取待傳輸數(shù)據(jù)，并將所述待傳輸數(shù)據(jù)進(jìn)行編碼，獲取編碼后的數(shù)據(jù)，判斷編碼后的數(shù)據(jù)量是否大于等于預(yù)設(shè)第一閾值，如果是，將編碼后的數(shù)據(jù)量進(jìn)行整合，得到整合后的數(shù)據(jù)包，將所述整合后的數(shù)據(jù)包進(jìn)行壓縮，獲取壓縮數(shù)據(jù)包，根據(jù)密鑰協(xié)商算法，生成第一密鑰，根據(jù)所述第一密鑰，構(gòu)造Trivium算法的第二密鑰，采用所述第二密鑰對(duì)所述壓縮數(shù)據(jù)包進(jìn)行加密，能夠增加數(shù)據(jù)傳輸過(guò)程中的安全性，增強(qiáng)數(shù)據(jù)的可擴(kuò)展性，同時(shí)提升網(wǎng)路或其他信道的傳輸效率，減少網(wǎng)路擁塞，增強(qiáng)通信過(guò)程中的處理能力。
[0077]圖2為本發(fā)明實(shí)施例提供的一種基于Trivium算法的數(shù)據(jù)傳輸解密的方法流程示意圖，本實(shí)施例的基于Trivium算法的數(shù)據(jù)傳輸解密的方法對(duì)應(yīng)圖1所示實(shí)施例的基于Trivium算法的數(shù)據(jù)傳輸加密的方法，如圖2所示，本實(shí)施例的基于Trivium算法的數(shù)據(jù)傳輸解密的方法如下所述。
[0078]201、接收傳輸包，獲取傳輸包內(nèi)容中的待解密數(shù)據(jù)包和傳輸包報(bào)頭中的正整數(shù)ik，以及根據(jù)密鑰協(xié)商算法，生成第三密鑰。
[0079]應(yīng)說(shuō)明的是，本實(shí)施例接收的傳輸包為圖1所示實(shí)施例中在步驟106之后進(jìn)行傳輸?shù)膫鬏敯?，該傳輸包的?nèi)容為圖1所示實(shí)施例中加密后的壓縮數(shù)據(jù)包，該傳輸包的報(bào)頭為正整數(shù)ik。
[0080]可理解的是，在本實(shí)施例中，當(dāng)發(fā)送方與接受方需要進(jìn)行數(shù)據(jù)傳輸時(shí)，第三密鑰為發(fā)送方與接受方雙方共用的會(huì)話密鑰，即該第三密鑰與圖1所示實(shí)施例中的第一密鑰相同。
[0081]舉例來(lái)說(shuō)，在本實(shí)施例中，若圖1所示實(shí)施例中的第一密鑰優(yōu)選為根據(jù)ECDH密鑰協(xié)商算法生成的第一密鑰時(shí)，相應(yīng)地，本實(shí)施例的第三密鑰為根據(jù)ECDH密鑰協(xié)商算法生成的第三密鑰。
[0082]在具體應(yīng)用中，本實(shí)施例的步驟104中的“根據(jù)密鑰協(xié)商算法，生成第三密鑰”，還可包括:
[0083]根據(jù)所述密鑰協(xié)商算法，定期更新所述第三密鑰。
[0084]應(yīng)說(shuō)明的是，本實(shí)施例中定期更新所述第三密鑰的頻率與圖1所示實(shí)施例中定期更新所述第一密鑰的頻率相同。
[0085]202、根據(jù)所述第三密鑰及所述正整數(shù)ik，構(gòu)造Trivium算法的第四密鑰。
[0086]在具體應(yīng)用中，本實(shí)施例的步驟202可以包括圖中未示出的步驟202a和202b:
[0087]202a、根據(jù)所述第三密鑰，構(gòu)造Trivium算法。
[0088]202b、根據(jù)所述正整數(shù)ik，將所述Trivium算法輸出的第ik至i k+Nk位的數(shù)據(jù)作為T(mén)rivium算法的第四密鑰。
[0089]其中，所述壓縮數(shù)據(jù)包為數(shù)據(jù)傳輸過(guò)程中的第k個(gè)數(shù)據(jù)包，Nk為所述壓縮數(shù)據(jù)包的大小，Nk為正整數(shù)，i i η+Nhο
[0090]應(yīng)說(shuō)明的是，在本實(shí)施例的第四密鑰應(yīng)相應(yīng)地與圖1所示實(shí)施例中的第二密鑰相同。
[0091]203、采用所述第四密鑰對(duì)所述待解密數(shù)據(jù)包進(jìn)行解密，獲取解密后的數(shù)據(jù)包。
[0092]204、將所述解密后的數(shù)據(jù)包進(jìn)行解壓縮，獲取解壓縮后的數(shù)據(jù)包。
[0093]應(yīng)說(shuō)明的是，本實(shí)施例的解壓縮方式應(yīng)相應(yīng)地與圖1所示實(shí)施例中的壓縮方式相對(duì)應(yīng)，舉例來(lái)說(shuō)，在本實(shí)施例中，若圖1所示實(shí)施例中優(yōu)選地將所述整合后的數(shù)據(jù)包進(jìn)行GZip壓縮，獲取壓縮數(shù)據(jù)包時(shí)，相應(yīng)地，本實(shí)施例的步驟204為:
[0094]將所述解密后的數(shù)據(jù)包進(jìn)行GZip解壓縮，獲取解壓縮后的數(shù)據(jù)包。
[0095]205、將所述解壓縮后的數(shù)據(jù)包進(jìn)行拆分，獲取多條數(shù)據(jù)。
[0096]206、將所述多條數(shù)據(jù)進(jìn)行解碼，獲取傳輸數(shù)據(jù)。
[0097]應(yīng)說(shuō)明的是，本實(shí)施例的解碼方式應(yīng)相應(yīng)地與圖1所示實(shí)施例中的編碼方式相對(duì)應(yīng)，舉例來(lái)說(shuō)，在本實(shí)施例中，若圖1所示實(shí)施例中優(yōu)選地將所述待傳輸數(shù)據(jù)進(jìn)行XML數(shù)據(jù)格式編碼，獲取編碼后的數(shù)據(jù)時(shí)，相應(yīng)地，本實(shí)施例的步驟206為:
[0098]將所述多條數(shù)據(jù)進(jìn)行XML數(shù)據(jù)格式解碼，獲取傳輸數(shù)據(jù)。
[0099]本實(shí)施例的基于Trivium算法的數(shù)據(jù)傳輸解密的方法，是對(duì)圖1所示實(shí)施例所傳輸?shù)膫鬏敯M(jìn)行解碼和解密，能夠增加數(shù)據(jù)傳輸過(guò)程中的安全性，增強(qiáng)數(shù)據(jù)的可擴(kuò)展性，同時(shí)提升網(wǎng)路或其他信道的傳輸效率，減少網(wǎng)路擁塞，增強(qiáng)通信過(guò)程中的處理能力。
[0100]本領(lǐng)域普通技術(shù)人員可以理解:實(shí)現(xiàn)上述方法實(shí)施例的全部或者部分步驟可以通過(guò)程序指令相關(guān)的硬件來(lái)完成，前述的程序可以存儲(chǔ)在計(jì)算機(jī)可讀取的存儲(chǔ)介質(zhì)中，該程序在執(zhí)行時(shí)，執(zhí)行包括上述方法實(shí)施例的步驟；而前述的存儲(chǔ)介質(zhì)包括:ROM、RAM、磁碟或者光盤(pán)等各種可以存儲(chǔ)程序代碼的介質(zhì)中。
[0101]以上所述，僅為本發(fā)明的【具體實(shí)施方式】，但是，本發(fā)明的保護(hù)范圍不局限于此，任何熟悉本【技術(shù)領(lǐng)域】的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替代，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)以所述權(quán)利要求的保護(hù)范圍為準(zhǔn)。
【權(quán)利要求】
1.一種基于1^:1^111111算法的數(shù)據(jù)傳輸加密的方法，其特征在于，包括: 獲取待傳輸數(shù)據(jù)，并將所述待傳輸數(shù)據(jù)進(jìn)行編碼，獲取編碼后的數(shù)據(jù)； 判斷編碼后的數(shù)據(jù)量是否大于等于預(yù)設(shè)第一閾值，如果是，將編碼后的數(shù)據(jù)量進(jìn)行整合，得到整合后的數(shù)據(jù)包； 將所述整合后的數(shù)據(jù)包進(jìn)行壓縮，獲取壓縮數(shù)據(jù)包； 根據(jù)密鑰協(xié)商算法，生成第一密鑰； 根據(jù)所述第一密鑰，構(gòu)造1^:1^111111算法的第二密鑰； 采用所述第二密鑰對(duì)所述壓縮數(shù)據(jù)包進(jìn)行加密。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述將所述待傳輸數(shù)據(jù)進(jìn)行編碼，包括: 將所述待傳輸數(shù)據(jù)進(jìn)行XII數(shù)據(jù)格式編碼； 和/或， 所述將所述整合后的數(shù)據(jù)包進(jìn)行壓縮，包括: 將所述整合后的數(shù)據(jù)包進(jìn)行以讓壓縮。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述密鑰協(xié)商算法，包括:20)?密鑰協(xié)商算法。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述根據(jù)密鑰協(xié)商算法，生成第一密鑰，還包括: 根據(jù)所述密鑰協(xié)商算法，定期更新所述第一密鑰。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述根據(jù)所述第一密鑰，構(gòu)造1^:1^111111算法的第二密鑰，包括: 根據(jù)所述第一密鑰，構(gòu)造1^:1^111111算法； 將所述11*1^111111算法輸出的第丨&至1 ^隊(duì)位的數(shù)據(jù)作為11*1^111111算法的第二密鑰；其中，所述壓縮數(shù)據(jù)包為數(shù)據(jù)傳輸過(guò)程中的第&個(gè)數(shù)據(jù)包，1,為隨機(jī)的正整數(shù)為所述壓縮數(shù)據(jù)包的大小，&和隊(duì)為正整數(shù)，1 # 1
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括: 將加密后的壓縮數(shù)據(jù)包作為傳輸包的內(nèi)容，將1,放入傳輸包的報(bào)頭，將所述傳輸包進(jìn)行傳輸。
7.一種基于1^:1^111111算法的數(shù)據(jù)傳輸解密的方法，其特征在于，包括: 接收傳輸包，獲取傳輸包內(nèi)容中的待解密數(shù)據(jù)包和傳輸包報(bào)頭中的正整數(shù)認(rèn)，以及根據(jù)密鑰協(xié)商算法，生成第三密鑰； 根據(jù)所述第三密鑰及所述正整數(shù)1,，構(gòu)造11*1411111算法的第四密鑰； 采用所述第四密鑰對(duì)所述待解密數(shù)據(jù)包進(jìn)行解密，獲取解密后的數(shù)據(jù)包； 將所述解密后的數(shù)據(jù)包進(jìn)行解壓縮，獲取解壓縮后的數(shù)據(jù)包； 將所述解壓縮后的數(shù)據(jù)包進(jìn)行拆分，獲取多條數(shù)據(jù)； 將所述多條數(shù)據(jù)進(jìn)行解碼，獲取傳輸數(shù)據(jù)。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述密鑰協(xié)商算法包括:20)?密鑰協(xié)商算法； 和/或， 所述根據(jù)密鑰協(xié)商算法，生成第三密鑰，還包括: 根據(jù)所述密鑰協(xié)商算法，定期更新所述第三密鑰。
9.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述根據(jù)所述第三密鑰及所述正整數(shù)1卜構(gòu)造11*1^111111算法的第四密鑰，包括: 根據(jù)所述第三密鑰，構(gòu)造1^:1^111111算法； 根據(jù)所述正整數(shù)，將所述11*1^111111算法輸出的第丨&至1 ^隊(duì)位的數(shù)據(jù)作為11*1^111111算法的第四密鑰； 其中，所述壓縮數(shù)據(jù)包為數(shù)據(jù)傳輸過(guò)程中的第&個(gè)數(shù)據(jù)包，隊(duì)為所述壓縮數(shù)據(jù)包的大小，隊(duì)為正整數(shù)，1 ? 1卜丨+隊(duì)十
10.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述將所述解密后的數(shù)據(jù)包進(jìn)行解壓縮，包括: 將所述解密后的數(shù)據(jù)包進(jìn)行以讓解壓縮； 和/或， 所述將所述多條數(shù)據(jù)進(jìn)行解碼，包括: 將所述多條數(shù)據(jù)進(jìn)行XII數(shù)據(jù)格式解碼。
【文檔編號(hào)】H04L9/32GK104506318SQ201410738671
【公開(kāi)日】2015年4月8日 申請(qǐng)日期:2014年12月5日 優(yōu)先權(quán)日:2014年12月5日
【發(fā)明者】王思葉, 張?jiān)娪? 朱大立, 陳恭亮, 羅元?jiǎng)? 申請(qǐng)人:中國(guó)科學(xué)院信息工程研究所