CN111831682B

CN111831682B - Method, apparatus, device and computer readable medium for processing accumulation fund service

Info

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

Abstract

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

Description

Method, apparatus, device 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 an accumulation fund service.

Background

The public accumulation business is standardized and electronic for many years, and most of the public accumulation business is incorporated into the public accumulation business management system originally through paper document constraint and rules of manual judgment and calculation under the line of business sponsors. The public accumulation business management system automatically controls the business handling process, and avoids uncertainty caused by manual control.

Meanwhile, the public accumulation rules are affected by factors such as government policy release, central self-management demand change and the like, and are required to be updated continuously, and part of old rules are required to be taken off line.

In the process of implementing the present invention, the inventor finds that at least the following problems exist in the prior art: the rules of the house accumulation fund need to be updated in time, but the accumulation fund business needs to be processed after the updating of the system is restarted by re-writing codes, 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 an accumulation service, which can improve the efficiency of processing the accumulation service.

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

acquiring service data in a service database by using house public accumulation transaction parameters and data classification labels;

Acquiring rule data from a rule database based on house public accumulation fund institution parameters and rule classification labels;

Acquiring an effective rule list in a rule configuration database aiming at the transaction identification and the client type;

According to the service data, the rule data and the effective rule list, after the service request message is obtained by assembling, the service request message is sent;

And receiving a processing result of the accumulation business fed back by the service request message, and analyzing and displaying the processing result of the accumulation business.

The data classification labels comprise two stages of data classification labels;

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

The second-stage data classification label of the client information comprises personal basic information and personal supplementary information;

The second-stage data classification label of the loan information comprises acceptance information, associated person information, guarantee information, purchased house information, loan application information, loan household information, loan repayment details and loan overdue details;

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

The rule classification labels comprise two-stage rule classification labels;

The first-level rule classification labels comprise loans and collections;

The second-level rule classification label of the loan comprises a loan application, a loan change and a loan repayment;

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

The method for obtaining the effective rule list for the transaction identifier and the client type in the rule configuration database further comprises the following steps:

For transaction identification and customer type, a rule configuration database is established that includes atomic rules.

The obtaining an effective rule list aiming at the transaction identifier and the client type in a rule configuration database comprises the following steps:

And obtaining an effective rule list aiming at the organization codes, the transaction identifications, the product identifications and the client types in a rule configuration database.

The method comprises the steps that the method comprises the steps of aiming at the organization codes, the transaction identifications, the product identifications and the client types in a rule configuration database, and before obtaining an effective rule list, the method further comprises the steps of:

A rule configuration database including atomic rules is established for institution codes, transaction identifications, product identifications, and customer types.

The establishing a rule configuration database comprising atomic rules comprises the following steps:

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

And assembling the service request message according to the service data, the rule data and the effective rule list, wherein the service request message comprises the following components:

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

Setting a parent node of rule data subordinate to a root node, wherein the parent node of rule data subordinate to the root node sets the rule data

Setting a root node subordinate to an effective rule list father node, wherein the effective rule list father node subordinate to the root node sets the effective rule list;

And based on the root node assembly, obtaining the service request message.

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 business to obtain a list of the processing result of the public accumulation business;

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 the service address in an HTTP mode.

The sending the service request message includes:

sending the service request message to an application;

the receiving the processing result of the public accumulation business fed back by the service request message comprises the following steps:

and receiving a processing result of the public accumulation business fed back by the service request message from the application.

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

The business module is used for acquiring business data from a business database by utilizing house public accumulation transaction parameters and data classification labels;

the rule module is used for acquiring rule data from the rule database based on the house public accumulation institution parameters and the rule classification labels;

The list module is used for acquiring an effective rule list in the rule configuration database aiming at the transaction identification and the client type;

the assembly module is used for transmitting the service request message after assembling the service request message 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 public accumulation business fed back by the service request message, analyzing and displaying the processing result of the public accumulation business.

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

One or more processors;

Storage means for storing one or more programs,

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

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

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

Further effects of the above-described non-conventional alternatives are 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 the main flow of a method of processing an accumulation fund service according to an embodiment of the invention;

FIG. 2 is a schematic diagram of an interface for receiving user indications, creating a rule configuration database, according to an embodiment of the invention;

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

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

FIG. 5 is a flow chart illustrating the process of resolving and displaying the result of processing an aggregate 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 an accumulation fund service according to an embodiment of the present invention;

FIG. 7 is a schematic diagram of the main structure of an apparatus for processing an 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 applied;

Fig. 9 is a schematic diagram of a computer system suitable for use in implementing an embodiment of the invention.

Detailed Description

Exemplary embodiments of the present invention will now be described with reference to the accompanying drawings, in which various details of the embodiments of the present invention are included to facilitate understanding, and are to be considered 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, the rules in the aggregate business are processed, and all are realized by rule codes. The number of parts in the rule code may be extracted as parameters and stored in a database or configuration file. For each rule, a rule validation parameter is independently introduced, and whether the rule is validated or not is set through the rule validation parameter.

For the rule in the processing of the public accumulation business, the new rule needs to change the core function code, and the core service needs to be restarted when the online deployment is performed. The rule is particularly applied to the rule code, and is difficult to reuse without updating the code. Thus, processing the aggregate traffic is inefficient.

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 an accumulation service according to an embodiment of the present invention, and service request messages are assembled according to service data, rule data and an effective rule list, and a processing result of the accumulation service is obtained through the service request messages. As shown in fig. 1, the method specifically comprises the following steps:

S101, acquiring service data in a service database by using house public accumulation transaction parameters and data classification labels.

In embodiments of the present invention, the housing deposit transaction parameters are specific stages involved in the housing deposit transaction. As one example, house fund transaction parameters include: application stage, transaction result and completion stage. For different phases, different data are corresponding.

The data classification tag is a classification for identifying traffic data. The business data can be obtained from the business database by using the housing public accumulation transaction parameters and the data classification labels. It is understood that business data refers to housing fund transaction business data.

Because of the data classification labels, the classification of the service data is identified, so that searching in all the service data is not needed to acquire the service data corresponding to the housing public accumulation transaction parameters.

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

Illustratively, the data classification tags include a two-level data classification tag. The first level data classification tags include customer information, loan information, and collection information.

The second level data category labels of the customer information include personal basic information and personal supplemental information.

The second-stage data classification labels of the loan information include acceptance information, associated person information, guarantee information, purchased house information, loan application information, loan individual information, loan repayment details, and loan overdue details.

Referring to table 1, table 1 is an illustration of secondary classification according to a first level data classification tag and a second level data classification tag.

TABLE 1

S102, acquiring rule data from a rule database based on house public accumulation institution parameters and rule classification labels.

In an embodiment of the present invention, the housing deposit institution parameters are specific institutions involved in housing deposit transactions. As one example, housing funding mechanism parameters include: provincial housing public accumulation management center, municipal housing public accumulation management center, regional housing public accumulation management center, provincial A bank and municipal B bank, etc.

The rule classification tag is a classification used to identify rule data. Based on housing accumulation fund institution parameters and rule classification labels, rule data can be obtained in a rule database. It will be appreciated that the rule data refers to rules relating to housing fund transactions.

The classification of the rule data is identified by the rule classification tag, so that searching in all rule data is not needed to acquire the rule data corresponding to the housing public accumulation institution parameters.

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

Illustratively, the rule classification tags include a two-level rule classification tag; the first level rule class labels include loans and collections.

The second level rule class labels of the loans include loan application, loan modification, and loan repayment.

Referring to table 2, table 2 is an illustration of secondary classification according to a first level rule classification tag and a second level rule classification tag.

TABLE 2

S103, acquiring an effective rule list in a rule configuration database aiming at the transaction identification and the client type.

In an embodiment of the invention, processing the accumulation fund service involves atomic rules. Where atomic rules refer to reusable rules that are stripped from a particular business transaction with relative independence. As one example, the atomic rules include: clients with two loan clearance records are not allowed to apply for loans.

In one embodiment of the invention, a rule configuration database including atomic rules may be built for transaction identifications and customer types.

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

For the transaction identifier and the client type, a corresponding relation with an atomic rule can be established, 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, transaction identifications and client type correspondences.

As an example, the rule configuration database may be a table including atomic rules, transaction identifications, and client types, where the table includes correspondence relationships between atomic rules, transaction identifications, and client types.

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

It will be appreciated that the rule database may be established not only by transaction identification and customer type, but also by institution code, transaction identification, product identification and customer type.

The institution codes are identifiers that distinguish between different institutions. As one example, the organization code for a provincial home accumulation fund management center is: 0021; the institution codes of the city grade A bank are as follows: 0031. the product identity is an identity of the product to which the public accumulation business relates. As one example, the product identity of the aggregate loan is 0001; the product identifier of the interest loan is 0002.

In order to increase the pertinence of the rules in the validation rule list, a rule configuration database may be established according to the organization code, the transaction identifier, the product identifier, and the customer type. The rule configuration database includes atomic rules.

Illustratively, for the organization code, the transaction identifier, the product identifier and the client type, a corresponding relationship with the atomic rule is established, and the corresponding relationship is used as a rule configuration database. It will be appreciated that the rule configuration database includes a plurality of atomic rules, institution 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 indication and establishing a rule configuration database according to an embodiment of the present invention.

In FIG. 2, an operator may set institution codes, transaction identifications, product identifications, customer types, and atomic rule identifications in an interface. Each atomic rule identifier corresponds to an atomic rule. Based on the atomic rule identification, the corresponding atomic rule can be known.

Wherein the atomic rule is a rule that can be preset. As one example, atomic rules may be imported in a software batch.

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

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

As an example, based on the transaction identity and the customer type, 5 atomic rules are obtained in the rule configuration database, and the 5 atomic rules may 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 a rule configuration database aiming at the organization code, the transaction identifier, the product identifier and the client type.

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

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

In the embodiment of the invention, the processing of the accumulation business can comprise two parts, wherein one part is used for determining the data and the rules related to the processing of the accumulation business, and the other part is used for judging according to the data and the rules.

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

Because the judgment is realized by the third party based on the data and the rules related to the processing of the public accumulation business, the business data, the rule data and the effective rule list can be assembled to obtain the service request message, and the service request message is sent to the third party.

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 business data father nodes, rule data father nodes and effective rule list father nodes; the third level node is business data 1 and business data 2 belonging to the business data parent node, rule data 1 and rule data 2 belonging to the rule data parent node, and validation rule list 1 and validation rule list 2 belonging to the validation rule list parent node.

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

S401, setting a root node subordinate business data parent node, and setting business data subordinate to the business data parent node.

As one example, the info node is a root node, and is subordinate to three nodes, a business data parent node, a rule data parent node, and an effective rule list parent node.

As one example, the business data parent node is a load_detail node, which is subordinate to business data. The service data defines sub-nodes as service values, each sub-node representing the value of a service field.

S402, setting a parent node of rule data subordinate to the root node, and setting rule data subordinate to the rule data parent node.

As one example, the rule data node is a program_parameter node, subordinate to the rule data. The rule data is used as child nodes, and each child node represents the value of a parameter.

S403, setting a root node subordinate to an effective rule list father node, and setting an effective rule list subordinate to the effective rule list father node.

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

S404, obtaining a service request message based on the assembly of the root node.

According to the root node in the service request message, the service request message can be assembled. As an example, the root node in the service request message belongs to three types of father nodes, each type of father node belongs to a corresponding child node, and based on the parameters in the child nodes, the parameters of the service request message can be correspondingly set, so as to finally obtain the service request message.

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

In one embodiment of the present invention, the third party implements the decision rule, and then needs to meet the interface communication requirement to facilitate interaction with the third party. Therefore, it is necessary to register the service address of the third party. And then, sending a service request message through the service address in an HTTP mode.

S105, receiving the processing result of the public accumulation business fed back by the service request message, and analyzing and displaying the processing result of the public accumulation business.

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

Referring to fig. 5, fig. 5 is a flow chart illustrating a processing result of resolving and displaying an accumulation fund service according to an 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 business to obtain a list of the processing result of the public accumulation business.

In the embodiment of the invention, the processing result of the public accumulation business 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 public accumulation business. The three-layer node structure of the processing result of the public accumulation business 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 an aggregate service according to an embodiment of the present invention. The first layer is the root node; the second layer is an information child node and a result child node; the third layer is information 1 and information 2 of the sub-node of the information and results 1 and results 2 of the sub-node of the result.

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

Bizinfo the subordinate results contain some key information of the rule check so as to facilitate log search. Illustratively, the result of bizinfo is centno institution number, trancode transaction scenario code, and congno borrow number.

Result contains all Result information of the rule check. Illustratively, the Result subgenera information includes: CHECKFLAG, ERRORCODE, ISCOUNTTYPE and Errormsg.

CHECKFLAG is a flag list for checking whether the rules pass or not, and is divided by english comma without being represented by false and by turn.

Errorcode is a list of error codes which do not pass the rule in the rule check, and no error is represented by NULL and divided by english comma.

Iscounttype indicates whether the rules executed by the present rule are rules requiring calculation only, that is, only the returned calculation result needs to be obtained, and rule control is not required. 0 represents a non-computational class rule and 1 represents a computational class rule.

Resultvalue denotes a calculation result list of a plurality of calculation rules executed by the present rule, no return result is indicated by NULL, and a plurality of return results are separated by english commas.

Errormsg indicates a list of prompt messages when the plurality of check rules executed by the present rule do not pass. Returning NULL by checking the rule which passes the verification and has no prompt information; the verification rule does not pass and includes 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 results of each check rule in the effective rule list.

The list of processing results of the public accumulation business comprises the processing results of the public accumulation business, specifically, the category comprises key information and result information.

The result information includes the result of each validation rule in the validation rule list. That is, for each rule, a one-to-one judgment is made to determine whether the service data conforms to each rule. Even if one piece of business data does not accord with 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 business can be obtained, and the method is beneficial to pertinently improving the relevant parameters which do not accord with the check rules in the accumulation business.

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

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. And 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 based on the rule data and the effective rule list, and the check rule comprises the rule data and the effective rule list.

The APP sends the processing result of the public accumulation business fed back by the service request message. Thus, the processing result of the public accumulation business fed back by the service request message can be received from the APP.

And further, the processing result can be timely obtained, and the relevant parameters which need to be modified are prompted to be modified in a targeted manner.

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

The data and the rules are respectively set, the business data is specific data related to the public accumulation business, the rule data is specific rules related to the public accumulation business, and the effective rule list belongs to the atomic rules which have relative independence. The atomic rules are preset according to the transaction identification and the client type. The rule data is set for a specific rule class label. The rule data and the validation rule list can be multiplexed and updated at any time. The updating of rule data or the effective rule list does not need to be recoded or restarted, so that the efficiency of processing the accumulation business can be improved.

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

The service module 701 is configured to obtain service data from a service database by using house public accumulation transaction parameters and data classification labels.

The rule module 702 is configured to obtain rule data from the rule database based on the housing public accumulation fund institution parameters and the rule classification labels.

A manifest module 703, configured to obtain a validation rule manifest for the transaction identifier and the client type in the rule configuration database.

And the assembling module 704 is configured to assemble the service request message according to the service data, the rule data and the validation rule list, and then send the service request message.

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

In one embodiment of the invention, the data classification tag comprises a two-stage data classification tag;

The second-stage data classification label of the loan information comprises acceptance information, associated person information, guarantee information, purchased house information, loan application information, loan individual information, loan repayment details and loan overdue details;

In one embodiment of the invention, the rule classification tags include two-level rule classification tags;

The first-level rule classification labels comprise loans and collections;

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

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

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

In one embodiment of the invention, inventory module 703 is also used to build a rule configuration database including atomic rules for institution codes, transaction identifications, product identifications, and customer types.

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

In one embodiment of the present invention, the assembling module 704 is specifically configured to set the root node subordinate to the service data parent node, and the service data parent node subordinate to the service data;

Setting a root node subordinate rule data parent node, wherein the rule data parent node subordinate rule data;

setting a root node subordinate to an effective rule list father node, and setting an effective rule list subordinate to the effective rule list father node;

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

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

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 validation rule list.

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

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

In one 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 an application, a processing result of the public accumulation business fed back for the service request message.

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

As shown in fig. 8, a system architecture 800 may include terminal devices 801, 802, 803, a network 804, and a server 805. The network 804 serves as a medium for providing communication links between the terminal devices 801, 802, 803 and the server 805. The network 804 may include various connection types, such as wired, wireless communication links, or fiber optic cables, among others.

A user may interact with the server 805 through the network 804 using the terminal devices 801, 802, 803 to receive or send messages or the like. Various communication client applications such as shopping class applications, web browser applications, search class applications, instant messaging tools, mailbox clients, social platform software, etc. (by way of example only) may be installed on the terminal devices 801, 802, 803.

The terminal devices 801, 802, 803 may be a variety of electronic devices having a display screen and supporting web browsing, including but not limited to smartphones, tablets, laptop and desktop computers, and the like.

The server 805 may be a server providing various services, such as a background management server (by way of example only) that provides support for shopping-type websites browsed by users using the terminal devices 801, 802, 803. The background management server may analyze and process the received data such as the product information query request, and feedback the processing result (e.g., the target push information, the product information—only an example) to the terminal device.

It should be noted that, the method for processing the public accumulation business according to the embodiment of the present invention is generally executed by the server 805, and accordingly, the device for processing the public accumulation business 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, there is illustrated a schematic diagram of a computer system 900 suitable for use in implementing an embodiment of the present invention. The terminal device shown in fig. 9 is only an example, and should not impose any limitation on the functions and the scope of use of the embodiment of the present invention.

As shown in fig. 9, the computer system 900 includes a Central Processing Unit (CPU) 901, which can execute various appropriate actions and processes according to 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, ROM902, and RAM 903 are connected to each other through a bus 904. An input/output (I/O) interface 905 is also connected to the bus 904.

The following components are connected to the I/O interface 905: an input section 906 including a keyboard, a mouse, and the like; an output portion 907 including a display such as a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and a speaker; a storage portion 908 including a hard disk or 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 needed. A removable medium 911 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is installed as needed on the drive 910 so that a computer program read out therefrom is installed into the storage section 908 as needed.

In particular, according to embodiments of the present disclosure, the processes described above with reference to 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 shown in the flow chart. In such an embodiment, the computer program may be downloaded and installed from the network via the communication portion 909 and/or installed from the removable medium 911. The above-described functions defined in the system of the present invention are performed when the computer program is executed by a Central Processing Unit (CPU) 901.

The computer readable medium shown in the present invention may be a computer readable signal medium or a computer readable storage medium, or any combination of the two. The computer readable storage medium can be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or a combination of any 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 context of this document, 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, the computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, with the computer-readable program code embodied therein. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination of the foregoing. 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 flowcharts 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 involved in the embodiments of the present invention may be implemented in software or in hardware. The described modules may also be provided in a processor, for example, as: a processor includes a transmitting unit, an acquiring unit, a determining unit, and a first processing unit. The names of these units do not constitute a limitation on the unit itself in some cases, and for example, the transmitting unit may also be described as "a unit that transmits 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 present alone without being fitted into the device. The computer readable medium carries one or more programs which, when executed by a device, cause the device to include:

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

The above embodiments do not limit the scope of the present invention. It will be apparent to those skilled in the art that various modifications, combinations, sub-combinations and alternatives can occur depending upon design requirements and other factors. Any modifications, equivalent substitutions and improvements made within the spirit and principles of the present invention should be included in the scope of the present invention.

Claims

1. A method of processing an aggregate service, comprising:

receiving a processing result of the public accumulation business fed back by the service request message, and analyzing and displaying the processing result of the public accumulation business;

Based on the root node assembly, obtaining the service request message;

2. The method of processing an accumulation fund service as in claim 1, in which the data classification tag comprises a two-stage data classification tag;

3. The method of processing an accumulation fund service as in claim 1, in which the rule classification tags comprise two-level rule classification tags;

The first-level rule classification labels comprise loans and collections;

4. The method of processing an accumulation service as in claim 1 wherein the identifying of the transaction and the type of customer in the rule configuration database, prior to obtaining the list of validation rules, further comprises:

5. The method of processing an accumulation fund service as in claim 1, wherein the obtaining an effective rule list in a rule configuration database for the transaction identification and the customer type comprises:

6. The method of claim 5, wherein the rules configuration database for institution codes, transaction identifications, product identifications, and customer types, prior to obtaining the validation rule list, further comprises:

7. The method of processing an accumulation fund service as in claim 4 or 6, in which the creating a rule configuration database comprising atomic rules comprises:

8. The method of processing an accumulation fund service as in claim 1, in which the service request message is stored in a configuration file in XML format.

9. The method for processing the accumulation fund service according to claim 1, wherein the sending the service request message comprises:

10. The method for processing the accumulation fund service according to claim 1, wherein the sending the service request message comprises:

sending the service request message to an application;

11. An apparatus for processing an aggregate service, comprising:

The assembly module is used for transmitting the service request message after assembling the service request message according to the service data, the rule data and the effective rule list; setting a root node subordinate business data father node, wherein the business data father node subordinate sets the business data; setting a root node subordinate rule data parent node, wherein the rule data parent node subordinate rule data; setting a root node subordinate to an effective rule list father node, wherein the effective rule list father node subordinate to the root node sets the effective rule list; based on the root node assembly, obtaining the service request message;

the analysis module is used for receiving the processing result of the public accumulation business fed back by the service request message, analyzing and displaying the processing result of the public accumulation business; analyzing according to the three-layer node structure of the processing result of the public accumulation business to obtain a list of the processing result of the public accumulation business; 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.

12. An electronic device for processing an aggregate service, comprising:

One or more processors;

Storage means for storing one or more programs,

When executed by the one or more processors, causes the one or more processors to implement the method of any of claims 1-10.

13. A computer readable medium, on which a computer program is stored, characterized in that the program, when being executed by a processor, implements the method according to any of claims 1-10.