Business processing method and device
By breaking down banking system business into atomic tasks and generating product composition tables, and scheduling task execution, the problem of complex product launch processes in banking systems has been solved. This has enabled rapid response to business innovation and module reusability, while reducing redundant development and waste of human resources.
Patent Information
- Application Number
- CN202011482749.6
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2020-12-16
- Publication Date
- 2025-01-10
- Estimated Expiration
- 2040-12-16
AI Technical Summary
The product launch process for banking systems is complex and requires collaborative development of multiple components, which leads to a lag in business innovation response and a large amount of redundant development, wasting human resources.
The target business is broken down into multiple atomic tasks. A product composition table is generated based on the business logic and atomic tasks. The atomic tasks are then scheduled and executed through the product composition table to achieve the target business.
It enables rapid support for multiple product combinations, improves module reusability, reduces redundant development, and saves human resources.
Smart Images

Figure CN112596871B_ABST
Abstract
Description
Technical Field
[0001] The present application relates to the field of data processing technology, and in particular to a business processing method and device. Background Art
[0002] At present, the product launch process of the banking system is complicated and requires the coordinated development of multiple components, which makes the response to business innovation lag. In addition, most of the business logic is currently embedded in the code development, which has strong coupling, resulting in a large amount of repeated development and waste of human resources.
[0003] To address the above problems, no effective solution has been proposed yet. Summary of the invention
[0004] The embodiments of the present application provide a business processing method and device to solve the problem of low product development efficiency in the prior art.
[0005] An embodiment of the present application provides a business processing method, including: receiving business request data sent by a front-end device, wherein the business request data includes information of a target business; splitting the target business into multiple atomic tasks according to the information of the target business; generating a product composition table corresponding to the target business based on the business logic of the target business and the multiple atomic tasks; and scheduling execution of the multiple atomic tasks based on the product composition table to achieve the target business.
[0006] In one embodiment, after executing multiple atomic tasks based on the product composition table to achieve the target business, it also includes: returning the execution result of the target business to the front-end device.
[0007] In one embodiment, according to the information of the target business, the target business is split into multiple atomic tasks, including: according to the information of the target business, the target business is split into multiple atomic tasks according to preset dimensions; wherein the preset dimensions include at least one of the following: customer dimension, product dimension and function dimension.
[0008] In one embodiment, a product composition table corresponding to the target business is generated based on the business logic of the target business and multiple atomic tasks, including: determining the priority of each atomic task in the multiple atomic tasks and the dependency relationship between the atomic tasks based on the business logic of the target business; reading atomic function data corresponding to each atomic task in the multiple atomic tasks from product pool data; combining the read multiple atomic function data according to the priority of each atomic task and the dependency relationship between the atomic tasks, and recording them in the product composition table corresponding to the target business.
[0009] In one embodiment, after splitting the target business into multiple atomic tasks according to preset dimensions based on the information of the target business, it also includes: recording the multiple atomic tasks into a transaction scheduling table and a task execution plan table, wherein the transaction scheduling table records the scheduling status of each atomic task in the multiple atomic tasks, and the task execution plan table records the execution status of each atomic task in the multiple atomic tasks; scheduling and executing multiple atomic tasks based on the product composition table, including: scheduling and executing multiple atomic tasks based on the product composition table, the transaction scheduling table and the task execution table.
[0010] In one embodiment, multiple atomic tasks are scheduled and executed based on a product composition table, a transaction scheduling table, and a task execution table, including: obtaining the scheduling status of the current atomic task from the transaction scheduling table; when the scheduling status of the current atomic task is pending, determining whether a predecessor task of the current atomic task has been successfully processed; when there is no predecessor task for the current atomic task or the predecessor task of the current atomic task has been successfully processed, updating the scheduling status of the current atomic task to being processed; when the predecessor task of the current atomic task has not been executed or has failed to be executed, ending the current process.
[0011] In one embodiment, multiple atomic tasks are scheduled for execution based on a product composition table, a transaction scheduling table, and a task execution table, including: reading a target atomic task in the execution plan table whose execution status is pending; updating the execution status of the target atomic task to being processed; executing the target atomic task; and updating the execution status of the target atomic task in the execution plan table according to the execution result.
[0012] An embodiment of the present application also provides a business processing device, including: a receiving module, used to receive business request data sent by a front-end device, wherein the business request data includes information of a target business; a splitting module, used to split the target business into multiple atomic tasks according to the information of the target business; a generating module, used to generate a product composition table corresponding to the target business based on the business logic of the target business and multiple atomic tasks; and an executing module, used to schedule the execution of multiple atomic tasks based on the product composition table to achieve the target business.
[0013] An embodiment of the present application also provides a computer device, including a processor and a memory for storing processor executable instructions, wherein the processor implements the steps of the business processing method described in any of the above embodiments when executing the instructions.
[0014] An embodiment of the present application also provides a computer-readable storage medium on which computer instructions are stored. When the instructions are executed, the steps of the business processing method described in any of the above embodiments are implemented.
[0015] In an embodiment of the present application, a business processing method is provided, which receives business request data sent by a front-end device, splits the target business into multiple atomic tasks according to the information of the target business in the business request, generates a product composition table corresponding to the target business based on the business logic of the target business and the multiple atomic tasks, and schedules the execution of multiple atomic tasks based on the product composition table to achieve the target business. In the above scheme, the target business is first split into multiple atomic tasks, and then the product composition table corresponding to the target business is generated by combining the multiple atomic tasks and the business logic. The business logic and technology can be separated, so that multiple product combinations can be quickly supported through configuration to respond to business innovation. At the same time, the reusability of the module is improved through the atomic splitting and combination of functions, which reduces repeated development and saves human resources. The above scheme solves the technical problem of low efficiency of existing product development, and achieves the technical effect of quickly supporting multiple product combinations, improving the reusability of modules, reducing repeated development and saving human resources. BRIEF DESCRIPTION OF THE DRAWINGS
[0016] The drawings described herein are used to provide a further understanding of the present application, constitute a part of the present application, and do not constitute a limitation of the present application. In the drawings:
[0017] Figure 1 A flowchart of a business processing method in an embodiment of the present application is shown;
[0018] Figure 2 A flowchart showing task generation in a business processing method in an embodiment of the present application is shown;
[0019] Figure 3 A flowchart showing task scheduling in a business processing method in an embodiment of the present application is shown;
[0020] Figure 4 A flowchart showing a scheduling configuration in a service processing method in an embodiment of the present application is shown;
[0021] Figure 5 A flowchart showing task execution in a business processing method in an embodiment of the present application is shown;
[0022] Figure 6 A flowchart showing execution feedback in a business processing method in an embodiment of the present application is shown;
[0023] Figure 7 A schematic diagram of a service processing device in an embodiment of the present application is shown;
[0024] Figure 8 A schematic diagram of a computer device in an embodiment of the present application is shown. DETAILED DESCRIPTION
[0025] The principles and spirit of the present application will be described below with reference to several exemplary embodiments. It should be understood that these embodiments are provided only to enable those skilled in the art to better understand and implement the present application, and are not intended to limit the scope of the present application in any way. On the contrary, these embodiments are provided to make the disclosure of the present application more thorough and complete, and to fully convey the scope of the present disclosure to those skilled in the art.
[0026] Those skilled in the art know that the embodiments of the present application can be implemented as a system, device, method or computer program product. Therefore, the present application can be implemented in the following forms, namely: complete hardware, complete software (including firmware, resident software, microcode, etc.), or a combination of hardware and software.
[0027] In a scenario example of the present application, a server may receive business request data sent by a front-end device. The business request data may include one or more transaction requests from one or more customers. The business request data includes information about the target business. The server may split the target business into multiple atomic tasks based on the information about the target business. Afterwards, the server may generate a product composition table corresponding to the target business based on the business logic of the target business and the multiple atomic tasks obtained by splitting, so as to schedule the execution of multiple atomic tasks based on the product composition table, thereby realizing the target business.
[0028] In one embodiment, after executing multiple atomic tasks based on the product composition table, the server may return the execution result of the target business to the front-end device.
[0029] In one embodiment, the server may split the target business into multiple atomic tasks according to preset dimensions based on the information of the target business. The preset dimensions may include at least one of the following: customer dimension, product dimension, and function dimension. For example, the target business is customer A using a time deposit to purchase a fund and customer B using a time deposit to purchase a treasury bond. First, two subtasks may be generated based on the target business. Subtask 1 is customer A using a time deposit to purchase a fund, and subtask 2 is customer B using a time deposit to purchase a treasury bond. Then, subtask 1 is split into an atomic task of unfreezing and an atomic task of purchasing a fund. Subtask 2 is split into an atomic task of unfreezing and an atomic task of purchasing a treasury bond.
[0030] In one embodiment, the server can determine the priority of each atomic task in multiple atomic tasks and the dependency relationship between atomic tasks based on the business logic of the target business. The server can read the atomic function data corresponding to each atomic task in multiple atomic tasks from the product pool data. Among them, the atomic function data is the program data used to implement the atomic task. The server can combine the read multiple atomic function data according to the priority of each atomic task and the dependency relationship between the atomic tasks, and record them in the product composition table corresponding to the target business.
[0031] In one embodiment, after splitting the target business into multiple atomic tasks according to preset dimensions, the server can record the multiple atomic tasks into a transaction scheduling table and a task execution plan table, wherein the transaction scheduling table records the scheduling status of each atomic task in the multiple atomic tasks, and the task execution plan table records the execution status of each atomic task in the multiple atomic tasks. Among them, the scheduling status of each atomic task in the transaction scheduling table can be set to a waiting state, waiting for scheduling. The execution status of each atomic task in the execution plan table can record its status according to whether it has a predecessor task. If there is no predecessor task, the record status is set to pending, waiting for execution. If there is a predecessor task, the record status is recorded as waiting. The server can schedule the execution of multiple atomic tasks based on the product composition table, the transaction scheduling table, and the task execution table.
[0032] In one embodiment, the server can obtain the scheduling status of the current atomic task from the transaction scheduling table; when the scheduling status of the current atomic task is pending, determine whether the predecessor task of the current atomic task has been successfully processed; when the current atomic task does not have a predecessor task or the predecessor task of the current atomic task is successfully processed, update the scheduling status of the current atomic task to processing; when the predecessor task of the current atomic task is not executed or fails to execute, end the current process.
[0033] In one embodiment, the server may read the target atomic task in the execution plan table whose execution status is pending; update the execution status of the target atomic task to processing; execute the target atomic task; and update the execution status of the target atomic task in the execution plan table according to the execution result.
[0034] An embodiment of the present application provides a service processing method. Figure 1A flowchart of a business processing method in an embodiment of the present application is shown. Although the present application provides method operation steps or device structures as shown in the following embodiments or drawings, more or fewer operation steps or module units may be included in the method or device based on routine or no creative labor. In the steps or structures where there is no necessary causal relationship logically, the execution order of these steps or the module structure of the device is not limited to the execution order or module structure described in the embodiments of the present application and shown in the drawings. When the method or module structure is applied to an actual device or terminal product, it can be connected according to the method or module structure shown in the embodiment or drawings for sequential execution or parallel execution (for example, a parallel processor or a multi-threaded processing environment, or even a distributed processing environment).
[0035] Specifically, Figure 1 As shown, a business processing method provided by an embodiment of the present application may include the following steps.
[0036] Step S101: receiving service request data sent by a front-end device.
[0037] Step S102: split the target business into multiple atomic tasks according to the information of the target business.
[0038] Specifically, the business request data may include information about the target business. The target business may be split into multiple atomic tasks according to the information about the target business in the business request data. For example, the target business may be that customer A uses a time deposit to purchase fund bonds. The target business may be divided into two atomic tasks. Atomic task 1 is a thawing task, and atomic task 2 is a fund purchase task.
[0039] Step S103: Generate a product composition table corresponding to the target business based on the business logic of the target business and multiple atomic tasks.
[0040] Step S104, scheduling and executing multiple atomic tasks based on the product composition table to achieve the target business.
[0041] Specifically, the server can configure multiple atomic tasks according to the business logic of the target business and record them in the product composition table to obtain the product composition table corresponding to the target business. Afterwards, the server can schedule and execute multiple atomic tasks based on the product composition table to achieve the target business.
[0042] The method in the above embodiment first splits the target business into multiple atomic tasks, and then combines the multiple atomic tasks and business logic to generate a product composition table corresponding to the target business, which can separate the business logic and technology, so that multiple product combinations can be quickly supported through configuration to respond to business innovation. At the same time, through the atomic splitting and combination of functions, the reusability of modules is improved, repeated development is reduced, and human resources are saved. The above solution solves the technical problem of low efficiency in existing product development, and achieves the technical effect of quickly supporting multiple product combinations, improving the reusability of modules, reducing repeated development, and saving human resources.
[0043] In some embodiments of the present application, after executing multiple atomic tasks based on the product composition table to achieve the target business, it also includes: returning the execution result of the target business to the front-end device. In this way, the user can know the business execution result in time, which can improve the user experience.
[0044] In some embodiments of the present application, the target business is split into multiple atomic tasks according to the information of the target business, including: according to the information of the target business, the target business is split into multiple atomic tasks according to preset dimensions.
[0045] Specifically, the preset dimension includes at least one of the following: customer dimension, product dimension and function dimension. The server can split the target business into multiple atomic tasks according to the preset dimension based on the information of the target business. Exemplarily, the target business is that customer A uses a fixed deposit to purchase funds and stocks and customer B uses a fixed deposit to purchase treasury bonds. First, the target business can be split into two subtasks according to the customer dimension: subtask 1 and subtask 2. Among them, subtask 1 is that customer A uses a fixed deposit to purchase funds and stocks, and subtask 2 is that customer B uses a fixed deposit to purchase treasury bonds. Then, subtask 1 is split into two subtasks according to the product dimension: subtask 3 and subtask 4. Subtask 3 is that customer A uses a fixed deposit to purchase funds, and subtask 4 is that customer A uses a fixed deposit to purchase stocks. Finally, subtask 3 can be split into an unfreezing atomic task and a fund purchase atomic task according to the function dimension, and subtask 4 can be split into an unfreezing atomic task and a stock purchase atomic task. Subtask 2 can be split into an unfreezing atomic task and a treasury bond purchase atomic task according to the function dimension. By splitting the target business according to the preset dimension, multiple atomic tasks can be obtained.
[0046] In some embodiments of the present application, a product composition table corresponding to the target business is generated based on the business logic of the target business and multiple atomic tasks, including: determining the priority of each atomic task in the multiple atomic tasks and the dependency relationship between the atomic tasks based on the business logic of the target business; reading atomic function data corresponding to each atomic task in the multiple atomic tasks from product pool data; combining the read multiple atomic function data according to the priority of each atomic task and the dependency relationship between the atomic tasks, and recording them in the product composition table corresponding to the target business.
[0047] Specifically, the server can determine the priority of each atomic task in multiple atomic tasks and the dependency relationship between atomic tasks based on the business logic of the target business. For example, if the atomic task includes an unfreezing task and a financial purchase task, the financial purchase task depends on the unfreezing task, and the financial purchase task can only be executed if the unfreezing task is successfully executed. The server can read the atomic function data corresponding to each atomic task in multiple atomic tasks from the product pool database. Among them, the product pool database may include atomic function data for realizing various atomic tasks. After splitting the target business into multiple atomic tasks, the atomic function data corresponding to each atomic task corresponding to the target business can be obtained from the product pool database. The server can combine the multiple atomic function data read according to the priority of each atomic task and the dependency relationship between the atomic tasks, and record them in the product composition table corresponding to the target business. In the above manner, after the developers develop various atomic tasks, the business of the combined product can be realized through the atomic splitting and combination of the business, the reusability of the module is improved, the repeated development is reduced, and human resources are saved.
[0048] In some embodiments of the present application, after splitting the target business into multiple atomic tasks according to preset dimensions based on information of the target business, it also includes: recording the multiple atomic tasks into a transaction scheduling table and a task execution plan table, wherein the transaction scheduling table records the scheduling status of each atomic task in the multiple atomic tasks, and the task execution plan table records the execution status of each atomic task in the multiple atomic tasks; scheduling and executing multiple atomic tasks based on the product composition table, including: scheduling and executing multiple atomic tasks based on the product composition table, the transaction scheduling table and the task execution table.
[0049] Specifically, the scheduling status of each atomic task in the transaction scheduling table can be set to a waiting state, waiting for scheduling. The execution status of each atomic task in the execution plan table can record its status according to whether it has a predecessor task. If there is no predecessor task, the record status is set to pending, waiting for execution. If there is a predecessor task, the record status is recorded as waiting. The server can schedule and execute multiple atomic tasks based on the product composition table, the transaction scheduling table, and the task execution table.
[0050] In some embodiments of the present application, multiple atomic tasks are scheduled and executed based on the product composition table, the transaction scheduling table and the task execution table, including: obtaining the scheduling status of the current atomic task from the transaction scheduling table; when the scheduling status of the current atomic task is pending, determining whether the predecessor task of the current atomic task has been successfully processed; when the current atomic task does not have a predecessor task or the predecessor task of the current atomic task has been successfully processed, updating the scheduling status of the current atomic task to processing; when the predecessor task of the current atomic task has not been executed or has failed to execute, ending the current process.
[0051] Specifically, when executing an atomic task, task scheduling is required. Task scheduling is the overall control of task execution. According to the scheduling configuration, tasks to be executed are called up, and processed according to the scheduling status of the task. If the scheduling status is pending, it is determined whether all the predecessor tasks of the current atomic task have been successfully processed. If there is no predecessor or all the predecessor tasks have been successfully processed, the scheduling status of the current atomic task in the transaction scheduling table is updated to processing, and the execution status of the current atomic task in the execution plan table is updated to pending, waiting for the planned execution; if there is a predecessor task that has not been executed or failed to execute, the current process ends.
[0052] In some embodiments of the present application, for a scheduling task whose scheduling status is in processing, if the execution plan status in the transaction scheduling table is waiting, it means that the current execution plan has not been executed yet, and the current process is terminated; if the execution plan status is success or failure, it means that the current plan has been executed, and the current scheduling task is set to completed, and check whether there are any post-tasks. Differentiate the processing according to whether there are post-tasks. If there are no post-tasks, determine whether all execution plans of the current combination product have been executed. If they have been executed, update the corresponding application form status to processing completed, and wait for the execution feedback job to notify the business component of the result. If it has not been executed, end the current process. If there are post-tasks and the current plan is all executed successfully, the post-scheduling status is set to pending, waiting for scheduling processing. If there are post-tasks and the current plan fails to execute, all post-scheduling tasks are set to invalid status and are no longer executed.
[0053] In some embodiments of the present application, multiple atomic tasks are scheduled for execution based on a product composition table, a transaction scheduling table, and a task execution table, including: reading a target atomic task in the execution plan table whose execution status is pending; updating the execution status of the target atomic task to processing; executing the target atomic task; and updating the execution status of the target atomic task in the execution plan table according to the execution result.
[0054] Specifically, the server can read the target atomic task whose execution status is pending in the execution plan table, and update the execution status of the target atomic task to processing. The target atomic task can be executed by an outbound call, and the execution status of the target atomic task in the execution plan table can be updated according to the execution result. For example, if the execution is successful, the execution status of the target atomic task is updated to success, and if the execution fails, the execution status of the target atomic task is updated to failure. In the above manner, multiple atomic tasks can be executed to achieve the target business.
[0055] The above method is described below in conjunction with a specific embodiment. However, it should be noted that this specific embodiment is only for better illustrating the present application and does not constitute an improper limitation on the present application.
[0056] In this specific embodiment, the service processing method may include the following five steps.
[0057] Step 1: The server receives the service request data sent by the front-end device.
[0058] Step 2: The server records the business request data in the application form and sets the data status to pending. The task generates a batch job. By scanning the application form, the pending data is split according to the dimensions of customer + product + function and recorded in the transaction details table, execution plan table and scheduling table. The relevant records in the transaction scheduling table are set to waiting status, waiting for scheduling. The relevant records in the execution plan table record their status according to whether they have a predecessor task. If there is no predecessor task, the record status is set to pending, waiting for execution. If there is a predecessor task, the record status is recorded as waiting. Please refer to Figure 2 , shows a flowchart of task generation in a business processing method in an embodiment of the present application. Figure 2 As shown, the pending data in the transaction application form can be read and the status can be updated to processing. The transaction application form and the product transaction type table can be associated to record the transaction application details table and update the processing status to processing. Record the transaction schedule table and update the processing status to waiting. It can be determined whether there is a predecessor task. If there is no predecessor task, the record status is set to pending and waiting for execution. If there is a predecessor task, the record status is recorded as waiting.
[0059] Step 3, task scheduling, please refer to Figure 3 , shows a flowchart of task scheduling in a business processing method in an embodiment of the present application. Specifically, Figure 3As shown in the figure, tasks can be processed according to their scheduling status. If the scheduling status is pending, determine whether all predecessor tasks of the current task have been successfully processed. If there is no predecessor or all predecessor tasks have been successfully processed, update the current scheduling status to processing, and update the current execution plan to pending, waiting for the plan to be executed. If any predecessor task has not been executed or failed, end the current process. For the scheduling task in process, if the execution plan status in the schedule table is waiting, it means that the current execution plan has not been executed, and end the current process; if the execution plan status is success or failure, it means that the current plan has been executed, set the current scheduling task to complete, and check whether there are post-tasks, and perform differentiated processing according to whether there are post-tasks. If there are no post-tasks, determine whether all execution plans of the current combination product have been executed. If they have been executed, update the corresponding application form status to processing completed, and wait for the execution feedback job to notify the business component of the result. If it has not been executed, end the current process. If there are post-tasks and the current plan is successfully executed, the post-scheduled status will be set to pending, waiting for scheduling processing. If there are post-tasks and the current plan fails to execute, all post-scheduled tasks will be set to invalid status and will not be executed.
[0060] Step 4: The server can configure atomic tasks and task priorities. By analyzing the business process, the combined products are atomically split by function, and the corresponding atomic functions are obtained from the product pool. The split atomic functions are recombined according to the configured priority and the dependencies between the functions, and recorded in the product composition table. Subsequent scheduling tasks will be scheduled sequentially according to the rules in the product composition table. Please refer to Figure 4 , shows a flowchart of the scheduling configuration in the service processing method in one embodiment of the present application. Specifically, Figure 4 As shown, by analyzing the business process, the combined products are atomically split according to functions, and the corresponding atomic functions are obtained from the product pool. The split atomic functions are recombined according to the configured priorities and the dependencies between the functions, and recorded in the product composition table. The scheduling tasks will be scheduled sequentially according to the rules in the product composition table.
[0061] Step 5: The server can perform batch jobs by scanning the execution plan table, reading the data to be processed, executing outbound transactions by configuring transaction codes, and updating the results into the execution plan table and scheduling table. Figure 5 , which shows a flowchart of task execution in a business processing method in an embodiment of the present application. Specifically, Figure 5As shown, the server can read the pending data in the execution schedule and update the execution schedule status to processing. The server can execute an outbound call according to the configured transaction code and update the execution status of the execution schedule to success / failure. The server can update the execution status in the transaction schedule to success / failure according to the internal serial number and record the business serial table.
[0062] Step 6, execute feedback. Please refer to Figure 6 , shows a flowchart of the execution feedback in the business processing method in one embodiment of the present application. Figure 6 As shown, the batch job scans the transaction application form and notifies the corresponding application component of the business results with the processing status completed through an outbound transaction, and the application component processes the results accordingly according to the business rules.
[0063] The method in the above embodiment extracts the business scenarios of the entire product portfolio, splits the business process into atoms, and reschedules and executes the split atomic functions in a configurable manner according to dependencies and priority order, so as to achieve the purpose of rapid response and launch. The above scheme technically realizes the flexible configuration of multiple products, and supports the configuration of dependencies between multiple products, making the launch of business innovation products faster, more convenient and more flexible. In addition, the above scheme improves the reuse of functional modules and reduces repeated code development by splitting the business logic process into atoms, greatly reducing development costs and labor costs.
[0064] Based on the same inventive concept, a business processing device is also provided in the embodiments of the present application, as described in the following embodiments. Since the principle of solving the problem by the business processing device is similar to that of the business processing method, the implementation of the business processing device can refer to the implementation of the business processing method, and the repeated parts will not be repeated. As used below, the term "unit" or "module" can be a combination of software and / or hardware that implements a predetermined function. Although the device described in the following embodiments is preferably implemented in software, the implementation of hardware, or a combination of software and hardware, is also possible and conceivable. Figure 7 is a structural block diagram of a service processing device according to an embodiment of the present application, such as Figure 7 As shown, it includes: a receiving module 701, a splitting module 702, a generating module 703 and an executing module 704. The structure is described below.
[0065] The receiving module 701 is used to receive service request data sent by a front-end device, wherein the service request data includes information of a target service.
[0066] The splitting module 702 is used to split the target business into multiple atomic tasks according to the information of the target business.
[0067] The generation module 703 is used to generate a product composition table corresponding to the target business based on the business logic of the target business and multiple atomic tasks.
[0068] The execution module 704 is used to schedule and execute multiple atomic tasks based on the product composition table to achieve the target business.
[0069] In some embodiments of the present application, the apparatus may further include a return module, and the return module may be used to return the execution result of the target service to the front-end device.
[0070] In some embodiments of the present application, the splitting module can be used to: split the target business into multiple atomic tasks according to preset dimensions based on information of the target business; wherein the preset dimensions may include at least one of the following: customer dimension, product dimension, and function dimension.
[0071] In some embodiments of the present application, the generation module can be specifically used to: determine the priority of each atomic task in multiple atomic tasks and the dependency relationship between the atomic tasks based on the business logic of the target business; read the atomic function data corresponding to each atomic task in the multiple atomic tasks from the product pool data; combine the read multiple atomic function data according to the priority of each atomic task and the dependency relationship between the atomic tasks, and record them in the product composition table corresponding to the target business.
[0072] In some embodiments of the present application, after splitting the target business into multiple atomic tasks according to preset dimensions based on information of the target business, it may also include: recording the multiple atomic tasks into a transaction scheduling table and a task execution plan table, wherein the transaction scheduling table records the scheduling status of each atomic task in the multiple atomic tasks, and the task execution plan table records the execution status of each atomic task in the multiple atomic tasks; scheduling the execution of multiple atomic tasks based on the product composition table may include: scheduling the execution of multiple atomic tasks based on the product composition table, the transaction scheduling table and the task execution table.
[0073] In some embodiments of the present application, scheduling and executing multiple atomic tasks based on the product composition table, the transaction scheduling table and the task execution table may include: obtaining the scheduling status of the current atomic task from the transaction scheduling table; when the scheduling status of the current atomic task is pending, determining whether the predecessor task of the current atomic task has been successfully processed; when there is no predecessor task for the current atomic task or the predecessor task of the current atomic task has been successfully processed, updating the scheduling status of the current atomic task to processing; when the predecessor task of the current atomic task has not been executed or has failed to execute, ending the current process.
[0074] In one embodiment, scheduling and executing multiple atomic tasks based on a product composition table, a transaction scheduling table, and a task execution table may include: reading a target atomic task in an execution plan table whose execution status is pending; updating the execution status of the target atomic task to being processed; executing the target atomic task; and updating the execution status of the target atomic task in the execution plan table according to the execution result.
[0075] From the above description, it can be seen that the embodiment of the present application achieves the following technical effects: first, the target business is split into multiple atomic tasks, and then the product composition table corresponding to the target business is generated by combining multiple atomic tasks and business logic, so that the business logic and technology can be separated, so that multiple product combinations can be quickly supported through configuration, responding to business innovation, and at the same time, through the atomic splitting and combination of functions, the reusability of modules is improved, repeated development is reduced, and human resources are saved. The above solution solves the technical problem of low efficiency of existing product development, and achieves the technical effects of quickly supporting multiple product combinations, improving the reusability of modules, reducing repeated development, and saving human resources.
[0076] The present application also provides a computer device, which can be found in Figure 8 The computer device structure diagram of the business processing method provided in the embodiment of the present application is shown, and the computer device may specifically include an input device 81, a processor 82, and a memory 83. Among them, the memory 83 is used to store processor executable instructions. When the processor 82 executes the instructions, the steps of the business processing method described in any of the above embodiments are implemented.
[0077] In this embodiment, the input device may specifically be one of the main devices for information exchange between the user and the computer system. The input device may include a keyboard, a mouse, a camera, a scanner, a light pen, a handwriting input board, a voice input device, etc.; the input device is used to input the original data and the program for processing these numbers into the computer. The input device can also obtain and receive data transmitted from other modules, units, and devices. The processor can be implemented in any appropriate manner. For example, the processor can take the form of a computer-readable medium, a logic gate, a switch, an application-specific integrated circuit (Application Specific Integrated Circuit, ASIC), a programmable logic controller, and an embedded microcontroller, etc., such as a microprocessor or a processor and a computer-readable program code (such as software or firmware) that can be executed by the (micro) processor. The memory may specifically be a memory device used to store information in modern information technology. The memory may include multiple levels. In a digital system, anything that can store binary data can be a memory; in an integrated circuit, a circuit with a storage function without a physical form is also called a memory, such as a RAM, a FIFO, etc.; in a system, a storage device with a physical form is also called a memory, such as a memory stick, a TF card, etc.
[0078] In this embodiment, the functions and effects specifically realized by the computer device can be explained in comparison with other embodiments and will not be described in detail here.
[0079] A computer storage medium based on the business processing method is also provided in an embodiment of the present application. The computer storage medium stores computer program instructions, and when the computer program instructions are executed, the steps of the business processing method described in any of the above embodiments are implemented.
[0080] In this embodiment, the storage medium includes, but is not limited to, a random access memory (RAM), a read-only memory (ROM), a cache, a hard disk (HDD) or a memory card. The memory may be used to store computer program instructions. The network communication unit may be an interface for network connection communication set in accordance with the standard specified by the communication protocol.
[0081] In this embodiment, the functions and effects specifically implemented by the program instructions stored in the computer storage medium can be explained in comparison with other embodiments and will not be repeated here.
[0082] Obviously, those skilled in the art should understand that the modules or steps of the above-mentioned embodiments of the present application can be implemented by a general computing device, they can be concentrated on a single computing device, or distributed on a network composed of multiple computing devices, and optionally, they can be implemented by a program code executable by a computing device, so that they can be stored in a storage device and executed by the computing device, and in some cases, the steps shown or described can be executed in a different order from that herein, or they can be made into individual integrated circuit modules, or multiple modules or steps therein can be made into a single integrated circuit module for implementation. In this way, the embodiments of the present application are not limited to any specific combination of hardware and software.
[0083] It should be understood that the above description is for illustration and not for limitation. By reading the above description, many embodiments and many applications beyond the examples provided will be apparent to those skilled in the art. Therefore, the scope of the present application should not be determined with reference to the above description, but should be determined with reference to the aforementioned claims and the full scope of equivalents possessed by these claims.
[0084] The above description is only the preferred embodiment of the present application and is not intended to limit the present application. For those skilled in the art, the embodiments of the present application may have various modifications and variations. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application shall be included in the protection scope of the present application.
Claims
1. A business processing method, characterized in that: include: Receiving service request data sent by a front-end device, wherein the service request data includes information of a target service; According to the information of the target business, split the target business into multiple atomic tasks; Based on the business logic of the target business and the multiple atomic tasks, generate a product composition table corresponding to the target business; Scheduling and executing the multiple atomic tasks based on the product composition table to achieve the target business; According to the information of the target business, the target business is divided into multiple atomic tasks, including: According to the information of the target business, split the target business into multiple atomic tasks according to preset dimensions; Wherein, the preset dimension includes at least one of the following: customer dimension, product dimension and function dimension; Accordingly, according to the information of the target business, the target business is split into multiple atomic tasks according to preset dimensions, including: Splitting the target business into a plurality of first subtasks according to the customer dimension; Splitting each of the multiple first subtasks into multiple second subtasks corresponding to each of the first subtasks according to the product dimension; Splitting each of the plurality of second subtasks into a plurality of atomic tasks corresponding to the second subtask according to a functional dimension; After the target business is split into a plurality of atomic tasks according to the preset dimension according to the information of the target business, the method further includes: The multiple atomic tasks are recorded in a transaction scheduling table and a task execution plan table, wherein the transaction scheduling table records the scheduling status of each atomic task in the multiple atomic tasks, and the task execution plan table records the execution status of each atomic task in the multiple atomic tasks; the scheduling status of each atomic task in the transaction scheduling table is set to a waiting scheduling status; the execution status of each atomic task in the execution plan table records its status according to whether it has a predecessor task, if there is no predecessor task, the record status is set to pending, waiting for execution, if there is a predecessor task, the record status is recorded as waiting; Scheduling and executing the multiple atomic tasks based on the product composition table includes: The plurality of atomic tasks are scheduled and executed based on the product composition table, the transaction scheduling table and the task execution table.
2. The method according to claim 1, characterized in that After executing the plurality of atomic tasks based on the product composition table to achieve the target business, the method further includes: The execution result of the target service is returned to the front-end device.
3. The method according to claim 1, characterized in that Based on the business logic of the target business and the multiple atomic tasks, a product composition table corresponding to the target business is generated, including: Determining the priority of each atomic task in the multiple atomic tasks and the dependency relationship between the atomic tasks based on the business logic of the target business; Reading atomic function data corresponding to each atomic task in the multiple atomic tasks from the product pool data; The read multiple atomic function data are combined according to the priorities of the atomic tasks and the dependencies between the atomic tasks, and recorded in the product composition table corresponding to the target business.
4. The method according to claim 1, characterized in that Scheduling and executing the multiple atomic tasks based on the product composition table, the transaction scheduling table, and the task execution table includes: Obtaining the scheduling status of the current atomic task from the transaction scheduling table; When the scheduling status of the current atomic task is pending, determine whether the predecessor task of the current atomic task has been successfully processed; If there is no predecessor task for the current atomic task or the predecessor task of the current atomic task is successfully processed, the scheduling state of the current atomic task is updated to being processed; If the predecessor task of the current atomic task is not executed or fails to execute, the current process ends.
5. The method according to claim 1, characterized in that Scheduling and executing the multiple atomic tasks based on the product composition table, the transaction scheduling table, and the task execution table includes: Read the target atomic task in the execution plan table whose execution status is pending; Updating the execution status of the target atomic task to being processed; Execute the target atomic task; The execution status of the target atomic task in the execution plan table is updated according to the execution result.
6. A service processing device, characterized in that: include: A receiving module, configured to receive service request data sent by a front-end device, wherein the service request data includes information of a target service; A splitting module, used for splitting the target business into multiple atomic tasks according to the information of the target business; A generating module, configured to generate a product composition table corresponding to the target business based on the business logic of the target business and the multiple atomic tasks; An execution module, configured to schedule and execute the multiple atomic tasks based on the product composition table to achieve the target business; The splitting module is specifically used to: split the target business into multiple atomic tasks according to preset dimensions based on the information of the target business; wherein the preset dimensions include at least one of the following: customer dimension, product dimension and function dimension; Accordingly, the splitting module is specifically used to: split the target business into multiple first subtasks according to the customer dimension; split each first subtask in the multiple first subtasks into multiple second subtasks corresponding to each first subtask according to the product dimension; split each second subtask in the multiple second subtasks into multiple atomic tasks corresponding to each second subtask according to the function dimension; The device further comprises a recording module, which is specifically used for: recording the multiple atomic tasks into a transaction scheduling table and a task execution plan table, wherein the transaction scheduling table records the scheduling status of each atomic task in the multiple atomic tasks, and the task execution plan table records the execution status of each atomic task in the multiple atomic tasks; the scheduling status of each atomic task in the transaction scheduling table is set to a waiting scheduling status; the execution status of each atomic task in the execution plan table records its status according to whether it has a predecessor task, if there is no predecessor task, the record status is set to pending, waiting for execution, if there is a predecessor task, the record status is recorded as waiting; Correspondingly, the execution module is specifically used to schedule the execution of the multiple atomic tasks based on the product composition table, the transaction scheduling table and the task execution table.
7. A computer device, characterized in that: The method comprises a processor and a memory for storing processor-executable instructions, wherein the processor implements the steps of the method according to any one of claims 1 to 5 when executing the instructions.
8. A computer-readable storage medium having computer instructions stored thereon, characterized in that: When the instructions are executed, the steps of the method according to any one of claims 1 to 5 are implemented.
Citation Information
Patent Citations
Business processing method and device
CN106603708A
File processing method and file processing device based on sub-libraries and sub-statements
CN107402950A
Business processing method and device, computer readable medium and electronic equipment
CN110716748A
Method and device for hierarchically and asynchronously processing transactions
CN111580939A