專利名稱：電子支付系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及信息處理技術(shù)領(lǐng)域，特別是涉及一種電子支付系統(tǒng)及方法。
背景技術(shù)：
國庫集中支付是改變現(xiàn)行的財(cái)政資金層層撥付的程序，建立國庫單一賬 戶體系，將所有財(cái)政性資金都納入國庫單一賬戶體系管理，由財(cái)政國庫支付 中心通過國庫單一賬戶體系將財(cái)政資金直接撥付到收款方。實(shí)行財(cái)政國庫集 中支付后，實(shí)現(xiàn)了庫款"直達(dá)"，有效解決了財(cái)政資金因撥付"中轉(zhuǎn)"環(huán)節(jié) 過多，容易造成截留、擠占、挪用資金的現(xiàn)象。這對規(guī)范財(cái)政支出行為，加 強(qiáng)財(cái)政支出管理與監(jiān)督，提高資金運(yùn)行效率和使用效益等方面具有重要的意 義。
實(shí)際工作中，為保證支付信息的準(zhǔn)確性與權(quán)威性，通常是由財(cái)政部門下 發(fā)加蓋印章的紙制文件，借助于傳統(tǒng)的人力、物力資源來送達(dá)支付機(jī)構(gòu)，支 付機(jī)構(gòu)根據(jù)紙制文件上的支付指令信息完成財(cái)政撥款。發(fā)明人在實(shí)現(xiàn)本發(fā)明 過程中，發(fā)現(xiàn)該現(xiàn)有技術(shù)在財(cái)政撥款過程中，由于財(cái)政部門下發(fā)的支付指令 信息通過紙件進(jìn)行傳遞，但是紙質(zhì)文件傳遞速度慢，并且易被仿冒、篡改等， 導(dǎo)致其可靠性、安全性以及支付效率低。此外，由于整個財(cái)政撥款主要通過 人工作業(yè)，因此，現(xiàn)有技術(shù)財(cái)政撥款支付至少存在依賴紙質(zhì)傳遞，支付效率 低，支付過程易引入人工差錯等缺陷。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種電子支付方法及系統(tǒng)，用以實(shí)現(xiàn)財(cái) 政撥款的電子支付，提高財(cái)政撥款的支付效率。
為解決本發(fā)明上述技術(shù)問題，本發(fā)明一方面通過另一些實(shí)施例提供了一種電子支付系統(tǒng)，包括
解密模塊，用于對接收的支付指令數(shù)據(jù)包進(jìn)行解密，獲取所述支付指令
數(shù)據(jù)包包括的數(shù)字簽章和業(yè)務(wù)信息；
數(shù)字簽章認(rèn)證模塊，用于認(rèn)證所述數(shù)字簽章的合法性，在所述數(shù)字簽章 通過合法性認(rèn)證時(shí)，讀取所述數(shù)字簽章的支付指令信息；
業(yè)務(wù)信息認(rèn)證模塊，用于根據(jù)所述數(shù)字簽章的支付指令信息認(rèn)證所述業(yè) 務(wù)信息的有效性；
支付模塊，用于在所述業(yè)務(wù)信息通過有效性認(rèn)證時(shí)，根據(jù)所述業(yè)務(wù)信息 向收款方支付相應(yīng)金額。
在上述技術(shù)方案的基礎(chǔ)上，電子支付系統(tǒng)還可包括安全信息數(shù)據(jù)庫，用 于存儲至少以下信息之一支付指令數(shù)據(jù)包的解壓密碼、支付指令數(shù)據(jù)包的 解密算法、合法數(shù)字簽章密鑰、有效的預(yù)算單位信息。
解密模塊可包括接收單元，用于接收支付指令數(shù)據(jù)包；解密單元，用 于根據(jù)安全信息數(shù)據(jù)庫存儲的解壓密碼或解密算法，對所述接收單元接收的 支付指令數(shù)據(jù)包進(jìn)行解密，在所述支付指令數(shù)據(jù)包成功解密時(shí)，獲取所述支 付指令數(shù)據(jù)包包括的數(shù)字簽章和業(yè)務(wù)信息，將所述數(shù)字簽章和業(yè)務(wù)信息分別 發(fā)送給所述數(shù)字簽章認(rèn)證模塊和業(yè)務(wù)信息認(rèn)證模塊。
數(shù)字簽章認(rèn)證模塊可包括簽章認(rèn)證單元，用于根據(jù)所述安全信息數(shù)據(jù) 庫存儲的密鑰認(rèn)證所述數(shù)字簽章的合法性；讀取單元，在所述數(shù)字簽章通過 合法性認(rèn)證時(shí)，讀取所述數(shù)字簽章的支付指令信息，所述支付指令信息包括 支付總額和支付令總數(shù)。
業(yè)務(wù)信息認(rèn)證模塊可包括業(yè)務(wù)數(shù)據(jù)認(rèn)證單元，用于統(tǒng)計(jì)所述業(yè)務(wù)信息 中各支付令的支付金額的總額和支付令的數(shù)量，在所述業(yè)務(wù)信息中各支付令 的支付金額的總額與所述數(shù)字簽章中包含的支付總額相符，并且所述業(yè)務(wù)信 息中支付令的數(shù)量與所述數(shù)字簽章中包含的支付令總數(shù)相符時(shí)，所述業(yè)務(wù)信 息通過所述數(shù)字簽章的有效性認(rèn)證；授權(quán)支付認(rèn)證單元，用于在所述支付令包含有在所述業(yè)務(wù)信息中的支付令包含有預(yù)算單位信息時(shí)，根據(jù)預(yù)先存儲的 有效的預(yù)算單位信息，認(rèn)證支付令包含的預(yù)算單位信息的有效性。
在上述技術(shù)方案的^出上，電子支付系統(tǒng)還可包括預(yù)警沖莫塊，用于在所述
電子支付過程出現(xiàn)異常情況時(shí)，中斷電子支付流程并發(fā)送相應(yīng)的預(yù)警消息；所 述異常情況包括支付指令數(shù)據(jù)包接收失敗、支付指令lt據(jù)包解密失敗、數(shù)字簽 章合法性認(rèn)證失敗、業(yè)務(wù)信息有效性認(rèn)證失敗或向收款方支付相應(yīng)金額失敗。
本發(fā)明一方面實(shí)施例提供的電子支付系統(tǒng)中，通過解密模塊對接收的支 付指令數(shù)據(jù)包進(jìn)行解密，并通過數(shù)字簽章認(rèn)證模塊對支付指令數(shù)據(jù)包包括的 數(shù)字簽章進(jìn)行合法性認(rèn)證，以及通過業(yè)務(wù)信息認(rèn)證模塊對支付指令數(shù)據(jù)包包 括的業(yè)務(wù)信息進(jìn)行有效性認(rèn)證后，由支付模塊根據(jù)業(yè)務(wù)信息向收款方支付相 應(yīng)金額，從而實(shí)現(xiàn)財(cái)政撥款的電子支付，減少財(cái)政撥款支付中對紙件的依賴 性，明顯減少了人工差錯，提高了財(cái)政撥款支付的效率；同時(shí)，在電子支付 流程中有效保證了支付的安全性和可靠性，便于對電子支付流程進(jìn)行有效監(jiān) 控等。
為解決本發(fā)明上述技術(shù)問題，本發(fā)明另一方面通過一些實(shí)施例提供了一 種電子支付方法，包括
對接收的支付指令數(shù)據(jù)包進(jìn)行解密，獲取所述支付指令數(shù)據(jù)包包括的數(shù) 字簽章和業(yè)務(wù)信息；
認(rèn)證所述數(shù)字簽章的合法性，在所述數(shù)字簽章通過合法性認(rèn)證時(shí)，讀取 所述數(shù)字簽章的支付指令信息；
根據(jù)所述數(shù)字簽章的支付指令信息認(rèn)證所述業(yè)務(wù)信息的有效性，在所述 業(yè)務(wù)信息通過有效性認(rèn)證時(shí)，根據(jù)所述業(yè)務(wù)信息向收款方支付相應(yīng)金額。
在上述技術(shù)方案的基礎(chǔ)上，對支付指令數(shù)據(jù)包進(jìn)行解密可包括根據(jù)預(yù) 先存儲的解壓密碼或解密算法，對所述接收單元接收的支付指令數(shù)據(jù)包進(jìn)行 解密。認(rèn)證所述數(shù)字簽章的合法性可包括根據(jù)預(yù)先存儲的密鑰認(rèn)證所述數(shù) 字簽章的合法性。所述數(shù)字簽章的支付指令信息可包括支付總額和支付令總數(shù)；所述業(yè)務(wù)信息包括至少一條支付令，每條支付令包括支付金額和收款方 信息；所述根據(jù)數(shù)字簽章的支付指令信息認(rèn)證所述業(yè)務(wù)信息的有效性包括
統(tǒng)計(jì)所述業(yè)務(wù)信息中各支付令的支付金額的總額和支付令的數(shù)量，在所 述業(yè)務(wù)信息中各支付令的支付金額的總額與所述數(shù)字簽章中包含的支付總額 相符，并且所述業(yè)務(wù)信息中支付令的數(shù)量與所述數(shù)字簽章中包含的支付令總 數(shù)相符時(shí)，所述業(yè)務(wù)信息通過所述數(shù)字簽章的有效性i^正。
在上述技術(shù)方案的基礎(chǔ)上，業(yè)務(wù)信息通過所述數(shù)字簽章的有效性認(rèn)證之 后，還可包括在所述業(yè)務(wù)信息中的支付令包含有預(yù)算單位信息時(shí)，根據(jù)預(yù) 先存儲的有效的預(yù)算單位信息，認(rèn)證支付令包含的預(yù)算單位信息的有效性。 在所述電子支付過程出現(xiàn)異常情況時(shí)，中斷電子支付流程并發(fā)送相應(yīng)的預(yù)警 消息；所述異常情況包括支付指令數(shù)據(jù)包接收失敗、支付指令數(shù)據(jù)包解密失敗、 數(shù)字簽章合法性認(rèn)證失敗、業(yè)務(wù)信息有效性認(rèn)證失敗或向收款方支付相應(yīng)金額 失敗。
在上述技術(shù)方案的基礎(chǔ)上，在對接收的支付指令數(shù)據(jù)包進(jìn)行解密之前， 還可包括加密封裝所述支付指令數(shù)據(jù)包并發(fā)送。
本發(fā)明另 一方面實(shí)施例提供的電子支付方法中，通過對接收的支付指令 數(shù)據(jù)包進(jìn)行解密，并對支付指令數(shù)據(jù)包包括的數(shù)字簽章進(jìn)行合法性認(rèn)證以及 對支付指令數(shù)據(jù)包包括的業(yè)務(wù)信息進(jìn)行有效性認(rèn)證后，再#4居業(yè)務(wù)信息向收 款方支付相應(yīng)金額，從而實(shí)現(xiàn)財(cái)政撥款的電子支付，減少財(cái)政撥款支付中對 紙件的依賴性，明顯減少了人工差錯，提高了財(cái)政撥款支付的效率；同時(shí)， 在電子支付流程中有效保證了支付的安全性和可靠性，便于對電子支付流程 進(jìn)行有效監(jiān)控等。


圖1為本發(fā)明電子支付系統(tǒng)第一實(shí)施例結(jié)構(gòu)示意圖； 圖2為本發(fā)明電子支付系統(tǒng)第二實(shí)施例結(jié)構(gòu)示意圖；圖3為本發(fā)明電子支付系統(tǒng)第三實(shí)施例結(jié)構(gòu)示意圖； 圖4為本發(fā)明電子支付系統(tǒng)第四實(shí)施例結(jié)構(gòu)示意圖； 圖5為本發(fā)明電子支付系統(tǒng)第五實(shí)施例結(jié)構(gòu)示意圖； 圖6為本發(fā)明電子支付系統(tǒng)第六實(shí)施例結(jié)構(gòu)示意圖； 圖7為本發(fā)明電子支付方法第一實(shí)施例流程圖； 圖8為本發(fā)明電子支付方法第二實(shí)施例流程圖； 圖9為本發(fā)明電子支付方法第三實(shí)施例流程圖； 圖IO為本發(fā)明電子支付方法第四實(shí)施例流程圖； 圖11為本發(fā)明電子支付方法第五實(shí)施例流程圖； 圖12為本發(fā)明電子支付方法第六實(shí)施例流程圖。
具體實(shí)施例方式
圖1為本發(fā)明電子支付系統(tǒng)第一實(shí)施例結(jié)構(gòu)示意圖。如圖1所示，本實(shí) 施例包括解密模塊ll、數(shù)字簽章認(rèn)證模塊12、業(yè)務(wù)信息認(rèn)證模塊13和支付 模塊14。
解密模塊11用于對接收的支付指令數(shù)據(jù)包進(jìn)行解密，獲取該支付指令數(shù) 據(jù)包包括的數(shù)字簽章和業(yè)務(wù)信息。
數(shù)字簽章認(rèn)證模塊12用于認(rèn)證解密模塊11獲取的數(shù)字簽章的合法性， 在該數(shù)字簽章通過合法性認(rèn)證時(shí)，讀取該數(shù)字簽章的支付指令信息。
業(yè)務(wù)信息認(rèn)證模塊13用于根據(jù)數(shù)字簽章認(rèn)證模塊12讀取的數(shù)字簽章的 支付指令信息認(rèn)證解密才莫塊11獲取的業(yè)務(wù)信息的有效性。
支付模塊14用于在解密模塊11獲取的業(yè)務(wù)信息通過有效性認(rèn)證時(shí)，根 據(jù)該業(yè)務(wù)信息向收款方支付相應(yīng)金額。
本實(shí)施例通過解密模塊對接收的支付指令數(shù)據(jù)包進(jìn)行解密，并通過數(shù)字 簽章認(rèn)證模塊對支付指令數(shù)據(jù)包包括的數(shù)字簽章進(jìn)行合法性認(rèn)證，以及通過
業(yè)務(wù)信息認(rèn)證模塊對支付指令數(shù)據(jù)包包括的業(yè)務(wù)信息進(jìn)行有效性認(rèn)證后，由支付模塊根據(jù)業(yè)務(wù)信息向收款方支付相應(yīng)金額，從而實(shí)現(xiàn)財(cái)政撥款的電子支 付，減少財(cái)政撥款支付中對紙件的依賴性，明顯減少了人工差錯，提高了財(cái)政撥款支付的效率；同時(shí)，在電子支付流程中有效保證了支付的安全性和可 靠性，便于對電子支付流程進(jìn)行有效監(jiān)控等。
圖2為本發(fā)明電子支付系統(tǒng)第二實(shí)施例結(jié)構(gòu)示意圖。如圖2所示，本實(shí) 施例與本發(fā)明電子支付系統(tǒng)第一實(shí)施例的區(qū)別在于，本實(shí)施例中，還包括安 全信息數(shù)據(jù)庫15、預(yù)警模塊16和支付指令發(fā)送模塊17;解密模塊11包括接 收存儲單元111和解密單元112;數(shù)字簽章認(rèn)證模塊12至少包括簽章認(rèn)證單 元121和讀取單元122;業(yè)務(wù)信息認(rèn)證模塊13包括業(yè)務(wù)數(shù)據(jù)認(rèn)證單元131和 授權(quán)支付認(rèn)證單元132。
安全信息數(shù)據(jù)庫15用于存儲至少以下信息之一支付指令數(shù)據(jù)包的解壓 密碼、支付指令數(shù)據(jù)包的解密算法、合法數(shù)字簽章密鑰、有效的預(yù)算單位信 息。
預(yù)警模塊16用于在電子支付過程出現(xiàn)異常情況時(shí)，中斷電子支付流程并 發(fā)送相應(yīng)的預(yù)警消息；其中異常情況包括支付指令數(shù)據(jù)包接收失敗、支付指 令數(shù)據(jù)包解密失敗、數(shù)字簽章合法性認(rèn)證失敗、業(yè)務(wù)信息有效性認(rèn)證失敗或 向收款方支付相應(yīng)金額失敗等。
支付指令發(fā)送模塊17用于加密封裝支付指令數(shù)據(jù)包并發(fā)送。在封裝支付 指令數(shù)據(jù)包時(shí)，支付指令發(fā)送模塊17設(shè)置的密碼可與解密模塊11解密支付 指令數(shù)據(jù)包解密時(shí)采用的密碼相同或相應(yīng)，即封裝支付指令數(shù)據(jù)包時(shí)設(shè)置 的加密密碼與解密該支付指令數(shù)據(jù)包時(shí)所需的解密密碼相同，或存在著加密 密碼與解密密碼之間的對應(yīng)關(guān)系。或者，在支付指令發(fā)送模塊17采用加密算 法封裝支付指令數(shù)據(jù)包時(shí)，解密模塊11可采用相同的算法進(jìn)行該支付指令數(shù) 據(jù)包的解密處理。該支付指令發(fā)送模塊下發(fā)的指令數(shù)據(jù)包可包括數(shù)字簽章和 業(yè)務(wù)信息。業(yè)務(wù)信息可包括支付令、支付金額、預(yù)算單位信息、收款人等信 息。解密模塊11中
接收存儲單元111用于接收并存儲支付指令發(fā)送模塊17發(fā)送的支付指令 數(shù)據(jù)包，將接收到的支付指令數(shù)據(jù)包發(fā)送給解密單元112。
解密單元112用于根據(jù)安全信息數(shù)據(jù)庫15存儲的解壓密碼或解密算法， 對接收存儲單元111接收的支付指令數(shù)據(jù)包進(jìn)行解密，在支付指令數(shù)據(jù)包成 功解密時(shí)，獲取所述支付指令數(shù)據(jù)包包括的數(shù)字簽章和業(yè)務(wù)信息，將該數(shù)字 簽章和業(yè)務(wù)信息分別發(fā)送給所述數(shù)字簽章認(rèn)證模塊和業(yè)務(wù)信息認(rèn)證模塊。如
果支付指令數(shù)據(jù)包成功解密時(shí)，獲取該支付指令數(shù)據(jù)包包括的數(shù)字簽章和業(yè) 務(wù)信息，將該數(shù)字簽章發(fā)送給數(shù)字簽章認(rèn)證模塊12，并將業(yè)務(wù)信息發(fā)送給業(yè) 務(wù)信息認(rèn)證;漠塊13;如果支付指令數(shù)據(jù)包解密不成功，解密單元112向預(yù)警 模塊16發(fā)送解密不成功的消息，預(yù)警模塊16接收到接收存儲單元111發(fā)送 的解密不成功的消息時(shí)，中止電子支付流程并發(fā)送密碼信息不正確的預(yù)警信 息，例如預(yù)警模塊16接收到接收存儲單元111發(fā)送的解密不成功的消息時(shí)， 禁止解密單元112向數(shù)字簽章認(rèn)證模塊12發(fā)送支付指令數(shù)據(jù)包的相應(yīng)信息， 并以郵件、短信、傳真等方式將密碼不正確的預(yù)警信息發(fā)送到預(yù)設(shè)的相關(guān)地 址或號碼對應(yīng)的終端上。
數(shù)字簽章認(rèn)證模塊12中
簽章認(rèn)證單元121用于根據(jù)安全信息數(shù)據(jù)庫15存儲的密鑰認(rèn)證解密單元 112獲取的數(shù)字簽章的合法性。
讀取單元122在簽章認(rèn)證單元121通過數(shù)字簽章的合法性認(rèn)證時(shí)，讀取 該數(shù)字簽章的支付指令信息，將讀取的支付指令信息發(fā)送給業(yè)務(wù)數(shù)據(jù)認(rèn)證單 元131。該支付指令信息可包括支付總額和支付令總數(shù)。
業(yè)務(wù)信息認(rèn)證模塊13中
業(yè)務(wù)數(shù)據(jù)認(rèn)證單元131用于統(tǒng)計(jì)業(yè)務(wù)信息中各支付令的支付金額的總額 和支付令的數(shù)量，在解密單元112獲取的業(yè)務(wù)信息中各支付令的支付金額的 總額與讀取單元122讀取的數(shù)字簽章中包含的支付總額相符，并且該業(yè)務(wù)信息中支付令的數(shù)量與該數(shù)字簽章中包含的支付令總數(shù)相符時(shí)，業(yè)務(wù)信息通過
數(shù)字簽章的有效性認(rèn)證；如果業(yè)務(wù)信息中支付金額的總額不等于數(shù)字簽章中 包含的支付總額或業(yè)務(wù)信息中支付令的數(shù)量不等于該數(shù)字簽章中包含的支付 令總數(shù)，則業(yè)務(wù)信息未通過數(shù)字簽章的有效性認(rèn)證。此時(shí)，業(yè)務(wù)數(shù)據(jù)認(rèn)證單 元131向預(yù)警模塊16發(fā)送業(yè)務(wù)信息未通過數(shù)字簽章認(rèn)證的消息，預(yù)警模塊 16接收到業(yè)務(wù)數(shù)據(jù)認(rèn)證單元131發(fā)送的業(yè)務(wù)信息未通過數(shù)字簽章認(rèn)證的消息 時(shí)，中止電子支付流程并發(fā)送業(yè)務(wù)信息未通過數(shù)字簽章認(rèn)證的預(yù)警信息，例 如預(yù)警模塊16接收到業(yè)務(wù)信息認(rèn)證模塊13發(fā)送的業(yè)務(wù)信息未通過數(shù)字簽 章認(rèn)證的消息時(shí)，禁止業(yè)務(wù)信息認(rèn)證模塊13向授權(quán)支付認(rèn)證單元132或支付 模塊14發(fā)送支付指令數(shù)據(jù)包的相應(yīng)信息，并以郵件、短信、傳真等方式將密 碼不正確的預(yù)警信息發(fā)送到預(yù)設(shè)的相關(guān)地址或號碼對應(yīng)的終端上。
授權(quán)支付認(rèn)證單元132用于在業(yè)務(wù)信息中的支付令包含有預(yù)算單位信息 時(shí)，根據(jù)預(yù)先存儲的有效的預(yù)算單位信息，認(rèn)證支付令包含的預(yù)算單位信息 的有效性。有效的預(yù)算單位信息可預(yù)先存儲在安全信息數(shù)據(jù)庫15中。授權(quán)支 付認(rèn)證單元132根據(jù)安全信息數(shù)據(jù)庫15存儲的有效的預(yù)算單位信息，分別驗(yàn) 證支付令中包含的預(yù)算單位信息是否有效。例如安全信息數(shù)據(jù)庫15存儲的 有效的預(yù)算單位信息可為有效預(yù)算單位的名稱、與該有效預(yù)算單位相應(yīng)的 有效賬號、賬戶總額、允許支付金額等信息，授權(quán)支付認(rèn)證單元132根據(jù)安 全信息數(shù)據(jù)庫15存儲的有效的預(yù)算單位信息，分別驗(yàn)證支付令包含的預(yù)算單 位名稱是否已注冊、預(yù)算單位的賬號是否正確、需支付的金額是否在賬戶總 額范圍內(nèi)并在允許支付金額范圍內(nèi)等預(yù)算單位信息。如果支付令包含的預(yù)算 單位信息通過認(rèn)證時(shí)，該支付令通過授權(quán)認(rèn)證，向支付模塊發(fā)送相應(yīng)的業(yè)務(wù) 信息；如果支付令包含的預(yù)算單位信息與安全信息數(shù)據(jù)庫15存儲的相應(yīng)的有 效的預(yù)算單位信息不對應(yīng)時(shí)，該支付令未通過授權(quán)支付認(rèn)證，此時(shí)，授權(quán)支 付認(rèn)證單元132向預(yù)警才莫塊16發(fā)送支付令未通過授權(quán)支付認(rèn)證的消息，預(yù)警 模塊16接收到授權(quán)支付認(rèn)證單元132發(fā)送的支付令未通過授權(quán)支付認(rèn)證的消息時(shí)，中止電子支付流程并發(fā)送支付令未通過授權(quán)支付認(rèn)證的消息的預(yù)警信
息，例如預(yù)警模塊16接收到授權(quán)支付認(rèn)證單元132發(fā)送的支付令未通過授 權(quán)支付認(rèn)證的消息時(shí)，禁止授權(quán)支付認(rèn)證單元132向支付模塊14發(fā)送支付指 令數(shù)據(jù)包的相應(yīng)信息，并以郵件、短信、傳真等方式將支付令未通過授權(quán)支 付認(rèn)證的消息發(fā)送到預(yù)設(shè)的相關(guān)地址或號碼對應(yīng)的終端上。
本實(shí)施例在實(shí)現(xiàn)本發(fā)明電子支付系統(tǒng)第一實(shí)施例的技術(shù)效果的基礎(chǔ)上， 還通過設(shè)立支付令發(fā)送模塊、安全信息數(shù)據(jù)庫和預(yù)警模塊，使得本實(shí)施例解 密模塊、數(shù)字簽章認(rèn)證模塊和業(yè)務(wù)信息認(rèn)證模塊可根據(jù)安全信息數(shù)據(jù)庫上存 儲的安全信息分別相應(yīng)的解密或認(rèn)證，在解密模塊、數(shù)字簽章認(rèn)證模塊、業(yè) 務(wù)信息認(rèn)證模塊和支付模塊在電子支付流程中出現(xiàn)的異常情況，可通過預(yù)警 模塊實(shí)現(xiàn)電子支付并發(fā)出相應(yīng)的預(yù)警，電子支付的安全性和可靠性得以進(jìn)一 步提高，便于對電子支付流程進(jìn)行有效監(jiān)控等。
圖3為本發(fā)明電子支付系統(tǒng)第三實(shí)施例結(jié)構(gòu)示意圖。本實(shí)施例與本發(fā)明 電子支付系統(tǒng)第二實(shí)施例的區(qū)別在于，還包括與預(yù)警模塊16通信的至少一個 終端。本實(shí)施例示出了包括三個終端的情形，即包括第一終端181、第二終 端182和第三終端183。
預(yù)警模塊16包括觸發(fā)單元161、處理單元162和撤銷單元163。
觸發(fā)單元161可對解密模塊、數(shù)字簽章認(rèn)證模塊、業(yè)務(wù)信息認(rèn)證模塊和 支付模塊的電子支付處理流程進(jìn)行監(jiān)控，用于在電子支付過程出現(xiàn)異常情況 時(shí)，中斷電子支付流程并生成預(yù)警信號；該異常情況可包括支付指令數(shù)據(jù)包 接收失敗、支付指令數(shù)據(jù)包解密失敗、數(shù)字簽章合法性認(rèn)證失敗、業(yè)務(wù)信息 有效性認(rèn)證失敗或向收款方支付相應(yīng)金額失敗等。
處理單元162用于根據(jù)觸發(fā)單元161發(fā)送的預(yù)警信號生成相應(yīng)的預(yù)警消 息；將該預(yù)警消息發(fā)送給第一終端181并啟動預(yù)警定時(shí)器；在預(yù)警定時(shí)器超 時(shí)時(shí)，將預(yù)警消息發(fā)送給第二終端182并重新啟動預(yù)警定時(shí)器；和/或在預(yù)警 定時(shí)器再次超時(shí)時(shí)，記錄該預(yù)警信號對應(yīng)的異常情況，并以預(yù)設(shè)的時(shí)間間隔重復(fù)向第三終端183發(fā)送該預(yù)警消息。
撤銷單元163用于在接收到預(yù)警撤銷指示時(shí)，恢復(fù)或終止電子支付流程。 該預(yù)警撤銷指示可為在對相應(yīng)的異常情況進(jìn)行處理后，系統(tǒng)下發(fā)的預(yù)警撤銷 指示，如果異常情況排除，可在相應(yīng)的中斷點(diǎn)恢復(fù)電子支付流程；如果異常 情況導(dǎo)致電子支付流程無法繼續(xù)執(zhí)行，則終止電子支付流程。
在上述技術(shù)方案的基礎(chǔ)上，處理單元162還可用于在解密模塊的接收解 密單元成功存儲支付指令數(shù)據(jù)包時(shí)，生成相應(yīng)的業(yè)務(wù)處理提示消息，將該業(yè) 務(wù)處理提示消息發(fā)送給第一終端181、第二終端182或第三終端183。該業(yè)務(wù) 處理提示消息可用于提示相應(yīng)終端對該電子支付業(yè)務(wù)及時(shí)進(jìn)行處理。
在實(shí)際系統(tǒng)架構(gòu)中，與預(yù)警模塊16通信的終端的數(shù)量可根據(jù)電子支付安 全性的需求進(jìn)行選4奪。如果將預(yù)警分為多個等級,與預(yù)警模塊16通信的終端 的數(shù)量可與預(yù)警等級相對應(yīng)。對于國庫集中支付或其他對電子支付的安全性 和可靠性要求很高的應(yīng)用實(shí)例，可將預(yù)警分為多個等級(如分為三個等級)， 與預(yù)警模塊16通信的終端的數(shù)量可與預(yù)警等級相對應(yīng)(如三個終端)，每個 終端可對應(yīng)著不同等級的業(yè)務(wù)人員，如第一終端181對應(yīng)一級主管的4關(guān)系終 端；第二終端182對應(yīng)二級主管的聯(lián)系終端；第三終端183對應(yīng)三級主管的 聯(lián)系終端等，使得預(yù)警在一定時(shí)間未得到有效撤銷時(shí)，可逐級向上級主管通 報(bào)，有利于及時(shí)提示相關(guān)人員及時(shí)處理異常情形，提高電子支付的安全性和 可靠性。
本實(shí)施例在實(shí)現(xiàn)本發(fā)明電子支付系統(tǒng)第二實(shí)施例的技術(shù)效果的基礎(chǔ)上， 通過觸發(fā)單元在電子支付過程中出現(xiàn)異常情況時(shí)，及時(shí)中斷電子支付流程并 發(fā)出預(yù)警信號，由處理單元根據(jù)預(yù)警信號生成相應(yīng)的預(yù)警信息逐層發(fā)送給第 一終端、第二終端和第三終端，在預(yù)警撤銷時(shí)，可恢復(fù)或終止電子支付流程， 有利于提高業(yè)務(wù)的安全性和可靠性；進(jìn)一步的，在系統(tǒng)接收到支付指令數(shù)據(jù) 包并進(jìn)行存儲時(shí)(如將支付指令數(shù)據(jù)包調(diào)入專門設(shè)置的數(shù)據(jù)庫，等待處理)， 可生成相應(yīng)的業(yè)務(wù)處理提示消息，從而有利于保證業(yè)務(wù)處理的及時(shí)性。電子支付系統(tǒng)，在與預(yù)警模塊通信的終端為手機(jī)時(shí)對應(yīng)的 一種電子支付系統(tǒng)
結(jié)構(gòu)。如圖4所示，本實(shí)施例中，第一手機(jī)181a、第二手機(jī)182a和第三手 機(jī)183a分別對應(yīng)為本發(fā)明第一終端、第二終端和第三終端。預(yù)警模塊16通 過無線通信網(wǎng)絡(luò)與第一手機(jī)181a、第二手機(jī)182a和第三手機(jī)183a進(jìn)行短消 息通信。
預(yù)警模塊16中處理單元162進(jìn)一步可包括短消息生成子單元16na、 第一短消息發(fā)送子單元1622a、第二短消息發(fā)送子單元1623a、第三短消息發(fā) 送子單元1624a和第一停止轉(zhuǎn)發(fā)子單元16"a。
短消息生成子單元1621a用于根據(jù)觸發(fā)單元161發(fā)送的預(yù)警信號生成相 應(yīng)的預(yù)警短消息，將預(yù)警短消息發(fā)送給第一短消息發(fā)送子單元16"a。
第一短消息發(fā)送子單元1622a用于將短消息生成子單元16na發(fā)送的預(yù) 警短消息發(fā)送給第一手機(jī)181a,等待第一手機(jī)181a響應(yīng)，并啟動預(yù)警定時(shí) 器，如果在預(yù)警定時(shí)器超時(shí)之前接收到第一手機(jī)181a的響應(yīng)短消息時(shí)，激活 第一停止轉(zhuǎn)發(fā)單元1625a，否則激活第二短消息發(fā)送子單元1622a。
第二短消息發(fā)送子單元1623a用于在第一短消息發(fā)送子單元1622a激活 下，將預(yù)警短消息發(fā)送給第二手機(jī)182a,等待第一手機(jī)182a響應(yīng)，并重新 啟動預(yù)警定時(shí)器，如果在預(yù)警定時(shí)器超時(shí)之前接收到第二手機(jī)182a的響應(yīng)短 消息，激活第一停止轉(zhuǎn)發(fā)單元1625a,否則激活第三短消息發(fā)送子單元1624a。
第三短消息發(fā)送子單元1624a用于在第二短消息發(fā)送子單元1623a的激 活下，以預(yù)設(shè)的時(shí)間間隔重復(fù)向第三手機(jī)183a發(fā)送所述預(yù)警短消息，在接收 到第三手機(jī)183a發(fā)送的響應(yīng)短消息時(shí)，激活第一停止轉(zhuǎn)發(fā)單元1625a。
第一停止轉(zhuǎn)發(fā)單元1625a用于在第一短消息發(fā)送子單元162^、第二短 消息發(fā)送子單元1623a或第三短消息發(fā)送子單元1624a的激活下，關(guān)閉預(yù)警 定時(shí)器，并停止轉(zhuǎn)發(fā)預(yù)警短消息。
本實(shí)施例在實(shí)現(xiàn)本發(fā)明電子支付系統(tǒng)第三實(shí)施例的技術(shù)效果的基礎(chǔ)上， 通過預(yù)警模塊與手機(jī)短消息方式發(fā)送預(yù)警短消息或業(yè)務(wù)提示短消息，有利于建立自動提示機(jī)制和逐層上報(bào)預(yù)警機(jī)制，形式非常靈活，有利于提高電子支 付的及時(shí)性、安全性和可靠性。
圖5為本發(fā)明電子支付系統(tǒng)第五實(shí)施例結(jié)構(gòu)示意圖。本實(shí)施例為本發(fā)明 電子支付系統(tǒng)，在與預(yù)警模塊通信的終端為手機(jī)時(shí)對應(yīng)的另 一電子支付系統(tǒng) 結(jié)構(gòu)，其中預(yù)警模塊與手機(jī)進(jìn)行呼叫通信。如圖5所示，本實(shí)施例中，第一 手機(jī)181b、第二手機(jī)18化和第三手機(jī)183b分別對應(yīng)為本發(fā)明第一終端、第 二終端和第三終端。預(yù)警模塊16通過無線通信網(wǎng)絡(luò)與第一手機(jī)181b、第二 手機(jī)182b和第三手機(jī)183b進(jìn)行短消息通信。
預(yù)警模塊16中處理單元162進(jìn)一步可包括所述處理單元包括預(yù)警語音 生成子單元16211)、第一呼叫子單元1622b、第二呼叫子單元1623b和第三呼 叫子單元1624b。
預(yù)警語音生成子單元1621b用于根據(jù)觸發(fā)單元161發(fā)送的預(yù)警信號生成 相應(yīng)的預(yù)警語音，將預(yù)警語音發(fā)送給第一呼叫子單元1622b。
第一呼叫子單元1622b用于呼叫第一手機(jī)181b，在與第一手機(jī)181b建 立通話時(shí)，播放預(yù)警語音；如果第一手機(jī)181b未響應(yīng)(如無人接聽、無法接 通等)，激活第二呼叫子單元1623b。
第二呼叫子單元1623b用于在第一呼叫子單元1622b激活下，呼叫第二 手機(jī)182b，在與第二手機(jī)182b建立通話時(shí)，播放預(yù)警語音；如果第二手機(jī) 182b未響應(yīng)，激活第三呼叫子單元1624b。
第三呼叫子單元16Mb用于在第二呼叫子單元1623b激活下，呼叫第三 手機(jī)183b,在與第三手機(jī)183b建立通話時(shí)，播放預(yù)警語音；如果第三手機(jī) 未響應(yīng)183b，以預(yù)設(shè)的時(shí)間間隔重復(fù)呼叫第三手機(jī)183b。
本實(shí)施例在實(shí)現(xiàn)本發(fā)明電子支付系統(tǒng)第三實(shí)施例的技術(shù)效果的基礎(chǔ)上， 通過預(yù)警模塊與手機(jī)呼叫方式進(jìn)行通信，在預(yù)警模塊與相應(yīng)手機(jī)建立通話連 接時(shí)，發(fā)送預(yù)警語音或業(yè)務(wù)提示語音，有利于建立自動提示機(jī)制和逐層上報(bào) 預(yù)警機(jī)制，形式非常靈活，有利于提高電子支付的及時(shí)性、安全性和可靠性。圖6為本發(fā)明電子支付系統(tǒng)第六實(shí)施例結(jié)構(gòu)示意圖。本實(shí)施例為本發(fā)明 電子支付系統(tǒng)，在與預(yù)警模塊通信的終端為計(jì)算機(jī)時(shí)對應(yīng)的電子支付系統(tǒng)結(jié) 構(gòu)，其中預(yù)警模塊與計(jì)算機(jī)通過互連網(wǎng)進(jìn)行通信。如圖6所示，本實(shí)施例中， 第一計(jì)算機(jī)181c、第二計(jì)算機(jī)182c和第三計(jì)算機(jī)183c分別對應(yīng)為本發(fā)明第 一終端、第二終端和第三終端。預(yù)警模塊16通過互連網(wǎng)與第一計(jì)算機(jī)181c、 第二計(jì)算機(jī)182c和第三計(jì)算機(jī)183c進(jìn)行通信。
預(yù)警模塊16中處理單元162進(jìn)一步可包括:預(yù)警郵件生成子單元1621c、 第一郵件發(fā)送子單元1622c、第二郵件發(fā)送子單元1623c、第三郵件發(fā)送子單 元1624c和第二停止轉(zhuǎn)發(fā)單元1625c。
預(yù)警郵件生成子單元1621c用于根據(jù)觸發(fā)單元161發(fā)送的預(yù)警信號生成 相應(yīng)的預(yù)警郵件，將預(yù)警郵件發(fā)送給第一郵件發(fā)送子單元1622c。
第一郵件發(fā)送子單元1622c用于將預(yù)警郵件發(fā)送給第一計(jì)算機(jī)181c，等 待第一計(jì)算機(jī)181c響應(yīng)，并啟動預(yù)警定時(shí)器，如杲在預(yù)警定時(shí)器超時(shí)之前接 收到第一計(jì)算機(jī)181c的已讀響應(yīng)消息時(shí)，激活第二停止轉(zhuǎn)發(fā)單元1625c,否 則激活第二郵件發(fā)送子單元1623c。
第二郵件發(fā)送子單元1623c用于在第一郵件發(fā)送子單元16"c激活下， 將預(yù)警短消息發(fā)送給第二計(jì)算機(jī)182c，等待第二計(jì)算機(jī)182c響應(yīng)，并重新 啟動預(yù)警定時(shí)器，如果在預(yù)警定時(shí)器超時(shí)之前接收到第二計(jì)算機(jī)182c的已讀 響應(yīng)消息時(shí)，激活第二停止轉(zhuǎn)發(fā)單元1625c,否則激活第三郵件發(fā)送子單元 1624c。
第三郵件發(fā)送子單元1624c用于在第二郵件發(fā)送子單元1623c的激活下， 以預(yù)設(shè)的時(shí)間間隔重復(fù)向第三計(jì)算機(jī)183c發(fā)送所述預(yù)警郵件，在接收到第三 計(jì)算機(jī)183c發(fā)送的已讀響應(yīng)消息時(shí)，激活第二停止轉(zhuǎn)發(fā)單元1625c。
第二停止轉(zhuǎn)發(fā)單元1625c用于在第一郵件發(fā)送子單元1622c、第二郵件 發(fā)送子單元1623c或第三郵件發(fā)送子單元1624c的激活下，關(guān)閉預(yù)警定時(shí)器， 并停止轉(zhuǎn)發(fā)預(yù)警郵件。本實(shí)施例在實(shí)現(xiàn)本發(fā)明電子支付系統(tǒng)第三實(shí)施例的技術(shù)效果的基礎(chǔ)上， 預(yù)警模塊通過互聯(lián)網(wǎng)與計(jì)算機(jī)進(jìn)行預(yù)警消息的通信，發(fā)送預(yù)警郵件或業(yè)務(wù)提 示郵件，有利于建立自動提示機(jī)制和逐層上報(bào)預(yù)警機(jī)制，形式非常靈活，有 利于提高電子支付的及時(shí)性、安全性和可靠性。
圖7為本發(fā)明電子支付方法第一實(shí)施例流程圖。該實(shí)施例的運(yùn)行場景可 參見本發(fā)明電子支付系統(tǒng)第一實(shí)施例的結(jié)構(gòu)示意圖。如圖7所示，本實(shí)施例 在電子支付系統(tǒng)運(yùn)行中，包括以下步驟
步驟71、解密模塊對接收的支付指令數(shù)據(jù)包進(jìn)行解密，獲取該支付指令 數(shù)據(jù)包包括的數(shù)字簽章和業(yè)務(wù)信息；
步驟72、數(shù)字簽章認(rèn)證模塊認(rèn)證數(shù)字簽章的合法性，在該數(shù)字簽章通過 合法性認(rèn)證時(shí)，讀取該數(shù)字簽章的支付指令信息；
步驟73、業(yè)務(wù)信息認(rèn)證模塊根據(jù)數(shù)字簽章的支付指令信息認(rèn)證業(yè)務(wù)信息 的有效性，在該業(yè)務(wù)信息通過有效性認(rèn)證時(shí)，根據(jù)業(yè)務(wù)信息向收款方支付相 應(yīng)金額。
本實(shí)施例通過對接收的支付指令數(shù)據(jù)包進(jìn)行解密，并對支付指令數(shù)據(jù)包 包括的數(shù)字簽章進(jìn)行合法性認(rèn)證以及對支付指令數(shù)據(jù)包包括的業(yè)務(wù)信息進(jìn)行 有效性認(rèn)證后，再根據(jù)業(yè)務(wù)信息向收款方支付相應(yīng)金額，從而實(shí)現(xiàn)財(cái)政撥款 的電子支付，減少財(cái)政撥款支付中對紙件的依賴性，明顯減少了人工差錯， 提高了財(cái)政撥款支付的效率；同時(shí)，在電子支付流程中有效保證了支付的安 全性和可靠性，便于對電子支付流程進(jìn)行有效監(jiān)控等。
圖8為本發(fā)明電子支付方法第二實(shí)施例流程圖。該實(shí)施例的運(yùn)行場景可 參見本發(fā)明電子支付系統(tǒng)第二實(shí)施例的結(jié)構(gòu)示意圖。如圖8所示，本實(shí)施例 包括
步驟81、支付指令發(fā)送模塊加密封裝支付指令數(shù)據(jù)包并發(fā)送，該支付指 令數(shù)據(jù)包包括數(shù)字簽章和業(yè)務(wù)信息。
步驟82 、解密模塊接收支付指令數(shù)據(jù)包并對該支付指令數(shù)據(jù)包進(jìn)行解密，如果接收或解密成功執(zhí)行步驟83,如果接收或解密不成功執(zhí)行步驟810。
在封裝支付指令數(shù)據(jù)包時(shí)，支付指令發(fā)送模塊設(shè)置的密碼可與解密模塊 解密支付指令數(shù)據(jù)包解密時(shí)采用的密碼相同或相應(yīng)，即封裝支付指令數(shù)據(jù) 包時(shí)設(shè)置的加密密碼與解密該支付指令數(shù)據(jù)包時(shí)所需的解密密碼相同，或存 在著加密密碼與解密密碼之間的對應(yīng)關(guān)系。或者，在支付指令發(fā)送模塊采用 加密算法封裝支付指令數(shù)據(jù)包時(shí)，解密模塊可采用相同的算法進(jìn)行該支付指 令數(shù)據(jù)包的解密處理。該支付指令發(fā)送模塊下發(fā)的指令數(shù)據(jù)包可包括數(shù)字簽 章和業(yè)務(wù)信息。業(yè)務(wù)信息可包括支付令、支付金額、預(yù)算單位信息、收款人 等信息。其中，設(shè)置的支付指令數(shù)據(jù)包的密碼或解密算法可預(yù)先存儲在安全 信息數(shù)據(jù)庫中，在解密模塊對接收的支付指令數(shù)據(jù)包可調(diào)用安全信息數(shù)據(jù)庫 中的密碼或解密算法信息，對該支付指令數(shù)據(jù)包進(jìn)行相應(yīng)的解密處理等。
步驟83、解密模塊獲取支付指令數(shù)據(jù)包包括的數(shù)字簽章和業(yè)務(wù)信息，將 該數(shù)字簽章發(fā)送給數(shù)字簽章認(rèn)證模塊進(jìn)行認(rèn)證，并將業(yè)務(wù)信息發(fā)送給業(yè)務(wù)信 息認(rèn)證模塊進(jìn)行認(rèn)證。
步驟84、數(shù)字簽章認(rèn)證模塊對數(shù)字簽章進(jìn)行認(rèn)證，如果認(rèn)證成功執(zhí)行步 驟85;如果認(rèn)證不成功執(zhí)行步驟810。
在數(shù)字簽章認(rèn)證模塊對數(shù)字簽章進(jìn)行認(rèn)證時(shí)，可4艮據(jù)電子支付系統(tǒng)預(yù)先 設(shè)置的密鑰或其他安全信息進(jìn)行認(rèn)證，其中，進(jìn)行數(shù)字簽章認(rèn)證的密鑰或其 他安全信息，可預(yù)先存儲在電子支付系統(tǒng)的安全信息數(shù)據(jù)庫中，在數(shù)字簽章 認(rèn)證模塊可調(diào)用安全信息數(shù)據(jù)庫相應(yīng)的密鑰或其他安全信息對數(shù)字簽章的合 法性進(jìn)4于i人i正。
步驟85、數(shù)字簽章認(rèn)證模塊讀取數(shù)字簽章的支付指令信息。 在數(shù)字簽章通過數(shù)字簽章認(rèn)證模塊的合法性的認(rèn)證時(shí)，可讀取數(shù)字簽章
中包含的支付指令信息。該支付指令信息可包括支付總額、支付令總數(shù)和
其他相應(yīng)信息等。
步驟86、業(yè)務(wù)信息認(rèn)證模塊根據(jù)通過認(rèn)證的數(shù)字簽章的支付指令信息，對業(yè)務(wù)數(shù)據(jù)進(jìn)行數(shù)字簽章的有效性認(rèn)證，如果業(yè)務(wù)數(shù)據(jù)通過數(shù)字簽章的有效
性認(rèn)證，執(zhí)行步驟87;否則執(zhí)行步驟810。
本步驟中，業(yè)務(wù)信息中包括至少一條支付令，每條支付令包括支付金額 和收款方信息。此時(shí)，可根據(jù)數(shù)字簽章的支付指令信息認(rèn)證業(yè)務(wù)數(shù)據(jù)的有效 性，例如業(yè)務(wù)信息認(rèn)證模塊統(tǒng)計(jì)業(yè)務(wù)信息中各支付令的支付金額的總額和 支付令的數(shù)量，如果業(yè)務(wù)信息中統(tǒng)計(jì)得出的各支付令的支付金額的總額與數(shù) 字簽章中包含的支付總額相符，并且業(yè)務(wù)信息中支付令的數(shù)量與數(shù)字簽章中 包含的支付令總數(shù)相符時(shí)，則業(yè)務(wù)信息通過所述數(shù)字簽章的有效性認(rèn)證；否 則，該業(yè)務(wù)信息未通過數(shù)字簽章的有效性認(rèn)證。
步驟87、業(yè)務(wù)信息認(rèn)證模塊判斷業(yè)務(wù)信息中的每條支付令中是否包含預(yù) 算單位信息，如果業(yè)務(wù)信息中的支付令包含有預(yù)算單位信息，則執(zhí)行步驟88; 否則執(zhí)行步驟89。
業(yè)務(wù)信息中包括至少一條支付令，每條支付令包括支付金額和收款方信 息。對于國庫集中支付的應(yīng)用實(shí)例，當(dāng)一條支付令中未包含預(yù)算單位信息時(shí)，
該指令可對應(yīng)者國庫集中直接支付指令；當(dāng) 一條支付令中有包含預(yù)算單位信 息時(shí)，該指令可對應(yīng)者國庫集中授權(quán)支付指令，由授權(quán)支付認(rèn)證模塊對包含 有預(yù)算單位信息的支付令進(jìn)行逐條認(rèn)證支付令的有效性。
步驟88、業(yè)務(wù)信息認(rèn)證模塊認(rèn)證支付令包含的預(yù)算單位信息的有效性， 如果支付令包含的預(yù)算單位信息通過有效性認(rèn)證，執(zhí)行步驟89;否則執(zhí)行步 驟810。
業(yè)務(wù)信息認(rèn)證模塊可根據(jù)預(yù)先存儲的有效的預(yù)算單位信息，認(rèn)證支付令 包含的預(yù)算單位信息的有效性。其中，有效的預(yù)算單位信息可預(yù)先存儲在電 子支付系統(tǒng)的安全信息數(shù)據(jù)庫中，業(yè)務(wù)信息認(rèn)證模塊可調(diào)用安全信息數(shù)據(jù)庫 中的有效的預(yù)算單位信息對支付令中包含的預(yù)算單位信息的有效性進(jìn)行認(rèn) 證。例如如果安全信息數(shù)據(jù)庫中存儲的有效的預(yù)算單位信息可為有效預(yù) 算單位的名稱、與該有效預(yù)算單位相應(yīng)的有效賬號、賬戶總額、允許支付金額等信息，授權(quán)支付認(rèn)證單元可根據(jù)安全信息數(shù)據(jù)庫存儲的有效的預(yù)算單位 信息，分別驗(yàn)證支付令包含的預(yù)算單位名稱是否已注冊、預(yù)算單位的賬號是 否正確、需支付的金額是否在賬戶總額范圍內(nèi)并在允許支付金額范圍內(nèi)等預(yù) 算單位信息。如果支付令包含的預(yù)算單位信息通過認(rèn)證時(shí)，該支付令通過授權(quán)認(rèn)證，向支付模塊發(fā)送相應(yīng)的業(yè)務(wù)信息；如果支付令包含的預(yù)算單位信息 與安全信息數(shù)據(jù)庫存儲的相應(yīng)的有效的預(yù)算單位信息不對應(yīng)時(shí)，將支付令有 效性認(rèn)證失敗的消息上報(bào)給預(yù)警模塊。步驟89、支付模塊根據(jù)業(yè)務(wù)信息向收款人支付相應(yīng)金額，如果電子支付 成功，執(zhí)行步驟811;否則執(zhí)行步驟810。對于在支付令中包含預(yù)算單位信息的授權(quán)支付時(shí)，在支付模塊根據(jù)業(yè)務(wù) 信息向收款人支付相應(yīng)金額后，存儲在安全信息數(shù)據(jù)庫中的有效的預(yù)算單位 信息會進(jìn)行相應(yīng)的更新保存，例如在支付模塊成功支付收款人相應(yīng)金額后， 存儲在安全信息數(shù)據(jù)庫中的有效的預(yù)算單位信息中會扣除相等金額等。步驟810、電子支付流程異常，預(yù)警模塊中止電子支付流程并發(fā)送相應(yīng) 的預(yù)警消息，執(zhí)行步驟811。在電子支付流程中，在支付指令數(shù)據(jù)包解密失敗、數(shù)字簽章合法性認(rèn)證 失敗、業(yè)務(wù)信息有效性認(rèn)證失敗或向收款方支付相應(yīng)金額失敗時(shí)等出現(xiàn)電子支付異常情況，預(yù)警模塊可中止電子支付流程并發(fā)送相應(yīng)的預(yù)警消息。在業(yè) 務(wù)數(shù)據(jù)認(rèn)證過程中，如果業(yè)務(wù)信息中支付金額的總額不等于數(shù)字簽章中包含 的支付總額或業(yè)務(wù)信息中支付令的數(shù)量不等于該數(shù)字簽章中包含的支付令總 數(shù)，則業(yè)務(wù)信息未通過數(shù)字簽章的有效性認(rèn)證，此時(shí)，業(yè)務(wù)信息認(rèn)證模塊向 預(yù)警模塊發(fā)送業(yè)務(wù)信息未通過數(shù)字簽章認(rèn)證的消息，預(yù)警模塊接收到業(yè)務(wù)信 息認(rèn)證模塊發(fā)送的業(yè)務(wù)信息未通過數(shù)字簽章認(rèn)證的消息時(shí)，中止電子支付流 程并發(fā)送業(yè)務(wù)信息未通過數(shù)字簽章認(rèn)證的預(yù)警信息。類似的，對于數(shù)字簽章 合法性認(rèn)證失敗、支付令有效性認(rèn)證失敗或支付模塊未能向收款方成功支付 相應(yīng)金額時(shí)，可通過預(yù)警模塊發(fā)出相應(yīng)的預(yù)警信息，電子支付異常情況排除后，可恢復(fù)電子支付流程的中斷，重新或接續(xù)電子支付的流程。
步驟811、結(jié)束電子支付流程。
在電子支付系統(tǒng)實(shí)際運(yùn)行中，對電子支付異常情況進(jìn)行預(yù)警情形的條件 設(shè)置可非常靈活，例如對預(yù)算單位的授權(quán)支付的金額以及每天支付的次數(shù) 進(jìn)行監(jiān)控，如果支付令中包含的預(yù)算單位信息不符合安全信息數(shù)據(jù)庫存儲的 有效的預(yù)算單位信息的要求時(shí)，都可由預(yù)警模塊發(fā)出相應(yīng)的預(yù)警信息；支付 令超過有效期時(shí)，也可由預(yù)警模塊發(fā)出相應(yīng)的預(yù)警信息等。
本實(shí)施例在實(shí)現(xiàn)本發(fā)明電子支付方法第 一 實(shí)施例的技術(shù)效果的基礎(chǔ)上， 解密模塊、數(shù)字簽章認(rèn)證模塊和業(yè)務(wù)信息認(rèn)證模塊還可根據(jù)安全信息數(shù)據(jù)庫 上存儲的安全信息分別相應(yīng)的解密或認(rèn)證，在解密模塊、數(shù)字簽章認(rèn)證模塊、 業(yè)務(wù)信息認(rèn)證模塊和支付模塊在電子支付流程中出現(xiàn)的異常情況，可通過預(yù) 警模塊實(shí)現(xiàn)電子支付并發(fā)出相應(yīng)的預(yù)警，使得電子支付的安全性和可靠性得 以進(jìn)一步提高，便于對電子支付流程進(jìn)行有效監(jiān)控等。
圖9為本發(fā)明電子支付方法第三實(shí)施例流程圖。本實(shí)施例可為本發(fā)明電 子支付方法中預(yù)警消息的生成和處理流程。該實(shí)施例的運(yùn)行場景可參見本發(fā) 明電子支付系統(tǒng)第三實(shí)施例的結(jié)構(gòu)示意圖。如圖9所示，本實(shí)施例包括
步驟91、觸發(fā)單元在電子支付過程出現(xiàn)異常情況時(shí)，中斷電子支付流程， 生成預(yù)警信號；該異常情況可包括支付指令數(shù)據(jù)包接收失敗、支付指令數(shù)據(jù) 包解密失敗、數(shù)字簽章合法性認(rèn)證失敗、業(yè)務(wù)信息有效性認(rèn)證失敗或向收款 方支付相應(yīng)金額失敗等。
步驟92、處理單元根據(jù)預(yù)警信號生成預(yù)警消息。該預(yù)警信息可為預(yù)警短 消息、預(yù)警語音、預(yù)警郵件、預(yù)警傳真等類型。
步驟93、處理單元將預(yù)警消息發(fā)送給第一終端并啟動預(yù)警定時(shí)器。
步驟94、處理單元在預(yù)警定時(shí)器超時(shí)時(shí)，將預(yù)警消息發(fā)送給第二終端并 重新啟動預(yù)警定時(shí)器。
步驟95、處理單元在預(yù)警定時(shí)器再次超時(shí)時(shí)，記錄異常情況，并以預(yù)設(shè)的時(shí)間間隔重復(fù)向第三終端發(fā)送預(yù)警消息。步驟96、撤銷單元在接收到預(yù)警撤銷指示時(shí)，恢復(fù)或終止電子支付流程。 本實(shí)施例在實(shí)現(xiàn)本發(fā)明電子支付方法第二實(shí)施例的技術(shù)效果的基礎(chǔ)上， 通過觸發(fā)單元在電子支付過程中出現(xiàn)異常情況時(shí)，及時(shí)中斷電子支付流程并 發(fā)出預(yù)警信號，由處理單元根據(jù)預(yù)警信號生成相應(yīng)的預(yù)警信息逐層發(fā)送給第 一終端、第二終端和第三終端，在預(yù)警4敎銷時(shí)，可恢復(fù)或終止電子支付流程，有利于提高業(yè)務(wù)的安全性和可靠性；進(jìn)一步的，在系統(tǒng)接收到支付指令數(shù)據(jù) 包并進(jìn)行存儲時(shí)，可生成相應(yīng)的業(yè)務(wù)處理提示消息，從而有利于保證業(yè)務(wù)處 理的及時(shí)性。圖10為本發(fā)明電子支付方法第四實(shí)施例流程圖。本實(shí)施例即為對預(yù)警信 號的處理流程。該實(shí)施例的運(yùn)行場景可參見本發(fā)明電子支付系統(tǒng)第四實(shí)施例 的結(jié)構(gòu)示意圖。如圖10所示，本實(shí)施例包括步驟101、觸發(fā)單元在電子支付過程出現(xiàn)異常情況時(shí)，中斷電子支付流 程，生成預(yù)警信號；該異常情況可包括支付指令數(shù)據(jù)包接收失敗、支付指令 數(shù)據(jù)包解密失敗、數(shù)字簽章合法性認(rèn)證失敗、業(yè)務(wù)信息有效性認(rèn)證失敗或向 收款方支付相應(yīng)金額失敗等。步驟102、短消息生成子單元根據(jù)預(yù)警信號生成相應(yīng)的預(yù)警短消息。步驟103、第一短消息發(fā)送子單元將預(yù)警短消息發(fā)送給第一手機(jī)，等待 第一手機(jī)的響應(yīng)，并啟動預(yù)警定時(shí)器。步驟104、預(yù)警定時(shí)器超時(shí)，第一短消息發(fā)送子單元判斷是否接收到第 一手機(jī)的響應(yīng)短消息，如果接收到第一手機(jī)的響應(yīng)短消息，執(zhí)行步驟108， 否則執(zhí)行步驟105。步驟105、第二短消息發(fā)送子單元將預(yù)警短消息發(fā)送給第二手機(jī)，等待 第二手機(jī)的響應(yīng)，并重新啟動預(yù)警定時(shí)器。步驟106、預(yù)警定時(shí)器超時(shí)，第二短消息發(fā)送子單元判斷是否接收到第 一手機(jī)的響應(yīng)短消息，如果接收到第一手機(jī)的響應(yīng)短消息，執(zhí)行步驟108,否則執(zhí)行步驟107。
步驟107、第三短消息發(fā)送子單元以預(yù)設(shè)的時(shí)間間隔重復(fù)向第三手機(jī)發(fā) 送所述預(yù)警短消息，直至接收到所述第三手機(jī)發(fā)送的響應(yīng)短消息時(shí)，執(zhí)行步 驟108。
步驟10S、第一停止轉(zhuǎn)發(fā)單元使第一短消息發(fā)送子單元、第二短消息發(fā) 送子單元和第三短消息發(fā)送子單元停止轉(zhuǎn)發(fā)預(yù)警短消息。
本實(shí)施例在實(shí)現(xiàn)本發(fā)明電子支付方法第三實(shí)施例的技術(shù)效果的基礎(chǔ)上， 通過預(yù)警模塊與手機(jī)短消息方式發(fā)送預(yù)警短消息或業(yè)務(wù)提示短消息，有利于 建立自動提示機(jī)制和逐層上報(bào)預(yù)警機(jī)制，形式非常靈活，有利于提高電子支 付的及時(shí)性、安全性和可靠性。
圖11為本發(fā)明電子支付方法第五實(shí)施例流程圖。本實(shí)施例即為對預(yù)警信 號的另一處理流程。該實(shí)施例的運(yùn)行場景可參見本發(fā)明電子支付系統(tǒng)第五實(shí) 施例的結(jié)構(gòu)示意圖。如圖ll所示，本實(shí)施例包括
步驟111、觸發(fā)單元在電子支付過程出現(xiàn)異常情況時(shí)，中斷電子支付流 程，生成預(yù)警信號。
步驟112、預(yù)警語音生成子單元根據(jù)預(yù)警信號生成相應(yīng)的預(yù)警語音；該 預(yù)警語音可為用于提示電子支付流程中異常情況的語音片斷等。
步驟113、第一呼叫子單元呼叫第一手機(jī)；
步驟114、第一呼叫子單元與第一手機(jī)是否建立通話，是則執(zhí)行步驟 1110;如果第一手機(jī)未響應(yīng)，則執(zhí)行步驟115。 步驟115、第二呼叫子單元呼叫第二手機(jī)；
步驟116、第二呼叫子單元與第二手機(jī)是否建立通話，是則執(zhí)行步驟 1110;如果第二手機(jī)未響應(yīng)，則執(zhí)行步驟117。 步驟117、第三呼叫子單元呼叫第三手機(jī)；
步驟118、第三呼叫子單元與第三手機(jī)是否建立通話，是則執(zhí)行步驟 1110;否則執(zhí)行步驟119。步驟119、第三呼叫子單元以預(yù)設(shè)的時(shí)間間隔重復(fù)呼叫第三手機(jī)，執(zhí)行 步驟118。
步驟lllO、向第一手機(jī)、第二手機(jī)或第三手機(jī)播放預(yù)警語音。
本實(shí)施例在實(shí)現(xiàn)本發(fā)明電子支付方法第三實(shí)施例的技術(shù)效果的基礎(chǔ)上， 通過預(yù)警模塊與手機(jī)呼叫方式進(jìn)行通信，在預(yù)警模塊與相應(yīng)手機(jī)建立通話連 接時(shí)，發(fā)送預(yù)警語音或業(yè)務(wù)提示語音，有利于建立自動提示機(jī)制和逐層上報(bào) 預(yù)警機(jī)制，形式非常靈活，有利于提高電子支付的及時(shí)性、安全性和可靠性。
圖12為本發(fā)明電子支付方法第六實(shí)施例流程圖。本實(shí)施例即為對預(yù)警信 號的再一處理流程。該實(shí)施例的運(yùn)行場景可參見本發(fā)明電子支付系統(tǒng)第六實(shí) 施例的結(jié)構(gòu)示意圖。如圖12所示，本實(shí)施例包括
步驟121、觸發(fā)單元在電子支付過程出現(xiàn)異常情況時(shí)，中斷電子支付流 程，生成預(yù)警信號。
步驟122、預(yù)警郵件生成子單元根據(jù)預(yù)警信號生成相應(yīng)的預(yù)警郵件；
步驟123、第一郵件發(fā)送子單元將預(yù)警郵件發(fā)送給第一計(jì)算機(jī)，等待第 一計(jì)算機(jī)響應(yīng)，并啟動預(yù)警定時(shí)器；
步驟124、預(yù)警定時(shí)器超時(shí)，第一郵件發(fā)送子單元判斷是否接收到第一 計(jì)算機(jī)的已讀響應(yīng)消息，如果接收到第一計(jì)算機(jī)的已讀響應(yīng)消息，執(zhí)行步驟 128，否則執(zhí)行步驟125。
步驟125、第二郵件發(fā)送子單元將預(yù)警郵件發(fā)送給第二計(jì)算機(jī)，等待第 二計(jì)算機(jī)響應(yīng)，并重新啟動預(yù)警定時(shí)器。
步驟126、預(yù)警定時(shí)器超時(shí)，第二郵件發(fā)送子單元判斷是否接收到第二 計(jì)算機(jī)的已讀響應(yīng)消息，如果接收到第二計(jì)算機(jī)的已讀響應(yīng)消息，執(zhí)行步驟 128，否則執(zhí)行步驟127。
步驟127、第三郵件發(fā)送子單元以預(yù)設(shè)的時(shí)間間隔重復(fù)向第三計(jì)算機(jī)發(fā) 送預(yù)警郵件，直至接收到第三計(jì)算機(jī)發(fā)送的已讀響應(yīng)消息時(shí)，執(zhí)行步驟128。
步驟128、第二停止轉(zhuǎn)發(fā)單元使第一郵件發(fā)送子單元、第二郵件發(fā)送子單元和第三郵件發(fā)送子單元停止轉(zhuǎn)發(fā)預(yù)警郵件。
本實(shí)施例在實(shí)現(xiàn)本發(fā)明電子支付系統(tǒng)第三實(shí)施例的技術(shù)效果的基礎(chǔ)上， 預(yù)警模塊通過互聯(lián)網(wǎng)與計(jì)算機(jī)進(jìn)行預(yù)警消息的通信，發(fā)送預(yù)警郵件或業(yè)務(wù)提 示郵件，有利于建立自動提示機(jī)制和逐層上報(bào)預(yù)警機(jī)制，形式非常靈活，有 利于提高電子支付的及時(shí)性、安全性和可靠性。
本發(fā)明電子支付系統(tǒng)和方法可應(yīng)用到財(cái)政撥款的電子支付中，還可應(yīng)用 到其他對電子支付領(lǐng)域或?qū)Π踩浴⒖煽啃缘刃阅芤蟾叩碾娮又Ц额I(lǐng)域中， 其實(shí)現(xiàn)電子支付的系統(tǒng)和流程與上述實(shí)施例相似，不再贅述。
本領(lǐng)域普通技術(shù)人員可以理解附圖只是一個優(yōu)選實(shí)施例的示意圖，附
圖中的模塊或流程并不一定是實(shí)施本發(fā)明所必須的。
本領(lǐng)域普通技術(shù)人員可以理解實(shí)施例中的裝置中的模塊可以按照實(shí)施 例描述分布于實(shí)施例的裝置中，也可以進(jìn)行相應(yīng)變化位于不同于本實(shí)施例的 一個或多個裝置中。上述實(shí)施例的模塊可以合并為一個才莫塊，也可以進(jìn)一步 拆分成多個子模塊。
上述本發(fā)明實(shí)施例序號僅僅為了描述，不代表實(shí)施例的優(yōu)劣。
本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述方法實(shí)施例的全部或部分步驟 可以通過程序指令相關(guān)的硬件來完成，前述的程序可以存儲于一計(jì)算機(jī)可讀 取存儲介質(zhì)中，該程序在執(zhí)行時(shí)，執(zhí)行包括上述方法實(shí)施例的步驟；而前述 的存儲介質(zhì)包括R0M、 RAM、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。
最后應(yīng)說明的是以上實(shí)施例僅用以說明本發(fā)明的技術(shù)方案，而非對其 限制；盡管參照前述實(shí)施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù) 人員應(yīng)當(dāng)理解其依然可以對前述實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者 對其中部分技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù) 方案的本質(zhì)脫離本發(fā)明實(shí)施例技術(shù)方案的精神和范圍。
權(quán)利要求
1、一種電子支付系統(tǒng)，其特征在于，包括解密模塊，用于對接收的支付指令數(shù)據(jù)包進(jìn)行解密，獲取所述支付指令數(shù)據(jù)包包括的數(shù)字簽章和業(yè)務(wù)信息；數(shù)字簽章認(rèn)證模塊，用于認(rèn)證所述數(shù)字簽章的合法性，在所述數(shù)字簽章通過合法性認(rèn)證時(shí)，讀取所述數(shù)字簽章的支付指令信息；業(yè)務(wù)信息認(rèn)證模塊，用于根據(jù)所述數(shù)字簽章的支付指令信息認(rèn)證所述業(yè)務(wù)信息的有效性；支付模塊，用于在所述業(yè)務(wù)信息通過有效性認(rèn)證時(shí)，根據(jù)所述業(yè)務(wù)信息向收款方支付相應(yīng)金額。
2、 根據(jù)權(quán)利要求1所述的電子支付系統(tǒng)，其特征在于，還包括安全信息 數(shù)據(jù)庫，用于存儲至少以下信息之一支付指令數(shù)據(jù)包的解壓密碼、支付指令數(shù)據(jù)包的解密算法、合法數(shù)字簽章密鑰、有效的預(yù)算單位信息。
3、 根據(jù)權(quán)利要求2所述的電子支付系統(tǒng)，其特征在于，所述解密模塊包括: 接收存儲單元，用于接收并存儲支付指令數(shù)據(jù)包；解密單元，用于根據(jù)安全信息數(shù)據(jù)庫存儲的解壓密碼或解密算法，對所 述接收單元接收的支付指令數(shù)據(jù)包進(jìn)行解密，在所述支付指令數(shù)據(jù)包成功解 密時(shí)，獲取所述支付指令數(shù)據(jù)包包括的數(shù)字簽章和業(yè)務(wù)信息，將所述數(shù)字簽 章和業(yè)務(wù)信息分別發(fā)送給所述數(shù)字簽章認(rèn)證模塊和業(yè)務(wù)信息認(rèn)證模塊。
4、 根據(jù)權(quán)利要求3所述的電子支付系統(tǒng)，其特征在于，所述數(shù)字簽章認(rèn) 證模塊包括簽章認(rèn)證單元，用于根據(jù)所述安全信息數(shù)據(jù)庫存儲的密鑰認(rèn)證所述數(shù)字 簽章的合法性；讀取單元，在所述數(shù)字簽章通過合法性認(rèn)證時(shí)，讀取所述數(shù)字簽章的支 付指令信息，所述支付指令信息包括支付總額和支付令總數(shù)。
5、 根據(jù)權(quán)利要求4所述的電子支付系統(tǒng)，其特征在于，所述業(yè)務(wù)信息認(rèn) 證模塊包括業(yè)務(wù)數(shù)據(jù)認(rèn)證單元，用于統(tǒng)計(jì)所述業(yè)務(wù)信息中各支付令的支付金額的總 額和支付令的數(shù)量，在所述業(yè)務(wù)信息中各支付令的支付金額的總額與所述數(shù) 字簽章中包含的支付總額相符，并且所述業(yè)務(wù)信息中支付令的數(shù)量與所述數(shù) 字簽章中包含的支付令總數(shù)相符時(shí)，所述業(yè)務(wù)信息通過所述數(shù)字簽章的有效 性認(rèn)證；授權(quán)支付認(rèn)證單元，用于在所述支付令包含有在所述業(yè)務(wù)信息中的支付 令包含有預(yù)算單位信息時(shí)，根據(jù)預(yù)先存儲的有效的預(yù)算單位信息，認(rèn)證支付 令包含的預(yù)算單位信息的有效性。
6、 根據(jù)權(quán)利要求5所述的電子支付系統(tǒng)，其特征在于，還包括支付指令 發(fā)送^f莫塊，用于加密封裝所述支付指令數(shù)據(jù)包并發(fā)送。
7、 根據(jù)權(quán)利要求1-6所述的任一電子支付系統(tǒng)，其特征在于，還包括預(yù) 警模塊，用于在所述電子支付過程出現(xiàn)異常情況時(shí)，中斷電子支付流程并發(fā) 送相應(yīng)的預(yù)警消息；所述異常情況包括支付指令數(shù)據(jù)包接收失敗、支付指令 數(shù)據(jù)包解密失敗、數(shù)字簽章合法性認(rèn)證失敗、業(yè)務(wù)信息有效性認(rèn)證失敗或向 收款方支付相應(yīng)金額失敗。
8、 根據(jù)權(quán)利要求7所述的電子支付系統(tǒng)，其特征在于，還包括與所述預(yù) 警模塊通信的至少 一個終端。
9、 根據(jù)權(quán)利要求8所述的電子支付系統(tǒng)，其特征在于，所述終端為計(jì)算 機(jī)、手機(jī)或傳真才幾。
10、 根據(jù)權(quán)利要求9所述的電子支付系統(tǒng)，其特征在于，所述至少一個 終端包括第一終端、第二終端和第三終端；所述預(yù)警模塊包括觸發(fā)單元，用于在所述電子支付過程出現(xiàn)所述異常情況時(shí)，中斷電子支 付流程并生成預(yù)警信號；處理單元，用于才艮據(jù)所述預(yù)警信號生成相應(yīng)的預(yù)警消息；將所述預(yù)警消 息發(fā)送給所述第一終端并啟動預(yù)警定時(shí)器；在所述預(yù)警定時(shí)器超時(shí)時(shí)，將所 述預(yù)警消息發(fā)送給所述第二終端并重新啟動所述預(yù)警定時(shí)器；和/或在所述預(yù) 警定時(shí)器再次超時(shí)時(shí)，記錄所述異常情況，并以預(yù)設(shè)的時(shí)間間隔重復(fù)向所述 第三終端發(fā)送所述預(yù)警消息。
11、根據(jù)權(quán)利要求IO所述的電子支付系統(tǒng)，其特征在于，所述預(yù)警模塊 還包括撤銷單元，用于在接收到預(yù)警撤銷指示時(shí)，恢復(fù)或終止電子支付流程。
12 、根據(jù)權(quán)利要求10所述的電子支付系統(tǒng)，其特征在于， 所述處理單元還用于在成功存儲所述支付指令數(shù)據(jù)包時(shí)，生成相應(yīng)的業(yè)務(wù)處理提示消息，將所述業(yè)務(wù)處理提示消息發(fā)送給所述第一終端、第二終端或第三終端。
13、根據(jù)權(quán)利要求12所述的電子支付系統(tǒng)，其特征在于，所述第一終端、 第二終端和第三終端分別為第一手機(jī)、第二手機(jī)和第三手機(jī)；所述預(yù)警消息 為預(yù)警短消息；所述處理單元包括短消息生成子單元、第一短消息發(fā)送子單元、第二短 消息發(fā)送子單元、第三短消息發(fā)送子單元和第一停止轉(zhuǎn)發(fā)子單元；所述短消息生成子單元用于根據(jù)所述預(yù)警信號生成相應(yīng)的預(yù)警短消息， 將所述預(yù)警短消息發(fā)送給所述第 一短消息發(fā)送子單元；所述第一短消息發(fā)送子單元用于將所述預(yù)警短消息發(fā)送給所述第一手 機(jī)，等待所述第一手機(jī)的響應(yīng)，并啟動預(yù)警定時(shí)器，如果在預(yù)警定時(shí)器超時(shí) 之前接收到所述第一手機(jī)的響應(yīng)短消息時(shí)，激活所述第一停止轉(zhuǎn)發(fā)單元，否 則激活所述第二短消息發(fā)送子單元；所述第二短消息發(fā)送子單元用于在所述第 一短消息發(fā)送子單元激活下， 將所述預(yù)警短消息發(fā)送給所述第二手機(jī)，等待所述第二手機(jī)的響應(yīng)，并重新 啟動預(yù)警定時(shí)器，如果在預(yù)警定時(shí)器超時(shí)之前接收到所述第二手機(jī)的響應(yīng)短消息，激活所述第一停止轉(zhuǎn)發(fā)單元，否則激活所述第三短消息發(fā)送子單元； 所述第三短消息發(fā)送子單元用于在所述第二短消息發(fā)送子單元的激活下，以預(yù)設(shè)的時(shí)間間隔重復(fù)向所述第三手機(jī)發(fā)送所述預(yù)警短消息，在接收到所述第三手機(jī)發(fā)送的響應(yīng)短消息時(shí)，激活所述第一停止轉(zhuǎn)發(fā)單元；第一停止轉(zhuǎn)發(fā)單元，用于在所述第一短消息發(fā)送子單元、第二短消息發(fā)送子單元或第三短消息發(fā)送子單元的激活下，關(guān)閉預(yù)警定時(shí)器，并停止轉(zhuǎn)發(fā)所述預(yù)警短消息。
14、 根據(jù)權(quán)利要求12所述的電子支付系統(tǒng)，其特征在于，所述第一終端、 第二終端和第三終端分別為第一手^L、第二手^L和第三手^L;所述預(yù)警消息為預(yù)警語音；所述處理單元包括預(yù)警語音生成子單元、第一呼叫子單元、第二呼叫子 單元和第三呼叫子單元；所述預(yù)警語音生成子單元用于根據(jù)所述預(yù)警信號生成相應(yīng)的預(yù)警語音， 將所述預(yù)警語音發(fā)送給所述第一呼叫子單元；所述第一呼叫子單元用于呼叫所述第一手機(jī)，在與所述第一手機(jī)建立通 話時(shí)，播放所述預(yù)警語音；如果所述第一手機(jī)未響應(yīng)，激活所述第二呼叫子 單元；所述第二呼叫子單元用于在所述第一呼叫子單元激活下，呼叫所述第二 手機(jī)，在與所述第二手機(jī)建立通話時(shí)，播放所述預(yù)警語音；如果所述第二手 機(jī)未響應(yīng)，激活所述第三呼叫子單元；所述第三呼叫子單元用于在所述第二呼叫子單元激活下，呼叫所述第三 手機(jī)，在與所述第三手4幾建立通話時(shí)，播放所述預(yù)警語音；如果所述第三手機(jī)未響應(yīng)，以預(yù)"&的時(shí)間間隔重復(fù)呼叫所述第三手^L。
15、 根據(jù)權(quán)利要求12所述的電子支付系統(tǒng)，其特征在于，所述第一終端、 第二終端和第三終端分別為第一計(jì)算機(jī)、第二計(jì)算機(jī)和第三計(jì)算機(jī)；所述預(yù)警消息為預(yù)警郵件；所述處理單元包括預(yù)警郵件生成子單元、第一郵件發(fā)送子單元、第二郵件發(fā)送子單元、第三郵件發(fā)送子單元和第二停止轉(zhuǎn)發(fā)單元；所述預(yù)警郵件生成子單元用于才艮據(jù)所述預(yù)警信號生成相應(yīng)的預(yù)警郵件， 將所述預(yù)警郵件發(fā)送給所述第一郵件發(fā)送子單元；所述第一郵件發(fā)送子單元用于將所述預(yù)警郵件發(fā)送給第一計(jì)算機(jī)，等待 所述第一計(jì)算機(jī)響應(yīng)，并啟動預(yù)警定時(shí)器，如果在預(yù)警定時(shí)器超時(shí)之前接收 到所述第一計(jì)算機(jī)的已讀響應(yīng)消息時(shí)，激活所述第二停止轉(zhuǎn)發(fā)單元，否則激 活所述第二郵件發(fā)送子單元；所述第二郵件發(fā)送子單元用于在所述第一郵件發(fā)送子單元激活下，將所 述預(yù)警短消息發(fā)送給所述第二計(jì)算機(jī)，等待所述第二計(jì)算機(jī)響應(yīng)，并重新啟 動預(yù)警定時(shí)器，如果在預(yù)警定時(shí)器超時(shí)之前接收到所述第二計(jì)算機(jī)的已讀響 應(yīng)消息時(shí)，激活所述第二停止轉(zhuǎn)發(fā)單元，否則激活第三郵件發(fā)送子單元；所述第三郵件發(fā)送子單元用于在所述第二郵件發(fā)送子單元的激活下，以 預(yù)設(shè)的時(shí)間間隔重復(fù)向所述第三計(jì)算機(jī)發(fā)送所述預(yù)警郵件，在接收到所述第 三計(jì)算機(jī)發(fā)送的已讀響應(yīng)消息時(shí)，激活所述第二停止轉(zhuǎn)發(fā)單元；第二停止轉(zhuǎn)發(fā)單元，用于在所述第一郵件發(fā)送子單元、第二郵件發(fā)送子 單元或第三郵件發(fā)送子單元的激活下，關(guān)閉預(yù)警定時(shí)器，并停止轉(zhuǎn)發(fā)所述預(yù) 警郵件。
16、 一種電子支付方法，其特征在于，包括對接收的支付指令數(shù)據(jù)包進(jìn)行解密，獲取所述支付指令數(shù)據(jù)包包括的數(shù) 字簽章和業(yè)務(wù)信息；認(rèn)證所述數(shù)字簽章的合法性，在所述數(shù)字簽章通過合法性認(rèn)證時(shí)，讀取 所述數(shù)字簽章的支付指令信息；根據(jù)所述數(shù)字簽章的支付指令信息認(rèn)證所述業(yè)務(wù)信息的有效性，在所述 業(yè)務(wù)信息通過有效性認(rèn)證時(shí)，根據(jù)所述業(yè)務(wù)信息向收款方支付相應(yīng)金額。
17、 根據(jù)權(quán)利要求16所述的電子支付方法，其特征在于，所述對支付指令數(shù)據(jù)包進(jìn)行解密之前，還包括 接收所述支付指令數(shù)據(jù)包；在所述支付指令數(shù)據(jù)包接收成功后，存儲所述支付指令數(shù)據(jù)包； 在所述支付指令數(shù)據(jù)包存儲成功后，生成業(yè)務(wù)處理提示消息并發(fā)送。
18、 根據(jù)權(quán)利要求17所述的電子支付方法，其特征在于，所述對支付指 令數(shù)據(jù)包進(jìn)行解密包括根據(jù)預(yù)先存儲的解壓密碼或解密算法，對所述接收 單元接收的支付指令數(shù)據(jù)包進(jìn)行解密。
19、 根據(jù)權(quán)利要求16所述的電子支付方法，其特征在于，所述認(rèn)證所述 數(shù)字簽章的合法性包括根據(jù)預(yù)先存儲的密鑰認(rèn)證所述數(shù)字簽章的合法性。
20、 根據(jù)權(quán)利要求16所述的電子支付方法，其特征在于，所述數(shù)字簽章 的支付指令信息包括支付總額和支付令總數(shù)；所述業(yè)務(wù)信息包括至少一條支 付令，每條支付令包括支付金額和收款方信息；所述根據(jù)數(shù)字簽章的支付指 令信息認(rèn)證所述業(yè)務(wù)信息的有效性包括統(tǒng)計(jì)所述業(yè)務(wù)信息中各支付令的支付金額的總額和支付令的數(shù)量，在所 述業(yè)務(wù)信息中各支付令的支付金額的總額與所述數(shù)字簽章中包含的支付總額 相符，并且所述業(yè)務(wù)信息中支付令的數(shù)量與所述數(shù)字簽章中包含的支付令總 數(shù)相符時(shí)，所述業(yè)務(wù)信息通過所述數(shù)字簽章的有效性認(rèn)證。
21、 根據(jù)權(quán)利要求20所述的電子支付方法，其特征在于，業(yè)務(wù)信息通過所述數(shù)字簽章的有效性認(rèn)證之后，還包括在所述業(yè)務(wù)信息中的支付令包含有預(yù)算單位信息時(shí)，才艮據(jù)預(yù)先存儲的有 效的預(yù)算單位信息，認(rèn)證支付令包含的預(yù)算單位信息的有效性。
22、 根據(jù)權(quán)利要求21所述的電子支付方法，其特征在于，在接收所述支 付指令數(shù)據(jù)包之前，還包括加密封裝所述支付指令數(shù)據(jù)包并發(fā)送。
23、 根據(jù)權(quán)利要求16-22所述的任一電子支付方法，其特征在于，在所 述電子支付過程出現(xiàn)異常情況時(shí)，中斷電子支付流程并發(fā)送相應(yīng)的預(yù)警消息；所述異常情況包括支付指令數(shù)據(jù)包接收失敗、支付指令數(shù)據(jù)包解密失敗、數(shù)字 簽章合法性認(rèn)證失敗、業(yè)務(wù)信息有效性認(rèn)證失敗或向收款方支付相應(yīng)金額失敗。
24、 根據(jù)權(quán)利要求23所述的電子支付方法，其特征在于，所述在電子支 付過程出現(xiàn)異常情況時(shí)，中斷電子支付流程并發(fā)送相應(yīng)的預(yù)警消息，包括在所述電子支付過程出現(xiàn)所述異常情況時(shí)，中斷電子支付流程，生成預(yù)警信號; 根據(jù)所述預(yù)警信號生成預(yù)警消息； 將所述預(yù)警消息發(fā)送給相應(yīng)終端。
25、 根據(jù)權(quán)利要求24所述的電子支付方法，其特征在于，所述將所述預(yù) 警消息發(fā)送給相應(yīng)終端包括將所述預(yù)警消息發(fā)送給第 一終端并啟動預(yù)警定時(shí)器；在所述預(yù)警定時(shí)器超時(shí)時(shí)，將所述預(yù)警消息發(fā)送給第二終端并重新啟動 所述預(yù)警定時(shí)器；和/或，在所述預(yù)警定時(shí)器再次超時(shí)時(shí)，記錄所述異常情況，并以預(yù)設(shè)的時(shí)間間 隔重復(fù)向第三終端發(fā)送所述預(yù)警消息。
26、 根據(jù)權(quán)利要求25所述的電子支付方法，其特征在于，還包括 在接收到預(yù)警4敬銷指示時(shí)，恢復(fù)或終止電子支付流程。
27、 根據(jù)權(quán)利要求26所述的電子支付方法，其特征在于，所述預(yù)警消息 為預(yù)警郵件、預(yù)警短消息或預(yù)警傳真；以及所述業(yè)務(wù)處理提示消息為業(yè)務(wù)處 理提示郵件、業(yè)務(wù)處理提示短消息或業(yè)務(wù)處理提示傳真。
28、 根據(jù)權(quán)利要求26所述的電子支付方法，其特征在于，所述預(yù)警消息 為預(yù)警短消息；所述根據(jù)預(yù)警信號生成預(yù)警消息，將所述預(yù)警消息發(fā)送給相 應(yīng)終端包括才艮據(jù)所述預(yù)警信號生成相應(yīng)的預(yù)警短消息；將所述預(yù)警短消息發(fā)送給第一手機(jī)，等待所述第一手機(jī)響應(yīng)，并啟動預(yù) 警定時(shí)器；如果在預(yù)警定時(shí)器超時(shí)之前接收到所述第一手機(jī)的響應(yīng)短消息時(shí)，停止轉(zhuǎn)發(fā)所述預(yù)警短消息；否則將所述預(yù)警短消息發(fā)送給第二手機(jī)，等待所述第 二手機(jī)響應(yīng)，并重新啟動預(yù)警定時(shí)器；如果在預(yù)警定時(shí)器超時(shí)之前接收到所述第二手機(jī)的響應(yīng)短消息，停止轉(zhuǎn)發(fā) 所述預(yù)警短消息；否則以預(yù)設(shè)的時(shí)間間隔重復(fù)向第三手機(jī)發(fā)送所述預(yù)警短消 息，直至接收到所述第三手機(jī)發(fā)送的響應(yīng)短消息時(shí)，停止轉(zhuǎn)發(fā)所述預(yù)警短消息。
29、 根據(jù)權(quán)利要求26所述的電子支付方法，其特征在于，所述預(yù)警消息 為預(yù)警語音；所述4艮據(jù)預(yù)警信號生成預(yù)警消息，將所述預(yù)警消息發(fā)送給相應(yīng) 終端包括根據(jù)所述預(yù)警信號生成相應(yīng)的預(yù)警語音；呼叫第一手機(jī)，在與所述第一手機(jī)建立通話時(shí)，播放所述預(yù)警語音；如果所述第一手4幾未響應(yīng)，呼叫第二手機(jī)，在與所述第二手機(jī)建立通話 時(shí)，播放所述預(yù)警語音；如果所述第二手機(jī)未響應(yīng)，呼叫第三手機(jī)，在與所述第三手機(jī)建立通話 時(shí)，播放所述預(yù)警語音；如果所述第三手4幾未響應(yīng)，以預(yù)設(shè)的時(shí)間間隔重復(fù)呼叫所述第三手機(jī)。
30、 根據(jù)權(quán)利要求26所述的電子支付方法，其特征在于，所述預(yù)警消息 為預(yù)警郵件；所述根據(jù)預(yù)警信號生成預(yù)警消息，將所述預(yù)警消息發(fā)送給相應(yīng) 終端包括根據(jù)所述預(yù)警信號生成相應(yīng)的預(yù)警郵件，將所述預(yù)警郵件發(fā)送給第一計(jì) 算機(jī)，等待所述第一計(jì)算機(jī)響應(yīng)，并啟動預(yù)警定時(shí)器；如果在預(yù)警定時(shí)器超時(shí)之前接收到所述第 一計(jì)算機(jī)的已讀響應(yīng)消息時(shí)，停止轉(zhuǎn)發(fā)所述預(yù)警郵件，否則將所述預(yù)警短消息發(fā)送給第二計(jì)算機(jī)，等待所 述第二計(jì)算機(jī)響應(yīng)，并重新啟動預(yù)警定時(shí)器；如^預(yù)警定時(shí)器超時(shí)之前接收到所述第二計(jì)算機(jī)的已讀響應(yīng)消息時(shí)，停止 轉(zhuǎn)發(fā)所述預(yù)警郵件，否則以預(yù)設(shè)的時(shí)間間隔重復(fù)向第三計(jì)算機(jī)發(fā)送所述預(yù)警郵 件，在接收到所述第三計(jì)算機(jī)發(fā)送的已讀響應(yīng)消息時(shí)，停止轉(zhuǎn)發(fā)所述預(yù)警郵件。
全文摘要
本發(fā)明涉及了一種電子支付系統(tǒng)及方法。電子支付系統(tǒng)包括解密模塊、數(shù)字簽章認(rèn)證模塊、業(yè)務(wù)信息認(rèn)證模塊和支付模塊。電子支付方法包括對接收的支付指令數(shù)據(jù)包進(jìn)行解密，獲取所述支付指令數(shù)據(jù)包包括的數(shù)字簽章和業(yè)務(wù)信息；認(rèn)證所述數(shù)字簽章的合法性，在所述數(shù)字簽章通過合法性認(rèn)證時(shí)，讀取所述數(shù)字簽章的支付指令信息；根據(jù)所述數(shù)字簽章的支付指令信息認(rèn)證所述業(yè)務(wù)信息的有效性，在所述業(yè)務(wù)信息通過有效性認(rèn)證時(shí)，根據(jù)所述業(yè)務(wù)信息向收款方支付相應(yīng)金額。本發(fā)明實(shí)現(xiàn)財(cái)政撥款的電子支付，提高了財(cái)政撥款支付的效率；同時(shí)，在電子支付流程中有效保證了支付的安全性和可靠性，便于對電子支付流程進(jìn)行有效監(jiān)控等。
文檔編號H04L12/58GK101303753SQ200810114499
公開日2008年11月12日 申請日期2008年6月6日 優(yōu)先權(quán)日2008年6月6日
發(fā)明者盧文青, 涂志堅(jiān), 羅曉賢 申請人:中國民生銀行股份有限公司