Business processing method, apparatus, system, and electronic device

Abstract

The present disclosure relates to a business processing method, device, system and electronic equipment. The method comprises: in response to a business processing request sent by a client, generating a business identifier, and parsing a to-be-processed business file matching the file identifier obtained from a first database according to the file identifier to obtain to-be-processed business data, and storing the to-be-processed business data into a target data table matching a business processing type identifier in the business processing parameter according to the business identifier; generating to-be-executed information according to the business identifier and the business processing parameter, and writing the to-be-executed information into a message queue. Thus, when a second service node listens to the to-be-executed information, the to-be-executed information is consumed, thereby triggering processing of the to-be-processed business data. The present disclosure eliminates the need for business personnel to manually arrange to-be-processed business files into to-be-processed business data and manually process each to-be-processed business data, thereby improving the processing efficiency and accuracy of business data.

Description

Technical Field

[0001] This disclosure relates to the field of data processing technology, and in particular to a business processing method, apparatus, system and electronic device. Background Technology

[0002] Currently, banks, as transaction hubs in the financial industry, handle a large number of transactions every day (such as payroll disbursement and utility bill deductions). The processing flow for these transactions is clear, but they require manual operation. Manually processing each transaction individually is time-consuming, inefficient, and has low accuracy. Summary of the Invention

[0003] This disclosure provides a business processing method, apparatus, system, and electronic device to at least partially solve one of the technical problems in the related art. The technical solution of this disclosure is as follows:

[0004] According to a first aspect of the present disclosure, a business processing method is provided, comprising: receiving a business processing request sent by a client; wherein the business processing request includes a file identifier of a file to be processed and business processing parameters; responding to the business processing request, generating a business identifier, and retrieving a business file to be processed matching the file identifier from a first database; parsing the business file to be processed to obtain business data to be processed, and storing the business data to be processed in a target data table matching a business processing type identifier in the business processing parameters according to the business identifier; generating execution information according to the business identifier and the business processing parameters, and writing the execution information to a message queue; wherein the message queue is used to subscribe to a second service node of the message queue, and in response to detecting the writing of execution information in the message queue, retrieving the execution information from the message queue, parsing the execution information to obtain business processing parameters and the business identifier; retrieving a target data table from a second database according to the business identifier and the business processing type identifier; and processing the business data to be processed in the target data table according to the business processing parameters.

[0005] According to a second aspect of the present disclosure, a business processing method is provided, comprising: in response to detecting that pending execution information is written to a message queue, retrieving the pending execution information from the message queue, wherein the pending execution information is generated by a first service node receiving a business processing request sent by a client, generating a business identifier in response to the business processing request, and generating the business identifier based on the business identifier and the business processing parameters; parsing the pending execution information to obtain the business identifier and the business processing parameters; retrieving a target data table from a first database based on the business identifier and a business processing type identifier in the business processing parameters; and processing pending business data in the target data table according to the business processing parameters, wherein the pending business data is generated by the first service node receiving a business processing request sent by a client and storing the pending business data in a target data table matching the business processing type identifier based on the business identifier.

[0006] According to a third aspect of the present disclosure, a business processing system is provided, comprising: a client, configured to send a business processing request to a first service node in response to a user operation; a first service node, configured to receive the business processing request sent by the client, wherein the business processing request includes a file identifier of a business file to be processed and business processing parameters; in response to the business processing request, generating a business identifier, and retrieving a business file to be processed matching the file identifier from a first database; parsing the business file to be processed to obtain business data to be processed, and storing the business data to be processed in a database according to the business identifier; and storing the business data to be processed in a database with a first service node. The business processing type identifier in the business processing parameters is matched with the target data table; according to the business identifier and the business processing parameters, execution information is generated and written to the message queue; the second service node is used to retrieve the execution information from the message queue when it hears the execution information being written to the message queue; the execution information is parsed to obtain the business identifier and the business processing parameters; the target data table is retrieved from the first database according to the business identifier and the business processing type identifier in the business processing parameters; and the business data to be processed in the target data table is processed according to the business processing parameters.

[0007] According to a fourth aspect of the present disclosure, a service processing apparatus is provided, applied to a first service node, comprising: a receiving module, configured to receive a service processing request sent by a client; wherein the service processing request includes a file identifier of a service file to be processed and service processing parameters; an obtaining module, configured to generate a service identifier in response to the service processing request, and obtain a service file to be processed matching the file identifier from a first database according to the file identifier; and a parsing module, configured to parse the service file to be processed to obtain service data to be processed, and store the service data to be processed in a service processing parameter according to the service identifier. The target data table is matched with the business type identifier; the processing module is used to generate execution information according to the business identifier and the business processing parameters, and write the execution information to a message queue; wherein, the message queue is used to subscribe to the second service node of the message queue, and in response to listening to the writing of execution information in the message queue, retrieve the execution information from the message queue, parse the execution information to obtain the business processing parameters and the business identifier; retrieve the target data table from the second database according to the business identifier and the business processing type identifier; and process the business data to be processed in the target data table according to the business processing parameters.

[0008] According to a fifth aspect of the present disclosure, a business processing apparatus is provided, applied to a second service node, comprising: a first acquisition module, configured to acquire the pending execution information from a message queue in response to detecting that pending execution information is written to a message queue, wherein the pending execution information is generated by the first service node receiving a business processing request sent by a client, generating a business identifier in response to the business processing request, and generating the business identifier based on the business identifier and the business processing parameters; a second acquisition module, configured to parse the pending execution information to acquire the business identifier and the business processing parameters; a third acquisition module, configured to acquire a target data table from a first database based on the business identifier and a business processing type identifier in the business processing parameters; and a processing module, configured to process pending business data in the target data table according to the business processing parameters, wherein the pending business data is generated by the first service node receiving a business processing request sent by a client and storing the pending business data in a target data table matching the business processing type identifier based on the business identifier.

[0009] According to a sixth aspect of the present disclosure, an electronic device is provided, comprising: a processor; and a memory for storing processor-executable instructions; wherein the processor is configured to execute the instructions to implement a business processing method as described in a first aspect of the present disclosure, or to implement a business processing method as described in a second aspect of the present disclosure.

[0010] According to a seventh aspect of the present disclosure, a computer-readable storage medium is provided, wherein when the instructions in the computer-readable storage medium are executed by a processor of an electronic device, the electronic device is enabled to perform a business processing method as described in the first aspect of the present disclosure, or to implement a business processing method as described in the second aspect of the present disclosure.

[0011] According to an eighth aspect of the present disclosure, a computer program product is provided, comprising: a computer program that, when executed by a processor, implements the business processing method as described in the first aspect of the present disclosure, or implements the business processing method as described in the second aspect of the present disclosure.

[0012] The technical solutions provided by the embodiments of this disclosure have at least the following beneficial effects:

[0013] The system receives a business processing request from a client; the business processing request includes a file identifier of a business file to be processed and business processing parameters; in response to the business processing request, a business identifier is generated, and a business file to be processed matching the file identifier is retrieved from a first database; the business file to be processed is parsed to obtain business data to be processed, and the business data to be processed is stored in a target data table matching the business processing type identifier in the business processing parameters, based on the business identifier and business processing parameters; execution information is generated based on the business identifier and business processing parameters, and the execution information is written to a message queue; wherein, the message queue is used for a second service node that subscribes to the message queue, and in response to detecting the writing of execution information in the message queue, the execution information is retrieved from the message queue and parsed. The system analyzes data to obtain business processing parameters and business identifiers; based on the business identifiers and business processing type identifiers, it retrieves the target data table from the second database; and processes the pending business data in the target data table according to the business processing parameters. Thus, upon receiving a business processing request from a client, it can obtain the pending business file based on the file identifier in the request, parse the file to obtain the pending business data, and write pending execution information into the message queue. When the second service node detects this pending execution information, it consumes it, thereby triggering the processing of the pending business data. This eliminates the need for business personnel to manually organize the pending business files into pending business data and to process each piece of pending business data individually, improving processing efficiency and accuracy.

[0014] It should be understood that the above general description and the following detailed description are exemplary and explanatory only, and are not intended to limit this disclosure. Attached Figure Description

[0015] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this disclosure and, together with the description, serve to explain the principles of this disclosure, and are not intended to unduly limit this disclosure.

[0016] Figure 1 This is a flowchart illustrating the business processing method shown in the first embodiment of this disclosure.

[0017] Figure 2 This is a flowchart illustrating the business processing method shown in the second embodiment of this disclosure.

[0018] Figure 3 This is a flowchart illustrating the business processing method shown in the third embodiment of this disclosure.

[0019] Figure 4 This is a flowchart illustrating the business processing method shown in the fourth embodiment of this disclosure.

[0020] Figure 5 This is a flowchart illustrating the business processing method shown in the fifth embodiment of this disclosure.

[0021] Figure 6 This is a schematic diagram of the business processing system shown in the sixth embodiment of this disclosure.

[0022] Figure 7 This is a schematic diagram of the structure of the business processing system provided in the embodiments of this disclosure.

[0023] Figure 8 This is a schematic diagram of the business processing apparatus shown in the seventh embodiment of this disclosure.

[0024] Figure 9 This is a schematic diagram of the business processing apparatus shown in the eighth embodiment of this disclosure.

[0025] Figure 10 This is a schematic diagram of the structure of an electronic device shown in an exemplary embodiment of the present disclosure. Detailed Implementation

[0026] To enable those skilled in the art to better understand the technical solutions of this disclosure, the technical solutions in the embodiments of this disclosure will be clearly and completely described below with reference to the accompanying drawings.

[0027] It should be noted that the terms "first," "second," etc., used in the specification, claims, and accompanying drawings of this disclosure are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of this disclosure described herein can be implemented in orders other than those illustrated or described herein. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this disclosure. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this disclosure as detailed in the appended claims.

[0028] Currently, the related business that banks need to handle can be roughly divided into two categories: accounting and maintenance. Accounting is further divided into two types: payroll and deduction. Payroll mainly includes payroll services, while deduction mainly includes deduction of utility bills, taxes, etc. Maintenance mainly involves batch zero-amount account opening and batch freezing control.

[0029] Customers send the data files they need to process to the bank's staff, who then manually process the file content into a data list and process each item one by one. This process is time-consuming, inefficient, and has low accuracy. Alternatively, relevant parsing tools can be used to automatically parse the file data content and send the data one by one in a loop for processing, but this also results in a long processing time.

[0030] To address the aforementioned issues, this disclosure proposes a business processing method, apparatus, system, and electronic device.

[0031] The following description, with reference to the accompanying drawings, describes a business processing method, apparatus, system, and electronic device according to embodiments of the present disclosure. Figure 1 This is a flowchart illustrating the business processing method shown in the first embodiment of this disclosure. It should be noted that the business processing method implemented in this disclosure can be applied to a first service node; for example, the first service node can be a node in a service cluster.

[0032] like Figure 1 As shown, the business processing method may include the following steps:

[0033] Step 101: Receive the business processing request sent by the client.

[0034] The business processing request includes the file identifier of the business file to be processed and the business processing parameters.

[0035] In this embodiment of the disclosure, in response to a user operation, the client can upload the business file to be processed to the first database (file exchange platform), obtain the file identifier of the business file to be processed from the first database, generate a business processing request based on the file identifier and the business processing parameters input by the user, and send the business processing request to the first service node. The first service node can be a node in the service cluster, for example, the first service node can be a basic service node in the service cluster.

[0036] It should be noted that the business processing request includes a file identifier for the business file to be processed. This file identifier uniquely identifies the business file. Business processing parameters may include: business processing type identifier, business name, business status (valid or invalid), and processing method identifier (non-concurrency identifier, concurrent identifier by group number, or concurrent identifier by keystroke, etc.). These parameters can be generated by business personnel through configuration on the relevant pages in the client. Furthermore, it should be noted that the business processing parameters can also be configured with parameters (e.g., batch transaction codes) for the execution system (e.g., the batch deduction business execution subsystem) that performs business processing in the second service node subscribed to the message queue.

[0037] Step 102: In response to the business processing request, generate a business identifier and, based on the file identifier, retrieve the business file to be processed from the first database that matches the file identifier.

[0038] Then, the first service node receives the business processing request sent by the client, and in response to the business processing request, generates a business identifier, such as a business batch number, which is used to uniquely identify this business processing; at the same time, based on the file identifier in the business processing request, the business file to be processed that matches the file identifier can be obtained from the first database.

[0039] As an example, in response to a business processing request, the business processing request is parsed to obtain the file identifier in the business processing request; a query is performed on the first database to obtain the business file to be processed that matches the file identifier.

[0040] Step 103: Parse the business file to be processed to obtain the business data to be processed, and store the business data to be processed into the target data table that matches the business processing type identifier in the business processing parameters according to the business identifier.

[0041] Furthermore, the business file to be processed is parsed to obtain at least one piece of business data from the file, and the business data to be processed is stored in the target data table that matches the business processing type identifier in the business processing parameters, based on the business identifier.

[0042] It should be noted that, in order to facilitate the subsequent querying and retrieval of the target data table, when storing the business data to be processed into the target data table that matches the business processing type identifier, the business identifier can be used to identify the target data table. Thus, based on the business identifier and the business processing type identifier, the target data table can be retrieved from the second database.

[0043] Step 104: Generate execution information based on the business identifier and business processing parameters, and write the execution information to the message queue.

[0044] The message queue is used to subscribe to the second service node of the message queue. In response to the message queue being read and written with information to be executed, the node retrieves the information to be executed from the message queue, parses the information to be executed to obtain business processing parameters, retrieves the target data table from the second database according to the business identifier and business processing type identifier, and processes the business data to be processed in the target data table according to the business processing parameters.

[0045] Furthermore, to ensure controllable workflow for pending business data and prevent congestion caused by excessive business processing, execution information can be generated based on the business identifier and business processing parameters. This execution information is then written to a message queue. The second service node subscribing to the message queue can then respond by retrieving the execution information from the queue upon detecting its writing. The node parses the execution information to obtain the file identifier and business processing parameters. Based on the file identifier and the business processing type identifier within the parameters, it retrieves the target data table from the second database. Finally, it processes the pending business data in the target data table according to the business processing parameters.

[0046] In summary, the process involves receiving a business processing request from a client, where the request includes a file identifier for the file to be processed and business processing parameters. In response to the request, a business identifier is generated, and based on this identifier, the corresponding business file is retrieved from the first database. The business file is then parsed to obtain the business data to be processed, and based on the business identifier, this data is stored in a target data table that matches the business processing type identifier in the business processing parameters. Finally, based on the business identifier and business processing parameters, execution information is generated and written to a message queue. This message queue is used by a second service node that subscribes to the message queue. Upon detecting the writing of execution information in the message queue, the node retrieves the execution information from the message queue, parses it, and obtains the desired data. The system retrieves business processing parameters; based on the business identifier and business processing type identifier, it obtains the target data table from the second database; and processes the pending business data in the target data table according to the business processing parameters. Thus, when the first service node receives a business processing request from the client, it can obtain the pending business file based on the file identifier in the request, parse the file to obtain the pending business data, and write pending execution information into the message queue. When the second service node detects this pending execution information, it consumes it, thereby triggering the processing of the pending business data. This eliminates the need for business personnel to manually organize the pending business files into pending business data and to manually process each piece of pending business data, improving the efficiency and accuracy of business data processing.

[0047] To enable real-time monitoring of the business processing status of pending business files, in this embodiment, before parsing the pending business file to obtain the pending business data and storing the pending business data in a target data table matching the business processing type identifier in the business processing parameters, the business processing status of the pending business file can be registered. The following describes how... Figure 2 Please provide a detailed explanation.

[0048] Figure 2 This is a flowchart illustrating the business processing method shown in the second embodiment of this disclosure. Figure 2 As shown, the business processing method may include the following steps:

[0049] Step 201: Receive the business processing request sent by the client.

[0050] The business processing request includes the file identifier of the file to be processed and the business processing parameters.

[0051] Step 202: In response to the business processing request, generate a business identifier and, based on the file identifier, retrieve the business file to be processed from the first database that matches the file identifier.

[0052] Step 203: Generate the business processing status of the business file to be processed.

[0053] To monitor the processing status of pending business files in real time, after retrieving the pending business file matching the file identifier from the first database, a processing status for the pending business file can be generated. Before parsing the pending business file, this processing status can be in the registered state, with the corresponding status identifier being "0".

[0054] Step 204: Generate business information for the business file to be processed based on the business processing status and business processing parameters.

[0055] To facilitate the query of business processing status, business information for pending business files can be generated based on the business processing status and parameters. This business information, also known as registration information, may include: business processing type, business processing status, registration date, registration agency, etc.

[0056] Step 205: Based on the business identifier, store the business information in the business information table of the second database, and send the business identifier to the client.

[0057] To facilitate timely access to the processing status of pending files for users, business information can be stored in a business information table in a second database. A business identifier is then sent to the client. In response to a user's query, the client generates a query request and sends it to a first service node. The first service node receives the query request, which includes the business identifier. Responding to the query request, the node retrieves business information matching the business identifier from the business information table in the second database and sends the business processing status from this information to the client. The business processing status is updated by the second service node during the processing of pending business data in the target data table according to business processing parameters; and / or, when the processing of pending business data in the target data table is completed according to business processing parameters.

[0058] In addition, it should be noted that, in order to facilitate business personnel to intuitively understand the execution status of the business data to be processed, in this real-time example, after the second service node has completed the processing of the business data to be processed, it can generate a target file based on the processing result information of the business data to be processed, and store the target file in the first database. Business personnel can download the target file from the first database and intuitively understand the execution status of the business data to be processed based on the target file.

[0059] As an example, the first service node can receive a file download instruction sent by the client, wherein the file download instruction includes a service identifier; in response to the file download instruction, it downloads the target file from the first database according to the service identifier; wherein the target file is generated by the second service node in response to the completion of processing of the pending business data, according to the service identifier, querying the processing result information of the pending business data, and generating the target file according to the processing result information, storing the target file in the first database; and sending the target file to the client.

[0060] Step 206: Parse the business file to be processed to obtain the business data to be processed, and store the business data to be processed into the target data table that matches the business processing type identifier in the business processing parameters according to the business identifier.

[0061] Step 207: Generate execution information based on the business identifier and business processing parameters, and write the execution information to the message queue.

[0062] Among them, the message queue is used as the second service node to monitor the message queue. In response to the detection of pending information written to the message queue, it retrieves the pending information from the message queue, parses the pending information to obtain the business identifier and business processing parameters; according to the business identifier and business processing type identifier, it retrieves the target data table from the second database; and according to the business processing parameters, it processes the business data to be processed.

[0063] In summary, the system generates the business processing status of pending business files; generates business information for the pending business files based on the business processing status and parameters; stores the business information in the business information table of the second database based on the business identifier, and sends the business identifier to the client. This allows for monitoring of the business processing status on the client side in response to user actions, thus improving the user experience.

[0064] The business processing method of this disclosure embodiment includes receiving a business processing request sent by a client; wherein the business processing request includes a file identifier of a file to be processed and business processing parameters; in response to the business processing request, generating a business identifier, and retrieving a business file to be processed from a first database that matches the file identifier; parsing the business file to be processed to obtain business data to be processed, and storing the business data to be processed in a target data table that matches the business processing type identifier in the business processing parameters, based on the business identifier; generating execution information based on the business identifier and business processing parameters, and writing the execution information to a message queue; wherein the message queue is used as a second service node that monitors the message queue, and in response to detecting the writing of execution information in the message queue, retrieving the execution information from the message queue, and processing the execution information... The system parses the information to obtain business processing parameters; it retrieves the target data table from the second database based on the business identifier and business processing type identifier; and it processes the business data to be processed in the target data table according to the business processing parameters. Thus, when the first service node receives a business processing request from the client, it can obtain the business file to be processed based on the file identifier in the request, parse the file to be processed to obtain the business data to be processed, and write the pending execution information into the message queue. When the second service node listens for the pending execution information, it consumes the pending execution information, thereby triggering the processing of the business data to be processed. This eliminates the need for business personnel to manually organize the business files to be processed into business data to be processed, and eliminates the need for business personnel to manually process each piece of business data to be processed, thus improving the efficiency and accuracy of business data processing.

[0065] To implement the above embodiments, this disclosure proposes another business processing method, wherein the business processing method of this disclosure can be applied to a second service node. The second service node may include a scheduler (batch scheduler) and an execution subsystem. The scheduler can trigger the processing of pending business data based on messages in the consumption queue, and the execution subsystem is used to process the pending business data.

[0066] Figure 3 This is a flowchart illustrating the business processing method shown in the third embodiment of this disclosure. Figure 3 As shown, the business processing method may include the following steps:

[0067] Step 301: In response to the detection of pending execution information being written to the message queue, retrieve the pending execution information from the message queue.

[0068] Among them, the information to be executed is generated by the first service node receiving the business processing request sent by the client, responding to the business processing request, generating a business identifier, and generating the information based on the business identifier and business processing parameters.

[0069] In this embodiment of the disclosure, the client sends a service processing request to the first service node, wherein the service processing request includes a file identifier of the service file to be processed and service processing parameters. In response to the service processing request, the first service node generates a service identifier and generates execution information based on the service identifier and service processing parameters.

[0070] Step 302: Parse the information to be executed to obtain the business identifier and business processing parameters.

[0071] Furthermore, by parsing the execution information, the business identifier and business processing parameters can be obtained.

[0072] Step 303: Obtain the target data table from the first database based on the business identifier and the business processing type identifier in the business processing parameters.

[0073] In this embodiment of the disclosure, a first database is queried based on the business identifier and the business processing type identifier in the business processing parameters to obtain a target data table that matches the business identifier and the business processing type identifier.

[0074] Step 304: Process the business data to be processed in the target data table according to the business processing parameters.

[0075] Among them, the pending business data is the business processing request sent by the client to the first service node, and the business data to be processed is stored in the target data table that matches the business processing type identifier according to the business identifier.

[0076] As an example, the processing method is determined based on the business processing parameters; the processing method is then used to process the business data to be processed in the target data table.

[0077] In other words, based on the business processing parameters, the corresponding processing method can be determined, and then the processing method is adopted to process the business data to be processed in the target data table. The processing methods can include: non-concurrent processing, concurrent processing by group number, and concurrent processing by keyword. Non-concurrent processing involves processing each piece of business data one by one; concurrent processing by group number involves batch processing of business data based on its group number. When using concurrent processing by group number, the group number of the business data to be processed can be generated first, and then batch processing can be performed according to the group number; concurrent processing by keyword allows for pre-configuration of keywords, and batch processing of business data containing that keyword.

[0078] In summary, by responding to the detection of pending execution information written to the message queue, the system retrieves the pending execution information from the message queue; parses the pending execution information to obtain the business identifier and business processing parameters; retrieves the target data table from the first database based on the business identifier and the business processing type identifier in the business processing parameters; and processes the pending business data in the target data table according to the business processing parameters. Thus, when the second service node detects the pending execution information, it consumes the pending execution information, thereby triggering the processing of the pending business data. This eliminates the need for business personnel to manually organize pending business files into pending business data and to manually process each piece of pending business data, improving the efficiency and accuracy of business data processing.

[0079] To enable monitoring of the business processing status of pending business files, in this embodiment of the disclosure, the business processing status can be updated during the processing of pending business data in the target data table, and upon completion of the processing of pending business data in the target data table. The following describes how... Figure 4 Please provide a detailed explanation.

[0080] Figure 4 This is a flowchart illustrating the business processing method shown in the fourth embodiment of this disclosure. Figure 4 As shown, in Figure 3 Based on the illustrated embodiment, the business processing method may include the following steps:

[0081] Step 401: In response to processing the pending business data in the target data table according to the business processing parameters, update the processing status in the business information table. And / or, in response to completing the processing of the pending business data in the target data table according to the business processing parameters, update the business processing status.

[0082] The business information table represents the business processing status of the business files to be processed generated by the first service node; the business information of the business files to be processed is generated based on the business processing status and business processing parameters; and the business information is stored in the second database based on the business identifier.

[0083] In this embodiment of the disclosure, in order to achieve real-time monitoring of the business processing status of the business files to be processed, the business processing status in the business information table can be updated during the processing of the business data to be processed in the target data table. For example, the business processing status can be updated from "0-Registered" to "1-Executing". When the processing of the business data to be processed in the target data table is completed, the business processing status can be updated. For example, after processing the business data to be processed, it can be determined whether all data is completed based on the total number of data entries in the target data table. If not all data is completed, the business processing status can be updated from "1-Executing" to "2-Partially Completed". If all data is completed, the business processing status can be updated from "1-Executing" to "3-Execution Completed". At the same time, if none of the data is successfully processed, the execution is considered to have failed.

[0084] In summary, by responding to the processing of pending business data in the target data table according to business processing parameters and updating the business processing status in the business information table; and / or, responding to the completion of processing of pending business data in the target data table according to business processing parameters and updating the business processing status, the business processing status is updated in a timely manner during the processing of pending business data and when the processing of pending business data is completed. This enables real-time monitoring of the business processing status of pending business files, improving the user experience.

[0085] To allow business personnel to intuitively understand the execution status of pending business data after processing, in this real-time example, after the pending business data is processed, a target file can be generated based on the processing result information. This target file is stored in a first database, and business personnel can download it from the first database to intuitively understand the execution status of the pending business data. The following section combines... Figure 5 Please provide a detailed explanation.

[0086] Figure 5 This is a flowchart illustrating the business processing method of the fifth embodiment of this disclosure. The business processing method of this embodiment can be applied to a second service node. Figure 5 As shown, the business processing method may include the following steps:

[0087] Step 501: In response to the detection of pending execution information being written to the message queue, retrieve the pending execution information from the message queue.

[0088] Among them, the information to be executed is generated by the first service node receiving the business processing request sent by the client, responding to the business processing request, generating a business identifier, and generating the information based on the business identifier and business processing parameters.

[0089] Step 502: Parse the information to be executed to obtain the business identifier and business processing parameters.

[0090] Step 503: Obtain the target data table from the first database based on the business identifier and the business processing type identifier in the business processing parameters.

[0091] Step 504: Process the business data to be processed in the target data table according to the business processing parameters.

[0092] The pending business data is the business processing request sent by the client to the first service node, and the business processing data is stored in the target data table that matches the business processing type identifier according to the business identifier.

[0093] Step 505: Obtain the processing result information of the business data to be processed.

[0094] In this embodiment of the disclosure, when the pending business data is completed, the processing result information of the pending business data can be queried according to the business identifier.

[0095] Step 506: Generate the target file based on the processing result information.

[0096] Then, the processing results of the business data to be processed are written into the target file.

[0097] Step 507: Store the target file in the first database.

[0098] In this embodiment, the target file is stored in a first database. Business personnel can download the target file from the first database and intuitively understand the execution status of the business data to be processed based on the target file. As an example, the first service node can receive a file download instruction sent by the client, wherein the file download instruction includes a business identifier. In response to the file download instruction, the target file is downloaded from the first database according to the business identifier.

[0099] In summary, by acquiring the processing result information of the business data to be processed; generating a target file based on the processing result information; and storing the target file in the first database, after the business data to be processed is completed, a target file can be generated based on the processing result information of the business data to be processed and stored in the first database. Business personnel can download the target file from the first database and intuitively understand the execution status of the business data to be processed based on the target file, thus improving the user experience.

[0100] The business processing method of this disclosure, in response to the detection of pending execution information written to the message queue, retrieves the pending execution information from the message queue; parses the pending execution information to obtain a business identifier and business processing parameters; retrieves a target data table from a first database based on the business identifier and the business processing type identifier in the business processing parameters; and processes the pending business data in the target data table according to the business processing parameters. Thus, when a second service node detects the pending execution information, it consumes the pending execution information, thereby triggering the processing of the pending business data. This eliminates the need for business personnel to manually organize pending business files into pending business data and to manually process each piece of pending business data, improving processing efficiency and accuracy.

[0101] To implement the above embodiments, this disclosure proposes a business processing system. Figure 6 This is a schematic diagram of the business processing system shown in the sixth embodiment of this disclosure.

[0102] like Figure 6 As shown, the business processing system 600 includes: a client 610, a first service node 620, and a second service node 630.

[0103] The client 610 is configured to send a business processing request to the first service node in response to a user operation; wherein the business processing request includes a file identifier of the business file to be processed and business processing parameters; the first service node 620 is configured to receive the business processing request sent by the client, wherein the business processing request includes a file identifier of the business file to be processed and business processing parameters; in response to the business processing request, generate a business identifier, and retrieve the business file to be processed matching the file identifier from the first database; parse the business file to be processed to obtain the business data to be processed, and process the business data according to the business identifier. The data is stored in a target data table that matches the business processing type identifier in the business processing parameters; based on the business identifier and the business processing parameters, execution information is generated and written to a message queue; a second service node 630 is configured to, in response to detecting the writing of execution information in the message queue, retrieve the execution information from the message queue; parse the execution information to obtain the business identifier and the business processing parameters; based on the business identifier and the business processing type identifier in the business processing parameters, retrieve the target data table from the first database; and process the business data to be processed in the target data table according to the business processing parameters.

[0104] To illustrate the above embodiments more clearly, examples are given below.

[0105] For example, such as Figure 7 As shown, taking batch deduction as a business process, with the client including a channel front-end and a channel back-end, the first service node being the core business system group (basic service), and the core batch system as the second service node, the process of coordinating the channel front-end and channel back-end, the core business system group, and the core batch system to complete the business process can be as follows:

[0106] Channel front-end and channel back-end: Responsible for uploading the business data files to be processed (business files to be processed) to the file exchange platform, obtaining a unique file number from the file exchange platform (first database), and sending the file number (file identifier) ​​to the core business system group to notify the core business system group that the file needs to be processed online in batches; as an example, the channel back-end sends a file notification request (business processing request) to the core business system group through the gateway.

[0107] The file notification request (business processing request) received by the core business system group from the channel backend includes the file number and batch business parameters (business processing parameters), which can be pre-configured.

[0108] File exchange platform: responsible for providing file upload and download functions. Uploaded and downloaded files are uniquely identified by file number. The file platform can provide file interaction support for multiple systems.

[0109] The core business system group is responsible for receiving file notification requests (business processing requests) from the channel backend, registering batch information (business information) (stored in the business information table of the second database), retrieving the corresponding data file from the file exchange platform according to the file number of the notification, parsing the data file, storing it in the corresponding batch database detail table (target data table) in the second database, and sending an MQ message to the message queue to publish this batch of pending messages. It should be noted that before initiating batch information registration, if the channel frontend has files that need to be processed, the files must be uploaded first. After uploading the files to the file exchange platform, the batch... Information such as the batch number (business identifier) ​​and the file number returned by the file center are sent to the core business system group for registration along with the batch information registration transaction. After the batch information registration is completed, the batch execution status can be queried using the batch number. For example, immediately after registration, it is "0-Registration Status". When the scheduler initiates the batch, the batch status will initially be updated to "1-Executing". After the data details are executed, the batch post-processing will determine whether all data details have been successfully processed based on the total number of successfully processed data details. If not all data details have been successfully processed, the status will be updated to "2-Partially Completed", otherwise it will be "3-Execution Completed". If none of the data details have been successfully processed, the execution will be considered a failure. At the same time, the number of successful transactions and the amount will be registered in the batch summary information for easy querying. As an example, the core business system group receives the status query request sent by the channel backend. Based on the status query request, the core business system group obtains the business processing status and sends the business processing status to the channel frontend and backend.

[0110] In addition, it should be noted that the data details to be entered into the database for each business batch are not necessarily the same. Each business batch needs to design a separate dedicated data detail table (target data table). However, these detail tables need some common fields: batch number to determine which batch the data belongs to, sequence number as one of the unique indexes, and processing status to mark the processing result of each record in the data detail. If concurrency is required and it is done concurrently according to group number, then the group number needs to be registered when the data is written to the table. Some data details may be processed successfully and some may fail. For those that fail, the failure code and reason need to be registered for subsequent feedback to the user.

[0111] The message center is responsible for collecting and consuming pending messages from core business systems, interpreting message content, and triggering relevant batch data processing. As an example, after a batch console listener object is generated, a new listening thread is created to constantly monitor whether there are corresponding messages in the queue. If so, the message is consumed, the corresponding batch transaction code (identifying that the batch business is executed by the execution subsystem) is parsed, and handed over to the scheduler for execution. The batch number is passed as a parameter to the corresponding batch task to trigger the corresponding execution subsystem to process the batch task. It should be noted that the pre-task sharding in each execution subsystem is achieved by dividing the batch task into multiple independent subtasks according to specific logic, and routing these independent subtasks to different nodes in the deployment group for execution, thereby improving task execution efficiency and overall resource utilization efficiency.

[0112] It should be noted that during the process of the scheduler's execution subsystem processing batch tasks, the listening program waits in real time to see if the batch scheduler has successfully started the process. If an error such as network interruption or program exception occurs, the batch execution status of that batch in the business system needs to be manually confirmed. If the status is "in execution," it does not need to be re-executed. If the status is "registered," the cause needs to be investigated to determine whether the batch needs to be re-executed. If the console modifies the original listening object, the original listening thread is deleted, and a new listening thread is regenerated.

[0113] The core batch system is responsible for executing specific batches based on message content, updating data details, generating result files, uploading them to the file exchange platform, and updating batch control information.

[0114] In addition, after completing the batch deduction, the core batch system's batch deduction execution subsystem generates a deduction result file based on the processing results of the batch deduction and stores the deduction result file on the file exchange platform. As a result, business personnel can download the deduction result file from the file exchange platform and intuitively understand the execution status of the batch deduction.

[0115] With the above Figures 1 to 2 Corresponding to the business processing method provided in the embodiments, this disclosure also provides a business processing apparatus. Since the business processing apparatus provided in the embodiments of this disclosure is similar to the one described above... Figures 1 to 2 The business processing method provided in the embodiments corresponds to the business processing method provided in the embodiments of this disclosure, and therefore the implementation of the business processing method is also applicable to the business processing apparatus provided in the embodiments of this disclosure, and will not be described in detail in the embodiments of this disclosure.

[0116] Figure 8 This is a schematic diagram of the business processing apparatus shown in the seventh embodiment of this disclosure. Figure 8 As shown, the service processing device 800 includes: a receiving module 810, an acquisition module 820, a parsing module 830, and a processing module 840.

[0117] The system includes a receiving module 810 for receiving a business processing request sent by a client, wherein the business processing request includes a file identifier of a business file to be processed and business processing parameters; an obtaining module 820 for generating a business identifier in response to the business processing request and retrieving a business file to be processed from a first database that matches the file identifier; a parsing module 830 for parsing the business file to be processed to obtain business data to be processed and storing the business data to be processed in a target data table that matches the business processing type identifier in the business processing parameters, based on the business identifier; and a processing module 840 for generating execution information based on the business identifier and business processing parameters and writing the execution information to a message queue, wherein the message queue is used to subscribe to a second service node of the message queue, and in response to detecting the writing of execution information in the message queue, retrieves the execution information from the message queue, parses the execution information to obtain the business processing parameters and the business identifier, retrieves the target data table from the second database based on the business identifier and business processing type identifier, and processes the business data to be processed in the target data table according to the business processing parameters. As one possible implementation of this disclosure, the service processing device 800 includes: a first generation module, a second generation module, and a storage module.

[0118] The first generation module is used to generate the business processing status of the business file to be processed; the second generation module is used to generate business information of the business file to be processed based on the business processing status and the business processing parameters; and the storage module is used to store the business information in the business information table of the second database based on the business identifier, and send the business identifier to the client.

[0119] As one possible implementation of this disclosure, the service processing device 800 further includes a query module and a sending module.

[0120] The receiving module is further configured to receive a status query request sent by the client, wherein the status query request includes a service identifier; the query module is configured to respond to the status query request by querying service information matching the service identifier from the service information table of the second database; and send the service processing status in the service information to the client.

[0121] As one possible implementation of this disclosure, the acquisition module 820 is configured to, in response to a business processing request, parse the business processing request to obtain a file identifier in the business processing request; and query a first database to obtain a business file to be processed that matches the file identifier from the first database.

[0122] As one possible implementation of this disclosure, the processing of the business data to be processed in the target data table according to the business processing parameters can be achieved through the following modules: a first processing module and a second processing module.

[0123] The first processing module is used to determine the processing method of the business data to be processed based on the business processing parameters; the second processing module is used to process the business data to be processed in the target data table according to the processing method.

[0124] As one possible implementation of this disclosure, the service processing device 800 further includes a download module.

[0125] The receiving module 810 is further configured to receive a file download instruction sent by the client, wherein the file download instruction includes the service identifier; the download module is configured to, in response to the file download instruction, download a target file from the first database according to the service identifier; wherein the target file is generated by the second service node in response to the completion of processing of the pending business data, querying the processing result information of the pending business data according to the service identifier, and storing the target file in the first database; the sending module is further configured to send the target file to the client.

[0126] The service processing apparatus of this embodiment receives a service processing request sent by a client. The service processing request includes a file identifier of a file to be processed and service processing parameters. Based on the file identifier, a service file matching the file identifier is retrieved from a first database, and a service identifier is generated based on the service processing parameters. The service file to be processed is parsed to obtain service data to be processed, and based on the service identifier, the service data is stored in a target data table matching the service processing type identifier in the service processing parameters. Based on the service identifier and service processing parameters, execution information is generated and written to a message queue. The message queue is used by a second service node that monitors the message queue. In response to detecting the writing of execution information in the message queue, the node retrieves the execution information from the message queue and processes the execution information. The process involves parsing rows to obtain business processing parameters; retrieving the target data table from the second database based on the business identifier and business processing type identifier; and processing the pending business data in the target data table according to the business processing parameters. Thus, when the first service node receives a business processing request from the client, it can obtain the pending business file based on the file identifier in the request, parse the file to obtain the pending business data, and write pending execution information into the message queue. When the second service node detects this pending execution information, it consumes it, thereby triggering the processing of the pending business data. This eliminates the need for business personnel to manually organize pending business files into pending business data and to process each piece of pending business data individually, improving the efficiency and accuracy of business data processing.

[0127] With the above Figures 3 to 5 Corresponding to the business processing method provided in the embodiments, this disclosure also provides a business processing apparatus. Since the business processing apparatus provided in the embodiments of this disclosure is similar to the one described above... Figures 3 to 5 The business processing method provided in the embodiments corresponds to the business processing method provided in the embodiments of this disclosure, and therefore the implementation of the business processing method is also applicable to the business processing apparatus provided in the embodiments of this disclosure, and will not be described in detail in the embodiments of this disclosure.

[0128] Figure 9 This is a schematic diagram of the structure of the service processing apparatus shown in the eighth embodiment of this disclosure. For example... Figure 9 As shown, the service processing device 900 includes: a first acquisition module 910, a second acquisition module 920, a third acquisition module 930, and a processing module 940.

[0129] The system comprises the following modules: a first acquisition module 910, used to acquire the pending execution information from the message queue when it detects that pending execution information has been written to the message queue; the pending execution information is generated by the first service node receiving a business processing request from the client, generating a business identifier based on the business identifier and business processing parameters; a second acquisition module 920, used to parse the pending execution information to acquire the business identifier and business processing parameters; a third acquisition module 930, used to acquire a target data table from the first database based on the business identifier and the business processing type identifier in the business processing parameters; and a processing module 940, used to process the pending business data in the target data table according to the business processing parameters; the pending business data is generated by the first service node receiving a business processing request from the client and storing the pending business data in the target data table that matches the business processing type identifier.

[0130] As one possible implementation of this disclosure, the processing module 940 is used to determine the processing method of the business data to be processed based on the business processing parameters; and to process the business data to be processed in the target data table using the processing method.

[0131] As one possible implementation of this disclosure, the service processing device 900 further includes an update module.

[0132] The update module is used to update the business processing status in the business information table in response to processing the business data to be processed in the target data table according to the business processing parameters; and / or, to update the business processing status in response to completing the processing of the business data to be processed in the target data table according to the business processing parameters; wherein the business information table is the business processing status of the business file to be processed generated by the first service node; business information of the business file to be processed is generated according to the business processing status and business processing parameters; and the business information is stored in the second database according to the business identifier.

[0133] As one possible implementation of this disclosure, the service processing device 900 further includes: a fourth acquisition module, a generation module, and a storage module.

[0134] The fourth acquisition module is used to acquire the processing result information of the business data to be processed; the generation module is used to generate the target file based on the processing result information; and the storage module is used to store the target file in the first database.

[0135] The business processing apparatus of this embodiment retrieves the pending-execution information from the message queue in response to the detection of pending-execution information being written to the message queue; parses the pending-execution information to obtain a business identifier and business processing parameters; retrieves a target data table from a first database based on the business identifier and the business processing type identifier in the business processing parameters; and processes the pending-processing business data in the target data table according to the business processing parameters. Thus, when a second service node detects the pending-execution information, it consumes the pending-execution information, thereby triggering the processing of the pending-processing business data. This eliminates the need for business personnel to manually organize pending-processing business files into pending-processing business data and eliminates the need for business personnel to manually process each piece of pending-processing business data, improving the processing efficiency and accuracy of business data.

[0136] In an exemplary embodiment, an electronic device is also proposed.

[0137] The electronic devices include:

[0138] processor;

[0139] Memory used to store processor-executable instructions;

[0140] The processor is configured to execute instructions to implement the business processing method as proposed in any of the foregoing embodiments.

[0141] As an example, Figure 10 This is a schematic diagram of the structure of an electronic device 1000 as shown in an exemplary embodiment of this disclosure, as follows: Figure 10 As shown, the aforementioned electronic device 1000 may further include:

[0142] The memory 1010 and the processor 1020 are connected by a bus 1030, which connects different components (including the memory 1010 and the processor 1020). The memory 1010 stores a computer program, and when the processor 1020 executes the program, it implements the business processing method described in the embodiments of this disclosure.

[0143] Bus 1030 represents one or more of several bus architectures, including a memory bus or memory controller, a peripheral bus, a graphics acceleration port, a processor, or a local bus using any of the various bus architectures. For example, these architectures include, but are not limited to, the Industry Standard Architecture (ISA) bus, the Micro Channel Architecture (MAC) bus, the Enhanced ISA bus, the Video Electronics Standards Association (VESA) local bus, and the Peripheral Component Interconnect (PCI) bus.

[0144] Electronic device 1000 typically includes a variety of electronic device readable media. These media can be any available media that can be accessed by electronic device 1000, including volatile and non-volatile media, removable and non-removable media.

[0145] The memory 1010 may also include computer system readable media in the form of volatile memory, such as random access memory (RAM) 1040 and / or cache memory 1050. The server 1000 may further include other removable / non-removable, volatile / non-volatile computer system storage media. By way of example only, the storage system 1060 may be used to read and write non-removable, non-volatile magnetic media (…). Figure 10 Not shown; usually referred to as a "hard drive"). Although Figure 10 Not shown, a disk drive for reading and writing to a removable non-volatile disk (e.g., a "floppy disk") and an optical disk drive for reading and writing to a removable non-volatile optical disk (e.g., a CD-ROM, DVD-ROM, or other optical media) may be provided. In these cases, each drive may be connected to bus 1030 via one or more data media interfaces. Memory 1010 may include at least one program product having a set (e.g., at least one) of program modules configured to perform the functions of the embodiments of this disclosure.

[0146] A program / utility 1080 having a set (at least one) of program modules 1070 may be stored, for example, in memory 1010. Such program modules 1070 include—but are not limited to—an operating system, one or more application programs, other program modules, and program data. Each or some combination of these examples may include an implementation of a network environment. Program modules 1070 typically perform the functions and / or methods described in the embodiments of this disclosure.

[0147] Electronic device 1000 can also communicate with one or more external devices 1090 (e.g., keyboard, pointing device, display 1091, etc.), and with one or more devices that enable a user to interact with electronic device 1000, and / or with any device that enables electronic device 1000 to communicate with one or more other computing devices (e.g., network card, modem, etc.). This communication can be performed via input / output (I / O) interface 1092. Furthermore, electronic device 1000 can also communicate with one or more networks (e.g., local area network (LAN), wide area network (WAN), and / or public networks, such as the Internet) via network adapter 1093. As shown, network adapter 1093 communicates with other modules of electronic device 1000 via bus 1030. It should be understood that, although not shown in the figures, other hardware and / or software modules can be used in conjunction with electronic device 1000, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems.

[0148] The processor 1020 performs various functional applications and data processing by running programs stored in the memory 1010.

[0149] It should be noted that the implementation process and technical principles of the electronic device in this embodiment are explained in the foregoing description of the business processing method of the present disclosure embodiment, and will not be repeated here.

[0150] In an exemplary embodiment, a computer-readable storage medium including instructions is also provided, such as a memory including instructions, which can be executed by a processor of an electronic device to perform the business processing method proposed in any of the above embodiments. Optionally, the computer-readable storage medium may be a ROM, random access memory (RAM), CD-ROM, magnetic tape, floppy disk, and optical data storage device, etc.

[0151] In an exemplary embodiment, a computer program product is also provided, including a computer program / instructions, characterized in that the computer program / instructions, when executed by a processor, implement the business processing method proposed in any of the above embodiments.

[0152] Other embodiments of this disclosure will readily occur to those skilled in the art upon consideration of the specification and practice of the invention disclosed herein. This disclosure is intended to cover any variations, uses, or adaptations of this disclosure that follow the general principles of this disclosure and include common knowledge or customary techniques in the art not disclosed herein. The specification and examples are to be considered exemplary only, and the true scope and spirit of this disclosure are indicated by the following claims.

[0153] It should be understood that this disclosure is not limited to the precise structures described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from its scope. The scope of this disclosure is limited only by the appended claims.

Claims

1. A service processing method characterized by, The application is applied to a first service node, comprising: receiving a service processing request sent by a client; wherein the service processing request comprises a file identifier of a to-be-processed service file and a service processing parameter; wherein the service processing parameter is a batch service parameter; in response to the service processing request, generating a service identifier, and obtaining the to-be-processed service file matching the file identifier from a first database according to the file identifier; parsing the to-be-processed service file to obtain to-be-processed service data, and storing the to-be-processed service data in a target data table matching a service processing type identifier in the batch service parameter according to the service identifier; wherein the to-be-processed service data comprises batch service data; generating to-be-executed information according to the service identifier and the batch service parameter, and writing the to-be-executed information into a message queue; wherein the message queue is used for a second service node subscribing to the message queue, in response to listening to the to-be-executed information written in the message queue, obtaining the to-be-executed information from the message queue, parsing the to-be-executed information to obtain the batch service parameter and the service identifier, obtaining the target data table from a second database according to the service identifier and the service processing type identifier, and performing batch processing on the to-be-processed service data in the target data table according to the batch service parameter.

2. The method of claim 1, wherein, Before the parsing of the to-be-processed service file to obtain to-be-processed service data, and the storage of the to-be-processed service data in a target data table matching a service processing type identifier in the service processing parameter according to the service identifier, the method further comprises: generating a service processing state of the to-be-processed service file; generating service information of the to-be-processed service file according to the service processing state and the service processing parameter; storing the service information in a service information table of the second database according to the service identifier, and sending the service identifier to the client.

3. The method of claim 2, wherein, The method further comprises: receiving a state query request sent by the client, wherein the state query request comprises a service identifier; in response to the state query request, querying the service information matching the service identifier from the service information table of the second database; sending the service processing state in the service information to the client, wherein the service processing state is updated during the processing of the to-be-processed service data in the target data table by the second service node according to the service processing parameter; and / or is updated when the processing of the to-be-processed service data in the target data table according to the service processing parameter is completed.

4. The method of claim 1, wherein, The obtaining of the to-be-processed service file matching the file identifier from the first database according to the file identifier in the service processing request comprises: in response to the service processing request, parsing the service processing request to obtain the file identifier in the service processing request; querying the first database to obtain the to-be-processed service file matching the file identifier from the first database.

5. The method of claim 1, wherein, The processing of the to-be-processed business data in the target data table according to the business processing parameter includes: determining a processing mode of the to-be-processed business data based on the business processing parameter; processing the to-be-processed business data in the target data table by using the processing mode.

6. The method according to any one of claims 1-5, characterized in that, The method further includes: receiving a file download instruction sent by the client, wherein the business identifier is included in the file download instruction; in response to the file download instruction, downloading a target file from the first database according to the business identifier; wherein the target file is a target file generated by the second service node in response to the to-be-processed business data processing being completed, according to the business identifier, querying the processing result information of the to-be-processed business data, and according to the processing result information; and sending the target file to the client.

7. A service processing method characterized by, Applied to the second service node, including: in response to listening to the write-to-be-executed information in the message queue, obtaining the to-be-executed information from the message queue, wherein the to-be-executed information is generated by the first service node according to the business identifier and the business processing parameter in response to the business processing request sent by the client; wherein the business processing parameter is a batch business parameter; parsing the to-be-executed information to obtain the business identifier and the batch business parameter; obtaining a target data table from the first database according to the business identifier and the business processing type identifier in the batch business parameter; processing the to-be-processed business data in the target data table according to the batch business parameter, wherein the to-be-processed business data is obtained from the first database by the first service node according to the file identifier in the business processing request, and the to-be-processed business file matching the file identifier is stored in the target data table according to the business identifier; wherein the to-be-processed business data includes batch business data.

8. A service processing system, characterized by including: the client, for sending a business processing request to the first service node in response to a user operation; A first service node configured to receive a service processing request sent by a client, wherein the service processing request comprises a file identifier of a to-be-processed service file and a service processing parameter; the service processing parameter is a batch service parameter; in response to the service processing request, a service identifier is generated, and a to-be-processed service file matching the file identifier is obtained from a first database according to the file identifier; the to-be-processed service file is parsed to obtain to-be-processed service data, and the to-be-processed service data is stored in a target data table matching a service processing type identifier in the batch service parameter according to the service identifier; the to-be-processed service data comprises batch service data; a to-be-executed information is generated according to the service identifier and the batch service parameter, and the to-be-executed information is written into a message queue; A second service node configured to obtain the to-be-executed information from the message queue in response to listening to the to-be-executed information written into the message queue; the to-be-executed information is parsed to obtain the service identifier and the batch service parameter; a target data table is obtained from the first database according to the service identifier and the service processing type identifier in the batch service parameter; the to-be-processed service data in the target data table is processed in batches according to the service processing parameter.

9. A service processing apparatus characterized by comprising: Applied to the first service node, comprising: A receiving module configured to receive a service processing request sent by a client; wherein the service processing request comprises a file identifier of a to-be-processed service file and a service processing parameter; the service processing parameter is a batch service parameter; An obtaining module configured to generate a service identifier in response to the service processing request, and obtain a to-be-processed service file matching the file identifier from a first database according to the file identifier; A parsing module configured to parse the to-be-processed service file to obtain to-be-processed service data, and store the to-be-processed service data in a target data table matching a service processing type identifier in the batch service parameter according to the service identifier; A processing module configured to generate a to-be-executed information according to the service identifier and the batch service parameter, and write the to-be-executed information into a message queue; wherein the message queue is configured to subscribe to a second service node of the message queue, obtain the to-be-executed information from the message queue in response to listening to the to-be-executed information written into the message queue, parse the to-be-executed information to obtain a batch service parameter and the service identifier, obtain a target data table from a second database according to the service identifier and the service processing type identifier, and process the to-be-processed service data in the target data table in batches according to the batch service parameter.

10. An electronic device, comprising: Comprising: A processor; A memory configured to store instructions executable by the processor; The processor is configured to execute the instructions to implement the service processing method of any one of claims 1-6, or the service processing method of claim 7.

Images