Business processing method, apparatus, computer program product, and electronic device

Abstract

The present disclosure provides a business processing method, device, computer program product and electronic equipment, relating to the technical field of network security. The business processing method comprises: determining a plurality of verification nodes from a plurality of candidate nodes according to the business level of a target business; the candidate nodes are other nodes in the network operation system except the target node; sending a business data block corresponding to the target business to each verification node, so that each verification node verifies the business data block; obtaining the verification result of each verification node for the business data block, and determining whether to upload the business data block to the block chain according to the verification result of each verification node for the business data block. In the present disclosure, all nodes in the network operation system can be avoided to verify each business, the rational allocation of resources is realized, unnecessary resource consumption is reduced, the influence on the basic business of the node is reduced, and then the efficient and reliable user business data processing is ensured.

Description

Technical Field

[0001] This disclosure relates to the field of network security technology, and in particular to a business processing method, business processing apparatus, computer program product, and electronic device. Background Technology

[0002] Large networks typically contain multiple management domains, each with its own management and control system.

[0003] In related technologies, to ensure data integrity, each management domain cannot fully trust information transmitted from other management domains. For services spanning multiple management domains, verification by all nodes in each domain is required. This extensive verification process leads to excessive node resource consumption, potentially impacting the nodes' core operations.

[0004] It should be noted that the information disclosed in the background section above is only used to enhance the understanding of the background of this disclosure, and therefore may include information that does not constitute prior art known to those skilled in the art. Summary of the Invention

[0005] This disclosure provides a business processing method, a business processing apparatus, a computer program product, and an electronic device to at least partially solve the problem of excessive node resource consumption in related technologies.

[0006] According to a first aspect of this disclosure, a business processing method is provided, applied to a target node, the target node being a node in a network operation system. The method includes: determining multiple verification nodes from multiple candidate nodes based on the business level of a target business; the candidate nodes being other nodes in the network operation system besides the target node; sending a business data block corresponding to the target business to each of the verification nodes, so that each verification node verifies the business data block; obtaining the verification results of each verification node for the business data block, and determining whether to upload the business data block to a blockchain based on the verification results of each verification node for the business data block.

[0007] According to a second aspect of this disclosure, a service processing apparatus is provided, applied to a target node, the target node being a node in a network operation system. The apparatus includes: a verification node determination module, configured to determine multiple verification nodes from multiple candidate nodes based on the service level of a target service; the candidate nodes being other nodes in the network operation system besides the target node; a service data verification module, configured to send a service data block corresponding to the target service to each of the verification nodes, so that each verification node verifies the service data block; and a service data uploading module, configured to obtain the verification results of each verification node for the service data block, and determine whether to upload the service data block to a blockchain based on the verification results of each verification node for the service data block.

[0008] According to a third aspect of this disclosure, a computer program product is provided, including a computer program that, when executed by a processor, implements the business processing method of the first aspect described above and its possible implementations.

[0009] According to a fourth aspect of this disclosure, an electronic device is provided, comprising: a processor; and a memory for storing executable instructions of the processor; wherein the processor is configured to perform the business processing method of the first aspect and possible implementations thereof by executing the executable instructions.

[0010] The technical solution disclosed herein has the following beneficial effects:

[0011] In the aforementioned business data processing, multiple verification nodes are determined from a pool of candidate nodes based on the business level of the target business. Candidate nodes are nodes in the network operation system other than the target node. A business data block corresponding to the target business is sent to each verification node so that each verification node can verify the business data block. The verification results of each verification node for the business data block are obtained, and based on these results, it is determined whether to upload the business data block to the blockchain. This disclosure, by dividing businesses into different levels and flexibly selecting verification nodes based on these levels, avoids requiring verification from all nodes in the network operation system for each business transaction. This achieves reasonable resource allocation, reduces unnecessary resource consumption, minimizes the impact on the basic business operations of nodes, and thus ensures efficient and reliable user business data processing. Attached Figure Description

[0012] Figure 1 This diagram illustrates a flowchart of a business processing method in this exemplary embodiment.

[0013] Figure 2 This illustrates a flowchart of a method for determining multiple verification nodes from multiple candidate nodes in this exemplary embodiment.

[0014] Figure 3 A schematic diagram of a node functional module in this exemplary embodiment is shown;

[0015] Figure 4 This illustrates a flowchart of a target node uploading a service data block in this exemplary embodiment;

[0016] Figure 5 This exemplary embodiment illustrates a system architecture diagram for a network operation system.

[0017] Figure 6 This diagram illustrates a structural block diagram of a service processing apparatus according to this exemplary embodiment.

[0018] Figure 7 An electronic device for implementing the above-described business processing method is shown in this exemplary embodiment. Detailed Implementation

[0019] Exemplary embodiments of this disclosure will be described more fully below with reference to the accompanying drawings.

[0020] The accompanying drawings are schematic illustrations of this disclosure and are not necessarily drawn to scale. Some block diagrams shown in the drawings may be functional entities and do not necessarily correspond to physically or logically independent entities. These functional entities may be implemented in software, in hardware modules or integrated circuits, or in networks, processors, or microcontrollers. Implementations can be carried out in various forms and should not be construed as limited to the examples set forth herein. The features, structures, or characteristics described in this disclosure can be combined in any suitable manner in one or more embodiments. Numerous specific details are provided in the following description to give a thorough description of embodiments of this disclosure. However, those skilled in the art will recognize that one or more specific details may be omitted when implementing the technical solutions of this disclosure, or other methods, components, apparatuses, steps, etc., may be used to replace one or more specific details.

[0021] In related technologies, for services spanning multiple management domains, verification by all nodes in each domain is required. This extensive verification process leads to excessive consumption of node resources, potentially impacting the nodes' core operations.

[0022] In view of the above problems, the exemplary embodiments of this disclosure provide a business processing method, a business processing apparatus, a computer program product, and an electronic device, which can be applied to management systems of networks such as the Internet of Things, the Internet of Vehicles, and smart cities.

[0023] In one alternative implementation, refer to Figure 1As shown, a service processing method is provided, applied to a target node, which is a node in a network operation system, and may specifically include the following steps S110 to S130:

[0024] Step S110: Based on the service level of the target service, determine multiple verification nodes from multiple candidate nodes; the candidate nodes are other nodes in the network operation system besides the target node.

[0025] Step S120: Send the business data block corresponding to the target business to each verification node so that each verification node can verify the business data block.

[0026] Step S130: Obtain the verification results of each verification node for the business data block, and determine whether to upload the business data block to the blockchain based on the verification results of each verification node for the business data block.

[0027] Figure 1 The method shown in the figure divides services into different levels and flexibly selects verification nodes based on the service level. This avoids the need for all nodes in the network operation system to verify every service, thus achieving reasonable allocation of resources, reducing unnecessary resource consumption, reducing the impact on the basic services of nodes, and ensuring efficient and reliable user service data processing.

[0028] Optionally, the network operation system in this disclosure may include multiple management domains. Each management domain may have its own control system, which may include, but is not limited to, nodes such as orchestrators and controllers; this disclosure does not impose specific limitations on this.

[0029] The target node can be a node in the network operation system used to generate block data. Optionally, the target node can be a domain orchestrator node or controller node corresponding to any management domain in the network operation system; this disclosure does not specifically limit this.

[0030] The following is about Figure 1 Each step in the process will be explained in detail.

[0031] In step S110, multiple verification nodes are determined from multiple candidate nodes according to the service level of the target service; the candidate nodes are other nodes in the network operation system besides the target node.

[0032] The target service can be a service related to the user's service request, such as the opening of a new line, broadband adjustment, or changes to network infrastructure. This disclosure does not specify any particular service in this regard.

[0033] The business level can be divided according to the importance of the business, so that different numbers of verification nodes can be selected for businesses of different business levels.

[0034] The verification node can be used to verify the business data blocks generated by the target node, and can be a node selected from the candidate nodes. For example, the candidate nodes can be domain orchestrator nodes or controller nodes corresponding to each management domain in the network operation system. They can be of the same type as the target node or they can be of different types. This disclosure does not impose any specific limitations on them.

[0035] In one alternative implementation, the service level of the target service can be determined by the following steps: obtaining the service characteristics of the target service, and determining the service level of the target service based on the service characteristics of the target service.

[0036] For example, business information such as business identifier and business type contained in the user's business request can be parsed to obtain the business characteristics of the target business.

[0037] For example, the various business characteristics covered by the network operation system can be pre-classified into business levels so as to determine the business level of the target business based on its business characteristics.

[0038] As exemplified in Table 1 below, a service classification mapping table is provided. Each node in the network operation system can determine the service level by maintaining the service classification mapping table.

[0039] Table 1

[0040]

[0041] Business characteristics can reflect the importance of a business. Based on the business characteristics of the target business, the business level of the target business is determined, and the importance of the business data blocks corresponding to the target business is quantified.

[0042] In one alternative implementation, such as Figure 2 As shown, determining multiple verification nodes from multiple candidate nodes based on the business level of the target business can be achieved through the following steps:

[0043] Step S210: Determine the number of verification nodes required to upload the business data block corresponding to the target business to the blockchain based on the business level of the target business.

[0044] Step S220: Determine multiple verification nodes from multiple candidate nodes based on the number of verification nodes.

[0045] By determining different numbers of verification nodes for business data at different business levels, it is possible to avoid requiring verification from all nodes in the network operation system for each business transaction.

[0046] Specifically, in step S210, the number of verification nodes required to upload the business data block corresponding to the target business to the blockchain is determined based on the business level of the target business.

[0047] The number of verification nodes refers to the number of nodes used to verify business data.

[0048] Optionally, the target node can generate business data blocks corresponding to the target business in advance based on the user's business request, in order to prepare for subsequent data uploading to the blockchain.

[0049] Optionally, different business levels can be pre-associated with different node selection ratios to determine the number of verification nodes required to upload the corresponding business data blocks to the blockchain based on the business level of the target business. For example, a node selection ratio matching the business level can be determined based on the business level of the target business, and the number of verification nodes can be determined by multiplying the number of candidate nodes by the node selection ratio.

[0050] As shown in Table 2 below, a service level mapping table is provided. Based on Table 1, a node selection ratio field can be added, so that each node in the network operation system can determine the number of verification nodes by maintaining the service level mapping table.

[0051] Table 2

[0052]

[0053] For example, the node selection ratio can be configured based on the importance of the business. For instance, a higher node selection ratio can be configured for businesses with higher importance to ensure stronger security for their data.

[0054] For example, the number of verification nodes can be obtained by calculating n*k. Here, n can be the number of candidate nodes; k can be the node selection ratio that matches the business level of the business data. It should be noted that if the result of n*k is not an integer, it can be rounded down, such as by rounding to the nearest integer, rounding up, or rounding down, etc., and this disclosure does not impose specific limitations on this.

[0055] By using a business-level classification approach, the number of nodes required to participate in decision verification each time can be defined independently, avoiding the need for every node to participate in all business processes and reducing unnecessary node resource consumption.

[0056] Specifically, in step S220, multiple verification nodes are determined from multiple candidate nodes based on the number of verification nodes.

[0057] Optionally, a node matching the number of verification nodes can be randomly selected from the candidate nodes as the verification node.

[0058] In an optional implementation, the above-mentioned determination of multiple verification nodes from multiple candidate nodes based on the number of verification nodes can also be achieved through the following steps: determining a first node from multiple candidate nodes based on the resource utilization rate corresponding to the multiple candidate nodes; the first node is a node whose resource utilization rate meets the preset resource utilization conditions; comparing the number of nodes of the first node with the number of verification nodes, and determining the verification node based on the comparison result.

[0059] Resource utilization rate can be the ratio of a node's current resource usage to the node's total resources.

[0060] Optionally, the target node can query the resource utilization rate of each candidate node in real time, so as to determine the first node from multiple candidate nodes based on the resource utilization rate of multiple candidate nodes.

[0061] Optionally, when generating the business data block corresponding to the target business, the target node can query the resource utilization rate of each candidate node so as to determine the first node from multiple candidate nodes based on the resource utilization rate of multiple candidate nodes.

[0062] Nodes with sufficient processing resources are selected based on their current resource utilization, and a certain number of nodes are randomly selected from these nodes to participate in the verification, which can reduce the processing pressure on nodes with insufficient resources.

[0063] Optionally, preset resource usage conditions may include: resource utilization rate being lower than a preset utilization rate threshold, wherein the preset utilization rate threshold can be set in advance, and this disclosure does not specifically limit it.

[0064] In one optional implementation, the above-mentioned determination of the first node from multiple candidate nodes based on the resource utilization rates corresponding to multiple candidate nodes can be achieved through the following steps: for each candidate node, the resource utilization rate of the candidate node is compared with the node utilization rate threshold of the candidate node; if the resource utilization rate of the candidate node is less than the node utilization rate threshold of the candidate node, the candidate node is determined as the first node.

[0065] like Figure 3 The diagram illustrates a node functional module, including a basic node functional module and a node information database. The basic functional module may include processing units used by the node to implement its various functions. Each node can maintain its own node information database for its own use. Optionally, the node information database may include node identifiers, resource utilization rates, node utilization thresholds, etc., for each candidate node.

[0066] For example, each node in the network operation system (including the target node, the candidate nodes of the target node, etc.) can be configured with different node utilization thresholds. The node utilization thresholds of each node can be synchronized among the nodes in the network operation system so that the node information maintained by each node in the network operation system is the same.

[0067] By taking into account the resource utilization of nodes, it can be ensured that the nodes participating in the verification have sufficient processing resources and that their original main functions are not affected.

[0068] In an optional implementation, the determination of the verification node based on the comparison results can be achieved through the following steps: if the number of nodes in the first node is greater than or equal to the number of verification nodes, select a node from the first node that matches the number of verification nodes as the verification node.

[0069] For example, if the number of nodes in the first node is greater than or equal to the number of verification nodes, a node matching the number of verification nodes can be randomly selected from the first node using a random function.

[0070] For example, nodes that match the number of verification nodes can be selected sequentially from the first node according to the order of resource utilization from low to high.

[0071] When the number of nodes in the first node is greater than or equal to the number of verification nodes, nodes that match the number of verification nodes are selected from the first node as verification nodes. This achieves a reasonable allocation of resources, reduces resource waste, ensures that the decision results do not affect the efficiency of the original production functions, and enables efficient and reliable user business data processing.

[0072] In an optional implementation, the determination of verification nodes based on the comparison results can also be achieved through the following steps: if the number of nodes of the first node is less than the number of verification nodes, all of the first nodes are used as verification nodes; the node difference is determined based on the number of verification nodes and the number of nodes of the first node, and nodes that match the node difference are selected from the second nodes as verification nodes; wherein, the second nodes are nodes whose resource utilization does not meet the preset resource utilization conditions.

[0073] For example, candidate nodes with resource utilization rates greater than or equal to a preset utilization rate threshold can be used as second nodes.

[0074] If the number of nodes in the first node is less than the number of verification nodes, all first nodes and nodes in the second node whose number matches the difference can be used as verification nodes to avoid insufficient number of nodes that meet the preset resource usage conditions, which could lead to compromised data security.

[0075] It should be noted that the verification nodes in this disclosure are selected based on business level and resource utilization, which means that the verification nodes determined by the same node at different times may be different, which has a certain degree of randomness and can effectively prevent malicious collusion between nodes.

[0076] In step S120, the service data block corresponding to the target service is sent to each verification node so that each verification node can verify the service data block.

[0077] For example, the target node can send the business data block corresponding to the target business to each verification node so that each verification node can verify the business data block to prevent the data from being tampered with.

[0078] For example, if a business data block may contain user identification information, business identification information, and a verification value generated based on the user identification information and business identification information, the verification node can verify the user identification information and business identification information. Specifically, the verification node can obtain the user identification information and business identification information contained in the business data block, parse the verification value according to the agreed parsing rules, and verify whether the parsed user identification information and business identification information are consistent with the user identification information and business identification information contained in the business data block to prevent business data from being tampered with. If the verification is consistent, it indicates that the data has not been tampered with, and the verification passes; if the verification is inconsistent, it indicates that the data may have been tampered with, and the verification fails.

[0079] In step S130, the verification results of each verification node for the business data block are obtained, and based on the verification results of each verification node for the business data block, it is determined whether to upload the business data block to the blockchain.

[0080] For example, if all verification nodes pass the verification of a business data block, the business data block can be uploaded to the blockchain. If any verification node fails the verification of a business data block, the business data block can be considered abnormal data and will not be uploaded to the blockchain.

[0081] like Figure 4 As shown, a flowchart for uploading business data blocks to a target node is provided, which may include the following steps:

[0082] Step S401: Obtain the business characteristics of the target business, and determine the business level of the target business based on the business characteristics of the target business;

[0083] Step S402: Determine the number of verification nodes required to upload the business data block corresponding to the target business to the blockchain based on the business level of the target business.

[0084] Step S403: Based on the resource utilization rates of multiple candidate nodes, determine the first node from the multiple candidate nodes; wherein, the first node is the node whose resource utilization rate meets the preset resource utilization conditions, and the candidate nodes are other nodes in the network operation system other than the target node;

[0085] Step S404: Determine whether the number of nodes in the first node is greater than or equal to the number of verification nodes; if yes, proceed to step S405; if no, proceed to step S406.

[0086] Step S405: Select a node from the first node that matches the number of verification nodes as a verification node;

[0087] Step S406: All of the first nodes are used as verification nodes, and nodes from the second nodes that match the node difference number are also selected as verification nodes; wherein, the second nodes are nodes whose resource utilization rate does not meet the preset resource utilization conditions; the node difference number is the difference between the number of verification nodes and the number of nodes in the first node.

[0088] Step S407: Send the business data block corresponding to the target business to each verification node so that each verification node can verify the business data block corresponding to the target business.

[0089] Step S408: If the verification result of each verification node for the business data block corresponding to the target business is passed, the business data block corresponding to the target business is uploaded to the blockchain.

[0090] like Figure 5The diagram illustrates a system architecture for a network operation system, including a portal, a central orchestrator, domain orchestrators, controllers, and network devices. The portal receives user service requests and forwards them to the central orchestrator. The central orchestrator converts these requests into orchestration instructions and distributes them to the corresponding domain orchestrators within their respective autonomous systems. The domain orchestrators then distribute these instructions to the controllers they manage, and the controllers convert them into configuration commands and distribute them to the network devices. Each orchestrator / controller node can have a resource utilization query interface (which can be a general or customized interface) for other nodes to query. A consensus decision threshold, i.e., a node utilization threshold, can be set for the availability status of each orchestrator / controller node and synchronized with other nodes to assist in selecting verification nodes. A verification node selection module and a node information database can be added to each orchestrator / controller node. This database stores node information, which may include three key elements: node identifier, resource utilization, and consensus decision threshold. From a global perspective, each node can have a unique identifier, and the node information maintained by each orchestrator / controller can be the same. Each orchestrator / controller node can determine the node selection ratio based on the business level, and select verification nodes according to the corresponding node selection ratio to ensure that for each business level, the number of nodes used for data verification is not less than the preset ratio.

[0091] For example, the target node is domain orchestrator 2, and the candidate nodes for the target node are the central orchestrator, domain orchestrator 1, domain orchestrator 3, controller 1, controller 2, and controller 3. For a third-level target service where a node selection ratio of 60% is used, when domain orchestrator 2 generates the service data block for this third-level target service, it can calculate 6 * 60%, obtaining a result of 3.6. This result of 3.6 is then rounded down to obtain a rounded result of 4, which can be used as the number of verification nodes. Domain orchestrator 2 can query the resource utilization rate of candidate nodes and record it in the node information database, as shown in Table 3 below. Domain orchestrator 2 can compare the resource utilization rate of each candidate node with the node utilization rate threshold. The number of nodes not exceeding the node utilization rate threshold is 5, including domain orchestrator 1, domain orchestrator 3, controller 1, controller 2, and controller 3. Since the number of verification nodes required for this Level 3 target service (4) is less than the number of nodes (5) that does not exceed the node utilization threshold, four nodes can be randomly selected from the nodes that do not exceed the node utilization threshold to participate in the verification. For example, Domain Orchestrator 1, Domain Orchestrator 3, Controller 2, and Controller 3 can be randomly selected as verification nodes. Domain Orchestrator 2 can send the target service's business data blocks to Domain Orchestrator 1, Domain Orchestrator 3, Controller 2, and Controller 3. Domain Orchestrator 1, Domain Orchestrator 3, Controller 2, and Controller 3 will then verify the target service's business data blocks and broadcast the verification results to the other orchestrators / controllers. When Domain Orchestrator 2 receives the verification success message from these four verification nodes, it can then process the corresponding business data blocks on the blockchain.

[0092] Table 3

[0093] Node identifier Resource utilization Node utilization threshold Central orchestrator 82％ 70％ Domain Orchestrator 1 64％ 70％ Domain Orchestrator 3 57％ 70％ Controller 1 48％ 60％ Controller 2 51％ 60％ Controller 3 39％ 60％

[0094] Exemplary embodiments of this disclosure also provide a service processing apparatus applied to a target node, wherein the target node is a node in a network operation system. (See reference...) Figure 6 As shown, the service processing device 600 may include the following program modules:

[0095] The verification node determination module 610 is used to determine multiple verification nodes from multiple candidate nodes based on the service level of the target service; the candidate nodes are other nodes in the network operation system besides the target node;

[0096] The business data verification module 620 is used to send the business data block corresponding to the target business to each verification node so that each verification node can verify the business data block.

[0097] The business data upload module 630 is used to obtain the verification results of each verification node for the business data block, and to determine whether to upload the business data block to the blockchain based on the verification results of each verification node for the business data block.

[0098] In an optional implementation, based on the foregoing scheme, the service processing device 600 may include: a service level determination module, used to acquire the service characteristics of the target service and determine the service level of the target service based on the service characteristics of the target service.

[0099] In an optional implementation, based on the aforementioned scheme, the verification node determination module 610 includes: a first quantity determination module, used to determine the number of verification nodes required to upload the business data block corresponding to the target business to the blockchain according to the business level of the target business; and a verification node determination module, used to determine multiple verification nodes from multiple candidate nodes according to the number of verification nodes.

[0100] In an optional implementation, based on the aforementioned scheme, the verification node determination module includes: a first node determination module, used to determine a first node from multiple candidate nodes according to the resource utilization rates corresponding to multiple candidate nodes; the first node is a node whose resource utilization rate meets preset resource utilization conditions; and a node number comparison module, used to compare the number of nodes of the first node with the number of verification nodes, and determine the verification node according to the comparison result.

[0101] In an optional implementation, based on the aforementioned scheme, the first node determination module can be configured to: for each candidate node, compare the resource utilization rate of the candidate node with the node utilization rate threshold of the candidate node; if the resource utilization rate of the candidate node is less than the node utilization rate threshold of the candidate node, determine the candidate node as the first node.

[0102] In an optional implementation, based on the aforementioned scheme, the node number comparison module can be configured to: if the number of nodes of the first node is greater than or equal to the number of verification nodes, select a node from the first node that matches the number of verification nodes as a verification node.

[0103] In an optional implementation, based on the aforementioned scheme, the node number comparison module can be configured as follows: if the number of nodes of the first node is less than the number of verification nodes, all of the first nodes are used as verification nodes; the node difference is determined according to the number of verification nodes and the number of nodes of the first node, and nodes that match the node difference are selected from the second nodes as verification nodes; wherein, the second nodes are nodes whose resource utilization does not meet the preset resource utilization conditions.

[0104] The specific details of each part of the above-mentioned business processing device 600 have been described in detail in the method section of the implementation. For any undisclosed details, please refer to the implementation content of the method section, and therefore will not be repeated here.

[0105] It should be noted that although several modules or units for the device used to perform actions have been mentioned in the detailed description above, this division is not mandatory. In fact, according to exemplary embodiments of this disclosure, the features and functions of two or more modules or units described above can be embodied in one module or unit. Conversely, the features and functions of one module or unit described above can be further divided and embodied by multiple modules or units.

[0106] Exemplary embodiments of this disclosure also provide a computer program product. The computer program product includes a computer program that, when executed by a processor, implements the aforementioned business processing method.

[0107] In one embodiment, the computer program product can be a tangible product containing a computer program, such as a computer-readable storage medium storing the computer program. The readable storage medium can be a storage medium based on electrical, magnetic, optical, electromagnetic, infrared, or other signals, including but not limited to: random access memory (RAM), read-only memory (ROM), magnetic tape, floppy disk, flash memory, hard disk drive (HDD), solid-state drive (SSD), etc. For example, the computer program product can be implemented as a non-volatile storage medium storing the computer program, such as read-only memory, NAND flash memory, etc.

[0108] In one implementation, the computer program product can be an intangible product containing a computer program. For example, the computer program product can be implemented as a virtual digital product, such as an executable file, installation package, or other digital file storing the computer program.

[0109] Computer program code can be written in one or more programming languages. Examples of programming languages ​​include C, Java, and C++. Program code can execute entirely on the user's computing device, partially on the user's computing device, or as a standalone software package. It can also execute partially on the user's computing device and partially on a remote computing device, or entirely on a remote computing device or server. In cases involving remote computing devices, the remote computing device can be connected to the user's computing device via any type of network, such as a local area network (LAN) or a wide area network (WAN), or it can be connected to an external computing device (e.g., via an internet connection provided by a mobile network operator).

[0110] Computer programs can be carried or transmitted via signals such as electricity, magnetism, light, electromagnetic radiation, and infrared rays. Electronic devices can convert signals carrying computer programs into digital signals, thereby running the computer programs. When a computer program runs on an electronic device, its code causes the electronic device to execute (more specifically, its processor) the method steps of various exemplary embodiments of this disclosure, such as the methods described above, which include the following steps:

[0111] Based on the service level of the target service, multiple verification nodes are selected from multiple candidate nodes; the candidate nodes are other nodes in the network operation system besides the target node;

[0112] Send the business data block corresponding to the target business to each verification node so that each verification node can verify the business data block;

[0113] Obtain the verification results of each verification node for the business data block, and determine whether to upload the business data block to the blockchain based on the verification results of each verification node for the business data block.

[0114] In an optional implementation, based on the aforementioned scheme, the following steps may also be performed: obtaining the business characteristics of the target business, and determining the business level of the target business based on the business characteristics of the target business.

[0115] In an optional implementation, based on the aforementioned scheme, the determination of multiple verification nodes from multiple candidate nodes according to the business level of the target business can be achieved through the following steps: determining the number of verification nodes required to upload the business data block corresponding to the target business to the blockchain according to the business level of the target business; determining multiple verification nodes from multiple candidate nodes according to the number of verification nodes.

[0116] In an optional implementation, based on the aforementioned scheme, the determination of multiple verification nodes from multiple candidate nodes according to the number of verification nodes can be achieved through the following steps: determining a first node from multiple candidate nodes according to the resource utilization rate corresponding to the multiple candidate nodes; the first node is a node whose resource utilization rate meets the preset resource utilization conditions; comparing the number of nodes of the first node with the number of verification nodes, and determining the verification node based on the comparison result.

[0117] In an optional implementation, based on the aforementioned scheme, the determination of the first node from multiple candidate nodes according to the resource utilization rates corresponding to multiple candidate nodes can be achieved through the following steps: for each candidate node, the resource utilization rate of the candidate node is compared with the node utilization rate threshold of the candidate node; if the resource utilization rate of the candidate node is less than the node utilization rate threshold of the candidate node, the candidate node is determined as the first node.

[0118] In an optional implementation, based on the aforementioned scheme, the determination of the verification node according to the comparison results can be achieved through the following steps: if the number of nodes in the first node is greater than or equal to the number of verification nodes, select a node from the first node that matches the number of verification nodes as the verification node.

[0119] In an optional implementation, based on the aforementioned scheme, the determination of verification nodes according to the comparison results can be achieved through the following steps: if the number of nodes of the first node is less than the number of verification nodes, all of the first nodes are used as verification nodes; the node difference is determined according to the number of verification nodes and the number of nodes of the first node, and nodes matching the node difference are selected from the second nodes as verification nodes; wherein, the second nodes are nodes whose resource utilization rate does not meet the preset resource utilization conditions.

[0120] In the above-mentioned business data processing process, by dividing the business into different levels and flexibly selecting verification nodes based on the business level, it is possible to avoid the need for all nodes in the network operation system to verify each business. This can reduce resource processing costs and minimize the impact on the basic business of nodes while ensuring business security.

[0121] An exemplary embodiment of this disclosure also provides an electronic device capable of implementing the above-described business processing method. The electronic device may include a processor and a memory. The memory stores executable instructions of the processor, such as program code. The processor executes the executable instructions to perform the method of this exemplary embodiment. Furthermore, the electronic device may also include a display for displaying a graphical user interface.

[0122] The following is for reference. Figure 7 The electronic device is illustrated by way of a general-purpose computing device. It should be understood that... Figure 7 The electronic device 700 shown is merely an example and should not be construed as limiting the functionality and scope of use of the embodiments disclosed herein.

[0123] like Figure 7 As shown, the electronic device 700 may include: a processor 710, a memory 720, a bus 730, an I / O (input / output) interface 740, a network adapter 750, and a display 760.

[0124] The memory 720 may include volatile memory, such as RAM 721 and cache unit 722, and may also include non-volatile memory, such as ROM 723. The memory 720 may also include one or more program modules 724, including but not limited to: an operating system, one or more application programs, other program modules, and program data. Each or some combination of these examples may include an implementation of a network environment. For example, program module 724 may include the modules described above.

[0125] The processor 710 may include one or more processing units, such as an AP (Application Processor), a modem processor, a GPU (Graphics Processing Unit), an ISP (Image Signal Processor), a controller, an encoder, a decoder, a DSP (Digital Signal Processor), a baseband processor, and / or an NPU (Neural-Network Processing Unit).

[0126] The processor 710 can be used to execute executable instructions stored in the memory 720, such as performing any one or more method steps in this exemplary embodiment.

[0127] For example, processor 710 may perform the following steps:

[0128] Based on the service level of the target service, multiple verification nodes are selected from multiple candidate nodes; the candidate nodes are other nodes in the network operation system besides the target node;

[0129] Send the business data block corresponding to the target business to each verification node so that each verification node can verify the business data block;

[0130] Obtain the verification results of each verification node for the business data block, and determine whether to upload the business data block to the blockchain based on the verification results of each verification node for the business data block.

[0131] In an optional implementation, based on the aforementioned scheme, the following steps may also be performed: obtaining the business characteristics of the target business, and determining the business level of the target business based on the business characteristics of the target business.

[0132] In an optional implementation, based on the aforementioned scheme, the determination of multiple verification nodes from multiple candidate nodes according to the business level of the target business can be achieved through the following steps: determining the number of verification nodes required to upload the business data block corresponding to the target business to the blockchain according to the business level of the target business; determining multiple verification nodes from multiple candidate nodes according to the number of verification nodes.

[0133] In an optional implementation, based on the aforementioned scheme, the determination of multiple verification nodes from multiple candidate nodes according to the number of verification nodes can be achieved through the following steps: determining a first node from multiple candidate nodes according to the resource utilization rate corresponding to the multiple candidate nodes; the first node is a node whose resource utilization rate meets the preset resource utilization conditions; comparing the number of nodes of the first node with the number of verification nodes, and determining the verification node based on the comparison result.

[0134] In an optional implementation, based on the aforementioned scheme, the determination of the first node from multiple candidate nodes according to the resource utilization rates corresponding to multiple candidate nodes can be achieved through the following steps: for each candidate node, the resource utilization rate of the candidate node is compared with the node utilization rate threshold of the candidate node; if the resource utilization rate of the candidate node is less than the node utilization rate threshold of the candidate node, the candidate node is determined as the first node.

[0135] In an optional implementation, based on the aforementioned scheme, the determination of the verification node according to the comparison results can be achieved through the following steps: if the number of nodes in the first node is greater than or equal to the number of verification nodes, select a node from the first node that matches the number of verification nodes as the verification node.

[0136] In an optional implementation, based on the aforementioned scheme, the determination of verification nodes according to the comparison results can be achieved through the following steps: if the number of nodes of the first node is less than the number of verification nodes, all of the first nodes are used as verification nodes; the node difference is determined according to the number of verification nodes and the number of nodes of the first node, and nodes matching the node difference are selected from the second nodes as verification nodes; wherein, the second nodes are nodes whose resource utilization rate does not meet the preset resource utilization conditions.

[0137] In the above-mentioned business data processing process, by dividing the business into different levels and flexibly selecting verification nodes based on the business level, it is possible to avoid the need for all nodes in the network operation system to verify each business. This can reduce resource processing costs and minimize the impact on the basic business of nodes while ensuring business security.

[0138] Bus 730 is used to connect different components of electronic device 700 and may include a data bus, an address bus and a control bus.

[0139] Electronic device 700 can communicate with one or more external devices 800 (such as keyboard, mouse, external controller, etc.) through I / O interface 740.

[0140] Electronic device 700 can communicate with one or more networks via network adapter 750. For example, network adapter 750 can provide mobile communication solutions such as 3G / 4G / 5G, or wireless communication solutions such as wireless LAN, Bluetooth, and near-field communication. Network adapter 750 can communicate with other modules of electronic device 700 via bus 730.

[0141] Electronic device 700 can display a graphical user interface, etc., via display 760.

[0142] although Figure 7 As not shown in the diagram, other hardware and / or software modules may also be configured in the electronic device 700, including but not limited to: a display, microcode, device driver, redundant processor, external disk drive array, RAID (Redundant Arrays of Independent Disks) system, tape drive, and data backup storage system.

[0143] It should be noted that although several modules or units for the device used to perform actions have been mentioned in the detailed description above, this division is not mandatory. In fact, according to exemplary embodiments of this disclosure, the features and functions of two or more modules or units described above can be embodied in one module or unit. Conversely, the features and functions of one module or unit described above can be further divided and embodied by multiple modules or units.

[0144] Those skilled in the art will understand that various aspects of this disclosure can be implemented as systems, methods, or program products. Therefore, various aspects of this disclosure can be embodied in entirely hardware implementations, entirely software implementations (including firmware, microcode, etc.), or implementations combining hardware and software aspects, collectively referred to herein as “circuit,” “module,” or “system.” Other embodiments of this disclosure 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 disclosure that follow the general principles of this disclosure and include common knowledge or customary techniques in the art not disclosed herein. The specification and embodiments are to be considered exemplary only, and the true scope and spirit of this disclosure are indicated by the claims.

[0145] It should be understood that this disclosure is not limited to the precise structures 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 disclosure is defined only by the appended claims.

Claims

1. A business processing method, characterized in that, Applied to a target node, wherein the target node is a node in a network operation system, the method includes: Based on the service level of the target service, multiple verification nodes are determined from multiple candidate nodes; the candidate nodes are other nodes in the network operation system besides the target node; Send the service data block corresponding to the target service to each of the verification nodes, so that each of the verification nodes can verify the service data block; Obtain the verification results of each verification node for the business data block, and determine whether to upload the business data block to the blockchain based on the verification results of each verification node for the business data block; The step of determining multiple verification nodes from multiple candidate nodes based on the service level of the target service includes: Based on the business level of the target business, determine the number of verification nodes required to upload the corresponding business data block to the blockchain; Based on the resource utilization rates of multiple candidate nodes, a first node is determined from the multiple candidate nodes; the first node is a node whose resource utilization rate meets the preset resource utilization conditions. The number of nodes in the first node is compared with the number of verification nodes, and the verification nodes are determined based on the comparison results.

2. The method according to claim 1, characterized in that, The method further includes: Obtain the business characteristics of the target service, and determine the business level of the target service based on the business characteristics of the target service.

3. The method according to claim 1, characterized in that, The step of determining the first node from multiple candidate nodes based on the resource utilization rates corresponding to multiple candidate nodes includes: For each candidate node, the resource utilization rate of the candidate node is compared with the node utilization rate threshold of the candidate node; If the resource utilization rate of the candidate node is less than the node utilization rate threshold of the candidate node, the candidate node is determined as the first node.

4. The method according to claim 1, characterized in that, The step of determining the verification node based on the comparison results includes: If the number of nodes in the first node is greater than or equal to the number of verification nodes, a node that matches the number of verification nodes in the first node is selected as a verification node.

5. The method according to claim 1, characterized in that, The step of determining the verification node based on the comparison results includes: If the number of nodes in the first node is less than the number of verification nodes, then all of the first nodes will be used as verification nodes. Based on the number of verification nodes and the number of nodes in the first node, the node difference is determined, and a node that matches the node difference is selected from the second nodes as a verification node. The second node is a node whose resource utilization rate does not meet the preset resource utilization conditions.

6. A business processing apparatus, characterized in that, Applied to a target node, wherein the target node is a node in a network operation system, the device includes: The verification node determination module is used to determine multiple verification nodes from multiple candidate nodes based on the service level of the target service; the candidate nodes are other nodes in the network operation system besides the target node; The business data verification module is used to send the business data block corresponding to the target business to each of the verification nodes, so that each of the verification nodes can verify the business data block; The business data upload module is used to obtain the verification results of each verification node for the business data block, and determine whether to upload the business data block to the blockchain based on the verification results of each verification node for the business data block. The verification node determination module is configured as follows: Based on the business level of the target business, determine the number of verification nodes required to upload the corresponding business data block to the blockchain; Based on the resource utilization rates of multiple candidate nodes, a first node is determined from the multiple candidate nodes; the first node is a node whose resource utilization rate meets the preset resource utilization conditions. The number of nodes in the first node is compared with the number of verification nodes, and the verification nodes are determined based on the comparison results.

7. A computer program product, comprising a computer program, characterized in that, When the computer program is executed by a processor, it implements the method described in any one of claims 1 to 5.

8. An electronic device, characterized in that, include: processor; as well as Memory for storing the executable instructions of the processor; The processor is configured to execute the method of any one of claims 1 to 5 by executing the executable instructions.

Images