本申請涉及數(shù)據(jù)處理技術(shù)領域，特別涉及一種數(shù)據(jù)處理方法和平臺。

背景技術(shù)：

隨著互聯(lián)網(wǎng)的迅猛發(fā)展，網(wǎng)上數(shù)據(jù)交互越來越普遍，當前已經(jīng)成為人們生活中的主要數(shù)據(jù)交互方式。網(wǎng)上數(shù)據(jù)的交互一般是通過數(shù)據(jù)處理平臺與服務器之間的交互實現(xiàn)的。一個數(shù)據(jù)處理平臺通?？梢耘c多個服務器建立通信連接，例如服務器A、服務器B和服務器C等。

現(xiàn)有技術(shù)中，數(shù)據(jù)處理的方法一般如下：

當數(shù)據(jù)處理平臺獲取到包含網(wǎng)上數(shù)據(jù)的處理請求信息時，通常從與其相連接的服務器中選取一個服務器，例如服務器A。然后，數(shù)據(jù)處理平臺將獲取到的所述處理請求信息發(fā)送至選取的服務器，例如發(fā)送至服務器A。該選取的服務器獲取到所述處理請求信息后，可以執(zhí)行所述處理請求信息，并向數(shù)據(jù)處理平臺返回執(zhí)行的結(jié)果。

在實現(xiàn)本申請過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題：

上述現(xiàn)有技術(shù)中的數(shù)據(jù)處理方法，對于一個包含網(wǎng)上數(shù)據(jù)的處理請求信息，數(shù)據(jù)處理平臺選取一個服務器執(zhí)行該處理請求信息。這樣，該處理請求信息能否執(zhí)行成功依賴于數(shù)據(jù)處理平臺選取的服務器。當選取的服務器無法執(zhí)行所述處理請求信息時，或者，選取的服務器與數(shù)據(jù)處理平臺的通信狀況不好時，網(wǎng)上數(shù)據(jù)處理可能會失敗。例如，受限于硬件資源的配置，服務器的數(shù)據(jù)處理能力一般是有限制的。當需要處理的數(shù)據(jù)量較大時，服務器可能無法對數(shù)據(jù)處理平臺發(fā)送的網(wǎng)上數(shù)據(jù)進行處理。特別地，當需要處理的數(shù)據(jù)量過大時，服務器有可能出現(xiàn)宕機的現(xiàn)象。在這樣的情況下，數(shù)據(jù)處理平臺一般無法對網(wǎng)上數(shù)據(jù)進行正常的處理，從而影響網(wǎng)上數(shù)據(jù)處理的成功率。

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

本申請實施例的目的是提供一種數(shù)據(jù)處理方法和平臺，以提高網(wǎng)上數(shù)據(jù)處理的成功率。

為解決上述技術(shù)問題，本申請實施例提供的一種數(shù)據(jù)處理方法和平臺是這樣實現(xiàn)的：

一種數(shù)據(jù)處理方法，包括：

在獲取到包含第一數(shù)據(jù)和第一賬戶的第一請求信息后，向第一服務器發(fā)送所述第一請求信息；

獲取第一服務器返回的第一執(zhí)行結(jié)果，所述第一執(zhí)行結(jié)果為執(zhí)行所述第一請求信息后的結(jié)果；

依據(jù)所述第一執(zhí)行結(jié)果，向第二服務器發(fā)送所述第一請求信息。

另一種數(shù)據(jù)處理方法，包括：

在獲取到包含第一數(shù)據(jù)和第一賬戶的第一請求信息，向第一服務器發(fā)送所述第一請求信息；

依據(jù)等待第一服務器返回第一執(zhí)行結(jié)果的時間，向第二服務器發(fā)送所述第一請求信息，所述第一執(zhí)行結(jié)果為執(zhí)行所述第一請求信息后的結(jié)果。

另一種數(shù)據(jù)處理方法，包括：

數(shù)據(jù)處理平臺在獲取到包含第一數(shù)據(jù)和第一賬戶的第一請求信息后，向第一服務器發(fā)送所述第一請求信息；

第一服務器在獲取到所述第一請求信息后，基于所述第一數(shù)據(jù)和第一賬戶執(zhí)行所述第一請求信息，并向數(shù)據(jù)處理平臺返回第一執(zhí)行結(jié)果；

數(shù)據(jù)處理平臺獲取第一服務器的第一執(zhí)行結(jié)果，并依據(jù)所述第一執(zhí)行結(jié)果，向第二服務器發(fā)送所述第一請求信息；

第二服務器在獲取到所述第一請求信息后，基于所述第一數(shù)據(jù)和第一賬戶執(zhí)行所述第一請求信息，并向數(shù)據(jù)處理平臺返回第二執(zhí)行結(jié)果；

數(shù)據(jù)處理平臺獲取第二服務器返回的第二執(zhí)行結(jié)果。

一種數(shù)據(jù)處理平臺，包括：

第一發(fā)送模塊，用于在獲取到包含第一數(shù)據(jù)和第一賬戶的第一請求信息后，向第一服務器發(fā)送所述第一請求信息；

第一獲取模塊，用于獲取第一服務器返回的第一執(zhí)行結(jié)果，所述第一執(zhí)行結(jié)果為執(zhí)行所述第一請求信息后的結(jié)果；

第二發(fā)送模塊，用于依據(jù)所述第一執(zhí)行結(jié)果，向第二服務器發(fā)送所述第一請求信息。

另一種數(shù)據(jù)處理平臺，包括：

第一發(fā)送模塊，用于在獲取到包含第一數(shù)據(jù)和第一賬戶的第一請求信息后，向第一服務器發(fā)送所述第一請求信息；

第三發(fā)送模塊，用于依據(jù)等待第一服務器返回第一執(zhí)行結(jié)果的時間，向第二服務器發(fā)送所述第一請求信息，所述第一執(zhí)行結(jié)果為執(zhí)行所述第一請求信息后的結(jié)果。

另一種數(shù)據(jù)處理平臺，包括：

第三發(fā)送模塊，用于數(shù)據(jù)處理平臺在獲取到包含第一數(shù)據(jù)和第一賬戶的第一請求信息 后，向第一服務器發(fā)送所述第一請求信息；

第一執(zhí)行模塊，用于第一服務器在獲取到所述第一請求信息后，基于所述第一數(shù)據(jù)和第一賬戶執(zhí)行所述第一請求信息，并向數(shù)據(jù)處理平臺返回第一執(zhí)行結(jié)果；

第四發(fā)送模塊，用于數(shù)據(jù)處理平臺獲取第一服務器的第一執(zhí)行結(jié)果，并依據(jù)所述第一執(zhí)行結(jié)果，向第二服務器發(fā)送所述第一請求信息；

第二執(zhí)行模塊，用于第二服務器在獲取到所述第一請求信息后，基于所述第一數(shù)據(jù)和第一賬戶執(zhí)行所述第一請求信息，并向數(shù)據(jù)處理平臺返回第二執(zhí)行結(jié)果；

第二獲取模塊，用于數(shù)據(jù)處理平臺獲取第二服務器返回的第二執(zhí)行結(jié)果。

由以上本申請實施例提供的技術(shù)方案可見，本申請實施例在獲取到第一服務器的第一執(zhí)行結(jié)果后，可以依據(jù)該第一執(zhí)行結(jié)果，向第二服務器發(fā)送第一請求信息。與現(xiàn)有技術(shù)相比，在一個數(shù)據(jù)處理過程中，圖1所對應的實施例在一個服務器執(zhí)行第一請求信息失敗后，可以選取另一個服務器執(zhí)行第一請求信息，從而提高了網(wǎng)上數(shù)據(jù)處理的成功率。

附圖說明

為了更清楚地說明本申請實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本申請中記載的一些實施例，對于本領域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本申請實施例一種實現(xiàn)本申請數(shù)據(jù)處理方法的系統(tǒng)架構(gòu)示意圖；

圖2為本申請實施例一種數(shù)據(jù)處理方法的流程圖；

圖3為本申請實施例另一種數(shù)據(jù)處理方法的流程圖；

圖4為本申請實施例另一種數(shù)據(jù)處理方法的流程圖；

圖5為本申請實施例一種數(shù)據(jù)處理平臺的功能結(jié)構(gòu)示意圖；

圖6為本申請實施例另一種數(shù)據(jù)處理平臺的功能結(jié)構(gòu)示意圖；

圖7為本申請實施例另一種數(shù)據(jù)處理平臺的功能結(jié)構(gòu)示意圖。

具體實施方式

為了使本技術(shù)領域的人員更好地理解本申請中的技術(shù)方案，下面將結(jié)合本申請實施例中的附圖，對本申請實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例?；诒旧暾堉械膶嵤├?，本領域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都應當屬于本申請保護的范圍。

為便于對本申請發(fā)明構(gòu)思的理解，下面首先介紹一個可以實現(xiàn)本申請數(shù)據(jù)處理方法的系統(tǒng)架構(gòu)。如圖1所示，該系統(tǒng)架構(gòu)100可以包括數(shù)據(jù)處理平臺101、服務器A102、服務器B103、服務器C104和服務器D105。其中，服務器A102、服務器B103、服務器C104和服務器D105可以與數(shù)據(jù)處理平臺101進行通信。服務器A102、服務器B103、服務器C104和服務器D105之間可以相互進行通信。

需要說明的是，附圖1只是示例性的表示。事實上，在可以實現(xiàn)本申請數(shù)據(jù)處理方法的系統(tǒng)架構(gòu)中，與數(shù)據(jù)處理平臺101進行通信的服務器的數(shù)量沒有具體的限制，并不限于附圖1中所示的服務器A102、服務器B103、服務器C104和服務器D105，例如還可以包括服務器X、服務器Y和服務器Z等。

下面結(jié)合附圖1中描述的系統(tǒng)架構(gòu)，詳細介紹實現(xiàn)本申請數(shù)據(jù)處理方法的一個實施例。如圖2所示，該實施例包括：

S201：數(shù)據(jù)處理平臺在獲取到包含第一數(shù)據(jù)和第一賬戶的第一請求信息后，向第一服務器發(fā)送所述第一請求信息。

具體地，數(shù)據(jù)處理平臺可以獲取包含第一數(shù)據(jù)和第一賬戶的第一請求信息，并在獲取到所述第一請求信息后，獲取第一服務器。然后數(shù)據(jù)處理平臺可以向該第一服務器發(fā)送所述第一請求信息。

一般地，用戶可以在服務器中存儲數(shù)據(jù)。對于每個存儲數(shù)據(jù)的用戶，服務器可以為該用戶分配一個賬戶。用戶通過該賬戶可以管理其存儲在服務器上的數(shù)據(jù)。在步驟S201中，所述第一賬戶可以是某個服務器為用戶分配的賬戶。例如，對于附圖1，所述第一賬戶可以是服務器A102為用戶分配的賬戶。

所述第一數(shù)據(jù)可以是具體的數(shù)字。

所述第一服務器可以通過諸如因特網(wǎng)、局域網(wǎng)、廣域網(wǎng)等通信網(wǎng)絡與數(shù)據(jù)處理平臺建立連接。例如，對于附圖1，所述第一服務器可以為服務器A102、服務器B103、服務器C104或服務器D105等。

需要說明的是，所述第一服務器與為用戶分配第一賬戶的服務器可以是同一個服務器，也可以不是同一個服務器。

進一步地，所述第一服務器可以為用戶選取的服務器。例如，數(shù)據(jù)處理平臺在獲取到第一請求信息后，可以向用戶提供多個服務器以供選擇。當用戶從中選取某個服務器后，數(shù)據(jù)處理平臺可以獲取用戶選取的服務器，并將該服務器記為第一服務器。

此外，所述第一服務器還可以為按照預設順序獲取的服務器。一般地，可以有多個服務 器與數(shù)據(jù)處理平臺建立網(wǎng)絡連接。數(shù)據(jù)處理平臺可以預先設定所述多個服務器的順序。在數(shù)據(jù)處理平臺獲取到第一請求信息后，可以根據(jù)所述順序選取第一服務器。

S202：第一服務器在獲取到所述第一請求信息后，基于所述第一數(shù)據(jù)和第一賬戶執(zhí)行所述第一請求信息，并向數(shù)據(jù)處理平臺返回第一執(zhí)行結(jié)果。

所述第一請求信息可以為將第一數(shù)據(jù)轉(zhuǎn)移至第一賬戶的請求信息。

具體地，首先，第一服務器在獲取到所述第一請求信息后，可以獲取第二賬戶。與第一賬戶相類似，第二賬戶一般為服務器分配的用于管理數(shù)據(jù)的賬戶。為用戶分配第二賬戶的服務器與第一服務器一般為同一個服務器。在獲取到第二賬戶后，第一服務器可以獲取與第二賬戶對應的數(shù)據(jù)，并從獲取的數(shù)據(jù)中除去第一數(shù)據(jù)。

然后，當?shù)谝环掌髋c為用戶分配第一賬戶的服務器是同一個服務器時，第一服務器可以獲取與第一賬戶對應的數(shù)據(jù)，然后將獲取的數(shù)據(jù)與第一數(shù)據(jù)進行相加。例如，對于附圖1，第一服務器、為用戶分配第二賬戶的服務器、以及為用戶分配第一賬戶的服務器均可以為服務器A102。

當?shù)谝环掌髋c為用戶分配第一賬戶的服務器不是同一個服務器時，第一服務器可以獲取為用戶分配第一賬戶的服務器。然后，第一服務器可以向獲取的服務器發(fā)送第一數(shù)據(jù)，并向獲取的服務器請求將第一數(shù)據(jù)與與第一賬戶對應的數(shù)據(jù)進行相加。例如，對于附圖1，第一服務器和為用戶分配第二賬戶的服務器可以為服務器A102。為用戶分配第一賬戶的服務器可以為服務器B103。那么，服務器A102可以向服務器B103發(fā)送第一數(shù)據(jù)，并向服務器B103請求將第一數(shù)據(jù)和與第一賬戶對應的數(shù)據(jù)進行相加。

最后，第一服務器可以向數(shù)據(jù)處理平臺返回第一執(zhí)行結(jié)果。

所述第一執(zhí)行結(jié)果可以包括執(zhí)行成功的結(jié)果和執(zhí)行失敗的結(jié)果。

在一些實施方式中，當與第二賬戶對應的數(shù)據(jù)的數(shù)值大于第一數(shù)據(jù)的數(shù)值時，第一服務器可以獲取與第二賬戶對應的數(shù)據(jù)，并可以從獲取的數(shù)據(jù)中除去第一數(shù)據(jù)。那么，第一服務器可以向數(shù)據(jù)處理平臺返回執(zhí)行成功的結(jié)果。

在一些實施方式中，當與第二賬戶對應的數(shù)據(jù)的數(shù)值小于第一數(shù)據(jù)的數(shù)值時，第一服務器可以獲取與第二賬戶對應的數(shù)據(jù)，但不能從獲取的數(shù)據(jù)中除去第一數(shù)據(jù)。那么，第一服務器可以向數(shù)據(jù)處理平臺返回執(zhí)行失敗的結(jié)果。

S203：數(shù)據(jù)處理平臺獲取第一服務器的第一執(zhí)行結(jié)果，并依據(jù)所述第一執(zhí)行結(jié)果，向第二服務器發(fā)送所述第一請求信息。

在一些實施方式中，所述第一執(zhí)行結(jié)果是由第一服務器返回的。數(shù)據(jù)處理平臺可以獲取第一服務器返回的第一執(zhí)行結(jié)果。具體地，

當?shù)谝粓?zhí)行結(jié)果為執(zhí)行成功的結(jié)果時，那么，數(shù)據(jù)處理平臺可以結(jié)束整個數(shù)據(jù)處理過程。

當?shù)谝粓?zhí)行結(jié)果為執(zhí)行失敗的結(jié)果時，那么，數(shù)據(jù)處理平臺可以獲取第二服務器，并向第二服務器發(fā)送所述第一請求信息。例如，對于附圖1，當?shù)谝环掌鳛榉掌鰽102時，若第一執(zhí)行結(jié)果為執(zhí)行失敗的結(jié)果，那么，數(shù)據(jù)處理平臺可以獲取服務器B103、服務器C104或服務器D105。

進一步地，所述第二服務器可以為用戶選取的服務器。例如，當?shù)谝粓?zhí)行結(jié)果為執(zhí)行失敗的結(jié)果時，數(shù)據(jù)處理平臺可以向用戶提供其它多個服務器以供選擇。當用戶從中選取某個服務器后，數(shù)據(jù)處理平臺可以獲取用戶選取的服務器，并將該服務器記為第二服務器。

此外，所述第二服務器還可以為依據(jù)預設順序獲取的服務器。如步驟S201中所述，數(shù)據(jù)處理平臺可以預先設定所述多個服務器的順序。那么，當?shù)谝粓?zhí)行結(jié)果為執(zhí)行失敗的結(jié)果時，數(shù)據(jù)處理平臺可以依據(jù)所述順序，獲取第二服務器。例如，對于附圖1，所述預設順序可以為服務器A102、服務器B103、服務器C104和服務器D105。獲取第二服務器的方式為獲取與第一服務器相鄰的服務器。那么，當?shù)谝环掌鳛榉掌鰽102時，獲取的第二服務器可以為服務器B103。

在一些實施方式中，所述第一執(zhí)行結(jié)果是由數(shù)據(jù)處理平臺產(chǎn)生的。

受限于硬件資源的配置，服務器的數(shù)據(jù)處理能力一般是有限制的。當處理請求信息的數(shù)量超過服務器的處理能力時，服務器對于獲取的處理請求信息的執(zhí)行速度會變慢，從而會影響服務器對于數(shù)據(jù)處理平臺的響應速度，造成數(shù)據(jù)處理平臺等待執(zhí)行結(jié)果的時間變長。

或者，由于環(huán)境的問題，網(wǎng)絡穩(wěn)定性不高，往往出現(xiàn)網(wǎng)絡狀況不良的情況，這會影響服務器與數(shù)據(jù)處理平臺之間的數(shù)據(jù)交互，也可能造成數(shù)據(jù)處理平臺等待執(zhí)行結(jié)果的時間較長，甚至造成數(shù)據(jù)處理平臺無法獲取到執(zhí)行結(jié)果。

基于以上的原因，數(shù)據(jù)處理平臺可以設置預設時間。數(shù)據(jù)處理平臺可以將等待第一服務器返回第一執(zhí)行結(jié)果的時間與所述預設時間進行對比，當?shù)却谝粓?zhí)行結(jié)果的時間大于所述預設時間時，可以將第一服務器的第一執(zhí)行結(jié)果設置為支付失敗的結(jié)果。那么，數(shù)據(jù)處理平臺可以獲取第二服務器，并向第二服務器發(fā)送所述第一請求信息。所述預設時間可以靈活設置，例如可以設置為10s(Second，秒)等。

S204：第二服務器在獲取到所述第一請求信息后，基于所述第一數(shù)據(jù)和第一賬戶執(zhí)行所述第一請求信息，并向數(shù)據(jù)處理平臺返回第二執(zhí)行結(jié)果。

具體地，第二服務器在獲取到所述第一請求信息后，可以獲取第三賬戶。在獲取到第三賬戶后，第二服務器可以獲取與第三賬戶對應的數(shù)據(jù)，并從獲取的數(shù)據(jù)中除去第一數(shù)據(jù)。

然后，當?shù)诙掌髋c為用戶分配第一賬戶的服務器是同一個服務器時，第二服務器可 以獲取與第一賬戶對應的數(shù)據(jù)，然后將獲取的數(shù)據(jù)與第一數(shù)據(jù)進行相加。

當?shù)诙掌髋c為用戶分配第一賬戶的服務器不是同一個服務器時，第二服務器可以獲取為用戶分配第一賬戶的服務器。然后，第二服務器可以向獲取的服務器發(fā)送第一數(shù)據(jù)，并向獲取的服務器請求將第一數(shù)據(jù)和與第一賬戶對應的數(shù)據(jù)進行相加。

最后，第二服務器可以向數(shù)據(jù)處理平臺返回第二執(zhí)行結(jié)果。

所述第二執(zhí)行結(jié)果可以包括執(zhí)行成功的結(jié)果和執(zhí)行失敗的結(jié)果。

在一些實施方式中，當與第三賬戶對應的數(shù)據(jù)的數(shù)值大于第一數(shù)據(jù)的數(shù)值時，第二服務器可以獲取與第三賬戶對應的數(shù)據(jù)，并可以從獲取的數(shù)據(jù)中除去第一數(shù)據(jù)。那么，第二服務器可以向數(shù)據(jù)處理平臺返回執(zhí)行成功的結(jié)果。

在一些實施方式中，當與第三賬戶對應的數(shù)據(jù)的數(shù)值小于第一數(shù)據(jù)的數(shù)值時，第二服務器可以獲取與第三賬戶對應的數(shù)據(jù)，但不能從獲取的數(shù)據(jù)中除去第一數(shù)據(jù)。那么，第二服務器可以向數(shù)據(jù)處理平臺返回執(zhí)行失敗的結(jié)果。

S205：數(shù)據(jù)處理平臺獲取第二服務器返回的第二執(zhí)行結(jié)果。

圖1所對應的實施例，數(shù)據(jù)處理平臺在獲取到第一服務器的第一執(zhí)行結(jié)果后，可以依據(jù)該第一執(zhí)行結(jié)果，向第二服務器發(fā)送第一請求信息。與現(xiàn)有技術(shù)相比，在一個數(shù)據(jù)處理過程中，圖1所對應的實施例在一個服務器執(zhí)行第一請求信息失敗后，可以選取另一個服務器執(zhí)行第一請求信息，從而提高了網(wǎng)上數(shù)據(jù)處理的成功率。

圖2所對應的實施例以數(shù)據(jù)處理平臺為主體，可以形成如圖3所示的實施例。該實施例包括如下步驟：

S301：在獲取到包含第一數(shù)據(jù)和第一賬戶的第一請求信息后，向第一服務器發(fā)送所述第一請求信息。

S302：獲取第一服務器返回的第一執(zhí)行結(jié)果，所述第一執(zhí)行結(jié)果為執(zhí)行所述第一請求信息后的結(jié)果。

S303：依據(jù)所述第一執(zhí)行結(jié)果，向第二服務器發(fā)送所述第一請求信息。

圖2所對應的實施例以數(shù)據(jù)處理平臺為主體，還可以形成如圖4所示的實施例。該實施例包括如下步驟：

S401：在獲取到包含第一數(shù)據(jù)和第一賬戶的第一請求信息，向第一服務器發(fā)送所述第一請求信息。

S402：依據(jù)等待第一服務器返回第一執(zhí)行結(jié)果的時間，向第二服務器發(fā)送所述第一請求 信息，所述第一執(zhí)行結(jié)果為執(zhí)行所述第一請求信息后的結(jié)果。

具體地，可以設置預設時間。當?shù)却谝环掌鞣祷氐谝粓?zhí)行結(jié)果的時間大于該預設時間時，數(shù)據(jù)處理平臺可以獲取第二服務器，并向第二服務器發(fā)送所述第一請求信息。

本申請實施例的數(shù)據(jù)處理方法，可以應用于支付場景中。下面以支付過程為例，介紹本申請實施例數(shù)據(jù)處理方法的一個應用場景。需要指出的是，本申請結(jié)合具體的支付場景對本申請的構(gòu)思進行描述，但本申請并不限于此，而是可以適用于現(xiàn)有或未來開發(fā)的其它任意適合的數(shù)據(jù)處理場景中。

近年來，隨著互聯(lián)網(wǎng)經(jīng)濟的快速發(fā)展，利用支付平臺進行網(wǎng)上支付逐漸成為一種方便的生活方式。目前，主要的支付平臺包括支付寶、財付通和快錢等。對于每個支付平臺，可以有多個支付機構(gòu)的服務器與其連接。所述支付機構(gòu)可以包括銀行(例如中國銀行、中國工商銀行等)、銀聯(lián)系統(tǒng)和余額寶等?，F(xiàn)有技術(shù)中，支付平臺較常用的支付方法一般如下：

支付平臺在獲取到包含支付金額和收款賬戶的支付請求信息后，向服務器發(fā)送所述支付請求信息。該服務器一般為支付機構(gòu)的服務器。服務器獲取到所述支付請求信息后，可以獲取用戶的支付賬戶，然后從所述支付賬戶中扣除支付金額，并將扣除的支付金額轉(zhuǎn)移至所述收款賬戶。在扣款成功后，服務器可以向支付平臺發(fā)送扣款成功的信息。

以上的支付方法，在支付過程中使用一個支付機構(gòu)的服務器進行支付，當該服務器無法完成支付時，往往會使整個支付過程無法支付成功，從而降低了支付成功率，使用戶無法快速方便地完成支付，造成用戶使用體驗下降。例如，在某一支付過程中，若用戶支付賬戶的余額不足，該服務器一般無法完成支付，從而使得整個支付過程一般無法支付成功。

本申請實施例的數(shù)據(jù)處理方法，當應用于支付的場景時，可以提高支付的成功率。

所述支付場景中，數(shù)據(jù)處理平臺可以為支付平臺。第一數(shù)據(jù)可以為支付金額。第一賬戶可以為收款賬戶。第一服務器和第二服務器可以為支付機構(gòu)的服務器，例如銀行的服務器。那么，支付平臺在獲取到包含支付金額和收款賬戶的支付請求信息后，可以向第一服務器發(fā)送該支付請求信息。第一服務器在獲取到支付平臺發(fā)送的支付請求信息后，可以獲取第一支付賬戶。然后，第一服務器可以從第一支付賬戶中扣除支付金額，并將從第一支付賬戶中扣除的支付金額轉(zhuǎn)移至收款賬戶。

當?shù)谝环掌鞒晒Φ膹牡谝恢Ц顿~戶中扣除支付金額后，可以向支付平臺返回支付成功的結(jié)果。支付平臺當獲取到第一服務器返回的支付成功的結(jié)果后，可以結(jié)束整個支付過程。

當?shù)谝恢Ц顿~戶中的余額小于支付金額時，第一服務器從第一支付賬戶中扣除支付金額失敗，可以向支付平臺返回支付失敗的結(jié)果。當支付平臺獲取到第一服務器返回的支付失敗 的結(jié)果后，可以獲取第二服務器，并向第二服務器發(fā)送所述支付請求信息?；蛘?，支付平臺可以設置預設時間，當?shù)却谝环掌鞣祷刂Ц督Y(jié)果的時間大于該預設時間時，可以認為第一服務器的支付結(jié)果為支付失敗。那么，支付平臺可以獲取第二服務器，并向第二服務器發(fā)送所述支付請求信息。

第二服務器獲取到支付平臺發(fā)送的支付請求信息后，可以獲取第二支付賬戶。然后，第二服務器可以從第二支付賬戶中扣除支付金額，并將從第二支付賬戶中扣除的支付金額轉(zhuǎn)移至收款賬戶。

當?shù)诙Ц顿~戶中的余額小于支付金額時，第二服務器從第二支付賬戶中扣除支付金額失敗，可以向支付平臺返回支付失敗的結(jié)果。支付平臺在獲取到第二服務器返回的支付失敗的結(jié)果后，可以結(jié)束整個支付過程。

當?shù)诙掌鞒晒Φ膹牡诙Ц顿~戶中扣除支付金額后，可以向支付平臺返回支付成功的結(jié)果。在這種情況下，由于支付平臺不能夠確定第一支付賬戶是否扣款成功，因此，支付平臺需要向第一服務器請求獲取第一支付賬戶的交易記錄。在獲取到第一支付賬戶的交易記錄后，支付平臺可以根據(jù)該交易記錄判斷第一支付賬戶是否扣款成功。當判斷第一支付賬戶扣款成功時，支付平臺可以向第一支付賬戶轉(zhuǎn)賬或還款。

以上的支付方法，支付平臺在一個支付過程中可以選取兩個服務器進行支付，從而提高了支付成功率，可以使用戶快速方便地完成支付，提升用戶使用體驗。

以上的支付方法，優(yōu)選地，第一支付賬戶為借記支付賬戶，第二支付賬戶為信用支付賬戶。所述借記支付賬戶一般為沒有透支功能的賬戶。所述信用支付賬戶一般為具有透支功能的賬戶。由于信用支付賬戶一般沒有賬戶余額的限制，因此選擇第二支付賬戶為信用支付賬戶，可以提高第二支付通道的支付成功率，進而可以提高整個支付方法的支付成功率。

本申請實施例還提供一種數(shù)據(jù)處理平臺。如圖5所示，該數(shù)據(jù)處理平臺包括第一發(fā)送模塊501、第一獲取模塊502和第二發(fā)送模塊503。其中，

第一發(fā)送模塊501，用于在獲取到包含第一數(shù)據(jù)和第一賬戶的第一請求信息后，向第一服務器發(fā)送所述第一請求信息。

第一獲取模塊502，用于獲取第一服務器返回的第一執(zhí)行結(jié)果，所述第一執(zhí)行結(jié)果為執(zhí)行所述第一請求信息后的結(jié)果。

第二發(fā)送模塊503，用于依據(jù)所述第一執(zhí)行結(jié)果，向第二服務器發(fā)送所述第一請求信息。

本申請實施例還提供另一種數(shù)據(jù)處理平臺。如圖6所示，該數(shù)據(jù)處理平臺包括第一發(fā)送模塊501和第三發(fā)送模塊601。其中，所述第三發(fā)送模塊601，用于依據(jù)等待第一服務器返回 第一執(zhí)行結(jié)果的時間，向第二服務器發(fā)送所述第一請求信息，所述第一執(zhí)行結(jié)果為執(zhí)行所述第一請求信息后的結(jié)果。

本申請實施例還提供另一種數(shù)據(jù)處理平臺。如圖7所示，該數(shù)據(jù)處理平臺包括第三發(fā)送模塊701、第一執(zhí)行模塊702、第四發(fā)送模塊703、第二執(zhí)行模塊704和第二獲取模塊705。其中，

第三發(fā)送模塊701，用于數(shù)據(jù)處理平臺在獲取到包含第一數(shù)據(jù)和第一賬戶的第一請求信息后，向第一服務器發(fā)送所述第一請求信息。

第一執(zhí)行模塊702，用于第一服務器在獲取到所述第一請求信息后，基于所述第一數(shù)據(jù)和第一賬戶執(zhí)行所述第一請求信息，并向數(shù)據(jù)處理平臺返回第一執(zhí)行結(jié)果。

第四發(fā)送模塊703，用于數(shù)據(jù)處理平臺獲取第一服務器的第一執(zhí)行結(jié)果，并依據(jù)所述第一執(zhí)行結(jié)果，向第二服務器發(fā)送所述第一請求信息。

第二執(zhí)行模塊704，用于第二服務器在獲取到所述第一請求信息后，基于所述第一數(shù)據(jù)和第一賬戶執(zhí)行所述第一請求信息，并向數(shù)據(jù)處理平臺返回第二執(zhí)行結(jié)果。

第二獲取模塊705，用于數(shù)據(jù)處理平臺獲取第二服務器返回的第二執(zhí)行結(jié)果。

在20世紀90年代，對于一個技術(shù)的改進可以很明顯地區(qū)分是硬件上的改進(例如，對二極管、晶體管、開關等電路結(jié)構(gòu)的改進)還是軟件上的改進(對于方法流程的改進)。然而，隨著技術(shù)的發(fā)展，當今的很多方法流程的改進已經(jīng)可以視為硬件電路結(jié)構(gòu)的直接改進。設計人員幾乎都通過將改進的方法流程編程到硬件電路中來得到相應的硬件電路結(jié)構(gòu)。因此，不能說一個方法流程的改進就不能用硬件實體模塊來實現(xiàn)。例如，可編程邏輯器件(Programmable Logic Device,PLD)(例如現(xiàn)場可編程門陣列(Field Programmable Gate Array，F(xiàn)PGA))就是這樣一種集成電路，其邏輯功能由用戶對器件編程來確定。由設計人員自行編程來把一個數(shù)字系統(tǒng)“集成”在一片PLD上，而不需要請芯片制造廠商來設計和制作專用的集成電路芯片2。而且，如今，取代手工地制作集成電路芯片，這種編程也多半改用“邏輯編譯器(logic compiler)”軟件來實現(xiàn)，它與程序開發(fā)撰寫時所用的軟件編譯器相類似，而要編譯之前的原始代碼也得用特定的編程語言來撰寫，此稱之為硬件描述語言(Hardware Description Language，HDL)，而HDL也并非僅有一種，而是有許多種，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware Description Language)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(Ruby Hardware Description Language)等，目前最普遍使用的是VHDL(Very-High-Speed Integrated Circuit Hardware Description Language)與Verilog2。本領域技術(shù)人員也應該清楚，只需要將方法流程用上述幾種硬件描述語言稍作邏輯編程并編程到集成電路中，就可以很容易得到實現(xiàn)該邏輯方法流程的硬件電路。

控制器可以按任何適當?shù)姆绞綄崿F(xiàn)，例如，控制器可以采取例如微處理器或處理器以及存儲可由該(微)處理器執(zhí)行的計算機可讀程序代碼(例如軟件或固件)的計算機可讀介質(zhì)、邏輯門、開關、專用集成電路(Application Specific Integrated Circuit，ASIC)、可編程邏輯控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存儲器控制器還可以被實現(xiàn)為存儲器的控制邏輯的一部分。

本領域技術(shù)人員也知道，除了以純計算機可讀程序代碼方式實現(xiàn)控制器以外，完全可以通過將方法步驟進行邏輯編程來使得控制器以邏輯門、開關、專用集成電路、可編程邏輯控制器和嵌入微控制器等的形式來實現(xiàn)相同功能。因此這種控制器可以被認為是一種硬件部件，而對其內(nèi)包括的用于實現(xiàn)各種功能的裝置也可以視為硬件部件內(nèi)的結(jié)構(gòu)?；蛘呱踔?，可以將用于實現(xiàn)各種功能的裝置視為既可以是實現(xiàn)方法的軟件模塊又可以是硬件部件內(nèi)的結(jié)構(gòu)。

上述實施例闡明的系統(tǒng)、裝置、模塊或單元，具體可以由計算機芯片或?qū)嶓w實現(xiàn)，或者由具有某種功能的產(chǎn)品來實現(xiàn)。

為了描述的方便，描述以上裝置時以功能分為各種單元分別描述。當然，在實施本申請時可以把各單元的功能在同一個或多個軟件和/或硬件中實現(xiàn)。

通過以上的實施方式的描述可知，本領域的技術(shù)人員可以清楚地了解到本申請可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)?；谶@樣的理解，本申請的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品可以存儲在存儲介質(zhì)中，如ROM/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行本申請各個實施例或者實施例的某些部分所述的方法。

本說明書中的各個實施例均采用遞進的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對于系統(tǒng)實施例而言，由于其基本相似于方法實施例，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。

本申請可用于眾多通用或?qū)Ｓ玫挠嬎銠C系統(tǒng)環(huán)境或配置中。例如：個人計算機、服務器 計算機、手持設備或便攜式設備、平板型設備、多處理器系統(tǒng)、基于微處理器的系統(tǒng)、置頂盒、可編程的消費電子設備、網(wǎng)絡PC、小型計算機、大型計算機、包括以上任何系統(tǒng)或設備的分布式計算環(huán)境等等。

本申請可以在由計算機執(zhí)行的計算機可執(zhí)行指令的一般上下文中描述，例如程序模塊。一般地，程序模塊包括執(zhí)行特定任務或?qū)崿F(xiàn)特定抽象數(shù)據(jù)類型的例程、程序、對象、組件、數(shù)據(jù)結(jié)構(gòu)等等。也可以在分布式計算環(huán)境中實踐本申請，在這些分布式計算環(huán)境中，由通過通信網(wǎng)絡而被連接的遠程處理設備來執(zhí)行任務。在分布式計算環(huán)境中，程序模塊可以位于包括存儲設備在內(nèi)的本地和遠程計算機存儲介質(zhì)中。

雖然通過實施例描繪了本申請，本領域普通技術(shù)人員知道，本申請有許多變形和變化而不脫離本申請的精神，希望所附的權(quán)利要求包括這些變形和變化而不脫離本申請的精神。