CN110599201A

CN110599201A - Information processing method, device, node equipment of block chain network and storage medium

Info

Publication number: CN110599201A
Application number: CN201910859915.0A
Authority: CN
Inventors: 王星雅
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2019-09-11
Filing date: 2019-09-11
Publication date: 2019-12-20

Abstract

The application provides an information processing method, device, equipment and storage medium based on a block chain network, wherein the method comprises the following steps: receiving sales information sent by a first node, and storing the sales information to a block chain 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 to the blockchain network; determining buyer information of successful purchase from at least one piece of the purchase information when a cutoff condition is reached; and executing the sales intelligence contract signed by the first node based on the effective purchase information. Through the application, the public and transparent marketing activities can be carried out, and the consumption fairness is ensured.

Description

Information processing method, device, node equipment of block chain network and storage medium

Technical Field

The present application relates to a blockchain technology, and in particular, to an information processing method and apparatus based on a blockchain network, a node of the blockchain network, and a storage medium.

Background

With the development of mobile communication technology and electronic commerce, the consumption mode of people has been changed from traditional entity consumption to online consumption. People can purchase goods, services and the like without going out. Due to the fact that various E-commerce platforms are in a wide range, more choices are brought to buyers, and meanwhile, greater sales pressure is brought to merchants. Therefore, in order to attract buyers, merchants design various promotion strategies, such as time-limited discounts, greater preferential strength enjoyed by the top 100 buyers, and so forth. However, the purchase information is often only seen by the merchants, and the ranking information of the buyers cannot be determined, and the top 100 buyers are also determined and published by the merchants, so that fraud is easy to occur, and the rights and interests of the consumers cannot be well guaranteed.

Disclosure of Invention

The embodiment of the application provides a method, a device and a storage medium, which can perform public and transparent marketing activities and ensure consumption fairness.

The technical scheme of the embodiment of the application is realized as follows:

the embodiment of the application provides an information processing method based on a block chain network, which comprises the following steps:

receiving sales information sent by a first node, and storing the sales information to a block chain 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 to the blockchain network;

determining buyer information of successful purchase from at least one piece of the purchase information when a cutoff condition is reached;

and executing the sales intelligence contract signed by the first node based on the effective purchase information.

An embodiment of the present application provides an information processing apparatus based on a block chain network, including:

the first receiving module is used for receiving the sales information sent by the first node and storing the sales information to the block chain network;

the first verification module is used for receiving purchase information sent by at least one second node and verifying the purchase information based on the sales information;

the first storage module is used for storing the purchase information to the block chain network when the purchase information passes the verification;

a first determining module, configured to determine buyer information that a purchase is successful from at least one piece of the purchase information when a cutoff condition is reached;

and the contract execution module is used for executing the intelligent sale contract signed by the first node based on the effective purchase information.

An embodiment of the present application provides a node of a blockchain network, including:

a memory for storing executable instructions;

and the processor is used for realizing the method provided by the embodiment of the application when executing the executable instructions stored in the memory.

The embodiment of the application provides a storage medium, which stores executable instructions and is used for causing a processor to execute the executable instructions so as to realize the method provided by the embodiment of the application.

The embodiment of the application has the following beneficial effects:

in the information processing method based on the blockchain network provided by the embodiment of the application, after the merchant prepares the sales information, the sales information is uploaded to the blockchain network for storage, and when the buyer places an order for purchase, the purchase information is also uploaded to the blockchain network for storage, so that a decentralized storage mode of the blockchain network is utilized, and the purchase information and the sales information can be prevented from being falsified, thereby carrying out public and transparent marketing activities and ensuring consumption fairness.

Drawings

Fig. 1 is a schematic architecture diagram of an information processing system based on a blockchain network according to an embodiment of the present disclosure;

fig. 2 is a functional architecture diagram of a blockchain network 200 according to an embodiment of the present invention;

fig. 3 is a schematic diagram of a node 210 in the blockchain network 200 according to an embodiment of the present invention;

fig. 4 is a schematic flowchart of an implementation of an information processing method based on a blockchain network according to an embodiment of the present application;

FIG. 5 is a schematic diagram illustrating a process for implementing a sales intelligence contract based on valid purchase information according to an embodiment of the present application;

fig. 6 is a schematic flowchart of another implementation of the information processing method based on the blockchain network according to the embodiment of the present application;

fig. 7 is a schematic diagram of a blockchain network according to an embodiment of the present application;

fig. 8A is a schematic diagram of sales information including content written into a blockchain network according to an embodiment of the present application;

fig. 8B is a schematic diagram illustrating the content of the purchase information written into the blockchain network according to the embodiment of the present disclosure.

Detailed Description

In order to make the objectives, technical solutions and advantages of the present application clearer, the present application will be described in further detail with reference to the attached drawings, the described embodiments should not be considered as limiting the present application, and all other embodiments obtained by a person of ordinary skill in the art without creative efforts shall fall within the protection scope of the present application.

In the following description, reference is made to "some embodiments" which describe a subset of all possible embodiments, but it is 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.

Where similar language of "first/second" appears in the specification, the following description is added, and where reference is made to the term "first \ second \ third" merely for distinguishing between similar items and not for indicating a particular ordering of items, it is to be understood that "first \ second \ third" may be interchanged both in particular order or sequence as appropriate, so that embodiments of the application described herein may be practiced in other than the order illustrated or described herein.

Unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs. The terminology used herein is for the purpose of describing embodiments of the present application only and is not intended to be limiting of the application.

Before further detailed description of the embodiments of the present application, terms and expressions referred to in the embodiments of the present application will be described, and the terms and expressions referred to in the embodiments of the present application will be used for the following explanation.

1) Transactions (transactions), equivalent to the computer term "Transaction," include operations that need to be committed to a blockchain network for execution and do not refer solely to transactions in the context of commerce, which embodiments of the present application follow in view of the convention colloquially used in blockchain technology.

For example, a deployment (deployment) transaction is used to install a specified smart contract to a node in a blockchain network and is ready to be invoked; the Invoke (Invoke) transaction is used to append records of the transaction in the blockchain by invoking the smart contract and to perform operations on the state database of the blockchain, 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).

2) A Block chain (Blockchain) is a storage structure for encrypted, chained transactions formed from blocks (blocks).

For example, the header of each block may include hash values of all transactions in the block, and also include hash values of all transactions in the previous block, so as to achieve tamper resistance and forgery resistance of the transactions in the block based on the hash values; newly generated transactions, after being filled into the tiles and passing through the consensus of nodes in the blockchain network, are appended to the end of the blockchain to form a chain growth.

3) A Blockchain Network (Blockchain Network) incorporates new blocks into a set of nodes of a Blockchain in a consensus manner.

4) Ledger (legger) is a general term for blockchains (also called Ledger data) and state databases synchronized with blockchains.

Wherein, the blockchain records the transaction in the form of a file in a file system; the state database records the transactions in the blockchain in the form of different types of Key (Key) Value pairs for supporting fast query of the transactions in the blockchain.

5) Intelligent Contracts (Smart Contracts), also known as chain codes (chaincodes) or application codes, are programs deployed in nodes of a blockchain network, and the nodes execute the intelligent Contracts called in received transactions to perform operations of updating or querying key-value data of the account database.

6) Consensus (Consensus), a process in a blockchain network, is used to agree on transactions in a block among a plurality of nodes involved, the agreed block is to be appended to the end of the blockchain, and the mechanisms for achieving Consensus include Proof of workload (PoW, Proof of Work), Proof of rights and interests (PoS, Proof of equity (DPoS), Proof of granted of shares (DPoS), Proof of Elapsed Time (PoET, Proof of Elapsed Time), and so on.

Referring to fig. 1, fig. 1 is a schematic diagram of an architecture of an information processing system based on a blockchain network provided in the embodiment of the present application, including a blockchain network 200 (exemplarily shown to include nodes 210-1 to 210-3 and an authentication node 210-4), a merchant system 300 (exemplarily shown to include a terminal 310-1 and a graphical interface 320-1 thereof belonging to the merchant system 300), and a buyer system 400 (exemplarily shown to include a terminal 410-1 and a graphical interface 420-1 thereof belonging to the buyer system 400, and a terminal 410-2 and a graphical interface 420-2 thereof belonging to the buyer system 400), which are respectively described below.

The type of blockchain network 200 is flexible and may be, for example, any of a public chain, a private chain, or a federation chain. Taking a public link as an example, electronic devices such as user terminals and servers of any service entity can access the blockchain network 200 without authorization; taking a federation chain as an example, an electronic device (e.g., a terminal/server) under the jurisdiction of a business entity after obtaining authorization may access the blockchain network 200.

Blockchain network 200 receives transactions submitted by terminals (e.g., terminal 310-1, terminal 310-2, terminal 410-1, terminal 410-2, shown in fig. 1, attributed to merchant system 300, terminal 400) from different business entities (e.g., merchant system 300, buyer system 400, shown in fig. 1), executes the transactions to update or query the ledger, and displays various intermediate or final results of executing the transactions at user interfaces of the terminals (e.g., graphical interface 320-1 of terminal 310-1, graphical interface 420-1 of terminal 410-1, graphical interface 420-2 of terminal 410-2).

The access of multiple business entities to a blockchain network illustrates an exemplary application of a blockchain network by way of example to enable management of medical data.

Referring to fig. 1, after obtaining authorization of the authentication center, a plurality of business entities involved in information processing in the embodiment of the present application, such as a merchant system 300 and a buyer system 400, a terminal 310 of the merchant system 300 and a terminal 410 of the buyer system 400 may both access the blockchain network 200 as client nodes.

Merchant system 300 is illustrated as an example. A service person of the merchant system 300 logs in an e-commerce client of the merchant system 300 in the graphical interface 320-1 of the terminal 310-1, formulates commodity sales information, and generates a storage request of the commodity sales information into a corresponding transaction of a storage operation, wherein an intelligent contract required to be called for realizing the storage operation and parameters transmitted to the intelligent contract are specified in the transaction, the transaction also carries a digital signature signed by the merchant system 300 (for example, a summary of the transaction is encrypted by using a private key in a digital certificate of the merchant system 300), and the transaction is sent to the blockchain network 200.

When a transaction is received in the node 210 in the blockchain network 200, the digital signature carried by the transaction is verified, after the digital signature is successfully verified, whether the merchant system 300 has the transaction right is determined according to the identity of the merchant system 300 carried in the transaction, and the transaction fails due to verification judgment of any one of the digital signature and the right verification. After successful verification, node 210 signs its own digital signature (e.g., by encrypting the digest of the transaction using the private key of node 210-1) and continues to broadcast in blockchain network 200.

After the node 210 with the sorting function in the blockchain network 200 receives the transaction successfully verified, the transaction is filled into a new block and broadcasted to the node providing the consensus service in the blockchain network 200.

The node 210 providing the consensus service in the blockchain network 200 performs the consensus process on the new block to reach an agreement, and the node 210 providing the ledger function appends the new block to the end of the blockchain and performs the transaction in the new block.

Similarly, a user corresponding to the buyer system 400 can log in an e-commerce client of the buyer system 400 in the graphical interface 420-1 of the terminal 410-1, obtain commodity sales information issued by a merchant, purchase a commodity based on the commodity sales information, generate a corresponding storage operation transaction according to a storage request of the purchase information, specify an intelligent contract to be called for implementing the storage operation and parameters to be transferred to the intelligent contract in the transaction, and carry a digital signature signed by the buyer system 400 (for example, a digest of the transaction is encrypted by using a private key in a digital certificate of the buyer system 400), and transmit the transaction to the blockchain network 200.

When a transaction is received in the node 210 in the block chain network 200, the digital signature carried by the transaction is verified, and after the verification of the digital signature is successful, whether the buyer system 400 has the transaction right is determined according to the identity of the buyer system 400 carried in the transaction, and the transaction fails due to any verification judgment of the digital signature and the right verification. After successful verification, node 210 signs its own digital signature (e.g., by encrypting the digest of the transaction using the private key of node 210-1) and continues to broadcast in blockchain network 200.

It is understood that the type of data that a business entity can query/update in blockchain network 200 can be implemented by restricting the authority of a transaction that the business entity can initiate, for example, when merchant system 300 has the authority to initiate a transaction for querying purchase information, a business person of merchant system 300 can input an instrument information query request in graphical interface 320-1 of terminal 310-1, generate a transaction for querying purchase information, and submit the transaction to blockchain network 200 to obtain corresponding purchase information from blockchain network 200.

An exemplary functional architecture of a block chain network provided in the embodiment of the present application is described below, referring to fig. 2, fig. 2 is a schematic functional architecture diagram of a block chain network 200 provided in the embodiment of the present application, which 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.

The resource layer 205 encapsulates computing, storage, and communication resources that implement each node 210 in the blockchain network 200, such as computing, storage, and communication resources in computers, servers/clusters, and clouds, abstracts and provides a uniform interface to the data layer 204 to shield the underlying hardware implementing the resource layer 205 from differences.

The computing resources include various forms of processors such as a Central Processing Unit (CPU), an Application Specific Integrated Circuit (ASIC), and a Field-Programmable Gate Array (FPGA).

The storage resources include various types of storage media such as various volatile memories and nonvolatile memories. The nonvolatile Memory may be a Read Only Memory (ROM) or a Programmable Read-Only Memory (PROM). Volatile Memory can be Random Access Memory (RAM), which acts as external cache Memory.

The communication resources include various links for communication between nodes 210 of the blockchain network, between the blockchain network 200 and the traffic master.

The data layer 204 encapsulates various data structures that implement the ledger, including blockchains implemented in files in a file system, state databases of the key-value type, and presence certificates (e.g., hash trees of transactions in blocks).

The network layer 203 encapsulates the functions of a Point-to-Point (P2P) network protocol, a data propagation mechanism and a data verification mechanism, an access authentication mechanism and service agent identity management.

Wherein the P2P network protocol implements communication between nodes 210 in the blockchain network 200, the data propagation mechanism ensures propagation of transactions in the blockchain network 200, and the data verification mechanism implements reliability of data transmission between nodes 210 based on cryptography methods (e.g., digital certificates, digital signatures, public/private key pairs); the access authentication mechanism is used for authenticating the identity of the service subject added into the block chain network 200 according to an actual service scene, and endowing the service subject with the authority of accessing the block chain network 200 when the authentication is passed; the business entity identity management is used to store the identity of the business entity that is allowed to access blockchain network 200, as well as the permissions (e.g., the types of transactions that can be initiated).

The consensus layer 202 encapsulates the functions of the mechanism for the nodes 210 in the blockchain network 200 to agree on a block (i.e., a consensus mechanism), transaction management, and ledger management.

The consensus mechanism comprises consensus algorithms such as POS, POW and DPOS, and the pluggable consensus algorithm is supported.

The transaction management is configured to verify a digital signature carried in the transaction received by the node 210, verify identity information of the service entity, and determine whether the node has an authority to perform the transaction (read related information from the identity management of the service entity) according to the identity information; for the service agents authorized to access the blockchain network 200, the service agents all have digital certificates issued by the certificate authority, and the service agents sign the submitted transactions by using private keys in the digital certificates of the service agents, so that the legal identities of the service agents are declared.

Account book management: for maintaining block chains and ledger databases. For the block with the consensus, adding the block to the tail of the block chain; and executing the transaction in the block which obtains the consensus, updating the key-value pairs in the state database when the transaction comprises an updating operation, inquiring the key-value pairs in the account book database when the transaction comprises an inquiring operation, and returning an inquiring result to the business body. The method supports query operations of multiple dimensions of the account book database, and comprises the following steps: querying the chunk based on the chunk sequence number (e.g., hash value of the transaction); inquiring the block according to the block hash value; inquiring a block according to the transaction serial number; inquiring the transaction according to the transaction serial number; inquiring account data of a business main body according to an account (serial number) of the business main body; and inquiring the block chain in the channel according to the channel name.

The application layer 201 encapsulates various services that the blockchain network can implement, including tracing, crediting, and verifying transactions.

An exemplary structure of a node of the blockchain network implementing the embodiment of the present application is explained below, and it is understood that the hardware structure of any type of node in the blockchain network 200 may be implemented according to the hardware structure explained below.

Referring to fig. 3, fig. 3 is a schematic structural diagram of a node 210 in a blockchain network 200 according to an embodiment of the present disclosure, where the node 210 shown in fig. 3 includes: at least one processor 2110, memory 2150, and at least one network interface 2120. The various components in node 210 are coupled together by a bus system 2140. It is understood that the bus system 2140 is used to enable communications among the components for connection. The bus system 2140 includes, in addition to a data bus, a power bus, a control bus, and a status signal bus. But for clarity of illustration the various busses are labeled in figure 3 as the bus system 2140.

The Processor 2110 may be an integrated circuit chip having Signal processing capabilities, such as a general purpose Processor, a Digital Signal Processor (DSP), or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, etc., wherein the general purpose Processor may be a microprocessor or any conventional Processor, etc.

Memory 2150 may be removable, non-removable, or a combination thereof. Exemplary hardware devices include solid state memory, hard disk drives, optical disk drives, and the like. Memory 2150 optionally includes one or more storage devices physically located remote from processor 2150.

Memory 2150 includes volatile memory or nonvolatile memory, and can include both volatile and nonvolatile memory. The nonvolatile memory may be a Read Only Memory (ROM), and the volatile memory may be a Random Access Memory (RAM). Memory 2150 as described in embodiments herein is intended to comprise any suitable type of memory.

In some embodiments, memory 2150 can store data to support various operations, examples of which include programs, modules, and data structures, or subsets or supersets thereof, as exemplified below.

An operating system 2151 including system programs for processing various basic system services and performing hardware-related tasks, such as a framework layer, a core library layer, a driver layer, etc., for implementing various basic services and processing hardware-based tasks;

a network communications module 2152 for reaching other computing devices via one or more (wired or wireless) network interfaces 2120, exemplary network interfaces 2120 including: bluetooth, wireless compatibility authentication (wi fi), and Universal Serial Bus (USB), etc.;

in some embodiments, the information processing apparatus based on the blockchain network provided by the embodiment of the present application may be implemented in software, and fig. 3 illustrates an information processing apparatus 2155 based on the blockchain network stored in a memory 2150, which may be software in the form of programs and plug-ins, and includes the following software modules: the first receiving module 21551, the first checking module 21552, the first storing module 21553, the first determining module 21554, and the contract executing module 21555, which are logical and thus may be arbitrarily combined or further divided according to the functions implemented.

The functions of the respective modules will be explained below.

The information processing method based on the blockchain network provided by the embodiment of the present application will be described in conjunction with exemplary applications and implementations of the terminal provided by the embodiment of the present application.

Referring to fig. 4, fig. 4 is a schematic flow chart of an implementation of the information processing method based on the blockchain network according to the embodiment of the present application, which is applied to the blockchain network shown in fig. 1 and will be described with reference to the steps shown in fig. 4.

And step S101, receiving the sales information sent by the first node, and storing the sales information to the block chain network.

In this embodiment, the first node is a merchant node, and further may be a mobile phone, a desktop computer, a notebook computer, a digital broadcast terminal, an information transceiver device, a game console, a tablet device, a personal digital assistant, and the like. The first node is provided with a merchant version of the e-commerce App, a merchant user can publish commodities sold by the merchant through the e-commerce App, can set sales information including preferential strategies, purchase quantity, purchase starting and stopping time, sales links and the like according to sales requirements of the merchant, and publishes the sales information through the e-commerce App.

The first node is also operated with a client end accessed to the blockchain network, and the client end is used for the merchant user to submit data or inquire data to the blockchain network. For example, the first node may generate a transaction for the corresponding storage operation based on the request to publish the sales information and submit the transaction to the blockchain network. Wherein at least the sales information to be released is included in the transaction of the storing operation.

When the step S101 is implemented, after receiving a transaction of storing sales information uploaded by a first node, the blockchain network performs identity authentication on the first node, determines whether the first node has a transaction right, and stores the sales information into the blockchain network when the identity authentication of the first node passes and the first node determines that the first node has the transaction right.

In some embodiments, storing the sales information into the blockchain network is actually storing the sales information into nodes in the blockchain. Further, after receiving the sales information, the node with the sorting function in the blockchain network fills the sales information into a new block and broadcasts the sales information to the node providing the consensus service in the blockchain network. The node providing the consensus service in the blockchain network performs the consensus process on the new block to reach an agreement, the node providing the ledger function adds the new block to the tail of the blockchain, and executes the transaction in the new block: and for the transaction of submitting the sales information, updating the key value pair corresponding to the sales information in the ledger database.

Step S102, purchase information sent by at least one second node is received, and verification is carried out on the purchase information based on the sales information.

Here, the second node is a buyer node, and further may be a mobile phone, a desktop computer, a notebook computer, a tablet device, a personal digital assistant, and the like. The second node can be provided with a buyer version of the e-commerce App, and a buyer user can search and browse commodities which the buyer user wants to purchase through the e-commerce App and place an order for purchase after selecting the commodities. The second node also runs a client for accessing the blockchain network.

After the sales information issued by the first node is stored in the blockchain network, each node in the blockchain network stores the sales information, so that a buyer user can check the sales information through a second node connected to the blockchain network and enter a commodity purchase page for purchase through a sales link in the sales information, the buyer user can select the purchase quantity through the commodity purchase page displayed in the second node, can input or select a shipping address after determining the purchase quantity, and can submit the purchase information to the blockchain network after confirming the purchase quantity and the shipping address.

When the step S102 is implemented, after receiving the transaction of the stored purchase information uploaded by the second node, the blockchain network performs identity authentication on the second node, and determines whether the second node has a transaction right, and when the identity authentication of the second node passes and determines that the second node has the transaction right, the blockchain network verifies the purchase information based on the sales information issued by the merchant. The verification process is mainly to determine whether the purchase amount in the purchase information is within the limited purchase amount in the sales information, whether the shipping address is within the sales area in the sales information, whether the purchase time stamp is after the sales start time, and the like.

And step S103, when the purchase information passes the verification, storing the purchase information into the block chain network.

Here, when the purchase information conforms to various restrictions in the sales information, for example, the purchase amount is within the restricted purchase amount in the sales information, the shipping address is within the sales area in the sales information, and the purchase time stamp is after the sales start time, the purchase information is considered to be verified, and the purchase information is stored in the blockchain network at this time.

In some embodiments, storing the purchase information into the blockchain network is actually storing the purchase information into a node 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 the purchase information to the node providing the consensus service in the blockchain network. The node providing the consensus service in the blockchain network performs the consensus process on the new block to reach an agreement, the node providing the ledger function adds the new block to the tail of the blockchain, and executes the transaction in the new block: and for the transaction of submitting the purchase information, updating the key value pair corresponding to the purchase information in the ledger database.

And step S104, when the cutoff condition is reached, determining effective purchase information from at least one piece of purchase information.

In some embodiments, whether the cutoff condition is reached may be determined in at least two ways:

the first mode is that the sale deadline in the sale information is obtained; when the sales deadline is reached, it is determined that a deadline condition is reached.

In the second mode, the sale deadline number in the sale information is obtained; when it is determined that the sales number reaches the sales cutoff number, it is determined that a cutoff condition is reached.

In some embodiments, a purchase success rule may be further included in the sales information, and step S104, when implemented, is to determine valid purchase information meeting the purchase success rule from at least one piece of purchase information.

And step S105, executing the intelligent sale contract signed by the first node based on the effective purchase information.

Here, the first node may sign a sales intelligence contract, and when the sales intelligence contract agrees with a behavior that a merchant needs to perform, that is, a discount policy to be executed by the merchant for effective purchase information, the sales intelligence contract may be encrypted by using a private key of the first node, and the encrypted sales intelligence contract is synchronized to each node in the block chain network. After the effective purchase information is determined, the intelligent sale contract can be automatically executed so as to ensure that the effective purchase information can enjoy well-agreed preferential strategies, thereby ensuring the public transparency of the sale.

In some embodiments, the method may further comprise the steps of:

and step S106, sending the effective purchase information to a merchant terminal so that the merchant terminal associates the sales information with the effective purchase information.

In some embodiments, the blockchain network sends the valid purchase information to the merchant terminal, which may associate the sales information with the valid purchase information. In the actual implementation process, the sales information and the effective purchase information are associated, and the corresponding relationship between the sales information and the effective purchase information can be established, so that a merchant can conveniently check the successful buyers, and the merchant terminal can be informed of the effective purchase information and the agreement of the merchant on the effective purchase information to fulfill the intelligent contract.

It should be noted that step S106 may be executed after step S105, in some embodiments, step S106 may also be executed before step S105, or may also be executed simultaneously with step S105, and in this embodiment, the present invention is not limited.

In some embodiments, step S102 shown in fig. 4 may be implemented by step 1021a to step 1022a, which will be described in conjunction with each step.

Step S1021a, receiving the purchase information sent by the at least one second node, and acquiring the purchase quantity and the purchase timestamp from the purchase information.

Here, the purchase timestamp may be a time when the second node placed an order.

Step S1022a, it is determined whether the purchase quantity and the purchase timestamp conform to the sales rule in the sales information.

Here, step S1022a, when implemented, may be determining whether the purchase quantity is greater than or equal to the purchase quantity defined in the sales rule and whether the purchase timestamp is after the sales start time defined in the sales rule, respectively, and when the purchase quantity is less than or equal to the purchase quantity defined in the sales rule and the purchase timestamp is after the sales start time, considering that the purchase quantity and the purchase timestamp conform to the sales rule, and then determining that the purchase information passes the verification; and when the purchase quantity is greater than the purchase quantity defined in the sales rule or the purchase timestamp is before the sales starting time, considering that the purchase quantity and the purchase timestamp do not accord with the sales rule, determining that the purchase information is not verified at the moment, and ending the process.

In some embodiments, the purchase information may include a shipping address in addition to the purchase amount and the purchase timestamp, and in this case, step S102 shown in fig. 4 may be implemented by:

step S1021b, receiving the purchase information sent by the at least one second node, and determining a buyer identifier corresponding to each purchase information.

Here, the purchase information includes at least a buyer identifier, and the buyer identifier may be a user name of the buyer logging in the e-commerce app, a phone number of the buyer, a mailbox, or the like.

Step S1022b, obtaining the consumption record of the buyer based on the buyer identification, and determining the consumption level of the buyer based on the consumption record.

Here, when implemented, step S1022b may be implemented by querying the key value pair of the buyer identifier and the consumption record with the buyer identifier as a key (key) to obtain the consumption record corresponding to the buyer identifier, and determining the consumption amount of the buyer within a period of time based on the consumption record, and further determining the consumption level according to the consumption amount. In some embodiments, the consumption record corresponding to the buyer identifier may also be a consumption record of the buyer at the merchant, so that the consumption level of the buyer is determined according to the consumption record of the buyer at the merchant, which enables the preferential activity of the merchant to be specific to the old customer, and may improve the consumption experience of the old customer.

Step S1023b, determining whether the purchase quantity, the purchase time stamp, the shipping address and the consumption level meet the sales rules in the sales information.

Here, step S1023b may be implemented by determining whether the purchase quantity is greater than or equal to the purchase quantity defined in the sales rule, whether the purchase timestamp is after the sales start time defined in the sales rule, whether the shipping address is within the sales area defined in the sales rule, whether the consumption rate is higher than the consumption rate defined in the sales rule, respectively, and when the purchase quantity is less than or equal to the purchase quantity defined in the sales rule, and the purchase timestamp is after the sales start time, and the shipping address is within the sales area defined in the sales rule, and the consumption rate is higher than the consumption rate defined in the sales rule, considering that the purchase quantity, the purchase timestamp, the shipping address, and the consumption rate conform to the sales rule, and determining that the purchase information passes the verification.

And when the purchase quantity is greater than the purchase quantity defined in the sales rule or the purchase timestamp is before the sales starting time, or the delivery address is outside the sales area defined in the sales rule, or the consumption grade is lower than the consumption grade defined in the sales rule, considering that the purchase quantity, the purchase timestamp, the delivery address and the consumption grade do not accord with the sales rule, determining that the purchase information is not verified at this moment, and ending the flow.

In some embodiments, step S104 shown in fig. 4 may be implemented by:

and step S1041, when a cut-off condition is reached, acquiring a purchase success rule in the sales information.

Here, the purchase success rule may be that the first N purchase information placed is valid purchase information for which purchase is successful, and in some embodiments, the purchase success rule may also be that the first N purchase information is valid purchase information for which purchase is successful according to the consumption amount from high to low.

Step S1042, determining the purchase information meeting the purchase success rule in the at least one piece of purchase information as valid purchase information.

In some embodiments, step S1042, when implemented, may be: the method comprises the steps of firstly obtaining purchase timestamps in all purchase information, then sequencing the purchase information based on the purchase timestamps, and finally determining the purchase information meeting the purchase success rule in the sequenced purchase information as effective purchase information.

Further, when sorting is performed according to the purchase time stamp, sorting may be performed in order from morning to evening, and when determining valid purchase information from the sorted purchase information, determining the first N pieces of purchase information in the sorted purchase information as valid purchase information may be performed. Of course, in some embodiments, the ordering may be performed in order from late to early, and then when determining valid purchase information from the ordered purchase information, the last purchase information of the ordered purchase information, and the forward to nth purchase information may be determined as valid purchase information.

In some embodiments, when the purchase success rule is valid purchase information that is successful in purchasing according to the first N purchase information of the purchase amount from high to low, then step S1042, when implemented, may determine the purchase amount based on the purchase amount and the commodity price in the purchase information, sort the purchase information based on the purchase amount, and determine the purchase information satisfying the purchase success rule in the sorted purchase information as valid purchase information.

In some embodiments, as shown in fig. 5, step S105 may be implemented by:

step S1051, determining buyer identification of successful purchase based on the valid purchase information.

Here, the buyer identification may be a user name of the buyer logging in the e-commerce App, and may also be a phone number, a mailbox, and the like of the buyer, and in some embodiments, the buyer identification may also be a consignee.

And step S1052, acquiring the promised preferential strategy in the intelligent sale contract.

Here, the preferential policy agreed in the sales intelligence contract may be such as one-dimensional purchase, full 100 minus 50, discounted purchase, and the like.

And step S1053, determining the payment amount corresponding to the effective purchase information based on the purchase quantity, the commodity price and the discount strategy in the effective purchase information.

Here, for example, if the benefit policy is a one-dimensional purchase or an N-dimensional purchase, the payment amount corresponding to the valid purchase information may be determined based on the purchase amount and the benefit policy, and if the benefit policy is a full reduction policy or a discount policy, the original amount needs to be determined according to the purchase amount and the commodity price, and then the payment amount is determined according to the original amount and the benefit policy.

And step S1054, based on the buyer identification of successful purchase, sending the effective purchase information and the corresponding payment amount to a second node.

Here, the valid purchase information and the corresponding payment amount are transmitted to the second node to enable the buyer to make payment for the order, thereby completing the purchase process.

Based on the foregoing embodiment, an embodiment of the present application further provides an information processing method based on a blockchain network, and fig. 6 is a schematic diagram of a further implementation flow of the information processing method based on a blockchain network according to the embodiment of the present application, as shown in fig. 6, where the method includes:

step S601, the first node determines the sales information based on the operation of the merchant user.

Here, when step S601 is implemented, the merchant user may set the sales information according to the sales demand of the merchant user by the shopping App installed in the first node, for example, it may set that each buyer ID can purchase 2 items, set the preferential policy to discount, and finish the purchase from 0 o 'clock at 23/8/2019 to 2 o' clock at 23/8/2019, and the purchase success rule is the first 50 ordered buyers.

Step S602, the first node sends the sales information to the blockchain network.

Here, when the first node transmits the sales information to the blockchain network, the first node may sign the digest generated based on the sales information using a private key generated by the merchant itself, and the information transmitted by the first node to the blockchain network includes: sales information, digital signatures, and a merchant's public key.

Step S603, the blockchain network verifies the identity of the first node.

Here, after receiving the sales information sent by the first node, the blockchain network verifies the digital signature of the merchant by using the public key of the merchant, so as to verify the identity of the first node. Further, when the digital signature of the merchant is verified, the digital signature is decrypted by using the public key of the merchant to obtain decrypted information, and then an abstract is generated for the plaintext of the sales information sent by the first node, when the abstract generated by using the sales information sent by the first node is consistent with the decrypted information, the digital signature of the first node is considered to pass the verification, namely the identity of the first node passes the verification; and when the digest generated by the sales information sent by the first node is inconsistent with the decrypted information, the digital signature of the first node is considered to pass the verification, namely the identity of the first node is not verified.

Step S604, after the identity of the first node passes the verification, the blockchain network stores the sales information and synchronizes to the whole network.

When the step S604 is implemented, after the node with the sorting function in the blockchain network receives the sales information, the sales information is filled into a new block and is broadcasted to the node providing the consensus service in the blockchain network. The node providing the consensus service in the blockchain network performs the consensus process on the new block to reach an agreement, the node providing the ledger function adds the new block to the tail of the blockchain, and executes the transaction in the new block: and for the transaction of submitting the sales information, updating the key value pair corresponding to the sales information in the ledger database.

In step S605, the second node displays a product purchase page based on the operation of the purchaser user.

Here, after the first node stores the sales information into the blockchain and synchronizes to the whole network, the buyer user may enter the e-commerce App or a corresponding web page through the sales link in the sales information, and at this time, a commodity purchase page is displayed on the graphical interface of the second node.

In step S606, the second node determines the purchase information based on the purchase operation of the buyer user.

Here, when the purchaser user determines to purchase the product after viewing the product purchase page, the number of purchases, the receiver information, and the like may be selected, and the purchase information may be determined based on the user's purchase operation. The purchase information may include a buyer ID, a purchase quantity, a product price, and consignee information.

In step S607, the second node sends the purchase information to the blockchain network.

Here, when the second node transmits the purchase information to the blockchain network, the second node may sign the digest generated based on the purchase information by using a private key generated by the merchant itself, and the information transmitted to the blockchain network by the second node includes: purchase information, a digital signature, and a public key of the buyer.

Step S608, the blockchain network verifies the identity of the second node.

Here, the procedure of verifying the identity of the second node by the blockchain network is similar to the procedure of verifying the identity of the first node, so that reference may be made to the implementation procedure of verifying the identity of the first node.

Step S609, after the identity authentication of the second node passes, the blockchain network verifies the purchase information based on the sales information.

Here, step S609, when implemented, may verify the purchase information based on the restriction condition in the sales information to determine whether the purchase information satisfies the restriction condition in the sales information. For example, it is possible to restrict the purchase of 2 items per buyer ID in the sales restriction and the sale of the items only in the northeast tribe, it is necessary to check the purchase amount and the harvest address in the purchase information.

Step S610, when the purchase information passes the verification, the blockchain network stores the purchase information and synchronizes the purchase information to the whole network.

Here, when the purchase information satisfies the restriction condition in the sales information, it is considered that the purchase information passes the verification, and at this time, the purchase information may be stored in the blockchain network and synchronized to the entire network.

In step S611, when the deadline condition is reached, the blockchain network obtains a purchase success rule in the sales information.

Step S612, the blockchain network determines the purchase information meeting the purchase success rule in the at least one piece of purchase information as valid purchase information.

Step S613, the blockchain network sends the valid purchase information to the first node.

Step S614, the first node associates the sales information with the effective purchase information.

In step S615, the blockchain network determines the buyer id of successful purchase based on the valid purchase information.

Step S616, the block chain network acquires the offer policy in the sales information.

In step S617, the blockchain network determines the payment amount corresponding to the valid purchase information based on the purchase amount and the discount policy in the valid purchase information.

Step S618, the blockchain network sends the valid purchase information and the corresponding payment amount to the second node based on the buyer identifier that the purchase is successful.

In step S619, the second node completes the payment based on the payment operation of the purchaser user.

In some embodiments, after the second node completes the payment, a message that the payment was successful may also be sent by the payment server to the first node to inform the merchant user that the customer user has completed the payment, and subsequent shipping or servicing procedures may be performed.

In the information processing method based on the blockchain network provided by the embodiment of the application, after the first node determines the sales information, the first node sends the sales information to the blockchain network to request to store the sales information to the nodes in the blockchain network and synchronize the sales information to the whole network, when a buyer user purchases goods through the second node, the second node determines the purchase information based on the purchase operation of the buyer user and sends the purchase information to the blockchain network as well as requests to store the sales information to the nodes in the blockchain network and synchronize the sales information to the whole network, so that the sales information and the purchase information are stored in a decentralized form, data security can be provided, the first node signs an intelligent contract in advance, the behavior to be fulfilled by the buyer is agreed, namely, a preferential policy in the sales information, and after effective purchase information is determined based on agreed successful purchase rules, the first node must execute the preferential strategy aiming at effective purchase information, and the consumption fairness is ensured.

Next, an exemplary application of the embodiment of the present application in a practical application scenario will be described.

In an embodiment of the present application, a shopping-robbing marketing method based on a blockchain network is provided, and fig. 7 is a schematic diagram of the blockchain network provided in the embodiment of the present application, and as shown in fig. 7, the blockchain network includes a buyer 1 node 701, a buyer 2 node 702, a buyer 3 node 703, a merchant 1 node 704, and a merchant 2 node 705. Both buyer nodes and merchant nodes in the blockchain network can upload data to the blockchain network.

After the blockchain network is constructed by the merchant nodes and the buyer nodes and other functional nodes, information can be issued by the merchant. In implementation, the merchant issues a panic purchase marketing campaign and writes sales information, including content as shown in FIG. 8A, to the blockchain network. As shown in fig. 8A, the sales information may include sales information of an activity type, an activity link, an activity rule, and a start time, wherein the activity type may be that the activity rule may define a purchase amount, a sales area, and a purchase success rule. For example, the campaign rules may be a maximum of 2 purchases per ID, only two Jiangzhe purchases, 100 premium discounts before payment, etc.

When receiving a write-in transaction sent by a merchant, the blockchain network verifies the identity and the transaction authority of the merchant, and when the identity of the merchant passes the verification and the merchant is determined to have the transaction authority, the block chain network writes the sales information into a new block of the blockchain network and broadcasts the sales information to a node providing consensus service in the blockchain network. The nodes in the blockchain network providing the consensus service perform the consensus process on the new blocks to achieve agreement, and then synchronize the sales information to the whole network.

In the embodiment of the application, a merchant signs a unilateral intelligent contract, and the intelligent contract appoints the behavior which needs to be fulfilled by the merchant, is encrypted by a private key and then is synchronized to the whole network.

After the start time defined in the sales information is reached, the buyer clicks the active link to perform the robbery, and the buyer node uploads the purchase information of the buyer shown in fig. 8B to the block chain. As shown in fig. 8B, the purchaser's purchase information includes at least a purchaser ID, a purchased article ID, and a shopping time stamp.

In some embodiments, the purchase information may further include a purchase amount, a shipping address, and the like, and before uploading the purchase information to the blockchain, the purchase amount, the shipping address, and the like in the purchase information may be checked, and when the purchase information satisfies an activity rule in the sales information, the purchase information is uploaded to the blockchain.

All nodes in the block chain network collect purchase records received in a period of time, pack the purchase records together to form a block structure stored on the block chain network, and diffuse the block structure to the whole network. After receiving the data sets uploaded to the block chain network, any node calculates the hash value of the data to be synchronized in each data set to obtain the following sequence, wherein, it is assumed that each data set has N data to be synchronized:

data set 1: [ hash11, hash12, hash13, hash14 …, hash1N ];

data set 2: [ hash21, hash22, hash23, hash24 …, hash2N ];

data set 3: [ hash31, hash32, hash33, hash34 …, hash3N ];

data set 4: [ hash41, hash42, hash43, hash44 …, hash4N ];

and comparing the hash values of the data to be synchronized in each data set, and when the proportion of the data to be synchronized with the same hash value in the data sets is more than 50%, determining that the data to be synchronized with the same hash value and the proportion of the data to be synchronized is more than 50% to achieve network consensus.

It should be noted that the percentage threshold of 50% is only an exemplary illustration, and the percentage threshold can be flexibly set according to the actual application scenario. Through the multiple rounds of iteration, the data to be synchronized in each data set can be identified in a network consensus, so that the data in the whole network is unified.

After the deadline is reached, the processing nodes in the block chain network automatically acquire the purchase information of the user and acquire the purchase success rules issued by corresponding merchants, the buyers in the rule range are selected as the users who successfully acquire the robbery through the agreed purchase success rules and the sequencing according to the timestamps of the users, and the robbery results are synchronized to the whole network.

In the regional chain-based shopping strategy marketing method provided by the embodiment of the application, the shopping strategy issued by the merchant or the purchase information of the buyer is uploaded to the regional chain network, so that the shopping strategy and the purchase information can be prevented from being tampered, and therefore public and transparent shopping activity marketing is performed, the merchant is prevented from being faked, and the consumption fairness is ensured.

Continuing with the exemplary architecture of the blockchain network based information processing device 2155 provided by the embodiments of the present application as software modules, in some embodiments, as shown in fig. 3, the software modules stored in the device 2155 of the memory 2150 may include:

a first receiving module 21551, configured to receive sales information sent by a first node, and store the sales information in a blockchain network;

a first verifying module 21552, 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 21553, configured to store the purchase information to the blockchain network when the purchase information passes verification;

a first determining module 21554 for determining valid purchase information from at least one of the purchase information when a cutoff condition is reached;

and the contract execution module 21555 executes the intelligent sale contract signed by the first node based on the effective purchase information.

In some embodiments, the first check module 21552 is further configured to:

receiving purchase information sent by the at least one buyer, and acquiring purchase quantity and purchase time stamp from the purchase information;

and determining whether the purchase quantity and the purchase time stamp accord with a sales rule in the sales information, wherein when the purchase quantity and the purchase time stamp accord with the sales rule, the purchase information is determined to be verified.

In some embodiments, the purchase information may also include a shipping address,

the first check module 21552 is further configured to:

receiving purchase information sent by the at least one buyer, and determining buyer identification based on the purchase information;

acquiring a consumption record of the buyer based on the buyer identification, and determining a consumption grade of the buyer based on the consumption record;

and determining whether the purchase quantity, the purchase timestamp, the receiving address and the consumption grade accord with a sales rule in the sales information, wherein when the purchase quantity, the purchase timestamp, the receiving address and the consumption grade accord with the sales rule, the purchase information is determined to be verified.

In some embodiments, the first determining module 21554 is further configured to:

when a cut-off condition is reached, acquiring a purchase success rule in the sales information;

and determining the purchase information meeting the purchase success rule in the at least one piece of purchase information as valid purchase information.

acquiring a purchase timestamp in each purchase information;

ranking the at least one piece of purchasing information based on the purchasing timestamp;

and determining the purchase information which meets the purchase success rule in the sorted purchase information as valid purchase information.

In some embodiments, the apparatus further comprises:

the first acquisition module is used for acquiring the sale deadline in the sale information;

a second determination module for determining that a cutoff condition is reached when the sales cutoff time is reached; alternatively, the first and second electrodes may be,

the second acquisition module is used for acquiring the sale deadline quantity in the sale information;

a third determination module to determine that a cutoff condition is reached when it is determined that the sales number reaches the sales cutoff number.

In some embodiments, the contract execution module 21555 is further configured to:

determining a buyer identification of successful purchase based on the valid purchase information;

acquiring a promised preferential strategy in the intelligent sales contract;

determining the payment amount corresponding to the effective purchase information based on the purchase quantity and the discount strategy in the effective purchase information;

and sending the effective purchase information and the corresponding payment amount to the second node based on the buyer identification of successful purchase.

Embodiments of the present application provide a storage medium having stored therein executable instructions, which when executed by a processor, will cause the processor to perform the methods provided by embodiments of the present application, for example, the methods as illustrated in fig. 4, 5 and 6.

In some embodiments, the storage medium may be a memory such as FRAM, ROM, PROM, EPROM, EE PROM, flash, magnetic surface memory, optical disk, or CD-ROM; or may be various devices including one or any combination of the above memories.

In some embodiments, executable instructions may be written in any form of programming language (including compiled or interpreted languages), in the form of programs, software modules, scripts or code, 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.

By way of example, executable instructions may correspond, but do not necessarily have to correspond, to files in a file system, may be stored in a portion of a file that holds other programs or data, e.g., in one or more scripts in a HyperText markup Language (H TML) document, in a single file dedicated to the program in question, or in multiple coordinated files (e.g., files that store one or more modules, sub-programs, or portions of code).

By way of example, executable instructions may be deployed to be executed on one computing device or on multiple computing devices at one site or distributed across multiple sites and interconnected by a communication network.

The above description is only an example of the present application, and is not intended to limit the scope of the present application. Any modification, equivalent replacement, and improvement 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 block chain network is characterized by comprising the following steps:

upon reaching a cutoff condition, determining valid purchase information from at least one of the purchase information;

2. The method of claim 1, wherein receiving purchase information from at least one buyer and verifying the purchase information based on the sales information comprises:

3. The method of claim 2, wherein the purchase information further comprises a shipping address,

the receiving of the purchase information sent by at least one buyer and the verification of the purchase information based on the sales information includes:

4. The method of claim 1, wherein said determining valid purchase information from at least one of said purchase information upon reaching a cutoff condition comprises:

5. The method according to any one of claim 4, wherein the determining the purchase information satisfying the purchase success rule in the at least one piece of purchase information as valid purchase information comprises:

acquiring a purchase timestamp in each purchase information;

6. The method of claims 1 to 5, further comprising:

acquiring the sale deadline in the sale information;

determining that a cutoff condition is reached when the sales cutoff time is reached; alternatively, the first and second electrodes may be,

acquiring the sale deadline quantity in the sale information;

when it is determined that the sales number reaches the sales cutoff number, it is determined that a cutoff condition is reached.

7. The method of any of claims 1-5, wherein executing the sales intelligence contract signed by the first node based on the valid purchase information comprises:

acquiring a promised preferential strategy in the intelligent sales contract;

8. An information processing apparatus based on a blockchain network, comprising:

a first determining module for determining valid purchase information from at least one of the purchase information when a cutoff condition is reached;

9. A node of a blockchain network, comprising:

a memory for storing executable instructions;

a processor for implementing the method of any one of claims 1 to 7 when executing executable instructions stored in the memory.

10. A storage medium having stored thereon executable instructions for causing a processor to perform the method of any one of claims 1 to 7 when executed.