本發(fā)明屬于彩信數(shù)據(jù)加密傳輸領(lǐng)域,具體涉及一種彩信數(shù)據(jù)的加密傳輸方法。
背景技術(shù):
現(xiàn)有彩信數(shù)據(jù)傳輸是基于互聯(lián)網(wǎng)的明文傳輸,數(shù)據(jù)安全性存在缺陷。如圖1所示,移動(dòng)終端a將打包好的彩信pdu數(shù)據(jù)經(jīng)由ip網(wǎng)絡(luò)發(fā)送至運(yùn)營(yíng)商的彩信服務(wù)中心,然后彩信服務(wù)中心推送一條彩信下載通知消息給移動(dòng)終端b,在移動(dòng)終端b收到該通知消息后,經(jīng)由ip網(wǎng)絡(luò)去彩信服務(wù)中心下載移動(dòng)終端a發(fā)送的彩信pdu數(shù)據(jù).
技術(shù)實(shí)現(xiàn)要素:
針對(duì)現(xiàn)有技術(shù)中存在的上述技術(shù)問(wèn)題,本發(fā)明提出了一種彩信數(shù)據(jù)的加密傳輸方法,設(shè)計(jì)合理,克服了現(xiàn)有技術(shù)的不足,具有良好的效果。
為了實(shí)現(xiàn)上述目的,本發(fā)明采用如下技術(shù)方案:
一種彩信數(shù)據(jù)的加密傳輸方法,包括發(fā)送前基于非對(duì)稱(chēng)算法的加密密鑰交換過(guò)程和基于短信承載的彩信加密數(shù)據(jù)的傳輸過(guò)程;
其中,發(fā)送前基于非對(duì)稱(chēng)算法的加密密鑰交換過(guò)程,具體按照如下步驟進(jìn)行:
s11:當(dāng)彩信發(fā)送方準(zhǔn)備發(fā)送彩信時(shí),先向彩信接收方發(fā)送一條請(qǐng)求消息;
s12:彩信接收方收到該請(qǐng)求后,回復(fù)一條請(qǐng)求確認(rèn)消息給彩信發(fā)送方,該消息內(nèi)攜帶彩信接收方的加密公鑰pk;
s13:當(dāng)彩信發(fā)送方收到該確認(rèn)消息后,使用其攜帶的公鑰加密收發(fā)雙方后續(xù)使用的對(duì)稱(chēng)加密算法的加密密鑰sk,然后將經(jīng)過(guò)加密的加密密鑰sk發(fā)送給彩信接收方;
s14:彩信接收方在收到經(jīng)過(guò)加密的加密密鑰sk后,使用自己的私鑰處理加密數(shù)據(jù),解出加密密鑰sk明文,得到解密密鑰sk,做為后續(xù)要使用的對(duì)稱(chēng)加密算法的密鑰,供彩信接收方和彩信發(fā)送方傳輸數(shù)據(jù);
基于短信承載的彩信加密數(shù)據(jù)的傳輸過(guò)程,具體按照如下步驟進(jìn)行:
s21:將超長(zhǎng)的加密數(shù)據(jù)進(jìn)行分割,每140字符做為一個(gè)數(shù)據(jù)塊;
s22:將步驟s21中的數(shù)據(jù)塊通過(guò)短信發(fā)送給彩信接收端;
s23:彩信接收端收到基于短信承載的數(shù)據(jù)塊后,將其拼接起來(lái)還原成一條完整的彩信pdu數(shù)據(jù);
s24:使用通過(guò)步驟s14獲得的解密密鑰sk對(duì)其進(jìn)行解密,從而獲得彩信pdu數(shù)據(jù)明文;
s25:通過(guò)現(xiàn)有彩信解析流程進(jìn)行處理即可得到用以描述彩信播放時(shí)的播放參數(shù)smil數(shù)據(jù)和尾隨其后的包括彩信中的音頻、視頻、圖像、文本在內(nèi)的彩信附件數(shù)據(jù)。
本發(fā)明所帶來(lái)的有益技術(shù)效果:
1、增強(qiáng)了彩信數(shù)據(jù)傳輸?shù)陌踩裕?/p>
2、增強(qiáng)了彩信數(shù)據(jù)傳輸?shù)姆€(wěn)定性;
3、無(wú)需ip網(wǎng)絡(luò),即便用戶電話卡無(wú)數(shù)據(jù)業(yè)務(wù)也可以收發(fā)彩信。
附圖說(shuō)明
圖1為現(xiàn)有彩信數(shù)據(jù)傳輸?shù)氖疽鈭D。
圖2為彩信數(shù)據(jù)的加密密鑰交換過(guò)程示意圖。
圖3為彩信加密數(shù)據(jù)的傳輸過(guò)程示意圖。
具體實(shí)施方式
下面結(jié)合附圖以及具體實(shí)施方式對(duì)本發(fā)明作進(jìn)一步詳細(xì)說(shuō)明:
1、彩信數(shù)據(jù)的加密密鑰交換過(guò)程
本發(fā)明使用數(shù)據(jù)加密的方式增加傳輸安全性,由于受彩信pdu數(shù)據(jù)大小的限制,數(shù)據(jù)加密方式采用對(duì)稱(chēng)加密方式,而對(duì)稱(chēng)加密方式的密鑰sk則是通過(guò)非對(duì)稱(chēng)加密算法進(jìn)行發(fā)送接收方的交換,如圖2所示。
當(dāng)發(fā)送方準(zhǔn)備發(fā)送彩信時(shí),先向彩信接收方發(fā)送一條請(qǐng)求消息(這條消息可以使用短信承載,或者使用其它通信方式皆可);
接收方收到該請(qǐng)求后,回復(fù)一條請(qǐng)求確認(rèn)消息給發(fā)送方(該消息內(nèi)攜帶彩信接收方的加密公鑰pk);
當(dāng)彩信發(fā)送方收到該確認(rèn)消息后,使用其攜帶的公鑰加密后續(xù)收發(fā)雙方使用的對(duì)稱(chēng)加密算法的加密密鑰sk,然后將經(jīng)過(guò)加密的加密密鑰sk發(fā)送給彩信接收方;
彩信接收方在收到經(jīng)過(guò)加密的密鑰sk后,使用自己的私鑰處理加密數(shù)據(jù),解出密鑰sk明文,作為后續(xù)要使用的對(duì)稱(chēng)加密算法的密鑰,供收發(fā)雙發(fā)傳輸數(shù)據(jù)。
2、彩信加密數(shù)據(jù)的傳輸過(guò)程,如圖3所示。
對(duì)于加密后的彩信數(shù)據(jù),本發(fā)明以彩信短信承載的方式傳輸給接收端,這是因?yàn)槎绦艛?shù)據(jù)傳輸并不經(jīng)過(guò)互聯(lián)網(wǎng),安全等級(jí)較現(xiàn)有彩信傳輸實(shí)現(xiàn)所使用的互聯(lián)網(wǎng)傳輸要高得多。因?yàn)槎绦艆f(xié)議規(guī)定每一條短信長(zhǎng)度不能超過(guò)140個(gè)字符,所以,本發(fā)明將超長(zhǎng)的加密數(shù)據(jù)進(jìn)行分割,分割成n個(gè)彩信加密數(shù)據(jù)塊,其中每個(gè)彩信加密數(shù)據(jù)塊包括140個(gè)字符,然后將這些彩信加密數(shù)據(jù)塊通過(guò)短信發(fā)送給彩信接收端。
接受端收到這些通過(guò)短信承載的數(shù)據(jù)塊后,將其拼接起來(lái)還原成一條完整的彩信pdu數(shù)據(jù),然后使用獲得的解密密鑰sk對(duì)其進(jìn)行解密,從而獲得彩信pdu數(shù)據(jù)明文,最后交由現(xiàn)有彩信解析流程進(jìn)行處理即可。
本發(fā)明可以有效地增強(qiáng)現(xiàn)有彩信數(shù)據(jù)傳輸?shù)陌踩浴?/p>
當(dāng)然,上述說(shuō)明并非是對(duì)本發(fā)明的限制,本發(fā)明也并不僅限于上述舉例,本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明的實(shí)質(zhì)范圍內(nèi)所做出的變化、改型、添加或替換,也應(yīng)屬于本發(fā)明的保護(hù)范圍。