本申請涉及計算機(jī)技術(shù)領(lǐng)域，尤其涉及一種資源的處理方法及裝置。

背景技術(shù)：

隨著網(wǎng)絡(luò)技術(shù)的不斷發(fā)展，計算機(jī)設(shè)備可以為用戶提供的資源也日趨多樣化，如，計算機(jī)設(shè)備為用戶提供緩沖存儲資源。

目前，在現(xiàn)有技術(shù)中，針對計算機(jī)設(shè)備提供的任一類型的資源，計算機(jī)設(shè)備在將該資源提供給用戶之前，需要先確定用戶的資源使用權(quán)限，也就是，用戶能夠使用的最大資源量。在確定用戶的資源使用權(quán)限時，用戶可將資源申請信息發(fā)送給計算機(jī)設(shè)備。計算機(jī)設(shè)備在接收到用戶發(fā)送的資源申請信息后，可根據(jù)資源申請信息確定出用戶的資源使用權(quán)限。后續(xù)，當(dāng)用戶使用計算機(jī)設(shè)備提供的該資源時，可在計算機(jī)設(shè)備上執(zhí)行資源獲取的操作，以此生成資源獲取請求。計算機(jī)設(shè)備在接收到用戶的資源獲取請求后，根據(jù)資源獲取請求中攜帶的資源類型和資源數(shù)量，獲取到對應(yīng)的資源，并將資源提供給用戶。

例如，假設(shè)云存儲服務(wù)商只為注冊過用戶名的用戶提供云存儲空間(即，資源)，用戶通過互聯(lián)網(wǎng)提交用戶的身份信息的方式，在云存儲服務(wù)商的服務(wù)器注冊了用戶名。云存儲服務(wù)商從而可為用戶提供云存儲空間。后續(xù)，用戶準(zhǔn)備在云存儲服務(wù)商的服務(wù)器獲取一定量的云存儲空間，例如10g的云存儲空間。這時，用戶在計算機(jī)終端上執(zhí)行云存儲空間獲取的操作，云存儲服務(wù)商的服務(wù)器接收到用戶輸入的獲取云存儲空間的申請時，可以從云存儲服務(wù)商的服務(wù)器剩余的云存儲空間從劃分出用戶申請的一定容量的云存儲空間。

但是，考慮到在實際應(yīng)用中，用戶申請新申請的云存儲空間容量不能大于云存儲服務(wù)商的服務(wù)器剩余的云存儲空間，以免帶來云存儲空間的透支。因此， 在處理云存儲空間申請的過程中，需要逐一比較用戶新申請的云存儲空間的容量與云存儲服務(wù)商的服務(wù)器剩余的容量。然后，將該用戶新申請的云存儲空間的容量與云存儲服務(wù)商的服務(wù)器剩余的容量記錄下來。記錄成功后，云存儲服務(wù)商后續(xù)為用戶分配云存儲空間。當(dāng)用戶量眾多時，計算機(jī)設(shè)備逐一處理云存儲空間的申請，申請順序排在后面的用戶會存在明顯的排隊等待時間，資源申請?zhí)幚硇实?，從而使得用戶體驗滿意度差。

因此，需要提供一種管控資源透支風(fēng)險，并且處理資源申請效率高、用戶體驗滿意度好的技術(shù)方案。

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

本申請實施例提供一種管控資源透支風(fēng)險，并且處理資源申請效率高、用戶體驗滿意度好的技術(shù)方案。

具體的，一種資源處理的方法，計算機(jī)在配置下執(zhí)行以下步驟：

接收一個批次的資源申請；

確定所述批次的資源申請對應(yīng)的總量；

確定業(yè)務(wù)系統(tǒng)的資源結(jié)余量；

當(dāng)所述總量不大于所述資源結(jié)余量時，向所述業(yè)務(wù)系統(tǒng)發(fā)出資源申請記錄成功的消息，使業(yè)務(wù)系統(tǒng)為進(jìn)行所述批次的資源申請對應(yīng)的用戶分配資源。

本申請實施例還提供另一種資源處理的方法，計算機(jī)在配置下執(zhí)行以下步驟：

接收一個批次內(nèi)的、針對一個賬號的業(yè)務(wù)付款請求；

確定所述批次內(nèi)的、針對所述賬號的付款總金額；

確定業(yè)務(wù)系統(tǒng)中所述賬號的資金余額；

當(dāng)所述付款總金額不大于所述資金余額時，向業(yè)務(wù)系統(tǒng)發(fā)出業(yè)務(wù)付款請求記錄成功的消息，使業(yè)務(wù)系統(tǒng)為提出業(yè)務(wù)付款請求的用戶分配資金。

本申請實施例提供一種資源處理的裝置，包括：

接收模塊，用于接收一個批次的資源申請；

解析模塊，用于確定所述批次的資源申請對應(yīng)的總量；

計算模塊，用于確定業(yè)務(wù)系統(tǒng)的資源結(jié)余量；

處理模塊，當(dāng)所述總量不大于所述資源結(jié)余量時，向業(yè)務(wù)系統(tǒng)發(fā)出資源申請記錄成功的消息，使業(yè)務(wù)系統(tǒng)為進(jìn)行所述批次的資源申請對應(yīng)的用戶分配資源。

本申請實施例還提供另一種資源處理的裝置，包括：

接收模塊，用于接收一個批次內(nèi)的、針對一個賬號的業(yè)務(wù)付款請求；

解析模塊，用于確定所述批次內(nèi)的、針對所述賬號的付款總金額；

計算模塊，用于確定業(yè)務(wù)系統(tǒng)中所述賬號的資金余額；

處理模塊，用于當(dāng)所述付款總金額不大于所述資金余額時，向業(yè)務(wù)系統(tǒng)發(fā)出業(yè)務(wù)付款請求記錄成功的消息，使業(yè)務(wù)系統(tǒng)為提出業(yè)務(wù)付款請求的用戶分配資金。

本申請實施例提供的信息的輸入方法和系統(tǒng)，至少具有如下有益效果：

一個批次的資源申請與資源結(jié)余量比較一次，當(dāng)資源申請總量不大于資源結(jié)余量時，向業(yè)務(wù)系統(tǒng)發(fā)出申請記錄成功的消息，使業(yè)務(wù)系統(tǒng)為進(jìn)行資源申請的用戶分配資源。從而，可以在防止資源透支的前提下，向業(yè)務(wù)系統(tǒng)發(fā)出申請記錄成功的消息，使得業(yè)務(wù)系統(tǒng)為進(jìn)行資源申請的用戶分配資源，從而提高資源申請的處理效率，降低用戶的排隊等待時間，提高用戶體驗滿意度。

附圖說明

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

圖1為本申請實施例提供的資源的處理方法的過程示意圖。

圖2為本申請實施例提供的另一種資源的處理方法的過程示意圖。

圖3為本申請實施例提供的資源的處理的裝置的結(jié)構(gòu)示意圖。

具體實施方式

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

請參照圖1，為本申請實施例提供的資源的處理方法，具體包括以下步驟：

s01：接收一個批次的資源申請。

用戶通過互聯(lián)網(wǎng)提交用戶的身份信息的方式，在云存儲服務(wù)商的服務(wù)器注冊了用戶名。云存儲服務(wù)商從而可為用戶提供云存儲空間。后續(xù)，用戶準(zhǔn)備在云存儲服務(wù)商的服務(wù)器獲取一定量的云存儲空間時，用戶在計算機(jī)終端上執(zhí)行云存儲空間獲取的操作。云存儲服務(wù)商的服務(wù)器接收到用戶輸入的獲取云存儲空間的申請時，可以從云存儲服務(wù)商的服務(wù)器剩余的云存儲空間從劃分出用戶申請的一定容量的云存儲空間。在一定時間段內(nèi)，多個用戶可以向云存儲服務(wù)商的服務(wù)器發(fā)出這樣的資源申請。

一定數(shù)量的資源申請，或者，一個時間段內(nèi)的資源申請可以作為一個批次的資源申請。例如，500個資源申請，或者，1分鐘內(nèi)的資源申請可以作為一個批次的資源申請。服務(wù)器可以通過數(shù)據(jù)傳輸協(xié)議接收一個批次的資源申請。當(dāng)然，一個批次的資源申請可以涉及多個用戶，也可以僅涉及一個用戶。

s02：確定所述批次的資源申請對應(yīng)的總量。

服務(wù)器可以以解析資源申請的方式，確定該批次的資源申請中涉及的資源申請總量，例如，云存儲空間的容量等。

s03：確定業(yè)務(wù)系統(tǒng)的資源結(jié)余量。

服務(wù)器可以根據(jù)資源總量與已經(jīng)分配完畢的資源量兩者之差，算得業(yè)務(wù)系統(tǒng)的資源結(jié)余量。例如，云存儲空間剩余1t的容量。

進(jìn)一步的，在本申請?zhí)峁┑牧硪环N實施例中，確定業(yè)務(wù)系統(tǒng)的資源結(jié)余量，具體包括：

確定實際結(jié)余量和用戶釋放量；

確定二者之和，作為資源結(jié)余量。

業(yè)務(wù)系統(tǒng)的資源結(jié)余量可以包括業(yè)務(wù)系統(tǒng)的實際結(jié)余量和用戶釋放出的資源。具體的，例如，服務(wù)器在對云存儲空間分配后實際結(jié)余10t的存儲容量，然而，在一個批次的資源申請時，有若干用戶共釋放出了5t的存儲容量，則該5t的云存儲空間可以被進(jìn)一步進(jìn)行分配，可以將10t的云存儲空間存儲容量和5t的云存儲空間存儲容量兩者之和15t的云存儲空間存儲容量，作為云存儲空間的結(jié)余量。這樣，可以動態(tài)地管理資源結(jié)余量，從而可以在防止資源透支風(fēng)險的前提下，提高資源申請的處理效率。

s04：當(dāng)所述總量不大于所述資源結(jié)余量時，向所述業(yè)務(wù)系統(tǒng)發(fā)出資源申請記錄成功的消息，使業(yè)務(wù)系統(tǒng)為進(jìn)行所述批次的資源申請對應(yīng)的用戶分配資源。

當(dāng)批次的資源申請對應(yīng)的總量不大于資源結(jié)余量時，說明服務(wù)器的資源未被透支，則可以向用戶進(jìn)行分配。例如，一個批次的云存儲空間申請總量為1t，而此時服務(wù)器的云存儲空間結(jié)余量為大于或等于1t，則向業(yè)務(wù)系統(tǒng)發(fā)出申請記錄成功的消息，使業(yè)務(wù)系統(tǒng)為進(jìn)行資源申請的用戶分配資源。

在本申請?zhí)峁┑膶嵤├校粋€批次的資源申請對應(yīng)的總量與資源結(jié)余量比較一次，當(dāng)批次的資源申請對應(yīng)的總量不大于資源結(jié)余量時，向業(yè)務(wù)系統(tǒng)發(fā)出資源申請記錄成功的消息，使業(yè)務(wù)系統(tǒng)為進(jìn)行該批次的資源申請對應(yīng)的用戶分配資源。從而，可以在防止資源透支的前提下，向業(yè)務(wù)系統(tǒng)發(fā)出資源申請記錄成功的消息，使得業(yè)務(wù)系統(tǒng)為進(jìn)行該批次的資源申請對應(yīng)的用戶分配資源，從而提高資源申請的處理效率，降低用戶的排隊等待時間，提高用戶體驗滿意 度。

進(jìn)一步的，在本申請?zhí)峁┑牧硪环N實施例中，當(dāng)所述總量不大于資源結(jié)余量時，向業(yè)務(wù)系統(tǒng)發(fā)出資源申請記錄成功的消息，具體包括：

當(dāng)所述總量不大于資源結(jié)余量時，即時向業(yè)務(wù)系統(tǒng)發(fā)出資源申請記錄成功的消息；

在發(fā)出資源申請記錄成功的消息后的預(yù)設(shè)時間內(nèi)，逐個處理該批次內(nèi)用戶的資源申請，形成資源處理記錄。

在該實施例中，向業(yè)務(wù)系統(tǒng)發(fā)出資源申請記錄成功的消息的時間與逐個處理批次內(nèi)用戶的資源申請的時間具有預(yù)設(shè)時間的間隔，從而，可以方便服務(wù)器集中計算資源申請的總量，防止出現(xiàn)資源透支，而在服務(wù)器計算完畢資源申請總量后的空閑時間內(nèi)，逐個處理該批次內(nèi)用戶的資源申請，形成資源處理記錄。具體的，假設(shè)，有1萬個用戶在1分鐘內(nèi)向服務(wù)器發(fā)出云存儲空間的申請，當(dāng)該云存儲空間的申請總?cè)萘坎淮笥诜?wù)器的云存儲空間的結(jié)余容量時，可以即時向業(yè)務(wù)系統(tǒng)發(fā)出申請記錄成功的消息，以便繼續(xù)計算下1分鐘內(nèi)的云存儲空間的申請。在服務(wù)器完成計算的空閑時間內(nèi)，則逐個處理該批次內(nèi)用戶的資源申請，形成資源處理記錄，這樣可以平衡服務(wù)器的任務(wù)負(fù)荷量，提高處理效率。例如，服務(wù)器處理甲用戶的資源申請，形成處理完畢甲用戶的資源申請后的云儲存空間結(jié)余容量，接著順序處理乙用戶的資源申請，形成處理完畢乙用戶的在資源申請后的云儲存空間結(jié)余容量。

進(jìn)一步的，在本申請?zhí)峁┑牧硪环N實施例中，所述方法還包括：

當(dāng)所述總量大于所述資源結(jié)余量時，向業(yè)務(wù)系統(tǒng)發(fā)出資源申請記錄失敗的中間消息。

具體的，例如，有1萬個用戶在1分鐘內(nèi)向服務(wù)器發(fā)出云存儲空間的申請，云存儲空間的申請總?cè)萘繛?0t，而此時，服務(wù)器的云存儲空間的結(jié)余量僅有5t，則向業(yè)務(wù)系統(tǒng)發(fā)出云存儲空間申請記錄失敗的中間消息。當(dāng)總量大于資源結(jié)余量時，服務(wù)器向業(yè)務(wù)系統(tǒng)發(fā)出云存儲空間申請記錄失敗的中間消息，可以 及時作出反饋，以便后續(xù)進(jìn)行針對的處理，從而可以提高資源申請的處理效率。

進(jìn)一步的，在本申請?zhí)峁┑牧硪环N實施例中，所述方法還包括：

以一個批次為單元，查找第一數(shù)量的批次，使得該第一數(shù)量的批次內(nèi)的資源申請對應(yīng)的所述總量不大于所述資源結(jié)余量，向業(yè)務(wù)系統(tǒng)發(fā)出第一數(shù)量的批次的資源申請記錄成功的消息。

具體的，仍以上面的情形為例，有1萬個用戶在1分鐘內(nèi)向服務(wù)器發(fā)出云存儲空間的申請，云存儲空間的申請總?cè)萘繛?0t，而此時，服務(wù)器的云存儲空間的結(jié)余量僅有5t，則向業(yè)務(wù)系統(tǒng)發(fā)出云存儲空間申請記錄失敗的中間消息。假設(shè)，劃分批次是以時間為參照，例如，以1分鐘內(nèi)的資源為一個批次。那么，可以查找10個批次的資源申請，在該10個批次內(nèi)，假設(shè)云存儲空間的申請總?cè)萘繛?0t，服務(wù)器的云存儲空間的實際結(jié)余量僅有5t，而用戶釋放出的云存儲空間容量為60t，在該10個批次的資源申請的云存儲空間的資源申請對應(yīng)的總量50t不大于65t的云存儲空間的資源結(jié)余量，則可以向業(yè)務(wù)系統(tǒng)發(fā)出10個批次的云存儲空間申請記錄成功的消息，使業(yè)務(wù)系統(tǒng)為進(jìn)行資源申請的對應(yīng)的用戶分配資源。這樣可以在防止資源透支的前提下，一次性處理若干批次的資源申請，提高資源申請的處理效率。

下面介紹一種本申請實施例的具體的應(yīng)用場景：

云存儲服務(wù)商的服務(wù)器接收到一個批次的云存儲空間的申請，例如，500個云存儲空間的申請。服務(wù)器解析該批次的云存儲空間的申請，假設(shè)，確定該批次的云存儲空間的申請要求獲得1t容量的云存儲空間。服務(wù)器根據(jù)云存儲空間總量與已經(jīng)分配完畢的云存儲空間兩者之差，算得云存儲空間的結(jié)余量。假設(shè)，算得的云存儲空間的結(jié)余量大于或等于1t的云存儲空間的申請容量時，服務(wù)器向分配云存儲空間的業(yè)務(wù)系統(tǒng)發(fā)出云存儲空間申請記錄成功的消息，使業(yè)務(wù)系統(tǒng)為進(jìn)行該批次的云存儲空間申請對應(yīng)的用戶分配資源。而當(dāng)算得的云存儲空間的結(jié)余量小于1t的云存儲空間的申請容量時，服務(wù)器向分配云存儲空間的業(yè)務(wù)系統(tǒng)發(fā)出云存儲空間申請記錄失敗的中間消息，以便后續(xù)處理。后 續(xù)處理可以是查找第一數(shù)量的批次，使得該第一數(shù)量的批次內(nèi)的云存儲空間的申請對應(yīng)的總量不大于云存儲空間的結(jié)余量。

進(jìn)一步的，請參照圖2，本申請還提供另一種資源處理的方法，計算機(jī)在配置下執(zhí)行以下步驟：

s11：接收一個批次內(nèi)的、針對一個賬號的業(yè)務(wù)付款請求。

業(yè)務(wù)系統(tǒng)發(fā)生實際業(yè)務(wù)時，向服務(wù)器發(fā)出針對該業(yè)務(wù)的付款請求。例如，某用戶甲發(fā)生一筆交易，需要向?qū)Ψ街Ц兑还P款項。在業(yè)務(wù)高并發(fā)的情形下，例如，1分鐘內(nèi)用戶甲的賬號有5000次的業(yè)務(wù)付款請求。服務(wù)器可以接收一個批次的、針對該賬號的業(yè)務(wù)付款請求。當(dāng)然，這里的一個批次的針對一個賬號的業(yè)務(wù)付款請求，同樣可以是若干筆業(yè)務(wù)付款請求，也可以是，一個周期內(nèi)的業(yè)務(wù)付款請求，具體的例如，5000筆業(yè)務(wù)付款請求，或者，1分鐘內(nèi)的業(yè)務(wù)付款請求。

s12：確定所述批次內(nèi)的、針對所述賬號的付款總金額。

服務(wù)器可以以解析業(yè)務(wù)付款請求的方式，確定該批次的業(yè)務(wù)付款請求涉及的付款總金額。

s13：確定業(yè)務(wù)系統(tǒng)中所述賬號的資金余額。

服務(wù)器可以查詢獲得所述賬號的資金余額。

進(jìn)一步的，在本申請?zhí)峁┑牧硪环N實施例中，確定業(yè)務(wù)系統(tǒng)中所述賬號的資金余額，具體包括：

確定實際資金余額和針對所述賬號的資金匯入金額；

確定所述實際資金余額和所述資金匯入金額二者之和，作為資金余額。

賬號的資金余額可以包括業(yè)務(wù)系統(tǒng)中該賬號在業(yè)務(wù)付款請求前的實際資金余額和處理業(yè)務(wù)付款請求時該賬號的資金匯入金額。具體的，例如，該賬號在業(yè)務(wù)系統(tǒng)中在業(yè)務(wù)付款請求提出前實際資金余額為10萬元，而在處理業(yè)務(wù)付款請求時，該賬號又有5萬元的資金匯入，則可以將實際資金余額10萬元和5萬元的匯入金額之和15萬元作為資金余額。這樣，可以動態(tài)地管理該賬 號下的資金，從而可以在防止資金透支風(fēng)險的前提下，提高業(yè)務(wù)付款請求的處理效率。

s14：當(dāng)所述付款總金額不大于所述資金余額時，向業(yè)務(wù)系統(tǒng)發(fā)出業(yè)務(wù)付款請求記錄成功的消息，使業(yè)務(wù)系統(tǒng)為提出業(yè)務(wù)付款請求的用戶分配資金。

服務(wù)器可以比較批次內(nèi)的、針對所述賬號的付款總金額和資金余額，當(dāng)付款總金額不大于資金余額時，向業(yè)務(wù)系統(tǒng)發(fā)出業(yè)務(wù)付款請求記錄成功的消息，以便業(yè)務(wù)系統(tǒng)為提出業(yè)務(wù)付款請求的用戶分配資金——付款。

在本申請?zhí)峁┑膶嵤├?，一個批次的業(yè)務(wù)付款請求對應(yīng)的付款總金額與資金余額比較一次，當(dāng)付款總金額不大于資金余額時，向業(yè)務(wù)系統(tǒng)發(fā)出業(yè)務(wù)付款請求記錄成功的消息，使業(yè)務(wù)系統(tǒng)為提出業(yè)務(wù)付款請求的用戶分配資金——付款。從而，可以在防止資金透支的前提下，向業(yè)務(wù)系統(tǒng)發(fā)出業(yè)務(wù)付款請求記錄成功的消息，使得業(yè)務(wù)系統(tǒng)為提出業(yè)務(wù)付款請求的用戶分配資金，從而提高業(yè)務(wù)付款請求的處理效率，降低用戶的排隊等待時間，提高用戶體驗滿意度。

進(jìn)一步的，在本申請?zhí)峁┑挠忠粚嵤├?，?dāng)所述付款總金額不大于所述資金余額時，向業(yè)務(wù)系統(tǒng)發(fā)出業(yè)務(wù)付款請求記錄成功的消息，具體包括：

當(dāng)所述付款總金額不大于所述資金余額時，即時向業(yè)務(wù)系統(tǒng)發(fā)出業(yè)務(wù)付款請求記錄成功的消息；

在發(fā)出業(yè)務(wù)付款請求記錄成功的消息后的預(yù)設(shè)時間內(nèi)，逐個處理批次內(nèi)、針對所述賬號的業(yè)務(wù)付款請求，形成資金處理記錄。

具體的，例如，當(dāng)付款總金額不大于資金余額時，服務(wù)器即時向業(yè)務(wù)系統(tǒng)發(fā)出業(yè)務(wù)付款請求記錄成功的消息，在發(fā)出業(yè)務(wù)付款請求記錄成功的消息后的10分鐘內(nèi)，服務(wù)器逐個處理批次內(nèi)、針對所述賬號的業(yè)務(wù)付款請求，形成該賬號的資金余額變動明細(xì)記錄。當(dāng)然，還可以將業(yè)務(wù)付款請求時的各種單據(jù)以附件的形式存檔。在服務(wù)器完成賬號資金余額計算以及確定批次的業(yè)務(wù)付款請求總額計算的空閑時間內(nèi)，逐個處理該批次內(nèi)用戶的業(yè)務(wù)付款請求，形成該賬號的資金余額變動明細(xì)記錄，這樣可以平衡服務(wù)器的任務(wù)負(fù)荷量，提高處理效 率。

進(jìn)一步的，在本申請?zhí)峁┑牧硪环N實施例中，所述方法還包括：

當(dāng)所述付款總金額大于所述資金余額時，發(fā)出業(yè)務(wù)付款請求記錄失敗的中間消息。

具體的，例如，有1萬個用戶在1分鐘內(nèi)向服務(wù)器發(fā)出業(yè)務(wù)付款請求，業(yè)務(wù)付款請求的付款總金額為10萬元，而此時，該賬號的資金余額僅有5萬元，則向業(yè)務(wù)系統(tǒng)發(fā)出業(yè)務(wù)付款請求記錄失敗的中間消息。當(dāng)付款總金額大于資金余額時，服務(wù)器向業(yè)務(wù)系統(tǒng)發(fā)出業(yè)務(wù)付款請求記錄失敗的中間消息，可以及時作出反饋，以便后續(xù)進(jìn)行針對的處理，從而可以提高業(yè)務(wù)付款請求的處理效率。

進(jìn)一步的，在本申請?zhí)峁┑牧硪环N實施例中，所述方法還包括：

以一個批次為單元，查找第一數(shù)量的批次，使得該第一數(shù)量的批次內(nèi)的針對一個賬號的業(yè)務(wù)付款請求對應(yīng)的所述付款總金額不大于所述資金余額，向業(yè)務(wù)系統(tǒng)發(fā)出第一數(shù)量的批次的業(yè)務(wù)付款請求記錄成功的消息。

具體的，仍以上面的情形為例，有1萬個用戶在1分鐘內(nèi)向服務(wù)器發(fā)出業(yè)務(wù)付款請求，付款總金額為10萬元，而此時，該賬號的資金余額僅有5萬元，則向業(yè)務(wù)系統(tǒng)發(fā)出業(yè)務(wù)付款請求記錄失敗的中間消息。假設(shè)，劃分批次是以時間為參照，例如，以1分鐘內(nèi)的資源為一個批次。那么，可以查找10個批次的業(yè)務(wù)付款請求，在該10個批次內(nèi)，假設(shè)付款總金額為50萬元，該賬號的實際資金余額僅有5萬元，而該針對賬號的資金匯入金額為60萬元，在該10個批次的業(yè)務(wù)付款請求的付款總金額50萬元不大于資金余額65萬元，則可以向業(yè)務(wù)系統(tǒng)發(fā)出10個批次的業(yè)務(wù)付款請求記錄成功的消息，使業(yè)務(wù)系統(tǒng)為提出業(yè)務(wù)付款請求的用戶付款。這樣可以在防止資金透支的前提下，一次性處理若干批次的業(yè)務(wù)付款請求，提高業(yè)務(wù)付款請求的處理效率。

下面介紹一種本申請實施例的具體的應(yīng)用場景：

服務(wù)器接收到一個批次的業(yè)務(wù)付款請求，例如，500筆業(yè)務(wù)付款請求。服務(wù)器解析該批次的業(yè)務(wù)付款請求，假設(shè)，確定該批次的業(yè)務(wù)付款請求要求付款 1萬元。服務(wù)器根據(jù)該賬號的總金額與已經(jīng)付款完畢的金額兩者之差，算得資金余額。假設(shè)，算得的資金余額大于或等于1萬元時，服務(wù)器向分配資金的業(yè)務(wù)系統(tǒng)發(fā)出業(yè)務(wù)付款請求記錄成功的消息，使業(yè)務(wù)系統(tǒng)為進(jìn)行提出業(yè)務(wù)付款請求的用戶分配資金。而當(dāng)算得的資金余額小于1萬元時，服務(wù)器向分配資金的業(yè)務(wù)系統(tǒng)發(fā)出業(yè)務(wù)付款請求記錄失敗的中間消息，以便后續(xù)處理。后續(xù)處理可以是查找第一數(shù)量的批次，使得該第一數(shù)量的批次內(nèi)的付款總金額不大于資金余額。

以上是本申請實施例提供的資源的處理方法，基于同樣的思路，請參照圖3，本申請還提供一種資源處理的裝置1，包括：

接收模塊11，用于接收一個批次的資源申請；

解析模塊12，用于確定所述批次的資源申請對應(yīng)的總量；

計算模塊13，用于確定業(yè)務(wù)系統(tǒng)的資源結(jié)余量；

處理模塊14，當(dāng)所述總量不大于所述資源結(jié)余量時，向業(yè)務(wù)系統(tǒng)發(fā)出資源申請記錄成功的消息，使業(yè)務(wù)系統(tǒng)為進(jìn)行所述批次的資源申請對應(yīng)的用戶分配資源。

進(jìn)一步的，在本申請?zhí)峁┑挠忠粚嵤├校鲅b置還包括調(diào)度模塊15；

所述調(diào)度模塊15，用于：

當(dāng)所述總量不大于所述資源結(jié)余量時，即時向業(yè)務(wù)系統(tǒng)發(fā)出資源申請記錄成功的消息；

在發(fā)出申請記錄成功的消息后的預(yù)設(shè)時間內(nèi)，逐個處理批次內(nèi)用戶的資源申請，形成資源處理記錄。

進(jìn)一步的，在本申請?zhí)峁┑挠忠粚嵤├校鲇嬎隳K13用于：

確定所述業(yè)務(wù)系統(tǒng)的實際結(jié)余量和所有用戶釋放資源的釋放量；

確定所述實際結(jié)余量和所述釋放量二者之和，作為資源結(jié)余量。

進(jìn)一步的，在本申請?zhí)峁┑挠忠粚嵤├校鎏幚砟K14用于：

以一個批次為單元，查找第一數(shù)量的批次，使得該第一數(shù)量的批次內(nèi)的資 源申請總量不大于資源結(jié)余量，向業(yè)務(wù)系統(tǒng)發(fā)出第一數(shù)量的批次的資源申請記錄成功的消息。

進(jìn)一步的，在本申請?zhí)峁┑挠忠粚嵤├?，一種資源處理的裝置，包括：

接收模塊11，用于接收一個批次內(nèi)的、針對一個賬號的業(yè)務(wù)付款請求；

解析模塊12，用于確定所述批次內(nèi)的、針對所述賬號的付款總金額；

計算模塊13，用于確定業(yè)務(wù)系統(tǒng)中所述賬號的資金余額；

處理模塊14，用于當(dāng)所述付款總金額不大于所述資金余額時，向業(yè)務(wù)系統(tǒng)發(fā)出業(yè)務(wù)付款請求記錄成功的消息，使業(yè)務(wù)系統(tǒng)為提出業(yè)務(wù)付款請求的用戶分配資金。

進(jìn)一步的，在本申請?zhí)峁┑挠忠粚嵤├?，所述裝置還包括調(diào)度模塊15；

所述調(diào)度模塊15，用于：

當(dāng)所述付款總金額不大于所述資金余額時，即時向業(yè)務(wù)系統(tǒng)發(fā)出業(yè)務(wù)付款請求記錄成功的消息；

在發(fā)出業(yè)務(wù)付款請求記錄成功的消息后的預(yù)設(shè)時間內(nèi)，逐個處理批次內(nèi)、針對所述賬號的業(yè)務(wù)付款請求，形成資金處理記錄。

進(jìn)一步的，在本申請?zhí)峁┑挠忠粚嵤├?，所述計算模塊13，用于：

確定實際資金余額和針對所述賬號的資金匯入金額；

確定所述實際資金余額和所述資金匯入金額二者之和，作為資金余額。

進(jìn)一步的，在本申請?zhí)峁┑挠忠粚嵤├?，所述處理模塊14，用于：

以一個批次為單元，查找第一數(shù)量的批次，使得該第一數(shù)量的批次內(nèi)的針對一個賬號的業(yè)務(wù)付款請求對應(yīng)的所述付款總金額不大于所述資金余額，向業(yè)務(wù)系統(tǒng)發(fā)出第一數(shù)量的批次的業(yè)務(wù)付款請求記錄成功的消息。

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

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

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

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

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

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

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

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

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

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