亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

一種信息傳輸方法、裝置及系統(tǒng)的制作方法

文檔序號:7863970閱讀:228來源:國知局
專利名稱:一種信息傳輸方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及計算機領(lǐng)域,特別是一種信息傳輸方法、裝置及系統(tǒng)。
背景技術(shù)
進入二i^一世紀(jì)以來,互聯(lián)網(wǎng)經(jīng)歷了數(shù)十年跨越式高速發(fā)展,目前無論是政府部門的電子政務(wù),還是金融、電信等行業(yè)的核心業(yè)務(wù)無不通過互聯(lián)網(wǎng)Web技術(shù)來更好的實現(xiàn)大眾化服務(wù),然而由于其服務(wù)的開放性也必將帶來各種網(wǎng)絡(luò)方面的安全隱患,因此也相應(yīng)帶來的網(wǎng)絡(luò)安全類設(shè)備的應(yīng)用和發(fā)展。
目前,使用超文本預(yù)處理語言(PHP)來實現(xiàn)網(wǎng)絡(luò)模型的時候,會使用PHP加密接口來保證數(shù)據(jù)傳輸?shù)陌踩裕荘HP加密接口對于某些加密文件格式的處理能力不高,因此這些加密文件不適用PHP加密接口實現(xiàn)安全傳輸,因此數(shù)據(jù)傳輸?shù)陌踩缘貌坏奖WC。發(fā)明內(nèi)容
本發(fā)明所要解決的問題是提供一種信息傳輸方法、裝置及系統(tǒng),以解決現(xiàn)有技術(shù)中使用PHP加密接口來進行數(shù)據(jù)傳輸而造成數(shù)據(jù)傳輸安全性不高的問題。
本發(fā)明提供一種信息傳輸方法,所述方法包括
接收客戶端發(fā)送的連接請求;
當(dāng)連接建立后,接收由所述客戶端第一次加密的認(rèn)證信息,將所述認(rèn)證信息進行解密,得到解密后的認(rèn)證信息,判斷所述解密后的認(rèn)證信息是否符合第一預(yù)設(shè)條件,如果是,得到所述客戶端賦予的與所述認(rèn)證信息對應(yīng)的標(biāo)識;
判斷所述標(biāo)識和所述解密后的認(rèn)證信息是否符合第二預(yù)設(shè)條件,如果是,接收由所述客戶端第二次加密的數(shù)據(jù)信息,將所述加密的數(shù)據(jù)信息解密得到相應(yīng)的解密后的數(shù)據(jù)信息。
優(yōu)選地,還包括
判斷所述解密后的數(shù)據(jù)信息是否符合所述客戶端接收數(shù)據(jù)信息的規(guī)則,若是,將所述數(shù)據(jù)信息發(fā)送給所述客戶端,若否,獲得錯誤響應(yīng)數(shù)據(jù),將所述錯誤響應(yīng)數(shù)據(jù)發(fā)送給所述客戶端。
優(yōu)選地,所述接收客戶端發(fā)送的經(jīng)過第一次加密的認(rèn)證信息的過程包括
接收所述客戶端發(fā)送的經(jīng)第一加密密鑰加密的認(rèn)證信息。
優(yōu)選地,所述密鑰為der格式。
優(yōu)選地,所述判斷所述解密后的認(rèn)證信息是否符合第一預(yù)設(shè)條件的過程包括
判斷所述解密后的認(rèn)證信息是否與加密前的認(rèn)證信息一致,如果一致,則符合第一預(yù)設(shè)條件,如果否,則不符合第一預(yù)設(shè)條件。
優(yōu)選地,所述判斷所述標(biāo)識和所述解密后的認(rèn)證信息符合第二預(yù)設(shè)條件的過程包括
當(dāng)所述解密后的認(rèn)證信息與加密后的認(rèn)證信息一致,且,所述標(biāo)識與預(yù)設(shè)的標(biāo)識信息庫中的標(biāo)識一致,則符合第二預(yù)設(shè)條件。
一種信息傳輸裝置,包括接收單元、第一解密單元和第二解密單元;
所述接收單元用于,接收連接請求;
所述第一解密單元用于,當(dāng)連接建立后,接收由客戶端第一次加密的認(rèn)證信息,將所述認(rèn)證信息進行解密,得到解密后的認(rèn)證信息,所述處理器將判斷解密后的認(rèn)證信息是否符合第一預(yù)設(shè)條件,如果符合,將由所述客戶機賦予與所述認(rèn)證信息對應(yīng)的標(biāo)識;
所述第二解密單元用于,判斷所述標(biāo)識和所述解密后的認(rèn)證信息是否符合第二預(yù)設(shè)條件,當(dāng)符合第二預(yù)設(shè)條件時,接收由所述客戶端第二次加密的數(shù)據(jù)信息,將所述加密的數(shù)據(jù)信息解密得到相應(yīng)的解密后的數(shù)據(jù)信息。
優(yōu)選地,還包括判斷單元;
所述判斷單元用于,判斷解密后的數(shù)據(jù)信息是否符合所述客戶端接收數(shù)據(jù)信息的規(guī)則,若是,將所述數(shù)據(jù)信息發(fā)送給所述客戶端,若否,獲得錯誤響應(yīng)數(shù)據(jù),將所述錯誤響應(yīng)數(shù)據(jù)發(fā)送給所述客戶端。
一種信息傳輸系統(tǒng),所述系統(tǒng)包括客戶端、服務(wù)器及上述任意一項所述的信息傳輸裝置;
其中,所述信息傳輸裝置可以安裝在客戶端或者服務(wù)器任意一端。
從以上技術(shù)方案可以看出,本發(fā)明提供了一種信息傳輸方法、裝置及系統(tǒng),所述方法包括接收客戶端發(fā)送的連接請求,當(dāng)連接建立后,接收由所述客戶端第一次加密的認(rèn)證信息,將所述認(rèn)證信息進行解密,得到解密后的認(rèn)證信息,當(dāng)所述解密后的認(rèn)證信息符合第一預(yù)設(shè)條件時,得到所述客戶端賦予的與所述認(rèn)證信息對應(yīng)的標(biāo)識,當(dāng)所述標(biāo)識和所述解密后的認(rèn)證信息符合第二預(yù)設(shè)條件時,接收由所述客戶端第二次加密的數(shù)據(jù)信息,將所述加密的數(shù)據(jù)信息解密得到相應(yīng)的解密后的數(shù)據(jù)信息,所述方法應(yīng)用于裝置中實現(xiàn)了在使用超文本預(yù)處理語言來實現(xiàn)網(wǎng)絡(luò)模型的時候不需要PHP加密接口,也可以實現(xiàn)所有數(shù)據(jù)安全傳輸,所述裝置可以應(yīng)用于客戶端或服務(wù)器任意一端。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案,下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹,顯而易見地,下面描述中的附圖僅僅是本發(fā)明中記載的一些實施例,對于本領(lǐng)域普通技術(shù)人員來講,在不付出創(chuàng)造性勞動的前提下, 還可以根據(jù)這些附圖獲得其他的附圖。
圖I為本發(fā)明實施例一公開的一種信息傳輸方法流程示意圖2為本發(fā)明實施例二公開的一種信息傳輸方法流程示意圖3為本發(fā)明實施例三公開的一種信息傳輸裝置結(jié)構(gòu)示意圖4為本發(fā)明實施例四公開的一種信息傳輸裝置結(jié)構(gòu)示意圖。
具體實施方式
下面結(jié)合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述,顯然,所描述的實施例僅僅是本發(fā)明一部分實施例,而不是全部的實施例?;诒景l(fā)明中的實施例,本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例,都屬于本發(fā)明的保護范圍。
本發(fā)明實施例一公開了一種信息傳輸方法,參見圖I所不,所述方法包括
步驟SlOl :接收客戶端發(fā)送的連接請求;
步驟S102 :當(dāng)連接建立后,接收由所述客戶端第一次加密的認(rèn)證信息,將所述認(rèn)證信息進行解密,得到解密后的認(rèn)證信息;
步驟S103 :判斷所述解密后的認(rèn)證信息是否符合第一預(yù)設(shè)條件,如果是,執(zhí)行步驟 S104 ;
步驟S104 :得到所述客戶端賦予的與所述認(rèn)證信息對應(yīng)的標(biāo)識;
步驟S105 :判斷所述標(biāo)識和所述解密后的認(rèn)證信息是否符合第二預(yù)設(shè)條件,如果是,執(zhí)行步驟S106 ;
步驟S106 :接收由所述客戶端第二次加密的數(shù)據(jù)信息,將所述加密的數(shù)據(jù)信息解密得到相應(yīng)的解密后的數(shù)據(jù)信息。
本實施例公開了一種信息傳輸方法,所述方法包括接收客戶端發(fā)送的連接請求, 當(dāng)連接建立后,接收由所述客戶端第一次加密的認(rèn)證信息,將所述認(rèn)證信息進行解密,得到解密后的認(rèn)證信息,判斷所述解密后的認(rèn)證信息是否符合第一預(yù)設(shè)條件,如果是,得到所述客戶端賦予的與所述認(rèn)證信息對應(yīng)的標(biāo)識,判斷所述標(biāo)識和所述解密后的認(rèn)證信息是否符合第二預(yù)設(shè)條件,如果是,接收由所述客戶端第二次加密的數(shù)據(jù)信息,將所述加密后的數(shù)據(jù)信息解密得到相應(yīng)的解密后的數(shù)據(jù)信息,所述方法中避免使用了 PHP加密接口,同樣可是實現(xiàn)所有數(shù)據(jù)的安全傳輸。
本發(fā)明實施例二公開了一種數(shù)據(jù)傳輸方法,參見圖2所示,所述方法包括
步驟S201 :接收客戶端發(fā)送的連接請求;
步驟S202 :當(dāng)連接建立后,接收由所述客戶端第一次加密的認(rèn)證信息,將所述認(rèn)證信息進行解密,得到解密后的認(rèn)證信息;
其中,接收由所述客戶端發(fā)送的經(jīng)第一加密密鑰加密的認(rèn)證信息,所述密鑰格式為der格式;
步驟S203 :判斷所述解密后的認(rèn)證信息是否與加密前的認(rèn)證信息一致,如果是, 執(zhí)行步驟S204 ;
步驟S204
步驟S205 行步驟S206 ;
步驟S2O6 執(zhí)行步驟S207 ;
步驟S207 :接收由所述客戶端第二次加密的數(shù)據(jù)信息,將所述加密的數(shù)據(jù)信息解密得到相應(yīng)的解密后的數(shù)據(jù)信息;
步驟S208 :判斷所述解密后的數(shù)據(jù)信息是否符合所述客戶端接收數(shù)據(jù)信息的規(guī)則,如果是,執(zhí)行步驟S209,如果否,執(zhí)行步驟S210 ;
步驟S209 :將所述數(shù)據(jù)信息發(fā)送給所述客戶端;
步驟S210 :獲得錯誤響應(yīng)數(shù)據(jù),將所述錯誤響應(yīng)數(shù)據(jù)發(fā)送給所述客戶端。
本實施例公開了一種信息傳輸方法,所述方法在實施例一的基礎(chǔ)上,細化了判斷得到所述客戶端賦予的與所述認(rèn)證信息對應(yīng)的標(biāo)識;:判斷所述標(biāo)識是否與預(yù)設(shè)的標(biāo)識信息庫中的標(biāo)識一致,如果一致,執(zhí):判斷所述解密后的認(rèn)證信息是否與加密后的認(rèn)證信息一致,如果是,的預(yù)設(shè)條件,其中,所述第一預(yù)設(shè)條件為加密前的認(rèn)證信息,所述第二預(yù)設(shè)條件為預(yù)設(shè)的標(biāo)識信息庫中的標(biāo)識及加密后的認(rèn)證信息,當(dāng)所述信息均符合第一預(yù)設(shè)條件和第二預(yù)設(shè)條件后,判斷所述解密后的數(shù)據(jù)信息是否符合客戶端接收數(shù)據(jù)信息的規(guī)則,如果是,將所述數(shù)據(jù)信息發(fā)送給所述客戶端,反之,發(fā)送錯誤響應(yīng)數(shù)據(jù)給客戶端,這樣增加判斷條件,防止接收到的數(shù)據(jù)信息與應(yīng)該接收的數(shù)據(jù)信息不符合的情況,提高了接收到的數(shù)據(jù)信息的準(zhǔn)確率。
本發(fā)明實施例三公開了一種信息傳輸裝置,參見圖3所示,所述裝置包括接收單元101、第一解密單元102和第二解密單元103 ;
所述接收單元101與所述第一解密單元102相連,用于接收連接請求;
所述第一解密單元102,用于當(dāng)連接建立后,接收由所述客戶端第一次加密的認(rèn)證信息,將所述認(rèn)證信息進行解密,得到解密后的認(rèn)證信息,判斷所述解密后認(rèn)證信息是否符合第一預(yù)設(shè)條件,如果是,得到所述客戶端賦予的與所述認(rèn)證信息對應(yīng)的標(biāo)識;
所述第二解密單元103與所述第一解密單元102相連,用于判斷所述標(biāo)識和所述解密后的認(rèn)證信息是否符合第二預(yù)設(shè)條件,如果是,接收由所述客戶端第二次加密的數(shù)據(jù)信息,將所述加密的數(shù)據(jù)信息解密得到相應(yīng)的解密后的數(shù)據(jù)信息。
本實施例公開了一種信息傳輸裝置,所述裝置包括接收單元、第一解密單元及第二解密單元,所述接收單元用于接收連接請求,當(dāng)連接建立后,所述第一解密單元接收所述客戶端第一次加密的認(rèn)證信息,將所述認(rèn)證信息進行解密,得到解密后的認(rèn)證信息,判斷所述解密后的認(rèn)證信息是否符合第一預(yù)設(shè)條件,如果是,得到所述客戶端賦予的與所述認(rèn)證信息對應(yīng)的標(biāo)識,所述第二解密單元用于判斷所述標(biāo)識和所述解密后的認(rèn)證信息是否符合第二預(yù)設(shè)條件,如果是,接收所述客戶端第二次加密的數(shù)據(jù)信息,將所述加密的數(shù)據(jù)信息解密得到相應(yīng)的解密后的數(shù)據(jù)信息,所述裝置實現(xiàn)了加密的數(shù)據(jù)安全傳輸,而不需要現(xiàn)有技術(shù)中的PHP加密接口,從而實現(xiàn)多種加密后的數(shù)據(jù)安全傳輸。
本發(fā)明實施例四公開了一種信息傳輸裝置,參見圖4所示,在實施例三的基礎(chǔ)上, 所述裝置還包括判斷單元104 ;
所述判斷單元104與所述第二解密單元103相連,用于判斷解密后的數(shù)據(jù)信息是否符合所述客戶端接收數(shù)據(jù)信息的規(guī)則,若是,將所述數(shù)據(jù)信息發(fā)送給所述客戶端,若否, 獲得錯誤響應(yīng)數(shù)據(jù),將所述錯誤響應(yīng)數(shù)據(jù)發(fā)送給所述客戶端。
本實施例在實施例三的基礎(chǔ)上,增加了判斷單元,所述判斷單元用于判斷解密后的數(shù)據(jù)信息是否符合所述客戶端接收數(shù)據(jù)信息的規(guī)則,當(dāng)所述解密后的數(shù)據(jù)信息符合所述客戶端接收數(shù)據(jù)信息的規(guī)則時,將所述數(shù)據(jù)信息發(fā)送給客戶端,如果否,則生成錯誤響應(yīng)數(shù)據(jù)并發(fā)送給客戶端,將不符合的數(shù)據(jù)信息去除掉,提高了接收到的數(shù)據(jù)信息的準(zhǔn)確率。
需要說明,所述上述裝置可以安裝在客戶端或者服務(wù)器中的任意一端,形成一種信息傳輸系統(tǒng),從而實現(xiàn)數(shù)據(jù)信息的安全傳輸。
本說明書中各個實施例采用遞進的方式描述,每個實施例重點說明的都是與其他實施例的不同之處,各個實施例之間相同相似部分互相參見即可。對于實施例公開的裝置而言,由于其與實施例公開的方法相對應(yīng),所以描述的比較簡單,相關(guān)之處參見方法部分說明即可。
對所公開的實施例的上述說明,使本領(lǐng)域?qū)I(yè)技術(shù)人員能夠?qū)崿F(xiàn)或使用本發(fā)明。 對這些實施例的多種修改對本領(lǐng)域的專業(yè)技術(shù)人員來說是顯而易見的,本文中所定義的一般原理可以在不脫離本發(fā)明的精神或范圍的情況下,在其它實施例中實現(xiàn)。因此,本發(fā)明將不會被限制于本文所示的這些實施例,而是要符合與本文所公開的原理和新穎特點相一致的最寬范圍。
權(quán)利要求
1.一種信息傳輸方法,其特征在于,所述方法包括接收客戶端發(fā)送的連接請求;當(dāng)連接建立后,接收由所述客戶端第一次加密的認(rèn)證信息,將所述認(rèn)證信息進行解密,得到解密后的認(rèn)證信息,判斷所述解密后的認(rèn)證信息是否符合第一預(yù)設(shè)條件,如果是,得到所述客戶端賦予的與所述認(rèn)證信息對應(yīng)的標(biāo)識;判斷所述標(biāo)識和所述解密后的認(rèn)證信息是否符合第二預(yù)設(shè)條件,如果是,接收由所述客戶端第二次加密的數(shù)據(jù)信息,將所述加密的數(shù)據(jù)信息解密得到相應(yīng)的解密后的數(shù)據(jù)信
2.根據(jù)權(quán)利要求I所述的方法,其特征在于,還包括 判斷所述解密后的數(shù)據(jù)信息是否符合所述客戶端接收數(shù)據(jù)信息的規(guī)則,若是,將所述數(shù)據(jù)信息發(fā)送給所述客戶端,若否,獲得錯誤響應(yīng)數(shù)據(jù),將所述錯誤響應(yīng)數(shù)據(jù)發(fā)送給所述客戶端。
3.根據(jù)權(quán)利要求I所述的方法,其特征在于,所述接收客戶端發(fā)送的經(jīng)過第一次加密的認(rèn)證信息的過程包括接收所述客戶端發(fā)送的經(jīng)第一加密密鑰加密的認(rèn)證信息。
4.根據(jù)權(quán)利要求3所述的方法,其特征在于,所述密鑰為der格式。
5.根據(jù)權(quán)利要求I所述的方法,其特征在于,所述判斷所述解密后的認(rèn)證信息是否符合第一預(yù)設(shè)條件的過程包括判斷所述解密后的認(rèn)證信息是否與加密前的認(rèn)證信息一致,如果一致,則符合第一預(yù)設(shè)條件,如果否,則不符合第一預(yù)設(shè)條件。
6.根據(jù)權(quán)利要求I所述的方法,其特征在于,所述判斷所述標(biāo)識和所述解密后的認(rèn)證信息符合第二預(yù)設(shè)條件的過程包括當(dāng)所述解密后的認(rèn)證信息與加密后的認(rèn)證信息一致,且,所述標(biāo)識與預(yù)設(shè)的標(biāo)識信息庫中的標(biāo)識一致,則符合第二預(yù)設(shè)條件。
7.一種信息傳輸裝置,其特征在于,包括接收單元、第一解密單元和第二解密單元;所述接收單元用于,接收連接請求;所述第一解密單元用于,當(dāng)連接建立后,接收由客戶端第一次加密的認(rèn)證信息,將所述認(rèn)證信息進行解密,得到解密后的認(rèn)證信息,所述處理器將判斷解密后的認(rèn)證信息是否符合第一預(yù)設(shè)條件,如果符合,將由所述客戶機賦予與所述認(rèn)證信息對應(yīng)的標(biāo)識;所述第二解密單元用于,判斷所述標(biāo)識和所述解密后的認(rèn)證信息是否符合第二預(yù)設(shè)條件,當(dāng)符合第二預(yù)設(shè)條件時,接收由所述客戶端第二次加密的數(shù)據(jù)信息,將所述加密的數(shù)據(jù)信息解密得到相應(yīng)的解密后的數(shù)據(jù)信息。
8.根據(jù)權(quán)利要求7所述的裝置,其特征在于,還包括判斷單元;所述判斷單元用于,判斷解密后的數(shù)據(jù)信息是否符合所述客戶端接收數(shù)據(jù)信息的規(guī)則,若是,將所述數(shù)據(jù)信息發(fā)送給所述客戶端,若否,獲得錯誤響應(yīng)數(shù)據(jù),將所述錯誤響應(yīng)數(shù)據(jù)發(fā)送給所述客戶端。
9.一種信息傳輸系統(tǒng),其特征在于,所述系統(tǒng)包括客戶端、服務(wù)器及上述權(quán)利要求7至8任意一項所述的信息傳輸裝置;其中,所述信息傳輸裝置可以安裝在客戶端或者服務(wù)器任意一端。
全文摘要
本發(fā)明公開了一種信息傳輸方法、裝置及系統(tǒng),所述方法應(yīng)用于所述裝置中,包括接收客戶端發(fā)送的連接請求,當(dāng)連接建立后,接收由所述客戶端第一次加密的認(rèn)證信息,將所述認(rèn)證信息進行解密,得到解密后的認(rèn)證信息,判斷所述解密后的認(rèn)證信息是否符合第一預(yù)設(shè)條件,如果是,得到所述客戶端賦予的與所述認(rèn)證信息對應(yīng)的標(biāo)識,判斷所述標(biāo)識和所述解密后的認(rèn)證信息是否符合第二預(yù)設(shè)條件,如果是,接收由所述客戶端第二次加密的數(shù)據(jù)信息,將所述加密的數(shù)據(jù)信息解密得到相應(yīng)的解密后的數(shù)據(jù)信息,實現(xiàn)了不需要PHP加密接口仍可以數(shù)據(jù)信息的安全傳輸。
文檔編號H04L9/32GK102932345SQ201210418689
公開日2013年2月13日 申請日期2012年10月26日 優(yōu)先權(quán)日2012年10月26日
發(fā)明者張洪超, 劉楠, 張迎迎, 葛梅 申請人:山東中創(chuàng)軟件商用中間件股份有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1