本發(fā)明涉及互聯(lián)網(wǎng)數(shù)據(jù)交互技術(shù)領(lǐng)域，特別是涉及一種兌換內(nèi)容物的方法及其服務(wù)器。

背景技術(shù)：

隨著互聯(lián)網(wǎng)技術(shù)尤其是移動互聯(lián)網(wǎng)技術(shù)的發(fā)展，用戶可以通過移動設(shè)備使用2g、3g、4g或wifi等方式連接互聯(lián)網(wǎng)獲取信息。用戶可以主動向資源發(fā)布方獲取信息，也可以接收信息發(fā)布方推送的信息。

現(xiàn)有技術(shù)中的服務(wù)器將多個電子紅包發(fā)送給多個客戶端，客戶端的用戶獲取電子紅包后能夠直接獲取與電子紅包相關(guān)的數(shù)據(jù)，例如電子紅包的金額，導致服務(wù)器發(fā)送的電子紅包的安全性能低。

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

本發(fā)明的目的在于提供一種兌換內(nèi)容物的方法及其服務(wù)器，能夠提高服務(wù)器發(fā)送目標的安全性。

本發(fā)明提供一種兌換內(nèi)容物的方法，該方法包括：第一服務(wù)器獲取到客戶端所擁有的目標，并根據(jù)預設(shè)條件判斷所述目標的封套是否齊全；若是，則將相應(yīng)的內(nèi)容物兌換給所述客戶端。

本發(fā)明提供一種兌換內(nèi)容物的方法，該方法包括：第二服務(wù)器設(shè)置有預設(shè)條件，并且生成發(fā)布目標的請求，其中，所述發(fā)布目標的請求包括所述預設(shè)條件；將所述發(fā)布目標的請求發(fā)送給第一服務(wù)器。

本發(fā)明提供一種服務(wù)器，所述服務(wù)器包括第一接收模塊、第一處理模塊以及第一發(fā)送模塊；所述第一接收模塊用于獲取到客戶端所擁有的目標；所述第一處理模塊用于根據(jù)預設(shè)條件判斷所述目標的封套是否齊全；若是，則所述第一發(fā)送模塊將相應(yīng)的內(nèi)容物兌換給所述客戶端。

本發(fā)明提供一種服務(wù)器，所述服務(wù)器包括第二處理模塊以及第二發(fā)送模塊；所述第二處理模塊用于設(shè)置有預設(shè)條件，并且生成發(fā)布目標的請求，其中，所述發(fā)布目標的請求包括所述預設(shè)條件；所述第二發(fā)送模塊用于將所述發(fā)布目標的請求發(fā)送給第一服務(wù)器。

本發(fā)明提供一種兌換內(nèi)容物的方法，該方法包括：第一服務(wù)器獲取到客戶端所擁有的電子紅包，并根據(jù)預設(shè)條件判斷所述電子紅包的封套是否齊全；若是，則將相應(yīng)的內(nèi)容物兌換給所述客戶端。

以上的兌換內(nèi)容物的方法中，第一服務(wù)器獲取到客戶端所擁有的目標，并根據(jù)預設(shè)條件判斷所述目標的封套是否齊全；若是，則將相應(yīng)的內(nèi)容物兌換給所述客戶端；在客戶端的目標的封套齊全時，第一服務(wù)器將相應(yīng)的內(nèi)容物發(fā)送給客戶端，能夠提高服務(wù)器發(fā)送目標的安全性，并且提高目標的傳播范圍和傳播速度。

附圖說明

圖1是本發(fā)明兌換內(nèi)容物的系統(tǒng)一實施例方式的結(jié)構(gòu)示意圖；

圖2是本發(fā)明兌換內(nèi)容物的方法第一實施例的流程圖；

圖3是本發(fā)明兌換內(nèi)容物的方法第二實施例的流程圖；

圖4是本發(fā)明兌換內(nèi)容物的方法第三實施例的流程圖

圖5是本發(fā)明兌換內(nèi)容物的方法中電子紅包的示意圖；

圖6是本發(fā)明兌換內(nèi)容物的方法的第五實施例的流程圖；

圖7是本發(fā)明兌換內(nèi)容物的方法的第六實施例的流程圖；

圖8是圖7中兌換電子紅包的流程圖；

圖9是圖7中兌換電子紅包的結(jié)構(gòu)示意圖；

圖10是現(xiàn)有技術(shù)中發(fā)送電子紅包的流程圖；

圖11是圖10中發(fā)送電子紅包的結(jié)構(gòu)示意圖；

圖12是本發(fā)明服務(wù)器第一實施例的結(jié)構(gòu)示意圖；

圖13是本發(fā)明服務(wù)器第二實施例的結(jié)構(gòu)示意圖；

圖14是本發(fā)明服務(wù)器第三實施例的結(jié)構(gòu)示意圖。

具體實施方式

為詳細說明本發(fā)明的技術(shù)內(nèi)容、構(gòu)造特征、所實現(xiàn)目的及效果，以下結(jié)合附圖和實施例對本發(fā)明進行詳細說明。

為便于理解本發(fā)明方案，下面先對本發(fā)明兌換內(nèi)容物的系統(tǒng)進行簡要說明。請參見圖1，圖1是本發(fā)明兌換內(nèi)容物的系統(tǒng)一實施例方式的結(jié)構(gòu)示意圖。如圖1所示，該系統(tǒng)包括第一服務(wù)器11、第二服務(wù)器12以及客戶端13，其中客戶端13至少包括第一客戶端14和第二客戶端15。其中服務(wù)器11分別與第二服務(wù)器12、第一客戶端14和第二客戶端15建立連接，服務(wù)器11與第二服務(wù)器12、第一客戶端14和第二客戶端15可實現(xiàn)信息交互。此外，第一客戶端14和第二客戶端15建立連接，第一客戶端14和第二客戶端15可實現(xiàn)信息交互。

請參見圖2，圖2是本發(fā)明兌換內(nèi)容物的方法第一實施例的流程圖。本實施例所揭示的方法基于圖1所示的系統(tǒng)，由圖1所示的第一服務(wù)器11執(zhí)行，該方法具體包括以下步驟：

步驟s21：第一服務(wù)器11獲取到客戶端13所擁有的目標，并根據(jù)預設(shè)條件判斷目標的封套是否齊全。

在客戶端13獲取至少一個目標時，第一服務(wù)器11將該目標與客戶端13的賬戶進行綁定。客戶端13在獲取到新的目標或者相隔預設(shè)時間后將客戶端13所擁有的目標發(fā)送給第一服務(wù)器11，第一服務(wù)器11獲取到客戶端13獲取到客戶端13所擁有的目標，并將客戶端13的目標的封套與預設(shè)條件進行比較；第一服務(wù)器11在判斷到客戶端13的目標的封套均符合預設(shè)條件，則第一服務(wù)器11判斷目標的封套齊全，進入步驟s22；第一服務(wù)器11在判斷客戶端13的目標封套不符合預設(shè)條件，則第一服務(wù)器11判斷目標的封套不齊全，并進入步驟s23。

步驟s22：第一服務(wù)器11將相應(yīng)的內(nèi)容物兌換給客戶端13。

其中，第一服務(wù)器11設(shè)置有預設(shè)的兌換規(guī)則，并根據(jù)客戶端13的目標的封套和預設(shè)的兌換規(guī)則獲取相應(yīng)的內(nèi)容物。第一服務(wù)器11將內(nèi)容物與客戶端13的賬戶進行綁定。

步驟s23：第一服務(wù)器11發(fā)送提示信息給客戶端13。

其中，提示信息包括用于提示客戶端13欠缺的目標，即客戶端13在獲取欠缺的目標后，返回步驟s21。

在本實施例中，第一服務(wù)器11獲取到客戶端13所擁有的目標，并根據(jù)預設(shè)條件判斷目標的封套是否齊全；若是，則將相應(yīng)的內(nèi)容物兌換給客戶端13；在客戶端的目標的封套齊全時，第一服務(wù)器將相應(yīng)的內(nèi)容物發(fā)送給客戶端，能夠提高第一服務(wù)器11發(fā)送目標的安全性，并且提高客戶端13集齊目標的封套的積極性，進而提高目標的傳播范圍和傳播速度。

請參見圖3，圖3是本發(fā)明兌換內(nèi)容物的方法第二實施例的流程圖。本實施例所揭示的方法基于圖1所示的系統(tǒng)，由圖1所示的第一服務(wù)器11執(zhí)行，該方法具體包括以下步驟：

步驟s31：第一服務(wù)器11接收到第二服務(wù)器12的發(fā)布目標的請求。

步驟s32：第一服務(wù)器11根據(jù)發(fā)布目標的請求發(fā)布目標。

步驟s33：第一服務(wù)器11獲取到客戶端13所擁有的目標，并根據(jù)預設(shè)條件判斷目標的封套是否齊全；若是，進入步驟s34；若否，進入步驟s35。

步驟s34：第一服務(wù)器11將相應(yīng)的內(nèi)容物兌換給客戶端13。

步驟s35：第一服務(wù)器11發(fā)送提示信息給客戶端13。

步驟s36：第一服務(wù)器11根據(jù)客戶端13的交換目標和其他客戶端13的欠缺目標的交換請求將交換目標和欠缺目標進行交換。

步驟s37：第一服務(wù)器11將欠缺目標與客戶端的賬戶進行綁定，將交換目標與其他客戶端的賬戶進行綁定，并返回步驟s33。

在步驟s31中，發(fā)布目標的請求包括預設(shè)條件，預設(shè)條件優(yōu)選為目標的封套的拼接規(guī)則。在滿足預設(shè)條件時，即滿足拼接規(guī)則的封套與同一客戶端13的賬戶綁定時，第一服務(wù)器11兌換相應(yīng)的內(nèi)容物。內(nèi)容物可以為電子憑證，可以理解的是，每個電子憑證可唯一關(guān)聯(lián)一個目標，或者關(guān)聯(lián)多個目標。

發(fā)布目標的請求進一步包括目標的標識信息、目標的鏈接地址以及目標發(fā)布的方式等，其中目標的標識信息如標識碼等，每個目標具有唯 一的標識碼，用于區(qū)分多個目標，目標的標識信息還包括名稱、可交換的數(shù)據(jù)值、來源以及提供方等。獲取到目標通過目標的鏈接地址與第一服務(wù)器11建立連接。發(fā)布的方式為第一服務(wù)器11發(fā)布目標的具體方式。

在步驟s32中，第一服務(wù)器11設(shè)置有用于發(fā)布目標的平臺，客戶端13在該平臺上獲取目標。其中，第一服務(wù)器11發(fā)布目標的方式包括口令方式、流星方式等，客戶端13通過點擊目標，以獲取目標。

客戶端13通過在平臺上搶到目標，第一服務(wù)器11根據(jù)客戶端13獲取目標的請求將目標與客戶端13的賬戶進行綁定。

在步驟s33中，客戶端13將獲取到的所有目標的標識信息發(fā)送給第一服務(wù)器11，第一服務(wù)器11根據(jù)所有目標的標識信息獲取到客戶端13所擁有的目標，根據(jù)預設(shè)條件進行判斷目標的封套是否齊全。

具體而言，第一服務(wù)器11判斷符合預設(shè)條件的目標是否綁定客戶端13的賬戶；若是，則判斷目標的封套齊全；若否，則判斷目標的封套不齊全。

在步驟s34中，第一服務(wù)器11根據(jù)客戶端13的目標的封套和預設(shè)的兌換規(guī)則獲取相應(yīng)的內(nèi)容物。第一服務(wù)器11將內(nèi)容物與客戶端13的賬戶進行綁定。

在步驟s35中，提示信息包括用于提示客戶端13欠缺的目標，以使客戶端13獲取所欠缺的目標。此外，客戶端13還可以通過提示信息獲取該欠缺目標所在的其他客戶端13。

以客戶端13包括第一客戶端14和第二客戶端15為例進行說明。在第一服務(wù)器11將提示信息發(fā)送給第一客戶端14時，第一客戶端14根據(jù)提示信息獲知欠缺目標和欠缺目標在第二客戶端15。

在步驟s36中，當?shù)谝豢蛻舳?4擁有第二客戶端15所欠缺的目標時，第一客戶端14能夠請求將交換目標(第二客戶端15所欠缺的目標)與第二客戶端15的欠缺目標(第一客戶端所欠缺的目標)進行交換，第一客戶端14將交換請求發(fā)送給第一服務(wù)器11，第一服務(wù)器11根據(jù)該請求將第一客戶端14的交換目標和第二客戶端15的欠缺目標進行交換。

在其他實施例中，本領(lǐng)域的普通技術(shù)人員完全可以設(shè)置第一客戶端14將交換請求發(fā)送給第二客戶端15，以使第一客戶端14的交換目標和第二客戶端15的欠缺目標進行交換。在交換后，第一客戶端14和第二客戶端15將各自所擁有的目標發(fā)送給第一服務(wù)器11，并返回步驟s33。

其中，第一客戶端14將自身的目標與第二客戶端15的目標進行交換，實現(xiàn)社交功能。

在步驟s37中，第一服務(wù)器11將交換目標與第二客戶端15的賬戶進行綁定，并將欠缺目標與第一客戶端14的賬戶進行綁定，并返回步驟s33。

以下舉例進行詳細說明上述兌換內(nèi)容物的方法。

第一服務(wù)器11在平臺上發(fā)布八個目標，八個目標的封套分別設(shè)置為春、夏、秋、冬、恭、喜、發(fā)以及財?shù)膱D案。第一服務(wù)器11獲取的發(fā)布目標的請求中的預設(shè)條件包括：集齊目標的封套為春、夏、秋、冬；集齊目標的封套為恭、喜、發(fā)、財。第一服務(wù)器11預設(shè)的兌換規(guī)則為：當目標的封套包括春、夏、秋、冬時兌換內(nèi)容物1；當目標的封套包括恭、喜、發(fā)、財時兌換內(nèi)容物2。在一些實施例中，預設(shè)條件的設(shè)置可以按照預先設(shè)定的順序，尤其是按照約定俗稱的方式進行設(shè)置。例如按照鼠、牛、虎、兔、龍、蛇、馬、羊、猴、雞、狗、豬的順序進行設(shè)置。這樣，用戶集齊相應(yīng)目標即可兌換相應(yīng)的內(nèi)容物。

若第一客戶端14在平臺上獲取到目標的封套為春、夏、秋、冬圖案時，第一服務(wù)器11獲取第一客戶端14的所有目標的封套，即獲取到封套為春、夏、秋、冬圖案，此時第一服務(wù)器11判斷到第一客戶端14的封套齊全，根據(jù)兌換規(guī)則將與封套為春、夏、秋、冬圖案對應(yīng)的內(nèi)容物1兌換給第一客戶端14。

若第一客戶端14在平臺上獲取到目標的封套為春、夏、秋、恭圖案，第二客戶端15在平臺上獲取到目標的封套為喜、發(fā)、財、冬圖案時；第一服務(wù)器11獲取第一客戶端14的所有目標的封套，即獲取到封套為春、夏、秋、恭圖案，此時第一服務(wù)器11判斷到第一客戶端14的封套不齊全，并發(fā)送提示信息給第一客戶端14；第一客戶端14根據(jù)提 示信息得知第二客戶端15擁有欠缺目的的封套為冬圖案，并且第二客戶端15欠缺目標的封套為恭圖案；第一客戶端14發(fā)送交換封套請求給第二客戶端15，第一客戶端14將封套為恭圖案的目標(交換目標)與第二客戶端15的封套為冬圖案的目標(欠缺目標)進行交換；第一客戶端14將所擁有的目標發(fā)送給第一服務(wù)器11，此時第一服務(wù)器11判斷到第一客戶端14的封套齊全，根據(jù)兌換規(guī)則將內(nèi)容物1兌換給第一客戶端14；第二客戶端15將所擁有的目標發(fā)送給第一服務(wù)器11，此時第一服務(wù)器11判斷到第二客戶端15的封套齊全，根據(jù)兌換規(guī)則將內(nèi)容物2兌換給第二客戶端15。

在本實施例中，目標的封套采用圖案。在其他實施例中，本領(lǐng)域普通技術(shù)人員可以設(shè)置目標的封套的形狀或者封套上的字等。

在本實施例中，第一服務(wù)器11優(yōu)選為銀行服務(wù)器。在其他實施例中，本領(lǐng)域的技術(shù)人員還可以將第一服務(wù)器11設(shè)置為其他服務(wù)器，例如企業(yè)服務(wù)器。

在本實施例中，第一服務(wù)器11獲取到客戶端13所擁有的目標，并根據(jù)預設(shè)條件判斷目標的封套是否齊全；若是，則將相應(yīng)的內(nèi)容物兌換給客戶端13；在客戶端的目標的封套齊全時，第一服務(wù)器將相應(yīng)的內(nèi)容物發(fā)送給客戶端，提高用戶集齊目標的封套的積極性，進而提高信息傳播的范圍和傳播的速度。在客戶端13的所有目標的封套不滿足預設(shè)條件時，第一服務(wù)器11發(fā)送提示信息給客戶端13，客戶端13根據(jù)提示信息與其他客戶端進行交換，能夠提高第一服務(wù)器11發(fā)送目標的安全性，并且提高客戶端13集齊目標的封套的積極性，進而提高目標的傳播范圍和傳播速度。

請參見圖4，圖4是本發(fā)明兌換內(nèi)容物的方法第三實施例的流程圖。本實施例所揭示的方法基于圖1所示的系統(tǒng)，由圖1所示的第二服務(wù)器12執(zhí)行，該方法具體包括以下步驟：

步驟s41：第二服務(wù)器12設(shè)置有預設(shè)條件，并且生成發(fā)布目標的請求。

其中，第二服務(wù)器12根據(jù)預設(shè)條件生成發(fā)布目標的請求，發(fā)布目 標的請求包括預設(shè)條件。

步驟s42：第二服務(wù)器12將發(fā)布目標的請求發(fā)送給第一服務(wù)器11。

在本實施例中，第二服務(wù)器12優(yōu)選為企業(yè)服務(wù)器。

在本實施例中，第二服務(wù)器12設(shè)置有預設(shè)條件，以使第一服務(wù)器12根據(jù)預設(shè)條件判斷客戶端13的封套是否齊全，進而實現(xiàn)兌換內(nèi)容物。

本發(fā)明還提供第四實施例的兌換內(nèi)容物的方法，本實施例所揭示的兌換內(nèi)容物的方法在第三實施例所揭示的兌換內(nèi)容物的方法的基礎(chǔ)上進行描述，本實施例所揭示的目標優(yōu)選為電子紅包，上述的發(fā)布目標的請求為發(fā)布電子紅包的請求；第一服務(wù)器11所提供的平臺為銀行服務(wù)器所提供的平臺。

如圖5所示，電子紅包50包括封套51和封在封套51內(nèi)的第一內(nèi)容物52，其中，電子紅包50的封套5設(shè)置上述春、夏、秋、冬、恭、喜、發(fā)以及財?shù)膱D案。

或者，將上述春、夏、秋、冬、恭、喜、發(fā)以及財?shù)膱D案設(shè)置在第一內(nèi)容物52上。此時，第一服務(wù)器11在電子紅包50的封套51上設(shè)置有商品信息，由于客戶端13主動參與集齊符合預設(shè)條件的電子紅包，避免引起反感，進而提高商品信息的傳播效果。

電子憑證可以為銀信證、物信證或者其他有價的證券。其他有價的證券可以為購物券、優(yōu)惠券或優(yōu)惠碼等。

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

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

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

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

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

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

收證人(即領(lǐng)取了電子紅包的用戶)履行銀信證項下基礎(chǔ)交易義務(wù)后，提交履約信息(一般用于電商領(lǐng)域，收證人為商家，履行發(fā)貨義務(wù)后，提交發(fā)貨信息，在紅包領(lǐng)域中，由于是開證人無償轉(zhuǎn)移給收證人，因此就不需要履行交易義務(wù))。

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

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

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

作為上述實施例的一具體應(yīng)用，上述目標可為電子紅包。如圖6所示，圖6是本發(fā)明兌換內(nèi)容物的方法的第五實施例的流程圖。本實施方式基于圖1所示的系統(tǒng)，該方法具體包括：

步驟s61：第一服務(wù)器11獲取到客戶端13所擁有的電子紅包，并根據(jù)預設(shè)條件判斷電子紅包的封套是否齊全。

在客戶端13獲取至少一個電子紅包時，第一服務(wù)器11將該電子紅包與客戶端13的賬戶進行綁定。客戶端13在獲取到新的電子紅包或者相隔預設(shè)時間后將客戶端13所擁有的電子紅包發(fā)送給第一服務(wù)器11，第一服務(wù)器11獲取到客戶端13獲取到客戶端13所擁有的電子紅包， 并將客戶端13的電子紅包的封套與預設(shè)條件進行比較；第一服務(wù)器11在判斷到客戶端13的電子紅包的封套均符合預設(shè)條件，則第一服務(wù)器11判斷電子紅包的封套齊全，進入步驟s62；第一服務(wù)器11在判斷客戶端13的電子紅包封套不符合預設(shè)條件，則第一服務(wù)器11判斷電子紅包的封套不齊全，并進入步驟s63。

步驟s62：第一服務(wù)器11將相應(yīng)的內(nèi)容物兌換給客戶端13。

其中，第一服務(wù)器11設(shè)置有預設(shè)的兌換規(guī)則，并根據(jù)客戶端13的電子紅包的封套和預設(shè)的兌換規(guī)則獲取相應(yīng)的內(nèi)容物。第一服務(wù)器11將內(nèi)容物與客戶端13的賬戶進行綁定。

步驟s63：第一服務(wù)器11發(fā)送提示信息給客戶端13。

其中，提示信息包括用于提示客戶端13欠缺的電子紅包，即客戶端13在獲取欠缺的電子紅包后，返回步驟s61。

在本實施例中，第一服務(wù)器11獲取到客戶端13所擁有的電子紅包，并根據(jù)預設(shè)條件判斷電子紅包的封套是否齊全；若是，則將相應(yīng)的內(nèi)容物兌換給客戶端13；在客戶端的電子紅包的封套齊全時，第一服務(wù)器將相應(yīng)的內(nèi)容物發(fā)送給客戶端，能夠提高第一服務(wù)器11發(fā)送電子紅包的安全性，并且提高客戶端13集齊電子紅包的封套的積極性，進而提高電子紅包的傳播范圍和傳播速度。

本發(fā)明還提供第六實施例的本發(fā)明兌換內(nèi)容物的方法，如圖7所示，本實施例所揭示的兌換內(nèi)容物的方法包括以下步驟：

步驟s101：第一服務(wù)器11根據(jù)第二服務(wù)器12的用戶請求生成電子紅包，并將第二服務(wù)器12的銀行賬號中對應(yīng)的電子紅包的金額進行凍結(jié)，將電子紅包設(shè)置為第一樣式，并將電子紅包發(fā)送給接收端。

步驟s102：在第一客戶端14獲取到電子紅包時，第一服務(wù)器14將電子紅包與第一客戶端14的銀行賬號進行綁定；

步驟s103：第一客戶端14將所擁有的電子紅包發(fā)送給第一服務(wù)器11，第一服務(wù)器11根據(jù)預設(shè)條件判斷第一客戶端14所擁有的電子紅包的封套是否齊全；

步驟s104：若第一客戶端14所擁有的電子紅包的封套齊全，第一 服務(wù)器11對第二服務(wù)器12的銀行賬號中電子紅包的凍結(jié)金額進行解凍，并將第二服務(wù)器12的銀行賬號中的電子紅包對應(yīng)的金額劃撥到第一客戶端14的銀行賬戶中。

其中，如圖8-9所示，第二服務(wù)器12為電子紅包的發(fā)送端，第一客戶端14為電子紅包的接收端，第一服務(wù)器11為銀行服務(wù)器，第二服務(wù)器12的銀行賬戶和第一客戶端14的銀行賬戶均對應(yīng)于第一服務(wù)器11，第二服務(wù)器12的用戶可以為企業(yè)或者個人。

第一服務(wù)器11接收到第二服務(wù)器12的用戶提交生成電子紅包的請求后，生成多個電子紅包，多個電子紅包的內(nèi)容物為金額a，凍結(jié)第二服務(wù)器12的銀行賬戶中的金額a。第一服務(wù)器11向網(wǎng)域內(nèi)發(fā)送生成的多個電子紅包或者多個電子紅包的地址信息，第一客戶端14的用戶查閱到電子紅包，并且進行搶紅包、收紅包、轉(zhuǎn)發(fā)紅包等操作，在第一客戶端14搶到電子紅包時，第一服務(wù)器11將電子紅包與第一客戶端14的銀行賬戶進行綁定。

第一客戶端14將所擁有的電子紅包發(fā)送給第一服務(wù)器11，第一服務(wù)器11根據(jù)預設(shè)條件判斷第一客戶端14所擁有的電子紅包的封套是否齊全；若第一服務(wù)器11判斷到第一客戶端14所擁有的電子紅包的封套齊全，則第一服務(wù)器11校驗，確認后解除金額a的凍結(jié)狀態(tài)，并將金額a從第二服務(wù)器12的銀行賬戶劃撥到第一客戶端14的銀行賬戶中。

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

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

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

此外，本方案中能夠提高第一服務(wù)器11發(fā)送目標的安全性，并且提高客戶端13集齊目標的封套的積極性，進而提高目標的傳播范圍和傳播速度。

請參見圖12，圖12是本發(fā)明服務(wù)器第一實施例的結(jié)構(gòu)示意圖。本實施例所揭示的服務(wù)器為上述實施例所描述的第一服務(wù)器11，其執(zhí)行上述換內(nèi)容物的方法第一實施例的各個步驟，具體參見上述實施例，在此不再贅述。如圖12所示，本實施例所揭示的第一服務(wù)器包括第一接收模塊71、第一處理模塊72以及第一發(fā)送模塊73，第一處理模塊72分別與第一接收模塊71和第一發(fā)送模塊73連接。

其中，第一接收模塊71用于獲取到客戶端13所擁有的目標；第一處理模塊72用于根據(jù)預設(shè)條件判斷目標的封套是否齊全；若是，則第一發(fā)送模塊73用于將相應(yīng)的內(nèi)容物兌換給客戶端13。

請參見圖13，圖13是本發(fā)明服務(wù)器第二實施例的結(jié)構(gòu)示意圖。本 實施例所揭示的服務(wù)器為上述實施例所描述的第二服務(wù)器12，其執(zhí)行上述換內(nèi)容物的方法第二實施例的各個步驟，具體參見上述實施例，在此不再贅述。如圖13所示，本實施例所揭示的第二服務(wù)器包括第二處理模塊81以及第二發(fā)送模塊82，第二處理模塊81和第二發(fā)送模塊82連接。

其中，第二處理模塊81用于設(shè)置有預設(shè)條件，并且生成發(fā)布目標的請求，其中，發(fā)布目標的請求包括預設(shè)條件；第二發(fā)送模塊82用于將發(fā)布目標的請求發(fā)送給第一服務(wù)器11。

請參見圖14，圖14是本發(fā)明服務(wù)器第三實施例的結(jié)構(gòu)示意圖。本實施例所揭示的服務(wù)器為上述第一服務(wù)器11，其包括：接收器91、處理器92、發(fā)送器93、只讀存儲器94、隨機存取存儲器95以及總線96。

接收器91用于接收數(shù)據(jù)。

處理器92控制數(shù)據(jù)交互處理裝置的操作，處理器92還可以稱為cpu(centralprocessingunit，中央處理單元)。處理器92可能是一種集成電路芯片，具有信號的處理能力。處理器92還可以是通用處理器、數(shù)字信號處理器(dsp)、專用集成電路(asic)、現(xiàn)成可編程門陣列(fpga)或者其他可編程邏輯器件、分立門或者晶體管邏輯器件、分立硬件組件。通用處理器可以是微處理器或者該處理器也可以是任何常規(guī)的處理器等。

發(fā)送器93用于發(fā)送數(shù)據(jù)。

存儲器可以包括只讀存儲器94和隨機存取存儲器95，并向處理器92提供指令和數(shù)據(jù)。存儲器的一部分還可以包括非易失性隨機存取存儲器(nvram)。

數(shù)據(jù)交互處理裝置的各個組件通過總線96耦合在一起，其中總線96除包括數(shù)據(jù)總線之外，還可以包括電源總線、控制總線和狀態(tài)信號總線等。但是為了清楚說明起見，在圖中將各種總線都標為總線96。

存儲器存儲了如下的元素，可執(zhí)行模塊或者數(shù)據(jù)結(jié)構(gòu)，或者它們的子集，或者它們的擴展集：

操作指令：包括各種操作指令，用于實現(xiàn)各種操作。

操作系統(tǒng)：包括各種系統(tǒng)程序，用于實現(xiàn)各種基礎(chǔ)業(yè)務(wù)以及處理基于硬件的任務(wù)。

在本發(fā)明實施例中，處理器92通過調(diào)用存儲器存儲的操作指令(該操作指令可存儲在操作系統(tǒng)中)，執(zhí)行如下操作：

接收器91用于獲取到客戶端13所擁有的目標。

處理器92用于根據(jù)預設(shè)條件判斷目標的封套是否齊全。

發(fā)送器93用于在判斷封套齊全時將相應(yīng)的內(nèi)容物兌換給客戶端13。

上述方案中，第一服務(wù)器11獲取到客戶端13所擁有的目標，并根據(jù)預設(shè)條件判斷目標的封套是否齊全；若是，則將相應(yīng)的內(nèi)容物兌換給客戶端13；在客戶端的目標的封套齊全時，第一服務(wù)器將相應(yīng)的內(nèi)容物發(fā)送給客戶端，提高用戶集齊目標的封套的積極性，進而提高信息傳播的范圍和傳播的速度。在客戶端13的所有目標的封套不滿足預設(shè)條件時，第一服務(wù)器11發(fā)送提示信息給客戶端13，客戶端13根據(jù)提示信息與其他客戶端進行交換，能夠提高第一服務(wù)器11發(fā)送目標的安全性，并且提高客戶端13集齊目標的封套的積極性，進而提高目標的傳播范圍和傳播速度。

以上所述僅為本發(fā)明的實施方式，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換，或直接或間接運用在其他相關(guān)的技術(shù)領(lǐng)域，均同理包括在本發(fā)明的專利保護范圍內(nèi)。