Method, apparatus, device, storage medium and program product for processing multiplex request
By determining the request type through the local interface on the user terminal and converting it into a target interface request, the management cost and complexity issues of reusing banking system functions in the prior art are solved, and efficient function reuse and data management are achieved.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- BANK OF COMMUNICATIONS
- Filing Date
- 2024-08-16
- Publication Date
- 2026-04-21
AI Technical Summary
When existing technologies reuse shared and private functions in banking systems, the communication mechanisms need to be further expanded, which increases management costs and complexity.
The request type is determined by the local interface of the user application terminal, and the request is sent to the corresponding target conversion module to be converted into a target interface request. The corresponding calling unit is then invoked using microservices or application interfaces to achieve the reuse of data-private and shared functions, adapting to function calls in single or cross-network partitions.
It reduces the cost of function reuse, improves the efficiency and quality of data management, and enhances the adaptability and user experience of software reuse.
Smart Images

Figure CN118860382B_ABST
Abstract
Description
Technical Field
[0001] This application relates to computer technology, and more particularly to a method, apparatus, device, storage medium, and program product for processing reuse requests. Background Technology
[0002] Software reuse is a technique that utilizes existing software products and / or software components (such as design structure, source code, documentation, etc.) to construct new, high-quality, and efficient software systems during the construction of new software systems, thereby enabling the reuse of existing software. Software reuse technology can improve software development efficiency and quality while reducing software development and maintenance costs.
[0003] In existing technologies, when customers need to reuse shared functions (such as financial business functions) in a bank application system, they access the API interface of the bank system through a terminal device to reuse the application functions corresponding to the accessed API interface. When customers need to reuse private functions (such as enterprise management functions) in a bank system, they reuse the application functions corresponding to the microservices in the bank system through microservices deployed independently in the terminal device.
[0004] However, reusing shared functions through API interfaces or reusing private functions through microservices requires further expansion of the communication mechanisms of related functions, which increases the cost and complexity of managing various application functions and their corresponding application data in the banking system. Summary of the Invention
[0005] This application provides a method, apparatus, device, storage medium, and program product for processing reuse requests, in order to reduce the cost of software function reuse and improve the efficiency and quality of managing related data.
[0006] In a first aspect, embodiments of this application provide a method for processing reuse requests, including:
[0007] Obtain the target request sent by the user application terminal;
[0008] The function type corresponding to the target request is determined through the local interface of the user application terminal, and the target request is sent to the target conversion module corresponding to the function type. The function types include data private type and data sharing type. Data private type functions include enterprise management functions, and data sharing type functions include financial business functions.
[0009] Based on the target request, the target interface request is determined by the target conversion module and sent to the corresponding calling unit so that the calling unit can send a response to the user application terminal based on the target interface request;
[0010] The target conversion module receives the response and feeds it back to the local interface, so that the target function indicated by the target request can be reused through the local interface.
[0011] Optionally, after determining the function type corresponding to the target request, the method includes:
[0012] When the function type is data-private, the target request corresponding to enterprise management is received through the microservice conversion module, and the target request corresponding to enterprise management is converted into a microservice interface request. The microservice conversion module is the target conversion module corresponding to data-private.
[0013] Optionally, when the function type is data sharing, the target request corresponding to the financial business is received through the application interface conversion module, and the target request corresponding to the financial business is converted into an application interface request. The application interface conversion module is the target conversion module corresponding to the data sharing type.
[0014] Optionally, the calling unit includes microservice software and application interfaces. Before sending the target interface request to the corresponding calling unit through the target transformation module, the method includes:
[0015] Based on data-private enterprise management functions, the enterprise management functions of the banking system are deployed in the network partition where the user terminal is located and published to the user terminal to obtain the microservice software corresponding to the enterprise management functions. This allows the user application terminal to reuse the enterprise management functions through the microservice software. The microservice software includes the enterprise management function program and the database corresponding to the user application terminal. The database is used to store the management data generated when the user application terminal reuses the enterprise management functions.
[0016] Optionally, based on data-sharing financial business functions, the application interface is determined according to the software corresponding to the financial business function in the banking system, and the application interface is deployed in the network partition where the banking system is located, so that user application terminals can access the software corresponding to the financial business function through the application interface and reuse the financial business function; wherein, the software corresponding to the financial business function includes the financial business function program and the database corresponding to the financial business function, and the database corresponding to the financial business function is used to store the transaction data generated by each user terminal reusing the financial business function during the reuse process.
[0017] Optionally, after converting the target request corresponding to the financial transaction into an application interface request, the method includes:
[0018] The application interface conversion module determines whether the application interface corresponding to the user application terminal and the financial business function is under the same network partition.
[0019] If the user application terminal and the application interface corresponding to the financial business function are in the same network partition, the user sends an application interface request to the application interface to call the financial business function through the application interface and receives the corresponding financial business response from the application interface.
[0020] Otherwise, a target interface request is sent to the network firewall to verify the user application terminal. After successful verification, an application interface request is sent to the application interface to call financial business functions through the application interface and receive the corresponding response of the financial business functions fed back by the application interface.
[0021] Secondly, embodiments of this application provide a reuse request processing apparatus, comprising:
[0022] The acquisition module is used to acquire the target request sent by the user application terminal;
[0023] The processing module is used to determine the function type corresponding to the target request through the local interface of the user application terminal, and send the target request to the target conversion module corresponding to the function type. The function types include data private type and data sharing type. Data private type functions include enterprise management functions, and data sharing type functions include financial business functions.
[0024] The processing module is used to determine the target interface request based on the target request through the target transformation module, and send the target interface request to the corresponding calling unit so that the calling unit can send a response to the user application terminal based on the target interface request;
[0025] The processing module is used to receive the response through the target transformation module and feed it back to the local interface, so as to reuse the target function indicated by the target request through the local interface.
[0026] Optionally, when the function type is data-private, the processing module is used to receive the target request corresponding to enterprise management through the microservice conversion module, and convert the target request corresponding to enterprise management into a microservice interface request. The microservice conversion module is the target conversion module corresponding to data-private.
[0027] Optionally, when the function type is data sharing, the processing module is used to receive the target request corresponding to the financial business through the application interface conversion module, and convert the target request corresponding to the financial business into an application interface request. The application interface conversion module is the target conversion module corresponding to the data sharing type.
[0028] Optionally, the calling unit includes microservice software and an application interface. The processing module is used to deploy the enterprise management function of the banking system in the network partition where the user terminal is located, based on the data-private enterprise management function, and publish it to the user terminal before sending the target interface request to the corresponding calling unit through the target conversion module. This results in the microservice software corresponding to the enterprise management function, so that the user application terminal can reuse the enterprise management function through the microservice software. The microservice software includes the enterprise management function program and the database corresponding to the user application terminal. The database is used to store the management data generated when the user application terminal reuses the enterprise management function.
[0029] Optionally, the processing module is used to determine the application interface based on the software corresponding to the financial business function in the banking system, and deploy the application interface in the network partition where the banking system is located, so that user application terminals can access the software corresponding to the financial business function through the application interface and reuse the financial business function; wherein, the software corresponding to the financial business function includes the financial business function program and the database corresponding to the financial business function, and the database corresponding to the financial business function is used to store the transaction data generated by each user terminal reusing the financial business function during the reuse process.
[0030] Optionally, after converting the target request corresponding to the financial business into an application interface request, the processing module is used to determine, through the application interface conversion module, whether the user application terminal and the application interface corresponding to the financial business function are in the same network partition.
[0031] If the user application terminal and the application interface corresponding to the financial business function are in the same network partition, the user sends an application interface request to the application interface to call the financial business function through the application interface and receives the corresponding financial business response from the application interface.
[0032] Otherwise, a target interface request is sent to the network firewall to verify the user application terminal. After successful verification, an application interface request is sent to the application interface to call financial business functions through the application interface and receive the corresponding response of the financial business functions fed back by the application interface.
[0033] Thirdly, embodiments of this application provide an electronic device, including: a memory and a processor;
[0034] The memory stores the instructions that the computer executes;
[0035] The processor executes computer execution instructions stored in memory, causing the processor to perform the first aspect and / or various possible implementations of the first aspect as described above.
[0036] Fourthly, embodiments of this application provide a computer-readable storage medium storing computer-executable instructions, which, when executed by a processor, are used to implement the first aspect and / or various possible implementations of the first aspect.
[0037] Fifthly, embodiments of this application provide a computer program product, including a computer program that, when executed by a processor, implements the first aspect and / or various possible implementations of the first aspect.
[0038] The reuse request processing method, apparatus, device, storage medium, and program product provided in this application embodiment acquire a target request sent by a user application terminal, process the target request through the user application terminal's local interface to obtain the function type of the target function indicated by the target request, and based on the obtained function type, send the target request to the corresponding target conversion module. After receiving the target request, the target conversion module converts the target request into a corresponding target interface request, and based on the aforementioned function type, sends the target interface request to the corresponding calling unit. After receiving the target interface request, the calling unit sends a response back to the user application terminal. The target conversion module receives the response and sends it back to the local interface, reusing the target function indicated by the target request through the local interface. This achieves the reuse of different types of functions, reduces the cost of function reuse, and improves the efficiency and quality of managing the data generated during the reuse process. Attached Figure Description
[0039] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application.
[0040] Figure 1 A schematic diagram illustrating a scenario for the method of processing reuse requests provided in this application;
[0041] Figure 2 Flowchart of the reuse request processing method provided in this application Figure 1 ;
[0042] Figure 3 A structural diagram of the functional types provided in this application;
[0043] Figure 4 A schematic diagram of the network architecture provided in this application;
[0044] Figure 5 Flowchart of the reuse request processing method provided in this application Figure 2 ;
[0045] Figure 6 A schematic diagram of the structure of the reuse request processing device provided in this application;
[0046] Figure 7 A schematic diagram of the structure of the electronic device provided in this application.
[0047] The accompanying drawings have illustrated specific embodiments of this application, which will be described in more detail below. These drawings and descriptions are not intended to limit the scope of the concept in any way, but rather to illustrate the concept of this application to those skilled in the art through reference to specific embodiments. Detailed Implementation
[0048] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numbers in different drawings denote the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this application. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this application as detailed in the appended claims.
[0049] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, data stored, data displayed, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties. Furthermore, the collection, use and processing of the relevant data must comply with the relevant laws, regulations and standards of the relevant regions, and corresponding operation portals are provided for users to choose to authorize or refuse.
[0050] Figure 1 A schematic diagram illustrating a scenario for the reuse request processing method provided in this application, such as... Figure 1 As shown, the specific application scenario of this application is as follows: Enterprise user 10 accesses the software system 20 of bank 40 to obtain the requested software functions and reuse them, that is, using the obtained functions of existing software to construct a new, high-quality, and efficient software system. Enterprise users include enterprise 1, enterprise 2, ..., enterprise n. For example, when enterprise 1 needs to process a personal loan, it sends a transaction request to the bank's software system to access the requested loan function, thereby processing the financial transaction. Furthermore, when developing software, the bank's developers 30 reuse relevant functions of existing software in the bank's software system to develop new software, improving software development efficiency.
[0051] Currently, one existing method for software reuse involves enterprise users accessing the server interface corresponding to the software in the banking software system through a client application to invoke and reuse software functions, and to uniformly manage and maintain the data generated during the reuse process. However, when the software functions only provide data privatization management and / or physical isolation to a single application, the implementation cost and technical complexity of existing technologies are high. Considering the above scenarios, it is clear that existing software function reuse methods are difficult to apply to different function reuse scenarios.
[0052] The reuse request processing method provided in this application decomposes the functions of each software in the bank's software system, generates corresponding interfaces for software with data sharing functions, generates corresponding microservice software for software with data private functions, and deploys them in the network partition where the user application terminal that needs to reuse the software is located. The system receives requests from various user application terminals and converts these requests into target interface requests through the target conversion module in each user application terminal. For data-private functions, the target interface request is sent to the microservice software through the microservice conversion module to call and reuse the corresponding target function. For data-sharing functions, it determines whether the current user application terminal and the corresponding bank system are in the same network partition. If they are in the same network partition, the target interface request is sent to the application interface corresponding to the above function in that network partition through the corresponding application interface conversion module to call and reuse the target function. Otherwise, the target interface request is sent to the network firewall through the corresponding application interface conversion module. The network firewall verifies the user application terminal. After successful verification, the target interface request is sent to the application interface, thereby reusing the target function. This enables users in a single network partition and across network partitions to reuse different types of functions, reducing the cost of software function reuse.
[0053] The reuse request processing method provided in this application aims to solve the above-mentioned technical problems in the prior art.
[0054] The technical solution of this application and how the technical solution of this application solves the above-mentioned technical problems are described in detail below with specific embodiments. These specific embodiments can be combined with each other, and the same or similar concepts or processes may not be described again in some embodiments. The embodiments of this application will be described below with reference to the accompanying drawings.
[0055] Figure 2 Flowchart of the reuse request processing method provided in this application Figure 1 ,like Figure 2 As shown, the method includes:
[0056] S201. Obtain the target request sent by the user application terminal.
[0057] More specifically, it acquires the target request sent by the user application terminal. This target request is a request issued by the corresponding target application within the user application terminal.
[0058] Optionally, before obtaining the target request, the various software components in the banking system can be separated according to the coupling relationship between the various functions.
[0059] For example, Figure 3 The structural diagram of the functional type provided in this application is as follows: Figure 3 As shown, software X in the banking system includes functions A, B, and C. Software X is decomposed based on the coupling relationships between functions A, B, and C. When the coupling coefficients between function A and functions B and C do not exceed the coupling threshold, and at least one user has a need to reuse function A, function A and its corresponding data A are combined to generate software A. Similarly, when the coupling coefficients between function B and functions A and C do not exceed the coupling threshold, and at least one user has a need to reuse function B, function B and its corresponding data B are combined to generate software B. Likewise, when the coupling coefficients between function C and functions A and C do not exceed the coupling threshold, and at least one user has a need to reuse function C, function C and its corresponding data C are combined to generate software C. Here, data A is the data storage space corresponding to function A, data B is the data storage space corresponding to function B, and data C is the data storage space corresponding to function C.
[0060] Optionally, when there is no user needing to reuse function A, function A is determined to be non-reusable data. Function masking technology is then used to mask function A, so that software X only behaves as the functions corresponding to software B and / or software C, respectively. The function masking technology is a publicly disclosed technique and will not be described in detail in this embodiment.
[0061] S202. Determine the function type corresponding to the target request and send the target request to the target conversion module corresponding to the function type.
[0062] More specifically, the function type corresponding to the target request is determined through the local interface of the user application terminal, and the target request is sent to the target conversion module corresponding to the function type. The function types include data-private and data-sharing types. Data-private functions include enterprise management functions, and data-sharing functions include financial business functions.
[0063] Optionally, the function types include non-reusable functions and reusable functions, wherein reusable functions include data-private functions and data-sharing functions.
[0064] For example, when a user reuses any function through an application, if the data related to that function needs to be managed globally or shared with at least one application, then the function is classified as a data-sharing type.
[0065] For example, when a user reuses any function through an application, if the data related to that function does not need to be managed globally or shared among multiple applications, and the aforementioned applications use and manage the data related to that function independently, then the function is determined to be a data-private function.
[0066] In one possible embodiment, such as Figure 4 As shown, when function A is a non-reusable function, data A is non-reusable data.
[0067] In one possible embodiment, such as Figure 4 As shown, when the target function indicated by the target request is function B, and the function type corresponding to function B is determined to be a data-private function, data B is private reusable data. When the target function indicated by the target request is function C, and the function type corresponding to function C is determined to be a data-sharing function, data C is shared reusable data.
[0068] S203. Determine the target interface request through the target conversion module and send the target interface request to the corresponding calling unit.
[0069] More specifically, based on the target request, the target transformation module determines the target interface request and sends it to the corresponding calling unit, so that the calling unit can send a response to the user application terminal based on the target interface request. The calling unit includes microservice software and application interfaces.
[0070] Optionally, when the function type is data-private, the target request corresponding to enterprise management is received through the microservice conversion module, and the target request corresponding to enterprise management is converted into a microservice interface request. The microservice conversion module is the target conversion module corresponding to data-private.
[0071] In one possible embodiment, after a user sends a target request corresponding to enterprise management through an application terminal, the application terminal receives the target request through its local interface. After determining that the function type corresponding to the target request is data-private, the user sends the target request to the application terminal's microservice conversion module through the local interface. The microservice conversion module converts the target request for calling the local interface into a microservice interface request for calling the microservice software, thereby enabling microservice communication with the microservice software corresponding to the target function through the microservice interface request. This application, regarding the target request for enterprise management, transmits the target request to the microservice conversion module through the local interface, and the microservice conversion module processes the target request accordingly to generate a microservice interface request for calling the microservice software. This embodiment achieves effective access to the software corresponding to data-private functions.
[0072] Optionally, when the function type is data sharing, the target request corresponding to the financial business is received through the application interface conversion module, and the target request corresponding to the financial business is converted into an application interface request. The application interface conversion module is the target conversion module corresponding to the data sharing type.
[0073] In one possible embodiment, after a user sends a target request corresponding to a financial service through an application terminal, the application terminal receives the target request through its local interface. After determining that the function type corresponding to the target request is data sharing, the application terminal sends the target request to its application conversion module through the local interface. This application, for target requests corresponding to financial services, transmits the target request to the application interface conversion module through the local interface. The application interface conversion module then processes the target request to generate an application interface request that calls the application interface. This achieves effective access to the software corresponding to data sharing functions, enhances the adaptability of software reuse methods in different scenarios, and further enhances the user experience of function reuse.
[0074] Optionally, before sending the target interface request to the corresponding calling unit through the target conversion module, based on the data-private enterprise management function, the enterprise management function in the banking system is deployed in the network partition where the user terminal is located and published to the user terminal to obtain the microservice software corresponding to the enterprise management function, so that the user application terminal can reuse the enterprise management function through the microservice software; wherein, the microservice software includes the enterprise management function program and the database corresponding to the user application terminal, and the database is used to store the management data generated when the user application terminal reuses the enterprise management function.
[0075] In one possible embodiment, such as Figure 4As shown, both application Y and application Z require reuse of function B. Application Y is in the same network partition as the banking system, while application Z is in a different network partition. Based on function B in the banking system, microservice software B1 for application Y and microservice software B2 for application Z are generated. Microservice software B1 for application Y is deployed in the network partition where application Y resides and published to application Y. Microservice software B2 for application Z is deployed in the network partition where application Z resides and published to application Z. Microservice software B1 for application Y includes data B1, which stores and manages the data generated when application Y accesses microservice software B. Microservice software B2 for application Z includes data B2, which stores and manages the data generated when application Z accesses microservice software B2. Function B is a data-private function, such as an enterprise management function.
[0076] Optionally, application Y and microservice software B1 are in the same microservice namespace, and application Z and microservice software B2 are in the same microservice namespace.
[0077] For example, application Y sends an enterprise management request to microservice software B, and microservice software B sends a reused response corresponding to function B back to application Y. Similarly, application Z sends an enterprise management request to microservice software B, and microservice software B sends a reused response corresponding to function B back to application Z. This application facilitates applications in different network partitions to call target functions through microservice software by deploying and publishing microservice software corresponding to data-private functions separately for applications in different network partitions.
[0078] Optionally, based on data-sharing financial business functions, the application interface is determined according to the software corresponding to the financial business function in the banking system, and the application interface is deployed in the network partition where the banking system is located, so that user application terminals can access the software corresponding to the financial business function through the application interface and reuse the financial business function; wherein, the software corresponding to the financial business function includes the financial business function program and the database corresponding to the financial business function, and the database corresponding to the financial business function is used to store the transaction data generated by each user terminal reusing the financial business function during the reuse process.
[0079] In one possible embodiment, such as Figure 4As shown, both application Y and application Z require reuse of function C. Application Y is in the same network partition as the banking system, while application Z is in a different network partition. Application interfaces, such as OpenAPI interfaces, are generated based on function C in the banking system, and these OpenAPI interfaces are deployed in the network partition where the banking system resides. The software C corresponding to function C includes data C, which stores and manages the data generated during all applications' calls to the aforementioned OpenAPI interfaces. Function C is a data-sharing function, such as a financial business function.
[0080] For example, application Y sends a request for financial services to the OpenAPI interface, and the OpenAPI interface sends a reused response corresponding to function C back to application Y. This application facilitates applications in the same network partition to call the target function through the OpenAPI interface by deploying the OpenAPI interface corresponding to function C in the network partition where the bank system is located.
[0081] Optionally, after converting the target request corresponding to the financial service into an application interface request, the application interface conversion module determines whether the user application terminal and the application interface corresponding to the financial service function are in the same network partition. If the user application terminal and the application interface corresponding to the financial service function are in the same network partition, an application interface request is sent to the application interface to call the financial service function through the application interface and receive the response corresponding to the financial service from the application interface; otherwise, a target interface request is sent to the network firewall to verify the user application terminal. After successful verification, an application interface request is sent to the application interface to call the financial service function through the application interface and receive the response corresponding to the financial service function from the application interface.
[0082] For example, application Z sends a financial transaction request to the network firewall between its network partition and the network partition where the bank system resides. After authentication of application Z by the network firewall, the application sends the financial transaction request to the OpenAPI interface and returns a reuse response corresponding to function C to application Y via the OpenAPI interface. This application, after determining that the target function type is data sharing, uses an application interface conversion module to determine whether the user application terminal and the application interface corresponding to the target function are in the same network partition, thus matching different communication links. The reuse request processing method of this embodiment enhances the application scenarios of function reuse and improves the user experience.
[0083] S204. Receive the response through the target conversion module and feed it back to the local interface so as to reuse the target function through the local interface.
[0084] More specifically, the target conversion module receives the response and feeds it back to the local interface so that the target function indicated by the target request can be reused through the local interface.
[0085] In one possible embodiment, a microservice conversion module receives the response corresponding to the enterprise management function and feeds it back to the local interface of the user application terminal. The local interface then provides the user with the aforementioned enterprise management function, allowing the user to reuse it. The reuse request processing method provided in this application embodiment determines the function type by obtaining the target request sent by the application terminal, and determines the target conversion module and the corresponding target interface request based on the function type. The target conversion module then sends the target interface request to the corresponding calling unit to access the target function and feeds it back to the local interface for user reuse. This achieves the reuse of different types of functions, reduces the cost for users to reuse functions in different scenarios, and improves the user experience.
[0086] For example, financial services are business related to banking and finance, which require the banking system to manage the relevant data in a unified manner. Financial services include, but are not limited to, payroll processing, corporate transfers, loan services, and credit inquiries. Corporate management is a business that allows users to manage their own data, including but not limited to corporate human resources management, corporate organizational relationships, and production management.
[0087] In one possible implementation, bank developers deploy their payroll processing software to the bank's system and generate a corresponding payroll processing OpenAPI interface based on the software. This OpenAPI interface is then deployed within the network partition where the bank's system resides. When a user needs to use the payroll processing function, they send a request to the OpenAPI interface through the payroll processing application on their application terminal. This allows the user to invoke the payroll processing software and reuse the corresponding payroll processing functionality.
[0088] In one possible implementation, bank developers deploy their HR management software to the bank's system and generate HR management microservices based on the software. These microservices are then deployed and published in the network partition where the user's application terminal resides, ensuring that the HR management application on the application terminal and the HR management microservices are in the same microservice namespace. When a user needs to use HR management functions, they send a request to the HR management microservices through their application terminal's HR management application, allowing the microservices to invoke the HR management software and reuse the corresponding HR management functions.
[0089] Figure 5 Flowchart of the reuse request processing method provided in this application Figure 2 ,like Figure 5 As shown, in this embodiment... Figure 2Based on the embodiments, the processing method for reuse requests is described in detail, with the following specific steps: The user initiates a reuse request through function A in application X. Function A sends the reuse request to the local interface of the SDK (Software Development Kit) corresponding to application X, thereby calling the SDK local interface to determine the type of the function indicated by the reuse request. When it is determined that the reuse function indicated by the reuse request is the enterprise's weekly report creation function, the type corresponding to the weekly report creation function is data-private. By determining the microservice conversion module corresponding to user application X, the reuse request is sent to the aforementioned microservice conversion module. The microservice conversion module converts the reuse request corresponding to the protocol of calling the SDK local interface into a request corresponding to the protocol of calling the microservice software, resulting in a weekly report creation microservice interface request. Microservice communication is then conducted with the weekly report creation microservice software through the weekly report creation microservice interface request to access the weekly report creation function corresponding to the weekly report creation microservice software. The response corresponding to the weekly report creation function is then fed back to the SDK local interface of the user application terminal, so that the weekly report creation function can be called and reused through the SDK local interface.
[0090] Optional, such as Figure 5 As shown, when the reuse function indicated by the reuse request is determined to be a credit reporting function, the type corresponding to the credit reporting function is determined to be data sharing type. By determining the OpenAPI conversion module corresponding to the user application X, the reuse request is sent to the OpenAPI conversion module. The OpenAPI conversion module converts the reuse request corresponding to the protocol of calling the SDK local interface into a request corresponding to the protocol of calling the application interface, thus obtaining the credit reporting application interface request. The credit reporting application interface request communicates with the credit reporting OpenAPI interface to access the credit reporting function, and the response corresponding to the above credit reporting function is fed back to the SDK local interface of the user application terminal, so as to call the credit reporting function and reuse the credit reporting function through the SDK local interface.
[0091] The reuse request processing method provided in this application embodiment converts the request corresponding to the local interface into a request that can call the interface corresponding to the target function through the SDK software development kit in the user application terminal. This enables enterprises to access and reuse more external functions, reduce redundant construction work, improve application development efficiency, and improve product operation quality, thereby achieving cost reduction and efficiency improvement in application construction.
[0092] Figure 6 A schematic diagram of the structure of the reuse request processing device provided in this application is shown below. Figure 6 As shown, the reuse request processing apparatus 60 provided in this embodiment includes:
[0093] The acquisition module 601 is used to acquire the target request sent by the user application terminal;
[0094] The processing module 602 is used to determine the function type corresponding to the target request through the local interface of the user application terminal, and send the target request to the target conversion module corresponding to the function type. The function types include data private type and data sharing type. Data private type functions include enterprise management functions, and data sharing type functions include financial business functions.
[0095] Processing module 602 is used to determine the target interface request based on the target request through the target conversion module, and send the target interface request to the corresponding calling unit so that the calling unit sends a response to the user application terminal based on the target interface request;
[0096] The processing module 602 is used to receive the response through the target conversion module and feed it back to the local interface so as to reuse the target function indicated by the target request through the local interface.
[0097] Optionally, the processing module 602 is used to receive the target request corresponding to enterprise management through the microservice conversion module when the function type is data private, and convert the target request corresponding to enterprise management into a microservice interface request. The microservice conversion module is the target conversion module corresponding to data private.
[0098] Optionally, the processing module 602 is used to receive the target request corresponding to the financial business through the application interface conversion module when the function type is data sharing, and convert the target request corresponding to the financial business into an application interface request. The application interface conversion module is the target conversion module corresponding to the data sharing type.
[0099] Optionally, the calling unit includes microservice software and an application interface. The processing module 602 is used to deploy the enterprise management function of the banking system in the network partition where the user terminal is located based on the data-private enterprise management function before sending the target interface request to the corresponding calling unit through the target conversion module, and publish it to the user terminal to obtain the microservice software corresponding to the enterprise management function, so that the user application terminal can reuse the enterprise management function through the microservice software. The microservice software includes the enterprise management function program and the database corresponding to the user application terminal. The database is used to store the management data generated when the user application terminal reuses the enterprise management function.
[0100] Optionally, the processing module 602 is used for data-sharing-based financial business functions. It determines the application interface according to the software corresponding to the financial business function in the banking system, and deploys the application interface in the network partition where the banking system is located, so that user application terminals can access the software corresponding to the financial business function through the application interface and reuse the financial business function. The software corresponding to the financial business function includes the financial business function program and the database corresponding to the financial business function. The database corresponding to the financial business function is used to store the transaction data generated by each user terminal reusing the financial business function during the reuse process.
[0101] Optionally, after converting the target request corresponding to the financial business into an application interface request, the processing module 602 is used to determine whether the user application terminal and the application interface corresponding to the financial business function are in the same network partition through the application interface conversion module.
[0102] If the user application terminal and the application interface corresponding to the financial business function are in the same network partition, the user sends an application interface request to the application interface to call the financial business function through the application interface and receives the corresponding financial business response from the application interface.
[0103] Otherwise, a target interface request is sent to the network firewall to verify the user application terminal. After successful verification, an application interface request is sent to the application interface to call financial business functions through the application interface and receive the corresponding response of the financial business functions fed back by the application interface.
[0104] The reuse request processing device provided in this embodiment can execute the method provided in the above method embodiment. Its implementation principle and technical effect are similar, and will not be described in detail here.
[0105] Figure 7 A schematic diagram of the structure of the electronic device provided in this application. Figure 7 As shown, the electronic device 70 provided in this embodiment includes at least one processor 701 and a memory 702. Optionally, the device 70 further includes a communication component 703. The processor 701, memory 702, and communication component 703 are connected via a bus 704.
[0106] In a specific implementation, at least one processor 701 executes computer execution instructions stored in memory 702, causing at least one processor 701 to perform the above-described method.
[0107] The specific implementation process of processor 701 can be found in the above method embodiments, and its implementation principle and technical effect are similar. It will not be repeated here.
[0108] In the above embodiments, it should be understood that the processor can be a Central Processing Unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), etc. The general-purpose processor can be a microprocessor or any conventional processor. The steps of the method disclosed in this invention can be directly implemented by a hardware processor, or implemented by a combination of hardware and software modules within the processor.
[0109] The memory may include random access memory (RAM) and may also include non-volatile memory (NVM), such as at least one disk storage device.
[0110] The bus can be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, or an Extended Industry Standard Architecture (EISA) bus, etc. Buses can be categorized as address buses, data buses, control buses, etc. For ease of illustration, the buses shown in the accompanying drawings are not limited to a single bus or a single type of bus.
[0111] This application also provides a computer program product, including a computer program that, when executed by a processor, implements the above-described method.
[0112] This application also provides a computer-readable storage medium storing computer-executable instructions, which, when executed by a processor, implement the above-described method.
[0113] The aforementioned readable storage medium can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic storage, flash memory, magnetic disk, or optical disk. The readable storage medium can be any available medium accessible to a general-purpose or special-purpose computer.
[0114] An exemplary readable storage medium is coupled to a processor, enabling the processor to read information from and write information to the readable storage medium. Of course, the readable storage medium can also be a component of the processor. The processor and the readable storage medium can reside in an Application Specific Integrated Circuit (ASIC). Alternatively, the processor and the readable storage medium can exist as discrete components in the device.
[0115] The division of units is merely a logical functional division; in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be indirect coupling or communication connection through some interfaces, devices, or units, and may be electrical, mechanical, or other forms.
[0116] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment, depending on actual needs.
[0117] In addition, the functional units in the various embodiments of the present invention can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit.
[0118] If a function is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this invention, or the part that contributes to the prior art, or a part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods of the various embodiments of this invention. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.
[0119] Those skilled in the art will understand that all or part of the steps of the above-described method embodiments can be implemented by hardware related to program instructions. The aforementioned program can be stored in a computer-readable storage medium. When executed, the program performs the steps of the above-described method embodiments; and the aforementioned storage medium includes various media capable of storing program code, such as ROM, RAM, magnetic disks, or optical disks.
[0120] Finally, it should be noted that other embodiments of the invention will readily occur to those skilled in the art upon consideration of the specification and practice of the invention disclosed herein. This invention is intended to cover any variations, uses, or adaptations of the invention that follow the general principles of the invention and include common knowledge or customary techniques in the art not disclosed herein, and 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 the invention is limited only by the appended claims.
Claims
1. A method for processing reuse requests, characterized in that, include: Obtain the target request sent by the user application terminal; The user application terminal determines the function type corresponding to the target request through its local interface and sends the target request to the target conversion module corresponding to the function type. The function type includes data-private type and data-sharing type. The data-private type includes enterprise management functions, and the data-sharing type includes financial business functions. Based on the target request, the target conversion module determines the target interface request and sends the target interface request to the corresponding calling unit, so that the calling unit sends a response to the user application terminal based on the target interface request; The target conversion module receives the response and feeds it back to the local interface, so as to reuse the target function indicated by the target request through the local interface; After determining the function type corresponding to the target request, the method includes: When the function type is data-private, the target request corresponding to enterprise management is received through the microservice conversion module, and the target request corresponding to enterprise management is converted into a microservice interface request. The microservice conversion module is the target conversion module corresponding to the data-private type.
2. The method according to claim 1, characterized in that, The method further includes: When the function type is data sharing, the target request corresponding to the financial business is received through the application interface conversion module, and the target request corresponding to the financial business is converted into an application interface request. The application interface conversion module is the target conversion module corresponding to the data sharing type.
3. The method according to claim 1, characterized in that, The calling unit includes microservice software and application interfaces. Before the target interface request is sent to the corresponding calling unit through the target conversion module, the method includes: Based on data-private enterprise management functions, the enterprise management functions in the banking system are deployed in the network partition where the user terminal is located and published to the user terminal to obtain the microservice software corresponding to the enterprise management functions, so that the user application terminal can reuse the enterprise management functions through the microservice software; wherein, the microservice software includes an enterprise management function program and a database corresponding to the user application terminal, and the database is used to store the management data generated when the user application terminal reuses the enterprise management functions.
4. The method according to claim 3, characterized in that, The method further includes: Based on data-sharing financial business functions, an application interface is determined according to the software corresponding to the financial business function in the banking system, and the application interface is deployed in the network partition where the banking system is located, so that the user application terminal can access the software corresponding to the financial business function through the application interface and reuse the financial business function; wherein, the software corresponding to the financial business function includes the financial business function program and the database corresponding to the financial business function, and the database corresponding to the financial business function is used to store the transaction data generated by each user terminal reusing the financial business function during the reuse process.
5. The method according to claim 2, characterized in that, After converting the target request corresponding to the financial transaction into an application interface request, the method includes: The application interface conversion module determines whether the application interface corresponding to the user application terminal and the financial business function is in the same network partition. If the user application terminal and the application interface corresponding to the financial business function are in the same network partition, the user application terminal sends an application interface request to the application interface to call the financial business function through the application interface and receives the response corresponding to the financial business from the application interface. Otherwise, a target interface request is sent to the network firewall to verify the user application terminal. After successful verification, an application interface request is sent to the application interface to invoke financial business functions through the application interface and to receive the response corresponding to the financial business functions fed back by the application interface.
6. A processing apparatus for a reuse request, characterized in that, include: The acquisition module is used to acquire the target request sent by the user application terminal. The target request is used to reuse the functions of various software within the banking system. The processing module is used to determine the function type corresponding to the target request through the local interface of the user application terminal, and send the target request to the target conversion module corresponding to the function type. The function type includes data private type and data sharing type. The functions of the data private type include enterprise management functions, and the functions of the data sharing type include financial business functions. The processing module is used to determine the target interface request based on the target request through the target conversion module, and send the target interface request to the bank system to call the target function, and reuse the target function, wherein the target function is the function fed back by the bank system according to the target interface request; The processing module is further configured to, when the function type is data-private, receive the target request corresponding to enterprise management through the microservice conversion module, and convert the target request corresponding to enterprise management into a microservice interface request, wherein the microservice conversion module is the target conversion module corresponding to the data-private type.
7. An electronic device, characterized in that, include: Memory, processor; The memory stores computer-executed instructions; The processor executes computer execution instructions stored in the memory, causing the processor to perform the method as described in any one of claims 1-5.
8. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer-executable instructions, which, when executed by a processor, are used to implement the method as described in any one of claims 1-5.
9. A computer program product, characterized in that, Includes a computer program that, when executed by a processor, implements the method described in any one of claims 1-5.
Citation Information
Patent Citations
Bank-enterprise interconnection method and device, proxy server, medium and product
CN116527759A