CN117950762A

CN117950762A - Service processing method, device, electronic equipment and storage medium

Info

Publication number: CN117950762A
Application number: CN202410132196.3A
Authority: CN
Inventors: 张春伟; 刘小齐
Original assignee: China Construction Bank Corp; CCB Finetech Co Ltd
Current assignee: China Construction Bank Corp; CCB Finetech Co Ltd
Priority date: 2024-01-31
Filing date: 2024-01-31
Publication date: 2024-04-30

Abstract

The invention discloses a business processing method, a business processing device, electronic equipment and a storage medium, and relates to the technical field of computers. One embodiment of the method comprises the following steps: responding to the triggering of the business processing task, and acquiring a business information record table so as to read the business information and the processing type of the task to be processed; inquiring the business processes associated with the business information to determine a business sub-process set corresponding to the task to be processed based on the processing type; sequentially determining the business sub-processes as target sub-processes based on the arrangement sequence, inquiring a processing component of the target sub-processes, and calling the processing component to execute the target sub-processes to obtain an execution result; and updating the processing state of the task to be processed in the service information record table in response to the execution result of each service sub-flow as successful execution. The embodiment can solve the problem of low efficiency of problem solving in complex scenes by only solving the problem of consistency through a manual processing mode.

Description

Service processing method, device, electronic equipment and storage medium

Technical Field

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

Background

In each service processing, multi-system cooperation is usually involved, but the more the cooperative systems are, the more the request calls among the systems are, and the problem of inconsistent service states among the systems is easy to occur. For example, in an accounting-type online transaction service, a plurality of accounting systems are required to cooperate to perform service processing, and service state consistency cannot be ensured due to network jitter, request timeout and the like. In the related art, the consistency problem of the business state in the accounting system is generally processed through the positive punching mechanism, but the positive punching mechanism is only suitable for the accounting system, and the consistency problem of other business systems cannot be solved, especially in a complex scene, the consistency problem can be solved only through a manual processing mode, so that the problem solving efficiency is lower.

Disclosure of Invention

In view of the above, embodiments of the present invention provide a method, an apparatus, an electronic device, and a storage medium for processing a service, which can solve the problem of low efficiency of problem resolution caused by that in a complex scenario, the problem of consistency can be solved only by a manual processing method.

To achieve the above object, according to one aspect of the embodiments of the present invention, there is provided a method for service processing.

The business processing method of the embodiment of the invention comprises the following steps: responding to the triggering of the business processing task, and acquiring a business information record table so as to read the business information and the processing type of the task to be processed;

inquiring the business processes associated with the business information to determine a business sub-process set corresponding to the task to be processed based on the processing type, wherein all business sub-processes in the business sub-process set are ordered according to the execution sequence;

Sequentially determining the business sub-processes as target sub-processes based on the arrangement sequence, inquiring a processing component of the target sub-processes, and calling the processing component to execute the target sub-processes to obtain an execution result;

and in response to the execution result of each business sub-process being successful in execution, updating the processing state of the task to be processed in the business information record table.

In one embodiment, the determining the business sub-process as the target sub-process based on the arrangement order sequentially, so as to query the processing component of the target sub-process, and call the processing component to execute the target sub-process, so as to obtain an execution result, including:

Determining a business sub-process with the arrangement sequence of the first bit as a target sub-process;

Inquiring a processing component of the target sub-process to call the processing component, and acquiring a processing strategy corresponding to the target sub-process from a preset configuration table to execute the target sub-process to obtain a corresponding execution result;

and responding to the execution result corresponding to the target sub-flow as successful execution, acquiring the adjacent business sub-flow after the target sub-flow based on the arrangement sequence to update the adjacent business sub-flow to a new target sub-flow, and re-invoking the corresponding processing component to execute the target sub-flow until the execution result corresponding to the last business sub-flow in the arrangement sequence is obtained.

In yet another embodiment, the obtaining, from a preset configuration table, a processing policy corresponding to the target sub-flow to execute the target sub-flow, to obtain a corresponding execution result, includes:

acquiring a parameter value of a preset processing parameter corresponding to the target sub-process, so as to determine whether to execute the target sub-process by combining the processing strategy;

And responding to the determination of executing the target sub-flow, acquiring the service parameters corresponding to the target sub-flow so as to execute the target sub-flow and obtain a corresponding execution result.

In yet another embodiment, further comprising:

responding to the execution result corresponding to the target sub-flow as the execution failure, and determining the re-execution time of the target sub-flow based on the processing strategy so as to generate a business processing task corresponding to the target sub-flow based on the re-execution time;

And updating the service information of the re-execution time and the target sub-flow to the service information record table.

In yet another embodiment, determining a service sub-flow set corresponding to the task to be processed based on the processing type includes:

Determining the processing direction of the task to be processed based on the processing type;

And determining a corresponding business sub-process based on the business information, so as to determine a business sub-process set corresponding to the task to be processed from the business process based on the business sub-process and the processing direction.

In yet another embodiment, reading service information and processing type of a task to be processed includes:

and acquiring a corresponding service identifier from the service processing task so as to read service information and processing type of the task to be processed associated with the service identifier from the service processing task.

In yet another embodiment, before the responding to the service processing task is triggered, further comprising:

and receiving abnormal information sent by a service system, acquiring corresponding service information based on the abnormal information, updating the service information to the service information record table, and updating the processing state of the service information to incomplete.

To achieve the above object, according to another aspect of an embodiment of the present invention, there is provided an apparatus for service processing.

The device for processing the service in the embodiment of the invention comprises the following components: the receiving unit is used for responding to the triggering of the business processing task and obtaining a business information record table so as to read the business information and the processing type of the task to be processed;

The determining unit is used for inquiring the business processes related to the business information to determine a business sub-process set corresponding to the task to be processed based on the processing type, wherein all business sub-processes in the business sub-process set are ordered according to the execution sequence;

the processing unit is used for sequentially determining the business sub-processes as target sub-processes based on the arrangement sequence, inquiring a processing component of the target sub-processes, and calling the processing component to execute the target sub-processes to obtain an execution result;

And the updating unit is used for updating the processing state of the task to be processed in the service information record table in response to the execution result of each service sub-flow as successful execution.

In one embodiment, the processing unit is specifically configured to:

In a further embodiment, the processing unit is specifically configured to:

In a further embodiment, the processing unit is further configured to:

In a further embodiment, the determining unit is specifically configured to:

In a further embodiment, the receiving unit is specifically configured to:

In a further embodiment, the receiving unit is further configured to:

To achieve the above object, according to still another aspect of an embodiment of the present invention, there is provided an electronic apparatus.

An electronic device according to an embodiment of the present invention includes: one or more processors; and the storage device is used for storing one or more programs, and when the one or more programs are executed by the one or more processors, the one or more processors are enabled to realize the business processing method provided by the embodiment of the invention.

To achieve the above object, according to still another aspect of an embodiment of the present invention, a computer-readable medium is provided.

A computer readable medium of an embodiment of the present invention stores a computer program thereon, which when executed by a processor implements a method for service processing provided by the embodiment of the present invention.

To achieve the above object, according to still another aspect of an embodiment of the present invention, there is provided a computer program product.

A computer program product of an embodiment of the present invention includes a computer program that, when executed by a processor, implements a method for service processing provided by the embodiment of the present invention.

One embodiment of the above invention has the following advantages or benefits: in the embodiment of the invention, after the business processing task is triggered, the task to be processed, namely, the business with the inconsistent problem in business processing, can be read from the business information record table, so that the corresponding business flow can be obtained, the business sub-flow set can be determined based on the processing type, namely, the business sub-flow which needs to be processed for solving the inconsistent problem can be determined, and further, the corresponding processing assembly can be sequentially called based on the execution sequence of each business sub-flow, so that the target sub-flow is executed through the processing assembly, and the execution result is obtained. In the embodiment of the invention, for the business processes with inconsistent problems, each business sub-process can be determined based on the processing type, and the corresponding processing assembly is further called to solve the problems in business processing, so that the inconsistent problems of different business systems are processed, and the efficiency of solving the consistent problems is 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 one main flow of a method of business processing according to an embodiment of the present invention;

FIG. 2 is a schematic diagram of yet another main flow of a method of business processing according to an embodiment of the present invention;

FIG. 3 is a schematic diagram of yet another main flow of a method of business processing according to an embodiment of the present invention;

fig. 4 is a schematic diagram of main units of an apparatus for service processing according to an embodiment of the present invention;

FIG. 5 is a diagram of yet another exemplary system architecture in which embodiments of the present invention may be applied;

FIG. 6 is a schematic diagram of a computer system suitable for use in implementing embodiments of the present 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.

It is noted that embodiments of the application and features of the embodiments may be combined with each other without conflict. The technical scheme of the application obtains, stores, uses, processes and the like the data, which all meet the relevant regulations of national laws and regulations.

The embodiment of the invention provides a service processing system which can be used for processing a scene of inconsistent problems in services, and particularly can be used for recovering the scene of inconsistent problems.

The embodiment of the invention provides a service processing method, which can be executed by a service processing system, as shown in fig. 1, and comprises the following steps:

s101: and responding to the triggering of the business processing task, and acquiring a business information record table so as to read the business information and the processing type of the task to be processed.

The service processing task can be automatically triggered for the service processing system or can be triggered after receiving an external trigger instruction. Specifically, a scheduling framework can be set in the invention, and the scheduling framework can automatically trigger the service processing task based on the setting or trigger the service processing task after receiving an external triggering instruction. The service processing task represents a task that needs to perform recovery processing on a service with an inconsistent problem, and service information with an inconsistent problem can be recorded in the service information recording table, so that in this step, after the service processing task is triggered, the service information recording table can be acquired to determine the service information to be processed, that is, the service information and the processing type of the task to be processed are read.

The task to be processed is the task for executing the processing this time, and the corresponding service information is read from the service information record table. The service information may indicate at which stage of which service the inconsistent problem occurs, so as to facilitate recovery of the inconsistent problem, for example, the service information may include a service identifier, a service system (or a service node, a service stage) and the like where the inconsistent problem occurs, and for facilitating service processing, the service information may further include service flow information, service stage information and service parameters, environment information when the problem occurs, a waiting time and the like.

Specifically, a processing state can be set for each service information in the service information record table, the processing state is incomplete, which means that the inconsistent problem is recovered and needs to be processed, so that the service information with the processing state incomplete can be read from the service information record table in this step, that is, the service information of the task to be processed is determined. The processing type represents the processing type for recovering the inconsistent problem, and specifically may include forward processing and reverse processing, where the forward processing represents the inconsistent problem processing according to the service execution sequence, and the manner of the forward processing may include a retry manner; the reverse processing means that inconsistent problem processing is performed in reverse of the service execution order, and for example, the reverse processing may include a rollback mode. In the embodiment of the invention, the processing mode of each service information can be stored in the service information record table, so that the processing mode can be read from the service information record table in the step.

It should be noted that, the service processing task may include a service identifier to indicate which service information of the service is processed, so that in this step, a corresponding service identifier may also be obtained, and further, service information and a processing type of a task to be processed associated with the service identifier may be read from the service processing task.

In one implementation manner of the embodiment of the invention, the service system can report, i.e. send the abnormal information, after determining that the inconsistent problem occurs in the service processing process. In the embodiment of the invention, after the abnormal information sent by the service system is received, the corresponding service information can be acquired based on the abnormal information, so that the service information is updated into the service information record table, and the processing state of the service information is updated to be unfinished. Specifically, in the embodiment of the present invention, the scheduling framework may update the service information record table by receiving the abnormal information sent by the service system.

In the embodiment of the invention, the whole processing flow of a service is split to obtain a plurality of service stages, and each service stage is executed according to a predetermined sequence to finish the execution of the service. In the service execution process, if an inconsistent problem occurs in a certain service stage, the service system corresponding to the service stage can send abnormal information, and the abnormal information can include information corresponding to the service stage, such as a service stage corresponding identifier and the like. Each business stage may be referred to as a business sub-process.

S102: and inquiring the business processes associated with the business information to determine a business sub-process set corresponding to the task to be processed based on the processing type.

Wherein, each business sub-process in the business sub-process set is ordered according to the execution sequence. The business process represents the whole process of business execution, including each business stage and the execution sequence of each business stage when the business is executed, and can be stored by a pre-configured data table. The relevant business processes are queried through the business information corresponding to the task to be processed, so that the position of the business stage of the business information corresponding to the task to be processed in the business self-running process can be determined, and the business sub-process set corresponding to the task to be processed can be determined based on the processing type.

In the embodiment of the invention, after the business process is determined, the business stage required to be executed for solving the inconsistency problem can be determined from the business process based on the processing type. If the processing type is forward processing, all the business phases from the business phase corresponding to the business information to the last phase of the business flow are required to be executed sequentially according to the execution sequence, so that the business sub-flow set corresponding to the task to be processed is determined to comprise all the business phases from the business phase corresponding to the business information to the last phase of the business flow. If the processing type is reverse processing, all the business phases from the business phase corresponding to the business information to the first one of the business processes are required to be executed in sequence according to the reverse of the execution sequence, so that the business sub-process set corresponding to the task to be processed is determined to comprise all the business phases from the business phase corresponding to the business information to the first one of the business processes.

For example, taking service X as an example, it includes a plurality of service stages, numbered Stg1, stg2, …, stgN in sequence, where N is a natural number greater than 2. If the service information of the task to be processed corresponds to the service stage Stg2 and the processing type is forward processing, determining that the service sub-flow set comprises each service stage Stg2 to StgN, wherein the execution sequence is the execution sequence of Stg2 to StgN; if the service information of the task to be processed corresponds to the service stage Stg2 and the processing type is forward processing, it can be determined that the service sub-flow set includes each service stage Stg2 and Stg1, and the execution sequence is the reverse sequence of the execution sequences of Stg2 to Stg1, that is, stg1 is executed first and Stg2 is executed later.

S103: and sequentially determining the business sub-processes as target sub-processes based on the arrangement sequence, inquiring the processing components of the target sub-processes, and calling the processing components to execute the target sub-processes to obtain an execution result.

Corresponding business processes are needed to be executed in sequence for each business sub-process in the business sub-process set so as to recover the problem of inconsistent business. In the embodiment of the invention, a corresponding processing component can be established for each business sub-process to be used for processing the problem of inconsistency of the components, and because the execution of the latter business sub-process needs to be carried out on the premise that the former business sub-process is successfully processed, the business processing can be sequentially carried out on each business sub-process according to the execution sequence in the step so as to solve the problem of inconsistency.

Specifically, the present step may be performed as: determining a business sub-process with the arrangement sequence of the first bit as a target sub-process; inquiring a processing component of the target sub-flow to call the processing component, and acquiring a processing strategy corresponding to the target sub-flow from a preset configuration table to execute the target sub-flow to obtain a corresponding execution result; and responding to the execution result corresponding to the target sub-flow as successful execution, acquiring the adjacent business sub-flow after the target sub-flow based on the arrangement sequence, updating the adjacent business sub-flow to be a new target sub-flow, and re-calling the corresponding processing component to execute the target sub-flow until the execution result corresponding to the last business sub-flow in the arrangement sequence is obtained.

According to the arrangement sequence of each business sub-process, firstly selecting the first business sub-process to be determined as a target sub-process, and executing the target sub-process through a corresponding processing component to obtain an execution result, namely solving the problem of inconsistency of the target sub-process; if the execution result is that the execution is successful, the inconsistent problem of the target sub-flow is restored, the next service sub-flow needs to be processed to restore the inconsistent problem, namely, based on the arrangement sequence, the adjacent service sub-flow after the target sub-flow is acquired to update to a new target sub-flow, and the corresponding processing component is called again to execute the target sub-flow, so that the execution result corresponding to the last service sub-flow in the arrangement sequence is obtained through the cyclic execution.

After the processing component of the target sub-flow is invoked, a processing policy, that is, a processing rule, etc., corresponding to the target sub-flow may be acquired first to execute the target sub-flow. Embodiments of the present invention may include setting a rule configuration table, where the retry rule configuration table includes relevant rule information, such as processing rules. Specifically, taking the example of the retry of the processing type, the processing policy may include the maximum retry number, the retry frequency, the interval duration, and the like corresponding to the target sub-flow. In this step, after the parameter value of the preset processing parameter is obtained, it may be determined whether to execute the target sub-flow in combination with the processing policy. The preset processing parameters may include a previous execution time, an execution number of times, and the like, if the processing type is retried, the preset processing parameters may be the retried number of times, the previous retried time, and the like, further, whether the target sub-process can be executed is determined based on the retried frequency and the maximum retried number of times in the processing policy, and after the target sub-process is determined to be executable, the service parameters corresponding to the target sub-process can be acquired for execution, so as to obtain a corresponding execution result.

It should be noted that, if the execution result of the target sub-process is the execution failure, it is indicated that the inconsistent problem of the target sub-process cannot be recovered, and further, the inconsistent problem cannot be recovered by the subsequent other service sub-processes, so that the current service processing may be stopped at this time, and the re-execution time of the target sub-process is determined based on the processing policy, so as to generate the service processing task corresponding to the target sub-process based on the re-execution time, so that the new service processing task may be triggered when the inconsistent problem processing may be executed again, and meanwhile, the re-execution time and the service information of the target sub-process may be updated to the service information record table, so that the service information may be obtained to perform the process of the inconsistent problem after the next service processing task is penalized.

S104: and updating the processing state of the task to be processed in the service information record table in response to the execution result of each service sub-flow as successful execution.

After step S103 is executed, if the execution result of each business sub-flow is that the execution is successful, it indicates that the inconsistent problem is successfully processed, at this time, the processing state of the task to be processed in the business information record table may be updated to be completed, that is, the processing state of the business information corresponding to the task to be processed is updated to be completed, so as to indicate that the processing is completed, and the business information will not be processed mutually.

In the embodiment of the invention, for the business processes with inconsistent problems, each business sub-process can be determined based on the processing type, and the corresponding processing assembly is further called to solve the problems in business processing, thereby realizing the processing of the inconsistent problems of different business systems and improving the efficiency of solving the consistent problems.

The method for processing a service in the embodiment of the present invention is specifically described below with reference to the embodiment shown in fig. 1, and as shown in fig. 2, the method includes:

S201: and the scheduling framework responds to the triggering of the service processing task, and acquires a service information record table so as to read the service information and the processing type of the task to be processed.

S202: and inquiring the business processes associated with the business information to determine a business sub-process set corresponding to the task to be processed based on the processing type.

S203: and determining the business sub-flow with the arrangement sequence of the first bit as a target sub-flow.

S204: and inquiring a processing component of the target sub-flow, calling the processing component, and acquiring a processing strategy corresponding to the target sub-flow from a preset configuration table to execute the target sub-flow to obtain a corresponding execution result.

S205: and in response to the execution result corresponding to the target sub-flow being execution success, judging whether the target sub-flow further comprises a business sub-flow, if so, executing the step S206, and if not, executing the step S207.

S206: and acquiring adjacent business sub-processes after the target sub-processes based on the arrangement order so as to update the business sub-processes into new target sub-processes.

After this step is performed, step S204 is performed.

S207: and updating the processing state of the task to be processed in the service information record table to be completed.

S208: and determining re-execution time of the target sub-process based on the processing strategy in response to the execution result corresponding to the target sub-process as the execution failure, so as to update the service information of the target sub-process, and storing the service information in the service information record table.

It should be noted that, in the embodiment of the present invention, the data processing principle is the same as the corresponding data processing principle in fig. 1, and will not be described again.

The method for processing a service in the embodiment of the present invention will be specifically described below with reference to the embodiment shown in fig. 1by taking a retry type as an example, and as shown in fig. 3, the method includes:

S301: and the scheduling framework responds to the triggering of the service processing task, and acquires the service information record table so as to read the service information of the task to be processed.

S302: and inquiring the business processes associated with the business information to determine a business sub-process set corresponding to the task to be processed based on the retry type.

S303: and determining the business sub-flow with the arrangement sequence of the first bit as a target sub-flow.

S304: and (3) inquiring a processing component of the target sub-flow, calling the processing component, and acquiring a retry strategy corresponding to the target sub-flow from a preset configuration table to judge whether to execute the retry, if so, executing the step S305, and if not, executing the step S309.

S305: and executing the target sub-flow retry to obtain a corresponding retry result.

S306: and in response to the retry result, judging whether the target sub-flow further comprises a business sub-flow or not, if so, executing the step S307, and if not, executing the step S308.

S307: and acquiring adjacent business sub-processes after the target sub-processes based on the arrangement order so as to update the business sub-processes into new target sub-processes.

After this step is performed, step S304 is performed.

S308: and updating the processing state of the task to be processed in the service information record table to be completed.

S309: responding to the retry result to retry failure, determining the re-execution time of the target sub-flow based on the processing strategy, and generating a business processing task corresponding to the target sub-flow based on the re-execution time; and updating the service information of the re-execution time and the target sub-flow to a service information record table.

In order to solve the problems existing in the prior art, an embodiment of the present invention provides a service processing apparatus 400, as shown in fig. 4, the apparatus 400 includes:

A receiving unit 401, configured to obtain a service information record table in response to a service processing task being triggered, so as to read service information and a processing type of the task to be processed;

a determining unit 402, configured to query a service flow associated with the service information, so as to determine a service sub-flow set corresponding to a task to be processed based on the processing type, where each service sub-flow in the service sub-flow set is ordered according to an execution order;

a processing unit 403, configured to sequentially determine the service sub-flows as target sub-flows based on an arrangement order, so as to query a processing component of the target sub-flows, and call the processing component to execute the target sub-flows, so as to obtain an execution result;

And an updating unit 404, configured to update the processing state of the task to be processed in the service information record table in response to the execution result of each service sub-flow being successful.

It should be understood that the manner of implementing the embodiment of the present invention is the same as that of implementing the embodiment shown in fig. 1, and will not be described herein.

In one embodiment, the processing unit 403 is specifically configured to:

In yet another embodiment, the processing unit 403 is specifically configured to:

In yet another embodiment, the processing unit 403 is further configured to:

In yet another embodiment, the determining unit 402 is specifically configured to:

In yet another embodiment, the receiving unit 401 is specifically configured to:

In yet another embodiment, the receiving unit 401 is further configured to:

It should be understood that the manner of implementing the embodiments of the present invention is the same as that of implementing the embodiments shown in fig. 1, 2 and 3, and will not be described herein.

According to an embodiment of the present invention, an electronic device and a readable storage medium are also provided.

The electronic equipment of the embodiment of the invention comprises: at least one processor; and a memory communicatively coupled to the at least one processor; the memory stores instructions executable by the one processor, and the instructions are executed by the at least one processor, so that the at least one processor performs the method for service processing provided by the embodiment of the present invention.

Fig. 5 illustrates an exemplary system architecture 500 of a business processing method or business processing apparatus to which embodiments of the present invention may be applied.

As shown in fig. 5, the system architecture 500 may include terminal devices 501, 502, 503, a network 504, and a server 505. The network 504 is used as a medium to provide communication links between the terminal devices 501, 502, 503 and the server 505. The network 504 may include various connection types, such as wired, wireless communication links, or fiber optic cables, among others.

A user may interact with the server 505 via the network 504 using the terminal devices 501, 502, 503 to receive or send messages or the like. Various client applications may be installed on the terminal devices 501, 502, 503.

The terminal devices 501, 502, 503 may be, but are not limited to, smartphones, tablets, laptop and desktop computers, and the like.

The server 505 may be a server providing various services, and may perform processing such as analysis on received data such as a product information query request, and feed back processing results (e.g., product information—merely by way of example) to the terminal device.

It should be noted that, the method for processing a service provided in the embodiment of the present invention is generally executed by the server 505, and accordingly, the device for processing a service is generally disposed in the server 505.

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

Referring now to FIG. 6, there is illustrated a schematic diagram of a computer system 600 suitable for use in implementing embodiments of the present invention. The computer system shown in fig. 6 is merely an example, and should not be construed as limiting the functionality and scope of use of embodiments of the present invention.

As shown in fig. 6, the computer system 600 includes a Central Processing Unit (CPU) 601, which can perform various appropriate actions and processes according to a program stored in a Read Only Memory (ROM) 602 or a program loaded from a storage section 608 into a Random Access Memory (RAM) 603. In the RAM603, various programs and data required for the operation of the system 600 are also stored. The CPU601, ROM602, and RAM603 are connected to each other through a bus 604. An input/output (I/O) interface 605 is also connected to bus 604.

The following components are connected to the I/O interface 605: an input portion 606 including a keyboard, mouse, etc.; an output portion 607 including a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and the like, a speaker, and the like; a storage section 608 including a hard disk and the like; and a communication section 609 including a network interface card such as a LAN card, a modem, or the like. The communication section 609 performs communication processing via a network such as the internet. The drive 610 is also connected to the I/O interface 605 as needed. Removable media 611 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is installed as needed on drive 610 so that a computer program read therefrom is installed as needed into storage section 608.

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 a network through the communication portion 609, and/or installed from the removable medium 611. 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) 601.

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 unit, 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 units involved in the embodiments of the present invention may be implemented in software or in hardware. The described units may also be provided in a processor, for example, described as: a processor includes a receiving unit, a determining unit, a processing unit, and an updating unit. The names of these units do not in any way constitute a limitation of the unit itself, for example, the receiving unit may also be described as a "unit of receiving function".

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 perform the method of business processing provided by the present invention.

As another aspect, the present invention also provides a computer program product, including a computer program, where the program when executed by a processor implements a method for service processing provided by an embodiment of the present invention.

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 service processing, comprising:

Responding to the triggering of the business processing task, and acquiring a business information record table so as to read the business information and the processing type of the task to be processed;

2. The method of claim 1, wherein the determining the business sub-process as the target sub-process based on the arrangement order sequentially to query a processing component of the target sub-process and call the processing component to execute the target sub-process, and obtain the execution result comprises:

3. The method of claim 2, wherein the obtaining, from a preset configuration table, the processing policy corresponding to the target sub-flow to execute the target sub-flow, to obtain a corresponding execution result, includes:

4. The method as recited in claim 2, further comprising:

5. The method of claim 1, wherein determining a set of business sub-processes corresponding to a task to be processed based on the processing type comprises:

6. The method of claim 1, wherein reading the traffic information and the processing type of the task to be processed comprises:

7. The method of claim 1, further comprising, prior to the responding to the traffic handling task being triggered:

8. An apparatus for service processing, comprising:

The receiving unit is used for responding to the triggering of the business processing task and obtaining a business information record table so as to read the business information and the processing type of the task to be processed;

9. The apparatus according to claim 8, wherein the processing unit is specifically configured to:

10. The apparatus according to claim 9, wherein the processing unit is specifically configured to:

11. The apparatus of claim 9, wherein the processing unit is further configured to:

12. The apparatus according to claim 8, wherein the determining unit is specifically configured to:

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

14. 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-7.

15. A computer program product comprising a computer program, characterized in that the program, when executed by a processor, implements the method according to any of claims 1-7.