本發(fā)明涉及互聯(lián)網(wǎng)技術領域，具體而言，涉及一種資源發(fā)放方法、裝置及系統(tǒng)。

背景技術：

隨著互聯(lián)網(wǎng)技術的發(fā)展，很多第三方服務平臺(如支付平臺、即時通信應用平臺等)都支持資源發(fā)放，這里的資源包括但不限于貨幣金額、虛擬貨幣金額、積分數(shù)額、電子代金券等。這些資源在互聯(lián)網(wǎng)中發(fā)放通常是以贈送的形式進行，通過網(wǎng)絡的第三方服務平臺送出，其在第三方服務平臺上的顯示形式通常是以“電子紅包”的樣式進行顯示，“電子紅包”的產(chǎn)生改變了傳統(tǒng)的用戶來往形式。

現(xiàn)有終端進行數(shù)值數(shù)據(jù)的發(fā)放時，通常是點對點的，即發(fā)送端將可用于記載發(fā)送端信息的標識數(shù)據(jù)發(fā)送至接收端，接收端接收到該標識數(shù)據(jù)即獲得該發(fā)送端發(fā)送的數(shù)值數(shù)據(jù)。然而，該數(shù)值數(shù)據(jù)只能由該接收端獲得，接收端無法將該標識數(shù)據(jù)轉(zhuǎn)發(fā)至其他端，以使其他端獲得該數(shù)值數(shù)據(jù)。

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

有鑒于此，本發(fā)明主要目的是提供一種資源發(fā)放方法、一種資源發(fā)放裝置及一種資源發(fā)放系統(tǒng)，能夠?qū)崿F(xiàn)數(shù)據(jù)的轉(zhuǎn)發(fā)，以增加資源的流動性和傳播性。

為解決上述技術問題，本發(fā)明采用的第一個技術方案是：一種資源發(fā)放方法，應用于服務器，該方法包括：

根據(jù)用戶終端所獲取的資源套組記錄該資源套組和該用戶終端的對應關系，并設定該用戶終端為當前該資源套組的當前獲取者，其中，該資源套組包括封套和內(nèi)容物；

根據(jù)該當前獲取者的資源轉(zhuǎn)發(fā)指令發(fā)送內(nèi)容物增加后的資源套組到被轉(zhuǎn)發(fā)者；

根據(jù)該被轉(zhuǎn)發(fā)者的資源獲取指令，記錄該資源套組與該被轉(zhuǎn)發(fā)者的對應關系，并設定該被轉(zhuǎn)發(fā)者為該資源套組的當前獲取者；

判斷該內(nèi)容物增加后的資源套組是否達到預設條件；

當該內(nèi)容物增加后的資源套組沒有達到該預設條件時，繼續(xù)接收該當前獲取者發(fā)出的資源轉(zhuǎn)發(fā)指令；當該內(nèi)容物增加后的資源套組達到該預設條件時，停止接收該資源轉(zhuǎn)發(fā)指令，并按預設規(guī)則將內(nèi)容物增加后的資源套組分發(fā)給記錄的用戶終端和各個被轉(zhuǎn)發(fā)者。

進一步，步驟“根據(jù)用戶終端所獲取的資源套組記錄該資源套組和該用戶終端的對應關系”之前還包括：

響應另一用戶終端的登錄指令并驗證該另一用戶終端為合法用戶；

進入資源發(fā)布界面；

根據(jù)該另一用戶終端的請求指令生成及發(fā)布該資源套組。

進一步，步驟“根據(jù)該當前獲取者的資源轉(zhuǎn)發(fā)指令發(fā)送內(nèi)容物增加后的資源套組到被轉(zhuǎn)發(fā)者”具體為：

根據(jù)該當前獲取者的資源轉(zhuǎn)發(fā)指令發(fā)送按預設比例逐漸遞增的內(nèi)容物的資源套組到該被轉(zhuǎn)發(fā)者。

進一步，該預設規(guī)則為平均分配或按預設比例遞增。

進一步，該方法還包括步驟：

預設分發(fā)資源套組的時間，開始計時；

當該內(nèi)容物增加后的資源套組沒有達到該預設條件時，判斷計時是否到達該預設時間；

當計時沒有到達該預設時間時，繼續(xù)接收該當前獲取者發(fā)出的資源轉(zhuǎn)發(fā)指令；當計時到達該預設時間時，停止接收該資源轉(zhuǎn)發(fā)指令，并按預設規(guī)則將內(nèi)容物增加后的資源套組分發(fā)給記錄的用戶終端和各個被轉(zhuǎn)發(fā)者。

本發(fā)明采用的第二個技術方案是：一種資源發(fā)放裝置，運行于服務器上，該裝置包括：

記錄模塊，用于根據(jù)用戶終端所獲取的資源套組記錄該資源套組和該用戶終端的對應關系，并設定該用戶終端為當前該資源套組的當前獲取者，其中，該資源套組包括封套和內(nèi)容物；

轉(zhuǎn)發(fā)模塊，用于根據(jù)該當前獲取者的資源轉(zhuǎn)發(fā)指令發(fā)送內(nèi)容物增加后的資源套組到被轉(zhuǎn)發(fā)者；

該記錄模塊，用于根據(jù)該被轉(zhuǎn)發(fā)者的資源獲取指令，記錄該資源套組與該被轉(zhuǎn)發(fā)者的對應關系，并設定該被轉(zhuǎn)發(fā)者為該資源套組的當前獲取者；

判斷模塊，用于判斷該內(nèi)容物增加后的資源套組是否達到預設條件；

分發(fā)模塊，用于當該內(nèi)容物增加后的資源套組沒有達到該預設條件時，繼續(xù)接收該當前獲取者發(fā)出的資源轉(zhuǎn)發(fā)指令；當該內(nèi)容物增加后的資源套組達到該預設條件時，停止接收資源轉(zhuǎn)發(fā)指令，并按預設規(guī)則將內(nèi)容物增加后的資源套組分發(fā)給記錄的用戶終端和各個被轉(zhuǎn)發(fā)者。

進一步，還包括生成模塊，用于響應另一用戶終端的登錄指令并驗證該另一用戶終端為合法用戶，進入資源發(fā)布界面，根據(jù)該另一用戶終端的請求指令生成及發(fā)布該資源套組。

進一步，“根據(jù)該當前獲取者的資源轉(zhuǎn)發(fā)指令發(fā)送內(nèi)容物增加后的資源套組到被轉(zhuǎn)發(fā)者”具體為：

根據(jù)該當前獲取者的資源轉(zhuǎn)發(fā)指令發(fā)送按預設比例逐漸遞增的內(nèi)容物的資源套組到該被轉(zhuǎn)發(fā)者。

進一步，該預設規(guī)則為平均分配或按預設比例遞增。

本發(fā)明采用的第三個技術方案是：一種資源發(fā)放系統(tǒng)，該系統(tǒng)包括：

第一用戶終端，用于獲取資源套組，該資源套組包括封套和內(nèi)容物；

服務器，用于記錄該資源套組和該第一用戶終端的對應關系，并設定該第一用戶終端為當前該資源套組的當前獲取者；

該第一用戶終端，用于發(fā)出資源轉(zhuǎn)發(fā)指令；

該服務器，用于根據(jù)該資源轉(zhuǎn)發(fā)指令發(fā)送內(nèi)容物增加后的資源套組到被轉(zhuǎn)發(fā)者，該被轉(zhuǎn)發(fā)者為第二用戶終端；

該第二用戶終端，用于發(fā)出資源獲取指令；

該服務器，用于根據(jù)該資源獲取指令，記錄該資源套組與該第二用戶終端的對應關系，并設定該第二用戶終端為該資源套組的當前獲取者；判斷該內(nèi)容物增加后的資源套組是否達到預設條件；當該內(nèi)容物增加后的資源套組沒有達到該預設條件時，繼續(xù)接收該當前獲取者發(fā)出的資源轉(zhuǎn)發(fā)指令；當該內(nèi)容物增加后的資源套組達到該預設條件時，停止接收資源轉(zhuǎn)發(fā)指令，并按預設規(guī)則將內(nèi)容物增加后的資源套組分發(fā)給記錄的各個用戶終端。

本發(fā)明中一種資源發(fā)放方法、一種資源發(fā)放裝置及一種資源發(fā)放系統(tǒng)，通過每轉(zhuǎn)發(fā)一次資源套組來增加資源套組的內(nèi)容物，促進用戶在收到資源套組后進行轉(zhuǎn)發(fā)，同時資源套組的封套也跟著轉(zhuǎn)發(fā)，相比現(xiàn)有只能兩個用戶之間單純的接收方式，本發(fā)明提供的資源套組發(fā)放能提高資源套組的流動性和傳播性，封套上的信息亦可流轉(zhuǎn)到更多的用戶，從而提高用戶體驗，分享信息。

為使本發(fā)明的上述目的、特征和優(yōu)點能更明顯易懂，下文特舉較佳實施例，并配合所附附圖，作詳細說明如下。

附圖說明

為了更清楚地說明本發(fā)明實施例的技術方案，下面將對實施例中所需要使用的附圖作簡單地介紹，應當理解，以下附圖僅示出了本發(fā)明的某些實施例，因此不應被看作是對范圍的限定，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他相關的附圖。

圖1是本發(fā)明第一實施方式中的一種資源發(fā)放方法的流程示意圖；

圖2是圖1所示的一種資源發(fā)放方法的生成資源套組的流程示意圖；

圖3是本發(fā)明第二實施方式中的一種資源發(fā)放方法的流程示意圖；

圖4是本發(fā)明第三實施方式中的一種資源發(fā)放方法的流程示意圖；

圖5是圖4所示的資源發(fā)放方法的數(shù)據(jù)交互示意圖；

圖6是圖4所示的資源發(fā)放方法的第一邏輯框圖；

圖7是現(xiàn)有技術的電子紅包發(fā)放的數(shù)據(jù)交互示意圖；

圖8是現(xiàn)有技術的電子紅包發(fā)放的邏輯框圖；

圖9是圖4所示的資源發(fā)放方法的第二邏輯框圖；

圖10是本發(fā)明實施方式的一種資源發(fā)放裝置的結(jié)構(gòu)示意圖；

圖11是本發(fā)明實施方式的一種資源發(fā)放系統(tǒng)的結(jié)構(gòu)示意圖；

圖12是本發(fā)明實施方式中的資源套組的封套的示意圖。

主要元件符號說明：

100資源發(fā)放系統(tǒng)

111第一用戶終端

112第二用戶終端

120服務器

300資源發(fā)放裝置

310記錄模塊

320轉(zhuǎn)發(fā)模塊

330判斷模塊

340分發(fā)模塊

350生成模塊

具體實施方式

下面將結(jié)合本發(fā)明實施例中附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。通常在此處附圖中描述和示出的本發(fā)明實施例的組件可以以各種不同的配置來布置和設計。因此， 以下對在附圖中提供的本發(fā)明的實施例的詳細描述并非旨在限制要求保護的本發(fā)明的范圍，而是僅僅表示本發(fā)明的選定實施例?；诒景l(fā)明的實施例，本領域技術人員在沒有做出創(chuàng)造性勞動的前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

圖1是本發(fā)明第一實施方式中的一種資源發(fā)放方法的流程示意圖。該資源發(fā)放方法應用于服務器。該服務器可為一個，也可為多個。例如，該服務器為銀行服務器或網(wǎng)絡社交服務器。該實施方式示出的方法流程包括：

步驟s21，根據(jù)用戶終端所獲取的資源套組記錄該資源套組和該用戶終端的對應關系，并設定該用戶終端為當前該資源套組的當前獲取者，其中，該資源套組包括封套和內(nèi)容物。

具體地，該用戶終端為通過電子設備所設的登錄賬號，該登錄賬號在電子設備上成功登錄后來獲取資源套組。該資源套組由服務器生成，生成該資源套組的方法流程請一并參閱圖2所示。

該資源套組為各種資源組合，如電子紅包。該資源套組包括封套和內(nèi)容物。為了方便理解，后面該資源套組以電子紅包作為例子來描述。該資源套組的封套上設有繼續(xù)轉(zhuǎn)發(fā)該資源套組的提示信息。請一并參閱圖12，為一資源套組的封套500，該封套500上設有“尊敬的用戶，請轉(zhuǎn)發(fā)您收到的資源套組，其內(nèi)容物將會增加，您將得到更多”的提示信息。進一步，該封套500上還設有企業(yè)用戶的信息，即該企業(yè)用戶終端向服務器請求生成含該封套500的資源套組，如“xx公司祝您身體健康，萬事如意！”的信息。封套500上的信息并不僅僅限于如上所述，其可為各種來自企業(yè)用戶終端的分享信息。

該資源套組的內(nèi)容物可以為各種電子憑證或其他有價證券。電子憑證可以為銀信證和物信證。其他有價證券為購物券、優(yōu)惠券或資金金額。關于銀信證和物信證的定義如下：

銀信證：是指銀行根據(jù)開證人的申請凍結(jié)所需數(shù)額資金而開立，并承諾依照約定解付條件辦理支付結(jié)算的電子憑證。在銀行版電子紅包場景中，開證人即向銀行申請發(fā)放電子紅包的企業(yè)。當領取了電子紅包后，用戶在銀信證的收證人處輸入自己的銀行賬號信息，向銀行申請收證，銀行即在約定的時間內(nèi)將資金轉(zhuǎn)入收證賬戶。

銀信證的業(yè)務流程如下：

a.開證人通過互聯(lián)網(wǎng)或以其他方式向開證銀行申請開證；

b.開證銀行驗證身份、賬戶信息無誤后受理，審核確認符合開證條件，凍結(jié)保付資金后開立銀信證；

c.收證人通過互聯(lián)網(wǎng)或以其他方式向收證銀行申請收證；

d.收證銀行驗證身份、賬戶信息無誤后受理收證(或根據(jù)收證人設置由收證銀行自動收證)；

e.收證人履行銀信證項下基礎交易義務后，提交履約信息(一般用于電商領域，收證人為商家，履行發(fā)貨義務后，提交發(fā)貨信息，在電子紅包領域中，由于是開證人無償轉(zhuǎn)移給收證人，因此就不需要履行交易義務)；

f.收證人或指定的第三方將申請解付信息發(fā)送至開證銀行申請解付(在電子紅包領域中，收證人填寫收證后即自動申請解付)；

g.開證銀行解付銀信證并將資金劃轉(zhuǎn)至收證銀行，收證銀行將資金轉(zhuǎn)入收證賬戶。

物信證：是一種標的物信息記錄憑證，是記載和傳播商品(服務)信息的一種標準化、通用化網(wǎng)絡電子單證。物信證上集成了電 子商務必備的各項功能，其一旦被點擊觸發(fā)購買則按預置程序和交易規(guī)則啟動供應商發(fā)貨、物流配送、銀行收付款等流程。物信證可實現(xiàn)全網(wǎng)域分發(fā)、流轉(zhuǎn)和交易。物信證至少包括具有名稱和金額的物品屬性以及具有至少一個賬戶的收結(jié)算信息。物信證由產(chǎn)品供應商提供，收款賬戶為產(chǎn)品供應商賬戶。當電子紅包里面的資源是物信證時，則可以是商家提供的具有優(yōu)惠價格或者價格為零(即免費贈送)的商品的物信證，用戶可以通過物信證的購買功能以較低的價格完成該商品的購買。

例如，用戶終端所獲取的資源套組為銀行服務器發(fā)布的關于企業(yè)用戶的電子紅包。當前該電子紅包的內(nèi)容物為初始內(nèi)容物，如該電子紅包的初始內(nèi)容物為10元金額。該用戶終端在獲取該電子紅包時僅可看到電子紅包中的封套和內(nèi)容物，但還并未得到該電子紅包的內(nèi)容物。服務器記錄該用戶終端為后面分發(fā)資源套組所用。

步驟s22，根據(jù)該當前獲取者的資源轉(zhuǎn)發(fā)指令發(fā)送內(nèi)容物增加后的資源套組到被轉(zhuǎn)發(fā)者。

具體地，一旦用戶終端獲取資源套組后會轉(zhuǎn)發(fā)所獲取的資源套組，服務器發(fā)送內(nèi)容物大于初始內(nèi)容物的資源套組到下一用戶終端。例如，用戶終端a獲取到10元的電子紅包后發(fā)出資源轉(zhuǎn)發(fā)指令到用戶終端b，服務器轉(zhuǎn)發(fā)15元的電子紅包到用戶終端b。

進一步，步驟“根據(jù)該當前獲取者的資源轉(zhuǎn)發(fā)指令發(fā)送內(nèi)容物增加后的資源套組到被轉(zhuǎn)發(fā)者”具體為：根據(jù)該當前獲取者的資源轉(zhuǎn)發(fā)指令發(fā)送按預設比例逐漸遞增的內(nèi)容物的資源套組到該被轉(zhuǎn)發(fā)者，如用戶終端每轉(zhuǎn)發(fā)一次電子紅包，電子紅包內(nèi)容物增加5元；或根據(jù)該當前獲取者的資源轉(zhuǎn)發(fā)指令發(fā)送事先按預設比例增加好內(nèi)容物的資源套組到該被轉(zhuǎn)發(fā)者，如用戶終端每轉(zhuǎn)發(fā)一次電子紅包， 服務器直接發(fā)送比上次內(nèi)容物多的電子紅包到用戶終端。例如，用戶終端1獲取服務器發(fā)布的電子紅包內(nèi)容物為10元，用戶終端1轉(zhuǎn)發(fā)電子紅包后，服務器發(fā)送15元的電子紅包到用戶終端2，用戶終端2轉(zhuǎn)發(fā)電子紅包后，服務器發(fā)送20元的電子紅包到用戶終端3，等等。

步驟s23，根據(jù)該被轉(zhuǎn)發(fā)者的資源獲取指令，記錄該資源套組與該被轉(zhuǎn)發(fā)者的對應關系，并設定該被轉(zhuǎn)發(fā)者為該資源套組的當前獲取者。其中，每一用戶終端都會擔任當前獲取者和被轉(zhuǎn)發(fā)者兩個角色。

步驟s24，判斷該內(nèi)容物增加后的資源套組是否達到預設條件。

具體地，該預設條件為服務器事先存儲。該預設條件為預定數(shù)量的轉(zhuǎn)發(fā)次數(shù)，或一定數(shù)量的電子憑證、購物券、優(yōu)惠券或一定額度的金額。

服務器在資源套組每次轉(zhuǎn)發(fā)后都判斷其內(nèi)容物是否達到該預設條件。例如，預設條件為預設電子紅包內(nèi)容物為100元，初始電子紅包內(nèi)容物為10元，每次轉(zhuǎn)發(fā)內(nèi)容物增加10元，每次轉(zhuǎn)發(fā)服務器都判斷電子紅包內(nèi)容物是否到達100元。

當該內(nèi)容物增加后的資源套組沒有達到該預設條件時，步驟回到s22，繼續(xù)接收該當前獲取者發(fā)出的資源轉(zhuǎn)發(fā)指令，即沒有到達該預設條件，該資源套組一直轉(zhuǎn)發(fā)下去，直到資源套組的內(nèi)容物達到該預設條件。

步驟s25，當該內(nèi)容物增加后的資源套組達到該預設條件時，停止接收該資源轉(zhuǎn)發(fā)指令，并按預設規(guī)則將內(nèi)容物增加后的資源套組分發(fā)給記錄的用戶終端和各個被轉(zhuǎn)發(fā)者。具體地，該預設規(guī)則為平均分配或按預設比例遞增。因此，該用戶終端和各個被轉(zhuǎn)發(fā)者在 轉(zhuǎn)發(fā)資源套組后獲取資源套組內(nèi)容物外，還可從該封套500上了解到一些信息。

例如，初始內(nèi)容物為10元，預設條件為額度70元，用戶終端1獲取銀行服務器發(fā)布的10元電子紅包，用戶終端1轉(zhuǎn)發(fā)電子紅包給用戶終端2，用戶終端2獲取30元的電子紅包，用戶終端2轉(zhuǎn)發(fā)電子紅包給用戶終端3，用戶終端3獲取50元的電子紅包，用戶終端3轉(zhuǎn)發(fā)電子紅包給用戶終端4，用戶終端4獲取70元的電子紅包。最終，用戶終端1、2、3、4均得到70/4＝17.5元的電子紅包。

圖2是圖1所示的的一種資源發(fā)放方法的生成資源套組的流程示意圖。圖2所示的步驟位于圖1的步驟s21之前，該方法流程包括：

步驟s47，響應另一用戶終端的登錄指令并驗證該另一用戶終端為合法用戶。

例如，該另一用戶終端為企業(yè)用戶終端，該企業(yè)用戶終端通過銀行服務器發(fā)電子紅包給普通用戶終端，讓普通用戶終端轉(zhuǎn)發(fā)電子紅包，同時可通過封套推廣該企業(yè)用戶。

步驟s48，進入資源發(fā)布界面。在該資源發(fā)布界面包含有至少一個資源套組供企業(yè)用戶終端選擇。

步驟s49，根據(jù)該另一用戶終端的請求指令生成及發(fā)布該資源套組。例如，該請求指令包括在該資源發(fā)布界面輸入發(fā)電子紅包的金額、電子紅包數(shù)量等信息。服務器發(fā)布的電子紅包以口令紅包或紅包以流星的形式落下。該企業(yè)用戶終端也可在該資源發(fā)布界面選擇一合適的封套及制作如圖12所示的封套，從而通過封套分享企業(yè)信息給各獲取資源套組的用戶終端。

圖3是本發(fā)明第二實施方式中的一種資源發(fā)放方法的流程示意圖。圖3在圖1的基礎上多了兩個步驟，具體為：

步驟s31，位于步驟s21之后，預設分發(fā)資源套組的時間，開始計時。

步驟s32，當該內(nèi)容物增加后的資源套組沒有達到該預設條件時，繼續(xù)判斷計時是否到達該預設時間。

如果計時沒有到達該預設時間，步驟回到s22，繼續(xù)接收該當前獲取者發(fā)出的資源轉(zhuǎn)發(fā)指令。如果計時到達該預設時間，步驟走向s25，停止接收該資源轉(zhuǎn)發(fā)指令，并按預設規(guī)則將內(nèi)容物增加后的資源套組分發(fā)給記錄的用戶終端和各個被轉(zhuǎn)發(fā)者。

具體地，資源套組被轉(zhuǎn)發(fā)后到第二用戶終端，被轉(zhuǎn)發(fā)后的資源套組并未達到該預設條件，且該第二用戶終端并未轉(zhuǎn)發(fā)該資源套組下去，如該第二用戶終端獲取資源套組后一直沒有進行任何操作，當預設時間到達時，照樣分發(fā)該內(nèi)容物增加后的資源套組給記錄的用戶終端和各個被轉(zhuǎn)發(fā)者，從而避免資源套組一直未被轉(zhuǎn)發(fā)而停滯的情況，影響用戶終端分發(fā)資源套組的時間。

圖4是本發(fā)明第一實施方式中的一種資源發(fā)放方法的流程示意圖。該資源發(fā)放方法應用于多個服務器。該服務器為銀行服務器、網(wǎng)絡社交服務器。該實施方式示出的方法流程包括：

步驟s40，根據(jù)發(fā)送端的用戶請求生成電子紅包，將發(fā)送端用戶的銀行賬號中對應的電子紅包的金額進行凍結(jié)。

例如，銀行第一服務器根據(jù)發(fā)送端的用戶請求生成電子紅包，將發(fā)送端用戶的銀行賬號中對應的電子紅包的金額進行凍結(jié)，即銀行第一服務器為發(fā)送端用戶提供銀行服務，其中，該發(fā)送端用戶可為個人或企業(yè)。

步驟s41，根據(jù)用戶終端所獲取的資源套組記錄該資源套組和該用戶終端的對應關系，并設定該用戶終端為當前該資源套組的當前獲取者，其中，該資源套組包括封套和內(nèi)容物。具體請參閱圖1的描述。

步驟s42，根據(jù)該當前獲取者的資源轉(zhuǎn)發(fā)指令發(fā)送內(nèi)容物增加后的資源套組到被轉(zhuǎn)發(fā)者。具體請參閱圖1的描述。

步驟s43，根據(jù)該被轉(zhuǎn)發(fā)者的資源獲取指令，記錄該資源套組與該被轉(zhuǎn)發(fā)者的對應關系，并設定該被轉(zhuǎn)發(fā)者為該資源套組的當前獲取者。其中，每一用戶終端都會擔任當前獲取者和被轉(zhuǎn)發(fā)者兩個角色。具體請參閱圖1的描述。

步驟s44，判斷該內(nèi)容物增加后的資源套組是否達到預設條件。具體請參閱圖1的描述。

步驟s45，當該內(nèi)容物增加后的資源套組達到該預設條件時，停止接收該資源轉(zhuǎn)發(fā)指令，并按預設規(guī)則將電子紅包的金額分發(fā)給記錄的用戶終端和各個被轉(zhuǎn)發(fā)者，即按預設規(guī)則拆分電子紅包的金額，從而用戶終端和各個被轉(zhuǎn)發(fā)者接收到按預設規(guī)則分發(fā)的電子紅包。

例如，所拆分電子紅包的金額為50元，預設規(guī)則為轉(zhuǎn)發(fā)一次電子紅包金額增加2元，因此，用戶終端接收到6元的電子紅包，第一被轉(zhuǎn)發(fā)者接收到8元的電子紅包，第二被轉(zhuǎn)發(fā)者接收到10元的電子紅包，第三被轉(zhuǎn)發(fā)者接收到12元的電子紅包，第四被轉(zhuǎn)發(fā)者接收到14元的電子紅包。

步驟s46，接收用戶終端和各個被轉(zhuǎn)發(fā)者對電子紅包的提現(xiàn)請求，根據(jù)提現(xiàn)請求對發(fā)送端用戶的銀行賬號中的電子紅包的凍結(jié)金 額進行解凍，及將解凍金額劃撥到用戶終端和各個被轉(zhuǎn)發(fā)者的銀行賬號中。

例如，銀行第二服務器接收用戶終端對電子紅包的提現(xiàn)請求，即銀行第二服務器為用戶終端提供銀行服務，根據(jù)提現(xiàn)請求通知銀行第一服務器對發(fā)送端用戶的銀行賬號中的相應電子紅包的凍結(jié)金額進行解凍，及銀行第一服務器將解凍金額劃撥到用戶終端的銀行賬號中；銀行第三服務器接收到第一被轉(zhuǎn)發(fā)者對電子紅包的提現(xiàn)請求，即銀行第三服務器為第一被轉(zhuǎn)發(fā)者提供銀行服務，根據(jù)提現(xiàn)請求通知銀行第一服務器對發(fā)送端用戶的銀行賬號中的相應電子紅包的凍結(jié)金額進行解凍，及銀行第一服務器將解凍金額劃撥到第一被轉(zhuǎn)發(fā)者的銀行賬號中，以此類推，可完成所有被轉(zhuǎn)發(fā)者的提現(xiàn)請求。

請一并參閱圖5及圖6，用戶1的終端為發(fā)送端，用戶2的終端2為接收端。用戶1的銀行賬號1對應銀行服務器1，用戶2的銀行賬號2對應銀行服務器2。用戶1可以為企業(yè)或者個人。

銀行服務器1接收到用戶1提交的生成電子紅包的請求后，生成a金額的電子紅包，并凍結(jié)銀行賬號1中的a金額。用戶1的發(fā)送端向網(wǎng)域內(nèi)發(fā)送生成的電子紅包或該生成的電子紅包的地址信息。用戶2查閱到電子紅包，在接收端進行搶紅包、收紅包、拆紅包、領紅包等操作，其中，確認領電子紅包時，用戶2通知銀行賬號2的銀行服務器2，銀行服務器2校驗，確認后向銀行服務器1發(fā)送解凍請求，銀行服務器1將銀行賬號1中的凍結(jié)的a金額進行解凍，并將a金額從銀行賬號1中劃撥到銀行賬號2中。

而現(xiàn)有技術中，如圖7、8所示，用戶3在終端3登錄平臺，向同一平臺的用戶4發(fā)送電子紅包(金額大小為b)，用戶4在終端4登錄該平臺收取電子紅包，該平臺的服務器執(zhí)行用戶3的平臺賬號 3(用戶3在平臺的電子賬戶，預先與用戶3的銀行賬號3關聯(lián))與用戶4的平臺賬號4(用戶4在平臺的電子賬戶，預先與用戶4的銀行賬號4關聯(lián))之間的電子金額數(shù)據(jù)結(jié)算，即平臺后臺服務器接收到終端3的用戶3的發(fā)紅包請求后，生成對應電子紅包并發(fā)送給終端4的用戶4，并對應將平臺賬號3的余額數(shù)字減去b，將平臺賬號4的余額數(shù)字加上b。電子賬戶僅限于同一平臺內(nèi)數(shù)據(jù)有效，脫離平臺則無法進行信息交互，實際上用戶3將銀行賬號3中的金額轉(zhuǎn)入平臺的銀行賬號3中，通過平臺賬號3中的金額發(fā)電子紅包，但在用戶4將電子紅包兌現(xiàn)前，電子錢包的金額仍舊在平臺的銀行賬戶中。且若用戶4需將搶到的電子紅包兌現(xiàn)，則需關閉當前電子紅包頁面，到錢包菜單欄中查找到平臺賬號4，點擊提現(xiàn)按鈕，將金額提現(xiàn)到關聯(lián)的銀行賬號4中。

現(xiàn)有技術中的電子紅包的發(fā)、搶、領均基于平臺，脫離平臺則無法實現(xiàn)，且電子紅包金額存入平臺賬號中，電子錢包的發(fā)/收僅是平臺系統(tǒng)內(nèi)的金額數(shù)據(jù)的轉(zhuǎn)移和標記，用戶的實際金額存入平臺賬戶中，帶來資金數(shù)據(jù)的安全問題，存在第三方平臺資金風險，且現(xiàn)有技術中的提現(xiàn)操作步驟繁瑣。

因此，本實施方式中的電子紅包的實現(xiàn)無需基于第三方平臺實現(xiàn)，用戶發(fā)出電子紅包后，對應金額仍舊在發(fā)紅包者的銀行賬戶中凍結(jié)，直到其他用戶確認收到電子紅包后，將對應電子紅包金額從發(fā)紅包者的銀行賬戶中解除凍結(jié)并轉(zhuǎn)賬到收紅包者的銀行賬戶中。本實施方式不存在資金在第三方平臺上的安全問題，電子紅包的實際金額在銀行賬戶中直接流轉(zhuǎn)，相比于現(xiàn)有技術中需在平臺賬戶中流轉(zhuǎn)以及繁瑣的提現(xiàn)步驟，本實施方式中的提現(xiàn)步驟簡便，安全性高。

本實施方式中的電子紅包實現(xiàn)了跨平臺傳輸，現(xiàn)有技術中的電子紅包僅能在即時通訊、電商平臺等同一平臺內(nèi)部進行傳輸和處理，本實施方式中的電子紅包的發(fā)送和領取不限于同一平臺，支持不同平臺間進行數(shù)據(jù)的傳輸、交互和處理。

進一步，為了更好的說明本方案的技術優(yōu)勢，請一并參閱圖9，發(fā)行終端5發(fā)布電子紅包，接收終端6、接收終端7……接收終端n收到電子紅包，在對電子紅包進行領取時，無需與發(fā)行終端5發(fā)布電子紅包的同一平臺進行領取。而現(xiàn)有技術中發(fā)紅包與領紅包均需在同一平臺系統(tǒng)上進行，本方案中接收終端6、接收終端7……接收終端n中的領取紅包可以為不同的平臺系統(tǒng)，例如各銀行的移動客戶端。本方案中接收終端6、接收終端7……接收終端n還可以將電子紅包領取請求直接發(fā)至接收用戶的銀行賬號的銀行終端，無需基于任何平臺系統(tǒng)。通過本方案，實現(xiàn)了電子紅包跨平臺傳輸和領取。

圖10是本發(fā)明實施方式的一種資源發(fā)放裝置的結(jié)構(gòu)示意圖。該資源發(fā)放裝置300運行于服務器上。該資源發(fā)放裝置300包括記錄模塊310、轉(zhuǎn)發(fā)模塊320、判斷模塊330和分發(fā)模塊340。

該記錄模塊310用于根據(jù)用戶終端所獲取的資源套組記錄該資源套組和該用戶終端的對應關系，并設定該用戶終端為當前該資源套組的當前獲取者，其中，該資源套組包括封套和內(nèi)容物。

該轉(zhuǎn)發(fā)模塊320用于根據(jù)該當前獲取者的資源轉(zhuǎn)發(fā)指令發(fā)送內(nèi)容物增加后的資源套組到被轉(zhuǎn)發(fā)者。

該記錄模塊310用于根據(jù)該被轉(zhuǎn)發(fā)者的資源獲取指令，記錄該資源套組與該被轉(zhuǎn)發(fā)者的對應關系，并設定該被轉(zhuǎn)發(fā)者為該資源套組的當前獲取者。

該判斷模塊330用于判斷該內(nèi)容物增加后的資源套組是否達到預設條件。

該分發(fā)模塊340用于當該內(nèi)容物增加后的資源套組沒有達到該預設條件時，繼續(xù)接收該當前獲取者發(fā)出的資源轉(zhuǎn)發(fā)指令；當該內(nèi)容物增加后的資源套組達到該預設條件時，停止接收該資源轉(zhuǎn)發(fā)指令，并按預設規(guī)則將內(nèi)容物增加后的資源套組分發(fā)給記錄的用戶終端和各個被轉(zhuǎn)發(fā)者。其中，該預設規(guī)則為平均分配或按預設比例遞增。

該資源發(fā)放裝置300還包括生成模塊350。該生成模塊350用于響應另一用戶終端的登錄指令并驗證該另一用戶終端為合法用戶，進入資源發(fā)布界面，根據(jù)該另一用戶終端的請求指令生成及發(fā)布該資源套組。

進一步，該轉(zhuǎn)發(fā)模塊320的“根據(jù)該當前獲取者的資源轉(zhuǎn)發(fā)指令發(fā)送內(nèi)容物增加后的資源套組到被轉(zhuǎn)發(fā)者”具體為：

根據(jù)該當前獲取者的資源轉(zhuǎn)發(fā)指令發(fā)送按預設比例逐漸遞增的內(nèi)容物的資源套組到該被轉(zhuǎn)發(fā)者，或根據(jù)該當前獲取者的資源轉(zhuǎn)發(fā)指令發(fā)送事先按預設比例增加好內(nèi)容物的資源套組到該被轉(zhuǎn)發(fā)者。

圖11是本發(fā)明實施方式的一種資源發(fā)放系統(tǒng)的結(jié)構(gòu)示意圖。該實施方式示出的紅包發(fā)送系統(tǒng)100包括第一用戶終端111、第二用戶終端112和服務器120。

該第一用戶終端111用于獲取資源套組，該資源套組包括封套和內(nèi)容物。

該服務器120用于記錄該資源套組和該第一用戶終端111的對應關系，并設定該第一用戶終端111為當前該資源套組的當前獲取者。

該第一用戶終端111用于發(fā)出資源轉(zhuǎn)發(fā)指令。

該服務器120用于根據(jù)該資源轉(zhuǎn)發(fā)指令發(fā)送內(nèi)容物增加后的資源套組到被轉(zhuǎn)發(fā)者，該被轉(zhuǎn)發(fā)者為第二用戶終端112。

該第二用戶終端112用于發(fā)出資源獲取指令。

該服務器120用于根據(jù)該資源獲取指令，記錄該資源套組與該第二用戶終端112的對應關系，并設定該第二用戶終端112為該資源套組的當前獲取者；判斷該內(nèi)容物增加后的資源套組是否達到預設條件；當該內(nèi)容物增加后的資源套組沒有達到該預設條件時，繼續(xù)接收該當前獲取者發(fā)出的資源轉(zhuǎn)發(fā)指令；當該內(nèi)容物增加后的資源套組達到該預設條件時，停止接收該資源轉(zhuǎn)發(fā)指令，并按預設規(guī)則將內(nèi)容物增加后的資源套組分發(fā)給記錄的各個用戶終端。

本發(fā)明一種資源發(fā)放方法、一種資源發(fā)放裝置及一種資源發(fā)放系統(tǒng)，通過每轉(zhuǎn)發(fā)一次資源套組來增加資源套組的內(nèi)容物，促進用戶在收到資源套組后進行轉(zhuǎn)發(fā)，同時資源套組的封套也跟著轉(zhuǎn)發(fā)，相比現(xiàn)有只能兩個用戶之間單純的接收方式，本發(fā)明提供的資源套組發(fā)放能提高資源套組的流動性和傳播性，封套上的信息亦可流轉(zhuǎn)到更多的用戶，從而提高用戶體驗，分享信息。

本發(fā)明實施例所提供的裝置，其實現(xiàn)原理及產(chǎn)生的技術效果和前述方法實施例相同，為簡要描述，方法實施例部分未提及之處，可參考前述方法實施例中相應內(nèi)容。

附圖中的流程圖和框圖顯示了根據(jù)本發(fā)明的多個實施例的系統(tǒng)、方法和計算機程序產(chǎn)品的可能實現(xiàn)的體系架構(gòu)、功能和操作。在這點上，流程圖或框圖中的每個方框可以代表一個模塊、程序段或代碼的一部分，該模塊、程序段或代碼的一部分包含一個或多個用于實現(xiàn)規(guī)定的邏輯功能的可執(zhí)行指令。也應當注意，在有些作為替換 的實現(xiàn)中，方框中所標注的功能也可以以不同于附圖中所標注的順序發(fā)生。例如，兩個連續(xù)的方框?qū)嶋H上可以基本并行地執(zhí)行，它們有時也可以按相反的順序執(zhí)行，這依所涉及的功能而定。也要注意的是，框圖和/或流程圖中的每個方框、以及框圖和/或流程圖中的方框的組合，可以用執(zhí)行規(guī)定的功能或動作的專用的基于硬件的系統(tǒng)來實現(xiàn)，或者可以用專用硬件與計算機指令的組合來實現(xiàn)。

在本申請所提供的幾個實施例中，應該理解到，所揭露的方法、系統(tǒng)和裝置，可以通過其它的方式實現(xiàn)。以上所描述的裝置實施例僅僅是示意性的，例如，該模塊的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，又例如，多個模塊或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些通信接口，裝置或單元的間接耦合或通信連接，可以是電性，機械或其它的形式。

以上該，僅為本發(fā)明的具體實施方式，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術領域的技術人員在本發(fā)明揭露的技術范圍內(nèi)，可輕易想到變化或替換，都應涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應該以權(quán)利要求的保護范圍為準。