A data processing method, system, computer device and readable storage medium

Abstract

The present application relates to the field of data processing technology, and discloses a data processing method, system, computer device and readable storage medium; the data processing method includes: responding to diversion requests, obtaining data sources and rule queues of multiple target customers; the rule queue includes multiple access rules of each cooperative institution, and all access rules are arranged in descending order according to the number of rejections; the data source includes data information corresponding to each access rule; the data sources of multiple target customers are verified with the configuration data of the access rules of each cooperative institution to determine whether each target customer meets the inflow requirements of the corresponding cooperative institution. The rule queue of the present application is arranged in descending order according to the number of rejections, so that when the target customer's data source is subsequently verified with the access rules, it can be verified with the rules with more rejections first, and directly jump to the verification process of the next cooperative institution if the verification fails; thereby improving the efficiency of the entire data processing.

Description

Technical Field

[0001] The present application relates to the field of data processing technology, and in particular to a data processing method, system, computer device and readable storage medium. Background Art

[0002] In-house bank-to-bank cooperation projects require that on-balance sheet assets be screened and processed according to certain rules and then distributed to the most matching partners as required. That is, certain diversion rules are implemented and data is distributed to corresponding partners (institutions) based on diversion requests.

[0003] The business requirement is to be able to provide feedback on all institutions that can pass the rule verification and all the reasons for failure to pass the rule verification. For the business scenario of the diversion rule, each cooperating institution must execute the diversion rule once, such as Figure 1 As shown, it is executed in a serial manner. First, a diversion request is made, all data sources are retrieved and data is encapsulated, and it is determined whether the encapsulated data meets all the rules of each institution. In this process, all rule verification structures must be traversed for each institution dimension, and then the next institution rule structure is traversed. The number of rule verification cycles is 25*100=2500 times. Taking into account the average parameter encapsulation consumption of each parameter and the single rule verification consumption, the separate diversion process will consume a long time. Therefore, the more institutions and rules there are, the more times each cycle will be; this will lead to slower and slower responses, and thus a poorer customer experience. Summary of the invention

[0004] In view of this, the embodiments of the present application provide a data processing method, system, computer device and readable storage medium, which can effectively solve the problem of time-consuming data processing process, etc.

[0005] In a first aspect, an embodiment of the present application provides a data processing method, the method comprising:

[0006] In response to the diversion request, a data source and a rule queue of multiple target customers are obtained; the rule queue includes multiple access rules of each cooperative institution, and all the access rules are arranged in descending order according to the number of rejections; the data source includes data information corresponding to each access rule;

[0007] The data sources of the plurality of target customers are verified with the configuration data of the access rules of each of the cooperation institutions to determine whether each of the target customers meets the inflow requirements of the corresponding cooperation institution.

[0008] In some embodiments, verifying the data sources of the plurality of target customers with the configuration data of the access rules of each of the cooperation institutions includes:

[0009] According to the order in the rule queue, each data source is verified with all the access rules of each cooperative institution in turn. If it does not comply with the current access rule of the current cooperative institution, it is directly verified with all the access rules of the next cooperative institution.

[0010] In some embodiments, the rule queue is pre-built and includes:

[0011] Obtain the data sources of multiple customers;

[0012] determining configuration data of all said access rules for a plurality of partner organizations;

[0013] Verify the data sources of all customers with the configuration data of all the access rules of each of the cooperation institutions to obtain the number of rejections of each access rule;

[0014] According to the number of rejections of the access rules, all the access rules are arranged in descending order to obtain the rule queue.

[0015] In some embodiments, verifying the data sources of all customers with the configuration data of all the access rules of each of the cooperative institutions to obtain the number of rejections of each access rule includes:

[0016] Verify the data source of each customer with the configuration data of all access rules of each cooperative institution in turn, and when the verification fails, count the number of rejections of each access rule under each cooperative institution;

[0017] The number of rejections for each access rule under all the cooperation institutions is accumulated to obtain the number of rejections for each access rule.

[0018] In some embodiments, a parallel call is used to obtain data sources of multiple target customers, and all the obtained data sources are encapsulated to obtain a data set, and the data set is sequentially verified with the configuration data of all the access rules of each of the cooperative institutions.

[0019] In some embodiments, the data sources of the plurality of target customers are stored in a cache and / or a database according to set requirements;

[0020] When the data source of the target customer is stored in the cache, directly calling the data source of the target customer in the cache;

[0021] When the data source of the target customer is stored in the database, the data source of the target customer is called by reading the database.

[0022] In some embodiments, verifying the data source of each target customer with the configuration data of the access rule of each cooperative institution includes:

[0023] According to the order of the access rules in the rule queue, the data source of the target customer is first verified with the configuration data of the first access rule of the cooperative institution;

[0024] If the verification is successful, the configuration data of the next access rule in the rule queue is executed cyclically for verification until all the access rules are verified successfully, and it is determined that the current target customer meets the inflow requirements of the current cooperative institution;

[0025] If the verification fails, the verification of the current cooperation institution will be stopped directly, and it will be determined that the current target customer does not meet the inflow requirements of the current cooperation institution.

[0026] In a second aspect, an embodiment of the present application provides a data processing system, including:

[0027] A rule queue module is configured to obtain a rule queue, wherein the rule queue includes a plurality of access rules of each cooperative institution, and all the access rules are arranged in descending order according to the number of rejections;

[0028] A data acquisition module, configured to respond to the diversion request and acquire data sources of multiple target customers; the data sources include data information corresponding to each access rule;

[0029] The response verification module is configured to verify the data sources of the plurality of target customers with the configuration data of the access rules of each of the cooperation institutions to determine whether each of the target customers meets the inflow requirements of the corresponding cooperation institution.

[0030] In a third aspect, an embodiment of the present application provides a computer device, comprising a processor and a memory, wherein the memory stores a computer program, and the processor is used to execute the computer program to implement the above-mentioned data processing method.

[0031] In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium storing a computer program, which, when executed on a processor, implements the above-mentioned data processing method.

[0032] The embodiments of the present application have the following beneficial effects:

[0033] The present application proposes a data processing method, in which a rule queue is arranged in descending order according to the number of rejections, so that when the target customer's data source is subsequently verified with the access rules, the rules with the largest number of rejections can be verified first, thereby efficiently verifying that the target customer does not meet the access rules of the current cooperative organization, and then directly jumping into the verification process of the next cooperative organization; when the verification does not meet the access rules, the present application promptly ignores the verification of subsequent rules and performs verification of the next cooperative structure, which can improve the efficiency of the entire data processing. BRIEF DESCRIPTION OF THE DRAWINGS

[0034] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings required for use in the embodiments will be briefly introduced below. It should be understood that the following drawings only show certain embodiments of the present application and therefore should not be regarded as limiting the scope. For ordinary technicians in this field, other related drawings can be obtained based on these drawings without paying creative work.

[0035] Figure 1 A schematic diagram of a flow chart of a data processing method in the prior art is shown;

[0036] Figure 2 A flow chart of a data processing method in an embodiment of the present application is shown;

[0037] Figure 3 A schematic diagram of a process for obtaining a rule queue in an embodiment of the present application is shown;

[0038] Figure 4 A schematic diagram of the principle structure of parallel calls to obtain data sources in an embodiment of the present application is shown;

[0039] Figure 5 A structural schematic diagram of a data processing system in an embodiment of the present application is shown. DETAILED DESCRIPTION

[0040] The technical solutions in the embodiments of the present application will be described clearly and completely below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, rather than all of the embodiments.

[0041] The components of the embodiments of the present application generally described and shown in the drawings herein may be arranged and designed in various configurations. Therefore, the following detailed description of the embodiments of the present application provided in the drawings is not intended to limit the scope of the application claimed for protection, but merely represents the selected embodiments of the present application. Based on the embodiments of the present application, all other embodiments obtained by those skilled in the art without making creative work belong to the scope of protection of the present application.

[0042] Hereinafter, the terms "including", "having" and their cognates that can be used in various embodiments of the present application are intended only to indicate specific features, numbers, steps, operations, elements, components or a combination of the foregoing items, and should not be understood as first excluding the existence of one or more other features, numbers, steps, operations, elements, components or a combination of the foregoing items or increasing the possibility of one or more features, numbers, steps, operations, elements, components or a combination of the foregoing items. In addition, the terms "first", "second", "third" and the like are only used to distinguish descriptions and cannot be understood as indicating or implying relative importance.

[0043] Unless otherwise defined, all terms (including technical terms and scientific terms) used herein have the same meanings as those generally understood by those skilled in the art to which the various embodiments of the present application belong. The terms (such as those defined in generally used dictionaries) will be interpreted as having the same meanings as the contextual meanings in the relevant technical field and will not be interpreted as having idealized meanings or overly formal meanings unless clearly defined in the various embodiments of the present application.

[0044] In conjunction with the accompanying drawings, some embodiments of the present application are described in detail below. In the absence of conflict, the following embodiments and features in the embodiments can be combined with each other.

[0045] In-house bank-to-bank cooperation projects, considering asset access, the bank's own on-balance sheet funds are insufficient, and it is necessary to use the diversion effect of the cooperative bank, that is, the off-balance sheet bank, to expand the overall loan scale, or cost control, cost reduction and efficiency improvement, it is necessary to comprehensively measure the capital costs of proprietary and off-balance sheet institutions and other factors. In order to maximize benefits, it is necessary to allocate the most suitable assets to the most suitable cooperative institution at the most appropriate time. For this purpose, a data processing method is proposed, that is, according to the pre-obtained rule sorting results, the data in the diversion request process is quickly and in real time, thereby improving the efficiency of data processing, so that the appropriate assets can be allocated to the appropriate cooperative institution at the appropriate time.

[0046] The data processing method is described below in conjunction with some specific embodiments.

[0047] Figure 2 A flow chart of a data processing method according to an embodiment of the present application is shown. Exemplarily, the data processing method includes the following steps:

[0048] S100, pre-acquire a rule queue, the rule queue includes multiple access rules of each cooperative organization, and all access rules are arranged in descending order according to the number of rejections.

[0049] When pre-obtaining the rule queue, the present application first obtains a large number of target customers' data sources, verifies the data sources with the access rules of the cooperative organization, and then sorts them based on the verification results to obtain the rule queue.

[0050] This application Figure 3 As shown, the pre-built process for obtaining the rule queue includes:

[0051] S110, obtaining data sources of multiple customers;

[0052] In an example of this application, the data source includes multiple data information such as loan amount and enterprise scale; the loan amount is determined based on actual conditions, and the enterprise scale includes micro, small, medium and large. As other implementation methods, it can also include credit rating, etc. The data information type of the specific data source can be set according to business needs, and this application does not limit the items of the data source.

[0053] In a specific example, the target customers include target customer 1, target customer 2 and target customer 3; the data source of target customer 1 includes a loan amount of 10,000 yuan and a micro enterprise scale; the data source of target customer 2 includes a loan amount of 50,000 yuan and a micro enterprise scale; the data source of target customer 3 includes a loan amount of 100,000 yuan and a micro enterprise scale.

[0054] S120, determining configuration data of all access rules of multiple cooperation institutions;

[0055] The access rules in this application correspond one-to-one to the data information in the data source; in some embodiments, the access rules include at least the loan amount and the enterprise size; the number and content of the access rules are set according to business needs, as long as the access rules and data can match.

[0056] In a specific example, the access rules of cooperative institution 1 include loan amount [100,000, 500,000] and enterprise size [large and medium], and the access rules of cooperative institution 2 include loan amount [500,000, 1 million] and enterprise size [medium and small].

[0057] S130, verifying the data sources of all customers with the configuration data of all access rules of each cooperative institution to obtain the number of rejections of each access rule;

[0058] One implementation method is to verify the data source of each customer with the configuration data of all access rules of each cooperative institution. When the verification fails, each access rule is judged to be rejected, and the number of rejections of each access rule is counted.

[0059] Exemplarily, first, all data information of customer 1 is verified with the configuration data of all access rules of cooperation institution 1 and cooperation institution 2 in turn. Specifically, data information 1 of customer 1 (loan amount [10,000]) is verified with access rule 1 of cooperation institution 1 (loan amount [100,000, 500,000]). If the verification fails, data information 1 (loan amount [10,000]) is rejected by access rule 1 (loan amount) of cooperation institution 1. At this time, the number of rejections of access rule 1 is counted as 1; data information 2 of customer 1 (enterprise scale [micro]) is verified with access rule 2 of cooperation institution 1 (enterprise scale [large and medium]). If the verification fails, data information 2 (enterprise scale [micro]) is rejected by access rule 2 of cooperation institution 1. (Enterprise size) is rejected. At this time, the number of rejections of access rule 2 is counted as 1; then the data information 1 of customer 1 (loan amount [10,000]) is verified with the access rule 1 of cooperative institution 2 (loan amount [500,000, 1,000,000]). If the verification fails, the data information 1 (loan amount [10,000]) is rejected by the access rule 1 (loan amount) of cooperative institution 2. At this time, the number of rejections of access rule 1 is counted as 2; the data information 2 of customer 1 (Enterprise size [micro]) is verified with the access rule 2 (Enterprise size [medium and small]) of cooperative institution 2. If the verification fails, the data information 2 (Enterprise size [micro]) is rejected by the access rule 2 (Enterprise size) of cooperative institution 2. At this time, the number of rejections of access rule 2 is counted as 2; secondly, all data information of customer 2 is verified with the configuration data of all access rules of cooperation institution 1 and cooperation institution 2 in turn. Specifically, customer 2's data information 1 (loan amount [50,000]) is verified with access rule 1 (loan amount [100,000, 500,000]) of cooperation institution 1. If the verification fails, data information 1 (loan amount [50,000]) is rejected by access rule 1 (loan amount) of cooperation institution 1. At this time, the number of rejections of access rule 1 is counted as 3; customer 2's data information 2 (enterprise scale [micro]) is verified with access rule 2 (enterprise scale [large and medium]) of cooperation institution 1. If the verification fails, data information 2 (enterprise scale [micro]) is rejected by access rule 2 (enterprise scale [large and medium]) of cooperation institution 1. The data information 1 of customer 2 (the loan amount [50,000]) is then verified with the access rule 1 of cooperative institution 2 (the loan amount [500,000, 1,000,000]). If the verification fails, the data information 1 (the loan amount [50,000]) is rejected by the access rule 1 (the loan amount) of cooperative institution 2. At this time, the number of rejections of access rule 1 is counted as 4; the data information 2 of customer 2 (the enterprise scale [micro]) is verified with the access rule 2 (the enterprise scale [medium and small]) of cooperative institution 2. If the verification fails, the data information 2 (the enterprise scale [micro]) is rejected by the access rule 2 (enterprise scale) of cooperative institution 2. At this time, the number of rejections of access rule 2 is counted as 4;Finally, all data information of customer 3 is verified with the configuration data of all access rules of cooperation institution 1 and cooperation institution 2 in turn. Specifically, data information 1 of customer 3 (loan amount [100,000]) is verified with access rule 1 of cooperation institution 1 (loan amount [100,000, 500,000]). If the verification is successful, data information 1 (loan amount [100,000]) can be accepted by access rule 1 (loan amount) of cooperation institution 1. At this time, the number of rejections of access rule 1 is maintained at 4; data information 2 of customer 3 (enterprise scale [micro]) is verified with access rule 2 of cooperation institution 1 (enterprise scale [large and medium]). If the verification fails, data information 2 (enterprise scale [micro]) is rejected by access rule 2 ( At this time, the number of rejections of access rule 2 is counted as 5; then the data information 1 of customer 3 (loan amount [100,000]) is verified with the access rule 1 of cooperative institution 2 (loan amount [500,000, 1 million]). If the verification fails, the data information 1 (loan amount [100,000]) is rejected by the access rule 1 (loan amount) of cooperative institution 2. At this time, the number of rejections of access rule 1 is counted as 5; the data information 2 of customer 3 (enterprise size [micro]) is verified with the access rule 2 (enterprise size [medium and small]) of cooperative institution 2. If the verification fails, the data information 2 (enterprise size [micro]) is rejected by the access rule 2 (enterprise size) of cooperative institution 2. At this time, the number of rejections of access rule 2 is counted as 6. That is to say, for access rule 1 (loan amount), cooperative institution 1 will reject customers 1 and 2, times + 2, and cooperative institution 2 will reject customers 1, 2 and 3, times + 3. Finally, the number of rejections for access rule 1 (loan amount) is 5; for access rule 2 (enterprise scale), cooperative institution 1 will reject customers 1, 2 and 3, times + 3, and cooperative institution 2 will reject customers 1, 2 and 3, times + 3. Finally, the number of rejections for access rule 2 (enterprise scale) is 6. ;

[0060] S140, arranging all the access rules in descending order according to the number of rejections of the access rules to obtain a rule queue.

[0061] In this application example, the number of rejections for access rule 1 (loan amount) is 5; the number of rejections for access rule 2 (enterprise size) is 6. According to the number of rejections of the access rules, the descending order is access rule 2, access rule 1, so the rule queue is [access rule 2, access rule 1].

[0062] This application verifies each access rule and counts the number of rejections for each access rule, so as to clearly record the reasons for rejection by all institutions; then all access rules are sorted from large to small according to the number of rejections, so as to ensure that when the diversion is responded to in real time, it can quickly respond to whether it is rejected by the current cooperative institution, thereby skipping the current cooperative institution and continuing to determine whether it can be diverted to the next cooperative institution.

[0063] S200, responding to the diversion request, obtaining data sources of multiple target customers; each data source includes multiple data information corresponding to each access rule.

[0064] In the embodiment of the present application, a parallel call method is used to obtain the data sources of multiple target customers, such as Figure 4 As shown, multiple data sources are simultaneously acquired by parallel calling, and all acquired data sources are encapsulated to obtain a data set, and the encapsulated data set is sequentially verified with the configuration data of all access rules of each cooperative organization. Encapsulation can prevent multiple data sources from being disturbed or lost during transmission, thereby ensuring the correctness of the transmission process of multiple data sources.

[0065] In actual applications, some real-time statistical data cannot be cached, some customer loan performance data can be cached for one day, and some industrial and commercial information and tax data can be cached for 90 days. Therefore, different data sources will be cached or stored in the database; that is, the cache time of each data source is configured according to the freshness requirements of the data information of the data source, and the corresponding data source is cached or stored in the database according to the cache time of the data source; among which, the freshness requirement refers to the time that the data information can be cached. When the target customer's data source is stored in the cache, the target customer's data source in the cache is directly called; when the target customer's data source is stored in the database, the target customer's data source is called by reading the database.

[0066] Compared with the existing serial calling method, the parallel calling method used in this application can improve the speed of obtaining data and packaging, and then directly calling the data source in the cache can greatly reduce the system overhead compared to reading the data source from the database, and further greatly speed up the data packaging speed.

[0067] S300, verifying the data sources of multiple target customers with the admission rules of each cooperative institution to determine whether each target customer meets the inflow requirements of the corresponding cooperative institution.

[0068] In some embodiments, when performing verification, each data source is verified in turn with all access rules of each cooperative organization according to the order in the rule queue. If it does not comply with the current access rule of the current cooperative organization, it is directly verified with all access rules of the next cooperative organization.

[0069] The process of verifying the data source of each target customer with the access rules of each cooperative institution includes: first verifying the data source of the target customer with the configuration data of the first access rule of the cooperative institution in the order of the access rules in the rule queue; if the verification is successful, looping and executing the configuration data of the next access rule in the rule queue for verification until all access rules are successfully verified, and judging that the current target customer meets the inflow requirements of the current cooperative institution; if the verification fails, directly stopping the verification of the current cooperative institution, and judging that the current target customer does not meet the inflow requirements of the current cooperative institution.

[0070] Since the order of access rules in the rule queue is in descending order according to the number of rejections, the probability of rejection during the first verification process is relatively high, so that a quick response can be achieved. If the data source of the current target customer fails to be verified, it is determined that the current target customer cannot be diverted to the current cooperative institution, and the subsequent access rules in the subsequent rule queue will no longer be verified to waste time. At the same time, the verification with the next cooperative institution will be jumped out to quickly respond to the verification process.

[0071] Figure 5 A schematic diagram of the principle structure of a data processing system of an embodiment of the present application is shown. Exemplarily, the data processing system includes a rule queue module, a data acquisition module and a response verification module;

[0072] The rule queue module is configured to obtain a rule queue, the rule queue includes multiple access rules of each cooperative institution, and all access rules are arranged in descending order according to the number of rejections;

[0073] The data acquisition module is configured to respond to the diversion request and acquire the data sources of multiple target customers; the data sources include data information corresponding to each access rule;

[0074] The response verification module is configured to verify the data sources of multiple target customers with the configuration data of the access rules of each cooperative institution to determine whether each target customer meets the inflow requirements of the corresponding cooperative institution.

[0075] It can be understood that the device of this embodiment corresponds to the data processing method of the above embodiment, and the options in the above embodiment are also applicable to this embodiment, so they will not be described repeatedly here.

[0076] The data processing system proposed in this application can ensure the response efficiency of the client and meet the needs of subsequent data analysis by splitting the rule queue module and the response verification module; the split rule queue module and the response verification module will not affect each other's response service to the target customer and the background processing rule service; the system can automatically adjust the rule queue, that is, the order of access rules for priority verification according to the number of rejections, realize automatic system performance tuning, and greatly save development, testing and operation costs.

[0077] The present application also provides a computer device. Exemplarily, the computer device includes a processor and a memory, wherein the memory stores a computer program, and the processor runs the computer program, thereby enabling the computer device to execute the functions of each module in the above-mentioned data processing method or the above-mentioned data processing system.

[0078] Among them, the processor can be an integrated circuit chip with signal processing capabilities. The processor can be a general-purpose processor, including a central processing unit (CPU), a graphics processing unit (GPU), a network processor (NP), a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field programmable gate array (FPGA) or at least one of other programmable logic devices, discrete gates or transistor logic devices, and discrete hardware components. The general-purpose processor can be a microprocessor or the processor can also be any conventional processor, etc., which can implement or execute the methods, steps and logic block diagrams disclosed in the embodiments of the present application.

[0079] The memory may be, but is not limited to, a random access memory (RAM), a read only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable read-only memory (EEPROM), etc. The memory is used to store a computer program, and the processor may execute the computer program accordingly after receiving an execution instruction.

[0080] The present application also provides a computer-readable storage medium for storing the computer program used in the above-mentioned computer device. For example, the computer-readable storage medium may include but is not limited to: a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk, and other media that can store program codes.

[0081] In several embodiments provided in the present application, it should be understood that the disclosed devices and methods can also be implemented in other ways. The device embodiments described above are merely schematic. For example, the flowcharts and structure diagrams in the accompanying drawings show the possible architecture, functions and operations of the devices, methods and computer program products according to multiple embodiments of the present application. In this regard, each box in the flowchart or block diagram can represent a module, a program segment or a part of a code, and the module, a program segment or a part of a code contains one or more executable instructions for implementing the specified logical function. It should also be noted that in an alternative implementation, the functions marked in the box can also occur in a different order from the order marked in the accompanying drawings. For example, two consecutive boxes can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the structure diagram and / or the flow diagram, and the combination of boxes in the structure diagram and / or the flow diagram, can be implemented with a dedicated hardware-based system that performs a specified function or action, or can be implemented with a combination of dedicated hardware and computer instructions.

[0082] In addition, the functional modules or units in the various embodiments of the present application may be integrated together to form an independent part, or each module may exist separately, or two or more modules may be integrated to form an independent part.

[0083] If the functions are implemented in the form of software function modules and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art, or the part of the technical solution, can be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for enabling a computer device (which can be a smart phone, a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of the present application.

[0084] The above description is only a specific implementation manner of the present application, but the protection scope of the present application is not limited thereto. Any technician familiar with the technical field can easily think of changes or substitutions within the technical scope disclosed in the present application, which should be included in the protection scope of the present application.

Claims

1. A data processing method, characterized in that: The method comprises: In response to the diversion request, a data source and a rule queue of multiple target customers are obtained; the rule queue includes multiple access rules of each cooperative institution, and all the access rules are arranged in descending order according to the number of rejections; the data source includes data information corresponding to each access rule; Configure the cache time of each data source according to the freshness requirement of the data information of the data source, and cache or store the corresponding data source in the database according to the cache time of the data source; the freshness requirement refers to the time that the data information can be buffered; Acquire multiple data sources of the target customers in a parallel calling manner, encapsulate all the acquired data sources to obtain a data set, and verify the data set with the configuration data of all the access rules of each of the cooperative institutions in turn; Verify the data sources of the plurality of target customers with the configuration data of the access rules of each of the cooperation institutions to determine whether each of the target customers meets the inflow requirements of the corresponding cooperation institution; The verifying of the data sources of the plurality of target customers with the configuration data of the access rules of each of the cooperation institutions includes: According to the order in the rule queue, each data source is sequentially verified with all the access rules of each cooperative institution. If it does not conform to the current access rule of the current cooperative institution, it is directly verified with all the access rules of the next cooperative institution; Verifying the data source of each target customer with the configuration data of the access rule of each cooperative institution includes: According to the order of the access rules in the rule queue, the data source of the target customer is first verified with the configuration data of the first access rule of the cooperative institution; If the verification is successful, the configuration data of the next access rule in the rule queue is executed cyclically for verification until all the access rules are verified successfully, and it is determined that the current target customer meets the inflow requirements of the current cooperative institution; If the verification fails, the verification of the current partner institution will be stopped directly, and it will be determined that the current target customer does not meet the inflow requirements of the current partner institution; The rule queue is pre-built and includes: Obtaining the data sources of multiple customers; determining configuration data of all said access rules for a plurality of partner organizations; Verify the data sources of all customers with the configuration data of all the access rules of each of the cooperation institutions to obtain the number of rejections of each access rule; According to the number of rejections of the access rules, all the access rules are arranged in descending order to obtain the rule queue.

2. The data processing method according to claim 1, characterized in that: The step of verifying the data sources of all customers with the configuration data of all the access rules of each of the cooperation institutions to obtain the number of rejections of each access rule includes: Verify the data source of each customer with the configuration data of all access rules of each cooperative institution in turn, and when the verification fails, count the number of rejections of each access rule under each cooperative institution; The number of rejections for each access rule under all the cooperation institutions is accumulated to obtain the number of rejections for each access rule.

3. The data processing method according to claim 1, characterized in that: The data sources of the plurality of target customers are stored in a cache and / or a database according to set requirements; the set requirements are that the data information of the data source meets the freshness requirements; When the data source of the target customer is stored in the cache, directly calling the data source of the target customer in the cache; When the data source of the target customer is stored in the database, the data source of the target customer is called by reading the database.

4. A data processing system, characterized in that: include: A rule queue module is configured to obtain a rule queue, wherein the rule queue includes a plurality of access rules of each cooperative institution, and all the access rules are arranged in descending order according to the number of rejections; A data acquisition module, configured to respond to the diversion request and acquire data sources of multiple target customers; The data source includes data information corresponding to each access rule; Configure the cache time of each data source according to the freshness requirement of the data information of the data source, and cache or store the corresponding data source in the database according to the cache time of the data source; the freshness requirement refers to the time that the data information can be buffered; Acquire multiple data sources of the target customers in a parallel calling manner, encapsulate all the acquired data sources to obtain a data set, and verify the data set with the configuration data of all the access rules of each of the cooperative institutions in turn; A response verification module is configured to verify the data sources of the plurality of target customers with the configuration data of the access rules of each of the cooperation institutions to determine whether each of the target customers meets the inflow requirements of the corresponding cooperation institution; The verifying of the data sources of the plurality of target customers with the configuration data of the access rules of each of the cooperation institutions includes: According to the order in the rule queue, each data source is sequentially verified with all the access rules of each cooperative institution. If it does not conform to the current access rule of the current cooperative institution, it is directly verified with all the access rules of the next cooperative institution; Verifying the data source of each target customer with the configuration data of the access rule of each cooperative institution includes: According to the order of the access rules in the rule queue, the data source of the target customer is first verified with the configuration data of the first access rule of the cooperative institution; If the verification is successful, the configuration data of the next access rule in the rule queue is executed cyclically for verification until all the access rules are verified successfully, and it is determined that the current target customer meets the inflow requirements of the current cooperative institution; If the verification fails, the verification of the current partner institution will be stopped directly, and it will be determined that the current target customer does not meet the inflow requirements of the current partner institution; The rule queue is pre-built and includes: Obtain the data sources of multiple customers; determining configuration data of all said access rules for a plurality of partner organizations; Verify the data sources of all customers with the configuration data of all the access rules of each of the cooperation institutions to obtain the number of rejections of each access rule; According to the number of rejections of the access rules, all the access rules are arranged in descending order to obtain the rule queue.

5. A computer device, characterized in that: The computer device comprises a processor and a memory, wherein the memory stores a computer program, and the processor is configured to execute the computer program to implement the data processing method according to any one of claims 1 to 3.

6. A computer-readable storage medium, characterized in that: The computer program stores a computer program, which, when executed on a processor, implements the data processing method according to any one of claims 1 to 3.

Images