CN116723040A - Service processing method and device - Google Patents
Service processing method and device Download PDFInfo
- Publication number
- CN116723040A CN116723040A CN202310846320.8A CN202310846320A CN116723040A CN 116723040 A CN116723040 A CN 116723040A CN 202310846320 A CN202310846320 A CN 202310846320A CN 116723040 A CN116723040 A CN 116723040A
- Authority
- CN
- China
- Prior art keywords
- service
- request
- request content
- notification
- content
- 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 abstract description 17
- 238000012545 processing Methods 0.000 claims abstract description 96
- 238000012795 verification Methods 0.000 claims abstract description 74
- 238000000034 method Methods 0.000 claims abstract description 41
- 238000007781 pre-processing Methods 0.000 claims description 52
- 238000004590 computer program Methods 0.000 claims description 16
- 238000012797 qualification Methods 0.000 claims description 11
- 230000007246 mechanism Effects 0.000 claims description 8
- 230000004044 response Effects 0.000 claims description 8
- 238000001514 detection method Methods 0.000 claims description 5
- 238000004806 packaging method and process Methods 0.000 claims description 5
- 230000006978 adaptation Effects 0.000 abstract description 7
- 230000008569 process Effects 0.000 abstract description 6
- 238000005516 engineering process Methods 0.000 abstract description 5
- 238000007726 management method Methods 0.000 description 18
- 238000010586 diagram Methods 0.000 description 13
- 238000012423 maintenance Methods 0.000 description 8
- 238000004891 communication Methods 0.000 description 7
- 230000006870 function Effects 0.000 description 7
- 230000002159 abnormal effect Effects 0.000 description 5
- 238000012546 transfer Methods 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 4
- 238000011161 development Methods 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000013524 data verification Methods 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 239000000835 fiber Substances 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 241000677635 Tuxedo Species 0.000 description 1
- 230000005856 abnormality Effects 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000013480 data collection Methods 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000002045 lasting effect Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/12—Applying verification of the received information
- H04L63/123—Applying verification of the received information received data contents, e.g. message integrity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/083—Network architectures or network communication protocols for network security for authentication of entities using passwords
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention discloses a service processing method and device, and relates to the technical field of data processing. One embodiment of the method comprises the following steps: receiving a service request transmitted by a requester through a first unified access interface, and checking the request content in the service request; responding to the verification result to pass, inquiring route data adapted to the request content according to a route matching rule, determining a service side corresponding to the route data, and creating an identifier for the request content to generate a notification comprising the identifier; and sending the notification to the server through the unified access interface, so as to receive the pulling operation of the server on the request content according to the notification through the second unified access interface. The embodiment sets a unified access interface and a routing matching rule, so that the whole request processing process is realized by adopting a more general technology, the adaptation efficiency of interfaces between internal and external systems is improved, and the problem that interfaces are independently developed one by one according to different service requests of a third party in the prior art is solved.
Description
Technical Field
The present invention relates to the field of data processing technologies, and in particular, to a service processing method and apparatus.
Background
With the development of services, complex or large-scale systems have more service components and need to interact with numerous internal and external systems. It is common to provide different access interfaces to interface with access messages and associated server systems of different specifications. According to the convention between the internal and external systems, different processing logics are respectively developed for different messages for message adaptation processing, and different access interfaces are used for synchronous routing to different associated service side systems.
The existing interfaces are required to be maintained and adapted to corresponding access and access interfaces according to different requirements, different specifications and different requests, so that the interfaces are difficult to maintain, and the associated service side and the service processing state thereof cannot be rapidly identified. And when the service requirement or interface is changed, a great deal of cost and time are consumed to analyze and identify the influence of the internal and external systems, develop and adapt the processing logic of different service messages and test joint debugging, and influence the service processing efficiency.
Disclosure of Invention
In view of this, embodiments of the present invention provide a service processing method and apparatus, which at least can solve the problems in the prior art that different access interfaces and access interfaces need to be developed for different situations, resulting in difficult maintenance of interfaces, high development cost, and need to be re-developed if there is a change.
To achieve the above object, according to an aspect of an embodiment of the present invention, there is provided a service processing method, including:
receiving a service request transmitted by a requester through a first unified access interface, and performing verification processing on request content in the service request;
responding to the verification result to be passed, inquiring route data adapted to the request content according to a route matching rule, determining a service party corresponding to the route data, and creating an identifier for the request content to generate a notification comprising the identifier;
and sending the notification to the service side through the unified access interface, and receiving the pulling operation of the service side on the request content according to the notification through the second unified access interface.
Optionally, the verifying the request content in the service request includes:
and preprocessing and checking the request content, and responding to the result of the preprocessing and checking to obtain the service field in the request content, and determining the preset specification requirements corresponding to the service field so as to check whether the request content meets the specification requirements.
Optionally, the request content includes identity information of a requesting party, a request level and a service domain, and the performing preprocessing and checking on the request content includes:
Inquiring whether the identity information of the requester exists in a preset qualification list;
verifying the request content by using a verification mode corresponding to the request level;
using a security check mechanism corresponding to the service field to perform security check on the request content;
and if the verification results are all passed, determining that the preprocessing verification result of the request content is passed, otherwise, returning a verification failure result to the requester.
Optionally, before the acquiring the service domain in the request content, the method further includes:
packaging the request content; and
and recording operation information for preprocessing and checking the request content to obtain a verification log.
Optionally, before the querying the routing data adapted to the requested content according to the routing matching rule, the method further includes: storing the requested content locally;
after the receiving service side performs the pulling operation on the request content according to the notification, the method further comprises:
and in response to the result of sending the notification to the service party being failure or receiving information of failure of pulling the request content transmitted by the service party, resending the notification to the service party so as to acquire the request content from local and feed back the request content to the service party when receiving a pulling request of the request content transmitted by the service party.
Optionally, before the sending the notification to the service party through the universal access interface, the method further includes:
and responding to the detection that the route matching rule is changed, inquiring new route data adapted to the request content by using the new route matching rule, and determining a new service party corresponding to the new route data.
Optionally, the method further comprises:
receiving a query request of the service side for the processing state of the service request through a second unified access interface, and querying whether the service side has query authority according to the identification of the service side;
and responding to the query result as being provided, querying a corresponding processing state according to the identification of the service request in the query request, and returning the processing state to the service side.
Optionally, before the querying whether the service party has the querying authority according to the identifier of the service party, the method further includes:
a configuration operation of the authority of the service party is received, wherein the authority comprises whether the request processing state can be checked, whether the route matching rule can be configured and whether the notification can be resent.
To achieve the above object, according to another aspect of the embodiments of the present invention, there is provided a service processing apparatus including:
The access preprocessing module is used for receiving a service request transmitted by a requester through a first uniform access interface and checking the request content in the service request;
the message processing module is used for responding to the passing of the verification result, inquiring the route data adapted to the request content according to the route matching rule, determining a service party corresponding to the route data, and creating an identifier for the request content so as to generate a notification comprising the identifier;
and sending the notification to the service side through the unified access interface, and receiving the pulling operation of the service side on the request content according to the notification through the second unified access interface.
Optionally, the access preprocessing module is configured to: preprocessing and checking the request content;
the message processing module is used for: and responding to the preprocessing verification result to pass, acquiring the service field in the request content, and determining the preset specification requirements corresponding to the service field so as to verify whether the request content meets the specification requirements.
Optionally, the request content includes identity information of a requesting party, a request level and a service field, and the access preprocessing module is configured to:
Inquiring whether the identity information of the requester exists in a preset qualification list;
verifying the request content by using a verification mode corresponding to the request level;
using a security check mechanism corresponding to the service field to perform security check on the request content;
and if the verification results are all passed, determining that the preprocessing verification result of the request content is passed, otherwise, returning a verification failure result to the requester.
Optionally, the access preprocessing module is further configured to:
packaging the request content; and
and recording operation information for preprocessing and checking the request content to obtain a verification log.
Optionally, the message processing module is further configured to:
storing the requested content locally; and
and in response to the result of sending the notification to the service party being failure or receiving information of failure of pulling the request content transmitted by the service party, resending the notification to the service party so as to acquire the request content from local and feed back the request content to the service party when receiving a pulling request of the request content transmitted by the service party.
Optionally, the message processing module is further configured to:
And responding to the detection that the route matching rule is changed, inquiring new route data adapted to the request content by using the new route matching rule, and determining a new service party corresponding to the new route data.
Optionally, the device further comprises a management platform for:
receiving a query request of the service side for the processing state of the service request through a second unified access interface, and querying whether the service side has query authority according to the identification of the service side;
and responding to the query result as being provided, querying a corresponding processing state according to the identification of the service request in the query request, and returning the processing state to the service side.
Optionally, the management platform is further configured to:
a configuration operation of the authority of the service party is received, wherein the authority comprises whether the request processing state can be checked, whether the route matching rule can be configured and whether the notification can be resent.
To achieve the above object, according to still another aspect of the embodiments of the present invention, there is provided a service processing electronic device.
The electronic equipment of the embodiment of the invention comprises: one or more processors; and the storage device is used for storing one or more programs, and when the one or more programs are executed by the one or more processors, the one or more processors are enabled to realize the service processing method.
To achieve the above object, according to still another aspect of the embodiments of the present invention, there is provided a computer readable medium having stored thereon a computer program which, when executed by a processor, implements any of the above-described service processing methods.
To achieve the above object, according to still another aspect of an embodiment of the present invention, there is provided a computer program product. The computer program product of the embodiment of the invention comprises a computer program, and the program is executed by a processor to realize the business processing method provided by the embodiment of the invention.
According to the solution provided by the present invention, one embodiment of the above invention has the following advantages or beneficial effects: on the basis of the conventional development mode, the public technical capability is abstracted, unified access interfaces and access interfaces are set to realize the access and access of different requests, and route matching rules are set, so that the whole process is realized by adopting a more general technology, the interface adaptation efficiency between internal and external systems is improved, and the problem that the interfaces are independently developed one by one according to different service requests of a third party in the prior art is solved.
Further effects of the above-described non-conventional alternatives are described below in connection with the embodiments.
Drawings
The drawings are included to provide a better understanding of the invention and are not to be construed as unduly limiting the invention. Wherein:
fig. 1 is a schematic flow diagram of a service processing method according to an embodiment of the present invention;
FIG. 2 is a schematic diagram of a preprocessing verification process according to an embodiment of the present invention;
FIG. 3 is a flow chart of an alternative business processing method according to an embodiment of the invention;
FIG. 4 is a flow chart of another alternative business processing method according to an embodiment of the present invention;
FIG. 5 is a schematic diagram of an architecture according to an embodiment of the invention;
fig. 6 is a schematic diagram of main modules of a service processing apparatus according to an embodiment of the present invention;
FIG. 7 is an exemplary system architecture diagram in which embodiments of the present invention may be applied;
fig. 8 is a schematic diagram of a computer system suitable for use in implementing an embodiment of the present invention.
Detailed Description
Exemplary embodiments of the present invention will now be described with reference to the accompanying drawings, in which various details of the embodiments of the present invention are included to facilitate understanding, and are to be considered merely exemplary. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the invention. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.
It is noted that embodiments of the invention and features of the embodiments may be combined with each other without conflict. In the technical scheme of the invention, the related aspects of acquisition, analysis, use, transmission, storage and the like of the personal information of the user accord with the regulations of related laws and regulations, are used for legal and reasonable purposes, are not shared, leaked or sold outside the legal use aspects and the like, and are subjected to supervision and management of a supervision department. Necessary measures should be taken for the personal information of the user to prevent illegal access to such personal information data, ensure that personnel having access to the personal information data comply with the regulations of the relevant laws and regulations, and ensure the personal information of the user. Once these user personal information data are no longer needed, the risk should be minimized by limiting or even prohibiting the data collection and/or deletion.
User privacy is protected, when applicable, by de-identifying the data, including in some related applications, such as by removing a particular identifier (e.g., date of birth, etc.), controlling the amount or specificity of stored data (e.g., collecting location data at a city level rather than at a specific address level), controlling how the data is stored, and/or other methods.
Referring to fig. 1, a main flowchart of a service processing method provided by an embodiment of the present invention is shown, including the following steps:
s101: receiving a service request transmitted by a requester through a first unified access interface, and performing verification processing on request content in the service request;
s102: responding to the verification result to be passed, inquiring route data adapted to the request content according to a route matching rule, determining a service party corresponding to the route data, and creating an identifier for the request content to generate a notification comprising the identifier;
s103: and sending the notification to the service side through the unified access interface, and receiving the pulling operation of the service side on the request content according to the notification through the second unified access interface.
In the above embodiment, two unified access interfaces are set, one interacts with the requester and the other interacts with the service party, the unified access interface interacted with the requester is set as the first unified access interface, and the unified access interface interacted with the service party is set as the second unified access interface. The service request of the requesting party is received through a first unified access interface, and the unified access interface can be compatible with and identify different protocols, different specifications and different request contents:
1) Different protocols, such as http (HyperText Transfer Protocol ) protocol, https (Hypertext Transfer Protocol Secure, hypertext transfer security protocol) protocol, tcp (Transmission Control Protocol ) protocol, tuxedo (Transaction for Unix has been Extended for Distributed Operation, unix transaction system after distributed operation expansion) protocol, etc., and some systems may request through MQ, etc.;
2) Different specifications, such as an xml format, a json format, a text format and the like, may be formed by different request bodies under the same format, such as an xml format formed by a message header, a digital signature and a message body, and some xml formats formed by a security header and a message body, and different tag specifications of different formats are different;
3) The request content, the request of different systems may have sensitive information, common information, important information, etc., and different data verification and data processing means may be adopted according to the request content.
After a service request of a requester is acquired, acquiring request content, wherein the request content comprises requester information, checking whether the requester information is included in a preset qualification list by using the preset qualification list, if so, indicating that the requester has relevant qualification and can accept the request, and otherwise, not having the request qualification.
The request content also needs to carry request grades, and different request grades represent different importance degrees of the request content, and correspondingly, the verification modes of the request grades are different. For example, request levels 1, 2, 3, 4 and 5 are set, the 1 level is the lowest, the 5 level is the highest, the requester can select the request level by himself, if the request level is 1, verification is not needed, if other levels are selected, a corresponding verification mode is needed, if the request level is 3, the request content includes an account number password, verification is performed by using a corresponding account number password verification mode, and account number password verification is a conventional technical means in the field.
The requested content also needs to carry a service field, and different service fields have different verification mechanisms, such as service field 1-mobile phone verification codes, service field 2-digital signature certificates-the reliability and the repudiation resistance of service data can be guaranteed by utilizing the digital signature certificates, and service field 3-identity verification and service field 4-tamper resistance-so as to guarantee the atomicity of the requested content.
The processing results of qualification verification, request level identification and verification and safety verification are timely responded to a requester, if all the verification results pass, the request is effective, the subsequent operation can be continued, if the verification results fail, the request is invalid, and the verification failure result is returned to the requester, so that timeliness control is achieved, and the method is specifically shown in fig. 2.
In addition to the preprocessing and verification, the scheme also needs to perform data verification processing on the request, such as pre-configuring the specification requirements corresponding to the service field, so as to verify whether the request content meets the specification requirements. For example, the amount field should be a number, but the user inputs a Chinese, the verification result is not passed. For example, the length of the mobile phone number is 11 bits, and if the length of the mobile phone number input by the user is 9 bits or more than 11 bits, the verification result is that the mobile phone number does not pass.
Further, if the result of the preprocessing and checking is passing, the request content may be packaged for storing locally, and the operation information for preprocessing and checking the request content may be recorded to generate a verification log, so as to facilitate the subsequent tracking and querying, such as recording the processing state, the processing procedure, etc. of each request.
And for the steps S102-S103, if the verification result of the request content is passed, performing data processing operation on the request content to analyze the request content identification routing data. The scheme sets a route matching rule in advance for a service party, for example, a mobile phone number field is set in the request content, and the service party A sets the route matching rule related to the mobile phone number in advance on a management platform on the assumption of 13XXXXX, so that all subsequent requests sent by the 13XXXXX mobile phone number are sent to the service party A by the request content. In addition to the single field, the scheme can also set a combination of multiple fields, for example, set a cross-bank transfer service of Xinjiang branches of bank B to send to service parties C and D, wherein bank B is a field, xinjiang branches are a field, and cross-bank transfer service is a field, so that the routing matching rule is actually the matching of the field and the field value. If the route data cannot be matched, notifying personnel with relevant authorities, and checking and identifying the personnel at the management platform according to the content of the request so as to carry out route maintenance.
After determining all corresponding server systems through the routing data, notifying all associated server systems through a unified access interface. Considering the situation that the direct sending of the request content to the service side has a sending failure, and the request content is at risk of losing under the situation, the scheme preferably only makes notification, and the service side actively obtains the request content according to the notification through the second unified access interface.
Since one service side may receive multiple notifications at the same time, in order to distinguish the notifications, before sending the notifications, the present solution creates an identifier for the requested content, where the identifier may be a self-increment ID, and if the current maximum ID is 1000, the ID is 1001 for the requested content, where the notification carries the identifier, and the subsequent service side may obtain the requested content according to the identifier in the notification, so as to prevent data confusion.
According to the method provided by the embodiment, on the basis of the conventional development mode, the public technical capability of the interfaces is abstracted, and the unified access interface are arranged, so that the interface processing is realized by adopting a more general technology, the condition that the interfaces are independently developed one by one for different service messages of a third party is avoided, and the interface adaptation and routing efficiency between the internal and external systems are improved.
Referring to fig. 3, a flowchart of an alternative service processing method according to an embodiment of the present invention is shown, including the following steps:
s301: receiving a service request transmitted by a requester through a first unified access interface, and performing verification processing on request content in the service request;
s302: responding to the verification result to pass, and storing the request content locally;
s303: inquiring route data adapted to the request content according to a route matching rule, determining a service party corresponding to the route data, and creating an identifier for the request content to generate a notification comprising the identifier;
s304: in response to detecting that the route matching rule is changed, inquiring new route data adapted to the request content by using the new route matching rule, and determining a new service side corresponding to the new route data;
s305: sending a notification to a determined server through a unified access interface, so as to receive the pulling operation of the server on the request content according to the notification through a second unified access interface;
s306: and in response to the result of sending the notification to the service party being failure or receiving information of failure of pulling the request content transmitted by the service party, resending the notification to the service party so as to acquire the request content from local and feed back the request content to the service party when receiving a pulling request of the request content transmitted by the service party.
In the above embodiment, for steps S301, S303, and S305, reference may be made to the description shown in fig. 1, and the description is omitted here.
For step S304, the routing matching rule in the present solution is configured by the service side at the management platform, but in the case that some preset parameters do not reach the expectations, maintenance processing is required for the rule, so the routing matching rule may be changed. For the same request content, after the route matching rule is matched to the service party at the previous moment, the route matching rule may be changed at the next moment, and the service party needs to be redetermined by using the new route matching rule.
As in the previous example, the management platform is pre-configured with a route matching rule regarding the mobile phone number, so that all subsequent requests sent by the 13XXXXX mobile phone numbers are sent to the service side a, and the route matching rule is generated at 2023.04.25. Assuming the current time is 2023.06.25-11:02:30, the rule is not changed in the middle and thus still matches to the server A through the rule. However, at the moment 2023.06.25-11:02:50, the route matching rule is changed, the original service of the service party A is suspended, and the service party C takes over the service of the service party A, so that the service party A in the rule is changed into the service party C.
The above is merely an example, and the content processing request in actual operation is typically in the order of milliseconds. In order to solve the above problem, the present solution needs to determine whether the route matching rule is changed before sending the notification to the service party, and if so, uses a new rule to match a new service party, and then sends the notification to the new service party. The new service party matched here may be the same as the previously matched service party, e.g. the matching field in the rule is changed, but the matching result is still the service party a.
For steps S302 and S306, if the verification result is passed, the requested content may be packaged for storage locally, so as to facilitate subsequent tracking and querying. Specifically, if the result of the preprocessing check is passed, the request content is packaged.
Therefore, if the transmission notification fails to the server (if the server does not receive the request for pulling the data within a certain period of time), or if the server fails to pull the request content (if the server transmits the failure information for obtaining the request content), the notification needs to be sent again to the requester, and the requester actively obtains the request content according to the received notification.
According to the method provided by the embodiment, a route matching rule updating mechanism is set, whether the rule is changed is judged before the notification is sent to the service side, the notification is prevented from being sent to the service side which does not process the service any more, and the service processing efficiency is improved; and setting a local storage mechanism to improve the success rate of the service side for acquiring the request content.
Referring to fig. 4, a flowchart of another alternative service processing method according to an embodiment of the present invention is shown, including the following steps:
s401: receiving configuration operation of authority of a service party, wherein the authority comprises whether a request processing state can be checked, whether a route matching rule can be configured and whether a notification can be resent;
s402: receiving a service request transmitted by a requester through a first unified access interface, and performing verification processing on request content in the service request;
s403: responding to the verification result to be passed, inquiring route data adapted to the request content according to a route matching rule, determining a service party corresponding to the route data, and creating an identifier for the request content to generate a notification comprising the identifier;
s404: the notification is sent to the server through the unified access interface, so that the server receives the pulling operation of the request content according to the notification through the second unified access interface;
s405: receiving a query request of the service side for the processing state of the service request through a second unified access interface, and querying whether the service side has query authority according to the identification of the service side;
S406: and responding to the query result as being provided, querying a corresponding processing state according to the identification of the service request in the query request, and returning the processing state to the service side.
In the above embodiment, the steps S402 to S404 may be described with reference to fig. 1, and are not described herein.
For step S401, the management platform set in the scheme includes rights management, route maintenance and auxiliary tracking functions, and can be configured on the platform by a service side or can receive information of the service side for configuration, and the latter mode is preferred in the scheme, so that management of the service side is realized.
The authority of the scheme for the service side mainly comprises three aspects: whether the request processing state can be checked, whether the route matching rule can be configured, whether the notification can be resent, is generally set to yes for whether the request processing state can be checked, and whether the request processing state can be selectively set to yes or no. The rights of different service parties can be stored in the same rights table, such as whether the service party can check the request processing state, whether the route matching rule can be configured, whether the notification can be resent, and the table can be queried later.
For steps S405 and S406, after a request is sent, there may be multiple service components (i.e. service parties) that receive, whether the service can be processed correctly, the state of the request is in, and whether follow-up processing is required, which is the most attention required after the request is sent.
Therefore, for the initiated service request and the receiving processing state thereof, service personnel corresponding to each service party can check and track the service request through the management platform, including the receiving state, the processing state, the routing result and the like. However, before this, it is first necessary to query whether the authority table has the query authority according to the identifier of the service party, and if so, the service party can query the authority table. The request still carries the identifier of the requested content, and the identifier is transmitted through the second unified interface, so that the processing state of the request is queried according to the identifier and returned to the service side, such as whether the service can be correctly processed, the state of the request is in, and whether follow-up tracking processing is needed.
According to the method provided by the embodiment, the management platform is provided with the various authorities of the service side, so that the service side is managed, the subsequent service side can transmit the query request through the unified access interface to acquire the request processing state, and the problem that the service processing state cannot be identified quickly in the prior art is solved.
Referring to fig. 5, a design architecture diagram of the present solution is shown, where three modules are provided in the present solution, and the three modules are an access preprocessing module, a message processing module, and a management platform.
1. The access preprocessing module provides a unified access interface and a requested access preprocessing service, and an external requester system can interface the access preprocessing module through the unified access interface so as to perform preprocessing related verification, such as request grade identification, security verification and qualification verification, and can record verification operation information.
In addition, if the preprocessing and checking result is passed, the access preprocessing module will push the request content to the message processing module, and the access preprocessing module will recognize and convert the requests of different initiation modes (different protocols, different specifications, etc.), but will not change and parse the request content, so before pushing the request content, the request content needs to be packaged, and the packaged content can also use a unified access entry request to the message processing module.
2. The message processing module provides a unified access interface for realizing the technical verification and routing required by the message request content data specification, and provides a unified access interface (or a notification interface called distribution routing, only one in number) for notifying the associated different service party systems, and then responds to the request of each associated party for acquiring the service content through the unified access interface.
Because the message processing module is also provided with a unified access interface to interact with the service party, in order to distinguish the unified access interface of the access preprocessing module from the unified access interface of the message processing module, the unified access interface of the access preprocessing module is set as a first unified access interface, and the unified access interface of the message processing module is set as a second unified access interface.
The message processing module receives the output result of the access preprocessing module, namely the packaged request content, firstly stores the packaged request content locally so as to be initiated again by the locally stored request content when abnormality (such as first transmission failure of an important request, route failure of the request and the like) occurs or repeated initiation is needed, and is convenient for follow-up auxiliary tracking and the like.
3. Maintenance personnel realize the flexible maintenance and check of technical parameters such as route matching rule maintenance, system authority maintenance, service request state auxiliary tracking, abnormal request processing and the like of each associated service party through a management platform. For the abnormal service message, the abnormal processing module of the management platform can be used for technical retransmission aiming at the abnormal service side, so as to support re-route retransmission after maintaining the route matching rule.
According to the method provided by the embodiment of the invention, for different service request contents of different requesting parties, the access preprocessing circulation is firstly carried out to carry out unified safety verification and system verification, then the adaptation of the service party is finished and all the associated service parties are informed in the modes of rapid verification, accurate identification and the like of the message processing part, and then all the associated service parties can actively acquire the specific service message contents. Compared with the prior art, at least the following beneficial effects exist:
1. providing unified access interfaces, access interfaces and routing matching rules to rapidly complete the butting interaction and flexible routing distribution of a third party and a plurality of internal service systems, and rapidly detecting and accurately identifying a server system, so that the complexity of request processing among the plurality of systems is reduced, the independent adaptation frequency of different service requests is reduced, and the problem that the interfaces are required to be independently developed one by different service requests of the third party in the prior art is solved;
2. the request content is stored in a lasting mode but not specifically processed, so that the atomicity of the request content is guaranteed; when abnormal conditions occur, custom retransmission notification and route redirection adaptation can be performed, in addition, the request content processing state can be tracked timely, decoupling technology verification and service processing are realized, the complexity of the existing scheme is solved, and the flexibility is improved.
Referring to fig. 6, a schematic diagram of main modules of a service processing apparatus 600 provided by an embodiment of the present invention is shown, including:
an access preprocessing module 601, configured to receive a service request transmitted by a requester through a first unified access interface, and perform verification processing on a request content in the service request;
the message processing module 602 is configured to query routing data adapted to the requested content according to a routing matching rule in response to the verification result being passed, determine a service party corresponding to the routing data, and create an identifier for the requested content to generate a notification including the identifier;
and sending the notification to the service side through the unified access interface, and receiving the pulling operation of the service side on the request content according to the notification through the second unified access interface.
In the embodiment of the present invention, the access preprocessing module 601 is configured to: preprocessing and checking the request content;
a message processing module 602, configured to: and responding to the preprocessing verification result to pass, acquiring the service field in the request content, and determining the preset specification requirements corresponding to the service field so as to verify whether the request content meets the specification requirements.
In the embodiment of the present invention, the request content includes identity information of a requesting party, a request level, and a service domain, and the access preprocessing module 601 is configured to:
inquiring whether the identity information of the requester exists in a preset qualification list;
verifying the request content by using a verification mode corresponding to the request level;
using a security check mechanism corresponding to the service field to perform security check on the request content;
and if the verification results are all passed, determining that the preprocessing verification result of the request content is passed, otherwise, returning a verification failure result to the requester.
In the embodiment of the present invention, the access preprocessing module 601 is further configured to:
packaging the request content; and
and recording operation information for preprocessing and checking the request content to obtain a verification log.
In the embodiment of the present invention, the message processing module 602 is further configured to:
storing the requested content locally; and
and in response to the result of sending the notification to the service party being failure or receiving information of failure of pulling the request content transmitted by the service party, resending the notification to the service party so as to acquire the request content from local and feed back the request content to the service party when receiving a pulling request of the request content transmitted by the service party.
In the embodiment of the present invention, the message processing module 602 is further configured to:
and responding to the detection that the route matching rule is changed, inquiring new route data adapted to the request content by using the new route matching rule, and determining a new service party corresponding to the new route data.
The implementation device of the invention also comprises a management platform for:
receiving a query request of the service side for the processing state of the service request through a second unified access interface, and querying whether the service side has query authority according to the identification of the service side;
and responding to the query result as being provided, querying a corresponding processing state according to the identification of the service request in the query request, and returning the processing state to the service side.
In the implementation device of the present invention, the management platform is further configured to:
a configuration operation of the authority of the service party is received, wherein the authority comprises whether the request processing state can be checked, whether the route matching rule can be configured and whether the notification can be resent.
In addition, the implementation of the apparatus in the embodiments of the present invention has been described in detail in the above method, so that the description is not repeated here.
Fig. 7 shows an exemplary system architecture 700, including terminal devices 701, 702, 703, a network 704, and a server 705 (by way of example only), to which embodiments of the invention may be applied.
The terminal devices 701, 702, 703 may be various electronic devices having a display screen and supporting web browsing, are installed with various communication client applications, and a user may interact with the server 705 through the network 704 using the terminal devices 701, 702, 703 to receive or transmit messages, etc.
The network 704 is the medium used to provide communication links between the terminal devices 701, 702, 703 and the server 705. The network 704 may include various connection types, such as wired, wireless communication links, or fiber optic cables, among others.
The server 705 may be a server providing various services, and it should be noted that the method provided by the embodiment of the present invention is generally performed by the server 705, and accordingly, the apparatus is generally disposed in the server 705.
It should be understood that the number of terminal devices, networks and servers in fig. 7 is merely illustrative. There may be any number of terminal devices, networks, and servers, as desired for implementation.
Referring now to FIG. 8, there is illustrated a schematic diagram of a computer system 800 suitable for use in implementing an embodiment of the present invention. The terminal device shown in fig. 8 is only an example, and should not impose any limitation on the functions and the scope of use of the embodiment of the present invention.
As shown in fig. 8, the computer system 800 includes a Central Processing Unit (CPU) 801 that can perform various appropriate actions and processes according to a program stored in a Read Only Memory (ROM) 802 or a program loaded from a storage section 808 into a Random Access Memory (RAM) 803. In the RAM 803, various programs and data required for the operation of the system 800 are also stored. The CPU 801, ROM 802, and RAM 803 are connected to each other by a bus 804. An input/output (I/O) interface 805 is also connected to the bus 804.
The following components are connected to the I/O interface 805: an input portion 806 including a keyboard, mouse, etc.; an output portion 807 including a display such as a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and a speaker; a storage section 808 including a hard disk or the like; and a communication section 809 including a network interface card such as a LAN card, a modem, or the like. The communication section 809 performs communication processing via a network such as the internet. The drive 810 is also connected to the I/O interface 805 as needed. A removable medium 811 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is mounted on the drive 810 as needed so that a computer program read out therefrom is mounted into the storage section 808 as needed.
In particular, according to embodiments of the present disclosure, the processes described above with reference to flowcharts may be implemented as computer software programs. For example, embodiments of the present disclosure include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising program code for performing the method shown in the flow chart. In such an embodiment, the computer program may be downloaded and installed from a network via the communication section 809, and/or installed from the removable media 811. The above-described functions defined in the system of the present invention are performed when the computer program is executed by a Central Processing Unit (CPU) 801.
The computer readable medium shown in the present invention may be a computer readable signal medium or a computer readable storage medium, or any combination of the two. The computer readable storage medium can be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or a combination of any of the foregoing. More specific examples of the computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, 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 disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In the present invention, however, the computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, with the computer-readable program code embodied therein. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination of the foregoing. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wire, fiber optic cable, RF, etc., or any suitable combination of the foregoing.
The flowcharts and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
The modules involved in the embodiments of the present invention may be implemented in software or in hardware. The described modules may also be provided in a processor, for example, as: a processor comprises an access preprocessing module, a message processing module and a management platform. The names of these modules do not in some way constitute a limitation of the module itself, for example, a message processing module may also be described as a "routing module".
As another aspect, the present invention also provides a computer-readable medium that may be contained in the apparatus described in the above embodiments; or may be present alone without being fitted into the device. The computer readable medium carries one or more programs which, when executed by a device, cause the device to perform any of the business processing methods described above.
The computer program product of the present invention comprises a computer program which, when executed by a processor, implements the service processing method in the embodiments of the present invention.
The above embodiments do not limit the scope of the present invention. It will be apparent to those skilled in the art that various modifications, combinations, sub-combinations and alternatives can occur depending upon design requirements and other factors. Any modifications, equivalent substitutions and improvements made within the spirit and principles of the present invention should be included in the scope of the present invention.
Claims (19)
1. A method for processing a service, comprising:
receiving a service request transmitted by a requester through a first unified access interface, and performing verification processing on request content in the service request;
Responding to the verification result to be passed, inquiring route data adapted to the request content according to a route matching rule, determining a service party corresponding to the route data, and creating an identifier for the request content to generate a notification comprising the identifier;
and sending the notification to the service side through the unified access interface, and receiving the pulling operation of the service side on the request content according to the notification through the second unified access interface.
2. The method of claim 1, wherein the verifying the requested content in the service request comprises:
and preprocessing and checking the request content, and responding to the result of the preprocessing and checking to obtain the service field in the request content, and determining the preset specification requirements corresponding to the service field so as to check whether the request content meets the specification requirements.
3. The method of claim 1, wherein the request content includes requester identity information, a request level, and a service domain, and wherein the performing the preprocessing check on the request content includes:
inquiring whether the identity information of the requester exists in a preset qualification list;
Verifying the request content by using a verification mode corresponding to the request level;
using a security check mechanism corresponding to the service field to perform security check on the request content;
and if the verification results are all passed, determining that the preprocessing verification result of the request content is passed, otherwise, returning a verification failure result to the requester.
4. A method according to claim 2 or 3, characterized in that before said acquiring the service area in the requested content, the method further comprises:
packaging the request content; and
and recording operation information for preprocessing and checking the request content to obtain a verification log.
5. The method of claim 1, wherein prior to said querying for route data adapted to the requested content according to a route matching rule, the method further comprises: storing the requested content locally;
after the receiving service side performs the pulling operation on the request content according to the notification, the method further comprises:
and in response to the result of sending the notification to the service party being failure or receiving information of failure of pulling the request content transmitted by the service party, resending the notification to the service party so as to acquire the request content from local and feed back the request content to the service party when receiving a pulling request of the request content transmitted by the service party.
6. The method of claim 1, wherein prior to the sending the notification to a service party via a unified drop-out interface, the method further comprises:
and responding to the detection that the route matching rule is changed, inquiring new route data adapted to the request content by using the new route matching rule, and determining a new service party corresponding to the new route data.
7. The method according to claim 1, wherein the method further comprises:
receiving a query request of the service side for the processing state of the service request through a second unified access interface, and querying whether the service side has query authority according to the identification of the service side;
and responding to the query result as being provided, querying a corresponding processing state according to the identification of the service request in the query request, and returning the processing state to the service side.
8. The method of claim 7, wherein before querying the service party for the presence of the query authority based on the identification of the service party, the method further comprises:
a configuration operation of the authority of the service party is received, wherein the authority comprises whether the request processing state can be checked, whether the route matching rule can be configured and whether the notification can be resent.
9. A service processing apparatus, comprising:
the access preprocessing module is used for receiving a service request transmitted by a requester through a first uniform access interface and checking the request content in the service request;
the message processing module is used for responding to the passing of the verification result, inquiring the route data adapted to the request content according to the route matching rule, determining a service party corresponding to the route data, and creating an identifier for the request content so as to generate a notification comprising the identifier;
and sending the notification to the service side through the unified access interface, and receiving the pulling operation of the service side on the request content according to the notification through the second unified access interface.
10. The apparatus of claim 9, wherein the access preprocessing module is configured to: preprocessing and checking the request content;
the message processing module is used for: and responding to the preprocessing verification result to pass, acquiring the service field in the request content, and determining the preset specification requirements corresponding to the service field so as to verify whether the request content meets the specification requirements.
11. The apparatus of claim 9, wherein the request content includes requester identity information, a request level, a service domain, and the access preprocessing module is configured to:
inquiring whether the identity information of the requester exists in a preset qualification list;
verifying the request content by using a verification mode corresponding to the request level;
using a security check mechanism corresponding to the service field to perform security check on the request content;
and if the verification results are all passed, determining that the preprocessing verification result of the request content is passed, otherwise, returning a verification failure result to the requester.
12. The apparatus according to claim 10 or 11, wherein the access preprocessing module is further configured to:
packaging the request content; and
and recording operation information for preprocessing and checking the request content to obtain a verification log.
13. The apparatus of claim 9, wherein the message processing module is further configured to:
storing the requested content locally; and
and in response to the result of sending the notification to the service party being failure or receiving information of failure of pulling the request content transmitted by the service party, resending the notification to the service party so as to acquire the request content from local and feed back the request content to the service party when receiving a pulling request of the request content transmitted by the service party.
14. The apparatus of claim 9, wherein the message processing module is further configured to:
and responding to the detection that the route matching rule is changed, inquiring new route data adapted to the request content by using the new route matching rule, and determining a new service party corresponding to the new route data.
15. The apparatus of claim 9, further comprising a management platform for:
receiving a query request of the service side for the processing state of the service request through a second unified access interface, and querying whether the service side has query authority according to the identification of the service side;
and responding to the query result as being provided, querying a corresponding processing state according to the identification of the service request in the query request, and returning the processing state to the service side.
16. The apparatus of claim 15, wherein the management platform is further configured to:
a configuration operation of the authority of the service party is received, wherein the authority comprises whether the request processing state can be checked, whether the route matching rule can be configured and whether the notification can be resent.
17. An electronic device, comprising:
One or more processors;
storage means for storing one or more programs,
when executed by the one or more processors, causes the one or more processors to implement the method of any of claims 1-8.
18. A computer readable medium, on which a computer program is stored, characterized in that the program, when being executed by a processor, implements the method according to any of claims 1-8.
19. A computer program product comprising a computer program which, when executed by a processor, implements the method according to any of claims 1-8.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310846320.8A CN116723040A (en) | 2023-07-11 | 2023-07-11 | Service processing method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310846320.8A CN116723040A (en) | 2023-07-11 | 2023-07-11 | Service processing method and device |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN116723040A true CN116723040A (en) | 2023-09-08 |
Family
ID=87875195
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310846320.8A Pending CN116723040A (en) | 2023-07-11 | 2023-07-11 | Service processing method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116723040A (en) |
-
2023
- 2023-07-11 CN CN202310846320.8A patent/CN116723040A/en active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101621128B1 (en) | Data transit control between distributed systems in terms of security | |
| CN110958237A (en) | Authority verification method and device | |
| CN114567643B (en) | Cross-blockchain data transfer method, device and related equipment | |
| CN112838951B (en) | Operation and maintenance method, device and system of terminal equipment and storage medium | |
| CN111240862A (en) | Universal interface platform and data conversion method | |
| CN110557255A (en) | certificate management method and device | |
| CN112311779B (en) | Data access control method and device applied to block chain system | |
| CN111556080A (en) | Network node monitoring method, device, medium and electronic equipment | |
| CN111368339B (en) | Electronic signature loading method and device | |
| CN108449186B (en) | Security verification method and device | |
| CN112671844B (en) | Equipment registration method and system | |
| CN113742235A (en) | Method and device for checking codes | |
| US20130254254A1 (en) | Service mediation model | |
| WO2023197917A1 (en) | Payment security management method and apparatus and payment system | |
| CN115334145B (en) | Service processing method and device, electronic equipment and storage medium | |
| CN116723040A (en) | Service processing method and device | |
| CN113778709B (en) | Interface calling method, device, server and storage medium | |
| CN115665274A (en) | Data transmission method and system of heterogeneous protocol, electronic device and storage medium | |
| CN112272211A (en) | Service request processing method, device and system | |
| CN112437052B (en) | Method, apparatus, electronic device, and computer-readable medium for processing information | |
| CN114363319B (en) | Supervision file processing method, device, medium and electronic equipment | |
| CN117593129B (en) | Transaction execution method, device, computer readable medium and electronic equipment | |
| CN112422429B (en) | Data request processing method and device, storage medium and electronic equipment | |
| CN110086756B (en) | Verification method, terminal and server | |
| CN116192342A (en) | Data transmission method, device, electronic equipment and computer readable 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 |