資源發放方法、裝置及系統與流程
2023-05-15 10:45:21 2
本發明涉及網際網路技術領域，具體而言，涉及一種資源發放方法、裝置及系統。
背景技術：
資源共享平臺，如滴滴打車等，被市民們廣泛關注使用，確實給人們生活帶來了很多便利。為了讓交通工具充分地利用，滴滴打車推出了拼車業務。在滴滴打車的拼車業務中，任何拼車的用戶終端在拼車成功後都可以得到一個拼車紅包，然而，該拼車紅包的投放不具有針對性，拼車紅包作為網絡資源和用戶終端的匹配精度較低，致使資源的利用率低，浪費網絡資源。
因此為了提高資源投放與接收終端的匹配精度，提高資源的利用率，減少網絡資源的浪費，有必要提供一種資源發放方法、裝置及系統。
技術實現要素：
有鑑於此，本發明主要目的是提供一種資源發放方法、一種資源發放裝置及一種資源發放系統，以提高資源投放與接收終端的匹配精度，提高資源的利用率，減少網絡資源的浪費。
為解決上述技術問題，本發明採用的第一個技術方案是：一種資源發放方法，應用於伺服器，該方法包括：
根據拼車參與方發出的拼車請求發送資源碎片到該拼車參與方；
判斷一拼單的所有拼車參與方的資源碎片的組合是否滿足預設要求；
如果該拼單的所有拼車參與方的資源碎片的組合滿足預設要求，生成該拼單的資源套組及發送該資源套組到該拼單的各個拼車參與方。
為解決上述技術問題，本發明採用的第二個技術方案是：一種資源發放裝置，運行於伺服器上，該裝置包括：
拼車響應模塊，用於響應拼車參與方發出的拼車請求；
資源碎片發送模塊，用於根據該拼車請求發送資源碎片到該拼車參與方；
判斷模塊，用於判斷一拼單的所有拼車參與方的資源碎片的組合是否滿足預設要求；
資源套組發送模塊，用於當該拼單的所有拼車參與方的資源碎片的組合滿足該預設要求時，生成該拼單的資源套組及發送該資源套組給該拼單的各個拼車參與方。
為解決上述技術問題，本發明採用的第三個技術方案是：一種資源發放系統，該系統包括：
拼車參與終端，用於向拼車伺服器發出拼車請求；
拼車伺服器，用於根據該拼車請求發送資源碎片到該拼車參與終端；判斷一拼單的所有拼車參與終端的資源碎片的組合是否滿足預設要求；如果該拼單的所有拼車參與終端的資源碎片的組合滿足該預設要求，生成該拼單的資源套組及發送該資源套組到該拼單的各個拼車參與終端。
本發明的一種資源發放方法、一種資源發放裝置及一種資源發放系統，每一拼車參與方在發出拼車請求時會得到一個資源碎片，判斷一拼單的各個拼車參與方的資源碎片的組合是否滿足預設要求，即該拼單的各個拼車參與方的資源碎片的組合匹配情況。只有匹配成功的，拼車伺服器發送該拼單的資源套組給該拼單的各個拼車參與方，匹配不成功，不投放該資源套組，相比現有技術的沒有針對性的投放資源到拼車參與方，本發明提供的資源發放方法、裝置及系統通過一起拼車時拼車參與方在滿足預設要求的情況下可得到資源套組的獎勵，以提高資源投放與接收終端(拼車參與方)的匹配精度，提高資源的利用率，減少網絡資源的浪費。
為使本發明的上述目的、特徵和優點能更明顯易懂，下文特舉較佳實施例，並配合所附附圖，作詳細說明如下。
附圖說明
為了更清楚地說明本發明實施例的技術方案，下面將對實施例中所需要使用的附圖作簡單地介紹，應當理解，以下附圖僅示出了本發明的某些實施例，因此不應被看作是對範圍的限定，對於本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他相關的附圖。
圖1是本發明第一實施方式的一種資源發放方法的流程示意圖；
圖2是本發明第二實施方式的一種資源發放方法的流程示意圖；
圖3是圖2所示的資源發放方法的數據交互示意圖；
圖4是圖2所示的資源發放方法的第一邏輯框圖；
圖5是現有技術的電子紅包發放的數據交互示意圖；
圖6是現有技術的電子紅包發放的邏輯框圖；
圖7是圖2所示的資源發放方法的第二邏輯框圖；
圖8是本發明實施方式的一種資源發放裝置的結構示意圖；
圖9是本發明實施方式的一種資源發放系統的結構示意圖；
圖10是本發明實施方式中的資源碎片的第一結構示意圖；
圖11是本發明實施方式中的資源碎片的第二結構示意圖；
圖12是本發明實施方式中的資源套組的封套的結構示意圖。
主要元件符號說明：
100資源發放系統
300資源發放裝置
110拼車參與終端
120拼車伺服器
310拼車響應模塊
320資源碎片發送模塊
330判斷模塊
340資源套組發送模塊
350費用結算模塊
400、410資源碎片
500、510、520、530資源碎片
600封套
具體實施方式
下面將結合本發明實施例中附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。通常在此處附圖中描述和示出的本發明實施例的組件可以以各種不同的配置來布置和設計。因此，以下對在附圖中提供的本發明的實施例的詳細描述並非旨在限制要求保護的本發明的範圍，而是僅僅表示本發明的選定實施例。基於本發明的實施例，本領域技術人員在沒有做出創造性勞動的前提下所獲得的所有其他實施例，都屬於本發明保護的範圍。
圖1是本發明第一實施方式的一種資源發放方法的流程示意圖。該資源發放方法應用於伺服器，如拼車伺服器。該實施方式示出的方法流程包括：
步驟s23，根據拼車參與方發出的拼車請求發送資源碎片到該拼車參與方。
具體地，拼車參與方為用戶終端，如手機、平板電腦。拼車伺服器預先存儲了至少一個資源碎片。每一拼車參與方在拼車時都會發出拼車請求，發出拼車請求的拼車參與方都會得到一資源碎片。
在本實施例中，拼車伺服器根據拼車請求隨機的獲取一資源碎片及發送該資源碎片到發出該拼車請求的拼車參與方。在本發明的其他實施例中，拼車伺服器通過其他方式獲取資源碎片給拼車參與方，如拼車參與方為vip客戶，獲取第一類資源碎片給該vip客戶。
該資源碎片為封套碎片、帶有文字或圖案的封套或內容物碎片。如圖10所示，為拼接類型的資源碎片：分別為形狀不規則的封套拼接碎片400和410。如圖11所示，為特色封套的4個資源碎片，分別為帶有「春」字的封套500、帶有「夏」字的封套510、帶有「秋」字的封套520、帶有「冬」字的封套530。
步驟s24，判斷一拼單的所有拼車參與方的資源碎片的組合是否滿足預設要求。
具體地，該拼單包括拼車參與方個數、出發地和目的地的拼車路線。通常，一拼單會包含至少一個拼車參與方，每一拼車參與方都會得到一資源碎片。該預設要求為拼車伺服器預先存儲，如為拼接完整的封套、特定類型的封套數量或拼接完整的內容物。
如圖10中所示的預設要求為兩個資源碎片拼接為一完整的封套，該拼車伺服器確定一拼單的拼車參與方個數為2個，一拼車參與方獲得的資源碎片為封套碎片400，另一拼車參與方獲得的資源碎片為封套碎片410。
再如，一拼單的拼車參與方個數為4個，為從地點1到地點2的拼車路線，4個拼車參與方a、b、c、d依次發出該拼單的拼車請求。如圖11中所示的預設要求為四個特別類型的封套。4個拼車參與方a、b、c、d依次獲得的資源碎片為帶有「春」字的封套500、帶有「夏」字的封套510、帶有「秋」字的封套520、帶有「冬」字的封套530。
步驟s25，如果該拼單的所有拼車參與方的資源碎片的組合滿足預設要求，生成該拼單的資源套組及發送該資源套組到該拼單的各個拼車參與方。
具體地，該資源套組包括封套和內容物。該資源套組的內容物為電子憑證或其他有價卷，如銀信證、物信證、購物卷、優惠券或資金金額。關於銀信證和物信證的定義如下：
銀信證：是指銀行根據開證人的申請凍結所需數額資金而開立，並承諾依照約定解付條件辦理支付結算的電子憑證。在銀行版電子紅包場景中，開證人即向銀行申請發放電子紅包的企業。當領取了電子紅包後，用戶在銀信證的收證人處輸入自己的銀行帳號信息，向銀行申請收證，銀行即在約定的時間內將資金轉入收證帳戶。
a.開證人通過網際網路或以其他方式向開證銀行申請開證；
b.開證銀行驗證身份、帳戶信息無誤後受理，審核確認符合開證條件，凍結保付資金後開立銀信證；
c.收證人通過網際網路或以其他方式向收證銀行申請收證；
d.收證銀行驗證身份、帳戶信息無誤後受理收證(或根據收證人設置由收證銀行自動收證)；
e.收證人履行銀信證項下基礎交易義務後，提交履約信息(一般用於電商領域，收證人為商家，履行發貨義務後，提交發貨信息，在電子紅包領域中，由於是開證人無償轉移給收證人，因此就不需要履行交易義務)；
f.收證人或指定的第三方將申請解付信息發送至開證銀行申請解付(在電子紅包領域中，收證人填寫收證後即自動申請解付)；
g.開證銀行解付銀信證並將資金劃轉至收證銀行，收證銀行將資金轉入收證帳戶。
物信證：是一種標的物信息記錄憑證，是記載和傳播商品(服務)信息的一種標準化、通用化網絡電子單證。物信證上集成了電子商務必備的各項功能，其一旦被點擊觸發購買則按預置程序和交易規則啟動供應商發貨、物流配送、銀行收付款等流程。物信證可實現全網域分發、流轉和交易。物信證至少包括具有名稱和金額的物品屬性以及具有至少一個帳戶的收結算信息。物信證由產品供應商提供，收款帳戶為產品供應商帳戶。當電子紅包裡面的資源是物信證時，則可以是商家提供的具有優惠價格或者價格為零(即免費贈送)的商品的物信證，用戶可以通過物信證的購買功能以較低的價格完成該商品的購買。
該資源套組為對拼車參與方的一種獎勵。該拼車伺服器按照預設規則發送該資源套組給該拼單的各個拼車參與方，如相同內容物的電子紅包。為了方便理解，下面以電子紅包作為資源套組的一個示例。
如圖10所示，封套碎片400和410拼接組合為一完整的封套的預設要求，分別獲得封套碎片400和410的兩個拼車參與方得到一拼單的拼車電子紅包，如都得到5元的拼車電子紅包。如圖10所示，預設要求為4個有「春」、「夏」、「秋」、「冬」文字的封套組合，獲得帶有「春」字的封套500、帶有「夏」字的封套510、帶有「秋」字的封套520、帶有「冬」字的封套530的4個拼車參與方得到另一拼單的拼車電子紅包，如都得到10的拼車電子紅包。
該資源發放方法還包括：
步驟s26，如果該拼單的所有拼車參與方的資源碎片滿足該預設要求，計算該拼單的拼車費用及接收該拼單的各個拼車參與方所付費用完成該拼單。
例如，該拼車伺服器計算該拼單的拼車費用為60元，共有4個拼車參與方，及每一拼車參與方的拼車費用為15元。
如果該拼單的所有拼車參與方的資源碎片不滿足該預設要求，步驟走向s26，該拼車伺服器計算該拼單的拼車費用，該拼單的各個拼車參與方付費給該拼車伺服器完成拼單。
例如，該預設要求為四個特別類型的封套，分別為：帶有「春」字的封套、帶有「夏」字的封套、帶有「秋」字的封套、帶有「冬」字的封套。一拼單的4個拼車參與方獲得資源碎片分別為帶有「春」字的封套、帶有「夏」字的封套、帶有「貓」字的封套、帶有「狗」字的封套，該拼單的所有拼車參與方的資源碎片不滿足預設要求。因此，該拼單的所有拼車參與方沒有得到資源套組的拼車鼓勵。
進一步，該資源套組包括含部分車費的內容物，步驟s26「計算該拼單的拼車費用及接收該拼單的各個拼車參與方所付費用完成該拼單」為：計算該拼單的拼車費用及接收該拼單的拼車參與方用資源套組的內容物作為部分車費及剩下費用來完成該拼單。
例如，該拼車伺服器計算該拼單的拼車費用為40元，共有4個拼車參與方，及每一拼車參與方有收到5元的拼車電子紅包作為拼車獎勵，該拼車伺服器響應拼車參與方的費用抵消請求，接收各個拼車參與方為10-5＝5元的拼車費用。
請一併參閱圖12，該資源套組的封套上提供有給拼車參與方對話的界面。各個拼車參與方收到的封套600上提供有給拼車參與方相互對話的界面，每一拼車參與方可在其封套上留言與其他拼車參與方對話。進一步，該封套上記載有本次拼車信息，如拼車時間、行程、拼車參與方的聯繫方式等，拼車參與方可以在封套上聊天，如封套600上顯示的聊天記錄為：「拼車參與方a：大家好，很高興認識你們！拼車參與方b：好，下次我們還一起拼車吧，我經常走這條線路。拼車參與方c：你們好，下次咱們一起拼啊！」。
因此，各個拼車參與方在發出拼車請求時會得到一個資源碎片，判斷一拼單的各個拼車參與方的資源碎片的匹配情況。在匹配成功後，拼車伺服器發送資源套組給該拼單的各個拼車參與方，該資源套組作為拼車的獎勵，促進用戶使用拼車業務，推廣拼車業務平臺。
圖2是本發明第二實施方式的一種資源發放方法的流程示意圖。該資源發放方法應用於多個伺服器，如拼車伺服器和銀行伺服器。該實施方式示出的方法流程包括：
步驟s40，根據發送端的用戶請求生成多個電子紅包，將發送端用戶的銀行帳號中對應的多個電子紅包的金額進行凍結。
例如，銀行第一伺服器根據發送端的用戶請求生成多個電子紅包，將發送端用戶的銀行帳號中對應的多個電子紅包的金額進行凍結，即銀行第一伺服器為發送端用戶提供銀行服務，其中，該發送端用戶可為個人或企業，如提供拼車平臺的服務商。
步驟s41，根據拼車參與方發出的拼車請求發送資源碎片到該拼車參與方。具體請參閱圖1的描述。
步驟s42，判斷一拼單的所有拼車參與方的資源碎片的組合是否滿足預設要求。具體請參閱圖1的描述。
步驟s43，如果該拼單的所有拼車參與方的資源碎片的組合滿足預設要求，發送相應數量的電子紅包到該拼單的拼車參與方。
例如，該拼單的拼車參與方有5個，在滿足預設要求時，發送5個電子紅包給該5個拼車參與方，即每一拼車參與方都得到一個電子紅包。
步驟s44，接收拼車參與方對電子紅包的提現請求，根據提現請求對發送端用戶的銀行帳號中的電子紅包的凍結金額進行解凍，及將解凍金額劃撥到拼車參與方的銀行帳號中。
例如，銀行第二伺服器接收拼車參與方對電子紅包的提現請求，即銀行第二伺服器為拼車參與方提供銀行服務，根據提現請求通知銀行第一伺服器對發送端用戶的銀行帳號中的電子紅包的凍結金額進行解凍，及銀行第一伺服器將解凍金額劃撥到拼車參與方的銀行帳號中。
步驟s45，如果該拼單的所有拼車參與方的資源碎片滿足該預設要求，計算該拼單的拼車費用及接收該拼單的各個拼車參與方所付費用完成該拼單。具體請參閱圖1的描述。
請一併參閱圖3及圖4，用戶1的終端為發送端，用戶2的終端2為接收端。用戶1的銀行帳號1對應銀行伺服器1，用戶2的銀行帳號2對應銀行伺服器2。用戶1可以為企業或者個人。
銀行伺服器1接收到用戶1提交的生成電子紅包的請求後，生成a金額的電子紅包，並凍結銀行帳號1中的a金額。用戶1的發送端向網域內發送生成的電子紅包或該生成的電子紅包的地址信息。用戶2查閱到電子紅包，在接收端進行搶紅包、收紅包、拆紅包、領紅包等操作，其中，確認領電子紅包時，用戶2通知銀行帳號2的銀行伺服器2，銀行伺服器2校驗，確認後向銀行伺服器1發送解凍請求，銀行伺服器1將銀行帳號1中的凍結的a金額進行解凍，並將a金額從銀行帳號1中劃撥到銀行帳號2中。
而現有技術中，如圖5、6所示，用戶3在終端3登錄平臺，向同一平臺的用戶4發送電子紅包(金額大小為b)，用戶4在終端4登錄該平臺收取電子紅包，該平臺的伺服器執行用戶3的平臺帳號3(用戶3在平臺的電子帳戶，預先與用戶3的銀行帳號3關聯)與用戶4的平臺帳號4(用戶4在平臺的電子帳戶，預先與用戶4的銀行帳號4關聯)之間的電子金額數據結算，即平臺後臺伺服器接收到終端3的用戶3的發紅包請求後，生成對應電子紅包並發送給終端4的用戶4，並對應將平臺帳號3的餘額數字減去b，將平臺帳號4的餘額數字加上b。電子帳戶僅限於同一平臺內數據有效，脫離平臺則無法進行信息交互，實際上用戶3將銀行帳號3中的金額轉入平臺的銀行帳號3中，通過平臺帳號3中的金額發電子紅包，但在用戶4將電子紅包兌現前，電子錢包的金額仍舊在平臺的銀行帳戶中。且若用戶4需將搶到的電子紅包兌現，則需關閉當前電子紅包頁面，到錢包菜單欄中查找到平臺帳號4，點擊提現按鈕，將金額提現到關聯的銀行帳號4中。
現有技術中的電子紅包的發、搶、領均基於平臺，脫離平臺則無法實現，且電子紅包金額存入平臺帳號中，電子錢包的發/收僅是平臺系統內的金額數據的轉移和標記，用戶的實際金額存入平臺帳戶中，帶來資金數據的安全問題，存在第三方平臺資金風險，且現有技術中的提現操作步驟繁瑣。
因此，本實施方式中的電子紅包的實現無需基於第三方平臺實現，用戶發出電子紅包後，對應金額仍舊在發紅包者的銀行帳戶中凍結，直到其他用戶確認收到電子紅包後，將對應電子紅包金額從發紅包者的銀行帳戶中解除凍結並轉帳到收紅包者的銀行帳戶中。本實施方式不存在資金在第三方平臺上的安全問題，電子紅包的實際金額在銀行帳戶中直接流轉，相比於現有技術中需在平臺帳戶中流轉以及繁瑣的提現步驟，本實施方式中的提現步驟簡便，安全性高。
本實施方式中的電子紅包實現了跨平臺傳輸，現有技術中的電子紅包僅能在即時通訊、電商平臺等同一平臺內部進行傳輸和處理，本實施方式中的電子紅包的發送和領取不限於同一平臺，支持不同平臺間進行數據的傳輸、交互和處理。
進一步，為了更好的說明本方案的技術優勢，請一併參閱圖7，發行終端5發布電子紅包，接收終端6、接收終端7……接收終端n收到電子紅包，在對電子紅包進行領取時，無需與發行終端5發布電子紅包的同一平臺進行領取。而現有技術中發紅包與領紅包均需在同一平臺系統上進行，本方案中接收終端6、接收終端7……接收終端n中的領取紅包可以為不同的平臺系統，例如各銀行的移動客戶端。本方案中接收終端6、接收終端7……接收終端n還可以將電子紅包領取請求直接發至接收用戶的銀行帳號的銀行終端，無需基於任何平臺系統。通過本方案，實現了電子紅包跨平臺傳輸和領取。
圖8是本發明實施方式的一種資源發放裝置的結構示意圖。該拼車裝置300運行於伺服器上。該實施方式示出的拼車裝置300包括拼車響應模塊310、資源碎片發送模塊320、判斷模塊330和資源套組發送模塊340。
該拼車響應模塊310用於響應拼車參與方發出的拼車請求。
該資源碎片發送模塊320用於根據該拼車請求發送資源碎片到該拼車參與方。
該判斷模塊330用於判斷一拼單的所有拼車參與方的資源碎片的組合是否滿足預設要求。
當該拼單的所有拼車參與方的資源碎片的組合滿足該預設要求時，該資源套組發送模塊340用於生成該拼單的資源套組及發送該資源套組給該拼單的各個拼車參與方。
該拼車裝置300還包括費用結算模塊350。該費用結算模塊350用於計算該拼單的拼車費用和接收該拼單的各個拼車參與方的付費信息完成拼單。
圖9是本發明實施方式的一種資源發放系統的結構示意圖。該實施方式示出的系統包括拼車參與終端110和拼車伺服器120。
該拼車參與終端110用於向拼車伺服器120發出拼車請求。
該拼車伺服器120用於根據該拼車請求發送資源碎片到該拼車參與終端110；判斷一拼單的所有拼車參與終端110的資源碎片的組合是否滿足預設要求；如果該拼單的所有拼車參與終端110的資源碎片的組合滿足該預設要求，生成該拼單的資源套組及發送該資源套組到該拼單的各個拼車參與終端110。
本發明的一種資源發放方法、一種資源發放裝置及一種資源發放系統，每一拼車參與方在發出拼車請求時會得到一個資源碎片，判斷一拼單的各個拼車參與方的資源碎片的組合是否滿足預設要求，即該拼單的各個拼車參與方的資源碎片的組合匹配情況。只有匹配成功的，拼車伺服器發送該拼單的資源套組給該拼單的各個拼車參與方，匹配不成功，不投放該資源套組，相比現有技術的沒有針對性的投放資源到拼車參與方，本發明提供的資源發放方法、裝置及系統通過一起拼車時拼車參與方在滿足預設要求的情況下可得到資源套組的獎勵，以提高資源投放與接收終端(拼車參與方)的匹配精度，提高資源的利用率，減少網絡資源的浪費。
本發明實施例所提供的裝置，其實現原理及產生的技術效果和前述方法實施例相同，為簡要描述，方法實施例部分未提及之處，可參考前述方法實施例中相應內容。
附圖中的流程圖和框圖顯示了根據本發明的多個實施例的系統、方法和電腦程式產品的可能實現的體系架構、功能和操作。在這點上，流程圖或框圖中的每個方框可以代表一個模塊、程序段或代碼的一部分，該模塊、程序段或代碼的一部分包含一個或多個用於實現規定的邏輯功能的可執行指令。也應當注意，在有些作為替換的實現中，方框中所標註的功能也可以以不同於附圖中所標註的順序發生。例如，兩個連續的方框實際上可以基本並行地執行，它們有時也可以按相反的順序執行，這依所涉及的功能而定。也要注意的是，框圖和/或流程圖中的每個方框、以及框圖和/或流程圖中的方框的組合，可以用執行規定的功能或動作的專用的基於硬體的系統來實現，或者可以用專用硬體與計算機指令的組合來實現。
在本申請所提供的幾個實施例中，應該理解到，所揭露的方法、系統和裝置，可以通過其它的方式實現。以上所描述的裝置實施例僅僅是示意性的，例如，該模塊的劃分，僅僅為一種邏輯功能劃分，實際實現時可以有另外的劃分方式，又例如，多個模塊或組件可以結合或者可以集成到另一個系統，或一些特徵可以忽略，或不執行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些通信接口，裝置或單元的間接耦合或通信連接，可以是電性，機械或其它的形式。
以上所述僅為本發明的具體實施方式，但本發明的保護範圍並不局限於此，任何熟悉本技術領域的技術人員在本發明揭露的技術範圍內，可輕易想到變化或替換，都應涵蓋在本發明的保護範圍之內。因此，本發明的保護範圍應該以權利要求的保護範圍為準。