CN111831682A

CN111831682A - Method, device, equipment and computer readable medium for processing accumulation fund service

Info

Publication number: CN111831682A
Application number: CN202010604551.4A
Authority: CN
Inventors: 赵韫志; 郭林刚
Original assignee: China Construction Bank Corp; CCB Finetech Co Ltd
Current assignee: China Construction Bank Corp
Priority date: 2020-06-29
Filing date: 2020-06-29
Publication date: 2020-10-27
Anticipated expiration: 2040-06-29
Also published as: CN111831682B

Abstract

The invention discloses a method, a device, equipment and a computer readable medium for processing a public accumulation fund service, and relates to the technical field of computers. One embodiment of the method comprises: acquiring business data in a business database by using the house accumulation fund transaction parameters and the data classification labels; acquiring rule data from a rule database based on the housing public accumulation fund agency parameters and the rule classification labels; acquiring an effective rule list in a rule configuration database according to the transaction identifier and the client type; according to the business data, the rule data and the effective rule list, after a service request message is assembled, the service request message is sent; and receiving a processing result of the accumulation fund service fed back by aiming at the service request message, analyzing and displaying the processing result of the accumulation fund service. The embodiment can improve the efficiency of processing the accumulation fund service.

Description

Method, device, equipment and computer readable medium for processing accumulation fund service

Technical Field

The present invention relates to the field of computer technologies, and in particular, to a method, an apparatus, a device, and a computer-readable medium for processing a public accumulation fund service.

Background

After the development of standardization and electronization of the accumulation fund service for many years, most of the accumulation fund service is brought into an accumulation fund service management system through the paper document constraint and the rule of offline manual judgment and calculation by service managers. The accumulation fund service management system automatically controls in the service handling process, thereby avoiding uncertainty caused by manual control.

Meanwhile, the accumulation fund rules are influenced by factors such as government policy release, changes of management requirements of the center and the like, and need to be updated continuously, and partial old rules need to be offline.

In the process of implementing the invention, the inventor finds that at least the following problems exist in the prior art: the rules of the housing accumulation fund need to be updated in time, but the accumulation fund service needs to be processed after the codes are rewritten and the system is restarted, so that the time and the labor are wasted, and the efficiency is low.

Disclosure of Invention

In view of this, embodiments of the present invention provide a method, an apparatus, a device, and a computer readable medium for processing a accumulation fund service, which can improve efficiency of processing the accumulation fund service.

To achieve the above object, according to an aspect of an embodiment of the present invention, there is provided a method for processing a public accumulation fund service, including:

acquiring business data in a business database by using the house accumulation fund transaction parameters and the data classification labels;

acquiring rule data from a rule database based on the housing public accumulation fund agency parameters and the rule classification labels;

acquiring an effective rule list in a rule configuration database according to the transaction identifier and the client type;

according to the business data, the rule data and the effective rule list, after a service request message is assembled, the service request message is sent;

and receiving a processing result of the accumulation fund service fed back by aiming at the service request message, analyzing and displaying the processing result of the accumulation fund service.

The data classification label comprises a two-stage data classification label;

the first-level data classification label comprises customer information, loan information and collection information;

the second-level data classification label of the customer information comprises personal basic information and personal supplementary information;

the second-level data classification label of the loan information comprises acceptance information, associated person information, guarantee object information, purchased house information, loan application information, loan household information, loan repayment detail and loan overdue detail;

the second-level data classification label of the collection information comprises collection account information, payment information and extraction information.

The rule classification label comprises two levels of rule classification labels;

the first-level rule classification label comprises loan and collection;

the second-level rule classification labels of the loan comprise loan application, loan change and loan repayment;

and the second-level rule classification label of the collection comprises collection change, collection payment and collection extraction.

Before obtaining the effective rule list in the rule configuration database for the transaction identifier and the customer type, the method further includes:

a rule configuration database including atomic rules is established for the transaction identification and the customer type.

The obtaining of the effective rule list in the rule configuration database for the transaction identifier and the customer type includes:

and acquiring an effective rule list in a rule configuration database according to the organization code, the transaction identifier, the product identifier and the customer type.

Before obtaining the effective rule list in the rule configuration database for the organization code, the transaction identifier, the product identifier and the customer type, the method further comprises the following steps:

a rule configuration database including atomic rules is established for the organization code, the transaction identifier, the product identifier, and the customer type.

The establishing of the rule configuration database including the atomic rules comprises:

and receiving a user instruction through the display interface, and establishing a rule configuration database comprising the atomic rules.

The assembling according to the service data, the rule data and the effective rule list to obtain a service request message includes:

setting a root node subordinate service data father node, wherein the service data father node subordinate sets the service data;

setting a root node subordinate rule data father node, wherein the rule data father node subordinate sets the rule data

Setting a parent node of an effective rule list subordinate to a root node, wherein the effective rule list is set by the subordinate node of the parent node of the effective rule list;

and obtaining the service request message based on the root node assembly.

The analyzing and displaying the processing result of the accumulation fund service comprises the following steps:

analyzing according to the three-layer node structure of the processing result of the public accumulation fund service to obtain a list of the processing result of the public accumulation fund service;

and displaying a list of processing results of the accumulation fund service, wherein the list comprises key information and result information, and the result information comprises the result of each check rule in the effective rule list.

The service request message is stored in a configuration file in an XML format.

The sending the service request message includes:

and sending the service request message through a service address in an HTTP mode.

The sending the service request message includes:

sending the service request message to an application;

the receiving of the processing result of the accumulation fund service fed back by aiming at the service request message comprises:

and receiving a processing result of the accumulation fund service fed back by aiming at the service request message from the application.

According to a second aspect of the embodiments of the present invention, there is provided an apparatus for processing a public accumulation fund service, including:

the service module is used for acquiring service data in a service database by using the house accumulation fund transaction parameters and the data classification labels;

the rule module is used for acquiring rule data from the rule database based on the housing public accumulation fund agency parameters and the rule classification labels;

the list module is used for acquiring an effective rule list in a rule configuration database according to the transaction identifier and the client type;

the assembly module is used for transmitting the service request message after the service request message is assembled according to the service data, the rule data and the effective rule list;

and the analysis module is used for receiving the processing result of the accumulation fund service fed back by aiming at the service request message, analyzing and displaying the processing result of the accumulation fund service.

According to a third aspect of the embodiments of the present invention, there is provided an electronic device for processing a public accumulation fund service, including:

one or more processors;

a storage device for storing one or more programs,

when executed by the one or more processors, cause the one or more processors to implement the method as described above.

According to a fourth aspect of embodiments of the present invention, there is provided a computer readable medium, on which a computer program is stored, which when executed by a processor, implements the method as described above.

One embodiment of the above invention has the following advantages or benefits: acquiring business data in a business database by using the house accumulation fund transaction parameters and the data classification labels; acquiring rule data from a rule database based on the housing public accumulation fund agency parameters and the rule classification labels; acquiring an effective rule list in a rule configuration database according to the transaction identifier and the client type; according to the service data, the rule data and the effective rule list, after the service request message is assembled, the service request message is sent; and receiving the processing result of the accumulation fund service fed back by aiming at the service request message, analyzing and displaying the processing result of the accumulation fund service. Because the service data, the rule data and the effective rule list are respectively set, the rules can be updated at any time without recoding and restarting, and the efficiency of processing the accumulation fund service can be further improved.

Further effects of the above-mentioned non-conventional alternatives will be described below in connection with the embodiments.

Drawings

The drawings are included to provide a better understanding of the invention and are not to be construed as unduly limiting the invention. Wherein:

fig. 1 is a schematic diagram of a main flow of a method of processing a accumulation fund service according to an embodiment of the present invention;

FIG. 2 is a schematic diagram of an interface for receiving a user indication and building a rule configuration database according to an embodiment of the present invention;

fig. 3 is a schematic structural diagram of a service request message according to an embodiment of the present invention;

FIG. 4 is a flow chart illustrating assembling a service request message according to an embodiment of the present invention;

FIG. 5 is a flow chart illustrating a process result of resolving and displaying a accumulation fund service according to an embodiment of the present invention;

fig. 6 is a schematic diagram of a three-layer node structure of a processing result of the accumulation fund service according to the embodiment of the present invention;

fig. 7 is a schematic diagram of the main structure of an apparatus for processing a public accumulation fund service according to an embodiment of the present invention;

FIG. 8 is an exemplary system architecture diagram in which embodiments of the present invention may be employed;

fig. 9 is a schematic structural diagram of a computer system suitable for implementing a terminal device or a server according to an embodiment of the present invention.

Detailed Description

Exemplary embodiments of the present invention are described below with reference to the accompanying drawings, in which various details of embodiments of the invention are included to assist understanding, and which are to be considered as merely exemplary. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the invention. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.

At present, rules in handling the accumulation fund service are all implemented by rule codes. The quantity part of the rule code may be extracted as a parameter and stored in a database or a configuration file. And (4) independently introducing a rule effect parameter for each rule, and setting whether the rule is effective or not through the rule effect parameter.

For the rules in the above-mentioned processing of the accumulation fund service, the newly added rules need to change the core function code, and the core service needs to be restarted when online deployment is performed. The rules are specifically applied to rule codes, and the rules are difficult to reuse without updating the codes. Therefore, the efficiency of processing the accumulation fund traffic is low.

In order to solve the technical problem of low efficiency of processing the accumulation fund service, the following technical scheme in the embodiment of the invention can be adopted.

Referring to fig. 1, fig. 1 is a schematic diagram of a main flow of a method for processing a public accumulation fund service according to an embodiment of the present invention, where a service request packet is assembled according to service data, rule data and an effective rule list, and a processing result of the public accumulation fund service is obtained through the service request packet. As shown in fig. 1, the method specifically comprises the following steps:

s101, acquiring business data in a business database by using the house accumulation fund transaction parameters and the data classification labels.

In an embodiment of the invention, the housing accumulation fund transaction parameter is a specific stage involved in the housing accumulation fund transaction. As one example, the housing accumulation transaction parameters include: an application phase, a transaction result and a completion phase. For different phases there is different data for the correspondence.

The data classification tag is a label for identifying a classification of the service data. The service data can be obtained in the service database by using the house accumulation fund transaction parameters and the data classification labels. It is understood that the business data refers to housing accumulation trading business data.

Due to the data classification labels, the classification of the business data is identified, so that all the business data do not need to be searched to obtain the business data corresponding to the house accumulation fund transaction parameters.

In one embodiment of the invention, the data classification tags may comprise multi-level data classification tags. Therefore, the search access can be effectively reduced, and the service data can be quickly acquired.

Illustratively, the data classification tags comprise two levels of data classification tags. The first level data classification tags include customer information, loan information, and aggregation information.

The second level data classification label of the customer information includes personal basic information and personal supplementary information.

The second-level data classification label of the loan information comprises acceptance information, associated person information, guarantee object information, purchased house information, loan application information, loan household information, loan repayment detail and loan overdue detail.

Referring to table 1, table 1 is an illustration of performing a secondary classification according to a primary data classification label and a secondary data classification label.

TABLE 1

S102, rule data are obtained from a rule database based on the housing public accumulation fund mechanism parameters and the rule classification labels.

In an embodiment of the invention, the housing accumulation fund institution parameters are the specific institutions involved in the housing accumulation fund transaction. As an example, the housing public accumulation institution parameters include: a provincial housing public accumulation fund management center, a city housing public accumulation fund management center, a district housing public accumulation fund management center, a provincial bank A, a city bank B and the like.

The rule classification tags are used to identify the classification of the rule data. Based on the housing public accumulation fund agency parameters and the rule classification labels, rule data can be obtained from the rule database. It is to be understood that the rule data refers to rules involved in the housing's accumulation transactions.

The classification of the rule data is identified by the rule classification label, so that the rule data corresponding to the housing accumulation fund institution parameters is obtained without searching in all the rule data.

In one embodiment of the invention, the rule classification tags may include multi-level data classification tags. Therefore, search access can be effectively reduced, and rule data can be quickly acquired.

Illustratively, the rule classification tags include two levels of rule classification tags; the first level rule classification tags include loans and aggregations.

The second level rules classification tags for loans include loan application, loan alteration, and loan repayment.

The second-level rule classification label of the collection comprises collection change, collection payment and collection extraction.

Referring to table 2, table 2 is an illustration of performing secondary classification according to the first-level rule classification label and the second-level rule classification label.

TABLE 2

S103, obtaining an effective rule list in a rule configuration database according to the transaction identifier and the client type.

In an embodiment of the invention, processing the accumulation fund traffic involves atomic rules. Wherein, the atomic rule refers to a reusable rule with relative independence stripped from specific business transaction. As an example, an atomic rule includes: a client who has two loan settlement records is not allowed to apply for a loan again.

In one embodiment of the invention, a rule configuration database including atomic rules may be established for the transaction identification and the customer type.

The transaction identifier is an identifier set for a transaction scenario. As an example, the transaction identification for a loan acceptance submission is: DK 0101I. The transaction identification submitted by loan entry is: DK 0401C. The client type is the group to which the client belongs. As an example, the customer type of the general population is r; the client type for a particular group of people is s.

For the transaction identifier and the customer type, a correspondence with the atomic rule may be established, and the correspondence may be used as a rule configuration database. It will be appreciated that the rule configuration database includes a plurality of atomic rules, transaction identifications, and customer type correspondences.

As an example, the rule configuration database may be a table including the atomic rule, the transaction identifier, and the customer type, in which the table includes not only the atomic rule, the transaction identifier, and the customer type, but also the corresponding relationship between the atomic rule, the transaction identifier, and the customer type.

In one embodiment of the invention, a rule configuration database is built that includes atomic rules for organization codes, transaction identifiers, product identifiers, and customer types.

It will be appreciated that the rule database may be established not only in terms of transaction identity and customer type, but also in terms of institution code, transaction identity, product identity and customer type.

An organization code is an identifier that distinguishes between different organizations. As an example, the organization code of the provincial dwelling public accumulation fund management center is: 0021; the institution code of the city level A bank is as follows: 0031. the product identification is the identification of the product related to the accumulation fund service. As one example, the product identification of a public fund loan is 0001; the product identification of the interest loan is 0002.

To improve the targeting of the rules in the validation rule list, a rule configuration database may be established according to organization code, transaction identification, product identification, and customer type. The rule configuration database includes atomic rules.

Illustratively, the corresponding relation with the atomic rule is established aiming at the organization code, the transaction identifier, the product identifier and the customer type, and the corresponding relation is used as a rule configuration database. It will be appreciated that the rule configuration database includes a plurality of atomic rules, organization codes, transaction identifications, product identifications, and customer types.

Referring to fig. 2, fig. 2 is a schematic diagram of an interface for receiving a user instruction and establishing a rule configuration database according to an embodiment of the present invention.

In fig. 2, the operator may set the organization code, transaction identifier, product identifier, customer type, and atomic rule identifier in the interface. Each one atomic rule identification corresponds to one atomic rule. The corresponding atomic rule can be known based on the atomic rule identification.

Wherein an atomic rule is a rule that can be set in advance. As one example, atomic rules may be imported in bulk by software.

It will be appreciated that receiving a user indication via the display interface, a rule configuration database is built that includes atomic rules. In this way, the operator can configure the database with the business perspective setting rules for the transaction scenario.

After the rule configuration database is established, an effective rule list can be obtained in the rule configuration database according to the transaction identification and the client type. The validation rule list is a list that includes the execution rules.

As an example, 5 atomic rules are obtained in the rule configuration database based on the transaction identifier and the customer type, and the 5 atomic rules can be used as an effective rule list.

In addition, in order to improve the pertinence of the validation rule list, the validation rule list can be obtained in the rule configuration database according to organization codes, transaction identifiers, product identifiers and customer types.

It should be noted that the execution sequence of S101, S102, and S103 is not a fixed sequence, and may be executed in parallel or in a preset sequence.

And S104, assembling to obtain a service request message according to the service data, the rule data and the effective rule list.

In the embodiment of the present invention, processing the accumulation fund service may include two parts, one part is determining data and rules related to processing the accumulation fund service, and the other part is performing judgment according to the data and the rules.

Then, the work for the above judgment can be carried out by a third party. As an example, the third party may be a vincio rule engine, or a separate Application (APP), or the like.

Since the judgment based on the data and rules related to the processing of the accumulation fund service is realized by a third party, the service data, the rule data and the effective rule list can be assembled to obtain a service request message, and the service request message is sent to the third party in a service request message mode.

Wherein the service request message is stored in a configuration file in an extensible markup language (XML) format. As one example, the XML format is a three-level node structure.

Referring to fig. 3, fig. 3 is a schematic structural diagram of a service request message according to an embodiment of the present invention. In fig. 3. The service request message in fig. 3 is a three-level node structure.

The first level node is a root node; the second level nodes are a service data father node, a rule data father node and an effective rule list father node; the third level node is the business data 1 and the business data 2 belonging to the business data father node, the rule data 1 and the rule data 2 belonging to the rule data father node, and the validation rule list 1 and the validation rule list 2 belonging to the validation rule list father node.

Referring to fig. 4, fig. 4 is a schematic flowchart of a process of assembling a service request message according to an embodiment of the present invention, which specifically includes:

s401, setting a root node subordinate service data father node, and setting service data by the service data father node subordinate.

As an example, the info node is a root node, and belongs to three nodes, namely a service data parent node, a rule data parent node and an effective rule list parent node.

As an example, the service data parent node is a loan _ detail node, which is subordinate to the service data. The service data is used as a service value definition sub-node, and each sub-node represents the value of one service field.

S402, setting a root node subordinate rule data father node, and setting rule data by the rule data father node subordinate.

As an example, the rule data node is a Program _ param node, subordinate rule data. The rule data is used as child nodes, and each child node represents the value of one parameter.

S403, setting a parent node of the subordinate validation rule list of the root node, and setting the validation rule list of the subordinate validation rule of the parent node of the validation rule list.

The effective rule list father node can subordinate a plurality of effective rule lists. As one example, the validation rules may be divided into multiple manifests by validation time, which may belong to the validation rule manifest parent node.

S404, assembling and obtaining a service request message based on the root node.

And assembling the service request message according to the root node in the service request message. As an example, a root node in the service request message is subordinate to three types of parent nodes, each type of parent node is subordinate to a corresponding child node, and based on parameters in the child nodes, parameters of the service request message may be set correspondingly, and the service request message is finally obtained.

In the embodiment of fig. 4, since a third party is required to implement the determination rule, a service request message may be assembled according to the service data, the rule data, and the validation rule list, and the data and the rule are sent to the third party through the service request message.

In one embodiment of the present invention, the determination rule is implemented by a third party, and the interface communication requirement needs to be satisfied in order to facilitate the interaction with the third party. Therefore, the service address of the third party needs to be registered. Then, a service request message is sent through the service address in an HTTP mode.

And S105, receiving the processing result of the accumulation fund service fed back by aiming at the service request message, analyzing and displaying the processing result of the accumulation fund service.

And after the third party finishes the rule judgment, feeding back the processing result of the accumulation fund service. Then, after receiving the processing result of the accumulation fund service fed back by the service request message, the processing result of the accumulation fund service can be analyzed and displayed. As an example, the processing result of the accumulation fund service fed back for the service request message may be received in an HTTP manner.

Referring to fig. 5, fig. 5 is a schematic flow chart illustrating a process result of analyzing and displaying the accumulation fund service according to the embodiment of the present invention, which specifically includes:

s501, analyzing according to the three-layer node structure of the processing result of the public accumulation fund service to obtain a list of the processing result of the public accumulation fund service.

In the embodiment of the invention, the processing result of the accumulation fund service comprises a three-layer node structure, and the analysis can be carried out according to the three-layer node structure of the processing result of the accumulation fund service. The three-layer node structure of the processing result of the accumulation fund service comprises a root node, a child node and an information node.

Referring to fig. 6, fig. 6 is a schematic diagram of a three-layer node structure of a processing result of the accumulation fund service according to the embodiment of the present invention. The first layer is the root node; the second layer is an information sub-node and a result sub-node; the third layer is information 1 and information 2 subordinate to the information child node, and result 1 and result 2 subordinate to the result child node.

As one example, the root node may be info, the info child node is bizinfo, and the result child node is result.

The results of the subordination of the bizinfo contain some key information verified by the rule, so that log searching is facilitated. Illustratively, the results subordinate to bizinfo are a centno agency number, a trancode transaction scenario code, and a cogno debit number.

Result contains all the Result information checked by this rule. Illustratively, the information under Result includes: checkflag, Errorcode, Iscounttypee, and Errormsg.

The Checkflag is whether a plurality of rules checked by the current rule pass through a flag list, is not represented by user false, is represented by tube, and is divided by an english comma.

The error code is a list of error codes which do not pass the rule in the current rule check, no error is represented by NULL, and the error codes are divided by english commas.

Iscounttype represents whether a plurality of rules executed by the rule are rules only needing to be calculated, namely, only a calculation result needs to be obtained and rule control is not needed. 0 denotes a non-computation class rule, and 1 denotes a computation class rule.

Resultvalue represents a calculation result list of a plurality of calculation rules executed by the current rule, and the result which is not returned is represented by NULL, and the return results are separated by english commas.

Errormsg represents a prompt information list when a plurality of check rules executed by the current rule do not pass. Returning NULL according to the rule that the verification is passed and no prompt message exists; the verification rules do not pass and include a plurality of hints information separated by commas.

S502, displaying a list of processing results of the accumulation fund service, wherein the list comprises key information and result information, and the result information comprises the result of each check rule in the effective rule list.

The list of the processing results of the accumulation fund service includes the processing results of the accumulation fund service, specifically, the category includes key information and result information.

The result information includes the result of each of the validation rules in the validation rule list. That is, for each rule, a one-to-one judgment is performed to determine whether the service data conforms to each rule. Even if one piece of business data does not conform to one rule, the judgment of other rules is not influenced.

The result information comprises the result of each check rule in the effective rule list, so that the check result of each check rule in the process of processing the accumulation fund service can be known, and the targeted improvement of the relevant parameters which do not accord with the check rules in the accumulation fund service is facilitated.

In the embodiment of fig. 5, the processing result of the accumulation fund service is analyzed and displayed, so that the relevant parameters needing to be modified are effectively prompted, and a foundation is laid for further improving the efficiency of processing the house accumulation fund service.

In one embodiment of the invention, the third party may be an Application (APP). Specifically, a service request message may be sent to the APP. The APP analyzes the service request message to obtain service data, rule data and an effective rule list. Then, the APP judges whether the service data accords with a check rule or not based on the rule data and the effective rule list, wherein the check rule comprises the rule data and the effective rule list.

And the APP sends a processing result of the accumulation fund service fed back by aiming at the service request message. Thus, the processing result of the accumulation fund service fed back by aiming at the service request message can be received from the APP.

And further, the processing result can be timely obtained, and the relevant parameters needing to be modified are pertinently modified.

In the embodiment, the service data is obtained in the service database by using the house accumulation fund transaction parameters and the data classification labels; acquiring rule data from a rule database based on the housing public accumulation fund agency parameters and the rule classification labels; acquiring an effective rule list in a rule configuration database according to the transaction identifier and the client type; according to the service data, the rule data and the effective rule list, after the service request message is assembled, the service request message is sent; and receiving the processing result of the accumulation fund service fed back by aiming at the service request message, analyzing and displaying the processing result of the accumulation fund service.

And respectively setting data and rules, wherein the service data is specific data related to the accumulation fund service, the rule data is specific rules related to the accumulation fund service, the effective rule list belongs to the atomic rules, and the atomic rules have relative independence. The atomic rules are preset according to the transaction identification and the customer type. The rule data is set for a specific rule classification label. Both the rule data and the validation rule list can be reused and updated at any time. The data of the updated rule or the effective rule list does not need to be recoded or restarted, so that the efficiency of processing the accumulation fund service can be improved.

Referring to fig. 7, fig. 7 is a schematic diagram of a main structure of a device for processing a public accumulation fund service according to an embodiment of the present invention, where the device for processing a public accumulation fund service can implement a method for processing a public accumulation fund service, and as shown in fig. 7, the device for processing a public accumulation fund service specifically includes:

the business module 701 is configured to obtain business data in a business database by using the house accumulation fund transaction parameter and the data classification tag.

A rules module 702, configured to obtain rule data from a rules database based on the housing public accumulation fund agency parameters and the rule classification tags.

A listing module 703, configured to obtain an effective rule listing in the rule configuration database according to the transaction identifier and the client type.

And the assembling module 704 is configured to send the service request message after the service request message is assembled according to the service data, the rule data and the effective rule list.

The parsing module 705 is configured to receive a processing result of the accumulation fund service fed back by the service request packet, parse the processing result of the accumulation fund service, and display the processing result of the accumulation fund service.

In one embodiment of the invention, the data classification tags comprise two levels of data classification tags;

In one embodiment of the invention, the rule classification tags comprise two levels of rule classification tags;

the first-level rule classification label comprises loan and collection;

In one embodiment of the invention, the inventory module 703 is further configured to build a rule configuration database including atomic rules for the transaction identification and the customer type.

In an embodiment of the present invention, the listing module 703 is specifically configured to obtain an effective rule list in the rule configuration database for the organization code, the transaction identifier, the product identifier, and the customer type.

In one embodiment of the invention, the inventory module 703 is further configured to build a rule configuration database including atomic rules for organization codes, transaction identifiers, product identifiers, and customer types.

In an embodiment of the present invention, the manifest module 703 is specifically configured to receive a user instruction through a display interface, and establish a rule configuration database including an atomic rule.

In an embodiment of the present invention, the assembling module 704 is specifically configured to set a root node subordinate service data parent node, where the service data parent node subordinate sets service data;

setting a root node subordinate rule data father node, wherein the rule data father node subordinate sets rule data;

setting a parent node of a subordinate effective rule list of a root node, and setting an effective rule list of the subordinate effective rule list of the parent node;

and obtaining a service request message based on the root node assembly.

In an embodiment of the present invention, the parsing module 705 is specifically configured to perform parsing according to a three-layer node structure of a processing result of the accumulation fund service, so as to obtain a list of the processing result of the accumulation fund service;

In one embodiment of the invention, the service request message is stored in an XML format in a configuration file.

In an embodiment of the present invention, the assembling module 704 is specifically configured to send the service request message through the service address in an HTTP manner.

In an embodiment of the present invention, the assembling module 704 is specifically configured to send a service request message to an application;

the parsing module 703 is specifically configured to receive, from the application, a processing result of the accumulation fund service fed back by the service request packet.

Fig. 8 shows an exemplary system architecture 800 of a method of processing a accumulation fund service or an apparatus for processing a accumulation fund service to which embodiments of the present invention may be applied.

As shown in fig. 8, the system architecture 800 may include

terminal devices

801, 802, 803, a network 804, and a server 805. The network 804 serves to provide a medium for communication links between the

terminal devices

801, 802, 803 and the server 805. Network 804 may include various types of connections, such as wire, wireless communication links, or fiber optic cables, to name a few.

A user may use the

terminal devices

801, 802, 803 to interact with a server 805 over a network 804 to receive or send messages or the like. The

terminal devices

801, 802, 803 may have installed thereon various communication client applications, such as shopping-like applications, web browser applications, search-like applications, instant messaging tools, mailbox clients, social platform software, etc. (by way of example only).

The

terminal devices

801, 802, 803 may be various electronic devices having a display screen and supporting web browsing, including but not limited to smart phones, tablet computers, laptop portable computers, desktop computers, and the like.

The server 805 may be a server that provides various services, such as a back-office management server (for example only) that supports shopping-like websites browsed by users using the

terminal devices

801, 802, 803. The backend management server may analyze and perform other processing on the received data such as the product information query request, and feed back a processing result (for example, target push information, product information — just an example) to the terminal device.

It should be noted that the method for processing the accumulation fund service provided by the embodiment of the present invention is generally executed by the server 805, and accordingly, the apparatus for processing the accumulation fund service is generally disposed in the server 805.

It should be understood that the number of terminal devices, networks, and servers in fig. 8 is merely illustrative. There may be any number of terminal devices, networks, and servers, as desired for implementation.

Referring now to FIG. 9, shown is a block diagram of a computer system 900 suitable for use with a terminal device implementing an embodiment of the present invention. The terminal device shown in fig. 9 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiments of the present invention.

As shown in fig. 9, the computer system 900 includes a Central Processing Unit (CPU)901 that can perform various appropriate actions and processes in accordance with a program stored in a Read Only Memory (ROM)902 or a program loaded from a storage section 908 into a Random Access Memory (RAM) 903. In the RAM 903, various programs and data necessary for the operation of the system 900 are also stored. The CPU 901, ROM 902, and RAM 903 are connected to each other via a bus 904. An input/output (I/O) interface 905 is also connected to bus 904.

The following components are connected to the I/O interface 905: an input portion 906 including a keyboard, a mouse, and the like; an output section 907 including components such as a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and the like, and a speaker; a storage portion 908 including a hard disk and the like; and a communication section 909 including a network interface card such as a LAN card, a modem, or the like. The communication section 909 performs communication processing via a network such as the internet. The drive 910 is also connected to the I/O interface 905 as necessary. A removable medium 911 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is mounted on the drive 910 as necessary, so that a computer program read out therefrom is mounted into the storage section 908 as necessary.

In particular, according to the embodiments of the present disclosure, the processes described above with reference to the flowcharts may be implemented as computer software programs. For example, embodiments of the present disclosure include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising program code for performing the method illustrated in the flow chart. In such an embodiment, the computer program may be downloaded and installed from a network through the communication section 909, and/or installed from the removable medium 911. The above-described functions defined in the system of the present invention are executed when the computer program is executed by a Central Processing Unit (CPU) 901.

It should be noted that the computer readable medium shown in the present invention can be a computer readable signal medium or a computer readable storage medium or any combination of the two. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples of the computer readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the present invention, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In the present invention, however, a computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wire, fiber optic cable, RF, etc., or any suitable combination of the foregoing.

The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

The modules described in the embodiments of the present invention may be implemented by software or hardware. The described modules may also be provided in a processor, which may be described as: a processor includes a transmitting unit, an obtaining unit, a determining unit, and a first processing unit. The names of these units do not in some cases constitute a limitation to the unit itself, and for example, the sending unit may also be described as a "unit sending a picture acquisition request to a connected server".

As another aspect, the present invention also provides a computer-readable medium that may be contained in the apparatus described in the above embodiments; or may be separate and not incorporated into the device. The computer readable medium carries one or more programs which, when executed by a device, cause the device to comprise:

According to the technical scheme of the embodiment of the invention, the service data is obtained in the service database by utilizing the house accumulation fund transaction parameters and the data classification labels; acquiring rule data from a rule database based on the housing public accumulation fund agency parameters and the rule classification labels; acquiring an effective rule list in a rule configuration database according to the transaction identifier and the client type; according to the service data, the rule data and the effective rule list, after the service request message is assembled, the service request message is sent; and receiving the processing result of the accumulation fund service fed back by aiming at the service request message, analyzing and displaying the processing result of the accumulation fund service. Because the service data, the rule data and the effective rule list are respectively set, the rules can be updated at any time without recoding and restarting, and the efficiency of processing the accumulation fund service can be further improved.

The above-described embodiments should not be construed as limiting the scope of the invention. Those skilled in the art will appreciate that various modifications, combinations, sub-combinations, and substitutions can occur, depending on design requirements and other factors. Any modification, equivalent replacement, and improvement made within the spirit and principle of the present invention should be included in the protection scope of the present invention.

Claims

1. A method for processing accumulation fund services, comprising:

2. The method of handling accumulation fund traffic as claimed in claim 1, wherein said data classification tags comprise two levels of data classification tags;

3. The method of handling accumulation fund traffic as claimed in claim 1, wherein said rule classification tags comprise two levels of rule classification tags;

the first-level rule classification label comprises loan and collection;

4. The method of processing a pot service of claim 1, wherein before obtaining the validation rule list in the rule configuration database for the transaction identifier and the customer type, further comprising:

5. The method of claim 1, wherein obtaining a list of validation rules in a rule configuration database for transaction identification and customer type comprises:

6. The method of processing a pot service of claim 5, wherein said obtaining a list of validation rules in a rule configuration database for institution code, transaction identification, product identification, and customer type further comprises:

7. The method of processing a portfolio service of claims 4 or 6, wherein the establishing a rule configuration database comprising atomic rules comprises:

8. The method for processing accumulation fund service according to claim 1 or 4, wherein the assembling a service request message according to the service data, the rule data and the validation rule list comprises:

setting a root node subordinate rule data father node, wherein the rule data father node subordinate sets the rule data;

and obtaining the service request message based on the root node assembly.

9. The method for processing accumulation fund service according to claim 1 or 4, wherein the analyzing and displaying the processing result of the accumulation fund service comprises:

10. The method of claim 1, wherein the service request message is stored in a configuration file in an XML format.

11. The method of claim 1, wherein the sending the service request message comprises:

12. The method of claim 1, wherein the sending the service request message comprises:

sending the service request message to an application;

13. An apparatus for processing accumulation fund traffic, comprising:

14. An electronic device for processing a public accumulation fund service, comprising:

one or more processors;

a storage device for storing one or more programs,

when executed by the one or more processors, cause the one or more processors to implement the method of any one of claims 1-12.

15. A computer-readable medium, on which a computer program is stored, which, when being executed by a processor, carries out the method according to any one of claims 1-12.