WO2021179705A1 - 一种基于区块链的目标对象盘点方法和系统 - Google Patents
一种基于区块链的目标对象盘点方法和系统 Download PDFInfo
- Publication number
- WO2021179705A1 WO2021179705A1 PCT/CN2020/134769 CN2020134769W WO2021179705A1 WO 2021179705 A1 WO2021179705 A1 WO 2021179705A1 CN 2020134769 W CN2020134769 W CN 2020134769W WO 2021179705 A1 WO2021179705 A1 WO 2021179705A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- inventory
- information
- target object
- target
- warehouse
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Ceased
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
Definitions
- This manual relates to the field of blockchain, and in particular to a method and system for inventorying target objects based on blockchain.
- One aspect of the embodiments of this specification provides a method for inventorying target objects based on blockchain.
- the method includes: acquiring a trigger instruction for triggering a target object inventory smart contract, the target object inventory smart contract is stored on multiple nodes of a blockchain, and the target object inventory smart contract includes an inventory method.
- the target object inventory smart contract execution is triggered.
- inventory is performed on the target objects in the target warehouse, and the inventory information of the target objects in the target warehouse is obtained.
- the inventory information is stored on multiple nodes of the blockchain.
- a target object inventory system based on blockchain, the system includes: an acquisition module for acquiring a trigger instruction for triggering a target object inventory smart contract, the target object inventory smart The contract is stored on multiple nodes of the blockchain, and the target object inventory smart contract includes an inventory method.
- the trigger module is used to trigger the execution of the target object inventory smart contract in response to the trigger instruction.
- the inventory module is used to inventory the target objects in the target warehouse based on the inventory method of the executed target object inventory smart contract to obtain the inventory information of the target objects in the target warehouse.
- the storage module is used to store the inventory information on multiple nodes of the blockchain.
- Another aspect of the embodiments of this specification provides a computer-readable storage medium that stores computer instructions. After the computer reads the computer instructions in the storage medium, the computer executes the method for inventorying target objects based on the blockchain.
- Fig. 1 is an application scenario diagram of a target object inventory system based on blockchain according to some embodiments of this specification
- FIG. 2 is an exemplary flowchart of a method for inventorying target objects based on a blockchain according to some embodiments of the present specification
- Fig. 3 is an exemplary flow chart of obtaining inventory information according to some embodiments of the present specification
- Fig. 4 is a block diagram of a target object inventory system based on blockchain according to some embodiments of the present specification.
- system is a method for distinguishing different components, elements, parts, parts, or assemblies of different levels.
- the words can be replaced by other expressions.
- Fig. 1 is an application scenario diagram of a target object inventory system based on blockchain according to some embodiments of the present specification.
- the target object inventory system 100 based on the blockchain can be widely used in various intelligent warehouse systems, for example, it can be used in e-commerce warehouses, logistics warehouses, and the like.
- the target object inventory system 100 based on the blockchain 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.
- the server 110 refers to a computing device and related software that manages resources and provides services for other devices and/or users.
- the server 110 may directly connect to the database 140 and/or the client 130 to access the information and/or data stored therein.
- the server 110 may obtain item information stored in the blockchain system through the network 120.
- the server 110 may execute the smart contract triggered by the client 130 via the network 120.
- the server 110 may execute an inventory method included in the smart contract to perform an inventory of target objects in the target warehouse based on the triggered smart contract through the network 120.
- the server 110 may be an independent server or a server group.
- the server group may be centralized or distributed (for example, the server 110 may be a distributed system).
- the server 110 may be regional or remote. In some embodiments, the server 110 may be executed on a cloud platform.
- the cloud platform may include one or any combination of private cloud, public cloud, hybrid cloud, community cloud, decentralized cloud, internal cloud, etc.
- the server 110 may include a processing device 112.
- the processing device 112 may process data and/or information to perform one or more functions described in this application. For example, the processing device 112 may count the target objects in the target warehouse based on the inventory method.
- the processing device 112 may include one or more sub-processing devices (for example, a single-core processing device or a multi-core and multi-core processing device).
- 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 processing unit (GPU), a physical processor (PPU), a digital signal processor ( DSP), Field Programmable Gate Array (FPGA), Editable Logic Circuit (PLD), Controller, Microcontroller Unit, Reduced Instruction Set Computer (RISC), Microprocessor, etc. or any combination of the above.
- CPU central processing unit
- ASIC application specific integrated circuit
- ASIP application specific instruction processor
- GPU graphics processing unit
- PPU physical processor
- DSP digital signal processor
- FPGA Field Programmable Gate Array
- PLD Editable Logic Circuit
- Controller Microcontroller Unit
- RISC Reduced Instruction Set Computer
- the network 120 may facilitate the exchange of data and/or information, and the data or information may include trigger instructions input by the user terminal 130, smart contracts stored in the database 140, and the like.
- one or more components for example, the server 110, the client 130, the database 140
- the network 120 may be any type of wired or wireless network.
- the network 120 may include a cable network, a wired network, an optical fiber network, a telecommunication network, an internal network, an Internet network, a local area network (LAN), a wide area network (WAN), a wireless local area network (WLAN), and a metropolitan area network (MAN) , Public Switched Telephone Network (PSTN), Bluetooth network, ZigBee network, Near Field Communication (NFC) network, etc. or any combination of the above.
- the network 120 may include one or more network entry and exit points.
- the network 120 may include wired or wireless network access points, such as base stations and/or Internet exchange points 120-1, 120-2, ..., through which one or more components of the system 100 can be connected to the network 120 To exchange data and/or information.
- the client 130 may be a computing device or a group of computing devices.
- the specific input function of the user terminal 130 may be used for the user to input a trigger instruction.
- the computing device may include one of a mobile phone 130-1, a tablet computer 130-2, a notebook computer 130-3, a desktop computer 130-4, etc., or any combination thereof.
- the group of computing devices may be centralized or distributed.
- the user terminal 130 may send the input instruction to the server 110.
- the server 110 may send the response result (ie, inventory information) to the trigger instruction to the user terminal 130.
- the database 140 may be used for tag information, inventory information, etc. of the target object.
- the database 140 may be implemented in a single central server, multiple servers connected through a communication link, or multiple personal devices.
- the database 140 may be generated by multiple personal devices and cloud servers.
- the database 140 may be used for devices or original media that provide required data, and may also be used for operations such as data storage and encryption.
- the database 140 may store information and/or instructions for execution or use by the server 110 to perform the exemplary methods described in this application.
- the database 140 may include mass memory, removable memory, volatile read-write memory (for example, random access memory RAM), read-only memory (ROM), etc., or any combination thereof.
- the database 140 may be implemented on a cloud platform.
- the cloud platform may include private cloud, public cloud, hybrid cloud, community cloud, decentralized cloud, internal cloud, etc. or any combination of the above.
- the blockchain system 150 may include multiple nodes, and the nodes may be used to store and/or modify data, for example, to store smart contracts, inventory information, and so on.
- a server or a terminal can be used as a node of the blockchain system 150.
- a warehouse can be used as a node of the blockchain system 150.
- the warehouse may include multiple smart devices, such as servers, terminals, sensor devices, image acquisition devices, and smart inventory devices (such as code scanners, radio frequency identification readers, etc.). Smart devices can be used to count the information of the items in the warehouse, and the data collected by the smart devices can be directly uploaded to the blockchain.
- Fig. 2 is an exemplary flowchart of a method for inventorying target objects based on a blockchain according to some embodiments of the present specification. As shown in FIG. 2, the process 200 may include step 202 to step 208.
- Step 202 Obtain a trigger instruction for triggering a target object inventory smart contract.
- the target object inventory smart contract is stored on multiple nodes of the blockchain, and the target object inventory smart contract includes an inventory method. Step 202 may be performed by the acquisition module 410.
- the target object may refer to commodities stored in a warehouse.
- Smart contract refers to a computer agreement that aims to spread, verify, or execute a contract in an information-based way. Smart contracts allow credible transactions without a third party (for example, the owner of the item being traded), and these transactions are traceable and irreversible.
- the target object inventory smart contract may refer to a smart contract that takes the inventory target object as the content of the agreement.
- the target object of inventory can refer to the inventory and inventory of the quantity and location of the goods in the warehouse.
- the trigger instruction can be used to trigger the execution of the smart contract content.
- the trigger instruction can be an inventory request, and a third party (for example, a commodity owner, a user with permission) can trigger the execution of the smart contract by initiating an inventory request.
- a third party for example, a commodity owner, a user with permission
- the target objects stored in the warehouse can be counted according to the inventory method included therein.
- a third party can log in from any node in the blockchain network, and then initiate an inventory request, and broadcast the inventory request.
- any node in the blockchain network can process the inventory request.
- the inventory method may refer to using smart devices in the target warehouse to collect product information in the target warehouse in a preset inventory method.
- the preset inventory method may include sequentially inventorying all commodities in the target warehouse and/or inventorying part of the commodities in the target warehouse (for example, the part where the commodity information has changed).
- the inventory method please refer to the detailed description of FIG. 3, which will not be repeated here.
- the target object inventory smart contract is stored on multiple nodes of the blockchain, where the nodes of the blockchain may be servers, terminals (for example, PC terminals, mobile phones, tablets, etc.), warehouses, etc. Or any combination thereof.
- the nodes of the blockchain may be servers, some nodes may be terminals, and some nodes may be warehouses.
- the various devices included in the warehouse can be collectively used as a node in the blockchain network.
- the warehouse node can include equipment for inventorying the goods in the warehouse, for example, (RFID, Radio Frequency Identification) Readers, tag or QR code readers, Internet of Things (LOT, The Internet of Things) devices (such as surveillance cameras, sensors, etc.), and computing devices, such as computers, servers, and smart terminals (mobile phones, tablets) Computer) etc.
- RFID Radio Frequency Identification
- RFID Radio Frequency Identification
- LOT The Internet of Things
- computing devices such as computers, servers, and smart terminals (mobile phones, tablets) Computer) etc.
- the obtaining module 410 may obtain a trigger instruction from any node of the blockchain through a network (for example, the network 120), and the trigger instruction may be initiated by a third-party manual input, voice input, or the like.
- the target object inventory smart contract corresponding to the target object may be created when the target object is stored in the target warehouse.
- the target warehouse can refer to the warehouse where the target object is stored.
- the target warehouse is a node in the blockchain network, so that a third party can initiate the intelligence to inventory the target objects in the target warehouse from any node of the blockchain contract.
- the following method can be used to create a target object inventory smart contract corresponding to the target object: after the target object is put into the warehouse through the warehouse entrance, the warehouse's smart equipment (automatic scanner, RFID card reader, etc.) is automatically registered
- the product information of the target object create the smart contract of the target object currently stored in the warehouse, and combine the node address of the warehouse (the public key owned by the warehouse), product information (quantity, category, storage time, etc.) of the warehouse, and the The address of the target object inventory smart contract and other information stored on the blockchain are bound to the smart contract, and then the target object inventory smart contract is broadcast to all nodes of the blockchain.
- the commodity information bound in the target inventory smart contract may be information about a single type of commodity, or may be information about a batch of multiple types of commodities stored in a warehouse, which is not limited in this embodiment.
- the target warehouse node can periodically collect data on the target object in the library, for example, record the warehouse photo collected by the camera at the current time, and collect the weight of the goods placed in each area in the library through sensors , And upload the collection results to the blockchain for storage.
- Step 204 in response to the trigger instruction, trigger the execution of the target object inventory smart contract. Step 204 may be performed by the trigger module 420.
- any node in the blockchain network may execute the target object smart contract in response to the trigger instruction.
- the blockchain network includes server nodes, terminal nodes, and warehouse nodes. After logging in from the terminal node, a third party can initiate an inventory request. The inventory request is sent to the server node and the target warehouse node through the network, and the target warehouse node finally responds In the inventory request, trigger the execution of the target object's inventory smart contract. Executing the target object inventory smart contract may refer to inventory the commodities in the target warehouse according to the inventory method included in the target object inventory smart contract.
- any node in the blockchain can trigger the execution of the target object inventory smart contract.
- the node that receives the trigger instruction will perform the inventory operation, and other nodes can verify the inventory result.
- the target object inventory smart contract can be executed by the target warehouse node in the blockchain.
- Step 206 Based on the executed inventory method of the target object inventory smart contract, inventory the target objects in the target warehouse to obtain inventory information of the target objects in the target warehouse. Step 206 may be performed by the inventory module 430.
- the inventory information may refer to information such as the quantity, weight, and position of the goods obtained after inventorying the goods in the target warehouse. For example, after counting, you can know how much the quantity of goods has decreased, how much has been increased, how much is left, where the goods were previously stored, and where they were stored during inventory.
- the target objects in the target warehouse can be counted by smart devices in the target warehouse, for example, image acquisition equipment is used to collect product images, weight sensors are used to collect the weight of the products, and code scanning equipment (for example, RFID A card reader, a code scanner) scans the code of the product to collect product information, etc., and then determines the number of changes in the target object in the target warehouse, and obtains the inventory information. Collecting product information can be done manually or automatically by robots.
- the process of the target warehouse node performing an inventory according to the inventory method may be as shown in the following embodiment: the target warehouse node can find the image of the target object collected before the current moment in the storage on the blockchain Information, weight information, etc., and then based on the image information and weight information, the potential sub-areas of the area that needs to be counted are identified, and the sub-areas that needs to be counted finely are determined. Then use the smart devices in the library to count the commodities in the sub-regions that need to be finely counted, for example, use RFID card readers and code scanners to accurately collect product information. More descriptions on the determination of sub-regions and inventory of commodities can be found elsewhere in this specification, for example, Figure 3 and its related descriptions, which will not be repeated here.
- Step 208 Store the inventory information on multiple nodes of the blockchain. Step 208 may be performed by the storage module 440.
- the storage module 440 may store the inventory information in multiple nodes of the blockchain network through a network (for example, the network 120), and multiple nodes may verify and store the inventory information.
- Other nodes in the blockchain network nodes other than the target warehouse node
- can verify and analyze the received inventory information for example, recalculate the inventory information to determine whether the number of changes in the target object is consistent, etc., and the verification is consistent.
- the inventory information is stored to ensure the authenticity of the inventory information data.
- a third party can also check the inventory information from any node in the blockchain network.
- the target warehouse since the target warehouse is regarded as a node in the blockchain network, after the target warehouse node executes the smart contract to obtain the inventory information, the inventory information can be directly broadcast to the blockchain network.
- the target objects in the target warehouse and obtaining the inventory information before storing the inventory information in multiple nodes of the blockchain, it can also be verified whether the inventory information comes from the The target object in the target warehouse to ensure that the inventory information stored in the blockchain is from the information of the products in the target warehouse, and will not be the products in other warehouses.
- the method described in the following embodiments can be used to verify that the inventory information comes from the target object in the target warehouse.
- the signature information of the inventory information can be obtained.
- the signature information can be obtained by performing signature calculation on the inventory information using the private key and equipment number possessed by the target warehouse.
- the private key of the target warehouse can be used to perform a hash operation on the inventory information to obtain a hash value, which is the signature information.
- the private key and device number owned by the target warehouse may refer to the private key and device number of the smart device used to obtain inventory information in the target warehouse.
- other nodes in the blockchain network can verify the signature in the inventory information to ensure that the inventory information is indeed the inventory information obtained by the smart device in the target warehouse.
- the node in the blockchain can use the public key of the target warehouse (that is, the node address bound in the smart contract) to decrypt the signature information to obtain the decrypted information. If the information is the same as the inventory information, it is confirmed that the inventory information comes from the target object in the target warehouse.
- the decrypted inventory information can also be analyzed (for example, the inventory information is calculated, and the inventory information is compared with the last stored product information) to verify the authenticity of the inventory information.
- a third party can query the inventory information from any node of the blockchain. For example, a third party can query the inventory information in the blockchain by logging in from the server, or log in from the terminal to query the inventory information in the blockchain.
- Fig. 3 is an exemplary flow chart of obtaining inventory information according to some embodiments of the present specification. As shown in FIG. 3, the process 300 may include step 302 to step 304.
- Step 302 Determine the sub-area where the inventory of the target object in the target warehouse changes.
- the inventory of the target object may refer to the remaining amount of commodities stored in the target warehouse at the current moment (for example, the moment when the target object inventory smart contract is triggered).
- a sub-area can refer to the area obtained by dividing the target warehouse in a certain way.
- the target warehouse can be divided in the form of a grid, and a grid area after division is a sub-area;
- the warehouse is divided into multiple sub-areas according to the storage location of the goods. For example, according to the type of goods stored, the area where Class A goods are located is a sub-area, and the area where Class B goods are located is a sub-area; for example, the storage area is based on the size of the goods. Divide, the storage area for large items is a sub-area, and the storage area for small items is a sub-area, and so on.
- the sub-area where the inventory changes may refer to the area where the information such as the quantity, location, and weight of the stored goods has changed.
- the equipment collection information of the target object in the target warehouse can be obtained regularly, and the collection time can be scheduled, and the equipment collection information of the target object can be automatically obtained when the scheduled collection time is reached; the collection interval can also be set.
- the equipment collects information.
- the device collection information is stored in multiple nodes of the blockchain, where the device collection information includes image information and/or weight information.
- the storage address of the information collected by the device can be stored in the smart contract to facilitate the acquisition of the information collected by the device.
- the image information and/or weight information can be analyzed and compared to determine the sub-region where the inventory of the target object in the target warehouse changes.
- the device collection information can be obtained from any node of the blockchain, and the device collection information can refer to the product information collected by the device in the target warehouse, for example, the product image information collected by the image collection device, Use weight collection equipment to collect product weight information. And based on the information collected by the equipment, the sub-area in the target warehouse where the inventory of the target object has changed can be determined. For example, multiple areas in the collected image information can be divided into sub-areas, and comparisons can be made based on the sub-areas positions of the two images collected before the current inventory. When the products in the same sub-areas are inconsistent after comparison, the inventory Changes.
- the weight of the goods in the sub-areas collected two times before the current inventory can be compared.
- the threshold may be a weight ratio, for example, 5 percent, 10 percent, or 20 percent of the weight of the commodity in the current sub-region, or a fixed weight value, such as 5 kg, 10 kg, 100 kg, etc.
- Step 304 Inventory the target objects in the sub-area to obtain inventory information of the target objects in the sub-area.
- the target objects in the sub-area can be counted according to the inventory method in the target object inventory smart contract.
- the inventory process can be shown in the following embodiments.
- the collected image information is used as an example for description. It should be understood that the following examples are only illustrative to illustrate the inventory process, and are not intended to limit the inventory method. For example, , You can also use the collected weight information for inventory, or comprehensively use image information and weight information for inventory.
- the stored product information can be found in the smart contract, and then based on the image information pairs in all the product information from the last inventory to the last inventory at the current moment, the inventory needs to be inventoryed. Recognize potential sub-regions in the region, and divide the regions in all image information. For example, algorithms such as machine learning can be used for recognition to find each sub-region in the image information. The sub-region is compared with the image of the same sub-region in the image at the time of the previous inventory, and the sub-region where the image has changed is determined as the area that needs to be fine-tuned.
- the automatic inventory method can include the use of smart devices such as drones or mobile robots to carry RFID readers, code scanners and other collection devices to patrol certain sub-areas, and collect product information in the sub-areas during the patrol process. Get inventory information.
- the manual mode may include manual handheld RFID readers, code scanners and other equipment to perform patrol and scan codes on the determined sub-areas to collect product information in the sub-areas to obtain inventory information.
- step 302 and step 304 can be parallel, and other steps (eg, preprocessing step, storage step), etc. can be added between each step.
- Fig. 4 is a block diagram of a target object inventory system based on blockchain according to some embodiments of the present specification. 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 used to obtain a trigger instruction for triggering a target object inventory smart contract.
- the target object inventory smart contract is stored on multiple nodes of the blockchain, and the target object inventory smart contract includes an inventory method.
- the trigger module 420 may be configured to trigger the execution of the target object inventory smart contract in response to the trigger instruction.
- the inventory module 430 may be used to inventory the target objects in the target warehouse based on the inventory method of the executed target object inventory smart contract to obtain the inventory information of the target objects in the target warehouse. In some embodiments, the inventory module 430 may also be used to determine the sub-area where the inventory of the target object in the target warehouse changes; to take inventory of the target object in the sub-area to obtain the target in the sub-area The inventory information of the object. In some embodiments, the inventory module 430 may be used to obtain the equipment collection information from any node of the blockchain; based on the equipment collection information, determine the sub-region where the inventory of the target object in the target warehouse changes.
- the storage module 440 may be used to store the inventory information on multiple nodes of the blockchain.
- the blockchain-based target object inventory system may further include a creation module (not shown), and the creation module may be used to obtain a trigger instruction for triggering the target object inventory smart contract in the acquisition module Before, and when the target object is stored in the target warehouse, the target object inventory smart contract corresponding to the target object is created.
- the block chain-based target object inventory system may further include a timing acquisition module (not shown), which may be used to periodically acquire the device collection information of the target object in the target warehouse, and combine the The equipment collection information is stored in multiple nodes of the blockchain; wherein, the equipment collection information includes image information and/or weight information.
- a timing acquisition module (not shown), which may be used to periodically acquire the device collection information of the target object in the target warehouse, and combine the The equipment collection information is stored in multiple nodes of the blockchain; wherein, the equipment collection information includes image information and/or weight information.
- the target object inventory system based on the blockchain may further include a timing verification module (not shown), which may be used to store the inventory information in the storage module to the blockchain. Before multiple nodes, verify that the inventory information comes from the target object in the target warehouse.
- the verification module can also be used to obtain the signature information of the inventory information; use the public key of the target warehouse to decrypt the signature information to obtain the decrypted information. If the inventory information is the same, it is confirmed that the inventory information comes from the target object in the target warehouse.
- system and its modules shown in FIG. 4 can be implemented in various ways.
- the system and its modules may be implemented by hardware, software, or a combination of software and hardware.
- the hardware part can be implemented using dedicated logic;
- the software part can be stored in a memory and executed by an appropriate instruction execution system, such as a microprocessor or dedicated design hardware.
- processor control codes for example on a carrier medium such as a disk, CD or DVD-ROM, such as a read-only memory (firmware Such codes are provided on a programmable memory or a data carrier such as an optical or electronic signal carrier.
- the system and its modules in this specification can not only be implemented by hardware circuits such as very large-scale integrated circuits or gate arrays, semiconductors such as logic chips, transistors, etc., or programmable hardware devices such as field programmable gate arrays, programmable logic devices, etc. It may also be implemented by software executed by various types of processors, or may be implemented by a combination of the above hardware circuit and software (for example, firmware).
- the acquiring module 410 and the triggering module 420 may be two modules, or one module may have both acquiring and triggering functions.
- each module may share a storage module, and each module may also have its own storage module.
- the possible beneficial effects of the embodiments of this specification include, but are not limited to: (1) The inventory process of the target object is triggered and executed at a specified time, and the inventory information will not be inventoryed in advance and uploaded later, so that the owner of the product can obtain it. The current inventory information is more accurate; (2) The execution and verification of smart contracts can be triggered from any node in the blockchain network, which improves the success rate and security of inventory; (3) Comprehensive utilization of the target during inventory The equipment in the warehouse integrates a variety of sensor data to reduce the scope of inventory and improve inventory efficiency; (4) Combining smart devices with signature functions and blockchain smart contract functions can ensure the collection and calculation of inventory information , Storage is credible, so as to meet the credible needs of third parties for commodity inventory. It should be noted that different embodiments may have different beneficial effects. In different embodiments, the possible beneficial effects may be any one or a combination of the above, or any other beneficial effects that may be obtained.
- the computer storage medium may contain a propagated data signal containing a computer program code, for example on a baseband or as part of a carrier wave.
- the propagated signal may have multiple manifestations, including electromagnetic forms, optical forms, etc., or a suitable combination.
- the computer storage medium may be any computer readable medium other than the computer readable storage medium, and the medium may be connected to an instruction execution system, device, or device to realize communication, propagation, or transmission of the program for use.
- the program code located on the computer storage medium can be transmitted through any suitable medium, including radio, cable, fiber optic cable, RF, or similar medium, or any combination of the above medium.
- the computer program codes required for the operation of each part of this manual can be written in any one or more programming languages, including object-oriented programming languages such as Java, Scala, Smalltalk, Eiffel, JADE, Emerald, C++, C#, VB.NET, Python Etc., conventional programming languages such as C language, Visual Basic, Fortran 2003, Perl, COBOL 2002, PHP, ABAP, dynamic programming languages such as Python, Ruby and Groovy, or other programming languages.
- the program code can be run entirely on the user's computer, or run as an independent software package on the user's computer, or partly run on the user's computer and partly run on a remote computer, or run entirely on the remote computer or server.
- the remote computer can be connected to the user's computer through any network form, such as a local area network (LAN) or a wide area network (WAN), or connected to an external computer (for example, via the Internet), or in a cloud computing environment, or as a service Use software as a service (SaaS).
- LAN local area network
- WAN wide area network
- SaaS service Use software as a service
- numbers describing the number of ingredients and attributes are used. It should be understood that such numbers used in the description of the embodiments use the modifier "about”, “approximately” or “substantially” in some examples. Retouch. Unless otherwise stated, “approximately”, “approximately” or “substantially” indicates that the number is allowed to vary by ⁇ 20%.
- the numerical parameters used in the specification and claims are approximate values, and the approximate values can be changed according to the required characteristics of individual embodiments. In some embodiments, the numerical parameter should consider the prescribed effective digits and adopt the method of general digit retention. Although the numerical ranges and parameters used to confirm the breadth of the ranges in some embodiments of this specification are approximate values, in specific embodiments, the setting of such numerical values is as accurate as possible within the feasible range.
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Economics (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- Tourism & Hospitality (AREA)
- General Business, Economics & Management (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Strategic Management (AREA)
- Human Resources & Organizations (AREA)
- Entrepreneurship & Innovation (AREA)
- Marketing (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- Computing Systems (AREA)
- Development Economics (AREA)
- Data Mining & Analysis (AREA)
- General Engineering & Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
一种基于区块链的目标对象盘点方法。该方法包括:获取用于触发目标对象盘点智能合约的触发指令,目标对象盘点智能合约存放于区块链的多个节点上,目标对象盘点智能合约包括盘点方法(202);响应于触发指令,触发目标对象盘点智能合约执行(204);基于被执行的目标对象盘点智能合约的盘点方法,对目标仓库中的目标对象进行盘点,得到目标仓库中目标对象的盘点信息(206);将盘点信息存储至区块链的多个节点上(208)。该方法可以保证盘点信息可信的,从而满足第三方对商品盘点的可信需求。
Description
本说明书涉及区块链领域,特别涉及一种基于区块链的目标对象盘点方法和系统。
随着物联网的发展,盘点仓库中的货物、监控货物变化变得越发重要,例如,商家需要对仓库中的物品进行盘点:仓库中货物剩余的数量、存储过程中货物的损耗、之前已运送的数量和收入是否吻合等。而为了节约仓储成本,许多商家将货物放在第三方仓库中进行存储,商家不直接对仓库进行管理,因此,如何从第三方仓库获取可靠的盘点数据尤为重要。
基于此,提出一种基于区块链的目标对象盘点方法和系统。
发明内容
本说明书实施例的一个方面提供一种基于区块链的目标对象盘点方法。所述包括:获取用于触发目标对象盘点智能合约的触发指令,所述目标对象盘点智能合约存放于区块链的多个节点上,所述目标对象盘点智能合约包括盘点方法。响应于所述触发指令,触发所述目标对象盘点智能合约执行。基于被执行的所述目标对象盘点智能合约的所述盘点方法,对目标仓库中的目标对象进行盘点,得到所述目标仓库中目标对象的盘点信息。将所述盘点信息存储至所述区块链的多个节点上。
本说明书实施例的另一个方面提供一种基于区块链的目标对象盘点系统,所述系统包括:获取模块,用于获取用于触发目标对象盘点智能合约的触发指令,所述目标对象盘点智能合约存放于区块链的多个节点上,所述目标对象盘点智能合约包括盘点方法。触发模块,用于响应于所述触发指令,触发所述目标对象盘点智能合约执行。盘点模块,用于基于被执行的所述目标对象盘点智能合约的所述盘点方法,对目标仓库中的目标对象进行盘点,得到所述目标仓库中目标对象的盘点信息。存储模块,用于将所述盘点信息存储至所述区块链的多个节点上。
本说明书实施例的另一个方面提供一种基于区块链的目标对象盘点装置,包括处理器,所述处理器用于执行基于区块链的目标对象盘点方法。
本说明书实施例的另一个方面提供一种计算机可读存储介质,所述存储介质存储计算机指令,当计算机读取存储介质中的计算机指令后,计算机执行基于区块链的目标对象盘点方法。
本说明书将以示例性实施例的方式进一步说明,这些示例性实施例将通过附图进行详细描述。这些实施例并非限制性的,在这些实施例中,相同的编号表示相同的结构,其中:
图1是根据本说明书一些实施例所示的基于区块链的目标对象盘点系统的应用场景图;
图2是根据本说明书一些实施例所示的基于区块链的目标对象盘点方法的示例性流程图;
图3是根据本说明书一些实施例所示的获取盘点信息的示例性流程图;
图4是根据本说明书一些实施例所示的基于区块链的目标对象盘点系统的模块图。
为了更清楚地说明本说明书实施例的技术方案,下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地,下面描述中的附图仅仅是本说明书的一些示例或实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图将本说明书应用于其它类似情景。除非从语言环境中显而易见或另做说明,图中相同标号代表相同结构或操作。
应当理解,本文使用的“系统”、“装置”、“单元”和/或“模组”是用于区分不同级别的不同组件、元件、部件、部分或装配的一种方法。然而,如果其他词语可实现相同的目的,则可通过其他表达来替换所述词语。
如本说明书和权利要求书中所示,除非上下文明确提示例外情形,“一”、“一个”、“一种”和/或“该”等词并非特指单数,也可包括复数。一般说来,术语“包括”与“包含”仅提示包括已明确标识的步骤和元素,而这些步骤和元素不构成一个排它性的罗列,方法或者设备也可能包含其它的步骤或元素。
本说明书中使用了流程图用来说明根据本说明书的实施例的系统所执行的操作。 应当理解的是,前面或后面操作不一定按照顺序来精确地执行。相反,可以按照倒序或同时处理各个步骤。同时,也可以将其他操作添加到这些过程中,或从这些过程移除某一步或数步操作。
图1是根据本说明书一些实施例所示的基于区块链的目标对象盘点系统的应用场景图。
基于区块链的目标对象盘点系统100可以被广泛应用于各种智能仓库系统中,例如,可以用于电商仓库、物流仓库等。
如图1所示,基于区块链的目标对象盘点系统100可以包括服务器110、网络120、用户端130、数据库140以及区块链系统150。服务器110可以包含处理设备112。
在一些实施例中,服务器110指管理资源并为其他设备和/或用户提供服务的计算设备及相关软件。在一些实施例中,服务器110可以直接与数据库140和/或用户端130连接以访问存储于其中的信息和/或资料。例如,服务器110可以通过网络120获取区块链系统中存储的物品信息。又例如,服务器110可以通过网络120响应于用户端130触发的智能合约执行。又例如,服务器110可以通过网络120基于该触发的智能合约,执行智能合约中包括的盘点方法对目标仓库中的目标对象进行盘点。服务器110可以是独立的服务器或者服务器组。该服务器组可以是集中式的或者分布式的(如:服务器110可以是分布系统)。在一些实施例中,服务器110可以是区域的或者远程的。在一些实施例中,服务器110可在云平台上执行。例如,该云平台可包括私有云、公共云、混合云、社区云、分散式云、内部云等中的一种或其任意组合。
在一些实施例中,服务器110可以包含处理设备112。该处理设备112可处理数据和/或信息以执行一个或多个本申请中描述的功能。例如,处理设备112可以基于盘点方法对目标仓库中的目标对象进行盘点。在一些实施例中,处理设备112可包含一个或多个子处理设备(例如,单芯处理设备或多核多芯处理设备)。仅仅作为范例,处理设备112可包含中央处理器(CPU)、专用集成电路(ASIC)、专用指令处理器(ASIP)、图形处理器(GPU)、物理处理器(PPU)、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、可编辑逻辑电路(PLD)、控制器、微控制器单元、精简指令集电脑(RISC)、微处理器等或以上任意组合。
在一些实施例中,网络120可促进数据和/或信息的交换,数据或信息可以包括用户端130输入的触发指令、数据库140中存储的智能合约等。在一些实施例中,基于区 块链的目标对象盘点系统100中的一个或多个组件(例如,服务器110、用户端130、数据库140)可通过网络120发送数据和/或信息给系统100中的其他组件。在一些实施例中,网络120可是任意类型的有线或无线网络。例如,网络120可包括缆线网络、有线网络、光纤网络、电信网络、内部网络、网际网络、区域网络(LAN)、广域网络(WAN)、无线区域网络(WLAN)、都会区域网络(MAN)、公共电话交换网络(PSTN)、蓝牙网络、ZigBee网络、近场通讯(NFC)网络等或以上任意组合。在一些实施例中,网络120可包括一个或多个网络进出点。例如,网络120可包含有线或无线网络进出点,如基站和/或网际网络交换点120-1、120-2、…,通过这些进出点系统100的一个或多个组件可连接到网络120上以交换数据和/或信息。
在一些实施例中,用户端130可以是一台计算设备或计算设备组。在一些实施例中,用户端130具体输入的功能,可以用于用户输入触发指令。例如,打字输入、语音输入等。所述计算设备可以包括手机130-1、平板电脑130-2、笔记本电脑130-3、台式计算机130-4等中的一种或其任意组合。所述计算设备组可以是集中式或分布式的。在一些实施例中,用户端130可以将输入的指令发送到服务器110。相应地,服务器110可以将对触发指令的响应结果(即,盘点信息)发送到用户端130。
在一些实施例中,数据库140可以用于目标对象的标签信息、盘点信息等。数据库140可以在在单个中央服务器、通过通信链路连接的多个服务器或多个个人设备中实现。数据库140可以由多个个人设备和云服务器生成。在一些实施例中,数据库140可以用于提供所需要数据的器件或原始媒体,还可以用于数据的存储、加密等操作。在一些实施例中,数据库140可存储供服务器110执行或使用的信息和/或指令,以执行本申请中描述的示例性方法。在一些实施例中,数据库140可包括大容量存储器、可移动存储器、挥发性读写存储器(例如,随机存取存储器RAM)、只读存储器(ROM)等或以上任意组合。在一些实施例中,数据库140可在云平台上实现。例如,该云平台可包括私有云、公共云、混合云、社区云、分散式云、内部云等或以上任意组合。
在一些实施例中,区块链系统150可以包括多个节点,节点可以用于存放和/或修改数据,例如,存放智能合约、盘点信息等。在一些实施例中,可以将一个服务器或一个终端作为区块链系统150的一个节点。在一些实施例中,可以将一个仓库作为区块链系统150的一个节点。在仓库中可以包括多个智能设备,例如,服务器、终端、传感器设备、图像采集设备以及智能盘点设备(比如,扫码枪、射频识别读取器等)。可以使用智能设备对仓库中的物品的信息进行盘点,智能设备采集的数据可以直接上传至区块 链中。
图2是根据本说明书一些实施例所示的基于区块链的目标对象盘点方法的示例性流程图。如图2所示,流程200可以包括步骤202~步骤208。
步骤202,获取用于触发目标对象盘点智能合约的触发指令,所述目标对象盘点智能合约存放于区块链的多个节点上,所述目标对象盘点智能合约包括盘点方法。步骤202可以由获取模块410执行。
在一些实施例中,目标对象可以是指仓库中所存放的商品。智能合约是指一种旨在以信息化方式传播、验证或执行合同的计算机协议。智能合约允许在没有第三方(例如,被交易物品的拥有者)的情况下进行可信交易,这些交易可追踪且不可逆转。
所述目标对象盘点智能合约可以是指以盘点目标对象为协议内容的智能合约。盘点目标对象可以是指对仓库中的商品数量、位置等信息进行清查、清点。
所述触发指令可以用于触发智能合约内容的执行。触发指令可以是盘点请求,第三方(例如,商品拥有者、拥有权限的用户)可以通过发起盘点请求来触发智能合约的执行。智能合约执行时,可以按照其中所包括的盘点方法对仓库中存放的目标对象进行盘点。第三方可以从区块链网络中的任何一个节点登录,然后发起盘点请求,并将盘点请求广播区块链网络中,区块链网络中的任何一个节点都可以对盘点请求进行处理。
在一些实施例中,所述盘点方法可以是指利用目标仓库中的智能设备,按照预设盘点方式采集目标仓库中的商品信息。其中,预设盘点方式可以包括对目标仓库中的所有商品依次进行盘点和/或对目标仓库中的部分商品(例如,商品信息发生变化的部分)进行盘点。关于盘点方法的更多描述可以参考图3的详细描述,此处不再赘述。
在一些实施例中,目标对象盘点智能合约存放于区块链的多个节点上,其中,区块链的节点可以是服务器、终端(例如,PC终端、手机、平板电脑等)、仓库等,或其任意组合。例如,区块链的多个节点中,一部分节点可以是服务器,一部分节点可以是终端,一部分节点可以是仓库。具体地,可以将仓库中所包括的各种设备共同作为区块链网络中的一个节点,例如,仓库节点中可以包括对仓库中的商品进行盘点的设备,例如,(RFID,Radio Frequency Identification)读取器、标签或二维码读码器、物联网(LOT,The Internet of Things)设备(例如,监控摄像头、传感器等),以及计算设备,例如,计算机、服务器、智能终端(手机、平板电脑)等。
在一些实施例中,获取模块410可以通过网络(例如,网络120)从区块链的任一 个节点处获取触发指令,触发指令可以通过第三方手动输入、语音输入等方式发起。
在一些实施例中,在获取用于触发目标对象盘点智能合约的触发指令之前,可以在将所述目标对象存入目标仓库时,创建对应于该目标对象的目标对象盘点智能合约。目标仓库,可以是指存放所述目标对象的仓库,目标仓库作为区块链网络中的一个节点,使得第三方可以从区块链的任一节点发起对目标仓库中的目标对象进行盘点的智能合约。
示例性地,可以采用以下方式创建对应于该目标对象的目标对象盘点智能合约:目标对象在通过仓库入口入库后,仓库的智能设备(自动扫码器、RFID读卡器等)通过自动登记目标对象的商品信息,创建当前存入仓库的目标对象的智能合约,并将该仓库的节点地址(仓库所拥有的公钥)、商品信息(商品数量、类别、入库时间等)、以及在区块链上存储所述目标对象盘点智能合约的地址等信息一起绑定至所述智能合约中,然后将所述目标对象盘点智能合约广播至区块链的所有节点。其中,目标对象盘点智能合约中所绑定的商品信息可以是单一种类商品的信息,也可以是存入仓库的一个批次的多个种类的商品的信息,本实施例对此不做限定。
在创建目标对象盘点智能合约后,目标仓库节点可以定时对库中的目标对象进行数据采集,例如,记录当前时间的摄像头采集到的仓库照片、通过传感器采集库内各个区域所放置的商品的重量,并将采集结果上传到区块链上进行保存。
步骤204,响应于所述触发指令,触发所述目标对象盘点智能合约执行。步骤204可以由触发模块420执行。
在一些实施例中,可以由区块链网络中的任何一个节点响应于所述触发指令,执行所述目标对象智能合约。例如,区块链网络中包括服务器节点、终端节点以及仓库节点,第三方可以通过从终端节点登录后,发起盘点请求,盘点请求通过网络发送到服务器节点和目标仓库节点,最终由目标仓库节点响应于盘点请求,触发目标对象盘点智能合约的执行。执行目标对象盘点智能合约可以是指按照目标对象盘点智能合约中所包括的盘点方法对目标仓库中的商品进行盘点。
如前文所述,在第三方如目标仓库中目标对象的拥有者需要对目标仓库中的目标对象进行盘点时,可以由区块链中的任一节点触发所述目标对象盘点智能合约的执行,收到触发指令的节点将执行盘点操作,其他节点可以对盘点结果进行验证。例如,可以由区块链中的目标仓库节点执行所述目标对象盘点智能合约。
步骤206,基于被执行的所述目标对象盘点智能合约的所述盘点方法,对目标仓库中的目标对象进行盘点,得到所述目标仓库中目标对象的盘点信息。步骤206可以由盘点模块430执行。
在一些实施例中,盘点信息可以是指对目标仓库中的商品进行盘点后得到的商品数量、重量、商品位置等信息。例如,经过盘点可以得知商品的数量减少了多少、增加了多少、还剩余多少、商品之前所存放的位置、盘点时所存放的位置等。在一些实施例中,可以通过目标仓库中的智能设备对目标仓库中的目标对象进行盘点,例如,使用图像采集设备采集商品图像、使用重量传感器采集商品的重量、使用扫码设备(比如,RFID读卡器、扫码机)对商品进行扫码采集商品信息等,进而确定目标仓库中目标对象的变化数量,得到所述盘点信息。在采集商品信息可以有人工进行,也可以由机器人自动进行。
如步骤204中所述,目标仓库节点按照所述盘点方法执行一次盘点的过程可以如下文实施例所示:目标仓库节点可以在存储在区块链上找到在当前时刻之前采集的目标对象的图像信息、重量信息等,然后基于图像信息、重量信息对需要进行盘点的区域进行潜在子区域的识别,确定出需要精细盘点的子区域。然后使用库中的智能设备对需要进行精细盘点的子区域中的商品进行盘点,例如,使用RFID读卡器、扫码机设备精确的采集商品信息。关于子区域的确定和商品的盘点的更多描述可以在本说明书的其他地方找到,例如,图3及其相关描述,此处不再赘述。
步骤208,将所述盘点信息存储至所述区块链的多个节点上。步骤208可以由存储模块440执行。
在一些实施例中,存储模块440可以通过网络(例如,网络120)将盘点信息存储到区块链网络的多个节点中,多个节点都可以对所述盘点信息进行验证和存储。区块链网络中的其他节点(目标仓库节点以外的节点)可以对接收到的盘点信息进行验证分析,例如,对盘点信息进行重新计算,确定目标对象的变化数量是否一致等,验证一致则对盘点信息进行存储,从而确保盘点信息数据的真实性,同时第三方也可以从区块链网络中的任一节点对盘点信息进行查验。同时,由于将目标仓库作为区块链网络中的一个节点,因此,在目标仓库节点执行智能合约获得盘点信息后,可以直接将盘点信息广播至区块链网络中。
在一些实施例中,在对目标仓库中的目标对象进行盘点,得到盘点信息后,将所述盘点信息存储至区块链的多个节点之前,还可以验证所述盘点信息是否来自于所述目 标仓库中的目标对象,以确保存储至区块链中的盘点信息是来自目标仓库中的商品的信息,而不会是其他仓库中的商品。
示例性地,可以采用下文实施例所描述的方式来验证盘点信息是来自于目标仓库中的目标对象。
可以获取盘点信息的签名信息。签名信息可以是指利用目标仓库所拥有的私钥、设备编号对盘点信息进行签名运算得到。例如,可以使用目标仓库的私钥对盘点信息进行哈希运算,得到一个哈希值,该哈希值即为所述签名信息。其中,目标仓库所拥有的私钥、设备编号可以是指目标仓库中用于获取盘点信息的智能设备的私钥、设备编号。区块链网络中的其他节点在收到盘点信息后,可以对盘点信息中的签名进行验证,确保盘点信息确实是由目标仓库中的智能设备获取的盘点信息。具体地,区块链中的节点在接收到盘点信息之后,可以利用目标仓库的公钥(即,绑定在智能合约中的节点地址)对签名信息进行解密,得到解密信息,若所述解密信息与该盘点信息相同,则确认该盘点信息来自于所述目标仓库中的目标对象。在一些实施例中,还可以对解密得到的盘点信息进行分析(例如,对盘点信息进行计算、将盘点信息与上一次存储的商品信息进行比对),进而验证盘点信息的真实性。
在将盘点信息存储至区块链上之后,第三方可以从区块链的任一节点处对盘点信息进行查询。例如,第三方可以通过从服务器登录来查询区块链中的盘点信息,也可以通过从终端登录来查询区块链中的盘点信息。
应当注意的是,上述有关流程200的描述仅仅是为了示例和说明,而不限定本说明书的适用范围。对于本领域技术人员来说,在本说明书的指导下可以对流程200进行各种修正和改变。然而,这些修正和改变仍在本说明书的范围之内。
图3是根据本说明书一些实施例所示的获取盘点信息的示例性流程图。如图3所示,流程300可以包括步骤302~步骤304。
步骤302,确定所述目标仓库中目标对象的库存发生变化的子区域。
在一些实施例中,目标对象的库存可以是指在当前时刻(例如,目标对象盘点智能合约的触发时刻)目标仓库中所存储的商品余量。子区域,可以是指将目标仓库按照一定方式划分后的所得到的区域,例如,可以将目标仓库以网格的形式进行划分,划分后的一个格子区域即为一个子区域;也可以将目标仓库按照商品的存放位置划分为多个子区域,例如,按照存放商品的类型进行划分,A类商品所在区域为一个子区域、B类 商品所在区域为一个子区域;再如,按照商品大小存放区域进行划分,大件商品存放区域为一个子区域、小件商品存放区域为一个子区域等。
库存发生变化的子区域可以是指所存储的商品的数量、位置、重量等信息发生了变化的区域。可以定时获取目标仓库中目标对象的设备采集信息,可以预定采集时间,在到了预定采集时间时自动获取目标对象的设备采集信息;也可以设置采集间隔时间,每间隔一定时间,获取一次目标对象的设备采集信息。并将所述设备采集信息存储至所述区块链的多个节点,其中,设备采集信息包括图像信息和/或重量信息。可以在智能合约中存储设备采集信息的存储地址,进而方便获取设备采集信息。可以通过对图像信息和/或重量信息来进行分析比对,确定目标仓库中目标对象的库存发生变化的子区域。具体地,可以从区块链的任一节点获取所述设备采集信息,设备采集信息可以是指利用目标仓库中的设备采集得到的商品信息,例如,使用图像采集设备采集得到的商品图像信息,使用重量采集设备采集得到的商品重量信息。并可以基于该设备采集信息确定目标仓库中目标对象的库存发生变化的子区域。例如,可以将采集的图像信息中的多个区域划分出子区域,可以根据当前盘点前两次采集的图像的子区域位置进行比较,当相同子区域位置内的商品比较后不一致时,说明库存发生变化。再例如,可以根据设备采集的重量信息中,将当前盘点前两次采集的子区域内(子区域可以是提前划分好的)的商品重量进行比较,当重量变化超过阈值时,说明库存发生变化。其中,阈值可以是重量比例,例如,当前子区域内商品重量的百分之5、百分之10、百分之20,也可以是固定重量值,例如,5kg、10kg、100kg等。
步骤304,对所述子区域中的目标对象进行盘点,以获取所述子区域中的目标对象的盘点信息。
在一些实施例中,在确定了库存发生变化需要进行盘点的子区域后,可以按照目标对象盘点智能合约中的盘点方法对子区域中的目标对象进行盘点。
盘点流程可以如下文实施例所示,下文实施例中以采集的图像信息为例进行了说明,应当理解,以下例子仅为示例性地说明盘点流程,并不旨在对盘点方式进行限制,例如,还可以以采集的重量信息进行盘点,也可以综合利用图像信息和重量信息进行盘点。
首先,在目标对象盘点智能合约被触发执行时,可以在该智能合约中找到存储的商品信息,然后基于上次盘点后到当前时刻最后一次盘点之间的所有商品信息中的图像信息对需要盘点的区域进行潜在子区域的识别,对所有图像信息中的区域进行划分。例 如,可以使用机器学习等算法进行识别,找到图像信息中的每个子区域。将子区域与上次盘点时的图像中的相同子区域的图像进行对比,确定出图像发生变化的子区域,作为需要进行精细盘点的区域。以此可以减少需要盘点的候选子区域的数量,提高盘点效率。其次,对确定出需要进行精细盘点的子区域,可以根据实际情况,进行自动或手动方式进行盘点。其中,自动盘点方式可以包括使用无人机或者移动机器人等智能设备携带RFID读卡器、扫码机等采集设备,对确定的子区域进行巡视,在巡视过程中采集子区域内的商品信息,得到盘点信息。手动方式可以包括人工手持RFID读卡器、扫码机等设备,对确定的子区域进行巡检扫码采集子区域内的商品信息,得到盘点信息。
应当注意的是,上述有关流程300的描述仅仅是为了示例和说明,而不限定本说明书的适用范围。对于本领域技术人员来说,在本说明书的指导下可以对流程300进行各种修正和改变。然而,这些修正和改变仍在本说明书的范围之内。例如,对本说明书有关流程步骤的改变,如步骤302和步骤304可以并行,在各步骤之间添加其他步骤(如,预处理步骤、存储步骤)等。
图4是根据本说明书一些实施例所示的基于区块链的目标对象盘点系统的模块图。如图4所示,所述系统可以包括获取模块410、触发模块420、盘点模块430以及存储模块440。
获取模块410可以用于获取用于触发目标对象盘点智能合约的触发指令,所述目标对象盘点智能合约存放于区块链的多个节点上,所述目标对象盘点智能合约包括盘点方法。
触发模块420可以用于响应于所述触发指令,触发所述目标对象盘点智能合约执行。
盘点模块430可以用于基于被执行的所述目标对象盘点智能合约的所述盘点方法,对目标仓库中的目标对象进行盘点,得到所述目标仓库中目标对象的盘点信。在一些实施例中,盘点模块430还可以用于确定所述目标仓库中目标对象的库存发生变化的子区域;对所述子区域中的目标对象进行盘点,以获取所述子区域中的目标对象的盘点信息。在一些实施例中,盘点模块430可以用于从所述区块链的任一节点获取所述设备采集信息;基于该设备采集信息确定所述目标仓库中目标对象的库存发生变化的子区域。
存储模块440可以用于将所述盘点信息存储至所述区块链的多个节点上。
在一些实施例中,所述基于区块链的目标对象盘点系统还可以包括创建模块(图 未示),创建模块可以用于在所述获取模块获取用于触发目标对象盘点智能合约的触发指令之前,且在所述目标对象存入所述目标仓库时,创建对应于该目标对象的所述目标对象盘点智能合约。
在一些实施例中,所述基于区块链的目标对象盘点系统还可以包括定时获取模块(图未示),可以用于定时获取所述目标仓库中目标对象的设备采集信息,并将所述设备采集信息存储至所述区块链的多个节点;其中,所述设备采集信息包括图像信息和/或重量信息。
在一些实施例中,所述基于区块链的目标对象盘点系统还可以包括定时验证模块(图未示),可以用于在所述存储模块将所述盘点信息存储至所述区块链的多个节点之前,验证所述盘点信息来自于所述目标仓库中的目标对象。在一些实施例中,所述验证模块还可以用于获取所述盘点信息的签名信息;利用所述目标仓库的公钥对所述签名信息进行解密,得到解密信息,若所述解密信息与该盘点信息相同,则确认该盘点信息来自于所述目标仓库中的目标对象。
关于基于区块链的目标对象盘点系统的各模块的具体描述,可以参考本说明书流程图部分,例如,图2至图3的相关说明。
应当理解,图4所示的系统及其模块可以利用各种方式来实现。例如,在一些实施例中,系统及其模块可以通过硬件、软件或者软件和硬件的结合来实现。其中,硬件部分可以利用专用逻辑来实现;软件部分则可以存储在存储器中,由适当的指令执行系统,例如微处理器或者专用设计硬件来执行。本领域技术人员可以理解上述的方法和系统可以使用计算机可执行指令和/或包含在处理器控制代码中来实现,例如在诸如磁盘、CD或DVD-ROM的载体介质、诸如只读存储器(固件)的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本说明书的系统及其模块不仅可以有诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现,也可以用例如由各种类型的处理器所执行的软件实现,还可以由上述硬件电路和软件的结合(例如,固件)来实现。
需要注意的是,以上对于基于区块链的目标对象盘点系统及其模块的描述,仅为描述方便,并不能把本说明书限制在所举实施例范围之内。可以理解,对于本领域的技术人员来说,在了解该系统的原理后,可能在不背离这一原理的情况下,对各个模块进行任意组合,或者构成子系统与其他模块连接。例如,在一些实施例中,例如,图4中 披露的获取模块410、触发模块420、盘点模块430以及存储模块440可以是一个系统中的不同模块,也可以是一个模块实现上述的两个或两个以上模块的功能。例如,获取模块410、触发模块420可以是两个模块,也可以是一个模块同时具有获取和触发功能。例如,各个模块可以共用一个存储模块,各个模块也可以分别具有各自的存储模块。诸如此类的变形,均在本说明书的保护范围之内。
本说明书实施例可能带来的有益效果包括但不限于:(1)目标对象的盘点过程是在指定时间点触发和执行,盘点信息不会是提前盘点好后期上传的,使得商品拥有者可以获得当前的盘点信息,更加准确;(2)可以从区块链网络中的任一节点触发智能合约的执行、验证,提高了盘点的成功率和安全性;(3)在盘点时,综合利用目标仓库中的设备,融合多种传感数据,将盘点范围进行缩小,提高了盘点效率;(4)结合带有签名功能的智能设备和区块链智能合约功能,可以保证盘点信息的采集、计算、存储是可信的,从而满足第三方对商品盘点的可信需求。需要说明的是,不同实施例可能产生的有益效果不同,在不同的实施例里,可能产生的有益效果可以是以上任意一种或几种的组合,也可以是其他任何可能获得的有益效果。
上文已对基本概念做了描述,显然,对于本领域技术人员来说,上述详细披露仅仅作为示例,而并不构成对本说明书的限定。虽然此处并没有明确说明,本领域技术人员可能会对本说明书进行各种修改、改进和修正。该类修改、改进和修正在本说明书中被建议,所以该类修改、改进、修正仍属于本说明书示范实施例的精神和范围。
同时,本说明书使用了特定词语来描述本说明书的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本说明书至少一个实施例相关的某一特征、结构或特点。因此,应强调并注意的是,本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一个替代性实施例”并不一定是指同一实施例。此外,本说明书的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。
此外,本领域技术人员可以理解,本说明书的各方面可以通过若干具有可专利性的种类或情况进行说明和描述,包括任何新的和有用的工序、机器、产品或物质的组合,或对他们的任何新的和有用的改进。相应地,本说明书的各个方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。此外,本说明书的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品,该产品包括计算机可读程序编码。
计算机存储介质可能包含一个内含有计算机程序编码的传播数据信号,例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式,包括电磁形式、光形式等,或合适的组合形式。计算机存储介质可以是除计算机可读存储介质之外的任何计算机可读介质,该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机存储介质上的程序编码可以通过任何合适的介质进行传播,包括无线电、电缆、光纤电缆、RF、或类似介质,或任何上述介质的组合。
本说明书各部分操作所需的计算机程序编码可以用任意一种或多种程序语言编写,包括面向对象编程语言如Java、Scala、Smalltalk、Eiffel、JADE、Emerald、C++、C#、VB.NET、Python等,常规程序化编程语言如C语言、Visual Basic、Fortran 2003、Perl、COBOL 2002、PHP、ABAP,动态编程语言如Python、Ruby和Groovy,或其他编程语言等。该程序编码可以完全在用户计算机上运行、或作为独立的软件包在用户计算机上运行、或部分在用户计算机上运行部分在远程计算机运行、或完全在远程计算机或服务器上运行。在后种情况下,远程计算机可以通过任何网络形式与用户计算机连接,比如局域网(LAN)或广域网(WAN),或连接至外部计算机(例如通过因特网),或在云计算环境中,或作为服务使用如软件即服务(SaaS)。
此外,除非权利要求中明确说明,本说明书所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用,并非用于限定本说明书流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例,但应当理解的是,该类细节仅起到说明的目的,附加的权利要求并不仅限于披露的实施例,相反,权利要求旨在覆盖所有符合本说明书实施例实质和范围的修正和等价组合。例如,虽然以上所描述的系统组件可以通过硬件设备实现,但是也可以只通过软件的解决方案得以实现,如在现有的服务器或移动设备上安装所描述的系统。
同理,应当注意的是,为了简化本说明书披露的表述,从而帮助对一个或多个发明实施例的理解,前文对本说明书实施例的描述中,有时会将多种特征归并至一个实施例、附图或对其的描述中。但是,这种披露方法并不意味着本说明书对象所需要的特征比权利要求中提及的特征多。实际上,实施例的特征要少于上述披露的单个实施例的全部特征。
一些实施例中使用了描述成分、属性数量的数字,应当理解的是,此类用于实施例描述的数字,在一些示例中使用了修饰词“大约”、“近似”或“大体上”来修饰。除非另外说明,“大约”、“近似”或“大体上”表明所述数字允许有±20%的变化。相应地,在一些 实施例中,说明书和权利要求中使用的数值参数均为近似值,该近似值根据个别实施例所需特点可以发生改变。在一些实施例中,数值参数应考虑规定的有效数位并采用一般位数保留的方法。尽管本说明书一些实施例中用于确认其范围广度的数值域和参数为近似值,在具体实施例中,此类数值的设定在可行范围内尽可能精确。
针对本说明书引用的每个专利、专利申请、专利申请公开物和其他材料,如文章、书籍、说明书、出版物、文档等,特此将其全部内容并入本说明书作为参考。与本说明书内容不一致或产生冲突的申请历史文件除外,对本说明书权利要求最广范围有限制的文件(当前或之后附加于本说明书中的)也除外。需要说明的是,如果本说明书附属材料中的描述、定义、和/或术语的使用与本说明书所述内容有不一致或冲突的地方,以本说明书的描述、定义和/或术语的使用为准。
最后,应当理解的是,本说明书中所述实施例仅用以说明本说明书实施例的原则。其他的变形也可能属于本说明书的范围。因此,作为示例而非限制,本说明书实施例的替代配置可视为与本说明书的教导一致。相应地,本说明书的实施例不仅限于本说明书明确介绍和描述的实施例。
Claims (13)
- 一种基于区块链的目标对象盘点方法,包括:获取用于触发目标对象盘点智能合约的触发指令,所述目标对象盘点智能合约存放于区块链的多个节点上,所述目标对象盘点智能合约包括盘点方法;响应于所述触发指令,触发所述目标对象盘点智能合约执行;基于被执行的所述目标对象盘点智能合约的所述盘点方法,对目标仓库中的目标对象进行盘点,得到所述目标仓库中目标对象的盘点信息;将所述盘点信息存储至所述区块链的多个节点上。
- 根据权利要求1所述的方法,在获取用于触发目标对象盘点智能合约的触发指令之前,所述方法还包括:在所述目标对象存入所述目标仓库时,创建对应于该目标对象的所述目标对象盘点智能合约。
- 根据权利要求1所述的方法,所述对目标仓库中的目标对象进行盘点,包括:确定所述目标仓库中目标对象的库存发生变化的子区域;对所述子区域中的目标对象进行盘点,以获取所述子区域中的目标对象的盘点信息。
- 根据权利要求3所述的方法,还包括:定时获取所述目标仓库中目标对象的设备采集信息,并将所述设备采集信息存储至所述区块链的多个节点;其中,所述设备采集信息包括图像信息和/或重量信息;所述确定所述目标仓库中目标对象的库存发生变化的子区域,包括:从所述区块链的任一节点获取所述设备采集信息;基于该设备采集信息确定所述目标仓库中目标对象的库存发生变化的子区域。
- 根据权利要求1所述的方法,所述将所述盘点信息存储至所述区块链的多个节点上之前,所述方法还包括:验证所述盘点信息来自于所述目标仓库中的目标对象。
- 根据权利要求5所述的方法,所述验证所述盘点信息来自于所述目标仓库中的目标对象,包括:获取所述盘点信息的签名信息;利用所述目标仓库的公钥对所述签名信息进行解密,得到解密信息,若所述解密信息与该盘点信息相同,则确认该盘点信息来自于所述目标仓库中的目标对象。
- 一种基于区块链的目标对象盘点系统,包括:获取模块,用于获取用于触发目标对象盘点智能合约的触发指令,所述目标对象盘 点智能合约存放于区块链的多个节点上,所述目标对象盘点智能合约包括盘点方法;触发模块,用于响应于所述触发指令,触发所述目标对象盘点智能合约执行;盘点模块,用于基于被执行的所述目标对象盘点智能合约的所述盘点方法,对目标仓库中的目标对象进行盘点,得到所述目标仓库中目标对象的盘点信息;存储模块,用于将所述盘点信息存储至所述区块链的多个节点上。
- 根据权利要求7所述的系统,还包括:创建模块,用于在所述获取模块获取用于触发目标对象盘点智能合约的触发指令之前,且在所述目标对象存入所述目标仓库时,创建对应于该目标对象的所述目标对象盘点智能合约。
- 根据权利要求7所述的系统,所述盘点模块用于:确定所述目标仓库中目标对象的库存发生变化的子区域;对所述子区域中的目标对象进行盘点,以获取所述子区域中的目标对象的盘点信息。
- 根据权利要求9所述的系统,还包括:定时获取模块,用于定时获取所述目标仓库中目标对象的设备采集信息,并将所述设备采集信息存储至所述区块链的多个节点;其中,所述设备采集信息包括图像信息和/或重量信息;所述盘点模块用于:从所述区块链的任一节点获取所述设备采集信息;基于该设备采集信息确定所述目标仓库中目标对象的库存发生变化的子区域。
- 根据权利要求7所述的系统,还包括:验证模块,用于在所述存储模块将所述盘点信息存储至所述区块链的多个节点之前,验证所述盘点信息来自于所述目标仓库中的目标对象。
- 根据权利要求11所述的系统,验证模块用于:获取所述盘点信息的签名信息;利用所述目标仓库的公钥对所述签名信息进行解密,得到解密信息,若所述解密信息与该盘点信息相同,则确认该盘点信息来自于所述目标仓库中的目标对象。
- 一种基于区块链的目标对象盘点装置,包括处理器,所述处理器用于执行如权利要求1~6任一项所述的基于区块链的目标对象盘点方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010155682.9 | 2020-03-09 | ||
| CN202010155682.9A CN111369196A (zh) | 2020-03-09 | 2020-03-09 | 一种基于区块链的目标对象盘点方法和系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2021179705A1 true WO2021179705A1 (zh) | 2021-09-16 |
Family
ID=71206607
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2020/134769 Ceased WO2021179705A1 (zh) | 2020-03-09 | 2020-12-09 | 一种基于区块链的目标对象盘点方法和系统 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN111369196A (zh) |
| WO (1) | WO2021179705A1 (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115102959A (zh) * | 2022-08-04 | 2022-09-23 | 常州工程职业技术学院 | 应用于巡检的室内机器人通讯系统 |
| CN117172666A (zh) * | 2022-07-18 | 2023-12-05 | 融讯伟业(北京)科技有限公司 | 一种基于视觉识别的商品盘点方法及装置 |
| WO2024158559A1 (en) * | 2023-01-27 | 2024-08-02 | Microsoft Technology Licensing, Llc | Blockchain and cloud connectivity-based self-registration and inventorying of enterprise iot assets |
| CN118521246A (zh) * | 2024-05-17 | 2024-08-20 | 浪潮通用软件有限公司 | 一种基于哈希算法的多维度闭库盘点方法、设备及介质 |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111369196A (zh) * | 2020-03-09 | 2020-07-03 | 支付宝(杭州)信息技术有限公司 | 一种基于区块链的目标对象盘点方法和系统 |
| CN114266329B (zh) * | 2021-11-30 | 2024-06-25 | 广州品唯软件有限公司 | 一种资产盘点方法、装置和存储介质 |
| CN116962960A (zh) * | 2022-04-15 | 2023-10-27 | 维沃移动通信有限公司 | 移动性管理方法、装置、终端、网络侧设备及介质 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108470265A (zh) * | 2018-03-27 | 2018-08-31 | 深圳春沐源控股有限公司 | 一种基于区块链的多库房数据管理方法及相关设备 |
| CN109918378A (zh) * | 2019-03-05 | 2019-06-21 | 中国科学院深圳先进技术研究院 | 一种基于区块链的遥感数据存储方法和存储系统 |
| CN110490514A (zh) * | 2019-08-01 | 2019-11-22 | 深圳市珍久库科技有限公司 | 一种基于区块链管理的智能仓库的资产数字化及装置 |
| CN110675028A (zh) * | 2019-08-30 | 2020-01-10 | 阿里巴巴集团控股有限公司 | 基于区块链的食品安全监管方法、装置、设备及系统 |
| CN111369196A (zh) * | 2020-03-09 | 2020-07-03 | 支付宝(杭州)信息技术有限公司 | 一种基于区块链的目标对象盘点方法和系统 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110371560B (zh) * | 2018-08-01 | 2021-06-29 | 北京京东乾石科技有限公司 | 自动盘点的方法和装置 |
| CN110059998A (zh) * | 2019-03-11 | 2019-07-26 | 北京辰森世纪科技股份有限公司 | 自动盘点货物的方法及装置、系统、存储介质、电子装置 |
| CN110544057A (zh) * | 2019-04-24 | 2019-12-06 | 华宇智联科技(武汉)有限公司 | 一种小区域自动校验的资产盘点方法 |
| CN110503362A (zh) * | 2019-08-01 | 2019-11-26 | 深圳市珍久库科技有限公司 | 一种基于区块链的智能仓库管理方法及系统 |
-
2020
- 2020-03-09 CN CN202010155682.9A patent/CN111369196A/zh active Pending
- 2020-12-09 WO PCT/CN2020/134769 patent/WO2021179705A1/zh not_active Ceased
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108470265A (zh) * | 2018-03-27 | 2018-08-31 | 深圳春沐源控股有限公司 | 一种基于区块链的多库房数据管理方法及相关设备 |
| CN109918378A (zh) * | 2019-03-05 | 2019-06-21 | 中国科学院深圳先进技术研究院 | 一种基于区块链的遥感数据存储方法和存储系统 |
| CN110490514A (zh) * | 2019-08-01 | 2019-11-22 | 深圳市珍久库科技有限公司 | 一种基于区块链管理的智能仓库的资产数字化及装置 |
| CN110675028A (zh) * | 2019-08-30 | 2020-01-10 | 阿里巴巴集团控股有限公司 | 基于区块链的食品安全监管方法、装置、设备及系统 |
| CN111369196A (zh) * | 2020-03-09 | 2020-07-03 | 支付宝(杭州)信息技术有限公司 | 一种基于区块链的目标对象盘点方法和系统 |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117172666A (zh) * | 2022-07-18 | 2023-12-05 | 融讯伟业(北京)科技有限公司 | 一种基于视觉识别的商品盘点方法及装置 |
| CN115102959A (zh) * | 2022-08-04 | 2022-09-23 | 常州工程职业技术学院 | 应用于巡检的室内机器人通讯系统 |
| WO2024158559A1 (en) * | 2023-01-27 | 2024-08-02 | Microsoft Technology Licensing, Llc | Blockchain and cloud connectivity-based self-registration and inventorying of enterprise iot assets |
| US12278734B2 (en) | 2023-01-27 | 2025-04-15 | Microsoft Technology Licensing, Llc | Blockchain and cloud connectivity-based self-registration and inventorying of enterprise IoT assets |
| CN118521246A (zh) * | 2024-05-17 | 2024-08-20 | 浪潮通用软件有限公司 | 一种基于哈希算法的多维度闭库盘点方法、设备及介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111369196A (zh) | 2020-07-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2021179705A1 (zh) | 一种基于区块链的目标对象盘点方法和系统 | |
| US12347179B2 (en) | Privacy-preserving distributed visual data processing | |
| US10742399B2 (en) | Context-aware image compression | |
| US20140033267A1 (en) | Type mining framework for automated security policy generation | |
| US20180137288A1 (en) | System and method for modeling security threats to prioritize threat remediation scheduling | |
| TWI693527B (zh) | 位置資訊的處理方法及裝置 | |
| CN109658126B (zh) | 基于产品推广的数据处理方法、装置、设备及存储介质 | |
| CN113065817A (zh) | 智能出入库数据管理方法、系统、存储介质及终端 | |
| CN118071259A (zh) | 基于工业物联网的仓储管理方法、物联网系统及设备 | |
| CN113205193B (zh) | 基于区块链的废料处理方法、系统、设备及存储介质 | |
| CN115455449A (zh) | 请求处理方法、装置、设备及介质 | |
| CN113205359A (zh) | 单据中商品价格的确定方法、装置和计算机设备 | |
| KR102207993B1 (ko) | 블록체인을 활용한 거래 관리 시스템 및 방법 | |
| CN113518217A (zh) | 对象识别方法、装置、服务器及介质 | |
| CN113591079A (zh) | 获取异常应用安装包的方法、装置及电子设备 | |
| US11621852B1 (en) | System and method for providing a multiple-operation transaction to a blockchain | |
| CN116228145A (zh) | 一种矿山用一体化管理共享服务平台 | |
| HK40032517A (zh) | 一种基於区块链的目标对象盘点方法和系统 | |
| Sanchez et al. | Efficient detection of missing tags for passive RFID systems | |
| US11927928B2 (en) | Output management apparatus, output management method, and program | |
| CN111737008A (zh) | 资源数据处理方法、装置、计算机设备和存储介质 | |
| CN119203245B (zh) | Rpa业务请求的响应方法、装置、终端设备和存储介质 | |
| US20210382750A1 (en) | Output management apparatus, output management method, and program | |
| KR102256361B1 (ko) | 데이터의 접근 제어를 위한 네트워크 장치 및 방법, 그리고 이를 이용한 데이터 접근 제어 시스템 | |
| CN118505215A (zh) | 业务处理方法及相关设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 20924053 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 20924053 Country of ref document: EP Kind code of ref document: A1 |