本發(fā)明涉及互聯網領域,特別是涉及一種資源展示方法和裝置。
背景技術:
隨著互聯網的飛速發(fā)展,大部分即時通信應用、社交網絡應用或平臺等都支持資源分享。這里的資源包括但不限于貨幣金額、虛擬貨幣金額、積分數額、電子代金券、電子憑證、電子優(yōu)惠券等。這些資源在互聯網中分享通常是以贈送的形式進行,通過網絡的第三方平臺送出,其在第三方平臺上的展示形式通常是以“電子紅包”的樣式進行展示,“電子紅包”的產生改變了傳統(tǒng)的用戶來往形式。
然而傳統(tǒng)的資源展示方法中,資源展示終端和生成終端等對資源及其關聯的資源信息處理方式通常是單一固定的,無法進行人性化處理,使資源信息的展示無法為用戶有效獲取。
技術實現要素:
基于此,有必要針對上述技術問題,提供一種能夠提高資源及其關聯的資源信息的處理多樣性以及提高對資源信息的展示的效獲效率的資源展示方法和裝置。
一種資源展示方法,所述方法包括:接收資源消息,所述資源消息攜帶資源標識;按照預設外觀樣式展示所述資源消息;獲取對所述資源消息的開啟命令;根據所述開啟命令獲取與所述資源標識關聯的至少一個分享物,按照預設展示方式展示所述至少一個分享物。
在其中一個實施例中,所述按照預設展示方式展示所述至少一個分享物的步驟,包括:獲取資源數據展示界面提供的排列按鈕的點擊指令;根據所述點擊指令獲取與排列按鈕對應的資源屬性類型;獲取所述分享物中所述資源屬性類型相應的資源數據;根據所述資源數據對展示的至少一個分享物進行排列。
在其中一個實施例中,所述獲取對所述資源消息的開啟命令的步驟,包括:獲取對所述資源消息對應的消息體中的預設位置的開啟命令。
在其中一個實施例中,所述按照預設展示方式展示所述至少一個分享物的步驟,包括:按照預設展示方式展示所述至少一個分享物的分享進展。
在其中一個實施例中,所述分享物包括多個數額的多個資源。
一種資源展示裝置,所述裝置包括:資源消息接收模塊,用于接收資源消息,所述資源消息攜帶資源標識;外觀樣式展示模塊,用于按照預設外觀樣式展示所述資源消息;開啟命令獲取模塊,用于獲取對所述資源消息的開啟命令;分享物展示模塊,用于根據所述開啟命令獲取與所述資源標識關聯的至少一個分享物,按照預設展示方式展示所述至少一個分享物。
在其中一個實施例中,所述分享物展示模塊還包括:點擊指令獲取模塊,用于獲取資源數據展示界面提供的排列按鈕的點擊指令;資源數據獲取模塊,用于根據所述點擊指令獲取與排列按鈕對應的資源屬性類型;獲取所述分享物中所述資源屬性類型相應的資源數據;排列模塊,用于根據所述資源數據對展示的至少一個分享物進行排列。
在其中一個實施例中,所述開啟命令獲取模塊還用于獲取對所述資源消息對應的消息體中的預設位置的開啟命令。
在其中一個實施例中,所述分享物展示模塊還用于按照預設展示方式展示所述至少一個分享物的分享進展。
在其中一個實施例中,所述分享物包括多個數額的多個資源。
上述資源分享方法和裝置,通過接收資源,展示所述資源的資源封套;再根據對資源封套的第一點擊指令按照預設展示方式展示所述資源內容物,且資源也無需依賴第三方平臺來進行分享與展示。并且在資源展示的過程中,由于預設了外觀樣式和展示方式,可按照預設的外觀樣式來展示所接收的資源消息,并按照預設的展示方式來展示所獲取的資源中的至少一個分享物。使得資源展示具備多樣化,改變了傳統(tǒng)技術中資源樣式固定不變的現狀,提高了資源的可 識別性,這體現在對資源及其關聯的資源信息的處理方式也多樣化,使得能夠提高用戶對資源信息的展示的獲取效率。
附圖說明
圖1為一個實施例中資源展示方法的流程示意圖;
圖2為一個實施例中資源的外觀樣式展示示意圖;
圖3a為一個實施例中分享物的展示示意圖;
圖3b為另一個實施例中分享物的展示示意圖;
圖3c為又一個實施例中分享物的展示示意圖;
圖4為一個實施例中按照預設展示方式展示至少一個分享物的步驟的流程圖;
圖5為一個實施例中資源展示裝置的結構示意圖;
圖6為一個實施例中分享物展示模塊的結構示意圖;
圖7為一個具體的應用場景中電子紅包的分享與展示的流程圖;
圖8為圖7的電子紅包的分享與展示的原理圖;
圖9為現有技術電子紅包的分享與展示的流程圖;
圖10為現有技術電子紅包的分享與展示的原理圖;
圖11為另一個具體的應用場景中分享紅包的原理圖。
具體實施方式
為了使本發(fā)明的目的、技術方案及優(yōu)點更加清楚明白,以下結合附圖及實施例,對本發(fā)明進行進一步詳細說明。應當理解,此處描述的具體實施例僅僅用以解釋本發(fā)明,并不用于限定本發(fā)明。
在一個實施例中,如圖1所示,提供了一種資源展示方法,該方法包括下述步驟102~108。
步驟102,接收資源消息,資源消息攜帶資源標識。
本實施例中,資源包括但不限于貨幣金額、虛擬貨幣金額、積分數額、電子代金券、電子憑證、電子優(yōu)惠券等分享物。資源消息通常以“電子紅包”消 息的通知進行發(fā)送與接收,并按照“電子紅包”樣式進行展示。該資源消息中還攜帶有資源標識,用于唯一確定該資源,并且通過該資源標識還可以獲知該資源中的分享物的領取進展。
進一步的,資源接收端的數量可具有多個,可由資源發(fā)送端確定。
在一個實施例中,在接收資源消息的步驟之前,還包括:資源生成端生成資源,將所生成的資源以資源消息的形式發(fā)送給資源接收端。
本實施例中,資源生成端可為銀行端終端。資源生成端根據資源發(fā)送端的用戶請求生成資源,該資源中可包含電子紅包的一定數量的金額。資源生成端將資源發(fā)送端用戶的銀行賬號中對應的電子紅包的金額進行凍結,將電子紅包數據包發(fā)送給資源接收端。
步驟104,按照預設外觀樣式展示資源消息。
資源接收端在接收到該資源消息后,可在資源接收端的資源數據展示界面上按照預設外觀樣式展示該資源消息。本實施例中,資源發(fā)送端在生成資源消息之前,可設置該資源的外觀樣式,使資源接收端在接收到該資源消息,以資源發(fā)送端所預設的外觀樣式展示該資源消息。
具體的,資源接收端中可設置有多個資源主題,各個資源主題對應不同的外觀樣式。資源接收端通過選取其中一個資源主題集成到該資源消息中,發(fā)送到資源發(fā)送端平臺上或第三方平臺,使得資源接收端在接收到該資源消息后,以該資源消息對應的外觀樣式展示該資源消息?;蛘哔Y源接收端可選取多個資源主題集成到該資源消息中,發(fā)送到資源發(fā)送端平臺上或第三方平臺,使得資源接收端在接收到該資源消息后,隨機以其中一個資源主題對應的外觀樣式展示該資源消息。
進一步的,該外觀樣式展示可包括多個展示子區(qū)域。如可包括第一展示子區(qū)域和第二展示子區(qū)域,該第一展示子區(qū)域可為封口區(qū)域,可展示出類似于傳統(tǒng)紙質紅包信封的封口樣式;第二展示子區(qū)域祝福展示區(qū)域,展示對資源消息接受者的祝福,如可在該祝福展示區(qū)域中設置一段祝福視頻或一幅祝福圖片或祝福動態(tài)圖片等內容。
舉例來說,如圖2所示,該資源消息可以以類似普通紙質紅包信封的樣式 進行展示。該外觀樣式展示包括2個展示子區(qū)域,即第一展示子區(qū)域的展示效果為信封的封口,第一展示子區(qū)域的展示的為一段資源發(fā)送端對資源接收端用戶的祝福視頻。
步驟106,獲取對資源消息的開啟命令。
本實施例中,開啟命令可為用戶對資源接收端所進行的特定操作所觸發(fā)的命令,該特定操作可包括滑動操作、點擊或雙擊操作等。如資源接收端可獲取用戶對該資源接收端上所展示的資源消息進行滑動操作所產生的開啟命令;或者資源接收端在展示該資源消息的界面上提供開啟資源消息的按鈕,通過獲取用戶對該按鈕的點擊操作而產生的開啟命令。
進一步的,開啟命令也可為資源發(fā)送端按照該資源消息的資源主題所對應的預設開啟方式所設置的開啟命令,使資源接收端在達到該預設開啟方式時,自動向其發(fā)送的設置的對該資源消息的開啟命令。具體的,資源發(fā)送端可根據該資源主題對應生成一預設展示時長,當資源接收端在接收到該資源消息后展示該資源消息的展示時長達到該預設展示時長時,則可自動生成該開啟命令。
進一步的,該預設時長可為任意值,如可設置為3秒或5秒等。當該外觀樣式展示的資源消息中的第二展示子區(qū)域中包含視頻或動態(tài)圖片等待播放的內容時,該預設展示時長還可為該待播放的內容的播放時長。資源接收端可在接收到資源消息后,自動播放該第二展示子區(qū)域中的內容,并在自動播放完該待播放的內容時,資源接收端即可獲取到該生成的開啟命令。
具體的,資源接收端可調用計時器來實時檢測資源消息的展示時長,將其與預設展示時長進行比較判斷。當判斷結果為達到預設展示時長時,則生成對該資源消息的開啟命令,使資源接收端獲取該開啟命令。
在一個實施例中,獲取對資源消息的開啟命令的步驟,包括:獲取對資源消息對應的消息體中的預設位置的開啟命令。
本實施例中,該消息體中的預設位置可為資源消息所展示的第一展示子區(qū)域。資源接收端檢測是否有對在該第一展示子區(qū)域的預設操作,若是,則可獲取到對該資源消息對應的開啟命令。
資源接收端可在該第一展示子區(qū)域展示一個撕開封口的動畫提示,檢測是 否在該第一展示子區(qū)域與資源接收端的資源數據展示界面上的對應位置處接收到與該動畫類似的操作,若是,則獲取到對該資源消息對應的開啟命令。
從用戶角度來看,用戶可通過對該第一展示子區(qū)域進行特定的滑動操作或點擊操作來生成開啟命令。
步驟108,根據開啟命令獲取與資源標識關聯的至少一個分享物,按照預設展示方式展示至少一個分享物。
本實施例中,資源接收端在接收到該開啟指令后,可根據該資源消息中所攜帶的資源標識獲取到與該資源標識具有唯一對應關系的資源,從而獲取到該資源中所包含的至少一個分享物,并按照預設展示方式展示該至少一個分享物。
預設展示方式可由資源發(fā)送端確定,如可設置資源接收端按照分享物的類型進行排列來展示該分享物,對于同一分享物,則可按照數額來排列該分享物。
分享物具有數額。如該分享物是數額為100的貨幣金額,或數額為1000的虛擬貨幣金額,或數額為10000的積分數額,或數額為1000的電子憑證或電子優(yōu)惠券等資源。
本實施例所提供的資源展示方法,資源可以無需依賴第三方平臺來進行分享與展示。并且在資源展示的過程中,由于預設了外觀樣式和展示方式,可按照預設的外觀樣式來展示所接收的資源消息,并按照預設的展示方式來展示所獲取的資源中的至少一個分享物。這樣,使得資源展示具有多樣化,這體現在對資源及其關聯的資源信息的處理方式也多樣化,使得能夠提高用戶對資源信息的展示的獲取效率。
在一個實施例中,分享物可包括多個數額的多個資源。以分享物為總數額為1000的貨幣金額和總數額為2000的電子優(yōu)惠券這兩個資源為例,該貨幣金額或電子優(yōu)惠券均可包括多個單獨數額的貨幣金額或電子優(yōu)惠券,各個單獨數額的貨幣金額或電子優(yōu)惠券的總和為該總金額的貨幣金額或電子優(yōu)惠券。例如,可包括5個數額為100的貨幣金額以及10個貨幣金額為50的貨幣金額;包括5個數額為100的電子優(yōu)惠券、10個電子優(yōu)惠券為50的電子優(yōu)惠券、50個數額為10的電子優(yōu)惠券以及100個數額為5的電子優(yōu)惠券。
如圖3a所示的分享物的展示示意圖,該分享物包括5個數額為50、4個數額為100、3個數額為200、2個數額為300以及1個數額為500的電子憑證,該電子憑證為銀信證;還包括5個數額為50、4個數額為100、3個數額為200、2個數額為300以及1個數額為500的電子優(yōu)惠券,該電子優(yōu)惠券為abc超市購物券;還包括5個數額為50、4個數額為100、3個數額為200、2個數額為300以及1個數額為500的貨幣金額,該貨幣金額為人民幣。
進一步的,在一個實施例中,按照預設展示方式展示至少一個分享物的步驟,包括:按照預設展示方式展示至少一個分享物的分享進展。
本實施例中,分享進展包括“已領取”和“未領取”等進展。資源接收端可具有多個,不同的資源接收端可獲取對應不同數額的分享物。分享進展還可進一步包括“已領取”分享物的資源接收端的用戶信息。
具體的,資源接收端獲取作用于分享物的進展查詢點擊操作,響應該進展查詢點擊操作,展示該進展查詢點擊操作所作用的分享物的分享進展。
例如,對如圖3a所示的一個分享物的展示示意圖,資源接收端在獲取到用戶對作用于數額為100的人民幣的點擊操作后,響應該操作,展示出如圖3b所示的另一個分享物的展示示意圖。圖3b展示出了圖3a中3個數額為200的人民幣的分享進展,如前2個數額為200的人民幣的分享進展為“已領取”;第3個數額為200的人民幣的分享進展“未領取”。進一步的,資源接收端在獲取到用戶對作用于數額為200的人民幣的點擊操作后,響應該操作,也可展示如3c所示的又一個分享物的展示示意圖。圖3c展示出了圖3a中3個數額為200的人民幣的分享進展,如前2個數額為200的人民幣的分享進展為“已領取”且已分別被“甲”與“乙”領??;第3個數額為200的人民幣的分享進展“未領取”。
本實施例所提供的資源展示方法,在接收資源消息后,可按照預設外觀樣式展示資源消息,并在獲取對資源消息的開啟命令后,可根據開啟命令獲取與資源標識關聯的至少一個分享物,按照預設展示方式展示至少一個分享物。使得資源消息的展示方法具備多樣性,改變了傳統(tǒng)技術中資源樣式固定不變的現狀,由于資源展示的多樣化使得資源的可識別性也提高了,因而也進一步提高 了對資源接收者的吸引力,從而提高了資源被用戶有效接收的效率。
在一個實施例中,如圖4所示,按照預設展示方式展示至少一個分享物的步驟,包括:
步驟402,獲取資源數據展示界面提供的排列按鈕的點擊指令。
本實施例中,資源數據展示界面上還包括至少一個排列按鈕,各個排列按鈕預設有對應的資源屬性類型。資源屬性類型包括但不限于數額大小、分享物類型以及分享物有效期等。
例如,資源數據展示界面上具有三個排列按鈕,分別為第一排列按鈕、第二排列按鈕以及第三排列按鈕,該三個排列按鈕分別預先設置與數額大小、分享物類型以及分享物有效期相對應。
步驟404,根據點擊指令獲取與排列按鈕對應的資源屬性類型。
在獲取到點擊指令后,根據該點擊指令與預設的資源屬性類型之間的對應關系,可獲取到與該排列按鈕對應的資源屬性類型。
如通過獲取對第一排列按鈕的點擊指令,可獲取到與該第一排列按鈕存在對應關系的數額大??;通過獲取對第二排列按鈕的點擊指令,可獲取到與該第二排列按鈕存在對應關系的分享物類型;通過獲取對第三排列按鈕的點擊指令,可獲取到與該第三排列按鈕存在對應關系的分享物有效期。
步驟406,獲取分享物中資源屬性類型相應的資源數據。
本實施例中,資源接收端在獲取到資源屬性類型后,根據該資源屬性類型來獲取各個具體分享物的與該資源屬性類型相應的資源數據。
步驟408,根據資源數據對展示的至少一個分享物進行排列。
本實施例中,可根據該資源數據展示的至少一個分享物進行順序排列或逆序排列。
具體的,可預設該分享物的排列方式為逆序排列。即,若該資源屬性類型為數額大小時,則獲取各個具體分享物的數額大小,按照數額由大至小來排列各個分享物;若該資源屬性類型為分享物有效期,則獲取各個具體分享物的有效期,按照有效期限由長至短來排列。
進一步的,資源數據對展示還可展示與排列按鈕對應的至少一個排列屬性 選項,例如,該排列屬性選項包括順序排列或逆序排列。通過獲取用戶對該排列屬性選項的操作,按照該排列屬性選項對應的排列方式來排列各個分享物。
本實施例中,資源接收端可根據所獲取的對排列按鈕的點擊指令后,按與該點擊指令對應的資源數據來排列展示至少一個分享物,使得資源消息的展示方法可根據資源接收者的不同操作進行對應不同的展示,變得更加豐富,改變了傳統(tǒng)技術中資源樣式固定不變的現狀,提高了資源的可識別性,也進一步提高了對資源接收者的吸引力,從而也提高了資源接收的效率。
在一個實施例中,資源展示方法還包括:提現終端接收對資源的提現請求,根據該提現請求通知資源生成端對所凍結的銀行賬號中對應的電子紅包的金額進行解凍,并將資源發(fā)送端用戶的銀行賬號中的與電子紅包對應的金額劃撥到資源接收端用戶的銀行賬號中。其中,提現終端可為銀行終端。
進一步的,本實施例所提供的資源展示方法可無需基于第三方平臺實現,用戶發(fā)出資源后,對應金額仍舊在發(fā)電子紅包者的銀行賬戶中凍結,直到其他用戶確認收到資源后,將對應資源金額從發(fā)電子紅包者的銀行賬戶中解除凍結并轉賬到收電子紅包者的銀行賬戶中。本方案不存在資金在第三方平臺上的安全問題,本方案中,電子紅包的實際金額在銀行賬戶中直接流轉,相比于現有技術中需在平臺賬戶中流轉以及繁瑣的提現步驟,本方案中的提現步驟簡便,安全性高。本方案中的資源實現了跨平臺傳輸,現有技術中的資源數據僅能在即時通訊、電商平臺等同一平臺內部進行傳輸和處理,本方案中的資源的發(fā)和領取不限于同一平臺,支持不同平臺間進行數據的傳輸、交互和處理。
在一個實施例中,如圖5所示,提供了一種資源展示裝置,該裝置包括:
資源消息接收模塊502,用于接收資源消息,資源消息攜帶資源標識;
外觀樣式展示模塊504,用于按照預設外觀樣式展示資源消息;
開啟命令獲取模塊506,用于獲取對資源消息的開啟命令;
分享物展示模塊508,用于根據開啟命令獲取與資源標識關聯的至少一個分享物,按照預設展示方式展示至少一個分享物。
在一個實施例中,如圖6所示,分享物展示模塊508還包括:
點擊指令獲取模塊602,用于獲取資源數據展示界面提供的排列按鈕的點擊指令;
資源數據獲取模塊604,用于根據點擊指令獲取與排列按鈕對應的資源屬性類型;獲取分享物中資源屬性類型相應的資源數據;
排列模塊606,用于根據資源數據對展示的至少一個分享物進行排列。
在一個實施例中,開啟命令獲取模塊506還用于獲取對資源消息對應的消息體中的預設位置的開啟命令。
在一個實施例中,分享物展示模塊508還用于按照預設展示方式展示至少一個分享物的分享進展。
在一個實施例中,分享物包括多個數額的多個資源。
下面將以資源為電子憑證為例對本發(fā)明的方法原理進行詳細的描述。
本實施例中,電子憑證可以是銀信證和物信證,如上所述,其中,銀信證是指銀行根據開證人的申請凍結所需數額資金而開立,并承諾依照約定解付條件辦理支付結算的電子憑證。物信證是一種具有商品標識碼和交互接口,且可記錄該商品信息的電子憑證。
具體的,在銀行版電子紅包場景中,開證人即向銀行申請發(fā)放電子紅包的企業(yè)。當領取了電子紅包后,用戶在銀信證的收證人處輸入自己的銀行賬號信息,向銀行申請收證,銀行即在約定的時間內將資金轉入收證賬戶。銀信證的業(yè)務流程如下:
1)開證人通過互聯網或以其他方式向開證銀行申請開證。
2)開證銀行驗證身份、賬戶信息無誤后受理,審核確認符合開證條件,凍結保付資金后開立銀信證。
3)收證人通過互聯網或以其他方式向收證銀行申請收證。
4)收證銀行驗證身份、賬戶信息無誤后受理收證(或根據收證人設置由收證銀行自動收證)。
5)收證人履行銀信證項下基礎交易義務后,提交履約信息(一般用于電商領域,收證人為商家,履行發(fā)貨義務后,提交發(fā)貨信息,在電子紅包領域 中,由于是開證人無償轉移給收證人,因此就不需要履行交易義務)。
6)收證人或指定的第三方將申請解付信息發(fā)送至開證銀行申請解付(在電子紅包領域中,收證人填寫收證后即自動申請解付)。
7)開證銀行解付銀信證并將資金劃轉至收證銀行,收證銀行將資金轉入收證賬戶。
具體的,物信證是一種標的物信息記錄憑證,是記載和傳播商品(服務)信息的一種標準化、通用化網絡電子單證。物信證上集成了電子商務必備的各項功能,其一旦被點擊觸發(fā)購買則按預置程序和交易規(guī)則啟動供應商發(fā)貨、物流配送、銀行收付款等流程。物信證可實現全網域分發(fā)、流轉和交易。物信證至少包括具有名稱和金額的物品屬性以及具有至少一個賬戶的收結算信息。物信證由產品供應商提供,收款賬戶為產品供應商賬戶。當紅包里面的資源是物信證時,則可以是商家提供的具有優(yōu)惠價格或者價格為零(即免費贈送)的商品的物信證,用戶可以通過物信證的購買功能以較低的價格完成該商品的購買。具體的,參考圖7所示,本實施例所提供的電子紅包的展示方法包括:
(1)銀行服務器a接收用戶發(fā)送端的電子紅包生成請求,提取其中的電子紅包基本信息,獲取與電子紅包基本信息相匹配的圖樣,然后根據獲取的圖樣生成與電子紅包標識對應的電子紅包樣式。其中,電子紅包基本信息包括電子紅包創(chuàng)建時間、電子紅包屬性、電子紅包發(fā)布者信息、電子紅包接收者信息等。同時,銀行服務器a將發(fā)送端用戶的銀行賬號中對應的電子紅包的金額進行凍結,將電子紅包數據包發(fā)送給用戶接收端。
(2)用戶接收端接收到銀行服務器a發(fā)送的電子紅包,根據電子紅包對應的樣式展示電子紅包。具體的,用戶接收端可按照該電子紅包的紅包標識對應的預設的紅包樣式來展示該電子紅包。并可接收用戶對以該預設的紅包樣式的開啟命令,根據該開啟命令獲取與該電子紅包標識所關聯的至少一個電子紅包分享物,并按照預設展示方式展示該電子紅包分享物。其中,該分享物為一個或多個電子紅包金額。當用戶接收端接收到用戶對其中的一個或多個電子紅包金額的領取指令后,則向銀行服務器b發(fā)送領取對應的其中的一個或多個電子紅包金額的信息。
(3)銀行服務器b接收用戶接收端發(fā)送的對電子紅包的提現請求,根據提現請求通知銀行服務器a對發(fā)送端用戶的銀行賬號中的電子紅包的凍結金額進行解凍,并將發(fā)送端用戶的銀行賬號中與電子紅包對應的金額撥到接收端用戶的銀行賬號中。
結合圖7和圖8所示,用戶發(fā)送端為發(fā)紅包終端,用戶接收端為收紅包終端,用戶發(fā)送端對應銀行服務器a,用戶接收端對應銀行服務器b,用戶發(fā)送端1銀行服務器a存在第一銀行賬戶(即發(fā)送端的用戶的銀行賬戶),用戶接收端在銀行服務器b存在第二銀行賬號(即接收端的用戶的銀行賬戶)。用戶發(fā)送端的用戶可以為企業(yè)或個人。
進一步的,銀行服務器a接收到用戶發(fā)送端提交的生成電子紅包的請求后,生成一定金額x的電子紅包,并凍結第一銀行賬戶中的該金額x。用戶發(fā)送端向網域內發(fā)送生成的電子紅包或該生成的電子紅包的地址信息。用戶接收端的用戶查閱到電子紅包,按照銀行服務器a生成的電子紅包樣式顯示電子紅包,并在接收端進行搶紅包、收紅包、拆紅包、領紅包等操作。其中,確認領紅包時,接收端用戶通知第二銀行賬戶的銀行服務器b,銀行服務器b進行校驗,確認后向銀行服務器a發(fā)送解凍請求,銀行服務器a將第一銀行賬戶中的凍結的金額x進行解凍,并將金額x從第一銀行賬戶中劃撥到第二銀行賬戶中。
結合圖9和圖10所示,在現有技術中,發(fā)送者用戶需要在用戶發(fā)送端登錄平臺,向同一平臺的接收者用戶發(fā)送電子紅包,比如該電子紅包的金額也為x。接收者用戶在接收者終端登錄該平臺收取電子紅包,該平臺的服務器執(zhí)行發(fā)送者用戶的平臺賬號(發(fā)送者用戶在平臺的電子賬戶,預先與發(fā)送者用戶的銀行賬戶關聯)與接收者用戶的平臺賬號(接收者用戶在平臺的電子賬戶,預先與接收者用戶的銀行賬戶關聯)之間的電子金額數據結算,即平臺后臺服務器接收到發(fā)送端的的發(fā)紅包請求后,生成對應電子紅包并發(fā)送給接收端的用戶,并對應將發(fā)送者用戶的平臺賬號的余額數字減去x,將接收者用戶的平臺賬號的余額數字加上x。電子賬戶僅限于同一平臺內數據有效,脫離平臺則無法進行信息交互,實際上,發(fā)送者用戶將其銀行賬戶的金額轉入平臺的銀行賬戶中,通過平臺賬號中的金額發(fā)電子紅包,當在接收者用戶將電子紅包兌現錢,電子 紅包中的金額仍舊在平臺的銀行賬戶中。且若接收者用戶需將搶到的電子紅包兌現,則需關閉當前電子紅包頁面,到錢包菜單欄中查找到平臺賬號,點擊提現按鈕,將金額x提現到關聯的銀行賬戶中。
也就是說,現有技術中的電子紅包的發(fā)、搶、領均基于平臺,脫離平臺則無法實現,且電子紅包金額存入平臺賬號中,電子紅包的發(fā)/收僅是平臺系統(tǒng)內的金額數據的轉移和標記,用戶的實際金額存入平臺賬戶中,帶來資金數據的安全問題,存在第三方平臺資金風險,且現有技術的提現操作步驟繁瑣。
而本實施例所提供的電子紅包展示方法的實現無需基于第三方平臺實現,用戶發(fā)出電子紅包后,對應金額會在發(fā)送者用戶的銀行賬戶中凍結。直到其它用戶確認收到電子紅包后,才將對應電子紅包金額從發(fā)電子紅包者的銀行賬戶中解除解凍并轉賬到收電子紅包者的銀行賬戶中。本方案不存在資金在第三方平臺上的安全問題,且電子紅包的實際金額在銀行賬戶中直接流轉,相對于現有技術需在平臺賬戶中流轉以及繁瑣的提現步驟,更加簡便,安全性高。
此外,本實施例所提供的電子紅包分享方法實現了跨平臺傳輸,現有技術中的電子紅包數據僅能在即時通訊、電商平臺等同一平臺內部進行傳輸和處理,而本實施例的電子紅包的發(fā)和領取不限于同一平臺,支持不同平臺間進行數據的傳輸、交互和處理。
為了更好的說明本方案的效果,結合圖11所示,紅包分享者用戶使用發(fā)送端生成電子紅包并進行發(fā)布,接收端1、接收端2…以及接收端n收到電子紅包,對電子紅包進行領取時,無需與發(fā)送端發(fā)布電子紅包的同一平臺進行領取。而現有技術中發(fā)紅包和領紅包均需在同一平臺系統(tǒng)中進行。本實施例中,接收端1、接收端2…以及接收端n中的領取紅包可以為不同的平臺系統(tǒng),例如各銀行的移動客戶端。接收端1、接收端2…以及接收端n還可以將電子紅包領取請求直接發(fā)送至用戶的銀行賬戶的銀行服務器,無需基于任何平臺系統(tǒng),實現了電子紅包的跨平臺傳輸和領取。
以上所述實施例的各技術特征可以進行任意的組合,為使描述簡潔,未對上述實施例中的各個技術特征所有可能的組合都進行描述,然而,只要這些技 術特征的組合不存在矛盾,都應當認為是本說明書記載的范圍。
以上所述實施例僅表達了本發(fā)明的幾種實施方式,其描述較為具體和詳細,但并不能因此而理解為對發(fā)明專利范圍的限制。應當指出的是,對于本領域的普通技術人員來說,在不脫離本發(fā)明構思的前提下,還可以做出若干變形和改進,這些都屬于本發(fā)明的保護范圍。因此,本發(fā)明專利的保護范圍應以所附權利要求為準。