A bulk commodity transaction whole-process collaborative management system and method

Abstract

The application provides a bulk commodity transaction full-process collaborative management system and method, which performs structural dependency evaluation on verification results of state transition conditions between adjacent collaborative management processes and transaction node information of each collaborative management process, and then obtains a block sequence of state dependency between the collaborative management processes; when state change of a collaborative management process is completed, a digital signature is generated for combined data of transaction node information of the current collaborative management process and a hash value of a block header corresponding to a previous collaborative management process using a private key of a participant responsible for the state change, and a state change voucher of the bulk commodity transaction is constructed; and the state change voucher and the block sequence of state dependency are packed as transaction data to a candidate block, and a distributed ledger recording state transition of the bulk commodity transaction full process is formed through the tamper-proof feature of the block chain. Based on the above scheme, trusted collaborative notarization of bulk commodity transaction full-process data can be realized.

Description

Technical Field

[0001] This application relates to the field of blockchain technology, and more specifically, to a collaborative management system and method for the entire process of bulk commodity trading. Background Technology

[0002] The global commodity trading industry is currently undergoing a rapid transformation towards digitalization, intelligence, and supply chain servitization. Significant technological innovations are emerging in the industry, with the Internet of Things, big data, and AI deeply empowering procurement decisions and logistics management, enabling a leap from experience-driven to data-driven approaches. The commodity trading industry as a whole is showing three core trends: "technology empowerment, futures-spot integration, and service upgrades."

[0003] The current centralized architecture of commodity trading leads to isolated information systems among participants, creating data silos. This necessitates manual data transmission and repetitive entry, which is time-consuming and error-prone. Furthermore, business processes lack intelligent, automated triggering mechanisms, relying excessively on manual approval and paper document circulation. Particularly in cross-border transactions, document verification and transmission can cause delays of several weeks. Existing systems can only perform simple conditional judgments and cannot flexibly handle complex situations such as logistics delays and quality inspection anomalies, requiring manual intervention to adjust processes. Each step needs to re-verify the authenticity of preceding data, resulting in redundant verification, resource waste, slow transaction process response, high collaboration costs, and ultimately, low process collaboration efficiency. Therefore, achieving reliable collaborative evidence storage of data throughout the entire commodity trading process has become a major challenge for the industry. Summary of the Invention

[0004] This application provides a collaborative management system and method for the entire process of bulk commodity trading, which can realize trusted collaborative storage of data throughout the entire bulk commodity trading process.

[0005] Firstly, this application provides a collaborative management method for the entire process of bulk commodity trading, including:

[0006] Obtain transaction node information for bulk commodity transactions across multiple collaborative management processes;

[0007] Based on the business rules defined by smart contracts, state transition conditions between adjacent collaborative management processes are generated. The verification results of the state transition conditions and the transaction node information of each collaborative management process are used to evaluate the structural dependency, thereby obtaining the block sequence of state dependencies between collaborative management processes.

[0008] When a state change is completed in a collaborative management process, the private key of the participant responsible for the state change is used to generate a digital signature by combining the digital fingerprint of the raw material batch in the commodity transaction, the transaction node information of the current collaborative management process, and the hash value of the corresponding block header of the previous collaborative management process, and to construct a state change certificate for the commodity transaction.

[0009] The state change certificate and the block sequence that the state depends on are packaged as transaction data into a candidate block. After being verified by the consensus algorithm, the block is added to the blockchain. Through the immutability of the blockchain, a distributed ledger that records the state changes of the entire process of commodity transactions is formed.

[0010] In some embodiments, generating state transition conditions between adjacent collaborative management processes based on business rules defined by smart contracts specifically includes:

[0011] Obtain the transaction dependencies between adjacent collaborative management processes;

[0012] The business rules defined by smart contracts convert the various transaction dependencies into logical expressions of the smart contracts;

[0013] Extract the state transition conditions between adjacent collaborative management processes from the logical expression.

[0014] In some embodiments, the collaborative management process includes supplier certification and contract signing, goods procurement and shipment, logistics and transportation tracking, quality inspection, warehousing and storage, transaction settlement and financing, and customs declaration and clearance.

[0015] In some embodiments, the verification results of the state transition conditions and the transaction node information of each collaborative management process are used to perform structural dependency evaluation, thereby obtaining the block sequence of state dependencies between collaborative management processes. Specifically, this includes:

[0016] The transaction node information of each collaborative management process is used as the leaf node;

[0017] Two-level hash calculations are performed on the unstructured data in each leaf node to obtain the node data fingerprints of each collaborative management process;

[0018] The data fingerprints of each node and the verification results of the state transition conditions are organized into a Merkle tree structure and written into a new block to obtain a block sequence of state dependencies between collaborative management processes.

[0019] In some embodiments, a digital signature is generated using a combination of the private key of the participant responsible for state changes, the digital fingerprint of the raw material batch in the commodity transaction, the transaction node information of the current collaborative management process, and the hash value of the block header corresponding to the previous collaborative management process. The construction of the state change certificate for the commodity transaction specifically includes:

[0020] Obtain the digital fingerprint of raw material batches in bulk commodity transactions and the hash value of the corresponding block header of the preceding collaborative management process;

[0021] The digital fingerprint, the hash value, and the transaction node information of the current collaborative management process are combined into a data packet to be signed;

[0022] The data packet to be signed is digitally signed using the private key of the party responsible for the state change, thus obtaining a state change certificate for the commodity transaction.

[0023] In some embodiments, the transaction node information includes contract identifier, order number, bill of lading number, waybill number, location information, quality inspection report hash value, warehouse receipt number, and payment voucher.

[0024] In some embodiments, the smart contract is an event-driven contract based on a three-tier architecture.

[0025] Secondly, this application provides a collaborative management system for the entire process of bulk commodity trading, including a collaborative management unit, wherein the collaborative management unit includes:

[0026] Obtain transaction node information for bulk commodity transactions across multiple collaborative management processes;

[0027] Based on the business rules defined by smart contracts, state transition conditions between adjacent collaborative management processes are generated. The verification results of the state transition conditions and the transaction node information of each collaborative management process are used to evaluate the structural dependency, thereby obtaining the block sequence of state dependencies between collaborative management processes.

[0028] When a state change is completed in a collaborative management process, the private key of the participant responsible for the state change is used to generate a digital signature by combining the digital fingerprint of the raw material batch in the commodity transaction, the transaction node information of the current collaborative management process, and the hash value of the corresponding block header of the previous collaborative management process, and to construct a state change certificate for the commodity transaction.

[0029] The state change certificate and the block sequence that the state depends on are packaged as transaction data into a candidate block. After being verified by the consensus algorithm, the block is added to the blockchain. Through the immutability of the blockchain, a distributed ledger that records the state changes of the entire process of commodity transactions is formed.

[0030] Thirdly, this application provides a computer device, which includes a memory and a processor. The memory is used to store a computer program, and the processor is used to call and run the computer program from the memory, so that the computer device executes the above-described collaborative management method for the entire process of bulk commodity trading.

[0031] Fourthly, this application provides a computer-readable storage medium storing instructions or code that, when executed on a computer, enable the computer to implement the aforementioned collaborative management method for the entire process of bulk commodity trading.

[0032] The technical solutions provided by the embodiments disclosed in this application have the following beneficial effects:

[0033] This application provides a collaborative management system and method for the entire process of bulk commodity trading. The system acquires transaction node information for multiple collaborative management processes. Based on business rules defined by smart contracts, it generates state transition conditions between adjacent collaborative management processes. The verification results of these state transition conditions and the transaction node information of each collaborative management process are used to perform structural dependency evaluation, thereby obtaining a block sequence of state dependencies between collaborative management processes. When a state change in a collaborative management process is completed, a digital signature is generated using the private key of the participant responsible for the state change. This signature is a combination of the digital fingerprint of the raw material batch in the bulk commodity transaction, the transaction node information of the current collaborative management process, and the hash value of the corresponding block header of the preceding collaborative management process. This constitutes a state change certificate for the bulk commodity transaction. The state change certificate and the state-dependent block sequence are packaged as transaction data into a candidate block. After verification by a consensus algorithm, the block is appended to the blockchain. The immutability of the blockchain forms a distributed ledger recording the state changes throughout the entire bulk commodity trading process.

[0034] Therefore, in this application, state change certificates and state-dependent block sequences are packaged as transaction data into candidate blocks. After verification by the consensus algorithm, they are appended to the blockchain. The immutability of the blockchain forms a distributed ledger that records the state changes of the entire commodity transaction process. First, by determining the state-dependent block sequence, a complete and verifiable chain of inter-process dependencies can be obtained, thereby achieving trusted collaborative notarization of the entire process data. Through the business rules defined by smart contracts, the system can automatically generate and verify the state transition conditions between adjacent processes. The verification results are structurally correlated and evaluated with the transaction node information to form a block sequence with clear sequential dependencies. This ensures that the execution of each transaction link strictly follows the preset business logic, and any process that does not conform to the rules cannot enter the next stage. The block sequence forms an immutable chain structure through hash pointers, ensuring that every state change in the entire process is traceable and verifiable. In case of disputes or auditing needs, problematic links can be quickly located, significantly improving the credibility of transaction data and collaborative efficiency. Then, by determining the state change certificate, a legally valid digital responsibility certificate is obtained, providing irrefutable evidence for end-to-end collaboration. By digitally signing a combination of raw material batch digital fingerprints, current process node information, and previous block hashes using the private keys of participating parties, the system generates a state change certificate with clearly defined responsibility. This certificate not only contains the business data itself but also binds the identity information of the executing entity through cryptographic technology, ensuring that each state change is confirmed by the authorized entity. Once the state change certificate is packaged into the blockchain, a permanent evidence record is formed, preventing any participating party from later denying their actions. This significantly reduces the trust costs for all parties involved in the transaction, making cross-enterprise and cross-regional bulk commodity transaction collaboration more efficient and reliable. In summary, based on the above scheme, trusted collaborative evidence storage of the entire bulk commodity transaction process can be achieved. Attached Figure Description

[0035] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0036] Figure 1 This is an exemplary flowchart of a collaborative management method for the entire process of bulk commodity trading, as shown in some embodiments of this application;

[0037] Figure 2 This is a flowchart illustrating the process of determining a status change certificate according to some embodiments of this application;

[0038] Figure 3 This is a schematic diagram of the structure of a collaborative management unit according to some embodiments of this application;

[0039] Figure 4 This is a schematic diagram of the structure of a computer device for implementing a collaborative management method for the entire process of bulk commodity trading, according to some embodiments of this application. Detailed Implementation

[0040] To better understand the technical solution of this application, the technical solution of this application will be described in detail below with reference to the accompanying drawings and specific embodiments.

[0041] refer to Figure 1 The figure is an exemplary flowchart of a collaborative management method for the entire process of bulk commodity trading, according to some embodiments of this application. This collaborative management method for the entire process of bulk commodity trading mainly includes the following steps:

[0042] In step 101, transaction node information of bulk commodity transactions in multiple collaborative management processes is obtained.

[0043] It should be noted that, in this application, the collaborative management process in bulk commodity transactions includes supplier certification and contract signing, goods procurement and shipment, logistics and transportation tracking, quality inspection, warehousing and storage, transaction settlement and financing, and customs declaration and clearance; the transaction node information includes contract identifier, order number, bill of lading number, waybill number, location information, quality inspection report hash value, warehouse receipt number, and payment voucher.

[0044] In practice, for each collaborative management process, the contract identifier, order number, bill of lading number, waybill number, location information, quality inspection report hash value, warehouse receipt number, and payment voucher are obtained from the enterprise business system of bulk commodity trading. The set of contract identifier, order number, bill of lading number, waybill number, location information, quality inspection report hash value, warehouse receipt number, and payment voucher is then used as the transaction node information of the collaborative management process. Through the above method, the transaction node information of bulk commodity trading in multiple collaborative management processes can be obtained.

[0045] In step 102, based on the business rules defined by the smart contract, state transition conditions between adjacent collaborative management processes are generated. The verification results of the state transition conditions and the transaction node information of each collaborative management process are used to evaluate the structural dependency, thereby obtaining the block sequence of state dependencies between collaborative management processes.

[0046] It should be noted that the smart contract in this application is an event-driven contract based on a three-layer architecture. This smart contract adopts a three-layer event-driven architecture of "basic verification layer - business rule layer - state transition layer". It realizes full-process automated collaboration through predefined business rules. Among them, the basic verification layer performs digital signature verification (ECDSA), timestamp validity (±5 minute tolerance), and field integrity checks on the input data; the business rule layer embeds transaction scenario-specific logic, including but not limited to: the deviation between the purchase order amount and the letter of credit opening amount is ≤2%, the logistics transportation time shall not exceed 120% of the contractually agreed time, and the quality inspection report must be issued by a CMA-certified institution, etc. The state transition layer updates the global state machine according to the rule verification results. For example, when the "logistics receipt certificate" and the "quality inspection certificate" are verified and passed at the same time, the title status of the goods is automatically changed from "in transit" to "deliverable"; all rules are driven by event triggers (e.g., blockchain transaction events, oracle push data) to ensure that the business logic is strictly synchronized with the physical world state.

[0047] In some embodiments, generating state transition conditions between adjacent collaborative management processes based on business rules defined by smart contracts can be achieved through the following steps:

[0048] Obtain the transaction dependencies between adjacent collaborative management processes;

[0049] The business rules defined by smart contracts convert the various transaction dependencies into logical expressions of the smart contracts;

[0050] Extract the state transition conditions between adjacent collaborative management processes from the logical expression.

[0051] It should be noted that, in this application, the state transition condition refers to the set of logical judgment rules that must be met to trigger a switch from one business process state to another in the collaborative management process; the transaction dependency relationship represents the temporal, data-related, or rule-based constraints between different collaborative management processes; and the logical expression refers to the business rule calculation logic described in a formal language, which can be directly parsed and executed by the smart contract.

[0052] In practical implementation, firstly, by analyzing historical transaction data of enterprises, the temporal correlation rules between processes are extracted, such as: purchase contract signing → logistics shipment → quality inspection and acceptance. Combining industry standards (e.g., international transaction terms) and business expert experience, a structured dependency library is constructed. A directed acyclic graph (DAG) is then used for modeling, where nodes represent collaborative management processes and edges represent dependency direction and strength. For example, strong dependencies require strict sequential execution, while weak dependencies can be executed in parallel. The final output is a standardized dependency description file, containing triggering conditions, timeout thresholds, and exception handling strategies, providing the input basis for smart contract rule encoding. This dependency description file serves as the transaction dependency between adjacent collaborative management processes. Then, based on the business rules defined in the smart contracts within the dependency library, the transaction dependencies are decomposed into programmable atomic logical units. For example, the judgment conditions for "logistics completion" include "electronic signature on waybill + GPS arrival coordinates at destination + arrival timestamp within the contract period." Logical operators (AND / OR / NOT) are used to combine atomic conditions to form a complete decision tree, such as: "IF quality inspection report valid AND warehouse receipt matching THEN". The "triggering settlement process" generates a machine-readable rule expression through the above method, clearly defining execution priorities and conflict resolution mechanisms to ensure compatibility with the event-driven architecture of the blockchain. This rule expression then serves as the logical expression for the smart contract. Finally, static analysis is performed on the logical expression to extract key state variables (e.g., "quality inspection status = qualified") and transition trigger events (e.g., "warehouse receipt pledge transaction on-chain"). A state machine model is designed, defining the legal input set and output state for each process node. For example, the end state of the logistics transportation process must include the "signature voucher hash" field. The final output is a lightweight state transition condition table, containing the current state, event type, target state, and verification logic. This state transition condition table serves as the state transition condition between adjacent collaborative management processes.

[0053] In some embodiments, the following steps can be used to perform structural dependency evaluation on the verification results of the state transition conditions and the transaction node information of each collaborative management process to obtain the block sequence of state dependencies between collaborative management processes:

[0054] The transaction node information of each collaborative management process is used as the leaf node;

[0055] Two-level hash calculations are performed on the unstructured data in each leaf node to obtain the node data fingerprints of each collaborative management process;

[0056] The data fingerprints of each node and the verification results of the state transition conditions are organized into a Merkle tree structure and written into a new block to obtain a block sequence of state dependencies between collaborative management processes.

[0057] It should be noted that in this application, the state-dependent block sequence is a chain-like block structure that ensures the irreversibility of business processes and the legality of state transitions; a leaf node refers to the original data unit at the bottom level of the Merkle tree, which contains complete business information of a single collaborative management process; and a node data fingerprint is a unique identifier used to verify the integrity and consistency of the leaf node data.

[0058] In practice, firstly, multiple process nodes are obtained from the overall transaction process description, and node information for each process node is obtained from the transaction node information of each collaborative management process. This node information includes structured data such as contract numbers, logistics waybills, and quality inspection reports, as well as unstructured data such as scanned documents and sensor logs. The complete information of each process node is packaged into an independent data unit, serving as a leaf node of the Merkle tree. To ensure data traceability, each leaf node requires additional metadata, including the data source system, generation timestamp, and the responsible party's digital signature. Then, for the unstructured data in each leaf node, it is first converted into a unified format through standardized preprocessing (e.g., binary data chunking). The first-level hash calculation generates an independent hash value for each data field (e.g., SHA-256 hash of the contract number). The second-level hash concatenates all field hash values ​​in a fixed order and hashes them again to generate a representative hash. The global data fingerprint of the leaf node can be obtained through the above method. This process ensures that even if a single byte is tampered with, the fingerprint will become invalid. Thus, the set of global data fingerprints of all leaf nodes in each collaborative management process is used as the node data fingerprint of the corresponding collaborative management process, and the node data fingerprint of each collaborative management process can be obtained. Finally, all node data fingerprints in the same batch are used as the leaf layer of the Merkle tree, and hash aggregation is performed layer by layer upwards (adjacent fingerprints are concatenated and hashed) until the root hash is generated. At the same time, the verification result of the smart contract for the state transition condition (such as "quality inspection qualified") is encoded as a special transaction and written into the new block header together with the Merkle root. Blocks are linked through hash pointers to form a block sequence with temporal relationship. For example, the parent hash of the logistics block must point to the hash value of the procurement block, so that the block sequence with temporal relationship is used as the block sequence of state dependencies between collaborative management processes.

[0059] In step 103, when a state change of a collaborative management process is completed, a digital signature is generated using the private key of the participant responsible for the state change, which is a combination of the digital fingerprint of the raw material batch in the commodity transaction, the transaction node information of the current collaborative management process, and the hash value of the corresponding block header of the previous collaborative management process, to construct a state change certificate for the commodity transaction.

[0060] In some embodiments, a digital signature is generated using a combination of the private key of the participant responsible for state changes, the digital fingerprint of the raw material batch in the commodity transaction, the transaction node information of the current collaborative management process, and the hash value of the block header corresponding to the previous collaborative management process. This constructs a state change certificate for the commodity transaction. Figure 2 The diagram is a flowchart illustrating the process of determining a status change certificate in some embodiments of this application. In this embodiment, determining the status change certificate can be achieved using the following steps:

[0061] In step 1031, the digital fingerprint of the raw material batch in the bulk commodity transaction and the hash value of the block header corresponding to the preceding collaborative management process are obtained;

[0062] In step 1032, the digital fingerprint, the hash value, and the transaction node information of the current collaborative management process are combined into a data packet to be signed;

[0063] In step 1033, the data packet to be signed is digitally signed using the private key of the participant responsible for the state change, thereby obtaining the state change certificate for the commodity transaction.

[0064] It should be noted that in this application, the status change certificate is an electronic credential endorsed by the responsible party's digital signature, which is used to prove the legitimate change of the status of a specific business process; the hash value of the block header refers to the data block fingerprint of the previous business process on the blockchain; the digital fingerprint refers to the unique cryptographic identifier of the raw material batch, which is used to accurately associate physical goods with digital records in the blockchain; the data package to be signed is a structured dataset containing the core data of the current process and historical on-chain credentials.

[0065] In practice, firstly, a digital fingerprint for the raw material batch is generated by combining physical identifiers with digital codes. This involves first reading the unique physical identifier of the raw material, then concatenating it with key information such as the batch's purchase order number and production date, and finally generating a fixed-length digital fingerprint through cryptographic hashing. The hash value of the block header corresponding to the preceding collaborative management process is retrieved from the blockchain network. It is necessary to verify that this hash value indeed exists in the already-on-chain blocks to ensure its authenticity and immutability. Then, the raw material digital fingerprint, the preceding block hash value, and the transaction node information of the current process are serialized into a standardized data packet according to a preset structure as a data packet to be signed. It should be noted that... To ensure data consistency, each field must be encoded and validated, and a timestamp and process identifier must be added to prevent replay attacks. The final format of the data packet must meet the input requirements of the signature algorithm, such as length alignment and byte order specification. Finally, the responsible party uses its asymmetric encryption private key registered on the blockchain to digitally sign the hash value of the data packet to be signed. The signing process must be completed in a hardware encryption module to prevent the private key from being leaked. The generated signature value, together with the original data packet and the signer's certificate identifier, constitutes a state change credential. It should be noted that the signature algorithm and signature time must be clearly marked in this state change credential for use by subsequent verifiers.

[0066] In step 104, the state change certificate and the block sequence that the state depends on are packaged as transaction data into a candidate block. After being verified by the consensus algorithm, the block is added to the blockchain. Through the immutability of the blockchain, a distributed ledger that records the state changes of the entire process of bulk commodity transactions is formed.

[0067] It should be noted that, in this application, transaction data refers to a standardized and encapsulated record of state changes, which includes details of business operations and cryptographic verification information; a candidate block refers to a temporary block that has packaged transactions but has not yet completed the network-wide consensus verification, and the candidate block contains complete transaction data and block metadata; the distributed ledger is the storage carrier of the entire process state of commodity transactions, and the distributed ledger has the characteristics of being immutable, traceable, and decentralized.

[0068] In practice, firstly, the state change certificate and the block sequence information that the state depends on are structured and encapsulated as transaction data according to the transaction format specified by the blockchain network. This transaction data must include a timestamp, participant identification, and transaction type marker. Simultaneously, the hash value of the transaction data is calculated as a unique identifier. During packaging, the integrity and logical compliance of the transaction data must be verified to ensure that the signature in the state change certificate is valid and the business logic conforms to preset rules. Then, multiple related transactions are organized according to a Merkle tree structure to generate a Merkle root hash of the transaction set. This hash, along with the block header information, is used to construct candidate blocks. Each candidate block must reference the latest valid block. The hash value serves as the parent hash, forming a chain-like association. Simultaneously, the block must reserve special fields required for the consensus mechanism, such as the random number for proof-of-work and the validator signature for proof-of-stake. Finally, blockchain nodes verify candidate blocks according to a pre-defined consensus algorithm. The verification process includes checking the validity of transaction signatures, verifying the compliance of state transition conditions, and detecting double-spending. After successful verification, the node broadcasts the block to the entire network, and other nodes simultaneously verify and append it to their respective local ledgers. Once a new block is on the chain, its hash value will serve as the parent hash for subsequent blocks, forming an irreversible chain structure as a distributed ledger recording the entire state transition of commodity transactions.

[0069] Furthermore, in another aspect of this application, in some embodiments, this application provides a collaborative management system for the entire process of commodity trading. This collaborative management system includes a collaborative management unit, as referenced... Figure 3 The figure is a schematic diagram of the structure of a collaborative management unit according to some embodiments of this application. The collaborative management unit includes: an acquisition module 201, a processing module 202, and an execution module 203, which are described below:

[0070] The acquisition module 201 in this application is mainly used to acquire transaction node information of bulk commodity transactions in multiple collaborative management processes.

[0071] Processing module 202, in this application, is used to generate state transition conditions between adjacent collaborative management processes based on business rules defined by smart contracts, and to perform structural dependency evaluation on the verification results of the state transition conditions and the transaction node information of each collaborative management process, thereby obtaining a block sequence of state dependencies between collaborative management processes.

[0072] It should be noted that the processing module 202 is also used to generate a digital signature by using the private key of the participant responsible for the status change to combine the digital fingerprint of the raw material batch in the bulk commodity transaction, the transaction node information of the current collaborative management process, and the hash value of the corresponding block header of the previous collaborative management process when completing the status change of a collaborative management process, and to construct a status change certificate for the bulk commodity transaction.

[0073] The execution module 203 in this application is mainly used to package the state change certificate and the block sequence that the state depends on as transaction data into the candidate block, and after verification by the consensus algorithm, it is added to the blockchain. Through the immutability of the blockchain, a distributed ledger that records the state changes of the entire process of bulk commodity transactions is formed.

[0074] The foregoing has detailed examples of the collaborative management system and method for the entire process of bulk commodity trading provided in the embodiments of this application. It is understood that the corresponding apparatus, in order to achieve the above functions, includes hardware structures and / or software modules corresponding to the execution of each function. Those skilled in the art should readily recognize that, based on the units and algorithm steps of the examples described in conjunction with the embodiments disclosed herein, this application can be implemented in hardware or a combination of hardware and computer software. Whether a function is executed in hardware or by computer software driving hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0075] In some embodiments, this application also provides a computer device, the computer device including a memory and a processor, the memory for storing a computer program, and the processor for calling and running the computer program from the memory, so that the computer device executes the above-described collaborative management method for the entire process of bulk commodity trading.

[0076] In some embodiments, reference Figure 4 The dashed lines in the figure indicate that the unit or module is optional. This figure is a structural schematic diagram of a computer device for implementing a collaborative management method for the entire process of bulk commodity trading according to an embodiment of this application. The collaborative management method for the entire process of bulk commodity trading described in the above embodiments can be achieved through… Figure 4 The computer device shown is used to implement this, and the computer device includes at least one processor 301, a memory 302 and at least one communication unit 305. The computer device may be a terminal device, a server or a chip.

[0077] Processor 301 can be a general-purpose processor or a special-purpose processor. For example, processor 301 can be a central processing unit (CPU), which can be used to control computer devices, execute software programs, and process data from software programs. The computer device may also include a communication unit 305 for inputting (receiving) and outputting (transmitting) signals.

[0078] For example, the computer device may be a chip, and the communication unit 305 may be the input and / or output circuit of the chip, or the communication unit 305 may be the communication interface of the chip, which may be a component of a terminal device, network device or other device.

[0079] For example, the computer device may be a terminal device or a server, and the communication unit 305 may be a transceiver of the terminal device or the server, or the communication unit 305 may be a transceiver circuit of the terminal device or the server.

[0080] The computer device may include one or more memories 302 storing a program 304. The program 304 can be executed by a processor 301 to generate instructions 303, causing the processor 301 to execute the method described in the above method embodiments according to the instructions 303. Optionally, the memory 302 may also store data (such as a target audit model). Optionally, the processor 301 may also read data stored in the memory 302, which may be stored at the same storage address as the program 304, or it may be stored at a different storage address than the program 304.

[0081] The processor 301 and memory 302 can be configured separately or integrated together, for example, integrated on the system on chip (SOC) of the terminal device.

[0082] It should be understood that each step of the above method embodiment can be completed by hardware logic circuits or software instructions in the processor 301. The processor 301 can be a CPU, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, such as discrete gate, transistor logic devices, or discrete hardware components.

[0083] Those skilled in the art will understand that embodiments of this application can be provided as methods, systems, or computer program products. Therefore, this application can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this application can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0084] For example, in some embodiments, this application also provides a computer-readable storage medium storing instructions or code that, when executed on a computer, cause the computer to implement the above-described collaborative management method for the entire process of bulk commodity transactions.

[0085] Although preferred embodiments of this application have been described, those skilled in the art, upon learning the basic inventive concept, can make other changes and modifications to these embodiments. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments as well as all changes and modifications falling within the scope of this application.

[0086] Obviously, those skilled in the art can make various modifications and variations to this application without departing from the spirit and scope of this application. Therefore, if such modifications and variations fall within the scope of the claims of this application and their equivalents, this application also intends to include such modifications and variations.

Claims

1. A collaborative management method for the entire process of bulk commodity trading, characterized in that, Includes the following steps: Obtain transaction node information for bulk commodity transactions across multiple collaborative management processes; Based on the business rules defined by smart contracts, state transition conditions between adjacent collaborative management processes are generated. The verification results of the state transition conditions and the transaction node information of each collaborative management process are used to evaluate the structural dependency, thereby obtaining the block sequence of state dependencies between collaborative management processes. When a state change is completed in a collaborative management process, the private key of the participant responsible for the state change is used to generate a digital signature by combining the digital fingerprint of the raw material batch in the commodity transaction, the transaction node information of the current collaborative management process, and the hash value of the corresponding block header of the previous collaborative management process, and to construct a state change certificate for the commodity transaction. The state change certificate and the block sequence that the state depends on are packaged as transaction data into a candidate block. After being verified by the consensus algorithm, the block is added to the blockchain. Through the immutability of the blockchain, a distributed ledger that records the state changes of the entire process of bulk commodity transactions is formed. Specifically, the structural dependency assessment of the verification results of the state transition conditions and the transaction node information of each collaborative management process, thereby obtaining the block sequence of state dependencies between collaborative management processes, includes: The transaction node information of each collaborative management process is used as the leaf node; Two-level hash calculations are performed on the unstructured data in each leaf node to obtain the node data fingerprints of each collaborative management process; The data fingerprints of each node and the verification results of the state transition conditions are organized into a Merkle tree structure and written into a new block to obtain a block sequence of state dependencies between collaborative management processes.

2. The method as described in claim 1, characterized in that, Based on the business rules defined by smart contracts, the specific conditions for generating state transitions between adjacent collaborative management processes include: Obtain the transaction dependencies between adjacent collaborative management processes; The business rules defined by smart contracts convert the various transaction dependencies into logical expressions of the smart contracts; Extract the state transition conditions between adjacent collaborative management processes from the logical expression.

3. The method as described in claim 1, characterized in that, The collaborative management process includes supplier certification and contract signing, goods procurement and shipment, logistics and transportation tracking, quality inspection, warehousing and storage, transaction settlement and financing, and customs declaration and clearance.

4. The method as described in claim 1, characterized in that, Using the private key of the participant responsible for state changes, a digital signature is generated from a combination of the digital fingerprint of the raw material batch in the commodity transaction, the transaction node information of the current collaborative management process, and the hash value of the corresponding block header of the previous collaborative management process. The specific steps for constructing the state change certificate for the commodity transaction include: Obtain the digital fingerprint of raw material batches in bulk commodity transactions and the hash value of the corresponding block header of the preceding collaborative management process; The digital fingerprint, the hash value, and the transaction node information of the current collaborative management process are combined into a data packet to be signed; The data packet to be signed is digitally signed using the private key of the party responsible for the state change, thus obtaining a state change certificate for the commodity transaction.

5. The method as described in claim 1, characterized in that, The transaction node information includes contract identifier, order number, bill of lading number, waybill number, location information, quality inspection report hash value, warehouse receipt number, and payment voucher.

6. The method as described in claim 1, characterized in that, The smart contract is an event-driven contract based on a three-tier architecture.

7. A collaborative management system for the entire process of bulk commodity trading, comprising a collaborative management unit, wherein the system employs the method described in any one of claims 1 to 6 for collaborative management of the entire bulk commodity trading process, characterized in that, The collaborative management unit includes: The acquisition module is used to acquire transaction node information of bulk commodity transactions in multiple collaborative management processes; The processing module is used to generate state transition conditions between adjacent collaborative management processes based on the business rules defined by the smart contract, and to perform structural dependency evaluation on the verification results of the state transition conditions and the transaction node information of each collaborative management process, thereby obtaining the block sequence of state dependencies between collaborative management processes. The processing module is also used to generate a digital signature by using the private key of the participant responsible for the status change to combine the digital fingerprint of the raw material batch in the commodity transaction, the transaction node information of the current collaborative management process, and the hash value of the corresponding block header of the previous collaborative management process when completing the status change of a collaborative management process, and to construct a status change certificate for the commodity transaction. The execution module is used to package the state change certificate and the block sequence that the state depends on as transaction data into a candidate block, and after verification by the consensus algorithm, it is appended to the blockchain. Through the immutability of the blockchain, a distributed ledger is formed that records the state changes of the entire process of commodity transactions.

8. A computer device, characterized in that, The computer device includes a memory and a processor. The memory is used to store computer programs, and the processor is used to call and run the computer programs from the memory, so that the computer device executes the collaborative management method for the entire process of bulk commodity trading as described in any one of claims 1 to 6.

9. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores instructions or code that, when executed on a computer, cause the computer to implement the collaborative management method for the entire process of bulk commodity trading as described in any one of claims 1 to 6.

Images