A cross-system service resource transfer method, device, medium and program product

Abstract

The application discloses a cross-system business resource transfer method and device, a medium and a program product. The method is executed by a first standard account node in a block chain, and includes: generating an information collection transaction request, and broadcasting the information collection transaction request in the block chain; determining a weight function corresponding to each second standard account node according to path decision information returned by each second standard account node in response to the information collection transaction request, resource transfer time limit and a currently maintained disabled node list, and determining a second standard account node with the smallest weight function as a target standard account node; initiating a resource transfer transaction request to the target standard account node, and broadcasting the encrypted resource transfer transaction request in the block chain. By adopting the technical scheme, the optimal standard account node can be dynamically matched, the rapid flow of business resources is realized, the overall time consumption is shortened, and the cost of single business resource transfer is effectively reduced.

Description

Technical Field

[0001] This invention relates to the fields of blockchain and distributed technology, and in particular to a cross-system business resource transfer method, device, medium and program product. Background Technology

[0002] As the application scenarios for multi-entity cross-domain business collaboration continue to expand, the demand for efficient transfer of measurable resources across systems is increasing.

[0003] In existing technologies, to achieve the flow of measurable resources in a system, a pre-set resource quota model can generally be adopted. Each system needs to pre-store the corresponding amount of resources in a designated transit system, and rely on a fixed transit system to complete the forwarding and landing of resources.

[0004] However, this method is highly dependent on the relay system. If the relay system fails or is unable to handle business, it will directly lead to the failure of resource transfer. The system has weak fault tolerance. At the same time, the operation and maintenance side needs to continuously monitor the remaining resources of each system, resulting in a large workload for operation and maintenance, a long overall workflow, and low efficiency. Furthermore, relying on a single relay system cannot guarantee the actual resource transfer time, and the transfer cost generated by the relay is not adjustable, requiring high resource transfer costs. Summary of the Invention

[0005] This invention provides a method, device, medium, and program product for cross-system business resource transfer. It can dynamically match the optimal standard account node among all standard account nodes in the blockchain, enabling rapid transfer of business resources, significantly shortening the overall time of cross-system business resource transfer, and effectively reducing the cost of a single business resource transfer.

[0006] According to one aspect of the present invention, a method for transferring business resources across systems is provided, executed by a first standard account node in a blockchain, comprising: When a first user transfers business resources to a second user in a second resource management system through a first resource management system, an information collection transaction request is generated and broadcast in the blockchain; wherein, the first standard account node is a standard node mapped from the first resource management system to the blockchain. Based on the path decision information, resource transfer timeliness, and currently maintained list of disabled nodes returned by each second standard account node in the blockchain in response to the information collection transaction request, the weight function corresponding to each second standard account node is determined, and the second standard account node with the smallest weight function is determined as the target standard account node. A resource transfer transaction request is initiated to the target standard account node, so that the target standard account node can call the third resource management system to transfer business resources to the second resource management system. The resource transfer transaction request is encrypted and broadcast in the blockchain so that each standard account node in the blockchain can update the remaining standard resources of the first standard account node and the target standard account node according to the encrypted resource transfer transaction request.

[0007] Optionally, generating an information collection transaction request and broadcasting the information collection transaction request in the blockchain includes: The first user and a portion of the user identifiers, business resource measurement units, and business resource quantities of the second user are encrypted using the private key of the first standard account node to generate an information collection transaction request. The information collection transaction request is broadcast in the blockchain so that each second standard account node in the blockchain can decrypt the information collection transaction request using the public key of the first standard account node and return path decision information.

[0008] The advantages of this setup are: it can initiate information collection transaction requests to all standard account nodes on the blockchain, expand the choice of transit paths for business resource transfer, and provide the minimum information required for path decision-making, avoiding the spread of complete user identities and business data on the chain, while balancing verifiability and privacy protection.

[0009] Optionally, based on the path decision information, resource transfer timeliness, and currently maintained list of disabled nodes returned by each second standard account node in the blockchain, a weight function corresponding to each second standard account node is determined, including: Based on the resource transfer timeliness, determine the time coefficient and the transfer cost coefficient; Based on the path decision information returned by each second standard account node, the normalized timeliness and normalized transfer cost corresponding to each second standard account node are determined respectively; wherein, the path decision information includes at least the estimated timeliness, transfer cost, and resource transfer willingness; The weight function of the second standard account node is determined based on the time coefficient, transfer cost coefficient, normalized timeliness of the second standard account node, normalized transfer cost, and the currently maintained list of disabled nodes.

[0010] The advantage of this setup is that it dynamically adjusts the evaluation criteria based on the needs of business resource transfer, thereby adapting to different resource transfer scenarios, such as emergency delivery and low-cost processing. The optimal second standard account node can be determined through the weight function, which can minimize the cost of business resource transfer and improve the efficiency of business resource transfer.

[0011] Optionally, based on the path decision information returned by each second standard account node, the normalized timeliness and normalized transfer cost corresponding to each second standard account node are determined, including: Based on the path decision information returned by each second standard account node, determine the maximum estimated time, minimum estimated time, maximum transfer cost, and minimum transfer cost; Based on the estimated timeliness of the second standard account node, the maximum estimated timeliness, and the minimum estimated timeliness, the normalized timeliness of the second standard account is determined, and based on the transfer cost of the second standard account node, the maximum transfer cost, and the minimum transfer cost, the normalized transfer cost of the second standard account is determined.

[0012] The advantage of this setting is that, since timeliness and cost have different dimensions, they cannot be directly added together. Therefore, through normalization, different indicators can be converted into dimensionless values, thereby improving the rationality and stability of the weighting function.

[0013] Optionally, the weighting function for the second standard account node is determined based on the time coefficient, transfer cost coefficient, normalized timeliness of the second standard account node, normalized transfer cost, and the currently maintained list of disabled nodes, including: Determine whether the second standard account node is in the list of disabled nodes; If so, then the weight function of the second standard account node is set to 1; If not, then calculate the weight function of the second standard account node based on the time coefficient, transfer cost coefficient, normalized timeliness of the second standard account node, and normalized transfer cost.

[0014] The advantage of this setup is that by setting up a list of disabled nodes, it is possible to effectively prevent the specific information of business resource transfer from being captured by the disabled nodes, thereby effectively ensuring the information security of business resource transfer. By using a list of disabled nodes, no consent is required from the disabled nodes on the chain, thus achieving seamless information protection.

[0015] Optionally, the resource transfer transaction request includes detailed user identifiers of the first user and the second user, business resource measurement unit, business resource quantity, standard resource quantity corresponding to the standard business resource measurement unit, and path decision information returned by the target standard account node.

[0016] The advantage of this setup is that it distinguishes the data granularity between the path selection phase and the actual execution phase, which reduces privacy exposure during the initial broadcast and ensures that the target standard account node has sufficient and complete information when the actual resource transfer is executed, thus avoiding execution failure due to insufficient information.

[0017] Optionally, after encrypting the resource transfer transaction request and broadcasting it on the blockchain, the method further includes: If it is detected that the third resource management system has failed to transfer business resources to the second resource management system, then according to the weight function corresponding to each second standard account node, a candidate standard account node is determined, and a broadcast notification is made to each standard account node to roll back the remaining standard resources of the first standard account node and the target standard account node. A resource transfer transaction request is initiated to the candidate standard account node, so that the candidate standard account node can call the fourth resource management system to transfer business resources to the second resource management system. The resource transfer transaction request is encrypted and broadcast in the blockchain so that each standard account node in the blockchain can update the remaining standard resources of the first standard account node and the candidate standard account node according to the encrypted resource transfer transaction request.

[0018] The advantage of this setup is that it enables a failure recovery mechanism, so that if the optimal path fails during the off-chain execution phase, the system can automatically roll back the previous on-chain standard resource change and switch to the suboptimal path to continue processing, thereby improving the continuity, fault tolerance, and final success rate of cross-system resource transfer.

[0019] According to another aspect of the present invention, an electronic device is provided, the electronic device comprising: At least one processor; and A memory communicatively connected to the at least one processor; wherein, The memory stores a computer program that can be executed by the at least one processor, which enables the at least one processor to perform the cross-system business resource transfer method according to any embodiment of the present invention.

[0020] According to another aspect of the present invention, a computer-readable storage medium is provided, the computer-readable storage medium storing computer instructions for causing a processor to execute and implement the cross-system service resource transfer method according to any embodiment of the present invention.

[0021] According to another aspect of the present invention, a computer program product is provided, the computer program product comprising a computer program that, when executed by a processor, implements the cross-system business resource transfer method described in any embodiment of the present invention.

[0022] The technical solution of this invention involves generating an information collection transaction request when a first user transfers business resources from a first resource management system to a second user in a second resource management system, and broadcasting the information collection transaction request in the blockchain. Based on the path decision information, resource transfer timeliness, and currently maintained list of disabled nodes returned by each second standard account node in the blockchain in response to the information collection transaction request, a weight function is determined for each second standard account node, and the second standard account node with the smallest weight function is identified as the target standard account node. A resource transfer transaction request is initiated to the target standard account node, allowing the target standard account node to call the third resource management system to transfer resources to the second resource management system. The system performs business resource transfers and encrypts the resource transfer transaction requests, broadcasting them across the blockchain. Each standard account node in the blockchain updates its remaining standard resources based on the encrypted request, simultaneously updating the remaining standard resources of both the first and target standard account nodes. This approach allows all standard account nodes within the blockchain to serve as recipients of business resources, reusing the resource scheduling capabilities of the entire network and dynamically matching the optimal standard account node. This enables rapid business resource transfer, significantly shortening the overall time required for cross-system business resource transfers and effectively reducing the cost of a single transfer. The remaining resources of each standard account node are kept consistent through network consensus, avoiding inconsistencies on one side.

[0023] It should be understood that the description in this section is not intended to identify key or essential features of the embodiments of the present invention, nor is it intended to limit the scope of the invention. Other features of the invention will become readily apparent from the following description. Attached Figure Description

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

[0025] Figure 1 This is a flowchart of a cross-system business resource transfer method provided in Embodiment 1 of the present invention; Figure 2 This is a flowchart of another cross-system business resource transfer method provided by Embodiment 2 of the present invention; Figure 3 This is a schematic diagram of the structure of a cross-system business resource transfer device provided in Embodiment 3 of the present invention; Figure 4 This is a schematic diagram of the structure of an electronic device that implements the cross-system business resource transfer method of this invention. Detailed Implementation

[0026] To enable those skilled in the art to better understand the present invention, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings of the embodiments. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of the present invention.

[0027] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this invention are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such terms can be used interchangeably where appropriate so that embodiments of the invention described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover a non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0028] Example 1 Figure 1 This is a flowchart of a cross-system business resource transfer method provided in Embodiment 1 of the present invention. This embodiment is applicable to situations where business resources are transferred between two different resource management systems. The method can be executed by a cross-system business resource transfer device, which can be implemented in hardware and / or software, and is generally configured in a computer or processor with data processing capabilities. Figure 1 As shown, the method includes: S110. When the first user transfers business resources to the second user in the second resource management system through the first resource management system, an information collection transaction request is generated and broadcast in the blockchain.

[0029] Optionally, business resources can be objects that can be registered, deducted, added, settled, or delivered in different business systems, including but not limited to funds, points, inventory, computing power, and service times.

[0030] Optionally, the resource management system can refer to a business system that maintains the ownership, balance, permissions, or transfer results of business resources; the first resource management system refers to a system that maintains the business resource information of the first user, who is the transferor of the business resources; and the second resource management system refers to a system that maintains the business resource information of the second user, who is the recipient of the business resources.

[0031] Optionally, a standard account node is an on-chain node that the resource management system maps to in the blockchain. Each registered and recorded resource management system is mapped to a unique standard account node on the blockchain.

[0032] Optionally, each standard account node in the blockchain can achieve business resource information sharing and cross-system business resource transfer through smart contracts.

[0033] Optionally, the information collection transaction request is an on-chain transaction request initiated by the first standard account node to select the optimal resource transfer path. It is used to allow the second standard account node to determine the path decision information of each second standard account node based on the information in the information collection transaction request and return it to the first standard account node.

[0034] Among them, the first standard account node is the standard node mapped to the blockchain by the first resource management system.

[0035] The process of generating an information collection transaction request and broadcasting the information collection transaction request in the blockchain may include: The first user and a portion of the user identifiers, business resource measurement units, and business resource quantities of the second user are encrypted using the private key of the first standard account node to generate an information collection transaction request. The information collection transaction request is broadcast in the blockchain so that each second standard account node in the blockchain can decrypt the information collection transaction request using the public key of the first standard account node and return path decision information.

[0036] Optionally, the second standard account node can refer to all other standard account nodes in the blockchain besides the first standard account node.

[0037] Optionally, when maintaining the business resources of each user, the resource management system will assign a unique user identifier to each user. During the generation of information collection transaction request, only a portion of the user identifier needs to be provided. The portion of the user identifier can specify several bits of information, such as the last 4 bits of the user identifier.

[0038] Optionally, the unit of measurement for business resources can refer to the unit of measurement used for the business resources to be transferred; the amount of business resources can refer to the quantity, amount, share or limit to be transferred corresponding to the unit of measurement for business resources, used to determine the specific scale of this business resource transfer.

[0039] Optionally, after receiving an information collection transaction request, the second standard account node can decrypt the information collection transaction request using the public key of the first standard account node shared within the blockchain. After decryption, it can obtain partial user identifiers, business resource measurement units, and business resource quantities of the first and second users, and determine the path decision information of each second standard account node based on the internal decision rules of each second standard account node.

[0040] Optionally, the route decision information may include, but is not limited to, estimated timeliness, transfer costs, and resource transfer willingness. Resource transfer willingness may specifically include willingness to carry out the transfer or unwillingness to carry out the transfer.

[0041] The advantages of this setup are: it can initiate information collection transaction requests to all standard account nodes on the blockchain, expand the choice of transit paths for business resource transfer, and provide the minimum information required for path decision-making, avoiding the spread of complete user identities and business data on the chain, while balancing verifiability and privacy protection.

[0042] S120. Based on the path decision information, resource transfer timeliness, and currently maintained list of disabled nodes returned by each second standard account node in the blockchain in response to the information collection transaction request, determine the weight function corresponding to each second standard account node, and determine the second standard account node with the smallest weight function as the target standard account node.

[0043] Optionally, the timeliness of resource transfer can be represented by pre-defined timeliness levels, for example, resource transfer timeliness can be expedited or normal.

[0044] Optionally, the currently maintained list of disabled nodes may refer to a private list maintained internally by the first standard account node, which is the set of non-selectable nodes maintained by the first standard account node.

[0045] Optionally, the weight function can be set between 0 and 1. The smaller the value, the better the second standard account node is.

[0046] Optionally, after determining the weight function of each second standard account node, the second standard account nodes can be sorted in ascending order of weight function. The first second standard account node after sorting, that is, the second standard account node with the smallest weight function, can be used as the target standard account node.

[0047] Optionally, the target standard account node is the optimal on-chain standard account node for this business resource transfer.

[0048] Specifically, the weight function for each second standard account node is determined based on the path decision information, resource transfer timeliness, and currently maintained list of disabled nodes returned by each second standard account node in the blockchain. This may include: Based on the resource transfer timeliness, determine the time coefficient and the transfer cost coefficient; Based on the path decision information returned by each second standard account node, the normalized timeliness and normalized transfer cost corresponding to each second standard account node are determined respectively; wherein, the path decision information includes at least the estimated timeliness, transfer cost, and resource transfer willingness; The weight function of the second standard account node is determined based on the time coefficient, transfer cost coefficient, normalized timeliness of the second standard account node, normalized transfer cost, and the currently maintained list of disabled nodes.

[0049] Optionally, if the resource transfer timeframe is expedited, the time coefficient and transfer cost coefficient are determined based on the time-optimal strategy; if the resource transfer timeframe is normal, the time coefficient and transfer cost coefficient are determined based on the transfer cost-optimal strategy.

[0050] Optionally, the sum of the time coefficient and the transfer cost coefficient is 1. The time coefficient and transfer cost coefficient can be pre-configured based on different strategies. For example, the time coefficient based on the time-optimal strategy can be 0.8 and the transfer cost coefficient can be 0.2; the time coefficient based on the transfer cost-optimal strategy can be 0.2 and the transfer cost coefficient can be 0.8. This is only an example and is not specifically limited.

[0051] Optionally, the normalized timeliness of the target second standard account node can be calculated based on the estimated timeliness of all second standard account nodes and the estimated timeliness of the target second standard account node, and the normalized transfer cost of the target second standard account node can be calculated based on the transfer cost of all second standard account nodes and the transfer cost of the target second standard account node.

[0052] Optionally, if the second standard account node is in the list of disabled nodes, no calculation is required, and its weight function is directly determined to be 1. If it is not in the list of disabled nodes, its weight function is calculated based on the time coefficient, transfer cost coefficient, normalized timeliness of the second standard account node, and normalized transfer cost.

[0053] Optionally, the first product of the time coefficient and the normalized timeliness of the second standard account node can be calculated first, then the second product of the transfer cost coefficient and the normalized transfer cost of the second standard account node can be calculated, and finally the sum of the first product and the second product can be used as the weight function of the second standard account node.

[0054] The advantage of this setup is that it dynamically adjusts the evaluation criteria based on the needs of business resource transfer, thereby adapting to different resource transfer scenarios, such as emergency delivery and low-cost processing. The optimal second standard account node can be determined through the weight function, which can minimize the cost of business resource transfer and improve the efficiency of business resource transfer.

[0055] S130. Initiate a resource transfer transaction request to the target standard account node so that the target standard account node can call the third resource management system to transfer business resources to the second resource management system. The resource transfer transaction request is encrypted and broadcast in the blockchain so that each standard account node in the blockchain can update the remaining standard resources of the first standard account node and the target standard account node according to the encrypted resource transfer transaction request.

[0056] The resource transfer transaction request may include at least the detailed user identifiers of the first user and the second user, the unit of measurement for business resources, the amount of business resources, the amount of standard resources corresponding to the standard unit of measurement for business resources, and the path decision information returned by the target standard account node.

[0057] The advantage of this setup is that it distinguishes the data granularity between the path selection phase and the actual execution phase, which reduces privacy exposure during the initial broadcast and ensures that the target standard account node has sufficient and complete information when the actual resource transfer is executed, thus avoiding execution failure due to insufficient information.

[0058] Optionally, the third resource management system is the resource management system corresponding to the target standard account node.

[0059] Optionally, the standard business resource unit of measurement is the unified business resource unit of measurement used in the blockchain. The standard resource quantity refers to the resource quantity corresponding to the business resource quantity when mapped to the standard business resource unit of measurement.

[0060] Understandably, each business resource management system can pre-store a certain amount of standard resources in its corresponding standard account node within the blockchain. In a cross-system business resource transfer process, three business resource transfer operations are required: On the blockchain, the first standard account node reduces the pre-stored standard resources and adds the corresponding standard resources to the target standard account node; the third resource management system transfers business resources to the second user within the second resource management system; and the first resource management system deducts the transferred portion from the first user's business resources.

[0061] Optionally, resource transfer transaction requests can be encrypted using the public key of the target standard account node and then broadcast on the chain. All standard account nodes on the chain can receive the broadcast and decrypt it using the public key of the target standard account node. Based on the decrypted information, the remaining standard resources of the first standard account node maintained by each standard account node and the target standard account node are updated.

[0062] In an optional example, if a first user initiates a transfer of 5 units of business resources (corresponding to 6 standard units) from a first resource management system to a second user in a second resource management system, the initial remaining resources of the first standard account node on the chain are 500, and the initial remaining resources of the target standard account node on the chain are 300. Since standard units are used on the chain, after each standard account node decrypts the resource transfer transaction request, each standard account node updates the remaining resources of its own first standard account node to 494 and the remaining resources of the target standard account node to 306, thus achieving an atomic exchange of remaining resources. Simultaneously, 5 units of business resources are transferred from the first user in the second resource management system through a third resource management system; and 5 units of business resources are deducted from the first user's account through the first resource management system.

[0063] The technical solution of this invention involves generating an information collection transaction request when a first user transfers business resources from a first resource management system to a second user in a second resource management system, and broadcasting the information collection transaction request in the blockchain. Based on the path decision information, resource transfer timeliness, and currently maintained list of disabled nodes returned by each second standard account node in the blockchain in response to the information collection transaction request, a weight function is determined for each second standard account node, and the second standard account node with the smallest weight function is identified as the target standard account node. A resource transfer transaction request is initiated to the target standard account node, allowing the target standard account node to call the third resource management system to transfer resources to the second resource management system. The system performs business resource transfers and encrypts the resource transfer transaction requests, broadcasting them across the blockchain. Each standard account node in the blockchain updates its remaining standard resources based on the encrypted request, simultaneously updating the remaining standard resources of both the first and target standard account nodes. This approach allows all standard account nodes within the blockchain to serve as recipients of business resources, reusing the resource scheduling capabilities of the entire network and dynamically matching the optimal standard account node. This enables rapid business resource transfer, significantly shortening the overall time required for cross-system business resource transfers and effectively reducing the cost of a single transfer. The remaining resources of each standard account node are kept consistent through network consensus, avoiding inconsistencies on one side.

[0064] Example 2 Figure 2 This is a flowchart of a cross-system business resource transfer method provided in Embodiment 2 of the present invention. Based on the above embodiments, this embodiment specifically illustrates the method for determining the weight function. Figure 2 As shown, the method includes: S210. When the first user transfers business resources to the second user in the second resource management system through the first resource management system, the user identifiers of the first user and the second user, the unit of measurement of business resources, and the amount of business resources are encrypted using the private key of the first standard account node to generate an information collection transaction request.

[0065] S220. Broadcast the information collection transaction request in the blockchain so that each second standard account node in the blockchain can decrypt the information collection transaction request using the public key of the first standard account node and return path decision information.

[0066] S230. Determine the time coefficient and transfer cost coefficient based on the timeliness of resource transfer.

[0067] S240. Based on the path decision information returned by each second standard account node, determine the normalized timeliness and normalized transfer cost corresponding to each second standard account node.

[0068] The route decision information includes at least the estimated timeframe, transfer costs, and willingness to transfer resources.

[0069] Specifically, based on the path decision information returned by each second standard account node, the normalized timeliness and normalized transfer cost corresponding to each second standard account node are determined, which may include: Based on the path decision information returned by each second standard account node, determine the maximum estimated time, minimum estimated time, maximum transfer cost, and minimum transfer cost; Based on the estimated timeliness of the second standard account node, the maximum estimated timeliness, and the minimum estimated timeliness, the normalized timeliness of the second standard account is determined, and based on the transfer cost of the second standard account node, the maximum transfer cost, and the minimum transfer cost, the normalized transfer cost of the second standard account is determined.

[0070] Optionally, the normalized timeliness of the second standard account = (estimated timeliness of the second standard account node - minimum estimated timeliness) / (maximum estimated timeliness - minimum estimated timeliness).

[0071] Optionally, the normalized transfer cost of the second standard account = (transfer cost of the second standard account node - minimum transfer cost) / (maximum transfer cost - minimum transfer cost).

[0072] The advantage of this setting is that, since timeliness and cost have different dimensions, they cannot be directly added together. Therefore, through normalization, different indicators can be converted into dimensionless values, thereby improving the rationality and stability of the weighting function.

[0073] S250. Determine the weight function of the second standard account node based on the time coefficient, transfer cost coefficient, normalized timeliness of the second standard account node, normalized transfer cost, and the currently maintained list of disabled nodes.

[0074] The weighting function for determining the second standard account node, based on the time coefficient, transfer cost coefficient, normalized timeliness of the second standard account node, normalized transfer cost, and the currently maintained list of disabled nodes, may include: Determine whether the second standard account node is in the list of disabled nodes; If so, then the weight function of the second standard account node is set to 1; If not, then calculate the weight function of the second standard account node based on the time coefficient, transfer cost coefficient, normalized timeliness of the second standard account node, and normalized transfer cost.

[0075] Optionally, the weight function of the second standard account node = time coefficient × normalized timeliness + transfer cost coefficient × normalized transfer cost.

[0076] The advantage of this setup is that by setting up a list of disabled nodes, it is possible to effectively prevent the specific information of business resource transfer from being captured by the disabled nodes, thereby effectively ensuring the information security of business resource transfer. By using a list of disabled nodes, no consent is required from the disabled nodes on the chain, thus achieving seamless information protection.

[0077] S260. The second standard account node with the smallest weight function is determined as the target standard account node.

[0078] S270. Initiate a resource transfer transaction request to the target standard account node so that the target standard account node can call the third resource management system to transfer business resources to the second resource management system. The resource transfer transaction request is encrypted and broadcast in the blockchain so that each standard account node in the blockchain can update the remaining standard resources of the first standard account node and the target standard account node according to the encrypted resource transfer transaction request.

[0079] The advantages of this setup are: during the information collection phase, only the anonymized user identifiers and basic business parameters are broadcast, preventing sensitive user information from spreading across the entire network; the entire process of node interaction uses a public-private key encryption mechanism; and changes to the remaining resources of each node are synchronized across the entire network after being confirmed through blockchain consensus. This ensures that transaction data is tamper-proof and fully traceable, while minimizing the exposure of sensitive business information.

[0080] The process, after encrypting the resource transfer transaction request and broadcasting it on the blockchain, may further include: If it is detected that the third resource management system has failed to transfer business resources to the second resource management system, then according to the weight function corresponding to each second standard account node, a candidate standard account node is determined, and a broadcast notification is made to each standard account node to roll back the remaining standard resources of the first standard account node and the target standard account node. A resource transfer transaction request is initiated to the candidate standard account node, so that the candidate standard account node can call the fourth resource management system to transfer business resources to the second resource management system. The resource transfer transaction request is encrypted and broadcast in the blockchain so that each standard account node in the blockchain can update the remaining standard resources of the first standard account node and the candidate standard account node according to the encrypted resource transfer transaction request.

[0081] Optionally, standard account nodes can be sorted from smallest to largest based on a pre-generated weight function, and the next node after the target standard account node can be used as a candidate standard account node. The above operation can then be performed. If the fourth resource management system corresponding to the candidate standard account node also fails to transfer business resources, the next node can be selected again and the above operation can be performed again until the maximum number of attempts is reached. If the transfer still fails, a transfer failure message can be returned.

[0082] The advantage of this setup is that it enables a failure recovery mechanism, so that if the optimal path fails during the off-chain execution phase, the system can automatically roll back the previous on-chain standard resource change and switch to the suboptimal path to continue processing, thereby improving the continuity, fault tolerance, and final success rate of cross-system resource transfer.

[0083] The technical solution of this invention involves generating an information collection transaction request when a first user transfers business resources from a first resource management system to a second user in a second resource management system, and broadcasting the information collection transaction request in the blockchain. Based on the path decision information, resource transfer timeliness, and currently maintained list of disabled nodes returned by each second standard account node in the blockchain in response to the information collection transaction request, a weight function is determined for each second standard account node, and the second standard account node with the smallest weight function is identified as the target standard account node. A resource transfer transaction request is initiated to the target standard account node, allowing the target standard account node to call the third resource management system to transfer resources to the second resource management system. The system performs business resource transfers and encrypts the resource transfer transaction requests, broadcasting them across the blockchain. Each standard account node in the blockchain updates its remaining standard resources based on the encrypted request, simultaneously updating the remaining standard resources of both the first and target standard account nodes. This approach allows all standard account nodes within the blockchain to serve as recipients of business resources, reusing the resource scheduling capabilities of the entire network and dynamically matching the optimal standard account node. This enables rapid business resource transfer, significantly shortening the overall time required for cross-system business resource transfers and effectively reducing the cost of a single transfer. The remaining resources of each standard account node are kept consistent through network consensus, avoiding inconsistencies on one side.

[0084] Example 3 Figure 3 This is a schematic diagram of a cross-system business resource transfer device provided in Embodiment 3 of the present invention. Figure 3 As shown, the device includes: an information collection transaction request broadcast module 310, a target standard account node selection module 320, and a cross-system resource transfer module 330.

[0085] The information collection transaction request broadcast module 310 is used to generate an information collection transaction request and broadcast the information collection transaction request in the blockchain when a first user transfers business resources to a second user in a second resource management system through a first resource management system; wherein, the first standard account node is a standard node mapped by the first resource management system to the blockchain.

[0086] The target standard account node selection module 320 is used to determine the weight function corresponding to each second standard account node based on the path decision information, resource transfer timeliness, and currently maintained list of disabled nodes returned by each second standard account node in the blockchain in response to the information collection transaction request, and to determine the second standard account node with the smallest weight function as the target standard account node.

[0087] The cross-system resource transfer module 330 is used to initiate a resource transfer transaction request to the target standard account node, so that the target standard account node can call the third resource management system to transfer business resources to the second resource management system. The resource transfer transaction request is encrypted and broadcast in the blockchain so that each standard account node in the blockchain can update the remaining standard resources of the first standard account node and the target standard account node according to the encrypted resource transfer transaction request.

[0088] The technical solution of this invention involves generating an information collection transaction request when a first user transfers business resources from a first resource management system to a second user in a second resource management system, and broadcasting the information collection transaction request in the blockchain. Based on the path decision information, resource transfer timeliness, and currently maintained list of disabled nodes returned by each second standard account node in the blockchain in response to the information collection transaction request, a weight function is determined for each second standard account node, and the second standard account node with the smallest weight function is identified as the target standard account node. A resource transfer transaction request is initiated to the target standard account node, allowing the target standard account node to call the third resource management system to transfer resources to the second resource management system. The system performs business resource transfers and encrypts the resource transfer transaction requests, broadcasting them across the blockchain. Each standard account node in the blockchain updates its remaining standard resources based on the encrypted request, simultaneously updating the remaining standard resources of both the first and target standard account nodes. This approach allows all standard account nodes within the blockchain to serve as recipients of business resources, reusing the resource scheduling capabilities of the entire network and dynamically matching the optimal standard account node. This enables rapid business resource transfer, significantly shortening the overall time required for cross-system business resource transfers and effectively reducing the cost of a single transfer. The remaining resources of each standard account node are kept consistent through network consensus, avoiding inconsistencies on one side.

[0089] Based on the above embodiments, the information collection transaction request broadcast module 310 can be specifically used for: The first user and a portion of the user identifiers, business resource measurement units, and business resource quantities of the second user are encrypted using the private key of the first standard account node to generate an information collection transaction request. The information collection transaction request is broadcast in the blockchain so that each second standard account node in the blockchain can decrypt the information collection transaction request using the public key of the first standard account node and return path decision information.

[0090] Based on the above embodiments, the target standard account node selection module 320 may include: The coefficient determination unit is used to determine the time coefficient and the transfer cost coefficient based on the resource transfer timeliness. The normalization calculation unit is used to determine the normalized timeliness and normalized transfer cost corresponding to each second standard account node based on the path decision information returned by each second standard account node; wherein, the path decision information includes at least the estimated timeliness, transfer cost, and resource transfer willingness; The weight function calculation unit is used to determine the weight function of the second standard account node based on the time coefficient, transfer cost coefficient, normalized timeliness of the second standard account node, normalized transfer cost, and the currently maintained list of disabled nodes.

[0091] Based on the above embodiments, the normalization calculation unit can be specifically used for: Based on the path decision information returned by each second standard account node, determine the maximum estimated time, minimum estimated time, maximum transfer cost, and minimum transfer cost; Based on the estimated timeliness of the second standard account node, the maximum estimated timeliness, and the minimum estimated timeliness, the normalized timeliness of the second standard account is determined, and based on the transfer cost of the second standard account node, the maximum transfer cost, and the minimum transfer cost, the normalized transfer cost of the second standard account is determined.

[0092] Based on the above embodiments, the weight function calculation unit can be specifically used for: Determine whether the second standard account node is in the list of disabled nodes; If so, then the weight function of the second standard account node is set to 1; If not, then calculate the weight function of the second standard account node based on the time coefficient, transfer cost coefficient, normalized timeliness of the second standard account node, and normalized transfer cost.

[0093] Based on the above embodiments, the resource transfer transaction request includes detailed user identifiers of the first user and the second user, business resource measurement unit, business resource quantity, standard resource quantity corresponding to the standard business resource measurement unit, and path decision information returned by the target standard account node.

[0094] Based on the above embodiments, a node replacement module may also be included, used for: If it is detected that the third resource management system has failed to transfer business resources to the second resource management system, then according to the weight function corresponding to each second standard account node, a candidate standard account node is determined, and a broadcast notification is made to each standard account node to roll back the remaining standard resources of the first standard account node and the target standard account node. A resource transfer transaction request is initiated to the candidate standard account node, so that the candidate standard account node can call the fourth resource management system to transfer business resources to the second resource management system. The resource transfer transaction request is encrypted and broadcast in the blockchain so that each standard account node in the blockchain can update the remaining standard resources of the first standard account node and the candidate standard account node according to the encrypted resource transfer transaction request.

[0095] The cross-system business resource transfer device provided in the embodiments of the present invention can execute the cross-system business resource transfer method provided in any embodiment of the present invention, and has the corresponding functional modules and beneficial effects of the method execution.

[0096] Example 4 Figure 4 A schematic diagram of an electronic device 10, which can be used to implement embodiments of the present invention, is shown. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device can also represent various forms of mobile devices, such as personal digital processors, cellular phones, smartphones, wearable devices (e.g., helmets, glasses, watches, etc.), and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely illustrative and are not intended to limit the implementation of the invention described and / or claimed herein.

[0097] like Figure 4As shown, the electronic device 10 includes at least one processor 11 and a memory, such as a read-only memory (ROM) 12 or a random access memory (RAM) 13, communicatively connected to the at least one processor 11. The memory stores computer programs executable by the at least one processor. The processor 11 can perform various appropriate actions and processes based on the computer program stored in the ROM 12 or loaded from storage unit 18 into the RAM 13. The RAM 13 can also store various programs and data required for the operation of the electronic device 10. The processor 11, ROM 12, and RAM 13 are interconnected via a bus 14. An input / output (I / O) interface 15 is also connected to the bus 14.

[0098] Multiple components in electronic device 10 are connected to I / O interface 15, including: input unit 16, such as keyboard, mouse, etc.; output unit 17, such as various types of displays, speakers, etc.; storage unit 18, such as disk, optical disk, etc.; and communication unit 19, such as network card, modem, wireless transceiver, etc. Communication unit 19 allows electronic device 10 to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunications networks.

[0099] Processor 11 can be various general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of processor 11 include, but are not limited to, central processing unit (CPU), graphics processing unit (GPU), various special-purpose artificial intelligence (AI) computing chips, various processors running machine learning model algorithms, digital signal processors (DSPs), and any suitable processor, controller, microcontroller, etc. Processor 11 performs the various methods and processes described above, such as the cross-system business resource transfer method described in the embodiments of the present invention. That is: When a first user transfers business resources to a second user in a second resource management system through a first resource management system, an information collection transaction request is generated and broadcast in the blockchain; wherein, the first standard account node is a standard node mapped from the first resource management system to the blockchain. Based on the path decision information, resource transfer timeliness, and currently maintained list of disabled nodes returned by each second standard account node in the blockchain in response to the information collection transaction request, the weight function corresponding to each second standard account node is determined, and the second standard account node with the smallest weight function is determined as the target standard account node. A resource transfer transaction request is initiated to the target standard account node, so that the target standard account node can call the third resource management system to transfer business resources to the second resource management system. The resource transfer transaction request is encrypted and broadcast in the blockchain so that each standard account node in the blockchain can update the remaining standard resources of the first standard account node and the target standard account node according to the encrypted resource transfer transaction request.

[0100] In some embodiments, the cross-system service resource transfer method may be implemented as a computer program tangibly contained in a computer-readable storage medium, such as storage unit 18. In some embodiments, part or all of the computer program may be loaded and / or installed on electronic device 10 via ROM 12 and / or communication unit 19. When the computer program is loaded into RAM 13 and executed by processor 11, one or more steps of the cross-system service resource transfer method described above may be performed. Alternatively, in other embodiments, processor 11 may be configured to perform the cross-system service resource transfer method by any other suitable means (e.g., by means of firmware).

[0101] Various embodiments of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), system-on-a-chip (SoCs), complex programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various embodiments may include implementations in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which may be a dedicated or general-purpose programmable processor, capable of receiving data and instructions from a storage system, at least one input device, and at least one output device, and transmitting data and instructions to the storage system, the at least one input device, and the at least one output device.

[0102] Computer programs used to implement the methods of the present invention may be written in any combination of one or more programming languages. These computer programs may be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device, such that when executed by the processor, the computer programs cause the functions / operations specified in the flowcharts and / or block diagrams to be performed. The computer programs may be executed entirely on a machine, partially on a machine, or as a standalone software package, partially on a machine and partially on a remote machine, or entirely on a remote machine or server.

[0103] In the context of this invention, a computer-readable storage medium can be a tangible medium that may contain or store a computer program for use by or in conjunction with an instruction execution system, apparatus, or device. A computer-readable storage medium may include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination thereof. Alternatively, a computer-readable storage medium may be a machine-readable signal medium. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fibers, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof.

[0104] To provide interaction with a user, the systems and techniques described herein can be implemented on an electronic device having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user; and a keyboard and pointing device (e.g., a mouse or trackball) through which the user provides input to the electronic device. Other types of devices can also be used to provide interaction with the user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including sound input, voice input, or tactile input).

[0105] The systems and technologies described herein can be implemented in computing systems that include backend components (e.g., as data servers), or middleware components (e.g., application servers), or frontend components (e.g., user computers with graphical user interfaces or web browsers through which users can interact with implementations of the systems and technologies described herein), or any combination of such backend, middleware, or frontend components. The components of the system can be interconnected via digital data communication of any form or medium (e.g., communication networks). Examples of communication networks include local area networks (LANs), wide area networks (WANs), blockchain networks, and the Internet.

[0106] A computing system can include clients and servers. Clients and servers are generally located far apart and typically interact through communication networks. The client-server relationship is created by computer programs running on the respective computers and having a client-server relationship with each other. The server can be a cloud server, also known as a cloud computing server or cloud host, which is a hosting product within the cloud computing service system to address the shortcomings of traditional physical hosts and VPS services, such as high management difficulty and weak business scalability.

[0107] It should be understood that the various forms of processes shown above can be used, with steps reordered, added, or deleted. For example, the steps described in this invention can be executed in parallel, sequentially, or in different orders, as long as the desired result of the technical solution of this invention can be achieved, and this is not limited herein.

[0108] The specific embodiments described above do not constitute a limitation on the scope of protection of this invention. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this invention should be included within the scope of protection of this invention.

Claims

1. A method for transferring business resources across systems, executed by a first standard account node in a blockchain, characterized in that, include: When a first user transfers business resources to a second user in a second resource management system through a first resource management system, an information collection transaction request is generated and broadcast in the blockchain; wherein, the first standard account node is a standard node mapped from the first resource management system to the blockchain. Based on the path decision information, resource transfer timeliness, and currently maintained list of disabled nodes returned by each second standard account node in the blockchain in response to the information collection transaction request, the weight function corresponding to each second standard account node is determined, and the second standard account node with the smallest weight function is determined as the target standard account node. A resource transfer transaction request is initiated to the target standard account node, so that the target standard account node can call the third resource management system to transfer business resources to the second resource management system. The resource transfer transaction request is encrypted and broadcast in the blockchain so that each standard account node in the blockchain can update the remaining standard resources of the first standard account node and the target standard account node according to the encrypted resource transfer transaction request.

2. The method according to claim 1, characterized in that, Generating an information collection transaction request and broadcasting the information collection transaction request in the blockchain includes: The first user and a portion of the user identifiers, business resource measurement units, and business resource quantities of the second user are encrypted using the private key of the first standard account node to generate an information collection transaction request. The information collection transaction request is broadcast in the blockchain so that each second standard account node in the blockchain can decrypt the information collection transaction request using the public key of the first standard account node and return path decision information.

3. The method according to claim 1, characterized in that, Based on the path decision information, resource transfer timeliness, and currently maintained list of disabled nodes returned by each second standard account node in the blockchain, the weight function corresponding to each second standard account node is determined, including: Based on the resource transfer timeliness, determine the time coefficient and the transfer cost coefficient; Based on the path decision information returned by each second standard account node, the normalized timeliness and normalized transfer cost corresponding to each second standard account node are determined respectively; wherein, the path decision information includes at least the estimated timeliness, transfer cost, and resource transfer willingness; The weight function of the second standard account node is determined based on the time coefficient, transfer cost coefficient, normalized timeliness of the second standard account node, normalized transfer cost, and the currently maintained list of disabled nodes.

4. The method according to claim 3, characterized in that, Based on the path decision information returned by each second standard account node, determine the normalized timeliness and normalized transfer cost corresponding to each second standard account node, including: Based on the path decision information returned by each second standard account node, determine the maximum estimated time, minimum estimated time, maximum transfer cost, and minimum transfer cost; Based on the estimated timeliness of the second standard account node, the maximum estimated timeliness, and the minimum estimated timeliness, the normalized timeliness of the second standard account is determined, and based on the transfer cost of the second standard account node, the maximum transfer cost, and the minimum transfer cost, the normalized transfer cost of the second standard account is determined.

5. The method according to claim 3, characterized in that, Based on the aforementioned time coefficient, transfer cost coefficient, normalized timeliness of the second standard account node, normalized transfer cost, and the currently maintained list of disabled nodes, the weight function of the second standard account node is determined, including: Determine whether the second standard account node is in the list of disabled nodes; If so, then the weight function of the second standard account node is set to 1; If not, then calculate the weight function of the second standard account node based on the time coefficient, transfer cost coefficient, normalized timeliness of the second standard account node, and normalized transfer cost.

6. The method according to claim 1, characterized in that, The resource transfer transaction request includes detailed user identifiers of the first user and the second user, business resource measurement unit, business resource quantity, standard resource quantity corresponding to the standard business resource measurement unit, and path decision information returned by the target standard account node.

7. The method according to claim 1, characterized in that, After encrypting the resource transfer transaction request and broadcasting it on the blockchain, the process also includes: If it is detected that the third resource management system has failed to transfer business resources to the second resource management system, then according to the weight function corresponding to each second standard account node, a candidate standard account node is determined, and a broadcast notification is made to each standard account node to roll back the remaining standard resources of the first standard account node and the target standard account node. A resource transfer transaction request is initiated to the candidate standard account node, so that the candidate standard account node can call the fourth resource management system to transfer business resources to the second resource management system. The resource transfer transaction request is encrypted and broadcast in the blockchain so that each standard account node in the blockchain can update the remaining standard resources of the first standard account node and the candidate standard account node according to the encrypted resource transfer transaction request.

8. An electronic device, characterized in that, The electronic device includes: At least one processor; and A memory communicatively connected to the at least one processor; wherein, The memory stores a computer program that can be executed by the at least one processor, the computer program being executed by the at least one processor to enable the at least one processor to perform the cross-system business resource transfer method according to any one of claims 1-7.

9. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer instructions that, when executed by a processor, implement the cross-system business resource transfer method of any one of claims 1-7.

10. A computer program product, characterized in that, The computer program product includes a computer program that, when executed by a processor, implements the cross-system business resource transfer method according to any one of claims 1-7.

Images