Service request processing system and method

Abstract

The invention discloses a service request processing system and method, and the system comprises a gateway, a service module, a general task manager, and an interconnection module: the gateway is used for obtaining a service request, and transmitting the service request to the service module; the service module is used for determining a first format of a first message in the service request, and sending the first message to the interconnection module when determining that the first format does not belong to a preset message format; the interconnection and intercommunication module is used for converting the first format of the first message into a second format to obtain a second message, and sending the second message to the service module; and the general task manager is used for acquiring the second message sent by the service module, performing service processing based on the second message, generating a first service file and feeding back the first service file. And interconnection and intercommunication between service systems are realized.

Description

Technical Field

[0001] The present invention relates to the field of banking communications, and in particular to a system and method for processing business requests. Background Art

[0002] With the development of banking business, banks have developed different business systems for different types of business.

[0003] In traditional business systems, differences between different business systems lead to information silos, meaning that business systems cannot interact with each other. However, in order to achieve unified management of banks, interconnection between business systems is necessary.

[0004] Therefore, how to achieve interconnection and interoperability between business systems is an urgent problem that needs to be solved. Summary of the Invention

[0005] The embodiment of the present invention provides a system and method for processing business requests, which is used to convert the format of the message into a parseable format when the message in the business request cannot be parsed, and then perform business processing, thereby realizing interconnection and interoperability between business systems.

[0006] In a first aspect, an embodiment of the present invention provides a system for processing service requests, the system comprising a gateway, a service module, a general task manager, and an interconnection module:

[0007] The gateway is used to obtain a service request and send the service request to the service module;

[0008] The service module is configured to determine a first format of a first message in the service request, and when determining that the first format does not belong to a preset message format, send the first message to the interconnection module;

[0009] The interconnection module is configured to convert the first format of the first message into a second format to obtain a second message, and send the second message to the service module; the first format and the second format are different, and the content of the first message and the second message are the same;

[0010] The general task manager is configured to obtain the second message sent by the service module, perform service processing based on the second message, generate a first service file, and feed back the first service file.

[0011] Optionally, the general task manager includes multiple nodes;

[0012] The gateway is further configured to determine a node of the general task manager that processes the service request based on load balancing.

[0013] Optionally, the general task manager is specifically used to:

[0014] Performing service processing based on the service identifier in the second message to obtain required service data;

[0015] A first business file is generated based on the format identifier in the second message and the business data; the format of the first business file is the file format indicated by the format identifier.

[0016] Optionally, the general task manager is further configured to:

[0017] When it is determined that the first format belongs to the preset message format, the first message sent by the service module is obtained, business processing is performed based on the business identifier in the first message to obtain the required business data, and a first business file is generated based on the format identifier and the business data in the first message.

[0018] Optionally, the general task manager is further configured to:

[0019] If the service indicated by the service identifier has a preset feedback time, the first service file is fed back when the time reaches the feedback time.

[0020] Optionally, the processing system further includes: a data storage unit:

[0021] The data storage unit is configured to obtain the service request and the first service file from the service module, establish an association relationship between the first service file and the service request, and store the association relationship.

[0022] In a second aspect, an embodiment of the present invention provides a method for processing a service request, including:

[0023] Obtaining a service request, and determining a first format of a first message in the service request;

[0024] If the first format does not belong to the preset message format, converting the first format of the first message into a second format to obtain a second message; the first format and the second format are different, and the content of the first message and the second message are the same;

[0025] Perform business processing based on the second message, generate a first business file, and feed back the first business file.

[0026] In the above technical solution, when cross-business system interaction is required, the caller will initiate a business request to the called party. After obtaining the business request, the called party will determine the first format of the first message and determine whether the first format of the first message belongs to the preset message format, that is, whether the called party can parse the first message. And when the first format does not belong to the preset message format, the first message is converted into a second message. The formats of the first message and the second message are different. It can be understood that the format of the second message should be a format that the called party can parse. Then, business processing is performed based on the second message, the first business file is generated, and feedback is provided to achieve interconnection and interoperability between business systems.

[0027] Optionally, the first message and the second message include a service identifier for indicating a service and a format identifier for indicating a file format.

[0028] Performing service processing based on the second message to generate a first service file includes:

[0029] Performing service processing based on the service identifier in the second message to obtain required service data;

[0030] A first business file is generated based on the format identifier in the second message and the business data; the format of the first business file is the file format indicated by the format identifier.

[0031] Optionally, the method further includes:

[0032] If the first format belongs to a preset message format, service processing is performed based on the service identifier in the first message to obtain required service data, and a first service file is generated based on the format identifier in the first message and the service data.

[0033] Optionally, after generating the first business file, the method further includes:

[0034] If the service indicated by the service identifier has a preset feedback time, the first service file is fed back when the time reaches the feedback time.

[0035] In the above technical solution, by setting the feedback time of different services, it is possible to avoid business file congestion caused by receiving too many business requests.

[0036] Optionally, the method further includes:

[0037] An association relationship between the first business file and the business request is established, and the association relationship is stored.

[0038] In the above technical solution, the association relationship between the first business file and the business request is stored, which facilitates tracking of the operation records of the server.

[0039] In a third aspect, an embodiment of the present invention further provides a computer device, including:

[0040] a memory for storing program instructions;

[0041] The processor is used to call the program instructions stored in the memory and execute the above-mentioned service request processing method according to the obtained program.

[0042] In a fourth aspect, an embodiment of the present invention further provides a computer-readable storage medium, wherein the computer-readable storage medium stores computer-executable instructions, and the computer-executable instructions are used to enable a computer to execute the above-mentioned method for processing business requests.

[0043] In a fifth aspect, an embodiment of the present invention further provides a computer program product, wherein the computer program product includes an executable program, and the executable program is executed by a processor to implement the above-mentioned method for processing business requests. BRIEF DESCRIPTION OF THE DRAWINGS

[0044] In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the following briefly introduces the drawings required for use in the description of the embodiments. Obviously, the drawings described below are only some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative work.

[0045] Figure 1 A schematic diagram of a system architecture provided by an embodiment of the present invention;

[0046] Figure 2 A flowchart of a method for processing a service request provided by an embodiment of the present invention. DETAILED DESCRIPTION

[0047] To make the objectives, technical solutions, and advantages of the present invention more apparent, the present invention will be further described in detail below with reference to the accompanying drawings. It is apparent that the embodiments described are only some, not all, of the present invention. All other embodiments derived by persons of ordinary skill in the art based on the embodiments of the present invention without creative effort are intended to fall within the scope of protection of the present invention.

[0048] The application scenarios described in the embodiments of the present application are intended to more clearly illustrate the technical solutions protected by the embodiments of the present application, and do not constitute a limitation on the technical solutions provided by the embodiments of the present application. It is known to those skilled in the art that with the emergence of new application scenarios, the technical solutions provided by the embodiments of the present application are equally applicable to similar technical problems. The terms "first" and "second" in the specification and claims of this application and the above-mentioned drawings are used to distinguish different objects, not to describe a specific order. In the description of this application, unless otherwise specified, the meaning of "multiple" is two or more.

[0049] Before introducing a method for processing a service request provided in an embodiment of the present application, for ease of understanding, the following terms and background technologies involved in the embodiment of the present application are first introduced.

[0050] A pod is the smallest unit of deployment and management in a Kubernetes cluster. It is a collection of closely related containers that share network and storage resources. Containers within a pod can communicate and exchange data efficiently through the local host. Each pod has a unique IP address, and all containers within the pod share this IP address and port.

[0051] Oracle Database, also known as Oracle RDBMS or simply Oracle, is a relational database management system from Oracle Corporation. It has consistently held a leading position in the database field. The Oracle database system is considered the world's most popular relational database management system, offering excellent portability, ease of use, and powerful functionality. It is suitable for a wide range of large, medium, and small computer environments. It is a highly efficient, reliable, and high-throughput database solution.

[0052] BUMS message: Beijing Bank unified message standard protocol specification, which defines that the first bit in the message control bit CtrlBits is the encryption control bit, "1" represents the Beijing Bank unified encryption algorithm, "4" represents the use of the key management platform for SM4 algorithm encryption, and the encryption range is the entire message body.

[0053] CBOD messages are used to process and transmit customer bank account data and other related information within specific banking systems or business scenarios. They are primarily used for data exchange and information transmission between different systems within a bank or between a bank and external organizations (such as corporate clients' financial systems) to facilitate functions such as account inquiries, fund transfers, and transaction details. The standardized CBOD message format ensures accurate and efficient data transmission and processing, reducing errors and risks caused by inconsistent data formats.

[0054] Nacos (Naming and Configuration Service): A dynamic service discovery, configuration management, and service management platform designed to make it easier for users to build, deliver, and manage microservice platforms. Nacos is particularly well-suited for building and managing microservice architectures for modern cloud-native applications, solving problems such as difficult service discovery and complex configuration management.

[0055] The Bank Interoperability Management System primarily stores bank-wide interoperability information. As the bank's interoperability management system, the channel system pushes interoperability information to the unified management system, which then receives and stores this information and returns response information to external channels. On this basis, the Interoperability Management System's primary business value lies in providing existing systems and future new systems with timely, complete, consistent, accurate, shared, and authoritative bank-wide interoperability information. This enables cross-business and cross-channel interoperability information sharing, creating a truly "interoperability-centric" business model. This transforms interoperability management from a single business unit into full-business, full-lifecycle management of interoperability, enhancing the bank's core competitiveness in interoperability services and management.

[0056] As the market demands for the Internet, core systems need to support high performance, high concurrency, high availability, and distributed architecture. They must be able to handle at least tens of millions of transactions per day, thousands of transactions per second, and cope with the ever-increasing transaction volume.

[0057] The existing interconnection management system cannot meet the current market demand, cannot support development using the Java language at the same time, cannot receive submissions using the Http protocol, and is not suitable for distributed development.

[0058] Figure 1The following example illustrates a system architecture applicable to embodiments of the present invention, including a caller 100, a gateway 110, a registry 120, a service module 130, a universal task manager 140, an interconnection module 150, a data storage unit 160, and a data lake 170. The entire system is developed based on Spring Cloud Alibaba and Spring Boot; the universal task manager 140 is distributed, including multiple nodes; and the service module can also be distributed, including multiple pods.

[0059] The caller 100 is used to initiate a service request and receive a service file.

[0060] The gateway 110 is used to route different request paths, centrally intercept requests, and support blacklisting, whitelisting, and circuit breaking to enhance system performance. After receiving a service request, it sends the request to the service module 130. It also performs load balancing for the distributed general task managers 140 and service modules 130. For example, after receiving a service request, it determines the node of the general task manager 140 that will handle the request based on the operating status of each general task manager 140.

[0061] The registration center 120 is used to register the service module 130, the general task manager 140, the interconnection module 150, the data storage unit 160, and the data lake 170 to ensure the legitimacy and security of each module. It also serves as a service discovery center, pushing configuration information to achieve distributed development and improve system performance. For example, Nacos can be used as the registration center.

[0062] The service module 130 may include multiple pods. After service requests are load balanced by the gateway 110, they are pushed to the service module 130. Based on load balancing, service requests can be routed to different pods, reducing the processing pressure on the service module 130 and improving processing speed and throughput. Subsequently, upon receiving a service request, any pod in the service module 130 determines the first format of the first message and whether the first format of the first message falls within a preset message format. The preset message format includes message formats that can be parsed by the universal task manager 140, such as cbod messages and bums messages. The specific formats of messages that can be parsed are not specifically defined herein. It should be understood that determining whether the first format of the first message falls within the preset message format is to determine whether the first message in the service request can be parsed by the universal task manager 140 and process the corresponding service logic. If it is determined that the first format does not fall within the preset message format, the first message is transmitted to the interconnection module 150. In some embodiments, the service module 130 encrypts the first message before transmitting it to the interconnection module 150 to enhance system security.

[0063] The general task manager 140 is distributed and comprises multiple nodes, each capable of processing scheduled batch jobs to enhance system performance. Its primary functions are divided into client and server functions. The client configures task input parameters and conditions, such as when different tasks are executed and whether they can be repeated. The server executes specific tasks, processes the corresponding business logic, and generates and delivers the corresponding files to the caller 100. The general task manager 140 delivers business files to the caller 100 via the FPP file transfer system. The FPP file transfer system supports file preparation status queries and file transfers, enabling cross-language communication between the AS400 and Java, enhancing system high availability and decoupling from applications.

[0064] Furthermore, the universal task manager 140 is developed based on the Spring Cloud framework. It includes batch job scheduling software that manages and controls job processes, provides job status information, and periodically triggers batch scheduled tasks via HTTP requests, enabling task retries. The universal task manager 140 also includes cluster middleware that caches hotspot information, alleviates database pressure, achieves high availability, and protects data consistency.

[0065] It is understood that the distributed universal task manager 140 is deployed in a container cloud environment. The container cloud environment can support the communication mechanism between the distributed universal task managers 140, realize distributed development, and flexibly expand the number of pods, decoupling the technical modules from each other, and improving the high availability of the system.

[0066] The interoperability module 150 is an intermediate system developed based on the protocol issued by the People's Bank of China. It integrates all electronic receipt portals nationwide and provides functions such as querying, printing, and generating CBOD messages. Based on the SDK provided by the People's Bank of China, it can convert ordinary PDF format files into CBOD format files, and can also convert CBOD format files into BUMS format files, and vice versa. It can also encrypt and decrypt requests based on public and private keys. Specifically, the interoperability module 150 receives the encrypted first message sent by the service module 130, decrypts it, converts the first format of the first message into the second format, obtains the second message, encrypts it based on the public and private keys, and then returns it to the service module 130. It can be understood that the second format is a format that can be parsed by the general task manager 140.

[0067] Data storage unit 160 is used to store transaction data, product information, and request interaction information in the system. Specifically, it is used to obtain a business request and a first business file from service module 130, establish an association between the business request and the first business file, and store the business request, the first business file, and the association between the business request and the first business file.

[0068] Data lake 170 is used to store data permanently.

[0069] It should be noted that the above Figure 1 The structure shown is only an example and is not limited in the embodiment of the present invention.

[0070] Based on the above description, Figure 2 A schematic flow chart of a method for processing a service request provided by an embodiment of the present invention is exemplarily shown. The flow chart can be executed by a service request processing system.

[0071] like Figure 2 As shown in the figure, the process specifically includes:

[0072] Step 210: Obtain a service request and determine a first format of a first message in the service request;

[0073] In an embodiment of the present invention, when cross-business system interaction is required, the caller sends a service request to the callee. The service request includes a first message. Because different systems can process different message formats, it is necessary to determine the first format of the first message. Exemplarily, the caller sends an HTTP request to the callee. The first message included in the HTTP request can be a CBOD message or a BUMS message, and the first format of the first message is not specifically limited herein.

[0074] Step 220: If the first format does not belong to the preset message format, convert the first format of the first message into a second format to obtain a second message; the first format and the second format are different, and the content of the first message and the second message are the same;

[0075] In an embodiment of the present invention, after receiving a service request, the called party determines whether the first format of the first message falls within a preset message format. The preset message format includes message formats that can be parsed by this system. It is understood that due to differences between different service systems, the message formats that can be parsed by different service systems also vary, necessitating a determination of the message format. Therefore, determining whether the first format of the first message falls within the preset message format is to determine whether the first message in the service request can be parsed. If the first format does not fall within the preset message format, the first message format is converted. Specifically, the first format of the first message is converted into a second format to obtain a second message. The formats of the first and second messages differ. It is understood that only the message formats are converted; the content of the first and second messages should be identical, such as the source address, destination address, and payload within the message entity. Furthermore, the format of the second message should be a format that can be parsed by the called party. Exemplarily, the first message is a cbod message, but the message format that can be parsed by the called party is a bums message, so the cbod message needs to be converted into a bums message.

[0076] Step 230: Perform business processing based on the second message, generate a first business file, and feed back the first business file.

[0077] In an embodiment of the present invention, the first message and the second message include a business identifier for indicating a business and a format identifier for indicating a file format. The file format indicated by the format identifier may be a PDF format, a TXT format, or an OFD format, and no specific limitation is made here to the file format indicated by the format identifier. The specific process of generating the first business file is: performing business processing according to the business identifier in the second message to obtain the required business data. Exemplarily, the general task manager performs business processing according to the business identifier in the bums message to obtain business data. After obtaining the business data, a first business file is generated based on the business data, and the file format indicated by the format identifier in the second message is used as the format of the first business file to generate the first business file. Exemplarily, the file format indicated by the format identifier is a PDF format, and therefore, a first business file in PDF format is generated based on the business data.

[0078] Then, after the first service file is generated, the first service file is fed back to the caller.

[0079] In one possible implementation, if the first format of the first message is a preset message format, the first message does not need to be converted, and service processing can be performed directly based on the service identifier in the first message to obtain the required service data. Then, a first service file is generated based on the format identifier and service data in the first message.

[0080] In another possible implementation, if the service indicated by the service identifier has a preset feedback time, the first service file is fed back when the feedback time arrives. For example, if the preset feedback time for the service is 8:00 AM every day, the service system will feed back the service files corresponding to the service generated within the previous 24 hours at 8:00 AM every day.

[0081] In another possible implementation, after generating the first business file, the called party establishes an association relationship between the first business file and the business request, and stores the first business file, the business request, and the association relationship.

[0082] In the embodiment of the present invention, the system is divided into real-time transaction process and night-time processing process. The real-time transaction process is used to process daytime transactions. The specific process is as mentioned above. Figure 2 The nightly processing process handles nightly reconciliation transactions. For example, the Spring Boot framework enables a daily nightly scheduler. When the scheduled time arrives, the nightly reconciliation process is invoked. The general task manager processes the reconciliation-related business logic and corrects incorrect data in the data storage unit. After the modification is complete, the latest data is pushed to the data lake for permanent storage. After the nightly reconciliation transaction is processed, the general task manager also invokes the scheduler for generating reconciliation files. Once the scheduler is activated, the corresponding reconciliation file is generated. Using the FPP file transfer system, the reconciliation file is then sent to other connected business systems, enabling reconciliation and file processing between the two systems.

[0083] In an embodiment of the present invention, when the format of a first message in a service request cannot be parsed by the called party, the format of the first message is converted into a second message whose format can be parsed by the called party. Then, based on the service identifier and format identifier in the second message, service processing is performed to generate a first service file in the format required by the caller, and the file is fed back to the caller, thereby achieving interconnection and interoperability between service systems.

[0084] Based on the same technical concept, an embodiment of the present invention further provides a computer device, including:

[0085] a memory for storing program instructions;

[0086] The processor is used to call the program instructions stored in the memory and execute the above-mentioned service request processing method according to the obtained program.

[0087] Based on the same technical concept, an embodiment of the present invention further provides a computer-readable storage medium, wherein the computer-readable storage medium stores computer-executable instructions, and the computer-executable instructions are used to enable a computer to execute the above-mentioned method for processing a service request.

[0088] Based on the same technical concept, an embodiment of the present invention further provides a computer program product, characterized in that the computer program product includes an executable program, and the executable program is executed by a processor to implement the above-mentioned method for processing a service request.

[0089] Those skilled in the art will appreciate that the embodiments of the present application can be provided as methods, systems, or computer program products. Therefore, the present application can adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment in combination with software and hardware. Moreover, the present application can adopt the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to magnetic disk storage, CD-ROM, optical storage, etc.) that contain computer-usable program code.

[0090] The present application is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the present application. It should be understood that each process and / or block in the flowchart and / or block diagram, as well as the combination of processes and / or blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 a process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0091] These computer program instructions may also be stored in a computer readable memory that can direct a computer or other programmable data processing device to work in a specific manner, so that the instructions stored in the computer readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 a process or multiple processes and / or boxes Figure 1 The function specified in one or more boxes.

[0092] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operational steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing the instructions executed on the computer or other programmable device for implementing the process. Figure 1 a process or multiple processes and / or boxes Figure 1 The steps for the function specified in one or more boxes.

[0093] Obviously, those skilled in the art may make various changes and modifications to this application without departing from the spirit and scope of this application. Thus, if these modifications and variations of this application fall within the scope of the claims of this application and their equivalents, this application is intended to include these modifications and variations.

Claims

1. A processing system for a business system, characterized in that: The processing system includes a gateway, a service module, a general task manager, and an interconnection module: The gateway is used to obtain a service request and send the service request to the service module; The service module is configured to determine a first format of a first message in the service request, and when determining that the first format does not belong to a preset message format, send the first message to the interconnection module; The interconnection module is configured to convert the first format of the first message into a second format to obtain a second message, and send the second message to the service module; the first format and the second format are different, and the content of the first message and the second message are the same; The general task manager is configured to obtain the second message sent by the service module, perform service processing based on the second message, generate a first service file, and feed back the first service file.

2. The processing system of the business system according to claim 1, characterized in that: The general task manager includes a plurality of nodes; The gateway is further configured to determine a node of the general task manager that processes the service request based on load balancing.

3. The processing system of the business system according to claim 1, wherein: The general task manager is specifically used to: Performing service processing based on the service identifier in the second message to obtain required service data; A first business file is generated based on the format identifier in the second message and the business data; the format of the first business file is the file format indicated by the format identifier.

4. The processing system of the business system according to any one of claims 1 to 3, characterized in that: The general task manager is further used to: When it is determined that the first format belongs to the preset message format, the first message sent by the service module is obtained, business processing is performed based on the business identifier in the first message to obtain the required business data, and a first business file is generated based on the format identifier and the business data in the first message.

5. The processing system of the business system according to any one of claims 1 to 3, characterized in that: The general task manager is further used to: If the service indicated by the service identifier has a preset feedback time, the first service file is fed back when the time reaches the feedback time.

6. The processing system of the business system according to any one of claims 1 to 3, characterized in that: The processing system further includes: a data storage unit: The data storage unit is configured to obtain the service request and the first service file from the service module, establish an association relationship between the first service file and the service request, and store the association relationship.

7. A method for processing a business request, characterized in that: include: Obtaining a service request, and determining a first format of a first message in the service request; If the first format does not belong to the preset message format, converting the first format of the first message into a second format to obtain a second message; the first format and the second format are different, and the content of the first message and the second message are the same; Perform business processing based on the second message, generate a first business file, and feed back the first business file.

8. A computer device, characterized in that: include: a memory for storing program instructions; A processor is configured to call the program instructions stored in the memory and execute the method according to claim 7 according to the obtained program.

9. A computer-readable storage medium, characterized in that The computer-readable storage medium stores computer-executable instructions, and the computer-executable instructions are used to enable a computer to execute the method of claim 7.

10. A computer program product, characterized in that The computer program product comprises an executable program, which is executed by a processor to implement the method of claim 7 .

Images