CN110740103A - Service request processing method and device, computer equipment and storage medium - Google Patents
Service request processing method and device, computer equipment and storage medium Download PDFInfo
- Publication number
- CN110740103A CN110740103A CN201910823147.3A CN201910823147A CN110740103A CN 110740103 A CN110740103 A CN 110740103A CN 201910823147 A CN201910823147 A CN 201910823147A CN 110740103 A CN110740103 A CN 110740103A
- Authority
- CN
- China
- Prior art keywords
- service request
- responder
- service
- message queue
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 12
- 230000004044 response Effects 0.000 claims description 57
- 238000006243 chemical reaction Methods 0.000 claims description 47
- 238000000034 method Methods 0.000 claims description 29
- 238000013507 mapping Methods 0.000 claims description 21
- 238000004590 computer program Methods 0.000 claims description 18
- 238000012545 processing Methods 0.000 claims description 12
- 238000004458 analytical method Methods 0.000 claims description 2
- 238000005457 optimization Methods 0.000 abstract 1
- 230000008439 repair process Effects 0.000 description 11
- 230000002159 abnormal effect Effects 0.000 description 10
- 230000008569 process Effects 0.000 description 9
- 238000010586 diagram Methods 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 238000011144 upstream manufacturing Methods 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/565—Conversion or adaptation of application format or content
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/546—Message passing systems or structures, e.g. queues
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/03—Credit; Loans; Processing thereof
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
Abstract
The application relates to a service request processing method, a device, computer equipment and a storage medium in the field of service system performance optimization.
Description
Technical Field
The present application relates to the field of computer technologies, and in particular, to a method and an apparatus for processing service requests, a computer device, and a storage medium.
Background
As the scale of enterprises increases, the related services also increase correspondingly. Enterprises typically employ business systems to perform work tasks. In order to facilitate smooth operation of each service link, the service system can be divided into a plurality of subsystems, such as a service handling subsystem, a product management subsystem, a wind control subsystem and the like. The subsystems can be mutually called to carry out data interaction. However, data interaction among the subsystems almost completely depends on the HTTP request, and if the upstream subsystem fails or the HTTP request is abnormally transmitted, the downstream subsystem cannot be normally called, so that the service cannot be smoothly performed. When this occurs, in conventional manner, the repair is usually done manually. The repair work is time-consuming and labor-consuming, and the efficiency is low.
Disclosure of Invention
Therefore, it is necessary to provide service request processing methods, apparatuses, computer devices, and storage media for recovering normal calls among subsystems without manual repair, and effectively improving the work efficiency of abnormal repair, in order to solve the above technical problems.
A service request processing method, the method comprising:
receiving a service request sent by a requester system;
analyzing the service request, and identifying service data carried by the service request and a system identifier of a responder;
carrying out format conversion on the service data, and generating a converted service request by using the service data after format conversion;
storing the converted service request into a message queue corresponding to the responder system identifier, and sending the service request in the message queue to the responder system;
if the response data returned by the responder system is not received within the preset time, storing the service request into the message queue again, and repeatedly executing the step of sending the service request in the message queue to the responder system until the response data returned by the responder system is received;
and returning the response data to the requester system.
In embodiments, the format converting the service data includes:
reading a standardized file corresponding to a requester system, and analyzing the standardized file to determine a mapping relation between a standard format and a requester format;
and converting the service data in the requester format into the service data in the standard format according to the mapping relation.
In embodiments, the method further comprises:
calling a plurality of threads to perform format conversion on a plurality of service data corresponding to the requests in parallel, and generating converted service requests by using the service data after format conversion;
searching a corresponding message queue according to a responder system identifier carried by the service request;
and storing the converted service request into a message queue corresponding to the system identifier of the responder in parallel.
In embodiments, the method further comprises:
acquiring various historical service requests in a database, and counting the system identification of a responder corresponding to the historical service requests to obtain the calling times corresponding to the system identification of the responder;
determining a frequently called responder system according to the calling times;
and respectively establishing a plurality of message queues according to frequently called responder systems.
In embodiments, the method further comprises:
analyzing the service request to obtain corresponding service data and user information;
acquiring the biological characteristics of the user according to the user information;
inputting the business data and the biological characteristics into a blacklist model;
and intercepting the service request when the output result of the blacklist model shows that the service request hits a blacklist.
apparatus for handling service requests, the apparatus comprising:
the receiving module is used for receiving a service request sent by a requester system;
the analysis module is used for analyzing the service request and identifying service data carried by the service request and a system identifier of a responder;
the conversion module is used for carrying out format conversion on the service data and generating a converted service request by using the service data after format conversion;
the storage module is used for storing the converted service request into a message queue corresponding to the responder system identifier and sending the service request in the message queue to the responder system;
the sending module is used for sending the service request in the message queue to the responder system;
the storage module is further used for storing the service request into a message queue again if response data returned by the responder system are not received within a preset time;
the sending module is further used for repeatedly sending the service request in the message queue to the responder system until response data returned by the responder system is received; and returning the response data to the requester system.
In embodiments, the conversion module is further configured to read a standardized file corresponding to the requestor system, parse the standardized file to determine a mapping relationship between a standard format and a requestor format, and convert the service data in the requestor format into service data in the standard format according to the mapping relationship.
In of these embodiments, the apparatus further comprises:
the statistical module is used for acquiring various historical service requests in a database, and carrying out statistics on the system identification of a responder corresponding to the historical service requests to obtain the calling times corresponding to the system identification of the responder; determining a frequently called responder system according to the calling times;
and the message queue establishing module is used for respectively establishing a plurality of message queues according to the frequently called responder system.
computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the steps of the respective method embodiment described above.
The service request processing method, the service request processing device, the computer equipment and the storage medium receive the service requests sent by the requester system through the proxy server, and convert the service requests from different requester systems, so that the conversion work of the responder system can be effectively saved. And storing the converted service request into a message queue, storing the service request into the message queue, and then sending the service request in the message queue to a corresponding responder system. And if the response data returned by the responder system are not received after the preset time, the exception of the service request is shown. The proxy server stores the service request into the message queue again, sends the service request to the responder system again according to the previous mode until response data returned by the responder system are received, and then returns the response data to the requester system. In the whole process, if the service request is abnormal, the call between the requester system and the responder system can be recovered without manual repair, and the work efficiency of abnormal repair is effectively improved.
Drawings
Fig. 1 is an application scenario diagram of a service request processing method in embodiments;
FIG. 2 is a flow chart illustrating a service request processing method in embodiments;
FIG. 3 is a flow chart illustrating format conversion steps performed on service data in embodiments;
FIG. 4 is a flow chart illustrating the service request intercepting step in embodiments;
fig. 5 is a block diagram of the structure of a service request processing apparatus in embodiments;
fig. 6 is an internal structural view of a computer device in embodiments.
Detailed Description
For purposes of making the present application, its objects, aspects and advantages more apparent, the present application is described in further detail with reference to the drawings and the examples.
The service request processing method provided by the application can be applied to an application environment as shown in fig. 1, wherein the th server 102 corresponding to a requester system communicates with the proxy server 104 through a network, the second server 106 corresponding to a responder system communicates with the proxy server 104 through a network, and the th server 102, the proxy server 104 and the second server 106 can be realized by independent servers or a server cluster consisting of a plurality of servers.
In embodiments, as shown in fig. 2, service request processing methods are provided, and the method is described by taking the example of applying the method to the proxy server in fig. 1, and includes the following steps:
And step 204, analyzing the service request, and identifying the service data carried by the service request and the system identifier of the responder.
The multiple subsystems for executing service processing can be mutually called through the proxy server, a party initiating a calling request can also be called as a request party, a party called as a response party, a system of the request party can obtain service data and the response party generates a service request and sends the service request to the proxy server, and the service request can be an HTTP request.
In the traditional mode, when the requester system and the responder system are called, data format conversion is needed, some data format conversion is needed when the requester system and the responder system are called, and the data format conversion is only applicable between the two parties after conversion.
In this embodiment, after receiving a service request sent by a requester system, the proxy server parses the service request to obtain a requester system identifier, a responder system identifier, and service data. The proxy server reads the standardized file corresponding to the requestor system. The standardized file records the mapping relation between the standard format and the requester format. And the proxy server converts the service data in the requester format into the service data in the standard format according to the mapping relation. And the proxy server generates a converted service request by using the service data, the system identifier of the requester, the system identifier of the responder and the like after the format conversion.
And step 208, storing the converted service request into a message queue corresponding to the system identifier of the responder, and sending the service request in the message queue to the responder system.
The proxy server can simultaneously receive the service requests sent by the multiple requester systems and respectively send the multiple service requests to the corresponding responder systems. In order to avoid missing or delay processing of the service request, a message queue is pre-established on the proxy server, and the proxy server can call a thread and store the received service requests into the message queue respectively. And analyzing the service request by the proxy server according to the first-in first-out sequence to obtain a response party, and sending the service request to a response party system.
Step 212 returns the response data to the requestor system.
The proxy server presets a preset time for each responder to return response data. That is, if the proxy server receives response data returned by the responder system within a preset time, it indicates that the service request is normally executed, and the proxy server returns the response data to the corresponding requester system. If the preset time is exceeded, the proxy server fails to receive response data returned by the responder system, the service request is represented to be abnormal, in order to ensure that the requester system obtains the response data required by executing the service, the proxy server stores the service request into the message queue again, and continuously sends the service request to the responder system in a first-in first-out mode.
In the embodiment, the proxy server receives the service request sent by the requester system, and the service request from different requester systems is converted, so that the conversion work of the responder system can be effectively saved. And storing the converted service request into a message queue, and then sending the service request in the message queue to a corresponding responder system. And if the response data returned by the responder system are not received after the preset time, the exception of the service request is shown. The proxy server stores the service request into the message queue again, sends the service request to the responder system again according to the previous mode until response data returned by the responder system are received, and then returns the response data to the requester system. In the whole process, if the service request is abnormal, the call between the requester system and the responder system can be recovered without manual repair, and the work efficiency of abnormal repair is effectively improved.
In embodiments, the method further includes invoking multiple threads to perform format conversion on multiple service data corresponding to the request in parallel, generating a converted service request by using the format-converted service data, searching a corresponding message queue according to a responder system identifier carried by the service request, and storing the converted service request in the message queue corresponding to the responder system identifier in parallel.
Considering that the number of service requests increases with the increase of the traffic volume, in order to effectively improve the processing efficiency of the service requests, the proxy server may previously establish a plurality of message queues according to the system identifications of the responders, wherein the proxy server may establish corresponding message queues for each system identification of the responders, and may also establish a plurality of message queues for the frequently called system of the responders.
When the proxy server receives the service request, the proxy server can analyze the service request to obtain the response party system identifier carried by the service request. The proxy server can call corresponding threads and store the service request into a corresponding message queue according to the system identification of the responder. The proxy server may send the service request to the corresponding responder system through a thread in the order of first-in-first-out of the message queue. Because the message queues correspond to the responder systems, the service requests in the message queues can be simultaneously and parallelly sent to the corresponding responder systems, so that the service requests sent by the requester systems can be processed in time, and the processing efficiency of the service requests is effectively improved.
In embodiments, the method further includes obtaining a plurality of historical service requests from the database, counting the system identifiers of the responding parties corresponding to the historical service requests to obtain the calling times corresponding to the system identifiers of the responding parties, determining the responding parties called frequently according to the calling times, and respectively establishing corresponding message queues according to the responding parties called frequently.
The proxy server may sort the call times, sort the call times according to the number of the historical service requests from high to low, record the response system identifiers in a preset number in the top ranking as frequently called response system identifiers, after obtaining the statistical results corresponding to the response system identifiers, the proxy server may also compare the call times corresponding to the response system identifiers in the statistical results with a threshold, if the threshold is exceeded, record the response system identifiers as frequently called response system identifiers, the proxy server may respectively establish corresponding message queues according to the frequently called response system identifiers, for the frequently called response system identifiers, may be shared, and may not only effectively process frequently called response system identifiers, but also efficiently process frequently called response system identifiers.
In embodiments, as shown in fig. 3, the step of performing format conversion on the service data specifically includes:
step 302, reading the standardized file corresponding to the requester system, and analyzing the standardized file to determine the mapping relationship between the standard format and the requester format.
And step 304, converting the service data in the requester format into service data in a standard format according to the mapping relation.
After receiving the service request sent by the requester system, the proxy server analyzes the service request to obtain a requester system identifier, a responder system identifier and service data. The proxy server reads a standardized file, wherein the standardized format of data such as fields, lists, images, multiple options, addresses and the like is recorded in the standardized file, and the mapping relation between the standardized format and the data format of each subsystem identification (including a requesting system and a responding system) is recorded in the standardized file.
The proxy server converts the service data sent by the requester system according to the mapping relationship, that is, converts the fields in the service data into the fields in the standard format according to the mapping relationship between the data format (also referred to as the requester format for short) of the requester system and the standard format. Specifically, a database of the proxy server stores a relationship table between the data format and the standard format of each subsystem (including the requester system and the responder system) in advance. The proxy server can read the corresponding standardized file in the database by the system identifier of the requester, inquire the corresponding standard fields in the standardized file according to the fields of the service data, splice the inquired standard fields according to a preset sequence, and generate the service data after format conversion by using the spliced fields. And the proxy server generates a service request again according to the service data after the format conversion, wherein the service request can be an HTTP request.
The proxy server stores the service request after the format conversion into the message queue according to the mode in the embodiment, and sends the service request in the message queue to the corresponding responder system. And if the proxy server receives response data returned by the responder system within the preset time, the proxy server returns the response data to the corresponding requester system. If the preset time is exceeded and the proxy server fails to receive the response data returned by the responder system, the service request is stored in the message queue again, and the response data returned by the responder system is directly received. The proxy server returns the response data to the requestor system.
When the proxy server receives service requests sent by a plurality of requester systems in a centralized manner within time, such as within 1 minute, the proxy server can call a plurality of threads, read the standardized files corresponding to the requester system identifications in the database through the plurality of threads, perform format conversion according to the above manner, generate converted service requests, and then store the plurality of service requests into a message queue according to the sequence of the conversion, thereby improving the processing efficiency of the service requests.
In the whole process, if the service request is abnormal, the call between the requester system and the responder system can be recovered without manual repair, and the work efficiency of abnormal repair is effectively improved. And by converting the service requests of different requester systems, the service data carried in the converted service requests adopt the same standard format, and when other responder systems are called, format conversion is not required again, so that server resources are effectively saved.
In embodiments, the method further includes a service request intercepting step, as shown in fig. 4, which specifically includes:
And step 404, acquiring the biological characteristics of the user according to the user information.
And step 408, intercepting the service request when the output result of the blacklist model indicates that the service request hits the blacklist.
Considering that some services are initiated by blacklisted users, if the services are processed, unnecessary resource waste is caused. In order to avoid this situation, a blacklist model may be pre-established in the proxy server, and when a service request sent by a requesting system (e.g., a service acceptance system) is received, the service request is analyzed to obtain corresponding service data and user information. The proxy server extracts the biological characteristic information of the user, inputs the service data and the biological characteristics into the blacklist model, performs characteristic matching on the biological characteristics through the blacklist model, and determines the corresponding risk type if the biological characteristics are matched. And the blacklist model calculates the matching degree of the corresponding characteristics by using the risk type and the service data, and when the matching degree is greater than a threshold value, the service request is determined to hit the blacklist. Therefore, the service request is intercepted, and corresponding prompt information is returned to the requester system.
In conjunction with the above embodiments, a loan service is illustrated, for example, in order to facilitate a client to apply for a loan, the loan service may be performed in a video remote review manner, as follows:
and S1, the user terminal sends a loan request to the face-checking system (namely, the requester system), and the face-checking system generates a face-checking task according to loan information carried in the loan request and distributes the face-checking task to the corresponding customer service terminal.
S2, the face examination system establishes a video call between the customer service terminal and the user terminal, and in the video call process, the customer service terminal conducts remote face examination on the user according to the content of the video call and the user information. After the face examination is finished, the customer service terminal uploads a face examination result to the face examination system, wherein the face examination result comprises the state of agreement or disagreement.
And S3, the reviewing system generates a loan measuring and calculating request (namely a service request) according to the reviewing result, the loan measuring and calculating request is sent to the proxy server, the proxy server stores the loan measuring and calculating request into the message queue according to the mode, and the loan measuring and calculating request in the message queue is sent to the loan measuring and calculating system (namely a response side system). And the loan measuring and calculating system measures and calculates the loan amount according to the loan measuring and calculating request and the user information and returns the measured and calculated loan amount to the proxy server.
And S4, if the proxy server receives the loan amount (response data) returned by the loan measuring and calculating system within the preset time, the proxy server returns the loan amount to the reviewing system. If the preset time is exceeded, the proxy server fails to receive the loan amount returned by the loan measuring and calculating system, the service request is stored in the message queue again, the loan amount returned by the loan measuring and calculating system is directly received, and the loan amount is returned to the reviewing system.
And S5, the face examination system generates corresponding prompt information according to the loan amount and sends the prompt information to the user terminal.
In the process, if the loan measuring and calculating request is abnormal, the proxy server can automatically carry out abnormal repair until the loan amount returned by the loan measuring and calculating system is obtained. Therefore, the loan amount can be automatically measured and calculated through the interaction among the face check system, the proxy server and the measuring and calculating system.
It should be understood that although the various steps in the flow charts of fig. 2-4 are shown in sequence as indicated by the arrows, the steps are not necessarily performed in the order indicated by the arrows, unless explicitly stated herein, the steps are not performed in a strict order of limitation, and the steps may be performed in other orders, and further, at least the portion of the step of in fig. 2-4 may include multiple sub-steps or stages, which are not necessarily performed at the same time , but may be performed at different times, and the order of performance of the sub-steps or stages is not necessarily performed in sequence, but may be rotated or alternated with at least portions of other steps or sub-steps or stages of other steps.
In embodiments, as shown in fig. 5, service request processing apparatuses are provided, which include a receiving module 502, a parsing module 504, a converting module 506, a storing module 508, and a sending module 510, where:
a receiving module 502, configured to receive a service request sent by a requester system.
And the parsing module 504 is configured to parse the service request, and identify service data and a responder system identifier carried in the service request.
The conversion module 506 is configured to perform format conversion on the service data, and generate a converted service request by using the service data after format conversion.
The storage module 508 is configured to store the converted service request into a message queue corresponding to the responder system identifier, and send the service request in the message queue to the responder system.
A sending module 510, configured to send the service request in the message queue to a responder system.
The storage module 508 is further configured to store the service request into the message queue again if the response data returned by the responder system is not received within the preset time.
The sending module 510 is further configured to repeatedly send the service request in the message queue to the responder system until response data returned by the responder system is received; the response data is returned to the requestor system.
In embodiments, the conversion module is further configured to invoke multiple threads to perform format conversion on multiple service data corresponding to the request in parallel, and generate a converted service request by using the format-converted service data, and the storage module is further configured to search for a corresponding message queue according to a responder system identifier carried by the service request, and store the converted service request in the message queue corresponding to the responder system identifier in parallel.
In embodiments, the apparatus further includes a statistics module configured to obtain multiple historical service requests from the database, perform statistics on the system identifiers of the responders corresponding to the historical service requests to obtain the number of calls corresponding to the system identifiers of the responders, determine the frequently-called responders according to the number of calls, and a message queue establishing module configured to respectively establish multiple message queues according to the frequently-called responders.
In embodiments, the conversion module is further configured to read a standardized file corresponding to the requestor system, parse the standardized file to determine a mapping relationship between the standard format and the requestor format, and convert the service data in the requestor format into the service data in the standard format according to the mapping relationship.
In embodiments, the apparatus further includes an interception module configured to parse the service request to obtain corresponding service data and user information, obtain a biological characteristic of the user according to the user information, input the service data and the biological characteristic to the blacklist model, and intercept the service request when an output result of the blacklist model indicates that the service request hits on the blacklist.
For specific limitations of the service request processing device, reference may be made to the above limitations on the service request processing method, which is not described herein again. The modules in the service request processing device may be implemented wholly or partially by software, hardware and a combination thereof. The modules can be embedded in a hardware form or independent from a processor in the computer device, and can also be stored in a memory in the computer device in a software form, so that the processor can call and execute operations corresponding to the modules.
In embodiments, there are provided kinds of computer devices, which may be servers, the internal structure of which may be as shown in fig. 6, the computer devices include a processor, a memory, a network interface and a database connected through a system bus, wherein the processor of the computer device is used to provide computing and control capabilities.
Those skilled in the art will appreciate that the architecture shown in fig. 6 is merely a block diagram of some of the structures associated with the disclosed aspects and is not intended to limit the computing devices to which the disclosed aspects apply, as particular computing devices may include more or less components than those shown, or may combine certain components, or have a different arrangement of components.
In embodiments, computer devices are provided, which include a memory and a processor, where the memory stores a computer program, and the processor executes the computer program to implement the steps of receiving a service request sent by a requester system, parsing the service request, identifying service data carried in the service request and a responder system identifier, performing format conversion on the service data, generating a converted service request by using the service data after format conversion, storing the converted service request in a message queue corresponding to the responder system identifier, sending the service request in the message queue to the responder system, storing the service request in the message queue again if response data returned by the responder system is not received for more than a preset time, repeatedly executing the step of sending the service request in the message queue to the responder system until response data returned by the responder system is received, and returning the response data to the requester system.
In embodiments, the processor when executing the computer program further performs the steps of reading a standardized file corresponding to the requestor system, parsing the standardized file to determine a mapping relationship between the standard format and the requestor format, and converting the service data in the requestor format into service data in the standard format according to the mapping relationship.
In embodiments, the processor, when executing the computer program, further implements the steps of invoking a plurality of threads to perform format conversion on a plurality of service data corresponding to requests in parallel, generating a converted service request by using the service data after format conversion, searching a corresponding message queue according to a responder system identifier carried by the service request, and storing the converted service request in the message queue corresponding to the responder system identifier in parallel.
In embodiments, the processor, when executing the computer program, further implements the steps of obtaining a plurality of historical service requests from a database, counting responder system identifiers corresponding to the historical service requests to obtain invocation times corresponding to the responder system identifiers, determining frequently invoked responder systems according to the invocation times, and respectively establishing a plurality of message queues according to the frequently invoked responder systems.
In embodiments, the processor, when executing the computer program, further implements steps of parsing the service request to obtain corresponding service data and user information, obtaining a biological characteristic of the user according to the user information, inputting the service data and the biological characteristic into the blacklist model, and intercepting the service request when an output result of the blacklist model indicates that the service request hits the blacklist.
In embodiments, there are computer-readable storage media, where a computer program is stored thereon, and when the computer program is executed by a processor, the computer program implements the steps of receiving a service request sent by a requestor system, parsing the service request, identifying service data carried in the service request and a responder system identifier, performing format conversion on the service data, generating a converted service request by using the service data after format conversion, storing the converted service request in a message queue corresponding to the responder system identifier, sending the service request in the message queue to the responder system, storing the service request in the message queue again if response data returned by the responder system is not received for more than a preset time, repeatedly executing the step of sending the service request in the message queue to the responder system until response data returned by the responder system is received, and returning the response data to the requestor system.
In embodiments, the computer program when executed by the processor further performs the steps of reading a standardized file corresponding to the requestor system, parsing the standardized file to determine a mapping relationship between the standard format and the requestor format, and converting the requestor format business data into the standard format business data according to the mapping relationship.
In embodiments, the computer program when executed by the processor further implements the steps of invoking a plurality of threads to perform format conversion on a plurality of service data corresponding to requests in parallel, generating a converted service request by using the format-converted service data, searching a corresponding message queue according to a responder system identifier carried by the service request, and storing the converted service request in the message queue corresponding to the responder system identifier in parallel.
In embodiments, the computer program when executed by the processor further implements the steps of obtaining a plurality of historical service requests from the database, counting the system identifiers of the responders corresponding to the historical service requests to obtain the number of calls corresponding to the system identifiers of the responders, determining the frequently called responders according to the number of calls, and respectively establishing a plurality of message queues according to the frequently called responders.
In embodiments, the computer program when executed by the processor further performs the steps of parsing the service request to obtain corresponding service data and user information, obtaining a biometric characteristic of the user based on the user information, inputting the service data and the biometric characteristic to the blacklist model, and intercepting the service request when an output result of the blacklist model indicates that the service request hits the blacklist.
It will be understood by those of ordinary skill in the art that all or a portion of the processes of the methods of the embodiments described above may be implemented by a computer program that may be stored in a non-volatile computer-readable storage medium, which when executed, may include the processes of the embodiments of the methods described above, wherein any reference to memory, storage, database, or other medium used in the embodiments provided herein may include non-volatile and/or volatile memory.
The technical features of the above embodiments can be arbitrarily combined, and for the sake of brevity, all possible combinations of the technical features in the above embodiments are not described, but should be considered as the scope of the present specification as long as there is no contradiction between the combinations of the technical features.
The above-mentioned embodiments only express several embodiments of the present application, and the description thereof is more specific and detailed, but not construed as limiting the scope of the invention. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the concept of the present application, which falls within the scope of protection of the present application. Therefore, the protection scope of the present patent shall be subject to the appended claims.
Claims (10)
1, service request processing method, the method includes:
receiving a service request sent by a requester system;
analyzing the service request, and identifying service data carried by the service request and a system identifier of a responder;
carrying out format conversion on the service data, and generating a converted service request by using the service data after format conversion;
storing the converted service request into a message queue corresponding to the responder system identifier, and sending the service request in the message queue to the responder system;
if the response data returned by the responder system is not received within the preset time, storing the service request into the message queue again, and repeatedly executing the step of sending the service request in the message queue to the responder system until the response data returned by the responder system is received;
and returning the response data to the requester system.
2. The method of claim 1, wherein the format converting the service data comprises:
reading a standardized file corresponding to a requester system, and analyzing the standardized file to determine a mapping relation between a standard format and a requester format;
and converting the service data in the requester format into the service data in the standard format according to the mapping relation.
3. The method of claim 1, further comprising:
calling a plurality of threads to perform format conversion on a plurality of service data corresponding to the requests in parallel, and generating converted service requests by using the service data after format conversion;
searching a corresponding message queue according to a responder system identifier carried by the service request;
and storing the converted service request into a message queue corresponding to the system identifier of the responder in parallel.
4. The method of claim 1, further comprising:
acquiring various historical service requests in a database, and counting the system identification of a responder corresponding to the historical service requests to obtain the calling times corresponding to the system identification of the responder;
determining a frequently called responder system according to the calling times;
and respectively establishing a plurality of message queues according to frequently called responder systems.
5. The method of claim 1, further comprising:
analyzing the service request to obtain corresponding service data and user information;
acquiring the biological characteristics of the user according to the user information;
inputting the business data and the biological characteristics into a blacklist model;
and intercepting the service request when the output result of the blacklist model shows that the service request hits a blacklist.
The service request processing device of claim , wherein the device comprises:
the receiving module is used for receiving a service request sent by a requester system;
the analysis module is used for analyzing the service request and identifying service data carried by the service request and a system identifier of a responder;
the conversion module is used for carrying out format conversion on the service data and generating a converted service request by using the service data after format conversion;
the storage module is used for storing the converted service request into a message queue corresponding to the responder system identifier and sending the service request in the message queue to the responder system;
the sending module is used for sending the service request in the message queue to the responder system;
the storage module is further used for storing the service request into a message queue again if response data returned by the responder system are not received within a preset time;
the sending module is further used for repeatedly sending the service request in the message queue to the responder system until response data returned by the responder system is received; and returning the response data to the requester system.
7. The apparatus of claim 6, wherein the conversion module is further configured to read a standardized file corresponding to the requestor system, and parse the standardized file to determine a mapping relationship between a standard format and a requestor format; and converting the service data in the requester format into the service data in the standard format according to the mapping relation.
8. The apparatus of claim 6, further comprising:
the statistical module is used for acquiring various historical service requests in a database, and carrying out statistics on the system identification of a responder corresponding to the historical service requests to obtain the calling times corresponding to the system identification of the responder; determining a frequently called responder system according to the calling times;
and the message queue establishing module is used for respectively establishing a plurality of message queues according to the frequently called responder system.
Computer device of , comprising a memory and a processor, the memory storing a computer program, wherein the processor when executing the computer program is configured to carry out the steps of the method of any of claims 1 to 5 of .
10, computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the steps of the method of any of claims 1 to 5, .
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910823147.3A CN110740103A (en) | 2019-09-02 | 2019-09-02 | Service request processing method and device, computer equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910823147.3A CN110740103A (en) | 2019-09-02 | 2019-09-02 | Service request processing method and device, computer equipment and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110740103A true CN110740103A (en) | 2020-01-31 |
Family
ID=69267799
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910823147.3A Pending CN110740103A (en) | 2019-09-02 | 2019-09-02 | Service request processing method and device, computer equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110740103A (en) |
Cited By (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111339143A (en) * | 2020-02-27 | 2020-06-26 | 郑州阿帕斯数云信息科技有限公司 | Data caching method and device and cloud server |
| CN111404831A (en) * | 2020-03-19 | 2020-07-10 | 重庆富民银行股份有限公司 | Method and system for improving processing performance of wind control system |
| CN111416846A (en) * | 2020-03-12 | 2020-07-14 | 苏州浪潮智能科技有限公司 | Communication method, system, server and storage medium |
| CN111586135A (en) * | 2020-04-30 | 2020-08-25 | 深圳壹账通智能科技有限公司 | Cloud deployment micro-service application system and data transmission method, device and equipment thereof |
| CN111614577A (en) * | 2020-05-11 | 2020-09-01 | 湖南智领通信科技有限公司 | Multi-communication trust service management method and device and computer equipment |
| CN112104521A (en) * | 2020-09-08 | 2020-12-18 | 北京金山云网络技术有限公司 | Request timeout monitoring method and device, computer equipment and storage medium |
| CN112291307A (en) * | 2020-10-12 | 2021-01-29 | 北京思明启创科技有限公司 | Data request processing method and device and electronic equipment |
| CN112348465A (en) * | 2020-11-04 | 2021-02-09 | 云镝智慧科技有限公司 | Business data write-back method and device, computer equipment and storage medium |
| CN112367164A (en) * | 2020-10-14 | 2021-02-12 | 深圳追一科技有限公司 | Service request processing method and device, computer equipment and storage medium |
| CN112416597A (en) * | 2020-12-01 | 2021-02-26 | 太平金融科技服务（上海）有限公司 | System calling method and device, computer equipment and storage medium |
| CN112433870A (en) * | 2020-12-01 | 2021-03-02 | 网易（杭州）网络有限公司 | Data calling method and device, computer readable storage medium and electronic equipment |
| CN112612630A (en) * | 2020-12-29 | 2021-04-06 | 太平金融科技服务（上海）有限公司 | System call processing method and device, computer equipment and storage medium |
| CN112685190A (en) * | 2020-12-30 | 2021-04-20 | 平安普惠企业管理有限公司 | Synchronous calling method and system based on message queue and computer equipment |
| CN112835984A (en) * | 2021-03-10 | 2021-05-25 | 北京车和家信息技术有限公司 | Alarm processing method and device |
| CN112988726A (en) * | 2021-03-24 | 2021-06-18 | 北京百度网讯科技有限公司 | Data management method and device, computer equipment and storage medium |
| CN113034178A (en) * | 2021-03-15 | 2021-06-25 | 深圳市麦谷科技有限公司 | Multi-system integral calculation method and device, terminal equipment and storage medium |
| CN113422739A (en) * | 2021-06-21 | 2021-09-21 | 上海哔哩哔哩科技有限公司 | Data transmission method, sending end and data transmission system |
| CN113806037A (en) * | 2021-07-14 | 2021-12-17 | 远光软件股份有限公司 | Service calling method and device, storage medium and electronic equipment |
| CN114785854A (en) * | 2022-04-21 | 2022-07-22 | 中国工商银行股份有限公司 | Service request processing method, device, equipment, storage medium and product |
| CN114844792A (en) * | 2022-04-26 | 2022-08-02 | 深圳云创数安科技有限公司 | Dynamic monitoring method, device, equipment and storage medium based on LUA language |
Citations (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040006490A1 (en) * | 2002-07-08 | 2004-01-08 | Gingrich Mark A. | Prescription data exchange system |
| CN104243598A (en) * | 2014-09-25 | 2014-12-24 | 海信集团有限公司 | Information recommendation method and device |
| CN104685852A (en) * | 2012-09-19 | 2015-06-03 | 甲骨文国际公司 | System and method for small batching processing of usage requests |
| CN105657000A (en) * | 2015-12-25 | 2016-06-08 | 北京奇虎科技有限公司 | Message transmission method and device |
| CN106407021A (en) * | 2016-07-01 | 2017-02-15 | 厦门易名科技股份有限公司 | Queue-based business request processing method |
| CN107197017A (en) * | 2017-05-23 | 2017-09-22 | 努比亚技术有限公司 | A kind of consuming method, terminal and computer-readable recording medium based on consumption queue |
| CN108259595A (en) * | 2018-01-11 | 2018-07-06 | 北京值得买科技股份有限公司 | The method and system of asynchronous call between a kind of service |
| CN108389121A (en) * | 2018-02-07 | 2018-08-10 | 平安普惠企业管理有限公司 | Loan data processing method, device, computer equipment and storage medium |
| CN108848037A (en) * | 2018-05-31 | 2018-11-20 | 平安医疗科技有限公司 | Service request processing method, device, computer equipment and storage medium |
| CN108965164A (en) * | 2017-05-17 | 2018-12-07 | 北京京东尚科信息技术有限公司 | Service request repeating method, device and readable storage medium storing program for executing based on message queue |
| WO2019001256A1 (en) * | 2017-06-25 | 2019-01-03 | 平安科技（深圳）有限公司 | High-concurrency data processing method and apparatus, and computer readable storage medium |
| CN109344183A (en) * | 2018-01-30 | 2019-02-15 | 深圳壹账通智能科技有限公司 | Data interactive method, device, computer equipment and storage medium |
| CN109462634A (en) * | 2018-09-25 | 2019-03-12 | 郑州云海信息技术有限公司 | Message treatment method, device and equipment in a kind of distributed system |
| CN109474688A (en) * | 2018-11-27 | 2019-03-15 | 北京微播视界科技有限公司 | Sending method, device, equipment and the medium of instant messaging network request message |
| CN109660607A (en) * | 2018-12-05 | 2019-04-19 | 北京金山云网络技术有限公司 | A kind of service request distribution method, method of reseptance, device and server cluster |
-
2019
- 2019-09-02 CN CN201910823147.3A patent/CN110740103A/en active Pending
Patent Citations (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040006490A1 (en) * | 2002-07-08 | 2004-01-08 | Gingrich Mark A. | Prescription data exchange system |
| CN104685852A (en) * | 2012-09-19 | 2015-06-03 | 甲骨文国际公司 | System and method for small batching processing of usage requests |
| CN104243598A (en) * | 2014-09-25 | 2014-12-24 | 海信集团有限公司 | Information recommendation method and device |
| CN105657000A (en) * | 2015-12-25 | 2016-06-08 | 北京奇虎科技有限公司 | Message transmission method and device |
| CN106407021A (en) * | 2016-07-01 | 2017-02-15 | 厦门易名科技股份有限公司 | Queue-based business request processing method |
| CN108965164A (en) * | 2017-05-17 | 2018-12-07 | 北京京东尚科信息技术有限公司 | Service request repeating method, device and readable storage medium storing program for executing based on message queue |
| CN107197017A (en) * | 2017-05-23 | 2017-09-22 | 努比亚技术有限公司 | A kind of consuming method, terminal and computer-readable recording medium based on consumption queue |
| WO2019001256A1 (en) * | 2017-06-25 | 2019-01-03 | 平安科技（深圳）有限公司 | High-concurrency data processing method and apparatus, and computer readable storage medium |
| CN108259595A (en) * | 2018-01-11 | 2018-07-06 | 北京值得买科技股份有限公司 | The method and system of asynchronous call between a kind of service |
| CN109344183A (en) * | 2018-01-30 | 2019-02-15 | 深圳壹账通智能科技有限公司 | Data interactive method, device, computer equipment and storage medium |
| CN108389121A (en) * | 2018-02-07 | 2018-08-10 | 平安普惠企业管理有限公司 | Loan data processing method, device, computer equipment and storage medium |
| CN108848037A (en) * | 2018-05-31 | 2018-11-20 | 平安医疗科技有限公司 | Service request processing method, device, computer equipment and storage medium |
| CN109462634A (en) * | 2018-09-25 | 2019-03-12 | 郑州云海信息技术有限公司 | Message treatment method, device and equipment in a kind of distributed system |
| CN109474688A (en) * | 2018-11-27 | 2019-03-15 | 北京微播视界科技有限公司 | Sending method, device, equipment and the medium of instant messaging network request message |
| CN109660607A (en) * | 2018-12-05 | 2019-04-19 | 北京金山云网络技术有限公司 | A kind of service request distribution method, method of reseptance, device and server cluster |
Non-Patent Citations (1)
| Title |
|---|
| 董文莉, 孟洛明: "基于XML和消息队列的网络管理信息交互方案", 计算机应用研究, no. 08 * |
Cited By (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111339143A (en) * | 2020-02-27 | 2020-06-26 | 郑州阿帕斯数云信息科技有限公司 | Data caching method and device and cloud server |
| CN111339143B (en) * | 2020-02-27 | 2023-04-25 | 郑州阿帕斯数云信息科技有限公司 | Data caching method and device and cloud server |
| CN111416846A (en) * | 2020-03-12 | 2020-07-14 | 苏州浪潮智能科技有限公司 | Communication method, system, server and storage medium |
| CN111416846B (en) * | 2020-03-12 | 2022-12-30 | 苏州浪潮智能科技有限公司 | Communication method, system, server and storage medium |
| CN111404831A (en) * | 2020-03-19 | 2020-07-10 | 重庆富民银行股份有限公司 | Method and system for improving processing performance of wind control system |
| CN111586135A (en) * | 2020-04-30 | 2020-08-25 | 深圳壹账通智能科技有限公司 | Cloud deployment micro-service application system and data transmission method, device and equipment thereof |
| CN111614577A (en) * | 2020-05-11 | 2020-09-01 | 湖南智领通信科技有限公司 | Multi-communication trust service management method and device and computer equipment |
| CN111614577B (en) * | 2020-05-11 | 2023-04-18 | 湖南智领通信科技有限公司 | Multi-communication trust service management method and device and computer equipment |
| CN112104521A (en) * | 2020-09-08 | 2020-12-18 | 北京金山云网络技术有限公司 | Request timeout monitoring method and device, computer equipment and storage medium |
| CN112291307A (en) * | 2020-10-12 | 2021-01-29 | 北京思明启创科技有限公司 | Data request processing method and device and electronic equipment |
| CN112367164A (en) * | 2020-10-14 | 2021-02-12 | 深圳追一科技有限公司 | Service request processing method and device, computer equipment and storage medium |
| CN112348465A (en) * | 2020-11-04 | 2021-02-09 | 云镝智慧科技有限公司 | Business data write-back method and device, computer equipment and storage medium |
| CN112433870A (en) * | 2020-12-01 | 2021-03-02 | 网易（杭州）网络有限公司 | Data calling method and device, computer readable storage medium and electronic equipment |
| CN112416597A (en) * | 2020-12-01 | 2021-02-26 | 太平金融科技服务（上海）有限公司 | System calling method and device, computer equipment and storage medium |
| CN112612630A (en) * | 2020-12-29 | 2021-04-06 | 太平金融科技服务（上海）有限公司 | System call processing method and device, computer equipment and storage medium |
| CN112685190A (en) * | 2020-12-30 | 2021-04-20 | 平安普惠企业管理有限公司 | Synchronous calling method and system based on message queue and computer equipment |
| CN112835984A (en) * | 2021-03-10 | 2021-05-25 | 北京车和家信息技术有限公司 | Alarm processing method and device |
| CN113034178A (en) * | 2021-03-15 | 2021-06-25 | 深圳市麦谷科技有限公司 | Multi-system integral calculation method and device, terminal equipment and storage medium |
| CN112988726A (en) * | 2021-03-24 | 2021-06-18 | 北京百度网讯科技有限公司 | Data management method and device, computer equipment and storage medium |
| CN112988726B (en) * | 2021-03-24 | 2024-03-01 | 北京百度网讯科技有限公司 | Method, device, computer equipment and storage medium for data management |
| CN113422739A (en) * | 2021-06-21 | 2021-09-21 | 上海哔哩哔哩科技有限公司 | Data transmission method, sending end and data transmission system |
| CN113806037A (en) * | 2021-07-14 | 2021-12-17 | 远光软件股份有限公司 | Service calling method and device, storage medium and electronic equipment |
| CN114785854A (en) * | 2022-04-21 | 2022-07-22 | 中国工商银行股份有限公司 | Service request processing method, device, equipment, storage medium and product |
| CN114844792A (en) * | 2022-04-26 | 2022-08-02 | 深圳云创数安科技有限公司 | Dynamic monitoring method, device, equipment and storage medium based on LUA language |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110740103A (en) | Service request processing method and device, computer equipment and storage medium | |
| WO2021244211A1 (en) | Blockchain message processing method and apparatus, computer and readable storage medium | |
| US9369521B2 (en) | Naming of distributed business transactions | |
| CN111143163B (en) | Data monitoring method, device, computer equipment and storage medium | |
| US8141151B2 (en) | Non-intrusive monitoring of services in a service-oriented architecture | |
| CN112035258A (en) | Data processing method, device, electronic equipment and medium | |
| CN109033404B (en) | Log data processing method, device and system | |
| CN108416665B (en) | Data interaction method and device, computer equipment and storage medium | |
| WO2021169275A1 (en) | Sdn network device access method and apparatus, computer device, and storage medium | |
| WO2016119389A1 (en) | Management method, device and system for system docking | |
| CN113672934A (en) | Security vulnerability scanning system and method, terminal and storage medium | |
| CN113596078A (en) | Service problem positioning method and device | |
| CN112052227A (en) | Data change log processing method and device and electronic equipment | |
| CN109409948B (en) | Transaction abnormity detection method, device, equipment and computer readable storage medium | |
| CN110430070A (en) | A kind of service state analysis method, device, server, data analysis equipment and medium | |
| CN112235428B (en) | Call request processing method and device, computer equipment and storage medium | |
| CN113687958A (en) | Data processing method, system, computer device and storage medium | |
| CN116842090A (en) | Accounting system, method, equipment and storage medium | |
| CN110647448A (en) | Mobile application operation log data real-time analysis method, server and system | |
| KR20140013892A (en) | Method of comparing output in a plurality of information systems | |
| CN115759871A (en) | Chat application activity counting method, system, equipment and storage medium | |
| CN113055493B (en) | Data packet processing method, device, system, scheduling device and storage medium | |
| CN115994156A (en) | Method and system for real-time analysis of data streams | |
| CN114598622A (en) | Data monitoring method and device, storage medium and computer equipment | |
| CN113778709A (en) | Interface calling method, device, server and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |