本發(fā)明涉及信息安全技術領域,具體涉及一種數(shù)據(jù)加解密方法、設備和數(shù)據(jù)傳輸系統(tǒng)。
背景技術:
隨著人們生活水平的不斷提高,社會中私家車的數(shù)量越來越多,私家車的車主為了車輛的安全會選擇停車場進行停車,且為了停車方便會辦理相關的停車卡,停車的時候只需自助刷卡進場即可。在辦理或使用停車卡的時候,車主的個人信息、車牌號碼等車輛信息會一同登記并保存在停車卡停車場系統(tǒng)中,這樣一些不法分子會在車主停車刷卡時,通過非法讀寫器截獲或者克隆讀寫器傳給服務器的停車卡中保存的車主信息、車牌號碼等重要車輛信息,以進行不法行為。所以,為了確保停車場管理系統(tǒng)中存儲如車牌號、車主信息等車輛信息不會被非法獲取和克隆,避免系統(tǒng)被非法讀寫器攻擊等,急需一種數(shù)據(jù)傳輸?shù)谋Wo方案進行安全防護。
技術實現(xiàn)要素:
鑒于上述問題,提出了本發(fā)明以便提供一種克服上述問題或者至少部分地解決上述問題的數(shù)據(jù)加解密方法、設備和數(shù)據(jù)傳輸系統(tǒng)。
根據(jù)本發(fā)明的一個方面,提供了一種數(shù)據(jù)加密方法,所述方法包括:
發(fā)送方獲取發(fā)送方當前的系統(tǒng)時鐘;
發(fā)送方根據(jù)所述當前系統(tǒng)時鐘以及從發(fā)送方本地保存的N個第一預置密鑰中選擇的一個第一預置密鑰生成用于加密本次待傳輸數(shù)據(jù)的第二密鑰;其中,N為大于等于1且小于等于60的正整數(shù);
發(fā)送方利用所述第二密鑰對本次待傳輸數(shù)據(jù)進行加密并將加密后的密文發(fā)送至接收方。
可選地,所述發(fā)送方根據(jù)所述當前系統(tǒng)時鐘以及從發(fā)送方本地保存的多個第一預置密鑰中選擇的一個第一預置密鑰生成用于加密本次待傳輸數(shù)據(jù)的第二密鑰包括:
獲取發(fā)送方當前的系統(tǒng)時鐘key1;
計算所述key1的分鐘部分與本地保存的第一預置密鑰的數(shù)目N的余數(shù),得到索引i,
利用所述索引i在本地保存的N個第一預置密鑰中查找,得到對應的一個第一預置密鑰key2[i];
將key1轉換成日期字符串格式后與所述第一預置密鑰key2[i]進行拼接,得到密鑰組成因子a;
計算所述密鑰組成因子a的消息摘要算法第五版MD5值,得到用于加密本次待傳輸數(shù)據(jù)的第二密鑰。
可選地,該方法還包括:接收所述接收方定期或不定期發(fā)送的預置密鑰更新指令,根據(jù)所述預置密鑰更新指令從所述接收方獲取新的第一預置密鑰,并利用所述新的第一預置密鑰替換所述發(fā)送方本地保存的舊的第一預置密鑰。
可選地,該方法還包括:在利用所述新的第一預置密鑰替換所述發(fā)送方本地保存的舊的第一預置密鑰后,刪除所述發(fā)送方本地保存的舊的第一預置密鑰。
可選地,該方法還包括:發(fā)送方每次啟動后與作為時鐘源的接收方進行時鐘同步。
根據(jù)本發(fā)明的另一個方面,提供了一種數(shù)據(jù)解密方法,該方法包括:
接收發(fā)送方發(fā)送的密文;
接收方獲取接收方當前的系統(tǒng)時鐘;
接收方根據(jù)所述當前系統(tǒng)時鐘以及從接收方本地保存的N個第一預置密鑰中選擇的一個第一預置密鑰生成用于解密所述密文的第二密鑰;其中,N為大于等于1且小于等于60的正整數(shù);
接收方利用所述第二密鑰對所述密文進行解密。
可選地,所述接收方根據(jù)所述當前系統(tǒng)時鐘以及從接收方本地保存的N個第一預置密鑰中選擇的一個第一預置密鑰生成用于解密所述密文的第二密鑰包括:
步驟A,接收方獲取接收方當前的系統(tǒng)時鐘key1;
步驟B,計算所述key1的分鐘部分與本地保存的第一預置密鑰的數(shù)目N的余數(shù),得到索引i,
步驟C,利用所述索引i在本地保存的N個第一預置密鑰中查找,得到對應的一個第一預置密鑰key2[i];
步驟D,將key1轉換成日期字符串格式后與所述第一預置密鑰key2[i]進行拼接,得到密鑰組成因子a;
步驟E,計算所述密鑰組成因子a的消息摘要算法第五版MD5值,得到用于解密的第二密鑰b;
所述接收方利用所述第二密鑰對所述密文進行解密包括:
判斷所述第二密鑰b與接收到的所述發(fā)送方發(fā)送的密文中的密鑰x是否一致,是則,確認數(shù)據(jù)傳輸成功;
否則,將當前的系統(tǒng)時鐘key1減去1分鐘后返回執(zhí)行步驟B至步驟E,計算本次得到的第二密鑰b1與所述發(fā)送方發(fā)送的密文中的密鑰x是否一致,是則,確認數(shù)據(jù)傳輸成功;否則,確認解密失敗。
根據(jù)本發(fā)明的又一個方面,提供了一種發(fā)送方設備,所述發(fā)送方設備包括:
時鐘獲取單元,用于獲取發(fā)送方當前的系統(tǒng)時鐘;
密鑰生成單元,用于根據(jù)所述當前系統(tǒng)時鐘以及從發(fā)送方本地保存的N個第一預置密鑰中選擇的一個第一預置密鑰生成用于加密本次待傳輸數(shù)據(jù)的第二密鑰;其中,N為大于等于1且小于等于60的正整數(shù);
密文傳輸單元,用于利用所述第二密鑰對本次待傳輸數(shù)據(jù)進行加密并將加密后的密文發(fā)送至接收方。
根據(jù)本發(fā)明的再一個方面,提供了一種接收方設備,所述接收方設備包括:
密文接收單元,用于接收發(fā)送方發(fā)送的密文;
接收方時鐘獲取單元,用于接收方獲取接收方當前的系統(tǒng)時鐘;
解密密鑰生成單元,用于根據(jù)所述當前系統(tǒng)時鐘以及從接收方本地保存的N個第一預置密鑰中選擇的一個第一預置密鑰生成用于解密所述密文的第二密鑰;其中,N為大于等于1且小于等于60的正整數(shù);
解密單元,用于利用所述第二密鑰對所述密文進行解密。
根據(jù)本發(fā)明的再一個方面,提供了一種數(shù)據(jù)傳輸系統(tǒng),其特征在于,該數(shù)據(jù)傳輸系統(tǒng)包括:一個或多個如上所述的發(fā)送方設備以及如上所述的接收方設備。
本發(fā)明的有益效果是:本發(fā)明實施例的技術方案發(fā)送方根據(jù)獲取的當前系統(tǒng)時鐘以及從發(fā)送方本地保存的N個第一預置密鑰將數(shù)據(jù)加密后發(fā)送給接收方,接收方根據(jù)當前系統(tǒng)時鐘以及從接收方本地保存的N個第一預置密鑰中選擇一個符合接收到的密文的密鑰,對密文進行解密以保護發(fā)送方和接收方之間數(shù)據(jù)傳輸?shù)陌踩?。可見,本發(fā)明實施例中發(fā)送方發(fā)送給接收方的數(shù)據(jù)是經(jīng)過密鑰加密的,沒有該密鑰或者不知道加密方法的人員即使得到該加密密文,也無法獲知密文的具體信息,可以確保發(fā)送方和接收方之間數(shù)據(jù)傳輸過程中不會被非法竊取,保證數(shù)據(jù)的安全性。在車主停車的過程中,應用本實施例的技術方案可以確保車主的信息例如車牌號、車主身份信息等車輛信息不會被非法獲取和克隆,有效保護了車主用戶的隱私,提升了停車場的安全性,優(yōu)化了用戶體驗。
附圖說明
通過閱讀下文優(yōu)選實施方式的詳細描述,各種其他的優(yōu)點和益處對于本領域普通技術人員將變得清楚明了。附圖僅用于示出優(yōu)選實施方式的目的,而并不認為是對本發(fā)明的限制。而且在整個附圖中,用相同的參考符號表示相同的部件。在附圖中:
圖1示出了根據(jù)本發(fā)明一個實施例的一種數(shù)據(jù)加密方法的流程圖;
圖2示出了根據(jù)本發(fā)明一個實施例的一種數(shù)據(jù)解密方法的流程圖;
圖3示出了根據(jù)本發(fā)明一個實施例的一種發(fā)送方設備的結構示意圖;
圖4示出了根據(jù)本發(fā)明一個實施例的一種接收方設備的結構示意圖;
圖5示出了根據(jù)本發(fā)明一個實施例的一種數(shù)據(jù)傳輸系統(tǒng)的結構示意圖。
具體實施方式
本發(fā)明的設計構思在于:為了確保發(fā)送方和接收方在傳輸諸如車牌號、車主信息等私密且重要的信息時不會被不法分子非法獲取和克隆,避免系統(tǒng)被非法讀寫器攻擊等問題,本發(fā)明提供了一種數(shù)據(jù)加密的方法,使得發(fā)送方在發(fā)送數(shù)據(jù)時對該數(shù)據(jù)進行加密處理,接收方根據(jù)預設的解密規(guī)則,計算解密密鑰,并對發(fā)送方的密文進行解密,并進行驗證,如此,極大的保證了數(shù)據(jù)傳輸?shù)陌踩?,避免了車主用戶的個人信息泄露,優(yōu)化了用戶體驗。
下面將參照附圖更詳細地描述本公開的示例性實施例。雖然附圖中顯示了本公開的示例性實施例,然而應當理解,可以以各種形式實現(xiàn)本公開而不應被這里闡述的實施例所限制。相反,提供這些實施例是為了能夠更透徹地理解本公開,并且能夠將本公開的范圍完整的傳達給本領域的技術人員。
實施例一
圖1示出了根據(jù)本發(fā)明一個實施例的一種數(shù)據(jù)加密方法的流程圖。如圖1所示,該方法包括:
步驟S110,發(fā)送方獲取發(fā)送方當前的系統(tǒng)時鐘。
步驟S120,發(fā)送方根據(jù)當前系統(tǒng)時鐘以及從發(fā)送方本地保存的N個第一預置密鑰中選擇的一個第一預置密鑰生成用于加密本次待傳輸數(shù)據(jù)的第二密鑰;其中,N為大于等于1且小于等于60的正整數(shù)。在本步驟中,從發(fā)送方本地保存的N個第一預置密鑰中選擇的一個第一預置密鑰是根據(jù)當前系統(tǒng)時鐘中的分鐘數(shù)進行選擇,分鐘數(shù)為1-60,所以N可以是大于等于1且小于等于60的整數(shù)。例如,當前系統(tǒng)時鐘是2012-09-22 15:43:00,則分鐘數(shù)是43,如果系統(tǒng)中預置60個密鑰,那么就選擇第43個第一預置密鑰;如果系統(tǒng)中預置16個密鑰,則選擇第11個密鑰,這里的11是43除以16的余數(shù)。選擇完第一預置密鑰后,將當前的系統(tǒng)時鐘以及選擇出的第一預置密鑰作為第二密鑰。
步驟S130,發(fā)送方利用第二密鑰對本次待傳輸數(shù)據(jù)進行加密并將加密后的密文發(fā)送至接收方。
可見,本發(fā)明中發(fā)送方發(fā)送給接收方的數(shù)據(jù)是經(jīng)過密鑰加密的,沒有該密鑰或者不知道加密方法的人員即使得到該加密密文,也無法獲知密文的具體信息,可以確保發(fā)送方和接收方之間數(shù)據(jù)傳輸過程中不會被非法竊取,保證數(shù)據(jù)的安全性。在車主停車刷停車卡的過程中,應用此方法就可以確保系統(tǒng)中儲如車牌號、車主信息等車輛信息不會被非法獲取和克隆,沒有密鑰的不法人員將無法解密該加密數(shù)據(jù),得不到系統(tǒng)中保存的車輛信息,繼而起到保護作用。
在本發(fā)明的一個實施例中,圖1所示的方法中發(fā)送方根據(jù)當前系統(tǒng)時鐘以及從發(fā)送方本地保存的多個第一預置密鑰中選擇的一個第一預置密鑰生成用于加密本次待傳輸數(shù)據(jù)的第二密鑰包括:
獲取發(fā)送方當前的系統(tǒng)時鐘key1;計算key1的分鐘部分與本地保存的第一預置密鑰的數(shù)目N的余數(shù),得到索引i,利用索引i在本地保存的N個第一預置密鑰中查找,得到對應的一個第一預置密鑰key2[i];將key1轉換成日期字符串格式后與第一預置密鑰key2[i]進行拼接,得到密鑰組成因子a;計算密鑰組成因子a的消息摘要算法第五版MD5值,得到用于加密本次待傳輸數(shù)據(jù)的第二密鑰。
在一個具體的例子中,當前系統(tǒng)時鐘是2012-09-22 15:43:00,key1=2012-09-22 15:43:00,如果系統(tǒng)中預置16個密鑰,43除以16的余數(shù)是11,索引i就是11;利用索引i=11在本地保存的N個第一預置密鑰中查找,得到對應的一個第一預置密鑰key2[11],即第11個第一預置密鑰,將key1=2012-09-22 15:43:00轉換成日期字符串格式20120922154300后與第一預置密鑰key2[11]進行拼接,得到密鑰組成因子a=key1+key2[11];計算密鑰組成因子key1+key2[11]的消息摘要算法第五版MD5值,得到用于加密本次待傳輸數(shù)據(jù)的第二密鑰b=MD5(key1+key2[11])。具體的實現(xiàn)過程代碼如下所示:
1)key1=now;
2)i=key1的分鐘部分%16;
3)a=key1+key2[i];
4)b=MD5(a).
本實施例中,發(fā)送方發(fā)送的數(shù)據(jù)是經(jīng)過第二密鑰進行加密的,這保證了大多數(shù)情況下,發(fā)送方發(fā)送的數(shù)據(jù)不會被截取,保證了數(shù)據(jù)的安全性,但是實際應用過程中,發(fā)送方本地保存的N個第一預置密鑰也是相對固定的,如果這N個第一預置密鑰一成不變的話,一旦被不法分子獲取,則加密數(shù)據(jù)的操作無效,發(fā)送方或接收方傳輸?shù)能囕v信息同樣存在被截取的風險,所以,為了進一步提高數(shù)據(jù)傳輸?shù)陌踩?。發(fā)送方本地保存的N個第一預置密鑰在一段時間后需要進行更新,進一步保證車輛信息的安全。在本發(fā)明的一個實施例中,圖1所示的方法還包括:接收接收方定期或不定期發(fā)送的預置密鑰更新指令,根據(jù)預置密鑰更新指令從接收方獲取新的第一預置密鑰,并利用新的第一預置密鑰替換發(fā)送方本地保存的舊的第一預置密鑰。
由于本實施例中,接收方可以連接多個發(fā)送方,每個發(fā)送方完成密鑰更新可能都需要一些時間,并且發(fā)送方完成密鑰更新所需的時間也是不一的。即,發(fā)送方的密鑰更新是一個需要持續(xù)一定時間的過程,在密鑰更新期間,發(fā)送方本地保存的第一預置密鑰的個數(shù)可能發(fā)生變化,舉例而言,在密鑰更新之前,發(fā)送方保存的第一預置密鑰的數(shù)量為16個,當收到接收方發(fā)送的密鑰更新之后,從接收方那里獲取了新的16個密鑰用于更新,那么此時,發(fā)送方本地保存的密鑰數(shù)目,即為32個,但這不會影響發(fā)送方對數(shù)據(jù)的加密操作,發(fā)送方在計算加密密鑰時可以根據(jù)具體密鑰數(shù)目計算得到對應的密鑰。
進一步地,為了節(jié)省發(fā)送方的存儲空間,提高發(fā)送方的性能,本實施例中,發(fā)送方在利用新的第一預置密鑰替換發(fā)送方本地保存的舊的第一預置密鑰后,刪除發(fā)送方本地保存的舊的第一預置密鑰。
另外,本實施例中,發(fā)送方進行加密密鑰時,系統(tǒng)時鐘非常關鍵,為了提高接收方成功解密的概率,避免因為時鐘不一致導致的解密失敗,影響數(shù)據(jù)傳輸效率的問題,本實施例中,要求發(fā)送方和接收方的系統(tǒng)時鐘保持一致,所以在本發(fā)明的一個實施例中,發(fā)送方每次啟動后與作為時鐘源的接收方進行時鐘同步。
實施例二
圖2示出了根據(jù)本發(fā)明一個實施例的一種數(shù)據(jù)解密方法的流程圖。如圖2所示,該方法包括:
步驟S210,接收發(fā)送方發(fā)送的密文。
步驟S220,接收方獲取接收方當前的系統(tǒng)時鐘。
步驟S230,接收方根據(jù)當前系統(tǒng)時鐘以及從接收方本地保存的N個第一預置密鑰中選擇的一個第一預置密鑰生成用于解密密文的第二密鑰;其中,N為大于等于1且小于等于60的正整數(shù),接收方本地保存的N的值與圖1所示方法中發(fā)送方本地保存的N的值相等。在本步驟中,接收方從接收方本地保存的N個第一預置密鑰中選擇的一個第一預置密鑰也是根據(jù)接收方當前系統(tǒng)時鐘中的分鐘數(shù)進行選擇,由于分鐘數(shù)為0-59,所以N可以是大于等于1且小于等于60的整數(shù)。
步驟S240,接收方利用第二密鑰對密文進行解密。
在本發(fā)明中,接收方解密的方法是通過利用相同的密鑰生成算法生成一密鑰,并將生成的密鑰,與發(fā)送方發(fā)送來的密鑰進行比對,判斷完全一致后,確認數(shù)據(jù)傳輸成功,即可解密得到數(shù)據(jù)內(nèi)容。在本發(fā)明的一個實施例中,步驟S220中接收方根據(jù)當前系統(tǒng)時鐘以及從接收方本地保存的N個第一預置密鑰中選擇的一個第一預置密鑰生成用于解密密文的第二密鑰具體包括下列步驟:
步驟A,接收方獲取接收方當前的系統(tǒng)時鐘key1。
步驟B,計算key1的分鐘部分與本地保存的第一預置密鑰的數(shù)目N的余數(shù),得到索引i。
步驟C,利用索引i在本地保存的N個第一預置密鑰中查找,得到對應的一個第一預置密鑰key2[i]。
步驟D,將key1轉換成日期字符串格式后與第一預置密鑰key2[i]進行拼接,得到密鑰組成因子a。
步驟E,計算密鑰組成因子a的消息摘要算法第五版MD5值,得到用于解密的第二密鑰b;
舉例而言,接收方接收的密文密鑰是x,則接收方利用第二密鑰對密文進行解密包括:
判斷第二密鑰b與接收到的發(fā)送方發(fā)送的密文中的密鑰x是否一致,是則,確認數(shù)據(jù)傳輸成功。
但是,密文的傳輸過程可能因為網(wǎng)絡繁忙或者網(wǎng)絡信號的問題,接收方接收的密文的時間有所滯后,本實施例中,提供了一次容錯的機會,以盡量避免由于時鐘不一致導致的誤判斷。具體的在本實施例中,當一次比較后判斷為接收方計算出的密鑰和發(fā)送方發(fā)送的密鑰不一致時,接收方將當前的系統(tǒng)時鐘key1減去1分鐘后返回執(zhí)行步驟B至步驟E,計算第二次得到的第二密鑰b1與發(fā)送方發(fā)送的密文中的密鑰x是否一致,是則,確認數(shù)據(jù)傳輸成功;否則,確認解密失敗。
舉例而言,發(fā)送方發(fā)送的文秘中的密鑰x,如果接收方的當前系統(tǒng)時鐘是2012-09-22 15:43:00,在這時收到了發(fā)送方發(fā)送的密文,則需要接收方進行解密。那么,key1=2012-09-22 15:43:00,如果接收方本地保存的預置密鑰數(shù)目為16個,43除以16的余數(shù)是11,索引i就是11;利用索引i=11在本地保存的16個第一預置密鑰中查找,得到對應的一個第一預置密鑰key2[11],即第11個第一預置密鑰,將key1=2012-09-22 15:43:00轉換成日期字符串格式20120922154300后與第一預置密鑰key2[11]進行拼接,得到密鑰組成因子a=key1+key2[11];計算密鑰組成因子key1+key2[11]的消息摘要算法第五版MD5值,得到用于解密的第二密鑰b=MD5(a)。再判斷第二密鑰b與接收到的發(fā)送方發(fā)送的密文中的密鑰x是否一致,是則,確認數(shù)據(jù)傳輸成功。
如果接收方接收到密文的時間是2012-09-22 15:44:03,那么最終得到的密鑰組成因子就是a=key1+key2[12],b=MD5(a)與發(fā)送者發(fā)送的密文中的密鑰不一致,此時可將接收方的當前系統(tǒng)時鐘key1減去1分鐘(注:這里是進行時間運算),得到2012-09-22 15:43:03,這樣得到的密鑰組成因子a=key1+key2[11],b1=MD5(a)與密文中的密鑰x一致了,則確認數(shù)據(jù)傳輸成功;若減去1分鐘后還判斷不一致,則解密失敗,則不再進行容錯而是直接返回。接收方的驗證規(guī)則具體代碼如下部分所示,
步驟4)。
舉例而言,接收方生成用于解密的第二密鑰的具體代碼部分示意如下:
實施例三
圖3示出了根據(jù)本發(fā)明一個實施例的一種發(fā)送方設備的結構示意圖。如圖3所示,該發(fā)送方設備300包括:
時鐘獲取單元310,用于獲取發(fā)送方當前的系統(tǒng)時鐘。
密鑰生成單元320,用于根據(jù)當前系統(tǒng)時鐘以及從發(fā)送方本地保存的N個第一預置密鑰中選擇的一個第一預置密鑰生成用于加密本次待傳輸數(shù)據(jù)的第二密鑰;其中,N為大于等于1且小于等于60的正整數(shù)。
密文傳輸單元330,用于利用第二密鑰對本次待傳輸數(shù)據(jù)進行加密并將加密后的密文發(fā)送至接收方。
在本發(fā)明的一個實施例中,密鑰生成單元320,還用于獲取發(fā)送方當前的系統(tǒng)時鐘key1;計算key1的分鐘部分與本地保存的第一預置密鑰的數(shù)目N的余數(shù),得到索引i,利用索引i在本地保存的N個第一預置密鑰中查找,得到對應的一個第一預置密鑰key2[i];將key1轉換成日期字符串格式后與第一預置密鑰key2[i]進行拼接,得到密鑰組成因子a;計算密鑰組成因子a的消息摘要算法第五版MD5值,得到用于加密本次待傳輸數(shù)據(jù)的第二密鑰。
在本發(fā)明的一個實施例中,圖3所示的設備進一步包括:更新單元,用于接收接收方定期或不定期發(fā)送的預置密鑰更新指令,根據(jù)預置密鑰更新指令從接收方獲取新的第一預置密鑰,并利用新的第一預置密鑰替換發(fā)送方本地保存的舊的第一預置密鑰。
進一步地,更新單元還用于在利用新的第一預置密鑰替換發(fā)送方本地保存的舊的第一預置密鑰后,刪除發(fā)送方本地保存的舊的第一預置密鑰。
在本發(fā)明的一個實施例中,圖3所示的設備還包括:同步單元,用于發(fā)送方每次啟動后與作為時鐘源的接收方進行時鐘同步。
需要說明的是圖3所示設備的各實施例與圖1所示方法的各實施例對應相同,上文已有詳細說明,在此不再贅述。
實施例四
圖4示出了根據(jù)本發(fā)明一個實施例的一種接收方設備的結構示意圖。如圖4所示,接收方設備400包括:
密文接收單元410,用于接收發(fā)送方發(fā)送的密文。
接收方時鐘獲取單元420,用于接收方獲取接收方當前的系統(tǒng)時鐘。
解密密鑰生成單元430,用于根據(jù)當前系統(tǒng)時鐘以及從接收方本地保存的N個第一預置密鑰中選擇的一個第一預置密鑰生成用于解密密文的第二密鑰;其中,N為大于等于1且小于等于60的正整數(shù)。
解密單元440,用于利用第二密鑰對密文進行解密。
在本發(fā)明的一個實施例中,解密密鑰生成單元430,還用于
1)接收方獲取接收方當前的系統(tǒng)時鐘key1。
2)計算key1的分鐘部分與本地保存的第一預置密鑰的數(shù)目N的余數(shù),得到索引i。
3)利用索引i在本地保存的N個第一預置密鑰中查找,得到對應的一個第一預置密鑰key2[i]。
4)將key1轉換成日期字符串格式后與第一預置密鑰key2[i]進行拼接,得到密鑰組成因子a。
5)計算密鑰組成因子a的消息摘要算法第五版MD5值,得到用于解密的第二密鑰b。
則解密單元440,還用于判斷第二密鑰b與接收到的發(fā)送方發(fā)送的密文中的密鑰x是否一致,是則,確認數(shù)據(jù)傳輸成功;否則,將當前的系統(tǒng)時鐘key1減去1分鐘后返回執(zhí)行步驟B至步驟E,計算本次得到的第二密鑰b1與發(fā)送方發(fā)送的密文中的密鑰x是否一致,是則,確認數(shù)據(jù)傳輸成功;否則,確認解密失敗。
需要說明的是,圖4所示系統(tǒng)的各實施例與圖2所示方法的各實施例對應相同,上文已有詳細說明,在此不再贅述。
實施例五
圖5示出了根據(jù)本發(fā)明一個實施例的一種數(shù)據(jù)傳輸系統(tǒng)的結構示意圖。如圖5所示,數(shù)據(jù)傳輸系統(tǒng)500包括:一個或多個如3所示的發(fā)送方設備以及如圖4所示的接收方設備。因為一個接收方設備接收的密文可能來自多個發(fā)送方,所以該系統(tǒng)500中的發(fā)送方設備可以是一個也可以是多個。
需要說明的是,圖5所示系統(tǒng)的各實施例與圖1和圖2所示方法的各實施例對應相同,上文已有詳細說明,在此不再贅述。
綜上所述,本發(fā)明實施例的數(shù)據(jù)加解密技術方案,可以應用到停車場管理系統(tǒng)中,發(fā)送方發(fā)送給接收方的數(shù)據(jù)經(jīng)密鑰加密,沒有該密鑰或者不知道加密規(guī)則的第三方即使得到該加密密文,也無法獲知密文的具體信息,如此確保發(fā)送方和接收方之間數(shù)據(jù)傳輸過程中車主身份信息、車牌信息等私密且重要的數(shù)據(jù)不會被非法竊取,保證了數(shù)據(jù)傳輸?shù)陌踩?,?yōu)化了用戶體驗。提高了停車場的服務水平和競爭力,適合大規(guī)模推廣。
以上所述,僅為本發(fā)明的具體實施方式,在本發(fā)明的上述教導下,本領域技術人員可以在上述實施例的基礎上進行其他的改進或變形。本領域技術人員應該明白,上述的具體描述只是更好的解釋本發(fā)明的目的,本發(fā)明的保護范圍以權利要求的保護范圍為準。