CN111581268A

CN111581268A - Service processing method, device and system

Info

Publication number: CN111581268A
Application number: CN202010313877.1A
Authority: CN
Inventors: 周建勇; 张皓
Original assignee: Beijing Tongbang Zhuoyi Technology Co ltd
Current assignee: Beijing Tongbang Zhuoyi Technology Co ltd
Priority date: 2020-04-20
Filing date: 2020-04-20
Publication date: 2020-08-25

Abstract

The invention discloses a service processing method, a device and a system, and relates to the technical field of computers. One embodiment of the method comprises: acquiring a module specification by calling a service interface of a standing book management system end, wherein the attributes of the module specification comprise phase starting time, phase ending time, a fee item list and a phase identifier; filling the service parameters serving as input parameters into the module specification to obtain a service stage module; and sending a service processing request to the standing book management system end, wherein the service processing request carries the service phase module and the product identifier. The implementation method can solve the technical problems of high access cost and poor expansibility.

Description

Service processing method, device and system

Technical Field

The present invention relates to the field of computer technologies, and in particular, to a method, an apparatus, and a system for processing a service.

Background

With the rapid development of the internet industry, more and more products are sold through online channels, and users can purchase various physical products or virtual products online, so that great convenience is brought to the users.

Different products on the service line have different fee items, calculation stages, calculation types and the like, and the data structure at the bottom of the system defines different fields for storage according to the fee items actually related to the different products.

In the process of implementing the invention, the inventor finds that at least the following problems exist in the prior art:

each service line solidifies expense items, calculation stages and calculation types in service logic, so that when a new product appears, service flow codes need to be redeveloped according to the service logic of the new product. Therefore, the time cost and the labor cost for accessing the new product are increased. Moreover, the fee items are solidified in the bottom database field, if a new product has a new fee item, the data structure needs to be modified, and the expansibility is poor.

Disclosure of Invention

In view of this, embodiments of the present invention provide a service processing method, apparatus, and system, so as to solve the technical problems of high access cost and poor extensibility.

In order to achieve the above object, according to an aspect of the embodiments of the present invention, a service processing method is provided, which is applied to a service system side, and includes:

acquiring a module specification by calling a service interface of a standing book management system end, wherein the attributes of the module specification comprise phase starting time, phase ending time, a fee item list and a phase identifier;

filling the service parameters serving as input parameters into the module specification to obtain a service stage module;

and sending a service processing request to the standing book management system end, wherein the service processing request carries the service phase module and the product identifier.

Optionally, the module specification is at least one of a normal module specification, a deferred module specification and a deferred module specification; the business phase module is at least one of a normal period module, a delay module and a overdue module;

the module specification corresponds to the service phase modules one to one.

Optionally, obtaining a module specification by calling a service interface of the ledger management system side includes:

initiating a calling request for calling a service interface of a machine account management system end, wherein the calling request carries at least one module identifier;

and receiving each module specification which is returned by the service interface and corresponds to at least one module identifier respectively.

In addition, according to another aspect of the embodiments of the present invention, there is provided a service processing method, applied to an account management system, including:

receiving a service processing request sent by a service system end, wherein the service processing request carries a service stage module and a product identifier;

acquiring basic configuration information corresponding to the product identification, and calculating expense item information according to the basic configuration information and the service phase module;

and storing the fee item information into a database table.

Optionally, calculating fee information according to the basic configuration information and the service phase module includes:

transmitting the basic configuration information into a construction method so that the construction method calls a calculation strategy construction proxy class to return a calculation strategy class;

calculating fee item information based on the calculation strategy class and the service phase module;

wherein the construction method is provided by a predefined calculation strategy construction class; the business phase module comprises a phase start time, a phase deadline, a fee item list and a phase identifier.

Optionally, storing the fee item information in a database table, including:

for each expense item, storing expense item information of the expense item into a database table corresponding to the expense item in a vertical table mode;

wherein each record in the database table describes fee item information for a fee item.

In addition, according to another aspect of the embodiments of the present invention, there is provided a service processing apparatus, which is disposed at a service system side, and includes:

the system comprises a calling module, a service interface acquisition module and a service module, wherein the calling module is used for acquiring module specifications by calling the service interface of the ledger management system end, and the attributes of the module specifications comprise phase starting time, phase ending time, a charge item list and phase identification;

the parameter input module is used for filling the service parameters serving as input parameters into the module specification so as to obtain a service stage module;

and the sending module is used for sending a service processing request to the standing book management system terminal, wherein the service processing request carries the service phase module and the product identifier.

the module specification corresponds to the service phase modules one to one.

Optionally, the invoking module is further configured to:

In addition, according to another aspect of the embodiments of the present invention, there is provided a service processing apparatus, which is provided at an account management system side, and includes:

the receiving module is used for receiving a service processing request sent by a service system end, wherein the service processing request carries a service stage module and a product identifier;

the acquisition module is used for acquiring basic configuration information corresponding to the product identification and calculating expense item information according to the basic configuration information and the service phase module;

and the storage module is used for storing the fee item information into a database table.

Optionally, the obtaining module is further configured to:

wherein the construction method is provided by a predefined computing strategy construction class; the business phase module comprises a phase start time, a phase deadline, a fee item list and a phase identifier.

Optionally, the storage module is further configured to:

In addition, according to another aspect of the embodiment of the present invention, a business processing system is provided, which includes a business system end and a ledger management system end;

the business system end is used for obtaining module specifications by calling a service interface of the standing book management system end, and the attributes of the module specifications comprise phase starting time, phase ending time, a fee item list and phase identification; filling the service parameters serving as input parameters into the module specification to obtain a service stage module; sending a service processing request to the machine account management system end, wherein the service processing request carries the service phase module and the product identifier;

the machine account management system end is used for receiving a service processing request sent by the service system end, and the service processing request carries a service stage module and a product identifier; acquiring basic configuration information corresponding to the product identification, and calculating expense item information according to the basic configuration information and the service phase module; and storing the fee item information into a database table.

According to another aspect of the embodiments of the present invention, there is also provided an electronic device, 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 of any of the embodiments described above.

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

One embodiment of the above invention has the following advantages or benefits: because the technical means that the service parameters are entered into the module specification to obtain the service phase module, the product identification and the like are transmitted into the ledger management system, and the ledger management system calculates the expense information according to the basic configuration information and the service phase module is adopted, the technical problems of high access cost and poor expansibility in the prior art are solved. The embodiment of the invention abstracts the calculation stage into the service stage module, so that the ledger management system can calculate expense information according to the service stage module, the ledger management system avoids the process of repeated development, greatly saves the development cost and shortens the access period of new products. When a new product needs to be accessed, the standing book management system only needs to add related configuration information, and new codes do not need to be developed. And the independent table result describes the expense items, one expense item is not only a field, but is changed into a record in the expense item table, and the expandability of the data structure is 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 business processing method according to one embodiment of the present invention;

fig. 2 is a schematic diagram of a main flow of a service processing method according to a referential embodiment of the present invention;

fig. 3 is a schematic diagram of a main flow of a service processing method according to another embodiment of the present invention;

fig. 4 is a schematic diagram of a main flow of a service processing method according to another referential embodiment of the present invention;

fig. 5 is a flowchart of interaction between a business system side and a ledger administration system side according to a referential embodiment of the present invention;

FIG. 6 is a schematic diagram of the main modules of a traffic processing apparatus according to one embodiment of the present invention;

FIG. 7 is a schematic diagram of the main modules of a traffic processing apparatus according to another 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.

Fig. 1 is a schematic diagram of a main flow of a service processing method according to an embodiment of the present invention. As an embodiment of the present invention, as shown in fig. 1, the service processing method is applied to a service system side, and may include:

and step 101, obtaining module specifications through a calling service interface of the ledger management system.

In order to solve the technical problem of high access cost caused by business logic solidification, the embodiment of the invention designs the service interface into a multi-module structure, different module specifications correspond to different computing stages, and the business system obtains the different module specifications by calling the service interface of the ledger management system end, wherein the different module specifications mainly comprise at least one of a normal term module specification, a postponed term module specification and an overdue module specification.

Optionally, the attributes of the module specification include a phase start time, a phase deadline, a fee item list, and a phase identification. Taking the specification of the deferred module as an example, the deferred module mainly comprises the following attributes: phase identification, deferral period, period type (year, month and day), list of deferral fee items (deferral principal, deferral interest, deferral service fee, etc.). The specification of the overdue module is similar to that of the postponed module, and is not repeated.

Optionally, step 101 may comprise: initiating a calling request for calling a service interface of a machine account management system end, wherein the calling request carries at least one module identifier; and receiving each module specification which is returned by the service interface and corresponds to at least one module identifier respectively. The calling request can carry a plurality of module identifications, each module identification corresponds to one module specification, and therefore at least one module specification can be correspondingly obtained through calling the service interface. For example, assuming that there are deferred and overdue phases for A-business, the deferred module specification and the expected module specification can be obtained by calling the service interface. It should be noted that each service system has different service scenarios, so that different module identifiers can be configured for each service system, thereby obtaining different module specifications.

And 102, filling the service parameters serving as input parameters into the module specification to obtain a service phase module.

After the module specification is obtained through the service interface, the service parameters are used as input parameters and are filled in each module specification, and each service stage module is correspondingly obtained. Optionally, the business phase module is at least one of a normal term module, a postpone module, an extension module and a overdue module. The module specification corresponds to the service phase modules one to one. For example, the service parameters are entered into the normal period module specification to obtain a normal period module; and participating the service parameters into the specification of the delay module to obtain the delay module.

And 103, sending a service processing request to the ledger management system. And the service processing request carries the service phase module and the product identifier.

And the business system transmits the business phase module and the product identifier after the participation into the standing book management system so that the standing book management system can calculate the expense item information of each expense item based on the transmitted business phase module, the transmitted product identifier and the like.

It should be noted that each service system has different service scenarios, and the different service scenarios require the ledger management system to record information such as different fees, calculation stages, and the like.

In addition to passing the business phase module and the product identification into the ledger administration system, the product start date, the product deadline unit (year, month, day, etc., extensible), etc. can also be passed into the ledger administration system.

According to the various embodiments, the technical means that the business phase module is obtained by adding the business parameters into the module specification, and the business phase module, the product identification and the like are transmitted into the standing book management system is adopted, so that the technical problem of high access cost in the prior art is solved. The embodiment of the invention abstracts the calculation stage into the service stage module, so that the ledger management system can calculate expense information according to the service stage module, the ledger management system avoids the process of repeated development, greatly saves the development cost and shortens the access period of new products.

Fig. 2 is a schematic diagram of a main flow of a service processing method according to a referential embodiment of the present invention. As another embodiment of the present invention, as shown in fig. 2, the service processing method is applied to a service system side, and may include:

step 201, at least one module identifier corresponding to the service system is configured.

Each service system has different service scenes, so that different module identifiers can be configured for each service system, and one or more module identifiers can be configured.

Step 202, initiating a call request for calling a service interface of the machine account management system, where the call request carries the at least one module identifier.

The calling request can carry a plurality of module identifications, each module identification corresponds to one module specification, and therefore at least one module specification can be correspondingly obtained through calling the service interface.

Step 203, receiving each module specification corresponding to at least one module identifier respectively returned by the service interface.

In the step, module specifications corresponding to the module identifications are obtained by calling the service interface, wherein each module identification corresponds to one module specification.

And step 204, filling the service parameters serving as input parameters into the module specification to obtain a service phase module.

And the service parameters are added into the specifications of each module, and each service stage module is correspondingly obtained. Optionally, the business phase module is at least one of a normal term module, a postpone module, an extension module and a overdue module. For example, the service parameters are entered into the normal period module specification to obtain a normal period module; and participating the service parameters into the specification of the delay module to obtain the delay module.

Step 205, sending a service processing request to the machine account management system, where the service processing request carries the service phase module and the product identifier.

In addition, in one embodiment of the present invention, the detailed implementation of the service processing method is described in detail in the above-mentioned service processing method, so that the repeated content is not described again.

Fig. 3 is a schematic diagram of a main flow of a service processing method according to another embodiment of the present invention. As another embodiment of the present invention, as shown in fig. 3, the service processing method is applied to an account management system side, and may include:

step 301, receiving a service processing request sent by a service system terminal. The service processing request carries a service phase module and a product identifier.

And the standing book management system receives the business phase module and the product identification transmitted by the business system. The business phase module comprises a phase start time, a phase deadline, a fee item list and a phase identifier. Taking the postpone module as an example, the postpone module mainly comprises: phase identification, deferral period, period type (year, month and day), list of deferral fee items (deferral principal, deferral interest, deferral service fee, etc.).

Step 302, obtaining basic configuration information corresponding to the product identifier, and calculating fee item information according to the basic configuration information and the service phase module.

Before step 302, basic configuration information of each product needs to be maintained in the ledger management system in advance according to business requirements, and a product identifier is generated for the basic configuration information. And providing the product identification for a service system, transmitting the product identification to an account management system when the service system initiates a service processing request, and acquiring basic configuration information corresponding to the product identification by the account management system.

Optionally, the basic configuration information may include a calculation type (e.g., equal principal), calculation stage information (e.g., normal interest-bearing period, postponed period, overdue period, etc.), and fee configuration information included in different calculation calculations (e.g., normal principal, postponed service fee, overdue principal, etc.), and the fee configuration information includes a fee identifier (e.g., normal principal), and a fee interest rate type (e.g., daily interest rate, monthly interest rate, annual interest rate, non-interest rate, etc.). Taking daily rest as an example, the daily rest comprises rounding type (rounding, truncation, advancing method), precision (2 bits and 6 bits after decimal point), rest at the end of the day, day knot mark and the like. And after the configuration of the information is completed, generating a corresponding product identifier.

After receiving the service processing request, the standing book management system inquires configured basic configuration information according to the product identification transmitted by the service system, so as to calculate expense item information according to the basic configuration information and the service stage module.

Optionally, calculating fee information according to the basic configuration information and the service phase module includes: transmitting the basic configuration information into a construction method so that the construction method calls a calculation strategy construction proxy class to return a calculation strategy class; calculating fee item information based on the calculation strategy class and the service phase module; wherein the construction method is provided by a predefined computing strategy construction class; the business phase module comprises a phase start time, a phase deadline, a fee item list and a phase identifier. The standing book management system analyzes the basic configuration information, and transmits the basic configuration information into a construction method provided by a calculation strategy construction class, so that the construction method calls the calculation strategy to construct an agent class, and then returns the calculation strategy class. The interest-bearing strategy construction agent class returns different calculation strategy classes according to different calculation types, and the calculation strategy classes provide various calculation logics and can calculate the starting date, the due date, the number of days and the like of a repayment plan with a designated term number.

Optionally, in the process of calculating the fee information based on the calculation policy class and the service phase module, the method may include: executing the calculation logic so as to generate information such as order information, staging lists and the like according to the business phase module; and then judging whether a delay module exists or not and whether an overdue module exists or not, and if so, generating expense item information such as delay information and expected information. The embodiment of the invention can calculate the fee item information of each fee item according to the introduced service phase module, and if the service B has the X fee item and the Y fee item for delay, the related information of X, Y fee items can be respectively calculated according to the interest rate and the fee item identification of the X fee item and the Y fee item in the delay module.

The ledger management system generates calculation stage related information including order information, staging list information, fee item list, calculation stage information, staging fee item list, staging calculation stage list and the like according to the sequence of the calculation stages by executing calculation logic.

Step 303, storing the fee item information into a database table.

And the standing book management system carries out persistence processing on the production expense item information and records the information into a database. Specifically, the fee item information of each fee item obtained by calculation is respectively stored in different database tables, and then the business system is informed that the processing is completed. Optionally, for each fee item, the fee item information of the fee item is stored in a vertical table manner in a database table corresponding to the fee item. Wherein each record in the database table describes fee item information for a fee item. For example, the normal principal, the normal interest, the overdue principal, the overdue interest, etc. are written into different database tables respectively.

In order to solve the technical problem of difficult expansion of a data structure, the embodiment of the invention describes the fee items through the results of the independent tables, one fee item is not only a field, but is changed into a record in the fee item table, and the record describes the information of the fee item identification, the fee item type, the amount of money paid, the amount of money due to payment due and the current amount of money due in detail. When a new product and a new expense item are accessed, only new expense item information needs to be recorded in the expense item table, the table structure does not need to be modified, and the expansibility is obviously enhanced. The description of the single data structure enables the expense items and the calculation stage to be embodied as a database record on storage to represent one expense item and one calculation stage, when a new expense item or calculation stage occurs, only a corresponding record needs to be added in the database, and the expansion is very convenient.

According to the various embodiments described above, it can be seen that the technical problems of high access cost and poor extensibility in the prior art are solved by the technical means of calculating the charge item information according to the basic configuration information and the service phase module. The embodiment of the invention abstracts the calculation stage into the service stage module, so that the ledger management system can calculate expense information according to the service stage module, the ledger management system avoids the process of repeated development, greatly saves the development cost and shortens the access period of new products. When a new product needs to be accessed, the standing book management system only needs to add related configuration information, and new codes do not need to be developed. And the independent table result describes the expense items, one expense item is not only a field, but is changed into a record in the expense item table, and the expandability of the data structure is improved.

Fig. 4 is a schematic diagram of a main flow of a service processing method according to another referential embodiment of the present invention. As another embodiment of the present invention, as shown in fig. 4, the service processing method is applied to a service system side, and may include:

step 401, pre-configuring basic configuration information of each product, and pre-defining a calculation policy construction class, wherein the calculation policy construction class provides a construction method.

The basic configuration information of each product is maintained in the standing book management system in advance, and a product identifier is generated for the basic configuration information. And providing the product identification to a service system, and transmitting the product identification to the standing book management system when the service system initiates a service processing request. Optionally, the basic configuration information may include a calculation type (e.g., equal principal), calculation stage information (e.g., normal interest-bearing period, postponed period, overdue period, etc.), and fee configuration information included in different calculation calculations (e.g., normal principal, postponed service fee, overdue principal, etc.), and the fee configuration information includes a fee identifier (e.g., normal principal), and a fee interest rate type (e.g., daily interest rate, monthly interest rate, annual interest rate, non-interest rate, etc.).

Step 402, receiving a service processing request sent by a service system terminal, where the service processing request carries a service phase module and a product identifier.

And step 403, acquiring basic configuration information corresponding to the product identifier.

Step 404, the basic configuration information is transmitted into the construction method, so that the construction method calls the calculation strategy construction class, thereby returning to the calculation strategy class.

Step 405, calculating fee information based on the calculation policy class and the service phase module.

Executing the calculation logic so as to generate information such as order information, staging lists and the like according to the business phase module; and then judging whether a delay module exists or not and whether an overdue module exists or not, and if so, generating expense item information such as delay information and expected information. The embodiment of the invention can calculate the charge item information of each charge item according to the introduced service phase module.

Step 406, store the fee item information in a database table.

And for each fee item, storing the fee item information of the fee item into a database table corresponding to the fee item in a vertical table mode. The standing book management system stores the expense item information of each expense item obtained by calculation into different database tables respectively, for example, normal principal, normal interest, overdue principal, overdue interest and the like are written into different database tables respectively. The business system is then notified that processing is complete. The embodiment of the invention describes the fee items through the results of the independent tables, one fee item is not only a field, but also is changed into a record in the fee item table, and the record describes the information of the fee item identification, the type of the fee item, the amount of money paid, the amount of money due to return and the like of the fee item in detail.

Fig. 5 is a flowchart of interaction between a business system side and a ledger administration system side according to a referential embodiment of the present invention. As shown in fig. 5, the service processing method mainly includes the following steps:

step 501, configuring basic configuration information of each product at the machine account management system side, and predefining a calculation strategy construction class, wherein the calculation strategy construction class provides a construction method.

Step 502, at least one module identifier corresponding to the service system is configured at the service system end.

Step 503, the service system side initiates a call request for calling a service interface of the ledger administration system side, where the call request carries the at least one module identifier.

Step 504, the service system end receives each module specification corresponding to at least one module identifier respectively returned by the service interface.

And 505, the service system end takes the service parameters as input parameters and fills the input parameters into the module specification, so as to obtain a service stage module.

Step 506, the service system side sends a service processing request to the standing book management system side, wherein the service processing request carries the service phase module and the product identifier.

And step 507, the ledger management system side receives and analyzes a service processing request sent by the service system side, wherein the service processing request carries a service phase module and a product identifier.

Step 508, the machine account management system side obtains basic configuration information corresponding to the product identifier, and transmits the basic configuration information to the construction method, so that the construction method calls the calculation policy construction class, thereby returning to the calculation policy class.

In step 509, the ledger administration system calculates the charge item information based on the calculation policy class and the service phase module.

Step 510, the ledger management system side stores the expense item information into a database table.

The detailed implementation of the service processing method is already described in detail in the service processing method, so that repeated descriptions are not repeated here.

Fig. 6 is a schematic diagram of main modules of a service processing apparatus according to an embodiment of the present invention, as shown in fig. 6, the service processing apparatus 600 is disposed at a service system end, and includes a calling module 601, a participating module 602, and a sending module 603; the calling module 601 is configured to obtain a module specification by calling a service interface, where attributes of the module specification include a phase start time, a phase end time, a fee list, and a phase identifier; the parameter entering module 602 is configured to enter a service parameter into the module specification to obtain a service phase module; the sending module 603 is configured to send a service processing request to the ledger management system side, where the service processing request carries the service phase module and the product identifier.

Optionally, the module specification is at least one of a normal module specification, a deferred module specification and a deferred module specification; the business phase module is at least one of a normal period module, a delay module, a display module and a overdue module.

Optionally, the invoking module 601 is further configured to:

initiating a calling request for calling a service interface, wherein the calling request carries at least one module identifier;

It should be noted that, in the embodiment of the service processing apparatus of the present invention, the details of the service processing method are already described in detail, and therefore, the repeated contents are not described again here.

Fig. 7 is a schematic diagram of main modules of a business processing apparatus according to an embodiment of the present invention, and as shown in fig. 7, the business processing apparatus 700 is disposed at an account management system side and includes a receiving module 701, an obtaining module 702, and a storing module 703; the receiving module 701 is configured to receive a service processing request sent by a service system end, where the service processing request carries a service phase module and a product identifier; the service phase module comprises phase starting time, phase ending time, a fee item list and a phase identifier; the obtaining module 702 is configured to obtain basic configuration information corresponding to the product identifier, and calculate fee item information according to the basic configuration information and the service phase module; the storage module 703 is configured to store the fee item information in a database table.

Optionally, the obtaining module 702 is further configured to:

predefining a calculation strategy construction class, wherein the calculation strategy construction class provides a construction method;

transmitting the basic configuration information into the construction method so that the construction method calls a calculation strategy construction proxy class to return a calculation strategy class;

and calculating fee item information based on the calculation strategy class and the service phase module.

Optionally, the storage module 703 is further configured to:

The embodiment of the invention also provides a business processing system, which comprises a business system end and a standing book management system end; the business system end is used for obtaining a module specification by calling a service interface of the standing book management system end, and the attributes of the module specification comprise phase starting time, phase ending time, a fee item list and a phase identifier; filling the service parameters serving as input parameters into the module specification to obtain a service stage module; sending a service processing request to the machine account management system end, wherein the service processing request carries the service phase module and the product identifier; the machine account management system end is used for receiving a service processing request sent by the service system end, and the service processing request carries a service stage module and a product identifier; acquiring basic configuration information corresponding to the product identification, and calculating expense item information according to the basic configuration information and the service phase module; and storing the fee item information into a database table.

Optionally, the module specification is at least one of a normal module specification, a deferred module specification and a deferred module specification; the business phase module is at least one of a normal period module, a delay module and a overdue module; the module specification corresponds to the service phase modules one to one.

Optionally, the service system side is further configured to initiate a call request for calling a service interface of the ledger administration system side, where the call request carries at least one module identifier; and receiving each module specification which is returned by the service interface and corresponds to at least one module identifier respectively.

Optionally, the ledger management system side is further configured to transmit the basic configuration information to a construction method, so that the construction method invokes a computation policy construction agent class, thereby returning to the computation policy class; calculating fee item information based on the calculation strategy class and the service phase module; wherein the construction method is provided by a predefined computing strategy construction class; the business phase module comprises a phase start time, a phase deadline, a fee item list and a phase identifier.

Optionally, the ledger management system side is further configured to: for each expense item, storing expense item information of the expense item into a database table corresponding to the expense item in a vertical table mode; wherein each record in the database table describes fee item information for a fee item.

It should be noted that, in the implementation of the service processing system of the present invention, the details of the service processing method are already described in detail, and therefore, the repeated contents are not described again here.

Fig. 8 shows an exemplary system architecture 800 of a service processing method or a service processing apparatus to which an embodiment of the present invention can 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 background management server may analyze and otherwise process the received data such as the item information query request, and feed back a processing result (for example, target push information, item information — just an example) to the terminal device.

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

terminal devices

801, 802, and 803, and accordingly, the service processing apparatus may be disposed in the

terminal devices

801, 802, and 803.

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 RAM903, various programs and data necessary for the operation of the system 900 are also stored. The CPU 901, ROM 902, and RAM903 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 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 programs 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 calling module, a participating module, and a sending module, where the names of the modules do not in some cases constitute a limitation on the module itself.

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 receiving module, an obtaining module, and a storing module, where the names of the modules do not in some cases constitute a limitation on the modules themselves.

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: acquiring module specifications by calling a service interface, wherein the attributes of the module specifications comprise phase start time, phase deadline, a fee item list and phase identification; the service parameters are entered into the module specification to obtain a service stage module; and sending a service processing request to the machine account management system terminal, wherein the service processing request carries the service phase module and the product identifier.

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: receiving a service processing request sent by a service system end, wherein the service processing request carries a service stage module and a product identifier; the service phase module comprises phase starting time, phase ending time, a fee item list and a phase identifier; acquiring basic configuration information corresponding to the product identification, and calculating expense item information according to the basic configuration information and the service phase module; and storing the fee item information into a database table.

According to the technical scheme of the embodiment of the invention, because the service parameters are entered into the module specification to obtain the service phase module, the service phase module and the product identification are transmitted into the ledger management system together, and the ledger management system calculates the expense information according to the basic configuration information and the service phase module, the technical problems of high access cost and poor expansibility in the prior art are solved. The embodiment of the invention abstracts the calculation stage into the service stage module, so that the ledger management system can calculate expense information according to the service stage module, the ledger management system avoids the process of repeated development, greatly saves the development cost and shortens the access period of new products. When a new product needs to be accessed, the standing book management system only needs to add related configuration information, and new codes do not need to be developed. And the independent table result describes the expense items, one expense item is not only a field, but is changed into a record in the expense item table, and the expandability of the data structure is 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 service processing method is applied to a service system end, and comprises the following steps:

2. The method of claim 1, wherein the module specification is at least one of a normal module specification, a deferred module specification, and a deferred module specification; the business phase module is at least one of a normal period module, a delay module and a overdue module;

the module specification corresponds to the service phase modules one to one.

3. The method according to claim 1 or 2, wherein the obtaining of the module specification by calling the service interface of the ledger management system side comprises:

4. A business processing method is characterized in that the business processing method is applied to a machine account management system end and comprises the following steps:

and storing the fee item information into a database table.

5. The method of claim 4, wherein calculating cost information based on the base configuration information and the business phase module comprises:

6. The method of claim 4 or 5, wherein storing the fee item information in a database table comprises:

7. A service processing apparatus, configured to be disposed at a service system side, includes:

the system comprises a calling module, a service module and a service module, wherein the calling module is used for acquiring module specifications through a calling service interface of a machine account management system end, and the attributes of the module specifications comprise phase starting time, phase ending time, a fee item list and phase identification;

8. A business processing device is characterized in that the business processing device is arranged at an account management system end and comprises:

9. A business processing system is characterized by comprising a business system end and a standing book management system end;

10. An electronic device, 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-6.

11. 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-6.