專利名稱:信息校驗系統(tǒng)、服務器及方法
技術領域:
本發(fā)明涉及信息校驗技術,尤其是關于信息校驗系統(tǒng)、服務器及方法。
背景技術:
信息處理系統(tǒng)對客戶端的信息進行處理時,信息處理系統(tǒng)與客戶端進行 數(shù)據(jù)交互,在客戶端完成對原始數(shù)據(jù)加密為不可見的密文文件,然后在信息 處理系統(tǒng)將不可見的密文文件數(shù)據(jù)解密為原始數(shù)據(jù),可能會出現(xiàn)數(shù)據(jù)解密為 錯誤的情況。例如,單位通過銀行系統(tǒng)代發(fā)工資時,銀行與單位之間代發(fā)工 資文件的數(shù)據(jù)都是以密文或明文方式進行交互,采用明文方式進行數(shù)據(jù)交互
時,容易引發(fā)人工修改數(shù)據(jù)的風險造成很大的經(jīng)濟風險;采用密文方式進行 數(shù)據(jù)交互時, 一般是由客戶或者銀行提供加/解密程序,在客戶端完成對原始 數(shù)據(jù)加密為不可見的密文文件,然后在銀行端將不可見的密文文件數(shù)據(jù)解密 為原始數(shù)據(jù),因為加密時對原始數(shù)據(jù)進行了改變,可能解密為錯誤的數(shù)據(jù), 不能保證數(shù)據(jù)的完整性和正確性,造成不可預知的損失。
發(fā)明內容
本發(fā)明目實施例目的在于提供一種信息加密系統(tǒng)、服務器及方法,通過 對銀行處理的信息進行加密,保證信息的安全性與完整性。
為了實現(xiàn)上述目的,本發(fā)明提供一種信息校驗方法,所述方法包括接收 信息發(fā)送端發(fā)來的信息發(fā)送請求;根據(jù)所述信息發(fā)送請求生成一個隨機碼, 并存儲所述的隨機碼;將所述的隨機碼發(fā)送給所述的信息發(fā)送端;接收信息 發(fā)送端發(fā)來的包含待校驗信息和所述待校驗信息與所述隨機碼加密生成的校驗碼的信息包,并提取所述的待校驗信息和所述的校驗碼;根據(jù)存儲的隨機 碼與提取的待校驗信息加密生成驗證碼;檢測所述驗證碼與所述校驗碼是否
相同,如果相同則所述的待校驗信息通過校驗。
為了實現(xiàn)上述目的,本發(fā)明提供一種信息校驗服務器,所述信息校驗服務
器包括請求接收單元,用于接收信息發(fā)送端發(fā)來的信息發(fā)送請求;隨機碼 生成單元,用于根據(jù)所述信息發(fā)送請求生成一個隨機碼,并存儲所述的隨機 碼;隨機碼發(fā)送單元,用于將所述的隨機碼發(fā)送給所述的信息發(fā)送端;信息 包接收單元,用于接收信息發(fā)送端發(fā)來的包含待校驗信息和所述待校驗信息 與所述隨機碼加密生成的校驗碼的信息包,并提取所述的待校驗信息和所述 的校驗碼;驗證碼生成單元,用于根據(jù)存儲的隨機碼與提取的待校驗信息加 密生成驗證碼;檢測單元,用于檢測所述驗證碼與所述校驗碼是否相同,如 果相同則所述的待校驗信息通過校驗。
為了實現(xiàn)上述目的,本發(fā)明提供一種信息校驗方法,所述方法包括信息 發(fā)送端向信息校驗服務器發(fā)送信息發(fā)送請求;信息校驗服務器接收所述的信 息發(fā)送請求;所述的信息校驗服務器根據(jù)所述的信息發(fā)送請求生成一個隨機 碼,并存儲所述的隨機碼;所述的信息校驗服務器將所述的隨機碼發(fā)送給所 述的信息發(fā)送端;所述的信息發(fā)送端接收所述的隨機碼;所述的信息發(fā)送端 根據(jù)所述的隨機碼及待校驗信息加密生成校驗碼;所述的信息發(fā)送端向所述 的信息校驗服務器發(fā)送包含所述的待校驗信息和所述的校驗碼的信息包;所 述的信息校驗服務器接收所述的信息包,并提取所述的待校驗信息和所述的 校驗碼;所述的信息校驗服務器根據(jù)存儲的隨機碼與提取的待校驗信息加密 生成驗證碼;所述的信息校驗服務器檢測所述驗證碼與所述校驗碼是否相同, 如果相同則所述的待校驗信息通過校驗。
為了實現(xiàn)上述目的,本發(fā)明提供一種信息校驗系統(tǒng),所述的信息校驗系統(tǒng) 包括信息校驗服務器及至少一個信息發(fā)送端,所述的信息校驗服務器與所述 信息發(fā)送端通過專用網(wǎng)絡相連接所述的信息校驗服務器包括請求接收單元,用于接收所述的信息發(fā)送請求;隨機碼生成單元,用于根據(jù)所述的信息 發(fā)送請求生成一個隨機碼,并存儲所述的隨機碼;隨機碼發(fā)送單元,用于將 所述的隨機碼發(fā)送給所述的信息發(fā)送端;信息包接收單元,用于接收所述的 信息包,并提取所述的待校驗信息和所述的校驗碼;驗證碼生成單元,用于 根據(jù)存儲的隨機碼與提取的待校驗信息加密生成驗證碼;檢測單元,用于檢 測所述驗證碼與所述校驗碼是否相同,如果相同則所述的待校驗信息通過校 驗;所述的信息發(fā)送端包括請求發(fā)送單元,用于向信息校驗服務器發(fā)送信 息發(fā)送請求;隨機碼接收單元,用于接收所述的隨機碼;校驗碼生成單元, 用于根據(jù)所述的隨機碼及待校驗信息加密生成校驗碼;信息包發(fā)送單元,用 于向所述的信息校驗服務器發(fā)送包含所述的待校驗信息和所述的校驗碼的信 息包。為了實現(xiàn)上述目的,本發(fā)明提供一種銀行信息加密客戶端,所述客戶端 包括客戶信息發(fā)送單元,用于向信息加密服務器發(fā)送包含客戶名稱及客戶 編號的客戶信息;校驗碼生成單元,用于接收所述信息加密服務器為所述客 戶信息分配的密碼,并將所述密碼及待加密信息加密生成校驗碼;信息發(fā)送 單元,用于將所述待加密信息及所述校驗碼發(fā)送給所述信息加密服務器。
本發(fā)明實施例的有益效果通過對待校驗信息進行加密及校驗,保證了 信息的安全性與完整性。
圖1為本發(fā)明實施例信息校驗系統(tǒng)的實物圖2為本發(fā)明實施例信息校驗服務器的結構示意圖3為本發(fā)明實施例信息發(fā)送客戶端的結構示意圖4為本發(fā)明實施例的信息校驗方法流程圖5為本發(fā)明實施例代發(fā)工資服務器的結構示意圖6為本發(fā)明實施例密碼信封打印的界面示意圖7為本發(fā)明實施例展開的密碼信封示意圖;圖8為本發(fā)明實施例代發(fā)工資客戶端軟件的安裝界面示意圖; 圖9為本發(fā)明實施例代發(fā)工資信息的數(shù)據(jù)導入界面示意圖; 圖10為本發(fā)明實施例EXCEL工資表格示意圖; 圖11為本發(fā)明實施例代發(fā)工資文件的組成示意圖。
具體實施例方式
下面將結合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術方案進行 清楚、完整地描述,顯然,所描述的實施例僅僅是本發(fā)明一部分實施例,而 不是全部的實施例?;诒景l(fā)明中的實施例,本領域普通技術人員在沒有做 出創(chuàng)造性勞動前提下所獲得的所有其他實施例,都屬于本發(fā)明保護的范圍。
如圖1所示,信息校驗系統(tǒng)包括信息校驗服務器101及多個信息發(fā)送端 102,信息校驗服務器101和信息發(fā)送端102通過專用網(wǎng)絡連接??蛻粢獙⑿?息交由信息處理系統(tǒng)處理,必須在客戶將信息發(fā)送到信息處理系統(tǒng)前對信息 進行信息校驗處理。具體信息校驗過程如下
信息發(fā)送端102向信息校驗服務器發(fā)送信息發(fā)送請求,信息發(fā)送請求包 括信息發(fā)送端102的客戶編號、客戶名禾爾及客戶聯(lián)系方式等;信息校驗服務 器101接收所述信息發(fā)送請求,根據(jù)所述信息發(fā)送請求生成一個隨機碼,根 據(jù)加密機的主密碼,利用DES算法加密保存所述隨機碼,然后將所述隨機碼 發(fā)送給信息發(fā)送端102;信息發(fā)送端102接收所述隨機,并根據(jù)所述隨機碼及 待校驗信息加密生成校驗碼,然后將所述待校驗信息及所述校驗碼發(fā)送給所 述信息校驗服務器;信息校驗服務器101接收所述待校驗信息及所述校驗碼, 根據(jù)所述待校驗信息及所述存儲的隨機碼加密生成驗證碼,并檢測所述校驗 碼與所述驗證碼是否相同,如果相同,則所述的待校驗信息通過校驗,信息 處理系統(tǒng)將對通過驗證的信息進行處理;如果所述校驗碼與所述驗證碼不相 同,則所述的待校驗信息未通過校驗,說明信息錯誤,信息處理系統(tǒng)將不會 對信息進行處理。如圖2所示,信息校驗服務器101包括請求接收單元201,用于接收信 息發(fā)送端發(fā)來的信息發(fā)送請求;隨機碼生成單元202,用于根據(jù)所述信息發(fā)送 請求生成一個隨機碼,并存儲所述的隨機碼;隨機碼發(fā)送單元203,用于將所 述的隨機碼發(fā)送給所述的信息發(fā)送端;信息包接收單元204,用于接收信息發(fā) 送端發(fā)來的包含待校驗信息和所述待校驗信息與所述隨機碼加密生成的校驗 碼的信息包,并提取所述的待校驗信息和所述的校驗碼;驗證碼生成單元205, 用于根據(jù)存儲的隨機碼與提取的待校驗信息加密生成驗證碼;檢測單元206, 用于檢測所述驗證碼與所述校驗碼是否相同,如果相同則所述的待校驗信息 通過校驗。
如圖3所示,信息發(fā)送客戶端102包括請求發(fā)送單元301,用于向信息 校驗服務器發(fā)送信息發(fā)送請求;隨機碼接收單元302,用于接收所述的隨機碼; 校驗碼生成單元303,用于根據(jù)所述的隨機碼及待校驗信息加密生成校驗碼; 信息包發(fā)送單元304,用于向所述的信息校驗服務器發(fā)送包含所述的待校驗信 息和所述的校驗碼的信息包。
如圖4所示,信息校驗方法包括下面步驟 步驟S401:信息發(fā)送端向信息校驗服務器發(fā)送信息發(fā)送請求; 步驟S402:信息校驗服務器接收所述的信息發(fā)送請求; 步驟S403:所述的信息校驗服務器根據(jù)所述的信息發(fā)送請求生成一個隨 機碼,并存儲所述的隨機碼;
步驟S404:所述的信息校驗服務器將所述的隨機碼發(fā)送給所述的信息發(fā) 送端;
步驟S405:所述的信息發(fā)送端接收所述的隨機碼;
步驟S406:所述的信息發(fā)送端根據(jù)所述的隨機碼及待校驗信息加密生成 校驗碼;
步驟S407:所述的信息發(fā)送端向所述的信息校驗服務器發(fā)送包含所述的 待校驗信息和所述的校驗碼的信息包;步驟S408:所述的信息校驗服務器接收所述的信息包,并提取所述的待
校驗信息和所述的校驗碼;
步驟S409:所述的信息校驗服務器根據(jù)存儲的隨機碼與提取的待校驗信 息加密生成驗證碼;
步驟S410:所述的信息校驗服務器檢測所述驗證碼與所述校驗碼是否相
同,如果相同則所述的待校驗信息通過校驗。
信息校驗服務器101校驗的信息可以為銀行的代發(fā)工資文件信息、債券
信息、核算信息、郵件信息、防火墻信息等。本發(fā)明實施例以信息校驗服務
器101校驗的信息為銀行的代發(fā)工資文件信息為例進行說明。
本發(fā)明實施例以銀行的代發(fā)工資服務器來說明信息校驗服務器101的功 能,以代發(fā)工資客戶端來說明信息發(fā)送端102的功能,以代發(fā)工資數(shù)據(jù)信息 為例說明待校驗信息的。
銀行的代發(fā)工資服務器通過專用網(wǎng)絡同代發(fā)工資客戶端相連接。代發(fā)工 資客戶端在單位,如學校、公司及政府機關等,單位通過代發(fā)工資客戶端為 員工發(fā)放工資。單位在銀行注冊一個總賬號,這個總賬號對應的信息有注冊 賬號的機構編號(即銀行的網(wǎng)點機構)、單位編號、單位名稱、單位地址、郵 編及聯(lián)系電話等??傎~號下面有多個分賬號,每一分賬號對應一個員工,銀 行每一個月定期將總賬號下的金額轉入單位的每個員工的賬號。
單位通過代發(fā)工資客戶端與銀行的代發(fā)工資服務器進行代發(fā)工資業(yè)務的 數(shù)據(jù)交互,實現(xiàn)銀行對單位員工的工資代發(fā)。單位通過代發(fā)工資客戶端向代 發(fā)工資服務器發(fā)送單位信息(即信息發(fā)送請求),單位信息包括機構編號、 單位編號、單位名稱、單位地址、郵編及聯(lián)系電話等。代發(fā)工資服務器收到 單位信息之后,產(chǎn)生隨機碼給代發(fā)工資客戶端,代發(fā)工資服務器根據(jù)加密機 的主密鑰,利用DES加密算法加密存儲該隨機碼。代發(fā)工資客戶端以該隨機 碼為注冊碼安裝注冊代發(fā)工資客戶端軟件,代發(fā)工資客戶端通過代發(fā)工資客 戶端軟件導入或輸入代發(fā)工資信息數(shù)據(jù)(包括賬號、金額及姓名),代發(fā)工資客戶端軟件根據(jù)代發(fā)工資信息數(shù)據(jù)與該隨機碼,利用與代發(fā)工資服務器約
定的DES算法加密生成校驗碼。代發(fā)工資客戶端利用DES算法加密生成校驗
碼的方式可以是代發(fā)工資客戶端軟件根據(jù)每一條代發(fā)工資信息數(shù)據(jù)與該隨機
碼生成多個校驗碼,假設單位有100個員工,發(fā)工資客戶端軟件就可以根據(jù) 100條代發(fā)工資信息數(shù)據(jù)與該100個隨機碼。每一條代發(fā)工資信息數(shù)據(jù)與對應 的校驗碼組成代發(fā)工資文件的一條信息。代發(fā)工資客戶端也可以利用DES算 法根據(jù)所有的代發(fā)工資信息數(shù)據(jù)與該隨機碼生成一個校驗碼,所有的代發(fā)工 資信息數(shù)據(jù)該校驗碼組成代發(fā)工資文件。
代發(fā)工資客戶端將代發(fā)工資文件發(fā)送給代發(fā)工資服務器,代發(fā)工資服務 器可以看見代發(fā)工資文件中的信息,根據(jù)代發(fā)工資信息數(shù)據(jù)及隨機碼按照與 代發(fā)工資客戶端約定的DES (Data Encryption Algorithm)算法計算出驗證碼。 如果代發(fā)工資客戶端根據(jù)每一條代發(fā)工資信息數(shù)據(jù)與該隨機碼加密生成多個 校驗碼,代發(fā)工資服務器也加密生成多個驗證碼;如果代發(fā)工資客戶端根據(jù) 所有的代發(fā)工資信息數(shù)據(jù)與該隨機碼加密生成一個校驗碼,代發(fā)工資服務器 也加密生成一個驗證碼。代發(fā)工資服務器檢測代發(fā)工資客戶端生成的校驗碼 與代發(fā)工資服務器本身生成的驗證碼是否相同,如果校驗碼相同,代發(fā)工資 信息數(shù)據(jù)通過校驗,代發(fā)工資服務器將告知銀行的業(yè)務系統(tǒng)進行工資發(fā)放, 否則代發(fā)工資信息數(shù)據(jù)未通過校驗,銀行的業(yè)務系統(tǒng)將不能進行工資發(fā)放。
單位可以是學校、公司及政府機關等,下面以單位是學校為例詳細說明 如何對代發(fā)工資信息數(shù)據(jù)進行校驗。
假設甲學校在銀行的機構編號為123456的銀行網(wǎng)點注冊了一個總賬號 1021002003567896,總賬號對應的信息包括機構編號123456,甲學校編號 10047,學校名稱甲,單位地址CD市南京路18號,郵編100210,電話 021-12345678等。在這個總賬號下為甲學校的每一個教職工注冊了一個分賬 號,分賬號與甲學校教職工的姓名一一對應。
甲學校通過代發(fā)工資客戶端與銀行的代發(fā)工資服務器進行代發(fā)工資業(yè)務的數(shù)據(jù)交互,實現(xiàn)銀行對甲學校教職工的工資代發(fā)。
要實現(xiàn)銀行對甲學校教職工的工資代發(fā),甲學校首先要向代發(fā)工資服務 器發(fā)送甲學校的信息,學校信息包括甲學校編號10047,學校名稱甲,學校地
址CD市南京路18號,郵編100210,電話021-12345678等。
代發(fā)工資服務器收到上述學校信息(即信息發(fā)送請求)之后,通過代發(fā) 工資服務器的加密機為甲學校的代發(fā)工資客戶端隨機產(chǎn)生一個隨機碼 0123456789ABCDEF,利用加密機的主密鑰,根據(jù)DES算法將隨機碼 0123456789ABCDEF加密保存。代發(fā)工資服務器需要將隨機碼 0123456789ABCDEF告知甲學校的代發(fā)工資客戶端,告知甲學校的代發(fā)工資 客戶端隨機碼的方式有多種,例如可以通過電話告知代發(fā)工資客戶端的學校 財務人員隨機碼為0123456789ABCDEF,可以通過生成DES加密的郵件及短 信發(fā)送給代發(fā)工資客戶端的學校財務人員,還可以通過代發(fā)工資服務器的密 鑰打印裝置打印密鑰信封寄(即生成紙件)給代發(fā)工資客戶端的學校財務人 員,下面以通過密鑰打印裝置打印密鑰信封為例進行說明。
如圖5所示,代發(fā)工資服務器包括密鑰管理裝置501及密鑰打印裝置502, 密鑰管理裝置501用于產(chǎn)生隨機碼0123456789ABCDEF,利用加密機的主密 鑰,根據(jù)DES算法將隨機碼0123456789ABCDEF加密保存。密鑰管理裝置 501將隨機碼0123456789ABCDEF及甲學校的信息利用上述約定的DES算法 加密為密鑰文件,將密鑰文件發(fā)送給密鑰打印裝置502。密鑰打印裝置502接 收到密鑰管理裝置501傳來的密鑰文件后,釆用上述約定的DES算法將密鑰 文件解密為隨機碼及甲學校的信息,將隨機碼及甲學校的信息導入密鑰打印 軟件,打印密鑰信封郵寄給甲學校。
密鑰打印裝置502將隨機碼及甲學校的信息導入密鑰打印軟件后,將彈 出如圖6所示的界面,銀行操作人員在銀行網(wǎng)點的下拉菜單中選擇甲學校所 在銀行網(wǎng)點的機構編號123456,選擇準備打印就可以打印甲學校的密鑰信封。 銀行操作人員可以選擇打印所有網(wǎng)點的密鑰信封,機構編號為123456的銀行網(wǎng)點可能存在其他單位的密鑰信封,本發(fā)明實施例僅以打印甲學校的密鑰信 封進行說明。
展開后的密碼信封如圖7所示,機構編號、單位編號及單位名稱置于透 明開窗信封正面的透明開窗部位,郵寄地址、郵編及聯(lián)系電話置于信封的背
面。虛線為折疊線,沿著兩條折疊線折疊后,客戶隨機碼0123456789ABCDEF 被密封在信封內。甲學校的代發(fā)工資客戶端102收到密鑰打印裝置402打印 的密碼信封后就可以獲取隨機碼0123456789ABCDEF。
甲學校的代發(fā)工資客戶端通過電話、郵件、密碼信封或其他方式獲取隨 機碼0123456789ABCDEF后,就可以以0123456789ABCDEF為注冊碼注冊代 發(fā)工資客戶端軟件。代發(fā)工資客戶端軟件用于產(chǎn)生甲學校的代發(fā)工資文件, 代發(fā)工資客戶端可以從服務器下載代發(fā)工資客戶端軟件。代發(fā)工資客戶端利 用隨機碼0123456789ABCDEF,注冊代發(fā)工資客戶端軟件,注冊時在如圖8 所示的界面輸入隨機碼0123456789ABCDEF后,點擊下一步完成代發(fā)工資客 戶端軟件的注冊。
代發(fā)工資客戶端軟件注冊之后,就可以通過代發(fā)工資客戶端軟件手動輸 入或者導入甲學校代發(fā)的工資信息,包括甲學校的工資發(fā)放總金額、甲學校 每一位教職工的賬號、賬號對應的教職工姓名及金額。如圖9所示,通過點 擊數(shù)據(jù)導入按鈕,可以將制作好的工資表格導入,工資表格是EXCEL格式, 如圖10所示。點擊圖9中的數(shù)據(jù)導入按鈕,將制作好的EXCEL表格導入就 可以呈現(xiàn)出圖9中所示的界面。甲學校代發(fā)工資客戶端的財務人員也可以通 過點擊圖9中的數(shù)據(jù)輸入按鈕,手動輸入每一個教職工的工資信息。
代發(fā)工資客戶端軟件可以將圖9中的所有代發(fā)工資信息數(shù)據(jù)與隨機碼 0123456789ABCDEF —起通過與代發(fā)工資服務器約定的DES加密算法生成一 個校驗碼,假設為0001,代發(fā)工資文件由一組賬號、 一組金額、 一組姓名及 一個校驗碼OOOl構成。
代發(fā)工資客戶端軟件也可以將圖9中的每一行的代發(fā)工資信息數(shù)據(jù)與隨機碼0123456789ABCDEF —起通過與代發(fā)工資服務器約定的DES加密算法生 成多個校驗碼,每一個校驗碼放在對應的每一行的代發(fā)工資信息數(shù)據(jù)的后面 組成代發(fā)工資文件,如圖11所示。這里以生成多個校驗碼為例詳細說明。
代發(fā)工資客戶端通過專用網(wǎng)絡將代發(fā)工資文件發(fā)送給銀行的代發(fā)工資業(yè) 務系統(tǒng),代發(fā)工資服務器收到代發(fā)工資文件后客戶看到代發(fā)工資文件中的所 有信息,包括賬號、金額、姓名信息及校驗碼,如圖11所示。代發(fā)工資服務 器可以將每一行的賬號、金額、姓名信息與甲學校代發(fā)工資客戶端的財務人 員核對信息是否正確。代發(fā)工資服務器根據(jù)代發(fā)工資文件中每一行的代發(fā)工 資信息及隨機碼0123456789ABCDEF根據(jù)約定的DES加密算法產(chǎn)生驗證碼。 代發(fā)工資服務器核對產(chǎn)生的驗證碼與代發(fā)工資客戶端軟件產(chǎn)生校驗碼是否相 同。如果代發(fā)工資服務器產(chǎn)生的驗證碼碼與圖11中校驗碼完全線條,說明甲 學校代發(fā)工資客戶端給代發(fā)工資服務器的代發(fā)工資信息數(shù)據(jù)沒有錯誤。代發(fā) 工資服務器將上述的校驗結果發(fā)送給銀行的業(yè)務系統(tǒng),銀行的業(yè)務系統(tǒng)就會 從甲學??傎~號中將總金額66673640.30根據(jù)代發(fā)工資文件中的信息轉入每 個教職工的賬號中。如果代發(fā)工資服務器產(chǎn)生的校驗碼與代發(fā)工資客戶端軟 件產(chǎn)生校驗碼不相同,說明代發(fā)工資數(shù)據(jù)信息發(fā)生了錯誤,代發(fā)工資服務器 將校驗結果返回給銀行的業(yè)務系統(tǒng),銀行的業(yè)務系統(tǒng)將不會進行工資發(fā)放。
本發(fā)明實施例的有益效果通過對待校驗信息進行加密校驗,保證信息 的安全性與完整性,同時信息校驗服務器的校驗人員可以看到待校驗信息, 方便與客戶進行信息核對;銀行通過對代發(fā)工資信息數(shù)據(jù)進行加密及校驗, 防止代發(fā)工資信息數(shù)據(jù)被修改而引起的數(shù)據(jù)錯誤,方便銀行和客戶對代發(fā)工 資文件的內如進行核對。
以上所述的具體實施方式
,對本發(fā)明的目的、技術方案和有益效果進行 了進一步詳細說明,所應理解的是,以上所述僅為本發(fā)明的具體實施方式
而 已,并不用于限定本發(fā)明的保護范圍,凡在本發(fā)明的精神和原則之內,所做 的任何修改、等同替換、改進等,均應包含在本發(fā)明的保護范圍之內。
權利要求
1.一種信息校驗方法,其特征在于,所述方法包括接收信息發(fā)送端發(fā)來的信息發(fā)送請求;根據(jù)所述信息發(fā)送請求生成一個隨機碼,并存儲所述的隨機碼;將所述的隨機碼發(fā)送給所述的信息發(fā)送端;接收信息發(fā)送端發(fā)來的包含待校驗信息和所述待校驗信息與所述隨機碼加密生成的校驗碼的信息包,并提取所述的待校驗信息和所述的校驗碼;根據(jù)存儲的隨機碼與提取的待校驗信息加密生成驗證碼;檢測所述驗證碼與所述校驗碼是否相同,如果相同則所述的待校驗信息通過校驗。
2. 如權利要求1所述的方法,其特征在于,所述的信息發(fā)送請求包括信息 發(fā)送端的用戶編號、用戶名稱及聯(lián)系方式。
3. 如權利要求1所述的方法,其特征在于,將所述的隨機碼發(fā)送給所述的 信息發(fā)送端,包括將所述的隨機碼生成短信、郵件或紙件發(fā)送給所述的信 息發(fā)送端。
4. 如權利要求1所述的方法,其特征在于,根據(jù)存儲的隨機碼與提取的待 校驗信息加密生成驗證碼,包括根據(jù)存儲的隨機碼與提取的待校驗信息利 用DES算法加密生成驗證碼。
5. —種信息校驗服務器,其特征在于,所述信息校驗服務器包括 請求接收單元,用于接收信息發(fā)送端發(fā)來的信息發(fā)送請求; 隨機碼生成單元,用于根據(jù)所述信息發(fā)送請求生成一個隨機碼,并存儲所述的隨機碼;隨機碼發(fā)送單元,用于將所述的隨機碼發(fā)送給所述的信息發(fā)送端; 信息包接收單元,用于接收信息發(fā)送端發(fā)來的包含待校驗信息和所述待 校驗信息與所述隨機碼加密生成的校驗碼的信息包,并提取所述的待校驗信息和所述的校驗碼;驗證碼生成單元,用于根據(jù)存儲的隨機碼與提取的待校驗信息加密生成驗證碼;檢測單元,用于檢測所述驗證碼與所述校驗碼是否相同,如果相同則所 述的待校驗信息通過校驗。
6. 如權利要求5所述的信息校驗服務器,其特征在于, 所述的信息發(fā)送請求包括信息發(fā)送端的用戶編號、用戶名稱及聯(lián)系方式。
7. 如權利要求5所述的信息校驗服務器,其特征在于, 所述的隨機碼發(fā)送單元,用于將所述的隨機碼生成短信、郵件或紙件發(fā)送給所述的信息發(fā)送端。
8. 如權利要求5所述的信息校驗服務器,其特征在于, 所述的驗證碼生成單元,用于根據(jù)存儲的隨機碼與提取的待校驗信息利用DES算法加密生成驗證碼。
9. 一種信息校驗方法,其特征在于,所述方法包括 信息發(fā)送端向信息校驗服務器發(fā)送信息發(fā)送請求; 信息校驗服務器接收所述的信息發(fā)送請求;所述的信息校驗服務器根據(jù)所述的信息發(fā)送請求生成一個隨機碼,并存 儲所述的隨機碼;所述的信息校驗服務器將所述的隨機碼發(fā)送給所述的信息發(fā)送端; 所述的信息發(fā)送端接收所述的隨機碼;所述的信息發(fā)送端根據(jù)所述的隨機碼及待校驗信息加密生成校驗碼; 所述的信息發(fā)送端向所述的信息校驗服務器發(fā)送包含所述的待校驗信息和所述的校驗碼的信息包;所述的信息校驗服務器接收所述的信息包,并提取所述的待校驗信息和所述的校驗碼;所述的信息校驗服務器根據(jù)存儲的隨機碼與提取的待校驗信息加密生成驗證碼;所述的信息校驗服務器檢測所述驗證碼與所述校驗碼是否相同,如果相 同則所述的待校驗信息通過校驗。
10. 如權利要求9所述的方法,其特征在于,所述的信息發(fā)送請求包括信息發(fā)送端的用戶編號、用戶名稱及聯(lián)系方式。
11. 如權利要求9所述的方法,其特征在于,將所述的隨機碼發(fā)送給所述的信息發(fā)送端,包括將所述的隨機碼生成短信、郵件或紙件發(fā)送給所述的 信息發(fā)送端。
12. 如權利要求9所述的方法,其特征在于,所述的信息發(fā)送端根據(jù)所述 的隨機碼及待校驗信息加密生成校驗碼,包括.*所述的信息發(fā)送端根據(jù)所述 的隨機碼及待校驗信息利用DES算法加密生成校驗碼。
13. 如權利要求9所述的方法,其特征在于,所述的信息校驗服務器根據(jù)存 儲的隨機碼與提取的待校驗信息加密生成驗證碼,包括所述的信息校驗服務 器根據(jù)存儲的隨機碼與提取的待校驗信息利用DES算法加密生成驗證碼。
14 一種信息校驗系統(tǒng),其特征在于,所述的信息校驗系統(tǒng)包括信息校驗 服務器及至少一個信息發(fā)送端,所述的信息校驗服務器與所述信息發(fā)送端通 過專用網(wǎng)絡相連接所述的信息校驗服務器包括請求接收單元,用于接收所述的信息發(fā)送請求;隨機碼生成單元,用于根據(jù)所述的信息發(fā)送請求生成一個隨機碼,并存儲所述的隨機碼;隨機碼發(fā)送單元,用于將所述的隨機碼發(fā)送給所述的信息發(fā)送端; 信息包接收單元,用于接收所述的信息包,并提取所述的待校驗信息和所述的校驗碼;驗證碼生成單元,用于根據(jù)存儲的隨機碼與提取的待校驗信息加密生成 驗證碼;檢測單元,用于檢測所述驗證碼與所述校驗碼是否相同,如果相同則所 述的待校驗信息通過校驗; 所述的信息發(fā)送端包括請求發(fā)送單元,用于向信息校驗服務器發(fā)送信息發(fā)送請求; 隨機碼接收單元,用于接收所述的隨機碼;校驗碼生成單元,用于根據(jù)所述的隨機碼及待校驗信息加密生成校驗碼; 信息包發(fā)送單元,用于向所述的信息校驗服務器發(fā)送包含所述的待校驗 信息和所述的校驗碼的信息包。
15. 如權利要求14所述的信息校驗系統(tǒng),其特征在于,所述的信息發(fā)送請求包括信息發(fā)送端的用戶編號、用戶名稱及聯(lián)系方式。
16. 如權利要求14所述的信息校驗系統(tǒng),其特征在于, 所述的隨機碼發(fā)送單元,用于將所述的隨機碼生成短信、郵件或紙件發(fā)送給所述的信息發(fā)送端。
17. 如權利要求14所述的信息校驗系統(tǒng),其特征在于, 所述的校驗碼生成單元,用于根據(jù)所述的隨機碼及待校驗信息利用DES算法加密生成校驗碼。
18. 如權利要求14所述的信息校驗系統(tǒng),其特征在于, 所述的驗證碼生成單元,用于根據(jù)存儲的隨機碼與提取的待校驗信息利用DES算法加密生成驗證碼。
全文摘要
本發(fā)明提供一種信息校驗系統(tǒng)、服務器及方法,所述方法包括接收信息發(fā)送端發(fā)來的信息發(fā)送請求;根據(jù)所述信息發(fā)送請求生成一個隨機碼,并存儲所述的隨機碼;將所述的隨機碼發(fā)送給所述的信息發(fā)送端;接收信息發(fā)送端發(fā)來的包含待校驗信息和所述待校驗信息與所述隨機碼加密生成的校驗碼的信息包,并提取所述的待校驗信息和所述的校驗碼;根據(jù)存儲的隨機碼與提取的待校驗信息加密生成驗證碼;檢測所述驗證碼與所述校驗碼是否相同,如果相同則所述的待校驗信息通過校驗。本發(fā)明實施例通過對待校驗信息進行加密及校驗,保證了信息的安全性與完整性。
文檔編號H04L9/00GK101599825SQ20091005455
公開日2009年12月9日 申請日期2009年7月9日 優(yōu)先權日2009年7月9日
發(fā)明者銳 李, 杜永剛, 翟鴻鳴, 韌 蔣, 剛 謝 申請人:交通銀行股份有限公司