支付驗證方法及裝置、系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及互聯(lián)網(wǎng)領(lǐng)域，尤其涉及一種支付驗證方法及裝置、系統(tǒng)。
【背景技術(shù)】
[0002]隨著移動終端的快速發(fā)展，通過移動終端進(jìn)行電子商務(wù)的支付也越來越頻繁。雖然給人們的生活帶來了很大的便利，但是伴隨著的安全問題也越發(fā)突顯出來。
[0003]現(xiàn)有技術(shù)中采用短信驗證碼的方式，即在用戶通過移動終端進(jìn)行電子支付時，支付服務(wù)器將發(fā)送一條短信給用戶進(jìn)行驗證，從而提高了支付的安全性。但是，如果該移動終端一旦丟失，仍然無法防止其他人使用該移動終端進(jìn)行支付活動。因此，現(xiàn)有技術(shù)中的支付驗證仍然存在安全性的缺陷。

【發(fā)明內(nèi)容】

[0004]本發(fā)明實施例的主要目的是提供一種支付驗證方法、裝置及系統(tǒng)，旨在提高支付的安全性。
[0005]為達(dá)到以上目的，本發(fā)明實施例提供了一種支付驗證方法，包括以下步驟:
[0006]接收請求終端發(fā)送的支付請求；
[0007]當(dāng)所述支付請求中的支付信息滿足預(yù)設(shè)的驗證條件時，發(fā)送驗證請求至預(yù)先綁定的驗證終端；
[0008]接收所述驗證終端返回的驗證響應(yīng)；
[0009]當(dāng)所述驗證終端通過驗證請求時，將所述支付請求發(fā)送至支付服務(wù)器。
[0010]本發(fā)明實施例還提供了一種支付驗證裝置，包括:
[0011]接收模塊，用于接收請求終端發(fā)送的支付請求；接收所述驗證終端返回的驗證響應(yīng)；
[0012]處理模塊，用于判斷所述支付請求中的支付信息是否滿足預(yù)設(shè)的驗證條件；以及用于根據(jù)所述驗證響應(yīng)判斷所述驗證終端是否通過驗證；
[0013]發(fā)送模塊，用于當(dāng)所述支付請求中的支付信息滿足預(yù)設(shè)的驗證條件時，發(fā)送驗證請求至預(yù)先綁定的驗證終端；當(dāng)所述驗證終端通過驗證請求時，將所述支付請求發(fā)送至支付服務(wù)器。
[0014]本發(fā)明實施例還提出一種支付驗證方法，包括以下步驟:
[0015]請求終端發(fā)送支付請求至驗證服務(wù)器；
[0016]驗證服務(wù)器判斷所述支付請求中的支付信息是否滿足預(yù)設(shè)的驗證條件；
[0017]當(dāng)所述支付請求中的支付信息滿足預(yù)設(shè)的驗證條件時，驗證服務(wù)器發(fā)送驗證請求至預(yù)先綁定的驗證終端；
[0018]驗證終端響應(yīng)所述驗證請求，并發(fā)送驗證響應(yīng)至驗證服務(wù)器；
[0019]驗證服務(wù)器根據(jù)所述驗證響應(yīng)，判斷所述驗證終端通過驗證時，將所述支付請求發(fā)送至支付服務(wù)器。
[0020]本發(fā)明實施例還提出一種支付系統(tǒng)，包括請求終端、驗證服務(wù)器、驗證終端，其中，[0021 ] 所述請求終端用于發(fā)送支付請求至所述驗證服務(wù)器；
[0022]所述驗證服務(wù)器用于判斷所述支付請求中的支付信息是否滿足預(yù)設(shè)的驗證條件；當(dāng)所述支付請求中的支付信息滿足預(yù)設(shè)的驗證條件時，驗證服務(wù)器發(fā)送驗證請求至預(yù)先綁定的驗證終端；根據(jù)所述驗證響應(yīng)，判斷所述驗證終端通過驗證時，將所述支付請求發(fā)送至支付服務(wù)器；
[0023]所述驗證終端用于響應(yīng)所述驗證請求，并發(fā)送驗證響應(yīng)至驗證服務(wù)器。
[0024]本發(fā)明實施例通過增加支付驗證的方式，在支付信息滿足預(yù)設(shè)的驗證條件時，則發(fā)送驗證請求至預(yù)先綁定的驗證終端進(jìn)行驗證，待驗證終端通過驗證后再發(fā)送至支付服務(wù)器進(jìn)行支付，驗證終端拒絕驗證則丟棄該支付請求。因此，本發(fā)明實施例可以避免了請求終端丟失后，其他人利用該請求終端繼續(xù)進(jìn)行支付操作，保證了支付的安全。
【附圖說明】
[0025]圖1是本發(fā)明支付方法第一實施例的流程示意圖；
[0026]圖2a是本發(fā)明支付方法中發(fā)出支付請求前的操作界面示例圖；
[0027]圖2b是本發(fā)明支付方法中發(fā)出支付請求時的操作界面示例圖；
[0028]圖3是本發(fā)明支付方法中通知請求終端驗證失敗的界面示例圖；
[0029]圖4是本發(fā)明支付驗證方法第二實施例的流程示意圖；
[0030]圖5a是本發(fā)明支付驗證方法中發(fā)出支付完成請求時的操作界面示例圖；
[0031]圖5b是本發(fā)明支付驗證方法中發(fā)出支付完成請求后的操作界面示例圖；
[0032]圖6是本發(fā)明支付驗證方法第三實施例的流程示意圖；
[0033]圖7a是本發(fā)明支付驗證方法中進(jìn)行支付卡綁定時的操作界面示例圖；
[0034]圖7b是本發(fā)明支付驗證方法中在進(jìn)行支付卡綁定后的操作界面示例圖；
[0035]圖7c是本發(fā)明支付驗證方法中添加驗證的操作界面示例圖；
[0036]圖8是本發(fā)明支付驗證方法中通知請求終端驗證綁定失敗的界面示例圖；
[0037]圖9是本發(fā)明支付驗證方法第四實施例的流程示意圖；
[0038]圖1Oa是本發(fā)明支付驗證方法中進(jìn)行綁定信息更換前的操作界面示例圖；
[0039]圖1Ob是本發(fā)明支付驗證方法中觸發(fā)驗證信息更換時的操作界面示例圖；
[0040]圖11是本發(fā)明支付驗證裝置第一實施例的功能模塊示意圖；
[0041]圖12是本發(fā)明支付驗證裝置第二實施例的功能模塊示意圖；
[0042]圖13是本發(fā)明支付驗證裝置所在的驗證服務(wù)器的硬件結(jié)構(gòu)示意圖；
[0043]圖14是本發(fā)明支付驗證方法第五實施例的流程示意圖；
[0044]圖15a是本發(fā)明支付驗證方法中驗證服務(wù)器通知請求終端支付成功的界面示例圖；
[0045]圖15b是本發(fā)明支付驗證方法中支付服務(wù)器通知請求終端支付成功的界面示例圖；
[0046]圖16是本發(fā)明支付驗證方法第六實施例的流程示意圖；
[0047]圖17是本發(fā)明支付驗證方法第七實施例的流程示意圖；
[0048]圖18是本發(fā)明支付驗證方法第八實施例的流程示意圖；
[0049]圖19是本發(fā)明支付驗證系統(tǒng)與支付服務(wù)器的通訊結(jié)構(gòu)示意圖。
[0050]本發(fā)明目的的實現(xiàn)、功能特點及優(yōu)點將結(jié)合實施例，參照附圖做進(jìn)一步說明。
【具體實施方式】
[0051]以下結(jié)合說明書附圖及具體實施例進(jìn)一步說明本發(fā)明的技術(shù)方案。應(yīng)當(dāng)理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
[0052]本發(fā)明提出了一種支付驗證方法。如圖1所示，該支付驗證方法包括以下步驟:
[0053]步驟SlOl、接收請求終端發(fā)送的支付請求；
[0054]該支付請求包括支付信息，例如支付的商品信息、支付金額、商品來源以及要支付的銀行卡號、支付密碼等等。具體為:當(dāng)用戶通過請求終端瀏覽某件商品需要購買時，點擊圖2a中界面中的“立即購買”控件，則將進(jìn)入圖2b的界面，該界面上需要用戶輸入卡號及輸入支付密碼。當(dāng)用戶輸入卡號及支付密碼后，再點擊“支付”控件，即可以觸發(fā)支付請求?？梢岳斫獾氖牵颂幍纳唐沸畔⒉粌H僅是有形的產(chǎn)品，也可以包括無形的產(chǎn)品，例如充值服務(wù)、優(yōu)惠券服務(wù)等等。
[0055]步驟S102、當(dāng)所述支付請求中的支付信息滿足預(yù)設(shè)的驗證條件時,發(fā)送驗證請求至預(yù)先綁定的驗證終端；
[0056]接收到請求終端發(fā)送的支付請求后，將判斷該支付請求中的支付信息是否滿足預(yù)設(shè)的驗證條件。本實施例的預(yù)設(shè)的驗證條件是:當(dāng)支付金額超過一預(yù)設(shè)的閾值時，需要進(jìn)行驗證。例如，預(yù)設(shè)的閾值是1000元。當(dāng)此次支付的金額為1100元時，由于已經(jīng)超過了 1000元，所以滿足預(yù)設(shè)的驗證條件。因此將驗證請求發(fā)送至預(yù)先綁定的驗證終端。該驗證請求包括請求終端的信息以及支付明細(xì)，例如要支付的商品信息、要支付的金額等等。
[0057]步驟S103、接收所述驗證終端返回的驗證響應(yīng)；
[0058]上述驗證響應(yīng)包括通過驗證請求和拒絕驗證請求。
[0059]步驟S104、當(dāng)所述驗證終端通過驗證請求時，將所述支付請求發(fā)送至支付服務(wù)器；
[0060]當(dāng)所述驗證終端回復(fù)通過驗證請求時，則將所述支付請求發(fā)送至支付服務(wù)器，進(jìn)行支付。
[0061]步驟S105、當(dāng)所述驗證終端拒絕驗證請求時，通知所述請求終端支付失敗。
[0062]當(dāng)所述驗證終端拒絕驗證請求時，則通知所述請求終端支付失敗，如圖3所示。同時可以等待請求終端再次發(fā)起支付驗證流程。
[0063]本發(fā)明實施例通過增加支付驗證的方式，在支付信息滿足預(yù)設(shè)的驗證條件時，則發(fā)送驗證請求至預(yù)先綁定的驗證終端進(jìn)行驗證，待驗證終端通過驗證后再發(fā)送至支付服務(wù)器進(jìn)行支付，驗證終端拒絕驗證則丟棄該支付請求。因此，本發(fā)明實施例可以避免了請求終端丟失后，其他人利用該請求終端繼續(xù)進(jìn)行支付操作，保證了支付的安全。
[0064]可以理解的是，一般商品都具有相應(yīng)的支付期限，例如從提交訂單到支付完成一般不超過24個小時，甚至有些時間更短。因此，驗證服務(wù)器將根據(jù)該支付期限，判斷支付期限內(nèi)是否收到相應(yīng)的驗證響應(yīng)，若未收到，也將通知所述請求終端支付失敗。
[0065]進(jìn)一步地，提出本發(fā)明支付驗證方法第二實施例。如圖4所示，該實施例中，在上述步驟S102之后還包括:
[0066]步驟S106