這裡將詳細地對示例性實施例進行說明，其示例表示在圖式中。下面的描述涉及圖式時，除非另有表示，不同圖式中的相同數字表示相同或相似的要素。以下示例性實施例中所描述的實施方式並不代表與本說明書一個或多個實施例相一致的所有實施方式。相反，它們僅是與如申請專利範圍中所詳述的、本說明書一個或多個實施例的一些方面相一致的裝置和方法的例子。
需要說明的是：在其他實施例中並不一定按照本說明書示出和描述的順序來執行相應方法的步驟。在一些其他實施例中，其方法所包括的步驟可以比本說明書所描述的更多或更少。此外，本說明書中所描述的單個步驟，在其他實施例中可能被分解為多個步驟進行描述；而本說明書中所描述的多個步驟，在其他實施例中也可能被合併為單個步驟進行描述。
圖1是一示例性實施例提供的一種內容推送方法的流程圖。如圖1所示，該方法應用於推送方處的電子設備，可以包括以下步驟：
步驟102，確定需求方在區塊鏈上發佈的用戶特徵和待推送內容的描述資訊。
在一實施例中，需求方用於提供待推送內容，並由推送方將該待推送內容推送至用戶。根據需求方在區塊鏈上發佈的待推送內容的描述資訊，比如該描述資訊可以為待推送內容本身或者待推送內容的獲取位址等，使得推送方可以獲取該待推送內容。而根據需求方在區塊鏈上發佈的用戶特徵，使得推送方可以據此確定出匹配於該用戶特徵的目標用戶，從而將待推送內容準確地推送至該目標用戶，而避免對其他用戶造成干擾。
在一實施例中，本說明書的技術方案可以應用於多種場景，本說明書並不對此進行限制。例如，當企業領導需要向某一部門的員工發佈會議通知時，該企業領導可以作為需求方向區塊鏈發佈用戶特徵和待推送內容的描述資訊，該用戶特徵可以包括上述“某一部門”的部門資訊、待推送內容的描述資訊可以包括會議通知的內容，電子設備可以包括設置於企業前臺處的考勤設備、部門辦公室入口處的門禁設備或其他位置處的設備，而推送方可以包括上述電子設備在企業中的管理人員，使得電子設備可以向附近且屬上述某一部門的員工推送會議通知。再例如，當廣告主需要向用戶推送廣告時，廣告主可以作為需求方向區塊鏈發佈用戶特徵和待推送內容的描述資訊，該用戶特徵可以包括廣告受眾人群的特徵資訊、待推送內容的描述資訊可以包括廣告內容的下載鏈接，推送方可以包括離線商家、電子設備可以包括離線商家處的支付設備或其他設備，使得電子設備可以向附近且屬上述廣告受眾人群的用戶推送廣告內容。
在一實施例中，區塊鏈中記錄有所述推送方發佈的推送方條件，當所述推送方條件與任一備選方發佈至區塊鏈中的備選方條件相匹配時，所述任一備選方被作為所述需求方。推送方可以透過運行區塊鏈的客戶端程式而將自身配置為區塊鏈節點，或者推送方可以存在對應的區塊鏈節點，使得該推送方可以向區塊鏈中提交區塊鏈交易，該區塊鏈交易中包含上述推送方條件，從而將該推送方條件發佈至區塊鏈，以記錄至各個區塊鏈節點分別維護的、內容統一的區塊鏈帳本中；類似地，備選方可以透過運行區塊鏈的客戶端程式而將自身配置為區塊鏈節點，或者備選方可以存在對應的區塊鏈節點，使得該備選方可以向區塊鏈中提交區塊鏈交易，該區塊鏈交易中包含上述備選方條件，從而將該備選方條件發佈至區塊鏈，以記錄至各個區塊鏈節點分別維護的、內容統一的區塊鏈帳本中。進一步地，區塊鏈節點透過區塊鏈自身提供的功能，或者調用智慧合約實現的擴展功能，可以將推送方條件與備選方條件進行匹配處理，以確定出與推送方條件相匹配的備選方條件，從而將其確定為需求方。
在一實施例中，所述推送方條件被記錄於推送方智慧合約中，所述推送方智慧合約被用於查找與所述推送方條件相匹配的備選方條件。其中，推送方智慧合約可由推送方針對推送方條件而創建；或者，推送方智慧合約可以為預定義的智慧合約，推送方可以透過調用該預定義的智慧合約，使得該智慧合約可以實施與推送方條件相關的匹配操作。相應地，備選方條件可以被記錄於下文所述的備選方智慧合約中，或者備選方條件可以被作為普通的交易資料而記錄在區塊鏈帳本中，均可以實現推送方條件與備選方條件之間的匹配，本說明書並不對此進行限制。
在一實施例中，所述備選方條件被記錄於備選方智慧合約中，所述備選方智慧合約被用於查找與所述備選方條件相匹配的推送方條件。其中，備選方智慧合約可由備選方針對備選方條件而創建；或者，備選方智慧合約可以為預定義的智慧合約，備選方可以透過調用該預定義的智慧合約，使得該智慧合約可以實施與備選方條件相關的匹配操作。相應地，推送方條件可以被記錄於上文所述的推送方智慧合約中，或者推送方條件可以被作為普通的交易資料而記錄在區塊鏈帳本中，均可以實現推送方條件與備選方條件之間的匹配，本說明書並不對此進行限制。
在一實施例中，所述電子設備可以被配置為區塊鏈節點；相應地，該電子設備可以查詢自身維護的區塊鏈帳本，由於該區塊鏈帳本的記錄內容對應於區塊鏈的全量交易資料，使得電子設備可以據此獲取需求方發佈至區塊鏈的所述用戶特徵和所述待推送內容的描述資訊。
在一實施例中，電子設備無需配置為區塊鏈節點；譬如，該電子設備可以為某一區塊鏈節點對應的介面設備，使得該電子設備可以從該區塊鏈節點處獲取所述用戶特徵和所述待推送內容的描述資訊，而所述用戶特徵和所述待推送內容的描述資訊由所述區塊鏈節點從自身維護的區塊鏈帳本中獲得。其中，區塊鏈節點在獲得所述用戶特徵和所述待推送內容的描述資訊後，可以主動推送至所述電子設備；或者，所述電子設備可以向區塊鏈節點發送查詢請求，以指示區塊鏈節點獲得並返回所述用戶特徵和所述待推送內容的描述資訊。
步驟104，探測所述電子設備的周邊用戶。
在一實施例中，電子設備可以配置有內置攝像模組或與外部攝像頭相連，使得電子設備可以對周邊用戶進行影像拍攝，並採集周邊用戶的特徵資訊，比如性別、年齡、身高、穿著等，以用於確定是否匹配於需求方設定的用戶特徵；甚至，當需求方設定的用戶特徵為用戶白名單時，特徵資訊可以包括周邊用戶的人臉影像、步態資訊等，從而透過搜索生理特徵資料庫等方式，準確查找到位於用戶白名單上的目標用戶。
在一實施例中，電子設備可以配置有藍牙模組（如BLE模組），使得電子設備可以與周邊用戶使用的用戶設備建立藍牙連接，並接收用戶設備發送的藍牙消息，當該藍牙消息中包含相應用戶的特徵資訊時，電子設備可以據此與需求方設定的用戶特徵進行匹配。
在一實施例中，當電子設備為離線商家處的支付設備時，在周邊用戶在該離線商家處消費並結帳時，該電子設備可以獲得周邊用戶的支付帳戶等資訊，並據此獲知相應用戶的特徵資訊，從而與需求方設定的用戶特徵進行匹配。
當然，電子設備還可以透過其他方式探測周邊用戶、獲知周邊用戶的特徵資訊，本說明書並不對此進行限制。
步驟106，當探測到匹配於所述用戶特徵的目標用戶時，向所述目標用戶推送所述待推送內容。
在一實施例中，電子設備可以向區塊鏈提交用於觸發推送操作的交易；在該交易通過共識後，該電子設備作為區塊鏈節點可以執行該交易，並透過執行所述交易而向所述目標用戶推送所述待推送內容，使得在各個區塊鏈節點分別維護、內容統一的區塊鏈帳本上記錄下該交易的相關內容，而基於區塊鏈帳本中資料的不可篡改、可追溯特性，使得需求方或其他任意對象均可以透過查詢區塊鏈帳本來核驗推送方所實施的推送操作，比如可以在交易完成時確認推送方完成了對待推送內容的推送操作，從而極大地提升了推送方的作弊成本、降低了作弊概率，無需在推送過程中對推送操作進行監管，降低了需求方的監管成本。
在一實施例中，電子設備可以透過以下方式中至少之一，向所述目標用戶推送所述待推送內容：向所述目標用戶播放基於所述待推送內容的語音、向所述目標用戶的用戶設備推送包含所述待推送內容的近場通訊消息（如藍牙消息、NFC消息等）等，本說明書並不對此進行限制。
在一實施例中，所述需求方為所述待推送內容綁定了資產憑證；相應地，在所述待推送內容被推送至所述目標用戶後，基於區塊鏈的原生功能或透過調用智慧合約所實現的擴展功能，可以將所述資產憑證的至少一部分轉移至所述推送方，以作為對推送方的激勵，可以促使推送方繼續執行推送操作、實現良性循環。例如，在向區塊鏈提交了上述用於觸發推送操作的交易後，可以在該交易完成時自動觸發對上述資產憑證的轉移操作，該轉移操作基於交易完成情況而自動執行，可以避免受到外部因素的影響、確保公平有效，既可以防止推送方的作弊行為，又可以避免需求方發生抵賴的情形。
在一實施例中，所述需求方為所述待推送內容綁定了資產憑證；相應地，在所述待推送內容被推送至所述目標用戶後，基於區塊鏈的原生功能或透過調用智慧合約所實現的擴展功能，可以將所述資產憑證的至少一部分轉移至所述目標用戶，以作為對目標用戶的激勵，或者作為對目標用戶所造成的干擾（對目標用戶的選擇並不一定完全匹配，或者即便完全匹配的目標用戶也並不一定對待推送內容感興趣）的補償。
在一實施例中，除了“所述待推送內容被推送至所述目標用戶”這一條件之外，還可以結合其他條件共同確定是否需要向目標用戶轉移資產憑證。例如，該其他條件可以包括：根據所述目標用戶的回應情況，確定所述目標用戶執行了預設的反饋操作；換言之，當所述待推送內容被推送至所述目標用戶之後，如果確定所述目標用戶執行了預設的反饋操作，可以將所述資產憑證的至少一部分轉移至所述目標用戶。其中，預設的反饋操作可以包括對待推送內容執行查看操作、對待推送內容的查看時長達到預設時長、點擊了待推送內容所包含的鏈接等，本說明書並不對此進行限制。其中，可以透過多種方式確定用戶是否執行了上述預設的反饋操作，本說明書並不對此進行限制；例如，當電子設備或其他設備（如待推送內容所包含鏈接對應的伺服器等）確定目標用戶執行了預設的反饋操作後，可以透過對應的區塊鏈節點向區塊鏈提交確認資訊，使得區塊鏈節點可以從區塊鏈帳本中獲得該確認資訊；再例如，當電子設備或其他設備確定目標用戶執行了預設的反饋操作後，可以向預言機（Oracle）發送通知消息，使得該預言機向區塊鏈中發佈相應的確認資訊。
在一實施例中，所述資產憑證包括用於表徵一定權益的對象，可以呈現為多種形式，本說明書並不對此進行限制。例如，資產憑證可以包括區塊鏈中的智慧資產憑證，該智慧資產憑證可以被區塊鏈成員（對應於個人、企業等，本說明書並不對此進行限制）持有，並在各個區塊鏈成員之間進行轉移，而區塊鏈節點在上述實施例中可以基於區塊鏈的原生功能或智慧合約實現的擴展功能，直接向目標用戶的區塊鏈帳戶中轉入智慧資產憑證。智慧資產憑證可以由區塊鏈自動產生，或者智慧資產憑證可以由區塊鏈中扮演錨點（anchor）角色的區塊鏈成員發佈，當然本說明書並不限制其產生方式。同時，區塊鏈成員可以在上述錨點角色的區塊鏈成員處，將智慧資產憑證兌換為等價的鏈外資產憑證。再例如，資產憑證可以包括上述的鏈外資產憑證，該鏈外資產憑證可以用於表徵鏈外權益，比如會員積分、優惠券、兌換碼、虛擬紅包、帳戶餘額等，本說明書並不對此進行限制；其中，鏈外資產憑證可由個人或企業等持有，並且可以在上述錨點角色的區塊鏈成員處，將智慧資產憑證兌換為等價的智慧資產憑證。區塊鏈節點可以基於區塊鏈的原生功能或智慧合約實現的擴展功能，向鏈外成員發送轉移命令，以使得鏈外成員向上述目標用戶轉移鏈外資產憑證。
需要指出的是：在本說明書中所描述的交易（transfer），是指用戶透過區塊鏈的客戶端創建，並需要最終發佈至區塊鏈的分散式資料庫中的一筆資料。其中，區塊鏈中的交易，存在狹義的交易以及廣義的交易之分。狹義的交易是指用戶向區塊鏈發佈的一筆價值轉移；例如，在傳統的比特幣區塊鏈網路中，交易可以是用戶在區塊鏈中發起的一筆轉帳。而廣義的交易是指用戶向區塊鏈發佈的一筆具有業務意圖的業務資料；例如，營運方可以基於實際的業務需求搭建一個聯盟鏈，依託於聯盟鏈部署一些與價值轉移無關的其它類型的線上業務（比如，租房業務、車輛調度業務、保險理賠業務、信用服務、醫療服務等），而在這類聯盟鏈中，交易可以是用戶在聯盟鏈中發佈的一筆具有業務意圖的業務消息或者業務請求。
為了便於理解，以廣告內容投放場景為例，本說明書的技術方案進行描述。圖2是一示例性實施例提供的一種廣告內容投放場景的示意圖。如圖2所示，假定存在廣告主1、廣告主2……廣告主m，每一廣告主分別在區塊鏈網路中存在對應的區塊鏈節點，比如廣告主1對應於節點1、廣告主2對應於節點2……廣告主m對應於節點m。其中，透過在各個廣告主使用的電子設備上運行區塊鏈的客戶端程式，可以將電子設備配置為相應的區塊鏈節點，以形成上述的節點1~節點m；當然，區塊鏈節點並不一定配置於各個廣告主使用的電子設備上，比如廣告主可以應用其他形式的區塊鏈節點，本說明書並不對此進行限制。
類似地，假定存在商家1、商家2……商家n，每一商家分別在區塊鏈網路中存在對應的區塊鏈節點，比如商家1對應於節點m+1、商家2對應於節點m+2……商家n對應於節點m+n。其中，商家1~商家n處分別設有相應的IoT設備1~IoT設備n，可以透過在這些IoT設備1~IoT設備n上運行區塊鏈的客戶端程式，從而將這些IoT設備1~IoT設備n配置為上述的節點m+1~節點m+n。
需要指出的是：
廣告主並不一定直接對應於區塊鏈節點，比如廣告主可以委託代理方，並由代理方代替廣告主委託廣告推送需求，那麼可以由代理方對應於區塊鏈節點，並參與本說明書的廣告投放過程。廣告主與商家之間可能存在一定的重疊，即廣告主本身可能是商家、可以對其他廣告主的廣告進行投放，商家本身也可能的廣告主、可以透過其他商家進行廣告投放。
針對圖2所示的場景，圖3是一示例性實施例提供的一種基於區塊鏈實現廣告精準投放的互動示意圖。如圖3所示，廣告主1~m與商家1~n可以基於區塊鏈實現廣告的精準投放，其互動過程可以包括以下步驟：
步驟301a，廣告主1~m分別確定廣告主條件，產生相應的廣告主智慧合約，並發佈至區塊鏈。
在一實施例中，廣告主條件包括廣告主1~m根據自身的廣告推送需求而設定的匹配條件，該匹配條件可以包括一個或多個維度，比如：用戶特徵（特徵資訊、用戶白名單或用戶黑名單）、商家類別、廣告推送時間段、廣告類別、最高出價等，本說明書並不對此進行限制。
在一實施例中，廣告主1~m可以創建一智慧合約，並將該智慧合約配置為上述的廣告主智慧合約，該廣告主智慧合約中包含上述的廣告主條件，並將該廣告主智慧合約發佈至區塊鏈中，使得上述的廣告主條件被記錄至各個區塊鏈節點分別維護、內容統一的區塊鏈帳本中。為了降低智慧合約的創建難度，可以向廣告主1~m提供智慧合約的創建模板，比如該模板可以呈現為配置頁面，使得廣告主1~m只需要寫入上述的廣告主條件等內容後，即可自動產生相應的廣告主智慧合約，使得智慧合約的創建過程被參數化，極大地降低了創建智慧合約的技術門檻。
在一實施例中，廣告主1~m可以向區塊鏈發佈一筆交易，該交易用於調用預先產生的智慧合約，並向該智慧合約提供輸入參數，該輸入參數的內容包括上述的廣告主條件，則該智慧合約相當於被配置為廣告主智慧合約。
在一實施例中，除了廣告主條件之外，廣告主智慧合約還可以包含其他內容，比如：廣告內容或其下載鏈接、為廣告綁定的資產憑證等，下文將描述這些內容的用途，此處不贅述。
步驟301b，商家1~n分別確定商家條件，產生相應的商家智慧合約，並發佈至區塊鏈。
在一實施例中，商家條件包括商家1~n根據自身的廣告推送能力而設定的匹配條件，該匹配條件可以包括一個或多個維度，比如：用戶特徵（特徵資訊、用戶白名單或用戶黑名單）、廣告主類別、廣告推送時間段、廣告類別、最低報價等，本說明書並不對此進行限制。
在一實施例中，商家1~n可以創建一智慧合約，並將該智慧合約配置為上述的商家智慧合約，該商家智慧合約中包含上述的商家條件，並將該商家智慧合約發佈至區塊鏈中，使得上述的商家條件被記錄至各個區塊鏈節點分別維護、內容統一的區塊鏈帳本中。為了降低智慧合約的創建難度，可以向商家1~n提供智慧合約的創建模板，使其與上述廣告主1~m相類似的，只需要寫入商家條件等內容，即可自動產生相應的商家智慧合約。
在一實施例中，商家1~n可以向區塊鏈發佈一筆交易，該交易用於調用預先產生的智慧合約，並向該智慧合約提供輸入參數，該輸入參數的內容包括上述的商家條件，則該智慧合約相當於被配置為商家智慧合約。
在一實施例中，除了商家條件之外，商家智慧合約還可以包含其他內容，比如：廣告內容或其下載鏈接、為廣告綁定的資產憑證等，下文將描述這些內容的用途，此處不贅述。
步驟302，區塊鏈節點透過調用廣告主智慧合約或商家智慧合約，執行條件匹配。
在一實施例中，區塊鏈節點可以根據廣告主智慧合約中定義的匹配邏輯，將該廣告主智慧合約中包含的廣告主條件與各個商家的商家條件進行條件匹配，以查找出匹配於廣告主條件的商家條件，相當於在廣告主與商家之間建立匹配關係，從而由商家為存在匹配關係的廣告主提供廣告投放服務。
在一實施例中，區塊鏈節點可以根據商家智慧合約中定義的匹配邏輯，將該商家智慧合約中包含的商家條件與各個廣告主的廣告主條件進行條件匹配，以查找出匹配於商家條件的廣告主條件，相當於在廣告主與商家之間建立匹配關係，從而由商家為存在匹配關係的廣告主提供廣告投放服務。
在一實施例中，商家和廣告主中可以僅一方向區塊鏈提交智慧合約，另一方可以將自身的條件資料作為普通的交易資料發佈至區塊鏈。比如，假定由廣告主向區塊鏈發佈廣告主智慧合約，而商家直接將商家條件發佈至區塊鏈中，使得區塊鏈節點透過調用廣告主智慧合約對區塊鏈帳本中的商家條件進行匹配，同樣能夠建立起廣告主與商家之間的匹配關係。
在一實施例中，對於廣告主條件與商家條件而言，可以在完全相符的情況下，才認為匹配成功；或者，可以設定一匹配度閾值，從而在不小於該匹配度閾值的情況下即可認為匹配成功，從而避免匹配的商家數量較少而無法達到較好的廣告投放效果。
在一實施例中，當廣告主向區塊鏈提交廣告主智慧合約，或商家向區塊鏈提交商家智慧合約後，可以儘快（如即時）執行針對相關條件的匹配操作；或者，可以按照一定規則（如預設週期）觸發匹配操作，本說明書並不對此進行限制。
步驟303，根據條件匹配的匹配結果，對商家1~n分別對應的IoT設備1~n進行配置。
在一實施例中，區塊鏈節點執行條件匹配並得到匹配結果後，該匹配結果可以被同步至各個節點、記錄至各個節點維護的區塊鏈帳本中，使得廣告主1~m、商家1~n均可以獲知該匹配結果。
在一實施例中，當IoT設備1~n獲知自身對應的商家所發佈的商家條件存在相匹配的廣告主條件時，該IoT設備1~n可以分別向對應的商家告知匹配結果，並由商家確定是否投放相應的廣告內容；尤其是，當某一商家發佈的商家條件存在多份相匹配的廣告主條件時，可以透過向該商家告知匹配結果，由該商家選取希望投放的廣告內容。當商家確定由IoT設備對某一廣告主的廣告進行投放時，IoT設備可以從該廣告主對應的廣告主智慧合約中讀取廣告內容（或者讀取下載鏈接，並從該下載鏈接獲取對應的廣告內容），並將該廣告內容配置為自身的投放內容，從而針對該廣告內容實施投放操作。
在一實施例中，IoT設備所投放的廣告數量存在預設閾值，比如該預設閾值可以為1條或其他預設數值，本說明書並不對此進行限制。當IoT對應的商家條件所匹配的廣告主條件的數量不大於所述預設閾值時，IoT設備可以自動獲取相應的廣告內容，並將其配置為自身的投放內容、執行投放操作。當IoT設備對應的商家條件所匹配的廣告主條件的數量大於所述預設閾值時，IoT設備可以自動篩選出不大於該預設閾值的一個或多個廣告主條件，並將相應的廣告內容配置為自身的投放內容、執行投放操作。
例如，IoT設備可以根據相匹配的廣告主條件，分別讀取相應的每一廣告主智慧合約中定義的最高出價，並按照出價從高到低的順序，依次選取不大於預設閾值的一個或多個廣告主條件，從而確保商家的收益最大化。
步驟304，IoT設備1~n搜索目標用戶。
在一實施例中，根據所配置的廣告主條件，IoT設備1~n可以按照廣告主條件中定義的用戶特徵（也可以認為是商家條件中定義的用戶特徵，因為前提是廣告主條件與商家條件相匹配）對周邊用戶進行探測，以搜索匹配於該用戶特徵的目標用戶。
根據IoT設備所具備的探測功能，各個IoT設備可以透過多種方式對周邊用戶進行探測，本說明書並不對此進行限制。例如，當IoT設備設有內置攝像模組時，可以對周邊用戶進行影像採集和特徵分析；再例如，當IoT設備設有藍牙模組時，可以接收周邊用戶使用的用戶設備所發出的藍牙消息，該藍牙消息中可以包含對應用戶的資訊；又例如，當IoT設備為商家處的支付設備時，可以在周邊用戶透過該支付設備結帳時，獲知相應用戶的資訊。
步驟305，IoT設備1~n透過向區塊鏈中提交區塊鏈交易，向目標用戶推送廣告內容。
在一實施例中，當探測到目標用戶時，IoT設備1~n可以向區塊鏈中提交區塊鏈交易，用於使提交該區塊鏈交易的IoT設備向目標用戶推送廣告內容，而在推送操作執行後，該區塊鏈交易被標記為完成狀態。基於上述方案，可將IoT設備1~n對廣告內容的推送操作與區塊鏈交易的完成情況相關聯，使得推送操作的執行情況被記錄至區塊鏈帳本中，而由於區塊鏈的鏈式資料結構，使得商家基本無法篡改相關記錄資訊，造成商家的作弊成本極高，並且廣告主可以隨時透過區塊鏈帳本查詢相關記錄資訊，驗證商家的廣告投放情況。
在一實施例中，根據IoT設備所具備的投放能力，可以透過相應的一種或多種方式執行廣告投放操作，本說明書並不對此進行限制。例如，當IoT設備內置揚聲器時，可以向目標用戶播放廣告內容的語音；再例如，當IoT設備內置藍牙模組時，可以向目標用戶使用的用戶設備推送包含廣告內容的藍牙消息。
步驟306，區塊鏈節點根據同步的交易資訊，分配資產憑證。
在一實施例中，在某一IoT設備向目標用戶推送了廣告內容後，基於相應的廣告主智慧合約中定義的最高出價（或者商家智慧合約中定義的最低報價），可以從廣告主智慧合約中設定的“為廣告綁定的資產憑證”中，選取對應價值的資產憑證並轉移至該IoT設備對應的商家，從而相當於由廣告主向商家支付了廣告投放費用。例如，該資產憑證可以為廣告主透過相應的區塊鏈帳戶所持有的token（代幣），而上述轉移操作相當於將部分token從廣告主對應的區塊鏈帳戶轉移至商家對應的區塊鏈帳戶；或者，綁定至廣告的token可以預先轉移至某一凍結專用的區塊鏈帳戶中，並從該凍結專用的區塊鏈帳戶轉移至商家對應的區塊鏈帳戶。
在一實施例中，在某一IoT設備向目標用戶推送了廣告內容後，如果可以獲知該目標用戶的身份資訊（比如，由IoT設備對目標用戶進行人臉識別；再比如，當目標用戶透過該IoT設備進行結帳時，由IoT設備獲取目標用戶的帳戶資訊等），那麼區塊鏈節點還可以向該目標用戶轉移至少一部分資產憑證，比如向該目標用戶對應的區塊鏈帳戶轉入預設數量的token。
當然，向目標用戶轉移資產憑證的操作並不一定是無條件的。換言之，在一些情況下，可以無條件地向目標用戶轉移資產憑證；而在另一些情況下，可以在目標用戶滿足一定條件的情況下，向該目標用戶轉移資產憑證。例如，目標用戶滿足的條件可以包括：IoT設備向目標用戶推送廣告內容後，目標用戶執行了預設反饋操作，表明廣告內容的推送操作對目標用戶產生了一定的效果。
譬如，IoT設備可以對目標用戶進行影像採集而分析其行為，從而確定是否執行了預設反饋操作；或者，當IoT設備向目標用戶使用的用戶設備發送了包含廣告內容的推送消息時，可以接收該用戶設備返回的回應消息，該回應消息可以表明目標用戶是否執行了預設反饋操作（比如目標用戶是否觸發了廣告內容等）。再譬如，當IoT設備向目標用戶使用的用戶設備發送了包含廣告內容的推送消息時，目標用戶可以在用戶設備上觸發該推送消息、瀏覽廣告內容，甚至透過觸發廣告內容而瀏覽相應的鏈接內容，使得對應的伺服器獲知該用戶設備的訪問行為，以確定該目標用戶是否執行了預設反饋操作。相應地，IoT設備或伺服器等獲知目標用戶執行了預設反饋操作後，可以向區塊鏈發佈通知消息，該通知消息表明目標用戶針對某一廣告內容執行了預設反饋操作，使得區塊鏈節點在獲得該通知消息後，據此向目標用戶轉移資產憑證。
圖4是一示例性實施例提供的一種設備的示意結構圖。請參考圖4，在硬體層面，該設備包括處理器402、內部匯流排404、網路介面406、內部記憶體408以及非易失性記憶體410，當然還可能包括其他業務所需要的硬體。處理器402從非易失性記憶體410中讀取對應的電腦程式到內部記憶體408中然後運行，在邏輯層面上形成內容推送裝置。當然，除了軟體實現方式之外，本說明書一個或多個實施例並不排除其他實現方式，比如邏輯裝置抑或軟硬體結合的方式等等，也就是說以下處理流程的執行主體並不限定於各個邏輯單元，也可以是硬體或邏輯裝置。
請參考圖5，在軟體實施方式中，該內容推送裝置應用於推送方處的電子設備，所述裝置可以包括：
確定單元501，確定需求方在區塊鏈上發佈的用戶特徵和待推送內容的描述資訊；
探測單元502，探測所述電子設備的周邊用戶；
推送單元503，當探測到匹配於所述用戶特徵的目標用戶時，向所述目標用戶推送所述待推送內容。
可選的，區塊鏈中記錄有所述推送方發佈的推送方條件，當所述推送方條件與任一備選方發佈至區塊鏈中的備選方條件相匹配時，所述任一備選方被作為所述需求方。
可選的，
所述推送方條件被記錄於推送方智慧合約中，所述推送方智慧合約被用於查找與所述推送方條件相匹配的備選方條件；
和/或，所述備選方條件被記錄於備選方智慧合約中，所述備選方智慧合約被用於查找與所述備選方條件相匹配的推送方條件。
可選的，所述需求方為所述待推送內容綁定了資產憑證；所述裝置還包括：
第一轉移單元504，在所述待推送內容被推送至所述目標用戶後，觸發將所述資產憑證的至少一部分轉移至所述推送方的資產轉移操作。
可選的，所述需求方為所述待推送內容綁定了資產憑證；所述裝置還包括：
第二轉移單元505，在所述待推送內容被推送至所述目標用戶後，觸發將所述資產憑證的至少一部分轉移至所述目標用戶的資產轉移操作。
可選的，所述第二轉移單元505具體用於：
在所述待推送內容被推送至所述目標用戶後，確定所述目標用戶的回應情況；
當確定所述目標用戶執行了預設的反饋操作時，觸發將所述資產憑證的至少一部分轉移至所述目標用戶的資產轉移操作。
可選的，所述資產憑證包括：智慧資產憑證和/或鏈外資產憑證。
可選的，所述推送單元503具體用於：
向區塊鏈提交用於觸發推送操作的交易；
透過執行所述交易，向所述目標用戶推送所述待推送內容。
可選的，當所述交易完成時，所述待推送內容被確認為完成推送。
可選的，所述推送單元503用於實現下述至少之一：
向所述目標用戶播放基於所述待推送內容的語音、向所述目標用戶的用戶設備推送包含所述待推送內容的近場通訊消息。
可選的，所述電子設備被配置為區塊鏈節點；所述確定單元501具體用於：
查詢所述電子設備維護的區塊鏈帳本，以獲取所述用戶特徵和所述待推送內容的描述資訊。
可選的，所述確定單元501具體用於：
從所述電子設備對應的區塊鏈節點處，獲取所述用戶特徵和所述待推送內容的描述資訊；
其中，所述用戶特徵和所述待推送內容的描述資訊由所述區塊鏈節點從自身維護的區塊鏈帳本中獲得。
上述實施例闡明的系統、裝置、模組或單元，具體可以由電腦晶片或實體實現，或者由具有某種功能的產品來實現。一種典型的實現設備為電腦，電腦的具體形式可以是個人電腦、膝上型電腦、行動電話、相機電話、智慧電話、個人數位助理、媒體播放器、導航設備、電子郵件收發設備、遊戲控制台、平板電腦、可穿戴設備或者這些設備中的任意幾種設備的組合。
在一個典型的配置中，電腦包括一個或多個處理器(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 the drawings, unless otherwise indicated, the same numbers in different drawings indicate the same or similar elements. The implementations described in the following exemplary embodiments do not represent all implementations consistent with one or more embodiments of this specification. On the contrary, they are only 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 a content pushing method provided by an exemplary embodiment. As shown in Figure 1, the method is applied to the electronic device at the pushing party and may include the following steps:
Step 102: Determine the user characteristics published by the demander on the blockchain and the description information of the content to be pushed.
In an embodiment, the demander is used to provide the content to be pushed, and the pusher pushes the content to be pushed to the user. According to the description information of the content to be pushed published on the blockchain by the demanding party, for example, the description information may be the content to be pushed or the acquisition address of the content to be pushed, etc., so that the pushing party can obtain the content to be pushed. According to the user characteristics published by the demander on the blockchain, the pusher can determine the target user matching the user characteristics, so as to accurately push the content to be pushed to the target user, and avoid causing damage to other users. interference.
In an embodiment, the technical solution of this specification can be applied to a variety of scenarios, and this specification does not limit this. For example, when a business leader needs to issue a meeting notice to employees of a certain department, the business leader can publish user characteristics and description information of the content to be pushed as the demand direction. The user characteristics can include the above "a department" Department information and description information of the content to be pushed may include the content of meeting notifications. Electronic equipment may include attendance equipment installed at the front desk of an enterprise, access control equipment at the entrance of a department office or equipment at other locations, and the pushing party may include the above electronic equipment. The manager of the device in the enterprise enables the electronic device to push meeting notifications to nearby employees who belong to one of the above-mentioned departments. For another example, when an advertiser needs to push an advertisement to a user, the advertiser can publish the user characteristics and description information of the content to be pushed as the demand direction blockchain. The user characteristics may include the characteristic information of the advertising audience and the description of the content to be pushed The information may include the download link of the advertisement content, the pusher may include offline merchants, and the electronic device may include payment devices or other devices at the offline merchant, so that the electronic device can push the advertisement content to nearby users who belong to the above-mentioned advertising audience.
In an embodiment, the pusher conditions issued by the pusher are recorded in the blockchain, and when the pusher conditions match the conditions for the pusher published by any candidate to the blockchain, all Any one of the candidates is regarded as the demander. The pusher can configure itself as a blockchain node by running the client program of the blockchain, or the pusher can have a corresponding blockchain node, so that the pusher can submit blockchain transactions to the blockchain. The blockchain transaction includes the above-mentioned pusher conditions, so that the pusher conditions are published to the blockchain to be recorded in the blockchain ledger maintained by each blockchain node with a unified content; similarly, prepare The candidate can configure itself as a blockchain node by running the client program of the blockchain, or the candidate can have a corresponding blockchain node, so that the candidate can submit the blockchain to the blockchain Transaction, the blockchain transaction includes the above candidate conditions, so that the candidate conditions are published to the blockchain to be recorded in a unified blockchain ledger maintained by each blockchain node. Further, through the functions provided by the blockchain itself, or by calling the extended functions implemented by the smart contract, the blockchain node can match the conditions of the pusher with the conditions of the candidate to determine the equipment that matches the conditions of the pusher. Select the conditions to determine it as the demand side.
In one embodiment, the pusher conditions are recorded in the pusher smart contract, and the pusher smart contract is used to find candidate conditions that match the pusher conditions. Among them, the pusher smart contract can be created by the pusher according to the pusher conditions; or the pusher smart contract can be a predefined smart contract, and the pusher can call the predefined smart contract so that the smart contract can be implemented and pushed Matching operations related to party conditions. Correspondingly, the conditions of the candidate can be recorded in the smart contract of the candidate described below, or the conditions of the candidate can be recorded in the blockchain ledger as ordinary transaction data, both of which can achieve the conditions of the pusher This specification does not limit the match between the conditions of the candidate.
In one embodiment, the candidate party condition is recorded in the candidate party smart contract, and the candidate party smart contract is used to find the pusher condition that matches the candidate party condition. Among them, the alternative party’s smart contract can be created by the alternative party according to the alternative party’s conditions; alternatively, the alternative party’s smart contract can be a predefined smart contract, and the alternative party can call the pre-defined smart contract to make the smart contract. The contract can implement matching operations related to the conditions of the candidate. Correspondingly, the conditions of the pusher can be recorded in the smart contract of the pusher mentioned above, or the conditions of the pusher can be recorded in the blockchain ledger as ordinary transaction data, both of which can realize the conditions and backup of the pusher. This manual does not limit the matching between the selection conditions.
In an embodiment, the electronic device can be configured as a blockchain node; accordingly, the electronic device can query the blockchain ledger maintained by itself, because the record content of the blockchain ledger corresponds to the block The full amount of transaction data of the chain enables the electronic device to obtain the user characteristics and the description information of the content to be pushed that the demander publishes to the blockchain accordingly.
In one embodiment, the electronic device does not need to be configured as a blockchain node; for example, the electronic device may be an interface device corresponding to a certain blockchain node, so that the electronic device can obtain the user from the blockchain node Features and description information of the content to be pushed, and the user features and description information of the content to be pushed are obtained by the blockchain node from a blockchain ledger maintained by itself. Wherein, the blockchain node can actively push to the electronic device after obtaining the user characteristics and the description information of the content to be pushed; or, the electronic device can send a query request to the blockchain node to indicate The blockchain node obtains and returns the user characteristics and the description information of the content to be pushed.
Step 104: Detect surrounding users of the electronic device.
In one embodiment, the electronic device may be equipped with a built-in camera module or connected to an external camera, so that the electronic device can take images of surrounding users and collect characteristic information of the surrounding users, such as gender, age, height, wearing, etc. It is used to determine whether it matches the user characteristics set by the demander; even when the user characteristics set by the demander are user whitelists, the characteristic information can include facial images and gait information of surrounding users, so as to search for physiological characteristics The database and other methods can accurately find the target user on the user whitelist.
In an embodiment, the electronic device may be configured with a Bluetooth module (such as a BLE module), so that the electronic device can establish a Bluetooth connection with user devices used by surrounding users, and receive Bluetooth messages sent by the user equipment. When the feature information of the corresponding user is included, the electronic device can match the user feature set by the demander accordingly.
In one embodiment, when the electronic device is a payment device at an offline merchant, the electronic device can obtain information such as the payment account of the surrounding user when the surrounding user consumes and settles at the offline merchant, and learns the corresponding information accordingly. The user's characteristic information is matched with the user characteristics set by the demander.
Of course, the electronic device can also detect the surrounding users and obtain the characteristic information of the surrounding users through other means, which is not limited in this manual.
Step 106: When a target user matching the user characteristics is detected, push the content to be pushed to the target user.
In one embodiment, the electronic device can submit a transaction to the blockchain for triggering the push operation; after the transaction has passed the consensus, the electronic device can perform the transaction as a blockchain node and send the transaction to the blockchain by executing the transaction. The target user pushes the content to be pushed, so that the relevant content of the transaction is recorded on the blockchain ledger maintained by each blockchain node and the content is unified, and the data in the blockchain ledger cannot be tampered with , Traceability, so that the demander or any other object can verify the push operation performed by the pusher by querying the blockchain ledger. For example, it can confirm that the pusher has completed the push operation of the content to be pushed when the transaction is completed, which greatly This greatly increases the cheating cost of the pusher and reduces the probability of cheating. There is no need to monitor the push operation during the push process, which reduces the demand-side supervision cost.
In an embodiment, the electronic device may push the content to be pushed to the target user through at least one of the following methods: playing a voice based on the content to be pushed to the target user, The user equipment pushes near-field communication messages (such as Bluetooth messages, NFC messages, etc.) that contain the content to be pushed, and this specification does not limit this.
In one embodiment, the demander binds an asset certificate to the content to be pushed; accordingly, after the content to be pushed is pushed to the target user, based on the native function of the blockchain or by calling The extended function realized by the smart contract can transfer at least a part of the asset certificate to the pusher as an incentive to the pusher, which can prompt the pusher to continue the push operation and realize a virtuous circle. For example, after submitting the aforementioned transaction for triggering the push operation to the blockchain, the transfer operation of the aforementioned asset certificate can be automatically triggered when the transaction is completed. The transfer operation is automatically executed based on the completion of the transaction, which can avoid external The influence of factors and ensuring fairness and effectiveness can not only prevent cheating by the pusher, but also avoid denial on the demand side.
In one embodiment, the demander binds an asset certificate to the content to be pushed; accordingly, after the content to be pushed is pushed to the target user, based on the native function of the blockchain or by calling The extended function realized by the smart contract can transfer at least a part of the asset certificate to the target user as an incentive to the target user or as an interference to the target user (the choice of the target user is not necessarily Compensation for exact matches, or even if the target users are exactly matched, they are not necessarily interested in the content being pushed).
In an embodiment, in addition to the condition that "the content to be pushed is pushed to the target user", other conditions may also be combined to determine whether the asset certificate needs to be transferred to the target user. For example, the other conditions may include: determining that the target user has performed a preset feedback operation according to the response of the target user; in other words, after the content to be pushed is pushed to the target user, if it is determined The target user performs a preset feedback operation, and at least a part of the asset certificate can be transferred to the target user. The preset feedback operation may include performing a viewing operation on the content to be pushed, the viewing duration of the content to be pushed reaches the preset duration, and the link contained in the content to be pushed is clicked. This specification does not limit this. Among them, multiple methods can be used to determine whether the user has performed the above-mentioned preset feedback operation. This manual does not limit this; for example, when an electronic device or other device (such as the server corresponding to the link contained in the content to be pushed) determines the target After the user performs the preset feedback operation, he can submit confirmation information to the blockchain through the corresponding blockchain node, so that the blockchain node can obtain the confirmation information from the blockchain ledger; for example, when an electronic device After determining that the target user has performed the preset feedback operation, or other devices can send a notification message to the oracle (Oracle), so that the oracle will release the corresponding confirmation information to the blockchain.
In an embodiment, the asset certificate includes an object used to represent a certain equity, and may be in various forms, which is not limited in this specification. For example, asset certificates can include smart asset certificates in the blockchain, which can be held by members of the blockchain (corresponding to individuals, companies, etc., and this manual does not limit this) and can be stored in each blockchain Transfer between members, and the blockchain node in the above embodiment can directly transfer the smart asset certificate to the target user's blockchain account based on the native function of the blockchain or the extended function realized by the smart contract. The smart asset certificate can be automatically generated by the blockchain, or the smart asset certificate can be issued by a member of the blockchain who plays the role of an anchor in the blockchain. Of course, this manual does not limit its generation method. At the same time, the blockchain member can exchange the smart asset certificate into an equivalent off-chain asset certificate at the blockchain member of the anchor role. For another example, the asset certificate may include the above-mentioned off-chain asset certificate. The off-chain asset certificate can be used to characterize off-chain rights, such as membership points, coupons, redemption codes, virtual red envelopes, account balances, etc. This specification does not describe this Restrictions; among them, off-chain asset certificates can be held by individuals or companies, and the smart asset certificates can be exchanged for equivalent smart asset certificates at the blockchain members of the above anchor role. Blockchain nodes can send transfer commands to members outside the chain based on the native functions of the blockchain or the extended functions realized by smart contracts, so that the members outside the chain can transfer the asset certificates outside the chain to the aforementioned target users.
It should be pointed out that: the transfer described in this manual refers to a piece of data created by the user through the client of the blockchain and need to be finally released to the distributed database of the blockchain. Among them, transactions in the blockchain are divided into narrow transactions and broad transactions. A narrowly defined transaction refers to a transfer of value issued by a user to the blockchain; for example, in a traditional Bitcoin blockchain network, a transaction can be a transfer initiated by the user in the blockchain. In a broad sense, a transaction refers to a piece of business data with business intentions released by a user to the blockchain; for example, an operator can build a consortium chain based on actual business needs, and rely on the consortium chain to deploy some other types that are not related to value transfer. Online business (for example, renting business, vehicle dispatching business, insurance claims business, credit service, medical service, etc.), and in this kind of alliance chain, the transaction can be a business message with business intent issued by the user in the alliance chain or Business request.
In order to facilitate understanding, the technical solution in this specification is described by taking an advertisement content placement scenario as an example. Fig. 2 is a schematic diagram of an advertisement content placement scenario provided by an exemplary embodiment. As shown in Figure 2, it is assumed that there are advertiser 1, advertiser 2, ... advertiser m, and each advertiser has a corresponding blockchain node in the blockchain network. For example, advertiser 1 corresponds to node 1, Advertiser 2 corresponds to node 2... Advertiser m corresponds to node m. Among them, by running the client program of the blockchain on the electronic equipment used by each advertiser, the electronic equipment can be configured as the corresponding blockchain node to form the aforementioned node 1~node m; of course, the blockchain node It is not necessarily configured on the electronic equipment used by each advertiser. For example, advertisers can use other forms of blockchain nodes. This manual does not limit this.
Similarly, suppose there are merchant 1, merchant 2... merchant n, and each merchant has a corresponding blockchain node in the blockchain network. For example, merchant 1 corresponds to node m+1, and merchant 2 corresponds to node m +2...The merchant n corresponds to the node m+n. Among them, there are corresponding IoT device 1~IoT device n at merchant 1~business n. The client program of the blockchain can be run on these IoT devices 1~IoT device n to connect these IoT devices 1~IoT The device n is configured as the aforementioned node m+1 to node m+n.
What needs to be pointed out is:
Advertisers do not necessarily directly correspond to blockchain nodes. For example, advertisers can appoint an agent, and the agent can replace the advertiser’s request for advertising push, so the agent can correspond to the blockchain node and participate in the instructions of this manual. Advertising process. There may be a certain overlap between advertisers and businesses, that is, advertisers themselves may be businesses and can place advertisements of other advertisers, and businesses themselves may also be advertisers that can place advertisements through other businesses.
For the scenario shown in FIG. 2, FIG. 3 is an interactive schematic diagram for realizing accurate placement of advertisements based on blockchain according to an exemplary embodiment. As shown in Figure 3, advertisers 1~m and merchants 1~n can implement accurate advertising based on the blockchain, and the interaction process can include the following steps:
In step 301a, advertisers 1 to m respectively determine advertiser conditions, generate corresponding advertiser smart contracts, and publish them to the blockchain.
In an embodiment, the advertiser conditions include matching conditions set by advertisers 1~m according to their own advertising push requirements. The matching conditions may include one or more dimensions, such as user characteristics (feature information, user whitelist or User blacklist), business category, advertising push time period, advertising category, maximum bid, etc., this manual does not limit this.
In one embodiment, advertisers 1~m can create a smart contract and configure the smart contract as the aforementioned advertiser's smart contract. The advertiser's smart contract contains the aforementioned advertiser conditions, and the advertiser's wisdom The contract is released to the blockchain, so that the above advertiser conditions are recorded in the blockchain ledger maintained by each blockchain node and the content is unified. In order to reduce the difficulty of creating smart contracts, advertisers 1~m can be provided with a template for creating smart contracts. For example, the template can be presented as a configuration page, so that advertisers 1~m only need to write the above advertiser conditions and other content. The corresponding advertiser smart contract can be automatically generated, so that the creation process of the smart contract is parameterized, which greatly reduces the technical threshold for creating a smart contract.
In one embodiment, advertisers 1~m can publish a transaction to the blockchain, the transaction is used to call a pre-generated smart contract and provide input parameters to the smart contract. The content of the input parameters includes the advertiser mentioned above. Condition, the smart contract is equivalent to being configured as an advertiser's smart contract.
In one embodiment, in addition to the advertiser's conditions, the advertiser's smart contract may also contain other content, such as: advertisement content or its download link, asset certificates bound to the advertisement, etc. The purpose of these contents will be described below. Do not repeat it here.
In step 301b, the merchants 1~n respectively determine merchant conditions, generate corresponding merchant smart contracts, and publish them to the blockchain.
In one embodiment, the merchant conditions include matching conditions set by merchants 1~n according to their own advertising push capabilities. The matching conditions may include one or more dimensions, such as user characteristics (feature information, user whitelist, or user blacklist). List), advertiser category, advertisement push time period, advertisement category, lowest price, etc. This manual does not limit this.
In one embodiment, the merchants 1~n may create a smart contract and configure the smart contract as the above-mentioned merchant smart contract, the merchant smart contract contains the above-mentioned merchant conditions, and publish the merchant smart contract to the block In the chain, the above-mentioned merchant conditions are recorded in the blockchain ledger maintained by each blockchain node and the content is unified. In order to reduce the difficulty of creating smart contracts, merchants 1~n can be provided with smart contract creation templates, which are similar to those of advertisers 1~m above. You only need to write merchant conditions and other content to automatically generate corresponding merchants. Smart contract.
In one embodiment, the merchants 1~n may publish a transaction to the blockchain, the transaction is used to call a pre-generated smart contract and provide input parameters to the smart contract. The content of the input parameters includes the above-mentioned merchant conditions. The smart contract is equivalent to being configured as a merchant smart contract.
In one embodiment, in addition to the merchant conditions, the merchant smart contract may also contain other content, such as: advertising content or its download link, asset vouchers bound to the advertisement, etc. The purpose of these contents will be described below. Repeat.
In step 302, the blockchain node executes condition matching by calling the advertiser's smart contract or the merchant's smart contract.
In one embodiment, the blockchain node can match the advertiser conditions contained in the advertiser's smart contract with the merchant conditions of each merchant according to the matching logic defined in the advertiser's smart contract to find out which matches the advertisement The merchant condition of the main condition is equivalent to establishing a matching relationship between advertisers and merchants, so that the merchants provide advertisement placement services for advertisers with matching relationships.
In one embodiment, the blockchain node can match the merchant conditions contained in the merchant smart contract with the advertiser conditions of each advertiser according to the matching logic defined in the merchant smart contract, to find out matching merchant conditions The advertiser conditions are equivalent to establishing a matching relationship between advertisers and merchants, so that the merchants provide advertising services for advertisers with matching relationships.
In one embodiment, only one of the merchants and advertisers can submit a smart contract to the blockchain, and the other party can publish its own condition data to the blockchain as ordinary transaction data. For example, suppose that the advertiser publishes the advertiser's smart contract to the blockchain, and the merchant directly publishes the merchant's conditions to the blockchain, so that the blockchain node can call the advertiser's smart contract to the merchant's condition in the blockchain ledger. Matching can also establish a matching relationship between advertisers and businesses.
In one embodiment, for the advertiser's conditions and the merchant's conditions, the matching can be considered successful only when they are completely consistent; or, a matching threshold can be set so that the matching threshold is not less than that It can be considered that the matching is successful, so as to avoid the small number of matching businesses and the inability to achieve better advertising effects.
In one embodiment, when an advertiser submits an advertiser's smart contract to the blockchain, or a merchant submits a merchant's smart contract to the blockchain, the matching operation for the relevant conditions can be performed as soon as possible (such as immediately); or, according to certain Rules (such as preset cycles) trigger matching operations, and this manual does not limit this.
Step 303: Configure IoT devices 1~n corresponding to merchants 1~n respectively according to the matching result of condition matching.
In one embodiment, after the blockchain nodes perform condition matching and obtain the matching result, the matching result can be synchronized to each node and recorded in the blockchain ledger maintained by each node, so that advertisers 1~m, merchants 1~n can get the matching result.
In one embodiment, when the IoT device 1~n learns that the merchant conditions issued by its corresponding merchant have matching advertiser conditions, the IoT device 1~n may notify the corresponding merchants of the matching results, and the merchant Determine whether to deliver the corresponding advertising content; especially, when there are multiple matching advertiser conditions in the business conditions published by a certain business, the business can select the desired advertising content by notifying the business of the matching results. When a merchant determines that an IoT device will place an advertiser’s advertisement, the IoT device can read the advertisement content from the advertiser’s smart contract corresponding to the advertiser (or read the download link, and obtain the corresponding Advertising content), and configure the advertising content as its own delivery content, so as to implement delivery operations for the advertising content.
In an embodiment, there is a preset threshold for the number of advertisements placed by the IoT device. For example, the preset threshold may be one or other preset values, which is not limited in this specification. When the number of advertiser conditions matched by the merchant condition corresponding to the IoT is not greater than the preset threshold, the IoT device can automatically obtain the corresponding advertisement content, configure it as its own delivery content, and execute the delivery operation. When the number of advertiser conditions matched by the merchant condition corresponding to the IoT device is greater than the preset threshold, the IoT device can automatically filter out one or more advertiser conditions that are not greater than the preset threshold, and then compare the corresponding advertisement content Configure to deliver content to itself and perform delivery operations.
For example, the IoT device can read the highest bids defined in each advertiser's smart contract according to the matching advertiser conditions, and select one or the other that is not greater than the preset threshold in the order of bids from high to low. Multiple advertiser conditions, so as to ensure the maximum profit of the business.
Step 304: IoT devices 1~n search for target users.
In one embodiment, according to the configured advertiser conditions, IoT devices 1~n can follow the user characteristics defined in the advertiser conditions (it can also be considered as the user characteristics defined in the merchant conditions, because the premise is that the advertiser conditions and the merchant (Conditions match) to detect surrounding users to search for target users that match the characteristics of the user.
According to the detection function of IoT devices, each IoT device can detect surrounding users in a variety of ways. This manual does not limit this. For example, when the IoT device has a built-in camera module, it can perform image collection and feature analysis on surrounding users; for another example, when the IoT device has a Bluetooth module, it can receive Bluetooth messages from user devices used by surrounding users , The Bluetooth message can contain the information of the corresponding user; for another example, when the IoT device is a payment device at the merchant, the information of the corresponding user can be learned when the surrounding users check out through the payment device.
Step 305, IoT devices 1~n push advertisement content to target users by submitting blockchain transactions to the blockchain.
In one embodiment, when a target user is detected, IoT devices 1~n can submit a blockchain transaction to the blockchain, so that the IoT device that submits the blockchain transaction can push advertising content to the target user, and After the push operation is executed, the blockchain transaction is marked as completed. Based on the above solution, the push operation of IoT devices 1~n on the advertising content can be associated with the completion of the blockchain transaction, so that the execution of the push operation is recorded in the blockchain ledger, and due to the blockchain’s The chained data structure makes it impossible for merchants to tamper with relevant record information, resulting in extremely high cheating costs for merchants, and advertisers can query relevant record information through the blockchain ledger at any time to verify the merchant’s advertising status.
In one embodiment, according to the delivery capability of the IoT device, the advertisement delivery operation can be performed through one or more corresponding methods, which is not limited in this specification. For example, when the IoT device has a built-in speaker, it can play the voice of the advertisement content to the target user; for another example, when the IoT device has a built-in Bluetooth module, it can push a Bluetooth message containing the advertisement content to the user device used by the target user.
Step 306: The blockchain node allocates asset certificates based on the synchronized transaction information.
In one embodiment, after a certain IoT device pushes advertising content to target users, based on the highest bid defined in the corresponding advertiser’s smart contract (or the lowest bid defined in the merchant’s smart contract), the advertiser’s smart contract In the "asset vouchers bound to advertisements" set in, select the asset vouchers of the corresponding value and transfer them to the merchant corresponding to the IoT device, which is equivalent to the advertiser paying the advertisement delivery fee to the merchant. For example, the asset certificate can be a token (token) held by the advertiser through the corresponding blockchain account, and the above transfer operation is equivalent to transferring part of the token from the advertiser's corresponding blockchain account to the merchant's corresponding area Blockchain account; or, the token bound to the advertisement can be transferred in advance to a special frozen blockchain account, and transferred from the frozen special blockchain account to the corresponding blockchain account of the merchant.
In one embodiment, after a certain IoT device pushes advertising content to a target user, if the identity information of the target user can be obtained (for example, the IoT device performs face recognition on the target user; for example, when the target user passes through When the IoT device is checking out, the IoT device obtains the account information of the target user, etc.), then the blockchain node can also transfer at least a part of the asset certificate to the target user, such as transferring to the blockchain account corresponding to the target user The preset number of tokens.
Of course, the operation of transferring asset certificates to target users is not necessarily unconditional. In other words, in some cases, asset certificates can be transferred to the target user unconditionally; in other cases, asset certificates can be transferred to the target user when the target user meets certain conditions. For example, the conditions met by the target user may include: after the IoT device pushes the advertisement content to the target user, the target user performs a preset feedback operation, indicating that the push operation of the advertisement content has a certain effect on the target user.
For example, the IoT device can collect images of the target user and analyze its behavior to determine whether a preset feedback operation is performed; or, when the IoT device sends a push message containing advertising content to the user device used by the target user, it can receive The response message returned by the user equipment may indicate whether the target user has performed a preset feedback operation (for example, whether the target user has triggered the advertisement content, etc.). For another example, when an IoT device sends a push message containing advertisement content to the user device used by the target user, the target user can trigger the push message on the user device, browse the advertisement content, or even browse the corresponding link content by triggering the advertisement content , So that the corresponding server knows the access behavior of the user equipment to determine whether the target user has performed the preset feedback operation. Correspondingly, after the IoT device or server learns that the target user has performed a preset feedback operation, it can publish a notification message to the blockchain. The notification message indicates that the target user has performed a preset feedback operation for a certain advertisement content, so that the block After receiving the notification message, the chain node transfers the asset certificate to the target user accordingly.
Fig. 4 is a schematic structural diagram of a device provided by an exemplary embodiment. Please refer to Figure 4, at the hardware level, the device includes a processor 402, an internal bus 404, a network interface 406, an internal memory 408, and a non-volatile memory 410. Of course, it may also include hardware required for other services. body. The processor 402 reads the corresponding computer program from the non-volatile memory 410 to the internal memory 408 and then runs it to form a content pushing device on a logical level. Of course, in addition to software implementation, one or more embodiments of this specification do not exclude other implementations, such as logic devices or a combination of software and hardware, etc., which means that the execution body of the following processing flow is not limited to Each logical unit can also be a hardware or a logical device.
Please refer to FIG. 5, in the software implementation, the content pushing device is applied to the electronic device of the pushing party, and the device may include:
The determining unit 501 determines the user characteristics published by the demander on the blockchain and the description information of the content to be pushed;
The detection unit 502 detects surrounding users of the electronic device;
The pushing unit 503, when detecting a target user matching the user characteristics, pushes the content to be pushed to the target user.
Optionally, the pusher conditions issued by the pusher are recorded in the blockchain, and when the pusher conditions match the conditions for the pusher published by any candidate to the blockchain, the any An alternative party is taken as the demander.
Optional,
The pusher conditions are recorded in the pusher smart contract, and the pusher smart contract is used to find candidate conditions that match the pusher conditions;
And/or, the candidate's conditions are recorded in the candidate's smart contract, and the candidate's smart contract is used to find a pusher condition that matches the candidate's conditions.
Optionally, the demander binds an asset certificate to the content to be pushed; the device further includes:
The first transfer unit 504 triggers an asset transfer operation of transferring at least a part of the asset certificate to the pushing party after the content to be pushed is pushed to the target user.
Optionally, the demander binds an asset certificate to the content to be pushed; the device further includes:
The second transfer unit 505 triggers an asset transfer operation of transferring at least a part of the asset certificate to the target user after the content to be pushed is pushed to the target user.
Optionally, the second transfer unit 505 is specifically configured to:
After the content to be pushed is pushed to the target user, determining the response of the target user;
When it is determined that the target user has performed a preset feedback operation, an asset transfer operation of transferring at least a part of the asset certificate to the target user is triggered.
Optionally, the asset certificate includes: a smart asset certificate and/or an off-chain asset certificate.
Optionally, the pushing unit 503 is specifically configured to:
Submit the transaction used to trigger the push operation to the blockchain;
By executing the transaction, the content to be pushed is pushed to the target user.
Optionally, when the transaction is completed, the content to be pushed is confirmed as pushing completion.
Optionally, the pushing unit 503 is configured to implement at least one of the following:
The voice based on the content to be pushed is played to the target user, and the near field communication message containing the content to be pushed is pushed to the user equipment of the target user.
Optionally, the electronic device is configured as a blockchain node; the determining unit 501 is specifically configured to:
Query the blockchain ledger maintained by the electronic device to obtain the user characteristics and description information of the content to be pushed.
Optionally, the determining unit 501 is specifically configured to:
Obtain the user characteristics and the description information of the content to be pushed from the blockchain node corresponding to the electronic device;
Wherein, the user characteristics and the description information of the content to be pushed are obtained by the blockchain node from a blockchain ledger maintained by itself.
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. The specific form of the computer can 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 transceiver, and a game console , Tablets, wearable devices, or a combination of any of these devices.
In a typical configuration, a computer includes one or more processors (CPUs), input/output interfaces, network interfaces, and internal memory.
Internal memory may include non-permanent memory in computer-readable media, random access memory (RAM) and/or non-volatile internal memory, such as read-only memory (ROM) or flash memory Body (flash RAM). Internal memory is an example of computer-readable media.
Computer-readable media includes permanent and non-permanent, removable and non-removable media, and information storage can be realized 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 internal 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 programmable read-only memory (EEPROM), flash memory or other internal memory technology, read-only CD-ROM (CD-ROM), digital Versatile optical 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 that can be used for storage and can be stored by computing devices Fetched 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 not only includes 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 embodiment 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 of "a", "said" and "the" used in one or more embodiments of this specification and the scope of the patent application are intended to include plural forms, unless the context clearly indicates other meanings. It should also be understood that the term "and/or" as used herein refers to and encompasses 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.
