本申請涉及互聯(lián)網(wǎng)技術領域，尤其涉及網(wǎng)上支付方法及裝置。

背景技術：

隨著互聯(lián)網(wǎng)技術的不斷發(fā)展，利用互聯(lián)網(wǎng)進行網(wǎng)上支付的應用越來越多。并且，為了提高網(wǎng)上支付的安全，用戶可以通過第三方來完成網(wǎng)上支付。比如：第三方為支付寶。

現(xiàn)有技術中，當?shù)谌浇邮盏姐y行端返回的支付結果時，不管支付結果是支付成功還是支付失敗，都會將該支付結果發(fā)送至用戶；當?shù)谌皆谝欢螘r間內(nèi)沒有接收到銀行端返回的支付結果時，會提示用戶支付失敗。

但是，若銀行端支付成功，可沒有向第三方返回支付結果，這樣將導致第三方會向用戶提供錯誤信息，從而降低了用戶的支付體驗。

技術實現(xiàn)要素：

本申請?zhí)峁┚W(wǎng)上支付方法及裝置，以解決現(xiàn)有技術中若銀行端支付成功，可沒有向第三方返回支付結果，這樣將導致第三方會向用戶提供錯誤信息，從而降低了用戶的支付體驗的問題。

根據(jù)本申請實施例的第一方面，提供一種網(wǎng)上支付方法，所述方法包括：

接收第一方的支付任務；

將攜帶有所述支付任務的支付請求發(fā)送至第二方，以使所述第二方根據(jù)所述支付請求處理所述支付任務；

若檢測到設定時間內(nèi)沒有接收到所述第二方的處理結果，則將所述支付 任務添加到回查任務表中，并向所述第二方發(fā)起任務回查；

若接收到所述第二方發(fā)送的回查結果，則輸出所述回查結果。

根據(jù)本申請實施例的第二方面，提供一種網(wǎng)上支付裝置，所述裝置包括：

接收單元，用于接收第一方的支付任務；

第一發(fā)送單元，用于將攜帶有所述支付任務的支付請求發(fā)送至第二方，以使所述第二方根據(jù)所述支付請求處理所述支付任務；

任務回查單元，用于若檢測到設定時間內(nèi)沒有接收到所述第二方的處理結果，則將所述支付任務添加到回查任務表中，并向所述第二方發(fā)起任務回查；

輸出單元，用于若接收到所述第二方發(fā)送的回查結果，則輸出所述回查結果。

根據(jù)本申請實施例的第三方面，提供一種網(wǎng)上支付裝置，所述裝置包括：

處理器；

用于存儲所述處理器可執(zhí)行指令的存儲器；

其中，所述處理器被配置為：

接收第一方的支付任務；

將攜帶有所述支付任務的支付請求發(fā)送至第二方，以使所述第二方根據(jù)所述支付請求處理所述支付任務；

若檢測到設定時間內(nèi)沒有接收到所述第二方的處理結果，則將所述支付任務添加到回查任務表中，并向所述第二方發(fā)起任務回查；

若接收到所述第二方發(fā)送的回查結果，則輸出所述回查結果。

應用本申請實施例，通過接收第一方的支付任務，將攜帶有第一方的支付任務的支付請求發(fā)送至第二方，以使第二方根據(jù)接收到的支付請求處理第一方的支付任務，若檢測到設定時間內(nèi)沒有接收到第二方的處理結果，則將第一方的支付任務添加到回查任務表中，并向第二方發(fā)起任務回查，若接收到第二方發(fā)送的回查結果，則輸出回查結果，從而提高了網(wǎng)上支付的準確度和可靠性，還提高了第一方進行網(wǎng)上支付的體驗。。

附圖說明

圖1為本申請實施例的網(wǎng)上支付場景示意圖；

圖2為本申請網(wǎng)上支付方法的一個實施例流程圖；

圖3為本申請網(wǎng)上支付方法的另一個實施例的流程圖；

圖4本申請網(wǎng)上支付裝置所在設備的一種硬件結構圖；

圖5為本申請網(wǎng)上支付裝置的一個實施例框圖。

具體實施方式

這里將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述涉及附圖時，除非另有表示，不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實施例中所描述的實施方式并不代表與本申請相一致的所有實施方式。相反，它們僅是與如所附權利要求書中所詳述的、本申請的一些方面相一致的裝置和方法的例子。

在本申請使用的術語是僅僅出于描述特定實施例的目的，而非旨在限制本申請。在本申請和所附權利要求書中所使用的單數(shù)形式的“一種”、“所述”和“該”也旨在包括多數(shù)形式，除非上下文清楚地表示其他含義。還應當理解，本文中使用的術語“和/或”是指并包含一個或多個相關聯(lián)的列出項目的任何或所有可能組合。

應當理解，盡管在本申請可能采用術語第一、第二、第三等來描述各種信息，但這些信息不應限于這些術語。這些術語僅用來將同一類型的信息彼此區(qū)分開。例如，在不脫離本申請范圍的情況下，第一信息也可以被稱為第二信息，類似地，第二信息也可以被稱為第一信息。取決于語境，如在此所使用的詞語“如果”可以被解釋成為“在……時”或“當……時”或“響應于確定”。

參見圖1，為本申請實施例的網(wǎng)上支付場景示意圖：

圖1場景中包括：用戶、第三方支付服務端和銀行服務端。其中，第三 方支付服務端可以為支付寶。

用戶下單成功并選擇第三方進行網(wǎng)上支付后，該用戶會向第三方支付服務端發(fā)送支付任務。

第三方支付服務端接收到用戶的支付任務后，先選擇與用戶綁定的銀行服務端，再調(diào)用該銀行服務端的支付接口，通過該支付接口將攜帶有用戶的支付任務的支付請求發(fā)送至銀行服務端，以使銀行服務端根據(jù)該支付請求處理用戶的支付任務，得到對應的處理結果。其中，處理結果可能是支付成功即從用戶指定銀行卡中扣款成功，也可能是支付失敗即從用戶指定銀行卡中扣款失敗。

若接收到銀行服務端返回的處理結果，則將該處理結果提示給用戶。

若設定時間內(nèi)(例如2秒)沒有接收到銀行服務端返回的處理結果，則將該支付任務添加到回查任務表中，并調(diào)用銀行服務端的查詢接口，通過該查詢結果向銀行服務端發(fā)起任務回查；同時，還會提示用戶銀行服務端沒有返回處理結果，便于用戶點擊連接重試。

若接收到銀行服務端發(fā)送的回查結果，該回查結果可能是支付成功，也可能是支付失敗，根據(jù)該回查結果更新用戶的支付任務的支付狀態(tài)，并且，支付狀態(tài)與回查結果相同，以及將該更新后的支付狀態(tài)提示給用戶。

因此，本申請實施例中的第三方支付服務端，在設定時間內(nèi)沒有接收到銀行服務端的處理結果時，不是提示用戶支付失敗，而是向銀行服務端發(fā)起任務回查，當接收到回查結果后再提示正確的支付信息，避免了向用戶提示錯誤信息，提高了用戶的支付體驗。

下面對本申請實施例進行詳細說明。

參見圖2，為本申請網(wǎng)上支付方法的一個實施例的流程圖，該方法可以應用于第三方支付服務端上，比如：支付寶，包括以下步驟：

步驟210：接收第一方的支付任務。

本申請實施例中，第一方可以是網(wǎng)上購物的普通用戶。比如：用戶攜程下單成功后，選擇使用支付寶付款。

步驟220：將攜帶有第一方的支付任務的支付請求發(fā)送至第二方，以使第二方根據(jù)接收到的支付請求處理第一方的支付任務。

本申請實施例中，第二方可以是與用戶綁定的銀行服務端。比如：第二方為招商銀行等。

在一個例子中，第三方支付服務端可以調(diào)用第二方的支付接口，并通過該支付接口將攜帶有第一方的支付任務的支付請求發(fā)送至第二方。

比如：支付寶選擇使用招商銀行卡進行快捷支付，則可以調(diào)用招商銀行快捷支付接口進行支付，并接收招商銀行返回的處理結果。該處理結果可能是支付成功即從用戶招商銀行卡中扣款成功，也可能是支付失敗即從用戶招商銀行卡中扣款失敗。

步驟230：若檢測到設定時間內(nèi)沒有接收到第二方的處理結果，則將第一方的支付任務添加到回查任務表中，并向第二方發(fā)起任務回查。

本申請實施例中，設定時間是第三方支付服務端根據(jù)實際情況設定的一個數(shù)值。比如：設定時間為2秒。

并且，將第一方的支付任務添加到回查任務表中，其目的是將第一方的支付任務設置為回查任務，定時啟動任務回查。其中，回查任務表的表結構如表1所示。

表1

其中，在將第一方的支付任務添加到回查任務表后，還可以調(diào)用動態(tài)任務管理組件，并通過該動態(tài)任務管理組件管理第一方的支付任務的回查進程，包括：

(1)若檢測到將第一方的支付任務添加到回查任務表中，則設置該支付任務的任務狀態(tài)為待執(zhí)行。

(2)若檢測到針對第一方的支付任務向第二方發(fā)起任務回查，則將該支付任務的任務狀態(tài)更新為執(zhí)行中。

(3)若檢測到第二方針對第一方的支付任務發(fā)送的回查結果，則將該任務狀態(tài)更新為已執(zhí)行。

另外，步驟230中向第二方發(fā)起任務回查時，還可以調(diào)用第二方的查詢接口，并通過該查詢接口將針對第一方的支付任務的查詢請求發(fā)送至第二方。

比如：支付寶選擇使用招商銀行卡進行快捷支付，若檢測到2秒時間內(nèi)沒有接收到招商銀行的處理結果，此時，可以將該支付任務添加到回查任務表中，當?shù)却结槍Φ谝环降闹Ц度蝿湛梢韵虻诙桨l(fā)起任務回查時，此時可以調(diào)用招商銀行的查詢接口，并通過該查詢接口將針對第一方的支付任務的回查請求發(fā)送至第二方，使得第二方根據(jù)該回查請求返回第一方的支付任務的回查結果。

步驟240：若接收到第二方發(fā)送的回查結果，則輸出回查結果。

本申請實施例中，可以直接在第三方支付服務端提供的支付界面上顯示該回查結果；還可以通過短信、郵件等消息形式將該回查結果發(fā)送至用戶等。

由上述實施例可見，通過接收第一方的支付任務，將攜帶有第一方的支付任務的支付請求發(fā)送至第二方，以使第二方根據(jù)接收到的支付請求處理第一方的支付任務，若檢測到設定時間內(nèi)沒有接收到第二方的處理結果，則將第一方的支付任務添加到回查任務表中，并向第二方發(fā)起任務回查，若接收 到第二方發(fā)送的回查結果，則輸出回查結果，從而提高了網(wǎng)上支付的準確度和可靠性，還提高了第一方進行網(wǎng)上支付的體驗。

參見圖3，為本申請網(wǎng)上支付方法的另一個實施例的流程圖，該方法可以應用于第三方支付服務端上，比如：支付寶，包括以下步驟：

步驟310：接收第一方的支付任務。該步驟與步驟210相同，在這里不再贅述。

步驟320：將攜帶有第一方的支付任務的支付請求發(fā)送至第二方，以使第二方根據(jù)接收到的支付請求處理第一方的支付任務。該步驟與步驟220相同，在這里不再贅述。

步驟330：若檢測到設定時間內(nèi)沒有接收到第二方的處理結果，則將第一方的支付任務添加到回查任務表中，并向第二方發(fā)起任務回查。該步驟與步驟230相同，在這里不再贅述。

步驟340：若檢測到設定時間內(nèi)沒有接收到第二方的處理結果，則將第一方的支付任務的支付狀態(tài)設置為第一狀態(tài)，該第一狀態(tài)用于表征第二方未返回處理結果，并將第一狀態(tài)發(fā)送至第一方。

本申請實施例中，將第二方未返回處理結果這一狀態(tài)提示給用戶，便于用戶及時了解支付狀態(tài)，并根據(jù)該支付狀態(tài)確定是否點擊連接重試。

上述步驟330和步驟340不限制執(zhí)行上的先后順序，可以同時執(zhí)行，也可以以一定的時間順序執(zhí)行。

步驟350：若接收到第二方發(fā)送的回查結果，則輸出回查結果。

本申請實施例中，回查結果可能是支付成功，也可能是支付失敗，在輸出回查結果時，可以先將第一方的支付任務的支付狀態(tài)從第一狀態(tài)更新為第二狀態(tài)，該第二狀態(tài)與回查結果中的內(nèi)容相同，然后將第二狀態(tài)發(fā)送至第一方。

比如：回查結果為支付成功，則可以將支付狀態(tài)從第二方未返回處理結果更新為支付成功。

又比如：回查結果為支付失敗，則可以將支付狀態(tài)從第二方未返回處理 結果更新為支付失敗。

在一個例子中，在將第二狀態(tài)發(fā)送至第一方可以采用以下兩種方式：

方式一：將攜帶有第二狀態(tài)的提示通知發(fā)送至第一方，以使第一方根據(jù)提示通知中的第二狀態(tài)確定支付任務的當前支付狀態(tài)。

方式二：接收第一方的查詢請求，并根據(jù)查詢請求將攜帶有第二狀態(tài)的查詢結果發(fā)送至所述第一方，以使第一方根據(jù)該查詢結果發(fā)中的第二狀態(tài)確定支付任務的當前支付狀態(tài)。

由上述實施例可見，在檢測到設定時間內(nèi)沒有接收到第二方的處理結果，不僅可以將第一方的支付任務添加到回查任務表中，并向第二方發(fā)起任務回查，還可以將第一方的支付任務的支付狀態(tài)設置為第一狀態(tài)，該第一狀態(tài)用于表征第二方未返回處理結果，并將第一狀態(tài)發(fā)送至第一方，使得第一方及時了解支付狀態(tài)，進一步提高了第一方進行網(wǎng)上支付的體驗。

在一個例子中，在步驟320中將攜帶有第一方的支付任務的支付請求發(fā)送至第二方之后，若接收到第二方的處理結果，該處理結果可能是支付成功，還可能是支付失敗，則可以直接將第二方的處理結果發(fā)送至第一方。

與本申請網(wǎng)上支付方法的實施例相對應，本申請還提供了網(wǎng)上支付裝置的實施例。

本申請網(wǎng)上支付裝置的實施例可以分別應用在第三方支付服務端上。裝置實施例可以通過軟件實現(xiàn)，也可以通過硬件或者軟硬件結合的方式實現(xiàn)。以軟件實現(xiàn)為例，作為一個邏輯意義上的裝置，是通過其所在設備的處理器將非易失性存儲器中對應的計算機程序指令讀取到內(nèi)存中運行形成的。從硬件層面而言，如圖4所示，為本申請網(wǎng)上支付裝置所在設備的一種硬件結構圖，除了圖4所示的處理器、內(nèi)存、網(wǎng)絡接口、以及非易失性存儲器之外，實施例中裝置所在的設備通常根據(jù)該設備的實際功能，還可以包括其他硬件，如對于終端來說，可能包括攝像頭、觸摸屏子、通信組件等，對于服務器來說，可能包括負責處理報文的轉(zhuǎn)發(fā)芯片等等。

參見圖5，為本申請網(wǎng)上支付裝置的一個實施例框圖，該網(wǎng)上支付裝置 可以應用在估值服務器上，并可以用于執(zhí)行圖2所示的網(wǎng)上支付方法，該裝置包括：接收單元51、第一發(fā)送單元52、任務回查單元53和輸出單元54。

接收單元51，用于接收第一方的支付任務；

第一發(fā)送單元52，用于將攜帶有所述支付任務的支付請求發(fā)送至第二方，以使所述第二方根據(jù)所述支付請求處理所述支付任務；

任務回查單元53，用于若檢測到設定時間內(nèi)沒有接收到所述第二方的處理結果，則將所述支付任務添加到回查任務表中，并向所述第二方發(fā)起任務回查；

輸出單元54，用于若接收到所述第二方發(fā)送的回查結果，則輸出所述回查結果。

在一個可選的實現(xiàn)方式中：第一發(fā)送單元52可以包括：第一調(diào)用子單元和第一發(fā)送子單元(圖5中未示出)。

第一調(diào)用子單元，用于調(diào)用所述第二方的支付接口；

第一發(fā)送子單元，用于通過所述支付接口將攜帶有所述支付任務的支付請求發(fā)送至第二方。

在另一個可選的實現(xiàn)方式中：該網(wǎng)上支付裝置還可以包括調(diào)用單元和管理單元(圖5中未示出)。

調(diào)用單元，用于調(diào)用動態(tài)任務管理組件；

管理單元，用于通過所述動態(tài)任務管理組件管理所述支付任務的回查進程。

在另一個可選的實現(xiàn)方式中：所述管理單元可以包括第一管理子單元、第二管理子單元和第三管理子單元(圖5中未示出)。

第一管理子單元，用于若檢測到將所述支付任務添加到回查任務表中，則設置所述支付任務的任務狀態(tài)為待執(zhí)行；

第二管理子單元，用于若檢測到針對所述支付任務向所述第二方發(fā)起任務回查，則將所述任務狀態(tài)更新為執(zhí)行中；

第三管理子單元，用于若檢測到所述第二方針對所述支付任務發(fā)送的回 查結果，則將所述任務狀態(tài)更新為已執(zhí)行。

在另一個可選的實現(xiàn)方式中：所述任務回查單元53可以包括第二調(diào)用子單元和第二發(fā)送子單元(圖5中未示出)。

第二調(diào)用子單元，用于調(diào)用所述第二方的查詢接口；

第二發(fā)送子單元，用于通過所述查詢接口將針對所述支付任務的回查請求發(fā)送至第二方。

在另一個可選的實現(xiàn)方式中：該網(wǎng)上支付裝置還可以包括第二發(fā)送單元(圖5中未示出)。

第二發(fā)送單元，用于若檢測到設定時間內(nèi)沒有接收到所述第二方的處理結果，則將所述支付任務的支付狀態(tài)設置為第一狀態(tài)，所述第一狀態(tài)用于表征所述第二方未返回處理結果，并將所述第一狀態(tài)發(fā)送至所述第一方。

在另一個可選的實現(xiàn)方式中：所述回查結果為支付成功或支付失敗；輸出單元54可以包括更新子單元和第三發(fā)送子單元(圖5中未示出)。

更新子單元，用于將所述支付狀態(tài)從所述第一狀態(tài)更新為第二狀態(tài)，所述第二狀態(tài)與所述回查結果中的內(nèi)容相同；

第三發(fā)送子單元，用于將所述第二狀態(tài)發(fā)送至所述第一方。

在另一個可選的實現(xiàn)方式中：所述第三發(fā)送子單元可以包括第一發(fā)送模塊(圖5中未示出)。

第一發(fā)送模塊，用于將攜帶有所述第二狀態(tài)的提示通知發(fā)送至所述第一方，以使所述第一方根據(jù)所述提示通知中的第二狀態(tài)確定所述支付任務的當前支付狀態(tài)。

在另一個可選的實現(xiàn)方式中：所述第三發(fā)送子單元可以包括接收模塊和第二發(fā)送模塊(圖5中未示出)。

接收模塊，用于接收所述第一方的查詢請求；

第二發(fā)送模塊，用于根據(jù)所述查詢請求將攜帶有所述第二狀態(tài)的查詢結果發(fā)送至所述第一方，以使所述第一方根據(jù)所述查詢結果發(fā)中的第二狀態(tài)確定所述支付任務的當前支付狀態(tài)。

在另一個可選的實現(xiàn)方式中：該網(wǎng)上支付裝置還可以包括第三發(fā)送單元(圖5中未示出)。

第三發(fā)送單元，用于若接收到所述第二方的處理結果，所述處理結果包括支付成功或支付失敗，將所述處理結果發(fā)送至所述第一方。

上述裝置中各個單元的功能和作用的實現(xiàn)過程具體詳見上述方法中對應步驟的實現(xiàn)過程，在此不再贅述。

對于裝置實施例而言，由于其基本對應于方法實施例，所以相關之處參見方法實施例的部分說明即可。以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本請求方案的目的。本領域普通技術人員在不付出創(chuàng)造性勞動的情況下，即可以理解并實施。

與圖5相對應，本申請實施例還提供了一種網(wǎng)上支付裝置，所述裝置可以應用于第三方支付服務端上，比如：支付寶，包括：

處理器；

用于存儲所述處理器可執(zhí)行指令的存儲器；

其中，所述處理器被配置為：

接收第一方的支付任務；

將攜帶有所述支付任務的支付請求發(fā)送至第二方，以使所述第二方根據(jù)所述支付請求處理所述支付任務；

若檢測到設定時間內(nèi)沒有接收到所述第二方的處理結果，則將所述支付任務添加到回查任務表中，并向所述第二方發(fā)起任務回查；

若接收到所述第二方發(fā)送的回查結果，則輸出所述回查結果。

由上述實施例可見，通過接收第一方的支付任務，將攜帶有第一方的支付任務的支付請求發(fā)送至第二方，以使第二方根據(jù)接收到的支付請求處理第一方的支付任務，若檢測到設定時間內(nèi)沒有接收到第二方的處理結果，則將 第一方的支付任務添加到回查任務表中，并向第二方發(fā)起任務回查，若接收到第二方發(fā)送的回查結果，則輸出回查結果，從而提高了網(wǎng)上支付的準確度和可靠性，還提高了第一方進行網(wǎng)上支付的體驗。

本領域技術人員在考慮說明書及實踐這里公開的發(fā)明后，將容易想到本申請的其它實施方案。本申請旨在涵蓋本申請的任何變型、用途或者適應性變化，這些變型、用途或者適應性變化遵循本申請的一般性原理并包括本申請未公開的本技術領域中的公知常識或慣用技術手段。說明書和實施例僅被視為示例性的，本申請的真正范圍和精神由下面的權利要求指出。

應當理解的是，本申請并不局限于上面已經(jīng)描述并在附圖中示出的精確結構，并且可以在不脫離其范圍進行各種修改和改變。本申請的范圍僅由所附的權利要求來限制。