Transaction-based data processing method, device and equipment, and storage medium

Abstract

The application provides a transaction-based data processing method, device and equipment and a storage medium, and relates to the blockchain technology. The method comprises the following steps: receiving a transaction user viewing request sent by a first credit system client device; obtaining user basic information, user transaction information and user credit information corresponding to a target transaction object from a pre-constructed blockchain according to the transaction user viewing request; the pre-constructed blockchain is created based on a credit management device; sending the user transaction information corresponding to the target transaction object to a credit sharing device to instruct the credit sharing device to determine the transaction relationship of at least one user on a supply chain based on the user transaction information corresponding to the target transaction object; receiving the transaction relationship of the at least one user on the supply chain sent by the credit sharing device; and sending the user basic information, the user credit information and the transaction relationship of the at least one user on the supply chain corresponding to the target transaction object to the first credit system client device for display.

Description

Technical Field

[0001] This application relates to blockchain technology, and more particularly to a transaction-based data processing method, apparatus, device, and storage medium. Background Technology

[0002] In recent years, the supply chain has developed rapidly, enabling users to conduct transactions on the supply chain. To facilitate faster transactions for users based on the supply chain, more and more developers are beginning to improve the supply chain.

[0003] In the existing supply chain, in order to complete a transaction, users first search for multiple trading partners through the supply chain, then query relevant information about these multiple trading partners through other platforms, and finally select a suitable trading partner as the final trading partner to complete the transaction.

[0004] However, this process requires a significant amount of time to query information from multiple trading users and select suitable ones; moreover, the information retrieved may be incomplete and inaccurate, making it easy to select unsuitable trading users. Summary of the Invention

[0005] This application provides a transaction-based data processing method, apparatus, device, and storage medium to solve problems such as the need for a large amount of time to query relevant information from multiple transaction users, as well as incomplete and inaccurate information.

[0006] Firstly, this application provides a transaction-based data processing method, which is applied to a credit system server-side device, comprising:

[0007] Receive transaction user viewing requests sent by the client devices of the first credit system;

[0008] Based on the transaction user's viewing request, the system retrieves the user's basic information, transaction information, and credit information corresponding to the target transaction object from a pre-built blockchain. The pre-built blockchain stores the user's basic information, transaction information, and credit information corresponding to multiple transaction objects. The pre-built blockchain is created based on a credit management device.

[0009] Send the user transaction information corresponding to the target transaction object to the credit sharing device, so as to instruct the credit sharing device to determine the transaction relationship of at least one user in the supply chain based on the user transaction information corresponding to the target transaction object;

[0010] Receive transaction relationships of at least one user in the supply chain sent by the credit sharing device;

[0011] The user's basic information, user credit information, and transaction relationships with at least one user in the supply chain corresponding to the target transaction object are sent to the first credit system client device for display.

[0012] Secondly, this application provides a transaction-based data processing method, which is applied to a credit management device and includes:

[0013] Receive account creation requests sent by the credit system server device;

[0014] The user's basic information included in the account creation request is verified according to the account creation request.

[0015] If the identity verification is successful, an identity verification success message is sent to the credit system server device to instruct the credit system server device to store the user's basic information in the first blockchain;

[0016] The system obtains user credit information corresponding to user basic information through third-party devices and sends the user credit information corresponding to user basic information to the credit system server device, so as to instruct the credit system server device to store the user credit information corresponding to user basic information in the third blockchain.

[0017] If a user's transaction information is detected, the transaction information is sent to the credit system server device to instruct the credit system server device to store the user's transaction information in the second blockchain.

[0018] Thirdly, this application provides a transaction-based data processing apparatus, located in a credit system server-side device, comprising:

[0019] The receiving module is used to receive transaction user viewing requests sent by the client devices of the first credit system;

[0020] The acquisition module is used to acquire user basic information, user transaction information, and user credit information corresponding to the target transaction object from a pre-built blockchain according to the transaction user's viewing request; the pre-built blockchain stores user basic information, user transaction information, and user credit information corresponding to multiple transaction objects; the pre-built blockchain is created based on a credit management device;

[0021] The sending module is used to send the user transaction information corresponding to the target transaction object to the credit sharing device, so as to instruct the credit sharing device to determine the transaction relationship of at least one user in the supply chain based on the user transaction information corresponding to the target transaction object;

[0022] The receiving module is also used to receive transaction relationships of at least one user in the supply chain sent by the credit sharing device;

[0023] The sending module is also used to send the user's basic information, user credit information, and transaction relationships of at least one user in the supply chain corresponding to the target transaction object to the first credit system client device for display.

[0024] Fourthly, this application provides a transaction-based data processing apparatus, located within a credit management device, comprising:

[0025] The receiving module is used to receive account creation requests sent by the credit system server device;

[0026] The verification module is used to verify the user's basic information included in the account creation request based on the account creation request;

[0027] The sending module is used to send an authentication success message to the credit system server device if the authentication is successful, instructing the credit system server device to store the user's basic information in the first blockchain;

[0028] The acquisition module is used to acquire user credit information corresponding to user basic information through a third-party device, and send the user credit information corresponding to user basic information to the credit system server device to instruct the credit system server device to store the user credit information corresponding to user basic information in the third blockchain.

[0029] The sending module is further configured to send the user transaction information to the credit system server device if user transaction information is detected, so as to instruct the credit system server device to store the user transaction information in the second blockchain.

[0030] Fifthly, this application provides a credit system server device, including: a processor, and a memory and transceiver communicatively connected to the processor;

[0031] The memory stores computer-executed instructions; the transceiver is used for sending and receiving data.

[0032] The processor executes computer execution instructions stored in the memory to implement the method described in the first aspect above.

[0033] Sixthly, this application provides a credit management device, including: a processor, and a memory and transceiver communicatively connected to the processor;

[0034] The memory stores computer-executed instructions; the transceiver is used for sending and receiving data.

[0035] The processor executes computer execution instructions stored in the memory to implement the method described in the first aspect above.

[0036] In a seventh aspect, this application provides a computer-readable storage medium storing computer-executable instructions that, when executed by a processor, are used to implement the methods described in the first or second aspect above.

[0037] This application provides a transaction-based data processing method, apparatus, device, and storage medium. The method is applied to a credit system server-side device and specifically includes: receiving a transaction user viewing request sent by a first credit system client device; obtaining, based on the transaction user viewing request, basic user information, user transaction information, and user credit information corresponding to a target transaction object from a pre-built blockchain; the pre-built blockchain stores basic user information, user transaction information, and user credit information corresponding to multiple transaction objects; the pre-built blockchain is created based on a credit management device; sending the user transaction information corresponding to the target transaction object to a credit sharing device to instruct the credit sharing device to determine the transaction relationship of at least one user in the supply chain based on the user transaction information corresponding to the target transaction object; receiving the transaction relationship of at least one user in the supply chain sent by the credit sharing device; and sending the basic user information, user credit information, and the transaction relationship of at least one user in the supply chain corresponding to the target transaction object to the first credit system client device for display. This application can obtain basic user information, transaction information, and credit information corresponding to the target transaction object from a pre-built blockchain, thus saving a significant amount of time in querying these three types of user information. Furthermore, the user basic information, transaction information, and credit information stored in the pre-built blockchain can be updated in a timely manner, making the information more complete and accurate. The credit system server device of this application first receives a transaction user viewing request sent by the first credit system client device, and then obtains the user basic information, transaction information, and credit information corresponding to the target transaction object from the pre-built blockchain based on the request. It can then quickly send the user transaction information to the credit sharing device, which in turn determines the transaction relationship of at least one user in the supply chain. This facilitates the first credit system client device in displaying accurate user basic information, user credit information, and the transaction relationship of at least one user in the supply chain, enabling the selection of the most suitable transaction user and thus facilitating rapid transaction processing. Attached Figure Description

[0038] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application.

[0039] Figure 1 An application scenario diagram of a transaction-based data processing method provided in this application;

[0040] Figure 2 A flowchart illustrating a transaction-based data processing method provided in Embodiment 1 of this application;

[0041] Figure 3 This is a flowchart illustrating a transaction-based data processing method provided in Embodiment 2 of this application;

[0042] Figure 4 This is a flowchart illustrating a transaction-based data processing method provided in Embodiment 3 of this application;

[0043] Figure 5 This is a flowchart illustrating a transaction-based data processing method provided in Embodiment 4 of this application;

[0044] Figure 6 This is a flowchart illustrating another transaction-based data processing method provided in Embodiment 4 of this application;

[0045] Figure 7 This is a flowchart illustrating a transaction-based data processing method provided in Embodiment 5 of this application;

[0046] Figure 8 This is a flowchart illustrating a transaction-based data processing method provided in Embodiment Six of this application;

[0047] Figure 9 This is a flowchart illustrating a transaction-based data processing method provided in Embodiment 7 of this application;

[0048] Figure 10 This is a flowchart illustrating a transaction-based data processing method provided in Embodiment 8 of this application;

[0049] Figure 11 A flowchart illustrating a transaction-based data processing method provided in Embodiment 9 of this application;

[0050] Figure 12 A schematic diagram of a transaction-based data processing device provided in Embodiment 10 of this application;

[0051] Figure 13 This is a schematic diagram of a transaction-based data processing device provided in Embodiment Eleven of this application;

[0052] Figure 14 This is a schematic diagram of the structure of a credit system server device provided in Embodiment Twelve of this application;

[0053] Figure 15 This is a schematic diagram of the structure of a credit management device provided in Embodiment Thirteen of this application.

[0054] The accompanying drawings illustrate specific embodiments of this application, which will be described in more detail below. These drawings and descriptions are not intended to limit the scope of the concept in any way, but rather to illustrate the concept of this application to those skilled in the art through reference to particular embodiments. Detailed Implementation

[0055] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numbers in different drawings denote the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this application. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this application as detailed in the appended claims.

[0056] The existing technology supply chain includes all manufacturers, marketers, and transporters of a product, from raw materials to finished product. The target trading partner refers to the product being traded between the two parties. To complete a transaction, a user first needs to understand relevant information about other trading partners. Therefore, users need to utilize other platforms within the supply chain to search for user-related information and select a suitable trading partner to facilitate the transaction. The user can be any company within the supply chain.

[0057] However, querying user information takes a lot of time and is inefficient; at the same time, the retrieved user information is incomplete and inaccurate, which can easily lead to users selecting an unsuitable trading partner.

[0058] To address the aforementioned shortcomings, the inventors of this solution, through creative research, designed a new approach. To solve the problem of the significant time required to query user basic information, transaction information, and credit information, this application pre-constructs a blockchain. This pre-constructed blockchain stores user basic information, transaction information, and credit information corresponding to multiple transaction objects, significantly saving users the time spent querying these information using other platforms. Furthermore, to address the issues of incomplete and inaccurate user basic information, transaction information, and credit information retrieved, the user basic information, transaction information, and credit information stored in this application's blockchain are complete and highly accurate. To address issues such as the risk of selecting an unsuitable trading user, cumbersome transactions, and excessive transaction time, this application's credit system server device, upon receiving a transaction user viewing request from the first credit system client, quickly obtains the user's basic information, transaction information, and credit information. Then, the credit sharing device accurately identifies at least one transaction relationship within the supply chain based on the user's transaction information. The credit system server device then rapidly sends the target trading object's basic information, credit information, and transaction relationships with at least one user in the supply chain to the first credit system client device. This helps users select the most suitable trading user. Furthermore, the entire process is completed online, further reducing transaction time.

[0059] The following describes the application scenarios of the transaction-based data processing method, apparatus, device, and storage medium provided by this application.

[0060] Figure 1 An application scenario diagram for a transaction-based data processing method provided in this application is shown. Figure 1 As shown in the diagram, the application scenario includes a first credit system client device 101, a credit system server device 102, a credit sharing device 103, a blockchain 104, and a credit management device 105. The blockchain 104 is a database used to store information, and the credit management device 105 is used to create the blockchain 104.

[0061] Specifically, the first credit system client device 101 is communicatively connected to the credit system server device 102, and the credit system server device 102 is communicatively connected to the credit sharing device 103. The blockchain 104 is communicatively connected to the credit system server device 102, and the credit management device 105 is also communicatively connected to the credit system server device 102. The communication connection method can be wired or wireless; no restriction is imposed here.

[0062] Specifically, the user sends a transaction user viewing request from the first credit system client device 101 to the credit system server device 102. The credit system server device 102 receives the transaction user viewing request, which includes the target transaction object. Then, based on the transaction user viewing request, the credit system server device 102 retrieves the user's basic information, transaction information, and credit information corresponding to the target transaction object from the pre-built blockchain 104. The credit system server device 102 sends the user's transaction information corresponding to the target object to the credit sharing device 103. The credit sharing device 103 then determines the transaction relationship of at least one user in the supply chain based on this user transaction information and sends the transaction relationship of at least one user in the supply chain to the credit system server device 102. The credit system server device 102 then sends the user's basic information, credit information, and the transaction relationship of at least one user in the supply chain corresponding to the target transaction object to the first credit system client device 101. The user then selects a transaction user through the first credit system client device 101, and after selecting a transaction user, a transaction can be conducted. In this process, the user can act as the buyer, and the transaction user can act as the seller.

[0063] It should be noted that the user transaction information, user credit information, and user credit information pre-stored in blockchain 104 are stored in blockchain 104 after identity verification by credit management device 105. Specifically, any credit system client device 101 sends an account creation request to credit system server device 102. Credit system server device 102 sends the account creation request to credit management device 105. After confirming that the identity verification is successful, credit management device 105 sends an identity verification success message to credit system server device 102 and instructs credit system server device 102 to send the user's basic information, user transaction information, and user credit information to blockchain 104, and instructs blockchain 104 to store them.

[0064] It should be noted that the transaction-based data processing method, apparatus, device, and storage medium provided in this application can be applied to the field of blockchain technology, or to any field other than blockchain. The application field of this application is not limited.

[0065] This application provides a transaction-based data processing method, apparatus, device, and storage medium, which aims to solve the above-mentioned technical problems of the prior art.

[0066] The technical solution of this application and how the technical solution of this application solves the above-mentioned technical problems are described in detail below with specific embodiments. These specific embodiments can be combined with each other, and the same or similar concepts or processes may not be described again in some embodiments. The embodiments of this application will now be described with reference to the accompanying drawings.

[0067] Example 1

[0068] Figure 2 This is a flowchart illustrating a transaction-based data processing method provided in Embodiment 1 of this application. The execution entity of this embodiment is a transaction-based data processing device, and this method is applied to a credit system server-side device, such as... Figure 2 As shown, the specific steps are as follows.

[0069] S201, Receive transaction user viewing request sent by the first credit system client device.

[0070] Among them, the first credit system client device refers to the device operated by the user. It can be understood that each user has at least one first credit system client device.

[0071] Among them, the transaction user viewing request refers to a request generated by a user through the first credit system device. The transaction user viewing request includes the target transaction object identifier, the user identifier, and a request to view the transaction user's basic information, user credit information, and user transaction relationships.

[0072] Specifically, the user sends a transaction user viewing request to the credit system server device (hereinafter referred to as the server device) on the first credit system client device (hereinafter referred to as the first client device), and the server device receives the transaction user viewing request in a timely manner.

[0073] S202, based on the transaction user's viewing request, obtain the user's basic information, user transaction information and user credit information corresponding to the target transaction object from the pre-built blockchain; the pre-built blockchain stores the user's basic information, user transaction information and user credit information corresponding to multiple transaction objects; the pre-built blockchain is created based on credit management equipment.

[0074] Among them, the user's basic information is the most basic information of the user, which may include the user's company name, registration address, etc.

[0075] User transaction information includes all information about a user's transactions, such as transaction details, transaction time, and transaction location.

[0076] User credit information refers to information about a user's creditworthiness, which may include original credit information and transaction credit information for each transaction. Original credit information includes the original credit score, while transaction credit information for each transaction includes the transaction credit score for that specific transaction.

[0077] Blockchain refers to a database used to store information. User basic information, user transaction information, and user credit information in the blockchain can be created based on credit management devices.

[0078] Specifically, based on the transaction user's viewing request, the server device can first read the target transaction object in the transaction user's request, and then search in the blockchain for the corresponding user's basic information containing the target transaction object and its related transaction objects. Then, based on the user's basic information, it can obtain the user's transaction information and user credit information.

[0079] In another approach, the server-side device can not only obtain the basic user information, transaction information, and credit information of the target transaction object, but also information about the components related to that target transaction object. Specifically, while obtaining the user transaction information of the target transaction object from the blockchain, the server-side device will also identify multiple components that make up the target transaction object and the sub-components that make up those components. Based on the user transaction information of the target transaction object, it will then obtain the user transaction information corresponding to those components and sub-components, thereby acquiring the credit information of both the components and the user.

[0080] For example, a user wants to purchase a target transaction object, which may be provided by a core enterprise 1. The core enterprise needs multiple parts 1 to produce the target transaction object, and these multiple parts 1 are provided by Tier 1 suppliers. The formation of part 1 requires multiple sub-parts 1, which are provided by Tier 2 suppliers. Then, the server device will determine the Tier 1 suppliers of the parts 1 to the target transaction object based on the transaction information of the core enterprise 1, and determine the Tier 2 suppliers of the sub-parts 1 from the transaction information of the Tier 1 suppliers. Next, the server device will obtain the transaction information of the core enterprise of the target transaction object, the Tier 1 suppliers of the parts 1, and the Tier 2 suppliers of the sub-parts 1. There can be multiple Tier 1 suppliers and multiple Tier 2 suppliers.

[0081] S203, send the user transaction information corresponding to the target transaction object to the credit sharing device, so as to instruct the credit sharing device to determine the transaction relationship of at least one user in the supply chain based on the user transaction information corresponding to the target transaction object.

[0082] Credit sharing devices break down the transaction of a target trading entity and all subsequent trading relationships. A credit sharing device can include multiple users (including core enterprises and multi-tiered distributors), multi-tiered suppliers, factoring companies, and guarantee companies. Core enterprises are large companies with significant influence and decision-making power in the supply chain; multi-tiered suppliers refer to Tier 1, Tier 2, and N-tier suppliers; factoring companies are third-party companies that support the financial operations of any trading relationship, providing factoring financing; and guarantee companies are third-party companies capable of paying for and completing any trading relationship.

[0083] In this context, a transaction relationship refers to a transaction between two users concerning a particular product or component, and the buying and selling relationship between them. A transaction relationship between users within a supply chain refers to the transaction relationships between users within the supply chain.

[0084] Specifically, the server-side device sends the user transaction information corresponding to the target transaction object to the credit sharing device. The credit sharing device then determines the transaction relationship of at least one user in the supply chain based on the user transaction information. For example, the server-side device may receive user transaction information corresponding to multiple target transaction objects. The credit sharing device then analyzes the user transaction information of each target transaction object to obtain the transaction relationship of at least one user in the supply chain.

[0085] For example, to complete a transaction for a specific target transaction object, the server-side device can obtain user transaction information corresponding to multiple target transaction objects, indicating that multiple users can realize transactions for that target transaction object. The credit-sharing device analyzes the transaction information of multiple users; for example, the first user's transaction information represents the transaction history of user 1. Analyzing the first user's transaction information, the credit-sharing device can form a transaction relationship: the user (buyer) can purchase the target transaction object from user 1, thus realizing the transaction. Similarly, the transaction information of other users can be analyzed to obtain at least one transaction relationship.

[0086] In another approach, the server-side device can send user transaction information corresponding to the target trading object, user transaction information for multiple parts, and user transaction information for multiple sub-parts to the credit-sharing device, and instruct the credit-sharing device to determine the transaction relationship of at least one user in the supply chain based on the user transaction information. Specifically, the server-side device combines the various user transaction information to determine the transaction relationship of at least one user included in the target trading object, and the credit-sharing device sends at least one transaction relationship to the server-side device.

[0087] According to the exemplary example of S202 above, the credit sharing device determines, based on the transaction information of the core enterprise 1 of the target transaction object, the first-level supplier of part 1, and the second-level supplier of sub-part 1, that the user has a transaction with the core enterprise 1 regarding the target transaction object, the core enterprise 1 has a transaction with the first-level supplier regarding part 1, and the first-level supplier has a transaction with the second-level supplier regarding sub-part 1, and forms a transaction relationship of at least one user in the supply chain. The transaction relationship is as follows: the user (buyer) purchases the target transaction object from the core enterprise 1, the core enterprise 1 purchases part 1 from the first-level supplier, and the first-level supplier purchases sub-part 1 from the second-level supplier.

[0088] S204, receiving transaction relationships of at least one user in the supply chain sent by the credit-sharing device.

[0089] Specifically, the server-side device receives transaction relationships of at least one user in the supply chain from the credit-sharing device.

[0090] S205, send the basic user information, user credit information and transaction relationship of at least one user in the supply chain corresponding to the target transaction object to the first credit system client device for display.

[0091] Specifically, the server-side device sends the basic user information, user credit information, and transaction relationships of at least one user in the supply chain corresponding to the target transaction object to the first client-side device for display. It is understood that the server-side device will also send the basic user information and user credit information corresponding to the parts related to the target transaction object to the first client-side device.

[0092] This embodiment provides a transaction data processing method applied to a credit system server device. Specifically, it includes: receiving a transaction user viewing request from a first credit system client device; obtaining basic user information, transaction information, and credit information corresponding to a target transaction object from a pre-built blockchain based on the request; the pre-built blockchain storing basic user information, transaction information, and credit information corresponding to multiple transaction objects; the pre-built blockchain being created based on a credit management device; sending the user transaction information corresponding to the target transaction object to a credit sharing device to instruct the credit sharing device to determine the transaction relationship of at least one user in the supply chain based on the user transaction information corresponding to the target transaction object; receiving the transaction relationship of at least one user in the supply chain from the credit sharing device; and sending the basic user information, credit information, and transaction relationship of at least one user in the supply chain corresponding to the target transaction object to the first credit system client device for display. This application can obtain basic user information, transaction information, and credit information of the target transaction object from a pre-built blockchain, thus saving a significant amount of time in querying these three types of user information. Furthermore, the basic user information, transaction information, and credit information stored in the pre-built blockchain can be updated in a timely manner, making the information more complete and accurate. The credit system server device of this application first receives a transaction user viewing request sent by the first credit system client device, and then obtains the basic user information, transaction information, and credit information of the target transaction object from the pre-built blockchain based on the request. This allows for the rapid transmission of the user transaction information to the credit sharing device, which then determines the transaction relationship of at least one user in the supply chain. This facilitates the first credit system client device in displaying accurate basic user information, user credit information, and the transaction relationship of at least one user in the supply chain, enabling the selection of the most suitable transaction user and facilitating rapid transaction processing.

[0093] Example 2

[0094] Figure 3 This is a flowchart illustrating a transaction-based data processing method provided in Embodiment 2 of this application. This embodiment is a further refinement of Embodiment 1 above. This embodiment is an optional method for obtaining basic user information, user transaction information, and user credit information corresponding to the target transaction object from a pre-built blockchain based on a transaction user's viewing request. Figure 3 As shown, the specific steps are as follows.

[0095] S301, Receive an account creation request sent by at least one credit system client device.

[0096] An account creation request refers to a request generated by any user on their respective credit system client device to create an account. This account creation request contains the user's basic information.

[0097] Among them, the credit system client device can be a device operated by an individual user or a device operated by an authoritative institution that possesses a lot of user information, such as a financial institution or official unit.

[0098] Specifically, each user fills in their basic information on their respective credit system client device and generates an account creation request, which is then sent to the server device. The server device receives at least one account creation request.

[0099] S302, send an account creation request to the credit management device to instruct the credit management device to verify the user's basic information included in the account creation request and obtain the user's credit information corresponding to the user's basic information.

[0100] Identity verification refers to verifying the user's basic information against the information on the license. If they match, the identity verification is successful; otherwise, it is unsuccessful.

[0101] Specifically, in the method where an individual user sends an account creation request, the server device receives the user's account creation request and sends it to the credit management device. Simultaneously, the credit management device instructs the user to verify the basic user information included in the account creation request. At the same time, the credit management device also obtains the user's credit information corresponding to that basic user information. Here, "individual user" refers to an ordinary enterprise creating an account on behalf of the enterprise.

[0102] Alternatively, in the method where an authoritative institution sends an account creation request, the server device receives the request and forwards it to the credit management device. In addition to uploading its own basic information, the authoritative institution also uploads its stored user basic information corresponding to any transaction object related to the target transaction object. Here, any transaction object refers to any product, part, or sub-part related to the target transaction object. In this case, the credit management device first verifies the authoritative institution's user basic information and obtains the corresponding user credit information. In this scenario, the authoritative institution uses a third-party device to create the account.

[0103] S303: If an identity verification pass message is received from the credit management device, the user's basic information is stored in the first blockchain.

[0104] The "authentication successful" message is a notification message confirming that the user's basic information has been successfully authenticated.

[0105] The first blockchain is specifically designed to store basic user information.

[0106] Specifically, in the method of sending an account creation request by an individual user, if the credit management device determines that the user's basic information has been verified, it generates an identity verification pass message and sends it to the server device. The server device receives the pass message and then stores the user's basic information in the first blockchain.

[0107] Alternatively, in the method where an authoritative institution sends an account creation request, the credit management device first verifies that the authoritative institution's user basic information has been authenticated. After that, the credit management device also verifies the user basic information corresponding to any transaction object related to the target transaction object uploaded by the authoritative institution. After both authentications are successful, an authentication success message is generated and sent to the server device. Then, the server device stores the authoritative institution's user basic information and the user basic information corresponding to any transaction object related to the target transaction object in the first blockchain.

[0108] Understandably, a blockchain is composed of blocks, and each block can store a user's basic information.

[0109] S304 receives user credit information corresponding to user basic information sent by credit management device, and stores the user credit information corresponding to user basic information in third blockchain.

[0110] The third blockchain is a blockchain specifically used to store user credit information.

[0111] The basic user information sent by the credit management device can be the basic user information of the individual user mentioned in S303 above, or it can be the basic user information of an authoritative institution or the basic user information of any transaction object related to the target transaction object uploaded by the authoritative institution.

[0112] Furthermore, the server-side device can receive user credit information corresponding to the basic user information of an individual user, user credit information corresponding to the basic user information of an authoritative institution, and user credit information corresponding to the basic user information of any transaction object related to the target transaction object. The server-side device then sends the aforementioned user credit information to the third blockchain.

[0113] Understandably, the third blockchain only stores user credit information, not basic user information. Furthermore, the first and third blockchains can interact, ensuring that the information stored in each corresponds correctly and preventing confusion.

[0114] S305 If user transaction information is received from the credit management device, the user transaction information is stored in the second blockchain.

[0115] The second blockchain is specifically used to store user transaction information.

[0116] Specifically, if the user has transaction information, the credit management system can also obtain the user's transaction information. If the identity verification is successful, the user's transaction information can be sent to the server device. At this time, the server device stores the user's transaction information in the second blockchain.

[0117] Optionally, if an individual user sends an account creation request, the individual user credit management device can obtain the individual user's transaction information from a large amount of user information stored in an authoritative institution within the supply chain. If the credit management device discovers that the individual user's transaction information exists among a large number of users in that authoritative institution, the credit management device can obtain that user's transaction information from that authoritative institution.

[0118] Optionally, if the account creation request is sent by an authoritative institution, the institution can send the user transaction information of each user stored within its database to the credit management device and store it in a third-party blockchain. Understandably, this user transaction information will be linked to the corresponding user's basic information and credit information.

[0119] Understandably, the second blockchain only stores user transaction information, not basic user information. Meanwhile, the first and second blockchains can interact, and the information they store can correspond to each other. The second and third blockchains can also interact. Furthermore, storing different user information on different blockchains utilizes distributed language technology, achieving separate storage of user information, with each blockchain independent yet interconnected.

[0120] This embodiment provides a transaction-based data processing method. Before retrieving user basic information, user transaction information, and user credit information corresponding to a target transaction object from a pre-built blockchain based on a transaction user's viewing request, the method specifically includes: receiving an account creation request sent by at least one credit system client device; sending the account creation request to a credit management device to instruct the credit management device to verify the user basic information included in the account creation request and obtain the user credit information corresponding to the user basic information; if an identity verification pass message is received from the credit management device, storing the user basic information in a first blockchain; receiving the user credit information corresponding to the user basic information sent by the credit management device and storing the user credit information corresponding to the user basic information in a third blockchain; if user transaction information is received from the credit management device, storing the user transaction information in a second blockchain. In this embodiment, the credit management device verifies the user's basic information contained in the account creation request, thereby accurately determining whether the user's basic information is accurate before storing it in the first blockchain. Based on the user's basic information, user transaction information and user credit information can be obtained and stored in the second and third blockchains respectively. This allows the information to be separated but also to interact and connect with each other. If the information in one blockchain is leaked, the other two blockchains will strengthen the protection of their own information, thus protecting their respective information from leakage. Furthermore, the three blockchains only store the prescribed information, ensuring that the stored information is not confused.

[0121] Example 3

[0122] Figure 4 This is a flowchart illustrating a transaction-based data processing method provided in Embodiment 3 of this application. This embodiment is a further refinement of any of the above embodiments. This embodiment is an optional method for obtaining basic user information, user transaction information, and user credit information corresponding to a target transaction object from a pre-built blockchain based on a transaction user's viewing request, such as... Figure 4 As shown, the specific steps are as follows.

[0123] S401, based on the transaction user's viewing request, a user basic information retrieval request is sent to the first blockchain, instructing the first blockchain to retrieve the user basic information corresponding to the target transaction object from the first blockchain according to the basic information retrieval request.

[0124] Among them, the request to obtain basic user information is a request from a user to obtain basic user information.

[0125] Specifically, after receiving a user's request to view a transaction, the server-side device reads the target transaction object contained within it. Based on the target transaction object, it sends a request to the first blockchain to retrieve the basic user information corresponding to the target transaction object. This request includes instructions to retrieve the basic user information corresponding to the target transaction object from the first blockchain. The user corresponding to this basic user information is the distributor or supplier of the target transaction object.

[0126] For example, if a transaction user's request includes a target transaction object A, the server device sends a request to the first blockchain to obtain the user's basic information and instructs the server to obtain the corresponding user's basic information for the target transaction object A from the first blockchain.

[0127] S402, receive the basic user information corresponding to the target transaction object sent by the first blockchain.

[0128] Specifically, after the first blockchain obtains the basic user information corresponding to the target transaction object, it sends the basic user information to the server device, and the server device receives the basic user information corresponding to the target transaction object sent by the first blockchain.

[0129] S403, send a transaction information acquisition request and a credit information acquisition request to the first blockchain. The transaction information acquisition request is used to instruct the first blockchain to send a transaction information acquisition instruction to the second blockchain. The transaction information acquisition instruction is used to instruct the second blockchain to acquire the user transaction information corresponding to the target transaction object. The credit information acquisition request is used to instruct the first blockchain to send a credit information acquisition instruction to the third blockchain. The credit information acquisition instruction is used to instruct the third blockchain to acquire the user credit information corresponding to the target transaction object.

[0130] The user transaction information retrieval request is a request from a user to obtain their own transaction information. This request instructs the first blockchain to send a transaction information retrieval instruction to the second blockchain, which in turn instructs the second blockchain to retrieve the user transaction information corresponding to the target transaction object.

[0131] The user credit information retrieval request is a request from a user to obtain their own credit information. This request instructs the first blockchain to send a credit information retrieval instruction to the third blockchain, which in turn instructs the third blockchain to retrieve the user credit information corresponding to the target transaction object.

[0132] Specifically, after receiving a transaction information retrieval request, the first blockchain sends a transaction information retrieval instruction to the second blockchain. The second blockchain receives the instruction and, based on the instruction and the target transaction object, retrieves the user transaction information corresponding to the target transaction from its own storage. Then, the second blockchain sends the user transaction information to the server device.

[0133] Similarly, after receiving a credit information retrieval request, the first blockchain sends a credit information retrieval instruction to the third blockchain. The third blockchain receives the credit information retrieval instruction and retrieves the user credit information corresponding to the target transaction stored in its own memory according to the instruction and the target transaction object. Then, the third blockchain sends the user credit information to the server device.

[0134] S404: Receive user transaction information corresponding to the target transaction object sent by the second blockchain, and receive user credit information corresponding to the target transaction object sent by the third blockchain.

[0135] Specifically, according to S403, the server device then receives the user transaction information corresponding to the target transaction object sent by the second blockchain, and at the same time, the server device receives the user credit information corresponding to the target transaction object sent by the third blockchain.

[0136] This embodiment provides a transaction-based data processing method. When a user sends a request to retrieve basic user information to a first blockchain based on a user's viewing request, the method instructs the first blockchain to retrieve the basic user information corresponding to the target transaction object from the first blockchain according to the request. The method then receives the basic user information corresponding to the target transaction object sent by the first blockchain; sends a transaction information retrieval request and a credit information retrieval request to the first blockchain. The transaction information retrieval request instructs the first blockchain to send a transaction information retrieval instruction to a second blockchain, which instructs the second blockchain to retrieve the user transaction information corresponding to the target transaction object. The credit information retrieval request instructs the first blockchain to send a credit information retrieval instruction to a third blockchain, which instructs the third blockchain to retrieve the user credit information corresponding to the target transaction object; and finally, the method receives the user transaction information corresponding to the target transaction object sent by the second blockchain and the user credit information corresponding to the target transaction object sent by the third blockchain. In this embodiment, the server device sends a user basic information retrieval request to the first blockchain, which allows it to quickly obtain the user basic information corresponding to the target transaction object. Then, by sending a transaction information retrieval request and a credit information retrieval request to the first blockchain, the server device can receive the user transaction information of the target transaction object from the second blockchain and the user credit information of the target transaction object from the third blockchain. The server device can send these three requests to the first blockchain in parallel, enabling it to quickly obtain the user basic information, transaction information, and credit information of the target transaction object. Sending these three requests to the first blockchain helps the second blockchain accurately identify the corresponding user transaction information based on the user basic information in the first blockchain, and also helps the third blockchain accurately identify the corresponding user credit information based on the user basic information in the first blockchain.

[0137] Example 4

[0138] Figure 5 This is a flowchart illustrating a transaction-based data processing method provided in Embodiment 4 of this application. This embodiment is a further refinement of any of the above embodiments. This embodiment is an optional method after sending the basic user information, user credit information, and transaction relationships of at least one user in the supply chain corresponding to the target transaction object to the credit system client device, such as... Figure 5 As shown, the specific steps are as follows.

[0139] S501 receives a transaction request sent by the client device of the first credit system. The transaction request includes the buyer's transaction user identification information, the seller's transaction user identification information, and transaction element information.

[0140] The transaction request is a request for a transaction generated by the first client device. This transaction request includes the buyer's transaction user identification information, the seller's transaction user identification information, and transaction element information. The transaction elements may include the transaction time, transaction content, and transaction location, while the transaction content may include the transaction quantity, transaction amount, and transaction brand.

[0141] Specifically, the buyer on the first client device views the buyer's basic information, credit information, and transaction relationships with at least one user in the supply chain. The buyer then decides to transact with this user, who acts as the seller, triggering a transaction request. This request includes the buyer's identifier, the seller's identifier, and transaction details, and is sent to the server device. The server device then receives the transaction request from the first client device.

[0142] S502 sends a transaction request to the credit management device, instructing the credit management device to generate a smart contract for the transaction based on the buyer's transaction user identification information, the seller's transaction user identification information, and the transaction element information.

[0143] A smart contract is a trusted transaction contract, which can be viewed as an electronic contract. It can be tracked during the transaction process and executes automatically without human control. The smart contract includes the trading users (buyer and seller) and other transaction details.

[0144] Specifically, the server-side device sends the transaction request to the credit management device. After receiving the transaction request, the credit management device reads the buyer's transaction user identification information, the seller's transaction user identification information, and the transaction element information, and generates a smart contract for the transaction based on the buyer's transaction user identification information, the seller's transaction user identification information, and the transaction element information in the transaction request.

[0145] S503, obtain the smart contract and execute transactions based on the smart contract.

[0146] Executing a transaction refers to starting to execute the transaction according to the transaction elements in the smart contract.

[0147] Specifically, the credit management device sends the generated smart contract to the server device. After receiving the smart contract, the server device begins to execute the transaction based on the smart contract.

[0148] In one approach, this is an optional method for executing transactions based on smart contracts. Figure 6 This is a flowchart illustrating another transaction-based data processing method provided in Embodiment 4 of this application, as shown below. Figure 6 As shown, the specific steps are as follows.

[0149] S601 sends the smart contract to the first credit system client device and the second credit system client device.

[0150] The second credit system client device is the device operated by the seller, corresponding to the seller's transaction user. The second credit system client is hereinafter referred to as the second client device.

[0151] Specifically, the server-side device sends the smart contract to the first client device at the same time as it sends it to the second client device.

[0152] S602 receives the signed smart contract sent by the first credit system client device and the second credit system client device.

[0153] Specifically, the first client device can display the smart contract. The buyer can view the smart contract and sign it online after confirming that it is correct. Similarly, the second client device will receive the smart contract signed by the first client device and sign it as well, thus forming a signed smart contract. This signed smart contract can be viewed on both the first and second client devices.

[0154] Furthermore, the signed smart contract can be sent from the first client device or the second client device to the server device, which will then receive the signed smart contract.

[0155] S603 executes transactions based on signed smart contracts.

[0156] Specifically, once a smart contract is signed, it means that both the buyer and seller have no objections and can execute the transaction according to the transaction elements in the smart contract.

[0157] This method is used to execute transactions based on smart contracts. Specifically, it includes: sending the smart contract to a first credit system client device and a second credit system client device; receiving the signed smart contract from both the first and second credit system client devices; and executing the transaction based on the signed smart contract. In this method, the buyer views and signs the smart contract using the first credit system device, and the seller views and signs the smart contract using the second credit system device. Both parties sign the smart contract after reviewing it and having no objections, ensuring that the contents of the smart contract are known to both the buyer and seller, thus avoiding disputes during subsequent transactions. This method, based on the content of the smart contract, facilitates accurate transaction execution.

[0158] This embodiment provides a transaction-based data processing method. After sending the basic user information, user credit information, and transaction relationships of at least one user in the supply chain corresponding to the target transaction object to a credit system client device, the method specifically includes: receiving a transaction request sent by a first credit system client device, the transaction request including buyer transaction user identification information, seller transaction user identification information, and transaction element information; sending the transaction request to a credit management device to instruct the credit management device to generate a smart contract for the transaction based on the buyer transaction user identification information, seller transaction user identification information, and transaction element information; obtaining the smart contract and executing the transaction based on the smart contract. In this embodiment, the credit management device generates a complete and comprehensive smart contract based on the buyer transaction user identification information, seller transaction user identification information, and transaction element information contained in the transaction request; simultaneously, the server device can quickly receive the transaction request and promptly send it to the credit management device. Furthermore, since the smart contract is generated online, the time for contract formation is shortened, and transaction efficiency is improved.

[0159] Example 5

[0160] Figure 7 This is a flowchart illustrating a transaction-based data processing method provided in Embodiment 5 of this application. The executing entity of this embodiment is a transaction-based data processing device, and this method is applied to credit management equipment, such as... Figure 7 As shown, the specific steps are as follows.

[0161] S701 receives an account creation request sent by the credit system server device.

[0162] Specifically, the server-side device sends the account creation request to the credit management device.

[0163] S702, verify the basic user information included in the account creation request based on the account creation request.

[0164] Specifically, the credit management device reads the user's basic information included in the account creation request and verifies the user's basic information against license information or other reliable information. If the verification matches, the authentication is successful.

[0165] In one approach, identity verification can be performed via SMS. For example, the credit management device sends an SMS message containing a verification code to a first client device. The first client device enters the verification code and sends it to a server device, which then forwards it to the credit management device. The credit management device compares the entered verification code with the sent verification code. If they match, identity verification is successful.

[0166] S703, if the identity verification is successful, an identity verification success message is sent to the credit system server device to instruct the credit system server device to store the user's basic information in the first blockchain.

[0167] Specifically, the credit management device determines that the user's basic information has been successfully authenticated and generates an authentication success message. The authentication success message is then sent to the server device, which can also instruct the server device to store the user's basic information in the first blockchain.

[0168] S704 obtains user credit information corresponding to user basic information through a third-party device, and sends the user credit information corresponding to user basic information to the credit system server device, so as to instruct the credit system server device to store the user credit information corresponding to user basic information in the third blockchain.

[0169] In this context, "third-party devices" refers to authoritative institutions, which may include financial institutions. It's understandable that these authoritative institutions themselves store user information for multiple users.

[0170] Specifically, a large amount of user information is pre-stored on the third-party device. If the credit management device monitors the user credit information corresponding to the user's basic information stored on the third-party device, the credit management device will obtain the user credit information corresponding to the user's basic information from the third-party device and send the user credit information to the server device, which will then send it to the third blockchain for storage.

[0171] S705, if it detects user transaction information, sends the user transaction information to the credit system server device to instruct the credit system server device to store the user transaction information in the second blockchain.

[0172] Specifically, a user may not have any transaction information at the beginning. The credit management device monitors the user's transaction information on a third-party device. If it finds that the user has transaction information, the credit management device will obtain the user's transaction information, send it to the server device, and then send it to the second blockchain for storage.

[0173] In another approach, after the third-party device sends an account creation request, the credit management device verifies the user's basic information on the third-party device. Once the third-party device passes the verification, the credit management device retrieves the user's basic information, user transaction information, and user credit information stored by the third-party device that are related to the target transaction object, and sends them to the server device. The server device is then instructed to store the user's basic information in the first blockchain, the user transaction information in the second blockchain, and the user credit information in the third blockchain.

[0174] This embodiment provides a flowchart of a transaction-based data processing method applied to a credit management device. Specifically, the method includes: receiving an account creation request from a credit system server device; verifying the user's basic information included in the account creation request based on the account creation request; if the verification is successful, sending an verification success message to the credit system server device to instruct the credit system server device to store the user's basic information in a first blockchain; obtaining user credit information corresponding to the user's basic information through a third-party device and sending the user credit information to the credit system server device to instruct the credit system server device to store the user credit information to a third blockchain; and if user transaction information is detected, sending the user transaction information to the credit system server device to instruct the credit system server device to store the user transaction information in a second blockchain. In this embodiment, the credit management device first verifies the user's basic information to ensure its accuracy. It then obtains the user's credit information and transaction information from a comprehensive and authoritative third-party device, ensuring the accuracy of the user information and facilitating the selection of a suitable transaction user. This embodiment instructs the credit system server to store the user's basic information in the first blockchain, the user's transaction information in the second blockchain, and the user's credit information in the third blockchain. This separates the information while allowing interaction and connection between them. By storing different information on three blockchains, the information is prevented from becoming confused.

[0175] Example 6

[0176] Figure 8This is a flowchart illustrating a transaction-based data processing method provided in Embodiment Six of this application. This embodiment is a further refinement of Embodiment Five described above, such as... Figure 8 As shown, the specific steps are as follows.

[0177] S801 receives a transaction request sent by the credit system server device. The transaction request includes the buyer's transaction user identification information, the seller's transaction user identification information, and transaction element information.

[0178] Specifically, the credit management device receives transaction requests from the server-side device.

[0179] S802 is a smart contract that generates a transaction based on the buyer's transaction user identification information, the seller's transaction user identification information, and transaction element information.

[0180] Specifically, the credit management device reads the buyer's transaction user identification information, the seller's transaction user identification information, and transaction element information from the transaction request, and generates a smart contract for the transaction based on the above information.

[0181] S803 sends the smart contract to the credit system server device, instructing the credit system server device to send the smart contract to the first credit system client device and the second credit system client device, and to receive the signed smart contract.

[0182] Specifically, the credit management device sends the generated smart contract to the server device, and instructs the server device to send the smart contract to the first client device and the second client device.

[0183] Furthermore, the first client device sends the signed smart contract to the server device, and the credit management device receives the signed smart contract.

[0184] S804 retrieves and stores the signed smart contract.

[0185] Specifically, the credit management device acquires the signed smart contract and stores it in its own storage area for later use.

[0186] This embodiment provides a transaction-based data processing method, which specifically includes: receiving a transaction request sent by a credit system server device, the transaction request including buyer transaction user identification information, seller transaction user identification information, and transaction element information; generating a smart contract for the transaction based on the buyer transaction user identification information, seller transaction user identification information, and transaction element information; sending the smart contract to the credit system server device to instruct the credit system server device to send the smart contract to a first credit system client device and a second credit system client device, and receiving the signed smart contract; and obtaining and storing the signed smart contract. In this embodiment, the credit management device can generate a complete smart contract suitable for both the buyer and seller based on the buyer transaction user identification information, seller transaction user identification information, and transaction element information; the credit management device stores the signed smart contract for future review, ensuring that each smart contract is stored and can serve as the basis for transactions, thus preventing unnecessary disputes later.

[0187] Example 7

[0188] Figure 9 This is a flowchart illustrating a transaction-based data processing method provided in Embodiment Seven of this application. This embodiment is a further refinement of Embodiments Five and Six described above, such as... Figure 9 As shown, the specific steps are as follows.

[0189] S901, determine the transaction method when executing a transaction based on the signed smart contract.

[0190] The transaction methods include offline transactions and online transactions.

[0191] Specifically, if the target transaction object is a virtual item, such as software, and delivery can be achieved online, then the transaction method is an online transaction. If the target transaction object is a physical item, and delivery requires offline interaction, then the transaction method is an offline transaction.

[0192] Specifically, the credit management device reads the target transaction object in the signed smart contract and determines the transaction method based on the authenticity of the target transaction object.

[0193] S902 monitors the transaction process according to the transaction method and obtains the monitored transaction information.

[0194] Among them, transaction information refers to the information about a transaction generated by the credit management device after each transaction operation.

[0195] Specifically, credit management equipment can monitor whether the target transaction has been delivered, whether the transaction amount has been paid as agreed, the status of the target transaction during transportation, and other related transaction operations. Furthermore, the credit management equipment acquires transaction information generated after each transaction operation.

[0196] One approach is an optional method for monitoring the transaction process based on the transaction method, as detailed below.

[0197] If the transaction method is determined to be an online transaction, the transaction process is monitored by monitoring the transaction operations received by the first credit system client device and the second credit system client device from the credit system server device.

[0198] Specifically, the credit management device monitors transactions by receiving data from the server-side device and the first and second client devices.

[0199] For example, if the target transaction object is software, the delivery process is as follows: upload the software package to the second client device. The transaction operation is: upload the software package and send it to the first client device. After the software is successfully received on the first client device, and the successful receipt of the target transaction object is clicked, a message of successful receipt of the target transaction object is triggered. The transaction operation is: receive the software package and click the successful receipt of the target transaction object. The message of successful receipt of the target transaction object is then sent to the credit management device via the server device. The credit management device obtains the transaction information of the successfully received transaction object and then monitors the transaction process based on the transaction operations of the first client device and the second client device.

[0200] If the transaction method is determined to be an offline transaction, the system obtains the transportation and unloading information of the target transaction object reported by the smart transport box installed in the vehicle loaded with the target transaction object, thereby enabling the monitoring of the target transaction object. The system also monitors the settlement operations received by the first or second credit system client device from the credit system server device, and monitors the settlement process during the transaction.

[0201] The smart transport box, similar to a smart monitor, is deployed in transport vehicles to monitor the quantity, status, and quality of target trading objects. It is understood that the smart transport box can be used by the seller or by a dedicated logistics company arranged by the seller; no restrictions are placed here.

[0202] Specifically, when a seller sends a target transaction object, it places the object around the smart transport box. Within this area, the smart transport box can monitor the target object. Before transport, the smart transport box performs preliminary monitoring, obtaining information such as the quantity and quality of the target object, and reports this preliminary monitoring information to the credit management device. During transport, the smart transport box can periodically monitor the quantity and quality of the target object, and the credit management device receives the transport status reports from the smart transport box. After the target object arrives at the delivery location, the smart transport box can monitor the unloading process and receive the unloading status reports from the smart transport box. The smart transport box reports the transport and unloading status of the target object to the credit management device, thus achieving monitoring of the target transaction object. Furthermore, in offline transactions, the credit management device also monitors the settlement operations received by the server from the first client device. For example, when a buyer pays the transaction amount stipulated in the smart contract on the first client device and clicks the payment completion button, the first client device triggers a payment completion instruction containing the payment amount, which is then sent to the server device. The server device receives this instruction, and the credit management device monitors the server device's receipt of this payment completion message. If the credit management device detects a payment completion instruction, it has achieved monitoring of the settlement operation. The credit management device can also monitor and read the payment amount contained in the payment completion instruction. Simultaneously, it compares this payment amount with the transaction amount in the smart contract. If the two amounts match, the settlement process is complete; if they do not match, the settlement operation is incomplete.

[0203] For example, if the transaction amount agreed in the smart contract is 1 million, but the payment instruction includes a payment amount of 500,000, and the credit management device detects that the transaction amount is inconsistent with the payment amount, then it is determined that the settlement operation has not been completed.

[0204] Specifically, if the payment amount is less than the transaction amount, the credit management device can record the payment amount, payment time, and payment status in the smart contract. The payment status indicates that the settlement operation is not completed. The payment status is sent to the first client device and the second client device to remind the first client device that it needs to continue to pay the balance, to remind the second client device to be aware of the current payment status, and to remind the first client again by phone or email that the payment is not completed.

[0205] Furthermore, if the payment amount matches the transaction amount, the payment status indicates that the settlement process is complete. The credit management device can send the payment status to the second client device, where the seller can view the payment status and click the "Settlement Process Complete" button. This triggers a settlement process completion instruction, which is then sent to the server device. The credit management device monitors and reads the settlement process completion instruction sent by the server device. Simultaneously, the credit management device can mark the settlement as complete in the smart contract to indicate that the transaction has been settled.

[0206] This method is used to monitor the composition of a transaction based on the transaction method. Specifically, it includes: if the transaction method is determined to be an online transaction, the transaction process is monitored by monitoring the transaction operations received by the first and second credit system client devices from the credit system server device; if the transaction method is determined to be an offline transaction, the transportation and unloading status of the target transaction object reported by the smart transport box installed in the vehicle loaded with the target transaction object is obtained to monitor the target transaction object, and the settlement operations received by the first or second credit system client devices from the credit system server device are monitored to monitor the settlement process during the transaction. This approach first determines the monitoring tasks of the credit management device based on different transaction methods, which facilitates the correct execution of monitoring work. For online transactions, the credit management device needs to monitor every transaction operation, thus achieving comprehensive monitoring of the transaction process. For offline transactions, the credit management device can monitor the transportation and unloading of the target transaction object in a timely manner through smart transport boxes, knowing the target transaction object's status in the vehicle anytime and anywhere, and recording all information in smart contracts, thereby enabling accurate monitoring of the target transaction object. In addition, the credit management device also monitors the settlement operations triggered by the first or second client in a timely manner, thus enabling real-time updates on the settlement process during the transaction.

[0207] S903 If it is determined that the transaction information is inconsistent with the smart contract after signing, the inconsistent transaction information shall be recorded in the smart contract after signing.

[0208] Transaction information refers to any information about a transaction generated in the first client and the second client, which may include the payment amount of the first client, the location of the target transaction object to which the transaction was sent and received, and the time of sending the target transaction object.

[0209] Specifically, if the credit management device determines that the actual transaction information is inconsistent with the transaction information agreed upon in the smart contract after it has been signed, the credit management device will record the inconsistent transaction information in the corresponding position on the smart contract after it has been signed.

[0210] Specifically, if the number of target transaction objects detected by the credit management device is inconsistent with the number of target transaction objects agreed on in the smart contract, the credit management device will record the actual number of target transaction objects sent by the seller in the target transaction object quantity field of the smart contract.

[0211] For example, if the smart contract stipulates that the number of target transaction objects is 10, and the monitored transaction information shows that the actual number of target transaction objects sent is 8, then the credit management device determines that the transaction information is inconsistent with the smart contract after signing. In this case, the credit management device records the inconsistent transaction information of the actual number of target transaction objects sent as 8 in the corresponding position on the smart contract after signing.

[0212] This embodiment provides a transaction-based data processing method. The method includes determining the transaction method when executing a transaction based on a signed smart contract; monitoring the transaction process according to the transaction method and acquiring the monitored transaction information; if it is determined that the transaction information is inconsistent with that in the signed smart contract, then recording the inconsistent transaction information in the signed smart contract. In this embodiment, the credit management device can accurately determine the transaction method when executing a transaction based on the signed smart contract, and then promptly acquire the monitored transaction information according to the transaction method. This allows for rapid comparison of the transaction information with the signed smart contract. If there is a discrepancy, the credit management device will record the inconsistent transaction information. Because of this recording, inconsistent transaction information occurring during the transaction process can be accurately and completely preserved, which is beneficial for subsequent review and reduces disputes.

[0213] Example 8

[0214] Figure 10 This is a flowchart illustrating a transaction-based data processing method provided in Embodiment 8 of this application. This embodiment is a further refinement of Embodiments 5 to 7 described above. This embodiment represents an optional approach after acquiring monitored transaction information, such as... Figure 10 As shown, the specific steps are as follows.

[0215] S1001, calculate the current user transaction credit value of the buyer and seller transaction users based on the transaction information.

[0216] The current user transaction credit score refers to the transaction credit score calculated based on the credit information of this transaction. The current user transaction credit score includes the current transaction credit score of both the buyer and seller.

[0217] Specifically, the credit management device divides transaction information into transaction information of buyer users (hereinafter referred to as buyer transaction information) and transaction information of seller users (hereinafter referred to as seller transaction information). Then, the credit management device calculates the transaction credit value of the buyer transaction information and the seller transaction information respectively.

[0218] Specifically, the current user's transaction credit score can be calculated according to the method in Table 1. As shown in Table 1, Table 1 presents a feasible calculation method for seller transaction information, which may include the quantity, quality, weight, agreed dispatch time, agreed transportation time, and others. The comparison results between the seller's transaction information and the agreed transaction information in the signed smart contract can be severely inconsistent, moderately severe inconsistent, significantly inconsistent, or basically consistent. Specifically, the comparison result is determined based on the current user's transaction information and the agreed transaction information in the signed smart contract. Severe inconsistency can be a deviation of 70-100% between the current user's transaction information and the agreed transaction information; moderately severe inconsistency can be a deviation of 40-70%; significantly inconsistent can be a deviation of 10-40%; and basically consistent can be a deviation of 0-10%. For example, if the target number of transactions is set at 50, but the actual number of transactions in the current user's transaction information is 25, then the deviation is 25 / 50*100%=50%, which means the comparison result is a serious inconsistency.

[0219] Each seller transaction information corresponds to multiple comparison results. Based on the comparison results, the transaction credit value of each seller transaction information can be calculated. Then, the transaction credit values ​​of all seller transaction information are summed to obtain the current user's transaction credit value.

[0220] Table 1: A feasible calculation method.

[0221]

[0222] For example, if the quantity and quality of the target trading objects in the seller's transaction information are significantly inconsistent, while the weight and other aspects of the target trading objects are basically consistent, the agreed dispatch time is significantly inconsistent, and the agreed transportation time is significantly inconsistent, then the seller's current transaction credit score = transaction credit score for the quantity of target trading objects + transaction credit score for the quality of target trading objects + transaction credit score for the weight of target trading objects + transaction credit score for the agreed dispatch time + transaction credit score for the agreed transportation time + other transaction credit scores = 15 + 15 + 20 + 6 + 5 + 20 = 81 points.

[0223] S1002, the current user transaction credit value is sent to the credit system server device to instruct the credit system server device to store the current user transaction credit value in the second blockchain.

[0224] Specifically, the credit management device sends the calculated current user transaction credit value to the server device, which then sends this value to and stores it in the second blockchain. It is understood that the credit management device can also send buyer and seller transaction information to the server device and instruct the server device to send and store this information in the second blockchain.

[0225] This embodiment provides a transaction-based data processing method. After acquiring monitored transaction information, the method further includes: calculating the current user transaction credit value for both the buyer and seller based on the transaction information; and sending the current user transaction credit value to a credit system server device to instruct the server device to store the current user transaction credit value in a second blockchain. In this embodiment, the credit management device can calculate the current user transaction credit value based on transaction information and send it to the server device, ultimately storing it in the second blockchain. This timely updates the transaction credit values ​​for both the buyer and seller, making the transaction information more accurate and complete. Since the current user transaction credit value is formed based on the transaction, this embodiment can calculate the transaction credit value for each transaction, thus ensuring the real-time nature of the transaction information.

[0226] Example 9

[0227] Figure 11 This is a flowchart illustrating a transaction-based data processing method provided in Embodiment Nine of this application. The execution entity of this embodiment is the transaction-based data processing method, such as... Figure 11 As shown, the transaction-based data processing method provided in this embodiment includes the following steps.

[0228] S1101, the credit system client device sends an account creation request to the credit system server device.

[0229] S1102, the credit system server device sends the account creation request to the credit management device.

[0230] S1103, the credit management device authenticates the user based on the basic user information included in the account creation request.

[0231] S1104, The credit management device sends an identity verification pass message to the credit system server device;

[0232] S1105, the credit system server device stores users' basic information in the first blockchain.

[0233] S1106, the credit management device sends the user's credit information corresponding to the user's basic information to the credit system server device.

[0234] S1107, the credit system server device stores the user credit information corresponding to the user's basic information in a third blockchain.

[0235] S1108, the credit management device sends user transaction information to the credit system server.

[0236] S1109, the credit system server device stores user transaction information in the second blockchain.

[0237] S1110, the first credit system client device sends a transaction user viewing request.

[0238] S1111, the credit system server device obtains the user's basic information, user transaction information and user credit information corresponding to the target transaction object.

[0239] S1112, the credit system server device sends the user transaction information corresponding to the target transaction object to the credit sharing device.

[0240] S1113, The credit-sharing device identifies transactional relationships between at least one user in the supply chain.

[0241] S1114, The credit-sharing device sends transaction relationships of at least one user in the supply chain.

[0242] S1115, the credit system server device sends the basic user information, user credit information and transaction relationship of at least one user in the supply chain to the credit system client device corresponding to the target transaction object.

[0243] The implementation of each step in the transaction-based data processing method provided in this embodiment is similar to that of the corresponding steps in the above embodiments, and will not be repeated here.

[0244] Example 10

[0245] The following are embodiments of the apparatus described in this application. Figure 12 This is a schematic diagram of a transaction-based data processing device provided in Embodiment 10 of this application. Figure 12 As shown, the device 120 is located in the credit system server equipment, and the device 120 includes the following modules.

[0246] The first receiving module 1201 is used to receive transaction user viewing requests sent by the first credit system client device;

[0247] The first acquisition module 1202 is used to acquire user basic information, user transaction information and user credit information corresponding to the target transaction object from the pre-built blockchain according to the transaction user's viewing request; the pre-built blockchain stores user basic information, user transaction information and user credit information corresponding to multiple transaction objects; the pre-built blockchain is created based on credit management equipment;

[0248] The first sending module 1203 is used to send the user transaction information corresponding to the target transaction object to the credit sharing device, so as to instruct the credit sharing device to determine the transaction relationship of at least one user in the supply chain based on the user transaction information corresponding to the target transaction object.

[0249] The first receiving module 1201 is also used to receive transaction relationships of at least one user in the supply chain sent by the credit sharing device;

[0250] The first sending module 1203 is also used to send the user's basic information, user credit information and transaction relationship of at least one user in the supply chain corresponding to the target transaction object to the first credit system client device for display.

[0251] In one feasible approach, before the first acquisition module 1202 acquires the user's basic information, user transaction information, and user credit information corresponding to the target transaction object from the pre-built blockchain according to the transaction user's viewing request, this embodiment provides a transaction-based data processing device, which further includes: a first storage module.

[0252] The first receiving module 1201 is further configured to receive an account creation request sent by at least one credit system client device; the first sending module 1203 is further configured to send the account creation request to the credit management device to instruct the credit management device to verify the user's basic information included in the account creation request and obtain the user's credit information corresponding to the user's basic information; the first storage module is configured to store the user's basic information in a first blockchain if the first receiving module 1201 receives an identity verification pass message sent by the credit management device; the first receiving module 1201 is further configured to receive the user's credit information corresponding to the user's basic information sent by the credit management device, and the first storage module is further configured to store the user's credit information corresponding to the user's basic information in a third blockchain; the first storage module is further configured to store the user's transaction information in a second blockchain if the first receiving module 1201 receives user transaction information sent by the credit management device.

[0253] In one feasible approach, the first acquisition module, when acquiring the user's basic information, transaction information, and credit information corresponding to the target transaction object from a pre-built blockchain based on the transaction user's viewing request, is specifically used for:

[0254] Based on the transaction user's viewing request, a basic information retrieval request is sent to the first blockchain, instructing the first blockchain to retrieve the user's basic information corresponding to the target transaction object from the first blockchain; the user's basic information corresponding to the target transaction object is received from the first blockchain; a transaction information retrieval request and a credit information retrieval request are sent to the first blockchain, the transaction information retrieval request instructing the first blockchain to send a transaction information retrieval instruction to the second blockchain, which instructs the second blockchain to retrieve the user's transaction information corresponding to the target transaction object; the credit information retrieval request instructs the first blockchain to send a credit information retrieval instruction to the third blockchain, which instructs the third blockchain to retrieve the user's credit information corresponding to the target transaction object; the user's transaction information corresponding to the target transaction object is received from the second blockchain, and the user's credit information corresponding to the target transaction object is received from the third blockchain.

[0255] In one feasible approach, after the first sending module 1203 sends the user's basic information, user credit information, and transaction relationships of at least one user in the supply chain corresponding to the target transaction object to the credit system client device, this embodiment provides a transaction-based data processing device, which further includes: a transaction execution module.

[0256] The first receiving module 1201 is further configured to receive a transaction request sent by the first credit system client device, the transaction request including buyer transaction user identification information, seller transaction user identification information and transaction element information; the first sending module 1203 is further configured to send the transaction request to the credit management device to instruct the credit management device to generate a smart contract for the transaction based on the buyer transaction user identification information, seller transaction user identification information and transaction element information; the transaction execution module is configured to obtain the smart contract and execute the transaction based on the smart contract.

[0257] In one feasible approach, the transaction execution module, when executing a transaction based on a smart contract, is specifically used for: sending the smart contract to a first credit system client device and a second credit system client device; sending the signed smart contract between the first credit system client device and the second credit system client device; and executing the transaction based on the signed smart contract.

[0258] Example 11

[0259] The following are embodiments of the apparatus described in this application. Figure 13 This is a schematic diagram of a transaction-based data processing device provided in Embodiment Eleven of this application. Figure 13 As shown, the device 130 is located in a credit management device, and the device 130 includes the following modules.

[0260] The second receiving module 1301 is used to receive an account creation request sent by the credit system server device;

[0261] Verification module 1302 is used to verify the user's basic information included in the account creation request based on the account creation request;

[0262] The second sending module 1303 is used to send an authentication success message to the credit system server device if the authentication is successful, so as to instruct the credit system server device to store the user's basic information in the first blockchain.

[0263] The second acquisition module 1304 is used to acquire user credit information corresponding to user basic information through a third-party device, and send the user credit information corresponding to user basic information to the credit system server device to instruct the credit system server device to store the user credit information corresponding to user basic information in the third blockchain.

[0264] The second sending module 1303 is also used to send the transaction information to the credit system server device if user transaction information is detected, so as to instruct the credit system server device to store the user's transaction information in the second blockchain.

[0265] In one feasible embodiment, this embodiment provides a transaction-based data processing apparatus, which further includes a generation module and a second storage module.

[0266] The second receiving module 1301 is further configured to receive a transaction request sent by the credit system server device, the transaction request including buyer transaction user identification information, seller transaction user identification information, and transaction element information; the generation module is configured to generate a smart contract for the transaction based on the buyer transaction user identification information, seller transaction user identification information, and transaction element information; the second sending module 1303 is further configured to send the smart contract to the credit system server device, instructing the credit system server device to send the smart contract to the first credit system client device and the second credit system client device, and to receive the signed smart contract; the second storage module is configured to obtain the signed smart contract and store it.

[0267] In one feasible embodiment, this embodiment provides a transaction-based data processing apparatus, which further includes: a determination module, a monitoring module, and a recording module.

[0268] The system includes a determination module for determining the transaction method when executing a transaction based on the signed smart contract; a monitoring module for monitoring the transaction process according to the transaction method and obtaining the monitored transaction information; and a recording module for recording the inconsistent transaction information on the signed smart contract if the determination module determines that the transaction information is inconsistent with that on the signed smart contract.

[0269] In one feasible approach, the monitoring module, when monitoring the transaction process according to the transaction method, is specifically used for:

[0270] If the transaction method is determined to be online, the transaction process is monitored by monitoring the transaction operations received by the first and second credit system client devices from the credit system server equipment. If the transaction method is determined to be offline, the transportation and unloading status of the target transaction object reported by the smart transport box installed in the vehicle loaded with the target transaction object is obtained to monitor the target transaction object. The settlement operations received by the first or second credit system client devices from the credit system server equipment are also monitored to monitor the settlement process during the transaction.

[0271] In one feasible approach, this embodiment provides a transaction-based data processing method, which further includes a calculation module.

[0272] The calculation module is used to calculate the current user transaction credit value of the buyer and seller transaction users based on the transaction information after the second acquisition module 1304 acquires the monitored transaction information; the second sending module 1305 is also used to send the current user transaction credit value to the credit system server device to instruct the credit system server device to store the current user transaction credit value in the second blockchain.

[0273] Example 12

[0274] Figure 14 This is a schematic diagram of the structure of a credit system server device provided in Embodiment Twelve of this application. Figure 14 As shown, the credit system server device 140 may include: a processor 1401, and a memory 1402 and a transceiver 1403 communicatively connected to the processor 1401. The memory 1402 stores computer-executable instructions; the transceiver 1403 is used for sending and receiving data; the processor 1401 executes the computer-executable instructions stored in the memory 1402 to implement any one of the method embodiments 1 to 4 and 9 described above. The specific implementation methods and technical effects are similar and will not be repeated here.

[0275] In this embodiment, the memory 1402 and the processor 1401 are connected via a bus. The bus can be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, or an Extended Industry Standard Architecture (EISA) bus, etc. The bus can be divided into address bus, data bus, control bus, etc. For ease of representation, Figure 14 The bus is represented by a single thick line, but this does not mean that there is only one bus or one type of bus.

[0276] Example 13

[0277] Figure 15 This is a schematic diagram of the structure of a credit management device provided in Embodiment Thirteen of this application. Figure 15 As shown, the credit management device 150 may include: a processor 1501, and a memory 1502 and a transceiver 1503 communicatively connected to the processor 1501. The memory 1502 stores computer-executable instructions; the transceiver 1503 is used for sending and receiving data; the processor 1501 executes the computer-executable instructions stored in the memory 1502 to implement any one of the method embodiments five to nine described above. The specific implementation methods and technical effects are similar and will not be repeated here.

[0278] In this embodiment, the memory 1502 and the processor 1501 are connected via a bus. The bus can be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, or an Extended Industry Standard Architecture (EISA) bus, etc. The bus can be divided into address bus, data bus, control bus, etc. For ease of representation, Figure 15 The bus is represented by a single thick line, but this does not mean that there is only one bus or one type of bus.

[0279] Example 14

[0280] This application provides a computer-readable storage medium storing computer-executable instructions. When executed by a processor, the computer-executable instructions are used to implement any one of the method embodiments 1 to 9 described above. The specific implementation methods and technical effects are similar and will not be repeated here.

[0281] Other embodiments of this application will readily occur to those skilled in the art upon consideration of the specification and practice of the invention disclosed herein. This application is intended to cover any variations, uses, or adaptations of this application that follow the general principles of this application and include common knowledge or customary techniques in the art not disclosed herein. The specification and examples are to be considered exemplary only, and the true scope and spirit of this application are indicated by the following claims.

[0282] It should be understood that this application is not limited to the precise structure described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from its scope. The scope of this application is limited only by the appended claims.

Claims

1. A transaction-based data processing method, characterized in that, The method is applied to a credit system server-side device, and the method includes: Receive transaction user viewing requests sent by the client devices of the first credit system; Based on the transaction user's viewing request, the system retrieves the user's basic information, transaction information, and credit information corresponding to the target transaction object from a pre-built blockchain. The pre-built blockchain stores the user's basic information, transaction information, and credit information corresponding to multiple transaction objects. The pre-built blockchain is created based on a credit management device. Send the user transaction information corresponding to the target transaction object to the credit sharing device, so as to instruct the credit sharing device to determine the transaction relationship of at least one user in the supply chain based on the user transaction information corresponding to the target transaction object; Receive transaction relationships of at least one user in the supply chain sent by the credit sharing device; The user's basic information, user credit information, and transaction relationships with at least one user in the supply chain corresponding to the target transaction object are sent to the first credit system client device for display.

2. The method according to claim 1, characterized in that, Before obtaining the user's basic information, user transaction information, and user credit information corresponding to the target transaction object from the pre-built blockchain according to the transaction user's viewing request, the method further includes: Receive an account creation request from at least one credit system client device; The account creation request is sent to the credit management device to instruct the credit management device to verify the user's basic information included in the account creation request and obtain the user's credit information corresponding to the user's basic information. If an identity verification message is received from the credit management device, the user's basic information is stored in the first blockchain; Receive user credit information corresponding to the user's basic information sent by the credit management device, and store the user credit information corresponding to the user's basic information in the third blockchain; If user transaction information is received from the credit management device, the user transaction information is stored in the second blockchain.

3. The method according to claim 2, characterized in that, The step of obtaining the user's basic information, user transaction information, and user credit information corresponding to the target transaction object from the pre-built blockchain according to the transaction user's viewing request includes: According to the transaction user's viewing request, a user basic information retrieval request is sent to the first blockchain to instruct the first blockchain to retrieve the user basic information corresponding to the target transaction object from the first blockchain according to the basic information retrieval request; Receive the basic user information corresponding to the target transaction object sent by the first blockchain; The system sends a transaction information retrieval request and a credit information retrieval request to a first blockchain. The transaction information retrieval request instructs the first blockchain to send a transaction information retrieval instruction to a second blockchain, which instructs the second blockchain to retrieve the user transaction information corresponding to the target transaction object. The credit information retrieval request instructs the first blockchain to send a credit information retrieval instruction to a third blockchain, which instructs the third blockchain to retrieve the user credit information corresponding to the target transaction object. It receives user transaction information corresponding to the target transaction object sent by the second blockchain, and also receives user credit information corresponding to the target transaction object sent by the third blockchain.

4. The method according to any one of claims 1-3, characterized in that, After sending the basic user information, user credit information, and transaction relationships of at least one user in the supply chain corresponding to the target transaction object to the first credit system client device, the method further includes: Receive a transaction request sent by a client device of the first credit system, wherein the transaction request includes buyer transaction user identification information, seller transaction user identification information, and transaction element information; The transaction request is sent to the credit management device to instruct the credit management device to generate a smart contract for the transaction based on the buyer's transaction user identification information, the seller's transaction user identification information, and the transaction element information; Obtain the smart contract and execute transactions based on the smart contract.

5. The method according to claim 4, characterized in that, The execution of transactions based on the smart contract includes: The smart contract is sent to the first credit system client device and the second credit system client device; Receive signed smart contracts sent by the first credit system client devices and the second credit system client devices; Transactions are executed based on the signed smart contract.

6. A transaction-based data processing method, characterized in that, The method is applied to a credit management device, and the method includes: Receive account creation requests sent by the credit system server device; The user's basic information included in the account creation request is verified according to the account creation request. If the identity verification is successful, an identity verification success message is sent to the credit system server device to instruct the credit system server device to store the user's basic information in the first blockchain; The system obtains user credit information corresponding to user basic information through third-party devices and sends the user credit information corresponding to user basic information to the credit system server device, so as to instruct the credit system server device to store the user credit information corresponding to user basic information in the third blockchain. If user transaction information is detected, the user transaction information is sent to the credit system server device to instruct the credit system server device to store the user transaction information in the second blockchain. The user transaction information in the second blockchain is used to instruct the credit system server device to send the user transaction information to the credit sharing device when it receives a user's request to view the transaction information, so as to determine the transaction relationship of at least one user in the supply chain and display it on the first credit system client device.

7. The method according to claim 6, characterized in that, Also includes: Receive transaction requests sent by the credit system server equipment, wherein the transaction requests include buyer transaction user identification information, seller transaction user identification information, and transaction element information; A smart contract for the transaction is generated based on the buyer's transaction user identification information, the seller's transaction user identification information, and the transaction element information. The smart contract is sent to the credit system server device to instruct the credit system server device to send the smart contract to the first credit system client device and the second credit system client device, and to receive the signed smart contract; Obtain and store the signed smart contract.

8. The method according to claim 7, characterized in that, Also includes: Determine the transaction method when executing a transaction based on a signed smart contract; The transaction process is monitored according to the transaction method, and the monitored transaction information is obtained; If it is determined that the transaction information is inconsistent with the information on the signed smart contract, the inconsistent transaction information will be recorded on the signed smart contract.

9. The method according to claim 8, characterized in that, The monitoring of the transaction process based on the transaction method includes: If the transaction method is determined to be an online transaction, the transaction process is monitored by monitoring the transaction operations received by the first credit system client device and the second credit system client device from the credit system server device; If the transaction method is determined to be an offline transaction, the system obtains the transportation and unloading information of the target transaction object reported by the smart transport box installed in the vehicle loaded with the target transaction object, thereby enabling the monitoring of the target transaction object. The system also monitors the settlement operations received by the first or second credit system client device from the credit system server device, and monitors the settlement process during the transaction.

10. The method according to claim 8, characterized in that, After obtaining the monitored transaction information, the process also includes: Calculate the current user transaction credit score of the buyer and seller based on transaction information; The current user transaction credit value is sent to the credit system server device to instruct the credit system server device to store the current user transaction credit value in the second blockchain.

11. A transaction-based data processing apparatus, characterized in that, The device is located on the server-side equipment of the credit system, and the device includes: The first receiving module is used to receive transaction user viewing requests sent by the client devices of the first credit system; The first acquisition module is used to acquire user basic information, user transaction information, and user credit information corresponding to the target transaction object from a pre-built blockchain according to the transaction user's viewing request; the pre-built blockchain stores user basic information, user transaction information, and user credit information corresponding to multiple transaction objects; the pre-built blockchain is created based on a credit management device; The first sending module is used to send the user transaction information corresponding to the target transaction object to the credit sharing device, so as to instruct the credit sharing device to determine the transaction relationship of at least one user in the supply chain based on the user transaction information corresponding to the target transaction object. The receiving module is also used to receive transaction relationships of at least one user in the supply chain sent by the credit sharing device; The sending module is also used to send the user's basic information, user credit information, and transaction relationships of at least one user in the supply chain corresponding to the target transaction object to the first credit system client device for display.

12. A transaction-based data processing apparatus, characterized in that, The device is located in the credit management equipment, and the device includes: The second receiving module is used to receive account creation requests sent by the credit system server device; The verification module is used to verify the user's basic information included in the account creation request based on the account creation request; The second sending module is used to send an authentication success message to the credit system server device if the authentication is successful, so as to instruct the credit system server device to store the user's basic information in the first blockchain. The second acquisition module is used to acquire user credit information corresponding to user basic information through a third-party device, and send the user credit information corresponding to user basic information to the credit system server device to instruct the credit system server device to store the user credit information corresponding to user basic information in the third blockchain. The second sending module is further configured to send the user transaction information to the credit system server device if user transaction information is detected, so as to instruct the credit system server device to store the user transaction information in the second blockchain. The user transaction information in the second blockchain is used to instruct the credit system server device to send the user transaction information to the credit sharing device when it receives a user's request to view the transaction information, so as to determine the transaction relationship of at least one user in the supply chain and display it on the first credit system client device.

13. A credit system server-side device, comprising: A processor, and a memory and a transceiver communicatively connected to the processor; The memory stores computer-executed instructions; The transceiver is used for sending and receiving data; The processor executes computer execution instructions stored in the memory to implement the method as described in any one of claims 1-5.

14. A credit management device, comprising: A processor, and a memory and a transceiver communicatively connected to the processor; The memory stores computer-executed instructions; the transceiver is used for sending and receiving data. The processor executes computer execution instructions stored in the memory to implement the method as described in any one of claims 6-10.

15. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer-executable instructions, which, when executed by a processor, are used to implement the method as described in any one of claims 1-5 or 6-10.

Images