Information processing method, device, node device of blockchain network and storage medium
By storing and managing sales and purchase information of e-commerce platforms on the blockchain network, the problem that buyers cannot openly and transparently understand ranking information is solved, and open and transparent marketing activities and consumption fairness are achieved.
Patent Information
- Application Number
- CN201910859915.0
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2019-09-11
- Publication Date
- 2025-02-25
- Estimated Expiration
- 2039-11-08
AI Technical Summary
On e-commerce platforms, when merchants design promotional strategies, buyers cannot understand ranking information openly and transparently, and are prone to fraudulent behavior and cannot effectively protect consumers' rights and interests.
By receiving and storing sales and purchase information on the blockchain network, using the decentralized storage and immutable characteristics of blockchain, we can achieve open and transparent marketing activities, and execute smart contracts when the deadline is met, ensuring fair consumption sex.
It has achieved open and transparent marketing activities on e-commerce platforms, prevented information tampering, ensured consumption fairness, and enhanced consumers' trust and sense of security.
Smart Images

Figure CN110599201B_ABST
Abstract
Description
Technical Field
[0001] The present application relates to blockchain technology, and in particular to an information processing method and device based on a blockchain network, a node of a blockchain network, and a storage medium. Background Art
[0002] With the development of mobile communication technology and e-commerce, people's consumption patterns have changed from traditional physical consumption to online consumption. People can buy goods and services without leaving their homes. As various e-commerce platforms emerge in an endless stream, buyers have more choices, but also greater sales pressure on merchants. Therefore, in order to attract buyers, merchants will design various promotional strategies, such as limited-time discounts, greater discounts for the top 100 buyers, etc. However, purchase information is often only visible to merchants, and it is impossible to determine the ranking information of buyers. The top 100 buyers are also determined and announced by the merchants, so fraud is prone to occur and the rights and interests of consumers cannot be well protected. Summary of the invention
[0003] The embodiments of the present application provide a method, an apparatus, and a storage medium that can conduct open and transparent marketing activities and ensure consumer fairness.
[0004] The technical solution of the embodiment of the present application is implemented as follows:
[0005] The present application embodiment provides an information processing method based on a blockchain network, including:
[0006] Receiving sales information sent by the first node, and storing the sales information in the blockchain network;
[0007] receiving purchase information sent by at least one second node, and verifying the purchase information based on the sales information;
[0008] When the purchase information passes the verification, storing the purchase information in the blockchain network;
[0009] When the deadline condition is met, determining the buyer information of the successful purchase from at least one piece of the purchase information;
[0010] Based on the valid purchase information, execute the sales smart contract signed by the first node.
[0011] The present application provides an information processing device based on a blockchain network, including:
[0012] A first receiving module, configured to receive the sales information sent by the first node, and store the sales information in the blockchain network;
[0013] a first verification module, configured to receive purchase information sent by at least one second node, and verify the purchase information based on the sales information;
[0014] A first storage module, configured to store the purchase information in the blockchain network when the purchase information passes verification;
[0015] A first determination module, configured to determine information of a buyer who has successfully purchased from at least one piece of purchase information when a cut-off condition is met;
[0016] A contract execution module is used to execute the sales smart contract signed by the first node based on the valid purchase information.
[0017] The present application embodiment provides a node of a blockchain network, including:
[0018] A memory for storing executable instructions;
[0019] The processor is used to implement the method provided in the embodiment of the present application when executing the executable instructions stored in the memory.
[0020] An embodiment of the present application provides a storage medium storing executable instructions for causing a processor to execute and implement the method provided in the embodiment of the present application.
[0021] The embodiments of the present application have the following beneficial effects:
[0022] In the information processing method based on the blockchain network provided in the embodiment of the present application, after the merchant formulates the sales information, the sales information is uploaded to the blockchain network for storage, and when the buyer places an order, the purchase information is also uploaded to the blockchain network for storage. This utilizes the decentralized storage method of the blockchain network and can prevent the purchase information and sales information from being tampered with, thereby conducting open and transparent marketing activities and ensuring consumer fairness. BRIEF DESCRIPTION OF THE DRAWINGS
[0023] Figure 1 A schematic diagram of the architecture of an information processing system based on a blockchain network provided in an embodiment of the present application;
[0024] Figure 2 A schematic diagram of the functional architecture of the blockchain network 200 provided in an embodiment of the present application;
[0025] Figure 3 A schematic diagram of the structure of a node 210 in a blockchain network 200 is provided for an embodiment of the present application;
[0026] Figure 4 A schematic diagram of an implementation flow of an information processing method based on a blockchain network provided in an embodiment of the present application;
[0027] Figure 5 A schematic diagram of a process for implementing a sales smart contract based on valid purchase information provided in an embodiment of the present application;
[0028] Figure 6 This is a schematic diagram of another implementation flow of the information processing method based on the blockchain network according to an embodiment of the present application;
[0029] Figure 7 A schematic diagram of a blockchain network provided for an embodiment of the present application;
[0030] Fig. 8A A schematic diagram of the contents of the sales information written into the blockchain network in an embodiment of the present application;
[0031] Figure 8B A schematic diagram of the contents of purchase information written into the blockchain network according to an embodiment of the present application. DETAILED DESCRIPTION
[0032] In order to make the purpose, technical solutions and advantages of the present application clearer, the present application will be further described in detail below in conjunction with the accompanying drawings. The described embodiments should not be regarded as limiting the present application. All other embodiments obtained by ordinary technicians in the field without making creative work are within the scope of protection of this application.
[0033] In the following description, reference is made to “some embodiments”, which describe a subset of all possible embodiments, but it will be understood that “some embodiments” may be the same subset or different subsets of all possible embodiments and may be combined with each other without conflict.
[0034] If similar descriptions of "first / second" appear in the application documents, the following instructions are added. In the following description, the terms "first\second\third" involved are merely used to distinguish similar objects and do not represent a specific ordering of the objects. It can be understood that "first\second\third" can be interchanged in a specific order or sequence where permitted, so that the embodiments of the present application described herein can be implemented in an order other than that illustrated or described herein.
[0035] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as those commonly understood by those skilled in the art to which this application belongs. The terms used herein are only for the purpose of describing the embodiments of this application and are not intended to limit this application.
[0036] Before further describing the embodiments of the present application in detail, the nouns and terms involved in the embodiments of the present application are explained. The nouns and terms involved in the embodiments of the present application are subject to the following interpretations.
[0037] 1) Transaction, which is equivalent to the computer term "transaction". Transaction includes operations that need to be submitted to the blockchain network for execution, and does not refer only to transactions in a business context. In view of the conventional use of the term "transaction" in blockchain technology, the embodiments of the present application follow this convention.
[0038] For example, the Deploy transaction is used to install the specified smart contract to the nodes in the blockchain network and prepare it to be called; the Invoke transaction is used to append transaction records to the blockchain by calling the smart contract and perform operations on the blockchain's state database, including update operations (including adding, deleting, and modifying key-value pairs in the state database) and query operations (i.e. querying key-value pairs in the state database).
[0039] 2) Blockchain is an encrypted, chained transaction storage structure formed by blocks.
[0040] For example, the header of each block can include the hash value of all transactions in the block as well as the hash value of all transactions in the previous block, thereby achieving tamper-proof and anti-forgery of transactions in the block based on the hash value; newly generated transactions are filled into the block and after consensus among nodes in the blockchain network, they will be appended to the end of the blockchain to form a chain-like growth.
[0041] 3) Blockchain Network: A collection of nodes that incorporate new blocks into the blockchain through consensus.
[0042] 4) Ledger is a general term for blockchain (also called ledger data) and the status database synchronized with the blockchain.
[0043] Among them, the blockchain records transactions in the form of files in the file system; the state database records transactions in the blockchain in the form of different types of key (Key) value (Value) pairs to support fast queries on transactions in the blockchain.
[0044] 5) Smart Contracts, also known as chaincode or application code, are programs deployed in the nodes of the blockchain network. The nodes execute the smart contracts called in the received transactions to update or query the key-value data in the ledger database.
[0045] 6) Consensus is a process in the blockchain network used to reach agreement on transactions in a block among multiple nodes involved. The agreed blocks will be appended to the end of the blockchain. The mechanisms for achieving consensus include Proof of Work (PoW), Proof of Stake (PoS), Delegated Proof-of-Stake (DPoS), Proof of Elapsed Time (PoET), etc.
[0046] The following describes an exemplary application of the blockchain network provided in the embodiments of the present application, see Figure 1 , Figure 1 The architectural diagram of the information processing system based on the blockchain network provided for the embodiment of the present application includes a blockchain network 200 (exemplarily showing nodes 210-1 to 210-3 and an authentication node 210-4), a merchant system 300 (exemplarily showing a terminal 310-1 and a graphical interface 320-1 belonging to the merchant system 300), and a buyer system 400 (exemplarily showing a terminal 410-1 and a graphical interface 420-1 and a terminal 410-2 and a graphical interface 420-2 belonging to the buyer system 400), which are described below respectively.
[0047] The types of blockchain network 200 are flexible and diverse, for example, it can be any one of a public chain, a private chain or a consortium chain. Taking a public chain as an example, any electronic device of a business subject, such as a user terminal and a server, can access the blockchain network 200 without authorization; taking a consortium chain as an example, after obtaining authorization, the electronic devices (such as terminals / servers) under the jurisdiction of the business subject can access the blockchain network 200.
[0048] The blockchain network 200 receives information from different business entities (e.g. Figure 1 The merchant system 300 and the buyer system 400 shown in FIG. Figure 1 The terminal 310-1 and the terminal 310-2 belonging to the merchant system 300, and the terminal 410-1 and the terminal 410-2 belonging to the buyer system 400 shown in the figure execute the transaction to update the ledger or query the ledger, and display various intermediate results or final results of the executed transaction on the user interface of the terminal (for example, the graphical interface 320-1 of the terminal 310-1, the graphical interface 420-1 of the terminal 410-1, and the graphical interface 420-2 of the terminal 410-2).
[0049] The exemplary application of the blockchain network is illustrated by taking the example of multiple business entities accessing the blockchain network to realize the management of medical data.
[0050] See also Figure 1 In the embodiment of the present application, multiple business entities involved in information processing, such as the merchant system 300 and the buyer system 400, can access the blockchain network 200 as client nodes after obtaining authorization from the authentication center.
[0051] The merchant system 300 is used as an example for explanation. The business personnel of the merchant system 300 log in to the e-commerce client of the merchant system 300 in the graphical interface 320-1 of the terminal 310-1, formulate the commodity sales information, and generate the corresponding storage operation transaction from the storage request of the commodity sales information. The smart contract to be called to implement the storage operation and the parameters passed to the smart contract are specified in the transaction. The transaction also carries the digital signature signed by the merchant system 300 (for example, the summary of the transaction is encrypted using the private key in the digital certificate of the merchant system 300), and the transaction is sent to the blockchain network 200.
[0052] When a transaction is received in node 210 in blockchain network 200, the digital signature carried in the transaction is verified. After the digital signature verification is successful, the merchant system 300 is confirmed to have transaction authority based on the identity of the merchant system 300 carried in the transaction. Any verification judgment in digital signature and authority verification will lead to transaction failure. After successful verification, the node 210 signs its own digital signature (for example, using the private key of node 210-1 to encrypt the summary of the transaction) and continues to broadcast in blockchain network 200.
[0053] After receiving the successfully verified transaction, the node 210 with sorting function in the blockchain network 200 fills the transaction into a new block and broadcasts it to the nodes in the blockchain network 200 that provide consensus services.
[0054] The nodes 210 providing consensus services in the blockchain network 200 perform a consensus process on the new block to reach agreement, and the nodes 210 providing ledger functions append the new block to the end of the blockchain and execute transactions in the new block.
[0055] Similarly, the user corresponding to the buyer system 400 can log in to the e-commerce client of the buyer system 400 in the graphical interface 420-1 of the terminal 410-1, obtain the commodity sales information released by the merchant, and purchase commodities based on the commodity sales information, and generate a corresponding storage operation transaction from the storage request of the purchase information. The transaction specifies the smart contract to be called to implement the storage operation and the parameters to be passed to the smart contract. The transaction also carries the digital signature signed by the buyer system 400 (for example, the transaction summary is encrypted using the private key in the digital certificate of the buyer system 400), and the transaction is sent to the blockchain network 200.
[0056] When a transaction is received in node 210 in blockchain network 200, the digital signature carried by the transaction is verified. After the digital signature verification is successful, the identity of the buyer system 400 carried in the transaction is used to confirm whether the buyer system 400 has the transaction authority. Any verification judgment in the digital signature and authority verification will cause the transaction to fail. After the verification is successful, the node 210 signs its own digital signature (for example, using the private key of node 210-1 to encrypt the summary of the transaction) and continues to broadcast in blockchain network 200.
[0057] After receiving the successfully verified transaction, the node 210 with sorting function in the blockchain network 200 fills the transaction into a new block and broadcasts it to the nodes in the blockchain network 200 that provide consensus services.
[0058] It can be understood that the type of data that the business subject can query / update in the blockchain network 200 can be achieved by restricting the permissions of the transactions that the business subject can initiate. For example, when the merchant system 300 has the permission to initiate a transaction to query purchase information, the business personnel of the merchant system 300 can input an instrument information query request in the graphical interface 320-1 of the terminal 310-1, generate a transaction to query purchase information, and submit the transaction to the blockchain network 200 to obtain the corresponding purchase information from the blockchain network 200.
[0059] The following describes an exemplary functional architecture of the blockchain network provided by the embodiments of the present application. Figure 2 , Figure 2 The functional architecture diagram of the blockchain network 200 provided for the embodiment of the present application includes an application layer 201, a consensus layer 202, a network layer 203, a data layer 204 and a resource layer 205, which are described below respectively.
[0060] The resource layer 205 encapsulates the computing resources, storage resources, and communication resources of each node 210 in the blockchain network 200, such as the computing resources, storage resources, and communication resources in computers, servers / clusters, and clouds, abstracts them, and provides a unified interface to the data layer 204 to shield the differences in the underlying hardware that implements the resource layer 205.
[0061] Computing resources include various forms of processors, such as central processing units (CPUs), application specific integrated circuits (ASICs), application specific integrated circuits, and various forms of processors such as field-programmable gate arrays (FPGAs).
[0062] Storage resources include various types of storage media such as various volatile memories and non-volatile memories. Among them, non-volatile memories can be read-only memories (ROM) and programmable read-only memories (PROM). Volatile memories can be random access memories (RAM), which are used as external cache.
[0063] Communication resources include various links used for communication between nodes 210 of the blockchain network and between the blockchain network 200 and business entities.
[0064] The data layer 204 encapsulates various data structures for implementing the ledger, including the blockchain implemented as files in the file system, a key-value state database, and existence proof (such as a hash tree of transactions in a block).
[0065] The network layer 203 encapsulates the functions of point-to-point (P2P) network protocol, data transmission mechanism and data verification mechanism, access authentication mechanism and business subject identity management.
[0066] Among them, the P2P network protocol realizes the communication between the nodes 210 in the blockchain network 200, the data propagation mechanism ensures the propagation of transactions in the blockchain network 200, and the data verification mechanism is used to realize the reliability of data transmission between nodes 210 based on cryptographic methods (such as digital certificates, digital signatures, public / private key pairs); the access authentication mechanism is used to authenticate the identity of the business subject joining the blockchain network 200 according to the actual business scenario, and grant the business subject the right to access the blockchain network 200 when the authentication is passed; the business subject identity management is used to store the identity of the business subject allowed to access the blockchain network 200, and the authority (such as the type of transaction that can be initiated).
[0067] The consensus layer 202 encapsulates the mechanism by which the nodes 210 in the blockchain network 200 reach consensus on blocks (i.e., the consensus mechanism), transaction management, and ledger management functions.
[0068] The consensus mechanism includes consensus algorithms such as POS, POW and DPOS, and supports pluggable consensus algorithms.
[0069] Transaction management is used to verify the digital signature carried in the transaction received by the verification node 210, verify the identity information of the business subject, and determine whether it has the authority to conduct transactions based on the identity information (read relevant information from the business subject identity management); for business subjects that have obtained authorization to access the blockchain network 200, they all have digital certificates issued by the certification center. The business subject uses the private key in its own digital certificate to sign the submitted transaction, thereby declaring its legal identity.
[0070] Ledger management: used to maintain the blockchain and ledger database. For the blocks that have reached consensus, they are appended to the end of the blockchain; the transactions in the blocks that have reached consensus are executed, and when the transaction includes an update operation, the key-value pairs in the state database are updated; when the transaction includes a query operation, the key-value pairs in the ledger database are queried and the query results are returned to the business entity. Supports query operations on the ledger database in multiple dimensions, including: querying blocks based on block serial numbers (such as transaction hash values); querying blocks based on block hash values; querying blocks based on transaction serial numbers; querying transactions based on transaction serial numbers; querying business subject account data based on business subject account numbers (serial numbers); querying the blockchain in a channel based on the channel name.
[0071] The application layer 201 encapsulates various services that can be implemented in the blockchain network, including transaction traceability, evidence storage, and verification.
[0072] The following describes an exemplary structure of a node of a blockchain network implementing an embodiment of the present application. It can be understood that the hardware structure of any type of node in the blockchain network 200 can be implemented according to the hardware structure described below.
[0073] See also Figure 3 , Figure 3 A schematic diagram of the structure of a node 210 in a blockchain network 200 is provided for an embodiment of the present application. Figure 3 The node 210 shown includes: at least one processor 2110, a memory 2150 and at least one network interface 2120. The various components in the node 210 are coupled together via a bus system 2140. It is understood that the bus system 2140 is used to achieve connection and communication between these components. In addition to the data bus, the bus system 2140 also includes a power bus, a control bus and a status signal bus. However, for the sake of clarity, the bus system 2140 is not described in detail. Figure 3 Various buses are labeled as bus system 2140.
[0074] Processor 2110 can be an integrated circuit chip with signal processing capabilities, such as a general-purpose processor, a digital signal processor (DSP), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc., where the general-purpose processor can be a microprocessor or any conventional processor, etc.
[0075] The memory 2150 may be removable, non-removable, or a combination thereof. Exemplary hardware devices include solid-state memory, hard drives, optical drives, etc. The memory 2150 may optionally include one or more storage devices that are physically remote from the processor 2150.
[0076] The memory 2150 includes a volatile memory or a nonvolatile memory, and may also include both volatile and nonvolatile memories. The nonvolatile memory may be a read-only memory (ROM), and the volatile memory may be a random access memory (RAM). The memory 2150 described in the embodiments of the present application is intended to include any suitable type of memory.
[0077] In some embodiments, memory 2150 is capable of storing data to support various operations, examples of which include programs, modules, and data structures, or a subset or superset thereof, as exemplarily described below.
[0078] Operating system 2151, including system programs for processing various basic system services and performing hardware-related tasks, such as framework layer, core library layer, driver layer, etc., for implementing various basic services and processing hardware-based tasks;
[0079] A network communication module 2152, for reaching other computing devices via one or more (wired or wireless) network interfaces 2120, exemplary network interfaces 2120 include: Bluetooth, Wireless Fidelity (WiFi), and Universal Serial Bus (USB);
[0080] In some embodiments, the information processing device based on the blockchain network provided in the embodiments of the present application can be implemented in a software manner. Figure 3An information processing device 2155 based on a blockchain network stored in a memory 2150 is shown, which may be software in the form of a program or plug-in, and includes the following software modules: a first receiving module 21551, a first verification module 21552, a first storage module 21553, a first determination module 21554, and a contract execution module 21555. These modules are logical and can therefore be arbitrarily combined or further split according to the functions implemented.
[0081] The functions of each module will be described below.
[0082] The information processing method based on the blockchain network provided by the embodiment of the present application will be explained in combination with the exemplary application and implementation of the terminal provided by the embodiment of the present application.
[0083] See also Figure 4 , Figure 4 A schematic diagram of an implementation flow of a blockchain network-based information processing method provided in an embodiment of the present application, which is applied to Figure 1 In the blockchain network shown, Figure 4 The steps shown are explained.
[0084] Step S101, receiving sales information sent by the first node, and storing the sales information in the blockchain network.
[0085] In the embodiment of the present application, the first node is a merchant node, and further can be a mobile phone, a desktop computer, a laptop computer, a digital broadcast terminal, an information transceiver device, a game console, a tablet device, a personal digital assistant, etc. The merchant version of the e-commerce App is installed in the first node, and the merchant user can publish the goods he sells through the e-commerce App, and can also set sales information including preferential policies, purchase quantities, purchase start and end times, sales links, etc. according to his own sales needs, and publish sales information through the e-commerce App.
[0086] The first node also runs a client connected to the blockchain network, which is used for merchant users to submit data to or query data on the blockchain network. For example, the first node can generate a corresponding storage operation transaction based on a request to publish sales information, and submit the transaction to the blockchain network. The storage operation transaction at least includes the sales information to be published.
[0087] When step S101 is implemented, after receiving the transaction for storing sales information uploaded by the first node, the blockchain network will perform identity authentication on the first node and determine whether the first node has transaction authority. When the identity authentication of the first node is passed and it is determined that it has transaction authority, the sales information will be stored in the blockchain network.
[0088] In some embodiments, storing the sales information in the blockchain network actually means storing the sales information in the nodes in the blockchain. Further, after receiving the sales information, the node with sorting function in the blockchain network fills the sales information into a new block and broadcasts it to the node providing consensus service in the blockchain network. The node providing consensus service in the blockchain network performs a consensus process on the new block to reach a consensus, and the node providing ledger function appends the new block to the end of the blockchain and executes the transaction in the new block: for the transaction submitting the sales information, the key-value pair corresponding to the sales information in the ledger database is updated.
[0089] Step S102: receiving purchase information sent by at least one second node, and verifying the purchase information based on the sales information.
[0090] Here, the second node is a buyer node, which can further be a mobile phone, desktop computer, laptop computer, tablet device, personal digital assistant, etc. The buyer version of the e-commerce app can be installed in the second node, and the buyer user can search and browse the goods he wants to buy through the e-commerce app, and place an order after selecting. The second node also runs a client that accesses the blockchain network.
[0091] After the sales information published by the first node is stored in the blockchain network, each node in the blockchain network stores the sales information. Then, the buyer user can view the sales information by connecting to the second node of the blockchain network, and enter the product purchase page through the sales link in the sales information to make a purchase. The buyer user can select the purchase quantity through the product purchase page displayed in the second node, and can also enter or select the delivery address after confirming the purchase quantity. After confirming the purchase quantity and delivery address, the purchase information can be submitted to the blockchain network.
[0092] When implementing step S102, after receiving the transaction storing the purchase information uploaded by the second node, the blockchain network will authenticate the second node and determine whether the second node has the transaction authority. When the second node passes the identity authentication and is determined to have the transaction authority, the purchase information will be verified based on the sales information released by the merchant. In the verification process, it is mainly to determine whether the purchase quantity in the purchase information is within the purchase quantity limit in the sales information, whether the delivery address is within the sales area in the sales information, whether the purchase timestamp is after the sales start time, etc.
[0093] Step S103, when the purchase information passes the verification, the purchase information is stored in the blockchain network.
[0094] Here, when the purchase information meets various restrictions in the sales information, such as the purchase quantity is within the restricted purchase quantity in the sales information, the delivery address is within the sales area in the sales information, and the purchase timestamp is after the sales start time, the purchase information is considered to have passed the verification, and the purchase information is stored in the blockchain network.
[0095] In some embodiments, storing the purchase information in the blockchain network actually means storing the purchase information in the nodes in the blockchain. Further, after receiving the purchase information, the node with the sorting function in the blockchain network fills the purchase information received within a certain period of time into a new block and broadcasts it to the nodes providing consensus services in the blockchain network. The nodes providing consensus services in the blockchain network conduct a consensus process on the new block to reach a consensus, and the nodes providing the ledger function append the new block to the end of the blockchain and execute the transactions in the new block: for transactions submitting purchase information, the key-value pairs corresponding to the purchase information in the ledger database are updated.
[0096] Step S104: when the deadline condition is reached, determining valid purchase information from at least one piece of purchase information.
[0097] In some embodiments, whether the cut-off condition is met may be determined in at least the following two ways:
[0098] The first way is to obtain the sales deadline in the sales information; when the sales deadline is reached, it is determined that the deadline condition is met.
[0099] The second method is to obtain the sales cut-off quantity in the sales information; when it is determined that the sales quantity reaches the sales cut-off quantity, it is determined that the cut-off condition is met.
[0100] In some embodiments, the sales information may also include purchase success rules. When implementing step S104, valid purchase information that meets the purchase success rules must be determined from at least one piece of purchase information.
[0101] Step S105: Execute the sales smart contract signed by the first node based on the valid purchase information.
[0102] Here, the first node will sign a sales smart contract, which stipulates the behaviors that the merchant needs to perform, that is, the preferential policies that the merchant needs to implement for valid purchase information. The sales smart contract can be encrypted using the private key of the first node, and the encrypted sales smart contract can be synchronized to each node in the blockchain network. After determining the valid purchase information, the sales smart contract can be automatically executed to ensure that the valid purchase information can enjoy the agreed preferential policies, thereby ensuring the openness and transparency of sales.
[0103] In the information processing method based on the blockchain network provided in the embodiment of the present application, after the merchant formulates the sales information, the sales information is uploaded to the blockchain network for storage, and when the buyer places an order, the purchase information is also uploaded to the blockchain network for storage. This utilizes the decentralized storage method of the blockchain network and can prevent the purchase information and sales information from being tampered with, thereby conducting open and transparent marketing activities and ensuring consumer fairness.
[0104] In some embodiments, the method may further include the following steps:
[0105] Step S106, sending the valid purchase information to the merchant terminal, so that the merchant terminal associates the sales information with the valid purchase information.
[0106] In some embodiments, the blockchain network sends the valid purchase information to the merchant terminal, and the merchant terminal can associate the sales information with the valid purchase information. In the actual implementation process, associating the sales information with the valid purchase information can be to establish a corresponding relationship between the sales information and the valid purchase information, so that the merchant can easily view the buyers who have successfully purchased, and sending the valid purchase information to the merchant terminal can also notify the merchant that the agreement of the smart contract has been fulfilled for the valid purchase information.
[0107] It should be noted that step S106 may be executed after step S105. In some embodiments, step S106 may be executed before step S105 or simultaneously with step S105. This is not limited in the embodiments of the present application.
[0108] In some embodiments, Figure 4 The illustrated step S102 can be implemented through steps 1021a to 1022a, which will be described in conjunction with each step.
[0109] Step S1021a: Receive purchase information sent by the at least one second node, and obtain a purchase quantity and a purchase timestamp from the purchase information.
[0110] Here, the purchase timestamp may be the time when the second node places the order.
[0111] Step S1022a, determining whether the purchase quantity and purchase timestamp comply with the sales rules in the sales information.
[0112] Here, when step S1022a is implemented, it can be to respectively determine whether the purchase quantity is greater than or equal to the purchase quantity specified in the sales rules and whether the purchase timestamp is after the sales start time specified in the sales rules. When the purchase quantity is less than or equal to the purchase quantity specified in the sales rules, and the purchase timestamp is after the sales start time, it is considered that the purchase quantity and the purchase timestamp comply with the sales rules, and at this time, it is determined that the purchase information has passed the verification; when the purchase quantity is greater than the purchase quantity specified in the sales rules or the purchase timestamp is before the sales start time, it is considered that the purchase quantity and the purchase timestamp do not comply with the sales rules, and at this time, it is determined that the purchase information has not passed the verification, and the process ends.
[0113] In some embodiments, the purchase information may include a delivery address in addition to the purchase quantity and purchase timestamp. In this case, Figure 4 The step S102 shown in FIG. 1 can be implemented by the following steps:
[0114] Step S1021b: receiving purchase information sent by at least one second node, and determining a buyer identifier corresponding to each piece of purchase information.
[0115] Here, the purchase information at least includes a buyer ID, which may be a user name of the buyer logging into the e-commerce App, or may be a phone number, email address, etc. of the buyer.
[0116] Step S1022b: acquiring the buyer's consumption record based on the buyer identifier, and determining the buyer's consumption level based on the consumption record.
[0117] Here, when implementing step S1022b, the key-value pair of the buyer ID and the consumption record can be queried by using the buyer ID as a key to obtain the consumption record corresponding to the buyer ID, and the amount of the buyer's consumption within a period of time can be determined based on the consumption record, and the consumption level can be further determined by following up the consumption amount. In some embodiments, the consumption record corresponding to the buyer ID can also be the buyer's consumption record at the merchant, so that the buyer's consumption level can be determined based on the buyer's consumption record at the merchant, so that the merchant's preferential activities can be targeted at old customers, which can improve the consumption experience of old customers.
[0118] Step S1023b, determining whether the purchase quantity, purchase timestamp, delivery address and consumption level comply with the sales rules in the sales information.
[0119] Here, when step S1023b is implemented, it can be to respectively determine whether the purchase quantity is greater than or equal to the purchase quantity specified in the sales rules, whether the purchase timestamp is after the sales start time specified in the sales rules, whether the delivery address is within the sales area specified in the sales rules, and whether the consumption level is higher than the consumption level specified in the sales rules. When the purchase quantity is less than or equal to the purchase quantity specified in the sales rules, and the purchase timestamp is after the sales start time, and the delivery address is within the sales area specified in the sales rules, and the consumption level is higher than the consumption level specified in the sales rules, it is considered that the purchase quantity, purchase timestamp, delivery address and consumption level comply with the sales rules, and it is determined that the purchase information has passed the verification.
[0120] When the purchase quantity is greater than the purchase quantity specified in the sales rules, or the purchase timestamp is before the sales start time, or the delivery address is outside the sales area specified in the sales rules, or the consumption level is lower than the consumption level specified in the sales rules, it is considered that the purchase quantity, purchase timestamp, delivery address and consumption level do not comply with the sales rules. At this time, it is determined that the purchase information has not passed the verification and the process ends.
[0121] In some embodiments, Figure 4 The step S104 shown can be implemented by the following steps:
[0122] Step S1041, when the cut-off condition is reached, obtain the purchase success rule in the sales information.
[0123] Here, the purchase success rule may be that the purchase information of the first N orders is valid purchase information for successful purchase. In some embodiments, the purchase success rule may also be that the first N purchase information in descending order of consumption amount is valid purchase information for successful purchase.
[0124] Step S1042: Determine the purchase information that satisfies the purchase success rule in the at least one piece of purchase information as valid purchase information.
[0125] In some embodiments, step S1042 may be implemented by first obtaining the purchase timestamp in each piece of purchase information, and then sorting the at least one piece of purchase information based on the purchase timestamp, and finally determining the purchase information that meets the purchase success rule in the sorted purchase information as valid purchase information.
[0126] Furthermore, when sorting by purchase timestamp, the order may be from earliest to latest, and when determining valid purchase information from the sorted purchase information, the first N purchase information from the sorted purchase information may be determined as valid purchase information. Of course, in some embodiments, the order may be from latest to earliest, and when determining valid purchase information from the sorted purchase information, the purchase information from the last one to the Nth purchase information may be determined as valid purchase information.
[0127] In some embodiments, when the purchase success rule is that the first N purchase information in descending order of consumption amount are valid purchase information for successful purchase, then when step S1042 is implemented, the consumption amount can be determined based on the purchase quantity and commodity price in the purchase information, and the purchase information can be sorted based on the consumption amount, and the purchase information that meets the purchase success rule in the sorted purchase information can be determined as valid purchase information.
[0128] In some embodiments, Figure 5 As shown, step S105 can be implemented by the following steps:
[0129] Step S1051, determining the buyer identification of a successful purchase based on the valid purchase information.
[0130] Here, the buyer's ID can be the buyer's user name for logging into the e-commerce App, or the buyer's phone number, email address, etc. In some embodiments, the buyer's ID can also be the consignee.
[0131] Step S1052, obtaining the preferential policy agreed upon in the sales smart contract.
[0132] Here, the preferential policies agreed upon in the sales smart contract may be such as one yuan purchase, 50 yuan off for purchases over 100 yuan, 10% off purchases, etc.
[0133] Step S1053, based on the purchase quantity, commodity price and preferential policy in the valid purchase information, determine the payment amount corresponding to the valid purchase information.
[0134] Here, for example, if the discount policy is one yuan purchase or N yuan purchase, then the payment amount corresponding to the effective purchase information can be determined based on the purchase quantity and the discount policy. When the discount policy is a full-reduction policy or a discount policy, it is necessary to determine the original amount based on the purchase quantity and the product price, and then determine the payment amount based on the original amount and the discount policy.
[0135] Step S1054: Based on the buyer identification of the successful purchase, the valid purchase information and the corresponding payment amount are sent to the second node.
[0136] Here, the valid purchase information and the corresponding payment amount are sent to the second node so that the buyer can make order payment, thereby completing the purchase process.
[0137] Based on the above embodiments, the present application further provides an information processing method based on a blockchain network. Figure 6 This is another implementation flow diagram of the information processing method based on the blockchain network in the embodiment of the present application. Figure 6 As shown, the method includes:
[0138] Step S601: The first node determines sales information based on the operation of the merchant user.
[0139] Here, when implementing step S601, the merchant user can set the sales information through the shopping app installed on the first node according to his own sales needs. For example, each buyer ID can be set to purchase 2 items, and the discount policy can be set to 10% off, starting from 0:00 on August 23, 2019 to 2:00 on August 23, 2019, and the successful purchase rule is the first 50 buyers who place an order.
[0140] Step S602: The first node sends the sales information to the blockchain network.
[0141] Here, when the first node sends the sales information to the blockchain network, it can use the merchant's own generated private key to sign the summary generated based on the sales information. The information sent by the first node to the blockchain network includes: sales information, digital signature and the merchant's public key.
[0142] Step S603: the blockchain network verifies the identity of the first node.
[0143] Here, after receiving the sales information sent by the first node, the blockchain network uses the merchant's public key to verify the merchant's digital signature to verify the identity of the first node. Furthermore, when verifying the merchant's digital signature, the merchant's public key is first used to decrypt the digital signature to obtain the decrypted information, and then a summary is generated for the plain text of the sales information sent by the first node. When the summary generated using the sales information sent by the first node is consistent with the decrypted information, it is considered that the digital signature of the first node has been verified, that is, the identity of the first node has been passed; when the summary generated using the sales information sent by the first node is inconsistent with the decrypted information, it is considered that the digital signature of the first node has not been verified, that is, the identity of the first node has not been verified.
[0144] Step S604: After the identity authentication of the first node is passed, the blockchain network stores the sales information and synchronizes it to the entire network.
[0145] When implementing step S604, after receiving the sales information, the node with sorting function in the blockchain network fills the sales information into a new block and broadcasts it to the nodes providing consensus services in the blockchain network. The nodes providing consensus services in the blockchain network conduct a consensus process on the new block to reach a consensus, and the nodes providing ledger functions append the new block to the end of the blockchain and execute the transactions in the new block: for transactions that submit sales information, update the key-value pairs corresponding to the sales information in the ledger database.
[0146] Step S605: The second node displays the product purchase page based on the buyer user's operation.
[0147] Here, after the first node stores the sales information in the blockchain and synchronizes it to the entire network, the buyer user can enter the e-commerce app or the corresponding web page through the sales link in the sales information. At this time, the product purchase page will be displayed on the graphical interface of the second node.
[0148] Step S606: The second node determines purchase information based on the purchase operation of the buyer user.
[0149] Here, when the buyer user browses and views the product purchase page and determines to purchase the product, he can select the purchase quantity, consignee information, etc., and determine the purchase information based on the user's purchase operation. The purchase information may include the buyer ID, purchase quantity, product price, consignee information, etc.
[0150] Step S607: The second node sends the purchase information to the blockchain network.
[0151] Here, when the second node sends the purchase information to the blockchain network, it can use the merchant's own generated private key to sign the summary generated based on the purchase information. The information sent by the second node to the blockchain network includes: purchase information, digital signature and buyer's public key.
[0152] Step S608: The blockchain network verifies the identity of the second node.
[0153] Here, the process of verifying the identity of the second node by the blockchain network is similar to the process of verifying the identity of the first node, so the implementation process of verifying the identity of the first node can be referred to.
[0154] Step S609, when the identity authentication of the second node is passed, the blockchain network verifies the purchase information based on the sales information.
[0155] Here, when implementing step S609, the purchase information may be verified based on the restriction conditions in the sales information to determine whether the purchase information meets the restriction conditions in the sales information. For example, the sales restriction may limit each buyer ID to purchase 2 items, and the items sold are only sold in the three northeastern provinces, then the purchase quantity and delivery address in the purchase information need to be verified.
[0156] Step S610, when the purchase information passes the verification, the blockchain network stores the purchase information and synchronizes the purchase information to the entire network.
[0157] Here, when the purchase information meets the restriction conditions in the sales information, it is considered that the purchase information has passed the verification. At this time, the purchase information can be stored in the blockchain network and synchronized to the entire network.
[0158] Step S611, when the deadline condition is reached, the blockchain network obtains the purchase success rules in the sales information.
[0159] Step S612: The blockchain network determines the purchase information that satisfies the purchase success rule among the at least one purchase information as valid purchase information.
[0160] Step S613: The blockchain network sends the valid purchase information to the first node.
[0161] Step S614: the first node associates the sales information with the valid purchase information.
[0162] Step S615: The blockchain network determines the identification of the buyer who has successfully purchased based on the valid purchase information.
[0163] Step S616: The blockchain network obtains the preferential policies in the sales information.
[0164] Step S617: The blockchain network determines the payment amount corresponding to the valid purchase information based on the purchase quantity and preferential policies in the valid purchase information.
[0165] Step S618: The blockchain network sends the valid purchase information and the corresponding payment amount to the second node based on the buyer identification of the successful purchase.
[0166] Step S619: The second node completes the payment based on the payment operation of the buyer user.
[0167] In some embodiments, after the second node completes the payment, the payment server may also send a payment success message to the first node to notify the merchant user that the buyer user has completed the payment and can proceed with the subsequent delivery or service provision process.
[0168] In the information processing method based on the blockchain network provided in the embodiment of the present application, after determining the sales information, the first node sends the sales information to the blockchain network, requests to store the sales information in the nodes in the blockchain network and synchronize it to the entire network. When the buyer user purchases the product through the second node, the second node determines the purchase information based on the purchase operation of the buyer user, and also sends the purchase information to the blockchain network, requests to store the sales information in the nodes in the blockchain network and synchronize it to the entire network. In this way, the sales information and purchase information are stored in a decentralized form, which can provide data security, and the first node signs a smart contract in advance, stipulating the actions that the merchant must perform, that is, the preferential policies in the sales information. In this way, after determining the valid purchase information based on the agreed purchase success rules, the first node must execute the preferential policy for the valid purchase information, thereby ensuring the fairness of consumption.
[0169] The following is an explanation of an exemplary application of the embodiments of the present application in a practical application scenario.
[0170] In the embodiment of the present application, a snap-up marketing method based on a blockchain network is provided. Figure 7 A schematic diagram of a blockchain network provided in an embodiment of the present application is shown in FIG. Figure 7 As shown, the blockchain network includes buyer 1 node 701, buyer 2 node 702, buyer 3 node 703, merchant 1 node 704 and merchant 2 node 705. Both buyer nodes and merchant nodes in the blockchain network can upload data to the blockchain network.
[0171] After the blockchain network is built by merchant nodes, buyer nodes and other functional nodes, merchants can publish information. When implemented, merchants publish flash sale marketing activities, which will include: Fig. 8A The sales information of the content shown is written into the blockchain network. Fig. 8A As shown, the sales information may include sales information of activity type, activity link, activity rules and start time, wherein the activity type may be, and the activity rules may limit the purchase quantity, sales area, and rules for successful purchase. For example, the activity rules may be that each ID can purchase up to 2, purchase is limited to Jiangsu and Zhejiang provinces, and the first 100 payment can enjoy preferential discounts, etc.
[0172] When the blockchain network receives a write transaction sent by a merchant, it verifies the merchant's identity and transaction authority. When the merchant's identity is verified and it is determined that the merchant has transaction authority, the sales information is written into a new block of the blockchain network and broadcast to the nodes that provide consensus services in the blockchain network. The nodes that provide consensus services in the blockchain network conduct a consensus process on the new block to reach an agreement, and then synchronize the sales information to the entire network.
[0173] In an embodiment of the present application, the merchant signs a unilateral smart contract, which stipulates the actions that the merchant needs to perform and is synchronized to the entire network after being encrypted with a private key.
[0174] After the start time specified in the sales information is reached, buyers can click the event link to purchase. The buyer node will Figure 8B The purchase information of the buyer shown is uploaded to the blockchain. Figure 8B As shown, the buyer's purchase information includes at least the buyer ID, the purchased product ID, and the rush purchase timestamp.
[0175] In some embodiments, the purchase information may also include the purchase quantity, delivery address, etc. Before uploading the purchase information to the blockchain, the purchase quantity, delivery address, etc. in the purchase information may also be verified. The purchase information will only be uploaded to the blockchain when the purchase information meets the activity rules in the sales information.
[0176] All nodes in the blockchain network will collect the purchase records received over a period of time, and package the purchase records together to form a block structure stored on the blockchain network and spread it to the entire network. After any node receives a data set uploaded to the blockchain network, it calculates the hash value of the data to be synchronized in each data set to obtain the following sequence, assuming that there are N data to be synchronized in each data set:
[0177] Data set 1: [hash11, hash12, hash13, hash14…hash1N];
[0178] Data set 2: [hash21, hash22, hash23, hash24…hash2N];
[0179] Data set 3: [hash31, hash32, hash33, hash34…hash3N];
[0180] Data set 4: [hash41, hash42, hash43, hash44…hash4N];
[0181] The hash values of the data to be synchronized in each data set are compared. When the number of data to be synchronized with the same hash value in the data set accounts for more than 50%, it is considered that the data to be synchronized with the same hash value accounts for more than 50% of the network consensus.
[0182] It should be noted that the 50% threshold here is only an exemplary description, and the threshold can be flexibly set according to the actual application scenario. Through the above multiple rounds of iterations, the data to be synchronized in each data set can reach a network consensus, thereby achieving the unification of the whole network data.
[0183] After the deadline is reached, the processing node in the blockchain network automatically obtains the user's purchase information and the corresponding purchase success rules issued by the merchant. According to the agreed purchase success rules, the nodes sort the users' timestamps in order, select buyers within the scope of the rules as successful users, and synchronize the purchase results to the entire network.
[0184] In the blockchain-based flash sale marketing method provided in the embodiment of the present application, both the flash sale strategy released by the merchant and the buyer's purchase information are uploaded to the blockchain network, which can prevent the flash sale strategy and purchase information from being tampered with, thereby conducting open and transparent flash sale marketing, preventing merchants from cheating, and ensuring consumer fairness.
[0185] The following is a description of an exemplary structure of the information processing device 2155 based on the blockchain network provided in the embodiment of the present application as a software module. In some embodiments, Figure 3 As shown, the software modules stored in the device 2155 of the memory 2150 may include:
[0186] The first receiving module 21551 is used to receive the sales information sent by the first node and store the sales information in the blockchain network;
[0187] A first verification module 21552, configured to receive purchase information sent by at least one second node, and verify the purchase information based on the sales information;
[0188] A first storage module 21553, configured to store the purchase information in the blockchain network when the purchase information passes verification;
[0189] A first determining module 21554, configured to determine valid purchase information from at least one piece of purchase information when a cut-off condition is met;
[0190] The contract execution module 21555 executes the sales smart contract signed by the first node based on the valid purchase information.
[0191] In some embodiments, the first verification module 21552 is further used to:
[0192] receiving purchase information sent by the at least one buyer, and obtaining a purchase quantity and a purchase timestamp from the purchase information;
[0193] Determine whether the purchase quantity and purchase timestamp comply with the sales rules in the sales information, wherein when the purchase quantity and purchase timestamp comply with the sales rules, determine that the purchase information passes the verification.
[0194] In some embodiments, the purchase information may also include a delivery address.
[0195] The first verification module 21552 is further used for:
[0196] receiving purchase information sent by the at least one buyer, and determining a buyer identifier based on the purchase information;
[0197] Acquiring the buyer's consumption record based on the buyer identifier, and determining the buyer's consumption level based on the consumption record;
[0198] Determine whether the purchase quantity, purchase timestamp, delivery address and consumption level comply with the sales rules in the sales information, wherein when the purchase quantity, purchase timestamp, delivery address and consumption level comply with the sales rules, determine that the purchase information passes the verification.
[0199] In some embodiments, the first determining module 21554 is further configured to:
[0200] When the deadline condition is reached, obtaining a purchase success rule in the sales information;
[0201] The purchase information that satisfies the purchase success rule in the at least one purchase information is determined as valid purchase information.
[0202] In some embodiments, the first determining module 21554 is further configured to:
[0203] Get the purchase timestamp in each purchase information;
[0204] sorting the at least one piece of purchase information based on the purchase timestamp;
[0205] The purchase information that satisfies the purchase success rule in the sorted purchase information is determined as valid purchase information.
[0206] In some embodiments, the apparatus further comprises:
[0207] A first acquisition module is used to acquire the sales deadline in the sales information;
[0208] A second determining module is used to determine that a cut-off condition is met when the sales cut-off time is reached; or,
[0209] A second acquisition module is used to acquire the sales cut-off quantity in the sales information;
[0210] The third determining module is used to determine that a cut-off condition is met when it is determined that the sales quantity reaches the sales cut-off quantity.
[0211] In some embodiments, the contract execution module 21555 is further used to:
[0212] Determine a buyer identification of a successful purchase based on the valid purchase information;
[0213] Obtain the preferential policies agreed upon in the sales smart contract;
[0214] Determine the payment amount corresponding to the valid purchase information based on the purchase quantity and preferential policies in the valid purchase information;
[0215] Based on the buyer identification of the successful purchase, the valid purchase information and the corresponding payment amount are sent to the second node.
[0216] The present application embodiment provides a storage medium storing executable instructions, wherein the executable instructions are stored. When the executable instructions are executed by a processor, the processor will execute the method provided by the present application embodiment, for example, Figure 4 , Figure 5 and Figure 6 The method shown.
[0217] In some embodiments, the storage medium may be a memory such as FRAM, ROM, PROM, EPROM, EE PROM, flash memory, magnetic surface memory, optical disk, or CD-ROM; or may be various devices including one or any combination of the above memories.
[0218] In some embodiments, executable instructions may be in the form of a program, software, software module, script or code, written in any form of programming language (including compiled or interpreted languages, or declarative or procedural languages), and may be deployed in any form, including as a stand-alone program or as a module, component, subroutine or other unit suitable for use in a computing environment.
[0219] As an example, executable instructions may, but need not, correspond to a file in a file system, may be stored as part of a file storing other programs or data, for example, in one or more scripts in a HyperText Markup Language (HTML) document, in a single file dedicated to the program in question, or in multiple coordinated files (for example, files storing one or more modules, subroutines, or code portions).
[0220] By way of example, executable instructions may be deployed to be executed on one computing device, or on multiple computing devices located at one site, or on multiple computing devices distributed across multiple sites and interconnected by a communication network.
[0221] The above is only an embodiment of the present application and is not intended to limit the protection scope of the present application. Any modifications, equivalent substitutions and improvements made within the spirit and scope of the present application are included in the protection scope of the present application.
Claims
1. An information processing method based on a blockchain network, characterized in that: include: Receiving sales information of the flash sale marketing activity sent by the first node, and storing the sales information in the blockchain network; receiving purchase information sent by at least one second node, and verifying the purchase information based on the sales information; When the purchase information passes the verification, storing the purchase information in the blockchain network; Obtaining a sales cut-off time in the sales information, and determining that a cut-off condition is met when the sales cut-off time is reached; or obtaining a sales cut-off quantity in the sales information, and determining that a cut-off condition is met when it is determined that the sales quantity reaches the sales cut-off quantity; When the deadline condition is reached, obtaining a purchase success rule in the sales information; Get the purchase timestamp in each purchase information; sorting the at least one piece of purchase information based on the purchase timestamp; Determining the purchase information that satisfies the purchase success rule among the sorted purchase information as valid purchase information; Based on the valid purchase information, execute the sales smart contract signed by the first node.
2. The method according to claim 1, characterized in that The receiving purchase information sent by at least one buyer and verifying the purchase information based on the sales information includes: receiving purchase information sent by the at least one buyer, and obtaining a purchase quantity and a purchase timestamp from the purchase information; Determine whether the purchase quantity and purchase timestamp comply with the sales rules in the sales information, wherein when the purchase quantity and purchase timestamp comply with the sales rules, determine that the purchase information passes the verification.
3. The method according to claim 2, characterized in that The purchase information may also include a delivery address. The receiving purchase information sent by at least one buyer and verifying the purchase information based on the sales information includes: receiving purchase information sent by the at least one buyer, and determining a buyer identifier based on the purchase information; Acquiring the buyer's consumption record based on the buyer identifier, and determining the buyer's consumption level based on the consumption record; Determine whether the purchase quantity, purchase timestamp, delivery address and consumption level comply with the sales rules in the sales information, wherein when the purchase quantity, purchase timestamp, delivery address and consumption level comply with the sales rules, determine that the purchase information passes the verification.
4. The method according to claims 1 to 3, characterized in that The executing the sales smart contract signed by the first node based on the valid purchase information includes: Determine a buyer identification of a successful purchase based on the valid purchase information; Obtain the preferential policies agreed upon in the sales smart contract; Determine the payment amount corresponding to the valid purchase information based on the purchase quantity and preferential policies in the valid purchase information; Based on the buyer identification of the successful purchase, the valid purchase information and the corresponding payment amount are sent to the second node.
5. An information processing device based on a blockchain network, characterized in that: include: A first receiving module, configured to receive sales information of a flash sale marketing activity sent by the first node, and store the sales information in a blockchain network; a first verification module, configured to receive purchase information sent by at least one second node, and verify the purchase information based on the sales information; A first storage module, configured to store the purchase information in the blockchain network when the purchase information passes verification; A first acquisition module is used to acquire the sales deadline in the sales information; A second determining module, configured to determine that a cut-off condition is met when the sales cut-off time is reached; or, A second acquisition module is used to acquire the sales cut-off quantity in the sales information; A third determining module, configured to determine that a cut-off condition is met when it is determined that the sales quantity reaches the sales cut-off quantity; The first determination module is used to obtain the purchase success rule in the sales information when the deadline condition is reached; and obtain the purchase timestamp in each purchase information; sorting the at least one piece of purchase information based on the purchase timestamp; determining the purchase information that satisfies the purchase success rule in the sorted purchase information as valid purchase information; The contract execution module executes the sales smart contract signed by the first node based on the valid purchase information.
6. A node of a blockchain network, characterized in that: include: A memory for storing executable instructions; A processor, configured to implement the method according to any one of claims 1 to 4 when executing the executable instructions stored in the memory.
7. A storage medium, characterized in that: Executable instructions are stored, which are used to cause a processor to execute and implement the method described in any one of claims 1 to 4.
Citation Information
Patent Citations
Data transaction method and equipment thereof
CN110223053A