CN111369196A

CN111369196A - Block chain-based target object checking method and system

Info

Publication number: CN111369196A
Application number: CN202010155682.9A
Authority: CN
Inventors: 韩喆
Original assignee: Alipay Hangzhou Information Technology Co Ltd
Current assignee: Alipay Hangzhou Information Technology Co Ltd
Priority date: 2020-03-09
Filing date: 2020-03-09
Publication date: 2020-07-03
Also published as: WO2021179705A1

Abstract

The embodiment of the specification discloses a block chain-based target object inventory method. The method comprises the following steps: the method comprises the steps of obtaining a trigger instruction for triggering a target object checking intelligent contract, wherein the target object checking intelligent contract is stored on a plurality of nodes of a block chain, and the target object checking intelligent contract comprises a checking method. And responding to the trigger instruction, and triggering the target object to count the intelligent contract to execute. And based on the inventory method of the executed target object inventory intelligent contract, the target object in the target warehouse is inventoried to obtain the inventory information of the target object in the target warehouse. And storing the inventory information to a plurality of nodes of the block chain. The checking information can be guaranteed to be credible, and therefore the credible requirement of a third party on commodity checking is met.

Description

Block chain-based target object checking method and system

Technical Field

The present disclosure relates to the field of blockchain, and in particular, to a method and a system for checking a target object based on a blockchain.

Background

With the development of the internet of things, it becomes more important to inventory goods in a warehouse and monitor changes of the goods, for example, a merchant needs to inventory goods in the warehouse: the amount of remaining inventory in the warehouse, the loss of inventory during storage, the amount of previous shipments and whether the revenues match, etc. In order to save the warehousing cost, many merchants store the goods in third-party warehouses, and the merchants do not directly manage the warehouses, so that how to obtain reliable inventory data from the third-party warehouses is particularly important.

Based on the method, a target object inventory method and a target object inventory system based on the block chain are provided.

Disclosure of Invention

One aspect of the embodiments of the present specification provides a block chain-based target object inventory method. The method comprises the following steps: the method comprises the steps of obtaining a trigger instruction used for triggering a target object checking intelligent contract, wherein the target object checking intelligent contract is stored on a plurality of nodes of a block chain, and the target object checking intelligent contract comprises a checking method. And responding to the trigger instruction, and triggering the target object inventory intelligent contract to execute. And based on the executed checking method of the intelligent contract for checking the target object, checking the target object in the target warehouse to obtain the checking information of the target object in the target warehouse. And storing the inventory information to a plurality of nodes of the block chain.

Another aspect of embodiments of the present specification provides a block chain-based target object inventory system, including: the acquisition module is used for acquiring a trigger instruction for triggering a target object inventory intelligent contract, the target object inventory intelligent contract is stored on a plurality of nodes of a block chain, and the target object inventory intelligent contract comprises an inventory method. And the triggering module is used for responding to the triggering instruction and triggering the target object inventory intelligent contract to execute. And the checking module is used for checking the target object in the target warehouse based on the executed checking method of the intelligent contract for checking the target object to obtain the checking information of the target object in the target warehouse. And the storage module is used for storing the inventory information to a plurality of nodes of the block chain.

Another aspect of embodiments of the present specification provides a blockchain-based target object inventory apparatus, including a processor configured to perform a blockchain-based target object inventory method.

Another aspect of embodiments of the present specification provides a computer-readable storage medium storing computer instructions, and when the computer instructions in the storage medium are read by a computer, the computer performs a block chain-based target object inventory method.

Drawings

The present description will be further explained by way of exemplary embodiments, which will be described in detail by way of the accompanying drawings. These embodiments are not intended to be limiting, and in these embodiments like numerals are used to indicate like structures, wherein:

FIG. 1 is a diagram of an application scenario for a blockchain based target object inventory system in accordance with some embodiments of the present description;

FIG. 2 is an exemplary flow diagram of a blockchain-based target object inventory method in accordance with some embodiments of the present description;

FIG. 3 is an exemplary flow diagram illustrating obtaining inventory information according to some embodiments of the present description;

fig. 4 is a block diagram of a block chain based target object inventory system in accordance with some embodiments of the present description.

Detailed Description

In order to more clearly illustrate the technical solutions of the embodiments of the present disclosure, the drawings used in the description of the embodiments will be briefly described below. It is obvious that the drawings in the following description are only examples or embodiments of the present description, and that for a person skilled in the art, the present description can also be applied to other similar scenarios on the basis of these drawings without inventive effort. Unless otherwise apparent from the context, or otherwise indicated, like reference numbers in the figures refer to the same structure or operation.

It should be understood that "system", "device", "unit" and/or "module" as used herein is a method for distinguishing different components, elements, parts, portions or assemblies at different levels. However, other words may be substituted by other expressions if they accomplish the same purpose.

As used in this specification and the appended claims, the terms "a," "an," "the," and/or "the" are not intended to be inclusive in the singular, but rather are intended to be inclusive in the plural, unless the context clearly dictates otherwise. In general, the terms "comprises" and "comprising" merely indicate that steps and elements are included which are explicitly identified, that the steps and elements do not form an exclusive list, and that a method or apparatus may include other steps or elements.

Flow charts are used in this description to illustrate operations performed by a system according to embodiments of the present description. It should be understood that the preceding or following operations are not necessarily performed in the exact order in which they are performed. Rather, the various steps may be processed in reverse order or simultaneously. Meanwhile, other operations may be added to the processes, or a certain step or several steps of operations may be removed from the processes.

Fig. 1 is a diagram of an application scenario of a block chain based target object inventory system according to some embodiments of the present description.

The block chain-based target object inventory system 100 may be widely applied to various intelligent warehouse systems, for example, an e-commerce warehouse, a logistics warehouse, and the like.

As shown in fig. 1, the blockchain-based target object inventory system 100 may include a server 110, a network 120, a client 130, a database 140, and a blockchain system 150. The server 110 may include a processing device 112.

In some embodiments, server 110 refers to a computing device and associated software that manages resources and provides services to other devices and/or users. In some embodiments, the server 110 may be directly connected to the database 140 and/or the user terminal 130 to access the information and/or profiles stored therein. For example, the server 110 may obtain the item information stored in the blockchain system through the network 120. As another example, server 110 may execute over network 120 in response to a smart contract triggered by customer premises 130. For another example, server 110 may perform an inventory method included in the intelligent contract to inventory the target object in the target repository based on the triggered intelligent contract via network 120. The server 110 may be a stand-alone server or a group of servers. The set of servers can be centralized or distributed (e.g., server 110 can be a distributed system). In some embodiments, the server 110 may be regional or remote. In some embodiments, the server 110 may execute on a cloud platform. For example, the cloud platform may include one or any combination of a private cloud, a public cloud, a hybrid cloud, a community cloud, a decentralized cloud, an internal cloud, and the like.

In some embodiments, the server 110 may include a processing device 112. The processing device 112 may process data and/or information to perform one or more of the functions described herein. For example, the processing device 112 may inventory target objects in a target warehouse based on an inventory method. In some embodiments, the processing device 112 may include one or more sub-processing devices (e.g., a single core processing device or a multi-core processing device). By way of example only, the processing device 112 may include a Central Processing Unit (CPU), an Application Specific Integrated Circuit (ASIC), an Application Specific Instruction Processor (ASIP), a Graphics Processor (GPU), a Physical Processor (PPU), a Digital Signal Processor (DSP), a Field Programmable Gate Array (FPGA), a programmable logic circuit (PLD), a controller, a micro-controller unit, a Reduced Instruction Set Computer (RISC), a microprocessor, or the like, or any combination thereof.

In some embodiments, the network 120 may facilitate the exchange of data and/or information, which may include trigger instructions entered by the user end 130, intelligent contracts stored in the database 140, and the like. In some embodiments, one or more components (e.g., server 110, client 130, database 140) in the blockchain-based target object inventory system 100 may send data and/or information to other components in the system 100 over the network 120. In some embodiments, network 120 may be any type of wired or wireless network. For example, network 120 may include a cable network, a wired network, a fiber optic network, a telecommunications network, an intranet, the internet, a Local Area Network (LAN), a Wide Area Network (WAN), a Wireless Local Area Network (WLAN), a Metropolitan Area Network (MAN), a Public Switched Telephone Network (PSTN), a bluetooth network, a ZigBee network, a Near Field Communication (NFC) network, the like, or any combination thereof. In some embodiments, network 120 may include one or more network access points. For example, the network 120 may include wired or wireless network access points, such as base stations and/or Internet switching points 120-1, 120-2, …, through which one or more components of the system 100 may connect to the network 120 to exchange data and/or information.

In some embodiments, the user end 130 may be a computing device or a group of computing devices. In some embodiments, the specific input function of the user terminal 130 can be used for the user to input the trigger command. Such as typing, voice input, etc. The computing device may include one or any combination of a cell phone 130-1, a tablet 130-2, a laptop 130-3, a desktop 130-4, and the like. The group of computing devices may be centralized or distributed. In some embodiments, the user terminal 130 may send the input instructions to the server 110. Accordingly, the server 110 may transmit a response result (i.e., inventory information) to the trigger instruction to the user terminal 130.

In some embodiments, the database 140 may be used for label information, inventory information, etc. of the target object. Database 140 may be implemented in a single central server, multiple servers connected by communication links, or multiple personal devices. Database 140 may be generated by a plurality of personal devices and cloud servers. In some embodiments, the database 140 may be used to provide the device or raw media for the desired data, and may also be used for data storage, encryption, and the like. In some embodiments, database 140 may store information and/or instructions for server 110 to perform or use to perform the example methods described herein. In some embodiments, database 140 may include mass storage, removable storage, volatile read-write memory (e.g., random access memory RAM), read-only memory (ROM), the like, or any combination thereof. In some embodiments, database 140 may be implemented on a cloud platform. For example, the cloud platform may include a private cloud, a public cloud, a hybrid cloud, a community cloud, a decentralized cloud, an internal cloud, and the like, or any combination thereof.

In some embodiments, blockchain system 150 may include a plurality of nodes that may be used to deposit and/or modify data, e.g., deposit intelligent contracts, inventory information, and the like. In some embodiments, a server or a terminal may be considered a node of the blockchain system 150. In some embodiments, one repository may be considered a node of the blockchain system 150. A plurality of intelligent devices may be included in the warehouse, such as servers, terminals, sensor devices, image capture devices, and intelligent inventory devices (e.g., code scanning guns, radio frequency identification readers, etc.). The intelligent device can be used for checking the information of the articles in the warehouse, and the data collected by the intelligent device can be directly uploaded to the block chain.

Fig. 2 is an exemplary flow diagram of a block chain based target object inventory method according to some embodiments of the present description. As shown in fig. 2, the process 200 may include:

step 202, obtaining a trigger instruction for triggering a target object inventory intelligent contract, where the target object inventory intelligent contract is stored on multiple nodes of a block chain, and the target object inventory intelligent contract includes an inventory method. Step 202 may be performed by the acquisition module 410.

In some embodiments, the target object may refer to an item stored in a warehouse. An intelligent contract refers to a computer protocol intended to propagate, validate, or execute contracts in an informational manner. Smart contracts allow trusted transactions to be conducted without a third party (e.g., the owner of the item being transacted), which transactions are traceable and irreversible.

The target object inventory intelligent contract may refer to an intelligent contract that takes an inventory target object as protocol content. The checking of the target object may refer to checking and counting information such as the number and the position of commodities in a warehouse.

The triggering instruction may be used to trigger execution of the intelligent contract content. The triggering instruction may be an inventory request, and a third party (e.g., a commodity owner, a user possessing rights) may trigger execution of the smart contract by initiating the inventory request. When the intelligent contract is executed, the target objects stored in the warehouse can be checked according to the checking method included in the intelligent contract. The third party can log in from any node in the blockchain network, then initiate the inventory request, and broadcast the inventory request to the blockchain network, and any node in the blockchain network can process the inventory request.

In some embodiments, the inventory method may refer to collecting commodity information in a target warehouse according to a preset inventory mode by using an intelligent device in the target warehouse. The preset inventory mode may include sequentially performing inventory on all the commodities in the target warehouse and/or performing inventory on part of the commodities (for example, the part of the commodity information that changes) in the target warehouse. For more description of the inventory method, reference may be made to the detailed description of fig. 3, which is not repeated here.

In some embodiments, the target object inventory smart contracts are deposited on a plurality of nodes of the blockchain, where the nodes of the blockchain may be servers, terminals (e.g., PC terminals, cell phones, tablets, etc.), warehouses, etc., or any combination thereof. For example, some of the nodes in the blockchain may be servers, some of the nodes may be terminals, and some of the nodes may be warehouses. Specifically, various devices included in The warehouse may be used together as one node in The blockchain network, for example, devices for checking commodities in The warehouse may be included in The warehouse node, such as an (RFID) reader, a tag or two-dimensional code reader, an Internet of things (LOT) device (e.g., a monitoring camera, a sensor, and The like), and a computing device, such as a computer, a server, a smart terminal (e.g., a mobile phone, a tablet computer, and The like.

In some embodiments, the obtaining module 410 may obtain the trigger instruction from any node of the blockchain through a network (e.g., the network 120), and the trigger instruction may be initiated through a third party manual input, a voice input, or the like.

In some embodiments, prior to obtaining the triggering instruction for triggering the target object inventory intelligent contract, a target object inventory intelligent contract corresponding to the target object may be created when the target object is stored in the target repository. The target warehouse may be a warehouse for storing the target object, and the target warehouse is used as a node in the blockchain network, so that a third party may initiate an intelligent contract for checking the target object in the target warehouse from any node of the blockchain.

Illustratively, a target object inventory intelligence contract corresponding to the target object may be created in the following manner: after a target object enters a warehouse through a warehouse entrance, intelligent equipment (an automatic code scanner, an RFID card reader and the like) of the warehouse automatically registers commodity information of the target object, creates an intelligent contract of the target object currently stored in the warehouse, binds information such as a node address (a public key owned by the warehouse), commodity information (commodity quantity, category, warehousing time and the like) of the warehouse and an address storing the target object inventory intelligent contract on a block chain into the intelligent contract, and broadcasts the target object inventory intelligent contract to all nodes of the block chain. The information of the commodities bound in the target object inventory intelligent contract may be information of a single kind of commodity, or information of multiple kinds of commodities stored in a batch in the warehouse, which is not limited in this embodiment.

After the target object inventory intelligent contract is created, the target warehouse node can perform data acquisition on the target object in the warehouse at regular time, for example, warehouse pictures acquired by a camera at the current time are recorded, the weight of commodities placed in each area in the warehouse is acquired through a sensor, and the acquisition result is uploaded to a block chain for storage.

And step 204, responding to the triggering instruction, and triggering the target object inventory intelligent contract to execute. Step 204 may be performed by the trigger module 420.

In some embodiments, the target object smart contract may be executed by any one of the nodes in the blockchain network in response to the triggering instruction. For example, the blockchain network includes a server node, a terminal node, and a warehouse node, a third party may initiate an inventory request by logging in from the terminal node, the inventory request is sent to the server node and a target warehouse node through the network, and finally the target warehouse node triggers execution of a target object inventory intelligent contract in response to the inventory request. Executing the target object inventory intelligent contract may refer to inventory the goods in the target warehouse according to an inventory method included in the target object inventory intelligent contract.

As described above, when a third party, such as an owner of a target object in a target warehouse, needs to perform inventory on the target object in the target warehouse, any node in the block chain may trigger execution of the target object inventory intelligent contract, a node receiving a trigger instruction may perform inventory operation, and other nodes may verify an inventory result. For example, the target object inventory intelligence contract may be executed by a target warehouse node in a blockchain.

And step 206, checking the target object in the target warehouse based on the executed checking method of the intelligent contract for checking the target object, so as to obtain the checking information of the target object in the target warehouse. Step 206 may be performed by an inventory module 430.

In some embodiments, the inventory information may refer to the quantity, weight, location, etc. of the goods obtained after the inventory of the goods in the target warehouse. For example, it is possible to know how much the number of the commodities is decreased, increased, left, where the commodities are previously stored, where the commodities are stored at the time of the inventory, and the like through the inventory. In some embodiments, the target objects in the target warehouse may be checked by a smart device in the target warehouse, for example, an image acquisition device is used to acquire an image of the goods, a weight sensor is used to acquire a weight of the goods, a code scanning device (e.g., an RFID card reader, a code scanner) is used to scan the goods to acquire information of the goods, and the like, so as to determine a variation amount of the target objects in the target warehouse, thereby obtaining the checking information. The commodity information can be collected manually or automatically by a robot.

As described in step 204, the process of performing the inventory once by the target warehouse node according to the inventory method may be as shown in the following embodiments:

the target warehouse node can find the image information, the weight information and the like of the target object collected before the current moment on the block chain, and then the potential sub-regions of the regions needing to be inventoried are identified based on the image information and the weight information, so that the sub-regions needing to be carefully inventoried are determined. And then, checking commodities in the sub-area needing fine checking by using intelligent equipment in the library, for example, accurately acquiring commodity information by using an RFID (radio frequency identification) card reader and a code scanner device. Further description regarding the determination of sub-regions and the inventory of goods may be found elsewhere in this specification, for example, in fig. 3 and its associated description, which are not repeated herein.

And step 208, storing the inventory information to a plurality of nodes of the block chain. Step 208 may be performed by storage module 440.

In some embodiments, the storage module 440 may store the inventory information over a network (e.g., network 120) into a plurality of nodes of a blockchain network, which may all be verified and stored by the plurality of nodes. Other nodes (nodes other than the target warehouse node) in the blockchain network may perform verification analysis on the received inventory information, for example, recalculating the inventory information, determining whether the change number of the target object is consistent, and storing the inventory information if the change number is consistent, so as to ensure the authenticity of the inventory information data, and meanwhile, a third party may check the inventory information from any node in the blockchain network. Meanwhile, the target warehouse is used as one node in the block chain network, so that the inventory information can be directly broadcast to the block chain network after the target warehouse node executes the intelligent contract to obtain the inventory information.

In some embodiments, after the target object in the target warehouse is checked to obtain the checking information, before the checking information is stored in the plurality of nodes of the block chain, it may be further verified whether the checking information is from the target object in the target warehouse, so as to ensure that the checking information stored in the block chain is from the commodity in the target warehouse and not from the commodities in other warehouses.

Illustratively, the inventory information may be verified as coming from the target object in the target repository in the manner described in the embodiments below.

Signature information of the inventory information may be acquired. The signature information may be obtained by performing signature operation on the inventory information by using a private key and a device number owned by the target warehouse. For example, the inventory information may be hashed by using a private key of the target repository, so as to obtain a hash value, where the hash value is the signature information. The private key and the device number owned by the target warehouse may refer to a private key and a device number of an intelligent device used for acquiring the inventory information in the target warehouse. After receiving the inventory information, other nodes in the block chain network can verify the signature in the inventory information to ensure that the inventory information is actually the inventory information acquired by the intelligent device in the target warehouse. Specifically, after receiving the inventory information, the node in the block chain may decrypt the signature information using the public key of the target warehouse (i.e., the node address bound in the smart contract) to obtain decrypted information, and if the decrypted information is the same as the inventory information, it is determined that the inventory information is from the target object in the target warehouse. In some embodiments, the decrypted inventory information may be analyzed (e.g., calculated, compared with the last stored merchandise information) to verify the authenticity of the inventory information.

After storing the inventory information onto the blockchain, a third party may query the inventory information from any node of the blockchain. For example, the third party may inquire the inventory information in the blockchain by logging in from the server, or may inquire the inventory information in the blockchain by logging in from the terminal.

It should be noted that the above description related to the flow 200 is only for illustration and description, and does not limit the applicable scope of the present specification. Various modifications and alterations to flow 200 will be apparent to those skilled in the art in light of this description. However, such modifications and variations are intended to be within the scope of the present description.

Fig. 3 is an exemplary flow diagram illustrating obtaining inventory information according to some embodiments of the present description. As shown in fig. 3, the process 300 may include:

step 302, determining a sub-area of the target warehouse where the inventory of the target object changes.

In some embodiments, the inventory of the target object may refer to the inventory balance stored in the target warehouse at the current time (e.g., the time the target object inventories the trigger of the smart contract). The sub-region may refer to a region obtained by dividing the target warehouse in a certain manner, for example, the target warehouse may be divided in a grid manner, and a grid region after division is a sub-region; the target warehouse can also be divided into a plurality of sub-areas according to the storage positions of the commodities, for example, the sub-areas are divided according to the types of the stored commodities, the area where the A-type commodities are located is one sub-area, and the area where the B-type commodities are located is one sub-area; for another example, the storage area is divided according to the size of the commodity, and the large commodity storage area is a sub-area, and the small commodity storage area is a sub-area.

The sub-area where the stock is changed may refer to an area where information such as the number, position, and weight of the stored goods is changed. The equipment acquisition information of the target object in the target warehouse can be acquired regularly, the acquisition time can be preset, and the equipment acquisition information of the target object can be acquired automatically when the preset acquisition time is up; the acquisition interval time can also be set, and the equipment acquisition information of the target object is acquired once every certain time. And storing the device acquisition information to a plurality of nodes of the blockchain, wherein the device acquisition information comprises image information and/or weight information. The storage address of the equipment acquisition information can be stored in the intelligent contract, and the equipment acquisition information is further conveniently acquired. The sub-area of the target warehouse in which the inventory of the target object changes can be determined by analyzing and comparing the image information and/or the weight information. Specifically, the device acquisition information may be acquired from any node of the block chain, and the device acquisition information may be commodity information acquired by using a device in the target warehouse, for example, commodity image information acquired by using an image acquisition device, and commodity weight information acquired by using a weight acquisition device. And may determine a sub-region of the target warehouse in which the inventory of the target object has changed based on the device acquisition information. For example, a plurality of regions in the acquired image information may be divided into sub-regions, comparison may be performed according to positions of the sub-regions of the images acquired two times before the current inventory, and when the commodities in the same sub-region position are inconsistent after comparison, it is indicated that the inventory has changed. For another example, the weight of the goods in the sub-area (which may be divided in advance) acquired two times before the current inventory may be compared according to the weight information acquired by the device, and when the weight change exceeds the threshold, the inventory change is indicated. The threshold value may be a weight ratio, for example, 5 percent, 10 percent, 20 percent of the weight of the goods in the current subregion, or may be a fixed weight value, for example, 5kg, 10kg, 100kg, etc.

Step 304, performing inventory on the target object in the sub-area to acquire inventory information of the target object in the sub-area.

In some embodiments, after determining the sub-region where inventory changes need to be checked, the target object in the sub-region may be checked according to a checking method in the target object checking intelligent contract.

The inventory process may be as shown in the following embodiment, where the collected image information is taken as an example for description, it should be understood that the following example is only an exemplary illustration of the inventory process, and is not intended to limit the inventory manner, for example, the inventory may also be performed with the collected weight information, and the inventory may also be performed by comprehensively using the image information and the weight information.

Firstly, when the target object inventory intelligent contract is triggered to be executed, the stored commodity information can be found in the intelligent contract, and then the potential sub-regions of the regions needing inventory are identified based on the image information in all the commodity information between the last inventory and the last inventory at the current moment, so that the regions in all the image information are divided. For example, each sub-region in the image information may be found using an algorithm such as machine learning. And comparing the subarea with the image of the same subarea in the image obtained by the last counting to determine the subarea with the changed image, wherein the subarea is used as the area needing to be subjected to fine counting. Therefore, the number of candidate sub-areas needing to be checked can be reduced, and the checking efficiency is improved. And secondly, for the sub-area which is determined to need to be subjected to fine inventory, the inventory can be automatically or manually carried out according to the actual situation. The automatic checking mode can comprise the steps that intelligent equipment such as an unmanned aerial vehicle or a mobile robot is used for carrying an RFID card reader and collecting equipment such as a code scanning machine, the determined subareas are patrolled, commodity information in the subareas is collected in the patrolling process, and checking information is obtained. The manual mode can include that equipment such as an RFID card reader, a code scanning machine and the like are manually held, the determined subareas are subjected to routing inspection and code scanning, commodity information in the subareas is collected, and checking information is obtained.

It should be noted that the above description of the process 300 is for illustration and description only and is not intended to limit the scope of the present disclosure. Various modifications and changes to flow 300 will be apparent to those skilled in the art in light of this description. However, such modifications and variations are intended to be within the scope of the present description. For example, changes to the flow steps described herein, such as step 302 and step 304, may be performed in parallel, with additional steps (e.g., preprocessing steps, storage steps) added between the steps, and so forth.

Fig. 4 is a block diagram of a block chain based target object inventory system in accordance with some embodiments of the present description. As shown in fig. 4, the system may include an acquisition module 410, a trigger module 420, an inventory module 430, and a storage module 440.

The obtaining module 410 may be configured to obtain a trigger instruction for triggering a target object inventory intelligent contract, where the target object inventory intelligent contract is stored on a plurality of nodes of a block chain, and the target object inventory intelligent contract includes an inventory method.

Trigger module 420 may be configured to trigger the target object inventory intelligent contract execution in response to the trigger instruction.

The inventory module 430 may be configured to perform inventory on the target object in the target warehouse based on the inventory method of the executed target object inventory intelligent contract, so as to obtain inventory information of the target object in the target warehouse. In some embodiments, the inventory module 430 may also be configured to determine a sub-region of the target warehouse where the inventory of the target object changes; and checking the target object in the sub-area to acquire the checking information of the target object in the sub-area. In some embodiments, the inventory module 430 may be configured to obtain the device acquisition information from any node of the blockchain; and determining a sub-region of the target warehouse in which the inventory of the target object changes based on the device acquisition information.

The storage module 440 may be configured to store the inventory information on a plurality of nodes of the block chain.

In some embodiments, the block chain-based target object inventory system may further include a creation module (not shown), and the creation module may be configured to create the target object inventory smart contract corresponding to the target object before the obtaining module obtains the trigger instruction for triggering the target object inventory smart contract and when the target object is stored in the target repository.

In some embodiments, the blockchain-based target object inventory system may further include a timing acquisition module (not shown) configured to acquire device acquisition information of the target object in the target warehouse at a timing and store the device acquisition information to a plurality of nodes of the blockchain; wherein the device acquisition information comprises image information and/or weight information.

In some embodiments, the blockchain-based target object inventory system may further include a timing verification module (not shown) configured to verify that the inventory information is from the target object in the target repository before the storage module stores the inventory information to the plurality of nodes of the blockchain. In some embodiments, the verification module may be further configured to obtain signature information of the inventory information; and decrypting the signature information by using the public key of the target warehouse to obtain decrypted information, and if the decrypted information is the same as the inventory information, confirming that the inventory information is from the target object in the target warehouse.

For a detailed description of the modules of the block chain-based target object inventory system, reference may be made to the flowchart section of this specification, e.g., the associated description of fig. 2-3.

It should be understood that the system and its modules shown in FIG. 4 may be implemented in a variety of ways. For example, in some embodiments, the system and its modules may be implemented in hardware, software, or a combination of software and hardware. Wherein the hardware portion may be implemented using dedicated logic; the software portions may be stored in a memory for execution by a suitable instruction execution system, such as a microprocessor or specially designed hardware. Those skilled in the art will appreciate that the methods and systems described above may be implemented using computer executable instructions and/or embodied in processor control code, such code being provided, for example, on a carrier medium such as a diskette, CD-or DVD-ROM, a programmable memory such as read-only memory (firmware), or a data carrier such as an optical or electronic signal carrier. The system and its modules in this specification may be implemented not only by hardware circuits such as very large scale integrated circuits or gate arrays, semiconductors such as logic chips, transistors, or programmable hardware devices such as field programmable gate arrays, programmable logic devices, etc., but also by software executed by various types of processors, for example, or by a combination of the above hardware circuits and software (e.g., firmware).

It should be noted that the above description of the target object inventory system and the modules thereof based on the block chain is only for convenience of description, and does not limit the present specification within the scope of the illustrated embodiments. It will be appreciated by those skilled in the art that, given the teachings of the present system, any combination of modules or sub-system configurations may be used to connect to other modules without departing from such teachings. For example, in some embodiments, for example, the obtaining module 410, the triggering module 420, the counting module 430, and the storing module 440 disclosed in fig. 4 may be different modules in one system, or may be a module that implements the functions of two or more modules described above. For example, the acquiring module 410 and the triggering module 420 may be two modules, or one module may have both acquiring and triggering functions. For example, each module may share one memory module, and each module may have its own memory module. Such variations are within the scope of the present disclosure.

The beneficial effects that may be brought by the embodiments of the present description include, but are not limited to: (1) the checking process of the target object is triggered and executed at a specified time point, and the checking information cannot be uploaded at the later stage of checking in advance, so that the commodity owner can obtain the current checking information more accurately; (2) the execution and verification of the intelligent contract can be triggered from any node in the block chain network, so that the checking success rate and the safety are improved; (3) during checking, equipment in a target warehouse is comprehensively utilized, various sensing data are fused, the checking range is reduced, and the checking efficiency is improved; (4) by combining the intelligent equipment with the signature function and the block chain intelligent contract function, the collection, calculation and storage of the inventory information can be ensured to be credible, so that the credible requirement of a third party on commodity inventory is met. It is to be noted that different embodiments may produce different advantages, and in different embodiments, any one or combination of the above advantages may be produced, or any other advantages may be obtained.

Having thus described the basic concept, it will be apparent to those skilled in the art that the foregoing detailed disclosure is to be regarded as illustrative only and not as limiting the present specification. Various modifications, improvements and adaptations to the present description may occur to those skilled in the art, although not explicitly described herein. Such modifications, improvements and adaptations are proposed in the present specification and thus fall within the spirit and scope of the exemplary embodiments of the present specification.

Also, the description uses specific words to describe embodiments of the description. Reference throughout this specification to "one embodiment," "an embodiment," and/or "some embodiments" means that a particular feature, structure, or characteristic described in connection with at least one embodiment of the specification is included. Therefore, it is emphasized and should be appreciated that two or more references to "an embodiment" or "one embodiment" or "an alternative embodiment" in various places throughout this specification are not necessarily all referring to the same embodiment. Furthermore, some features, structures, or characteristics of one or more embodiments of the specification may be combined as appropriate.

Moreover, those skilled in the art will appreciate that aspects of the present description may be illustrated and described in terms of several patentable species or situations, including any new and useful combination of processes, machines, manufacture, or materials, or any new and useful improvement thereof. Accordingly, aspects of this description may be performed entirely by hardware, entirely by software (including firmware, resident software, micro-code, etc.), or by a combination of hardware and software. The above hardware or software may be referred to as "data block," module, "" engine, "" unit, "" component, "or" system. Furthermore, aspects of the present description may be represented as a computer product, including computer readable program code, embodied in one or more computer readable media.

The computer storage medium may comprise a propagated data signal with the computer program code embodied therewith, for example, on baseband or as part of a carrier wave. The propagated signal may take any of a variety of forms, including electromagnetic, optical, etc., or any suitable combination. A computer storage medium may be any computer-readable medium that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code located on a computer storage medium may be propagated over any suitable medium, including radio, cable, fiber optic cable, RF, or the like, or any combination of the preceding.

Computer program code required for the operation of various portions of this specification may be written in any one or more programming languages, including an object oriented programming language such as Java, Scala, Smalltalk, Eiffel, JADE, Emerald, C + +, C #, VB.NET, Python, and the like, a conventional programming language such as C, Visual Basic, Fortran 2003, Perl, COBOL 2002, PHP, ABAP, a dynamic programming language such as Python, Ruby, and Groovy, or other programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the latter scenario, the remote computer may be connected to the user's computer through any network format, such as a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet), or in a cloud computing environment, or as a service, such as a software as a service (SaaS).

Additionally, the order in which the elements and sequences of the process are recited in the specification, the use of alphanumeric characters, or other designations, is not intended to limit the order in which the processes and methods of the specification occur, unless otherwise specified in the claims. While various presently contemplated embodiments of the invention have been discussed in the foregoing disclosure by way of example, it is to be understood that such detail is solely for that purpose and that the appended claims are not limited to the disclosed embodiments, but, on the contrary, are intended to cover all modifications and equivalent arrangements that are within the spirit and scope of the embodiments herein. For example, although the system components described above may be implemented by hardware devices, they may also be implemented by software-only solutions, such as installing the described system on an existing server or mobile device.

Similarly, it should be noted that in the preceding description of embodiments of the present specification, various features are sometimes grouped together in a single embodiment, figure, or description thereof for the purpose of streamlining the disclosure aiding in the understanding of one or more of the embodiments. This method of disclosure, however, is not intended to imply that more features than are expressly recited in a claim. Indeed, the embodiments may be characterized as having less than all of the features of a single embodiment disclosed above.

Numerals describing the number of components, attributes, etc. are used in some embodiments, it being understood that such numerals used in the description of the embodiments are modified in some instances by the use of the modifier "about", "approximately" or "substantially". Unless otherwise indicated, "about", "approximately" or "substantially" indicates that the number allows a variation of ± 20%. Accordingly, in some embodiments, the numerical parameters used in the specification and claims are approximations that may vary depending upon the desired properties of the individual embodiments. In some embodiments, the numerical parameter should take into account the specified significant digits and employ a general digit preserving approach. Notwithstanding that the numerical ranges and parameters setting forth the broad scope of the range are approximations, in the specific examples, such numerical values are set forth as precisely as possible within the scope of the application.

For each patent, patent application publication, and other material, such as articles, books, specifications, publications, documents, etc., cited in this specification, the entire contents of each are hereby incorporated by reference into this specification. Except where the application history document does not conform to or conflict with the contents of the present specification, it is to be understood that the application history document, as used herein in the present specification or appended claims, is intended to define the broadest scope of the present specification (whether presently or later in the specification) rather than the broadest scope of the present specification. It is to be understood that the descriptions, definitions and/or uses of terms in the accompanying materials of this specification shall control if they are inconsistent or contrary to the descriptions and/or uses of terms in this specification.

Finally, it should be understood that the embodiments described herein are merely illustrative of the principles of the embodiments of the present disclosure. Other variations are also possible within the scope of the present description. Thus, by way of example, and not limitation, alternative configurations of the embodiments of the specification can be considered consistent with the teachings of the specification. Accordingly, the embodiments of the present description are not limited to only those embodiments explicitly described and depicted herein.

Claims

1. A target object inventory method based on a block chain comprises the following steps:

acquiring a trigger instruction for triggering a target object checking intelligent contract, wherein the target object checking intelligent contract is stored on a plurality of nodes of a block chain, and the target object checking intelligent contract comprises a checking method;

triggering the target object inventory intelligent contract to execute in response to the triggering instruction;

the target object in the target warehouse is checked based on the executed checking method of the intelligent contract for checking the target object, so that checking information of the target object in the target warehouse is obtained;

and storing the inventory information to a plurality of nodes of the block chain.

2. The method of claim 1, prior to obtaining a triggering instruction for triggering a target object inventory intelligence contract, the method further comprising:

and when the target object is stored in the target warehouse, creating the target object inventory intelligent contract corresponding to the target object.

3. The method of claim 1, the inventorying of the target objects in the target warehouse comprising:

determining a sub-region of the target warehouse in which the inventory of the target object changes;

and checking the target object in the sub-area to acquire the checking information of the target object in the sub-area.

4. The method of claim 3, further comprising:

acquiring equipment acquisition information of a target object in the target warehouse at regular time, and storing the equipment acquisition information to a plurality of nodes of the block chain; wherein the device acquisition information comprises image information and/or weight information;

the determining the sub-area of the target warehouse in which the stock of the target object changes includes:

acquiring the equipment acquisition information from any node of the block chain;

and determining a sub-region of the target warehouse in which the inventory of the target object changes based on the device acquisition information.

5. The method of claim 1, prior to storing the inventory information on a plurality of nodes of the blockchain, the method further comprising:

verifying that the inventory information is from a target object in the target warehouse.

6. The method of claim 5, the verifying that the inventory information is from a target object in the target warehouse, comprising:

acquiring signature information of the inventory information;

and decrypting the signature information by using the public key of the target warehouse to obtain decrypted information, and if the decrypted information is the same as the inventory information, confirming that the inventory information is from the target object in the target warehouse.

7. A blockchain-based target object inventory system, comprising:

the system comprises an acquisition module, a management module and a management module, wherein the acquisition module is used for acquiring a trigger instruction for triggering a target object inventory intelligent contract, the target object inventory intelligent contract is stored on a plurality of nodes of a block chain, and the target object inventory intelligent contract comprises an inventory method;

the triggering module is used for responding to the triggering instruction and triggering the target object inventory intelligent contract to execute;

the checking module is used for checking the target object in the target warehouse based on the executed checking method of the intelligent contract for checking the target object to obtain the checking information of the target object in the target warehouse;

and the storage module is used for storing the inventory information to a plurality of nodes of the block chain.

8. The system of claim 7, further comprising:

and the creating module is used for creating the target object inventory intelligent contract corresponding to the target object before the acquiring module acquires the trigger instruction for triggering the target object inventory intelligent contract and when the target object is stored in the target warehouse.

9. The system of claim 7, the inventory module to:

10. The system of claim 9, further comprising:

the timing acquisition module is used for acquiring equipment acquisition information of a target object in the target warehouse in a timing mode and storing the equipment acquisition information to a plurality of nodes of the block chain; wherein the device acquisition information comprises image information and/or weight information;

the inventory module is configured to:

11. The system of claim 7, further comprising:

a verification module to verify that the inventory information is from a target object in the target warehouse before the storage module stores the inventory information to a plurality of nodes of the blockchain.

12. The system of claim 11, the verification module to:

acquiring signature information of the inventory information;

13. A blockchain-based target object inventory device, comprising a processor for executing the blockchain-based target object inventory method according to any one of claims 1 to 6.