CN110991573B

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

Info

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

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, wherein 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 blockchain network to write the RFID information of the product into a block; and processing the RFID information of the product in the block.

Description

Product management method, system, client node and storage medium

Technical Field

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

Background

In the current product management, a management mode of 'one-object one-code', 'first-use, later-payment', 'zero-stock' is generally implemented. In order to trace back products from inspection, acceptance, use and consumption to settlement, currently, in most transactions, a receiver of the products adopts a mode of introducing a third party tracing platform, and the third party tracing platform is used for managing the in-out warehouse of the products on the basis of paper two-dimensional bar code labels.

However, the management mode depends on paper two-dimensional bar code labels, and the paper two-dimensional bar code labels are easy to damage, lose and tear off to replace, so that the subsequent settlement is troublesome; the method that the receiver of the product introduces a third party tracing platform for tracing the flow direction of the product increases the complexity of interconnection of the third party tracing platform and the information system of the receiver of the product; in the subsequent settlement, due to reasons such as personal errors and loss, the data in the third party traceability platform is inconsistent with the data in the information system, and in order not to affect the normal settlement, a receiver of the product usually adjusts the data in the third party traceability platform to be consistent with the data in the information system in a manual mode. This way of referencing data in the recipient's information system may cause the data to be too centralized, resulting in data that is not truly reliable and cannot be clearly responsible.

Disclosure of Invention

In view of this, the embodiments of the present invention expect to provide a product management method, a system, a client node, and a storage medium, which can make the flow direction of a product to be inquired in the whole course, and the product information is true and reliable.

In order to achieve the above 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 blockchain network, and comprises the following steps:

receiving a write request; the writing request comprises RFID information of a product, wherein 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 blockchain network to write the RFID information of the product into a block;

and processing the RFID information of the product in the block.

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

generating a first transaction proposal written with RFID information of a product according to the RFID information of the product, and sending the first transaction proposal to an endorsement node in a blockchain network; the first transaction proposal is used for enabling an endorsement node in the blockchain network to verify, simulate and sign 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 a billing node executing the first transaction.

In the above scheme, the method further comprises:

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 blockchain network to return a query result of related information of the product to be queried.

In the above scheme, the processing the RFID information of the product in the block includes:

generating a second transaction proposal for inquiring the related 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 blockchain network; the second transaction proposal is used for enabling an endorsement node in the blockchain network to carry out verification, simulation and signature processing on the second transaction proposal, and a second proposal response is returned according to a processing result, wherein the second proposal response comprises a query result of related information of a product to be queried;

And receiving the query result.

In the above scheme, the method further comprises:

receiving an update request; the update request comprises RFID information before product change and RFID information after product change, and the change request is used for enabling the accounting node in the blockchain network to change 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 blockchain network; the third transaction proposal is used for enabling an endorsement node in the blockchain network to verify, simulate and sign 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 updating 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 a billing node executing the third transaction.

In the above solution, before processing the RFID information of the product 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 checking and authorizing a client node applying to access 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.

The embodiment of the invention also provides a client node in the blockchain network, which comprises: a first receiving unit, a processing unit; wherein,

the first receiving unit is used for receiving a write-in request; the writing request comprises RFID information of a product, wherein 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 blockchain network to write the RFID information of the product into a block;

and the processing unit is used for processing the RFID information of the product in the block.

In the above solution, the client node further includes: the device comprises a first generation unit, a first transmission unit, a first construction unit and a second transmission unit; wherein,

The first generation unit is used for generating a first transaction proposal written with the RFID information of the product according to the RFID information of the product after receiving the writing request; the first transaction proposal is used for enabling an endorsement node in the blockchain network to verify, simulate and sign 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 blockchain network;

the construction unit is used for 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;

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 send 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 used for 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 blockchain network to return a query result of related information of the product to be queried.

In the above aspect, the processing unit further includes: the device comprises a second generating unit, a third sending unit and a result returning unit; wherein,

the second generating unit is configured to generate a second transaction proposal for querying relevant information of a product to be queried according to RFID information of the product to be queried, where the second transaction proposal is configured to enable an endorsement node in a blockchain network to verify, simulate and sign the second transaction proposal, and return a second proposal response according to a processing result, where the second proposal response includes a query result of relevant information of the product to be queried;

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

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 update request; the update request comprises RFID information before product change and RFID information after product change, and the change request is used for enabling the accounting node in the blockchain network to change the RFID information before product change stored in the block into the RFID information after product change.

In the above aspect, 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 the blockchain network to verify, simulate and sign the third transaction proposal, and returning a third proposal response according to a processing result;

the fourth sending unit is configured to send the third transaction proposal to an endorsement node in a blockchain 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 updating RFID information of the product;

the fifth sending unit broadcasts the third transaction to a sorting node in the blockchain network, so that the sorting node sorts the third transaction, and sends the sorted third transaction to an accounting node executing the third transaction.

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

The registering unit is used for sending a registering application to the blockchain management platform; the block chain management platform is used for checking and authorizing a client node applying to access the block chain network;

the fourth receiving unit is used for receiving the identity information sent by the blockchain management platform; the identity information comprises a registration password and a digital certificate.

The embodiment of the invention also provides a product management system, which comprises: at least one client node, at least one terminal; wherein,

the at least one terminal is a terminal corresponding to at least one client node in the blockchain network and is used for collecting RFID information of products to be delivered or put in storage, generating a writing request according to the RFID information of the products, and sending the writing request to the corresponding client node in the blockchain network;

the at least one client node is configured to receive a write request; the writing request comprises RFID information of a product, wherein 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 blockchain network to write the RFID information of the product into a block; and processing the RFID information of the product in the block.

Embodiments of the present invention also provide a computer readable storage medium having stored thereon a computer program which, when executed by a processor, implements the steps of any of the methods described above.

The embodiment of the invention also provides a client node in the blockchain network, which comprises: a processor and a memory for storing a computer program capable of running on the processor, wherein the processor is adapted to perform the steps of any one of the methods described above when the computer program is run.

According to the product management method, the system, the client node and the storage medium provided by the embodiment of the invention, the RFID information of the product is written into the block by the accounting node in the blockchain network through the writing request received by the client node in the blockchain network, so that the client nodes in the same blockchain network can all inquire the written RFID information of the product; therefore, the whole flow direction of the product can be inquired, and convenience is provided for clear 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 diagram 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 flow of RFID information for a product being written into a block of a blockchain;

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

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

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

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

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

Detailed Description

For the purpose of making the objects, technical solutions and advantages of the embodiments of the present invention more apparent, the technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention, and it is apparent that the described embodiments are some embodiments of the present invention, but not all embodiments of the present invention.

It should be noted that, in one transaction, there will be a provider and a receiver; the provider refers to a party providing the product and the receiver refers to a party receiving the product. In different application scenes, the receivers are different, and the receivers can be hospitals, supermarkets, vegetable markets and the like; in the embodiment of the present invention, the following description will be made taking a receiving party as an example of a hospital.

In order to avoid introducing a third party traceability platform into a hospital in a transaction and aggravating the complexity of settlement, the embodiment of the invention realizes the transparency of the disclosure of product information between suppliers and the hospital on the basis that the third party traceability platform is not introduced into the hospital by a distributed accounting mechanism of traceability, decentralization, credibility and non-falsification of a blockchain technology, the whole flow direction of the product can be inquired, and the reality and reliability of the product information are ensured.

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

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

The block in the blockchain is a container data structure for aggregating transaction information and is used for recording transactions occurring in a period of time, and consists of a block head and a block body, wherein the block body refers to a long series of transaction lists which are arranged behind the block head, and the transaction lists comprise transaction quantity and transaction data. The block header is composed of three sets of metadata, the first set of metadata comprising a hash value and a version number of a previous block in the blockchain; here, the first set of metadata includes a hash value of a previous block, the block is connected with the previous block in the blockchain by the hash value of the previous block, and the first set of metadata further includes a version number for tracking an update of the protocol; the second group of metadata is data such as a time stamp, the time stamp corresponds to the authentication of each transaction record, and the authenticity of the transaction record is proved; the third set of metadata is the merkle tree root, which is a data structure used to summarize all transactions in a block.

Here, each block corresponds to a hash value, and the hash value corresponding to each block is called a main identifier of each block, and the hash value of each block can be obtained by calculating the block header of each block through the SHA256 algorithm. The hash value of a block may uniquely and explicitly identify a block, and thus a block may be identified by its hash value. In addition, since the hash value of the previous block is contained in the block header of each block, the transaction in the blockchain network can realize tamper resistance and falsification resistance.

It should be further noted that, the network architecture built based on the P2P protocol is called a P2P network architecture, which is a form of point-to-point interaction, and is an internet system that does not have a central server and is completely exchanged by the nodes. Prior to P2P technology, all web applications were implemented using either a C/S or B/S architecture, where a client sent a request to a server that responded to the client' S request. In this case, the greater the number of clients present, the greater the pressure on the server. And the P2P network realized by adopting the P2P architecture can enable each node to be a client, and also can serve as 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 information sharing can be directly carried out between the two nodes without a server, and the possibility of eavesdropping and leakage of private information of a user is greatly reduced because the private information does not need to pass through a certain central server.

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

Step 101, receiving a write request; the writing request comprises RFID information of a product, wherein 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 blockchain network to write the RFID information of the product into a block;

and 102, processing the RFID information of the product in the block.

It should be noted that, the client node refers to a node corresponding to a service entity in the blockchain network, where the service entity refers to an entity executing respective services, and represents an identity of a specific entity (such as a company, an enterprise, and a social group). In the embodiment of the invention, the business entity refers to a provider or a hospital. In this way, the product management method can be applied to a client node corresponding to a provider or a client node corresponding to a hospital in a blockchain network.

The blockchain network is a blockchain network built together by suppliers and hospitals. Since product management occurs in suppliers and hospitals, product warehouse-out management and warehouse-in management are generally involved. Then, after the provider and the hospital join the same blockchain network and become client nodes in the same blockchain network, the corresponding product management methods are the same whether the product management occurs at the provider or the product management at the hospital. The ex-warehouse management refers to counting and storing the ex-warehouse data, and recording the ex-warehouse data is realized; the ex-warehouse data are related data of products to be ex-warehouse. The warehouse-in management refers to statistics and storage of warehouse-in data, and realizes the record of the warehouse-in data; the warehousing data are related data of products to be warehoused.

It should be noted that, the ex-warehouse management and the warehouse-in management of the product can be considered as writing the product information into the block of the blockchain, and the difference is that the ex-warehouse management is writing the information of the product to be ex-warehouse into the block of the blockchain, and the warehouse-in management is writing the information of the product to be warehouse-in into the block of the blockchain. After the products are subjected to warehouse-out management and warehouse-in management, the flow direction of the products can be clearly reflected according to the recorded data, so that a basis can be provided for inquiring and settling 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 includes data related to the product, such as a product number and a product name. In this way, the RFID electronic tag collecting equipment is used for identifying the RFID electronic tag attached to the product to be delivered, so that the RFID information of the product to be delivered can be obtained.

Here, since the paper "two-dimensional barcode label" is fragile, easy to lose and easy to tear off and replace, it causes trouble for subsequent settlement, and in the embodiment of the invention, the RFID electronic label is used to mark the product. The RFID electronic tag comprises an RFID chip, information of a product is stored in the RFID chip, and the RFID electronic tag can be repeatedly used because the RFID electronic tag is in a readable and writable form.

The information contained in the RFID electronic tag can be a product number, a product name and the like. In a specific implementation, if the information contained in the RFID electronic tag of the product is a product number, each product may be numbered when the product is produced, so that each product corresponds to a product number; therefore, the product number can be obtained to inquire the product, and the product inquiry 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 stuck on each product after the product is produced and before the product is delivered; here, stored in the RFID electronic tag on each product may be a product name, such as a "scalpel", by which a part of the product is distinguished.

In practical application, a plurality of products are of the same category, and the mode of assigning the same product name to the products of the same category is more flow-saving in operation than the mode of assigning different product numbers to each product; but this approach does not find a particular product. The embodiment of the invention does not limit the information contained in the RFID electronic tag of the product, and can select according to actual conditions, so long as the purpose of distinguishing the product can be achieved.

It should be noted that the RFID electronic tag collecting device is generally used together with an RFID electronic tag. The RFID electronic tag acquisition equipment sends out a radio frequency signal with a set frequency through an antenna of the RFID electronic tag acquisition equipment, an antenna in an RFID electronic tag on a product to be identified receives the radio frequency signal with the set frequency, the radio frequency signal with the set frequency is sent to a modulation circuit in the RFID electronic tag, the modulation circuit removes a carrier signal from the received radio frequency signal with the set frequency, demodulates an original signal, carries out decoding processing on the original signal 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 by the modulation circuit and is loaded onto the antenna in the RFID electronic tag, and then the antenna in the RFID electronic tag is sent to the antenna in the RFID electronic tag acquisition equipment. Thus, the RFID electronic tag acquisition equipment can acquire RFID information contained in the RFID electronic tag of the product.

It should be further noted that, in step 101, the writing request received by the client node may be sent by a corresponding terminal, where the terminal is an RFID electronic tag collecting device, and thus, the writing request may be sent by an RFID electronic tag collecting device corresponding to the provider, or may be sent by an RFID electronic tag collecting device corresponding to the hospital. In view of practical application, after suppliers distribute products to hospitals in many application scenarios, the suppliers generally enter a central warehouse of the hospitals first, and then the central warehouse performs unified scheduling to distribute the products to each department. The hospital central warehouse refers to a warehouse that receives products delivered by suppliers at the hospital. The writing request may be sent by an RFID electronic tag collecting device corresponding to the central repository of the hospital, or by an RFID electronic tag collecting device corresponding to the department of the hospital.

The write request is for a billing node in a blockchain network to write RFID information of the product into a block; namely, a terminal corresponding to a provider or a hospital collects RFID information of products to be delivered or put in storage, a writing request containing the RFID information of the products is sent to corresponding client nodes in the blockchain network, and the client nodes enable billing nodes in the blockchain network to write the RFID information of the products into a block based on the writing request containing the RFID information of the products.

Here, the accounting node is a kind of native node, also called regular node, in the blockchain network that the provider and the hospital together build; the native node refers to a node with verification function, ordering function, accounting function and the like, and is used for verifying, ordering, accounting and the like of transactions submitted by the client node. Generally, in order to distinguish native nodes having various functions, the native nodes in a blockchain network are classified into an endorsement node (endoser), an ordering node (Orderer), a billing node (Committer), and the like. The endorsement node is used for verifying the transaction proposal submitted by the client node; the ordering node is used for ordering the transactions submitted by the client node, generating blocks and broadcasting the blocks in a block chain network; the accounting node is used for verifying each transaction in the block after receiving the block broadcast by the ordering node, adding the block chain tail part maintained by each block after the verification is passed, and updating the account 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 more the endorsement nodes verify the transaction proposal, the more the validity and correctness of the transaction proposal can be proved, so that there can be a plurality of endorsement nodes in one blockchain network. Correspondingly, since the ordering nodes are used for ordering the transactions submitted by the client nodes, when only one ordering node can make ordering faster, a plurality of ordering nodes can complicate and confuse the ordering process. Thus, in a blockchain network, there is only one ordering node in a channel. For the accounting nodes, since each transaction in the block needs to be verified and added to the tail of the block chain maintained by each transaction, the more the accounting nodes are, the more times the transaction is stored, the authenticity of the data of the transaction can be greatly ensured, and the data of the transaction is prevented from being tampered maliciously.

Then, to enable the client node to write the RFID information of the product to the block based on the write request containing the RFID information of the product, the method further comprises, after receiving the write request:

Step a1, generating a first transaction proposal written in RFID information of a product according to the RFID information of the product, and sending the first transaction proposal to an endorsement node in a blockchain network; the first transaction proposal is used for enabling an endorsement node in the blockchain network to verify, simulate and sign the first transaction proposal, and returning a first proposal response according to a processing result;

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;

and a3, 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 a billing node for executing the first transaction.

Here, the first transaction proposal refers to a transaction proposal for writing RFID information of a product; specifically, a transaction Proposal (Proposal) refers to a request to execute, and may specifically be a call request to execute an intelligent contract included in a transaction, for example, the transaction Proposal may be a request to execute write data. The Smart Contracts (Smart contacts), also known as chain codes (Chaincode) or application codes, are programs deployed in nodes of a blockchain network. In other words, the smart contract is a program regarding operations of addition, deletion, inquiry, and the like.

The verification includes: whether the digital certificate carried by the transaction proposal is issued by a trusted authentication center; 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 is authorized in the channel of the transaction requested to be executed, and whether the client node has corresponding operation authority (such as query authority).

The simulation means that an endorsement node performs 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 to perform 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 completed.

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

When the endorsement node verifies that the first transaction proposal is successful, the endorsement node can simulate and execute the transaction in the transaction proposal in a state database of an account book maintained by the endorsement node, so as to obtain a transaction result. The endorsement node signs the own data signature for the transaction result, then constructs the signed data signature in combination with a digital certificate of the endorsement node and the like into a first proposal response, and returns the first proposal response to the client node.

In this way, the client node constructs a first transaction of writing RFID information of a product into a block according to the first transaction proposal and the first proposal response, broadcasts the first transaction to a sequencing node in a blockchain network, so that the sequencing node sequences the first transaction, and sends the sequenced first transaction to an accounting node executing 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 first confirmed to ensure the validity of the first proposal response. When the client node collects first proposal responses of a sufficient number of endorsement nodes and the transaction results in the first proposal responses are consistent, the first transaction is constructed according to the first transaction proposal and the first proposal responses. After constructing the first transaction, the client node broadcasts the first transaction to ordering nodes in the blockchain network. The ordering node reads the identification of the channel to which the first transaction belongs from the first transaction, orders the first transaction according to the sequence of the received first transaction (judged by the time stamp), and writes the first transaction received by each channel into the block, so as to construct the block of the corresponding channel. And the sorting node sends the generated block to the accounting 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 blockchain, and the first transaction in the block is executed, namely the RFID information of the written product is executed.

Here, verification refers to a consensus process for transactions in a block. The verification includes: 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 meets an endorsement policy, and the like.

As shown in fig. 2, the implementation flow chart of writing RFID information of a product into a block of a blockchain may be shown, and in fig. 2, the main steps of writing RFID information of the product into a block of a blockchain are as follows:

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

The endorsement node is used for verifying the transaction proposal submitted by the client node. The transaction proposal comprises: transaction number, timestamp, identification of the channel in which the transaction was performed, intelligent contracts required in the channel, etc.; in addition, the transaction proposal 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 the identity information of the client node, in particular to inform an endorsement node, wherein the client node belongs to a node in a blockchain 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 refers to a serial number of the transaction; the timestamp refers to the time at which the proposal of the transaction was initiated; the channel for executing the transaction is a channel in which the intelligent contract to be called in the transaction is located; the identification in the identification of the channel for executing the transaction refers to the serial number or the name of the channel for executing the transaction, and the like; the intelligent contracts required in the channel include: identification of the intelligent contract to be called, version of the intelligent contract to be called, parameter information to be transferred to the intelligent contract to be called, and the like; the smart contract to be invoked and the parameter information to be transferred to the smart contract to be invoked are related to operations to be executed by the client node, for example, the smart contract may be used for operations such as adding, deleting, querying, and the like, and the parameter information may be data in operations such as adding, deleting, querying, modifying, and the like.

Thus, 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 for writing the RFID information of the product is a request to add the RFID information of the product to the blockchain.

Step 202, the endorsement node receives the transaction proposal about the RFID information written into the product, performs verification, simulation and signature processing on the transaction proposal, and constructs a proposal response.

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

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

When the endorsement node verifies that the transaction proposal is successful, the endorsement node can simulate and execute the transaction in the transaction proposal in a state database of an account book maintained by the endorsement node, so as to obtain a transaction result. The endorsement node signs its own data signature for the transaction result, and then constructs the signed data signature in combination with the digital certificate of the endorsement node and the like into a proposal response (Proposal Response), and returns the proposal response to the first type client node.

When the endorsement node fails to verify the transaction proposal, a proposal response carrying a failure code is returned to the client node; the failure code indicates a type of error that the transaction proposal failed to verify.

In step 204, the client node constructs a transaction from the transaction proposal and proposal response, and broadcasts the constructed transaction to the ordering nodes.

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 will be confirmed first, so as to ensure the validity of the proposal response. When the client collects proposal responses of a sufficient number of 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 constructing the transaction, the client node broadcasts the transaction to the ordering nodes in the blockchain network.

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

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 transaction (through time stamp judgment), and writes the transaction received by each channel into the block, so as to construct the block of the corresponding channel.

Step 206, the sorting node sends the generated block to the accounting node.

Step 207, the accounting node receives the blocks and verifies each transaction in the block, and after verification, appends the block to the tail of the blockchain, and executes the transaction in the block.

Here, verification refers to a consensus process for each transaction in the block. The verification includes: verifying the legitimacy 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; verifying whether each transaction accords with an 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 blockchain located in the same channel store the RFID information of the product.

It should be noted that product management in 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: staff in a hospital department inputs RFID information of products on electronic equipment with an input function, and after receiving the input, the electronic equipment with the input function generates an RFID information query request containing the products to be queried, and sends the query to a corresponding client node.

In this way, the query request may be sent by an electronic device with an input function corresponding to a vendor, or may be sent by an electronic device with an input function corresponding to a central repository of a hospital, or sent by an electronic device with an input function corresponding to a department of a hospital.

The query request is used for enabling an endorsement node in a blockchain network to return a query result of the related information of the product to be queried; namely, the electronic equipment with the input function corresponding to the provider or the hospital sends query requests containing RFID information of the product to corresponding client nodes in the blockchain network, and the client nodes enable endorsement nodes in the blockchain network to return the RFID information of the product to the corresponding client nodes based on the query requests 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 central hospital library, the current attribution of the product to be queried is the central hospital library. Here, the entire moving process of the product can be restored by querying the current attribution of the product to be queried, and then when a problem occurs, the corresponding responsible person can be determined based on the moving process.

Further, when the client node receives the query request, the processing the RFID information of the product in the block includes:

And receiving the query result.

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 the RFID information of the product is not written into the block, after the endorsement node simulates the RFID information of the query product of the second transaction proposal, since the response of the second proposal includes the simulation execution result of the RFID information of the query product, the subsequent steps of ordering and writing into the block are not required, and the endorsement node directly returns the query result of the related information of the product to be queried.

It should be noted that, product management in suppliers and hospitals may also involve update 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 an RFID electronic tag acquisition device, and thus, the update request may be sent by a computer with an RFID electronic tag acquisition device corresponding to a provider, a computer with an RFID electronic tag acquisition device corresponding to a central repository of a hospital, or a computer with an RFID electronic tag acquisition device corresponding to a department of a hospital.

The update request is used for enabling the billing node in the blockchain network to modify the RFID information before the product is changed, which is stored in the block, into the RFID information after the product is changed; namely, a computer corresponding to a provider or a hospital and provided with RFID electronic tag acquisition equipment acquires RFID information of a product to be updated and resets, an update request containing the RFID information before modification and the RFID information after product modification is sent to corresponding client nodes in the blockchain network, and the client nodes enable billing nodes in the blockchain network to modify the RFID information before product modification stored in the block into the RFID information after product modification based on the update request containing the RFID information before modification and the RFID information after product modification.

Here, when the client node receives the update request, the processing the RFID information of the product in the block includes:

The third transaction proposal refers to a transaction proposal for updating RFID information of a product.

It should be further 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 accounting node performs updating the RFID information of the product.

It should also be noted that, because only when the provider and the hospital join the same blockchain network, the RFID information of the products in the warehouse-out management and the warehouse-in management of the provider and the hospital can be seen by other client nodes in the same blockchain network; that is, synchronization of information can only be achieved if the vendor and the hospital are in the same blockchain network. Thus, suppliers and hospitals need to join the same blockchain network before performing the above product management methods; i.e. before processing the RFID information of the product in the block, the method further comprises:

It should be noted that the blockchain management platform is also called an authentication center (CA, certificate Authority) for auditing and authorization control of the nodes applying for access. Here, as an alternative to the blockchain management platform, CA nodes may also be provided in the blockchain network to implement the functionality of the blockchain management platform described above.

In practical application, after obtaining authorization of the blockchain management platform, the node corresponding to the service body can be accessed into the blockchain network to become a special node in the blockchain network, which is called a client node. The client node is a special node which is different from the native node of the blockchain network, and defaults to account for the functions of the native node in the blockchain network, thereby reducing development difficulty.

Here, fig. 3 is a system architecture diagram of a product management method, as shown in fig. 3, including a blockchain network 200, a blockchain management platform 300, a vendor system 400, a hospital system 500; wherein the blockchain 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, a department terminal 502. The vendor terminal 401, the central library terminal 501, and the department terminal 502 may be any electronic device having various functions, such as an electronic device having an input function and an electronic device having an acquisition function.

It should be noted that, in fig. 3, the provider system 400 is only exemplarily shown to include the provider terminal 401; the hospital system 500 includes a central library terminal 501, a department terminal 502; in practice, each of the provider system 400 and the hospital system 500 has a plurality of terminals. Also, the number of nodes included in the blockchain network 200 is also illustratively shown. Here, the exemplary illustrated nodes 201, 202, 203 refer to native nodes, also referred to as regular nodes, in the blockchain network 200.

The provider system 400 and the hospital system 500 are both referred to as business entities. After obtaining authorization of the blockchain management platform 300, the node corresponding to the service body can access the blockchain network 200 to become a 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: the provider and the hospital serve as business bodies to submit registration applications to the blockchain management platform 300, and the blockchain management platform 300 responds to the registration applications to return 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 digital certificate of the identity information of the node corresponding to the service body.

After suppliers and hospitals join the blockchain network to become client nodes, data of transactions performed by the suppliers and hospitals in the blockchain network can be stored in nodes of the same Channel (Channel) in the whole blockchain network, so that a guarantee is provided for preventing malicious data tampering.

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

Here, in order to achieve the isolation privacy of the data transmission, the client nodes with the competition relationship may also be separately added into different blockchain networks, so that the data between the client nodes with the competition relationship may be isolated due to the fact that the data are on the different blockchain networks.

It should be noted that, in the above manner of creating data isolation implemented by different channels, since 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 previous process of building the blockchain network. In the manner of adding the client nodes with the competition relationship into different blockchain networks separately, because the client nodes with the competition relationship respectively construct one blockchain network, namely a plurality of blockchain networks exist, each blockchain network needs to be deployed on a corresponding cluster, so that a cluster needs to be created for each blockchain network, and the workload is larger; however, this approach is more convenient for subsequent queries. Here, the client nodes having the competition relationship may refer to client nodes corresponding to the respective suppliers. The embodiment of the invention does not limit the implementation mode of isolating privacy of data transmission in a blockchain network, and can select according to actual conditions.

The following takes a specific implementation scenario that a provider delivers a product to a hospital as an example, and a specific description of a product management method provided by the embodiment of the invention is performed; here, in order to distinguish between service principals joining the blockchain network, the node corresponding to the supply service principal is referred to as a first type client node, and the node corresponding to the hospital service principal is referred to as a second type client node.

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

and b1, the first-class RFID electronic tag acquisition equipment transmits a first writing request to a first-class client node.

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

The first-type RFID electronic tag acquisition equipment identifies RFID electronic tags of products to be delivered from a supplier to obtain RFID information of the products, generates a first writing request based on the RFID information of the products, and then sends the first writing request to a first-type client node.

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, it 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 type tag, so that the RFID electronic tag can be repeatedly used.

And b2, receiving the first writing request by the first type client node, and triggering an accounting node in the blockchain network to store RFID information of a product in the first writing request.

Here, the first type of client node triggering an accounting node in the blockchain network to store RFID information of the product in the first write request includes:

Step b21, the first type client node sends a transaction proposal to an endorsement node in the blockchain network for writing RFID information of the first type of product to be taken out.

Step b22, the endorsement node receives the transaction proposal about the RFID information written into the first class of products to be taken out of the warehouse, verifies, simulates and signs the transaction proposal, and constructs a proposal response.

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

Step b24, the first class client node constructs a transaction according to the transaction proposal and the proposal response, and broadcasts the constructed transaction to the ordering nodes.

Step b25, the ordering node receives the transactions, orders the transactions, and generates blocks.

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

Step b27, the accounting node receives the block and verifies each transaction in the block, and after the verification is passed, the block is added to the tail part of the block chain, and the transaction in the block is executed.

Here, since the RFID information of the first type of products 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 products to be delivered is stored in the block, so that all nodes in the block chain located in the same channel store the RFID information of the first type of products to be delivered.

And b3, the second-class RFID electronic tag acquisition equipment transmits a second writing request to the second-class client node.

In many application scenarios, after a provider distributes a product to a hospital, the provider generally first enters a central warehouse of the hospital, and then the central warehouse performs unified scheduling to distribute the product to each department. The hospital central warehouse refers to a warehouse for receiving products distributed by suppliers in a hospital, and after receiving the products distributed by the suppliers, the hospital central warehouse distributes the products to various departments.

Thus, the second type of RFID electronic tag collection equipment is RFID electronic tag collection equipment corresponding to the hospital central library. The second type of RFID electronic tag acquisition equipment can be an RFID reader-writer, a computer with an RFID function, a mobile phone and the like. The second write request refers to a request for writing the RFID information of the product to be put in the warehouse in the central warehouse of the hospital into the block.

The second-class RFID electronic tag acquisition equipment identifies RFID electronic tags of products to be warehoused in the hospital central library to obtain RFID information of the products, generates a second writing request based on the RFID information of the products, and then sends the second writing request to a second-class client node.

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

And b4, receiving the second writing request by the second type client node, and triggering an accounting node in the blockchain network to store RFID information of a product in the second writing request.

It should be noted that, the step of triggering the accounting node in the blockchain network by the second type of client node to store the RFID information of the product in the second write request is substantially the same as the step b2, except that the stored information is different; in step b4, the stored information is the RFID information of the product to be put in storage in the central repository of the hospital. The same points are not 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 blockchain store the RFID information of the product.

It should be noted that, because the RFID information of the product to be delivered corresponding to the provider and the RFID information of the product to be put in the warehouse corresponding to the central warehouse of the hospital are stored in the block, the client nodes in the same blockchain network can query the RFID information of the product. Then, in the subsequent product inquiry, whether the products delivered to the hospital by the provider all enter the hospital central warehouse can be judged based on the RFID information of the products to be delivered corresponding to the provider and the RFID information of the products to be warehoused corresponding to the hospital central warehouse.

Here, when the RFID information of the product to be delivered corresponding to the supplier is found to be inconsistent with the RFID information of the product to be delivered corresponding to the central repository of the hospital by comparison, it can be considered that all the products delivered by the supplier do not enter the central repository of the hospital, and the loss may occur, that is, the delivery link has a problem. In this way, the responsible person can be determined.

It should be further noted that, because most nodes store the RFID information of the products to be delivered corresponding to the suppliers and the RFID information of the products to be put in storage corresponding to the central warehouse of the hospital, malicious tampering of the information becomes no longer feasible, and the reliability of the information can be greatly ensured.

And b5, the second-class RFID electronic tag acquisition equipment transmits a third writing request to the second-class client node.

The second type of RFID electronic tag collecting equipment is RFID electronic tag collecting equipment corresponding to a hospital central library; the third write request refers to a request to write RFID information of a product to be discharged from the central repository of the hospital to the block.

And b6, receiving a third writing request by the second type client node, and triggering an accounting node in the blockchain network to store RFID information of a product in the third writing request.

It should be noted that, the procedure of storing the RFID information of the product in the third write request by the accounting node in the second type client node triggering blockchain network is approximately the same as the step of storing the RFID information of the product to be put in storage by the second type client node in b4, and the difference is that the stored information is different, and in step b6, the correspondence relationship between the RFID information of the product to be put in storage in the central repository of the hospital, the information of the department to be put in storage in the first type, the RFID information of the product to be put in storage in the central repository of the hospital, and the information of the department to be put in storage in the first type is stored. The same points are not described in detail. The first class of department information to be put in storage refers to distributed department information stored at the central warehouse side of the hospital.

After the accounting node successfully executes the writing transaction in the block, the corresponding relation between the RFID information of the product to be delivered from the central repository of the hospital, the first class of department information to be delivered from the central repository of the hospital and the first class of department information to be delivered from the central repository of the hospital is stored in the block, so that all nodes in the same channel in the block chain can inquire the corresponding relation between the RFID information of the product to be delivered from the central repository of the hospital, the first class of department information to be delivered from the central repository of the hospital and the first class of department information to be delivered from the central repository of the hospital.

And b7, the third-class RFID electronic tag acquisition equipment transmits a fourth writing request to the second-class client nodes.

The third type of RFID electronic tag collecting equipment is RFID electronic tag collecting equipment corresponding to a department of a hospital. The fourth write request refers to a request for writing the RFID information of the product to be put in the warehouse in the hospital department into the block.

And b8, the second-class client node receives the fourth writing request and triggers an accounting node in the blockchain network to store RFID information of a product in the fourth writing request.

It should be noted that, the step of the second type client node triggering the accounting node in the blockchain network to store the RFID information of the product in the fourth write request is substantially the same as the procedure in the above step b6, except that the stored information is different, and in step b8, the correspondence relationship between the RFID information of the product to be put in the hospital department, the second type information of the product to be put in the warehouse, the RFID information of the product to be put in the hospital department and the second type information of the product to be put in the warehouse is stored. The same points are not described in detail. The second class of department information to be put in storage refers to distributed department information stored at the department side of the hospital.

And when products distributed to departments by the hospital central library are correct, the first type of department information to be put in storage corresponds to the second type of department information to be put in storage. For example, if the warehouse-out information recorded in the central warehouse of the hospital is that a is allocated to the department A1, the warehouse-in information recorded in the side of the department A1 should be that a enters the department A1.

After the accounting node successfully executes the writing transaction in the block, the RFID information of the product to be put in the hospital department, the information of the second type of the product to be put in the warehouse, and the corresponding relation between the RFID information of the product to be put in the hospital department and the information of the second type of the product to be put in the warehouse are stored in the block, so that all nodes in the same channel in the block chain can inquire the corresponding relation between the RFID information of the product to be put in the hospital department, the information of the second type of the product to be put in the warehouse, the RFID information of the product to be put in the hospital department and the information of the second type of the product to be put in the warehouse.

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

And b9, the third-class RFID electronic tag acquisition equipment transmits a fifth writing request to the second-class client nodes.

The fifth writing request refers to a request for writing RFID information of a product to be delivered from a hospital department into a block. The products to be delivered in the hospital department refer to products consumed in the hospital department, and the consumed products can be sold products and used products.

And b10, receiving the fifth writing request by the second type client node, and triggering an accounting node in the blockchain network to store RFID information of a product in the fifth writing request.

It should be noted that, the step of triggering the accounting node in the blockchain network by the second type client node to store the RFID information of the product in the fifth writing request is substantially the same as that in the above step b8, and the difference is that the stored information is different, and in step b8, the correspondence relationship between the RFID information of the product to be delivered from the hospital department, the information of the product to be delivered from the hospital department, and the RFID information of the product to be delivered from the hospital department and the information of the product to be delivered from the hospital department is stored. The same points are not described in detail.

Here, after the writing operation is successfully executed, the corresponding relationship between the RFID information of the product to be checked out in the hospital department, the information of the product to be checked out in the hospital department, and the information of the product to be checked out in the hospital department is stored in the block, so that all nodes in the same channel in the block chain can query the corresponding relationship between the RFID information of the product to be checked out in the hospital department, the information of the product to be checked out in the hospital department, and the information of the product to be checked out in the hospital department.

In the subsequent settlement, the supplier side and the hospital side can determine the consumption condition of the products distributed by the supplier in the hospital based on the RFID information of the products to be consumed, and determine the consumption amount of the products according to the RFID information of the products to be consumed. After querying the price of the product, the cost can be calculated based on the price, the number of consumed products.

Here, because the RFID information of the products which are delivered and put in storage by the suppliers and the hospitals each time is stored in the block, the suppliers side and the hospitals side can realize inquiry, the accounting of the cost is carried out, and convenience is provided for the settlement of the follow-up two parties.

And b11, receiving a query request by the first type client node or the second type client node, and triggering an endorsement node in the blockchain network to query the RFID information of the product in the query request.

The query request may be sent to the second type of client node by an electronic device (e.g., a computer) having an input function of a settlement department of the hospital, or sent to the first type of client node by an electronic device (e.g., a computer) having an input function of a settlement department of the provider; the settlement department is a department for settling the fee.

The first class client node or the second class client node triggers an endorsement node in a blockchain network to inquire the RFID information of the product in the inquiry request, and the method comprises the following steps:

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

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

Step b112, the endorsement node receives the transaction proposal about the RFID information of the query product, verifies, simulates and signs 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 writing of product information is not involved, after the endorsement node simulates the query transaction in the transaction proposal related to 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 the inquiry operation, and then the transaction process of the product can be restored, and each responsible party can be determined based on the transaction process, so that convenience is provided for subsequent settlement.

Further, since the model of the desired product is generally not determinable in an actual transaction, the model of the desired product, for example, in surgery, is not determinable. For this case, the vendor needs to offer all models of the product. For the product management of the traditional paper bar codes, all types of paper bar codes need to be printed in batches, but after the paper bar codes are possibly distributed to hospitals, the hospitals only use one type of paper bar codes, so that a great amount of resource waste is generated.

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

the first-type RFID electronic tag acquisition equipment sends an update request to the first-type client node.

The update request refers to a request for changing the RFID information of the product that the provider desires. The update request contains RFID information before the product is changed and RFID information after the product is changed.

And the first type of client nodes receive the update request and trigger the billing nodes in the blockchain network to modify the RFID information before the product is changed, which is stored in the block, into the RFID information after the product is changed.

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 answer of the writing procedure in the 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 RFID electronic tag for changing the product may be realized by rewriting RFID information stored in the RFID electronic tag on the product. For example, the RFID information of the product in step b1 may be "category: surgical knife, number: 00X ", the RFID electronic tag of the retrieved product is rewritten by staff corresponding to the provider after the product is delivered to the hospital but not used by the hospital and retrieved by the provider. Here, assuming a large-sized scalpel used by a hospital, the rewritten RFID electronic tag information may be of the "category: small surgical knife, number: 00Y).

Thus, the reuse of the RFID electronic tag can be realized by rewriting the RFID electronic tag information of the product.

The whole process of delivering the products from the suppliers to the warehouse, delivering the products to the hospital central warehouse for warehousing, distributing the products from the hospital central warehouse to the departments, delivering the products to the departments for warehousing is finished. In the whole product warehouse-in and warehouse-out process, the RFID electronic tag is combined with the blockchain technology, and the product information is synchronously stored among all client nodes based on the blockchain technology on the basis of easy damage and large waste of the improved paper two-dimensional bar code, so that the product information is real and reliable.

Here, the inflow and outflow of products occurring between hospitals and suppliers can be described as:

when the supplier side needs to distribute the products to the hospital, the supplier side needs to carry out the ex-warehouse treatment of the products, and the ex-warehouse data are counted and stored to realize the record of the ex-warehouse data; the ex-warehouse data are related data of products to be ex-warehouse. Similarly, when the products delivered by the supplier side reach the hospital, the hospital side also needs to carry out warehouse-in processing of the products, and statistics and storage are carried out on warehouse-in data so as to record the warehouse-in data.

In view of practical application, after suppliers distribute products to hospitals in many application scenarios, the suppliers generally enter a central warehouse of the hospitals first, and then the central warehouse performs unified scheduling to distribute the products to each department. The hospital central warehouse refers to a warehouse that receives products delivered by suppliers at the hospital.

When the products distributed at the supplier side reach the hospital, the central hospital library receives the products, the central hospital library needs to carry out warehousing processing on the products, statistics and storage are carried out on warehousing data, and recording of the warehousing data is achieved. After the record of the warehouse-in data is completed in the central warehouse of the hospital, when the products are ready to be distributed to each department, the central warehouse of the hospital also needs to carry out warehouse-out processing of the products, and the warehouse-out data is counted and stored to realize the record of the warehouse-out data. After the products are transported to the corresponding departments by the central warehouse, the corresponding departments receive the products and need to carry out warehouse entry processing on the products, and the warehouse entry data are counted and stored to realize the record of the warehouse entry data. Further, in each department, when the consumption of the product occurs, each department also needs to perform the ex-warehouse processing of the product, and statistics and storage are performed on the ex-warehouse data, so as to realize the record of the ex-warehouse data.

In this way, according to the product management method provided by the embodiment of the invention, the client nodes in the blockchain network enable RFID information of the product to be written into the block by the accounting nodes in the blockchain network through the received writing request, so that the client nodes in the same blockchain network can query the written RFID information of the product; therefore, the whole flow direction inquiry of the product is realized. Because 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 as described above, the embodiment of the present invention further provides a client node in a blockchain network, as shown in fig. 5, the client node 500 includes: a first receiving unit 501, 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, wherein 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 blockchain network to write the RFID information of the product into a block;

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

It should be noted that the client node 500 further includes: the device comprises a first generation unit, a first transmission unit, a first construction unit and a second transmission 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 device comprises a second generating unit, a third sending unit and a result returning unit; wherein,

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, a fourth receiving unit; wherein,

It should be further noted that, since the principle of the solution of the problem of the client node 500 is similar to the 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 refer to the foregoing method and implementation process, and the repetition is omitted.

In this way, the client node provided by the embodiment of the invention enables the RFID information of the product to be written into the block by the accounting node in the blockchain network through the received writing request, so that the client nodes positioned in the same blockchain network can all inquire the written RFID information of the product; therefore, the whole flow direction inquiry of the product is realized. Because 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 as described above, the embodiment of the present invention further provides a product management system, as shown in fig. 6, 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 blockchain network, and is configured to collect RFID information of a product to be delivered or put in storage, generate a write request according to the RFID information of the product, and send the write request to the corresponding client node in the blockchain network;

the at least one client node 602 is configured to receive a write request; the writing request comprises RFID information of a product, wherein 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 blockchain network to write the RFID information of the product into a block; and processing the RFID information of the product in the block.

According to the product management system provided by the embodiment of the invention, the RFID information of the product is written into the block by the accounting node in the blockchain network through one client node in at least one client node receiving the writing request sent by one terminal in at least one terminal, so that the client nodes in the same blockchain network can all inquire the written RFID information of the product; therefore, the whole flow direction inquiry of the product is realized. Because 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 in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit. The integrated units may be implemented in hardware or in software functional modules.

The integrated units, if implemented in the form of software functional modules, may be stored in a computer-readable storage medium, if not sold or used as separate products, and based on such understanding, the technical solutions of the embodiments of the present invention may be embodied essentially or partly in the form of software products, or all or part of the technical solutions may be embodied in a storage medium, including instructions to cause a computer device (which may be a personal computer, a server, or a network device, etc.) or processor to perform all or part of the steps of the methods described in 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, random Access Memory), a magnetic disk, or an optical disk, or other various media capable of storing program codes.

Accordingly, an embodiment of the present application provides a computer storage medium storing a computer program which, when executed by at least one processor, implements the steps described in the above 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 application is shown, including: a network interface 701, a memory 702, and a processor 703; the various components are coupled together by a bus system 704. It is appreciated that bus system 704 is used to enable connected communications between these components. The bus system 704 includes a power bus, a control bus, and a status signal bus in addition to the data bus. But for clarity of illustration, the various buses are labeled as bus system 704 in fig. 7.

In the several embodiments provided by 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 only illustrative, e.g. the division of the units is only one logical function division, and there may be other divisions in practice, such as: multiple units or components may be combined or may be integrated into another system, or some features may be omitted, or not performed. In addition, the various components shown or discussed may be coupled or directly coupled or communicatively coupled to each other via some interface, whether indirectly coupled or communicatively coupled to devices or units, whether electrically, mechanically, or otherwise.

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

The methods disclosed in the method embodiments provided by the application can be arbitrarily combined under the condition of no conflict to obtain a new method embodiment.

The features disclosed in the several product embodiments provided by the application can be combined arbitrarily under the condition of no conflict to obtain new product embodiments.

The features disclosed in the embodiments of the method or the apparatus provided by the application can be arbitrarily combined without conflict to obtain new embodiments of the method or the apparatus.

The foregoing is merely illustrative of the present application, and the present application is not limited thereto, and any person skilled in the art will readily recognize that variations or substitutions are within the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims

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

receiving a write request; the writing request comprises RFID information of a product, wherein 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 blockchain network to write the RFID information of the product into a block; the RFID information of the product is used for generating a transaction proposal, the transaction proposal is used for enabling an endorsement node in a blockchain network to verify the transaction proposal, constructing a proposal response and returning the proposal response to a client node; when the endorsement node fails to verify the transaction proposal, a proposal response carrying a failure code is returned to the client node, wherein the failure code indicates the error type of the transaction proposal failure in verification; the transaction proposal is also used for constructing a transaction by the client node according to the transaction proposal and the proposal response and broadcasting the transaction to the ordering nodes in the blockchain network;

and processing the RFID information of the product in the block.

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

3. The method according to claim 1, wherein the method further comprises:

4. A method according to claim 3, wherein said processing the RFID information of the products in the block comprises:

and receiving the query result.

5. The method according to claim 1, wherein the method further comprises:

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

6. The method of claim 5, wherein the processing the RFID information of the product in the block comprises:

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

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

the first receiving unit is used for receiving a write-in request; the writing request comprises RFID information of a product, wherein 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 blockchain network to write the RFID information of the product into a block; the RFID information of the product is used for generating a transaction proposal, the transaction proposal is used for enabling an endorsement node in a blockchain network to verify the transaction proposal, constructing a proposal response and returning the proposal response to a client node; when the endorsement node fails to verify the transaction proposal, a proposal response carrying a failure code is returned to the client node, wherein the failure code indicates the error type of the transaction proposal failure in verification; the transaction proposal is also used for constructing a transaction by the client node according to the transaction proposal and the proposal response and broadcasting the transaction to the ordering nodes in the blockchain network;

9. The client node of claim 8, wherein the client node further comprises: the device comprises a first generation unit, a first transmission unit, a first construction unit and a second transmission 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 device comprises a second generating unit, a third sending unit and a result returning unit; wherein,

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,

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

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, a fourth receiving unit; wherein,

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

the at least one client node is configured to receive a write request; the writing request comprises RFID information of a product, wherein 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 blockchain network to write the RFID information of the product into a block; the RFID information of the product is used for generating a transaction proposal, the transaction proposal is used for enabling an endorsement node in a blockchain network to verify the transaction proposal, constructing a proposal response and returning the proposal response to a client node; when the endorsement node fails to verify the transaction proposal, a proposal response carrying a failure code is returned to the client node, wherein the failure code indicates the error type of the transaction proposal failure in verification; the transaction proposal is also used for constructing a transaction by the client node according to the transaction proposal and the proposal response and broadcasting the transaction to the ordering nodes in the blockchain network; and processing the RFID information of the product in the block.

16. A computer readable storage medium, on which a computer program is stored, characterized in that the computer program, when being executed by a processor, implements the steps of the method according to 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 capable of running on the processor, wherein the processor is adapted to perform the steps of the method of any of claims 1 to 7 when the computer program is run.