Resource provisioning result generation

Abstract

Disclosed in the present description are a resource provisioning result generation method and apparatus, a device and a storage medium. The method comprises: in response to a resource provisioning request of a target object, acquiring a transaction rule set corresponding to the target object, the resource provisioning request carrying resource application information of the target object; using the resource application information for matching in the transaction rule set to obtain at least one target transaction rule, the target transaction rule being a transaction rule successfully matching the resource application information; executing a rule action of the at least one target transaction rule by means of a target rule engine to obtain a rule execution result; and on the basis of the rule execution result, generating a resource provisioning result corresponding to the resource provisioning request.

Description

Generation of resource allocation results Technical Field

[0001] This specification relates to the field of computer technology, and in particular to a method, apparatus, device, and storage medium for generating resource allocation results. Background Technology

[0002] With the development of network technology, users can do more and more things through the network. For example, when users have resource needs, they can apply for resources from a resource distribution platform through the network. If the resource application is approved, the user can obtain the resources from the resource distribution platform.

[0003] In related technologies, resource distribution platforms need to review users before distributing resources; resources can only be distributed if the review is passed. Typically, the review process is conducted manually by staff at the resource distribution platform.

[0004] However, manual review is inefficient, which leads to inefficient resource allocation and a poor user experience. Summary of the Invention

[0005] This specification provides a method, apparatus, device, and storage medium for generating resource allocation results, which can improve the efficiency of resource application review and enhance user experience. The technical solution is as follows.

[0006] On the one hand, a method for generating resource allocation results is provided. The method includes: responding to a resource allocation request from a target object, obtaining a set of transaction rules corresponding to the target object, wherein the resource allocation request carries resource application information of the target object; matching the resource application information in the set of transaction rules to obtain at least one target transaction rule, wherein the target transaction rule is a transaction rule that successfully matches the resource application information; executing the rule action of the at least one target transaction rule through a target rule engine to obtain a rule execution result; and generating a resource allocation result corresponding to the resource allocation request based on the rule execution result.

[0007] In one possible implementation, the step of obtaining the transaction rule set corresponding to the target object in response to the resource allocation request of the target object includes: determining the resource allocation transaction corresponding to the resource allocation request in response to the resource allocation request of the target object; obtaining the transaction rule set of the resource allocation transaction from the transaction rule library, wherein the transaction rule library updates the stored transaction rules in a hot-update manner; or, in response to the resource allocation request of the target object, determining the object type of the target object based on the resource application information; and obtaining the transaction rule set corresponding to the object type from the transaction rule library.

[0008] In one possible implementation, the method further includes: in response to a transaction rule addition instruction, obtaining a first target rule text from the transaction rule addition instruction; compiling the first target rule text to obtain a first target transaction rule; storing the first target transaction rule in the transaction rule library; in response to a transaction rule deletion instruction, determining a second target transaction rule indicated by the transaction rule deletion instruction in the transaction rule library; deleting the second target transaction rule; in response to a transaction rule modification instruction, determining a third target transaction rule indicated by the transaction rule modification instruction in the transaction rule library and obtaining a second target rule text from the transaction rule modification instruction; compiling the second target rule text to obtain a fourth target transaction rule; and replacing the third target transaction rule with the fourth target transaction rule.

[0009] In one possible implementation, the step of obtaining the transaction rule set corresponding to the target object in response to the resource allocation request of the target object includes: verifying the resource application information in response to the resource allocation request of the target object, obtaining the verification result of the resource application information, wherein the verification includes integrity verification, legality verification and consistency verification; and obtaining the transaction rule set corresponding to the target object if the verification result indicates that the verification is successful.

[0010] In one possible implementation, the step of matching the resource request information with the transaction rule set to obtain at least one target transaction rule includes: generating an object information set of the target object based on the resource request information, the object information set including multiple object information; and performing cyclic matching between the multiple object information and multiple transaction rules in the transaction rule set to obtain the at least one target transaction rule.

[0011] In one possible implementation, the step of cyclically matching the plurality of object information and the plurality of transaction rules in the transaction rule set to obtain the at least one target transaction rule includes: for any object information among the plurality of object information, performing a matching function on the object information and the plurality of transaction rules to obtain a matching result between the object information and each of the transaction rules; determining the transaction rule whose matching result indicates a successful match as the target transaction rule; or, for any object information among the plurality of object information, determining a plurality of candidate transaction rules from the plurality of transaction rules based on the object information, wherein the candidate transaction rules are transaction rules associated with the object information; performing a matching function on the object information and the plurality of candidate transaction rules to obtain a matching result between the object information and each of the candidate transaction rules; determining the candidate transaction rule whose matching result indicates a successful match as the target transaction rule.

[0012] In one possible implementation, the step of executing a matching function on the object information and the plurality of transaction rules to obtain a matching result between the object information and each of the transaction rules includes: dividing the plurality of transaction rules into a plurality of transaction rule groups based on the conditions in each of the transaction rules, wherein the transaction rules in a transaction rule group have at least one common condition; and executing a matching function on the object information and each of the transaction rule groups to obtain a matching result between the object information and each of the transaction rules.

[0013] In one possible implementation, the step of executing the rule actions of the at least one target transaction rule through the target rule engine to obtain the rule execution result includes: executing the rule actions of the at least one target transaction rule through the target rule engine to obtain the action execution result; adding object information or triggering new transaction rule matching based on the action execution result; and outputting the last obtained action execution result as the rule execution result if there is no unmatched object information or if a predetermined condition is met.

[0014] In one possible implementation, generating the resource allocation result corresponding to the resource allocation request based on the rule execution result includes: if the rule execution result indicates that resource allocation is rejected, generating the resource allocation result based on a first prompt message, wherein the first prompt message is used to indicate that the resource allocation request is rejected; if the rule execution result indicates that resource allocation is approved, generating the resource allocation result based on a second prompt message, wherein the second prompt message is used to indicate that the resource allocation request is approved, and the second prompt message carries the resource allocation amount; if the rule execution result indicates that it is pending, sending the resource application information to the review terminal so that the review terminal returns a request review result based on the resource application information; and generating the resource allocation result based on the request review result returned by the review terminal.

[0015] On the one hand, a device for generating resource allocation results is provided. The device includes: an acquisition module, configured to acquire a set of transaction rules corresponding to the target object in response to a resource allocation request from the target object, wherein the resource allocation request carries resource application information of the target object; a matching module, configured to match the resource application information in the set of transaction rules to obtain at least one target transaction rule, wherein the target transaction rule is a transaction rule that successfully matches the resource application information; an execution module, configured to execute the rule action of the at least one target transaction rule through a target rule engine to obtain a rule execution result; and a generation module, configured to generate a resource allocation result corresponding to the resource allocation request based on the rule execution result.

[0016] In one possible implementation, the acquisition module is configured to, in response to the resource allocation request of the target object, determine the resource allocation transaction corresponding to the resource allocation request; acquire the transaction rule set of the resource allocation transaction from the transaction rule base, wherein the transaction rule base updates the stored transaction rules in a hot-update manner; or, in response to the resource allocation request of the target object, determine the object type of the target object based on the resource application information; and acquire the transaction rule set corresponding to the object type from the transaction rule base.

[0017] In one possible implementation, the apparatus further includes: a rule adjustment module, configured to, in response to a transaction rule addition instruction, obtain a first target rule text from the transaction rule addition instruction; compile the first target rule text to obtain a first target transaction rule; store the first target transaction rule in the transaction rule library; in response to a transaction rule deletion instruction, determine a second target transaction rule indicated by the transaction rule deletion instruction in the transaction rule library; delete the second target transaction rule; in response to a transaction rule modification instruction, determine a third target transaction rule indicated by the transaction rule modification instruction in the transaction rule library and obtain a second target rule text from the transaction rule modification instruction; compile the second target rule text to obtain a fourth target transaction rule; and replace the third target transaction rule with the fourth target transaction rule.

[0018] In one possible implementation, the acquisition module is configured to, in response to a resource allocation request from a target object, verify the resource application information to obtain a verification result of the resource application information, the verification including integrity verification, legality verification, and consistency verification; and, if the verification result indicates that the verification has passed, acquire the transaction rule set corresponding to the target object.

[0019] In one possible implementation, the matching module is configured to generate an object information set of the target object based on the resource application information, the object information set including multiple object information; and to perform cyclic matching between the multiple object information and multiple transaction rules in the transaction rule set to obtain the at least one target transaction rule.

[0020] In one possible implementation, the matching module is configured to, for any object information among the plurality of object information, execute a matching function on the object information and the plurality of transaction rules to obtain a matching result between the object information and each of the transaction rules; and determine the transaction rule indicating a successful match as the target transaction rule; or, for any object information among the plurality of object information, based on the object information, determine a plurality of candidate transaction rules from the plurality of transaction rules, wherein the candidate transaction rules are transaction rules associated with the object information; execute a matching function on the object information and the plurality of candidate transaction rules to obtain a matching result between the object information and each of the candidate transaction rules; and determine the candidate transaction rule indicating a successful match as the target transaction rule.

[0021] In one possible implementation, the matching module is used to divide the plurality of transaction rules into a plurality of transaction rule groups based on the conditions in each of the transaction rules, wherein the transaction rules in a transaction rule group have at least one common condition; and to execute a matching function on the object information and each of the transaction rule groups to obtain the matching result between the object information and each of the transaction rules.

[0022] In one possible implementation, the execution module is configured to execute the rule actions of at least one target transaction rule through the target rule engine to obtain the action execution result; based on the action execution result, add object information or trigger new transaction rule matching; and if there is no unmatched object information or a predetermined condition is met, output the last obtained action execution result as the rule execution result.

[0023] In one possible implementation, the generation module is configured to: generate a resource allocation result based on a first prompt message when the rule execution result indicates that resource allocation is rejected; generate a resource allocation result based on a second prompt message when the rule execution result indicates that resource allocation is approved, the second prompt message carrying the resource allocation amount; send the resource application information to an auditing terminal when the rule execution result indicates that the application is pending, so that the auditing terminal returns a request audit result based on the resource application information; and generate the resource allocation result based on the request audit result returned by the auditing terminal.

[0024] On one hand, a computer device is provided, the computer device including one or more processors and one or more memories, the one or more memories storing at least one computer program, the computer program being loaded and executed by the one or more processors to implement the method for generating the resource allocation result.

[0025] On one hand, a computer-readable storage medium is provided, wherein at least one computer program is stored in the computer-readable storage medium, the computer program being loaded and executed by a processor to implement the method for generating the resource allocation result.

[0026] On one hand, a computer program product or computer program is provided, which includes program code stored in a computer-readable storage medium. A processor of a computer device reads the program code from the computer-readable storage medium and executes the program code, causing the computer device to perform the above-described method for generating resource allocation results.

[0027] The technical solution provided in the embodiments of this specification, in response to a resource allocation request from a target object, obtains a set of transaction rules corresponding to the target object, wherein the resource allocation request carries the resource application information of the target object. The resource application information is matched against the transaction rule set to obtain at least one target transaction rule. The target rule engine executes the rule actions of the at least one target transaction rule to obtain a rule execution result. Based on the rule execution result, a resource allocation result is generated, achieving intelligent review of resource application information, improving the efficiency of resource allocation result generation, and thus optimizing the user experience. Attached Figure Description

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

[0029] Figure 1 is a schematic diagram of the implementation environment of a method for generating resource allocation results provided in an embodiment of this specification.

[0030] Figure 2 is a flowchart of a method for generating resource allocation results provided in an embodiment of this specification.

[0031] Figure 3 is a flowchart of another method for generating resource allocation results provided in the embodiments of this specification.

[0032] Figure 4 is a flowchart of another method for generating resource allocation results provided in the embodiments of this specification.

[0033] Figure 5 is a schematic diagram of a resource allocation result generation device provided in an embodiment of this specification.

[0034] Figure 6 is a schematic diagram of the structure of a terminal provided in an embodiment of this specification.

[0035] Figure 7 is a schematic diagram of the structure of a server provided in an embodiment of this specification. Detailed Implementation

[0036] To make the objectives, technical solutions, and advantages of this specification clearer, the embodiments of this specification will be further described in detail below with reference to the accompanying drawings.

[0037] In this manual, the terms "first," "second," etc., are used to distinguish identical or similar items with essentially the same function. It should be understood that there is no logical or temporal dependency between "first," "second," and "nth," nor are there any restrictions on quantity or execution order.

[0038] In order to illustrate the technical solutions provided in the embodiments of this specification, the terms involved in the embodiments of this specification will be introduced first.

[0039] Rule Engine: A rule engine is a software component used in systems that manage and execute transaction rules. It extracts transaction logic from application code and defines and stores it in the form of rules. When a transaction needs to be executed, the rule engine matches and infers from the input data and predefined rules to generate corresponding operation instructions or decision results. In short, a rule engine can read, parse, and execute preset transaction rules, automating the transaction process.

[0040] Rules: A rule consists of two parts: conditions and actions. Conditions are the criteria for judging the rule, used to determine whether the execution conditions of the rule are met; actions are the execution results of the rule, used to implement the specific operations of the transaction logic.

[0041] Hot update: refers to the system's ability to dynamically load new rules or update existing rules without interrupting service, ensuring the real-time nature and flexibility of rules.

[0042] It should be noted that all information (including but not limited to user device information, user personal information, etc.), data (including but not limited to data used for analysis, stored data, displayed data, etc.), and signals involved in this manual are authorized by the user or fully authorized by all parties, and the collection, use, and processing of related data must comply with the relevant laws, regulations, and standards of the relevant countries and regions. For example, resource application information and object information involved in this manual were obtained with full authorization.

[0043] After introducing the terms used in the embodiments of this specification, the implementation environment of the embodiments of this specification will be described below.

[0044] Figure 1 is a schematic diagram of the implementation environment of a method for generating resource allocation results provided in an embodiment of this specification. Referring to Figure 1, the implementation environment may include a user terminal 110, a rule configuration terminal 120, and a resource allocation platform 140.

[0045] User terminal 110 is connected to resource distribution platform 140 via a wireless or wired network. Optionally, user terminal 110 may be a smartphone, tablet, laptop, desktop computer, etc., but is not limited to these. User terminal 110 has an application installed and running that supports resource application, and users can use user terminal 110 to apply for and obtain resources.

[0046] The rule configuration terminal 120 is connected to the resource distribution platform 140 via a wireless or wired network. Optionally, the rule configuration terminal 120 can be a smartphone, tablet, laptop, desktop computer, etc., but is not limited to these. The rule configuration terminal 120 has an application that supports rule configuration installed and running, allowing administrators to configure transaction rules using the rule configuration terminal 120.

[0047] Resource distribution platform 140 is an independent physical server, a server cluster or distributed system composed of multiple physical servers, or a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, Content Delivery Network (CDN), and big data and artificial intelligence platforms. Resource distribution platform 140 is capable of resource distribution and resource recycling.

[0048] Optionally, user terminal 110 refers to one of a plurality of terminals, and the embodiments in this specification are only illustrated by user terminal 110.

[0049] After introducing the implementation environment of the embodiments in this specification, the application scenarios of the embodiments in this specification will be introduced below. The technical solutions provided by the embodiments in this specification can be applied to scenarios of distributing various resources, such as distributing game items in games, or financial institutions issuing loans, or distributing red envelopes or vouchers. The embodiments in this specification do not limit the application to these scenarios.

[0050] The technical solutions provided in the embodiments of this specification are applied in the scenario of financial institutions issuing loans. Users send loan applications to financial institutions, and financial institutions use the technical solutions provided in the embodiments of this specification to review the user's loan application, generate review results, and feed back the review results to the user. Users can quickly know the application results and have a better experience.

[0051] After introducing the application scenarios of the embodiments of this specification, the technical solutions provided by the embodiments of this specification will be described below. Referring to Figure 2, taking the resource distribution platform as the execution subject as an example, the method includes the following steps.

[0052] 201. In response to a resource allocation request from a target object, the resource allocation platform obtains the set of transaction rules corresponding to the target object, and the resource allocation request carries the resource application information of the target object.

[0053] The target audience consists of users with resource needs. A resource allocation request is used to request resources from the resource allocation platform. The resource application information carried in the request is provided by the target audience for pre-allocation review. This information describes the target audience's situation across different dimensions. In some embodiments, the resource application information is also referred to as a fact set, which includes multiple facts, each describing the target audience's situation in a specific dimension. The transaction rule set includes multiple transaction rules. The correspondence between the transaction rule set and the target audience means that the transaction rules in the set are applicable to the target audience.

[0054] 202. The resource distribution platform uses the resource application information to match the transaction rule set to obtain at least one target transaction rule, which is the transaction rule that successfully matches the resource application information.

[0055] Among them, transaction rules include conditions and actions. Matching resource application information in the transaction rule set means that the resource application information is matched with the conditions of multiple transaction rules in the transaction rule set. Successful matching means that the resource application information meets the conditions of the transaction rule.

[0056] 203. The resource distribution platform executes the rule actions of at least one target transaction rule through the target rule engine and obtains the rule execution results.

[0057] The target rule engine is the rule engine corresponding to the resource issuance transaction, and it can parse and execute transaction rules. In the embodiments of this specification, the execution of rule actions yields action execution results, which are obtained after at least one target transaction rule's rule actions have been executed.

[0058] 204. Based on the execution result of this rule, the resource allocation platform generates the resource allocation result corresponding to the resource allocation request.

[0059] The resource allocation results include rejection, approval, and pending. Pending means that a definite review result cannot be given and further review is required through other channels.

[0060] The technical solution provided in the embodiments of this specification, in response to a resource allocation request from a target object, obtains a set of transaction rules corresponding to the target object, wherein the resource allocation request carries the resource application information of the target object. The resource application information is matched against the transaction rule set to obtain at least one target transaction rule. The target rule engine executes the rule actions of the at least one target transaction rule to obtain a rule execution result. Based on the rule execution result, a resource allocation result is generated, achieving intelligent review of resource application information, improving the efficiency of resource allocation result generation, and thus optimizing the user experience.

[0061] Steps 201-204 above are a brief introduction to the technical solutions provided by the embodiments of this specification. The following will provide a more detailed description of the embodiments of this specification with some examples. Referring to Figure 3, taking the resource method platform as the execution subject as an example, the method includes the following steps.

[0062] 301. The resource distribution platform obtains the resource distribution request of the target object, which carries the resource application information of the target object.

[0063] The target audience consists of users with resource needs. The meaning of "resource" varies across different application scenarios. For example, in the scenario of distributing game items, "resource" refers to the game items themselves; in the scenario of distributing loans, "resource" refers to currency; and in the scenario of distributing red envelopes or vouchers, "resource" refers to the red envelopes or vouchers. A resource distribution request is used to request resources from the resource distribution platform. The resource application information carried in the request is information provided by the target audience for pre-distribution review. This information describes the target audience's situation in different dimensions. In some embodiments, the resource application information is also referred to as a fact set, which includes multiple facts, each describing the target audience's situation in a certain dimension.

[0064] In one possible implementation, the resource allocation platform obtains the resource allocation request of the target object from the target user terminal, which is the user terminal used by the target object.

[0065] To provide a clearer explanation of the above implementation methods, the method by which the target user terminal sends the resource allocation request will be described below.

[0066] In some embodiments, in response to a click on a target control, the target user terminal displays a resource allocation page of the resource allocation platform. In response to an operation on this resource allocation page, the target user terminal sends a resource allocation request to the resource allocation platform based on the resource request information of the target object.

[0067] The target control is a control associated with the resource distribution page. The target control can be a control within an application or on another page; this specification does not limit this. The resource distribution page displays relevant information about resource distribution, such as the name of the resource distribution transaction, the resource distribution agreement, the method of resource distribution / reclaiming, and the resource application information of the target object. Operations on this resource distribution page are used to instruct the sending of the resource distribution request.

[0068] 302. In response to a resource allocation request from a target object, the resource allocation platform obtains the set of transaction rules corresponding to that target object.

[0069] The transaction rule set includes multiple transaction rules. The correspondence between the transaction rule set and the target object means that the transaction rules in the transaction rule set are applicable to the target object.

[0070] In one possible implementation, in response to a resource allocation request from a target object, the resource allocation platform verifies the resource request information and obtains a verification result. The verification includes integrity verification, legality verification, and consistency verification. If the verification result indicates that the verification passed, the resource allocation platform obtains the transaction rule set corresponding to the target object.

[0071] The system includes three checks: integrity check and legality check. Integrity check verifies the completeness of the resource application information, determining whether it is complete, without missing or damaged parts. Legality check verifies the legality of the resource application information, determining whether the characters and format meet the requirements. Consistency check verifies the consistency of the resource application information, determining whether it has been tampered with during transmission to ensure its authenticity. It should be noted that the method by which the resource allocation platform obtains the transaction rule set will be described in subsequent implementations and will not be repeated here.

[0072] Under the above implementation method, the resource application information is verified before obtaining the transaction rule set to ensure the authenticity and availability of the resource application information and improve the security of resource allocation.

[0073] For example, in response to a resource allocation request for a target object, the resource allocation platform obtains the resource request information from the request. The platform then performs integrity, legality, and consistency checks on this information. If the checks pass, the platform obtains the set of transaction rules corresponding to the target object.

[0074] Alternatively, in addition to the above-described embodiments, the following steps can also be performed.

[0075] In some embodiments, if the verification result indicates that the verification failed, the resource allocation platform sends a verification failure message to the target user terminal. This verification failure message is used to indicate that the resource application information failed the verification.

[0076] Another implementation of step 302 described above will be described below.

[0077] In one possible implementation, in response to a resource allocation request from the target object, the resource allocation platform determines the resource allocation transaction corresponding to the resource allocation request. The resource allocation platform retrieves the set of transaction rules for the resource allocation transaction from a transaction rule base, which updates the stored transaction rules using a hot-update method.

[0078] The resource distribution platform may provide various resource distribution transactions, each with a different set of transaction rules. For example, the platform may provide loan transaction 1, loan transaction 2, and loan transaction 3, each with a different set of transaction rules. The correspondence between resource distribution transactions and transaction rule sets is reflected in the correspondence between resource distribution transactions and transaction rules. This correspondence is set by technical personnel according to actual conditions, and this specification does not limit this. The transaction rule base stores multiple transaction rules, and its support for hot updates means that additions, deletions, and modifications to transaction rules take effect immediately without waiting for a system restart.

[0079] In the above implementation, in response to a resource allocation request, a resource allocation transaction corresponding to the resource allocation request is determined. The transaction rule set corresponding to this resource allocation transaction is obtained, and the accuracy of the transaction rule set is relatively high.

[0080] For example, in response to a resource allocation request for the target object, the resource allocation platform obtains a transaction identifier from the resource allocation request. Based on this transaction identifier, the resource allocation platform determines the resource allocation transaction corresponding to the resource allocation request. The resource allocation platform then queries the transaction rule base to obtain multiple transaction rules corresponding to the resource allocation transaction, and these multiple transaction rules constitute the transaction rule set.

[0081] To provide a clearer explanation of the above implementation methods, the following describes how to add, delete, and modify transaction rules in the transaction rule base.

[0082] In one possible implementation, in response to a transaction rule addition instruction, the resource allocation platform obtains a first target rule text from the instruction. The platform compiles this first target rule text to obtain a first target transaction rule. This first target transaction rule is then stored in the transaction rule repository. In response to a transaction rule deletion instruction, the platform identifies a second target transaction rule in the transaction rule repository as indicated by the deletion instruction. The platform deletes this second target transaction rule. In response to a transaction rule modification instruction, the platform identifies a third target transaction rule in the transaction rule repository as indicated by the modification instruction and obtains the second target rule text from the modification instruction. This second target rule text is compiled to obtain a fourth target transaction rule. The platform then replaces the third target transaction rule with the fourth target transaction rule.

[0083] The rule text is written by technical personnel and can be in natural language. Compiling the rule text converts the natural language rule text into transaction rules in computer language, facilitating rule querying and execution. The resource distribution platform has a compiler that enables the compilation of the rule text. In some embodiments, the resource distribution platform provides rule text writing templates, allowing technical personnel to quickly write rule texts using these templates.

[0084] In some embodiments, when a transaction rule in the transaction rule base changes, the resource allocation platform stores the transaction rule before the change in the version database to facilitate version rollback and other processing.

[0085] The changes include the additions, deletions, and modifications mentioned above.

[0086] In some embodiments, technicians can add, delete, and modify transaction rules through a visual interface. The following describes how to add, delete, and modify transaction rules through a visual interface.

[0087] In some embodiments, the rule configuration terminal displays a transaction rule configuration interface. In response to a rule addition operation on this interface, the rule configuration terminal generates a transaction rule addition instruction based on the first target rule text corresponding to the addition operation. The rule configuration terminal sends this instruction to the resource allocation platform. In response to a rule deletion operation on this interface, the terminal determines a second target transaction rule to be deleted and generates a deletion instruction based on that rule. The terminal sends this deletion instruction to the resource allocation platform. In response to a rule modification operation on this interface, the terminal determines a third target transaction rule to be modified and obtains the second target rule text corresponding to the modification operation. The terminal generates a modification instruction based on the third target rule and the second target rule text and sends this modification instruction to the resource allocation platform.

[0088] Another implementation of step 302 described above will be described below.

[0089] In one possible implementation, in response to a resource allocation request for the target object, the resource allocation platform determines the object type of the target object based on the resource request information. The resource allocation platform then retrieves the set of transaction rules corresponding to that object type from the transaction rule base.

[0090] Among them, objects have multiple object types, and different object types correspond to different sets of transaction rules.

[0091] In the above implementation, in response to a resource allocation request, the object type of the target object is determined. The transaction rule set corresponding to that object type is obtained, and the accuracy of the transaction rule set is relatively high.

[0092] For example, in response to a resource allocation request for a target object, the resource allocation platform obtains the object type of the target object from the resource allocation request. The resource allocation platform then uses this object type to query the transaction rule base to obtain multiple transaction rules corresponding to the resource allocation transaction. These multiple transaction rules constitute the transaction rule set.

[0093] 303. Based on the resource application information, the resource distribution platform generates a set of object information for the target object, which includes multiple object information.

[0094] The multiple object information includes first sub-information in the resource application information, and second sub-information queried based on the first sub-information in the resource application information. In the embodiments of this specification, object information is also referred to as facts, and the object information set is a fact set including multiple facts.

[0095] In one possible implementation, the resource allocation platform splits the resource application information into multiple first sub-information pieces. The platform then uses the target sub-information from these first sub-information pieces to query an object information database, obtaining multiple second sub-information pieces for the target object. This target sub-information is used to identify the target object. Based on these first and second sub-information pieces, the platform generates an object information set for the target object.

[0096] The object information database stores secondary information for multiple objects, which is uploaded from different resource-related platforms.

[0097] In this implementation, resource request information is broken down into multiple first sub-information pieces. The target sub-information within these first sub-information pieces is then used to query an object information database, yielding multiple second sub-information pieces. An object information set is generated based on these multiple first and second sub-information pieces, resulting in high accuracy of the object information.

[0098] For example, the resource allocation platform splits the resource application information according to information type, obtaining multiple first sub-information pieces. The platform then identifies the first sub-information piece of the target information type as the target sub-information, where the target information type is an object identifier. The platform uses this target sub-information to query the object information database, obtaining multiple second sub-information pieces. Finally, the platform identifies these multiple first and second sub-information pieces as multiple object information pieces, resulting in a set of object information for the target object.

[0099] Among them, a first sub-information is an object information, and a second sub-information is an object information.

[0100] Another implementation of step 303 described above will be described below.

[0101] In one possible implementation, the resource allocation platform conducts a preliminary review of the resource application information. If the resource application information passes the preliminary review, the resource allocation platform obtains the object identifier of the target object from the resource application information. The resource allocation platform uses this object identifier to query the resource transfer database to obtain the resource transfer information of the target object. Based on the resource application information and the resource transfer information, the resource allocation platform generates a set of object information for the target object.

[0102] The preliminary review of the resource application information is to assess the target applicant's eligibility for resource acquisition. Passing the preliminary review means the target applicant's eligibility for resource acquisition has been approved. Resource transfer information indicates the target applicant's resource transfer activities, including resource acquisition and expenditure. It should be noted that obtaining resource transfer information requires the target applicant's permission.

[0103] In this implementation, the resource application information undergoes a preliminary review. If the preliminary review is passed, the object identifier of the target object is obtained from the resource application information. The object identifier is then used to retrieve the target object's resource transfer information from the resource transfer database. Based on the resource application information and the resource transfer information, an object information set for the target object is generated, resulting in a highly accurate object information set.

[0104] For example, the resource distribution platform inputs the resource application information into an information review model. This model extracts features from the application, obtaining its information features. The platform then maps these features to a classification value. If the classification value is greater than or equal to a threshold, the platform determines the application has passed preliminary review. If the value is less than the threshold, the platform determines the application has failed preliminary review. The platform then uses this object representation to query the resource transfer database, obtaining the target object's resource transfer information. Finally, the platform breaks down the application and transfer information, obtaining multiple sets of object information for the target object. These sets of object information constitute the target object's object information set.

[0105] 304. The resource allocation platform performs a cyclical matching between the multiple object information and the multiple transaction rules in the transaction rule set to obtain at least one target transaction rule, which is the transaction rule that successfully matches the resource application information.

[0106] Among them, transaction rules include conditions and actions. Matching resource application information in the transaction rule set means that the resource application information is matched with the conditions of multiple transaction rules in the transaction rule set. Successful matching means that the resource application information meets the conditions of the transaction rule.

[0107] In one possible implementation, for any one of the multiple object information sets, the resource allocation platform executes a matching function on that object information and the multiple transaction rules to obtain the matching results between the object information and each transaction rule. The resource allocation platform then identifies the transaction rule that indicates a successful match as the target transaction rule.

[0108] The matching function is used to match object information and transaction rules. For any object information among the multiple object information, the matching function is used to match the object information with multiple transaction rules.

[0109] For example, for any one of the multiple object information sets, the resource allocation platform divides these multiple transaction rules into multiple transaction rule groups based on the conditions in each transaction rule group. The transaction rules within a transaction rule group have at least one common condition. The resource allocation platform executes a matching function on the object information and each transaction rule group to obtain the matching results between the object information and the transaction rules within each group. The resource allocation platform then identifies the successfully matched transaction rule as the target transaction rule.

[0110] For example, for any one of the multiple object information sets, the resource allocation platform clusters the transaction rules that share at least one common condition, resulting in multiple transaction rule groups. The resource allocation platform then executes a matching function on the object information and the conditions corresponding to each transaction rule group to determine whether the object information meets the conditions. The resource allocation platform then identifies the transaction rules in the multiple transaction rule groups whose conditions match the object information as the target transaction rules.

[0111] Transaction rules take the form of a combination of conditions and actions. For example, a transaction rule could be: if condition A is met, then the object is determined to be an object of the target type / then resources can be allocated to the object.

[0112] Another implementation of step 304 described above will be described below.

[0113] In one possible implementation, for any one of the multiple object information sets, the resource allocation platform determines multiple candidate transaction rules from the multiple transaction rules based on that object information. These candidate transaction rules are transaction rules associated with the object information. The resource allocation platform executes a matching function on the object information and the multiple candidate transaction rules to obtain the matching results between the object information and each candidate transaction rule. The resource allocation platform then determines the candidate transaction rule that has successfully matched as the target transaction rule.

[0114] In this implementation, for any one of multiple object information sets, multiple candidate transaction rules are selected from multiple transaction rules based on that object information. A matching function is then executed on the object information set and the multiple candidate transaction rules, thereby reducing the number of transaction rules that need to be matched and improving the efficiency of determining the target transaction rule.

[0115] For example, for any one of the multiple object information sets, the resource distribution platform extracts features from that object information to obtain its object information features. The platform then extracts features from the conditions of the multiple transaction rules to obtain the condition features of each transaction rule. Based on the object information features and the condition features of each transaction rule, the platform determines multiple candidate transaction rules from the multiple transaction rules. Candidate transaction rules are those whose corresponding condition features have a similarity to the object information features greater than or equal to a similarity threshold. The platform then executes a matching function on the object information and each candidate transaction rule to obtain the matching results. Finally, the platform identifies the candidate transaction rule that has successfully matched as the target transaction rule.

[0116] It should be noted that, in addition to the above-described implementation method for cyclic matching, the Rete algorithm or other matching algorithms can also be used for cyclic matching to improve processing speed. Furthermore, asynchronous processing or multi-threaded processing can also be used to accelerate processing speed.

[0117] 305. The resource distribution platform executes the rule actions of at least one target transaction rule through the target rule engine and obtains the rule execution results.

[0118] The target rule engine is the rule engine corresponding to the resource allocation transaction. It parses and executes transaction rules. In the embodiments described in this specification, the execution of rule actions yields the action execution result, which is obtained after all rule actions of at least one target transaction rule have been executed. In some embodiments, the target rule engine is driven by a scripting language (such as Drools, Groovy, etc.) that facilitates hot updates, making the rules independent of system code and easier to understand and maintain. Furthermore, the target rule engine supports dynamic loading and unloading of transaction rules, enabling changes to transaction rules to take effect immediately.

[0119] In one possible implementation, the resource allocation platform executes the rule actions of at least one target transaction rule through the target rule engine to obtain the action execution result. Based on the action execution result, the resource allocation platform adds object information or triggers new transaction rule matching. If there is no unmatched object information or the predetermined conditions are met, the resource allocation platform outputs the last obtained action execution result as the rule execution result.

[0120] The action execution results include generating new object information, selecting the next round of transaction rules, and outputting results. If the action execution result is generating new object information, this newly generated object information will be added subsequently, and the object information will undergo the matching process with the transaction rules in step 304 above. If the action execution result is selecting the next round of transaction rules, the rule action of the next target transaction rule will continue to be executed. If the action execution result is an output result, the output result indicated by the action execution result will be recorded, and this output result may be used as the final output result. The predetermined conditions are set by technicians according to the actual situation, such as setting the number of matches to be greater than or equal to a threshold number, etc., and this specification embodiment does not limit this.

[0121] The following explanation uses functions to illustrate steps 304 and 305 above.

[0122] The resource distribution platform selects one object from multiple object information F through the target rule engine; this object information is also called fact f. For each transaction rule r in multiple transaction rules R, the resource distribution platform executes the matching function Match(f, r) on the fact f and the transaction rule r. If the condition of the fact f and the transaction rule r matches successfully, the rule action of the transaction rule r is executed, and multiple object information F are updated or other rule actions are executed based on the result of the action execution. The above steps are repeated until no new facts are generated or the predetermined stopping condition is reached. The above description can be represented by the following function (1). For each rule r i =(IF C i Then A i )∈R, if Evaluate(C i ,F)=TRUE,then Execute(A i ,F) (1)

[0123] Where, r i For rule i, C i For r i Condition A i For r i The rule action, where F is the object information.

[0124] 306. Based on the execution result of this rule, the resource allocation platform generates the resource allocation result corresponding to the resource allocation request.

[0125] The resource allocation results include rejection, approval, and pending. Pending means that a definite review result cannot be given and further review is required through other channels.

[0126] In one possible implementation, if the rule execution result indicates that the resource allocation request is rejected, the resource allocation platform generates the resource allocation result based on a first prompt message, which is used to indicate that the resource allocation request has been rejected.

[0127] In one possible implementation, if the rule execution result indicates that the resource allocation is agreed upon, the resource allocation platform generates the resource allocation result based on the second prompt information, which is used to indicate that the resource allocation request has been agreed upon, and the second prompt information carries the amount of resources allocated.

[0128] In one possible implementation, if the rule execution result indicates pending, the resource allocation platform sends the resource application information to the review terminal, so that the review terminal returns a request review result based on the resource application information. The resource allocation platform then generates the resource allocation result based on the request review result returned by the review terminal.

[0129] The review terminal is used by reviewers. When the resource distribution platform cannot determine whether resources should be distributed to the target recipient, the relevant information is passed to the review terminal for reviewers to determine whether resources should be distributed to the target recipient. This ensures a high level of security in resource distribution. The review result includes approval and rejection. If the review result is approval, the resource distribution request is granted; if the review result is rejection, the resource distribution request is rejected.

[0130] To provide a clearer explanation of the technical solutions provided in the embodiments of this specification, steps 301-305 will be described below with reference to Figure 4. Referring to Figure 4, the resource allocation request submitted by the target object is obtained, and resource application information is obtained from the resource allocation request. The resource application information is verified, and an error message is returned if the verification fails. If the verification is successful, the target rule engine is initialized. The rule management platform obtains multiple transaction rules. An object information set is generated based on the resource application information. The deductive reasoning module matches the object information set of the target object with the multiple transaction rules to obtain the target transaction rule. The target rule engine executes the rule action corresponding to the target transaction rule to obtain the rule execution result. If the rule execution result indicates that the resource allocation is rejected, the result of rejecting the resource allocation is output. If the rule execution result indicates that the resource allocation is approved, the result of approving the resource allocation is output. If the rule execution result indicates that it is pending, it is transferred to manual review, and the final result is output based on the manual review result.

[0131] 306. The resource distribution platform will provide feedback on the resource distribution result to the target recipient.

[0132] In one possible implementation, the resource allocation platform sends the resource allocation result to the target user terminal.

[0133] All the above-mentioned optional technical solutions can be combined in any way to form the optional embodiments of this specification, and will not be described in detail here.

[0134] The technical solution provided in the embodiments of this specification, in response to a resource allocation request from a target object, obtains a set of transaction rules corresponding to the target object, wherein the resource allocation request carries the resource application information of the target object. The resource application information is matched against the transaction rule set to obtain at least one target transaction rule. The target rule engine executes the rule actions of the at least one target transaction rule to obtain a rule execution result. Based on the rule execution result, a resource allocation result is generated, achieving intelligent review of resource application information, improving the efficiency of resource allocation result generation, and thus optimizing the user experience.

[0135] Figure 5 is a schematic diagram of a resource allocation result generation device provided in an embodiment of this specification. Referring to Figure 5, the device includes the following modules.

[0136] The acquisition module 501 is used to obtain the set of transaction rules corresponding to the target object in response to the resource allocation request of the target object. The resource allocation request carries the resource application information of the target object.

[0137] The matching module 502 is used to match the resource application information in the transaction rule set to obtain at least one target transaction rule, which is a transaction rule that successfully matches the resource application information.

[0138] The execution module 503 is used to execute the rule action of the at least one target transaction rule through the target rule engine and obtain the rule execution result.

[0139] The generation module 504 is used to generate the resource allocation result corresponding to the resource allocation request based on the execution result of the rule.

[0140] In one possible implementation, the acquisition module 501 is configured to, in response to the resource allocation request of the target object, determine the resource allocation transaction corresponding to the resource allocation request. It then retrieves the transaction rule set for the resource allocation transaction from a transaction rule base, which is updated with hot updates of the stored transaction rules. Alternatively, in response to the resource allocation request of the target object, it determines the object type of the target object based on the resource request information. Finally, it retrieves the transaction rule set corresponding to that object type from the transaction rule base.

[0141] In one possible implementation, the apparatus further includes: a rule adjustment module, configured to, in response to a transaction rule addition instruction, obtain a first target rule text from the transaction rule addition instruction; compile the first target rule text to obtain a first target transaction rule; store the first target transaction rule in the transaction rule library; in response to a transaction rule deletion instruction, determine a second target transaction rule indicated by the transaction rule deletion instruction in the transaction rule library; delete the second target transaction rule; in response to a transaction rule modification instruction, determine a third target transaction rule indicated by the transaction rule modification instruction in the transaction rule library and obtain the second target rule text from the transaction rule modification instruction; compile the second target rule text to obtain a fourth target transaction rule; and replace the third target transaction rule with the fourth target transaction rule.

[0142] In one possible implementation, the acquisition module 501 is configured to, in response to a resource allocation request from a target object, verify the resource request information and obtain a verification result for the resource request information. The verification includes integrity verification, legality verification, and consistency verification. If the verification result indicates that the verification passed, the module acquires the transaction rule set corresponding to the target object.

[0143] In one possible implementation, the matching module 502 is used to generate an object information set for the target object based on the resource request information. The object information set includes multiple object information items. The multiple object information items are then iteratively matched with multiple transaction rules in the transaction rule set to obtain at least one target transaction rule.

[0144] In one possible implementation, the matching module 502 is configured to, for any one of the plurality of object information, perform a matching function on the object information and the plurality of transaction rules to obtain a matching result between the object information and each of the transaction rules. The transaction rule whose matching result indicates a successful match is determined as the target transaction rule. Alternatively, for any one of the plurality of object information, based on the object information, a plurality of candidate transaction rules are determined from the plurality of transaction rules, where each candidate transaction rule is associated with the object information. A matching function is performed on the object information and the plurality of candidate transaction rules to obtain a matching result between the object information and each of the candidate transaction rules. The candidate transaction rule whose matching result indicates a successful match is determined as the target transaction rule.

[0145] In one possible implementation, the matching module 502 is used to divide the multiple transaction rules into multiple transaction rule groups based on the conditions in each of the transaction rules, wherein the transaction rules in a transaction rule group have at least one common condition. A matching function is then executed on the object information and each of the transaction rule groups to obtain the matching results between the object information and each of the transaction rules.

[0146] In one possible implementation, the execution module 503 is used to execute the rule actions of at least one target transaction rule through the target rule engine to obtain the action execution result. Based on the action execution result, new object information is added or a new transaction rule matching is triggered. If there is no unmatched object information or a predetermined condition is met, the last obtained action execution result is output as the rule execution result.

[0147] In one possible implementation, the generation module 504 is configured to: generate a resource allocation result based on a first prompt message when the rule execution result indicates that resource allocation is rejected; generate a resource allocation result based on a second prompt message when the rule execution result indicates that resource allocation is approved, and the second prompt message carries the resource allocation amount; and send the resource application information to the review terminal when the rule execution result indicates that the application is pending, so that the review terminal returns a request review result based on the resource application information. The resource allocation result is then generated based on the request review result returned by the review terminal.

[0148] It should be noted that the resource allocation result generation device provided in the above embodiments is only illustrated by the division of the above functional modules. In practical applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the computer device can be divided into different functional modules to complete all or part of the functions described above. In addition, the resource allocation result generation device and the resource allocation result generation method embodiments provided in the above embodiments belong to the same concept, and their specific implementation process can be found in the method embodiments, which will not be repeated here.

[0149] The technical solution provided in the embodiments of this specification, in response to a resource allocation request from a target object, obtains a set of transaction rules corresponding to the target object, wherein the resource allocation request carries the resource application information of the target object. The resource application information is matched against the transaction rule set to obtain at least one target transaction rule. The target rule engine executes the rule actions of the at least one target transaction rule to obtain a rule execution result. Based on the rule execution result, a resource allocation result is generated, achieving intelligent review of resource application information, improving the efficiency of resource allocation result generation, and thus optimizing the user experience.

[0150] This specification provides a computer device for performing the above-described method. The computer device can be implemented as a terminal or a server. The structure of the terminal will be described first below.

[0151] Figure 6 is a schematic diagram of the structure of a terminal provided in an embodiment of this specification. The terminal 600 can be a smartphone, tablet computer, laptop computer, or desktop computer. The terminal 600 may also be referred to as user equipment, portable terminal, laptop terminal, desktop terminal, or other names.

[0152] Typically, terminal 600 includes one or more processors 601 and one or more memories 602.

[0153] Processor 601 may include one or more processing cores, such as a quad-core processor, an octa-core processor, etc. Processor 601 may be implemented using at least one hardware form selected from DSP (Digital Signal Processing), FPGA (Field-Programmable Gate Array), and PLA (Programmable Logic Array). Processor 601 may also include a main processor and a coprocessor. The main processor, also known as a CPU (Central Processing Unit), is used to process data in the wake-up state; the coprocessor is a low-power processor used to process data in the standby state. In some embodiments, processor 601 may integrate a GPU (Graphics Processing Unit), which is responsible for rendering and drawing the content to be displayed on the screen. In some embodiments, processor 601 may also include an AI (Artificial Intelligence) processor, which is used to handle computational operations related to machine learning.

[0154] The memory 602 may include one or more computer-readable storage media, which may be non-transitory. The memory 602 may also include high-speed random access memory and non-volatile memory, such as one or more disk storage devices or flash memory devices. In some embodiments, the non-transitory computer-readable storage media in the memory 602 are used to store at least one computer program, which is executed by the processor 601 to implement the method for generating resource allocation results provided in the method embodiments of this specification.

[0155] In some embodiments, the terminal 600 may optionally include a peripheral device interface 603 and at least one peripheral device. The processor 601, memory 602, and peripheral device interface 603 can be connected via a bus or signal line. Each peripheral device can be connected to the peripheral device interface 603 via a bus, signal line, or circuit board. Specifically, the peripheral device includes at least one of the following: a radio frequency circuit 604, a display screen 605, a camera assembly 606, an audio circuit 607, and a power supply 608.

[0156] Peripheral interface 603 can be used to connect at least one I / O (Input / Output) related peripheral device to processor 601 and memory 602. In some embodiments, processor 601, memory 602 and peripheral interface 603 are integrated on the same chip or circuit board; in some other embodiments, any one or two of processor 601, memory 602 and peripheral interface 603 can be implemented on separate chips or circuit boards, which is not limited in this embodiment.

[0157] The radio frequency (RF) circuit 604 is used to receive and transmit RF (Radio Frequency) signals, also known as electromagnetic signals. The RF circuit 604 communicates with communication networks and other communication devices via electromagnetic signals. The RF circuit 604 converts electrical signals into electromagnetic signals for transmission, or converts received electromagnetic signals back into electrical signals. Optionally, the RF circuit 604 includes: an antenna system, an RF transceiver, one or more amplifiers, a tuner, an oscillator, a digital signal processor, a codec chipset, a user identity module card, etc.

[0158] Display screen 605 is used to display a user interface (UI). This UI may include graphics, text, icons, video, and any combination thereof. When display screen 605 is a touch display screen, it also has the ability to collect touch signals on or above its surface. These touch signals can be input as control signals to processor 601 for processing. In this case, display screen 605 can also be used to provide virtual buttons and / or a virtual keyboard, also known as soft buttons and / or a soft keyboard.

[0159] The camera assembly 606 is used to capture images or videos. Optionally, the camera assembly 606 includes a front-facing camera and a rear-facing camera. Typically, the front-facing camera is located on the front panel of the terminal, and the rear-facing camera is located on the back of the terminal.

[0160] The audio circuit 607 may include a microphone and a speaker. The microphone is used to collect sound waves from the user and the environment, and convert the sound waves into electrical signals that are input to the processor 601 for processing, or input to the radio frequency circuit 604 to realize voice communication.

[0161] Power supply 608 is used to supply power to the various components in terminal 600. Power supply 608 can be AC ​​power, DC power, a disposable battery, or a rechargeable battery.

[0162] In some embodiments, the terminal 600 further includes one or more sensors 609. The one or more sensors 609 include, but are not limited to, an accelerometer 610, a gyroscope 611, a pressure sensor 612, an optical sensor 613, and a proximity sensor 614.

[0163] Accelerometer 610 can detect the magnitude of acceleration on the three coordinate axes of a coordinate system established with terminal 600.

[0164] The gyroscope sensor 611 can detect the orientation and rotation angle of the terminal 600. The gyroscope sensor 611 can work in conjunction with the accelerometer sensor 610 to collect the user's 3D movements on the terminal 600.

[0165] The pressure sensor 612 can be installed on the side bezel of the terminal 600 and / or on the lower layer of the display screen 605. When the pressure sensor 612 is installed on the side bezel of the terminal 600, it can detect the user's grip signal on the terminal 600, and the processor 601 can perform left / right hand recognition or quick operation based on the grip signal collected by the pressure sensor 612. When the pressure sensor 612 is installed on the lower layer of the display screen 605, the processor 601 can control the operable controls on the UI interface based on the user's pressure operation on the display screen 605.

[0166] An optical sensor 613 is used to collect ambient light intensity. In one embodiment, a processor 601 can control the display brightness of a display screen 605 based on the ambient light intensity collected by the optical sensor 613.

[0167] The proximity sensor 614 is used to detect the distance between the user and the front of the terminal 600.

[0168] Those skilled in the art will understand that the structure shown in FIG6 does not constitute a limitation on the terminal 600, and may include more or fewer components than shown, or combine certain components, or use different component arrangements.

[0169] The aforementioned computer equipment can also be implemented as a server. The structure of a server is described below.

[0170] Figure 7 is a schematic diagram of a server structure provided in an embodiment of this specification. The server 700 can vary considerably depending on its configuration or performance. It may include one or more Central Processing Units (CPUs) 701 and one or more memories 702. The one or more memories 702 store at least one computer program, which is loaded and executed by the one or more processors 701 to implement the methods provided in the various method embodiments described above. Of course, the server 700 may also have wired or wireless network interfaces, a keyboard, and input / output interfaces for input and output. The server 700 may also include other components for implementing device functions, which will not be elaborated upon here.

[0171] In an exemplary embodiment, a computer-readable storage medium is also provided, such as a memory including a computer program that can be executed by a processor to complete the method for generating resource allocation results in the above embodiments. For example, the computer-readable storage medium may be a read-only memory (ROM), a random access memory (RAM), a compact disc read-only memory (CD-ROM), magnetic tape, floppy disk, and optical data storage device, etc.

[0172] In an exemplary embodiment, a computer program product or computer program is also provided, which includes program code stored in a computer-readable storage medium. A processor of a computer device reads the program code from the computer-readable storage medium and executes the program code, causing the computer device to perform the above-described method for generating resource allocation results.

[0173] In some embodiments, the computer program described in this specification may be deployed and executed on a single computer device, or on multiple computer devices located in one location, or on multiple computer devices distributed across multiple locations and interconnected via a communication network. These multiple computer devices distributed across multiple locations and interconnected via a communication network may constitute a blockchain system.

[0174] Those skilled in the art will understand that all or part of the steps of the above embodiments can be implemented by hardware or by a program instructing related hardware. The program can be stored in a computer-readable storage medium, such as a read-only memory, a disk, or an optical disk.

[0175] The above are merely optional embodiments of this specification and are not intended to limit this specification. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this specification shall be included within the scope of protection of this specification.

Claims

1. A method for generating resource allocation results, the method comprising: In response to a resource allocation request from a target object, a set of transaction rules corresponding to the target object is obtained, wherein the resource allocation request carries the resource request information of the target object; The resource request information is matched against the transaction rule set to obtain at least one target transaction rule, which is a transaction rule that successfully matches the resource request information. The target rule engine executes the rule actions of at least one target transaction rule to obtain the rule execution result. Based on the execution result of the rule, the resource allocation result corresponding to the resource allocation request is generated.

2. The method according to claim 1, wherein obtaining the transaction rule set corresponding to the target object in response to the resource allocation request of the target object includes: In response to the resource allocation request of the target object, determine the resource allocation transaction corresponding to the resource allocation request; The transaction rule set for the resource issuance transaction is obtained from the transaction rule base, and the transaction rule base is updated with hot updates of the stored transaction rules. Alternatively, in response to the resource allocation request of the target object, the object type of the target object is determined based on the resource application information; and the set of transaction rules corresponding to the object type is obtained from the transaction rule base.

3. The method according to claim 1, further comprising: In response to a transaction rule addition instruction, the first target rule text is obtained from the transaction rule addition instruction; The first target rule text is compiled to obtain the first target transaction rule; the first target transaction rule is stored in the transaction rule library; In response to a transaction rule deletion instruction, determine the second target transaction rule indicated by the transaction rule deletion instruction in the transaction rule base; Delete the second target transaction rule; In response to a transaction rule modification instruction, determine the third target transaction rule indicated by the transaction rule modification instruction in the transaction rule base and obtain the second target rule text from the transaction rule modification instruction; The second target rule text is compiled to obtain the fourth target transaction rule; the fourth target transaction rule is then used to replace the third target transaction rule.

4. The method according to claim 1, wherein obtaining the transaction rule set corresponding to the target object in response to the resource allocation request of the target object includes: In response to a resource allocation request from a target object, the resource request information is verified to obtain a verification result for the resource request information. The verification includes integrity verification, legality verification, and consistency verification. If the verification result indicates that the verification is successful, obtain the transaction rule set corresponding to the target object.

5. The method according to claim 1, wherein matching the resource request information in the transaction rule set to obtain at least one target transaction rule includes: Based on the resource request information, an object information set of the target object is generated, and the object information set includes multiple object information; The multiple object information and multiple transaction rules in the transaction rule set are cyclically matched to obtain the at least one target transaction rule.

6. The method according to claim 5, wherein the step of cyclically matching the plurality of object information and the plurality of transaction rules in the transaction rule set to obtain the at least one target transaction rule includes: For any one of the multiple object information, a matching function is executed on the object information and the multiple transaction rules to obtain the matching result between the object information and each of the transaction rules; The transaction rule that indicates a successful match in the matching result is determined as the target transaction rule; Alternatively, for any one of the multiple object information, based on the object information, multiple candidate transaction rules are determined from the multiple transaction rules, wherein the candidate transaction rules are transaction rules associated with the object information; A matching function is executed on the object information and the plurality of candidate transaction rules to obtain the matching results between the object information and each of the candidate transaction rules; The candidate transaction rule that is successfully matched, as indicated by the matching result, is determined as the target transaction rule.

7. The method according to claim 6, wherein executing a matching function on the object information and the plurality of transaction rules to obtain matching results between the object information and each of the transaction rules includes: Based on the conditions in each of the transaction rules, the multiple transaction rules are divided into multiple transaction rule groups, and the transaction rules in a transaction rule group have at least one common condition; A matching function is executed on the object information and each of the transaction rule groups to obtain the matching results between the object information and each of the transaction rules.

8. The method according to claim 1, wherein executing the rule action of the at least one target transaction rule through the target rule engine to obtain the rule execution result includes: The target rule engine is used to execute the rule actions of at least one target transaction rule to obtain the action execution result; Based on the result of the action, add new object information or trigger new transaction rule matching; If there is no unmatched object information or the predetermined conditions are met, the last obtained action execution result will be output as the rule execution result.

9. The method according to claim 1, wherein generating the resource allocation result corresponding to the resource allocation request based on the rule execution result includes: If the rule execution result indicates that the resource allocation request is rejected, the resource allocation result is generated based on the first prompt information, wherein the first prompt information is used to indicate that the resource allocation request is rejected. If the rule execution result indicates that the resource allocation is agreed, the resource allocation result is generated based on the second prompt information. The second prompt information is used to indicate that the resource allocation request has been agreed, and the second prompt information carries the amount of resource allocation. If the rule execution result is pending, the resource application information is sent to the review terminal so that the review terminal returns a request review result based on the resource application information; based on the request review result returned by the review terminal, the resource allocation result is generated.

10. An apparatus for generating resource allocation results, the apparatus comprising: The acquisition module is used to acquire the transaction rule set corresponding to the target object in response to the resource allocation request of the target object, wherein the resource allocation request carries the resource application information of the target object; The matching module is used to match the resource request information in the transaction rule set to obtain at least one target transaction rule, wherein the target transaction rule is a transaction rule that successfully matches the resource request information; The execution module is used to execute the rule actions of the at least one target transaction rule through the target rule engine to obtain the rule execution result; The generation module is used to generate the resource allocation result corresponding to the resource allocation request based on the result of the rule execution.

11. A computer device comprising one or more processors and one or more memories, wherein at least one computer program is stored in the one or more memories, the computer program being loaded and executed by the one or more processors to implement the method for generating resource allocation results as described in any one of claims 1 to 9.

12. A computer-readable storage medium storing at least one computer program, the computer program being loaded and executed by a processor to implement the method for generating resource allocation results as described in any one of claims 1 to 9.

Images