CN110991573A

CN110991573A - Product management method, system, client node and storage medium

Info

Publication number: CN110991573A
Application number: CN201911067132.5A
Authority: CN
Inventors: 石玉凤
Original assignee: Beijing Haiyi Tongzhan Information Technology Co Ltd
Current assignee: Beijing Haiyi Tongzhan Information Technology Co Ltd
Priority date: 2019-11-04
Filing date: 2019-11-04
Publication date: 2020-04-10
Anticipated expiration: 2039-11-04
Also published as: CN110991573B

Abstract

The embodiment of the invention provides a product management method, a system, a client node and a storage medium, wherein the product management method comprises the following steps: receiving a write request; the writing request comprises RFID information of a product, the RFID information of the product is information contained in an RFID electronic tag attached to the product, and the writing request is used for enabling an accounting node in a block chain network to write the RFID information of the product into a block; processing the RFID information for the products in the block.

Description

Product management method, system, client node and storage medium

Technical Field

The present invention relates to a blockchain technology, and in particular, to a method, a system, a client node and a storage medium for product management.

Background

In the current product management, the management modes of 'one object and one code', 'first use, later payment' and 'zero stock' are generally implemented. In order to trace products from the whole process of checking, accepting, warehousing, consumption and settlement, at present, in most transactions, a receiver of the products adopts a mode of introducing a third-party tracing platform, and the warehousing and the ex-warehouse of the products are managed through the third-party tracing platform on the basis of paper two-dimensional bar code labels.

However, the management mode depends on a paper two-dimensional bar code label, and the paper two-dimensional bar code label is easy to damage and lose and is easy to tear off and replace, so that troubles are caused to subsequent settlement; in addition, the receiver of the product introduces a third party tracing platform for tracing the flow direction of the product, so that the complexity of interconnection of the third party tracing platform and the information system of the receiver of the product is increased; in subsequent settlement, due to human error, loss and the like, the data in the third party tracing platform is inconsistent with the data in the information system, and in order not to affect normal settlement, the receiver of the product usually adjusts the data in the third party tracing platform to be consistent with the data in the information system in a manual manner. This approach of referencing data in the recipient's information system can result in over-centralization of the data, which can result in unreliable data and no clear responsibility.

Disclosure of Invention

In view of this, embodiments of the present invention are intended to provide a product management method, system, client node and storage medium, which can make the product flow searchable in the whole process and make the product information real and reliable.

In order to achieve the purpose, the technical scheme of the invention is realized as follows:

the embodiment of the invention provides a product management method, which is applied to a client node in a block chain network and comprises the following steps:

receiving a write request; the writing request comprises RFID information of a product, the RFID information of the product is information contained in an RFID electronic tag attached to the product, and the writing request is used for enabling an accounting node in a block chain network to write the RFID information of the product into a block;

processing the RFID information for the products in the block.

In the above scheme, after receiving the write request, the method further includes:

generating a first transaction proposal written with the RFID information of the product according to the RFID information of the product, and sending the first transaction proposal to an endorsement node in a block chain network; the first transaction proposal is used for enabling an endorsement node in a block chain network to carry out verification, simulation and signature processing on the first transaction proposal, and returning a first proposal response according to a processing result;

constructing a first transaction according to the first transaction proposal and the first proposal response; wherein the first transaction is writing RFID information of a product into a block;

broadcasting the first transaction to a sequencing node in a blockchain network so that the sequencing node sequences the first transaction, and sending the sequenced first transaction to an accounting node executing the first transaction.

In the above aspect, the method further includes:

receiving a query request; the query request comprises RFID information of a product to be queried, and the query request is used for enabling an endorsement node in a block chain network to return a query result of relevant information of the product to be queried.

In the above solution, the processing the RFID information of the products in the block includes:

generating a second transaction proposal for inquiring the relevant information of the product to be inquired according to the RFID information of the product to be inquired, and sending the second transaction proposal to an endorsement node in a block chain network; the second transaction proposal is used for enabling an endorsement node in a block chain network to carry out verification, simulation and signature processing on the second transaction proposal, and returning a second proposal response according to a processing result, wherein the second proposal response comprises a query result of the relevant information of the product to be queried;

and receiving the query result.

In the above aspect, the method further includes:

receiving an update request; the updating request comprises RFID information before product change and RFID information after product change, and the changing request is used for enabling the accounting node in the block chain network to modify the RFID information before product change stored in the block into the RFID information after product change.

generating a third transaction proposal for updating the RFID information of the product according to the RFID information before the product is changed and the RFID information after the product is changed, and sending the third transaction proposal to an endorsement node in a block chain network; the third transaction proposal is used for enabling an endorsement node in a block chain network to carry out verification, simulation and signature processing on the third transaction proposal, and returning a third proposal response according to a processing result;

constructing a third transaction according to the third transaction proposal and a third proposal response; wherein the third transaction is to update the RFID information of the product;

broadcasting the third transaction to a sequencing node in a blockchain network so that the sequencing node sequences the third transaction, and sending the sequenced third transaction to an accounting node executing the third transaction.

In the above solution, before processing the RFID information of the products in the block, the method further includes:

sending a registration application to a block chain management platform; the block chain management platform is used for examining and authorizing a client node applying for accessing the block chain network;

receiving identity information sent by the block chain management platform; the identity information comprises a registration password and a digital certificate.

An embodiment of the present invention further provides a client node in a block chain network, including: a first receiving unit and a processing unit; wherein,

the first receiving unit is used for receiving a write request; the writing request comprises RFID information of a product, the RFID information of the product refers to information contained in an RFID electronic tag attached to the product, and the writing request is used for enabling an accounting node in a block chain network to write the RFID information of the product into a block;

the processing unit is used for processing the RFID information of the products in the blocks.

In the above solution, the client node further includes: the device comprises a first generating unit, a first sending unit, a first constructing unit and a second sending unit; wherein,

the first generation unit is used for generating a first transaction proposal of the RFID information written into the product according to the RFID information of the product after receiving the write request; the first transaction proposal is used for enabling an endorsement node in a block chain network to carry out verification, simulation and signature processing on the first transaction proposal, and returning a first proposal response according to a processing result;

the first sending unit is used for sending the first transaction proposal to an endorsement node in a block chain network;

the constructing unit is used for constructing a first transaction according to the first transaction proposal and a first proposal response; wherein the first transaction is writing RFID information of a product into a block;

the second sending unit is configured to broadcast the first transaction to a sorting node in a blockchain network, so that the sorting node sorts the first transaction, and sends the sorted first transaction to an accounting node that executes the first transaction.

In the above solution, the client node further includes: a second receiving unit; wherein,

the second receiving unit is further configured to receive a query request; the query request comprises RFID information of a product to be queried, and the query request is used for enabling an endorsement node in a block chain network to return a query result of relevant information of the product to be queried.

In the foregoing solution, the processing unit further includes: the second generating unit, the third sending unit and the result returning unit; wherein,

the second generation unit is used for generating a second transaction proposal for inquiring the relevant information of the product to be inquired according to the RFID information of the product to be inquired, wherein the second transaction proposal is used for enabling an endorsement node in a block chain network to carry out verification, simulation and signature processing on the second transaction proposal, and returning a second proposal response according to a processing result, wherein the second proposal response comprises an inquiry result of the relevant information of the product to be inquired;

the third sending unit is used for sending the second transaction proposal to an endorsement node in a block chain network;

and the result returning unit is used for receiving the query result.

In the above solution, the client node further includes: a third receiving unit; wherein,

the third receiving unit is used for receiving an updating request; the updating request comprises RFID information before product change and RFID information after product change, and the changing request is used for enabling the accounting node in the block chain network to modify the RFID information before product change stored in the block into the RFID information after product change.

In the foregoing solution, the processing unit further includes: a third generating unit, a fourth transmitting unit, a second constructing unit and a fifth transmitting unit; wherein,

the third generation unit is used for generating a third transaction proposal for updating the RFID information of the product according to the RFID information before the product is changed and the RFID information after the product is changed; the third transaction proposal is used for enabling an endorsement node in a block chain network to carry out verification, simulation and signature processing on the third transaction proposal, and returning a third proposal response according to a processing result;

the fourth sending unit is used for sending the third transaction proposal to an endorsement node in a block chain network;

the second construction unit is used for constructing a third transaction according to the third transaction proposal and a third proposal response; wherein the third transaction is to update the RFID information of the product;

the fifth sending unit broadcasts the third transaction to a sequencing node in a blockchain network, so that the sequencing node sequences the third transaction, and sends the sequenced third transaction to an accounting node executing the third transaction.

In the above solution, the client node further includes: a registration unit and a fourth receiving unit; wherein,

the registration unit is used for sending a registration application to the block chain management platform; the block chain management platform is used for examining and authorizing a client node applying for accessing the block chain network;

the fourth receiving unit is configured to receive identity information sent by the block chain management platform; the identity information comprises a registration password and a digital certificate.

An embodiment of the present invention further provides a product management system, where the system includes: at least one client node, at least one terminal; wherein,

the system comprises at least one terminal, a client node and a block chain network, wherein the at least one terminal is a terminal corresponding to at least one client node in the block chain network and is used for acquiring RFID information of products to be delivered or stored, generating a write-in request according to the RFID information of the products and sending the write-in request to the corresponding client node in the block chain network;

the at least one client node, for receiving write requests; the writing request comprises RFID information of a product, the RFID information of the product refers to information contained in an RFID electronic tag attached to the product, and the writing request is used for enabling an accounting node in a block chain network to write the RFID information of the product into a block; processing the RFID information for the products in the block.

Embodiments of the present invention also provide a computer-readable storage medium, on which a computer program is stored, where the computer program, when executed by a processor, implements the steps of any of the above methods.

An embodiment of the present invention further provides a client node in a block chain network, including: a processor and a memory for storing a computer program operable on the processor, wherein the processor is operable to perform the steps of any of the above methods when executing the computer program.

According to the product management method, the product management system, the client nodes and the storage medium, the RFID information of the product is written into the block by the accounting node in the block chain network through the write-in request received by the client nodes in the block chain network, so that the client nodes in the same block chain network can inquire the written RFID information of the product; therefore, the product flow direction can be inquired in the whole process, and convenience is provided for determining responsibility. Since the RFID information of the product is stored by most client nodes after being written into the block, the authenticity of the RFID information of the product is also ensured.

Drawings

Fig. 1 is a schematic view of a flow implementation of a product management method according to an embodiment of the present invention;

FIG. 2 is a schematic diagram of an implementation process of writing RFID information of a product into a block of a block chain;

FIG. 3 is a system architecture diagram of a method of product management;

fig. 4 is a schematic flowchart of a specific application of the product management method according to an embodiment of the present invention;

fig. 5 is a schematic structural diagram of a client node in a blockchain network according to an embodiment of the present invention;

fig. 6 is a schematic structural diagram of a product management system according to an embodiment of the present invention;

fig. 7 is a schematic hardware structural diagram of a client node in a blockchain network according to an embodiment of the present invention.

Detailed Description

In order to make the objects, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, but not all, embodiments of the present invention.

It should be noted that there may be a supplier and a receiver in one transaction; the supplier refers to the party who provides the product, and the receiver refers to the party who receives the product. In different application scenes, the receiving party is different, and the receiving party can be specifically a hospital, a supermarket, a dish market and the like; in the embodiment of the present invention, the following description will be given taking a receiving party as an example of a hospital.

In order to avoid introducing a third-party tracing platform into a hospital in a transaction and aggravate the complexity of settlement, the embodiment of the invention realizes transparent disclosure of product information between a supplier and the hospital and inquires the flow direction of a product in the whole process on the basis that the hospital does not introduce the third-party tracing platform through a traceable, decentralized, credit-free and non-falsifiable distributed accounting mechanism of a block chain technology.

It should be noted that the Block chain technology is implemented based on a Block chain (Block chain) storage structure; a Block chain (Block chain) is an encrypted, chained storage structure formed of blocks (blocks). The network carrying the blockchain is called a blockchain network, and is a network architecture built by a plurality of nodes based on a P2P (Peer-to-Peer) protocol of the Internet (Internet).

In a blockchain network, newly generated transactions are filled into blocks and, after a consensus of nodes in the blockchain network, are appended to the end of the blockchain to form a chain growth. The node refers to a device with processing capability in a block chain network, such as a terminal, a server, and the like, and the node can query transaction information recorded in a block. The transaction is equivalent to the computer term "transaction," which includes operations that need to be committed to the blockchain network for execution, e.g., change transactions, query transactions, etc. Embodiments of the present invention follow this convention in view of the convention colloquially used in blockchain technology for the term "transaction".

A block in a block chain is a container data structure aggregated with transaction information and used for recording transactions occurring in a period of time, and the block chain consists of a block head and a block body, wherein the block body is a long series of transaction lists which are immediately behind the block head, and the transaction lists comprise transaction quantity and transaction data. The block header consists of three groups of metadata, and the first group of metadata comprises the hash value and the version number of the previous block in the block chain; here, the first set of metadata includes a hash value of a previous block, the block being connected to a previous block in the block chain by the hash value of the previous block, the first set of metadata further including a version number for tracking updates of the protocol; the second group of metadata is data such as a timestamp which corresponds to authentication of each transaction record and proves the authenticity of the transaction record; the third set of metadata is the merkle root, which is a data structure used to summarize all transactions in a block.

Here, each chunk corresponds to one hash value, the hash value corresponding to each chunk is referred to as a primary identifier of each chunk, and a chunk header of each chunk may be calculated by using the SHA256 algorithm, so that the hash value of each chunk may be obtained. The hash value of a chunk can uniquely and unambiguously identify a chunk, and thus, the chunk can be identified by its hash value. In addition, as the block head of each block contains the hash value of the previous block, the transaction in the blockchain network can realize tamper resistance and forgery resistance.

It should be noted that the network architecture built based on the P2P protocol is referred to as a P2P network architecture, and is an internet architecture in which information is exchanged between nodes completely without a central server in a peer-to-peer interaction manner. Prior to the P2P technology, all web applications were implemented using a C/S or B/S architecture in which a client made a request to a server, and the server responded to the client' S request. In this case, the more clients there are, the more the server is stressed. The P2P network implemented by the P2P architecture enables each node to be a client or a server to provide services for other adjacent nodes, for example, when a certain node needs to acquire resources, only a request needs to be sent to the adjacent node, so that the two nodes can directly share information without passing through a server, and the possibility that private information of a user is intercepted and leaked is greatly reduced because the private information does not need to pass through a certain central server.

Based on the above description, an embodiment of the present invention provides a product management method, and fig. 1 is a schematic view illustrating a flow implementation of the product management method provided in the embodiment of the present invention, where the method is applied to a client node in a blockchain network, as shown in fig. 1, the method includes:

step 101, receiving a write request; the writing request comprises RFID information of a product, the RFID information of the product is information contained in an RFID electronic tag attached to the product, and the writing request is used for enabling an accounting node in a block chain network to write the RFID information of the product into a block;

step 102, processing the RFID information of the products in the block.

It should be noted that the client node refers to a node corresponding to a service agent in the blockchain network, and the service agent refers to an agent that executes respective services and represents an identity of a specific entity (e.g., a company, an enterprise, a social group, and the like). In the embodiment of the present invention, the business entity refers to a supplier or a hospital. As such, the product management method may be applied to a client node corresponding to a provider or a client node corresponding to a hospital in a blockchain network.

The block chain network is a block chain network which is built by a supplier and a hospital. The management of products occurring in suppliers and hospitals generally involves the management of ex-warehouse and in-warehouse of products. Then, after the supplier and the hospital join the same blockchain network and become the client nodes in the same blockchain network, the corresponding product management methods are the same regardless of the product management occurring in the supplier or the hospital. The ex-warehouse management means that the ex-warehouse data are counted and stored, so that the ex-warehouse data are recorded; the ex-warehouse data is related data of the products to be ex-warehouse. The warehousing management means that warehousing data are counted and stored to realize the recording of the warehousing data; and the warehousing data is related data of the product to be warehoused.

It should be noted that both the ex-warehouse management and the in-warehouse management of the product may be regarded as writing the product information into the blocks of the block chain, and the difference is that the ex-warehouse management is to write the information of the product to be ex-warehouse into the blocks of the block chain, and the in-warehouse management is to write the information of the product to be in-warehouse into the blocks of the block chain. After the products are subjected to ex-warehouse management and in-warehouse management, the flow direction of the products can be clearly reflected according to the recorded data, so that a basis can be provided for the inquiry and settlement of subsequent products.

In the embodiment of the invention, the RFID information of the product is recorded in the warehouse-out management and warehouse-in management of the product, and the RFID information of the product is the information contained in the RFID electronic tag attached to the product. For example, an RFID electronic tag is attached to each product, and the RFID electronic tag contains data related to the product, such as a product number and a product name. Therefore, the RFID electronic tags are pasted on the products to be delivered out of the warehouse through the RFID electronic tag collecting equipment for identification, and the RFID information of the products to be delivered out of the warehouse can be obtained.

Here, because the paper "two-dimensional bar code label" is easily damaged, lost and torn off and replaced, which may cause trouble to subsequent settlement, in the embodiment of the present invention, the RFID electronic tag is used to mark the product. The RFID electronic tag comprises an RFID chip, the information of the product is stored in the RFID chip, and the RFID electronic tag is a readable and writable tag, so that the RFID electronic tag can be used repeatedly.

The information contained in the RFID electronic tag can be a product number, a product name and the like. In specific implementation, if the information contained in the RFID tag of the product is a product number, each product may be numbered during production of the product, so that each product corresponds to one product number; therefore, the product can be inquired by acquiring the product number, and the method is convenient and quick. If the information contained in the RFID electronic tag of the product is the product name, the RFID electronic tag can be pasted on each product after the product is produced and before the product is delivered out of the warehouse; here, stored in the RFID tag on each product may be a product name, such as "scalpel", which distinguishes parts of the product by the product name.

In practical application, a plurality of products are in the same category, and compared with a mode of giving different product numbers to each product, a mode of giving the same product name to the products in the same category saves more flow during operation; but this approach does not allow for the search for a particular product. The embodiment of the invention does not limit the information contained in the RFID electronic tag of the product, and can make a selection according to the actual situation as long as the purpose of distinguishing the product can be achieved.

It should be noted that the RFID tag collecting apparatus is generally used in conjunction with an RFID tag. The RFID electronic tag collecting equipment sends out a wireless radio frequency signal with set frequency through an antenna of the RFID electronic tag collecting equipment, the antenna in the RFID electronic tag on a product to be identified receives the wireless radio frequency signal with the set frequency, the wireless radio frequency signal with the set frequency is sent to a modulation circuit in the RFID electronic tag, a carrier signal is removed from the received wireless radio frequency signal with the set frequency through the modulation circuit, an original signal is demodulated, the original signal is decoded through a logic control circuit to obtain a decoding result, the logic control circuit responds to the decoding result to send out information to be transmitted, the information to be transmitted is subjected to frequency modulation through the modulation circuit and loaded onto the antenna in the RFID electronic tag, and then the information in the RFID electronic tag is sent to the antenna in the RFID electronic tag collecting equipment. Therefore, the RFID electronic tag acquisition equipment can acquire the RFID information contained in the RFID electronic tag of the product.

It should be further noted that, the write request received by the client node in step 101 may be sent by a corresponding terminal, where the terminal is an RFID electronic tag collecting device, and thus, the write request may be sent by an RFID electronic tag collecting device corresponding to a supplier, or may be sent by an RFID electronic tag collecting device corresponding to a hospital. In consideration of practical application, in many application scenarios, after a supplier delivers a product to a hospital, the product generally enters a central repository of the hospital, and then is uniformly scheduled by the central repository to be distributed to various departments. The hospital central repository refers to a repository where hospitals receive products delivered by suppliers. Then, the write request may be sent by the RFID tag collecting device corresponding to the central repository of the hospital or sent by the RFID tag collecting device corresponding to the department of the hospital.

The write request is used for enabling an accounting node in a block chain network to write the RFID information of the product into a block; the RFID information of products to be delivered or delivered is collected by a terminal corresponding to a supplier or a hospital, a write request containing the RFID information of the products is sent to a client node corresponding to each block chain network, and the client node enables a billing node in the block chain network to write the RFID information of the products into a block based on the write request containing the RFID information of the products.

Here, the accounting node is a native node, also called a regular node, in a block chain network built by a provider and a hospital together; the native node is a node with a verification function, a sorting function, an accounting function and the like, and is used for verifying, sorting, accounting and the like of the transaction submitted by the client node. Generally, in order to distinguish native nodes having various functions, the native nodes in the blockchain network are classified into an endorsement node (Endorser), a sort node (Orderer), an accounting node (commit), and the like. The endorsement node is used for verifying a transaction proposal submitted by the client node; the sequencing node is used for sequencing the transactions submitted by the client node, generating a block and broadcasting the block in the block chain network; and the accounting node is used for verifying each transaction in the block after receiving the block broadcasted by the sequencing node, adding the verified transaction to the tail part of each maintained block chain after the verification is passed, and updating the account book database by using the transaction result of the transaction in the block.

It should be noted that, since the endorsement node is used for verifying the transaction proposal submitted by the client node, the verification of the transaction proposal by the endorsement node with a larger number can prove the validity and correctness of the transaction proposal, and thus, a plurality of endorsement nodes can be provided in one block chain network. Correspondingly, the sequencing nodes are used for sequencing the transactions submitted by the client nodes, when only one sequencing node can make the sequencing quicker, and the sequencing process becomes complicated and disordered by a plurality of sequencing nodes. Thus, in a blockchain network, there is only one sequencing node in a channel. For the accounting nodes, because each transaction in the block needs to be verified and added to the tail of the block chain maintained by each accounting node, the more the number of the accounting nodes is, the more the transaction is saved, the trueness of the data of the transaction is also greatly ensured, and the data of the transaction is prevented from being maliciously tampered.

Then, in order to enable the client node to cause an accounting node in the blockchain network to write the RFID information of the product to the block based on the write request containing the RFID information of the product, after receiving the write request, the method further comprises:

a1, generating a first transaction proposal written with the RFID information of the product according to the RFID information of the product, and sending the first transaction proposal to an endorsement node in a block chain network; the first transaction proposal is used for enabling an endorsement node in a block chain network to carry out verification, simulation and signature processing on the first transaction proposal, and returning a first proposal response according to a processing result;

step a2, constructing a first transaction according to the first transaction proposal and the first proposal response; wherein the first transaction is writing RFID information of a product into a block;

step a3, broadcasting the first transaction to a sorting node in a blockchain network, so that the sorting node sorts the first transaction, and sends the sorted first transaction to a billing node executing the first transaction.

Here, the first transaction proposal refers to a transaction proposal written with RFID information of a product; in particular, a transaction Proposal (promosal) refers to a request for executing a type of contract, and may specifically be a call request for executing a smart contract included in a transaction, for example, the transaction Proposal may be a request for executing write data. The Smart Contracts (Smart Contracts), also called chain codes (chainodes) or application codes, are programs deployed in nodes of a blockchain network. In other words, the smart contract is a program that operates on additions, deletions, queries, and the like.

The verification comprises: whether the digital certificate carried by the transaction proposal is issued by a trusted certificate authority; whether the digital signature of the transaction proposal is valid; whether the format of the transaction proposal is correct; whether the transaction proposal is repeatedly submitted; whether the client node has been authorized in the channel of the transaction requested to be performed, and whether there is a corresponding operating right (e.g., a query right).

The simulation means that the endorsement node carries out simulation processing on the first transaction proposal; for example, if the first transaction proposal is to write the RFID information of the product, the endorsement node simulates the operation of writing the RFID information of the product into the block. The signature processing means that the endorsement node signs the signature of the endorsement node after the simulation is finished.

The first proposal response is a proposal response of the RFID information written into the product, and the proposal response is used for representing feedback of the transaction proposal.

It should be noted that, when the endorsement node verifies that the first transaction proposal is successful, the endorsement node simulates to execute the transaction in the transaction proposal in the state database of the ledger maintained by the endorsement node itself, and obtains a transaction result. The endorsement node signs own data signature on the transaction result, then the signed data signature is combined with a digital certificate of the endorsement node and the like to form a first proposal response, and the first proposal response is returned to the client node.

In this manner, the client node constructs a first transaction that writes RFID information for a product to a block based on the first transaction proposal and a first proposal response, broadcasts the first transaction to a sequencing node in a blockchain network such that the sequencing node sequences the first transaction, and sends the sequenced first transaction to an accounting node that executes the first transaction.

It should be noted that, when the client node receives the first proposal response returned by the endorsement node, the digital certificate and the digital signature in the first proposal response are firstly confirmed, so as to ensure the validity of the first proposal response. When the client node collects a sufficient number of first proposal responses of the endorsement nodes and the transaction results in the first proposal responses are consistent, a first transaction is constructed according to the first transaction proposal and the first proposal responses. After the client node constructs the first transaction, the first transaction is broadcast to the sequencing nodes in the blockchain network. The sequencing node reads the identification of the channel to which the first transaction belongs from the first transaction, sequences the first transaction according to the sequence of the received first transaction (judged by the timestamp), and writes the first transaction received by each channel into the block, so as to construct the block of the corresponding channel. And then, the generated block is sent to an accounting node by the sequencing node, the accounting node receives the block and verifies the first transaction in the block, after the verification is passed, the block is added to the tail part of the block chain, and the first transaction in the block is executed, namely the RFID information written into the product is executed.

It should be noted that the verification here refers to a consensus process for the transaction in the block. The verification comprises: verifying the validity of the first transaction; verifying whether the format of the first transaction is correct, verifying the digital signature of the first transaction, and verifying whether the content of the first transaction is tampered; verifying whether the first transaction conforms to the endorsement policy, and the like.

As shown in fig. 2, the implementation flow diagram of writing RFID information of a product into a block of a block chain may be as follows in fig. 2:

in step 201, the client node sends a transaction proposal of the written RFID information of the product to the endorsement node in the blockchain network.

It should be noted that the endorsement node is used for verifying the transaction proposal submitted by the client node. The transaction proposal comprises: a transaction number, a timestamp, an identification of a channel on which the transaction is to be performed, an intelligent contract required in the channel, etc.; in addition, the transaction proposal also carries a digital certificate issued by the authentication center to the client node and a digital signature of the client node for the transaction proposal; the digital certificate is used for declaring identity information of a client node, particularly informing an endorsement node, wherein the client node belongs to a node in a block chain network; the digital signature is used to prove that the transaction proposal has not been tampered with.

It should be noted that the transaction number here refers to the serial number of the transaction; the timestamp refers to the time of initiating the transaction proposal; the channel for executing the transaction refers to a channel where an intelligent contract to be called is located in the transaction; the identification in the identification of the channel for executing the transaction refers to the serial number or name and the like of the channel for executing the transaction; the intelligent contracts needed in the channel comprise: the method comprises the following steps of identifying an intelligent contract to be called, the version of the intelligent contract to be called, parameter information needing to be transmitted to the intelligent contract to be called and the like; the intelligent contract to be invoked and the parameter information that needs to be transferred to the intelligent contract to be invoked are related to the operation that needs to be executed by the client node, for example, the intelligent contract may be used for operations such as adding, deleting, querying, and the like, and the parameter information may be data in the operations such as adding, deleting, querying, or modifying.

In this manner, when a client node desires to perform a write operation, a corresponding transaction proposal is submitted to an endorsement node in the blockchain network. The transaction proposal about the RFID information written to the product is a request for adding the RFID information of the product to the block chain.

Step 202, the endorsement node receives a transaction proposal about the RFID information written in the product, and carries out verification, simulation and signature processing on the transaction proposal to construct a proposal response.

It should be noted that, after receiving the transaction proposal, the endorsement node performs some verification according to an endorsement policy, which is a determination condition for defining whether the transaction is legal or not.

Step 203, the endorsement node returns a proposal response to the client node.

It should be noted that, when the endorsement node verifies that the transaction proposal is successful, the endorsement node simulates and executes the transaction in the transaction proposal in the state database of the ledger maintained by the endorsement node to obtain a transaction result. The endorsement node signs own data signature on the transaction result, constructs the signed data signature into a Proposal Response (Proposal Response) by combining a digital certificate of the endorsement node and the like, and returns the Proposal Response to the first class of client nodes.

It should be noted that, when the endorsement node verifies that the transaction proposal fails, a proposal response carrying a failure code is returned to the client node; the failure code indicates a type of error for which the transaction proposal verification failed.

And step 204, the client node constructs a transaction according to the transaction proposal and the proposal response, and broadcasts the constructed transaction to the sequencing node.

It should be noted that, when the client node receives the proposal response returned by the endorsement node, the digital certificate and the digital signature in the proposal response are firstly confirmed to ensure the validity of the proposal response. When the client collects a sufficient number of proposal responses of the endorsement nodes and the transaction results in the proposal responses are consistent, the transaction is constructed according to the transaction proposal and the proposal responses. After the client node constructs the transaction, the transaction is broadcast to the sequencing nodes in the blockchain network.

Step 205, the sorting node receives the transactions, sorts the transactions, and generates a block.

It should be noted that the sorting node reads the identifier of the channel to which the transaction belongs from the transaction, sorts the transaction according to the sequence of the received transactions (determined by the timestamp), and writes the transaction received by each channel into the block, thereby constructing the block of the corresponding channel.

In step 206, the sorting node sends the generated blocks to the accounting node.

Step 207, the accounting node receives the block, verifies each transaction in the block, and after the verification is passed, adds the block to the tail of the block chain to execute the transaction in the block.

It should be noted that the verification here refers to a consensus process for each transaction in the block. The verification comprises: verifying the validity of each transaction; verifying whether the format of each transaction is correct, verifying the digital signature of each transaction, and verifying whether the content of each transaction is tampered; and verifying whether each transaction conforms to the endorsement policy, and the like.

Here, since the RFID information of the product is stored, a write transaction is performed, and after the accounting node successfully performs the write transaction in the block, the RFID information of the product is stored in the block, so that all nodes in the block chain located in the same channel store the RFID information of the product.

It should be noted that product management at suppliers and hospitals may also involve query management of products. As such, the method further comprises:

Here, the query request received by the client node may be sent by a corresponding terminal, where the terminal may refer to an electronic device with an input function, and specifically may be: the method comprises the steps that staff of a hospital department input RFID information of products on electronic equipment with an input function, the electronic equipment with the input function receives the input, then an RFID information query request containing the products to be queried is generated, and the query is sent to a corresponding client node.

In this way, the inquiry request may be transmitted from an electronic device having an input function corresponding to a supplier, an electronic device having an input function corresponding to a central repository of a hospital, or an electronic device having an input function corresponding to a department of a hospital.

The query request is used for enabling endorsement nodes in the block chain network to return query results of relevant information of the product to be queried; namely, the electronic equipment with the input function corresponding to the supplier or the hospital sends a query request containing the RFID information of the product to the corresponding client node in the block chain network, and the client node enables the endorsement node in the block chain network to return the RFID information of the product to the corresponding client node based on the query request containing the RFID information of the product.

The related information of the product to be queried can be the current attribution of the product to be queried; for example, if the product to be queried is currently in the hospital central repository, the current attribution of the product to be queried is the hospital central repository. Here, the whole moving process of the product can be restored by inquiring the current attribution of the product to be inquired, and then when a problem occurs, the corresponding responsible person can be determined based on the moving process.

Further, said processing RFID information for said products in said block after a client node receives a query request comprises:

and receiving the query result.

It should be noted that the second transaction proposal refers to a transaction proposal for querying RFID information of a product.

It should be further noted that the process of verifying, simulating and signing the second transaction proposal by the endorsement node is the same as the process of the first transaction proposal, and the difference is that in the step of querying, since there is no RFID information of the product written in the block, after the endorsement node simulates the RFID information of the queried product of the second transaction proposal, since the response of the second proposal contains the simulation execution result of the RFID information of the queried product, the subsequent steps of sorting and writing in the block are not required, and the endorsement node directly returns the query result of the relevant information of the product to be queried.

It should be noted that product management at suppliers and hospitals may also involve updated management of products. As such, the method further comprises:

The update request received by the client node may be sent by a corresponding terminal, where the terminal may be a computer with RFID tag acquisition equipment, and thus, the update request may be sent by a computer with RFID tag acquisition equipment corresponding to a supplier, a computer with RFID tag acquisition equipment corresponding to a hospital central repository, or a computer with RFID tag acquisition equipment corresponding to a hospital department.

The update request is used for enabling an accounting node in the block chain network to modify RFID information stored in the block before the product is changed into RFID information after the product is changed; the method comprises the steps that a computer which is provided with RFID electronic tag collecting equipment and corresponds to a supplier or a hospital collects RFID information reset by a product to be updated, an updating request containing the RFID information before being changed and the RFID information after being changed is sent to corresponding client nodes in a blockchain network, and the client nodes enable accounting nodes in the blockchain network to modify the RFID information before being changed and stored in a blockchain network into the RFID information after being changed according to the updating request containing the RFID information before being changed and the RFID information after being changed.

Here, said processing RFID information for said products in said block after an update request is received by a client node, comprises:

The third transaction proposal is a transaction proposal for updating the RFID information of the product.

It should be noted that the process of verifying, simulating and signing the third transaction proposal by the endorsement node is the same as the process of the first transaction proposal, except that the step of updating the RFID information of the product is performed by the accounting node.

It should be further noted that, only when the supplier and the hospital join the same block chain network, the RFID information of the products in the warehouse-out management and warehouse-in management of the supplier and the hospital can be seen by other client nodes in the same block chain network; that is, the synchronization of information can only be achieved if the provider and the hospital are in the same blockchain network. Therefore, before the product management method is carried out, a supplier and a hospital need to join the same block chain network; i.e. before processing the RFID information of the products in the block, the method further comprises:

It should be noted that the blockchain management platform is also called a Certificate Authority (CA) and is used for performing examination and authorization control on nodes applying for access. Here, as an alternative to the blockchain management platform, a CA node may also be provided in the blockchain network to implement the functions of the blockchain management platform.

In practical application, after a service agent obtains authorization of a blockchain management platform, a node corresponding to the service agent can be accessed to a blockchain network to become a special node in the blockchain network, which is called a client node. The client node is a special node different from the original node of the blockchain network, and the accounting function of the original node in the blockchain network can be omitted by default, so that the development difficulty is reduced.

Here, fig. 3 is a system architecture diagram of a product management method, as shown in fig. 3, including a block chain network 200, a block chain management platform 300, a supplier system 400, a hospital system 500; the block chain network 200 includes a node 201, a node 202, and a node 203; the provider system 400 includes a provider terminal 401; the hospital system 500 includes a central library terminal 501 and a department terminal 502. The supplier terminal 401, the central repository terminal 501 and the department terminal 502 may refer to electronic devices with various functions, such as an electronic device with an input function and an electronic device with a collection function.

It should be noted that fig. 3 only shows the supplier system 400 as an example, which includes a supplier terminal 401; the hospital system 500 includes a central repository terminal 501, a department terminal 502; in practical applications, each of the supplier system 400 and the hospital system 500 has a plurality of terminals. Likewise, the number of nodes included in the blockchain network 200 is also illustratively shown. Here, the exemplarily illustrated

nodes

201, 202, 203 refer to native nodes, also referred to as regular nodes, in the blockchain network 200.

The supplier system 400 and the hospital system 500 are both referred to as business entities. After the service agent obtains the authorization of the blockchain management platform 300, the node corresponding to the service agent can access to the special node in the blockchain network 200, which is called a client node.

As shown in fig. 3, the authorization process of the service entity to obtain the blockchain management platform 300 may be: a supplier and a hospital serve as business bodies to submit registration applications to the blockchain management platform 300, the blockchain management platform 300 responds to the registration applications and returns registration passwords and digital certificates to nodes corresponding to the business bodies; the registration password is used for logging in, and the digital certificate is used for declaring the identity information of the node corresponding to the service main body.

After the suppliers and hospitals are added into the blockchain network to become client nodes, the data of transactions conducted in the blockchain network can be stored in the nodes of the same Channel (Channel) in the whole blockchain network, and therefore, the guarantee is provided for preventing malicious data tampering.

It should be noted that, in order to implement data isolation, different channels may be created between client nodes located in the same blockchain network. Because the data transmitted in the channel can be seen only by the node joining the channel, the isolation privacy of data transmission can be realized. The channel is a private isolation environment provided between client nodes in the blockchain network, information transmission in the channel is only visible to the client nodes joining the channel, and the same client node can join a plurality of channels.

Here, in order to implement isolation privacy of data transmission, the client nodes with competing relationships may also be added separately to different blockchain networks, so that data between the client nodes with competing relationships can be isolated due to being on different blockchain networks.

It should be noted that, in the above-mentioned manner of creating different channels to implement data isolation, each client node is added to the same blockchain network, that is, only one cluster needs to be created, so that it is more convenient in the process of building a blockchain network in the previous period. In the method of separately adding the client nodes with the competition relationship into different block chain networks, because the client nodes with the competition relationship respectively establish one block chain network, namely, a plurality of block chain networks exist, and each block chain network needs to be deployed on a corresponding cluster, a cluster needs to be established for each block chain network, and the workload is large; however, this approach is more convenient in subsequent queries. Here, the client nodes having a competitive relationship may refer to client nodes corresponding to respective vendors. The embodiment of the invention does not limit the implementation mode of the isolation privacy of the data transmission in the block chain network, and can make a selection according to the actual situation.

Taking a specific implementation scenario that a supplier distributes products to a hospital as an example, the specific introduction of the product management method provided by the embodiment of the invention is performed; here, in order to distinguish the service body joining the blockchain network, the node corresponding to the provisioning service body is referred to as a first type client node, and the node corresponding to the hospital service body is referred to as a second type client node.

Fig. 4 is a schematic diagram of a specific application flow of the product management method according to the embodiment of the present invention, and as shown in fig. 4, the product management method according to the embodiment of the present invention mainly includes:

step b1, the first type RFID electronic label collecting device sends the first writing request to the first type client node.

It should be noted that the first type of RFID tag collecting device is an RFID tag collecting device corresponding to a supplier, and when there are multiple suppliers, the first type of RFID tag collecting device is a collecting device corresponding to each supplier in the multiple suppliers. The first type of RFID electronic tag acquisition equipment can be an RFID reader-writer, and can also be a computer, a mobile phone and the like with an RFID function. The first write request refers to a request for writing the RFID information of the product of the supplier to be shipped to the block.

The first-class RFID electronic tag collecting device identifies RFID electronic tags of products to be delivered from a supplier to obtain RFID information of the products, generates a first write-in request based on the RFID information of the products, and then sends the first write-in request to the first-class client nodes.

In practical application, the first type of client nodes are client nodes corresponding to suppliers; as described above, when a provider joins a blockchain network as a service entity, the provider becomes a client node in the blockchain network. Here, if a plurality of suppliers are involved in the product management method, the first type of client node is a set of client nodes corresponding to the respective suppliers.

The RFID information of the product refers to information contained in an RFID electronic tag attached to the product. The RFID electronic tag is a readable and writable tag, so that the RFID electronic tag can be repeatedly used.

And b2, the first type client node receives the first write request, and the accounting node in the triggered block chain network stores the RFID information of the product in the first write request.

Here, the step of storing the RFID information of the product in the first write request by an accounting node in the first class client node triggered blockchain network includes:

step b21, the first type of client node sends a transaction proposal regarding the RFID information written to the first type of product to be delivered to the endorsement node in the blockchain network.

And b22, the endorsement node receives the transaction proposal of the RFID information written in the first class of products to be delivered, and verifies, simulates and signs the transaction proposal to construct proposal response.

Step b23, the endorsement node returns the proposal response to the first class of client nodes.

And step b24, the first type client node constructs the transaction according to the transaction proposal and the proposal response, and broadcasts the constructed transaction to the sequencing node.

And step b25, the sorting node receives the transaction, sorts the transaction and generates a block.

Step b26, the sorting node sends the generated tile to the accounting node.

And step b27, the accounting node receives the blocks, verifies each transaction in the blocks, and after the verification is passed, adds the blocks to the tail of the block chain to execute the transaction in the blocks.

Here, since the RFID information of the first type of product to be delivered is stored, a write transaction is performed, and after the accounting node successfully performs the write transaction in the block, the RFID information of the first type of product to be delivered is stored in the block, so that all nodes in the block chain in the same channel store the RFID information of the first type of product to be delivered.

And step b3, the second type of RFID electronic label collecting equipment sends the second write request to the second type of client nodes.

In many application scenarios, after a supplier delivers a product to a hospital, the product generally enters a central repository of the hospital, and then is uniformly scheduled by the central repository to be distributed to each department. The hospital central warehouse is a warehouse for receiving products distributed by suppliers in hospitals, and distributes the products to each department after receiving the products distributed by the suppliers.

Therefore, the second type of RFID electronic tag collecting equipment is the RFID electronic tag collecting equipment corresponding to the hospital central library. The second type of RFID electronic tag collecting device may be an RFID reader, or may be a computer, a mobile phone, etc. having an RFID function. The second write request is a request for writing the RFID information of the product to be warehoused in the hospital central warehouse into the block.

The second type of RFID electronic tag acquisition equipment identifies the RFID electronic tags of the products to be warehoused in the hospital central warehouse to obtain the RFID information of the products, generates a second write-in request based on the RFID information of the products, and further sends the second write-in request to the second type of client nodes.

The second type of client nodes are client nodes corresponding to the hospital central library. Here, the hospital central repository and the department correspond to the same client node (client node of the second type) in the blockchain network.

And b4, the second type of client node receives the second write request, and the accounting node in the triggered blockchain network stores the RFID information of the product in the second write request.

It should be noted that, the step of storing the RFID information of the product in the second write request by the accounting node in the second type client node triggered blockchain network is substantially the same as that in the step b2, except that the stored information is different; in step b4, the stored information is the RFID information of the products to be warehoused in the central repository of the hospital. The same parts will not be described in detail.

Here, since the RFID information of the product is stored, a write operation is performed, and after the accounting node successfully performs the write transaction in the block, the RFID information of the product is stored in the block, so that all nodes of the same channel in the block chain store the RFID information of the product.

It should be noted that, because the RFID information of the product to be delivered from the supplier and the RFID information of the product to be delivered into the hospital central repository are stored in the block, the client nodes located in the same block chain network can query the RFID information of the product. Then, in the subsequent product query, whether all the products delivered to the hospital by the supplier enter the hospital central repository can be judged based on the RFID information of the products to be delivered corresponding to the supplier and the RFID information of the products to be warehoused corresponding to the hospital central repository.

Here, when the RFID information of the product to be delivered from the supplier is found to be inconsistent with the RFID information of the product to be delivered into the hospital central repository through comparison, it may be considered that all the products delivered by the supplier do not enter the hospital central repository, and may be lost, that is, a problem occurs in the delivery link. Thus, the responsible person can be determined.

It should be further noted that, since most of the nodes store the RFID information of the products to be delivered from the store corresponding to the supplier and the RFID information of the products to be stored in the store corresponding to the central repository of the hospital, malicious tampering of the information becomes no longer feasible, and the reliability of the information can be greatly ensured.

And step b5, the second type of RFID electronic label collecting equipment sends the third write request to the second type of client nodes.

It should be noted that the second type of RFID tag collecting device is an RFID tag collecting device corresponding to the hospital central repository; the third write request is a request for writing the RFID information of the product to be delivered from the hospital central repository into the block.

And step b6, the second type client node receives the third write request, and the accounting node in the triggered block chain network stores the RFID information of the product in the third write request.

It should be noted that, the flow of storing the RFID information of the product in the third write request by the accounting node in the second type client node triggered block chain network is substantially the same as the step of storing the RFID information of the product to be warehoused by the second type client node in b4, except that the stored information is different, and in step b6, the stored information is the corresponding relationship between the RFID information of the product to be warehoused from the hospital central repository, the department information of the first type to be warehoused, the RFID information of the product to be warehoused from the hospital central repository, and the department information of the first type to be warehoused. The same parts will not be described in detail. The first department information to be warehoused refers to distributed department information stored at the central warehouse side of the hospital.

Here, after the accounting node successfully executes the write-in transaction in the block, the RFID information of the product to be delivered from the hospital central repository, the first class of department information to be delivered, and the correspondence between the RFID information of the product to be delivered from the hospital central repository and the first class of department information to be delivered are stored in the block, so that all nodes in the same channel in the block chain can query the correspondence between the RFID information of the product to be delivered from the hospital central repository, the first class of department information to be delivered, the RFID information of the product to be delivered from the hospital central repository and the first class of department information to be delivered.

And step b7, the third type of RFID electronic label collecting equipment sends a fourth write request to the second type of client nodes.

It should be noted that the third type of RFID tag collecting device is an RFID tag collecting device corresponding to a hospital department. The fourth write request is a request for writing the RFID information of the product to be warehoused in the hospital department into the block.

And b8, the second type client node receives the fourth write request, and the accounting node in the triggered blockchain network stores the RFID information of the product in the fourth write request.

It should be noted that, the step of storing the RFID information of the product in the fourth write request by the accounting node in the second type client node triggered block chain network is substantially the same as the flow in b6, and the difference is that the stored information is different, and in step b8, the corresponding relationship between the RFID information of the product to be warehoused by the hospital department, the second type department information to be warehoused, the RFID information of the product to be warehoused by the hospital department, and the second type department information to be warehoused is stored. The same parts will not be described in detail. The second department information to be warehoused refers to distributed department information stored at the hospital department side.

And when the products distributed to departments in the central repository of the hospital are correct, the department information to be warehoused in the first class corresponds to the department information to be warehoused in the second class. For example, the warehouse-out information recorded in the central warehouse of the hospital is that a is distributed to a1 department, and the warehouse-in information recorded on the side of the a1 department is that a enters the a1 department.

After the accounting node successfully executes the write-in transaction in the block, the RFID information of the product to be warehoused by the hospital department, the second class of department information to be warehoused, the correspondence between the RFID information of the product to be warehoused by the hospital department and the second class of department information to be warehoused, is stored in the block, so that all nodes in the same channel in the block chain can inquire the correspondence between the RFID information of the product to be warehoused by the hospital department, the second class of department information to be warehoused, the RFID information of the product to be warehoused by the hospital department and the second class of department information to be warehoused.

It should be noted that, in the subsequent product query, whether all the products distributed to departments by the central repository enter each department can be judged through the record stored in the block. Similarly, when it is determined that the products distributed to departments by the central repository enter each department and are confused, it is considered that the distribution process is in error.

And step b9, the third type of RFID electronic label collecting equipment sends a fifth write request to the second type of client nodes.

The fifth write request is a request for writing the RFID information of the product to be delivered from the hospital department into the block. The product to be delivered from the hospital department refers to a product consumed by the hospital department, and the consumed product can be a sold product or a used product.

And step b10, the second type client node receives the fifth write request, and the accounting node in the triggered blockchain network stores the RFID information of the product in the fifth write request.

Note that, the step of storing the RFID information of the product in the fifth write request by the accounting node in the second type client node triggered blockchain network is substantially the same as that in b8 described above, except that the stored information is different, and in step b8, the corresponding relationship between the RFID information of the product to be delivered from the hospital department, the information of the department to be delivered from the hospital department, the RFID information of the product to be delivered from the hospital department, and the information of the department to be delivered from the hospital department is stored. The same parts will not be described in detail.

Here, after the write operation is successfully performed, the RFID information of the product to be delivered from the hospital department, the information of the department to be delivered from the hospital department, the correspondence between the RFID information of the product to be delivered from the hospital department and the information of the department to be delivered from the hospital department are stored in the block, so that all nodes in the same channel in the block chain can query the correspondence between the RFID information of the product to be delivered from the hospital department, the information of the department to be delivered from the hospital department, the RFID information of the product to be delivered from the hospital department and the information of the department to be delivered from the hospital department.

It should be noted that, in the subsequent settlement, both the supplier side and the hospital side may determine the consumption condition of the product delivered by the supplier in the hospital based on the RFID information of the product to be consumed, and determine the consumption amount of the product according to the RFID information of the product to be consumed. After the price of the product is queried, the cost can be calculated according to the price and the number of consumed products.

Here, since the RFID information of the product that is delivered and put in storage by the supplier and the hospital each time is stored in the block, the supplier side and the hospital side can both realize inquiry, perform accounting on the cost, and facilitate settlement between both parties subsequently.

And step b11, the first type client node or the second type client node receives the query request, and the endorsement node in the trigger block chain network queries the RFID information of the product in the query request.

The query request can be sent to the second type of client node by an electronic device (such as a computer) with input function of the hospital's clearing department, or sent to the first type of client node by an electronic device (such as a computer) with input function of the supplier's clearing department; the settlement department is a department for settling fees.

The step of querying the RFID information of the product in the query request by an endorsement node in a triggering block chain network of the first type client node or the second type client node comprises the following steps:

step b111, the first type of client node or the second type of client node sends a transaction proposal of RFID information about the query product to the endorsement node in the blockchain network.

It should be noted that when the second type of client node desires to perform a query operation, a corresponding transaction proposal is submitted to an endorsement node in the blockchain network.

And step b112, the endorsement node receives the transaction proposal of the RFID information of the query product, carries out verification, simulation and signature processing on the transaction proposal, constructs a proposal response, and returns the proposal response to the first type of client node or the second type of client node.

It should be noted that, for the transaction proposal related to query, since no writing of product information is involved, after the endorsement node simulates the query transaction in the transaction proposal related to the RFID information of the query product, the query result is returned to the first type client node or the second type client node.

It should be noted that the movement track of the product can be found out through query operation, so that the transaction process of the product can be restored, each responsible party can be determined based on the transaction process, and convenience is provided for subsequent settlement.

Further, since it is often impossible to determine the model of the product required in an actual transaction, for example, the model of the product required in an operation cannot be determined. For this case, the supplier needs to provide all models of the product. For the product management of the prior paper bar codes, the paper bar codes of all models need to be printed in batch, but after the paper bar codes are distributed to hospitals, the hospitals only use one model, so that a great deal of resource waste is generated.

Based on this, the product management method may further include:

the first type of RFID electronic label collecting device sends an updating request to the first type of client nodes.

It should be noted that the update request refers to a request for changing the RFID information of the product according to the desire of the supplier. The update request comprises RFID information before the product is changed and RFID information after the product is changed.

And the first class client nodes receive the updating request, and trigger accounting nodes in the block chain network to modify the RFID information before the product change stored in the blocks into the RFID information after the product change.

Here, the process of modifying the RFID information before the product change stored in the block into the RFID information after the product change is substantially the same as the write flow answer in the above step b2, except that the accounting node performs the modification of the RFID information before the product change stored in the block into the RFID information after the product change.

It should be noted that the change of the RFID tag of the product may be implemented by rewriting RFID information stored in the RFID tag on the product. For example, the RFID information of the product in step b1 may be "category: scalpel, number: 00X', the product is delivered to the hospital but is not used by the hospital, and after being retrieved by the supplier, the RFID electronic tag of the retrieved product is rewritten by the staff corresponding to the supplier. Here, assuming a large-sized scalpel used in a hospital, the rewritten RFID tag information may be "category: small-size scalpel, number: 00Y'.

In this way, by rewriting the RFID tag information of the product, reuse of the RFID tag can be realized.

Thus, the whole process of delivering products from suppliers, warehousing products in a hospital central warehouse, distributing products to departments by the hospital central warehouse, delivering products to the departments for warehousing and delivering products from the departments is completed. In the whole product warehouse-in and warehouse-out process, the RFID electronic tag is combined with the block chain technology, and on the basis of improving the defects that the paper two-dimensional bar code is easy to damage and waste is large, the synchronous storage of product information among all client nodes is realized based on the block chain technology, so that the product information is real and reliable.

Here, the inflow and outflow of products occurring between the hospital and the supplier can be described as:

when a supplier side needs to distribute products to a hospital, the supplier side needs to carry out ex-warehouse processing on the products, and carry out statistics and storage on ex-warehouse data so as to record the ex-warehouse data; the ex-warehouse data is related data of the products to be ex-warehouse. Similarly, when the products delivered by the supplier side reach the hospital, the hospital side also needs to perform warehousing processing of the products, count and store warehousing data, and record the warehousing data.

In consideration of practical application, in many application scenarios, after a supplier delivers a product to a hospital, the product generally enters a central repository of the hospital, and then is uniformly scheduled by the central repository to be distributed to various departments. The hospital central repository refers to a repository where hospitals receive products delivered by suppliers.

Then, when the product delivered by the supplier reaches the hospital, the hospital central library receives the product, and the hospital central library needs to perform warehousing processing on the product, count and store warehousing data, and record the warehousing data. After the central hospital library finishes the recording of the warehousing data, when products are ready to be distributed to each department, the central hospital library also needs to carry out ex-warehouse processing on the products, and count and store the ex-warehouse data to realize the recording of the ex-warehouse data. After the products are conveyed to the corresponding departments from the central warehouse, the corresponding departments receive the products, the products need to be warehoused, and warehousing data are counted and stored, so that the warehousing data are recorded. Furthermore, in each department, when the product is consumed, each department needs to perform ex-warehouse processing on the product, and the ex-warehouse data is counted and stored to realize the recording of the ex-warehouse data.

In this way, according to the product management method provided by the embodiment of the present invention, the client node in the blockchain network writes the RFID information of the product into the block by the accounting node in the blockchain network through the received write request, so that the client nodes in the same blockchain network can query the written RFID information of the product; therefore, the product flow can be inquired in the whole process. Since the RFID information of the product is stored by most client nodes after being written into the block, the RFID information of the product is reliable.

Based on the same inventive concept, an embodiment of the present invention further provides a client node in a blockchain network, as shown in fig. 5, where the client node 500 includes: a first receiving unit 501 and a processing unit 502; wherein,

the first receiving unit 501 is configured to receive a write request; the writing request comprises RFID information of a product, the RFID information of the product refers to information contained in an RFID electronic tag attached to the product, and the writing request is used for enabling an accounting node in a block chain network to write the RFID information of the product into a block;

the processing unit 502 is configured to process the RFID information of the products in the block.

It should be noted that the client node 500 further includes: the device comprises a first generating unit, a first sending unit, a first constructing unit and a second sending unit; wherein,

It should be noted that the client node 500 further includes: a second receiving unit; wherein,

It should be noted that the processing unit 502 further includes: the second generating unit, the third sending unit and the result returning unit; wherein,

and the result returning unit is used for receiving the query result.

It should be noted that the client node 500 further includes: a third receiving unit; wherein,

It should be noted that the processing unit 502 further includes: a third generating unit, a fourth transmitting unit, a second constructing unit and a fifth transmitting unit; wherein,

It should be noted that the client node 500 further includes: a registration unit and a fourth receiving unit; wherein,

It should be further noted that, because the principle of the client node 500 for solving the problem is similar to the aforementioned product management method applied to one client node in the blockchain network, the specific implementation process and implementation principle of the client node 500 can be referred to the aforementioned method and implementation process, and repeated details are not repeated.

In this way, the client node provided by the embodiment of the present invention writes the RFID information of the product into the block by the accounting node in the block chain network through the received write request, so that the client nodes located in the same block chain network can query the written RFID information of the product; therefore, the product flow can be inquired in the whole process. Since the RFID information of the product is stored by most client nodes after being written into the block, the RFID information of the product is reliable.

Based on the same inventive concept, an embodiment of the present invention further provides a product management system, as shown in fig. 6, where the product management system 600 includes: at least one terminal 601, at least one client node 602; wherein,

the at least one terminal 601 is a terminal corresponding to at least one client node in the block chain network, and is used for acquiring the RFID information of a product to be delivered from or stored in a warehouse, generating a write-in request according to the RFID information of the product, and sending the write-in request to the corresponding client node in the block chain network;

the at least one client node 602, configured to receive a write request; the writing request comprises RFID information of a product, the RFID information of the product refers to information contained in an RFID electronic tag attached to the product, and the writing request is used for enabling an accounting node in a block chain network to write the RFID information of the product into a block; processing the RFID information for the products in the block.

In the product management system provided in the embodiment of the present invention, a client node in at least one client node receives a write request sent by a terminal in at least one terminal to write RFID information of a product into a block by an accounting node in a block chain network, so that all client nodes in the same block chain network can query the written RFID information of the product; therefore, the product flow can be inquired in the whole process. Since the RFID information of the product is stored by most client nodes after being written into the block, the RFID information of the product is reliable.

The components in the embodiments of the present invention may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware or a form of a software functional module.

Based on the understanding that the technical solution of the embodiments of the present invention essentially or a part of the technical solution contributing to the prior art, or all or part of the technical solution may be embodied in the form of a software product stored in a storage medium, and include several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) or a processor (processor) to execute all or part of the steps of the method of the embodiments of the present invention. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes.

Accordingly, embodiments of the present invention provide a computer storage medium storing a computer program that, when executed by at least one processor, performs the steps of the above-described embodiments.

Referring to fig. 7, a specific hardware structure of a client node 700 in a blockchain network according to an embodiment of the present invention is shown, where the specific hardware structure includes: a network interface 701, a memory 702, and a processor 703; the various components are coupled together by a bus system 704. It is understood that the bus system 704 is used to enable communications among the components. The bus system 704 includes a power bus, a control bus, and a status signal bus in addition to a data bus. For clarity of illustration, however, the various buses are labeled in fig. 7 as the bus system 704.

In the several embodiments provided in the present application, it should be understood that the disclosed apparatus and method may be implemented in other ways. The above-described device embodiments are merely illustrative, for example, the division of the unit is only a logical functional division, and there may be other division ways in actual implementation, such as: multiple units or components may be combined, or may be integrated into another system, or some features may be omitted, or not implemented. In addition, the coupling, direct coupling or communication connection between the components shown or discussed may be through some interfaces, and the indirect coupling or communication connection between the devices or units may be electrical, mechanical or other forms.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed on a plurality of network units; some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

The methods disclosed in the several method embodiments provided in the present application may be combined arbitrarily without conflict to obtain new method embodiments.

Features disclosed in several of the product embodiments provided in the present application may be combined in any combination to yield new product embodiments without conflict.

The features disclosed in the several method or apparatus embodiments provided in the present application may be combined arbitrarily, without conflict, to arrive at new method embodiments or apparatus embodiments.

The above description is only for the specific embodiments of the present invention, but the scope of the present invention is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present invention, and all the changes or substitutions should be covered within the scope of the present invention. Therefore, the protection scope of the present invention shall be subject to the protection scope of the appended claims.

Claims

1. A method of product management, the method being applied to a client node in a blockchain network, the method comprising:

processing the RFID information for the products in the block.

2. The method of claim 1, wherein after receiving the write request, the method further comprises:

3. The method of claim 1, further comprising:

4. The method of claim 3, wherein said processing RFID information for said products in said block comprises:

and receiving the query result.

5. The method of claim 1, further comprising:

6. The method of claim 5, wherein said processing RFID information for said products in said block comprises:

7. The method of claim 1, wherein prior to processing the RFID information for the products in the block, the method further comprises:

8. A client node in a blockchain network, comprising: a first receiving unit and a processing unit; wherein,

9. The client node of claim 8, wherein the client node further comprises: the device comprises a first generating unit, a first sending unit, a first constructing unit and a second sending unit; wherein,

10. The client node of claim 8, wherein the client node further comprises: a second receiving unit; wherein,

11. The client node of claim 10, wherein the processing unit further comprises: the second generating unit, the third sending unit and the result returning unit; wherein,

and the result returning unit is used for receiving the query result.

12. The client node of claim 8, wherein the client node further comprises: a third receiving unit; wherein,

13. The client node of claim 12, wherein the processing unit further comprises: a third generating unit, a fourth transmitting unit, a second constructing unit and a fifth transmitting unit; wherein,

14. The client node of claim 8, wherein the client node further comprises: a registration unit and a fourth receiving unit; wherein,

15. A product management system, the system comprising: at least one client node, at least one terminal; wherein,

16. A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, carries out the steps of the method of any one of claims 1 to 7.

17. A client node in a blockchain network, comprising: a processor and a memory for storing a computer program operable on the processor, wherein the processor is operable to perform the steps of the method of any of claims 1 to 7 when the computer program is executed.