本申請涉及互聯(lián)網(wǎng)技術領域，尤其涉及一種業(yè)務處理方法及裝置。

背景技術：

隨著計算機和互聯(lián)網(wǎng)技術的迅速發(fā)展，很多業(yè)務都可以在網(wǎng)絡上進行，為用戶提供了極大的便利。這些業(yè)務可以包括網(wǎng)絡存儲業(yè)務、通信業(yè)務、電子商務業(yè)務等不同類型的業(yè)務。

一般地，用戶通過這些業(yè)務可以獲取到對應的業(yè)務資源。比如，網(wǎng)絡存儲業(yè)務對應的業(yè)務資源可以是網(wǎng)盤空間，通信業(yè)務對應的業(yè)務資源可以是通信流量、通話時間，電子商務業(yè)務對應的業(yè)務資源可以是網(wǎng)絡上出售的商品，等等。在實際應用中，即使是同一種類型的業(yè)務，也可以有不同的業(yè)務資源提供方來提供對應于該類型業(yè)務的、相同的或不同的業(yè)務資源。

在現(xiàn)有技術中，為了便于用戶利用，對于任一種類型的業(yè)務，可以通過統(tǒng)一業(yè)務平臺對各提供方提供的業(yè)務資源進行整合，則用戶可以通過該統(tǒng)一業(yè)務平臺，自由地選擇提供方，以及與選擇的提供方進行業(yè)務交互，獲得該提供方提供的業(yè)務資源。進一步地，用戶為了獲得業(yè)務資源，也需要將該業(yè)務資源的關聯(lián)資源作為代價，轉(zhuǎn)移給該業(yè)務資源的提供方，比如，關聯(lián)資源可以是流量額度、通話時間額度、商品金額等，可以基于可以用戶的預定關聯(lián)資源集合轉(zhuǎn)移該業(yè)務資源的關聯(lián)資源。具體地，統(tǒng)一業(yè)務平臺可以與該預定關聯(lián)資源集合對應的服務端(為了便于描述，可以稱為外部服務端)進行交互，請求該外部服務端從該預定關聯(lián)資源集合中，轉(zhuǎn)移該業(yè)務資源的關聯(lián)資源給該業(yè)務資源的提供方。

在某些特定場景下，如某種業(yè)務資源需求量突然暴漲時，或業(yè)務提供方開 展促銷活動時，會導致短時間內(nèi)突然有大量用戶在統(tǒng)一業(yè)務平臺上進行業(yè)務，相應地，統(tǒng)一業(yè)務平臺也需要向?qū)母魍獠糠斩税l(fā)出大量關聯(lián)資源轉(zhuǎn)移請求。但是，統(tǒng)一業(yè)務平臺與各外部服務端一般由不同的服務商提供，它們的處理能力不一定能夠相互適配，因此，即使統(tǒng)一業(yè)務平臺足以處理上述特定場景下的大量業(yè)務請求，但是，各外部服務端卻不一定足以處理對應的大量關聯(lián)資源轉(zhuǎn)移請求，從而可能會導致各外部服務端由于壓力過大而崩潰，影響用戶業(yè)務。

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

本申請實施例提供一種業(yè)務處理方法及裝置，用以解決現(xiàn)有技術中當短時間內(nèi)大量用戶通過統(tǒng)一業(yè)務平臺進行業(yè)務時，統(tǒng)一業(yè)務平臺要向各外部服務端發(fā)送大量關聯(lián)資源轉(zhuǎn)移請求，從而可能會導致各外部服務端由于壓力過大而崩潰，影響用戶業(yè)務的問題。

本申請實施例提供一種支付方法及裝置。

本申請實施例提供的一種業(yè)務處理方法，包括：

當接收到針對指定業(yè)務資源的關聯(lián)資源轉(zhuǎn)移第一請求時，向所述指定業(yè)務資源的提供方發(fā)送鎖定請求，以使所述提供方為所述關聯(lián)資源轉(zhuǎn)移第一請求對應的用戶鎖定所述指定業(yè)務資源；

在經(jīng)過預定的關聯(lián)資源轉(zhuǎn)移延時規(guī)則指定的延時后，基于獲取的針對所述用戶的預定關聯(lián)資源集合的資源轉(zhuǎn)移授權，向所述關聯(lián)資源集合對應的服務端發(fā)送針對所述指定業(yè)務資源的關聯(lián)資源轉(zhuǎn)移第二請求，以使所述服務端從所述預定關聯(lián)資源集合中轉(zhuǎn)移所述指定業(yè)務資源的關聯(lián)資源；

當確定所述關聯(lián)資源轉(zhuǎn)移成功時，通知所述提供方，以便于所述提供方對所述指定業(yè)務資源解除鎖定并交付給所述用戶。

本申請實施例提供的一種業(yè)務處理裝置，包括：

業(yè)務資源鎖定請求模塊，用于當接收到針對指定業(yè)務資源的關聯(lián)資源轉(zhuǎn)移 第一請求時，向所述指定業(yè)務資源的提供方發(fā)送鎖定請求，以使所述提供方為所述關聯(lián)資源轉(zhuǎn)移第一請求對應的用戶鎖定所述指定業(yè)務資源；

延時轉(zhuǎn)移模塊，用于在經(jīng)過預定的關聯(lián)資源轉(zhuǎn)移延時規(guī)則指定的延時后，基于獲取的針對所述用戶的預定關聯(lián)資源集合的資源轉(zhuǎn)移授權，向所述關聯(lián)資源集合對應的服務端發(fā)送針對所述指定業(yè)務資源的關聯(lián)資源轉(zhuǎn)移第二請求，以使所述服務端從所述預定關聯(lián)資源集合中轉(zhuǎn)移所述指定業(yè)務資源的關聯(lián)資源；

轉(zhuǎn)移結(jié)果通知模塊，用于當確定所述關聯(lián)資源轉(zhuǎn)移成功時，通知所述提供方，以便于所述提供方對所述指定業(yè)務資源解除鎖定并交付給所述用戶。

本申請實施例提供的一種支付方法，包括：

當接收到針對訂單商品的商品金額支付第一請求，或者當確定所述商品金額支付第一請求對應的用戶下訂單成功時，向所述訂單商品的賣方發(fā)送鎖定請求，以使所述賣方為所述用戶鎖定所述訂單商品，所述訂單中包含的商品為所述訂單商品；

在經(jīng)過預定的商品金額支付延時規(guī)則指定的延時后，基于獲取的針對所述用戶的預定賬戶的代扣授權，向所述賬戶對應的服務端發(fā)送針對所述訂單商品的商品金額支付第二請求，以使所述服務端從所述預定賬戶中扣除所述訂單商品的商品金額；

當確定所述商品金額支付成功時，通知所述賣方，以便于所述賣方對所述訂單商品解除鎖定并交付給所述用戶。

本申請實施例提供的一種支付裝置，包括：

訂單商品鎖定請求模塊，用于當接收到針對訂單商品的商品金額支付第一請求，或者當確定所述商品金額支付第一請求對應的用戶下訂單成功時，向所述訂單商品的賣方發(fā)送鎖定請求，以使所述賣方為所述用戶鎖定所述訂單商品，所述訂單中包含的商品為所述訂單商品；

延時支付模塊，用于在經(jīng)過預定的商品金額支付延時規(guī)則指定的延時后，基于獲取的針對所述用戶的預定賬戶的代扣授權，向所述賬戶對應的服務端發(fā) 送針對所述訂單商品的商品金額支付第二請求，以使所述服務端從所述預定賬戶中扣除所述訂單商品的商品金額；

支付結(jié)果通知模塊，用于當確定所述商品金額支付成功時，通知所述賣方，以便于所述賣方對所述訂單商品解除鎖定并交付給所述用戶。

本申請實施例通過上述至少一種技術方案，不僅可以及時地為用戶鎖定業(yè)務資源，而且可以不用立刻將大量關聯(lián)資源轉(zhuǎn)移請求發(fā)送給外部服務端，而是可以經(jīng)過適當?shù)难訒r，錯開業(yè)務處理高峰，將各關聯(lián)資源轉(zhuǎn)移請求逐漸地發(fā)送給外部服務端，可以有效減輕外部服務端的壓力，可以減少外部服務端由于壓力過大崩潰的情況發(fā)生，進而減少對用戶業(yè)務的影響，因此，本申請的方案可以部分或全部解決上述現(xiàn)有技術中的問題。

附圖說明

此處所說明的附圖用來提供對本申請的進一步理解，構(gòu)成本申請的一部分，本申請的示意性實施例及其說明用于解釋本申請，并不構(gòu)成對本申請的不當限定。在附圖中：

圖1為本申請實施例提供的業(yè)務處理方法的過程；

圖2為本申請實施例提供的支付方法的過程；

圖3為本申請實施例提供的在實際應用場景下，所述支付方法的一種實施過程；

圖4為本申請實施例提供的對應于圖1的業(yè)務處理裝置結(jié)構(gòu)示意圖；

圖5為本申請實施例提供的對應于圖2的支付裝置結(jié)構(gòu)示意圖。

具體實施方式

為使本申請的目的、技術方案和優(yōu)點更加清楚，下面將結(jié)合本申請具體實施例及相應的附圖對本申請技術方案進行清楚、完整地描述。顯然，所描述的實施例僅是本申請一部分實施例，而不是全部的實施例?；诒旧暾堉械膶嵤? 例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本申請保護的范圍。

根據(jù)在背景技術中的說明可知，當短時間內(nèi)大量用戶通過統(tǒng)一業(yè)務平臺進行業(yè)務時，在關聯(lián)資源轉(zhuǎn)移這個環(huán)節(jié)可能會對外部服務端造成巨大壓力，一旦外部服務端由于這巨大壓力崩潰，則用戶會支付失敗，可能導致該用戶原本想要獲取的業(yè)務資源被支付成功的其他用戶拿走，而且還可能進一步地導致該用戶短時間內(nèi)多次重新嘗試進行關聯(lián)資源轉(zhuǎn)移，以及多次關聯(lián)資源轉(zhuǎn)移失敗，從而給統(tǒng)一業(yè)務平臺以及外部服務端造成了更大的壓力。

本申請的方案適用于網(wǎng)絡上進行的各種類型業(yè)務，可以部分或全部解決上述問題，下面對本申請的方案進行說明。

圖1為本申請實施例提供的業(yè)務處理方法的過程，該過程的執(zhí)行主體可以是上述的統(tǒng)一業(yè)務平臺或者用于處理業(yè)務的任意設備，統(tǒng)一業(yè)務平臺可以搭載于服務器或終端上。服務器包括但不限于：作為服務器的個人計算機、大中型計算機、計算機集群等；終端包括但不限于：個人計算機、手機、平板電腦、智能手表、車載移動臺等。為了便于描述，在本申請實施例中均以執(zhí)行主體是統(tǒng)一業(yè)務平臺為例，對本申請的方案進行說明。

本申請對統(tǒng)一業(yè)務平臺所涉及的業(yè)務類型并不做限定，其可以只涉及某一種類型的業(yè)務，也可以涉及多種類型的業(yè)務。

圖1中的過程可以包括以下步驟：

s101：當接收到針對指定業(yè)務資源的關聯(lián)資源轉(zhuǎn)移第一請求時，向所述指定業(yè)務資源的提供方發(fā)送鎖定請求，以使所述提供方為所述關聯(lián)資源轉(zhuǎn)移第一請求對應的用戶鎖定所述指定業(yè)務資源。

在本申請實施例中，用戶在發(fā)送關聯(lián)資源轉(zhuǎn)移第一請求前，還可以發(fā)送針對指定業(yè)務資源的獲取請求，統(tǒng)一業(yè)務平臺和/或該指定業(yè)務資源的提供方可以對該用戶以及該獲取請求的相關信息(比如該用戶的身份、業(yè)務資源庫存中是否存在該指定業(yè)務資源等)進行驗證，驗證通過后則可以通知該用戶已接受 該獲取請求，則用戶可以開始進行關聯(lián)資源轉(zhuǎn)移。

在本申請實施例中，所述指定業(yè)務資源的提供方可以是通過統(tǒng)一業(yè)務平臺為該用戶提供指定業(yè)務資源的其他用戶或設備，也可以是統(tǒng)一業(yè)務平臺本身。在前一種情況下，統(tǒng)一業(yè)務平臺可能不能直接對指定業(yè)務資源進行操作，而只能請求或者提示提供方對指定業(yè)務資源進行操作；在后一種情況下，統(tǒng)一業(yè)務平臺可以直接對業(yè)務資源進行操作，因此，在執(zhí)行步驟s101時，也可以不用發(fā)送鎖定請求，而是可以直接鎖定指定業(yè)務資源即可。其中，所述操作可以包括鎖定操作、調(diào)度操作、分配操作、交付操作等。

在本申請實施例中，在鎖定指定業(yè)務資源后，還可以通知用戶該指定業(yè)務資源已鎖定。該通知目的可以是：使用戶知曉即使沒有立刻完成針對指定業(yè)務資源的關聯(lián)資源轉(zhuǎn)移，提供方仍然為用戶保留著指定業(yè)務資源，從而后續(xù)可以延時進行關聯(lián)資源轉(zhuǎn)移，保留的指定業(yè)務資源并不會被其他用戶拿走。而在現(xiàn)有技術中，只有在關聯(lián)資源轉(zhuǎn)移成功后，提供方才會為用戶保留指定業(yè)務資源，因此，在背景技術提及的特定場景下，各用戶為了獲得自己想要的業(yè)務資源，都想要盡快地進行關聯(lián)資源轉(zhuǎn)移，以防止自己想要的業(yè)務資源被其他用戶拿走。通過本段中對本申請的方案與現(xiàn)有技術的比較可知，本申請的方案可以幫助用戶迅速鎖定用戶想要的業(yè)務資源，提高了用戶獲取業(yè)務資源的便利性和可靠性，而且可以減少現(xiàn)有技術中用戶短時間內(nèi)多次重新嘗試進行關聯(lián)資源轉(zhuǎn)移的現(xiàn)象出現(xiàn)。

s102：在經(jīng)過預定的關聯(lián)資源轉(zhuǎn)移延時規(guī)則指定的延時后，基于獲取的針對所述用戶的預定關聯(lián)資源集合的資源轉(zhuǎn)移授權，向所述關聯(lián)資源集合對應的服務端發(fā)送針對所述指定業(yè)務資源的關聯(lián)資源轉(zhuǎn)移第二請求，以使所述服務端從所述預定關聯(lián)資源集合中轉(zhuǎn)移所述指定業(yè)務資源的關聯(lián)資源。

在本申請實施例中，是否延時進行關聯(lián)資源轉(zhuǎn)移可以由用戶決定，也可以由統(tǒng)一業(yè)務平臺根據(jù)自身負荷自行決定。下面分別舉例進行說明。

例如，在步驟s101中，統(tǒng)一業(yè)務平臺接收到關聯(lián)資源轉(zhuǎn)移第一請求后， 可以詢問用戶是否延時進行關聯(lián)資源轉(zhuǎn)移，若是，則可以按照圖1中的過程執(zhí)行，若否，則可以不發(fā)送鎖定請求，后續(xù)也不延時進行關聯(lián)資源轉(zhuǎn)移，則在這種情況下，可能仍會產(chǎn)生現(xiàn)有技術中的問題。

又例如，在步驟s101中，統(tǒng)一業(yè)務平臺接收到關聯(lián)資源轉(zhuǎn)移第一請求后，若確定當前負荷超過了設定閾值，則可以自行決定延時進行關聯(lián)資源轉(zhuǎn)移(也即，按照圖1中的過程執(zhí)行)并對用戶進行提示。

在本申請實施例中，所述關聯(lián)資源轉(zhuǎn)移延時規(guī)則可以有多種。比如，關聯(lián)資源轉(zhuǎn)移延時規(guī)則可以是：延時至負荷不高于預定閾值后再進行所述關聯(lián)資源轉(zhuǎn)移；關聯(lián)資源轉(zhuǎn)移延時規(guī)則也可以是：延時指定長度時間后再進行所述關聯(lián)資源轉(zhuǎn)移；等等?？傊?，可使得關聯(lián)資源轉(zhuǎn)移的執(zhí)行時間錯開業(yè)務高峰時刻的關聯(lián)資源轉(zhuǎn)移延時規(guī)則可以適用于本申請的方案。

在本申請實施例中，用戶可以使用自己的預定關聯(lián)資源集合進行關聯(lián)資源轉(zhuǎn)移。對于不同的業(yè)務資源，對應的關聯(lián)資源的類型可以不同，相應地，對應的關聯(lián)資源集合的類型也可以不同。

例如，對于通信流量，對應的關聯(lián)資源可以是流量額度，對應的關聯(lián)資源集合可以是記錄流量額度的流量賬戶；對于商品，對應的關聯(lián)資源可以是商品金額，對應的關聯(lián)資源集合可以是銀行賬戶或第三方支付平臺賬戶；等等。

在本申請實施例中，對于同一類型的業(yè)務資源，用戶可能有多個關聯(lián)資源集合可用于為該類型的業(yè)務資源進行關聯(lián)資源轉(zhuǎn)移，則用戶可以預先從這多個關聯(lián)資源集合中，確定出至少一個關聯(lián)資源集合，作為所述的預定關聯(lián)資源集合，用于為該類型的業(yè)務資源進行關聯(lián)資源轉(zhuǎn)移。

進一步地，為了便于后續(xù)為用戶進行延時關聯(lián)資源轉(zhuǎn)移，統(tǒng)一業(yè)務平臺可以預先從該用戶獲取針對該用戶的預定關聯(lián)資源集合的資源轉(zhuǎn)移授權，當然，統(tǒng)一業(yè)務平臺也可以在執(zhí)行步驟s101或s102的過程中從該用戶獲取該資源轉(zhuǎn)移授權。

在本申請實施例中，預定關聯(lián)資源集合對應的服務端與統(tǒng)一業(yè)務平臺可以 屬于同一個系統(tǒng)或同一家服務商，比如，流量賬戶對應的服務端與用于統(tǒng)一提供通信業(yè)務的業(yè)務平臺可以屬于同一個通信運營系統(tǒng)或同一家通信運營商。

預定關聯(lián)資源集合對應的服務端與統(tǒng)一業(yè)務平臺也可以不屬于同一個系統(tǒng)，以及不屬于同一家服務商，背景技術中的問題主要是在這種情況下發(fā)生的，針對這種情況，為了便于描述，可以將步驟s102中的服務端稱為“外部服務端”。比如，對于銀行賬戶，其對應的服務端可以是該銀行的服務端。統(tǒng)一業(yè)務平臺的開發(fā)者和運營者可以對統(tǒng)一業(yè)務平臺的性能進行改進，卻無法對外部服務端的性能進行改進，統(tǒng)一業(yè)務平臺并不了解各外部服務端的性能，為了防止統(tǒng)一業(yè)務平臺在自身負荷較大時連累各外部服務端，可以采用特定方式，使統(tǒng)一業(yè)務平臺可以主動減小對各外部服務端施加的壓力。延時進行關聯(lián)資源轉(zhuǎn)移即為所述特定方式的一種。

在本申請實施例中，外部服務端除了可以負責轉(zhuǎn)移指定業(yè)務資源的關聯(lián)資源以外，還可以負責將轉(zhuǎn)移的關聯(lián)資源交付給指定業(yè)務資源的提供方，比如，可以將關聯(lián)資源從用戶的預定關聯(lián)資源集合中，轉(zhuǎn)移至提供方的關聯(lián)資源集合中等。當然，外部服務端的這些動作可以是在統(tǒng)一業(yè)務平臺的指示下執(zhí)行的。

s103：當確定所述關聯(lián)資源轉(zhuǎn)移成功時，通知所述提供方，以便于所述提供方對所述指定業(yè)務資源解除鎖定并交付給所述用戶。

通過圖1中的方法，不僅可以及時地為用戶鎖定業(yè)務資源，而且可以不用立刻將大量關聯(lián)資源轉(zhuǎn)移請求發(fā)送給外部服務端，而是可以經(jīng)過適當?shù)难訒r，錯開業(yè)務處理高峰，將各關聯(lián)資源轉(zhuǎn)移逐漸地發(fā)送給外部服務端，可以有效減輕外部服務端的壓力，可以減少外部服務端由于壓力過大崩潰的情況發(fā)生，進而減少對用戶業(yè)務的影響，因此，本申請的方案可以部分或全部解決上述現(xiàn)有技術中的問題。

基于圖1中的方法，本申請實施例還提供了圖1中的方法的一些具體實施方案，以及擴展方案，下面進行說明。

在本申請實施例中，前面已經(jīng)提到可以由用戶自行決定是否延時進行關聯(lián) 資源轉(zhuǎn)移。因此，對于步驟s101，向所述指定業(yè)務資源的提供方發(fā)送鎖定請求前，還可以執(zhí)行：提示所述用戶是否延時進行關聯(lián)資源轉(zhuǎn)移；接收所述用戶返回的確定延時進行關聯(lián)資源轉(zhuǎn)移的確定指令。而若用戶確定不延時進行關聯(lián)資源轉(zhuǎn)移，則可以不執(zhí)行圖1中的后續(xù)步驟。

進一步地，所述關聯(lián)資源轉(zhuǎn)移延時規(guī)則可以包括以下至少一種：

延時至負荷不高于預定閾值后再進行所述關聯(lián)資源轉(zhuǎn)移；

延時指定長度時間后再進行所述關聯(lián)資源轉(zhuǎn)移。

其中，關聯(lián)資源轉(zhuǎn)移延時規(guī)則中可以有可由用戶選擇的可選參數(shù)，比如用于確定延時時長的參數(shù)等。在實際應用中，可以只提供一種關聯(lián)資源轉(zhuǎn)移延時規(guī)則，也可以提供多種關聯(lián)資源轉(zhuǎn)移延時規(guī)則，以供用戶和/或統(tǒng)一業(yè)務平臺選擇使用或結(jié)合使用。

根據(jù)對關聯(lián)資源轉(zhuǎn)移延時規(guī)則的說明可知，不同的用戶延時進行關聯(lián)資源轉(zhuǎn)移對應的延時時長可以不同，從而可以實現(xiàn)：原本大量需要集中在短時間內(nèi)進行的關聯(lián)資源轉(zhuǎn)移可以分散在一個相對較長的時間段內(nèi)逐漸地進行，因此，可以減小對統(tǒng)一業(yè)務平臺和外部服務端的壓力。

在本申請實施例中，對于步驟s103，即使是延時進行關聯(lián)資源轉(zhuǎn)移，仍然可能存在關聯(lián)資源轉(zhuǎn)移失敗的情況，對這種情況，本申請實施例也提供了相應的處理方法。具體地，在執(zhí)行步驟s102后，當確定所述關聯(lián)資源轉(zhuǎn)移失敗時，通知所述提供方，以便于所述提供方對所述指定業(yè)務資源解除鎖定。指定業(yè)務資源解除鎖定后，其他用戶可以獲取該指定業(yè)務資源，從而可以減小本申請的方案對其他用戶和提供方的影響。

當然，在實際應用中，在關聯(lián)資源轉(zhuǎn)移失敗后，也可以暫時不通知提供方對指定業(yè)務資源解除鎖定，而是可以允許統(tǒng)一業(yè)務平臺和/或用戶重新嘗試進行關聯(lián)資源轉(zhuǎn)移，若重新嘗試次數(shù)超過設定閾值后，仍未轉(zhuǎn)移成功，再通知提供方對指定業(yè)務資源解除鎖定。從而可以增加用戶獲取到為該用戶鎖定的指定業(yè)務資源的可能性，提高本申請的方案對于用戶的實用性和可靠性。

以上對本申請實施例提供的業(yè)務處理方法進行了說明。基于同樣的思路，本申請還提供了一種支付方法，可以認為，該支付方法是所述業(yè)務處理方法在電子商務業(yè)務場景下的實施方式。

目前，在電子商務業(yè)務場景下，也存在與背景技術中提到的問題類似的問題。下面以上述的統(tǒng)一業(yè)務平臺是網(wǎng)絡購物平臺為例進行說明，相應地，在這種場景下，上述的指定業(yè)務資源可以是訂單商品(包括網(wǎng)絡購物平臺上售賣的商品)，上述的關聯(lián)資源可以是商品金額，上述的關聯(lián)資源轉(zhuǎn)移可以是商品金額支付，上述的用戶可以是賣方，上述的提供方可以是賣方，上述的關聯(lián)資源集合可以是賬戶，上述的資源轉(zhuǎn)移授權可以是代扣授權，上述的關聯(lián)資源轉(zhuǎn)移延時規(guī)則可以是商品金額支付延時規(guī)則。

網(wǎng)絡購物平臺上可以有多個賣方，用戶可以通過網(wǎng)絡購物平臺向任意賣方下訂單，“下訂單”這個動作可以視為是用戶向網(wǎng)絡購物平臺或向該賣方發(fā)送了針對訂單中的訂單商品的獲取請求，下訂單成功則可以表示網(wǎng)絡購物平臺或該賣方已接收該獲取請求，則用戶可以開始進行針對訂單商品的商品金額支付。在進行商品金額支付時，可以由網(wǎng)絡購物平臺基于獲取的針對用戶的預定賬戶的代扣授權，與該賬戶的服務端進行交互，使服務端從該賬戶中扣除訂單商品對應的商品金額，從而，可以完成商品金額支付。在電子商務業(yè)務場景下，一般可以將上述的賬戶，以及賬戶的服務端提供的服務統(tǒng)稱為：外部金融渠道。

如上所述，網(wǎng)絡購物平臺上的商品金額支付一般是通過外部金融渠道實現(xiàn)的。但是，當網(wǎng)絡購物平臺上進行大促銷的活動時，網(wǎng)絡購物平臺上的業(yè)務流量在短時間內(nèi)(甚至可能是在瞬時內(nèi))暴漲，相應地，商品金額支付的流量也會暴漲，從而給外部金融渠道帶來巨大壓力，可能導致外部金融渠道癱瘓(也即，賬戶的服務端崩潰)無法進行支付，影響用戶購物。顯然，在這種情況下，即使對網(wǎng)絡購物平臺進行再大的性能提升，也無法解決外部金融渠道由于上述的巨大壓力癱瘓的問題。

而本申請?zhí)峁┑闹Ц斗椒梢越鉀Q在電子商務業(yè)務場景下存在的上述問 題。

圖2為本申請實施例提供的支付方法的過程，該過程的執(zhí)行主體可以是用于處理電子商務業(yè)務的統(tǒng)一業(yè)務平臺(比如網(wǎng)絡購物平臺、網(wǎng)絡購物支付平臺等)或者用于處理電子商務業(yè)務的任意設備。以執(zhí)行主體是網(wǎng)絡購物平臺為例進行說明。

圖2中的過程可以包括以下步驟：

s201：當接收到針對訂單商品的商品金額支付第一請求，或者當確定所述商品金額支付第一請求對應的用戶下訂單成功時，向所述訂單商品的賣方發(fā)送鎖定請求，以使所述賣方為所述用戶鎖定所述訂單商品，所述訂單中包含的商品為所述訂單商品。

在本申請實施例中，相比于圖1中的業(yè)務處理方法，在圖2中的支付方法中，還增加了一種可觸發(fā)步驟s201開始執(zhí)行的條件，即為“當確定所述用戶下訂單成功時”。這樣的處理比較符合一般用戶網(wǎng)絡購物時的心理預期，因為用戶下訂單就是為了要購買訂單商品，則若在用戶下訂單成功后，立刻就為用戶鎖定訂單商品的話，從用戶角度而言是很樂意的，可以提高用戶購物體驗。

在實際應用中，“當確定所述用戶下訂單成功時，為該用戶鎖定該訂單對應的訂單商品”這種處理方式可以針對網(wǎng)絡購物平臺上的全部用戶實施，也可以只針對部分用戶(比如vip用戶)實施，對于后一種情況，可以實現(xiàn)所述部分用戶在網(wǎng)絡購物平臺上購物時，可以“優(yōu)先搶購商品”的效果。

s202：在經(jīng)過預定的商品金額支付延時規(guī)則指定的延時后，基于獲取的針對所述用戶的預定賬戶的代扣授權，向所述賬戶對應的服務端發(fā)送針對所述訂單商品的商品金額支付第二請求，以使所述服務端從所述預定賬戶中扣除所述訂單商品的商品金額。

s203：當確定所述商品金額支付成功時，通知所述賣方，以便于所述賣方對所述訂單商品解除鎖定并交付給所述用戶。

通過圖2中的方法，不僅可以及時地為用戶鎖定訂單商品，而且可以不用 立刻將大量商品金額支付請求發(fā)送給外部服務端，而是可以經(jīng)過適當?shù)难訒r，錯開業(yè)務處理高峰，將各商品金額支付請求逐漸地發(fā)送給外部服務端，可以有效減輕外部金融渠道的壓力，可以減少外部金融渠道由于壓力過大癱瘓的情況發(fā)生，進而減少對用戶購物的影響，因此，本申請的方案可以部分或全部解決上述現(xiàn)有技術中在電子商務業(yè)務場景下存在的問題。

基于圖2中的方法，本申請實施例還提供了圖2中的方法的一些具體實施方案，以及擴展方案，這些方案與圖1中的方法的具體實施方案以及擴展方案類似(方案類似，技術效果也類似)，因此，在下面僅簡單說明。

在本申請實施例中，對于步驟s201，向所述訂單商品的賣方發(fā)送鎖定請求前，還可以執(zhí)行：提示所述用戶是否延時進行商品金額支付；接收所述用戶返回的確定延時進行商品金額支付的確定指令。

在本申請實施例中，所述商品金額支付延時規(guī)則可以包括以下至少一種：

延時至負荷不高于預定閾值后再進行所述商品金額支付；

延時指定長度時間后再進行所述商品金額支付。

在本申請實施例中，在執(zhí)行步驟s202后，當確定所述商品金額支付失敗或者，商品金額支付失敗后重試次數(shù)超過預定閾值時，可以通知所述賣方，以便于所述賣方對所述訂單商品解除鎖定。在賣方對訂單商品解除鎖定后，賣方或網(wǎng)絡購物平臺還可以取消訂單。

為了便于理解，本申請實施例還提供了在實際應用場景下，圖2中的支付方法的一種實施過程，如圖3所示。在圖3中，買家可以為上述的用戶，平臺商戶和alipay均位于網(wǎng)絡購物平臺上，平臺商戶可以為上述的賣方，alipay可以是網(wǎng)絡購物平臺中負責支付相關業(yè)務的支付模塊。

圖3中的過程可以包括以下步驟：

用戶通過網(wǎng)絡購物平臺向賣方下訂單；

用戶向網(wǎng)絡購物平臺中的支付模塊發(fā)送針對訂單中的訂單商品的商品金額支付請求，并確定延時進行商品金額支付；

支付模塊通知賣方已下單成功，要延時進行商品金額支付，以及還可以請求賣方鎖定該訂單中的訂單商品；

賣方為用戶鎖定該訂單中的訂單商品，等待延時進行的商品金額支付，并通知用戶已下單成功并已鎖定訂單商品；

支付模塊經(jīng)過預定的商品金額支付延時規(guī)則指定的延時后，錯開了網(wǎng)絡購物平臺上的交易高峰，然后，基于獲取的針對用戶的預定賬戶的代扣授權，向外部金融渠道發(fā)起商品金額支付；

外部金融渠道向支付核心反饋商品金額支付是否成功，若是，支付模塊可以通知賣方商品金額支付成功，則賣方可以解鎖訂單商品并向用戶交付，相應地還要進行扣除庫存等操作，若否，支付模塊還可以重試商品金額支付，直至重試次數(shù)超過預定閾值后，仍然支付失敗的話，可以通知賣方商品金額支付失敗，則賣方可以解除對訂單商品的鎖定，并通知用戶，以及還可以取消該訂單。

在本申請實施例中，主要是通過在支付環(huán)節(jié)進行延時處理，減少外部服務端的壓力。在實際應用中，除了支付環(huán)節(jié)以外，若統(tǒng)一業(yè)務平臺與外部服務端之間的交互還涉及了其他業(yè)務處理環(huán)節(jié)的話，可以基于本申請的方案的思路，在所述其他業(yè)務處理環(huán)節(jié)也進行延時處理，從而也可以減少外部服務端的壓力。

以上為本申請實施例提供的業(yè)務處理方法、支付方法，基于同樣的思路，本申請實施例還提供相應的業(yè)務處理裝置、支付裝置，如圖4、圖5所示。

圖4為本申請實施例提供的業(yè)務處理裝置結(jié)構(gòu)示意圖，具體包括：

業(yè)務資源鎖定請求模塊401，用于當接收到針對指定業(yè)務資源的關聯(lián)資源轉(zhuǎn)移第一請求時，向所述指定業(yè)務資源的提供方發(fā)送鎖定請求，以使所述提供方為所述關聯(lián)資源轉(zhuǎn)移第一請求對應的用戶鎖定所述指定業(yè)務資源；

延時轉(zhuǎn)移模塊402，用于在經(jīng)過預定的關聯(lián)資源轉(zhuǎn)移延時規(guī)則指定的延時后，基于獲取的針對所述用戶的預定關聯(lián)資源集合的資源轉(zhuǎn)移授權，向所述關聯(lián)資源集合對應的服務端發(fā)送針對所述指定業(yè)務資源的關聯(lián)資源轉(zhuǎn)移第二請 求，以使所述服務端從所述預定關聯(lián)資源集合中轉(zhuǎn)移所述指定業(yè)務資源的關聯(lián)資源；

轉(zhuǎn)移結(jié)果通知模塊403，用于當確定所述關聯(lián)資源轉(zhuǎn)移成功時，通知所述提供方，以便于所述提供方對所述指定業(yè)務資源解除鎖定并交付給所述用戶。

通過圖4中的裝置，不僅可以及時地為用戶鎖定業(yè)務資源，而且可以不用立刻將大量關聯(lián)資源轉(zhuǎn)移請求發(fā)送給外部服務端，而是可以經(jīng)過適當?shù)难訒r，錯開業(yè)務處理高峰，將各關聯(lián)資源轉(zhuǎn)移請求逐漸地發(fā)送給外部服務端，可以有效減輕外部服務端的壓力，可以減少外部服務端由于壓力過大崩潰的情況發(fā)生，進而減少對用戶業(yè)務的影響。

可選地，所述裝置還包括：

延時轉(zhuǎn)移提示模塊404，用于在業(yè)務資源鎖定請求模塊401向所述指定業(yè)務資源的提供方發(fā)送鎖定請求前，提示所述用戶是否延時進行關聯(lián)資源轉(zhuǎn)移；接收所述用戶返回的確定延時進行所述關聯(lián)資源轉(zhuǎn)移的確定指令。

可選地，所述關聯(lián)資源轉(zhuǎn)移延時規(guī)則包括以下至少一種：

延時至負荷不高于預定閾值后再進行所述關聯(lián)資源轉(zhuǎn)移；

延時指定長度時間后再進行所述關聯(lián)資源轉(zhuǎn)移。

可選地，所述轉(zhuǎn)移結(jié)果通知模塊還用于：當確定所述關聯(lián)資源轉(zhuǎn)移失敗時，通知所述提供方，以便于所述提供方對所述指定業(yè)務資源解除鎖定。

具體的上述如圖4所示的裝置可以位于統(tǒng)一業(yè)務平臺或者用于處理業(yè)務的任意設備上。

圖5為本申請實施例提供的支付裝置結(jié)構(gòu)示意圖，具體包括：

訂單商品鎖定請求模塊501，用于當接收到針對訂單商品的商品金額支付第一請求，或者當確定所述商品金額支付第一請求對應的用戶下訂單成功時，向所述訂單商品的賣方發(fā)送鎖定請求，以使所述賣方為所述用戶鎖定所述訂單商品，所述訂單中包含的商品為所述訂單商品；

延時支付模塊502，用于在經(jīng)過預定的商品金額支付延時規(guī)則指定的延時 后，基于獲取的針對所述用戶的預定賬戶的代扣授權，向所述賬戶對應的服務端發(fā)送針對所述訂單商品的商品金額支付第二請求，以使所述服務端從所述預定賬戶中扣除所述訂單商品的商品金額；

支付結(jié)果通知模塊503，用于當確定所述商品金額支付成功時，通知所述賣方，以便于所述賣方對所述訂單商品解除鎖定并交付給所述用戶。

通過圖5中的裝置，不僅可以及時地為用戶鎖定訂單商品，而且可以不用立刻將大量商品金額支付請求發(fā)送給外部服務端，而是可以經(jīng)過適當?shù)难訒r，錯開業(yè)務處理高峰，將各商品金額支付請求逐漸地發(fā)送給外部服務端，可以有效減輕外部金融渠道的壓力，可以減少外部金融渠道由于壓力過大癱瘓的情況發(fā)生，進而減少對用戶購物的影響。

可選地，所述裝置還包括：

延時支付提示模塊504，用于在訂單商品鎖定請求模塊501向所述訂單商品的賣方發(fā)送鎖定請求前，提示所述用戶是否延時進行商品金額支付；接收所述用戶返回的確定延時進行商品金額支付的確定指令。

可選地，所述商品金額支付延時規(guī)則包括以下至少一種：

延時至負荷不高于預定閾值后再進行所述商品金額支付；

延時指定長度時間后再進行所述商品金額支付。

可選地，所述支付結(jié)果通知模塊還用于：當確定所述商品金額支付失敗時，通知所述賣方，以便于所述賣方對所述訂單商品解除鎖定。

具體的上述如圖5所示的裝置可以位于用于處理電子商務業(yè)務的統(tǒng)一業(yè)務平臺，或者用于處理電子商務業(yè)務的任意設備上。

本領域內(nèi)的技術人員應明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結(jié)合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器、cd-rom、光學存儲器等)上實施的計算機程序產(chǎn)品的形式。

本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據(jù)處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設備上，使得在計算機或其他可編程設備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

在一個典型的配置中，計算設備包括一個或多個處理器(cpu)、輸入/輸出接口、網(wǎng)絡接口和內(nèi)存。

內(nèi)存可能包括計算機可讀介質(zhì)中的非永久性存儲器，隨機存取存儲器(ram)和/或非易失性內(nèi)存等形式，如只讀存儲器(rom)或閃存(flashram)。內(nèi)存是計算機可讀介質(zhì)的示例。

計算機可讀介質(zhì)包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術來實現(xiàn)信息存儲。信息可以是計算機可讀指令、數(shù)據(jù)結(jié)構(gòu)、程序的模塊或其他數(shù)據(jù)。計算機的存儲介質(zhì)的例子包括，但不限于相變內(nèi)存(pram)、靜態(tài)隨機存取存儲器(sram)、動態(tài)隨機存取存儲器(dram)、其他類型的隨機存取存儲器(ram)、只讀存儲器(rom)、電可擦除可編程只讀存儲器(eeprom)、快閃記憶體或其他內(nèi)存技術、只讀光盤只讀存儲器 (cd-rom)、數(shù)字多功能光盤(dvd)或其他光學存儲、磁盒式磁帶，磁帶磁磁盤存儲或其他磁性存儲設備或任何其他非傳輸介質(zhì)，可用于存儲可以被計算設備訪問的信息。按照本文中的界定，計算機可讀介質(zhì)不包括暫存電腦可讀媒體(transitorymedia)，如調(diào)制的數(shù)據(jù)信號和載波。

還需要說明的是，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、商品或者設備中還存在另外的相同要素。

以上所述僅為本申請的實施例而已，并不用于限制本申請。對于本領域技術人員來說，本申請可以有各種更改和變化。凡在本申請的精神和原理之內(nèi)所作的任何修改、等同替換、改進等，均應包含在本申請的權利要求范圍之內(nèi)。