資源的生成方法及裝置與流程
2023-04-22 23:00:51
本發明涉及網際網路領域，特別是涉及一種資源的生成方法以及裝置。
背景技術：
隨著網際網路技術的發展，大部分即時通信應用、社交網絡應用或平臺等都支持資源分享，這裡的資源包括但不限於貨幣金額、虛擬貨幣金額、積分數額、電子代金券等。這些資源在網際網路中分享通常是以贈送的形式進行，通過網絡的第三方平臺送出，其在第三方平臺上的展示形式通常是以「電子紅包」的樣式進行展示，「電子紅包」的產生改變了傳統的用戶來往形式。
傳統技術中，生成的資源的傳播依賴於相應的傳播平臺，它們都被限制在各自的傳播平臺中傳播，資源的信息只能夠在相應的傳播平臺中提取。這樣，資源的分享受到了限制，使得資源分享效率低下。
技術實現要素：
基於此，有必要針對上述技術問題，提供一種提高資源分享效率的資源的生成方法以及裝置。
一種資源的生成方法，其包括：根據生成請求生成資源基本信息和資源標識；根據生成的資源基本信息和資源標識生成數據包，所述數據包按照預設的要求從中提取所述資源基本信息。
在其中一個實施例中，所述根據生成請求生成資源基本信息和資源標識的步驟，包括：獲取生成請求，生成資源標識；提供至少一個所述資源基本信息的信息選項；獲取所述信息選項中被選擇的選項。
在其中一個實施例中，所述提供至少一個所述資源基本信息的信息選項的步驟中，所述信息選項根據與資源數額匹配的數額屬性信息生成，所述數額屬性信息包括數額類型和對應的屬性值。
在其中一個實施例中，所述提供至少一個所述資源基本信息的信息選項的 步驟中，所述信息選項根據與資源接收者匹配的帳戶屬性信息生成，所述帳戶屬性信息包括帳戶類型和對應的屬性值。
在其中一個實施例中，所述提供至少一個所述資源基本信息的信息選項的步驟中，所述信息選項根據與資源接收者的人數匹配的發送數量屬性信息生成，所述發送數量屬性信息包括發送數量類型和對應的屬性值。
一種資源的生成裝置，其包括：請求模塊，用於根據生成請求生成資源基本信息和資源標識；數據包生成模塊，用於根據生成的資源基本信息和資源標識生成數據包，所述數據包按照預設的要求從中提取所述資源基本信息。
在其中一個實施例中，所述請求模塊用於獲取生成請求，生成資源標識，提供至少一個所述資源基本信息的信息選項，並獲取所述信息選項中被選擇的選項。
在其中一個實施例中，所述請求模塊提供的所述信息選項根據與資源數額匹配的數額屬性信息生成，所述數額屬性信息包括數額類型和對應的屬性值。
在其中一個實施例中，所述請求模塊提供的所述信息選項根據與資源接收者匹配的帳戶屬性信息生成，所述帳戶屬性信息包括帳戶類型和對應的屬性值。
在其中一個實施例中，所述請求模塊提供的所述信息選項根據與資源接收者的人數匹配的發送數量屬性信息生成，所述發送數量屬性信息包括發送數量類型和對應的屬性值。
上述資源生成的方法和裝置，由於可以根據資源基本信息和資源標識生成資源的數據包，該數據包不再依賴特定的傳播平臺，其可以在各個平臺上傳播，並且可在不同平臺上提取該數據包中的資源基本信息，使得生成的資源可以跨平臺獨立傳播，提升了資源的分享效率。
附圖說明
圖1為一個實施例中資源的生成方法的應用環境圖；
圖2為一個實施例中的資源的生成方法的流程示意圖；
圖3為另一個實施例中的資源的生成方法的流程示意圖；
圖4為一個具體場景中資源的生成方法的流程示意圖；
圖5為一個實施例中資源的生成裝置的結構框圖；
圖6為一個具體的應用場景中分享電子紅包的流程圖；
圖7為圖6的分享電子紅包的原理圖；
圖8為現有技術分享電子紅包的流程圖；
圖9為現有技術分享電子紅包的原理圖；
圖10為另一個具體的應用場景中分享紅包的原理圖。
具體實施方式
為了使本發明的目的、技術方案及優點更加清楚明白，以下結合附圖及實施例，對本發明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發明，並不用於限定本發明。
本發明實施例提供的資源的生成方法可應用於如圖1所示的應用場景中。參考圖1所示，第一終端102和第二終端106分別通過網絡與伺服器104進行通信，第一終端102為資源分享者所使用的終端，通過任意第三方平臺發起資源的「贈送」。第一終端102可登錄第三方平臺並在發起資源分享後進入到資源設置界面，通過資源設置界面可輸入資源設置信息，比如資源類型、資源數額、資源接收者、資源接收者的人數等。在設置這些信息時，第三方伺服器可以提供這些信息中至少一個選項，以供用戶選擇。在接收到用戶確認發出資源的命令後將資源生成請求發送到伺服器104。伺服器104接收資源生成請求，生成資源基本信息和資源標識，並根據生成的資源基本信息和資源標識生成數據包，所述數據包可按照預設的要求從中提取資源基本信息。伺服器104生成資源的數據包後，可將資源消息發送到第一終端102和第二終端106上進行顯示。第二終端106為資源接收者所使用的終端，其登錄了第三方平臺並通過相應的應用界面接收和顯示伺服器104發送的資源消息，由於資源是以具有資源基本信息的數據包的形式存在的，資源接收者可以通過任意的第三方平臺來接收數據包，並提取相應的資源基本信息，從而實現了資源的跨平臺傳播。通常，資源消息以資源消息體的形式在第一終端102和第二終端106的應用界面上顯示。
其中，第一終端102和第二終端106可以是但不限於是個人計算機、筆記 本電腦、平板電腦、智慧型手機、可穿戴式智能設備等。第三方平臺可以是但不限於即時通信應用、社交網絡應用、遊戲應用等。資源分享者和資源接收者分別通過第一終端102和第二終端106登錄相同的第三方平臺時可存在關係鏈數據，比如，資源分享者和資源接收者在第三方平臺中可以是好友關係、收聽人或關注人關係、群組或討論組成員關係等。此外，資源分享者和資源接收者在第三方平臺中也可不存在關係鏈數據，比如資源分享者可以是第三方平臺的公眾服務用戶(比如企業、商家用戶)，而資源接收者是第三方平臺中的全部用戶或某一類用戶。而當資源分享者和資源接收者分別通過第一終端102和第二終端106登錄不同的第三方平臺時，兩者之間也可存在關係鏈數據，比如資源分享者和資源接收者註冊相應的第三方平臺使用的電子郵件、手機號碼、即時通訊帳號同時在另外一個或多個相同的第三方平臺是好友關係、收聽人或關注人關係、群組或討論組成員關係等。此外，資源分享者和資源接收者在第三方平臺中也可不存在關係鏈數據，比如資源分享者可以是某一第三方平臺的公眾服務用戶(比如企業、商家用戶)，而資源接收者是另外一個或多個第三方平臺中的全部用戶或某一類用戶。
其中，資源可以是但不限於貨幣金額、虛擬貨幣金額、積分數額、電子代金券、電子憑證、電子優惠券、購物券等，其在第三方平臺上的展示形式通常是以「電子紅包」的樣式進行展示。這裡的電子憑證可以為銀信證和物信證,銀信證是指銀行根據開證人的申請凍結所需數額資金而開立，並承諾依照約定解付條件辦理支付結算的電子憑證。物信證是一種具有商品標識碼和交互接口，且可記錄該商品信息的電子憑證。
如圖2所述，在一個實施例中，提供了一種資源的生成方法，該方法以應用於圖1中的伺服器進行舉例說明，包括：
步驟202，根據生成請求生成資源基本信息和資源標識。
本實施例中，資源標識用於唯一標識一個資源，在終端發起資源分享請求後，伺服器可為分享的資源分配一個具有唯一性的標識。
具體的，終端可先登錄某一第三方平臺，通過該第三方平臺提供的應用界面發起資源分享並進入到資源設置界面，通過資源設置界面獲取用戶輸入的資 源設置信息，包括資源類型、資源數額、資源接收者、資源接收者的人數等中的至少一種。其中，資源類型包括普通資源和口令資源，普通資源是指傳統的資源，接收者點擊資源消息體即可分享資源，而口令資源是指在點擊資源消息體後還需要輸入對應的口令才能分享的資源。
進一步的，終端獲取到用戶確認發起分享的命令後將資源生成請求發送到伺服器，伺服器接收資源生成請求，該資源生成請求生成資源標識和資源基本信息。資源基本信息包括資源類型、資源數額、資源接收者、資源接收者的人數信息中的至少一種。
步驟204，根據生成的資源基本信息和資源標識生成數據包。
在本實施例中，數據包可按照預設的要求從中提取資源基本信息。
具體的，伺服器將生成的數據包通過網絡發送至另一終端，用戶通過該終端登錄任意一個第三方平臺，按照預設的要求來提取資源基本信息，從而接收該資源。
在另一個實施例中，如圖3所示，提供了一種資源的生成方法，包括：
步驟302，獲取生成請求，生成資源標識。
本實施例中，資源標識用於唯一標識一個資源，在終端發起資源分享請求後，伺服器可為分享的資源分配一個具有唯一性的標識。
步驟304，提供至少一個資源基本信息的信息選項。
本實施例中，資源基本信息包括資源類型、資源數額、資源接收者、資源接收者的人數等，伺服器預先存儲有不同資源基本信息的信息選項。當伺服器接收到企業端發出的生成請求信息後，在其資料庫中至少提供一種資源基本信息的信息選項，以供用戶選擇。
優選的，伺服器所提供的資源基本信息為資源數額，該信息選項根據與資源數額匹配的數額屬性信息生成，該數額屬性信息包括數額類型和對應的屬性值。數額類型可以為人工輸入面額、優選面額、隨機面額等，用戶通過終端可以選擇其中任意中來確定數額類型。確定數額類型之後，用戶可以通過終端來確定不同數額類型的屬性值，當用戶選擇人工輸入面額時，用戶可以通過終端來人為的輸入面額；當用戶選擇優選面額時，伺服器可以提供一些有寓意的面 額，如1314、520等，用戶可以直接從中選擇來確定屬性值；當用戶選擇隨機面額時，伺服器可以通過內部計算程序來確定一個或一組面額，用戶從中選擇來確定面額值。
當然，該信息選項還可以根據與資源接收者匹配的帳戶屬性信息生成，該帳戶屬性信息包括帳戶類型和對應的屬性值，帳戶類型可以為人工輸入帳戶、優選帳戶、隨機帳戶等，其對應的屬性值可以為人為輸入的帳戶、社交網絡中特別關注的帳戶或特定範圍帳戶、根據隨機程序產生的帳戶等。
當然，該信息選項還可以根據與資源接收者的人數匹配的發送數量屬性信息生成，該發送數量屬性信息包括發送數量類型和對應的屬性值，發送數量類型可以為人工輸入數量、優選數量、隨機數量等，其對應的屬性可以為人為輸入的數量、具有廣泛使用量的數量(如10、8888、1000)、根據隨機程序產生的數量等。
可以理解的是，對於其他的資源基本信息的信息選項也可以根據相應資源基本信息匹配的屬性信息生成，這些屬性信息包括了不同的類型和對應的屬性值，對於不再贅述。伺服器提供給用戶相應的信息選項，通過用戶的選擇可以方便、快捷的生成相應的資源基本信息。
步驟306，獲取信息選項中被選擇的選項。
本實施例中，用戶可以通過終端來選擇上述步驟中的信息選項，從而確定分享的資源相應的資源基本信息。
步驟308根據生成的資源基本信息和資源標識生成數據包。
在本實施例中，數據包可按照預設的要求從中提取資源基本信息。
具體的，伺服器將生成的數據包通過網絡發送至另一終端，用戶通過該終端登錄任意一個第三方平臺，按照預設的要求來提取資源基本信息，從而接收該資源。
在本實施例中，由於可以根據資源基本信息和資源標識生成資源的數據包，該數據包中的資源基本信息可以在各個平臺上來提取該數據包中的資源基本信息，使得生成的資源可以跨平臺獨立傳播，生成的資源的分享效率也提升了。並且，在生成資源過程中，提供資源的資源基本信息的信息選項以供用戶選擇， 可以更加快捷的生成資源。
下面結合一個具體的應用場景來說明本發明實施例所提供的資源的生成方法的流程。如圖4所示，該應用場景中，用戶為企業用戶，企業用戶可登錄銀行伺服器並發起資源分享。本實施例中，通常將資源稱為「電子紅包」，企業用戶可通過銀行伺服器向用戶「贈送」「電子紅包」。具體的，該方法流程包括：
步驟401：企業用戶通過企業終端發出生成「電子紅包」請求。企業用戶可以通過企業終端的界面向銀行伺服器發出「贈送」「電子紅包」的請求，企業用戶可以選擇某一電子憑證作為要分享的內容。其中該電子憑證優選為銀行根據開證人的申請凍結所需數額資金而開立的，並承諾依照約定解付條件辦理支付結算的電子憑證。在電子商務領域中，開證人為買方。當然，企業用戶也可以選擇其它比如電子優惠券、購物券、優惠碼等作為要分享的「電子紅包」的內容。
步驟402：銀行伺服器獲取「電子紅包」請求，並生成「電子紅包」標識。該標識用於唯一標識一個「電子紅包」，銀行伺服器可為分享的「電子紅包」分配一個具有唯一性的標識，使得「電子紅包」在傳播過程中具有唯一性。
步驟403：銀行伺服器提供至少一個資源基本信息的信息選項。銀行伺服器可以根據不同的資源信息從其資料庫中選取不同的信息選項，以供用戶選擇。以「電子紅包」贈送貨幣面額為例，這些信息選項可以為工輸入面額、優選額度的面額(如520、1314等數值)、隨機面額等。當然這些選項還可以為「電子紅包」的資源類型、資源接收者、資源接收者的人數等。
步驟404：企業用戶通過企業終端選擇信息選項中的任意選項。銀行伺服器將信息選項傳送給企業終端，企業用戶通過企業終端界面來對信息選項進行選擇，通過選擇來生成相應的資源基本信息。
步驟405：企業終端生成具有資源基本信息和資源標識的數據包。
請參考圖5，在一個實施例中，還提供了一種資源的生成裝置，該裝置包括：
請求模塊502，用於根據生成請求生成資源基本信息和資源標識。
數據包生成模塊504，用於根據生成的資源基本信息和資源標識生成數據包，數據包可按照預設的要求從中提取資源基本信息。在本實施例中，資源基本信息包括資源類型、資源數額、資源接收者、資源接收者的人數信息中的至 少一種
在一個實施例中，請求模塊502用於獲取生成請求，提供至少一個資源基本信息的信息選項，並獲取信息選項中被選擇的選項。
在一個實施例中，請求模塊502提供的信息選項根據與資源數額匹配的數額屬性信息生成，數額屬性信息包括數額類型和對應的屬性值。
在一個實施例中，請求模塊502提供的信息選項根據與資源接收者匹配的帳戶屬性信息生成，帳戶屬性信息包括帳戶類型和對應的屬性值。
在一個實施例中，請求模塊502提供的信息選項根據與資源接收者的人數匹配的發送數量屬性信息生成，發送數量屬性信息包括發送數量類型和對應的屬性值。
下面將以資源為電子憑證為例對本發明的方法原理進行詳細的描述。
本實施例中，電子憑證可以是銀信證和物信證，如上所述，其中，銀信證是指銀行根據開證人的申請凍結所需數額資金而開立，並承諾依照約定解付條件辦理支付結算的電子憑證。物信證是一種具有商品標識碼和交互接口，且可記錄該商品信息的電子憑證。
具體的，在銀行版電子紅包場景中，開證人即向銀行申請發放電子紅包的企業。當領取了電子紅包後，用戶在銀信證的收證人處輸入自己的銀行帳號信息，向銀行申請收證，銀行即在約定的時間內將資金轉入收證帳戶。銀信證的業務流程如下：
1)開證人通過網際網路或以其他方式向開證銀行申請開證。
2)開證銀行驗證身份、帳戶信息無誤後受理，審核確認符合開證條件，凍結保付資金後開立銀信證。
3)收證人通過網際網路或以其他方式向收證銀行申請收證。
4)收證銀行驗證身份、帳戶信息無誤後受理收證(或根據收證人設置由收證銀行自動收證)。
5)收證人履行銀信證項下基礎交易義務後，提交履約信息(一般用於電商領域，收證人為商家，履行發貨義務後，提交發貨信息，在電子紅包領域中，由於是開證人無償轉移給收證人，因此就不需要履行交易義務)。
6)收證人或指定的第三方將申請解付信息發送至開證銀行申請解付(在電子紅包領域中，收證人填寫收證後即自動申請解付)。
7)開證銀行解付銀信證並將資金劃轉至收證銀行，收證銀行將資金轉入收證帳戶。
具體的，物信證是由銀信網銀髮明的一種標的物信息記錄憑證，是記載和傳播商品(服務)信息的一種標準化、通用化網絡電子單證。物信證上集成了電子商務必備的各項功能，其一旦被點擊觸發購買則按預置程序和交易規則啟動供應商發貨、物流配送、銀行收付款等流程。物信證可實現全網域分發、流轉和交易。物信證至少包括具有名稱和金額的物品屬性以及具有至少一個帳戶的收結算信息。物信證由產品供應商提供，收款帳戶為產品供應商帳戶。當電子紅包裡面的資源是物信證時，則可以是商家提供的具有優惠價格或者價格為零(即免費贈送)的商品的物信證，用戶可以通過物信證的購買功能以較低的價格完成該商品的購買。
具體的，參考圖6所示，本實施例所提供的電子紅包分享過程包括：
(1)用戶在發送端終端設置電子紅包的基本信息和標識，基本信息包括資源類型、資源數額、資源接收者、資源接收者的人數等。發送客戶端根據設置的電子紅包的基本信息和標識生成相應的電子紅包的數據包。該生成的電子紅包的數據包中電子紅包的基本信息和標識可以被直接提取，不再依賴於特定的傳播平臺，提升了電子紅包的分享效率。
(2)銀行伺服器a接收用戶發送端生成的電子紅包的數據包，並提取數據包的基本信息，銀行伺服器a將發送端用戶的銀行帳號中對應的電子紅包的金額進行凍結，將電子紅包數據包發送給用戶接收端。
(3)用戶接收端接收到銀行伺服器a發送的電子紅包，用戶接收端拆開電子紅包後可領取電子紅包金額，並向銀行伺服器b發送獲取領取電子紅包金額的信息。
(4)銀行伺服器b接收用戶接收端發送的對電子紅包的提現請求，根據提現請求通知銀行伺服器a對發送端用戶的銀行帳號中的電子紅包的凍結金額進行解凍，並將發送端用戶的銀行帳號中與電子紅包對應的金額撥到接收端用戶的銀行帳號中。
結合圖6和圖7所示，用戶發送端為發紅包終端，用戶接收端為收紅包終端，用戶發送端對應銀行伺服器a，用戶接收端對應銀行伺服器b，用戶發送端1銀行伺服器a存在第一銀行帳戶(即發送端的用戶的銀行帳戶)，用戶接收端在銀行伺服器b存在第二銀行帳號(即接收端的用戶的銀行帳戶)。用戶發送端的用戶可以為企業或個人。
進一步的，銀行伺服器a接收到用戶發送端提交的生成電子紅包的請求後，生成一定金額x的電子紅包，並凍結第一銀行帳戶中的該金額x。用戶發送端向網域內發送生成的電子紅包或該生成的電子紅包的地址信息。用戶接收端的用戶查閱到電子紅包，並在接收端進行搶電子紅包、收電子紅包、拆電子紅包、領電子紅包等操作，其中，確認領電子紅包時，接收端用戶通知第二銀行帳戶的銀行伺服器b，銀行伺服器b進行校驗，確認後向銀行伺服器a發送解凍請求，銀行伺服器a將第一銀行帳戶中的凍結的金額x進行解凍，並將金額x從第一銀行帳戶中劃撥到第二銀行帳戶中。
結合圖8和圖9所示，在現有技術中，發送者用戶需要在用戶發送端登錄平臺，向同一平臺的接收者用戶發送電子紅包，比如該電子紅包的金額也為x。接收者用戶在接收者終端登錄該平臺收取電子紅包，該平臺的伺服器執行發送者用戶的平臺帳號(發送者用戶在平臺的電子帳戶，預先與發送者用戶的銀行帳戶關聯)與接收者用戶的平臺帳號(接收者用戶在平臺的電子帳戶，預先與接收者用戶的銀行帳戶關聯)之間的電子金額數據結算，即平臺後臺伺服器接收到發送端的的發電子紅包請求後，生成對應電子紅包並發送給接收端的用戶，並對應將發送者用戶的平臺帳號的餘額數字減去x，將接收者用戶的平臺帳號的餘額數字加上x。電子帳戶僅限於同一平臺內數據有效，脫離平臺則無法進行信息交互，實際上，發送者用戶將其銀行帳戶的金額轉入平臺的銀行帳戶中，通過平臺帳號中的金額發電子紅包，當在接收者用戶將電子紅包兌現錢，電子 紅包中的金額仍舊在平臺的銀行帳戶中。且若接收者用戶需將搶到的電子紅包兌現，則需關閉當前電子紅包頁面，到錢包菜單欄中查找到平臺帳號，點擊提現按鈕，將金額x提現到關聯的銀行帳戶中。
也就是說，現有技術中的電子紅包的發、搶、領均基於平臺，脫離平臺則無法實現，且電子紅包金額存入平臺帳號中，電子紅包的發/收僅是平臺系統內的金額數據的轉移和標記，用戶的實際金額存入平臺帳戶中，帶來資金數據的安全問題，存在第三方平臺資金風險，且現有技術的提現操作步驟繁瑣。
而本實施例所提供的電子紅包分享方法的實現無需基於第三方平臺實現，用戶發出電子紅包後，對應金額讓就在發送者用戶的銀行帳戶中凍結，直到其它用戶確認收到電子紅包後，將對應電子紅包金額從發電子紅包者的銀行帳戶中解除解凍並轉帳到收電子紅包者的銀行帳戶中。本方案不存在資金在第三方平臺上的安全問題，且電子紅包的實際金額在銀行帳戶中直接流轉，相對於現有技術需在平臺帳戶中流轉以及繁瑣的提現步驟，更加簡便，安全性高。
此外，本實施例所提供的電子紅包分享方法實現了跨平臺傳輸，現有技術中的電子紅包數據僅能在即時通訊、電商平臺等同一平臺內部進行傳輸和處理，而本實施例的電子紅包的發和領取不限於同一平臺，支持不同平臺間進行數據的傳輸、交互和處理。
為了更好的說明本方案的效果，結合圖10所示，紅包分享者用戶使用發送端生成電子紅包並進行發布，接收端1、接收端2…以及接收端n收到電子紅包，對電子紅包進行領取時，無需與發送端發布電子紅包的同一平臺進行領取。而現有技術中發紅包和領紅包均需在同一平臺系統中進行。本實施例中，接收端1、接收端2…以及接收端n中的領取紅包可以為不同的平臺系統，例如各銀行的移動客戶端。接收端1、接收端2…以及接收端n還可以將電子紅包領取請求直接發送至用戶的銀行帳戶的銀行伺服器，無需基於任何平臺系統，實現了電子紅包的跨平臺傳輸和領取。
以上所述實施例的各技術特徵可以進行任意的組合，為使描述簡潔，未對上述實施例中的各個技術特徵所有可能的組合都進行描述，然而，只要這些技 術特徵的組合不存在矛盾，都應當認為是本說明書記載的範圍。
以上所述實施例僅表達了本發明的幾種實施方式，其描述較為具體和詳細，但並不能因此而理解為對發明專利範圍的限制。應當指出的是，對於本領域的普通技術人員來說，在不脫離本發明構思的前提下，還可以做出若干變形和改進，這些都屬於本發明的保護範圍。因此，本發明專利的保護範圍應以所附權利要求為準。