WO2021208909A1 - 基于区块链的仓库信用评级、结果获取、验证 - Google Patents

基于区块链的仓库信用评级、结果获取、验证 Download PDF

Info

Publication number
WO2021208909A1
WO2021208909A1 PCT/CN2021/086915 CN2021086915W WO2021208909A1 WO 2021208909 A1 WO2021208909 A1 WO 2021208909A1 CN 2021086915 W CN2021086915 W CN 2021086915W WO 2021208909 A1 WO2021208909 A1 WO 2021208909A1
Authority
WO
WIPO (PCT)
Prior art keywords
warehouse
rating
blockchain
rating result
result
Prior art date
Application number
PCT/CN2021/086915
Other languages
English (en)
French (fr)
Inventor
吴莹强
Original Assignee
支付宝(杭州)信息技术有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 支付宝(杭州)信息技术有限公司 filed Critical 支付宝(杭州)信息技术有限公司
Publication of WO2021208909A1 publication Critical patent/WO2021208909A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/03—Credit; Loans; Processing thereof
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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; CALCULATING OR 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3827—Use of message hashing

Definitions

  • the embodiments of this specification relate to the technical field of supply chain finance, in particular, to blockchain-based warehouse credit rating, result acquisition, and verification.
  • the pledged goods are stored in a warehouse and kept by the warehousing party.
  • the credit rating of warehouses is generally related to the main body of the warehouse management. For example, warehouses managed by well-known companies have higher credit ratings, while warehouses managed by small and medium-sized enterprises and even micro-enterprises have lower credit ratings.
  • the embodiments of this specification provide a method and device for warehouse credit rating, result acquisition, and verification based on blockchain.
  • the blockchain smart contract used for warehouse credit rating is created based on the warehouse credit rating rules that have been agreed by multiple parties.
  • the warehouse credit rating rules are agreed by multiple parties to ensure the fairness of the warehouse credit rules. It also exists in the form of smart contracts so that the warehouse credit rules cannot be tampered with, thereby ensuring the authenticity of the warehouse credit rating.
  • the warehouse credit rating is based on the warehouse's IoT equipment deployment information, which avoids the influence of human factors and ensures the objective and fairness of the warehouse credit rating.
  • the rating results are packaged into blocks and recorded on the blockchain, ensuring that the rating results are not tampered with, so that the rating results obtained from the blockchain are credible and/or corresponding to the rating results
  • the first hash value can be used to verify the rating result provided by the third party.
  • a blockchain-based warehouse credit rating method which includes: obtaining the deployment information of the Internet of Things equipment in the warehouse; Warehouse credit rating to obtain a rating result for the warehouse, the blockchain smart contract is created based on a warehouse credit rating rule agreed by multiple parties; the rating result is packaged into a block, and the block includes The warehouse identification information of the warehouse and the corresponding first hash value; and the block is recorded on the blockchain.
  • recording the block on the blockchain includes: broadcasting the block to a consensus node in the blockchain network for consensus processing; and in the consensus After the nodes reach a consensus, the block is recorded on the blockchain.
  • the block includes deployment information of the Internet of Things equipment of the warehouse.
  • the IoT device in the warehouse has a blockchain unique identity.
  • the method further includes: verifying the authenticity of the deployment information of the Internet of Things device based on the unique identity of the blockchain.
  • Calling a blockchain smart contract to perform a warehouse credit rating based on the IoT device information to obtain a rating result for the warehouse includes: calling a blockchain smart contract to perform a warehouse based on the authenticity-verified IoT device deployment information Credit rating to get the rating result for the warehouse.
  • obtaining the IoT device deployment information of the warehouse includes: receiving the IoT device deployment information of the warehouse from the server device of the warehouse; or from each IoT device of the warehouse Receive the IoT device deployment information of the warehouse.
  • acquiring the deployment information of the Internet of Things devices of the warehouse includes: acquiring the deployment information of the Internet of Things devices of the warehouse in a specified time period.
  • the IoT device deployment information of the warehouse is obtained in response to the following trigger conditions: the warehouse requests a warehouse credit rating; the IoT devices deployed in the warehouse There is an update; or the specified time point is reached.
  • the IoT device deployment information includes at least one of the following information: device quantity information; device identification information of each device; device location information of each device; and Equipment failure status information of each device.
  • the Internet of Things device includes an Internet of Things device suitable for warehouse credit rating.
  • the block further includes a rating result
  • the warehouse credit rating method further includes: receiving a rating result obtaining request from a rating result query requester, the rating result obtaining request including the warehouse Identification information; query the rating result corresponding to the warehouse identification information on the blockchain; and send the queried rating result to the rating result query requester.
  • it further includes: receiving a rating result verification request from a rating result verification requester, where the rating result verification request includes the rating result to be verified and warehouse identification information; Perform hash calculation to obtain the second hash value of the rating result to be verified; query the first hash value corresponding to the warehouse identification information on the blockchain; compare the second hash value with Comparing the queried first hash value; and based on the comparison result between the second hash value and the queried first hash value, sending to the rating result verification requester indicating the A notification message to verify whether the rating result is true or not.
  • a blockchain-based warehouse credit rating result acquisition method including: receiving a rating result acquisition request from a rating result query requester, the rating result acquisition request including warehouse identification information Query the rating results corresponding to the warehouse identification information on the blockchain; and send the queried rating results to the rating result query requester, wherein the blockchain records are packaged based on the rating results
  • Each block includes warehouse identification information, rating results, and the corresponding first hash value.
  • the rating result is a warehouse credit rating based on the warehouse’s IoT device deployment information by invoking a blockchain smart contract And got it.
  • a blockchain-based warehouse credit rating result verification method including: receiving a rating result verification request from a rating result verification requester, the rating result verification request including the rating to be verified Result and warehouse identification information; perform a hash calculation on the to-be-verified rating result to obtain the second hash value of the to-be-verified rating result; query the first corresponding to the warehouse identification information on the blockchain Hash value; compare the second hash value with the first hash value queried; and based on the comparison result between the second hash value and the first hash value queried,
  • the rating result verification requester sends notification information for indicating whether the rating result to be verified is true, wherein the block chain records blocks packaged based on the rating result, and each block includes warehouse identification information and Corresponding to the first hash value, the rating result is obtained by calling a blockchain smart contract to perform a warehouse credit rating based on the deployment information of the Internet of Things equipment in the warehouse.
  • a blockchain-based warehouse credit rating device including: an information acquisition unit acquires the deployment information of the Internet of Things equipment in the warehouse; The deployment information of the Internet of Things equipment is used to perform a warehouse credit rating to obtain a rating result for the warehouse.
  • the blockchain smart contract is created based on a warehouse credit rating rule agreed by multiple parties; and the block generation unit evaluates the rating The result is packaged into a block, the block including the warehouse identification information of the warehouse and the corresponding first hash value; and the block recording unit records the block on the blockchain.
  • the block recording unit includes: a consensus processing module, which broadcasts the block to a consensus node in the blockchain network for consensus processing; and a block recording module, After the consensus node reaches a consensus, the block is recorded on the blockchain.
  • the IoT device of the warehouse has a blockchain unique identity
  • the warehouse credit rating device further includes: the authenticity verification unit checks the warehouse based on the blockchain unique identity. The authenticity of the deployment information of the Internet of Things equipment is verified; the credit rating unit invokes a blockchain smart contract to perform a warehouse credit rating based on the verified deployment information of the Internet of Things equipment to obtain a rating result for the warehouse.
  • the information acquisition unit receives deployment information of the Internet of Things equipment of the warehouse from a server device in the warehouse; or receives the warehouse from each Internet of Things equipment of the warehouse Deployment information of IoT devices.
  • the information acquisition unit acquires the deployment information of the Internet of Things equipment of the warehouse within a specified time period.
  • the block further includes a rating result
  • the warehouse credit rating device further includes: a rating result request receiving unit receives a rating result acquisition request from a rating result query requester, the rating The result acquisition request includes warehouse identification information; the rating result query unit queries the rating result corresponding to the warehouse identification information on the blockchain; and the rating result sending unit sends the queried rating result to the rating result query request square.
  • the verification request receiving unit receives a rating result verification request from the rating result verification requester, the rating result verification request including the rating result to be verified and warehouse identification information; a hash value
  • the processing unit performs a hash calculation on the rating result to be verified to obtain the second hash value of the rating result to be verified, and queries the first hash value corresponding to the warehouse identification information on the blockchain, Comparing the second hash value with the queried first hash value; and the notification unit, based on the comparison result between the second hash value and the queried first hash value, The rating result verification requester sends notification information for indicating whether the rating result to be verified is true.
  • a block chain-based warehouse credit rating result acquisition device including: a rating result request receiving unit receives a rating result acquisition request from a rating result query requester, the rating result acquisition The request includes warehouse identification information; the rating result query unit queries the rating result corresponding to the warehouse identification information on the blockchain; and the rating result sending unit sends the queried rating result to the rating result query requester,
  • the blockchain records the blocks packaged based on the rating results, and each block includes warehouse identification information, rating results, and corresponding first hash values, and the rating results are obtained by calling the blockchain smart contract It is obtained by performing warehouse credit rating based on the deployment information of the Internet of Things equipment in the warehouse.
  • a blockchain-based warehouse credit rating result verification device including: a verification request receiving unit receives a rating result verification request from a rating result verification requester, the rating result verification request Including the rating result to be verified and warehouse identification information; the hash value processing unit performs a hash calculation on the rating result to be verified to obtain the second hash value of the rating result to be verified, which is queried on the blockchain The first hash value corresponding to the warehouse identification information, comparing the second hash value with the queried first hash value; and the notification unit is based on the second hash value and the queried first hash value A comparison result between the hash values, and the notification information used to indicate whether the rating result to be verified is true or not is sent to the rating result verification requester, wherein the block chain records the area packaged based on the rating result Each block includes warehouse identification information and a corresponding first hash value.
  • the rating result is obtained by calling a blockchain smart contract to perform a warehouse credit rating based on the
  • an electronic device including: at least one processor; and a memory, the memory stores instructions, and when the instructions are executed by the at least one processor, the At least one processor executes the blockchain-based warehouse credit rating method as described above.
  • a machine-readable storage medium which stores executable instructions that, when executed, cause the machine to execute the blockchain-based warehouse credit rating method as described above.
  • an electronic device including: at least one processor; and a memory, the memory stores instructions, and when the instructions are executed by the at least one processor, the At least one processor executes the blockchain-based warehouse credit rating result acquisition or verification method as described above.
  • a machine-readable storage medium which stores executable instructions, which when executed cause the machine to execute the above-mentioned blockchain-based warehouse credit Methods of obtaining or verifying rating results.
  • Figure 1 shows a schematic diagram of an example environment
  • FIG. 2 shows a schematic diagram of an example structure of a network 200 formed by a warehouse and a blockchain network in an embodiment of the present specification
  • Fig. 3 shows a flowchart of an example of a blockchain-based warehouse credit rating method according to an embodiment of the specification
  • Figure 4 shows a flowchart of an example of blockchain smart contract creation
  • FIG. 5 shows a schematic diagram of an example of the consensus process of the embodiment of the present specification
  • FIG. 6 shows a schematic diagram of an example of the format of a pre-preparation message, a preparation message, and a confirmation message in the consensus process of the embodiment of this specification;
  • FIG. 7 shows a flowchart of an example of a method for obtaining a rating result according to an embodiment of this specification
  • FIG. 8 shows a flowchart of an example of a rating result verification method according to an embodiment of this specification
  • Fig. 9 shows a block diagram of an example of a blockchain-based warehouse credit rating device according to an embodiment of the present specification.
  • FIG. 10 shows a block diagram of an example of a device for obtaining a rating result based on a blockchain according to an embodiment of the present specification
  • FIG. 11 shows a block diagram of an example of a rating result verification device based on a blockchain according to an embodiment of the present specification
  • FIG. 12 shows a block diagram of an electronic device for implementing a blockchain-based warehouse credit rating method according to an embodiment of this specification
  • FIG. 13 shows a block diagram of an electronic device for implementing a method for obtaining a warehouse credit rating result based on a blockchain according to an embodiment of the present specification.
  • FIG. 14 shows a block diagram of an electronic device for implementing a method for verifying a result of a warehouse credit rating based on a blockchain according to an embodiment of the present specification.
  • the term “including” and its variations mean open terms, meaning “including but not limited to”.
  • the term “based on” means “based at least in part on.”
  • the terms “one embodiment” and “an embodiment” mean “at least one embodiment.”
  • the term “another embodiment” means “at least one other embodiment.”
  • the terms “first”, “second”, etc. may refer to different or the same objects. Other definitions can be included below, whether explicit or implicit. Unless clearly indicated in the context, the definition of a term is consistent throughout the specification.
  • Internet of Things refers to the use of various information sensors, radio frequency identification technology, global positioning system, infrared sensors, laser scanners and other devices and technologies to collect any information that needs to be monitored, connected, and connected in real time. Interacting objects or processes collect various required information such as sound, light, heat, electricity, electricity, chemistry, biology, location, etc., and realize the ubiquity of objects and objects, objects and people through various possible network access Connect to realize the intelligent perception, recognition and management of objects and processes.
  • Internet of Things devices are devices in the Internet of Things network.
  • FIG. 1 shows a schematic diagram of an example environment.
  • the example environment 100 allows entities to participate in the blockchain network 102.
  • the blockchain network 102 may be a public type, a private type, or a consortium type blockchain network.
  • the example environment 100 may include computing devices 104, 106, 108, 110, 112, and a network 114; in one embodiment, the network 114 may include a local area network (LAN), a wide area network (Wide Area Network, WAN), the Internet, or It is combined and connected to websites, user devices (such as computing devices), and back-end systems. In an embodiment, the network 114 may be accessed through wired and/or wireless communication.
  • LAN local area network
  • WAN Wide Area Network
  • the Internet or It is combined and connected to websites, user devices (such as computing devices), and back-end systems.
  • the network 114 may be accessed through wired and/or wireless communication.
  • the computing devices 106, 108 may be nodes of a cloud computing system (not shown), or each computing device 106, 108 may be a separate cloud computing system, including being interconnected by a network and acting as a distributed processing system Multiple computers at work.
  • the computing devices 104-108 can run any appropriate computing system to enable them to serve as nodes in the blockchain network 102; for example, the computing devices 104-108 can include, but are not limited to, servers, desktop computers, and notebooks. Computers, tablet computing devices and smartphones.
  • the computing devices 104 to 108 may be attributed to related entities and used to implement corresponding services. For example, the service may be used to manage transactions between a certain entity or multiple entities.
  • the computing devices 104-108 respectively store the blockchain ledger corresponding to the blockchain network 102.
  • the computing device 104 may be (or include) a web server for providing browser functions, and the web server may provide visual information related to the blockchain network 102 based on the network 114.
  • the computing device 104 may not participate in block verification, but monitor the blockchain network 102 to determine when other nodes (for example, computing devices 106-108) reach a consensus, and generate corresponding zones accordingly.
  • Blockchain visual user interface for example, computing devices 106-108
  • the computing device 104 may receive a request initiated by a client device (such as the computing device 110 or the computing device 112) for the blockchain visualization user interface.
  • a client device such as the computing device 110 or the computing device 112
  • the nodes of the blockchain network 102 can also serve as client devices.
  • a user of the computing device 108 can use a browser running on the computing device 108 to send the aforementioned request to the computing device 104.
  • the computing device 104 may generate a blockchain visual user interface (such as a web page) based on the stored blockchain ledger, and send the generated blockchain visual user interface to the requesting client device.
  • the request for the blockchain visualization user interface may include user authorization information, before the blockchain visualization user interface is generated and sent to the requesting client device , The computing device 104 may verify the user authorization information, and return to the corresponding blockchain visualized user interface after the verification is passed.
  • the blockchain visual user interface may be displayed on the client device (for example, it may be displayed in the user interface 116 shown in FIG. 1).
  • the display content of the user interface 116 can also be updated accordingly.
  • the user's interaction with the user interface 116 may result in requests for other user interfaces, such as displaying block lists, block details, transaction lists, transaction details, account lists, account details, contract lists, contract details, or user requests for blocks
  • the search result page generated by the implementation of the search on the chain network, etc.
  • FIG. 2 shows a schematic diagram of an example structure of a network 200 formed by a warehouse and a blockchain network in an embodiment of the present specification.
  • the warehouse 210 may include one or more IoT devices 211, and multiple types of IoT devices may be deployed in the warehouse 210, and there may be multiple IoT devices of each type.
  • the Internet of Things device 211 may include at least one of a camera device, a positioning tag, an electronic fence, a person identification device, and a forklift positioning device.
  • the various Internet of Things devices 211 deployed in the warehouse 210 can improve the convenience and safety of items stored in the warehouse.
  • These Internet of Things devices 211 are suitable for warehouse credit rating and can improve the credit rating of the warehouse.
  • the camera equipment deployed in the warehouse can monitor the warehouse in real time. The more camera equipment deployed in the warehouse, the wider the coverage and the higher the security of the warehouse.
  • all IoT devices 211 deployed in the warehouse 210 are suitable for warehouse credit rating. In another example, some of the IoT devices 211 deployed in the warehouse 210 are suitable for warehouse credit rating.
  • the warehouse credit rating device 220 can be used as a blockchain node or a component of the blockchain network 214, and can perform warehouse credit rating based on the deployment information of the Internet of Things equipment in the warehouse, and package the rating results into blocks and record them on the blockchain 216, this can ensure that the rating results obtained will not be tampered with or deleted.
  • the warehouse credit rating device 220 may be communicatively connected with a blockchain node in the blockchain network 214. After the warehouse credit rating device 220 obtains the rating result, it can send the rating result to the blockchain node, and then the blockchain node packs the rating result into a block and records it on the blockchain 216.
  • the rating result obtaining device 230 and the rating result verifying device 240 can also be used as the blockchain node or its component parts in the blockchain network 214, and the rating result obtaining device 230 can query and obtain the warehouse credit rating from the blockchain 216.
  • the rating result verification device 240 can query the corresponding first hash value from the blockchain 216, and verify the to-be-verified rating result based on the first hash value.
  • blockchain node in the blockchain network 214, which is used to implement the functions of the warehouse credit rating device 220, the function of the rating result obtaining device 230, and the function of the rating result verification device 240.
  • Fig. 3 shows a flowchart of an example of a blockchain-based warehouse credit rating method according to an embodiment of the present specification.
  • the warehouse credit rating method shown in Figure 3 can be applied to an inventory pledge financing scenario in the field of supply chain finance.
  • the warehouse credit rating method shown in FIG. 3 may be executed by a warehouse credit rating device.
  • the embodiment of this specification takes the warehouse credit rating device as a blockchain node in a blockchain network as an example for description.
  • the deployment information of the Internet of Things equipment in the warehouse is obtained.
  • the deployment information of the Internet of Things devices in the warehouse may include the deployment information of each Internet of Things devices deployed in the warehouse.
  • the acquired IoT device deployment information may be only for IoT devices applicable to warehouse credit ratings.
  • the IoT device deployment information may include at least one type of information such as device quantity information, device identification information of each device, device location information, and device failure status information.
  • the IoT devices in the warehouse correspond to deployment information
  • the deployment information corresponding to each IoT device may include at least one of device identification information, device location information, and device failure status information for the device.
  • the acquired deployment information of the Internet of Things device includes deployment information corresponding to each Internet of Things device.
  • the device identification information of each device has a one-to-one correspondence with the device, and the device identification information can characterize the device type of the corresponding device.
  • the device identifier of a camera device can indicate that the device is a camera device.
  • the device location information of each device can indicate the distribution of the device in the warehouse, and different deployment locations of the device in the warehouse may lead to different warehouse credit levels.
  • the deployment location of camera equipment in the warehouse will affect the coverage of the surveillance area. The more widely distributed camera equipment, the greater the coverage of the surveillance area, and the higher the credit rating of the warehouse.
  • the fault status information of each device can indicate whether the device is faulty, and the degree of failure when the device fails. If the degree of failure does not affect the normal operation of the equipment, the degree of failure has less impact on the warehouse credit rating.
  • the fault condition of the camera equipment is that it can be used for normal shooting but cannot be rotated. Such a failure will result in a small shooting range of the camera equipment, which will affect the credit rating of the warehouse.
  • the IoT device deployment information of the warehouse may be obtained in response to the following trigger conditions: the warehouse requests a warehouse credit rating, the IoT devices deployed in the warehouse are updated, or a specified time point is reached.
  • the way for a warehouse to request a warehouse credit rating may be to send a warehouse credit rating request.
  • the warehouse credit rating device After the warehouse credit rating device receives the warehouse credit rating request, it can obtain the deployment information of the Internet of Things equipment in the warehouse.
  • the update of the IoT equipment deployed in the warehouse may include adding or reducing the IoT equipment, resetting the currently deployed IoT equipment, and deploying the IoT equipment in the newly built warehouse.
  • the operation of performing the warehouse credit rating can be triggered.
  • the specified time point can be a fixed time point, for example, a warehouse credit rating is triggered at 12 o'clock every day.
  • the specified time point can also be a time point at a specified time interval, for example, a warehouse credit rating is triggered every 6 hours.
  • the warehouse may be configured with a server device, and the server device is communicatively connected with each IoT device in the warehouse.
  • Each IoT device can send the collected information to a server device for storage, and the server device can also collect status information of each IoT device at a specified time point to monitor the working status of each IoT device.
  • the deployment information of the Internet of Things in the warehouse can be received from the server equipment in the warehouse.
  • the server device may collect current deployment information of each IoT device, and then send the collected deployment information of each IoT device as the warehouse IoT deployment information to the warehouse credit rating device for warehouse credit rating.
  • the server device uniformly collects IoT device deployment information for each IoT device, and then uniformly sends it to the warehouse credit rating device, which can ensure that the warehouse credit rating device can receive all the IoT device deployment information in the warehouse at the same time, and The deployment information of all IoT devices in the warehouse is always the same to avoid losing part of the deployment information of IoT devices.
  • each Internet of Things device in the warehouse is communicatively connected with the warehouse credit rating device.
  • Each IoT device can send its deployment information to the warehouse credit rating device, and the warehouse credit rating device can collect the deployment information of each IoT device as the IoT device deployment information of the warehouse.
  • the warehouse credit rating device can verify whether each IoT device is in a normal working state through interaction with each IoT device.
  • Each Internet of Things device can send deployment information to indicate that the Internet of Things device is in a normal working state, and the warehouse credit rating device can receive the deployment information sent by the Internet of Things device, then it can be determined that the Internet of Things device is in a working state, if the warehouse credit rating device If the deployment information of one or more IoT devices is not received, it may indicate that the one or more IoT devices are not in a working state or are malfunctioning.
  • the deployment information sent by each IoT device can be received within a specified time period.
  • the Internet of Things devices that are not received within a specified time period can be considered to be faulty or in a non-working state.
  • the specified time period may be based on the specified time point or the time point of the first received deployment information as the starting point. For example, if the designated time is 12 o'clock and the designated time period is 5 minutes, the deployment information sent by each IoT device will be received between 12 o'clock and 5 minutes past 12 o'clock. If it is not received within this time period With the deployment information of a camera device, it can be considered that the camera device is in a non-working state.
  • receiving IoT device deployment information from the server device or each IoT device in response to the trigger condition can ensure that the received IoT device deployment information is the current deployment status of the warehouse, and the resulting rating results are for the current deployment of the warehouse The status of the rating results to ensure the real-time nature of the rating results.
  • the deployment information of the Internet of Things devices of the warehouse within a specified time period can be obtained.
  • the specified time period can be a time period that has occurred in the past. Based on the deployment information of the Internet of Things equipment within the specified time period, the warehouse credit rating result of the warehouse at any time in the past can be obtained. In this way, it is convenient to retrospect the changes in the warehouse credit rating of the warehouse, and according to the changes in the warehouse credit rating, the warehouse can be modified in a targeted manner to improve the warehouse credit rating of the warehouse.
  • the IoT device deployment information of the warehouse is packaged into blocks and recorded on the blockchain, and the IoT device deployment information of the warehouse can be obtained from the blockchain.
  • the blockchain smart contract is called to perform a warehouse credit rating based on the deployment information of the Internet of Things equipment to obtain a rating result for the warehouse.
  • the blockchain smart contract is created based on the warehouse credit rating rules agreed by multiple parties.
  • Consensus parties to warehouse credit rating rules can include multiple warehouse management parties and inventory pledgers.
  • the warehouse credit rating rules that have been agreed by multiple parties are more fair and objective, and the rating results obtained based on the warehouse credit rating rules will also be more relevant. objectivity.
  • the warehouse credit rating rules that have been agreed by multiple parties adopt a scoring system.
  • Each device type of the Internet of Things device corresponds to a different score.
  • the deployment information such as device location information and equipment failure status information also correspond to different scores.
  • the score of each Internet of Things device is composed of the device type, device location information, and device fault status information of the device and other deployment information corresponding to the score.
  • the warehouse credit rating device calculates the total score corresponding to the warehouse according to the deployment information of the Internet of Things equipment in the warehouse, and then determines the score interval to which the total score belongs, and then determines the corresponding credit rating of the warehouse according to the correspondence between the credit rating and the score interval ,
  • the credit rating is the rating result of the warehouse.
  • Figure 4 shows a flowchart of an example of blockchain smart contract creation.
  • the network shown in Figure 4 is the Ethereum network.
  • the following uses the Ethereum network as an example to illustrate the process of creating a blockchain smart contract.
  • node A is the node that initiates the transaction.
  • Node A initiates a transaction request to create a blockchain smart contract in the Ethereum network in accordance with the specified format requirements.
  • the transaction request includes the sender address, receiver address, Compile the smart contract called bytecode, the amount of gas used to complete the transaction, the unit price of the gas you are willing to pay in the transaction, and the transaction identifier.
  • the receiving address is 0.
  • each node in the Ethereum network After each node in the Ethereum network synchronizes to this transaction, it checks whether the transaction is valid, the format is correct, and whether the transaction signature is legal. If it meets the requirements, calculate the maximum possible transaction fee, determine the sender's address, and check the sender's balance on the local blockchain. If the balance is not enough to pay the maximum transaction fee, an error will be returned.
  • Node B For transaction requests that meet the requirements, Node B places them in the transaction storage pool and forwards them to other nodes. Other nodes that have received the transaction request repeat the process of node B.
  • each node in the Ethereum network competes for the right to bookkeeping, and the node that obtains the right to bookkeeping packages the transaction into blocks, and creates a contract account based on the transaction fee and contract code provided by the sender, and deploys the contract in the account space .
  • the address of the smart contract account is input by the sender's address and transaction random number, generated by an encryption algorithm, and the blockchain smart contract address is returned to the sender after the transaction is confirmed.
  • the node that obtains the right to book will send the block including the transaction request to create the blockchain smart contract to the peer node and spread it across the entire network.
  • the consensus node After the consensus node receives the block, it verifies the block. If the block is verified, the node deletes the original transaction request of node A to create the smart contract from their respective memory pools, synchronizes the blockchain, and deploys the blockchain smart contract in their respective local blockchains. In this way, the blockchain smart contract is successfully deployed.
  • the blockchain smart contract that needs to be called is determined based on the information attributes of the acquired IoT device deployment information, and the information attributes can be used to characterize the IoT devices
  • the information overview of the deployment information the determined blockchain smart contract is used for warehouse credit rating, and then the determined blockchain smart contract is called for warehouse credit rating.
  • the IoT device deployed in the warehouse has a blockchain unique identity. There is a one-to-one correspondence between IoT devices and blockchain unique identities.
  • each warehouse corresponds to a warehouse identifier
  • each blockchain unique identifier corresponds to a warehouse identifier, indicating that the IoT device with the blockchain unique identifier is deployed in the warehouse identified by the warehouse.
  • each deployment information in the acquired IoT device deployment information may correspond to a blockchain unique identifier, which is used to indicate that the deployment information is for the IoT device corresponding to the blockchain unique identifier.
  • the authenticity of the deployment information of the Internet of Things device can be verified based on the unique identity of the blockchain. Specifically, each unique identifier of the blockchain corresponding to the warehouse identifier recorded in the blockchain may be matched with the corresponding identifier in the deployment information of the Internet of Things device. If the corresponding identities in the IoT device deployment information can all be matched, it can be verified that the obtained IoT device deployment information is true.
  • the blockchain smart contract can be invoked to perform a warehouse credit rating based on the authenticity-verified IoT device deployment information to obtain a rating result for the warehouse.
  • the unique identity of the blockchain is used to verify the deployment information of the Internet of Things device to ensure that the deployment information of the Internet of Things device is derived from the corresponding Internet of Things device, thereby ensuring the authenticity of the deployment information of the Internet of Things device.
  • the public key of each Internet of Things device is stored in the blockchain, and the public key of each Internet of Things device can be stored in the blockchain according to the corresponding relationship between the public key of each Internet of Things device and the unique identity of the blockchain.
  • Each IoT device in the warehouse can use a private key to sign its own deployment information.
  • the deployment information of the IoT device obtained from the warehouse is signed information, and the signatures for the deployment information of different IoT devices are different.
  • the deployment information of the Internet of Things device After obtaining the deployment information of the Internet of Things device, determine the unique identity of the blockchain corresponding to each deployment information in the deployment information of the Internet of Things device, and then query the public key corresponding to the unique identity of the blockchain from the blockchain, and use The queried public key verifies the signed deployment information. The verification passed indicates that the IoT device corresponding to the deployment information is authentic.
  • the rating results are packaged into blocks.
  • Hashing is the process of converting the rating result (provided as character string data) into a fixed-length hash value (also provided as character string data). After hashing the rating results, even a slight change in the rating results will result in a completely different hash value.
  • the hash value is usually generated by hashing the rating result using a hash function. Examples of hash functions include, but are not limited to, Secure Hash Algorithm (SHA)-256, which outputs a 256-bit hash value.
  • SHA Secure Hash Algorithm
  • the rating result may be divided into multiple rating result fragments, and the multiple rating result fragments are hashed and stored in blocks. For example, the two rating result fragments are hashed to obtain two hash values, and then the two obtained hash values are hashed again to obtain another hash value. This process is repeated until a single hash value is obtained for all the rating results to be stored in the block.
  • This hash value is called the Merkle root hash and is stored at the head of the block. Any change in the rating result fragment will result in a change in its hash value, and eventually a change in the Merkle root hash value.
  • the block may include warehouse identification information of the warehouse and the corresponding first hash value.
  • the block may include the warehouse identification information of the warehouse, the rating result, and the corresponding first hash value.
  • the corresponding first hash value may be obtained by hash calculation on the rating result.
  • the corresponding first hash value may be obtained by hashing the rating result and the warehouse identification information.
  • the warehouse identification information can be used as a query index, so that a third party can query the corresponding first hash value on the blockchain through the warehouse identification information, or can also query the rating result corresponding to the warehouse.
  • the first hash value stored on the blockchain can be considered credible, and the credible first hash value can be used to verify whether the rating result obtained from a third party is true .
  • the block may include the warehouse identification information of the warehouse, the deployment information of the Internet of Things equipment of the warehouse, and the corresponding first hash value.
  • the block may include the warehouse identification information of the warehouse, the rating result, the deployment information of the Internet of Things equipment of the warehouse, and the corresponding first hash value.
  • the corresponding first hash value may be obtained by hashing the rating result and the deployment information of the Internet of Things equipment in the warehouse.
  • the corresponding first hash value may be obtained by hashing the rating result, the warehouse identification information, and the warehouse's IoT device deployment information.
  • the IoT device deployment information included in the block is the rating basis of the rating result, and the IoT device deployment information is used as the rating basis and presented to the rating result obtainer together with the rating result, so as to improve the credibility and reliability of the rating result. Authenticity.
  • a third-party obtaining party of the rating result it can use the IoT device deployment information to further verify the rating result.
  • the blocks are recorded on the blockchain.
  • the block is broadcast to the consensus node in the blockchain network for consensus processing; and after the consensus node reaches a consensus, the block is recorded on the blockchain.
  • FIG. 5 shows a schematic diagram of an example of the consensus process of the embodiment of the present specification.
  • the first hash value and rating result can be considered as transaction data in the blockchain.
  • the blockchain node where the warehouse credit rating device is located serves as the master node of the blockchain network (that is, the accounting node, hereinafter referred to as the master node R 0 ).
  • the master node R 0 broadcasts the packaged block to all consensus nodes in the blockchain network for consensus processing.
  • the master node R 0 broadcasts the packaged block to the backup nodes R 1 , R 2 and R 3 performs consensus processing.
  • the consensus process is shown as including 4 network nodes R 0 , R 1 , R 2 and R 3 for illustration purposes only, and the consensus process can also include any suitable number of network nodes.
  • the consensus process can be implemented using PoW (Proof of Work Algorithm), PoS (Proof of Stake Algorithm), PBFT (Practical Byzantine Fault Tolerance Algorithm), and so on.
  • PoW Proof of Work Algorithm
  • PoS Proof of Stake Algorithm
  • PBFT Practical Byzantine Fault Tolerance Algorithm
  • the process of PBFT consensus processing includes: a pre-prepare phase (Pre-prepare) 510, a preparation phase (Prepare) 520, and a confirmation phase (Commit) 530.
  • Pre-prepare a pre-prepare phase
  • Prepare preparation phase
  • Commit confirmation phase
  • the master node R 0 packages the vehicle data segment to be recorded in the blockchain into a message m, and then generates a pre-prepare message Pre-prepare, and in a given time interval, the pre-prepared message Pre -prepare Send (for example, broadcast) to backup nodes R 1 , R 2 and R 3 .
  • the pre-prepare message Pre-prepare indicates that the master node R 0 is starting the consensus process.
  • the format of the pre-prepare message Pre-prepare may be: ⁇ PRE-PREPARE, epoch, seq, D(m), signature-p>, m, j>.
  • PRE-PREPARE represents the protocol identifier of the pre-prepared message
  • epoch represents the era when R 0 is the master node
  • siq represents the proposal of the required consensus (that is, adding the block to the blockchain 216)
  • Proposal number “D(m)” represents the summary of the request message set
  • signature-p represents the signature of R 0
  • “m” represents the specific content of the request message (ie, the specific content of each piece of authentication information in the block)
  • "j” represents the node ID of R 0.
  • D(m) is obtained by hashing each set of authentication information in the block.
  • the pre-prepare message Pre-prepare can be stored In the local log, a preparation message Prepare used to respond to the pre-prepare message Pre-prepare is generated, and then the generated preparation message Prepare is broadcast to other nodes.
  • the preparation message Prepare indicates that the backup node has received the pre-prepare message Pre-prepare from the master node, and is sending a response in response to the pre-prepare message Pre-prepare.
  • each backup node will also receive the pre-prepare message Pre-prepare sent by other backup nodes.
  • the backup nodes R 1 in an example, the backup nodes R 1 R 0 master node receives the prepared Pre-prepare message transmitted will broadcast the resulting preparation message to the master node Prepare R 0, R 2 and backup node R 3.
  • the backup node R 1 will also receive the prepare message Prepare sent by the master node R 0 , the backup nodes R 2 and R 3.
  • the prepare message Prepare broadcast by the backup node may be used to indicate the consensus commitment made by the backup node in the preparation phase 520.
  • the format of the preparation message Prepare may be: ⁇ PREPARE, epoch, seq, D(m), i, signature-i>.
  • PREPARE represents the protocol identifier of the Prepare message
  • i represents the node identifier of the node that sends the Prepare message
  • signature-i represents the signature of the node that sends the Prepare message.
  • the meanings of "epoch”, “seq” and “D(m)" in the preparation message Prepare are the same as the meanings of "epoch”, “seq” and "D(m)” in the above-mentioned pre-prepare message.
  • the network node determines that a consensus has been reached. For example, if the master node R0 or the backup node R1, R2 or R3 receives Quorum (for example, 2f+1, where f represents the number of failed network nodes) preparation message Prepare, it is determined that a consensus is reached between the network nodes. Then, the primary node R0 or the backup node R1, R2 or R3 will broadcast a confirmation message Commit to other nodes.
  • Quorum for example, 2f+1, where f represents the number of failed network nodes
  • the format of the confirmation message Commit is: ⁇ COMMIT, epoch, seq, D(m), p, signature-p>.
  • "COMMIT” represents the protocol identifier of the confirmation message Commit
  • "p” represents the node identifier of the node sending the confirmation message Commit
  • "signature-p” represents the signature of the node sending the confirmation message Commit.
  • the meanings of "epoch”, “seq” and “D(m)” in the confirmation message Commit are the same as the meanings of "epoch”, “seq” and "D(m)” in the above-mentioned pre-prepare message.
  • the node sends a confirmation message Commit and stores the confirmation message Commit in the local log to indicate the consensus commitment made by the node in the confirmation phase 530.
  • the master node After reaching a consensus on the initiated proposal as described above, at 340, the master node records the block in the blockchain 216, thereby completing the recording of the rating result in the blockchain 216.
  • the warehouse credit rating device can also encrypt the rating results, so as to prevent the rating results from being learned by other consensus nodes and causing information leakage.
  • the encrypted rating result is used to calculate the hash value of the rating result, and the encrypted rating result is also stored in the block.
  • the encryption of the rating result may include encrypting all the information of the rating result or encrypting part of the information of the rating result.
  • Examples of encryption methods for rating results include, but are not limited to, symmetric encryption, asymmetric encryption, homomorphic encryption, and the like.
  • Symmetric encryption can use a single key to encrypt the rating result (generate ciphertext based on plaintext) and decrypt (generate plaintext based on ciphertext) encryption process.
  • symmetric encryption multiple nodes can have the same key, so each node can encrypt/decrypt the rating result.
  • Asymmetric encryption can use a key pair to encrypt the rating results.
  • the warehouse credit rating device may use the public key in the public key/private key pair at the applicator of the rating result to encrypt the rating result, and then use the private key in the public key/private key pair at the warehouse credit rating device To digitally sign the encrypted rating result, and send the digitally signed encrypted data to the consensus node in the blockchain.
  • the consensus node uses the public key private key pair of the warehouse credit rating device to perform Decrypt and verify, and record on the blockchain after the consensus node reaches a consensus.
  • the applicator of the rating result can use its own private key to decrypt, thereby obtaining the plaintext data of the rating result.
  • the blockchain network 214 is provided in the form of a peer-to-peer network.
  • the peer-to-peer network includes a plurality of blockchain nodes. These blockchain nodes are respectively used for the blockchain 216 ( It can also be referred to as a blockchain ledger 216) for persistence.
  • Fig. 2 shows only one block chain 216, but there may be multiple block chains 216 or copies thereof in the block chain network. For example, each block chain node can maintain a block chain 216 or Its copy.
  • FIG. 3 is implemented using a blockchain recording method based on a consensus protocol. In other embodiments of this specification, it can also be implemented by a blockchain recording method that does not require consensus processing, for example, a trusted ledger that does not require consensus processing.
  • the blockchain-based warehouse credit rating method As above, referring to FIGS. 2 to 6, the blockchain-based warehouse credit rating method according to the embodiment of the present specification will be described.
  • the blockchain smart contract used for warehouse credit rating is created based on the warehouse credit rating rules that have been agreed by multiple parties.
  • the warehouse credit rating rules are agreed by multiple parties to ensure the fairness of the warehouse credit rules.
  • the warehouse credit rules cannot be tampered with, thus ensuring the authenticity of the warehouse credit rating.
  • the warehouse credit rating is based on the warehouse's IoT equipment deployment information, which avoids the influence of human factors and ensures the objective and fairness of the warehouse credit rating.
  • the rating results are packaged into blocks and recorded on the blockchain, ensuring that the rating results are not tampered with, so that the rating results obtained from the blockchain are credible and/or corresponding to the rating results
  • the first hash value can be used to verify the rating result provided by the third party.
  • Fig. 7 shows a flowchart of an example of a method for obtaining a rating result according to an embodiment of the present specification.
  • the rating result obtaining method shown in FIG. 7 may be executed by the rating result obtaining device, and may also be executed by the blockchain node used to implement the warehouse credit rating method and the rating result obtaining method.
  • the following takes the rating result acquisition device as an example for description.
  • the blockchain records blocks packaged based on the rating results.
  • Each block can include warehouse identification information, rating results, and the corresponding first hash value.
  • the rating results are passed through the calling area.
  • Block chain smart contracts are obtained by performing warehouse credit ratings based on the deployment information of the Internet of Things equipment in the warehouse.
  • the rating result obtaining device may receive a rating result obtaining request from the rating result query requester.
  • the rating result query requester may be a client of the blockchain network, and is in communication connection with the rating result obtaining device.
  • the rating result acquisition request includes warehouse identification information.
  • the rating result corresponding to the warehouse identification information is queried on the blockchain.
  • the queried rating result is sent to the rating result query requester.
  • each block may also include the deployment information of the Internet of Things equipment in the warehouse, so that the deployment information of the Internet of Things equipment corresponding to the warehouse identification information can be queried on the blockchain, and the deployment information of the Internet of Things equipment is the queried The rating basis for the resulting rating results.
  • the queried deployment information of the Internet of Things device and the rating result can be sent to the requesting party for the rating result query.
  • the rating result query requester can further verify the rating result based on the received IoT device deployment information, and improve the credibility and authenticity of the rating result.
  • FIG. 8 shows a flowchart of an example of the rating result verification method of the embodiment of the present specification.
  • the rating result verification method shown in FIG. 8 may be executed by a rating result verification device, and may also be executed by a blockchain node for implementing the warehouse credit rating method and the rating result verification method.
  • the following takes the rating result verification device as an example for description.
  • the blockchain records the blocks packaged based on the rating results. Each block includes the warehouse identification information and the corresponding first hash value.
  • the rating results are obtained by calling the blockchain smart contract It is obtained by performing warehouse credit rating based on the deployment information of the Internet of Things equipment in the warehouse.
  • the rating result verification device may receive a rating result verification request from the rating result verification requester.
  • the rating result verification requester may be a client of the blockchain network, and is in communication connection with the rating result verification device.
  • the rating result verification request includes the rating result to be verified and the warehouse identification information.
  • notification information for indicating whether the rating result to be verified is true is sent to the rating result verification requester.
  • the corresponding first hash value is obtained by hash calculation of the rating result and the warehouse identification information, and then the hash calculation is performed on the rating result to be verified and the warehouse identification information to obtain the second hash value. Then perform the operation of block 830 described above.
  • the corresponding first hash value may be obtained by hashing the rating result and the IoT device deployment information of the warehouse, then the IoT device deployment information corresponding to the rating result to be verified is obtained and treated The verification rating result and the obtained IoT device deployment information are hashed to obtain the second hash value, and then the operation of block 830 is performed.
  • the corresponding first hash value can be obtained by hashing the rating result, warehouse identification information, and the IoT device deployment information of the warehouse, then obtain the IoT device deployment information corresponding to the rating result to be verified, and the rating to be verified As a result, the obtained IoT device deployment information and warehouse identification information are hashed to obtain the second hash value, and then the operation of block 830 is performed.
  • the rating results are stored in a third-party rating result data storage party.
  • the rating result data can be obtained from the third-party rating result data storage party.
  • use the hash value recorded on the blockchain to verify whether the obtained rating result data is authentic, thereby effectively preventing the rating result data from being tampered with, and because the rating result data is not stored on the blockchain, it can save The storage space of the blockchain.
  • FIG. 9 shows a block diagram of an example of a blockchain-based warehouse credit rating device 900 according to an embodiment of the present specification.
  • the warehouse credit rating device 900 may include an information acquisition unit 910, a credit rating unit 920, a block generating unit 930, and a block recording unit 940.
  • the information obtaining unit 910 is configured to obtain deployment information of the Internet of Things equipment in the warehouse.
  • the information acquisition unit 910 is configured to receive the IoT device deployment information of the warehouse from the server device of the warehouse; or receive the IoT device deployment information of the warehouse from each IoT device of the warehouse.
  • the information obtaining unit 910 is configured to obtain the deployment information of the Internet of Things devices of the warehouse in a specified time period.
  • the credit rating unit 920 is configured to call the blockchain smart contract to perform warehouse credit rating based on the deployment information of the Internet of Things equipment to obtain the rating result for the warehouse.
  • the called blockchain smart contract is based on the warehouse credit rating that has been agreed by multiple parties. Rules.
  • the block generating unit 930 is configured to package the rating result into a block, the block including the warehouse identification information of the warehouse and the corresponding first hash value.
  • the block recording unit 940 is configured to record the block on the blockchain.
  • the block recording unit 940 may include a consensus processing module and a block recording module.
  • the consensus processing module is configured to broadcast blocks to consensus nodes in the blockchain network for consensus processing; the block recording module is configured to record the blocks on the blockchain after the consensus nodes reach a consensus.
  • the warehouse’s IoT device has a blockchain unique identity
  • the warehouse credit rating device 900 may also include an authenticity verification unit configured to perform an identification of the Internet of Things based on the blockchain’s unique identity. The authenticity of the equipment deployment information is verified.
  • the credit rating unit 920 is configured to call a blockchain smart contract to perform a warehouse credit rating based on verified IoT device deployment information to obtain a rating result for the warehouse.
  • the block may further include a rating result
  • the warehouse credit rating device 900 may also include a rating result request receiving unit, a rating result query unit, and a rating result sending unit.
  • the rating result request receiving unit is configured to receive a rating result obtaining request from the rating result query requester, and the rating result obtaining request includes warehouse identification information.
  • the rating result query unit is configured to query the rating result corresponding to the warehouse identification information on the blockchain.
  • the rating result sending unit is configured to send the inquired rating result to the rating result query requester.
  • the warehouse credit rating device 900 may further include a verification request receiving unit, a hash value processing unit, and a notification unit.
  • the verification request receiving unit is configured to receive a rating result verification request from the rating result verification requester, the rating result verification request including the rating result to be verified and warehouse identification information.
  • the hash value processing unit is configured to perform a hash calculation on the rating result to be verified to obtain the second hash value of the rating result to be verified, query the first hash value corresponding to the warehouse identification information on the blockchain, and calculate the second hash value.
  • the hash value is compared with the first hash value queried.
  • the notification unit is configured to send notification information indicating whether the rating result to be verified is true or not to the rating result verification requester based on the comparison result between the second hash value and the queried first hash value.
  • FIG. 10 shows a block diagram of an example of a device 1000 for obtaining a rating result based on a blockchain according to an embodiment of the present specification.
  • the blockchain records the blocks packaged based on the rating results.
  • Each block includes warehouse identification information, rating results, and the corresponding first hash value.
  • the rating results are obtained by calling the block
  • the chain smart contract is obtained by performing warehouse credit rating based on the deployment information of the Internet of Things equipment in the warehouse.
  • the rating result obtaining device 1000 may include a rating result request receiving unit 1010, a rating result query unit 1020, and a rating result sending unit 1030.
  • the rating result request receiving unit 1010 is configured to receive a rating result obtaining request from a rating result query requester, the rating result obtaining request including warehouse identification information.
  • the rating result query unit 1020 is configured to query the rating result corresponding to the warehouse identification information on the blockchain.
  • the rating result sending unit 1030 is configured to send the inquired rating result to the rating result inquiry requester.
  • FIG. 11 shows a block diagram of an example of a blockchain-based rating result verification device 1100 according to an embodiment of the present specification.
  • the block chain records the blocks packaged based on the rating results, each block includes warehouse identification information and the corresponding first hash value, and the rating results are obtained by calling the block chain Smart contracts are used to perform warehouse credit ratings based on the deployment information of the Internet of Things equipment in the warehouse.
  • the rating result verification device 1100 may include a verification request receiving unit 1110, a hash value processing unit 1120, and a notification unit 1130.
  • the verification request receiving unit 1110 is configured to receive a rating result verification request from a rating result verification requester, the rating result verification request including the rating result to be verified and warehouse identification information.
  • the hash value processing unit 1120 is configured to perform a hash calculation on the rating result to be verified to obtain the second hash value of the rating result to be verified, query the first hash value corresponding to the warehouse identification information on the blockchain, and compare the first hash value corresponding to the warehouse identification information on the blockchain. The second hash value is compared with the first hash value queried.
  • the notification unit 1130 is configured to send notification information indicating whether the rating result to be verified is true or not to the rating result verification requester based on the comparison result between the second hash value and the queried first hash value.
  • FIGS. 1 to 11 the embodiments of the blockchain-based warehouse credit rating, result acquisition, and verification method and device according to the embodiments of the present specification have been described.
  • the block chain-based warehouse credit rating, result acquisition, and verification device in the embodiment of this specification can be implemented by hardware, or by software or a combination of hardware and software. Taking software implementation as an example, as a logical device, it is formed by reading the corresponding computer program instructions in the memory into the memory through the processor of the device where it is located. In the embodiment of the present specification, the warehouse credit rating, result acquisition, and verification device based on the blockchain can be implemented by using electronic equipment, for example.
  • FIG. 12 shows a block diagram of an electronic device 1200 for implementing a blockchain-based warehouse credit rating method according to an embodiment of the present specification.
  • the electronic device 1200 may include at least one processor 1210, a memory (for example, a non-volatile memory) 1220, a memory 1230, and a communication interface 1240, and at least one processor 1210, a memory 1220, a memory 1230, and a communication interface.
  • the interfaces 1240 are connected together via a bus 1250.
  • At least one processor 1210 executes at least one computer-readable instruction (ie, the above-mentioned element implemented in the form of software) stored or encoded in the memory.
  • computer-executable instructions are stored in the memory, which when executed, cause at least one processor 1210 to: obtain the deployment information of the Internet of Things devices in the warehouse; call the blockchain smart contract to perform the warehouse according to the deployment information of the Internet of Things devices Credit rating, in order to obtain the rating results for the warehouse, the blockchain smart contract is created based on the warehouse credit rating rules that have been agreed by multiple parties; the rating results are packaged into blocks, which include the warehouse identification information of the warehouse and the corresponding first A hash value; and recording the block on the blockchain.
  • a program product such as a machine-readable medium.
  • the machine-readable medium may have instructions (ie, the above-mentioned elements implemented in the form of software), which, when executed by a machine, cause the machine to perform the various operations and functions described above in conjunction with FIGS. 1-11 in the various embodiments of this specification. .
  • a system or device equipped with a readable storage medium may be provided, and the software program code for realizing the function of any one of the above embodiments is stored on the readable storage medium, and the computer or device of the system or device The processor reads and executes the instructions stored in the readable storage medium.
  • FIG. 13 shows a block diagram of an electronic device 1300 for implementing a method for obtaining a warehouse credit rating result based on a blockchain according to an embodiment of the present specification.
  • the electronic device 1300 may include at least one processor 1310, a memory (for example, a non-volatile memory) 1320, a memory 1330, and a communication interface 1340, and at least one processor 1310, a memory 1320, a memory 1330, and a communication interface.
  • the interfaces 1340 are connected together via a bus 1350.
  • At least one processor 1310 executes at least one computer-readable instruction (ie, the above-mentioned element implemented in the form of software) stored or encoded in the memory.
  • computer-executable instructions are stored in the memory, which, when executed, cause at least one processor 1310 to: receive a rating result obtaining request from a rating result query requester, where the rating result obtaining request includes warehouse identification information; Query the rating results corresponding to the warehouse identification information on the block chain; and send the queried rating results to the rating result query requester, where the block chain records the blocks packaged based on the rating results, and each block includes the warehouse
  • the identification information, the rating result and the corresponding first hash value, the rating result is obtained by calling the blockchain smart contract to perform the warehouse credit rating based on the warehouse's IoT device deployment information.
  • a program product such as a machine-readable medium.
  • the machine-readable medium may have instructions (ie, the above-mentioned elements implemented in the form of software), which, when executed by a machine, cause the machine to perform the various operations and functions described above in conjunction with FIGS. 1-11 in the various embodiments of this specification. .
  • a system or device equipped with a readable storage medium may be provided, and the software program code for realizing the function of any one of the above-mentioned embodiments is stored on the readable storage medium, and the computer or device of the system or device The processor reads and executes the instructions stored in the readable storage medium.
  • FIG. 14 shows a block diagram of an electronic device 1400 for implementing a method for verifying a result of a warehouse credit rating based on a blockchain according to an embodiment of the present specification.
  • the electronic device 1400 may include at least one processor 1410, a memory (for example, a non-volatile memory) 1420, a memory 1430, and a communication interface 1440, and at least one processor 1410, a memory 1420, a memory 1430, and a communication interface.
  • the interfaces 1440 are connected together via a bus 1450.
  • At least one processor 1410 executes at least one computer-readable instruction (ie, the above-mentioned element implemented in the form of software) stored or encoded in the memory.
  • computer-executable instructions are stored in the memory, which, when executed, cause at least one processor 1410 to: receive a rating result verification request from the rating result verification requester, the rating result verification request including the rating result to be verified and the warehouse Identification information; perform hash calculation on the rating result to be verified to obtain the second hash value of the rating result to be verified; query the first hash value corresponding to the warehouse identification information on the blockchain; compare the second hash value with all Comparing the first hash value queried; and based on the comparison result between the second hash value and the first hash value queried, sending to the rating result verification requester indicating whether the rating result to be verified is true Notification information, where the blockchain records the blocks packaged based on the rating results. Each block includes the warehouse identification information and the corresponding first hash value.
  • the rating results are based on the warehouse by calling the blockchain smart contract It is obtained from the warehouse credit rating based on the deployment information of the Internet of Things equipment.
  • a program product such as a machine-readable medium.
  • the machine-readable medium may have instructions (ie, the above-mentioned elements implemented in the form of software), which, when executed by a machine, cause the machine to perform the various operations and functions described above in conjunction with FIGS. 1-11 in the various embodiments of this specification. .
  • a system or device equipped with a readable storage medium may be provided, and the software program code for realizing the function of any one of the above-mentioned embodiments is stored on the readable storage medium, and the computer or device of the system or device The processor reads and executes the instructions stored in the readable storage medium.
  • the program code itself read from the readable medium can implement the function of any one of the above embodiments, so the machine readable code and the readable storage medium storing the machine readable code constitute this specification Part of the embodiment.
  • 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, and Python, etc., conventional programming languages such as C language, Visual Basic 2003, Perl, COBOL 2002, PHP and ABAP, dynamic programming languages such as Python, Ruby and Groovy, or other programming languages.
  • the program code can run on the user's computer, or run on the user's computer as an independent software package, or partly run on the user's computer and partly run on the 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 Service usage, such as software as a service (SaaS).
  • LAN local area network
  • WAN wide area network
  • SaaS software as a service
  • Examples of readable storage media include floppy disks, hard disks, magneto-optical disks, optical disks (such as CD-ROM, CD-R, CD-RW, DVD-ROM, DVD-RAM, DVD-RW, DVD-RW), magnetic tape, Volatile memory card and ROM.
  • the program code can be downloaded from the server computer or the cloud via the communication network.
  • the device structure described in the foregoing embodiments may be a physical structure or a logical structure, that is, some units may be implemented by the same physical entity, or some units may be implemented by multiple physical entities, or may be implemented by multiple physical entities. Some components in independent devices are implemented together.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Finance (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Quality & Reliability (AREA)
  • Bioethics (AREA)
  • Operations Research (AREA)
  • Technology Law (AREA)
  • Tourism & Hospitality (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Hardware Design (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本说明书实施例提供了一种基于区块链的仓库信用评级、结果获取、验证方法及装置。在该仓库信用评级方法中，获取仓库的物联网设备部署信息，调用区块链智能合约来根据物联网设备部署信息进行仓库信用评级，以得到针对仓库的评级结果，区块链智能合约是基于经过多方共识的仓库信用评级规则而创建的；将评级结果打包成区块，区块包括仓库的仓库标识信息以及对应的第一哈希值；以及将区块记录在区块链上。

Description

基于区块链的仓库信用评级、结果获取、验证 技术领域
本说明书实施例涉及供应链金融技术领域，具体地，涉及基于区块链的仓库信用评级、结果获取、验证。
背景技术
在供应链金融领域存货质押融资场景中，质押物商品存储在仓库中，由仓储方保管。目前仓库的信用等级一般与仓库管理方的主体有关，比如，知名企业管理的仓库会有较高的信用等级，而中小企业，甚至微小企业管理的仓库的信用等级会较低。
发明内容
鉴于上述，本说明书实施例提供了一种基于区块链的仓库信用评级、结果获取、验证方法及装置。在该仓库信用评级方法中，仓库信用评级所使用的区块链智能合约是基于经过多方共识的仓库信用评级规则而创建的，仓库信用评级规则是经过多方共识的，保证了仓库信用规则的公正性，并且以智能合约的形式存在使得仓库信用规则不可篡改，从而确保了仓库信用评级的真实性。仓库信用评级是以仓库的物联网设备部署信息为评级依据的，避免了人为因素的影响，确保仓库信用评级的客观公正性。在得到评级结果后将评级结果打包成区块记录在区块链上，确保了评级结果不被篡改，从而使得从区块链上获取的评级结果是可信的，和/或评级结果对应的第一哈希值可以被用来验证第三方提供的评级结果。
根据本说明书实施例的一个方面，提供了一种基于区块链的仓库信用评级方法，包括：获取仓库的物联网设备部署信息；调用区块链智能合约来根据所述物联网设备部署信息进行仓库信用评级，以得到针对所述仓库的评级结果，所述区块链智能合约是基于经过多方共识的仓库信用评级规则而创建的；将所述评级结果打包成区块，所述区块包括所述仓库的仓库标识信息以及对应的第一哈希值；以及将所述区块记录在区块链上。
可选地，在上述方面的一个示例中，将所述区块记录在区块链上包括：将所述区块广播给区块链网络中的共识节点来进行共识处理；以及在所述共识节点达成共识后，将所述区块记录在区块链上。
可选地，在上述方面的一个示例中，所述区块包括所述仓库的物联网设备部署信息。
可选地，在上述方面的一个示例中，所述仓库的物联网设备具有区块链唯一身份标识。
可选地，在上述方面的一个示例中，还包括：基于区块链唯一身份标识对所述物联网设备部署信息进行真实性验证。调用区块链智能合约来根据所述物联网设备信息进行仓库信用评级，以得到针对所述仓库的评级结果包括：调用区块链智能合约来根据经过真实性验证的物联网设备部署信息进行仓库信用评级，以得到针对所述仓库的评级结果。
可选地，在上述方面的一个示例中，获取仓库的物联网设备部署信息包括：从所述仓库的服务器设备接收所述仓库的物联网设备部署信息；或者从所述仓库的各个物联网设备接收所述仓库的物联网设备部署信息。
可选地，在上述方面的一个示例中，获取仓库的物联网设备部署信息包括：获取仓库在指定时间段内的物联网设备部署信息。
可选地，在上述方面的一个示例中，所述仓库的物联网设备部署信息是响应于下述触发条件而获取的：所述仓库请求进行仓库信用评级；所述仓库中部署的物联网设备存在更新；或者达到指定时间点。
可选地，在上述方面的一个示例中，所述物联网设备部署信息包括以下信息中的至少一种：设备数量信息；每个设备的设备标识信息；每个设备的设备位置信息；和每个设备的设备故障状况信息。
可选地，在上述方面的一个示例中，所述物联网设备包括适用于仓库信用评级的物联网设备。
可选地，在上述方面的一个示例中，所述区块还包括评级结果，所述仓库信用评级方法还包括：从评级结果查询请求方接收评级结果获取请求，所述评级结果获取请求包括仓库标识信息；在所述区块链上查询所述仓库标识信息对应的评级结果；以及将所查询到的评级结果发送给所述评级结果查询请求方。
可选地，在上述方面的一个示例中，还包括：从评级结果验证请求方接收评级结果验证请求，所述评级结果验证请求包括待验证评级结果和仓库标识信息；对所述待验证评级结果进行哈希计算，以得到所述待验证评级结果的第二哈希值；在所述区块链上查询所述仓库标识信息对应的第一哈希值；将所述第二哈希值与所查询到的第一哈希值比较；以及基于所述第二哈希值与所查询到的第一哈希值之间的比较结果，向所述评级结 果验证请求方发送用于指示所述待验证评级结果是否真实的通知信息。
根据本说明书实施例的另一方面，还提供一种基于区块链的仓库信用评级结果获取方法，包括：从评级结果查询请求方接收评级结果获取请求，所述评级结果获取请求包括仓库标识信息；在所述区块链上查询所述仓库标识信息对应的评级结果；以及将所查询到的评级结果发送给所述评级结果查询请求方，其中，所述区块链记载基于评级结果打包而成的区块，每个区块包括仓库标识信息、评级结果以及对应的第一哈希值，所述评级结果是通过调用区块链智能合约来根据仓库的物联网设备部署信息进行仓库信用评级而得到的。
根据本说明书实施例的另一方面，还提供一种基于区块链的仓库信用评级结果验证方法，包括：从评级结果验证请求方接收评级结果验证请求，所述评级结果验证请求包括待验证评级结果和仓库标识信息；对所述待验证评级结果进行哈希计算，以得到所述待验证评级结果的第二哈希值；在所述区块链上查询所述仓库标识信息对应的第一哈希值；将所述第二哈希值与所查询到的第一哈希值比较；以及基于所述第二哈希值与所查询到的第一哈希值之间的比较结果，向所述评级结果验证请求方发送用于指示所述待验证评级结果是否真实的通知信息，其中，所述区块链记载基于评级结果打包而成的区块，每个区块包括仓库标识信息以及对应的第一哈希值，所述评级结果是通过调用区块链智能合约来根据仓库的物联网设备部署信息进行仓库信用评级而得到的。
根据本说明书实施例的另一方面，还提供一种基于区块链的仓库信用评级装置，包括：信息获取单元获取仓库的物联网设备部署信息；信用评级单元调用区块链智能合约来根据所述物联网设备部署信息进行仓库信用评级，以得到针对所述仓库的评级结果，所述区块链智能合约是基于经过多方共识的仓库信用评级规则而创建的；区块生成单元将所述评级结果打包成区块，所述区块包括所述仓库的仓库标识信息以及对应的第一哈希值；以及区块记录单元将所述区块记录在区块链上。
可选地，在上述方面的一个示例中，所述区块记录单元包括：共识处理模块，将所述区块广播给区块链网络中的共识节点来进行共识处理；以及区块记录模块，在所述共识节点达成共识后，将所述区块记录在区块链上。
可选地，在上述方面的一个示例中，所述仓库的物联网设备具有区块链唯一身份标识，所述仓库信用评级装置还包括：真实性验证单元基于区块链唯一身份标识来对所述物联网设备部署信息进行真实性验证；所述信用评级单元调用区块链智能合约来根据经过验证的物联网设备部署信息进行仓库信用评级，以得到针对所述仓库的评级结果。
可选地，在上述方面的一个示例中，所述信息获取单元：从所述仓库的服务器设备接收所述仓库的物联网设备部署信息；或者从所述仓库的各个物联网设备接收所述仓库的物联网设备部署信息。
可选地，在上述方面的一个示例中，所述信息获取单元：获取仓库在指定时间段内的物联网设备部署信息。
可选地，在上述方面的一个示例中，所述区块还包括评级结果，所述仓库信用评级装置还包括：评级结果请求接收单元从评级结果查询请求方接收评级结果获取请求，所述评级结果获取请求包括仓库标识信息；评级结果查询单元在所述区块链上查询所述仓库标识信息对应的评级结果；以及评级结果发送单元将所查询到的评级结果发送给所述评级结果查询请求方。
可选地，在上述方面的一个示例中，还包括：验证请求接收单元从评级结果验证请求方接收评级结果验证请求，所述评级结果验证请求包括待验证评级结果和仓库标识信息；哈希值处理单元对所述待验证评级结果进行哈希计算，以得到所述待验证评级结果的第二哈希值，在所述区块链上查询所述仓库标识信息对应的第一哈希值，将所述第二哈希值与所查询到的第一哈希值比较；以及通知单元基于所述第二哈希值与所查询到的第一哈希值之间的比较结果，向所述评级结果验证请求方发送用于指示所述待验证评级结果是否真实的通知信息。
根据本说明书实施例的另一方面，还提供一种基于区块链的仓库信用评级结果获取装置，包括：评级结果请求接收单元从评级结果查询请求方接收评级结果获取请求，所述评级结果获取请求包括仓库标识信息；评级结果查询单元在所述区块链上查询所述仓库标识信息对应的评级结果；以及评级结果发送单元将所查询到的评级结果发送给所述评级结果查询请求方，其中，所述区块链记载基于评级结果打包而成的区块，每个区块包括仓库标识信息、评级结果以及对应的第一哈希值，所述评级结果是通过调用区块链智能合约来根据仓库的物联网设备部署信息进行仓库信用评级而得到的。
根据本说明书实施例的另一方面，还提供一种基于区块链的仓库信用评级结果验证装置，包括：验证请求接收单元从评级结果验证请求方接收评级结果验证请求，所述评级结果验证请求包括待验证评级结果和仓库标识信息；哈希值处理单元对所述待验证评级结果进行哈希计算，以得到所述待验证评级结果的第二哈希值，在所述区块链上查询所述仓库标识信息对应的第一哈希值，将所述第二哈希值与所查询到的第一哈希值比较；以及通知单元基于所述第二哈希值与所查询到的第一哈希值之间的比较结果，向所述评 级结果验证请求方发送用于指示所述待验证评级结果是否真实的通知信息，其中，所述区块链记载基于评级结果打包而成的区块，每个区块包括仓库标识信息以及对应的第一哈希值，所述评级结果是通过调用区块链智能合约来根据仓库的物联网设备部署信息进行仓库信用评级而得到的。
根据本说明书实施例的另一方面，还提供一种电子设备，包括：至少一个处理器；以及存储器，所述存储器存储指令，当所述指令被所述至少一个处理器执行时，使得所述至少一个处理器执行如上所述的基于区块链的仓库信用评级方法。
根据本说明书实施例的另一方面，还提供一种机器可读存储介质，其存储有可执行指令，所述指令被执行时使得机器执行如上所述的基于区块链的仓库信用评级方法。
根据本说明书实施例的另一方面，还提供一种电子设备，包括：至少一个处理器；以及存储器，所述存储器存储指令，当所述指令被所述至少一个处理器执行时，使得所述至少一个处理器执行如上所述的基于区块链的仓库信用评级结果获取或验证方法。
根据本说明书实施例的另一方面，还提供一种机器可读存储介质，其存储有可执行指令，所述指令当被执行时使得所述机器执行如上所述的基于区块链的仓库信用评级结果获取或验证方法。
附图说明
通过参照下面的附图，可以实现对于本说明书内容的本质和优点的进一步理解。在附图中，类似组件或特征可以具有相同的附图标记。附图是用来提供对本说明书实施例的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本说明书的实施例，但并不构成对本说明书的实施例的限制。在附图中：
图1示出一种示例环境的示意图；
图2示出本说明书实施例的仓库与区块链网络构成的网络200的示例架构示意图；
图3示出本说明书实施例的基于区块链的仓库信用评级方法的一个示例的流程图；
图4示出区块链智能合约创建的一个示例的流程图；
图5示出本说明书实施例的共识过程的示例的示意图；
图6示出本说明书实施例的共识过程中的预准备消息、准备消息以及确认消息的格式的一个示例的示意图；
图7示出本说明书实施例的评级结果获取方法的一个示例的流程图；
图8示出本说明书实施例的评级结果验证方法的一个示例的流程图；
图9示出本说明书实施例的基于区块链的仓库信用评级装置的一个示例的方框图；
图10示出本说明书实施例的基于区块链的评级结果获取装置的一个示例的方框图；
图11示出本说明书实施例的基于区块链的评级结果验证装置的一个示例的方框图；
图12示出本说明书实施例的用于实现基于区块链的仓库信用评级方法的电子设备的方框图；
图13示出本说明书实施例的用于实现基于区块链的仓库信用评级结果获取方法的电子设备的方框图；和
图14示出本说明书实施例的用于实现基于区块链的仓库信用评级结果验证方法的电子设备的方框图。
具体实施方式
以下将参考示例实施方式讨论本文描述的主题。应该理解，讨论这些实施方式只是为了使得本领域技术人员能够更好地理解从而实现本文描述的主题，并非是对权利要求书中所阐述的保护范围、适用性或者示例的限制。可以在不脱离本说明书内容的保护范围的情况下，对所讨论的元素的功能和排列进行改变。各个示例可以根据需要，省略、替代或者添加各种过程或组件。另外，相对一些示例所描述的特征在其它例子中也可以进行组合。
如本文中使用的，术语“包括”及其变型表示开放的术语，含义是“包括但不限于”。术语“基于”表示“至少部分地基于”。术语“一个实施例”和“一实施例”表示“至少一个实施例”。术语“另一个实施例”表示“至少一个其他实施例”。术语“第一”、“第二”等可以指代不同的或相同的对象。下面可以包括其他的定义，无论是明确的还是隐含的。除非上下文中明确地指明，否则一个术语的定义在整个说明书中是一致的。
术语“物联网(The Internet of Things，IoT)”是通过各种信息传感器、射频识别技术、全球定位系统、红外感应器、激光扫描器等各种装置与技术、实时采集任何需要监控、连接、互动的物体或过程，采集其声、光、热、电、电学、化学、生物、位置等各种需要的信息，通过各类可能的网络接入，实现物与物、物与人的泛在连接，实现对物 品和过程的智能化感知、识别和管理。物联网设备是物联网网络中的设备。
图1示出了一种示例环境的示意图。如图1所示，示例环境100允许实体参与区块链网络102。区块链网络102可以为公有类型、私有类型或联盟类型的区块链网络。示例环境100可以包括计算设备104、106、108、110、112和网络114；在一实施例中，网络114可以包括局域网(Local Area Network，LAN)、广域网(Wide Area Network，WAN)、因特网或其组合，并连接至网站、用户设备(例如计算设备)和后端系统。在一实施例中，可以通过有线和/或无线通信方式访问网络114。
在某些情况下，计算设备106、108可以是云计算系统的节点(未显示)，或者每个计算设备106、108可以是单独的云计算系统，包括由网络互连并作为分布式处理系统工作的多台计算机。
在一实施例中，计算设备104～108可以运行任何适当的计算系统，使其能够作为区块链网络102中的节点；例如，计算设备104～108可以包括但不限于服务器、台式计算机、笔记本电脑、平板电脑计算设备和智能手机。在一实施例中，计算设备104～108可以归属于相关实体并用于实现相应的服务，例如该服务可以用于对某一实体或多个实体之间的交易进行管理。
在一实施例中，计算设备104～108分别存储有区块链网络102对应的区块链账本。计算设备104可以是(或包含)用于提供浏览器功能的网络服务器，该网络服务器可基于网络114提供与区块链网络102相关的可视化信息。在一些情况下，计算设备104可以不参与区块校验，而是监控区块链网络102以确定其他节点(譬如可以包括计算设备106-108)何时达成共识，并据此生成相应的区块链可视化用户界面。
在一实施例中，计算设备104可接收客户端设备(例如计算设备110或计算设备112)针对区块链可视化用户界面发起的请求。在一些情况下，区块链网络102的节点也可以作为客户端设备，比如计算设备108的用户可以使用运行在计算设备108上的浏览器向计算设备104发送上述请求。
响应于上述请求，计算设备104可以基于存储的区块链账本生成区块链可视化用户界面(如网页)，并将生成的区块链可视化用户界面发送给请求的客户端设备。如果区块链网络102是私有类型或联盟类型的区块链网络，对区块链可视化用户界面的请求可以包括用户授权信息，在生成区块链可视化用户界面并发送给请求的客户端设备之前，可以由计算设备104对该用户授权信息进行校验，并在校验通过后返回相应的区块链可视化用户界面。
区块链可视化用户界面可以显示在客户端设备上(例如可显示在图1所示的用户界面116中)。当区块链账本发生更新时，用户界面116的显示内容也可以随之发生更新。此外，用户与用户界面116的交互可能导致对其他用户界面的请求，例如显示区块列表、区块详情、交易列表、交易详情、账户列表、账户详情、合约列表、合约详情或者用户对区块链网络实施搜索而产生的搜索结果页面等。
图2示出了本说明书实施例的仓库与区块链网络构成的网络200的示例架构示意图。
如图2所示，仓库210可以包括一个或多个物联网设备211，仓库210中可以部署多种类型的物联网设备，每种类型的物联网设备可以有多个。物联网设备211可以包括摄像设备、定位标签、电子围栏、人员识别设备以及叉车定位设备等设备中的至少一种。部署在仓库210中的各个物联网设备211可以提高仓库存储物品的便利性和安全性，这些物联网设备211适用于仓库信用评级，能够提高仓库的信用等级。比如，部署在仓库中的摄像设备可以对仓库进行实时监控，仓库内部署的摄像设备越多，覆盖范围越广，仓库的安全性越高。
在一个示例中，仓库210中部署的所有物联网设备211都适用于仓库信用评级。在另一个示例中，仓库210中部署的部分物联网设备211适用于仓库信用评级。
仓库信用评级装置220可以作为区块链网络214中的区块链节点或其组成部分，可以根据仓库的物联网设备部署信息进行仓库信用评级，并将评级结果打包成区块记录在区块链216上，这样可以确保得到的评级结果不会被篡改或删除。
在一个示例中，仓库信用评级装置220可以与区块链网络214中的区块链节点通信连接。仓库信用评级装置220在得到评级结果后，可以将评级结果发送给区块链节点，再由区块链节点将评级结果打包成区块记录在区块链216上。
此外，评级结果获取装置230和评级结果验证装置240也可以作为区块链网络214中的区块链节点或其组成部分，评级结果获取装置230可以从区块链216上查询并获取仓库信用评级的评级结果，评级结果验证装置240可以从区块链216上查询对应的第一哈希值，并基于第一哈希值对待验证评级结果进行验证。
此外，区块链网络214中可以存在区块链节点，用于实现上述仓库信用评级装置220的功能，评级结果获取装置230的功能以及评级结果验证装置240的功能。
图3示出本说明书实施例的基于区块链的仓库信用评级方法的一个示例的流程图。图3示出的仓库信用评级方法可以应用于供应链金融领域的存货质押融资场景中。此外， 图3示出的仓库信用评级方法可以由仓库信用评级装置来执行，本说明书实施例以仓库信用评级装置是区块链网络中的区块链节点为例进行说明。如图3所示，在块310，获取仓库的物联网设备部署信息。
在本说明书实施例中，仓库的物联网设备部署信息可以包括部署在仓库中的各个物联网设备的部署信息。在一个示例中，所获取的物联网设备部署信息可以是仅针对适用于仓库信用评级的物联网设备。
物联网设备部署信息可以包括设备数量信息、每个设备的设备标识信息、设备位置信息以及设备故障状况信息等信息中的至少一种信息。在一个示例中，仓库中的物联网设备对应有部署信息，每个物联网设备对应的部署信息可以包括针对该设备的设备标识信息、设备位置信息以及设备故障状况信息等信息中的至少一种，所获取的物联网设备部署信息包括各个物联网设备对应的部署信息。
每个设备的设备标识信息与设备是一一对应的，设备标识信息可以表征对应设备的设备类型。比如，摄像设备的设备标识可以表示出该设备是摄像设备。
每个设备的设备位置信息可以表示该设备在仓库中的分布，设备在仓库中的部署位置不同可能导致仓库信用等级不同。例如，摄像设备在仓库中的部署位置会影响监控范围的覆盖率，摄像设备分布的越广泛，监控范围的覆盖率越大，仓库的信用等级会越高。
每个设备的故障状况信息可以表示该设备是否故障，以及当设备故障时的故障程度。有的故障程度不会影响设备的正常工作，则该故障程度对仓库信用评级的影响较小。比如，摄像设备的故障状况是可以正常拍摄但不能转动，这种故障会导致摄像设备的拍摄范围较小，从而影响仓库信用评级。
在一个示例中，仓库的物联网设备部署信息可以是响应于下述触发条件而获取的：仓库请求进行仓库信用评级，仓库中部署的物联网设备存在更新，或者达到指定时间点。
仓库请求进行仓库信用评级的方式可以是发送仓库信用评级请求。当仓库信用评级装置接收到仓库信用评级请求后，可以获取仓库的物联网设备部署信息。
仓库中部署的物联网设备的更新可以包括新增或减少物联网设备、对当前部署的物联网设备进行重新设置、以及在新建仓库中部署物联网设备等。当仓库中部署的物联网设备存在至少一种更新时，可以触发执行仓库信用评级的操作。
指定时间点可以是固定的时间点，比如，每天的12点触发进行一次仓库信用评级。指定时间点还可以是间隔指定时间时长的时间点，比如，每隔6小时触发进行一次仓库 信用评级。
在本说明书实施例的一个示例中，仓库可以配置服务器设备，服务器设备与仓库中的各个物联网设备通信连接。各个物联网设备可以将采集的信息发送给服务器设备以进行存储，服务器设备还可以在指定时间点采集各个物联网设备的状态信息，以监控各个物联网设备的工作状态。
在需要获取仓库的物联网设备部署信息时，可以从仓库的服务器设备接收仓库的物联网部署信息。具体地，服务器设备可以采集各个物联网设备当前的部署信息，再将所采集的各个物联网设备的部署信息作为仓库的物联网部署信息一起发送给仓库信用评级装置以用于仓库信用评级。
在该示例中，服务器设备统一采集针对各个物联网设备的物联网设备部署信息，再统一发送给仓库信用评级装置，可以确保仓库信用评级装置能够同时接收到仓库的所有物联网设备部署信息，并且仓库的所有物联网设备部署信息始终是一起的，避免丢失部分物联网设备部署信息。
在本说明书实施例的另一个示例中，仓库中的各个物联网设备均与仓库信用评级装置通信连接。各个物联网设备可以将各自的部署信息发送给仓库信用评级装置，仓库信用评级装置可以收集各个物联网设备的部署信息以作为仓库的物联网设备部署信息。
在该示例中，仓库信用评级装置可以通过与各个物联网设备的交互来检验各个物联网设备是否处于正常的工作状态。各个物联网设备能够发送部署信息表示该物联网设备处于正常工作状态，仓库信用评级装置能够接收到物联网设备发送的部署信息，则可以确定该物联网设备是处于工作状态，若仓库信用评级装置未接收到一个或多个物联网设备的部署信息，则可以表示该一个或多个物联网设备未处于工作状态，或者故障。
在一个示例中，可以在指定时间段内接收各个物联网设备发送的部署信息。在指定时间段内未接收到的物联网设备可以认为是故障或者处于非工作状态。该指定时间段可以是以指定时间点或者接收到的第一个部署信息的时间点作为起始点。例如，指定时间点是12点，指定时间段是5分钟，则在12点至12点过5分之间的时间段接收各个物联网设备发送的部署信息，若在该时间段内未接收到一个摄像设备的部署信息，则可以认为该摄像设备处于非工作状态。
在上述示例中，响应触发条件从服务器设备或者各个物联网设备接收物联网设备部署信息，可以确保所接收的物联网设备部署信息是仓库当前的部署状况，所得到的评级 结果是针对仓库当前部署状态的评级结果，从而确保评级结果的实时性。
在本说明书实施例的一个示例中，可获取仓库在指定时间段内的物联网设备部署信息。
指定时间段可以是过去已发生的时间段，基于指定时间段内的物联网设备部署信息，可以得到仓库在过去任一时间的仓库信用评级结果。这样，便于回溯仓库的仓库信用评级的变化，并根据仓库信用评级的变化可以对仓库实施有针对性的改造，提高仓库的仓库信用等级。
在本说明书实施例的一个示例中，仓库的物联网设备部署信息被打包成区块记录在区块链上，可以从区块链上获取仓库的物联网设备部署信息。
在块320，调用区块链智能合约来根据物联网设备部署信息进行仓库信用评级，以得到针对仓库的评级结果。
在本说明书实施例中，区块链智能合约是基于经过多方共识的仓库信用评级规则而创建的。仓库信用评级规则的共识方可以包括多个仓库管理方以及存货质押方等，经过多方共识的仓库信用评级规则更具公正性和客观性，基于该仓库信用评级规则得到的评级结果也会更具有客观性。
例如，经过多方共识的仓库信用评级规则采用打分制，每一种物联网设备的设备类型对应不同的分值，设备的设备位置信息、设备故障状况信息等部署信息也分别对应不同的分值，这样，每一个物联网设备的分值由该设备的设备类型、设备位置信息以及设备故障状况信息等各个部署信息对应的分值构成。仓库信用评级装置根据仓库的物联网设备部署信息计算出仓库对应的总分值，再确定总分值所属的分值区间，再根据信用等级与分值区间的对应关系来确定仓库对应的信用等级，该信用等级即仓库的评级结果。
图4示出了区块链智能合约创建的一个示例的流程图。图4所示的网络是以太坊网络，下面用以太坊网络为例说明区块链智能合约的创建过程。
如图4所示，节点A是发起交易的节点，节点A按照指定的格式要求，在以太坊网络中发起一个创建区块链智能合约的交易请求，交易请求中包括发送者地址、接收地址、编译称字节码的智能合约、用来完成交易的Gas数量、交易中愿意付出的Gas的单价以及交易标识。其中，接收地址为0。
以太坊网络中的各个节点同步到此交易后，检查交易是否有效、格式是否正确，以及交易签名是否合法。如果符合要求，计算可能的最大交易费用，确定发送者地址，并 在本地的区块链上查看发送者的余额。若余额不足以支付最大的交易费用，则返回错误。
对于符合要求的交易请求，节点B将其放在交易存储池中，并向其他节点转发。其他接收到交易请求的节点重复节点B的处理过程。
然后，以太坊网络中的各个节点竞争记账权，获得记账权的节点将交易打包成区块，并根据发送者提供的交易费用和合约代码，创建合约账户，并在账户空间中部署合约。智能合约账户的地址是由发送者的地址和交易随机数作为输入，通过加密算法生成的、交易确认后区块链智能合约的地址返回给发送者。
获得记账权的节点将包括创建区块链智能合约的交易请求的区块发送给对等节点，并在全网传播。共识节点接收到区块后，验证该区块。如果区块通过验证，节点从各自的内存池中将原来节点A创建智能合约的交易请求删除，同步区块链，并将区块链智能合约部署在各自的本地区块链中。这样，区块链智能合约就被部署成功。
在一个示例中，当本地存储有多个区块链智能合约时，基于所获取的物联网设备部署信息的信息属性来确定需要调用的区块链智能合约，信息属性可以用来表征物联网设备部署信息的信息概况，所确定的区块链智能合约用于进行仓库信用评级，再调用所确定出的区块链智能合约来进行仓库信用评级。
在本说明书实施例的一个示例中，仓库中部署的物联网设备具有区块链唯一身份标识。物联网设备与区块链唯一身份标识是一一对应的。
当物联网设备被部署在仓库中时，可以在区块链上对该物联网设备进行注册，并该物联网设备会被赋予一个对应的区块链唯一身份标识。此外，每个仓库对应有仓库标识，每个区块链唯一身份标识与一个仓库标识对应，表示该区块链唯一身份标识的物联网设备被部署在该仓库标识的仓库中。
在一个示例中，所获取的物联网设备部署信息中每个部署信息可对应有一个区块链唯一身份标识，用于表示该部署信息是针对该区块链唯一身份标识对应的物联网设备的。
在获取到物联网设备部署信息后，可以基于区块链唯一身份标识来对物联网设备部署信息进行真实性验证。具体地，可以将区块链中记录的仓库标识对应的各个区块链唯一身份标识与物联网设备部署信息中对应的身份标识进行匹配。如果物联网设备部署信息中对应的身份标识都能被匹配上，则可以验证所获取的物联网设备部署信息是真实的。
在验证物联网设备部署信息是真实的之后，可以调用区块链智能合约来根据经过真实性验证的物联网设备部署信息进行仓库信用评级，以得到针对仓库的评级结果。
在上述示例中，利用区块链唯一身份标识对物联网设备部署信息进行验证，以确保物联网设备部署信息是来源于对应的物联网设备，从而保证了物联网设备部署信息的真实性。
在一个示例中，在区块链中存储各个物联网设备的公钥，在区块链中可以按照各个物联网设备的公钥与区块链唯一身份标识的对应关系来存储。
仓库中的每个物联网设备可利用私钥对自身的部署信息进行签名，从仓库获取的物联网设备部署信息是经过签名的信息，并针对不同物联网设备的部署信息的签名不同。
在获取到物联网设备部署信息后，确定物联网设备部署信息中每个部署信息对应的区块链唯一身份标识，再从区块链上查询到区块链唯一身份标识对应的公钥，利用查询到的公钥对该签名的部署信息进行验证。验证通过表示该部署信息所对应的物联网设备是真实的。
在块330，将评级结果打包成区块。
在存储到区块中之前，需要对评级结果进行哈希处理。哈希处理是将(作为字符串数据提供的)评级结果转换为固定长度的哈希值(也被作为字符串数据提供)的过程。通过对评级结果进行哈希处理后，即使评级结果出现轻微更改，也会导致得到完全不同的哈希值。哈希值通常是通过使用哈希函数来对评级结果进行哈希处理而生成的。哈希函数的示例包括但不限于安全散列算法(SHA)-256，其输出256比特的哈希值。
评级结果可以被分割成多个评级结果片段，该多个评级结果片段被哈希化并且存储在区块中。例如，对两个评级结果片段进行哈希处理得到两个哈希值，然后，对所得到的两个哈希值再次进行哈希处理以得到另一哈希值。重复该过程，直到对于要存储在区块中的所有评级结果，得到单个哈希值。该哈希值被称为Merkle根哈希，并且被存储在区块的头部。任何评级结果片段的更改都会导致其哈希值发生变化，最终导致Merkle根哈希值发生变化。
在一个示例中，区块可包括仓库的仓库标识信息以及对应的第一哈希值。在另一个示例中，区块可包括仓库的仓库标识信息、评级结果以及对应的第一哈希值。此外，在一个示例中，对应的第一哈希值可通过对评级结果进行哈希计算得到的。在另一个示例中，对应的第一哈希值可通过对评级结果和仓库标识信息进行哈希计算得到的。
在上述示例中，仓库标识信息可以作为查询索引，便于第三方能够通过仓库标识信息在区块链上查询到对应的第一哈希值，或者还可以查询到仓库对应的评级结果。 基于区块链不可篡改的特性，区块链上存储的第一哈希值可以认为是可信的，基于可信的第一哈希值可以被用来验证从第三方获取的评级结果是否真实。
在一个示例中，区块可以包括仓库的仓库标识信息、仓库的物联网设备部署信息以及对应的第一哈希值。在另一个示例中，区块可以包括仓库的仓库标识信息、评级结果、仓库的物联网设备部署信息以及对应的第一哈希值。此外，在一个示例中，对应的第一哈希值可以是通过对评级结果和仓库的物联网设备部署信息进行哈希计算得到的。在另一个示例中，对应的第一哈希值可以是通过对评级结果、仓库标识信息以及仓库的物联网设备部署信息进行哈希计算得到的。
在上述示例中，区块中所包括的物联网设备部署信息是评级结果的评级依据，物联网设备部署信息作为评级依据与评级结果一起呈现给评级结果获取方，提高评级结果的可信度和真实性。并且，作为第三方的评级结果获取方可以使用物联网设备部署信息对评级结果进行进一步地验证。
在将评级结果打包成区块后，在块340，将区块记录在区块链上。
在一个示例中，将区块广播给区块链网络中的共识节点来进行共识处理；以及在共识节点达成共识后，将区块记录在区块链上。
图5示出了本说明书实施例的共识过程的示例的示意图。在本说明书中，第一哈希值和评级结果可被认为是区块链中的交易数据。在图5的示例中，仓库信用评级装置所在的区块链节点作为区块链网络的主节点(即，记账节点，下文中称为主节点R 0)。
主节点R 0将打包而成的区块广播给区块链网络中的所有共识节点来进行共识处理，例如，主节点R 0将打包而成的区块广播给备份节点R 1、R 2以及R 3进行共识处理。注意，共识过程被示为包括4个网络节点R 0，R 1，R 2和R 3仅用于说明目的，共识过程也可以包括任何合适数量的网络节点。
在本说明书的实施例中，共识过程可采用PoW(工作量证明算法)、PoS(权益证明算法)和PBFT(实用拜占庭容错算法)等等实现。下面以PBFT共识过程为例来进行说明。
如图5所示，PBFT共识处理的过程包括：预准备阶段(Pre-prepare)510、准备阶段(Prepare)520以及确认阶段(Commit)530。
具体地，在510，主节点R 0对要记录到区块链中的车辆数据片段打包为消息m，然后生成预准备消息Pre-prepare，并且在给定的时间间隔内，将预准备消息Pre-prepare 发送(例如，广播)给备份节点R 1、R 2和R 3。预准备消息Pre-prepare表明主节点R 0正在启动共识过程。
在本说明书的实施例中，如图6所示，预准备消息Pre-prepare的格式可以为：<<PRE-PREPARE，epoch，seq，D(m)，signature-p>，m，j>。这里，“PRE-PREPARE”表示预准备消息的协议标识，“epoch”表示R 0作为主节点的时代，“seq”表示所需共识的提议(即，向区块链216增加该区块)的提议编号，“D(m)”表示请求消息集合的摘要，“signature-p”表示R 0的签名，“m”表示请求消息的具体内容(即，区块中的各条认证信息的具体内容)，以及“j”表示R 0的节点标识。这里，D(m)通过对区块中的各条认证信息集合进行哈希计算而得到。
在准备阶段520，对于每个备份节点(R 1、R 2或R 3)，在接收到预准备消息Pre-prepare并检测预准备消息Pre-prepare合法后，可以将预准备消息Pre-prepare存储在本地日志中，并生成用于响应预准备消息Pre-prepare的准备消息Prepare，再将所生成的准备消息Prepare广播至其他节点。准备消息Prepare指示备份节点已从主节点接收到预准备消息Pre-prepare，并且正在响应预准备消息Pre-prepare发送应答。
相应地，每个备份节点也会接收到其他备份节点发送的预准备消息Pre-prepare。以备份节点R 1为例，备份节点R 1接收到主节点R 0发送的预准备消息Pre-prepare之后，会将生成的准备消息Prepare广播至主节点R 0、备份节点R 2和R 3。相应地，备份节点R 1也会接收到主节点R 0、备份节点R 2和R 3发送的准备消息Prepare。
在本说明书中，备份节点广播的准备消息Prepare可以用于表示该备份节点在准备阶段520所做出的共识承诺。
在本说明书中，如图6所示，准备消息Prepare的格式可以是：<PREPARE，epoch，seq，D(m)，i，signature-i>。这里，“PREPARE”表示准备消息Prepare的协议标识，“i”表示发送准备消息Prepare的节点的节点标识，“signature-i”表示发送准备消息Prepare的节点的签名。准备消息Prepare中的“epoch”、“seq”以及“D(m)”的含义与上述预准备消息Pre-prepare中的“epoch”、“seq”以及“D(m)”的含义相同。
在确认阶段530，当网络节点从其他网络节点接收到足够数量的准备消息Prepare时，该网络节点确定已经达成共识。例如，如果主节点R0或备份节点R1，R2或R3接收到Quorum个(例如，2f+1，其中f表示故障网络节点的数目)准备消息Prepare，则确定在网络节点之间达成共识。然后，主节点R0或备份节点R1，R2或R3会向其他 节点广播确认消息Commit。
在本说明书中，如图6所示，确认消息Commit的格式可是：<COMMIT，epoch，seq，D(m)，p，signature-p>。其中，“COMMIT”表示确认消息Commit的协议标识，“p”表示发送确认消息Commit的节点的节点标识，“signature-p”表示发送确认消息Commit的节点的签名。确认消息Commit中的“epoch”、“seq”及“D(m)”的含义与上述预准备消息Pre-prepare中的“epoch”、“seq”及“D(m)”的含义相同。
在本说明书中，节点发送确认消息Commit并将确认消息Commit存储至本地日志中，以表示该节点在确认阶段530所做出的共识承诺。
回到图3，在如上针对发起的提议达成共识后，在340，主节点将该区块记录到区块链216中，由此完成将评级结果记录到区块链216中。
此外，在将评级结果打包成区块之前，仓库信用评级装置还可以对评级结果进行加密处理，从而避免评级结果被其他共识节点获悉而导致信息泄露。相应地，在这种情况下，使用经过加密后的评级结果来计算该评级结果的哈希值，并且在区块中存储的也是经过加密后的评级结果。此外，要说明的是，针对评级结果的加密可以包括对评级结果的全部信息进行加密，或者对评级结果的部分信息进行加密。
针对评级结果的加密方法的示例包括但不限于对称加密、非对称加密、同态加密等。对称加密可以使用单个密钥来对评级结果进行加密(根据明文生成密文)和解密(根据密文生成明文)的加密过程。在对称加密中，多个节点可以具有相同的密钥，因此每个节点都可以对评级结果进行加密/解密。
非对称加密可以使用密钥对来对评级结果进行加密。具体地，仓库信用评级装置可以使用评级结果应用方处的公钥/私钥对中的公钥来对评级结果进行加密，然后使用仓库信用评级装置处的公钥/私钥对中的私钥来对经过加密后的评级结果进行数字签名，并将经过数字签名后的加密数据发送给区块链中的共识节点，由共识节点使用仓库信用评级装置的公钥私钥对中的公钥进行解密并验证，在共识节点达成共识后记录到区块链上。在这种情况下，在从区块链上获取到经过加密后的评级结果后，评级结果应用方可以利用自己的私钥来进行解密，由此得到评级结果的明文数据。
如本文所述，区块链网络214以对等网络的形式提供，该对等网络包括多个区块链节点，这些区块链节点分别用于对块链数据所形成的区块链216(也可称为区块链账本216)进行持久化。图2中仅示出了一份区块链216，但区块链网络中可存在多份 区块链216或其副本，比如，每个区块链节点可分别维护一份区块链216或其副本。
此外，要说明的是，图3中描述的实施例采用基于共识协议的区块链记录方式实现。在本说明书的其他实施例中，也可以采用无需共识处理的区块链记录方式实现，例如，无需共识处理的可信账本。
如上参照图2到图6，对根据本说明书的实施例的基于区块链的仓库信用评级方法进行描述。利用上述仓库信用评级方法，仓库信用评级所使用的区块链智能合约是基于经过多方共识的仓库信用评级规则而创建的，仓库信用评级规则是经过多方共识的，保证了仓库信用规则的公正性，并且以智能合约的形式存在使得仓库信用规则不可篡改，从而确保了仓库信用评级的真实性。仓库信用评级是以仓库的物联网设备部署信息为评级依据的，避免了人为因素的影响，确保仓库信用评级的客观公正性。在得到评级结果后将评级结果打包成区块记录在区块链上，确保了评级结果不被篡改，从而使得从区块链上获取的评级结果是可信的，和/或评级结果对应的第一哈希值可以被用来验证第三方提供的评级结果。
图7示出了本说明书实施例的评级结果获取方法的一个示例的流程图。图7示出的评级结果获取方法可由评级结果获取装置执行，还可由用于实现仓库信用评级方法和实现评级结果获取方法的区块链节点执行。下面以评级结果获取装置为例进行说明。
在图7示出的示例中，区块链记载基于评级结果打包而成的区块，每个区块可以包括仓库标识信息、评级结果以及对应的第一哈希值，评级结果是通过调用区块链智能合约来根据仓库的物联网设备部署信息进行仓库信用评级而得到的。如图7所示，在710，评级结果获取装置可以从评级结果查询请求方接收评级结果获取请求。
在该示例中，评级结果查询请求方可以是区块链网络的客户端，与评级结果获取装置通信连接。评级结果获取请求包括有仓库标识信息。
在720，在区块链上查询仓库标识信息对应的评级结果。
在730，将所查询到的评级结果发送给评级结果查询请求方。
在另一个示例中，每个区块还可以包括仓库的物联网设备部署信息，从而可以在区块链上查询到仓库标识信息对应的物联网设备部署信息，该物联网设备部署信息是所查询到的评级结果的评级依据。可以将所查询到的物联网设备部署信息和评级结果一起发送给评级结果查询请求方。评级结果查询请求方可以基于接收到的物联网设备部署信息对评级结果进一步验证，提高评级结果的可信度和真实性。
图8示出了本说明书实施例的评级结果验证方法的一个示例的流程图。图8示出的评级结果验证方法可以由评级结果验证装置来执行，还可以由用于实现仓库信用评级方法和实现评级结果验证方法的区块链节点来执行。下面以评级结果验证装置为例进行说明。在图8示出的示例中，区块链记载基于评级结果打包而成的区块，每个区块包括仓库标识信息以及对应的第一哈希值，评级结果是通过调用区块链智能合约来根据仓库的物联网设备部署信息进行仓库信用评级而得到的。如图8所示，在810，评级结果验证装置可以从评级结果验证请求方接收评级结果验证请求。
在该示例中，评级结果验证请求方可以是区块链网络的客户端，与评级结果验证装置通信连接。评级结果验证请求包括待验证评级结果和仓库标识信息。
在820，对待验证评级结果进行哈希计算，以得到待验证评级结果的第二哈希值；在区块链上查询仓库标识信息对应的第一哈希值，将第二哈希值与所查询到的第一哈希值比较。
在830，基于第二哈希值与所查询到的第一哈希值之间的比较结果，向评级结果验证请求方发送用于指示待验证评级结果是否真实的通知信息。
在另一个示例中，对应的第一哈希值是通过对评级结果和仓库标识信息进行哈希计算得到的，则对待验证评级结果和仓库标识信息进行哈希计算以得到第二哈希值，再执行上述块830的操作。
在另一个示例中，对应的第一哈希值可以是通过对评级结果和仓库的物联网设备部署信息进行哈希计算得到的，则获取待验证评级结果对应的物联网设备部署信息，并对待验证评级结果和所获取的物联网设备部署信息进行哈希计算以得到第二哈希值，再执行上述块830的操作。
对应的第一哈希值可以是通过对评级结果、仓库标识信息以及仓库的物联网设备部署信息进行哈希计算得到的，则获取待验证评级结果对应的物联网设备部署信息，并对待验证评级结果、所获取的物联网设备部署信息以及仓库标识信息进行哈希计算以得到第二哈希值，再执行上述块830的操作。
在图8中示出的仓库信用评级结果验证验证方案中，评级结果被存储在第三方评级结果数据存储方，在进行评级结果验证时，可以从第三方评级结果数据存储方获取评级结果数据，并且使用区块链上记载的哈希值来验证所获取的评级结果数据是否真实，从而有效地防止评级结果数据被篡改，并且由于评级结果数据没有存储在区块链链上， 由此可以节省区块链的存储空间。
图9示出了本说明书实施例的基于区块链的仓库信用评级装置900的一个示例的方框图。如图9所示，仓库信用评级装置900可以包括信息获取单元910、信用评级单元920、区块生成单元930和区块记录单元940。
信息获取单元910被配置为获取仓库的物联网设备部署信息。在一个示例中，信息获取单元910被配置为从仓库的服务器设备接收仓库的物联网设备部署信息；或者从仓库的各个物联网设备接收仓库的物联网设备部署信息。在一个示例中，信息获取单元910被配置为获取仓库在指定时间段内的物联网设备部署信息。
信用评级单元920被配置为调用区块链智能合约来根据物联网设备部署信息进行仓库信用评级，以得到针对仓库的评级结果，被调用的区块链智能合约是基于经过多方共识的仓库信用评级规则而创建的。
区块生成单元930被配置为将评级结果打包成区块，该区块包括仓库的仓库标识信息以及对应的第一哈希值。
区块记录单元940被配置为将区块记录在区块链上。在一个示例中，区块记录单元940可以包括共识处理模块和区块记录模块。共识处理模块被配置为将区块广播给区块链网络中的共识节点来进行共识处理；区块记录模块被配置为在共识节点达成共识后，将区块记录在区块链上。
在一个示例中，仓库的物联网设备具有区块链唯一身份标识，仓库信用评级装置900还可以包括真实性验证单元，该真实性验证单元被配置为基于区块链唯一身份标识来对物联网设备部署信息进行真实性验证。在该示例中，信用评级单元920被配置为调用区块链智能合约来根据经过验证的物联网设备部署信息进行仓库信用评级，以得到针对仓库的评级结果。
在一个示例中，区块还可以包括评级结果，仓库信用评级装置900还可以包括评级结果请求接收单元、评级结果查询单元和评级结果发送单元。
评级结果请求接收单元被配置为从评级结果查询请求方接收评级结果获取请求，评级结果获取请求包括仓库标识信息。评级结果查询单元被配置为在区块链上查询仓库标识信息对应的评级结果。评级结果发送单元被配置为将所查询到的评级结果发送给评级结果查询请求方。
在一个示例中，仓库信用评级装置900还可以包括验证请求接收单元、哈希值 处理单元和通知单元。
验证请求接收单元被配置为从评级结果验证请求方接收评级结果验证请求，该评级结果验证请求包括待验证评级结果和仓库标识信息。哈希值处理单元被配置为对待验证评级结果进行哈希计算，以得到待验证评级结果的第二哈希值，在区块链上查询仓库标识信息对应的第一哈希值，将第二哈希值与所查询到的第一哈希值比较。通知单元被配置为基于第二哈希值与所查询到的第一哈希值之间的比较结果，向评级结果验证请求方发送用于指示待验证评级结果是否真实的通知信息。
图10示出了本说明书实施例的基于区块链的评级结果获取装置1000的一个示例的方框图。在图10所示的示例中，区块链记载基于评级结果打包而成的区块，每个区块包括仓库标识信息、评级结果以及对应的第一哈希值，评级结果是通过调用区块链智能合约来根据仓库的物联网设备部署信息进行仓库信用评级而得到的。如图10所示，评级结果获取装置1000可以包括评级结果请求接收单元1010、评级结果查询单元1020和评级结果发送单元1030。
评级结果请求接收单元1010被配置为从评级结果查询请求方接收评级结果获取请求，所述评级结果获取请求包括仓库标识信息。
评级结果查询单元1020被配置为在区块链上查询仓库标识信息对应的评级结果。
评级结果发送单元1030被配置为将所查询到的评级结果发送给评级结果查询请求方。
图11示出了本说明书实施例的基于区块链的评级结果验证装置1100的一个示例的方框图。在图11所示的示例中，区块链记载基于评级结果打包而成的区块，每个区块包括仓库标识信息以及对应的第一哈希值，所述评级结果是通过调用区块链智能合约来根据仓库的物联网设备部署信息进行仓库信用评级而得到的。
如图11所示，评级结果验证装置1100可以包括验证请求接收单元1110、哈希值处理单元1120和通知单元1130。
验证请求接收单元1110被配置为从评级结果验证请求方接收评级结果验证请求，该评级结果验证请求包括待验证评级结果和仓库标识信息。
哈希值处理单元1120被配置为对待验证评级结果进行哈希计算，以得到待验证评级结果的第二哈希值，在区块链上查询仓库标识信息对应的第一哈希值，将第二哈希值与所查询到的第一哈希值比较。
通知单元1130被配置为基于第二哈希值与所查询到的第一哈希值之间的比较结果，向评级结果验证请求方发送用于指示待验证评级结果是否真实的通知信息。
以上参照图1到图11，对根据本说明书实施例的基于区块链的仓库信用评级、结果获取、验证方法及装置的实施例进行了描述。
本说明书实施例的基于区块链的仓库信用评级、结果获取、验证装置可以采用硬件实现，也可以采用软件或者硬件和软件的组合来实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在设备的处理器将存储器中对应的计算机程序指令读取到内存中运行形成的。在本说明书实施例中，基于区块链的仓库信用评级、结果获取、验证装置例如可以利用电子设备实现。
图12示出了本说明书实施例的用于实现基于区块链的仓库信用评级方法的电子设备1200的方框图。如图12所示，电子设备1200可包括至少一个处理器1210、存储器(例如，非易失性存储器)1220、内存1230和通信接口1240，并且至少一个处理器1210、存储器1220、内存1230和通信接口1240经由总线1250连接在一起。至少一个处理器1210执行在存储器中存储或编码的至少一个计算机可读指令(即，上述以软件形式实现的元素)。
在一个实施例中，在存储器中存储计算机可执行指令，其当执行时使得至少一个处理器1210：获取仓库的物联网设备部署信息；调用区块链智能合约来根据物联网设备部署信息进行仓库信用评级，以得到针对仓库的评级结果，区块链智能合约是基于经过多方共识的仓库信用评级规则而创建的；将评级结果打包成区块，区块包括仓库的仓库标识信息以及对应的第一哈希值；以及将区块记录在区块链上。
应该理解，在存储器中存储的计算机可执行指令当执行时使得至少一个处理器1210进行本说明书的各个实施例中以上结合图1-11描述的各种操作和功能。
根据一个实施例，提供了一种例如机器可读介质的程序产品。机器可读介质可以具有指令(即，上述以软件形式实现的元素)，该指令当被机器执行时，使得机器执行本说明书的各个实施例中以上结合图1-11描述的各种操作和功能。
具体地，可以提供配有可读存储介质的系统或者装置，在该可读存储介质上存储着实现上述实施例中任一实施例的功能的软件程序代码，且使该系统或者装置的计算机或处理器读出并执行存储在该可读存储介质中的指令。
图13示出了本说明书实施例的用于实现基于区块链的仓库信用评级结果获取方 法的电子设备1300的方框图。如图13所示，电子设备1300可以包括至少一个处理器1310、存储器(例如，非易失性存储器)1320、内存1330和通信接口1340，并且至少一个处理器1310、存储器1320、内存1330和通信接口1340经由总线1350连接在一起。至少一个处理器1310执行在存储器中存储或编码的至少一个计算机可读指令(即，上述以软件形式实现的元素)。
在一个实施例中，在存储器中存储计算机可执行指令，其当执行时使得至少一个处理器1310：从评级结果查询请求方接收评级结果获取请求，该评级结果获取请求包括仓库标识信息；在区块链上查询仓库标识信息对应的评级结果；以及将所查询到的评级结果发送给评级结果查询请求方，其中，区块链记载基于评级结果打包而成的区块，每个区块包括仓库标识信息、评级结果以及对应的第一哈希值，评级结果是通过调用区块链智能合约来根据仓库的物联网设备部署信息进行仓库信用评级而得到的。
应该理解，在存储器中存储的计算机可执行指令当执行时使得至少一个处理器1310进行本说明书的各个实施例中以上结合图1-11描述的各种操作和功能。
根据一个实施例，提供了一种例如机器可读介质的程序产品。机器可读介质可以具有指令(即，上述以软件形式实现的元素)，该指令当被机器执行时，使得机器执行本说明书的各个实施例中以上结合图1-11描述的各种操作和功能。
具体地，可以提供配有可读存储介质的系统或者装置，在该可读存储介质上存储着实现上述实施例中任一实施例的功能的软件程序代码，且使该系统或者装置的计算机或处理器读出并执行存储在该可读存储介质中的指令。
图14示出了本说明书实施例的用于实现基于区块链的仓库信用评级结果验证方法的电子设备1400的方框图。如图14所示，电子设备1400可以包括至少一个处理器1410、存储器(例如，非易失性存储器)1420、内存1430和通信接口1440，并且至少一个处理器1410、存储器1420、内存1430和通信接口1440经由总线1450连接在一起。至少一个处理器1410执行在存储器中存储或编码的至少一个计算机可读指令(即，上述以软件形式实现的元素)。
在一个实施例中，在存储器中存储计算机可执行指令，其当执行时使得至少一个处理器1410：从评级结果验证请求方接收评级结果验证请求，该评级结果验证请求包括待验证评级结果和仓库标识信息；对待验证评级结果进行哈希计算，以得到待验证评级结果的第二哈希值；在区块链上查询仓库标识信息对应的第一哈希值；将第二哈希值 与所查询到的第一哈希值比较；以及基于第二哈希值与所查询到的第一哈希值之间的比较结果，向评级结果验证请求方发送用于指示待验证评级结果是否真实的通知信息，其中，区块链记载基于评级结果打包而成的区块，每个区块包括仓库标识信息以及对应的第一哈希值，评级结果是通过调用区块链智能合约来根据仓库的物联网设备部署信息进行仓库信用评级而得到的。
应该理解，在存储器中存储的计算机可执行指令当执行时使得至少一个处理器1410进行本说明书的各个实施例中以上结合图1-11描述的各种操作和功能。
根据一个实施例，提供了一种例如机器可读介质的程序产品。机器可读介质可以具有指令(即，上述以软件形式实现的元素)，该指令当被机器执行时，使得机器执行本说明书的各个实施例中以上结合图1-11描述的各种操作和功能。
具体地，可以提供配有可读存储介质的系统或者装置，在该可读存储介质上存储着实现上述实施例中任一实施例的功能的软件程序代码，且使该系统或者装置的计算机或处理器读出并执行存储在该可读存储介质中的指令。
在这种情况下，从可读介质读取的程序代码本身可实现上述实施例中任何一项实施例的功能，因此机器可读代码和存储机器可读代码的可读存储介质构成了本说明书实施例的一部分。
本说明书各部分操作所需的计算机程序代码可以用任意一种或多种程序语言编写，包括面向对象编程语言，如Java、Scala、Smalltalk、Eiffel、JADE、Emerald、C++、C#、VB、NET以及Python等，常规程序化编程语言如C语言、Visual Basic 2003、Perl、COBOL 2002、PHP以及ABAP，动态编程语言如Python、Ruby和Groovy，或者其他编程语言等。该程序编码可以在用户计算机上运行，或者作为独立的软件包在用户计算机上运行，或者部分在用户计算机上运行另一部分在远程计算机运行，或者全部在远程计算机或服务器上运行。在后一种情况下，远程计算机可以通过任何网络形式与用户计算机连接，比如局域网(LAN)或广域网(WAN)，或连接至外部计算机(例如通过因特网)，或者在云计算环境中，或者作为服务使用，比如软件即服务(SaaS)。
可读存储介质的实施例包括软盘、硬盘、磁光盘、光盘(如CD-ROM、CD-R、CD-RW、DVD-ROM、DVD-RAM、DVD-RW、DVD-RW)、磁带、非易失性存储卡和ROM。可选择地，可以由通信网络从服务器计算机上或云上下载程序代码。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围 内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
上述各流程和各系统结构图中不是所有的步骤和单元都是必须的，可以根据实际的需要忽略某些步骤或单元。各步骤的执行顺序不是固定的，可以根据需要进行确定。上述各实施例中描述的装置结构可以是物理结构，也可以是逻辑结构，即，有些单元可能由同一物理实体实现，或者，有些单元可能分由多个物理实体实现，或者，可以由多个独立设备中的某些部件共同实现。
在整个本说明书中使用的术语“示例性”意味着“用作示例、实例或例示”，并不意味着比其它实施例“优选”或“具有优势”。出于提供对所描述技术的理解的目的，具体实施方式包括具体细节。然而，可以在没有这些具体细节的情况下实施这些技术。在一些实例中，为了避免对所描述的实施例的概念造成难以理解，公知的结构和装置以框图形式示出。
以上结合附图详细描述了本说明书的实施例的可选实施方式，但是，本说明书的实施例并不限于上述实施方式中的具体细节，在本说明书的实施例的技术构思范围内，可以对本说明书的实施例的技术方案进行多种简单变型，这些简单变型均属于本说明书的实施例的保护范围。
本说明书内容的上述描述被提供来使得本领域任何普通技术人员能够实现或者使用本说明书内容。对于本领域普通技术人员来说，对本说明书内容进行的各种修改是显而易见的，并且，也可以在不脱离本说明书内容的保护范围的情况下，将本文所定义的一般性原理应用于其它变型。因此，本说明书内容并不限于本文所描述的示例和设计，而是与符合本文公开的原理和新颖性特征的最广范围相一致。

Claims (27)

  1. 一种基于区块链的仓库信用评级方法，包括：
    获取仓库的物联网设备部署信息；
    调用区块链智能合约来根据所述物联网设备部署信息进行仓库信用评级，以得到针对所述仓库的评级结果，所述区块链智能合约是基于经过多方共识的仓库信用评级规则而创建的；
    将所述评级结果打包成区块，所述区块包括所述仓库的仓库标识信息以及对应的第一哈希值；以及
    将所述区块记录在区块链上。
  2. 如权利要求1所述的仓库信用评级方法，其中，将所述区块记录在区块链上包括：
    将所述区块广播给区块链网络中的共识节点来进行共识处理；以及
    在所述共识节点达成共识后，将所述区块记录在区块链上。
  3. 如权利要求1所述的仓库信用评级方法，其中，所述区块包括所述仓库的物联网设备部署信息。
  4. 如权利要求1所述的仓库信用评级方法，其中，所述仓库的物联网设备具有区块链唯一身份标识。
  5. 如权利要求4所述的仓库信用评级方法，还包括：
    基于区块链唯一身份标识来对所述物联网设备部署信息进行真实性验证；
    调用区块链智能合约来根据所述物联网设备信息进行仓库信用评级，以得到针对所述仓库的评级结果包括：
    调用区块链智能合约来根据经过真实性验证的物联网设备部署信息进行仓库信用评级，以得到针对所述仓库的评级结果。
  6. 如权利要求1所述的仓库信用评级方法，其中，获取仓库的物联网设备部署信息包括：
    从所述仓库的服务器设备接收所述仓库的物联网设备部署信息；或者
    从所述仓库的各个物联网设备接收所述仓库的物联网设备部署信息。
  7. 如权利要求1所述的仓库信用评级方法，其中，获取仓库的物联网设备部署信息包括：
    获取仓库在指定时间段内的物联网设备部署信息。
  8. 如权利要求1所述的仓库信用评级方法，其中，所述仓库的物联网设备部署信息是响应于下述触发条件而获取的：
    所述仓库请求进行仓库信用评级；
    所述仓库中部署的物联网设备存在更新；或者
    达到指定时间点。
  9. 如权利要求1所述的仓库信用评级方法，其中，所述物联网设备部署信息包括以下信息中的至少一种：
    设备数量信息；
    每个设备的设备标识信息；
    每个设备的设备位置信息；和
    每个设备的设备故障状况信息。
  10. 如权利要求1所述的仓库信用评级方法，其中，所述物联网设备包括适用于仓库信用评级的物联网设备。
  11. 如权利要求1所述的仓库信用评级方法，其中，所述区块还包括评级结果，
    所述仓库信用评级方法还包括：
    从评级结果查询请求方接收评级结果获取请求，所述评级结果获取请求包括仓库标识信息；
    在所述区块链上查询所述仓库标识信息对应的评级结果；以及
    将所查询到的评级结果发送给所述评级结果查询请求方。
  12. 如权利要求1所述的仓库信用评级方法，还包括：
    从评级结果验证请求方接收评级结果验证请求，所述评级结果验证请求包括待验证评级结果和仓库标识信息；
    对所述待验证评级结果进行哈希计算，以得到所述待验证评级结果的第二哈希值；
    在所述区块链上查询所述仓库标识信息对应的第一哈希值；
    将所述第二哈希值与所查询到的第一哈希值比较；以及
    基于所述第二哈希值与所查询到的第一哈希值之间的比较结果，向所述评级结果验证请求方发送用于指示所述待验证评级结果是否真实的通知信息。
  13. 一种基于区块链的仓库信用评级结果获取方法，包括：
    从评级结果查询请求方接收评级结果获取请求，所述评级结果获取请求包括仓库标识信息；
    在所述区块链上查询所述仓库标识信息对应的评级结果；以及
    将所查询到的评级结果发送给所述评级结果查询请求方，
    其中，所述区块链记载基于评级结果打包而成的区块，每个区块包括仓库标识信息、评级结果以及对应的第一哈希值，所述评级结果是通过调用区块链智能合约来根据仓库的物联网设备部署信息进行仓库信用评级而得到的。
  14. 一种基于区块链的仓库信用评级结果验证方法，包括：
    从评级结果验证请求方接收评级结果验证请求，所述评级结果验证请求包括待验证评级结果和仓库标识信息；
    对所述待验证评级结果进行哈希计算，以得到所述待验证评级结果的第二哈希值；
    在所述区块链上查询所述仓库标识信息对应的第一哈希值；
    将所述第二哈希值与所查询到的第一哈希值比较；以及
    基于所述第二哈希值与所查询到的第一哈希值之间的比较结果，向所述评级结果验证请求方发送用于指示所述待验证评级结果是否真实的通知信息，
    其中，所述区块链记载基于评级结果打包而成的区块，每个区块包括仓库标识信息以及对应的第一哈希值，所述评级结果是通过调用区块链智能合约来根据仓库的物联网设备部署信息进行仓库信用评级而得到的。
  15. 一种基于区块链的仓库信用评级装置，包括：
    信息获取单元，获取仓库的物联网设备部署信息；
    信用评级单元，调用区块链智能合约来根据所述物联网设备部署信息进行仓库信用评级，以得到针对所述仓库的评级结果，所述区块链智能合约是基于经过多方共识的仓库信用评级规则而创建的；
    区块生成单元，将所述评级结果打包成区块，所述区块包括所述仓库的仓库标识信息以及对应的第一哈希值；以及
    区块记录单元，将所述区块记录在区块链上。
  16. 如权利要求15所述的仓库信用评级装置，其中，所述区块记录单元包括：
    共识处理模块，将所述区块广播给区块链网络中的共识节点来进行共识处理；以及
    区块记录模块，在所述共识节点达成共识后，将所述区块记录在区块链上。
  17. 如权利要求15所述的仓库信用评级装置，其中，所述仓库的物联网设备具有区块链唯一身份标识，
    所述仓库信用评级装置还包括：
    真实性验证单元，基于区块链唯一身份标识来对所述物联网设备部署信息进行真实性验证；
    所述信用评级单元调用区块链智能合约来根据经过验证的物联网设备部署信息进行仓库信用评级，以得到针对所述仓库的评级结果。
  18. 如权利要求15所述的仓库信用评级装置，其中，所述信息获取单元：
    从所述仓库的服务器设备接收所述仓库的物联网设备部署信息；或者
    从所述仓库的各个物联网设备接收所述仓库的物联网设备部署信息。
  19. 如权利要求15所述的仓库信用评级装置，其中，所述信息获取单元：
    获取仓库在指定时间段内的物联网设备部署信息。
  20. 如权利要求15所述的仓库信用评级装置，其中，所述区块还包括评级结果，
    所述仓库信用评级装置还包括：
    评级结果请求接收单元，从评级结果查询请求方接收评级结果获取请求，所述评级结果获取请求包括仓库标识信息；
    评级结果查询单元，在所述区块链上查询所述仓库标识信息对应的评级结果；以及
    评级结果发送单元，将所查询到的评级结果发送给所述评级结果查询请求方。
  21. 如权利要求15所述的仓库信用评级装置，还包括：
    验证请求接收单元，从评级结果验证请求方接收评级结果验证请求，所述评级结果验证请求包括待验证评级结果和仓库标识信息；
    哈希值处理单元，对所述待验证评级结果进行哈希计算，以得到所述待验证评级结果的第二哈希值，在所述区块链上查询所述仓库标识信息对应的第一哈希值，将所述第二哈希值与所查询到的第一哈希值比较；以及
    通知单元，基于所述第二哈希值与所查询到的第一哈希值之间的比较结果，向所述评级结果验证请求方发送用于指示所述待验证评级结果是否真实的通知信息。
  22. 一种基于区块链的仓库信用评级结果获取装置，包括：
    评级结果请求接收单元，从评级结果查询请求方接收评级结果获取请求，所述评级结果获取请求包括仓库标识信息；
    评级结果查询单元，在所述区块链上查询所述仓库标识信息对应的评级结果；以及
    评级结果发送单元，将所查询到的评级结果发送给所述评级结果查询请求方，
    其中，所述区块链记载基于评级结果打包而成的区块，每个区块包括仓库标识信息、评级结果以及对应的第一哈希值，所述评级结果是通过调用区块链智能合约来根据仓库的物联网设备部署信息进行仓库信用评级而得到的。
  23. 一种基于区块链的仓库信用评级结果验证装置，包括：
    验证请求接收单元，从评级结果验证请求方接收评级结果验证请求，所述评级结果 验证请求包括待验证评级结果和仓库标识信息；
    哈希值处理单元，对所述待验证评级结果进行哈希计算，以得到所述待验证评级结果的第二哈希值，在所述区块链上查询所述仓库标识信息对应的第一哈希值，将所述第二哈希值与所查询到的第一哈希值比较；以及
    通知单元，基于所述第二哈希值与所查询到的第一哈希值之间的比较结果，向所述评级结果验证请求方发送用于指示所述待验证评级结果是否真实的通知信息，
    其中，所述区块链记载基于评级结果打包而成的区块，每个区块包括仓库标识信息以及对应的第一哈希值，所述评级结果是通过调用区块链智能合约来根据仓库的物联网设备部署信息进行仓库信用评级而得到的。
  24. 一种电子设备，包括：
    至少一个处理器，以及
    与所述至少一个处理器耦合的存储器，所述存储器存储指令，当所述指令被所述至少一个处理器执行时，使得所述至少一个处理器执行如权利要求1到12中任一所述的方法。
  25. 一种机器可读存储介质，其存储有可执行指令，所述指令被执行时使得所述机器执行如权利要求1到12中任一所述的方法。
  26. 一种电子设备，包括：
    至少一个处理器，以及
    与所述至少一个处理器耦合的存储器，所述存储器存储指令，当所述指令被所述至少一个处理器执行时，使得所述至少一个处理器执行如权利要求13或14所述的方法。
  27. 一种机器可读存储介质，其存储有可执行指令，所述指令被执行时使得所述机器执行如权利要求13或14所述的方法。
PCT/CN2021/086915 2020-04-17 2021-04-13 基于区块链的仓库信用评级、结果获取、验证 WO2021208909A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010305492.0 2020-04-17
CN202010305492.0A CN111461622B (zh) 2020-04-17 2020-04-17 基于区块链的仓库信用评级、结果获取、验证方法及装置

Publications (1)

Publication Number Publication Date
WO2021208909A1 true WO2021208909A1 (zh) 2021-10-21

Family

ID=71684570

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/086915 WO2021208909A1 (zh) 2020-04-17 2021-04-13 基于区块链的仓库信用评级、结果获取、验证

Country Status (2)

Country Link
CN (1) CN111461622B (zh)
WO (1) WO2021208909A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024021409A1 (zh) * 2022-07-29 2024-02-01 蚂蚁区块链科技(上海)有限公司 数据检索方法及装置

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111461622B (zh) * 2020-04-17 2021-12-07 支付宝(杭州)信息技术有限公司 基于区块链的仓库信用评级、结果获取、验证方法及装置
CN113177047A (zh) * 2021-04-23 2021-07-27 上海晓途网络科技有限公司 数据的回溯方法、装置、电子设备及存储介质
CN113656842B (zh) * 2021-08-10 2024-02-02 支付宝(杭州)信息技术有限公司 一种数据验证方法、装置及设备

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107657509A (zh) * 2017-09-19 2018-02-02 前海云链科技(深圳)有限公司 一种基于区块链的征信方法及装置
CN207046206U (zh) * 2017-07-28 2018-02-27 北京易代储科技有限公司 仓库评级系统
CN110322196A (zh) * 2019-06-21 2019-10-11 迅鳐成都科技有限公司 一种基于区块链的仓单征信管理平台
CN110493007A (zh) * 2019-09-06 2019-11-22 腾讯科技（深圳）有限公司 一种基于区块链的信息验证方法、装置、设备及存储介质
CN110580605A (zh) * 2019-09-11 2019-12-17 中原工学院 一种基于区块链的电子仓单信息存储系统
CN111461622A (zh) * 2020-04-17 2020-07-28 支付宝(杭州)信息技术有限公司 基于区块链的仓库信用评级、结果获取、验证方法及装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106682825A (zh) * 2016-12-22 2017-05-17 南京邮电大学 一种基于区块链的社会物联网信用评估系统和评估方法
CN109146499A (zh) * 2018-09-05 2019-01-04 深圳正品创想科技有限公司 基于区块链的用户信用调整方法及其装置、区块链节点

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN207046206U (zh) * 2017-07-28 2018-02-27 北京易代储科技有限公司 仓库评级系统
CN107657509A (zh) * 2017-09-19 2018-02-02 前海云链科技(深圳)有限公司 一种基于区块链的征信方法及装置
CN110322196A (zh) * 2019-06-21 2019-10-11 迅鳐成都科技有限公司 一种基于区块链的仓单征信管理平台
CN110493007A (zh) * 2019-09-06 2019-11-22 腾讯科技（深圳）有限公司 一种基于区块链的信息验证方法、装置、设备及存储介质
CN110580605A (zh) * 2019-09-11 2019-12-17 中原工学院 一种基于区块链的电子仓单信息存储系统
CN111461622A (zh) * 2020-04-17 2020-07-28 支付宝(杭州)信息技术有限公司 基于区块链的仓库信用评级、结果获取、验证方法及装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024021409A1 (zh) * 2022-07-29 2024-02-01 蚂蚁区块链科技(上海)有限公司 数据检索方法及装置

Also Published As

Publication number Publication date
CN111461622A (zh) 2020-07-28
CN111461622B (zh) 2021-12-07

Similar Documents

Publication Publication Date Title
CN110569675B (zh) 一种基于区块链技术的多Agent交易信息保护方法
WO2021208909A1 (zh) 基于区块链的仓库信用评级、结果获取、验证
EP3961455B1 (en) Data verification methods, apparatuses, and devices
US11360963B2 (en) Tracking and verification of physical assets
US20210091960A1 (en) Tracking and verification of physical assets
KR102404284B1 (ko) 디지털 마크를 생성하기 위한 시스템 및 방법
US11270029B2 (en) Data check methods, apparatuses, and devices
KR20200106000A (ko) 블록체인-기반 디지털 인증서를 구현하기 위한 시스템 및 방법
US20230208642A1 (en) Secure data transfer system and method
CN113302610B (zh) 基于区块链的可信平台
WO2022109851A1 (en) Blockchain-based trusted platform
US11615399B1 (en) Method and system for obfuscating sensitive personal data in processes requiring personal identification in unregulated platforms
WO2020000777A1 (zh) 基于区块链获取个人征信方法、装置及计算机设备
CN113347008B (zh) 一种加法同态加密的贷款信息存储方法
US20210217098A1 (en) Blockchain-based message services for time-sensitive events
CN111915308A (zh) 一种区块链网络的交易处理方法及区块链网络
US20210217100A1 (en) Storage management based on message feedback
WO2022109850A1 (en) Blockchain-based trusted platform
WO2022109848A1 (en) Blockchain-based trusted platform
CN111353893A (zh) 基于区块链的交易数据处理方法及装置
CN113491090B (zh) 基于区块链的可信平台
CN115099800A (zh) 基于区块链的用于对不良资产数据进行转让的方法及装置
US11803840B1 (en) Method and system for obfuscating sensitive personal data available on unregulated platforms
US11983703B2 (en) Method and system for obfuscating senstive personal data in processes requiring personal identification in unregulated platforms
CA3203338A1 (en) System and method for authentication and association of multi-platform accounts

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: 21788061

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: 21788061

Country of ref document: EP

Kind code of ref document: A1