WO2020119293A1

WO2020119293A1 - Content pushing method and apparatus, and electronic device

Info

Publication number: WO2020119293A1
Application number: PCT/CN2019/113849
Authority: WO
Inventors: 吴军
Original assignee: 阿里巴巴集团控股有限公司
Priority date: 2018-12-14
Filing date: 2019-10-29
Publication date: 2020-06-18
Also published as: CN110046300A; TW202022643A

Abstract

A content pushing method and apparatus, and an electronic device, which are applied to an electronic device located at a pushing party; the method comprises: determining user features and description information of content to be pushed that are published on a blockchain by a requesting party (102); detecting a peripheral user of an electronic device (104); and when a target user matching the user features is detected, pushing to the target user the content to be pushed (106).

Description

Content pushing method and device, electronic equipment

Technical field

One or more embodiments of this specification relate to the field of blockchain technology, and in particular, to a content pushing method and apparatus, and electronic equipment.

Background technique

By pushing the appropriate content to the user, it can help the user to better complete the handling of related events. For example, after an enterprise employee arrives at the company, a meeting notice can be pushed to the enterprise employee, so that the enterprise employee can go to the meeting place in time. Different users often have different content acquisition needs, and they need to implement push according to the user's needs to avoid interference from irrelevant content to users.

Summary of the invention

In view of this, one or more embodiments of this specification provide a content pushing method and apparatus, and electronic equipment.

To achieve the above purpose, one or more embodiments of this specification provide technical solutions as follows:

According to a first aspect of one or more embodiments of this specification, a content pushing method is proposed, which is applied to an electronic device at a pushing party, and the method includes:

Determine the user characteristics and description information of the content to be pushed on the blockchain issued by the demand side;

Detect surrounding users of the electronic device;

When a target user matching the user characteristics is detected, the content to be pushed is pushed to the target user.

According to a second aspect of one or more embodiments of this specification, a content pushing device is proposed, which is applied to an electronic device at a pushing party, and the device includes:

Determine the unit to determine the user characteristics and description information of the content to be pushed on the blockchain by the demand side;

A detection unit, which detects surrounding users of the electronic device;

The pushing unit, when detecting a target user matching the user characteristics, pushes the content to be pushed to the target user.

According to a third aspect of one or more embodiments of this specification, an electronic device is provided, including:

processor;

Memory for storing processor executable instructions;

Wherein, the processor executes the executable instruction to implement the method as described in the first aspect.

BRIEF DESCRIPTION

FIG. 1 is a flowchart of a content pushing method provided by an exemplary embodiment.

FIG. 2 is a schematic diagram of an advertisement content placement scenario provided by an exemplary embodiment.

FIG. 3 is an interactive schematic diagram of implementing accurate advertisement placement based on a blockchain provided by an exemplary embodiment.

4 is a schematic structural diagram of an apparatus provided by an exemplary embodiment.

FIG. 5 is a block diagram of a content pushing apparatus provided by an exemplary embodiment.

detailed description

Exemplary embodiments will be described in detail here, examples of which are shown in the drawings. When referring to the drawings below, unless otherwise indicated, the same numerals in different drawings represent 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. 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 appended claims.

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 FIG. 1, this method is applied to the electronic device at the push side, and may include the following steps:

Step 102: Determine the user characteristics and description information of the content to be pushed published on the blockchain by the demand side.

In one embodiment, the demanding party is used to provide the content to be pushed, and the pushing party 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 demand side, for example, the description information may be the content to be pushed itself or the address of the content to be pushed, so that the push party can obtain the content to be pushed. According to the user characteristics published on the blockchain by the demand side, the pusher can accordingly determine the target user matching the user's characteristics, so as to accurately push the content to be pushed to the target user, and avoid causing other users. interference.

In an embodiment, the technical solution of this specification can be applied to multiple scenarios, and this specification does not limit this. For example, when an enterprise leader needs to publish a meeting notice to employees in a certain department, the enterprise leader can publish the user characteristics and description information of the content to be pushed to the blockchain as a demand. The user characteristics can include the above "a certain department" The department information and description information of the content to be pushed may include the content of the meeting notice. The electronic device may include the attendance device installed at the front desk of the enterprise, the access control device at the entrance of the department office or the device at other locations, and the pusher may include the above-mentioned electronic The management personnel of the device in the enterprise enable the electronic device to push conference notices to employees nearby who belong to one of the above departments. As another example, when an advertiser needs to push an advertisement to a user, the advertiser may serve as a demand direction to publish user characteristics and description information of content to be pushed. The user characteristics may include characteristic information of an advertisement audience and description of content to be pushed The information may include a download link for advertisement content, the pusher may include an offline merchant, and the electronic device may include a payment device or other device at the offline merchant, so that the electronic device may push advertisement content to users who are nearby and belong to the above-mentioned advertisement audience.

In an embodiment, the push party conditions issued by the push party are recorded in the blockchain. When the push party conditions match the alternative party conditions posted to the blockchain by any alternative party, all Any of the candidate parties mentioned above is regarded as the demanding party. 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 contains the above-mentioned push party conditions, so that the push party conditions are published to the blockchain to be recorded in the blockchain ledger maintained by each blockchain node and the content is uniform; similarly, the alternative The party can configure itself as a blockchain node by running the client program of the blockchain, or the alternative party can have a corresponding blockchain node, so that the alternative party can submit blockchain transactions to the blockchain In this blockchain transaction, the above alternative party conditions are included, so that the alternative party conditions are released to the blockchain to be recorded in the blockchain ledger maintained by each blockchain node and with uniform content. Further, the blockchain node can match the push party condition with the alternative party condition through the function provided by the blockchain itself or the extension function implemented by calling the smart contract to determine the backup device that matches the push party condition Select the conditions of the party, so as to determine it as the demand side.

In one embodiment, the pusher conditions are recorded in a pusher smart contract, and the pusher smart contract is used to find alternative party conditions that match the pusher conditions. Among them, the pusher smart contract can be created by the pusher for the pusher's 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 alternative party conditions can be recorded in the alternative party smart contract described below, or the alternative party conditions can be recorded as ordinary transaction data in the blockchain ledger, both of which can realize the push party conditions and This specification does not limit the matching between alternative party conditions.

In an embodiment, the alternative party condition is recorded in an alternative party smart contract, and the alternative party smart contract is used to find a push party condition that matches the alternative party condition. Among them, the alternative party smart contract can be created by the alternative party for the alternative party conditions; or, the alternative party smart contract can be a predefined smart contract, and the alternative party can make the intelligent by calling the predefined smart contract The contract may implement matching operations related to alternative party conditions. Correspondingly, the pusher conditions can be recorded in the pusher smart contract described above, or the pusher conditions can be recorded as ordinary transaction data in the blockchain ledger, both of which can implement pusher conditions and alternatives This specification does not limit the matching between the 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 blockchain The full amount of transaction data allows the electronic device to obtain the user characteristics and description information of the content to be pushed to the blockchain released by the demander accordingly.

In an embodiment, the electronic device need not 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 Characteristics and description information of the content to be pushed, and the user characteristics and description information of the content to be pushed are obtained by the blockchain node from a blockchain ledger maintained by itself. After obtaining the user characteristics and the description information of the content to be pushed, the blockchain node may actively push to the electronic device; or, the electronic device may send a query request to the blockchain node to indicate The blockchain node obtains and returns the description information of the user characteristics and the content to be pushed.

Step 104: Detect surrounding users of the electronic device.

In an 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 demand side; even when the user characteristics set by the demand side are user whitelists, the feature information may include face images and gait information of surrounding users, so as to search through Physiological database and other methods can accurately find the target user on the user's white list.

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 a user device used by surrounding users and receive a Bluetooth message sent by the user device when the Bluetooth message When the characteristic information of the corresponding user is included, the electronic device can match the user characteristic set by the demander accordingly.

In an embodiment, when the electronic device is a payment device at an offline merchant, when the surrounding users consume and check out at the offline merchant, the electronic device can obtain information such as the payment account of the surrounding user and learn accordingly The characteristic information of the corresponding user can be matched with the user characteristics set by the demand side.

Of course, the electronic device can also detect surrounding users and obtain characteristic information of the surrounding users in other ways, and this specification does not limit this.

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 for triggering a push operation to the blockchain; after the transaction passes consensus, the electronic device as a blockchain node can execute the transaction and submit the transaction to the 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. The traceability feature allows the demand side or any other object to verify the push operation implemented by the push side by querying the blockchain ledger. For example, when the transaction is completed, it can be confirmed that the push side has completed the push operation of the content to be pushed, which greatly improves It reduces the cheating cost of the push side and reduces the probability of cheating. There is no need to supervise the push operation during the push process, which reduces the supervision cost of the demand side.

In an embodiment, the electronic device may push the content to be pushed to the target user in at least one of the following ways: play voice based on the content to be pushed to the target user, and The user equipment pushes near field communication messages (such as Bluetooth messages, NFC messages, etc.) containing the content to be pushed, which is not limited in this specification.

In an embodiment, the demand side binds asset credentials for the content to be pushed; accordingly, after the content to be pushed is pushed to the target user, the native function based on the blockchain or through the call The extension function implemented by the smart contract can transfer at least a part of the asset voucher to the pusher as an incentive to the pusher, which can prompt the pusher to continue to perform the push operation and achieve a virtuous cycle. For example, after submitting the above transaction to trigger the push operation to the blockchain, the transfer operation of the above asset voucher can be automatically triggered when the transaction is completed, and the transfer operation is automatically performed based on the completion of the transaction, which can avoid external The influence of factors and ensuring fairness and effectiveness can not only prevent the cheating behavior of the pusher, but also avoid the situation of repudiation on the demand side.

In an embodiment, the demand side binds asset credentials for the content to be pushed; accordingly, after the content to be pushed is pushed to the target user, the native function based on the blockchain or through the call The extended function implemented 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 The exact match, or even the target users who match exactly, are not necessarily interested in the compensation of the pushed content).

In an embodiment, in addition to the condition that “the content to be pushed is pushed to the target user”, other conditions can also be combined to determine whether the asset voucher 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 that The target user has performed a preset feedback operation, and may transfer at least a part of the asset certificate to the target user. The preset feedback operation may include performing a viewing operation on the content to be pushed, viewing the content to be pushed for a preset duration, clicking on a link included in the content to be pushed, etc. This specification does not limit this. Among them, you can determine whether the user has performed the preset feedback operation in various ways, which is not limited in this specification; for example, when the electronic device or other devices (such as the server corresponding to the link included in the content to be pushed, etc.) determine 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 or After other devices determine that the target user has performed the preset feedback operation, they can send a notification message to the oracle (Oracle), so that the oracle can issue corresponding confirmation information to the blockchain.

In an embodiment, the asset voucher includes objects used to characterize certain rights and interests, and can be presented 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 blockchain members (corresponding to individuals, enterprises, etc., which are not limited in this specification), and in each blockchain Transfer among members, and in the above embodiments, the blockchain nodes can directly transfer smart asset credentials to the target user's blockchain account based on the native functions of the blockchain or the extended functions implemented by the smart contract. The smart asset voucher can be automatically generated by the blockchain, or the smart asset voucher can be issued by a blockchain member who plays the role of an anchor in the blockchain. Of course, this specification does not limit how it is generated. At the same time, blockchain members can exchange smart asset vouchers for equivalent off-chain asset vouchers at the above-mentioned anchor role of the blockchain members. As another example, the asset certificate may include the above-mentioned off-chain asset certificate. The off-chain asset certificate may be used to characterize off-chain equity, such as member points, coupons, redemption codes, virtual red envelopes, account balances, etc. Restrictions; Among them, the off-chain asset certificate can be held by individuals or enterprises, etc., and the smart asset certificate can be exchanged for the equivalent smart asset certificate at the blockchain member of the above anchor role. The blockchain node can send a transfer command to the off-chain member based on the native function of the blockchain or the extended function realized by the smart contract, so that the off-chain member transfers the off-chain asset certificate to the target user.

It should be noted that the transfer described in this specification refers to a piece of data that a user creates through the client of the blockchain and needs to be finally released to the distributed database of the blockchain. Among them, there are transactions in the narrow sense and transactions in the broad sense in the blockchain. The narrow sense of the transaction refers to a value transfer issued by the user to the blockchain; for example, in the traditional Bitcoin blockchain network, the transaction can be a transfer initiated by the user in the blockchain. The generalized transaction refers to a piece of business data with business intent published by the user to the blockchain; for example, the operator can build an alliance chain based on actual business needs, relying on the alliance chain to deploy some other types that have nothing to do with value transfer Online business (for example, rental business, vehicle scheduling business, insurance claims business, credit service, medical service, etc.), and in this type of alliance chain, the transaction can be a business with business intent issued by the user in the alliance chain Message or business request.

For ease of understanding, taking the advertisement content placement scenario as an example, the technical solution of this specification will be described. FIG. 2 is a schematic diagram of an advertisement content placement scenario provided by an exemplary embodiment. As shown in FIG. 2, assume 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, advertisement Master 2 corresponds to node 2... Advertiser m corresponds to node m. Among them, by running the client program of the blockchain on the electronic device used by each advertiser, the electronic device can be configured as a corresponding blockchain node to form the above node 1 to node m; of course, the blockchain node It is not necessarily configured on electronic devices used by various advertisers. For example, advertisers can apply other forms of blockchain nodes. This specification 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... Merchant n corresponds to node m+n. Among them, the corresponding IoT devices 1 to IoT devices n are respectively provided at the merchants 1 to n, and these IoT devices 1 to IoT can be converted by running a blockchain client program on these IoT devices 1 to IoT devices n The device n is configured as the above-mentioned node m+1 to node m+n.

It should be noted that:

Advertisers do not necessarily directly correspond to blockchain nodes. For example, advertisers can entrust an agent, and the agent can delegate advertising push requirements instead of advertisers. Then the agent can correspond to the blockchain node and participate in the Ad serving process. There may be some overlap between advertisers and merchants, that is, the advertisers themselves may be merchants, which may serve ads from other advertisers, and the merchants themselves may also be advertisers, which may serve ads through other merchants.

For the scenario shown in FIG. 2, FIG. 3 is an interactive schematic diagram of implementing accurate advertisement placement based on blockchain provided by an exemplary embodiment. As shown in Fig. 3, advertisers 1 to m and merchants 1 to n can implement precise advertising based on the blockchain, and the interaction process may include the following steps:

In step 301a, advertisers 1 to m determine advertiser conditions, generate corresponding advertiser smart contracts, and publish to the blockchain.

In an embodiment, the advertiser conditions include the matching conditions set by the advertisers 1 to 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), merchant category, advertisement push period, advertisement category, maximum bid, etc., this manual does not restrict this.

In an embodiment, the advertisers 1 to m can create a smart contract and configure the smart contract as the above advertiser smart contract. The advertiser smart contract includes the above advertiser conditions and the advertiser smart The contract is released into 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 an embodiment, advertisers 1 to m can issue 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 advertisement The main condition is that the smart contract is equivalent to being configured as an advertiser smart contract.

In one embodiment, in addition to the advertiser’s conditions, the advertiser’s smart contract can also contain other content, such as: advertising content or its download link, asset credentials bound to the advertisement, etc. The purpose of these content will be described below, this I will not repeat them here.

In step 301b, merchants 1 to n determine merchant conditions, generate corresponding merchant smart contracts, and publish to the blockchain.

In an embodiment, the merchant conditions include matching conditions set by the merchants 1 to n according to their own advertising push capabilities, and the matching conditions may include one or more dimensions, such as: user characteristics (feature information, user whitelist, or user Blacklist), advertiser category, advertisement push time period, advertisement category, minimum offer, etc., this manual does not restrict this.

In an embodiment, merchants 1 to n can create a smart contract and configure the smart contract as the aforementioned merchant smart contract, which includes the aforementioned merchant conditions and publish the merchant smart contract to the block In the chain, the above 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 the above advertisers 1~m, and only need to write the merchant conditions and other content to automatically generate the corresponding merchant Smart contract.

In an embodiment, merchants 1 to n may issue 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 aforementioned merchant conditions , Then the smart contract is equivalent to being configured as a merchant smart contract.

In an embodiment, in addition to the merchant's conditions, the merchant's smart contract can also contain other content, such as: advertising content or its download link, asset credentials bound to the advertisement, etc. The purpose of these content will be described below, not here Repeat.

Step 302, the blockchain node performs condition matching by invoking an advertiser smart contract or a merchant smart contract.

In an embodiment, the blockchain node may match the conditions of the advertiser contained in the advertiser's smart contract with the merchant's conditions of each merchant according to the matching logic defined in the advertiser's smart contract to find out matches that match the advertisement The merchant condition of the main condition is equivalent to establishing a matching relationship between the advertiser and the merchant, so that the merchant provides the advertisement delivery service for the advertiser with the matching relationship.

In an embodiment, the blockchain node may 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 the conditions matching the merchant conditions The advertiser's conditions are equivalent to establishing a matching relationship between the advertiser and the merchant, so that the merchant can provide advertisement delivery services for the advertisers who have a matching relationship.

In an embodiment, only one of the merchant and the advertiser may submit a smart contract to the blockchain, and the other party may publish its own condition data as ordinary transaction data to the blockchain. For example, suppose that an advertiser publishes an advertiser’s smart contract to the blockchain, and the merchant directly publishes the merchant’s conditions into the blockchain, so that the blockchain node performs the merchant’s conditions in the blockchain ledger by calling the advertiser’s smart contract. Matching can also establish a matching relationship between advertisers and businesses.

In an embodiment, for the conditions of the advertiser and the conditions of the merchant, the match can be considered as successful only if they match exactly; or, a matching threshold can be set so that it is not less than the matching threshold It can be considered that the match is successful, so as to avoid a small number of matching businesses and fail to achieve better advertising performance.

In an embodiment, when an advertiser submits an advertiser smart contract to the blockchain, or a merchant submits a merchant smart contract to the blockchain, the matching operation for the relevant conditions can be performed as soon as possible (such as in real time); Rules (such as preset periods) trigger matching operations, which are not limited in this specification.

Step 303: Configure the IoT devices 1 to n corresponding to the merchants 1 to n according to the matching result of the condition matching.

In one embodiment, after a blockchain node performs condition matching and obtains a matching result, the matching result can be synchronized to each node and recorded in the blockchain ledger maintained by each node, so that the advertiser 1~m, the merchant 1 ~n can know the matching result.

In an embodiment, when the IoT devices 1 to n learn that there are matching advertiser conditions for the merchant conditions published by their corresponding merchants, the IoT devices 1 to n can notify the corresponding merchants of the matching results respectively, and the merchant Determine whether to serve the corresponding advertising content; in particular, when there are multiple matching advertiser conditions for a business condition published by a certain merchant, the merchant can select the desired advertising content by notifying the matching result to the merchant. When the merchant determines that the IoT device will serve an advertiser’s advertisement, the IoT device may 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 serving content, so as to implement the serving operation 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 1 or other preset values, which is not limited in this specification. When the number of advertiser conditions matched by the merchant conditions corresponding to the IoT is not greater than the preset threshold, the IoT device can automatically obtain the corresponding advertisement content, and configure it as its own delivery content and perform the delivery operation. When the number of advertiser conditions matched by the merchant conditions 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 the corresponding advertisement content Configure to deliver content and perform delivery operations.

For example, the IoT device can read the highest bid defined in each advertiser’s smart contract according to the matching advertiser’s conditions, and select one or no more than the preset threshold in order of the bid from high to low. Multiple advertiser conditions to ensure that the merchant's revenue is maximized.

Step 304, the IoT devices 1 to n search for the target user.

In an embodiment, according to the configured advertiser conditions, the IoT devices 1 to n can follow the user characteristics defined in the advertiser conditions (also can be considered as user characteristics defined in the merchant conditions, because the premise is that the advertiser conditions and the merchant Condition matching) detects surrounding users to search for target users matching the characteristics of the user.

According to the detection function of IoT devices, each IoT device can detect surrounding users in various ways, and this manual does not limit this. For example, when the IoT device is equipped with a built-in camera module, image collection and feature analysis can be performed on surrounding users; for another example, when the IoT device is equipped with a Bluetooth module, it can receive Bluetooth messages from user devices used by surrounding users , The Bluetooth message may contain the information of the corresponding user; for example, when the IoT device is a payment device at the merchant, the surrounding user can learn the information of the corresponding user when checking out through the payment device.

In step 305, the IoT devices 1 to n push the advertisement content to the target user by submitting the blockchain transaction to the blockchain.

In an embodiment, when a target user is detected, the IoT devices 1 to n may submit a blockchain transaction to the blockchain, for the IoT device submitting the blockchain transaction to push advertisement content to the target user, and After the push operation is executed, the blockchain transaction is marked as completed. Based on the above scheme, the push operation of IoT devices 1 to n for 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 chain of the blockchain The data structure makes it almost 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.

In an embodiment, according to the delivery capabilities of the IoT device, the advertisement delivery operation may be performed in one or more corresponding ways, which is not limited in this specification. For example, when the IoT device has a built-in speaker, the voice of the advertisement content can be played to the target user; for another example, when the IoT device has a built-in Bluetooth module, the Bluetooth message containing the advertisement content can be pushed to the user device used by the target user.

In step 306, the blockchain node allocates asset certificates based on the synchronized transaction information.

In one embodiment, after an IoT device pushes the advertisement content to the target user, based on the highest bid defined in the corresponding advertiser smart contract (or the lowest bid defined in the merchant smart contract), the advertiser smart contract In the "asset certificate bound to advertisements" set in, select the asset certificate of corresponding value and transfer it 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 may be the 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 blockchain account corresponding to the advertiser to the area corresponding to the merchant Blockchain account; or, the token bound to the advertisement can be transferred to a frozen dedicated blockchain account in advance, and transferred from the frozen dedicated blockchain account to the merchant's corresponding blockchain account.

In an embodiment, after an IoT device pushes advertisement content to the 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 another example, when the target user passes When the IoT device performs checkout, the IoT device obtains the target user's account information, etc.), then the blockchain node can also transfer at least a part of the asset credentials to the target user, such as transferring to the pre-defined blockchain account corresponding to the target user Set the number of tokens.

Of course, the transfer of asset vouchers to target users is not necessarily unconditional. In other words, in some cases, asset vouchers can be transferred to the target user unconditionally; in other cases, asset vouchers can be transferred to the target user if the target user meets certain conditions. For example, the conditions satisfied 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 perform image acquisition on the target user and analyze its behavior to determine whether the 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 A response message returned by the user equipment, the response message may indicate whether the target user has performed a preset feedback operation (such as whether the target user has triggered advertisement content, etc.). For another example, when the 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 a preset feedback operation. Correspondingly, after learning that the target user has performed the preset feedback operation, the IoT device or server can publish a notification message to the blockchain. The notification message indicates that the target user performed the preset feedback operation for a certain advertisement content, so that the blockchain After obtaining the notification message, the 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 FIG. 4. At the hardware level, the device includes a processor 402, an internal bus 404, a network interface 406, a memory 408, and a non-volatile memory 410. Of course, it may include hardware required for other services. The processor 402 reads the corresponding computer program from the non-volatile memory 410 into the memory 408 and then runs it to form a content pushing 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 software and hardware, etc., that is to say, the execution body of the following processing flow is not limited to each The logic unit may also be a hardware or logic device.

Please refer to FIG. 5. In the software implementation manner, the content pushing device is applied to an electronic device at a pushing party, and the device may include:

The determining unit 501 determines the user characteristics and description information of the content to be pushed published on the blockchain by the demand side;

The detecting unit 502 detects surrounding users of the electronic device;

The pushing unit 503 pushes the content to be pushed to the target user when a target user matching the user characteristics is detected.

Optionally, the push party conditions issued by the push party are recorded in the blockchain. When the push party conditions match the alternative party conditions posted by any alternative party to the blockchain, the An alternative party is taken as the demanding party.

Optional,

The pusher condition is recorded in the pusher smart contract, and the pusher smart contract is used to find an alternative party condition that matches the pusher condition;

And/or, the alternative party condition is recorded in the alternative party smart contract, and the alternative party smart contract is used to find the push party condition that matches the alternative party condition.

Optionally, the demand side binds asset credentials to the content to be pushed; the device further includes:

The first transfer unit 504, after the content to be pushed is pushed to the target user, triggers an asset transfer operation that transfers at least a part of the asset credential to the pushing party.

The second transfer unit 505, after the content to be pushed is pushed to the target user, triggers an asset transfer operation to transfer at least a part of the asset voucher 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, determine the response of the target user;

When it is determined that the target user has performed a preset feedback operation, an asset transfer operation that transfers at least a part of the asset voucher to the target user is triggered.

Optionally, the asset certificate includes: an intelligent asset certificate and/or an off-chain asset certificate.

Optionally, the pushing unit 503 is specifically used to:

Submit transactions to the blockchain to trigger push operations;

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 to be pushed.

Optionally, the pushing unit 503 is used to implement at least one of the following:

Play a voice based on the content to be pushed to the target user, and push a near field communication message containing the content to be 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 the description information of the content to be pushed.

Optionally, the determining unit 501 is specifically used 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 the blockchain ledger maintained by itself.

The system, device, module or unit explained in the above embodiments may be specifically implemented by a computer chip or entity, or implemented 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 cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email sending and receiving device, and a game control Desk, tablet computer, 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 memory.

The memory may include non-permanent memory, random access memory (RAM) and/or non-volatile memory in computer-readable media, such as read only memory (ROM) or flash memory (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 may 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), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, read-only compact disc read-only memory (CD-ROM), digital versatile disc (DVD) or other optical storage, Magnetic tape cassettes, magnetic disk storage, quantum memory, graphene-based storage media or other magnetic storage devices or any other non-transmission media can be used to store information that can be accessed by computing devices. As defined 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 following claims. In some cases, the actions or steps recited in the claims may be performed in a different order than in the embodiments and still achieve the desired results. 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, multitasking 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 of the present specification and the appended claims are also intended to include the majority 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 may be interpreted as "when" or "when" or "in response to a determination".

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., should be included within the scope of protection of one or more embodiments of this specification.

Claims

A content pushing method is applied to an electronic device at a pushing party. The method includes:

Determine the user characteristics and description information of the content to be pushed on the blockchain by the demand side;

Detect surrounding users of the electronic device;

When a target user matching the user characteristics is detected, the content to be pushed is pushed to the target user.
The method according to claim 1, wherein the push party condition issued by the push party is recorded in the blockchain, and when the push party condition matches the alternative party condition posted to the blockchain by any alternative party At this time, any one of the candidate parties is regarded as the demanding party.
The method according to claim 2,

The pusher condition is recorded in the pusher smart contract, and the pusher smart contract is used to find an alternative party condition that matches the pusher condition;

And/or, the alternative party condition is recorded in the alternative party smart contract, and the alternative party smart contract is used to find the push party condition that matches the alternative party condition.
The method according to claim 1, wherein the demand side binds asset credentials to the content to be pushed; the method further comprises:

After the content to be pushed is pushed to the target user, an asset transfer operation that transfers at least a part of the asset credential to the pushing party is triggered.
The method according to claim 1, wherein the demand side binds asset credentials to the content to be pushed; the method further comprises:

After the content to be pushed is pushed to the target user, an asset transfer operation that transfers at least a part of the asset credential to the target user is triggered.
The method according to claim 5, said triggering an asset transfer operation to transfer at least a part of the asset voucher to the target user after the content to be pushed is pushed to the target user, comprising:

After the content to be pushed is pushed to the target user, determine the response of the target user;

When it is determined that the target user has performed a preset feedback operation, an asset transfer operation that transfers at least a part of the asset voucher to the target user is triggered.
The method according to any one of claims 4 to 6, wherein the asset certificate includes: an intelligent asset certificate and/or an off-chain asset certificate.
The method of claim 1, the pushing the content to be pushed to the target user comprises:

Submit transactions to the blockchain to trigger push operations;

By executing the transaction, the content to be pushed is pushed to the target user.
According to the method of claim 8, when the transaction is completed, the content to be pushed is confirmed to be pushed.
The method of claim 1, the pushing the content to be pushed to the target user comprises at least one of the following:

Play a voice based on the content to be pushed to the target user, and push a near field communication message containing the content to be pushed to the user equipment of the target user.
According to the method of claim 1, the electronic device is configured as a blockchain node; the determining user characteristics and description information of content to be pushed published on the blockchain by the demanding party includes:

Query the blockchain ledger maintained by the electronic device to obtain the user characteristics and the description information of the content to be pushed.
According to the method of claim 1, the determining user characteristics and description information of content to be pushed published on the blockchain by the demanding party includes:

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 the blockchain ledger maintained by itself.
A content pushing device is applied to an electronic device at a pushing party. The device includes:

Determine the unit to determine the user characteristics and description information of the content to be pushed on the blockchain by the demand side;

A detection unit, which detects surrounding users of the electronic device;

The pushing unit, when detecting a target user matching the user characteristics, pushes the content to be pushed to the target user.
The device according to claim 13, wherein the push party condition issued by the push party is recorded in the blockchain, and when the push party condition matches the alternative party condition posted to the blockchain by any alternative party At this time, any one of the candidate parties is regarded as the demanding party.
The device according to claim 14,

The pusher condition is recorded in the pusher smart contract, and the pusher smart contract is used to find an alternative party condition that matches the pusher condition;

And/or, the alternative party condition is recorded in the alternative party smart contract, and the alternative party smart contract is used to find the push party condition that matches the alternative party condition.
The apparatus according to claim 13, wherein the demand side binds asset credentials to the content to be pushed; the apparatus further comprises:

The first transfer unit, after the content to be pushed is pushed to the target user, triggers an asset transfer operation that transfers at least a part of the asset credential to the pushing party.
The apparatus according to claim 13, wherein the demand side binds asset credentials to the content to be pushed; the apparatus further comprises:

The second transfer unit, after the content to be pushed is pushed to the target user, triggers an asset transfer operation to transfer at least a part of the asset voucher to the target user.
The apparatus of claim 17, the second transfer unit is specifically configured to:

After the content to be pushed is pushed to the target user, determine the response of the target user;

When it is determined that the target user has performed a preset feedback operation, an asset transfer operation that transfers at least a part of the asset voucher to the target user is triggered.
The device according to any one of claims 16 to 18, wherein the asset certificate includes: an intelligent asset certificate and/or an off-chain asset certificate.
The apparatus according to claim 13, the pushing unit is specifically configured to:

Submit transactions to the blockchain to trigger push operations;

By executing the transaction, the content to be pushed is pushed to the target user.
The apparatus according to claim 20, when the transaction is completed, the content to be pushed is confirmed to be pushed.
The apparatus according to claim 13, the pushing unit is configured to implement at least one of the following:

Play a voice based on the content to be pushed to the target user, and push a near field communication message containing the content to be pushed to the user equipment of the target user.
The apparatus according to claim 13, the electronic device is configured as a blockchain node; the determining unit is specifically configured to:

Query the blockchain ledger maintained by the electronic device to obtain the user characteristics and the description information of the content to be pushed.
The apparatus according to claim 13, the determination unit 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 the blockchain ledger maintained by itself.
An electronic device, including:

processor;

Memory for storing processor executable instructions;

Wherein, the processor executes the executable instruction to implement the method according to any one of claims 1-12.