Service implementation method and device, electronic equipment and storage medium

Abstract

The invention discloses a service implementation method and device, electronic equipment and a storage medium, and the method comprises the steps: determining a service identification code corresponding to a service request message under the condition of obtaining the service request message; determining a target service corresponding to the service request message according to the service identification code, and determining a target service parameter corresponding to the target service according to a transaction configuration table; and sending the target service parameter and the service identification code to the target service, and obtaining service feedback data returned by the target service. Based on the technical scheme, the corresponding service parameter is determined according to the service identification code corresponding to the service request, and the template service is directly called according to the service parameter to obtain the feedback data corresponding to the target service, so that the execution efficiency of the service is improved, and configurability of different service logics is realized through the transaction configuration table.

Description

Technical Field

[0001] The present invention relates to the field of computer technology, and in particular to a service implementation method, device, electronic device and storage medium. Background Art

[0002] The banking system provides the specific implementation of transaction functions for channels such as counters, online banking, and mobile banking through API interfaces. The API interface program is the main form of implementing business logic. As time goes by, business requirements will increase or change. For example, adding a simple query or changing the conditions of a certain business query requires developers to make relevant code modifications, and then deploy the program and restart the application to complete the function update.

[0003] However, in the existing method, when the program code corresponding to the business changes, it needs to be recompiled and restarted before it can be deployed and take effect. In the case of production events, the rollback process is relatively slow, resulting in difficult-to-estimate costs and time in the later software development and operation and maintenance if there are major adjustments or problems. Summary of the Invention

[0004] The present invention provides a service implementation method, device, electronic device and storage medium. The corresponding service parameters are determined according to the service identification code corresponding to the service request, and the template service is directly called according to the service parameters to obtain the feedback data corresponding to the target service, thereby improving the execution efficiency of the service, and realizing the configurable different service logics through the transaction configuration table.

[0005] According to one aspect of the present invention, a service implementation method is provided, which includes:

[0006] When a service request message is obtained, determining the service identification code corresponding to the service request message;

[0007] Determining the target service corresponding to the service request message according to the service identification code, and determining the target service parameters corresponding to the target service according to the transaction configuration table;

[0008] Sending the target service parameters and the service identification code to the target service, and obtaining the service feedback data returned by the target service.

[0009] According to another aspect of the present invention, a service implementation device is provided, which includes:

[0010] A message parsing module, configured to determine the service identification code corresponding to the service request message when a service request message is obtained;

[0011] A parameter determination module, configured to determine a target service corresponding to the service request message according to the service identification code, and determine target service parameters corresponding to the target service according to a transaction configuration table;

[0012] A service implementation module, configured to send the target service parameters and the service identification code to the target service, and obtain service feedback data returned by the target service.

[0013] According to another aspect of the present invention, there is provided an electronic device, the electronic device includes:

[0014] At least one processor; and

[0015] A memory communicatively connected to the at least one processor; wherein,

[0016] The memory stores a computer program executable by the at least one processor, and the computer program is executed by the at least one processor, so that the at least one processor can execute the service implementation method according to any embodiment of the present invention.

[0017] According to another aspect of the present invention, there is provided a computer-readable storage medium, the computer-readable storage medium stores computer instructions, and the computer instructions are used to implement the service implementation method according to any embodiment of the present invention when executed by a processor.

[0018] The technical solution of the embodiment of the present invention, in the case of obtaining a service request message, determines a service identification code corresponding to the service request message, and then determines a target service corresponding to the service request message according to the service identification code, and determines target service parameters corresponding to the target service according to a transaction configuration table, and finally sends the target service parameters and the service identification code to the target service, and obtains service feedback data returned by the target service. Based on the above technical solution, corresponding service parameters are determined according to the service identification code corresponding to the service request, and the template service is directly called according to the service parameters to obtain feedback data corresponding to the target service, thereby improving the execution efficiency of the service, and realizing the configurable of different service logics through the transaction configuration table.

[0019] It should be understood that the content described in this part is not intended to identify the key or important features of the embodiments of the present invention, nor is it used to limit the scope of the present invention. Other features of the present invention will become easily understood through the following description. Description of the Drawings

[0020] To more clearly illustrate the technical solutions in the embodiments of the present invention, the following will briefly introduce the accompanying drawings required for the description of the embodiments. Obviously, the accompanying drawings in the following description are only some embodiments of the present invention. For those of ordinary skill in the art, without creative efforts, other accompanying drawings can be obtained based on these drawings.

[0021] Figure 1 It is a schematic flowchart of a service implementation method provided by an embodiment of the present invention;

[0022] Figure 2 It is a flowchart of a service implementation method provided by an embodiment of the present invention;

[0023] Figure 3 It is a structural block diagram of a service implementation device provided by an embodiment of the present invention;

[0024] Figure 4 It is a schematic structural diagram of an electronic device provided by an embodiment of the present invention. Specific Embodiments

[0025] In order to enable those skilled in the art to better understand the solutions of the present invention, the following will clearly and completely describe the technical solutions in the embodiments of the present invention in conjunction with the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are only some embodiments of the present invention, rather than all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those of ordinary skill in the art without creative efforts shall fall within the protection scope of the present invention.

[0026] It should be noted that the terms "first", "second", etc. in the specification and claims of the present invention and the above accompanying drawings are used to distinguish similar objects, and do not necessarily describe a specific order or sequence. It should be understood that such data can be interchanged under appropriate circumstances so that the embodiments of the present invention described here can be implemented in an order other than those illustrated or described here. In addition, the terms "comprising" and "having" and any variations thereof are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or device that includes a series of steps or units does not necessarily have to be limited to those clearly listed steps or units, but may include other steps or units not clearly listed or inherent to these processes, methods, products, or devices.

[0027] Embodiment 1

[0028] Figure 1It is a schematic flowchart of a service implementation method provided by an embodiment of the present invention. This embodiment is applicable to the situation where, upon receiving a transaction service request message, corresponding service parameters are determined based on the identification code in the message, and the corresponding target service is invoked. This method can be executed by a service implementation device, which can be implemented in the form of hardware and / or software. The service implementation device can be configured in an electronic device, which can be a terminal device or a server. As Figure 1 shown, the method includes:

[0029] S110. When a service request message is obtained, determine a service identification code corresponding to the service request message.

[0030] Among them, the service request message can be a request message sent by a user corresponding to a target service. The request message can be a data block generated according to a preset format. Information associated with the service request message can be encapsulated in the request message. For example, it can include the message sending time, the user's identity ID, and the service identification code corresponding to the target service. The service identification code is a unique identification code used to identify different services, and different services correspond to different service identification codes.

[0031] Specifically, when a service request message is obtained, by parsing the service request message, the service identification code is further extracted from the service request message. For example, the service identification code can be extracted from the service request message according to a preset identification code extraction field, such as checking the businessCode field in the message header. It can also be directly parsing the service request message according to a pre-set message parsing method, and extracting the service identification code corresponding to the service request message from the parsed information. Developers can set the corresponding message parsing method according to requirements.

[0032] It should be noted that the API interface program provides specific implementations of service functions for various channels of the banking system, such as quick payment, account balance query, wealth management product signing, and so on. During the process of program design, a JSON or XML format string can be received as an input message through the API interface program, and then the unique code (such as the transaction code) in the message parameters can be found to determine which code logic in the program should be specifically called, and finally the service logic is implemented; the service logic can also be implemented by calling a stored procedure. Furthermore, the above two methods can be combined to design and implement a prototype system of the API interface program based on the stored procedure. The parameters passed over are parsed by the program and then the stored procedure is called, and the characteristics of the stored procedure are utilized to achieve the rapid release and rapid deployment of the product, so as to verify the technical feasibility and market feasibility of the product, and thus determine whether the expected functions and performance can be achieved.

[0033] On the basis of the above technical solution, after determining the service identification code corresponding to the service request message, the method further includes: extracting a verification character from the service identification code according to a preset character position; and determining a target service corresponding to the service request message according to the service identification code when the verification character matches a preset character.

[0034] Among them, the preset character position can be understood as a pre-set character position. For example, it can be the first two characters in the service identification code. The verification character can be a character used to verify whether the current service identification code is the target service. The preset character can be a pre-set character.

[0035] Specifically, after obtaining the service identification code corresponding to the service request message, a verification character is extracted from the service identification code according to the preset character position, and then the verification character is matched with the preset character. After successful matching, the target service corresponding to the service request message is determined according to the service identification code; if the verification character does not match the preset character, it means that the technical solution of the embodiment of the present invention cannot process the service triggered by the user, and then other service implementation methods matching the service triggered by the user are called. Exemplarily, the service type is verified according to the first two characters in the service identification code. If the first two characters in the service identification code are TY, the method of the present application is used to implement the corresponding target service, otherwise a specific implementation method is called. For example, assuming the service identification code is TY001, then the next step is performed

[0036] It should be noted that the technical solution of the present invention realizes simple service logics through stored procedures, and determines whether to call the corresponding stored procedure to implement the target service according to the verification character in the service identification code in the service request message. The simple service logics can be service logics such as data query and data operation that do not require verification, thereby improving the service implementation efficiency. A stored procedure can be understood as a set of SQL statements stored in a large database system to complete a specific function. It is stored in the database and is permanently valid after being compiled once. Users execute it by specifying the name of the stored procedure and giving parameters. A stored procedure is an important object in the database. In the case of extremely large amounts of data, the use of stored procedures can achieve a several-fold efficiency improvement.

[0037] S120. Determine a target service corresponding to the service request message according to the service identification code, and determine target service parameters corresponding to the target service according to a transaction configuration table.

[0038] Among them, the target service can be understood as the service that the user needs to call, such as service logics such as data query and data operation that do not require verification. The target service parameters can be service parameters required to call the target service.

[0039] Specifically, determine the target service corresponding to the service request message according to the service identification code, and determine the target service parameters corresponding to the target service according to the transaction configuration table. For example, it can be to query in the transaction configuration table based on the service identification code, and then obtain the target service parameters corresponding to the target service.

[0040] Based on the above technical solution, the determining the target service parameters corresponding to the target service according to the transaction configuration table includes: querying in the transaction configuration table according to the service identification code for the parameter type field corresponding to the target service; determining the target service parameters corresponding to the target service based on the parameter type field.

[0041] Among them, the transaction configuration table is a mapping table for storing the relationship between the service identification code and the parameter type field. The parameter type field can be understood as a field for storing parameter types.

[0042] Specifically, query in the transaction configuration table according to the service identification code for the parameter type field corresponding to the target service, and then determine the target service parameters corresponding to the target service based on the parameter type field. For example, it can be to match in the transaction configuration table according to the service identification code. After successful matching, obtain the corresponding parameter type field, and parse the parameter type field to determine at least one parameter type corresponding to the target service, and determine the target service parameters according to the parameter type.

[0043] The technical solution of the embodiment of the present invention queries in the transaction configuration table according to the service identification code for the parameter type field corresponding to the target service, and determines the service parameters associated with the target service according to the parameter type field, thereby improving the acquisition efficiency of the service parameters.

[0044] Based on the above technical solution, the determining the target service parameters corresponding to the target service based on the parameter type field includes: identifying the field delimiter in the parameter type field, determining at least one service parameter type according to the field delimiter and the parameter type field; querying in the data bus according to the service parameter type for the service parameters corresponding to the service parameter type; determining the target service parameters based on the service parameters and the field delimiter.

[0045] Among them, the field delimiter can be a symbol for separating different field types. The service parameter type can be the name of different service parameters. The data bus can be understood as a channel for transmitting data between different system architectures. The order of the service parameters in the target service parameters is consistent with the order of the service parameter types in the parameter type field.

[0046] Specifically, by identifying the field delimiter in the parameter type field and splitting the parameter type field according to the field delimiter to obtain at least one service parameter type, then querying the service parameters corresponding to the service parameter type from the data bus according to the service parameter type, and using the field delimiter to combine different service parameters to obtain the target service parameter. Exemplarily, by querying the transaction configuration table to find the keys value corresponding to the uniqueness flag code, decomposing the keys value into one or more key values, and then obtaining the parameter value value corresponding to the parameter from the data bus through the key value. If there are multiple parameters, the different parameter values are separated by "|" to form a string as the values, and note that the order of the parameter values in the values should be consistent with the order of the corresponding keys in the transaction configuration table. For example, if the keys corresponding to TY001 in the transaction configuration table are key1|key2|key3, then the assembled target service parameter values should be 1|2|3, where the keys can be understood as the parameter type field, and the key value can be the service parameter type.

[0047] Based on the above technical solution, before querying the parameter type field corresponding to the target service in the transaction configuration table according to the service identification code, it includes: when detecting that the transaction configuration table exists in the cache space, accessing the transaction configuration table in the cache space; when detecting that the transaction configuration table does not exist in the cache space, accessing the transaction configuration table in the database and loading the transaction configuration table into the cache space.

[0048] Among them, the cache space can be a high-speed storage area for temporarily storing frequently accessed data. The database can be a warehouse for organizing, storing, and managing data according to the data structure.

[0049] Specifically, when detecting that the transaction configuration table exists in the cache space, access the transaction configuration table in the cache space; when detecting that the transaction configuration table does not exist in the cache space, access the transaction configuration table in the database and load the transaction configuration table into the cache space. For example, it can be determined whether there is a query record corresponding to the transaction configuration table. If there is a query record, access the transaction configuration table in the cache space; if there is no query record corresponding to the transaction configuration table, access the transaction configuration table in the database and load the transaction configuration table into the cache space, and the transaction configuration table can be directly read from the cache space in the subsequent query process.

[0050] The technical solution of the embodiment of the present invention improves the reading speed of the transaction configuration table by reading the transaction configuration table stored in the cache space and loading the transaction configuration table from the database into the cache space when the transaction configuration table does not exist in the cache space.

[0051] S130. Send the target service parameter and the service identification code to the target service, and obtain the service feedback data returned by the target service.

[0052] Among them, the service feedback data can be the data generated after calling the target service.

[0053] Specifically, send the target service parameter and the service identification code to the target service, and obtain the service feedback data returned by the target service. For example, when the target service is data summation, the feedback data can be the data obtained by adding up the target service parameters.

[0054] Based on the above technical solution, before sending the target service parameter and the service identification code to the target service, it further includes: determining the gray service parameter corresponding to the target service; when the gray service parameter matches the preset parameter value, calling the gray service corresponding to the target service.

[0055] Among them, the gray service parameter can be a pre-set flag indicating whether to enable the gray service. The gray service is a software release strategy that gradually promotes the new version function to some users for testing and verification to reduce the risk brought by a full release.

[0056] Specifically, by determining the gray service parameter corresponding to the target service, and when the gray service parameter matches the preset parameter value, calling the gray service corresponding to the target service. Exemplarily, in order to implement gray release, it can be controlled by the parameter grey. If the parameter grey takes the first parameter value in values and is 1, it means that the current release is a gray service, and the main stored procedure calls the sub-stored procedure that needs to be gray released; otherwise, it calls the sub-stored procedure for normal release.

[0057] Based on the above technical solution, it further includes: when receiving the configuration instruction corresponding to the transaction configuration table, parsing the configuration instruction to determine the configuration purpose corresponding to the configuration instruction; when the configuration purpose is addition, adding the service identification code and the parameter type field corresponding to the configuration instruction to the transaction configuration table; when the configuration purpose is deletion, deleting the service identification code and the parameter type field corresponding to the configuration instruction from the transaction configuration table.

[0058] Among them, the configuration purpose can be understood as the attribute of the configuration operation for the transaction configuration table, which can include addition, deletion, and modification. The configuration instruction can be the instruction information sent for the configuration operation of the transaction configuration table. It should be noted that the configuration instruction is the instruction information sent by the developer during the development process.

[0059] Specifically, when a configuration instruction corresponding to a transaction configuration table is received, the configuration instruction is parsed to determine the configuration purpose corresponding to the configuration instruction. And when the configuration purpose is to add, the service identification code and parameter type field corresponding to the configuration instruction are added to the transaction configuration table. When the configuration purpose is to delete, the service identification code and parameter type field corresponding to the configuration instruction are deleted from the transaction configuration table.

[0060] The technical solution of the embodiment of the present invention is as follows: when a service request message is obtained, the service identification code corresponding to the service request message is determined. Then, according to the service identification code, the target service corresponding to the service request message is determined, and according to the transaction configuration table, the target service parameters corresponding to the target service are determined. Finally, the target service parameters and the service identification code are sent to the target service, and the service feedback data returned by the target service is obtained. Based on the above technical solution, the service parameters corresponding to the service request are determined according to the service identification code, and the template service is directly called according to the service parameters to obtain the feedback data corresponding to the target service, thereby improving the execution efficiency of the service. And the configurable different service logics are realized through the transaction configuration table.

[0061] Embodiment 2

[0062] Figure 2 It is a flowchart of a service implementation method provided by an embodiment of the present invention. This embodiment further optimizes the technical solution of the service implementation method on the basis of the above technical solution.

[0063] As Figure 2 shown, the present invention proposes a new programming method and related data structures to replace the original way of directly parsing the unique coding in the parameters and allocating them to specific implementation methods. For some simple service logics, the stored procedures can be called to implement, thereby constructing a prototype system. After obtaining the feedback from the user, only need to modify or add stored procedures, and add relevant configurations in the transaction configuration table, without rebuilding and restarting, and can quickly develop software that truly reflects the user's needs, shortening the time for application update.

[0064] The method of the embodiment of the present invention includes:

[0065] Create a transaction configuration table: Specifically, create a transaction configuration table in advance, as shown in Table 1. The table contains two fields: one is "code", which represents the business identification code for calling the sub-stored procedure; the other is "keys", which represents the key values of the specific parameters required by the sub-stored procedure. If there are multiple parameters, they can be separated by "|". For example, assuming the input parameters are {"code":"TY001","key1":"1","key2":"2","key3":"3"}, a new record can be added to the table with code: TY001, keys: key1|key2|key3.

[0066] Table 1

[0067] code keys TY001 key1|key2|key3 TY002 key4|key5

[0068] It should be noted that for the main stored procedure, there are two parameters in the stored procedure, "code" corresponding to the business identification code and "values". After receiving the parameters, the main stored procedure determines which specific sub-stored procedure to call through "code" to implement the business logic, and only the parameter "values" needs to be transmitted to the sub-stored procedure. If there are multiple "values" parameters, they can be separated by "|". At the same time, a new sub-stored procedure is created. The sub-stored procedure first needs to parse the passed "values", then implement the specific business logic based on these parameters, and at the same time add the configuration data of these stored procedures to the transaction configuration table.

[0069] Parsing of the message: After the API interface program receives the message passed from the outside, it parses the parameters in the message, and then saves all the parsed parameters in the data bus in the key-value structure. The parameter name is the key, and the parameter value is the value. If the input parameter is in JSON format, the JSON string can be directly parsed to obtain the parameters. Find the business identification code in the parameters. If the first two digits of the parameter value of this parameter are "TY", call it; otherwise, call the specific implementation method. For example, assuming the input parameter "code" is "TY001", then the program proceeds to the next step.

[0070] Query business parameters: Specifically, find the "keys" value corresponding to the uniqueness flag "code" by querying the transaction configuration table, decompose the "keys" value into one or more key values, and then obtain the parameter values "value" corresponding to the parameters from the data bus through the key values. If there are multiple parameters, these parameter values are separated by "|" and composed into a string as "values". Note that the order of the parameter values in "values" should be consistent with the order of the corresponding "keys" in the transaction configuration table. For example, if the "keys" corresponding to "TY001" in the transaction configuration table are "key1|key2|key3", then the assembled parameter "values" should be "1|2|3".

[0071] Business implementation: By receiving and analyzing the incoming code, calling the corresponding sub-stored procedure according to the code, passing the values as parameters to the sub-stored procedure, having the sub-stored procedure implement the business processing, and returning the required results. After receiving the result, the main stored procedure directly returns it. At the same time, in order to implement gray release, it is controlled by the parameter grey. The parameter grey takes the value of the first parameter in values. If it is 1, it means that the service released this time is a gray service, and the main stored procedure calls the sub-stored procedure that needs to be gray released; otherwise, it calls the sub-stored procedure for normal release. After obtaining the data returned by the main stored procedure, corresponding processing can be performed or directly returned, and appropriate logs can be recorded for later maintenance and viewing.

[0072] The technical solution of the embodiment of the present invention realizes some simple business logics through stored procedures, determines whether to call the stored procedure according to the format of the business identification code in the parameters, and realizes the configurability of different business logics in the stored procedure based on the transaction configuration table. Furthermore, to develop different business logics, only new or modified stored procedures need to be added, and simple configuration is performed at the same time. There is no need for compilation and deployment, which has good scalability, improves the scalability of the business, and the stored procedure is only compiled when it is created, and does not need to be recompiled every time it is executed later, reducing the compilation and running time, shortening the development cycle, and accelerating the development speed.

[0073] Embodiment III

[0074] Figure 3 It is a schematic structural diagram of a business implementation device provided by an embodiment of the present invention. As Figure 3 shown, the device includes: a message parsing module 310, a parameter determination module 320, and a business implementation module 330; where

[0075] The message parsing module 310 is used to determine the business identification code corresponding to the business request message when the business request message is obtained;

[0076] The parameter determination module 320 is used to determine the target business corresponding to the business request message according to the business identification code, and determine the target business parameters corresponding to the target business according to the transaction configuration table;

[0077] The business implementation module 330 is used to send the target business parameters and the business identification code to the target business, and obtain the business feedback data returned by the target business.

[0078] On the basis of the above technical solution, the parameter determination module is configured to, after determining the service identification code corresponding to the service request message, extract a verification character from the service identification code according to a preset character position; in the case where the verification character matches a preset character, determine a target service corresponding to the service request message according to the service identification code.

[0079] On the basis of the above technical solution, the parameter determination module is configured to query, according to the service identification code, a parameter type field corresponding to the target service in a transaction configuration table, where the transaction configuration table is a mapping table for storing the relationship between the service identification code and the parameter type field; and determine a target service parameter corresponding to the target service based on the parameter type field.

[0080] On the basis of the above technical solution, the parameter determination module is configured to identify a field delimiter in the parameter type field, determine at least one service parameter type according to the field delimiter and the parameter type field; query a service parameter corresponding to the service parameter type from a data bus according to the service parameter type; and determine the target service parameter based on the service parameter and the field delimiter, where the order of the service parameters in the target service parameter is consistent with the order of the service parameter types in the parameter type field.

[0081] On the basis of the above technical solution, the parameter determination module is configured to, in the case where the transaction configuration table exists in the cache space, access the transaction configuration table in the cache space; in the case where the transaction configuration table does not exist in the cache space, access the transaction configuration table in the database and load the transaction configuration table into the cache space.

[0082] On the basis of the above technical solution, the service implementation module is further configured to determine a gray service parameter corresponding to the target service; and in the case where the gray service parameter matches a preset parameter value, call the gray service corresponding to the target service.

[0083] On the basis of the above technical solution, the device further includes: a transaction configuration table configuration module, configured to, when receiving a configuration instruction corresponding to the transaction configuration table, parse the configuration instruction to determine a configuration purpose corresponding to the configuration instruction; in the case where the configuration purpose is addition, add a service identification code and a parameter type field corresponding to the configuration instruction to the transaction configuration table; and in the case where the configuration purpose is deletion, delete the service identification code and the parameter type field corresponding to the configuration instruction from the transaction configuration table.

[0084] In the technical solution of the embodiment of the present invention, when a service request message is obtained, a service identification code corresponding to the service request message is determined, and then a target service corresponding to the service request message is determined according to the service identification code. Next, target service parameters corresponding to the target service are determined according to a transaction configuration table. Finally, the target service parameters and the service identification code are sent to the target service, and service feedback data returned by the target service is obtained. Based on the above technical solution, service parameters corresponding to a service request are determined according to the service identification code corresponding to the service request, and a template service is directly called according to the service parameters to obtain feedback data corresponding to the target service, thereby improving the execution efficiency of the service. In addition, the configurable nature of different service logics is achieved through the transaction configuration table.

[0085] The service implementation device provided in the embodiment of the present invention can execute the service implementation method provided in any embodiment of the present invention, and has functional modules and beneficial effects corresponding to the execution of the method.

[0086] Embodiment 4

[0087] Figure 4 FIG. shows a schematic structural diagram of an electronic device 10 that can be used to implement the embodiments of the present invention. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device can also represent various forms of mobile devices, such as personal digital processors, cellular phones, smart phones, wearable devices (such as helmets, glasses, watches, etc.) and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely illustrative and are not intended to limit the implementation of the present invention described and / or claimed herein.

[0088] As Figure 4 shown, the electronic device 10 includes at least one processor 11 and a memory communicatively connected to at least one processor 11, such as a read-only memory (ROM) 12 and a random access memory (RAM) 13. Among them, the memory stores a computer program executable by at least one processor. The processor 11 can perform various appropriate actions and processes according to the computer program stored in the read-only memory (ROM) 12 or the computer program loaded from the storage unit 18 into the random access memory (RAM) 13. In the RAM 13, various programs and data required for the operation of the electronic device 10 can also be stored. The processor 11, the ROM 12, and the RAM 13 are connected to each other through a bus 14. The input / output (I / O) interface 15 is also connected to the bus 14.

[0089] Multiple components in the electronic device 10 are connected to the I / O interface 15, including: an input unit 16, such as a keyboard, a mouse, etc.; an output unit 17, such as various types of displays, speakers, etc.; a storage unit 18, such as a magnetic disk, an optical disc, etc.; and a communication unit 19, such as a network card, a modem, a wireless communication transceiver, etc. The communication unit 19 allows the electronic device 10 to exchange information / data with other devices through a computer network such as the Internet and / or various telecommunication networks.

[0090] The processor 11 can be various general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of the processor 11 include but are not limited to a central processing unit (CPU), a graphics processing unit (GPU), various dedicated artificial intelligence (AI) computing chips, various processors running machine learning model algorithms, a digital signal processor (DSP), and any suitable processor, controller, microcontroller, etc. The processor 11 executes the various methods and processes described above, such as the service implementation method.

[0091] In some embodiments, the service implementation method can be implemented as a computer program, which is tangibly contained in a computer-readable storage medium, such as the storage unit 18. In some embodiments, part or all of the computer program can be loaded and / or installed onto the electronic device 10 via the ROM 12 and / or the communication unit 19. When the computer program is loaded into the RAM 13 and executed by the processor 11, one or more steps of the service implementation method described above can be executed. Alternatively, in other embodiments, the processor 11 can be configured to execute the service implementation method in any other suitable manner (e.g., by means of firmware).

[0092] The various embodiments of the systems and technologies described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), systems-on-chip (SOCs), complex programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various embodiments can include: implemented in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which can be a special or general programmable processor that can receive data and instructions from a storage system, at least one input device, and at least one output device, and transmit the data and instructions to the storage system, the at least one input device, and the at least one output device.

[0093] A computer program for implementing the method of the present invention can be written in any combination of one or more programming languages. These computer programs can be provided to a processor of a general purpose computer, a special purpose computer, or other programmable data processing device, such that when the computer program is executed by the processor, the functions / operations specified in the flowchart and / or block diagram are implemented. The computer program can be executed entirely on the machine, partially on the machine, as a stand-alone software package partially on the machine and partially on a remote machine, or entirely on a remote machine or server.

[0094] In the context of the present invention, a computer-readable storage medium can be a tangible medium that can contain or store a computer program for use by or in connection with an instruction execution system, apparatus, or device. The computer-readable storage medium can include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination of the foregoing. Alternatively, the computer-readable storage medium can be a machine-readable signal medium. More specific examples of the machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0095] In order to provide interaction with a user, the systems and techniques described herein can be implemented on an electronic device having: a display device for displaying information to the user (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor); and a keyboard and a pointing device (e.g., a mouse or a trackball) through which the user can provide input to the electronic device. Other kinds of devices can also be used to provide interaction with the user; for example, the feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and the input received from the user can be in any form (including acoustic input, speech input, or tactile input).

[0096] The systems and techniques described herein can be implemented in a computing system including backend components (e.g., as a data server), or a computing system including middleware components (e.g., an application server), or a computing system including frontend components (e.g., a user computer having a graphical user interface or a web browser through which a user can interact with an implementation of the systems and techniques described herein), or a computing system including any combination of such backend components, middleware components, or frontend components. The components of the system can be interconnected to each other by digital data communication in any form or medium (e.g., a communication network). Examples of communication networks include: local area network (LAN), wide area network (WAN), blockchain network, and the Internet.

[0097] A computing system can include a client and a server. The client and the server are generally remote from each other and typically interact through a communication network. The client-server relationship is created by computer programs running on respective computers and having a client-server relationship with each other. The server can be a cloud server, also known as a cloud computing server or a cloud host, which is a host product in the cloud computing service system, solving the defects of difficult management and weak business scalability existing in traditional physical hosts and VPS services.

[0098] It should be understood that various forms of the processes shown above can be used, with steps reordered, added, or deleted. For example, the steps recited in the present invention can be executed in parallel, sequentially, or in a different order, as long as the desired results of the technical solution of the present invention can be achieved, and no limitation is made herein.

[0099] The above specific embodiments do not constitute a limitation on the protection scope of the present invention. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principle of the present invention shall be included within the protection scope of the present invention.

Claims

1. A service implementation method, characterized in that, Including: When receiving a service request message, determining a service identification code corresponding to the service request message; Determining a target service corresponding to the service request message according to the service identification code, and determining target service parameters corresponding to the target service according to a transaction configuration table; Sending the target service parameters and the service identification code to the target service, and obtaining service feedback data returned by the target service.

2. The method according to claim 1, wherein After determining the service identification code corresponding to the service request message, further including: Extracting a verification character from the service identification code according to a preset character position; When the verification character matches a preset character, determining a target service corresponding to the service request message according to the service identification code.

3. The method according to claim 1, wherein The determining the target service parameters corresponding to the target service according to the transaction configuration table includes: Querying a parameter type field corresponding to the target service in the transaction configuration table according to the service identification code, where the transaction configuration table is a mapping table for storing the relationship between service identification codes and parameter type fields; Determining target service parameters corresponding to the target service based on the parameter type field.

4. The method according to claim 3, wherein The determining the target service parameters corresponding to the target service based on the parameter type field includes: Identifying a field delimiter in the parameter type field, and determining at least one service parameter type according to the field delimiter and the parameter type field; Querying service parameters corresponding to the service parameter type from a data bus according to the service parameter type; Determining the target service parameters based on the service parameters and the field delimiter, where the order of the service parameters in the target service parameters is consistent with the order of the service parameter types in the parameter type field.

5. The method according to claim 3, characterized in that, Before querying the parameter type field corresponding to the target service in the transaction configuration table according to the service identification code, including: When detecting that the transaction configuration table exists in a cache space, accessing the transaction configuration table in the cache space; When detecting that the transaction configuration table does not exist in the cache space, accessing the transaction configuration table in a database and loading the transaction configuration table into the cache space.

6. The method according to claim 1, wherein Before sending the target service parameters and the service identification code to the target service, further including: Determining gray service parameters corresponding to the target service; When the gray service parameters match preset parameter values, invoking a gray service corresponding to the target service.

7. The method according to claim 1, wherein Further including: When receiving a configuration instruction corresponding to the transaction configuration table, parsing the configuration instruction to determine a configuration purpose corresponding to the configuration instruction; When the configuration purpose is addition, adding a service identification code and a parameter type field corresponding to the configuration instruction to the transaction configuration table; When the configuration purpose is deletion, deleting the service identification code and the parameter type field corresponding to the configuration instruction from the transaction configuration table.

8. A service implementation device, characterized in that, Including: A message parsing module, configured to determine a service identification code corresponding to the service request message when the service request message is obtained; A parameter determination module, configured to determine a target service corresponding to the service request message according to the service identification code, and determine target service parameters corresponding to the target service according to a transaction configuration table; A service implementation module, configured to send the target service parameters and the service identification code to the target service, and obtain service feedback data returned by the target service.

9. An electronic device, characterized in that, The electronic device includes: At least one processor; and A memory communicatively connected to the at least one processor; wherein, The memory stores a computer program executable by the at least one processor, and when the computer program is executed by the at least one processor, the at least one processor is enabled to execute the service implementation method according to any one of claims 1-7.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer instructions, and when the computer instructions are executed by a processor, the service implementation method according to any one of claims 1-7 is implemented.

Images