這裡將詳細地對示例性實施例進行說明，其示例表示在圖式中。下面的描述涉及圖式時，除非另有表示，不同圖式中的相同數字表示相同或相似的要素。以下示例性實施例中所描述的實施方式並不代表與本說明書一個或多個實施例相一致的所有實施方式。相反，它們僅是與如申請專利範圍中所詳述的、本說明書一個或多個實施例的一些方面相一致的裝置和方法的例子。
需要說明的是：在其他實施例中並不一定按照本說明書示出和描述的順序來執行相應方法的步驟。在一些其他實施例中，其方法所包括的步驟可以比本說明書所描述的更多或更少。此外，本說明書中所描述的單個步驟，在其他實施例中可能被分解為多個步驟進行描述；而本說明書中所描述的多個步驟，在其他實施例中也可能被合併為單個步驟進行描述。
圖1是一示例性實施例提供的一種資產分配方法的流程圖。如圖1所示，該方法應用於區塊鏈節點，可以包括以下步驟：
步驟102，獲取電子設備發送的用戶使用資訊，所述用戶使用資訊用於表徵用戶對所述電子設備的使用情況。
在一實施例中，上述的“電子設備”可以包括用戶使用的任意類型的電子設備，比如手機、PC、筆記型電腦、智慧手錶、智慧體重秤、智慧運動器械等，本說明書並不對此進行限制。該電子設備可以採集用戶使用資訊，且該電子設備具備網路連接與網路傳輸功能，使得該電子設備可以將採集到的用戶使用資訊上傳至區塊鏈節點。
在一實施例中，用戶使用資訊可以包括：對所述電子設備的使用次數和/或使用頻率。例如，當用戶希望減少玩手機的時長時，該電子設備可以為手機、用戶使用資訊可以為用戶在設定時間段內(如工作時間段)對手機的使用次數，而相應的預設激勵規則可以包括“使用次數小於預設次數”，使得當用戶的使用次數小於該預設次數、即滿足該預設激勵規則時，透過向用戶分配第一資產憑證，以激勵用戶並促使其改變後續的使用習慣。再例如，當用戶希望監控體重變化時，電子設備可以為智慧體重秤、用戶使用資訊可以為用戶每天對智慧體重秤的使用頻率，而相應的預設激勵規則可以包括“使用頻率大於預設頻率”，使得當用戶的使用頻率大於預設頻率、即滿足該預設激勵規則時，透過向用戶分配第一資產憑證，以激勵用戶並促使其持續使用該智慧體重秤。
在一實施例中，用戶使用資訊可以包括電子設備對所述用戶進行測量得到的測量資料，比如智慧體重秤測量得到的用戶體重、智慧體脂儀測量得到的用戶體脂率、智慧心率計測量得到的用戶心率等。當然，用戶使用資訊還可以包括其他類型，本說明書並不對此進行限制。
在一實施例中，電子設備可以直接將用戶使用資訊發送至區塊鏈節點，或者該電子設備可以將用戶使用資訊提供至手機等中繼設備、由中繼設備進一步發送至區塊鏈節點，本說明書並不對此進行限制。
步驟104，呼叫智慧合約，所述智慧合約被用於確認所述用戶使用資訊是否符合預設激勵規則，以在判定為符合的情況下將第一資產憑證分配至所述用戶。
在一實施例中，智慧合約中可以預先寫入將用戶使用資訊與預設激勵規則進行比較的處理邏輯，以及基於比較結果對資產憑證進行分配的處理邏輯，使得智慧合約可以基於獲取的用戶使用資訊和預設激勵規則而自動確定是否需要向相應的用戶分配第一資產憑證；其中，由於智慧合約上的處理邏輯為公開內容，並且整個處理過程由智慧合約自動完成、不存在人工干預、不受到用戶側的電子設備的運行狀態所影響，使得無論是對用戶使用資訊與預設激勵規則之間的比較還是對資產憑證的分配，都能夠確保客觀、公正，且不容易受到外界干擾、可以持續穩定運行。
在一實施例中，本說明書中的資產憑證可以為智慧資產憑證。智慧資產憑證用於表徵一定的權益，以實現對用戶進行激勵，有助於該用戶在後續過程中，持續努力使得用戶使用資訊匹配於預設激勵規則，從而實現良性迴圈。智慧資產憑證可以分配至用戶在區塊鏈上對應的智慧資產帳戶中，而用戶可以透過向區塊鏈節點分配一定數量的智慧資產憑證，使其能夠相對更加快速地向區塊鏈發佈交易。用戶還可以透過將智慧資產憑證轉移至在區塊鏈上扮演錨點(anchor)角色的區塊鏈節點，以將該智慧資產憑證兌換為等價的鏈外權益憑證，譬如在會員系統內的會員積分、在交易平臺上的優惠券等，本說明書並不對此進行限制。
在一實施例中，本說明書中的資產憑證可以為鏈外資產憑證。鏈外資產憑證用於表徵一定的權益，以實現對用戶進行激勵，有助於該用戶在後續過程中，持續努力使得用戶使用資訊匹配於預設激勵規則，從而實現良性迴圈。鏈外資產憑證可以包括用於表徵任意類型的鏈外權益的憑證，譬如在會員系統內的會員積分、在交易平臺上的優惠券、兌換券、抵價券等，本說明書並不對此進行限制。智慧合約可以透過向鏈外物件發送分配指令，使得鏈外物件向所述用戶的鏈外資產帳戶分配相應的鏈外資產憑證；相應的，透過在區塊鏈上扮演錨點角色的區塊鏈節點，用戶可以將鏈外資產憑證轉移至該區塊鏈節點的鏈外資產帳戶中，從而將鏈外資產憑證兌換為等價的智慧資產憑證。
在一實施例中，可以確定所述用戶持有的第二資產憑證被凍結，以作為用於擔保所述用戶使用資訊能夠符合所述預設激勵規則的擔保憑證；其中，所述智慧合約還被用於在所述用戶使用資訊不符合所述預設激勵規則的情況下解除所述用戶對所述第二資產憑證的持有關係。透過將用戶的第二資產憑證凍結為擔保憑證，使得用戶存在發生損失的可能性，相當於建立了針對用戶的懲罰機制，可以激勵用戶更為努力地使得用戶使用資訊能夠符合預設激勵規則。
在一實施例中，所述第一資產憑證所表徵的權益大小可與所述第二資產憑證表徵的權益大小呈正相關。當第二資產憑證表徵的權益越大時，表明用戶可能獲得的增益越大、可能產生的損失同樣越大，因而能夠對該用戶產生更大的激勵作用，有助於使其更為努力地使得用戶使用資訊能夠符合預設激勵規則。
在一實施例中，所述智慧合約還被用於在所述用戶使用資訊不符合所述預設激勵規則的情況下，可以扣除所述用戶持有的第三資產憑證，相當於建立了針對用戶的懲罰機制，可以激勵用戶更為努力地使得用戶使用資訊能夠符合預設激勵規則。
圖2是一示例性實施例提供的一種實現資產分配的示意圖。如圖2所示，假定用戶A擁有一智慧體重秤21，該用戶A希望透過該智慧體重秤21進行持續化的體重資料監控，以確定鍛煉效果。因而，對智慧體重秤21的使用過程中，涉及到兩方面問題：第一，如何使得用戶A持續使用該智慧體重秤21進行稱重；第二，如何協助用戶A持續進行鍛煉。
為了實現上述目的，智慧體重秤21可以對用戶A的使用資訊進行採集，該使用資訊可以包括：用戶A對智慧體重秤21的使用頻率、每次使用時由智慧體重秤21採集到的體重資料。而在用戶A每次使用智慧體重秤21之後，智慧體重秤21可以採集上述的使用資訊，並將其發送至設備22，以由設備22進行處理。
設備22被配置為區塊鏈中的一個區塊鏈節點，該設備22可以接收智慧體重秤21發送的使用資訊；其中，智慧體重秤21可以直接將該使用資訊發送至設備22，或者透過其他設備(如手機等)將該使用資訊轉發至設備22，本說明書並不對此進行限制。
設備22可以在區塊鏈中對智慧體重秤21發送的使用資訊進行共識，使得該使用資訊在透過共識後被發佈至區塊鏈，以記錄至各個區塊鏈節點分別維護的、內容統一的區塊鏈帳本中，即“上鏈”。本說明書並不限定採用的共識演算法的類型；例如，當設備22所處的區塊鏈為聯盟鏈或公有鏈時，該設備22可以基於諸如PBFT(Practical Byzantine Fault Tolerance，實用拜占庭容錯)演算法向其他區塊鏈節點發起共識，並在透過共識後將該使用資訊發佈至區塊鏈，使其被記錄至區塊鏈的分散式資料庫中；再例如，當設備22所處的區塊鏈為公有鏈時，該設備22可以與其他區塊鏈節點基於POW(Proof of Work，工作量證明)演算法、POS(Proof of Stake，股權證明)演算法或其他演算法競爭記帳權，並由獲得記帳權的區塊鏈節點向相應區塊內記入交易資料，而當包含用戶A輸入的使用資訊的交易被記入時，該使用資訊可以被記錄至區塊鏈的分散式資料庫中。
為了確定用戶A對智慧體重秤21的使用資訊是否滿足預設激勵規則，尤其是能夠在避免人為干預的情況下，能夠自動、持續地實現判斷，可以預先在區塊鏈上創建智慧合約，該智慧合約中定義有用於確定使用資訊與預設激勵規則之間的匹配情況的功能邏輯，該功能邏輯可以自動實現上述的判斷操作。透過向區塊鏈中提交一筆對該智慧合約進行呼叫的交易，使得各個區塊鏈節點在執行該交易時可以對該智慧合約進行呼叫，從而自動運行上述的功能邏輯，以針對上述的使用資訊與預設激勵規則進行比較，並實現相應的資產分配操作。
為了便於理解，下面結合圖3對圖2所示實施例中提及的智慧合約所實施的功能邏輯進行詳細描述。其中，圖3是一示例性實施例提供的一種智慧合約實施的功能邏輯的流程圖。如圖3所示，該功能邏輯可以包括以下步驟：
步驟302，獲取用戶A的使用資訊。
在一實施例中，用戶A對智慧體重秤21的使用資訊可以被記錄於區塊鏈帳本上的某一交易中，智慧合約可以從區塊鏈帳本中讀取該交易，並獲取上述的使用資訊。或者，在設備22上可以維護有便於檢索的狀態資料集，該狀態資料集對應於區塊鏈帳本中的資料，並且使得設備22能夠更加簡單、快速地獲取區塊鏈帳本中的某一資料，比如上述的使用資訊等，而無需逐一查詢區塊鏈帳本中的各筆交易，可以極大地提升對使用資訊的獲取效率。當然，如果在呼叫智慧合約時，將上述使用資訊在區塊鏈帳本中對應交易的交易流水號等資訊傳入智慧合約，使得該智慧合約可以直接對相關交易進行讀取、無需逐一查詢各筆交易。
在一實施例中，設備22在呼叫智慧合約時，可以將用戶A對智慧體重秤21的使用資訊作為輸入資料進行傳入，而無需智慧合約從區塊鏈帳本或上述的狀態資料集中進行查詢。
步驟304，確定預設激勵規則。
在一實施例中，針對用戶A的使用需求，預設激勵規則可以包括兩部分內容：第一部分用於監控用戶A對智慧體重秤21的使用評論，第二部分用於監控用戶A的體重變化情況；例如，預設激勵規則可以包括：規則1，用戶A使用智慧體重秤21的頻率不小於每天1次；規則2，用戶A每週的體重變化不小於x克。
步驟306，比較用戶A對應的使用資訊與預設激勵規則，確定該使用資訊是否符合預設激勵規則。
在一實施例中，當用戶A對應的使用資訊完全匹配於預設激勵規則時，即用戶A使用智慧體重秤21的頻率不小於每天1次，且用戶A每週的體重變化不小於x克，可以判定為使用資訊符合預設激勵規則，否則判定為不符合。
步驟308A，當使用資訊符合預設激勵規則時，確定用戶A是否存在擔保憑證。
步驟310A，當存在擔保憑證時，向用戶A分配智慧資產憑證S1。
步驟310B，當不存在擔保憑證時，向用戶A分配智慧資產憑證S2。
在一實施例中，用戶A可以透過對使用資訊配置相應的擔保憑證，以用於對自身的鍛煉情況實施進一步的激勵。例如，用戶A在區塊鏈中可以存在對應的帳戶a，並透過該帳戶a持有一定的智慧資產憑證，可以透過對該帳戶a中的至少一部分智慧資產憑證進行凍結，以作為上述的擔保憑證；比如，可以由該帳戶a將該至少一部分智慧資產憑證暫時轉入專用的憑證凍結帳戶中，或者可以在該帳戶a中對該至少一部分智慧資產憑證添加凍結標識等，本說明書並不對此進行限制。當然，也可以將用戶A的鏈外帳戶中的至少一部分鏈外資產進行凍結，以作為該擔保憑證，本說明書並不對此進行限制。
在一實施例中，擔保憑證並非必要。如果存在擔保憑證，可以向用戶A分配智慧資產憑證S1，如果不存在擔保憑證，可以向用戶A分配智慧資產憑證S2；其中，智慧資產憑證S1所表徵的權益應當大於智慧資產憑證S2所表徵的權益，以表明對用戶A提供擔保憑證的激勵，並使得用戶A持有的智慧資產憑證更多，從而表明該用戶A對智慧體重秤21的使用情況較好，可以對用戶A進行激勵。其中，智慧資產憑證S1、S2所表徵的權益可以是固定值，或者該智慧資產憑證S1、S2所表徵的權益可以與擔保憑證所表徵的權益呈正相關，即擔保憑證所表徵的權益越大/越多時，該智慧資產憑證S1、S2所表徵的權益隨之越大/越多。
在一實施例中，為了提升用戶A對智慧體重秤21重視程度，激勵用戶A對智慧體重秤21的持續使用，可以要求用戶A必須提供擔保憑證。因此，對於存在擔保憑證的情況下，可以向用戶A分配智慧資產憑證S1、該智慧資產憑證S1用於表徵一定權益；而當不存在擔保憑證的情況下，向用戶A分配的智慧資產憑證S2無法表徵任何權益，相當於未分配任何智慧資產憑證，那麼用戶A的參與將是無意義的。
步驟308B，當使用資訊不符合預設激勵規則時，確定用戶A是否存在擔保憑證。
步驟310C，當存在擔保憑證時，扣除擔保憑證。
在一實施例中，當使用資訊不符合預設激勵規則時，即用戶A對智慧體重秤21的使用情況不理想，可以透過扣除擔保憑證使得用戶A終止持有該擔保憑證對應的智慧資產憑證，那麼用戶A持有的智慧資產憑證減少，以提醒用戶A後續調整對智慧體重秤21的使用情況。
圖4是一示例性實施例提供的另一種智慧合約實施的功能邏輯的流程圖。如圖4所示，該功能邏輯可以包括以下步驟：
步驟402，獲取用戶A的使用資訊。
步驟404，確定預設激勵規則。
在一實施例中，步驟402-404可以參考圖3所示的步驟302-304，此處不再贅述。
步驟406，比較用戶A對應的使用資訊與預設激勵規則，確定該使用資訊是否完全符合預設激勵規則。
在一實施例中，假定預設激勵規則包括：規則1，用戶A使用智慧體重秤21的頻率不小於每天1次；規則2，用戶A每週的體重變化不小於x克。相應的，用戶A對智慧體重秤21的使用資訊可以包括：使用頻率和體重資料。如果使用頻率滿足“不小於每天1次”且體重資料滿足“每週的體重變化不小於x克”，表明使用資訊完全符合預設激勵規則；如果僅使用頻率滿足“不小於每天1次”，或者僅體重資料滿足“每週的體重變化不小於x克”，表明使用資訊部分符合預設激勵規則。當然，有可能使用頻率不滿足“不小於每天1次”且體重資料不滿足“每週的體重變化不小於x克”，則使用資訊完全不符合預設激勵規則。
步驟408A，當使用資訊完全符合預設激勵規則時，確定用戶A是否存在擔保憑證。
步驟410A，當存在擔保憑證時，向用戶A分配智慧資產憑證S1。
步驟410B，當不存在擔保憑證時，向用戶A分配智慧資產憑證S2。
在一實施例中，步驟408A、步驟410A和步驟410B可以參考如圖3所示的步驟308A、步驟310A和步驟310B，此處不再贅述。
步驟408B，當使用資訊並非完全符合預設激勵規則時，確定使用資訊是否部分符合預設激勵規則。
步驟410C，當使用資訊完全不符合預設激勵規則時，若存在擔保憑證，則扣除擔保憑證。
在一實施例中，與圖3所示實施例相類似地，用戶A可以對使用資訊配置相應的擔保憑證。那麼，當使用資訊完全不符合預設激勵規則時，可以透過扣除擔保憑證使得用戶A終止持有該擔保憑證對應的智慧資產憑證，以提醒用戶A後續調整對智慧體重秤21的使用情況。
步驟410D，當使用資訊部分符合預設激勵規則時，確定用戶A是否存在擔保憑證。
步驟412A，當存在擔保憑證時，向用戶A分配智慧資產憑證S3。
步驟412B，當不存在擔保憑證時，向用戶A分配智慧資產憑證S4。
在一實施例中，與步驟410A-410B相類似的，當使用資訊部分符合預設激勵規則時，比如僅使用頻率滿足“不小於每天1次”時表明用戶A堅持使用了智慧體重秤21，再比如僅體重資料滿足“每週的體重變化不小於x克”時表明用戶A堅持了鍛煉行為。因而出於對這部分相符情況的激勵，可以向用戶A分配一定的智慧資產憑證。在該實施例中，該擔保憑證並非必要：如果存在擔保憑證，可以向用戶A分配智慧資產憑證S3，如果不存在擔保憑證，可以向用戶A分配智慧資產憑證S4；其中，在所表徵的權益大小方面：S1＞S3＞S4、S1＞S2＞S4。
在一實施例中，智慧資產憑證S1、S3所表徵的權益可以是分別對應的固定值，或者該智慧資產憑證S1、S3所表徵的權益可以分別與擔保憑證所表徵的權益呈正相關，即擔保憑證所表徵的權益越大/越多時，該智慧資產憑證S1、S3所表徵的權益隨之越大/越多。
在一實施例中，可以要求用戶A必須提供擔保憑證。因此，對於存在擔保憑證的情況下，可以向用戶A分配智慧資產憑證S3、該智慧資產憑證S3用於表徵一定權益；而當不存在擔保憑證的情況下，向用戶A分配的智慧資產憑證S4無法表徵任何權益，相當於未分配任何智慧資產憑證，那麼用戶A的參與將是無意義的。
此外，對於圖3-4所示的實施例而言，當用戶A的使用資訊完全不符合預設激勵規則時，不僅可以不向用戶A分配智慧資產憑證，還可以從用戶A對應的智慧資產帳戶a中扣除一定的智慧資產憑證，這部分智慧資產憑證獨立於用戶A提供的擔保憑證，可以進一步激勵用戶A使用智慧體重秤21、保持鍛煉。
圖5是一示例性實施例提供的一種設備的示意結構圖。請參考圖5，在硬體層面，該設備包括處理器502、內部匯流排504、網路介面506、內部記憶體508以及非易失性記憶體510，當然還可能包括其他業務所需要的硬體。處理器502從非易失性記憶體510中讀取對應的電腦程式到內部記憶體508中然後運行，在邏輯層面上形成資產分配裝置。當然，除了軟體實現方式之外，本說明書一個或多個實施例並不排除其他實現方式，比如邏輯裝置抑或軟硬體結合的方式等等，也就是說以下處理流程的執行主體並不限定於各個邏輯單元，也可以是硬體或邏輯裝置。
請參考圖6，在軟體實施方式中，該資產分配裝置應用於區塊鏈節點，可以包括：
獲取單元61，獲取電子設備發送的用戶使用資訊，所述用戶使用資訊用於表徵用戶對所述電子設備的使用情況；
呼叫單元62，呼叫智慧合約，所述智慧合約被用於確認所述用戶使用資訊是否符合預設激勵規則，以在判定為符合的情況下將第一資產憑證分配至所述用戶。
可選的，所述用戶使用資訊包括：對所述電子設備的使用次數和/或使用頻率。
可選的，所述用戶使用資訊包括：所述電子設備對所述用戶進行測量得到的測量資料。
可選的，還包括：
確定單元63，確定所述用戶持有的第二資產憑證被凍結，以作為用於擔保所述用戶使用資訊能夠符合所述預設激勵規則的擔保憑證；
其中，所述智慧合約還被用於在所述用戶使用資訊不符合所述預設激勵規則的情況下解除所述用戶對所述第二資產憑證的持有關係。
可選的，所述第一資產憑證所表徵的權益大小與所述第二資產憑證表徵的權益大小呈正相關。
可選的，所述智慧合約還被用於在所述用戶使用資訊不符合所述預設激勵規則的情況下，扣除所述用戶持有的第三資產憑證。
上述實施例闡明的系統、裝置、模組或單元，具體可以由電腦晶片或實體實現，或者由具有某種功能的產品來實現。一種典型的實現設備為電腦，電腦的具體形式可以是個人電腦、膝上型電腦、行動電話、相機電話、智慧型電話、個人數位助理、媒體播放機、導航設備、電子郵件收發設備、遊戲控制台、平板電腦、可穿戴設備或者這些設備中的任意幾種設備的組合。
在一個典型的配置中，電腦包括一個或多個處理器(CPU)、輸入/輸出介面、網路介面和內部記憶體。
內部記憶體可能包括電腦可讀媒體中的非永久性記憶體，隨機存取記憶體(RAM)和/或非易失性內部記憶體等形式，如唯讀記憶體(ROM)或快閃記憶體(flash RAM)。記憶體是電腦可讀媒體的示例。
電腦可讀媒體包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術來實現資訊儲存。資訊可以是電腦可讀指令、資料結構、程式的模組或其他資料。電腦的儲存媒體的例子包括，但不限於相變記憶體(PRAM)、靜態隨機存取記憶體(SRAM)、動態隨機存取記憶體(DRAM)、其他類型的隨機存取記憶體(RAM)、唯讀記憶體(ROM)、電可擦除可程式設計唯讀記憶體(EEPROM)、快閃記憶體或其他內部記憶體技術、唯讀光碟唯讀記憶體(CD-ROM)、數位多功能光碟(DVD)或其他光學儲存、磁盒式磁帶、磁片儲存、量子記憶體、基於石墨烯的儲存媒體或其他磁性存放裝置或任何其他非傳輸媒體，可用於儲存可以被計算設備存取的資訊。按照本文中的界定，電腦可讀媒體不包括暫存電腦可讀媒體(transitory media)，如調變的資料信號和載波。
還需要說明的是，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，並不排除在包括所述要素的過程、方法、商品或者設備中還存在另外的相同要素。
上述對本說明書特定實施例進行了描述。其它實施例在申請專利範圍的範圍內。在一些情況下，在申請專利範圍中記載的動作或步驟可以按照不同於實施例中的順序來執行並且仍然可以實現期望的結果。另外，在圖式中描繪的過程不一定要求示出的特定順序或者連續順序才能實現期望的結果。在某些實施方式中，多工處理和並行處理也是可以的或者可能是有利的。
在本說明書一個或多個實施例使用的術語是僅僅出於描述特定實施例的目的，而非旨在限制本說明書一個或多個實施例。在本說明書一個或多個實施例和申請專利範圍中所使用的單數形式的“一種”、“所述”和“該”也旨在包括多數形式，除非上下文清楚地表示其他含義。還應當理解，本文中使用的術語“和/或”是指並包含一個或多個相關聯的列出專案的任何或所有可能組合。
應當理解，儘管在本說明書一個或多個實施例可能採用術語第一、第二、第三等來描述各種資訊，但這些資訊不應限於這些術語。這些術語僅用來將同一類型的資訊彼此區分開。例如，在不脫離本說明書一個或多個實施例範圍的情況下，第一資訊也可以被稱為第二資訊，類似地，第二資訊也可以被稱為第一資訊。取決於語境，如在此所使用的詞語“如果”可以被解釋成為“在……時”或“當……時”或“回應於確定”。
以上所述僅為本說明書一個或多個實施例的較佳實施例而已，並不用以限制本說明書一個或多個實施例，凡在本說明書一個或多個實施例的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本說明書一個或多個實施例保護的範圍之內。Exemplary embodiments will be described in detail here, examples of which are shown in the drawings. When the following description refers to drawings, the same numbers in different drawings represent the same or similar elements unless otherwise indicated. The implementations described in the following exemplary embodiments do not represent all implementations consistent with one or more embodiments of this specification. Rather, they are merely examples of devices and methods consistent with some aspects of one or more embodiments of this specification as detailed in the scope of the patent application.
It should be noted that in other embodiments, the steps of the corresponding method are not necessarily performed in the order shown and described in this specification. In some other embodiments, the method may include more or fewer steps than described in this specification. In addition, the single step described in this specification may be decomposed into multiple steps for description in other embodiments; and the multiple steps described in this specification may also be combined into a single step in other embodiments. description.
FIG. 1 is a flowchart of an asset allocation method provided by an exemplary embodiment. As shown in Figure 1, this method is applied to blockchain nodes and can include the following steps:
Step 102: Obtain user usage information sent by an electronic device. The user usage information is used to characterize a user's usage of the electronic device.
In an embodiment, the above “electronic device” may include any type of electronic device used by the user, such as a mobile phone, a PC, a notebook computer, a smart watch, a smart weight scale, a smart exercise device, etc. limit. The electronic device can collect user usage information, and the electronic device has network connection and network transmission functions, so that the electronic device can upload the collected user usage information to a blockchain node.
In an embodiment, the user usage information may include: the number of times and/or frequency of use of the electronic device. For example, when the user wants to reduce the length of time playing the mobile phone, the electronic device can be a mobile phone, and the user's usage information can be the number of times the user uses the mobile phone within a set time period (such as a working time period), and the corresponding preset incentive rules It may include "the number of times of use is less than the preset number of times", so that when the number of times of use of the user is less than the preset number of times, that is, the preset incentive rule is satisfied, the first asset certificate is allocated to the user to motivate the user and prompt him to change the usage habit. As another example, when the user wishes to monitor the weight change, the electronic device may be a smart weight scale, the user usage information may be the daily frequency of use of the smart weight scale by the user, and the corresponding preset incentive rule may include "the use frequency is greater than the preset frequency ", so that when the user's frequency of use is greater than the preset frequency, that is, the preset incentive rule is met, the first asset certificate is allocated to the user to motivate the user and encourage him to continue using the smart scale.
In an embodiment, the user usage information may include measurement data obtained by the electronic device measuring the user, such as the user's weight measured by a smart scale, the user's body fat rate measured by a smart body fat meter, and the smart heart rate meter measurement The user's heart rate and so on. Of course, user usage information can also include other types, and this manual does not limit this.
In an embodiment, the electronic device can directly send the user usage information to the blockchain node, or the electronic device can provide the user usage information to a relay device such as a mobile phone, and the relay device can further send it to the blockchain node. This manual does not limit this.
In step 104, a smart contract is called, and the smart contract is used to confirm whether the user usage information complies with a preset incentive rule to allocate the first asset certificate to the user if it is determined to be in compliance.
In one embodiment, the smart contract may be pre-written with processing logic that compares user usage information with preset incentive rules, and processing logic that allocates asset certificates based on the comparison result, so that the smart contract can be used based on the acquired user Information and preset incentive rules to automatically determine whether the first asset certificate needs to be assigned to the corresponding user; where, because the processing logic on the smart contract is public content, and the entire processing process is automatically completed by the smart contract, there is no human intervention, no Affected by the operating state of the electronic equipment on the user side, whether it is the comparison between the user's usage information and the preset incentive rules or the allocation of asset certificates, it can ensure that it is objective and fair, and is not susceptible to external interference. Continuous and stable operation.
In an embodiment, the asset certificate in this specification may be a smart asset certificate. The smart asset certificate is used to characterize certain rights and interests in order to incentivize the user, which helps the user to continuously strive to match the user's information with the preset incentive rules in the subsequent process, thereby achieving a benign loop. The smart asset certificate can be distributed to the user's corresponding smart asset account on the blockchain, and the user can distribute transactions to the blockchain relatively quickly by assigning a certain number of smart asset certificates to the blockchain nodes. Users can also transfer the smart asset certificate to an equivalent off-chain equity certificate by transferring the smart asset certificate to a blockchain node that plays an anchor role on the blockchain, such as in the member system. Member points, coupons on the trading platform, etc., this manual does not limit this.
In an embodiment, the asset certificate in this specification may be an off-chain asset certificate. The off-chain asset certificate is used to characterize certain rights and interests to incentivize the user, which helps the user to continuously strive to match the user's information with the preset incentive rules in the subsequent process, thereby achieving a benign loop. Off-chain asset certificates can include certificates used to characterize any type of off-chain rights, such as membership points in the member system, coupons on the trading platform, exchange coupons, coupons, etc., this manual does not limit this . Smart contracts can send allocation instructions to off-chain objects, so that off-chain objects can allocate corresponding off-chain asset certificates to the user's off-chain asset accounts; correspondingly, through blockchains that play an anchor role on the blockchain Node, the user can transfer the off-chain asset certificate to the off-chain asset account of the blockchain node, thereby converting the off-chain asset certificate into an equivalent smart asset certificate.
In an embodiment, it may be determined that the second asset certificate held by the user is frozen as a guarantee certificate for guaranteeing that the user usage information can meet the preset incentive rule; wherein, the smart contract also It is used to release the user's holding of the second asset certificate when the user's usage information does not meet the preset incentive rule. By freezing the user's second asset certificate as a guarantee certificate, the user has the possibility of loss, which is equivalent to establishing a punishment mechanism for the user, which can incentivize the user to work harder to make the user's information meet the preset incentive rules.
In an embodiment, the size of the equity represented by the first asset certificate may be positively related to the size of the equity represented by the second asset certificate. When the equity represented by the second asset certificate is greater, it indicates that the greater gain the user may obtain, and the greater the loss that may be generated, so it can generate greater incentives for the user and help it work harder. It enables users to use information to comply with preset incentive rules.
In one embodiment, the smart contract is also used to deduct the third asset certificate held by the user when the user usage information does not meet the preset incentive rules, which is equivalent to establishing a The user's punishment mechanism can motivate the user to work harder to make the user's use of information meet the preset incentive rules.
FIG. 2 is a schematic diagram of asset allocation provided by an exemplary embodiment. As shown in FIG. 2, it is assumed that the user A has a smart weight scale 21, and the user A wishes to perform continuous weight data monitoring through the smart weight scale 21 to determine the exercise effect. Therefore, there are two problems involved in the use of the smart scale 21: first, how to enable the user A to continue to use the smart scale 21 for weighing; second, how to assist the user A to continue to exercise.
In order to achieve the above purpose, the smart weight scale 21 can collect the usage information of the user A. The usage information can include: the frequency of use of the smart weight scale 21 by the user A, and the weight data collected by the smart weight scale 21 each time it is used . After each time the user A uses the smart scale 21, the smart scale 21 can collect the above-mentioned usage information and send it to the device 22 for processing by the device 22.
The device 22 is configured as a blockchain node in the blockchain, and the device 22 can receive the usage information sent by the smart scale 21; wherein, the smart scale 21 can directly send the usage information to the device 22, or through other The device (such as a mobile phone, etc.) forwards the usage information to the device 22, which is not limited in this specification.
The device 22 can agree on the usage information sent by the smart scale 21 in the blockchain, so that the usage information is released to the blockchain after consensus, to be recorded to each blockchain node separately maintained and unified content In the blockchain ledger, it is "on the chain". This specification does not limit the type of consensus algorithm used; for example, when the blockchain where the device 22 is located is a consortium chain or a public chain, the device 22 may be based on calculations such as PBFT (Practical Byzantine Fault Tolerance). Law initiates consensus to other blockchain nodes, and publishes the usage information to the blockchain after consensus, so that it is recorded in the blockchain's decentralized database; for example, when the device 22 is located in the area When the blockchain is a public chain, the device 22 can compete with other blockchain nodes based on the POW (Proof of Work, Proof of Work) algorithm, POS (Proof of Stake, Proof of Stake) algorithm, or other algorithms. The blockchain node that obtains the accounting right records transaction data into the corresponding block, and when the transaction containing the usage information input by user A is recorded, the usage information can be recorded in the distributed database of the blockchain .
In order to determine whether the user A’s usage information of the smart scale 21 satisfies the preset incentive rules, in particular, it can automatically and continuously realize judgment without human intervention, and a smart contract can be created on the blockchain in advance. The smart contract defines a function logic for determining the matching between the usage information and the preset incentive rules, and the function logic can automatically implement the above-mentioned judgment operation. By submitting a transaction that calls the smart contract to the blockchain, each blockchain node can call the smart contract when executing the transaction, thereby automatically running the above functional logic to address the above usage information Compare with preset incentive rules and implement corresponding asset allocation operations.
For ease of understanding, the functional logic implemented by the smart contract mentioned in the embodiment shown in FIG. 2 will be described in detail below in conjunction with FIG. 3. Among them, FIG. 3 is a flowchart of functional logic of a smart contract implementation provided by an exemplary embodiment. As shown in FIG. 3, the functional logic may include the following steps:
Step 302: Obtain user A's usage information.
In an embodiment, user A's usage information of the smart scale 21 can be recorded in a transaction on the blockchain ledger, and the smart contract can read the transaction from the blockchain ledger and obtain the above Usage information. Or, the device 22 may maintain a state data set that is easy to retrieve, the state data set corresponding to the data in the blockchain ledger, and enables the device 22 to obtain a certain value in the blockchain ledger more easily and quickly A piece of information, such as the above-mentioned usage information, without having to query each transaction in the blockchain ledger, can greatly improve the efficiency of obtaining usage information. Of course, if the smart contract is called, the transaction serial number and other information of the corresponding transaction in the blockchain account will be transferred to the smart contract, so that the smart contract can directly read the related transactions without having to query each one individually Transactions.
In an embodiment, when the device 22 calls the smart contract, the user A's usage information of the smart weight scale 21 can be passed in as input data without the smart contract being carried out from the blockchain ledger or the above-mentioned status data set Inquire.
Step 304: Determine preset incentive rules.
In one embodiment, for the usage requirements of user A, the preset incentive rules may include two parts: the first part is used to monitor user A's use of smart scale 21, and the second part is used to monitor user A's weight change Situation; for example, the preset incentive rules may include: Rule 1, the frequency of user A using the smart scale 21 is not less than once a day; Rule 2, the weekly weight change of user A is not less than x grams.
Step 306: Compare the usage information corresponding to user A with the preset incentive rules to determine whether the usage information conforms to the preset incentive rules.
In an embodiment, when the usage information corresponding to user A completely matches the preset incentive rule, that is, the frequency of user A using smart scale 21 is not less than once a day, and the weekly weight change of user A is not less than x grams , It can be determined that the information used complies with the preset incentive rules, otherwise it is determined that it does not.
Step 308A, when the usage information meets the preset incentive rule, it is determined whether the user A has a guarantee certificate.
Step 310A, when there is a guarantee certificate, the smart asset certificate S1 is assigned to the user A.
Step 310B, when there is no guarantee certificate, assign smart asset certificate S2 to user A.
In an embodiment, the user A can configure corresponding guarantee credentials for the usage information, so as to implement further incentives for his exercise situation. For example, user A may have a corresponding account a in the blockchain, and hold a certain smart asset certificate through the account a. You can freeze at least a part of the smart asset certificate in the account a as a guarantee. Voucher; for example, the account a can temporarily transfer the at least a part of the smart asset voucher to a dedicated voucher freezing account, or the account a can be added to the at least a part of the smart asset voucher frozen logo, etc., this specification does not Limit it. Of course, at least a part of the off-chain assets in User A's off-chain account can also be frozen as the guarantee certificate, which is not limited in this specification.
In one embodiment, the guarantee certificate is not necessary. If there is a guarantee certificate, you can assign smart asset certificate S1 to user A, and if there is no guarantee certificate, you can assign smart asset certificate S2 to user A; where the equity represented by smart asset certificate S1 should be greater than that represented by smart asset certificate S2 The rights and interests are used to indicate the incentive to provide guarantee vouchers to user A, and make user A hold more smart asset vouchers, thus indicating that user A has a better use of smart scale 21 and can incentivize user A. Among them, the equity represented by the smart asset certificates S1, S2 can be a fixed value, or the equity represented by the smart asset certificates S1, S2 can be positively related to the equity represented by the security certificate, that is, the greater the equity represented by the security certificate / The more, the greater the equity represented by the smart asset certificates S1, S2 will be.
In an embodiment, in order to increase user A's emphasis on the smart scale 21 and to encourage user A's continued use of the smart scale 21, the user A may be required to provide a guarantee certificate. Therefore, in the case where there is a guarantee certificate, the smart asset certificate S1 can be allocated to user A to represent a certain interest; and when there is no guarantee certificate, the smart asset certificate S2 can be allocated to user A It is impossible to characterize any rights and interests, which is equivalent to not assigning any smart asset credentials, so the participation of user A will be meaningless.
Step 308B, when the usage information does not meet the preset incentive rules, it is determined whether the user A has a guarantee certificate.
Step 310C, when there is a guarantee certificate, the guarantee certificate is deducted.
In one embodiment, when the usage information does not meet the preset incentive rules, that is, user A's use of the smart scale 21 is not ideal, the user A can terminate the holding of the smart asset certificate corresponding to the guarantee certificate by deducting the guarantee certificate Then, the smart asset certificate held by user A decreases to remind user A to subsequently adjust the use of smart scale 21.
4 is a flowchart of another functional logic implemented by a smart contract provided by an exemplary embodiment. As shown in FIG. 4, the functional logic may include the following steps:
Step 402: Obtain user A's usage information.
Step 404: Determine preset incentive rules.
In an embodiment, for steps 402-404, reference may be made to steps 302-304 shown in FIG. 3, which will not be repeated here.
Step 406: Compare the usage information corresponding to user A with the preset incentive rules to determine whether the usage information fully complies with the preset incentive rules.
In one embodiment, it is assumed that the preset incentive rules include: Rule 1, the frequency of user A using the smart scale 21 is not less than once a day; Rule 2, the weekly weight change of user A is not less than x grams. Correspondingly, the use information of the user A on the smart scale 21 may include: use frequency and weight data. If the frequency of use satisfies "not less than 1 time per day" and the weight data meets "weekly weight change not less than x grams", it indicates that the usage information fully complies with the preset incentive rules; if the frequency of use satisfies "not less than 1 time per day", Or only the weight data satisfies "Weekly weight change is not less than x grams", indicating that the usage information part meets the preset incentive rules. Of course, it is possible that the usage frequency does not satisfy "not less than once a day" and the weight data does not satisfy "the weekly weight change is not less than x grams", then the usage information does not fully meet the preset incentive rules.
Step 408A, when the usage information fully meets the preset incentive rules, it is determined whether user A has a guarantee certificate.
In step 410A, when the security certificate exists, the smart asset certificate S1 is allocated to the user A.
Step 410B, when there is no guarantee certificate, the smart asset certificate S2 is allocated to the user A.
In an embodiment, for step 408A, step 410A and step 410B, reference may be made to step 308A, step 310A and step 310B shown in FIG. 3, which will not be repeated here.
Step 408B, when the usage information does not completely meet the preset incentive rule, it is determined whether the usage information partially complies with the preset incentive rule.
Step 410C, when the usage information does not completely meet the preset incentive rules, if there is a guarantee certificate, the guarantee certificate is deducted.
In an embodiment, similar to the embodiment shown in FIG. 3, user A can configure corresponding security credentials for the usage information. Then, when the usage information does not completely meet the preset incentive rules, the user A can be deducted from holding the smart asset certificate corresponding to the guarantee certificate by deducting the guarantee certificate, to remind the user A to subsequently adjust the use of the smart scale 21.
Step 410D, when the use information part meets the preset incentive rule, it is determined whether the user A has a guarantee certificate.
In step 412A, when there is a guarantee certificate, the smart asset certificate S3 is assigned to the user A.
Step 412B, when there is no guarantee certificate, the smart asset certificate S4 is assigned to the user A.
In an embodiment, similar to steps 410A-410B, when the usage information part meets the preset incentive rules, for example, when the usage frequency satisfies "not less than once a day", it indicates that user A insists on using smart scale 21, For another example, when only the weight data satisfies "Weekly weight change is not less than x grams", it indicates that user A insists on exercise behavior. Therefore, in order to encourage this part of the situation, user A can be assigned a certain smart asset certificate. In this embodiment, the guarantee certificate is not necessary: if there is a guarantee certificate, the smart asset certificate S3 can be assigned to the user A, if there is no guarantee certificate, the smart asset certificate S4 can be assigned to the user A; In terms of size: S1>S3>S4, S1>S2>S4.
In an embodiment, the rights and interests represented by the smart asset certificates S1 and S3 can be fixed values corresponding to each, or the rights and interests represented by the smart asset certificates S1 and S3 can be positively correlated with the rights and interests represented by the guarantee certificate, namely the guarantee The greater/more the rights and interests represented by the certificate, the larger/more the rights and interests represented by the smart asset certificates S1 and S3 are.
In an embodiment, user A may be required to provide guarantee credentials. Therefore, in the case where there is a guarantee certificate, the user A may be assigned a smart asset certificate S3, and the smart asset certificate S3 is used to characterize a certain interest; and when there is no guarantee certificate, the smart asset certificate S4 assigned to the user A It is impossible to characterize any rights and interests, which is equivalent to not assigning any smart asset credentials, so the participation of user A will be meaningless.
In addition, for the embodiment shown in FIGS. 3-4, when the usage information of user A completely does not meet the preset incentive rules, not only can user A not be assigned a smart asset certificate, but also the smart asset corresponding to user A A certain amount of smart asset voucher is deducted from account a. This part of the smart asset voucher is independent of the guarantee voucher provided by user A, which can further encourage user A to use smart scale 21 and maintain exercise.
FIG. 5 is a schematic structural diagram of a device provided by an exemplary embodiment. Please refer to FIG. 5. At the hardware level, the device includes a processor 502, an internal bus 504, a network interface 506, an internal memory 508, and a non-volatile memory 510. Of course, it may include hardware required by other businesses. body. The processor 502 reads the corresponding computer program from the non-volatile memory 510 into the internal memory 508 and then runs it to form an asset allocation device at a logical level. Of course, in addition to the software implementation, one or more embodiments of this specification do not exclude other implementations, such as a logic device or a combination of hardware and software, etc., that is to say, the execution body of the following processing flow is not limited to Each logic unit may also be a hardware or logic device.
Please refer to FIG. 6, in the software implementation, the asset allocation device is applied to a blockchain node, which may include:
The obtaining unit 61 obtains user usage information sent by an electronic device, and the user usage information is used to characterize a user's usage of the electronic device;
The calling unit 62 calls a smart contract, and the smart contract is used to confirm whether the user usage information conforms to a preset incentive rule to allocate the first asset certificate to the user if it is determined to be in compliance.
Optionally, the user usage information includes: the number of times and/or frequency of use of the electronic device.
Optionally, the user usage information includes: measurement data obtained by the electronic device measuring the user.
Optional, also includes:
The determining unit 63 determines that the second asset certificate held by the user is frozen as a guarantee certificate for guaranteeing that the user usage information can meet the preset incentive rule;
Wherein, the smart contract is also used to release the user's holding of the second asset certificate when the user's usage information does not meet the preset incentive rules.
Optionally, the size of the equity represented by the first asset certificate is positively related to the size of the equity represented by the second asset certificate.
Optionally, the smart contract is also used to deduct the third asset certificate held by the user when the user usage information does not meet the preset incentive rules.
The system, device, module or unit explained in the above embodiments may be implemented by a computer chip or entity, or by a product with a certain function. A typical implementation device is a computer, and the specific form of the computer may be a personal computer, a laptop computer, a mobile phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an e-mail sending and receiving device, and a game control Desk, tablet, wearable device, or any combination of these devices.
In a typical configuration, the computer includes one or more processors (CPUs), input/output interfaces, network interfaces, and internal memory.
Internal memory may include non-permanent memory, random access memory (RAM) and/or non-volatile internal memory in computer-readable media, such as read-only memory (ROM) or flash memory Body (flash RAM). Memory is an example of computer-readable media.
Computer-readable media, including permanent and non-permanent, removable and non-removable media, can store information by any method or technology. The information can be computer readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), and other types of random access memory (RAM) , Read-only memory (ROM), electrically erasable and programmable read-only memory (EEPROM), flash memory or other internal memory technology, read-only disc read-only memory (CD-ROM), multiple digits Functional Disc (DVD) or other optical storage, magnetic cassette tape, magnetic disk storage, quantum memory, graphene-based storage media or other magnetic storage devices or any other non-transmission media, can be used for storage and can be accessed by computing devices Information. According to the definition in this article, computer-readable media does not include temporary computer-readable media (transitory media), such as modulated data signals and carrier waves.
It should also be noted that the terms "include", "include" or any other variant thereof are intended to cover non-exclusive inclusion, so that a process, method, commodity or device that includes a series of elements includes not only those elements, but also includes Other elements not explicitly listed, or include elements inherent to this process, method, commodity, or equipment. Without more restrictions, the element defined by the sentence "include one..." does not exclude that there are other identical elements in the process, method, commodity, or equipment that includes the element.
The foregoing describes specific embodiments of the present specification. Other embodiments are within the scope of the patent application. In some cases, the actions or steps described in the scope of the patent application may be performed in a different order than in the embodiments and still achieve the desired result. In addition, the processes depicted in the drawings do not necessarily require the particular order shown or sequential order to achieve the desired results. In some embodiments, multiplexing and parallel processing are also possible or may be advantageous.
The terminology used in one or more embodiments of this specification is for the purpose of describing particular embodiments only, and is not intended to limit one or more embodiments of this specification. The singular forms "a", "said" and "the" used in one or more embodiments and the scope of patent applications of this specification are also intended to include most forms unless the context clearly indicates other meanings. It should also be understood that the term "and/or" as used herein refers to and includes any or all possible combinations of one or more associated listed items.
It should be understood that although one or more embodiments in this specification may use the terms first, second, third, etc. to describe various information, the information should not be limited to these terms. These terms are only used to distinguish the same type of information from each other. For example, without departing from the scope of one or more embodiments of this specification, the first information may also be referred to as second information, and similarly, the second information may also be referred to as first information. Depending on the context, the word "if" as used herein can be interpreted as "when" or "when" or "responsive to certainty".
The above are only preferred embodiments of one or more embodiments of this specification, and are not intended to limit one or more embodiments of this specification. Anything within the spirit and principle of one or more embodiments of this specification, Any modifications, equivalent replacements, improvements, etc. made should be included within the scope of protection of one or more embodiments of this specification.
