本發(fā)明涉及通信領域，尤其涉及資源處理方法及裝置。

背景技術：

網(wǎng)絡電子紅包是一種通過互聯(lián)網(wǎng)發(fā)送虛擬電子紅包的方式及新型的互聯(lián)網(wǎng)工具，隨著互聯(lián)網(wǎng)時代的發(fā)展，通過互聯(lián)網(wǎng)發(fā)送虛擬電子紅包，成為企業(yè)宣傳及網(wǎng)絡社交的常見方式。但現(xiàn)有的電子紅包均采用資金轉賬方式，即發(fā)送方輸入轉賬金額并向服務器發(fā)送指令，接收方收到的電子紅包是一個圖形文件，點擊圖形完成轉賬過程，接收方需關聯(lián)收款賬戶，資金直接進入接收方的收款賬戶；在接收方需要發(fā)電子紅包時只能再次從自己的賬戶中取出資金作為電子紅包發(fā)送給第三方，操作較為復雜。

上述內容僅用于輔助理解本發(fā)明的技術方案，并不代表承認上述內容是現(xiàn)有技術。

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

本發(fā)明的主要目的在于提供一種具有相同發(fā)明構思的資源處理方法及裝置，旨在因此提高了電子紅包發(fā)送操作的便利性。

為了實現(xiàn)發(fā)明目的，本發(fā)明提供的資源處理方法，所述資源處理方法包括以下步驟：

服務器接收發(fā)送方客戶端發(fā)送的第一資源轉移數(shù)據(jù)包；所述第一資源轉移數(shù)據(jù)包包括：生成電子憑證的預置參數(shù)；

根據(jù)所述第一資源轉移數(shù)據(jù)包生成第二資源轉移數(shù)據(jù)包，并發(fā)送至第一接收方客戶端；以供所述第一接收方客戶端獲取所述第二資源轉移數(shù)據(jù)包中的電子憑證；所述第二資源轉移數(shù)據(jù)包包括所述服務器根據(jù)所述生成電子憑證的預置參數(shù)生成的電子憑證或者電子憑證的下載鏈接。

此外，為了實現(xiàn)上述發(fā)明目的，本發(fā)明進一步提供一種資源處理方法，所述資源處理方法包括以下步驟：

服務器接收發(fā)送方客戶端發(fā)送的第一資源轉移數(shù)據(jù)包；所述第一資源轉移數(shù)據(jù)包包括：生成電子憑證的預置參數(shù)；

根據(jù)所述第一資源轉移數(shù)據(jù)包生成第二資源轉移數(shù)據(jù)包，并發(fā)送至所述發(fā)送方客戶端；以供所述發(fā)送方客戶端將所述第二資源轉移數(shù)據(jù)包發(fā)送至所述第一接收方客戶端，以使所述第一接收方客戶端獲取所述第二資源轉移數(shù)據(jù)包中的電子憑證；所述第二資源轉移數(shù)據(jù)包包括所述服務器根據(jù)所述生成電子憑證的預置參數(shù)生成的電子憑證或者電子憑證的下載鏈接。

此外，為了實現(xiàn)上述發(fā)明目的，本發(fā)明進一步提供一種資源處理裝置，所述資源處理裝置包括：

第一接收模塊，用于接收發(fā)送方客戶端發(fā)送的第一資源轉移數(shù)據(jù)包；所述第一資源轉移數(shù)據(jù)包包括：生成電子憑證的預置參數(shù)；

第一數(shù)據(jù)包生成模塊，用于根據(jù)所述第一資源轉移數(shù)據(jù)包生成第二資源轉移數(shù)據(jù)包，并發(fā)送至第一接收方客戶端；以供所述第一接收方客戶端獲取所述第二資源轉移數(shù)據(jù)包中的電子憑證；所述第二資源轉移數(shù)據(jù)包包括所述服務器根據(jù)所述生成電子憑證的預置參數(shù)生成的電子憑證或者電子憑證的下載鏈接。

此外，為了實現(xiàn)上述發(fā)明目的，本發(fā)明進一步提供一種資源處理裝置，所述資源處理裝置包括：

第三接收模塊，用于接收發(fā)送方客戶端發(fā)送的第一資源轉移數(shù)據(jù)包；所述第一資源轉移數(shù)據(jù)包包括：生成電子憑證的預置參數(shù)；

第二數(shù)據(jù)包生成模塊，用于根據(jù)所述第一資源轉移數(shù)據(jù)包生成第二資源轉移數(shù)據(jù)包，并發(fā)送至所述發(fā)送方客戶端；以供所述發(fā)送方客戶端將所述第二資源轉移數(shù)據(jù)包發(fā)送至所述第一接收方客戶端，以使所述第一接收方客戶端獲取所述第二資源轉移數(shù)據(jù)包中的電子憑證；所述第二資源轉移數(shù)據(jù)包包括所述服務器根據(jù)所述生成電子憑證的預置參數(shù)生成的電子憑證或者電子憑證的下載鏈接。

本發(fā)明實施例通過采用電子憑證作為發(fā)送方客戶端與接收方客戶端之間數(shù)據(jù)通信的媒介，從而將電子憑證應用到電子紅包發(fā)送系統(tǒng)中，可以實現(xiàn)電子紅包的部分提現(xiàn)可以轉發(fā)功能，因此提高了電子紅包發(fā)送操作的便利性。此外在發(fā)送電子紅包時無需每次都通過網(wǎng)絡發(fā)送賬戶信息，從而提高了電子紅包發(fā)送的安全性。

附圖說明

圖1為本發(fā)明資源處理方法第一實施例的流程示意圖；

圖2為本發(fā)明資源處理方法第二實施例的流程示意圖；

圖3為本發(fā)明資源處理方法第三實施例的流程示意圖；

圖4為本發(fā)明資源處理方法一實施例中利用銀信證進行電子紅包發(fā)送的流程示例圖；

圖5為本發(fā)明資源處理方法一實施例中利用銀信證進行電子紅包發(fā)送的系統(tǒng)架構示例圖；

圖6為現(xiàn)有技術進行電子紅包發(fā)送的流程示例圖；

圖7為現(xiàn)有技術進行電子紅包發(fā)送的系統(tǒng)架構示例圖；

圖8為本發(fā)明資源處理方法一實施例中進行電子紅包發(fā)送的系統(tǒng)框架示例圖；

圖9為本發(fā)明資源處理裝置第一實施例的功能模塊結構示意圖；

圖10為本發(fā)明資源處理裝置第二實施例的功能模塊結構示意圖；

圖11為本發(fā)明資源處理裝置第三實施例的功能模塊結構示意圖。

本發(fā)明目的的實現(xiàn)、功能特點及優(yōu)點將結合實施例，參照附圖做進一步說明。

具體實施方式

應當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

本發(fā)明提供一種資源處理方法，參照圖1，提供了本發(fā)明資源處理方法第 一實施例，在該實施例中，該資源處理方法包括：

步驟s10，服務器接收發(fā)送方客戶端發(fā)送的第一資源轉移數(shù)據(jù)包；所述第一資源轉移數(shù)據(jù)包包括：生成電子憑證的預置參數(shù)；

步驟s20，根據(jù)所述第一資源轉移數(shù)據(jù)包生成第二資源轉移數(shù)據(jù)包，并發(fā)送至第一接收方客戶端；以供所述第一接收方客戶端獲取所述第二資源轉移數(shù)據(jù)包中的電子憑證；所述第二資源轉移數(shù)據(jù)包包括所述服務器根據(jù)所述生成電子憑證的預置參數(shù)生成的電子憑證或者電子憑證的下載鏈接。

本實施例中的資源處理方法主要應用于通訊系統(tǒng)中，用于對賬戶的資源進行管理。具體地，上述賬戶資源可以為個人銀行賬戶的貨幣存款，也是為個人信用卡預置的授信額度，還可以為其他類型的虛擬貨幣等。以下各實施例中以個人銀行賬戶的貨幣存款為例進行詳細說明。上述電子憑證為一種虛擬的電子標簽，可以用于顯示，并攜帶有預置的參數(shù)，以下各實施例中以銀信證為例進行詳細說明。

具體地，上述第一資源轉移數(shù)據(jù)包可以為一種資源轉移請求，其包括生成銀信證的預置參數(shù)，例如生成銀信證的數(shù)量、每張銀信證上貨幣的面額、貨幣的類型以及銀信證的有效期等等?？梢岳斫獾氖牵鲜霭l(fā)送方客戶端和第一接收方客戶端的具體可以為一個終端或者為一種軟件客戶端。

本實施例中，上述資源管理包可以為電子紅包。例如用戶進行電子紅包發(fā)送時，首先可以在點擊發(fā)送電子紅包按鈕，從而跳轉到電子紅包發(fā)送界面，在該界面上，用戶可以選擇電子紅包發(fā)送的方式。例如可以選擇相應的發(fā)送電子紅包方式，跳轉到第一電子紅包參數(shù)設置界面，此時，可以設置一個電子紅包內銀信證的數(shù)量和面額(在其他實施例中，還可以設置銀信證的有效期等其他參數(shù))。當選擇另一種發(fā)送電子紅包發(fā)送方式時，可以跳轉第二電子紅包參數(shù)設置界面，此時，可以設置多個電子紅包內銀信證的數(shù)量和面額(可以理解的是對于每個電子紅包內的銀信證數(shù)量也可以由服務器隨機分配，用戶只需要選擇所有銀信證的面值即可)。當點擊塞進電子紅包時，可以將各預置參數(shù)進行打包形成上述第一資源轉移數(shù)據(jù)包，并發(fā)送至服務器。即在本實施例中，上述該電子紅包的數(shù)量可以為一個也可以為多個，且每一個電子紅包內可以由一張銀信證或者多張銀信證組成。

服務器在接收到上述第一數(shù)據(jù)包時，可以根據(jù)該第一資源轉移數(shù)據(jù)包生 成銀信證，或者銀信證的下載鏈接，然后將該銀信證或者銀信證的下載鏈接打包形成上述第二資源轉移數(shù)據(jù)包，最后將該第二資源轉移數(shù)據(jù)包發(fā)送至第一接收方客戶端。該第一接收方客戶端可以為一個也可以為多個。對于服務器發(fā)送第二資源轉移數(shù)據(jù)包至第一接收方客戶端的發(fā)送方式可以根據(jù)實際需要進行設置，例如可以通過網(wǎng)頁鏈接、短信、郵件、即時通信工具等任何方式發(fā)送第二資源轉移數(shù)據(jù)包。

在第一接收方客戶端上接收到該第二資源轉移數(shù)據(jù)包后，可以根據(jù)該第二資源轉移數(shù)據(jù)包獲取第二資源轉移數(shù)據(jù)包內對應的銀信證。

例如第一接收方客戶端接收到上述第二資源轉移數(shù)據(jù)包括后，顯示電子紅包接收界面，用戶可以點擊拆開電子紅包，此時將獲取第二資源轉移數(shù)據(jù)包內所有的銀信證，并進行顯示。

可以理解的是，第一接收方客戶端在接收并顯示上述銀信證后，用戶可以對銀信證進行提現(xiàn)或轉發(fā)操作。

例如在上述步驟s20之后還包括：

當接收到所述第一接收方客戶端發(fā)送的提現(xiàn)指令時，根據(jù)所述提現(xiàn)指令將與所述發(fā)送方客戶端綁定的第一賬戶內的第一資源轉移至與所述第一接收方客戶端綁定的第二賬戶內；所述第一資源所述提現(xiàn)指令中對應電子憑證的資源轉移量。

本實施例中，上述第一賬戶和第二賬戶可以分別是銀行賬戶，具體地，在上述數(shù)據(jù)包中可以攜帶有第一賬戶的信息，在生成上述銀信證時，銀信證上攜帶該第一賬戶的信息；當用戶點擊提現(xiàn)時，可以根據(jù)第二賬戶信息、該銀信證信息以及資源轉移量(轉賬金額)生成提現(xiàn)指令發(fā)送給服務器端，由服務器端進行資源轉移(進行轉賬，即將第一賬戶中的部分資金轉移到第二賬戶中)，從而完成電子紅包發(fā)送。具體地，由于第一接收方客戶端接收到的銀信證數(shù)量可以有多個，因此用戶在進行提現(xiàn)時，可以提取其中的一個或多個。此外，在上述有效期到達時，第一接收方客戶端仍未進行資金提取，則上述銀信證自動失效，將無法進行提取。

可以理解的是，第一接收方客戶端除了可以對接收到的銀信證進行提現(xiàn)以外，還可以將接收到的銀信證轉發(fā)至第三方進行資源提取。即，在本實施例中可以進行電子紅包轉發(fā)，具體地，在本實施例中，在上述步驟s20之后 還包括：

當接收到所述第一接收方客戶端發(fā)送的轉發(fā)指令時，根據(jù)所述轉發(fā)指令生成第三資源轉移數(shù)據(jù)包，并將所述第三資源轉移數(shù)據(jù)包發(fā)送至發(fā)送至第二接收方客戶端；所述第三資源轉移數(shù)據(jù)包包括所述第二資源轉移數(shù)據(jù)包中未提現(xiàn)的電子憑證或電子憑證下載鏈接。

可以理解的是，本實施例中，第一接收方客戶端在發(fā)送上述轉發(fā)指令時，可以將接收到的銀信證部分轉發(fā)給第二接收方客戶端，也可以將全部接收到的銀信證轉發(fā)至第二接收方客戶端。優(yōu)選地，本實施例中，可以將未提現(xiàn)的銀信證發(fā)送至第二接收方客戶端。可以理解的是，在進行轉發(fā)時，第一接收方客戶端將作為發(fā)送方客戶端進行操作。上述第一接收方客戶端可以將上述銀信證作為一資源轉移請求形成上述轉發(fā)指令發(fā)送至服務器端，從而由服務器端根據(jù)該轉發(fā)指令中包含的銀信證生成第三資源轉移數(shù)據(jù)包，并發(fā)送至上述第二接收方客戶端。該第三資源轉移數(shù)據(jù)包包括銀信證或者銀信證的下載鏈接。在第二接收方客戶端接收到上述第三資源轉移數(shù)據(jù)包時，將獲取該第三資源轉移數(shù)據(jù)包中的銀信證。在第二接收方客戶端對接收到的銀信證進行提現(xiàn)時，則銀信證上的轉出賬戶為上述第一賬戶，轉入賬戶則為第二接收方客戶端綁定的第三賬戶，此時服務器直接將第一賬戶的金額轉入到第三賬戶中即可。應當說明的是，在本實施例中，用戶可以對接收到的電子紅包進行轉發(fā)，此時轉發(fā)的是該電子紅包中未提現(xiàn)的電子憑證。

本發(fā)明實施例通過采用電子憑證作為發(fā)送方客戶端與接收方客戶端之間數(shù)據(jù)通信的媒介，從而將電子憑證應用到電子紅包發(fā)送系統(tǒng)中，可以實現(xiàn)電子紅包的部分提現(xiàn)可以轉發(fā)功能，因此提高了電子紅包發(fā)送操作的便利性。此外在發(fā)送電子紅包時無需每次都通過網(wǎng)絡發(fā)送賬戶信息，從而提高了電子紅包發(fā)送的安全性。

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

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

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

1.2、開證銀行驗證身份、賬戶信息無誤后受理，審核確認符合開證條件，凍結保付資金后開立銀信證。

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

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

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

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

1.7、開證銀行解付銀信證并將資金劃轉至收證銀行，收證銀行將資金轉入收證賬戶。

可以理解的是，由于上述第二資源數(shù)據(jù)包可以為電子憑證，也可以為電子憑證的下載鏈接，因此對于上述第一接收方客戶端獲取第二資源數(shù)據(jù)包內的電子憑證的方式不同。

當上述第二資源轉移數(shù)據(jù)包為上述電子憑證時，則在第一接收方客戶端打開第二資源轉移數(shù)據(jù)包時，直接讀取第二資源轉移數(shù)據(jù)包中的電子憑證即可。具體地，通過此方法實現(xiàn)的過程中，在服務器接收到上述第一資源轉移數(shù)據(jù)包時，則根據(jù)該第一資源轉移數(shù)據(jù)包生成上述銀信證。

上述第二資源轉移數(shù)據(jù)包為上述電子憑證的下載鏈接時，參照圖2，在本發(fā)明資源處理方法，第二實施例中，上述資源處理方法還包括：

步驟s30，接收所述第一接收方客戶端在打開所述第二資源轉移數(shù)據(jù)包時所發(fā)送的打開指令；

步驟s40，根據(jù)所述打開指令以及所述生成電子憑證的預置參數(shù)向所述第一接收方客戶端發(fā)送電子憑證，以供所述第一接收方客戶端進行資源提取或者電子憑證轉發(fā)。

本實施例中，上述銀信證的生成可以在服務器接收到上述第一資源轉移 數(shù)據(jù)包時生成上述銀信證，也可以在服務器接收到上述打開指令時生成上述銀信證。若采用服務器接收到上述打開指令時生成上述銀信證的方式，則可以減少資金凍結的時間，具體地，本實施方式中，上述第二資源轉移數(shù)據(jù)包及上述打開指令中則可以包括上述生成電子憑證的預置參數(shù)以及發(fā)送方客戶端的信息。

進一步地，對于上述第一接收方客戶端接收情況，還可以實現(xiàn)指定接收對象。具體地，上述第一資源轉移包還包括第一接收方客戶端的信息，所述打開指令包括所述第一接收方客戶端的信息；

上述步驟s40之前還包括：

判斷所述第一資源轉移包中第一接收方客戶端的信息與所述打開指令中第一接收方客戶端的信息是否一致；

若是，則執(zhí)行所述根據(jù)打開指令以及所述生成電子憑證的預置參數(shù)向所述第一接收方客戶端發(fā)送電子憑證，以供所述第一接收方客戶端進行資源提取或者電子憑證轉發(fā)的步驟；若否，則可以輸出相應的提示信息，并不進行電子憑證的發(fā)放。

進一步地，上述根據(jù)第一資源轉移數(shù)據(jù)生成第二資源轉移數(shù)據(jù)包，并發(fā)送至第一接收方客戶端包括：

根據(jù)所述第一資源轉移數(shù)據(jù)生成確認是否按照電子卷發(fā)送第二資源數(shù)據(jù)包的確認請求，并發(fā)送至所述發(fā)送方客戶端；

根據(jù)接收到所述發(fā)送方客戶端對所述確認請求的應答結果為確認按照電子憑證發(fā)送所述第二資源數(shù)據(jù)包時，生成第二資源轉移數(shù)據(jù)包，并發(fā)送至第一接收方客戶端。

本實施例中，主要應用在雙服務器中，即上述服務器可以包括電子紅包服務器和電子憑證服務器。具體地，采用雙服務器時，上述電子憑證服務器僅是根據(jù)上述第一資源轉移數(shù)據(jù)包生成銀信證的操作，然后將該銀信證轉發(fā)至電子紅包服務器，由電子紅包服務器執(zhí)行其余所有的操作。具體地，可以由上述電子紅包服務器將上述第一資源轉移數(shù)據(jù)包發(fā)送至電子憑證服務器，也可以由上述接收方客戶端發(fā)送第一資源轉移數(shù)據(jù)包至電子憑證服務器。

進一步地，參照圖3，提出了本發(fā)明資源處理方法第三實施例，本實施例中，與上述第一實施例的區(qū)別在于，第一實施例中，由服務器向第二接收方客戶端發(fā)送第二資源轉移數(shù)據(jù)包，在本實施例中，可以由發(fā)送方客戶端發(fā)送上述第一資源轉移數(shù)據(jù)包至上述第一接收方客戶端。具體地，在本實施例中，所述資源處理方法包括以下步驟：

步驟s50，服務器接收發(fā)送方客戶端發(fā)送的第一資源轉移數(shù)據(jù)包；所述第一資源轉移數(shù)據(jù)包包括：生成電子憑證的預置參數(shù)；

步驟s60，根據(jù)所述第一資源轉移數(shù)據(jù)包生成第二資源轉移數(shù)據(jù)包，并發(fā)送至所述發(fā)送方客戶端；以供所述發(fā)送方客戶端將所述第二資源轉移數(shù)據(jù)包發(fā)送至所述第一接收方客戶端，以使所述第一接收方客戶端獲取所述第二資源轉移數(shù)據(jù)包中的電子憑證；所述第二資源轉移數(shù)據(jù)包包括所述服務器根據(jù)所述生成電子憑證的預置參數(shù)生成的電子憑證或者電子憑證的下載鏈接。

可以理解的是，在本實施例中，對于電子憑證的轉發(fā)過程也存在不同。具體地，在進行電子憑證轉發(fā)時，可以直接由第一接收方客戶端根據(jù)接收到的電子憑證或者電子憑證的下載連接生成第三資源轉移數(shù)據(jù)包發(fā)送至第二接收方客戶端。

具體地，上述服務器可以包括發(fā)送方客戶端對應的服務器1和第一接收方客戶端對應的服務器2，其中服務器1用于管理發(fā)送方客戶端對應的銀行賬戶，服務器2用于管理第一接收方客戶端對應的銀行賬戶。以下對電子紅包發(fā)送的流程進行詳細說明。如圖4所示，進行電子紅包發(fā)送的流程如下：

步驟1，發(fā)送方客戶端根據(jù)用戶輸入包含金額a的電子紅包信息生成第一資源轉移數(shù)據(jù)包，并將該第一資源轉移數(shù)據(jù)包作為用戶請求發(fā)送至服務器1；

步驟2，服務器1根據(jù)發(fā)送方客戶端的用戶請求生成電子紅包數(shù)據(jù)包，并將發(fā)送方客戶端的銀行賬號中對應的電子紅包的金額進行凍結，將電子紅包數(shù)據(jù)包發(fā)送給第一接收方客戶端；

步驟3，服務器2接收第一接收方客戶端發(fā)送的對電子紅包的提現(xiàn)請求，根據(jù)提現(xiàn)請求通知服務器1對發(fā)送方客戶端的銀行賬號中的電子紅包的凍結 金額進行解凍，并將發(fā)送方客戶端用戶的銀行賬號中的與電子紅包對應的金額劃撥到第一接收方客戶端的銀行賬號中。

上述發(fā)送方客戶端可以為個人或企業(yè)。如圖4和圖5所示，在本實施例中，服務器1接收到發(fā)送方客戶端提交的生成電子紅包的請求后，生成a金額的電子紅包，并凍結發(fā)送方客戶端對應的銀行賬號1中的a金額。服務器1發(fā)送生成的電子紅包或該生成的電子紅包的地址信息至第一接收方客戶端，由第一接收方客戶端進行搶電子紅包、拆電子紅包和領電子紅包等操作。其中，確認領電子紅包時，通知服務器2，服務器2進行校驗，確認后向服務器1發(fā)送解凍請求，服務器1將銀行賬號1中的凍結的a金額進行解凍，并將a金額從銀行賬號1中劃撥到第一接收方客戶端對應的銀行賬號2中。

而現(xiàn)有技術中，如圖6和圖7所示，用戶3通過發(fā)送方客戶端3登錄平臺，向同一平臺的用戶4發(fā)送電子紅包(金額大小為b)，用戶4在接收方客戶端4登錄該平臺收取電子紅包，該平臺的服務器執(zhí)行用戶3的平臺賬號3(用戶3在平臺的電子賬戶，預先與用戶3的銀行賬號3關聯(lián))與用戶4的平臺賬號4(用戶4在平臺的電子賬戶，預先與用戶4的銀行賬號4關聯(lián))之間的電子金額數(shù)據(jù)結算，即平臺后臺服務器接收到發(fā)送方客戶端3的用戶3的發(fā)紅包請求后，生成對應電子紅包并發(fā)送給接收方客戶端4的用戶4，并對應將平臺賬號3的余額數(shù)字減去b，將平臺賬號4的余額數(shù)字加上b。電子賬戶僅限于同一平臺內數(shù)據(jù)有效，脫離平臺則無法進行信息交互，實際上用戶3將銀行賬號3中的金額轉入平臺的銀行賬號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)內的金額數(shù)據(jù)的轉移和標記，用戶的實際金額存入平臺賬戶中，帶來資金數(shù)據(jù)的安全問題，存在第三方平臺資金風險，且現(xiàn)有技術中的提現(xiàn)操作步驟繁瑣。

相對于現(xiàn)有技術，本申請中電子紅包的發(fā)送和提現(xiàn)過程中，電子紅包對應的資金僅在發(fā)送方客戶端和接收方客戶端對應的銀行賬戶之間進行資源轉 移，無需采用平臺帳號作為中間過渡，因此有效提高了電子紅包發(fā)送的安全性。

為了更好的說明本方案的技術優(yōu)勢，結合附圖8，發(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)了電子紅包跨平臺傳輸和領取。

參照圖9，為本發(fā)明一種資源處理裝置第一實施例，本實施例提供的資源處理裝置包括：

第一接收模塊10，用于接收發(fā)送方客戶端發(fā)送的第一資源轉移數(shù)據(jù)包；所述第一資源轉移數(shù)據(jù)包包括：生成電子憑證的預置參數(shù)；

第一數(shù)據(jù)包生成模塊20，用于根據(jù)所述第一資源轉移數(shù)據(jù)包生成第二資源轉移數(shù)據(jù)包，并發(fā)送至第一接收方客戶端；以供所述第一接收方客戶端獲取所述第二資源轉移數(shù)據(jù)包中的電子憑證；所述第二資源轉移數(shù)據(jù)包包括所述服務器根據(jù)所述生成電子憑證的預置參數(shù)生成的電子憑證或者電子憑證的下載鏈接。

本實施例中的資源處理裝置主要應用于通訊系統(tǒng)中，用于對賬戶的資源進行管理。具體地，上述賬戶資源可以為個人銀行賬戶的貨幣存款，也是為個人信用卡預置的授信額度，還可以為其他類型的虛擬貨幣等。以下各實施例中以個人銀行賬戶的貨幣存款為例進行詳細說明。上述電子憑證為一種虛擬的電子標簽，可以用于顯示，并攜帶有預置的參數(shù)，以下各實施例中以銀信證為例進行詳細說明。

具體地，上述第一資源轉移數(shù)據(jù)包可以為一種資源轉移請求，其包括生成銀信證的預置參數(shù)，例如生成銀信證的數(shù)量、每張銀信證上貨幣的面額、 貨幣的類型以及銀信證的有效期等等?？梢岳斫獾氖牵鲜霭l(fā)送方客戶端和第一接收方客戶端的具體可以為一個終端或者為一種軟件客戶端。

例如用戶進行電子紅包發(fā)送時，首先可以在點擊發(fā)送電子紅包按鈕，從而跳轉到電子紅包發(fā)送界面，在該界面上，用戶可以選擇電子紅包發(fā)送的方式。例如可以選擇相應的發(fā)送電子紅包方式，跳轉到第一電子紅包參數(shù)設置界面，此時，可以設置一個電子紅包內銀信證的數(shù)量和面額(在其他實施例中，還可以設置銀信證的有效期等其他參數(shù))。當選擇另一種發(fā)送電子紅包發(fā)送方式時，可以跳轉第二電子紅包參數(shù)設置界面，此時，可以設置多個電子紅包內銀信證的數(shù)量和面額(可以理解的是對于每個電子紅包內的銀信證數(shù)量也可以由服務器隨機分配，用戶只需要選擇所有銀信證的面值即可)。當點擊塞進電子紅包時，可以將各預置參數(shù)進行打包形成上述第一資源轉移數(shù)據(jù)包，并發(fā)送至服務器。即在本實施例中，上述該電子紅包的數(shù)量可以為一個也可以為多個，且每一個電子紅包內可以由一張銀信證或者多張銀信證組成。

服務器在接收到上述第一數(shù)據(jù)包時，可以根據(jù)該第一資源轉移數(shù)據(jù)包生成銀信證，或者銀信證的下載鏈接，然后將該銀信證或者銀信證的下載鏈接打包形成上述第二資源轉移數(shù)據(jù)包，最后將該第二資源轉移數(shù)據(jù)包發(fā)送至第一接收方客戶端。該第一接收方客戶端可以為一個也可以為多個。對于服務器發(fā)送第二資源轉移數(shù)據(jù)包至第一接收方客戶端的發(fā)送方式可以根據(jù)實際需要進行設置，例如可以通過網(wǎng)頁鏈接、短信、郵件、即時通信工具等任何方式發(fā)送第二資源轉移數(shù)據(jù)包。

在第一接收方客戶端上接收到該第二資源轉移數(shù)據(jù)包后，可以根據(jù)該第二資源轉移數(shù)據(jù)包獲取第二資源轉移數(shù)據(jù)包內對應的銀信證。

例如第一接收方客戶端接收到上述第二資源轉移數(shù)據(jù)包括后，顯示電子紅包接收界面，用戶可以點擊拆開電子紅包，此時將獲取第二資源轉移數(shù)據(jù)包內所有的銀信證，并進行顯示。

可以理解的是，第一接收方客戶端在接收并顯示上述銀信證后，用戶可以對銀信證進行提現(xiàn)或轉發(fā)操作。

例如，資源處理裝置還包括：

資源轉移模塊，用于當接收到所述第一接收方客戶端發(fā)送的提現(xiàn)指令時，根據(jù)所述提現(xiàn)指令將與所述發(fā)送方客戶端綁定的第一賬戶內的第一資源轉移 至與所述第一接收方客戶端綁定的第二賬戶內；所述第一資源所述提現(xiàn)指令中對應電子憑證的資源轉移量。

本實施例中，上述第一賬戶和第二賬戶可以分別是銀行賬戶，具體地，在上述數(shù)據(jù)包中可以攜帶有第一賬戶的信息，在生成上述銀信證時，銀信證上攜帶該第一賬戶的信息；當用戶點擊提現(xiàn)時，可以根據(jù)第二賬戶信息、該銀信證信息以及資源轉移量(轉賬金額)生成提現(xiàn)指令發(fā)送給服務器端，由服務器端進行資源轉移(進行轉賬，即將第一賬戶中的部分資金轉移到第二賬戶中)，從而完成電子紅包發(fā)送。具體地，由于第一接收方客戶端接收到的銀信證數(shù)量可以有多個，因此用戶在進行提現(xiàn)時，可以提取其中的一個或多個。此外，在上述有效期到達時，第一接收方客戶端仍未進行資金提取，則上述銀信證自動失效，將無法進行提取。

可以理解的是，第一接收方客戶端除了可以對接收到的銀信證進行提取以外，還可以將接收到的銀信證轉發(fā)至第三方進行資源提取。即，在本實施例中可以進行電子紅包轉發(fā)，具體地，在本實施例中，資源處理裝置還包括：

第二發(fā)送模塊，用于當接收到所述第一接收方客戶端發(fā)送的轉發(fā)指令時，根據(jù)所述轉發(fā)指令將所述第一接收方客戶端接收的電子憑證發(fā)送至第二接收方客戶端。

可以理解的是，本實施例中，第一接收方客戶端在發(fā)送上述轉發(fā)指令時，可以將接收到的銀信券部分轉發(fā)給第二接收方客戶端，也可以將全部接收到的銀信證轉發(fā)至第二接收方客戶端。優(yōu)選地，本實施例中，可以將未提現(xiàn)的銀信證發(fā)送至第二接收方客戶端?？梢岳斫獾氖?，在進行轉發(fā)時，第一接收方客戶端將作為發(fā)送方客戶端進行操作。上述第一接收方客戶端可以將上述銀信證作為一資源轉移請求形成上述轉發(fā)指令發(fā)送至服務器端，從而由服務器端根據(jù)該轉發(fā)指令中包含的銀信證生成第三資源轉移數(shù)據(jù)包，并發(fā)送至上述第二接收方客戶端。該第三資源轉移數(shù)據(jù)包包括銀信證或者銀信證的下載鏈接。在第二接收方客戶端接收到上述第三資源轉移數(shù)據(jù)包時，將獲取該第三資源轉移數(shù)據(jù)包中的銀信證。在第二接收方客戶端對接收到的銀信證進行提現(xiàn)時，則銀信證上的轉出賬戶為上述第一賬戶，轉入賬戶則為第二接收方客戶端綁定的第三賬戶，此時服務器直接將第一賬戶的金額轉入到第三賬戶中即可。應當說明的是，在本實施例中，用戶可以對接收到的電子紅包進行 轉發(fā)，此時轉發(fā)的是該電子紅包中未提現(xiàn)的電子憑證。

本發(fā)明實施例通過采用電子憑證作為發(fā)送方客戶端與接收方客戶端之間數(shù)據(jù)通信的媒介，從而將電子憑證應用到電子紅包發(fā)送系統(tǒng)中，可以實現(xiàn)電子紅包的部分提現(xiàn)可以轉發(fā)功能，因此提高了電子紅包發(fā)送操作的便利性。此外在發(fā)送電子紅包時無需每次都通過網(wǎng)絡發(fā)送賬戶信息，從而提高了電子紅包發(fā)送的安全性。

可以理解的是，由于上述第二資源數(shù)據(jù)包可以為電子憑證，也可以為電子憑證的下載鏈接，因此對于上述第一接收方客戶端獲取第二資源數(shù)據(jù)包內的電子憑證的方式不同。

當上述第二資源轉移數(shù)據(jù)包為上述電子憑證時，則在第一接收方客戶端打開第二資源轉移數(shù)據(jù)包時，直接讀取第二資源轉移數(shù)據(jù)包中的電子憑證即可。具體地，通過此方法實現(xiàn)的過程中，在服務器接收到上述第一資源轉移數(shù)據(jù)包時，則根據(jù)該第一資源轉移數(shù)據(jù)包生成上述銀信證。

上述第二資源轉移數(shù)據(jù)包為上述電子憑證的下載鏈接時，參照圖10，該資源處理裝置還包括：

第二接收模塊30，用于接收所述第一接收方客戶端在打開所述第二資源轉移數(shù)據(jù)包時所發(fā)送的打開指令；

第一發(fā)送模塊40，用于根據(jù)所述打開指令以及所述生成電子憑證的預置參數(shù)向所述第一接收方客戶端發(fā)送電子憑證，以供所述第一接收方客戶端進行資源提取或者電子憑證轉發(fā)。

本實施例中，上述銀信證的生成可以在服務器接收到上述第一資源轉移數(shù)據(jù)包時生成上述銀信證，也可以在服務器接收到上述打開指令時生成上述銀信證。若采用服務器接收到上述打開指令時生成上述銀信證的方式，則可以減少資金凍結的時間，具體地，本實施方式中，上述第二資源轉移數(shù)據(jù)包及上述打開指令中則可以包括上述生成電子憑證的預置參數(shù)以及發(fā)送方客戶端的信息。

進一步地，對于上述第一接收方客戶端接收情況，還可以實現(xiàn)指定接收對象。具體地，上述第一資源轉移包還包括第一接收方客戶端的信息，所述 打開指令包括所述第一接收方客戶端的信息；

上述資源處理裝置還包括：

判斷模塊，用于判斷所述第一資源轉移包中第一接收方客戶端的信息與所述打開指令中第一接收方客戶端的信息是否一致；

若是，則觸發(fā)所述發(fā)送模塊執(zhí)行所述根據(jù)打開指令以及所述生成電子憑證的預置參數(shù)向所述第一接收方客戶端發(fā)送電子憑證，以供所述第一接收方客戶端進行資源提取或者電子憑證轉發(fā)操作。

可以理解的是，本實施例中，對第一接收方客戶端的信息進行驗證的方式主要應用在社交軟件多人會話系統(tǒng)中。具體地，第一接收方客戶端的信息內容可以根據(jù)實際需要進行設置，在此不做進一步地限定。

進一步地，第一數(shù)據(jù)包生成模塊包括：

請求發(fā)送單元，用于根據(jù)所述第一資源轉移數(shù)據(jù)生成確認是否按照電子卷發(fā)送第二資源數(shù)據(jù)包的確認請求，并發(fā)送至所述發(fā)送方客戶端；

數(shù)據(jù)包生成單元，用于根據(jù)接收到所述發(fā)送方客戶端對所述確認請求的應答結果為確認按照電子憑證發(fā)送所述第二資源數(shù)據(jù)包時，生成第二資源轉移數(shù)據(jù)包，并發(fā)送至第一接收方客戶端。

本實施例中，主要應用在雙服務器中，即上述服務器可以包括電子紅包服務器和電子憑證服務器。具體地，采用雙服務器時，上述電子憑證服務器僅是根據(jù)上述第一資源轉移數(shù)據(jù)包生成銀信證的操作，然后將該銀信證轉發(fā)至電子紅包服務器，由電子紅包服務器執(zhí)行其余所有的操作。具體地，可以由上述電子紅包服務器將上述第一資源轉移數(shù)據(jù)包發(fā)送至電子憑證服務器，也可以由上述接收方客戶端發(fā)送第一資源轉移數(shù)據(jù)包至電子憑證服務器。

進一步地，參照圖11，提出了本發(fā)明資源處理裝置第三實施例，本實施例中，與上述第一實施例的區(qū)別在于，第一實施例中，由服務器向第二接收方客戶端發(fā)送第二資源轉移數(shù)據(jù)包，在本實施例中，可以由發(fā)送方客戶端發(fā)送上述第一資源轉移數(shù)據(jù)包至上述第一接收方客戶端。具體地，在本實施例中，所述資源處理裝置包括：

第三接收模塊50，用于接收發(fā)送方客戶端發(fā)送的第一資源轉移數(shù)據(jù)包； 所述第一資源轉移數(shù)據(jù)包包括：生成電子憑證的預置參數(shù)；

第二數(shù)據(jù)包生成模塊60，用于根據(jù)所述第一資源轉移數(shù)據(jù)包生成第二資源轉移數(shù)據(jù)包，并發(fā)送至所述發(fā)送方客戶端；以供所述發(fā)送方客戶端將所述第二資源轉移數(shù)據(jù)包發(fā)送至所述第一接收方客戶端，以使所述第一接收方客戶端獲取所述第二資源轉移數(shù)據(jù)包中的電子憑證；所述第二資源轉移數(shù)據(jù)包包括所述服務器根據(jù)所述生成電子憑證的預置參數(shù)生成的電子憑證或者電子憑證的下載鏈接。

上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到上述實施例方法可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術方案本質上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產品的形式體現(xiàn)出來，該計算機軟件產品存儲在一個存儲介質(如rom/ram、磁碟、光盤)中，包括若干指令用以使得一臺終端設備(可以是手機，計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例所述的方法。

可以理解的是，在本實施例中，對于電子憑證的轉發(fā)過程也存在不同。具體地，在進行電子憑證轉發(fā)時，可以直接由第一接收方客戶端根據(jù)接收到的電子憑證或者電子憑證的下載連接生成第三資源轉移數(shù)據(jù)包發(fā)送至第二接收方客戶端。

以上僅為本發(fā)明的優(yōu)選實施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內容所作的等效結構或等效流程變換，或直接或間接運用在其他相關的技術領域，均同理包括在本發(fā)明的專利保護范圍內。