Object management method and device, electronic equipment, medium and product
By automating the management of object information through blockchain technology, the problem of low efficiency in object management in existing technologies is solved, and rapid object information identification and update processing are achieved.
Patent Information
- Application Number
- CN202511629308.7
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-11-07
- Publication Date
- 2026-02-03
AI Technical Summary
The existing technology suffers from low efficiency in the process of managing user-side objects, mainly due to the need for a large amount of manual intervention.
Using blockchain technology, with the user-end identifier as the processing domain, object information is managed automatically, including receiving object management requests, identifying local object information, initializing new objects, updating the blockchain network, and using pre-trained object information to verify the model for automated operation.
It improves the efficiency of object management, reduces manual operation steps, and enables rapid identification and update processing.
Smart Images
Figure CN121456022A_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of data processing technology, and in particular to an object management method, apparatus, electronic device, medium, and product. Background Technology
[0002] In user object management applications, operations such as maintaining, transferring, or creating large amounts of user data are involved. When a user sends a new object management request to the server, the server needs to process a large amount of data.
[0003] In related technologies, the user provides user information, and the server manages objects based on the user information through a large amount of manual intervention.
[0004] However, manual intervention is inefficient. Summary of the Invention
[0005] This application provides object management methods, apparatus, electronic devices, media, and products to improve the efficiency of object management.
[0006] In a first aspect, embodiments of this application provide an object management method, comprising: receiving an object management request sent by a target user terminal, the object management request including a user terminal identifier and multiple user identifiers; determining multiple local object information corresponding to the user terminal identifier from a block node based on the object management request, using the user terminal identifier as a processing domain; performing a discrimination operation on the multiple user identifiers based on the multiple local object information to obtain multiple discrimination results, the discrimination results being whether the multiple local object information includes object information corresponding to the user identifier; if the discrimination result is negative, performing object initialization based on the user identifier to obtain a new object; determining global object information from the block node, determining new object information based on the global object information and the user identifier, performing object information transfer processing on the new object based on the new object information; and updating the blockchain network based on the new object information.
[0007] In one possible implementation, determining global object information from the block nodes and determining new object information based on the global object information and the user identifier includes: determining a pre-trained object information verification model, wherein the object information verification model is obtained by training the model based on sample object information, and the object information verification model is used to perform at least the following verifications: object information uniqueness verification, historical object sealing status verification, and historical object association verification with historical user terminals; filtering out the multiple local object information from the global object information to obtain scope object information; inputting the scope object information and the user identifier into the object information verification model to obtain multiple historical object information corresponding to the user identifier that passes the verification in the scope object information; and determining the new object information based on the multiple historical object information.
[0008] In one possible implementation, the object management request further includes target object parameters; determining the new object information based on the plurality of historical object information includes: determining the plurality of historical object parameters corresponding to the plurality of historical user terminals from which the plurality of historical object information originates; determining an information modification strategy based on the differences between the target object parameters and the plurality of historical object parameters; and modifying the plurality of historical object information according to the information modification strategy to obtain the new object information.
[0009] In one possible implementation, the object information transfer processing of the newly added object based on the newly added object information includes: determining the operation context of the newly added object information; determining the risk identifier of the operation context according to a preset risk identifier mapping relationship; if the risk identifier is a preset identifier, then adding the newly added object information to the newly added object to realize the object information transfer processing.
[0010] In one possible implementation, the method further includes: if the risk identifier is not the preset identifier, generating a task to be reviewed based on the newly added object information and the risk identifier; sending the task to be reviewed to a preset terminal so that the preset terminal can perform review processing on the task to be reviewed.
[0011] In one possible implementation, updating the blockchain network based on the newly added object information includes: adding the newly added object information to the plurality of local object information to obtain a first evidence record; and broadcasting the first evidence record to the blockchain network to achieve the update process.
[0012] In one possible implementation, broadcasting the first evidence record to the blockchain network includes: performing format verification processing on the first evidence record to obtain a format verification result, wherein the format verification result includes verification passed or verification failed, and the format verification processing includes at least one of the following: field integrity verification, data format verification, or business logic verification; if the verification result is verification passed, then adding a timestamp and digital signature to the first evidence record to obtain a second evidence record; and broadcasting the second evidence record to the blockchain network.
[0013] Secondly, embodiments of this application provide an object management device, comprising: a receiving module, configured to receive an object management request sent by a target user terminal, the object management request including a user terminal identifier and multiple user identifiers; a determining module, configured to determine multiple local object information corresponding to the user terminal identifier from a block node based on the object management request and using the user terminal identifier as a processing domain; a discrimination module, configured to perform discrimination operations on the multiple user identifiers based on the multiple local object information to obtain multiple discrimination results, the discrimination results being whether the multiple local object information includes object information corresponding to the user identifier; an initialization module, configured to initialize an object based on the user identifier to obtain a new object if the discrimination result is negative; a transfer module, configured to determine global object information from the block node, determine new object information based on the global object information and the user identifier, and perform object information transfer processing on the new object based on the new object information; and an update module, configured to update the blockchain network based on the new object information.
[0014] In one possible implementation, the transfer module is specifically configured to determine a pre-trained object information verification model, which is obtained by training a model based on sample object information. The object information verification model is used to perform at least the following verifications: object information uniqueness verification, historical object archiving status verification, and historical object-user association verification. The transfer module is further configured to filter out the multiple local object information from the global object information to obtain range object information. The transfer module is further configured to input the range object information and the user identifier into the object information verification model to obtain multiple historical object information corresponding to the user identifier that passes the verification within the range object information. The transfer module is further configured to determine the newly added object information based on the multiple historical object information.
[0015] In one possible implementation, the object management request further includes target object parameters; the transfer module is specifically configured to determine multiple historical object parameters corresponding to multiple historical user terminals from which the multiple historical object information originates; the transfer module is further configured to determine an information modification strategy based on the differences between the target object parameters and the multiple historical object parameters; the transfer module is further configured to modify the multiple historical object information according to the information modification strategy to obtain the newly added object information.
[0016] In one possible implementation, the device further includes: a processing module, configured to determine the operation context of the newly added object information; the processing module is further configured to determine a risk identifier of the operation context according to a preset risk identifier mapping relationship; the processing module is further configured to add the newly added object information to the newly added object if the risk identifier is a preset identifier, so as to realize the object information transfer processing.
[0017] In one possible implementation, the device further includes: a review module, configured to generate a review task based on the newly added object information and the risk identifier if the risk identifier is not the preset identifier; the review module is further configured to send the review task to a preset terminal so that the preset terminal performs review processing on the review task.
[0018] In one possible implementation, the device further includes: a broadcast module, used to add the new object information to the plurality of local object information to obtain a first evidence record; the broadcast module is also used to broadcast the first evidence record to the blockchain network to achieve update processing.
[0019] In one possible implementation, the broadcast module is specifically used to perform format verification processing on the first evidence storage record to obtain a format verification result, the format verification result including verification passed or verification failed, the format verification processing including at least one of the following: field integrity verification, data format verification, or business logic verification; the broadcast module is further specifically used to add a timestamp and digital signature to the first evidence storage record if the verification result is verification passed, to obtain a second evidence storage record; the broadcast module is further specifically used to broadcast the second evidence storage record to the blockchain network.
[0020] Thirdly, embodiments of this application provide an object management device, including: a memory and a processor;
[0021] The memory stores computer-executed instructions;
[0022] The processor executes computer execution instructions stored in the memory, causing the processor to perform the first aspect and / or various possible implementations of the first aspect as described above.
[0023] Fourthly, embodiments of this application provide a non-volatile computer-readable storage medium storing computer-executable instructions, which, when executed by a processor, are used to implement the first aspect and / or various possible implementations of the first aspect.
[0024] Fifthly, embodiments of this application provide a computer program product, including a computer program that, when executed by a processor, implements the first aspect and / or various possible implementations of the first aspect.
[0025] This application provides an object management method, apparatus, electronic device, medium, and product. The method includes: receiving an object management request sent by a target user terminal, the object management request including a user terminal identifier and multiple user identifiers; determining multiple local object information corresponding to the user terminal identifier from a block node based on the object management request, using the user terminal identifier as the processing domain; performing a discrimination operation on the multiple user identifiers based on the multiple local object information to obtain multiple discrimination results, the discrimination result being whether the multiple local object information includes object information corresponding to the user identifier; if the discrimination result is negative, performing object initialization based on the user identifier to obtain a new object; determining global object information from the block node, determining new object information based on the global object information and the user identifier, performing object information transfer processing on the new object based on the new object information; and updating the blockchain network based on the new object information. This solution, through blockchain technology and using the user terminal identifier as the processing domain, allows for rapid discrimination operations without complex queries, transforming manual multi-step operations into automated atomic operations, thereby improving the efficiency of object management. Attached Figure Description
[0026] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application.
[0027] Figure 1 This is a schematic diagram illustrating an application scenario of an object management method provided in an embodiment of this application;
[0028] Figure 2 A flowchart illustrating an object management method provided in an embodiment of this application;
[0029] Figure 3 A flowchart illustrating another object management method provided in an embodiment of this application;
[0030] Figure 4 A schematic diagram illustrating information retrieval provided in the embodiments of this application;
[0031] Figure 5 A schematic diagram illustrating risk identification provided in an embodiment of this application;
[0032] Figure 6 A schematic diagram of broadcast processing provided in an embodiment of this application;
[0033] Figure 7 This is a schematic diagram of the structure of an object management device provided in an embodiment of this application;
[0034] Figure 8 This is a schematic diagram of another object management device provided in an embodiment of this application;
[0035] Figure 9 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application.
[0036] The accompanying drawings illustrate specific embodiments of this application, which will be described in more detail below. These drawings and descriptions are not intended to limit the scope of the concept in any way, but rather to illustrate the concept of this application to those skilled in the art through reference to particular embodiments. Detailed Implementation
[0037] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numbers in different drawings denote the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this application. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this application as detailed in the appended claims.
[0038] In this application embodiment, "at least one" refers to one or more, and "more than one" refers to two or more. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A alone, A and B simultaneously, or B alone, where A and B can be singular or plural. The character " / " generally indicates that the preceding and following related objects are in an "or" relationship. "At least one of the following" or similar expressions refer to any combination of these items, including any combination of single or plural items. For example, at least one of a, b, or c can represent: a, b, c, ab, ac, bc, or abc, where a, b, and c can be single or multiple.
[0039] It should be noted that the phrase "at...time" in the embodiments of this application can refer to the instant at which a certain situation occurs, or to a period of time after the occurrence of a certain situation; the embodiments of this application do not specifically limit this. Furthermore, the display interface provided in the embodiments of this application is merely an example, and the display interface may include more or less content.
[0040] The collection, storage, use, processing, transmission, provision, and disclosure of financial data or user data involved in the technical solution of this application all comply with the provisions of relevant laws and regulations and do not violate public order and good morals.
[0041] Furthermore, the technical solution involved in this application, which involves big data analysis of user information (including but not limited to personal biometrics, identity data, consumption data, asset data, electronic terminal operation data, etc.) and the use of artificial intelligence technology for automated decision-making, and makes decisions that have a significant impact on personal rights based on the results of automated decision-making, provides users with corresponding operation entry points for users to choose to agree to or reject the results of automated decision-making; if the user chooses to reject, the process will proceed to the expert decision-making process.
[0042] It should be noted that in the embodiments of this application, certain software, components, models and other existing solutions in the industry may be mentioned. These should be regarded as exemplary and are only intended to illustrate the feasibility of implementing the technical solution of this application. However, it does not mean that the applicant has used or necessarily used the solution.
[0043] It should be noted that the object management methods, devices, electronic devices, media and products of this application can be used in the field of data processing, or in any field other than data processing. The application fields of the object management methods, devices, electronic devices, media and products of this application are not limited.
[0044] Figure 1 This is a schematic diagram illustrating an application scenario of an object management method provided in an embodiment of this application. An example is given based on the illustrated scenario: the user sends user information to the server, and the server manages objects based on the user information.
[0045] The examples illustrate that objects are digital data structures, including but not limited to at least one of the following: a housing provident fund account or an employee's account. When a user's job changes, these objects need to be adjusted accordingly through object management to avoid conflicts.
[0046] In related technologies, extensive manual intervention is required on the server side to determine whether a user has historical objects based on user data. If historical objects exist, manual intervention is used to create, transfer, or merge these objects.
[0047] With the example scenario, if there are historical objects, the object information of the historical objects is transferred to the newly created object, and the historical objects are removed to avoid object conflicts.
[0048] Based on the above scenarios, it is clear that object management through manual intervention in related technologies suffers from low efficiency.
[0049] The object management method provided in this application solves the problem of low efficiency by using blockchain technology and a user-end identifier as the processing domain to automatically manage objects.
[0050] The technical solution of this application and how the technical solution of this application solves the above-mentioned technical problems are described in detail below with specific embodiments. These specific embodiments can be combined with each other, and the same or similar concepts or processes may not be described again in some embodiments. The embodiments of this application will now be described with reference to the accompanying drawings.
[0051] Figure 2 This application provides a flowchart illustrating an object management method, which includes the following steps:
[0052] S201. Receive an object management request sent by the target user terminal. The object management request includes the user terminal identifier and multiple user identifiers.
[0053] For example, multiple user identifiers are used to identify multiple user profiles, and each user is associated with a target user client.
[0054] With the example scenario, the target user corresponds to a company, and multiple users are current employees of that company. An object management request triggers the creation of individual objects for each of these employees.
[0055] Optionally, the user terminal identifier is a unique identifier for the user terminal, used to accurately distinguish between user terminals. The user identifier is a unique identifier for the user, used to accurately distinguish between user terminals.
[0056] S202. Based on the object management request, using the user terminal identifier as the processing domain, determine the information of multiple local objects corresponding to the user terminal identifier from the block node.
[0057] For example, a query is initiated to the corresponding block node on the server side, using the user's identifier as the main filtering condition, i.e., the processing domain.
[0058] For example, the purpose of the query is to retrieve data records that are currently in a valid state and are associated with the user's identifier, namely, information about multiple local objects.
[0059] As illustrated by the scenario example, the process of retrieving information about local objects is a local filtering process that does not involve a global data search. The next step is determined based on the results of the local filtering. Compared to directly performing a global data search, this reduces the complexity of the search and thus improves the efficiency of object management.
[0060] S203. Based on multiple local object information, perform discrimination operations on multiple user identifiers to obtain multiple discrimination results. The discrimination result is whether the multiple local object information includes the object information corresponding to the user identifier.
[0061] For example, the server executes a data comparison algorithm. The algorithm traverses multiple local object information and matches multiple user identifiers from these local object information.
[0062] Optionally, for each user identifier, the data matching algorithm outputs a boolean value ("yes" or "no") as the judgment result, indicating whether the user identifier is matched in multiple local object information.
[0063] To illustrate with a scenario example, if the judgment result is yes, it means that the user corresponding to the user identifier has already created an object on the target user's end. Conversely, if the result is no, it means that the user corresponding to the user identifier has not created an object on the target user's end.
[0064] S204. If the judgment result is negative, the newly added object is obtained by initializing the object according to the user identifier.
[0065] For example, the new object is an object created through object initialization based on the user identifier, and the new object includes the user identifier to distinguish the objects.
[0066] With the help of scenario examples, determining whether to create an object based on the judgment result can avoid object creation conflicts, thereby reducing operations in case of conflicts and improving the efficiency of object management.
[0067] S205. Determine global object information from block nodes, determine new object information based on global object information and user identifier, and perform object information transfer processing on new objects based on new object information.
[0068] For example, determining global object information from block nodes is a broader data query. Global object information consists of multiple pieces of information related to objects.
[0069] Optionally, the object management request may also include user profiles.
[0070] For example, the system determines whether the user has object information on other user terminals based on global object information and user identifier. If not, it generates object information for the new object based solely on the user profile. If so, it determines the information associated with the user on other user terminals as the new object information.
[0071] For example, through transfer processing, the information of newly added objects is transferred from other user terminals to the newly added objects on the target user terminal, and the information of newly added objects is removed from other user terminals.
[0072] S206. Update the blockchain network based on the newly added object information.
[0073] For example, based on the transfer operation of newly added object information, the blockchain network is updated to ensure that the data in the blockchain network is the latest version. Through the update process, data is synchronized to multiple servers, enabling these servers to manage objects based on the newly added object information.
[0074] The object management method provided in this application embodiment receives an object management request sent by a target user terminal. The object management request includes a user terminal identifier and multiple user identifiers. Based on the object management request, using the user terminal identifier as the processing domain, multiple local object information corresponding to the user terminal identifier is determined from the block node. Based on the multiple local object information, a discrimination operation is performed on each of the multiple user identifiers to obtain multiple discrimination results. The discrimination result indicates whether the multiple local object information includes object information corresponding to the user identifier. If the discrimination result is negative, object initialization is performed based on the user identifier to obtain a new object. Global object information is determined from the block node. Based on the global object information and the user identifier, the new object information is determined. Object information transfer processing is performed on the new object based on the new object information. The blockchain network is updated based on the new object information. This solution, through blockchain technology and using the user terminal identifier as the processing domain, allows for rapid discrimination operations without complex queries, transforming manual multi-step operations into automated atomic operations, thereby improving the efficiency of object management.
[0075] Based on any of the above embodiments, the following, in conjunction with Figure 3 This section provides a detailed explanation of the object management process.
[0076] Figure 3 This is a flowchart illustrating another object management method provided in an embodiment of this application. Figure 3 As shown, the method includes:
[0077] S301. Receive an object management request sent by the target user terminal. The object management request includes the user terminal identifier and multiple user identifiers.
[0078] It should be noted that the execution process of S301 is the same as that of S201, and will not be repeated here.
[0079] S302. Based on the object management request, using the user terminal identifier as the processing domain, determine the information of multiple local objects corresponding to the user terminal identifier from the block node.
[0080] It should be noted that the execution process of S302 is the same as that of S202, and will not be repeated here.
[0081] S303. Based on multiple local object information, perform discrimination operations on multiple user identifiers to obtain multiple discrimination results. The discrimination result is whether the multiple local object information includes the object information corresponding to the user identifier.
[0082] One feasible implementation method is to perform the discrimination operation by: assigning multiple user identifiers to multiple computing threads for parallel discrimination processing; and aggregating the discrimination results output by each of the multiple computing threads to obtain multiple discrimination results.
[0083] For example, parallel discrimination processing can distinguish multiple user identifiers simultaneously compared to serial discrimination processing, thereby overcoming performance bottlenecks.
[0084] In this feasible implementation, the efficiency of object management can be effectively improved by using multi-threaded parallel discrimination.
[0085] S304. If the judgment result is negative, the newly added object is obtained by initializing the object based on the user identifier.
[0086] As an example, if the determination result is yes, then object initialization is not performed, and the existing object under the target user client is used as the object corresponding to the user identifier.
[0087] Based on the scenario example, if the judgment result is yes, it means that the user has already created the object on the target user's end, so there is no need to recreate it to avoid object duplication.
[0088] Below, in conjunction with Figure 4 Explanation of information retrieval.
[0089] Figure 4 This is a schematic diagram illustrating information retrieval provided in an embodiment of this application. For example... Figure 4 As shown, for any user identifier in the object management request, a discrimination operation is performed to obtain the discrimination result. If the discrimination result is yes, the already created object is used. If the discrimination result is no, object initialization is performed to obtain a new object. After the object is determined, object information transfer is performed.
[0090] S305. Determine the pre-trained object information verification model. The object information verification model is obtained by training the model based on the sample object information.
[0091] The object information verification model is used to perform at least the following verifications: object information uniqueness verification, historical object sealing status verification, and historical object association verification with historical user terminals.
[0092] For example, an object information verification model is used to replace manual verification of object information.
[0093] For example, historical objects are objects that a user has created on other user devices.
[0094] For example, object information uniqueness verification is used to verify the uniqueness of user identifiers throughout the system in order to determine whether there are any conflicts in identity information.
[0095] For example, object sealing status verification is used to check whether the objects found on other users' clients are in a sealed or deactivated state that can be transferred, so as to avoid operating on an object that is still in normal use or has been deregistered, thereby improving the reliability of object management.
[0096] For example, association verification is used to verify whether a historical object belongs to another corresponding user terminal to ensure the accuracy of object association.
[0097] S306. Filter out multiple local object information from the global object information to obtain the scope object information.
[0098] For example, local object information is used for local filtering to perform discrimination operations. During global filtering, local object information is filtered out to obtain a narrowed range of object information, avoiding redundant operations and improving the efficiency of global filtering.
[0099] S307. Input the scope object information and user identifier into the object information verification model to obtain multiple historical object information that pass the verification corresponding to the user identifier in the scope object information.
[0100] For example, the scope object information and user identifier are input into the object information verification model so that the object information verification model can perform queries and verifications based on the user identifier.
[0101] For example, the historical object information is the object information of the historical object corresponding to the user identifier. And the historical object information has been verified.
[0102] S308. Determine the information of newly added objects based on information from multiple historical objects.
[0103] One feasible implementation method is to determine the new object information by: determining multiple historical object parameters corresponding to multiple historical user terminals from multiple sources of historical object information; determining an information modification strategy based on the differences between the target object parameters and the multiple historical object parameters; and correcting the multiple historical object information according to the information modification strategy to obtain the new object information.
[0104] The object management request also includes the target object parameter.
[0105] For example, object parameters are the specific configurations of the object. Taking an employee's account as an example, object parameters can be parameters such as the employee's department, position, or responsibilities. Taking a housing provident fund account as an example, object parameters can be parameters such as the housing provident fund base or the housing provident fund ratio.
[0106] The example scenario illustrates that historical object parameters are those set by the original client for the user. Target object parameters are those reset by the target client for the user. New object information should be determined based on the target object parameters.
[0107] For example, the information modification strategy is determined based on the differences between the target object parameters and multiple historical object parameters. This strategy modifies the historical object information to obtain new object information that conforms to the target object parameters, thus ensuring the new object information meets the requirements of the target user.
[0108] In this feasible implementation, the process of modifying object information through automation can reduce manual operations and thus improve the efficiency of object management.
[0109] One feasible implementation method is to perform object information transfer processing on newly added objects through the following steps: determining the operation context of the newly added object information; determining the risk identifier of the operation context according to the preset risk identifier mapping relationship; if the risk identifier is a preset identifier, then adding the newly added object information to the newly added object to achieve object information transfer processing.
[0110] For example, risk prediction is performed before the object information transfer is executed to verify whether the object information transfer is feasible.
[0111] For example, the operation context is a series of operation-related and environment-related information related to the process of generating new object information. The risk of this object management is assessed through the operation context.
[0112] Based on scenario examples, risk assessment can be conducted through the following aspects: Numerical sensitivity: assessing whether the information contained in the assessment object includes extremely small or extremely large abnormal values. Behavioral pattern sensitivity: assessing whether the operation occurred outside of working hours and whether the operation frequency was abnormal (e.g., multiple operations within a short period). Related entity information assessment: assessing whether the industry or region belongs to high-risk areas. User information feature assessment: assessing whether there are any anomalies in the user's historical behavior.
[0113] For example, the preset identifier is a low-risk identifier. If the risk identifier is the preset identifier, it means that there is no abnormality in this operation and the object information transfer can be performed normally.
[0114] In this feasible implementation, low-risk operations can be automated through risk identification, thereby improving the efficiency of object management.
[0115] One feasible implementation method for object management may further include: if the risk identifier is not a preset identifier, generating a task to be reviewed based on the newly added object information and the risk identifier; sending the task to be reviewed to a preset terminal so that the preset terminal can perform review processing on the task to be reviewed.
[0116] For example, if the risk identifier is not the preset identifier, it indicates that the risk of this operation is high. Therefore, a review process will be performed before the object information transfer is executed to avoid risks.
[0117] For example, the preset terminal is a terminal used to perform review processing. By automatically sending the task to be reviewed to the preset terminal, the review processing can be automatically triggered for high-risk operations.
[0118] Optionally, the preset terminal can perform the verification process using a pre-trained verification model or manual verification.
[0119] Below, in conjunction with Figure 5 Explain the risk identification process.
[0120] Figure 5 This is a schematic diagram illustrating risk identification as provided in an embodiment of this application. Figure 5 As shown, the operation context for this operation is determined based on the newly added object information. The risk identifier for the object being operated on is determined based on the risk identifier mapping relationship and the operation context. If the risk identifier is a preset identifier, object information is transferred. If the risk identifier is not a preset identifier, a review task is generated for review processing.
[0121] Optionally, if the review process passes, the object information is transferred. If the review process fails, the new object information is regenerated.
[0122] In this feasible implementation, high-risk operations are subject to review, which reduces the error rate of high-risk operations and thus improves the reliability of object management.
[0123] S309. Update the blockchain network based on the newly added object information.
[0124] One feasible implementation method is to perform the update process as follows: add new object information to multiple local object information to obtain the first evidence record; broadcast the first evidence record to the blockchain network to achieve the update process.
[0125] For example, data is assembled and packaged locally to obtain the first evidence record.
[0126] For example, the newly added object information is the currently generated object information. By generating the first evidence record, the newly added object information is supplemented into the local object information on the target user's end.
[0127] For example, broadcasting the first evidence record to the blockchain network can enable multiple block nodes in the blockchain network to share the latest version of the data.
[0128] With the help of scenario examples, a blockchain network is a distributed network composed of multiple peer nodes. It achieves distributed updates through broadcasting so that local data changes are communicated to the entire network.
[0129] In this feasible implementation, the efficiency of object management can be improved by automatically generating and broadcasting the first evidence record, thereby reducing manual operations.
[0130] One feasible implementation method is to perform broadcast processing as follows: perform format verification processing on the first evidence record to obtain a format verification result, which includes verification passed or verification failed. The format verification processing includes at least one of the following: field integrity verification, data format verification, or business logic verification; if the verification result is verification passed, add a timestamp and digital signature to the first evidence record to obtain a second evidence record; and broadcast the second evidence record to the blockchain network.
[0131] For example, format validation is used for preprocessing before broadcasting. Format validation is used to check the data compliance of the first evidence record.
[0132] Optionally, format validation processing includes, but is not limited to, at least one of the following: field integrity validation, verifying that required fields exist and are not empty; data format validation, verifying that the length, type, and format of fields are compliant; and business logic validation, verifying that the content of the first evidence record is consistent with business logic.
[0133] For example, timestamps are used to pinpoint the exact time an operation occurred, allowing for subsequent traceability. Digital signatures are used to ensure that the evidence record cannot be tampered with.
[0134] Below, in conjunction with Figure 6 Explanation of broadcast processing.
[0135] Figure 6 This is a schematic diagram illustrating broadcast processing provided in an embodiment of this application. For example... Figure 6 As shown, the new object information is added to the local object information to obtain the first evidence record. The first evidence record is then subjected to format validation. If the validation passes, a second evidence record is generated and broadcast to the blockchain network.
[0136] In this feasible implementation, invalid data can be filtered through format validation, thereby improving the reliability of object management.
[0137] Figure 7 This is a schematic diagram of the structure of an object management device provided in an embodiment of this application. Figure 7 As shown, the object management device 70 may include: a receiving module 71, a determining module 72, a discrimination module 73, an initialization module 74, a transfer module 75, and an update module 76.
[0138] The receiving module 71 is used to receive an object management request sent by the target user terminal. The object management request includes a user terminal identifier and multiple user identifiers.
[0139] The determination module 72 is used to determine, based on the object management request and with the user terminal identifier as the processing domain, multiple local object information corresponding to the user terminal identifier from the block node.
[0140] The discrimination module 73 is used to perform discrimination operations on multiple user identifiers based on multiple local object information to obtain multiple discrimination results. The discrimination result is whether the multiple local object information includes the object information corresponding to the user identifier.
[0141] Initialization module 74 is used to initialize the new object based on the user identifier if the judgment result is negative.
[0142] The transfer module 75 is used to determine global object information from block nodes, determine new object information based on global object information and user identifier, and perform object information transfer processing on new objects based on new object information.
[0143] Update module 76 is used to update the blockchain network based on the information of newly added objects.
[0144] Optionally, the receiving module 71 can perform... Figure 2 S201 in the embodiment.
[0145] Optionally, module 72 can be executed. Figure 2 S202 in the embodiment.
[0146] Optionally, the discrimination module 73 can execute Figure 2 S203 in the embodiment.
[0147] Optionally, initialization module 74 can be executed. Figure 2 S204 in the embodiment.
[0148] Optionally, transfer module 75 can execute Figure 2 S205 in the embodiment.
[0149] Optionally, module 76 can be updated. Figure 2 S206 in the embodiment.
[0150] It should be noted that the object management device shown in the embodiments of this application can execute the technical solutions shown in the above method embodiments, and its implementation principle and beneficial effects are similar, so they will not be repeated here.
[0151] In one possible implementation, the transfer module 75 is specifically used for:
[0152] A pre-trained object information verification model is determined. The object information verification model is obtained by training the model based on the sample object information. The object information verification model is used to perform at least the following verifications: object information uniqueness verification, historical object sealing status verification, and historical object association verification with historical user terminals.
[0153] By filtering out multiple local object information from the global object information, the scope object information is obtained;
[0154] By inputting the scope object information and user identifier into the object information verification model, we can obtain multiple historical object information that pass the verification, corresponding to the user identifier in the scope object information.
[0155] Based on information from multiple historical objects, determine the information for newly added objects.
[0156] In one possible implementation, the object management request further includes target object parameters; the transfer module 75 is specifically used for:
[0157] Determine the parameters of multiple historical objects corresponding to multiple historical user terminals from multiple sources of historical object information;
[0158] Determine the information modification strategy based on the differences between the target object parameters and the parameters of multiple historical objects;
[0159] Based on the information modification strategy, the information of multiple historical objects is corrected to obtain the information of newly added objects.
[0160] Figure 8 This is a schematic diagram of another object management device provided in an embodiment of this application. Figure 7 Based on the illustrated embodiments, as Figure 8 As shown, the object management device 70 also includes a processing module 77, a verification module 78, and a broadcast module 79.
[0161] Processing module 77 is used for:
[0162] Determine the operation context for adding new object information;
[0163] Based on the preset risk identifier mapping relationship, determine the risk identifier of the operation context;
[0164] If the risk identifier is a preset identifier, the information of the newly added object will be added to the newly added object to realize the object information transfer process.
[0165] Review module 78 is used for:
[0166] If the risk identifier is not a preset identifier, a task to be reviewed will be generated based on the newly added object information and the risk identifier.
[0167] Send the task to be reviewed to the preset terminal so that the preset terminal can review the task.
[0168] Broadcast module 79 is used for:
[0169] Add the new object information to multiple local object information to obtain the first evidence record;
[0170] The first evidence record is broadcast to the blockchain network for update processing.
[0171] In one possible implementation, the broadcast module 79 is specifically used for:
[0172] The first evidence record is subjected to format verification processing to obtain a format verification result, which includes verification passed or verification failed. The format verification processing includes at least one of the following: field integrity verification, data format verification, or business logic verification.
[0173] If the verification result is successful, a timestamp and digital signature are added to the first evidence record to obtain the second evidence record;
[0174] Broadcast the second evidence record to the blockchain network.
[0175] Figure 9 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application, such as... Figure 9 As shown, the electronic device includes:
[0176] The electronic device includes a processor 291 and a memory 292; it may also include a communication interface 293 and a bus 294. The processor 291, memory 292, and communication interface 293 can communicate with each other via the bus 294. The communication interface 293 can be used for information transmission. The processor 291 can invoke logical instructions stored in the memory 292 to execute the methods of the above embodiments.
[0177] Furthermore, the logic instructions in the aforementioned memory 292 can be implemented as software functional units and, when sold or used as independent products, can be stored in a computer-readable storage medium.
[0178] The memory 292, as a non-volatile computer-readable storage medium, can be used to store software programs and computer-executable programs, such as program instructions / modules corresponding to the methods in the embodiments of this application. The processor 291 executes functional applications and data processing by running the software programs, instructions, and modules stored in the memory 292, that is, it implements the methods in the above-described method embodiments.
[0179] The memory 292 may include a program storage area and a data storage area. The program storage area may store the operating system and application programs required for at least one function; the data storage area may store data created based on the use of the terminal device. Furthermore, the memory 292 may include high-speed random access memory and may also include non-volatile memory.
[0180] This application provides a non-volatile computer-readable storage medium storing computer-executable instructions, which, when executed by a processor, are used to implement the method as described in the foregoing embodiments.
[0181] This application provides a computer program product, including a computer program that, when executed by a processor, implements the method as described in the foregoing embodiments.
[0182] It should be noted that, for the sake of simplicity, the foregoing method embodiments are all described as a series of actions. However, those skilled in the art should understand that this application is not limited to the described order of actions, as some steps may be performed in other orders or simultaneously according to this application. Furthermore, those skilled in the art should also understand that the embodiments described in the specification are all optional embodiments, and the actions and modules involved are not necessarily essential to this application.
[0183] It should be further noted that although the steps in the flowchart are shown sequentially according to the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless explicitly stated herein, there is no strict order restriction on the execution of these steps, and they can be executed in other orders. Moreover, at least some steps in the flowchart may include multiple sub-steps or multiple stages. These sub-steps or stages are not necessarily completed at the same time, but can be executed at different times. The execution order of these sub-steps or stages is not necessarily sequential, but can be performed alternately or in turn with other steps or at least some of the sub-steps or stages of other steps.
[0184] It should be understood that the above-described device embodiments are merely illustrative, and the device of this application can also be implemented in other ways. For example, the division of units / modules in the above embodiments is only a logical functional division, and there may be other division methods in actual implementation. For example, multiple units, modules, or components may be combined, or integrated into another system, or some features may be ignored or not executed.
[0185] Furthermore, unless otherwise specified, the functional units / modules in the various embodiments of this application can be integrated into one unit / module, or each unit / module can exist physically separately, or two or more units / modules can be integrated together. The integrated units / modules described above can be implemented in hardware or as software program modules.
[0186] When the integrated unit / module is implemented in hardware, the hardware can be digital circuits, analog circuits, etc. The physical implementation of the hardware structure includes, but is not limited to, transistors, memristors, etc. The processor can be any suitable hardware processor, such as CPU, GPU, FPGA, DSP, and ASIC. The storage unit can be any suitable magnetic or magneto-optical storage medium, such as Resistive Random Access Memory (RRAM), Dynamic Random Access Memory (DRAM), Static Random Access Memory (SRAM), Enhanced Dynamic Random Access Memory (EDRAM), High-Bandwidth Memory (HBM), Hybrid Memory Cube (HMC), etc.
[0187] If the integrated unit / module is implemented as a software program module and sold or used as an independent product, it can be stored in a computer-readable storage device (CMD). Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a memory and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods of the various embodiments of this application. The aforementioned memory includes various media capable of storing program code, such as a USB flash drive, read-only memory (ROM), random access memory (RAM), portable hard drive, magnetic disk, or optical disk.
[0188] In the above embodiments, the descriptions of each embodiment have their own emphasis. For parts not described in detail in a certain embodiment, please refer to the relevant descriptions of other embodiments. The technical features of the above embodiments can be combined arbitrarily. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as the combination of these technical features does not contradict each other, it should be considered within the scope of this specification.
[0189] Other embodiments of this application will readily occur to those skilled in the art upon consideration of the specification and practice of the invention disclosed herein. This application is intended to cover any variations, uses, or adaptations of this application that follow the general principles of this application and include common knowledge or customary techniques in the art not disclosed herein. The specification and examples are to be considered exemplary only, and the true scope and spirit of this application are indicated by the claims.
[0190] It should be understood that this application is not limited to the precise structure described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from its scope. The scope of this application is limited only by the appended claims.
Claims
1. An object management method, characterized in that, include: Receive an object management request sent by the target user terminal, wherein the object management request includes a user terminal identifier and multiple user identifiers; Based on the object management request, and using the user terminal identifier as the processing domain, determine multiple local object information corresponding to the user terminal identifier from the block node; Based on the multiple local object information, a discrimination operation is performed on the multiple user identifiers to obtain multiple discrimination results. The discrimination result is whether the multiple local object information includes the object information corresponding to the user identifier. If the determination result is negative, then the new object is obtained by initializing the object based on the user identifier; Global object information is determined from the block node; new object information is determined based on the global object information and the user identifier; and object information transfer processing is performed on the new object based on the new object information. The blockchain network is updated based on the newly added object information.
2. The method according to claim 1, characterized in that, Determine global object information from the block nodes, and determine new object information based on the global object information and the user identifier, including: A pre-trained object information verification model is determined. The object information verification model is obtained by training the model based on sample object information. The object information verification model is used to perform at least the following verifications: object information uniqueness verification, historical object sealing status verification, and historical object association verification with historical user terminals. The range object information is obtained by filtering out the multiple local object information from the global object information; Input the scope object information and the user identifier into the object information verification model to obtain multiple historical object information that pass the verification, corresponding to the user identifier in the scope object information; The newly added object information is determined based on the information of the multiple historical objects.
3. The method according to claim 2, characterized in that, The object management request also includes target object parameters; based on the multiple historical object information, the newly added object information is determined, including: Determine the parameters of multiple historical objects corresponding to multiple historical user terminals from which the information of the multiple historical objects originates; Based on the differences between the target object parameters and the multiple historical object parameters, an information modification strategy is determined; According to the information modification strategy, the information of the multiple historical objects is modified to obtain the information of the newly added objects.
4. The method according to any one of claims 1-3, characterized in that, Based on the newly added object information, the process of transferring object information for the newly added object includes: Determine the operation context for the newly added object information; The risk identifier of the operation context is determined according to the preset risk identifier mapping relationship; If the risk identifier is a preset identifier, the newly added object information is added to the newly added object to realize the object information transfer process.
5. The method according to claim 4, characterized in that, The method further includes: If the risk identifier is not the preset identifier, a task to be reviewed is generated based on the newly added object information and the risk identifier; The task to be reviewed is sent to a preset terminal so that the preset terminal can perform review processing on the task to be reviewed.
6. The method according to claim 1, characterized in that, The blockchain network is updated based on the newly added object information, including: Add the newly added object information to the plurality of local object information to obtain the first evidence record; The first evidence record is broadcast to the blockchain network to enable update processing.
7. The method according to claim 6, characterized in that, Broadcasting the first evidence record to the blockchain network includes: The first evidence record is subjected to format verification processing to obtain a format verification result, which includes verification passed or verification failed. The format verification processing includes at least one of the following: field integrity verification, data format verification, or business logic verification. If the verification result is successful, a timestamp and digital signature are added to the first evidence record to obtain the second evidence record; The second evidence record is broadcast to the blockchain network.
8. An object management device, characterized in that, include: The receiving module is used to receive an object management request sent by the target user terminal, wherein the object management request includes a user terminal identifier and multiple user identifiers; The determination module is used to determine, based on the object management request and with the user terminal identifier as the processing domain, multiple local object information corresponding to the user terminal identifier from the block node; The discrimination module is used to perform discrimination operations on the multiple user identifiers based on the multiple local object information to obtain multiple discrimination results, wherein the discrimination result is whether the multiple local object information includes object information corresponding to the user identifier; An initialization module is used to initialize an object based on the user identifier to obtain a new object if the discrimination result is negative. The transfer module is used to determine global object information from the block node, determine new object information based on the global object information and the user identifier, and perform object information transfer processing on the new object based on the new object information; The update module is used to update the blockchain network based on the newly added object information.
9. An electronic device, characterized in that, include: A processor, and a memory communicatively connected to the processor; The memory stores computer-executed instructions; The processor executes computer execution instructions stored in the memory to implement the method as described in any one of claims 1-7.
10. A non-volatile computer-readable storage medium, characterized in that, The non-volatile computer-readable storage medium stores computer-executable instructions, which, when executed by a processor, are used to implement the method as described in any one of claims 1-7.
11. A computer program product, characterized in that, Includes a computer program that, when executed by a processor, implements the method of any one of claims 1-7.