專利名稱：一種數(shù)據(jù)安全處理方法
技術領域：
本發(fā)明涉及一種數(shù)據(jù)安全處理方法，特別是一種基于二維碼技術的數(shù)據(jù) 安全處理方法，屬于電子支付技術領域。
背景技術：
隨著電子銀行業(yè)務的發(fā)展，現(xiàn)代人的消費支付工具已經不局限于現(xiàn)金， 而是擴展到銀行卡、網上銀行、電話銀行和手機銀行。而隨著手機的日益普 及，這一現(xiàn)代化通信工具被賦予了更多的功能。手機支付(電子支付)是依 托銀行卡豐富的理財功能，充分發(fā)揮手機移動性等特點，為持卡人、手機用 戶提供個性化金融服務。手機支付作為一種嶄新的支付方式，具有方便、快 捷、安全、低廉等優(yōu)點，將引領移動電子商務和無線金融的發(fā)展，這些借助 手機延伸的功能性服務已經越來越貼近人們的生活。
目前，手機用戶群逐漸成為了最具支付能力的一個群體，業(yè)內人士因此 普遍認為，手機支付必將成為未來商家角逐的核心。然而，目前手機支付領 域無論是在開展業(yè)務的形式還是在用戶推廣方面都有較大的局限，。阻礙這種 集方便、快捷、安全、低廉等優(yōu)點為一體的新型支付方式，究其原因就是安 全隱憂。
用戶對安全的擔憂無疑是手機支付的最大障礙。據(jù)中國金融認證中心技 術顧問等相關人士調研和分析，用戶認為手機支付最應該改進的地方在于安 全性。由于手機支付需要提供個人賬戶密碼等資料，而且是通過無線方式傳 輸，這使用戶不同程度地存在安全方面的擔憂。特別是這些私人資料是否存 在被泄漏和竊取的危險，是用戶最為關注的問題。
此外是大多數(shù)手機受到SIM卡容量的限制，所發(fā)送的信息全部為明碼， 致使手機支付的安全性較低。

發(fā)明內容
本發(fā)明的第一個方面是提供一種數(shù)據(jù)安全處理方法，用以解決使用移動
終端進行轉賬交易不安4^j問題，實3層諷^#碼電子轉賬憑證進行轉賬交易。 本發(fā)明第一個方面通過一些實施方式提供了如下的技術方案提供一種
數(shù)據(jù)安全處理方法，包括以下步驟
步驟l 、第一電子設備向電子憑證支付平臺發(fā)送二維碼電子轉賬憑證生成
的請求消息，所述請求消息中攜帶有轉賬金額和所述二維碼電子轉賬憑證的
交易安全碼；
步驟2 、所述電子憑證支付平臺則根據(jù)所述請求消息中攜帶的信息生成二 維碼電子轉賬憑證，并將所述二維碼電子轉賬憑證發(fā)送到所述第一電子設備； 步驟3、所錄一電^i殳锎夸所述^^-馬電子轉賬憑"iiE^超ij第二電子設備； 步驟4 、所述第二電子設備向所述第一電子設備發(fā)送交易的確認消息； 步驟5 、所述第 一 電子設備向所述第二電子設備發(fā)送所述二維碼電子轉賬 憑證的交易安全碼；
步驟6、所述第二電子設備向所述電子憑證支付平臺發(fā)送所述二維碼電子 轉賬憑證和所述交易安全碼；
步驟7、所述電子憑證支付平臺驗證二維碼電子轉賬憑證通過后，所述
電子憑證支付平臺通過銀行前置機接口對所述二維碼電子轉賬憑證中的轉賬
金額進行轉賬，并分別發(fā)送交易的結果信息到所述第一電子設備和所述第二 電子設備。
本發(fā)明第一個方面的實施方式通過二維碼電子轉賬憑證可以安全而且快
捷地進行轉賬交易。用戶只要有移動終端在身邊就可以隨時進行轉賬交易；
用戶有二維碼電子轉賬憑證在手，比電話銀行操作完后用戶端沒有任何憑證 要完善，使用戶體驗更加可信與可靠。
下面通過附圖和實施方式，對本發(fā)明的技術方案做進一步的詳細描述。


圖1為本發(fā)明數(shù)據(jù)安全處理方法的第一實施方式的流程示意圖； 圖2為本發(fā)明數(shù)據(jù)安全處理方法的第二實施方式的流程示意圖； 圖3為本發(fā)明數(shù)據(jù)安全處理方法的第三實施方式的流程示意圖。。
具體實施例方式
手機支付憑證是以手機為憑證的承載工具，以"二維條碼技術"為憑證 的實現(xiàn)介質。二維條碼是用某種特定的幾何圖形按一定規(guī)律在平面(二維方 向上)分布的黑白相間的圖形記錄數(shù)據(jù)符號信息的；在代碼編制上巧妙地利 用構成計算機內部邏輯基礎的"0"、 'T，比特流的概念，使用若干個與二進 制相對應的幾何形體來表示文字數(shù)值信息，通過圖象輸入設備或光電掃描設 備自動識讀以實現(xiàn)信息自動處理它具有條碼技術的一些共性每種碼制有
其特定的字符集；每個字符占有一定的寬度；具有一定的校驗功能等。同時 還具有對不同行的信息自動識別功能、及處理圖形旋轉變化等特點。二維條 碼能夠在橫向和縱向兩個方位同時表達信息，因此能在很小的面積內表達大
量的信息。
二維條碼技術具有高密度、大容量等特點，是傳統(tǒng)一維條碼所不能比擬 的。它可以表述文本信息、數(shù)據(jù)文件(特別是漢字文件)、圖片等數(shù)據(jù)。二維 條碼在信息量、保密性、抗污染和抗干擾及標準化等方面具有明顯的優(yōu)勢， 是實現(xiàn)網絡化信息管理的最理想方法之一 。
如圖1所示，為本發(fā)明數(shù)據(jù)安全處理方法的第一實施方式的流程示意圖。
本實施方式包括以下步驟
步驟l 、第 一 電子設備向電子憑證支付平臺發(fā)送二維碼電子轉賬憑證生成 的請求消息，上述請求消息中攜帶有轉賬命令、轉賬金額和上述二維碼電子 轉賬憑證的交易安全碼(6為數(shù)字)和有效期(缺省為10天)等安全信息和業(yè) 務信息，在上述過程中，移動終端與電子憑證支付平臺的信息交互方式可以 采用多種形式，如短信、彩信、Wap、以及手機客戶端的KJava應用；
步驟2 、上述電子憑證支付平臺則根據(jù)上述請求消息中攜帶的信息生成二 維碼電子轉賬憑證，并將上述二維碼電子轉賬憑證發(fā)送到上述第 一 電子設備；
步驟3、 Jiii第一電子沒備將Jii^ii麵碼電子轉賬憑證發(fā)送到第二電子設備；
步驟4、上述第二電子設備向上述第一電子設備發(fā)送交易的確認消息，以 確認接收到上述二維碼電子轉賬憑證；
步驟5、上述第一電子設備向上述第二電子設備發(fā)送上述二維碼電子轉賬 憑證的交易安全碼；
步驟6、上述第二電子設備向上述電子憑證支付平臺發(fā)送上述二維碼電子 轉賬憑證和上述交易安全碼；
步驟7、上述電子憑證支付平臺驗證二維碼電子轉賬憑證通過后，上述 電子憑證支付平臺通過銀行前置機接口對上述二維碼電子轉賬憑證中的轉賬
金額進行轉賬，并分別發(fā)送交易的結果信息到上述第一電子設備和上述第二 電子設備。
本實施方式中，當?shù)谝浑娮釉O備要進行轉賬交易時，首先向電子憑證支 付平臺發(fā)送請求消息，上述電子憑證支付平臺驗證上述第 一 電子設備的賬戶 后，根據(jù)上述請求消息中攜帶的轉賬金額和上述二維碼電子轉賬憑證的交易 安全碼生成二維碼電子轉賬憑證，并向上述第 一 電子設備發(fā)送上述二維碼電 子轉賬憑證，上述第一電子設備即可以安全而且快捷地進行轉賬交易。第一 電子設備用戶只要有移動終端在身邊就可以隨時進行轉賬交易，而且第一電 子設備用戶擁有二維碼電子轉賬憑證在手，比電話銀行操作完后用戶端沒有 任何憑證要完善，使轉賬交易更加安全與可靠。
如圖2所示，為本發(fā)明數(shù)據(jù)安全處理方法的第二實施方式的流程示意圖。 與上一實施方式相比，本實施方式中在上述步驟1之前還可以包括以下步驟
步驟IO、第一電子設備在簽約銀行注冊二維碼電子轉賬憑證的賬戶，以 供上述第一電子設備進行轉賬交易，即資金的轉入和轉出。
與上一實施方式相比，本實施方式中在上述步驟2之前還包括以下步驟
步驟20、上述電子憑證支付平臺驗證上述二維碼電子轉賬憑證生成的請 求消息。
步驟2 0具體還可以為以下步驟
步驟201 、所述電子憑證支付平臺驗證上述二維碼電子轉賬憑證的轉賬金 額是否符合銀行對電子憑證支付業(yè)務的限制(例如轉賬交易的轉賬金額要 符合銀行對手機支票業(yè)務的限制，應用在個人小額支付領域，每張二維碼電 子轉賬憑證金額應不大于l， OOO元，如應用其它領域，則無此限制)，驗證成 功，則執(zhí)行步驟202，否則，所述電子憑證支付平臺則發(fā)送交易失敗的響應消
息到所述第一電子設備，結束；
步驟2 0 2 、所述電子憑證支付平臺驗證預設時間段內上述二維碼電子轉賬 憑證的總金額是否符合銀行對電子憑證支付業(yè)務的限制(例如賬戶轉賬交 易的金額要符合銀行對手機支票業(yè)務的限制。如應用在個人小額支付領域， 賬戶每天轉賬不超過5000元)驗證成功，則執(zhí)行步驟203,否則，所述電子憑 證支付平臺則發(fā)送交易失敗的響應消息到所述第一電子設備，結束；
步驟203、所述電子憑證支付平臺驗證簽約用戶賬戶中的可用金額是否大 于上述二維碼電子轉賬憑證的轉賬金額(即驗證簽約用戶的賬戶狀態(tài)是否正 常，帳戶中可使用的余額資金是否滿足本次轉賬金額的要求，如賬戶余額不 足，則無法出票)，驗證成功，則執(zhí)行步驟2，否則，所述電子憑證支付平臺 則發(fā)送交易失敗的響應消息到所述第 一 電子設備，結束；
為了防止轉賬交易中"空頭支票，，的產生，步驟203中上述驗證成功的搡 作之后，上述執(zhí)行步驟2的操作之前還可以繼續(xù)執(zhí)行以下步驟
電子憑證支付平臺調用銀行前置機接口對上述第 一 電子設備的賬戶中的 轉賬金額進行鎖定，實現(xiàn)轉賬資金的凍結。
與上一實施方式相比，本實施方式中上述步驟2中上述電子憑證支付平臺
則生成二維碼電子轉賬憑證的操作具體可以為以下步驟
步驟21 、上述電^^證支付平臺對上述請求消息中所攜帶的信息進行加密； 步驟22、上述電子憑證支付平臺將加密后的密文生成二維條碼支付憑證； 步驟23、上述電子憑證支付平臺將上述二維碼電子轉賬憑證發(fā)送到所述
第一電子設備。
與上一實施方式相比，本實施方式中上述步驟2中上述電子憑證支付平臺 將上述二維碼電子轉賬憑證發(fā)送到Jiii第一電子沒^^^乍^^可以為以下步驟
上述電子憑證支付平臺通過多媒體短消息或GPRS方式將上述二維碼電子
轉賬憑證發(fā)送到上述第 一 電子設備。
與上一實施方式相比，本實施方式中上述步驟3具體可以為以下步驟 步驟31、上述第一電子設備查詢上述第二電子設備的服務標識號； 步驟32 、上述第 一電子設備將上述二維碼電子轉賬憑證發(fā)送到上述第二
電子設備的服務標識號上。
與上一實施方式相比，本實施方式中上述步驟7之前還包括 電"f貨證支付平臺餘f斤出Jii4nll^馬電子轉賬憑證中的信息，以供進4禍封二 與上一實施方式相比，本實施方式中上述步驟7中上述電子憑證支付平臺
驗證二維碼電子轉賬憑證的操作具體可以為以下步驟
步驟71、上述電子憑證支付平臺驗證上述第二電子設備的服務標識號，
驗證成功后，則執(zhí)行步驟72;否則，上述電子憑證支付平臺則發(fā)送服務標識
號錯誤的響應消息到上述第二電子設備，結束；
步驟72、上述電子憑證支付平臺驗證上述二維碼電子轉賬憑證的交易安
全碼，驗證成功后，則執(zhí)行步驟73;否則，上述電子憑證支付平臺則發(fā)送交
易安全碼錯誤的響應消息到上述第二電子設備，結束；
步驟73、上述電子憑證支付平臺通過銀行前置機接口對上述二維碼電子
轉賬憑證中的轉賬金額進行轉賬，并分別發(fā)送交易的結果信息到上述第 一電
子設備和上述第二電子設備，結束。
本實施方式中，在第一電子設備要進行轉賬交易之前，首先要注冊一個
二維碼電子轉賬憑證的賬戶，以供進行轉賬交易。當?shù)谝浑娮釉O備要進行轉
賬交易時，先向電子憑證支付平臺發(fā)送請求消息，上述電子憑證支付平臺驗
證上述第 一 電子設備的賬戶后，將上述請求消息中所攜帶的信息加密生成二
維碼電子轉賬憑證，并向上述第 一 電子設備發(fā)送上述二維碼電子轉賬憑證， 上述第 一 電子設備即可以憑借上述二維碼電子轉賬憑證安全而且快捷地進行 轉賬交易。第 一 電子設備用戶只要有移動終端在身邊就可以隨時進行轉賬交 易，而且第一電子設備用戶擁有二維碼電子轉賬憑證在手，比電話4艮行操作 完后用戶端沒有任何憑證要完善，使轉賬交易更加安全與可靠。由于，上述 用于轉賬交易的二維碼電子轉賬憑證是加密的，只能通過專用設備和程序讀 取，比文本短信方式的支付交易安全可靠，有效地防止了短信欺詐的發(fā)生， 進一步增強了轉賬交易的安全性與可靠性。
如圖3所示，為本發(fā)明數(shù)據(jù)安全處理方法的第三實施方式的流程示意圖。 與上一實施方式相比，本實施方式中步驟2中上述電子憑證支付平臺則生成
二維碼電子轉賬憑證的操作具體可以為
步驟21'、上述電子憑證支付平臺對上述請求消息中所攜帶的信息進行加 密，根據(jù)上述請求消息中所攜帶的信息和加密后的密文生成用于防偽校驗上 述二維碼電子轉賬憑證的驗證安全碼；
步驟22'、上述電子憑證支付平臺將加密后的密文生成二維條碼支付憑 證，將上述驗證安全碼以易碎水印方式嵌入到上述二維條碼支付憑證中，形 成攜帶數(shù)字水印防偽的二維條碼支付憑證；
步驟23'、上述電子憑證支付平臺將上述攜帶數(shù)字水印防偽的二維碼電子 轉賬憑-i正發(fā)送到所述第一電子設備。
那么，相應地，步驟7中上述電子憑證支付平臺驗證二維碼電子轉賬憑
證的操作具體可以為以下步驟
步驟71'、上述電子憑證支付平臺驗證上述第二電子設備的服務標識號， 驗證成功后，則執(zhí)行步驟72';否則，上述電子憑證支付平臺則發(fā)送服務標識
號錯誤的響應消息到上述第二電子設備，結束；
步驟72'、上述電子憑證支付平臺驗證上述二維碼電子轉賬憑證的交易安 全碼，驗證成功后，則執(zhí)行步驟73';否則，上述電子憑證支付平臺則發(fā)送交 易安全碼錯誤的響應消息到上述第二電子設備，結束；
步驟7 3'、上述電子憑證支付平臺驗證上述二維碼電子轉賬憑證的驗證安 全碼，驗證成功后，則執(zhí)行步驟74';否則，上述電子憑證支付平臺則發(fā)送交 易安全碼錯誤的響應消息到上述第二電子設備，結束；
步驟74'、上述電子憑證支付平臺通過^l艮行前置機接口對上述二維碼電子 轉賬憑證中的轉賬金額進行轉賬，并分別發(fā)送交易的結果信息到上述第 一 電 子設備和上述第二電子設備，結束。
本實施方式中，二維碼電子轉賬憑證是用數(shù)字水印技術嵌入了驗證安全 碼的，又進一步增加了轉賬交易的安全性。
本發(fā)明數(shù)據(jù)安全處理方法的上述實施方式中，第一電子設^^用戶只要有 移動終端在身邊就可以隨時進行轉賬交易，而且第一電子設備用戶擁有二維 碼電子轉賬憑證在手，比電話銀行操作完后用戶端沒有任何憑證要完善，使 轉賬交易更加安全與可靠。由于，Jiii用于轉賬交易的二維碼電子轉賬憑證是加 密的，只能通過專用設備和程序讀取，比文本短信方式的支付交易安全可靠， 有效地防止了短信欺詐的發(fā)生，進一步增強了轉賬交易的安全性與可靠性。
最后應說明的是以上實施方式僅用以說明本發(fā)明的技術方案，而非對 其限制；盡管參照前述實施方式對本發(fā)明進行了詳細的說明，本領域的普通 技術人員應當理解其依然可以對前述各實施方式所記載的技術方案進行修 改，或者對其中部分技術特征進行等同替換；而這些修改或者替換，并不使 相應技術方案的本質脫離本發(fā)明各實施方式技術方案的精神和范圍。
權利要求
1、一種數(shù)據(jù)安全處理方法，其特征在于，包括以下步驟:步驟1、第一電子設備向電子憑證支付平臺發(fā)送二維碼電子轉賬憑證生成的請求消息，所述請求消息中攜帶有轉賬金額和所述二維碼電子轉賬憑證的交易安全碼；步驟2、所述電子憑證支付平臺根據(jù)所述請求消息中攜帶的信息生成二維碼電子轉賬憑證，并將所述二維碼電子轉賬憑證發(fā)送到所述第一電子設備；步驟3、所述第一電子設備將所述二維碼電子轉賬憑證發(fā)送到第二電子設備；步驟4、所述第二電子設備向所述第一電子設備發(fā)送交易的確認消息；步驟5、所述第一電子設備向所述第二電子設備發(fā)送所述二維碼電子轉賬憑證的交易安全碼；步驟6、所述第二電子設備向所述電子憑證支付平臺發(fā)送所述二維碼電子轉賬憑證和所述交易安全碼；步驟7、所述電子憑證支付平臺驗證二維碼電子轉賬憑證通過后，所述電子憑證支付平臺通過銀行前置機接口對所述二維碼電子轉賬憑證中的轉賬金額進行轉賬，并分別發(fā)送交易的結果信息到所述第一電子設備和所述第二電子設備，結束。
2、 根據(jù)權利要求l所述的數(shù)據(jù)安全處理方法，其特征在于，所述步驟l 之前還包括步驟IO、第一電子設備注冊二維碼電子轉賬憑證的賬戶。
3、 根據(jù)權利要求l所述的數(shù)據(jù)安全處理方法，其特征在于，所述步驟2 之前還包括 步驟20、所述電子憑證支付平臺驗證所述二維碼電子轉賬憑證生成的請 求消息，驗證成功，則執(zhí)行步驟2，否則，所述電子憑證支付平臺則發(fā)送交易 失敗的響應消息到所述第一電子設備，結束。
4、 根據(jù)權利要求3所述的數(shù)據(jù)安全處理方法，其特征在于，所述步驟20 具體為步驟2 01 、所述電子憑證支付平臺驗證所述二維碼電子轉賬憑證的轉賬金 額是否符合銀行對電子憑證支付業(yè)務的限制，驗證成功，則執(zhí)行步驟202，否 則，所述電子憑證支付平臺則發(fā)送交易失敗的響應消息到所述第一電子設備， 結束；步驟2 02 、所述電子憑證支付平臺驗證預設時間段內所述二維碼電子轉賬 憑證的轉賬總金額是否符合銀行對電子憑證支付業(yè)務的限制，驗證成功，則 執(zhí)行步驟203,否則，所述電子憑證支付平臺則發(fā)送交易失敗的響應消息到所 述第一電子設備，結束；于所述二維碼電子轉賬憑證的轉賬金額，驗證成功，則執(zhí)行步驟2，否則，所述電子憑證支付平臺則發(fā)送交易失敗的響應消息到所述第一電子設備，結束。
5、 根據(jù)權利要求4所述的數(shù)據(jù)安全處理方法，其特征在于，所述步驟203 中所述驗證成功的操作之后還包括所述電子憑證支付平臺通過銀行前置機接口對所述第一電子設備的賬戶 中的轉賬金額進行鎖定。
6、 根據(jù)權利要求l所述的數(shù)據(jù)安全處理方法，其特征在于，所述步驟2 的操作具體為步驟21 、所述電子憑證支付平臺對所述請求消息中所攜帶的信息進行加 密；步驟22 、所述電子憑證支付平臺將加密后的密文生成二維條碼支付憑證；步驟23、所述電子憑證支付平臺將所述二維碼電子轉賬憑證發(fā)送到所述第一電子設備。
7、 根據(jù)權利要求l所述的數(shù)據(jù)安全處理方法，其特征在于，所述步驟2 中所述電子憑證支付平臺則生成二維碼電子轉賬憑證的操作具體為步驟21'、所述電子憑證支付平臺對所述請求消息中所攜帶的信息進行加 密，根據(jù)所述請求消息中所攜帶的信息和加密后的密文生成用于防偽才交驗所 述二維碼電子轉賬憑證的驗證安全碼；步驟22'、所述電子憑證支付平臺將加密后的密文生成二維條碼支付憑證 中，將所述驗證安全碼以易碎水印方式嵌入到所述二維條碼支付憑證，形成 攜帶數(shù)字水印防偽的二維條碼支付憑證；步驟23'、所述電子憑證支付平臺將所述攜帶數(shù)字水印防偽的二維碼電子 轉賬憑證發(fā)送到所述第一電子設備。
8、 根據(jù)權利要求l所述的數(shù)據(jù)安全處理方法，其特征在于，所述步驟2 中所述電子憑證支付平臺將所述二維碼電子轉賬憑證發(fā)送到所述第一電子設 備的操作具體為所述電子憑證支付平臺通過多々某體短消息或GPRS方式將所述二維碼電子 轉賬憑證發(fā)送到所述第 一 電子設備。
9、 根據(jù)權利要求l所述的數(shù)據(jù)安全處理方法，其特征在于，所述步驟3 具體為步驟31、所述第一電子設備查詢所述第二電子設備的服務標識號； 步驟32、所述第一電子設備將所述二維碼電子轉賬憑證發(fā)送到所述第二 電子設備的服務標識號上。
10、 根據(jù)權利要求l所述的數(shù)據(jù)安全處理方法，其特征在于，所述步驟7 之前還包括所述電子憑證支付平臺解析出所述二維碼電子轉賬憑證中的信息，以供 進行驗證。
11、 根據(jù)權利要求l、 6或10所述的數(shù)據(jù)安全處理方法，其特征在于，所 述步驟7中所述電子憑證支付平臺驗證二維碼電子轉賬憑證的操作具體為步驟71 、所述電子憑證支付平臺驗證所述第二電子設備的服務標識號， 驗證成功后，則執(zhí)行步驟72;否則，所述電子憑證支付平臺則發(fā)送服務標識 號錯誤的響應消息到所述第二電子設備，結束；步驟72 、所述電子憑證支付平臺驗證所述二維碼電子轉賬憑證的交易安 全碼，驗證成功后，則執(zhí)行步驟73;否則，所述電子憑證支付平臺則發(fā)送交 易安全碼錯誤的響應消息到所述第二電子設備，結束；步驟73、所述電子憑證支付平臺通過銀行前置機接口對所述二維碼電子 轉賬憑證中的轉賬金額進行轉賬，并分別發(fā)送交易的結果信息到所述第 一 電 子設備和所述第二電子設備，結束。
12、 根據(jù)權利要求7或10所述的數(shù)據(jù)安全處理方法，其特征在于，所述步 驟7的操作具體為步驟71'、所述電子憑證支付平臺驗證所述第二電子設備的服務標識號， 驗證成功后，則執(zhí)行步驟72';否則，所述電子憑證支付平臺則發(fā)送服務標識 號錯誤的響應消息到所述第二電子設備，結束；步驟72'、所述電子憑證支付平臺驗證所述二維碼電子轉賬憑證的交易安 全碼，驗證成功后，則執(zhí)行步驟73';否則，所述電子憑證支付平臺則發(fā)送交 易安全碼錯誤的響應消息到所述第二電子設備，結束；步驟7 3'、所述電子憑證支付平臺驗證所述二維碼電子轉賬憑證的驗證安 全碼，驗證成功后，則執(zhí)行步驟74';否則，所述電子憑證支付平臺則發(fā)送交 易安全碼錯誤的響應消息到所述第二電子設備，結束；步驟74'、所述電子憑證支付平臺通過銀行前置機接口對所述二維碼電子 轉賬憑證中的轉賬金額進行轉賬，并分別發(fā)送交易的結果信息到所述第 一 電 子設備和所述第二電子設備。
全文摘要
本發(fā)明涉及一種數(shù)據(jù)安全處理方法，包括電子憑證支付平臺根據(jù)第一電子設備的請求消息生成二維碼電子轉賬憑證，并將轉賬憑證發(fā)送到第一電子設備；第一電子設備將轉賬憑證發(fā)送到第二電子設備；第二電子設備向第一電子設備發(fā)送交易的確認消息；第一電子設備向第二電子設備發(fā)送轉賬憑證的交易安全碼；第二電子設備向所述電子憑證支付平臺發(fā)送轉賬憑證和交易安全碼；電子憑證支付平臺驗證轉賬憑證通過后，通過銀行前置機接口對所述轉賬憑證中的轉賬金額進行轉賬，并分別發(fā)送交易的結果信息到第一電子設備和第二電子設備。本發(fā)明通過使用二維碼電子轉賬憑證可以安全而且快捷地進行轉賬交易，比電話銀行操作完后用戶端沒有任何憑證要完善。
文檔編號G06Q30/00GK101377838SQ20071012116
公開日2009年3月4日 申請日期2007年8月30日 優(yōu)先權日2007年8月30日
發(fā)明者杰 常, 旻 王, 蘆宏志, 袁同舟, 趙靖華 申請人:北京方維銀通科技有限公司