本發(fā)明涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，特別是涉及一種資源樣式生成方法和裝置。

背景技術(shù)：

隨著互聯(lián)網(wǎng)技術(shù)的發(fā)展，大部分即時通信應(yīng)用、社交網(wǎng)絡(luò)應(yīng)用或平臺等都支持資源分享，這里的資源包括但不限于貨幣金額、虛擬貨幣金額、積分?jǐn)?shù)額、電子代金券等。這些資源在互聯(lián)網(wǎng)中分享通常是以贈送的形式進(jìn)行，通過網(wǎng)絡(luò)的第三方平臺送出，其在第三方平臺上的展示形式通常是以“電子紅包”的樣式進(jìn)行展示。

傳統(tǒng)技術(shù)中，在第三方平臺上分享的資源在終端上的顯示形式是有著固定的外觀樣式，終端顯示資源時也可在資源消息體上顯示一些固定的祝福語等。因此，服務(wù)器在生成的資源包有著固定單一的樣式，服務(wù)器無法根據(jù)當(dāng)前的使用場景主動準(zhǔn)確的投放資源，導(dǎo)致資源與資源關(guān)聯(lián)信息的匹配程度不高。

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

基于此，有必要針對上述技術(shù)問題，提供一種能提高資源與其關(guān)聯(lián)信息之間的匹配程度的資源樣式生成方法和裝置。

一種資源樣式生成方法，所述方法包括：

獲取資源生成請求，所述資源生成請求攜帶資源標(biāo)識和資源基本信息；

獲取與所述資源基本信息相匹配的圖樣；

根據(jù)所述圖樣生成與所述資源標(biāo)識對應(yīng)的資源樣式。

在其中一個實施例中，所述資源基本信息包括資源創(chuàng)建時間、資源屬性、資源發(fā)布者信息和資源接收者信息中的至少一種。

在其中一個實施例中，所述獲取與所述資源基本信息相匹配的圖樣的步驟，包括：

獲取與所述資源創(chuàng)建時間匹配的場景標(biāo)識，根據(jù)所述場景標(biāo)識從圖樣數(shù)據(jù) 庫中調(diào)取對應(yīng)的預(yù)存圖樣。

在其中一個實施例中，所述獲取與所述資源基本信息相匹配的圖樣的步驟，包括：

獲取與所述資源屬性匹配的外觀屬性信息，所述外觀屬性信息包括外觀屬性類型和對應(yīng)的屬性值，根據(jù)所述外觀屬性信息生成對應(yīng)的圖樣。

在其中一個實施例中，所述獲取與所述資源基本信息相匹配的圖樣的步驟，還包括：

獲取資源發(fā)布者信息和資源接收者信息，根據(jù)所述資源發(fā)布者信息和資源接收者信息拉取資源發(fā)布者和資源接收者之間的關(guān)系鏈數(shù)據(jù)；

根據(jù)所述關(guān)系鏈數(shù)據(jù)對資源發(fā)布者和資源接收者之間的關(guān)系進(jìn)行識別，根據(jù)識別結(jié)果從圖樣數(shù)據(jù)庫中調(diào)取對應(yīng)的圖樣。

在其中一個實施例中，在獲取資源樣式生成請求的步驟之前，還包括：

獲取用戶身份信息，根據(jù)所述用戶身份信息驗證用戶身份合法性；

在驗證通過后獲取與當(dāng)前時間匹配的場景標(biāo)識，根據(jù)場景標(biāo)識從圖樣數(shù)據(jù)庫中提取對應(yīng)的資源樣式模板，將所述資源樣式模板發(fā)送到終端進(jìn)行顯示；

獲取用戶選擇的資源樣式模板和用戶選擇的資源內(nèi)容類型；

所述獲取與所述資源基本信息相匹配的圖樣的步驟為：根據(jù)所述資源樣式模板和所述資源內(nèi)容類型，生成與所述資源基本信息相匹配的圖樣。

一種資源樣式生成裝置，所述裝置包括：

請求模塊，用于獲取資源生成請求，所述資源生成請求攜帶資源標(biāo)識和資源基本信息；

圖樣獲取模塊，用于獲取與所述資源基本信息相匹配的圖樣；

樣式生成模塊，用于根據(jù)所述圖樣生成與所述資源標(biāo)識對應(yīng)的資源樣式。

在其中一個實施例中，所述資源基本信息包括資源創(chuàng)建時間、資源屬性、資源發(fā)布者信息和資源接收者信息中的至少一種。

在其中一個實施例中，所述圖樣獲取模塊用于獲取與所述資源創(chuàng)建時間匹配的場景標(biāo)識，根據(jù)所述場景標(biāo)識從圖樣數(shù)據(jù)庫中調(diào)取對應(yīng)的預(yù)存圖樣。

在其中一個實施例中，所述圖樣獲取模塊用于獲取與所述資源屬性匹配的 外觀屬性信息，所述外觀屬性信息包括外觀屬性類型和對應(yīng)的屬性值，根據(jù)所述外觀屬性信息生成對應(yīng)的圖樣。

上述資源樣式生成方法和裝置，由于可以根據(jù)資源基本信息匹配到相應(yīng)的圖樣，進(jìn)而根據(jù)圖樣生成與資源標(biāo)識對應(yīng)的資源樣式。因此，服務(wù)器可以根據(jù)資源基本信息生成多樣化的資源，改變了傳統(tǒng)技術(shù)中資源樣式固定不變的現(xiàn)狀，使得服務(wù)器可以根據(jù)當(dāng)前的使用場景主動準(zhǔn)確的投放資源，從而提高了資源與資源基本信息之間的匹配程度。

附圖說明

圖1為一個實施例中資源樣式生成方法的應(yīng)用環(huán)境圖；

圖2為一個實施例中資源樣式生成方法的流程圖；

圖3為一個實施例中資源樣式生成方法的流程圖；

圖4為一個實施例中資源樣式生成方法的流程圖；

圖5為一個實施例中資源樣式生成方法的流程圖；

圖6為另一個實施例中資源樣式生成方法的流程圖

圖7為一個具體場景中資源樣式生成方法的流程圖；

圖8為一個實施例中資源樣式生成裝置的結(jié)構(gòu)框圖；

圖9為另一個實施例中資源樣式生成裝置的結(jié)構(gòu)框圖；

圖10為一個具體的應(yīng)用場景中分享電子紅包的流程圖；

圖11為圖10的分享電子紅包的原理圖；

圖12為現(xiàn)有技術(shù)分享電子紅包的流程圖；

圖13為現(xiàn)有技術(shù)分享電子紅包的原理圖；

圖14為另一個具體的應(yīng)用場景中分享紅包的原理圖。

具體實施方式

為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下結(jié)合附圖及實施例，對本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

本發(fā)明實施例提供的資源樣式生成方法可應(yīng)用于如圖1所示的應(yīng)用場景中。參考圖1所示，第一終端102和第二終端106分別通過網(wǎng)絡(luò)與服務(wù)器104進(jìn)行通信，第一終端102為資源分享者所使用的終端，通過第三方平臺發(fā)起資源的“贈送”。第一終端102可登錄第三方平臺并在發(fā)起資源分享后進(jìn)入到資源設(shè)置界面，通過資源設(shè)置界面可輸入資源設(shè)置信息，比如資源類型、資源的數(shù)額、資源接收者的人數(shù)等，在接收到用戶確認(rèn)發(fā)出資源的命令后將資源生成請求發(fā)送到服務(wù)器104。服務(wù)器104接收資源生成請求，獲取數(shù)據(jù)庫中與資源基本信息相匹配的圖樣，并根據(jù)獲取的圖樣生成與資源標(biāo)識對應(yīng)的資源樣式。服務(wù)器104生成資源的資源樣式后，可將資源消息發(fā)送到第一終端102和第二終端106上進(jìn)行顯示。第二終端106為資源接收者所使用的終端，其登錄了第三方平臺并通過相應(yīng)的應(yīng)用界面接收和顯示服務(wù)器104發(fā)送的資源消息。通常，資源消息以資源消息體的形式在第一終端102和第二終端106的應(yīng)用界面上顯示，其根據(jù)服務(wù)器104生成的資源樣式顯示為相應(yīng)的形狀、大小、顏色等。

其中，第一終端102和第二終端106可以是但不限于是個人計算機(jī)、筆記本電腦、平板電腦、智能手機(jī)、可穿戴式智能設(shè)備等。第三方平臺可以是但不限于即時通信應(yīng)用、社交網(wǎng)絡(luò)應(yīng)用、游戲應(yīng)用等。通過第一終端102登錄第三方平臺的資源分享者與通過第二終端106登錄第三方平臺的資源接收者在第三方平臺中可存在關(guān)系鏈數(shù)據(jù)，比如，資源分享者和資源接收者在第三方平臺中可以是好友關(guān)系、收聽人或關(guān)注人關(guān)系、群組或討論組成員關(guān)系等。此外，資源分享者和資源接收者在第三方平臺中也可不存在關(guān)系鏈數(shù)據(jù)，比如資源分享者可以是第三方平臺的公眾服務(wù)用戶(比如企業(yè)、商家用戶)，而資源接收者是第三方平臺中的全部用戶或某一類用戶。

其中，資源可以是但不限于貨幣金額、虛擬貨幣金額、積分?jǐn)?shù)額、電子代金券、電子憑證、電子優(yōu)惠券、購物券等，其在第三方平臺上的展示形式通常是以“電子紅包”的樣式進(jìn)行展示。這里的電子憑證可以為銀信證和物信證,銀信證是指銀行根據(jù)開證人的申請凍結(jié)所需數(shù)額資金而開立，并承諾依照約定解付條件辦理支付結(jié)算的電子憑證。物信證是一種具有商品標(biāo)識碼和交互接口，且可記錄該商品信息的電子憑證。

如圖2所示，在一個實施例中，提供了一種資源樣式生成方法，該方法以應(yīng)用于圖1中的服務(wù)器進(jìn)行舉例說明，包括：

步驟202，獲取資源生成請求。

本實施例中，資源生成請求攜帶資源標(biāo)識和資源基本信息。資源標(biāo)識用于唯一標(biāo)識一個資源，在終端發(fā)起資源分享請求后，服務(wù)器可為分享的資源分配一個具有唯一性的標(biāo)識。

具體的，終端可先登錄第三方平臺，通過第三方平臺提供的應(yīng)用界面發(fā)起資源分享并進(jìn)入到資源設(shè)置界面，通過資源設(shè)置界面獲取用戶輸入的資源設(shè)置信息，包括資源類型、資源金額、資源接收者的人數(shù)等。其中，資源類型包括普通資源和口令資源，普通資源是指傳統(tǒng)的資源，接收者點擊資源消息體即可分享資源，而口令資源是指在點擊資源消息體后還需要輸入對應(yīng)的口令才能分享的資源。

進(jìn)一步的，終端獲取到用戶確認(rèn)發(fā)起分享的命令后將資源生成請求發(fā)送到服務(wù)器，服務(wù)器接收資源生成請求，該資源生成請求攜帶資源標(biāo)識和資源基本信息。其中，資源基本信息包括資源創(chuàng)建時間、資源屬性、資源發(fā)布者信息和資源接收者信息中的至少一種。

步驟204，獲取與資源基本信息相匹配的圖樣。

本實施例中，在圖樣數(shù)據(jù)庫中預(yù)存了各種圖樣數(shù)據(jù)，包括但不限于各種形狀數(shù)據(jù)、顏色數(shù)據(jù)、大小數(shù)據(jù)等。具體的，服務(wù)器預(yù)先設(shè)置了圖樣獲取規(guī)則，根據(jù)圖樣獲取規(guī)則可根據(jù)不同的資源基本信息從數(shù)據(jù)庫中調(diào)取相匹配的圖樣。其中圖樣獲取規(guī)則包括但不限于根據(jù)應(yīng)用場景獲取匹配的圖樣、根據(jù)資源屬性獲取匹配的圖樣、根據(jù)資源發(fā)布者信息獲取匹配的圖樣、根據(jù)資源接收者信息獲取匹配的圖樣中的至少一種。服務(wù)器可根據(jù)預(yù)設(shè)的圖樣獲取規(guī)則來獲取相應(yīng)的資源基本信息，并根據(jù)資源基本信息在數(shù)據(jù)庫中調(diào)取匹配的圖樣。

可以理解，圖樣獲取規(guī)則可以是服務(wù)器設(shè)置的默認(rèn)規(guī)則，也可在終端的應(yīng)用界面中提供相應(yīng)選項以供用戶選擇，服務(wù)器保存用戶選擇的圖樣獲取規(guī)則。

在一個實施例中，資源基本信息包括資源創(chuàng)建時間、資源屬性、資源發(fā)布 者信息和資源接收者信息中的至少一種。其中，資源創(chuàng)建時間可為服務(wù)器接收到資源生成請求的時間；資源屬性包括資源數(shù)額、資源類型、資源內(nèi)容類型等。資源發(fā)布者信息和資源接收者信息分別是指分享資源的用戶和接收資源的用戶的相關(guān)信息，包括但不限于用戶在第三方平臺中的個人資料信息、社交信息、關(guān)系鏈數(shù)據(jù)等。進(jìn)一步的，服務(wù)器可在數(shù)據(jù)庫中查找到與資源基本信息匹配的圖樣。

步驟206，根據(jù)獲取的圖樣生成與資源標(biāo)識對應(yīng)的資源樣式。

本實施例中，服務(wù)器獲取到與資源基本信息相匹配的圖樣，根據(jù)獲取的圖樣即可確定該資源的外觀樣式，包括形狀、顏色、大小等，根據(jù)這些信息即可確定一個資源的顯示樣式。因此，服務(wù)器可根據(jù)獲取的圖樣生成與資源標(biāo)識對應(yīng)的資源樣式。

進(jìn)一步的，服務(wù)器根據(jù)資源生成請求生成資源消息，并將資源消息發(fā)送到資源發(fā)布者的終端和資源接收者的終端，資源消息可在終端的應(yīng)用界面中顯示。具體的，資源消息以資源消息體在應(yīng)用界面中顯示。服務(wù)器將資源消息發(fā)送到終端的同時攜帶了與資源標(biāo)識對應(yīng)的資源樣式，終端接收到資源消息后可根據(jù)對應(yīng)的資源樣式將資源消息體顯示為對應(yīng)的外觀。更進(jìn)一步的，在資源消息體上還可顯示預(yù)設(shè)的文字或者事先為資源設(shè)置的口令等。

本實施例中，由于可以根據(jù)資源基本信息匹配到相應(yīng)的圖樣，進(jìn)而根據(jù)圖樣生成與資源標(biāo)識對應(yīng)的資源樣式。因此，服務(wù)器可以根據(jù)資源基本信息生成多樣化的資源，改變了傳統(tǒng)技術(shù)中資源樣式固定不變的現(xiàn)狀，使得服務(wù)器可以根據(jù)當(dāng)前的使用場景主動準(zhǔn)確的投放資源，從而提高了資源與資源基本信息之間的匹配程度。

在一個實施例中，如圖3所示，提供了一種資源樣式生成方法，包括：

步驟302，獲取資源生成請求。

本實施例中，資源生成請求攜帶資源標(biāo)識和資源基本信息，資源基本信息至少包括資源創(chuàng)建時間，除此之外，資源基本信息還可包括資源屬性、資源發(fā)布者信息和資源接收者信息中的至少一種。

步驟304，獲取與資源創(chuàng)建時間匹配的場景標(biāo)識，根據(jù)場景標(biāo)識從圖樣數(shù)據(jù) 庫中調(diào)取對應(yīng)的預(yù)存圖樣。

本實施例中，在圖樣數(shù)據(jù)庫中預(yù)存了各種圖樣數(shù)據(jù)，服務(wù)器中存儲了場景標(biāo)識與圖樣數(shù)據(jù)的對應(yīng)關(guān)系。其中，場景標(biāo)識用于唯一標(biāo)識一個應(yīng)用場景，優(yōu)選為節(jié)日場景。比如，應(yīng)用場景為情人節(jié)，對應(yīng)的圖樣數(shù)據(jù)可以是“心形”外觀、紅色外觀等；應(yīng)用場景為國慶節(jié)，則對應(yīng)的圖樣數(shù)據(jù)可以是“五星紅旗”外觀等。具體的，可根據(jù)資源創(chuàng)建時間獲取匹配的場景標(biāo)識，即確定了資源創(chuàng)建時間所處的應(yīng)用場景，進(jìn)而可以從圖樣數(shù)據(jù)庫中調(diào)取到對應(yīng)的圖樣數(shù)據(jù)。

步驟306，根據(jù)獲取的圖樣生成與資源標(biāo)識對應(yīng)的資源樣式。

本實施例中，服務(wù)器從圖樣數(shù)據(jù)庫中獲取到與應(yīng)用場景對應(yīng)的圖樣數(shù)據(jù)，即可根據(jù)圖樣數(shù)據(jù)生成相應(yīng)的資源樣式。

在一個實施例中，如圖4所示，提供了一種資源樣式生成方法，包括：

步驟402，獲取資源生成請求。

本實施例中，資源生成請求攜帶資源標(biāo)識和資源基本信息，資源基本信息至少包括資源屬性，除此之外，資源基本信息還可包括資源創(chuàng)建時間、資源發(fā)布者信息和資源接收者信息中的至少一種。

步驟404，獲取與資源屬性匹配的外觀屬性信息，該外觀屬性信息包括外觀屬性類型和對應(yīng)的屬性值，根據(jù)外觀屬性信息生成對應(yīng)的圖樣。

具體的，資源屬性包括資源數(shù)額、資源類型、資源內(nèi)容類型等，其中資源數(shù)額標(biāo)識了資源大小，資源類型包括普通資源和口令資源等，資源內(nèi)容類型是指資源內(nèi)容的類型，類型包括貨幣金額、虛擬貨幣金額、積分?jǐn)?shù)額、電子代金券、電子憑證、電子優(yōu)惠券、購物券等。

本實施例中，在圖樣數(shù)據(jù)庫中預(yù)存了各種圖樣數(shù)據(jù)，服務(wù)器中存儲了資源屬性與圖樣數(shù)據(jù)的對應(yīng)關(guān)系，其中，圖樣數(shù)據(jù)包括外觀屬性信息，包括外觀屬性類型和對應(yīng)的屬性值，其中，外觀屬性類型包括但不限于顏色、形狀、大小等。

具體的，在一個實施例中，資源屬性為資源大小，服務(wù)器接收到資源生成請求后，根據(jù)資源大小確定對應(yīng)的大小范圍，根據(jù)大小范圍進(jìn)而從圖樣數(shù)據(jù)庫中獲取到對應(yīng)的外觀屬性類型和對應(yīng)的屬性值。比如，資源金額超過50，則可 獲取到的外觀屬性類型包括顏色和大小，顏色對應(yīng)的屬性值為紅色，大小對應(yīng)的屬性值為20*20像素；資源金額超過100，則可獲取到的外觀屬性類型為顏色和大小，顏色對應(yīng)的屬性值為金色，大小對應(yīng)的屬性值為50*50像素；等等。

進(jìn)一步的，資源屬性還可為資源類型。比如，對于普通資源，則獲取到的外觀屬性類型可為顏色，對應(yīng)的屬性值為紅色；對于口令資源，則獲取到的外觀屬性類型可為顏色，對應(yīng)的屬性值為金色；等等。

進(jìn)一步的，資源屬性還可為資源內(nèi)容類型，根據(jù)不同的資源內(nèi)容類型也可獲取到相應(yīng)的外觀屬性類型和對應(yīng)的屬性值。在此則不在贅述。

步驟406，根據(jù)圖樣生成與資源標(biāo)識對應(yīng)的資源樣式。

本實施例中，服務(wù)器從圖樣數(shù)據(jù)庫中獲取到與資源屬性對應(yīng)的圖樣數(shù)據(jù)，即可根據(jù)圖樣數(shù)據(jù)生成相應(yīng)的資源樣式。

在一個實施例中，如圖5所示，提供了一種資源樣式生成方法，包括：

步驟502，獲取資源生成請求。

本實施例中，資源生成請求攜帶資源標(biāo)識和資源基本信息，資源基本信息至少包括資源發(fā)布者信息和資源接收者信息，除此之外，資源基本信息還可包括資源創(chuàng)建時間和資源屬性中的至少一種。

步驟504，獲取資源發(fā)布者信息和資源接收者信息，根據(jù)資源發(fā)布者信息和資源接收者信息拉取資源發(fā)布者和資源接收者之間的關(guān)系鏈數(shù)據(jù)。

本實施例中，資源發(fā)布者信息和資源接收者信息分別是指分享資源的用戶和接收資源的用戶的相關(guān)信息，包括但不限于用戶在第三方平臺中的個人資料信息、社交信息、關(guān)系鏈數(shù)據(jù)等。資源發(fā)布者和資源接收者之間的關(guān)系鏈數(shù)據(jù)包括好友關(guān)系、收聽人或關(guān)注人關(guān)系、群組或討論組中的成員關(guān)系等。

步驟506，根據(jù)關(guān)系鏈數(shù)據(jù)對資源發(fā)布者和資源接收者之間的關(guān)系進(jìn)行識別，根據(jù)識別結(jié)果從圖樣數(shù)據(jù)庫中調(diào)取對應(yīng)的圖樣。

本實施例中，在圖樣數(shù)據(jù)庫中預(yù)存了各種圖樣數(shù)據(jù)，服務(wù)器中存儲了資源發(fā)布者和資源接收者之間的關(guān)系類型和圖樣數(shù)據(jù)的對應(yīng)關(guān)系。具體的，服務(wù)器根據(jù)關(guān)系鏈數(shù)據(jù)可以確定資源發(fā)布者和資源接收者之間的關(guān)系包括：好友關(guān)系、收聽人或關(guān)注人關(guān)系、群組或討論組中的成員關(guān)系等。不同規(guī)定關(guān)系類型可對 應(yīng)有不同的圖樣數(shù)據(jù)。舉例說明，服務(wù)器根據(jù)關(guān)系鏈數(shù)據(jù)確定資源發(fā)布者和資源接收者之間是好友關(guān)系，獲取到對應(yīng)的圖樣數(shù)據(jù)可以是“心形”、“紅色”外觀，若是群組或討論組中的成員關(guān)系，則獲取到的圖樣數(shù)據(jù)可以是“方形”、“紅色”外觀。

進(jìn)一步的，獲取到資源發(fā)布者和資源接收者之間的關(guān)系鏈數(shù)據(jù)后，還可結(jié)合資源發(fā)布者信息和資源接收者信息，進(jìn)一步獲取資源發(fā)布者和資源接收者之間的互動程度，服務(wù)器中存儲了用戶的互動程度與圖樣數(shù)據(jù)的對應(yīng)關(guān)系，因此，可以根據(jù)資源發(fā)布者和資源接收者之間的互動程度來獲取對應(yīng)的圖樣數(shù)據(jù)。具體的，用戶的互動程度可以是用戶之間的通信頻率、在群組或討論組中的發(fā)言頻率等。舉例說明，當(dāng)服務(wù)器統(tǒng)計到資源發(fā)布者和資源接收者之間的是好友關(guān)系，且通信頻率超過預(yù)設(shè)值，則獲取到對應(yīng)的圖樣數(shù)據(jù)為“心形”、“紅色”外觀。

步驟508，根據(jù)圖樣生成與資源標(biāo)識對應(yīng)的資源樣式。

本實施例中，服務(wù)器從圖樣數(shù)據(jù)庫中獲取到相應(yīng)的圖樣數(shù)據(jù)，即可根據(jù)圖樣數(shù)據(jù)生成相應(yīng)的資源樣式。

應(yīng)當(dāng)說明的是，在其它實施例中，圖3～圖5所提供的實施例可以進(jìn)行任意組合。例如，既可以根據(jù)應(yīng)用場景獲取對應(yīng)的圖樣，又可以根據(jù)資源屬性獲取對應(yīng)的圖樣；又如，既可以根據(jù)應(yīng)用場景獲取對應(yīng)的圖樣，又可以根據(jù)資源發(fā)布者和資源接收者之間的關(guān)系鏈數(shù)據(jù)獲取對應(yīng)的圖樣。在此則不一一列舉。

由于服務(wù)器可以根據(jù)應(yīng)用場景、資源屬性、資源發(fā)布者和資源接收者之間的關(guān)系鏈數(shù)據(jù)中的至少一者來匹配圖樣，使得服務(wù)器提供給資源的樣式會多樣化，使得顯示的資源更具有可識別性，且由于根據(jù)資源的外觀樣式即可對應(yīng)用場景、資源屬性或資源發(fā)布者和資源接收者之間的關(guān)系進(jìn)行識別，使得資源的可識別性進(jìn)行了一定程度的延伸，也使得在第三方平臺上顯示的資源消息體呈現(xiàn)出千變?nèi)f化的形態(tài)，增加了平臺的趣味性，提高了用戶體驗。

在另一個實施例中，如圖6所示，提供了一種資源樣式生成方法，包括：

步驟602，獲取用戶身份信息，根據(jù)用戶身份信息驗證用戶身份合法性。

本實施例中，終端通過第三方平臺提供的應(yīng)用界面提交用戶身份信息，服 務(wù)器獲取到用戶身份信息，對用戶身份合法性進(jìn)行驗證。比如，可以對企業(yè)或商家用戶的身份合法性進(jìn)行驗證。

步驟604，在驗證通過后獲取與當(dāng)前時間匹配的場景標(biāo)識，根據(jù)場景標(biāo)識從圖樣數(shù)據(jù)庫中提取對應(yīng)的資源樣式模板，將資源樣式模板發(fā)送到終端進(jìn)行顯示。

本實施例中，服務(wù)器存儲了場景標(biāo)識和資源樣式模板的對應(yīng)關(guān)系，服務(wù)器在用戶身份驗證通過后獲取與當(dāng)前時間匹配的場景標(biāo)識，這里的場景優(yōu)選為節(jié)日場景，比如情人節(jié)、國慶節(jié)、春節(jié)等場景。進(jìn)一步的，根據(jù)場景標(biāo)識即可查找到對應(yīng)的資源樣式模板，再將資源樣式模板發(fā)送到終端進(jìn)行顯示。

步驟606，獲取用戶選擇的資源樣式模板和用戶選擇的資源類型。

本實施例中，一個場景標(biāo)識對應(yīng)的資源樣式模板可以有多個，服務(wù)器中可預(yù)先存儲與一個節(jié)日場景下的多個資源樣式模板。比如，對應(yīng)春節(jié)，可預(yù)先存儲多套設(shè)計好的資源樣式模板，這些資源樣式模板在形狀、顏色和大小上都可有所不同，但貼近春節(jié)的主題。終端接收到服務(wù)器下發(fā)的多個資源樣式模板，通過應(yīng)用界面展示資源樣式模板以供用戶選擇，用戶可以選擇自己喜愛的資源樣式模板。應(yīng)用界面上還可展示多種資源內(nèi)容類型，用戶可以選擇一種資源來“裝入”資源樣式模板中。如上所述，還可提供資源設(shè)置界面以供用戶輸入相應(yīng)的資源設(shè)置信息，包括資源數(shù)額、資源接收者的人數(shù)等。

步驟608，獲取資源生成請求。

終端在獲取到用戶確認(rèn)發(fā)出資源的命令后，將資源生成請求提交到服務(wù)器，服務(wù)器接收資源生成請求，該資源生成請求攜帶資源標(biāo)識和資源基本信息。

步驟610，根據(jù)資源樣式模板和資源內(nèi)容類型，生成與資源基本信息相匹配的圖樣。

具體的，服務(wù)器根據(jù)用戶選擇的資源樣式模板、資源內(nèi)容類型以及資源基本信息來匹配相應(yīng)的圖樣。舉例說明，可以根據(jù)用戶選擇的資源內(nèi)容類型在資源樣式模板中生成相應(yīng)的圖案，根據(jù)資源基本信息中的資源大小來確定資源樣式的大小等等。

步驟612，根據(jù)圖樣生成與資源標(biāo)識對應(yīng)的資源樣式。

本實施例中，服務(wù)器獲取到相應(yīng)的圖樣數(shù)據(jù)，根據(jù)獲取的圖樣即可確定該 資源的外觀樣式，包括形狀、顏色、大小等，根據(jù)這些信息即可確定一個資源的顯示樣式。因此，服務(wù)器可根據(jù)獲取的圖樣生成與資源標(biāo)識對應(yīng)的資源樣式。

進(jìn)一步的，服務(wù)器根據(jù)資源生成請求生成資源消息，并將資源消息發(fā)送到資源發(fā)布者的終端和資源接收者的終端，資源消息可在終端的應(yīng)用界面中顯示。具體的，資源消息以資源消息體在應(yīng)用界面中顯示。服務(wù)器將資源消息發(fā)送到終端的同時攜帶了與資源標(biāo)識對應(yīng)的資源樣式，終端接收到資源消息后可根據(jù)對應(yīng)的資源樣式將資源消息體顯示為對應(yīng)的外觀。更進(jìn)一步的，在資源消息體上還可顯示預(yù)設(shè)的文字或者事先為資源設(shè)置的口令等。

下面結(jié)合一個具體的應(yīng)用場景來說明本發(fā)明實施例所提供的資源樣式生成方法的流程。如圖7所示，該應(yīng)用場景中，用戶為企業(yè)用戶，企業(yè)用戶可登錄銀行服務(wù)器并發(fā)起資源分享。本實施例中，通常將資源稱為“電子紅包”，企業(yè)用戶可通過銀行服務(wù)器向用戶“贈送”“電子紅包”。具體的，該方法流程包括：

步驟701：銀行服務(wù)器按照預(yù)設(shè)規(guī)則設(shè)置“電子紅包”的封套外觀。

本實施例中的封套外觀即資源樣式模板。具體的，銀行服務(wù)器可根據(jù)當(dāng)前時間確定當(dāng)前的應(yīng)用場景，進(jìn)而根據(jù)應(yīng)用場景來設(shè)置相應(yīng)的“電子紅包”的封套外觀。其中設(shè)置的封套外觀可以有不同的大小、顏色、形狀等。

步驟702：企業(yè)用戶通過終端登錄銀行服務(wù)器。

步驟703：銀行服務(wù)器驗證企業(yè)用戶身份合法性。比如驗證是否為注冊的企業(yè)用戶。銀行服務(wù)器并提供設(shè)置的封套外觀給企業(yè)用戶的終端顯示。

步驟704：終端獲取企業(yè)用戶選擇的封套外觀以及選擇的資源內(nèi)容類型，比如企業(yè)用戶選擇某一電子憑證作為要分享的內(nèi)容。其中該電子憑證優(yōu)選為銀行根據(jù)開證人的申請凍結(jié)所需數(shù)額資金而開立的，并承諾依照約定解付條件辦理支付結(jié)算的電子憑證。在電子商務(wù)領(lǐng)域中，開證人為買方。當(dāng)然，企業(yè)用戶也可以選擇其它比如電子優(yōu)惠券、購物券、優(yōu)惠碼等作為要分享的“電子紅包”的內(nèi)容。

步驟705：銀行服務(wù)器接收企業(yè)用戶選擇的封套外觀以及資源內(nèi)容類型，發(fā)布在銀行平臺上。具體的，銀行服務(wù)器可根據(jù)企業(yè)用戶選擇的封套外觀、資源內(nèi)容類型和資源基本信息設(shè)置“電子紅包”的外觀樣式。進(jìn)一步的，銀行服務(wù) 器還可以多種形式來發(fā)布“電子紅包”，比如以流星的形式落下等。用戶可通過點擊“電子紅包”來獲取資源內(nèi)容。

如圖8所示，在一個實施例中，還提供了一種資源樣式生成裝置，該裝置包括：

請求模塊802，用于獲取資源生成請求，該資源生成請求攜帶資源標(biāo)識和資源基本信息。

圖樣獲取模塊804，用于獲取與資源基本信息相匹配的圖樣。

樣式生成模塊806，用于根據(jù)獲取的圖樣生成與資源標(biāo)識對應(yīng)的資源樣式。

在一個實施例中，資源基本信息包括資源創(chuàng)建時間、資源屬性、資源發(fā)布者信息和資源接收者信息中的至少一種。

在一個實施例中，圖樣獲取模塊804用于獲取與資源創(chuàng)建時間匹配的場景標(biāo)識，根據(jù)場景標(biāo)識從圖樣數(shù)據(jù)庫中調(diào)取對應(yīng)的預(yù)存圖樣。

在一個實施例中，圖樣獲取模塊804用于獲取與資源屬性匹配的外觀屬性信息，外觀屬性信息包括外觀屬性類型和對應(yīng)的屬性值，根據(jù)外觀屬性信息生成對應(yīng)的圖樣。

在一個實施例中，圖樣獲取模塊804用于獲取資源發(fā)布者信息和資源接收者信息，根據(jù)資源發(fā)布者信息和資源接收者信息拉取資源發(fā)布者和資源接收者之間的關(guān)系鏈數(shù)據(jù)，根據(jù)關(guān)系鏈數(shù)據(jù)對資源發(fā)布者和資源接收者之間的關(guān)系進(jìn)行識別，根據(jù)識別結(jié)果從圖樣數(shù)據(jù)庫中調(diào)取對應(yīng)的圖樣。

如圖9所示，在一個實施例中，資源樣式生成裝置還包括：

驗證模塊808，用于獲取用戶身份信息，根據(jù)用戶身份信息驗證用戶身份合法性。

模板獲取模塊810，用于在驗證通過后獲取與當(dāng)前時間匹配的場景標(biāo)識，根據(jù)場景標(biāo)識從圖樣數(shù)據(jù)庫中提取對應(yīng)的資源樣式模板，將資源樣式模板發(fā)送到終端進(jìn)行顯示。

輸入獲取模塊812，用于獲取用戶選擇的資源樣式模板和用戶選擇的資源內(nèi)容類型。

本實施例中，圖樣獲取模塊804還用于根據(jù)所述資源樣式模板和所述資源內(nèi)容類型，生成與資源基本信息相匹配的圖樣。

下面將以資源為電子憑證為例對本發(fā)明的方法原理進(jìn)行詳細(xì)的描述。

本實施例中，電子憑證可以是銀信證和物信證，如上所述，其中，銀信證是指銀行根據(jù)開證人的申請凍結(jié)所需數(shù)額資金而開立，并承諾依照約定解付條件辦理支付結(jié)算的電子憑證。物信證是一種具有商品標(biāo)識碼和交互接口，且可記錄該商品信息的電子憑證。

具體的，在銀行版紅包場景中，開證人即向銀行申請發(fā)放紅包的企業(yè)。當(dāng)領(lǐng)取了紅包后，用戶在銀信證的收證人處輸入自己的銀行賬號信息，向銀行申請收證，銀行即在約定的時間內(nèi)將資金轉(zhuǎn)入收證賬戶。銀信證的業(yè)務(wù)流程如下：

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

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

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

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

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

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

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

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

具體的，參考圖10所示，本實施例所提供的電子紅包分享過程包括：

(1)銀行服務(wù)器a接收用戶發(fā)送端的電子紅包生成請求，提取其中的紅包基本信息，獲取與紅包基本信息相匹配的圖樣，然后根據(jù)獲取的圖樣生成與紅包標(biāo)識對應(yīng)的紅包樣式，其中，紅包基本信息包括紅包創(chuàng)建時間、紅包屬性、紅包發(fā)布者信息、紅包接收者信息等。同時，銀行服務(wù)器a將發(fā)送端用戶的銀行賬號中對應(yīng)的電子紅包的金額進(jìn)行凍結(jié)，將電子紅包數(shù)據(jù)包發(fā)送給用戶接收端。

(2)用戶接收端接收到銀行服務(wù)器a發(fā)送的電子紅包，根據(jù)電子紅包對應(yīng)的樣式展示電子紅包。用戶接收端拆開電子紅包后可領(lǐng)取電子紅包金額，并向銀行服務(wù)器b發(fā)送獲取領(lǐng)取電子紅包金額的信息。

(3)銀行服務(wù)器b接收用戶接收端發(fā)送的對電子紅包的提現(xiàn)請求，根據(jù)提現(xiàn)請求通知銀行服務(wù)器a對發(fā)送端用戶的銀行賬號中的電子紅包的凍結(jié)金額進(jìn)行解凍，并將發(fā)送端用戶的銀行賬號中與電子紅包對應(yīng)的金額撥到接收端用戶的銀行賬號中。

結(jié)合圖10和圖11所示，用戶發(fā)送端為發(fā)紅包終端，用戶接收端為收紅包終端，用戶發(fā)送端對應(yīng)銀行服務(wù)器a，用戶接收端對應(yīng)銀行服務(wù)器b，用戶發(fā)送端1銀行服務(wù)器a存在第一銀行賬戶(即發(fā)送端的用戶的銀行賬戶)，用戶接收端在銀行服務(wù)器b存在第二銀行賬號(即接收端的用戶的銀行賬戶)。用戶發(fā)送端的用戶可以為企業(yè)或個人。

進(jìn)一步的，銀行服務(wù)器a接收到用戶發(fā)送端提交的生成電子紅包的請求后，生成一定金額x的電子紅包，并凍結(jié)第一銀行賬戶中的該金額x。用戶發(fā)送端向網(wǎng)域內(nèi)發(fā)送生成的電子紅包或該生成的電子紅包的地址信息。用戶接收端的用戶查閱到電子紅包，按照銀行服務(wù)器a生成的紅包樣式顯示電子紅包，并在接收端進(jìn)行搶紅包、收紅包、拆紅包、領(lǐng)紅包等操作，其中，確認(rèn)領(lǐng)紅包時， 接收端用戶通知第二銀行賬戶的銀行服務(wù)器b，銀行服務(wù)器b進(jìn)行校驗，確認(rèn)后向銀行服務(wù)器a發(fā)送解凍請求，銀行服務(wù)器a將第一銀行賬戶中的凍結(jié)的金額x進(jìn)行解凍，并將金額x從第一銀行賬戶中劃撥到第二銀行賬戶中。

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

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

而本實施例所提供的電子紅包分享方法的實現(xiàn)無需基于第三方平臺實現(xiàn)，用戶發(fā)出電子紅包后，對應(yīng)金額就在發(fā)送者用戶的銀行賬戶中凍結(jié)，直到其它用戶確認(rèn)收到電子紅包后，將對應(yīng)電子紅包金額從發(fā)紅包者的銀行賬戶中解除解凍并轉(zhuǎn)賬到收紅包者的銀行賬戶中。本方案不存在資金在第三方平臺上的安全問題，且電子紅包的實際金額在銀行賬戶中直接流轉(zhuǎn)，相對于現(xiàn)有技術(shù)需在平臺賬戶中流轉(zhuǎn)以及繁瑣的提現(xiàn)步驟，更加簡便，安全性高。

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

為了更好的說明本方案的效果，結(jié)合圖14所示，紅包分享者用戶使用發(fā)送端生成電子紅包并進(jìn)行發(fā)布，接收端1、接收端2…以及接收端n收到電子紅包，對電子紅包進(jìn)行領(lǐng)取時，無需與發(fā)送端發(fā)布電子紅包的同一平臺進(jìn)行領(lǐng)取。而現(xiàn)有技術(shù)中發(fā)紅包和領(lǐng)紅包均需在同一平臺系統(tǒng)中進(jìn)行。本實施例中，接收端1、接收端2…以及接收端n中的領(lǐng)取紅包可以為不同的平臺系統(tǒng)，例如各銀行的移動客戶端。接收端1、接收端2…以及接收端n還可以將電子紅包領(lǐng)取請求直接發(fā)送至用戶的銀行賬戶的銀行服務(wù)器，無需基于任何平臺系統(tǒng)，實現(xiàn)了電子紅包的跨平臺傳輸和領(lǐng)取。

以上所述實施例的各技術(shù)特征可以進(jìn)行任意的組合，為使描述簡潔，未對上述實施例中的各個技術(shù)特征所有可能的組合都進(jìn)行描述，然而，只要這些技術(shù)特征的組合不存在矛盾，都應(yīng)當(dāng)認(rèn)為是本說明書記載的范圍。

以上所述實施例僅表達(dá)了本發(fā)明的幾種實施方式，其描述較為具體和詳細(xì)，但并不能因此而理解為對發(fā)明專利范圍的限制。應(yīng)當(dāng)指出的是，對于本領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明構(gòu)思的前提下，還可以做出若干變形和改進(jìn)，這些都屬于本發(fā)明的保護(hù)范圍。因此，本發(fā)明專利的保護(hù)范圍應(yīng)以所附權(quán)利要求為準(zhǔn)。