轉賬交易的實現方法及系統的制作方法
【專利摘要】本發(fā)明適用于網絡支付【技術領域】，提供了一種轉賬交易的實現方法，包括步驟有：交易裝置接收用戶提交的轉賬交易數據，并將所述轉賬交易數據提交給交易服務器；所述交易裝置接收并顯示所述交易服務器發(fā)來的驗證信息；驗證終端根據所述驗證信息發(fā)送驗證回復信息給所述交易服務器；所述交易服務器驗證所述驗證終端的通訊號碼以及所述驗證回復信息；若驗證通過，則所述交易服務器根據所述轉賬交易數據執(zhí)行轉賬交易。相應地，本發(fā)明還提供一種轉賬交易的實現系統。借此，本發(fā)明提交轉賬交易數據的渠道變?yōu)閮蓚€，即通過交易裝置的網絡渠道和驗證終端的信息渠道，真正實現雙渠道、雙因子的安全認證交易模式。
【專利說明】轉賬交易的實現方法及系統
【技術領域】
[0001]本發(fā)明涉及網上支付【技術領域】，尤其涉及一種轉賬交易的實現方法及系統。
【背景技術】
[0002]現有網上支付過程中用戶通過電腦錄入轉賬交易信息并提交后，進入確認界面，同時，發(fā)送驗證碼到用戶手機等通信終端，用戶在確認界面中，錄入通信終端上收到的驗證碼和付款賬戶的交易密碼，提交后即可完成轉賬，同時，用戶如果凍結網銀或賬戶，需要到柜面網點或致電客服辦理。此驗證方法，用戶提交數據均是通過電腦來完成，即是通過單一的渠道來提交數據，如果用戶的電腦被黑客控制，則提交的數據有篡改的風險，造成資金損失。到柜面網點或致電客服辦理凍結，在高峰期需要排隊，存在時效性問題。
[0003]綜上可知，現有技術在實際使用上顯然存在不便與缺陷，所以有必要加以改進。

【發(fā)明內容】

[0004]針對上述的缺陷，本發(fā)明的目的在于提供一種轉賬交易的實現方法及系統，其提交轉賬交易數據的渠道變?yōu)閮蓚€，即通過交易裝置的網絡渠道和驗證終端的信息渠道，真正實現雙渠道、雙因子的安全認證交易模式。
[0005]為了實現上述目的，本發(fā)明提供一種轉賬交易的實現方法，其特征在于，包括步驟有:
[0006]交易裝置接收用戶提交的轉賬交易數據，并將所述轉賬交易數據提交給交易服務器；
[0007]所述交易裝置接收并顯示所述交易服務器發(fā)來的驗證信息；
[0008]驗證終端根據所述驗證信息發(fā)送驗證回復信息給所述交易服務器；
[0009]所述交易服務器驗證所述驗證終端的通訊號碼以及所述驗證回復信息；
[0010]若驗證通過，則所述交易服務器根據所述轉賬交易數據執(zhí)行轉賬交易。
[0011]根據本發(fā)明所述的實現方法，所述交易裝置接收用戶提交的轉賬交易數據的步驟還包括:
[0012]所述交易裝置顯示轉賬界面，并通過所述轉賬界面接收用戶提交的轉賬請求信息；
[0013]所述交易裝置顯示確認界面，并通過所述確認界面接收用戶提交的轉賬賬戶的交易密碼；
[0014]所述交易裝置接收并顯示所述交易服務器發(fā)來的驗證信息的步驟還包括:
[0015]所述交易裝置接收所述交易服務器發(fā)來的所述驗證信息；
[0016]所述交易裝置顯示結果界面，并通過所述結果界面顯示所述驗證信息。
[0017]根據本發(fā)明所述的實現方法，所述交易裝置接收并顯示所述交易服務器發(fā)來的驗證信息的步驟之后還包括:
[0018]所述交易服務器發(fā)送驗證提示信息給所述驗證終端以便用戶回復。[0019]根據本發(fā)明所述的實現方法，所述驗證信息和所述驗證回復信息相同或者不同。
[0020]根據本發(fā)明所述的實現方法，所述驗證信息為驗證碼或者驗證問題；所述驗證回復信息為所述驗證碼或者所述驗證問題對應的驗證答案。
[0021]根據本發(fā)明所述的實現方法，所述交易服務器驗證所述驗證終端的通訊號碼以及所述驗證回復信息的步驟之后還包括:
[0022]若驗證未通過，則判定轉賬交易失敗。
[0023]根據本發(fā)明所述的實現方法，還包括:
[0024]當轉賬交易成功或失敗后，所述交易服務器發(fā)送轉賬交易結果給所述交易裝置和/或所述驗證終端。
[0025]根據本發(fā)明所述的實現方法，所述交易裝置為電腦、ATM終端或者通信終端；所述驗證終端為通信終端；所述驗證回復信息采用短信、即時消息或者電子郵件形式。
[0026]根據本發(fā)明所述的實現方法，還包括:
[0027]所述驗證終端發(fā)送預定的凍結請求信息給所述交易服務器；
[0028]所述交易服務器根據所述凍結請求信息凍結對應的轉賬賬戶。
[0029]根據本發(fā)明所述的實現方法，還包括:
[0030]用戶登錄所述轉賬賬戶或所述轉賬賬戶的資金發(fā)生變動時，所述交易服務器發(fā)送凍結提示信息給所述驗證終端。
[0031]根據本發(fā)明所述的實現方法，所述驗證終端通過指定通訊號碼發(fā)送所述驗證回復信息或者所述凍結請求信息給所述交易服務器。
[0032]本發(fā)明還提供一種轉賬交易的實現系統，包括有相互通信連接的交易裝置、驗證終端和交易服務器:
[0033]所述交易裝置包括:
[0034]交易提交模塊，用于接收用戶提交的轉賬交易數據，并將所述轉賬交易數據提交給交易服務器；
[0035]驗證顯示模塊，用于接收并顯示所述交易服務器發(fā)來的驗證信息；
[0036]所述驗證終端包括:
[0037]驗證回復模塊，用于根據所述驗證信息發(fā)送驗證回復信息給所述交易服務器；
[0038]所述交易服務器包括:
[0039]信息發(fā)送模塊，用于在接收到所述轉賬交易數據后，發(fā)送所述驗證信息給所述交易裝置；
[0040]驗證模塊，用于在接收到所述驗證終端的所述驗證回復信息后，驗證所述驗證終端的通訊號碼以及所述驗證回復信息；
[0041]交易執(zhí)行模塊，用于若驗證通過，則根據所述轉賬交易數據執(zhí)行轉賬交易。
[0042]根據本發(fā)明所述的實現系統，所述交易裝置的交易提交模塊用于顯示轉賬界面，并通過所述轉賬界面接收用戶提交的轉賬請求信息；再顯示確認界面，并通過所述確認界面接收用戶提交的轉賬賬戶的交易密碼；
[0043]所述交易裝置的所述驗證顯示模塊用于在接收所述交易服務器發(fā)來的驗證信息后顯示結果界面，并通過所述結果界面顯示所述驗證信息。
[0044]根據本發(fā)明所述的實現系統，所述交易服務器還包括:[0045]驗證提示模塊，用于在所述交易裝置顯示驗證信息之后，發(fā)送驗證提示信息給所述驗證終端以便用戶回復。
[0046]根據本發(fā)明所述的實現系統，所述驗證信息和所述驗證回復信息相同或者不同。
[0047]根據本發(fā)明所述的實現系統，所述驗證信息為驗證碼或者驗證問題；所述驗證回復信息為所述驗證碼或者所述驗證問題對應的驗證答案。
[0048]根據本發(fā)明所述的實現系統，所述交易執(zhí)行模塊還用于若驗證未通過時，則判定轉賬交易失敗。
[0049]根據本發(fā)明所述的實現系統，所述交易服務器還包括:
[0050]結果通知模塊，用于當轉賬交易成功或失敗后，發(fā)送轉賬交易結果給所述交易裝置和/或所述驗證終端。
[0051]根據本發(fā)明所述的實現系統，所述交易裝置為電腦、ATM終端或者通信終端；所述驗證終端為通信終端；所述驗證回復信息采用短信、即時消息或者電子郵件形式。
[0052]根據本發(fā)明所述的實現系統，所述驗證終端還包括:
[0053]凍結請求模塊，用于發(fā)送預定的凍結請求信息給所述交易服務器；
[0054]所述交易服務器還包括:
[0055]凍結處理模塊，用于根據所述凍結請求信息凍結對應的轉賬賬戶。
[0056]根據本發(fā)明所述的實現系統，所述交易服務器還包括:
[0057]凍結提醒模塊，用于在用戶登錄所述轉賬賬戶或所述轉賬賬戶的資金發(fā)生變動時，發(fā)送凍結提示信息給所述驗證終端。
[0058]根據本發(fā)明所述的實現系統，所述驗證終端通過指定通訊號碼發(fā)送所述驗證回復信息或所述凍結請求信息給所述交易服務器。
[0059]本發(fā)明提交轉賬交易數據的渠道變?yōu)閮蓚€，即通過交易裝置的網絡渠道和驗證終端的信息渠道，真正實現雙渠道、雙因子的安全認證交易模式，即使黑客完全控制了用戶的交易裝置，也會因為缺少了驗證終端的信息渠道的支持，而無法完成轉賬交易，從而可有效避免用戶的資金損失。更好的是，本發(fā)明引進了信息回復凍結功能，能夠方便、及時地凍結用戶的轉賬賬號，避免因凍結不及時造成的經濟損失。
【專利附圖】

【附圖說明】
[0060]圖1是本發(fā)明優(yōu)選轉賬交易的實現系統的結構示意圖；
[0061]圖2是本發(fā)明轉賬交易的實現方法的流程圖；
[0062]圖3是本發(fā)明轉賬賬號的凍結方法的流程圖；
[0063]圖4是本發(fā)明優(yōu)選轉賬交易的實現方法的流程圖。
【具體實施方式】
[0064]為了使本發(fā)明的目的、技術方案及優(yōu)點更加清楚明白，以下結合附圖及實施例，對本發(fā)明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
[0065]圖1是本發(fā)明優(yōu)選轉賬交易的實現系統的結構示意圖，所述轉賬交易的實現系統100包括有相互通信連接的交易裝置10、驗證終端20和交易服務器30，所述交易裝置10可以為電腦、ATM (Automatic Teller Machine,自動柜員機)終端或者通信終端等；所述驗證終端20可以為通信終端等；所述通信終端可以是手機、PDA(Personal Digital Assistant,個人數字助理)、平板電腦等，其中:
[0066]所述交易裝置10包括:
[0067]交易提交模塊11，用于接收用戶提交的轉賬交易數據，并將所述轉賬交易數據提交給交易服務器30。所述轉賬交易數據可包括支付項目、支付金額和轉賬賬戶密碼等。優(yōu)選的是，所述交易提交模塊11用于顯示轉賬界面，并通過所述轉賬界面接收用戶提交的轉賬請求信息；交易提交模塊11再顯示確認界面，并通過所述確認界面接收用戶提交的轉賬賬戶的交易密碼。
[0068]驗證顯示模塊12，用于接收并顯示所述交易服務器30發(fā)來的驗證信息。優(yōu)選的是，所述驗證顯示模塊12用于在接收所述交易服務器30發(fā)來的驗證信息后顯示結果界面，并通過所述結果界面顯示所述驗證信息。
[0069]所述驗證終端20包括:
[0070]驗證回復模塊21，用于根據所述驗證信息發(fā)送驗證回復信息給所述交易服務器30。所述驗證信息和驗證回復信息相同或者不同。優(yōu)選的是，所述驗證信息為驗證碼或者驗證問題；所述驗證回復信息為驗證碼或者驗證問題對應的驗證答案。更好的是，所述驗證回復信息可采用短信、即時消息或者電子郵件等形式。優(yōu)選的是，驗證終端20通過指定通訊號碼發(fā)送驗證回復信息給交易服務器30。
[0071 ] 所述交易服務器30包括:
[0072]信息發(fā)送模塊31，用于在接收到所述轉賬交易數據后，發(fā)送所述驗證信息給所述交易裝置10。
[0073]驗證模塊32，用于在接收到所述驗證終端20的所述驗證回復信息后，驗證所述驗證終端20的通訊號碼以及所述驗證回復信息。
[0074]交易執(zhí)行模塊33，用于若驗證通過，則根據所述轉賬交易數據執(zhí)行轉賬交易。交易執(zhí)行模塊33還用于若驗證未通過時，則判定轉賬交易失敗。優(yōu)選的是，交易執(zhí)行模塊33通過回復的短信內容，及用戶回復短信的驗證終端20的通信號碼，找到用戶所提交交易，最終完成轉賬功能。
[0075]用戶在進行銀行業(yè)務時，可通過銀行提供的各種渠道如網上銀行、手機銀行、ATM等交易平臺來完成。本發(fā)明用來對各渠道發(fā)起的銀行交易進行風險的監(jiān)控，由用戶自行判斷風險，并由用戶反饋的結果對交易進行事由或事后的干預，以避免用戶財產的損失。
[0076]較好的是，所述交易服務器30還包括:
[0077]驗證提示模塊34，用于在交易裝置10顯示驗證信息之后，發(fā)送驗證提示信息給驗證終端20以便用戶回復。優(yōu)選的是，驗證提示模塊34發(fā)送短信給驗證終端20以提示用戶，以界面上顯示的驗證碼作為短信內容，驗證終端20回復收到的短信。實際也可讓用戶根據界面上的驗證碼編輯短信并發(fā)送到指定號碼，但指定號碼可能太長，讓用戶輸入不太方便，因此目前采取了下發(fā)短信以方便用戶回復。驗證提示模塊34顯示驗證碼，并要求使用驗證終端20短信回復，保證用戶必須同時擁有交易裝置10端和驗證終端20的操作權限才可正常交易。當然結果界面也可以顯示預設的驗證碼問題，用戶短信回答正確后才能交易。
[0078]結果通知模塊35，用于當轉賬交易成功或失敗后，發(fā)送轉賬交易結果給交易裝置10和/或驗證終端20。優(yōu)選的是，在交易裝置10界面顯示驗證碼時，提示用戶在短信回復驗證碼后，將會收到操作結果的短信通知，也可通過交易裝置10上的特定交易界面進行結果查詢。
[0079]更好的是，所述驗證終端20還包括:
[0080]凍結請求模塊22，用于發(fā)送預定的凍結請求信息給交易服務器30。優(yōu)選的是，驗證終端20通過指定通訊號碼發(fā)送凍結請求信息給交易服務器30。
[0081 ] 所述交易服務器30還包括:
[0082]凍結處理模塊36，用于根據凍結請求信息凍結對應的轉賬賬戶。更好的是，所凍結請求信息可采用短信、即時消息或者電子郵件等形式。
[0083]優(yōu)選的是，所述交易服務器30還包括:
[0084]凍結提醒模塊37，用于在用戶登錄轉賬賬戶或轉賬賬戶的資金發(fā)生變動時，發(fā)送凍結提示信息給驗證終端20。
[0085]優(yōu)選的是，本發(fā)明同時開通短信回復凍結功能，用戶登錄網銀后，發(fā)送短信通知用戶，用戶可回復短信將網銀凍結。或用戶發(fā)生動賬后，發(fā)送短信通知用戶，用戶可回復短信，將賬戶凍結。為加強用戶對網銀操作風險的防范，采取了對網銀用戶默認開通登錄提醒功能的策略，如果用戶認為自身安全已經可控，可在網銀中關閉短信登錄提醒功能，即對該用戶不發(fā)送網銀登錄提醒短信。凍結賬戶功能中，用戶短信回復的內容優(yōu)選是“DJ +賬號的后四位”。凍結賬戶是用戶賬戶資金發(fā)生變動時，對收到的短信進行回復的一功能。
[0086]所述轉賬交易的實現系統100可為單獨設立的一服務器，也可是集成在交易平臺中的一附屬系統。
[0087]本發(fā)明提交轉賬交易數據的渠道變?yōu)閮蓚€，即通過交易裝置10的網絡渠道和驗證終端20的信息渠道，真正實現雙渠道、雙因子的安全認證交易模式，即使黑客完全控制了用戶的交易裝置，也會因為缺少了驗證終端20的信息渠道的支持，而無法完成轉賬交易，從而可有效避免用戶的資金損失。本發(fā)明還引進了信息回復凍結功能，能夠及時凍結網銀或賬號，避免因凍結不及時造成的損失。
[0088]圖2是本發(fā)明轉賬交易的實現方法的流程圖，其可通過如圖1所示的轉賬交易的實現系統100實現，包括步驟有:
[0089]步驟S201，交易裝置10接收用戶提交的轉賬交易數據，并將轉賬交易數據提交給交易服務器30。所述轉賬交易數據可包括支付項目、支付金額和轉賬賬戶密碼等。所述交易裝置10優(yōu)選為電腦、ATM終端或者通信終端等。
[0090]步驟S202，交易裝置10接收并顯示交易服務器30發(fā)來的驗證信息。
[0091]步驟S203，驗證終端20根據驗證信息發(fā)送驗證回復信息給交易服務器30。優(yōu)選的是，驗證終端20通過指定通訊號碼發(fā)送驗證回復信息給交易服務器30。驗證終端20為通信終端。
[0092]步驟S204，交易服務器30驗證驗證終端20的通訊號碼以及驗證回復信息。驗證回復信息采用短信、即時消息或者電子郵件形式。
[0093]步驟S205，若驗證通過，則交易服務器30根據轉賬交易數據執(zhí)行轉賬交易。
[0094]優(yōu)選的是，交易執(zhí)行模塊33通過回復的短信內容，及用戶回復短信的驗證終端20的通信號碼，找到用戶所提交交易，最終完成轉賬功能。[0095]本發(fā)明的核心思想是將用戶的有可能存在風險的交易實時提示用戶，并收集用戶的反饋，并根據用戶的反饋對交易進行干預，實現對風險的識別和防范。需要注意的是，本發(fā)明的風險識別，由用戶來完成，因此風險的識別更加的精準。
[0096]圖3是本發(fā)明轉賬賬號的凍結方法的流程圖，其可通過如圖1所示的轉賬交易的實現系統100實現，包括步驟有:
[0097]步驟S301，用戶登錄轉賬賬戶或轉賬賬戶的資金發(fā)生變動。
[0098]步驟S302，交易服務器30發(fā)送凍結提示信息給驗證終端20。
[0099]步驟S303，驗證終端20發(fā)送預定的凍結請求信息給交易服務器30。
[0100]優(yōu)選的是，驗證終端20通過指定通訊號碼發(fā)送凍結請求信息給交易服務器30。更好的是，所凍結請求信息可采用短信、即時消息或者電子郵件等形式。
[0101]步驟S304，交易服務器30根據凍結請求信息凍結對應的轉賬賬戶。
[0102]優(yōu)選的是，本發(fā)明同時開通短信回復凍結功能，用戶登錄網銀后，發(fā)送短信通知用戶，用戶可回復短信將網銀凍結?；蛴脩舭l(fā)生動賬后，發(fā)送短信通知用戶，用戶可回復短信，將賬戶凍結。為加強用戶對網銀操作風險的防范，采取了對網銀用戶默認開通登錄提醒功能的策略，如果用戶認為自身安全已經可控，可在網銀中關閉短信登錄提醒功能，即對該用戶不發(fā)送網銀登錄提醒短信。凍結賬戶功能中，用戶短信回復的內容優(yōu)選是“DJ +賬號的后四位”。凍結賬戶是用戶賬戶資金發(fā)生變動時，對收到的短信進行回復的一功能。
[0103]圖4是本發(fā)明優(yōu)選轉賬交易的實現方法的流程圖，其可通過如圖1所示的轉賬交易的實現系統100實現，包括步驟有:
[0104]步驟S401，交易裝置10顯示轉賬界面，并通過轉賬界面接收用戶提交的轉賬請求信息。
[0105]步驟S402，交易裝置10顯示確認界面，并通過確認界面接收用戶提交的轉賬賬戶的交易密碼。
[0106]步驟S403，交易裝置10將轉賬請求信息和交易密碼提交給交易服務器30。
[0107]步驟S404，交易裝置10接收交易服務器30發(fā)來的驗證信息。
[0108]步驟S405,交易裝置10顯示結果界面，并通過結果界面顯示驗證信息。
[0109]步驟S406，交易服務器30發(fā)送驗證提示信息給驗證終端20以便用戶回復。
[0110]優(yōu)選的是，驗證提示模塊34發(fā)送短信給驗證終端20以提示用戶，以界面上顯示的驗證碼作為短信內容，驗證終端20回復收到的短信。實際也可讓用戶根據界面上的驗證碼編輯短信并發(fā)送到指定號碼，但指定號碼可能太長，讓用戶輸入不太方便，因此目前采取了下發(fā)短信以方便用戶回復。驗證提示模塊34顯示驗證碼，并要求使用驗證終端20短信回復，保證用戶必須同時擁有交易裝置10端和驗證終端20的操作權限才可正常交易。當然結果界面也可以顯示預設的驗證碼問題，用戶短信回答正確后才能交易。
[0111]步驟S407，驗證終端20根據驗證信息和驗證提示信息發(fā)送驗證回復信息給交易服務器30。驗證信息和驗證回復信息相同或者不同。優(yōu)選的是，驗證信息為驗證碼或者驗證問題。驗證回復信息為驗證碼或者驗證問題對應的驗證答案。
[0112]步驟S408，交易服務器30驗證驗證終端20的通訊號碼以及驗證回復信息，若驗證通過則執(zhí)行步驟S409，否則執(zhí)行步驟S410。
[0113]步驟S409，若驗證通過，則交易服務器30根據轉賬交易數據執(zhí)行轉賬交易。[0114]步驟S410，若驗證未通過，則判定轉賬交易失敗。
[0115]步驟S411，當轉賬交易成功或失敗后，交易服務器30發(fā)送轉賬交易結果給交易裝置10和/或驗證終端20。
[0116]優(yōu)選的是，在交易裝置10界面顯示驗證碼時，提示用戶在短信回復驗證碼后，將會收到操作結果的短信通知，也可通過交易裝置10上的特定交易界面進行結果查詢。
[0117]綜上所述，本發(fā)明提交轉賬交易數據的渠道變?yōu)閮蓚€，即通過交易裝置的網絡渠道和驗證終端的信息渠道，真正實現雙渠道、雙因子的安全認證交易模式，即使黑客完全控制了用戶的交易裝置，也會因為缺少了驗證終端的信息渠道的支持，而無法完成轉賬交易，從而可有效避免用戶的資金損失。更好的是，本發(fā)明引進了信息回復凍結功能，能夠方便、及時地凍結用戶的轉賬賬號，避免因凍結不及時造成的經濟損失。
[0118]當然，本發(fā)明還可有其它多種實施例，在不背離本發(fā)明精神及其實質的情況下，熟悉本領域的技術人員當可根據本發(fā)明作出各種相應的改變和變形，但這些相應的改變和變形都應屬于本發(fā)明所附的權利要求的保護范圍。
【權利要求】
1.一種轉賬交易的實現方法，其特征在于，包括步驟有: 交易裝置接收用戶提交的轉賬交易數據，并將所述轉賬交易數據提交給交易服務器； 所述交易裝置接收并顯示所述交易服務器發(fā)來的驗證信息； 驗證終端根據所述驗證信息發(fā)送驗證回復信息給所述交易服務器； 所述交易服務器驗證所述驗證終端的通訊號碼以及所述驗證回復信息； 若驗證通過，則所述交易服務器根據所述轉賬交易數據執(zhí)行轉賬交易。
2.根據權利要求1所述的實現方法，其特征在于，所述交易裝置接收用戶提交的轉賬交易數據的步驟還包括: 所述交易裝置顯示轉賬界面，并通過所述轉賬界面接收用戶提交的轉賬請求信息； 所述交易裝置顯示確認界面，并通過所述確認界面接收用戶提交的轉賬賬戶的交易密碼； 所述交易裝置接收并顯示所述交易服務器發(fā)來的驗證信息的步驟還包括: 所述交易裝置接收所述交易服務器發(fā)來的所述驗證信息； 所述交易裝置顯示結果界面，并通過所述結果界面顯示所述驗證信息。
3.根據權利要求1所述的實現方法，其特征在于，所述交易裝置接收并顯示所述交易服務器發(fā)來的驗證信息的步驟之后還包括:` 所述交易服務器發(fā)送驗證提示信息給所述驗證終端以便用戶回復。
4.根據權利要求1所述的實現方法，其特征在于，所述驗證信息和所述驗證回復信息相同或者不同。
5.根據權利要求4所述的實現方法，其特征在于，所述驗證信息為驗證碼或者驗證問題；所述驗證回復信息為所述驗證碼或者所述驗證問題對應的驗證答案。
6.根據權利要求1所述的實現方法，其特征在于，所述交易服務器驗證所述驗證終端的通訊號碼以及所述驗證回復信息的步驟之后還包括: 若驗證未通過，則判定轉賬交易失敗。
7.根據權利要求6所述的實現方法，其特征在于，還包括: 當轉賬交易成功或失敗后，所述交易服務器發(fā)送轉賬交易結果給所述交易裝置和/或所述驗證終端。
8.根據權利要求1所述的實現方法，其特征在于，所述交易裝置為電腦、ATM終端或者通信終端；所述驗證終端為通信終端；所述驗證回復信息采用短信、即時消息或者電子郵件形式。
9.根據權利要求1-8任一項所述的實現方法，其特征在于，還包括: 所述驗證終端發(fā)送預定的凍結請求信息給所述交易服務器； 所述交易服務器根據所述凍結請求信息凍結對應的轉賬賬戶。
10.根據權利要求9所述的實現方法，其特征在于，還包括: 用戶登錄所述轉賬賬戶或所述轉賬賬戶的資金發(fā)生變動時，所述交易服務器發(fā)送凍結提示信息給所述驗證終端。
11.根據權利要求9所述的實現方法，其特征在于，所述驗證終端通過指定通訊號碼發(fā)送所述驗證回復信息或者所述凍結請求信息給所述交易服務器。
12.—種轉賬交易的實現系統，其特征在于，包括有相互通信連接的交易裝置、驗證終端和交易服務器: 所述交易裝置包括: 交易提交模塊，用于接收用戶提交的轉賬交易數據，并將所述轉賬交易數據提交給交易服務器； 驗證顯示模塊，用于接收并顯示所述交易服務器發(fā)來的驗證信息； 所述驗證終端包括: 驗證回復模塊，用于根據所述驗證信息發(fā)送驗證回復信息給所述交易服務器； 所述交易服務器包括: 信息發(fā)送模塊，用于在接收到所述轉賬交易數據后，發(fā)送所述驗證信息給所述交易裝置； 驗證模塊，用于在接收到所述驗證終端的所述驗證回復信息后，驗證所述驗證終端的通訊號碼以及所述驗證回復信息； 交易執(zhí)行模塊，用于若驗證通過，則根據所述轉賬交易數據執(zhí)行轉賬交易。
13.根據權利要求12所述的實現系統，其特征在于，所述交易裝置的交易提交模塊用于顯示轉賬界面，并通過所述轉賬界面接收用戶提交的轉賬請求信息；再顯示確認界面，并通過所述確認界面接收用戶提交的轉賬賬戶的交易密碼； 所述交易裝置的所述驗證顯示模塊用于在接收所述交易服務器發(fā)來的驗證信息后顯示結果界面，并通過所述結果界面顯示所述驗證信息。
14.根據權利要求12所述的實現系統，其特征在于，所述交易服務器還包括: 驗證提示模塊，用于在所述交易裝置顯示驗證信息之后，發(fā)送驗證提示信息給所述驗證終端以便用戶回復。
15.根據權利要求12所述的實現系統，其特征在于，所述驗證信息和所述驗證回復信息相同或者不同。
16.根據權利要求15所述的實現系統，其特征在于，所述驗證信息為驗證碼或者驗證問題；所述驗證回復信息為所述驗證碼或者所述驗證問題對應的驗證答案。
17.根據權利要求12所述的實現系統，其特征在于，所述交易執(zhí)行模塊還用于若驗證未通過時，則判定轉賬交易失敗。
18.根據權利要求17所述的實現系統，其特征在于，所述交易服務器還包括: 結果通知模塊，用于當轉賬交易成功或失敗后，發(fā)送轉賬交易結果給所述交易裝置和/或所述驗證終端。
19.根據權利要求12所述的實現系統，其特征在于，所述交易裝置為電腦、ATM終端或者通信終端；所述驗證終端為通信終端；所述驗證回復信息采用短信、即時消息或者電子郵件形式。
20.根據權利要求12-19任一項所述的實現系統，其特征在于，所述驗證終端還包括: 凍結請求模塊，用于發(fā)送預定的凍結請求信息給所述交易服務器； 所述交易服務器還包括: 凍結處理模塊，用于根據所述凍結請求信息凍結對應的轉賬賬戶。
21.根據權 利要求20所述的實現系統，其特征在于，所述交易服務器還包括: 凍結提醒模塊，用于在用戶登錄所述轉賬賬戶或所述轉賬賬戶的資金發(fā)生變動時，發(fā)送凍結提示信息給所述驗證終端。
22.根據權利要求20所述的實現系統，其特征在于，所述驗證終端通過指定通訊號碼發(fā)送所述驗證回復信息或所述凍結請`求信息給所述交易服務器。
【文檔編號】G06Q20/40GK103778536SQ201410063172
【公開日】2014年5月7日 申請日期:2014年2月25日 優(yōu)先權日:2014年2月25日
【發(fā)明者】尚陽, 夏海林, 劉陽, 姚遠剛, 杜霏 申請人:上海農村商業(yè)銀行股份有限公司