CN115529271A - Service request distribution method, device, equipment and medium - Google Patents

Service request distribution method, device, equipment and medium Download PDF

Info

Publication number
CN115529271A
CN115529271A CN202211265370.9A CN202211265370A CN115529271A CN 115529271 A CN115529271 A CN 115529271A CN 202211265370 A CN202211265370 A CN 202211265370A CN 115529271 A CN115529271 A CN 115529271A
Authority
CN
China
Prior art keywords
service request
service
target
processed
rule
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
Application number
CN202211265370.9A
Other languages
Chinese (zh)
Inventor
李旭堂
朱玉涛
孙世超
刘昆仑
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Agricultural Bank of China
Original Assignee
Agricultural Bank of China
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Agricultural Bank of China filed Critical Agricultural Bank of China
Priority to CN202211265370.9A priority Critical patent/CN115529271A/en
Publication of CN115529271A publication Critical patent/CN115529271A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/74Address processing for routing
    • H04L45/745Address table lookup; Address filtering
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/80Information retrieval; Database structures therefor; File system structures therefor of semi-structured data, e.g. markup language structured data such as SGML, XML or HTML
    • G06F16/83Querying
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/80Information retrieval; Database structures therefor; File system structures therefor of semi-structured data, e.g. markup language structured data such as SGML, XML or HTML
    • G06F16/84Mapping; Conversion

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

The embodiment of the invention discloses a method, a device, equipment and a medium for distributing service requests, wherein the method comprises the following steps: acquiring a service request to be processed; analyzing key label elements in the service request to be processed; searching a target rule matched with the key label element from a preset rule base; and determining the target service system according to the matching result, and sending the service request to be processed to the target service system for processing. According to the scheme, the preset rule base is only used for storing and searching the target rule and does not relate to service request distribution, and the problem that the database is stressed due to the fact that the service request distribution is achieved by relying on the database is avoided. Meanwhile, the preset rule base can search a plurality of target rules at the same time, and a plurality of target service systems can be determined according to the target rules, so that the method is more flexible and has good adaptability, and the concurrency performance of service request distribution is improved.

Description

Service request distribution method, device, equipment and medium
Technical Field
The embodiment of the invention relates to the technical field of internet, in particular to a service request distribution method, a device, equipment and a medium.
Background
The service request distribution means that the service request to be processed is sent to a corresponding service system for service processing.
In the prior art, a routing distribution method based on an http Protocol (HyperText Transfer Protocol) cannot meet a gateway requirement of using a TCP (Transmission Control Protocol) Protocol, and cannot perform parsing according to TCP message contents. The routing distribution method realized by relying on the database has larger pressure on the database, and the whole concurrency performance is lower because the database file is stored on the magnetic disk.
Disclosure of Invention
The invention provides a service request distribution method, a device, equipment and a medium, which are used for meeting analysis requirements and improving concurrency performance.
According to an aspect of the present invention, a service request distribution method is provided, including:
acquiring a service request to be processed;
analyzing key label elements in the service request to be processed;
searching a target rule matched with the key label element from a preset rule base;
and determining the target service system according to the matching result, and sending the service request to be processed to the target service system for processing.
According to another aspect of the present invention, there is provided a service request distribution apparatus, including:
the service request acquisition module is used for acquiring a service request to be processed;
the key label element analysis module is used for analyzing key label elements in the service request to be processed;
the target rule searching module is used for searching a target rule matched with the key label element from a preset rule base;
and the service processing module is used for determining the target service system according to the matching result and sending the service request to be processed to the target service system for processing.
According to another aspect of the present invention, there is provided an electronic apparatus including:
one or more processors;
a memory for storing one or more programs;
when the one or more programs are executed by the one or more processors, the one or more processors are enabled to execute any one of the service request distribution methods provided by the embodiments of the present invention.
According to another aspect of the present invention, a computer-readable storage medium is provided, which stores computer instructions for causing a processor to implement any one of the service request distribution methods provided by the embodiments of the present invention when executed.
The embodiment of the invention provides a service request distribution scheme, which is characterized in that a service request to be processed is obtained; analyzing key label elements in the service request to be processed; searching a target rule matched with the key label element from a preset rule base; and determining a target service system according to the matching result, and sending a service request to be processed to the target service system for processing. According to the scheme, the target rule is determined through the key label element, the accuracy of determining the target rule can be improved, and the accuracy of processing the service is further improved. Meanwhile, in the scheme, the preset rule base is only used for storing and searching the target rule and does not relate to service request distribution, so that the problem that the database is stressed due to the fact that the service request distribution is realized by relying on the database is avoided. Meanwhile, the preset rule base can search a plurality of target rules at the same time, a plurality of target service systems can be determined according to the target rules, and the method is more flexible and good in adaptability, so that the concurrency performance of service request distribution is improved.
It should be understood that the statements in this section are not intended to identify key or critical features of the embodiments of the present invention, nor are they intended to limit the scope of the invention. Other features of the present invention will become apparent from the following description.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the drawings needed to be used in the description of the embodiments will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.
Fig. 1 is a flowchart of a service request distribution method according to an embodiment of the present invention;
fig. 2 is a flowchart of a service request distribution method according to a second embodiment of the present invention;
fig. 3 is a schematic structural diagram of a service request distribution apparatus according to a third embodiment of the present invention;
fig. 4 is a schematic structural diagram of an electronic device implementing a service request distribution method according to a fourth embodiment of the present invention.
Detailed Description
The present invention will be described in further detail with reference to the accompanying drawings and examples. It is to be understood that the specific embodiments described herein are merely illustrative of the invention and are not limiting of the invention. It should be further noted that, for the convenience of description, only some of the structures related to the present invention are shown in the drawings, not all of the structures.
Example one
Fig. 1 is a flowchart of a service request distribution method according to an embodiment of the present invention, where this embodiment is applicable to a case of distributing a to-be-processed service request, and the method may be executed by a service request distribution apparatus, where the apparatus may be implemented in a software and/or hardware manner, and may be configured in an electronic device bearing a service request distribution function, such as an application server.
Referring to fig. 1, the service request distribution method includes:
and S110, acquiring a service request to be processed.
The pending service request refers to a request to be subjected to service processing. Specifically, the pending service request may be a request initiated by the service initiator for processing a certain service in order to implement a certain requirement or purpose.
Optionally, the service request to be processed may be obtained from a service initiator or a scheduling system. The scheduling system is a system for receiving and distributing the service request to be processed.
And S120, analyzing key label elements in the service request to be processed.
The key tag element can be understood as a field value corresponding to the tag signing field in the service request to be processed. A key tag element refers to an identification that can be used to uniquely characterize the identity of a tag field. The tag field may be understood as a field in the pending service request. Specifically, the number of the key tag elements in the service request to be processed is at least one, and the tag field and the key tag elements have unique correspondence.
In an optional embodiment, the to-be-processed service request is a TCP packet, and correspondingly, the parsing a key tag element in the to-be-processed service request includes: performing format conversion on the service request to be processed to obtain a document object in an XML (Extensible Markup Language) format; and determining key label elements according to the key label tree in the document object.
The key tag tree is a tree structure based on XML, and a tree related to tag fields is constructed. Specifically, nodes on the key tag tree correspond to tag fields, and corresponding key tag elements can be determined according to the tag fields on the key tag tree.
Specifically, a to-be-processed service request in a TCP message format is converted into a document object in an XML format, a key label tree is constructed through a tree structure of the XML, a label field is found according to nodes on the key label tree, and then key label elements are determined.
It can be understood that the service request to be processed in the TCP message format can satisfy the gateway requirement of using the TCP protocol, and can be analyzed according to the content of the TCP message. Meanwhile, by introducing the key tag tree, the tag field is determined according to the nodes on the key tag tree, and then the key tag element is determined, so that the determination process of the key tag element is simplified, and the accuracy of the determination result is improved.
S130, searching a target rule matched with the key label element from a preset rule base.
The preset rule base is a database in which rules corresponding to different key tag elements are stored in advance. Specifically, the preset rule base includes at least one rule, and the rule may include at least one of a rule field, a key tag element, a service system attribute, and the like. The service system refers to a system capable of performing service processing. The service system attribute comprises at least one of a new system address, an old system address, a new system port identifier, an old system port identifier and the like. It should be noted that the rule field, the key tag element, and the service system attribute value in the rule may be stored in the preset rule base in the format of a hash table, and if the hash table in the preset rule base is empty, the rule in the preset rule base is initialized. The rule field refers to a key included in each rule in a preset rule base.
Specifically, the rules may be defined using an XML format, each rule passing { key (key domain): value (value field) } key-value pair definition, each key-value pair being uniquely determined by a service system attribute. Wherein, the key domain corresponds to the rule field, and the value domain corresponds to the key label element. The embodiment of the invention does not limit the number of the key domains and the value domains in each rule, and only needs to ensure that the number of the key domains and the number of the value domains are the same and are in one-to-one correspondence.
Illustratively, a key field may have two rule fields (keyA, keyB) that support the description of XML tags in the XPath (XML Path Language) format. Where keyB may be a default value "×". Correspondingly, the value field also has field values (value a, value b) corresponding to the two rule fields, where value a is used to describe the value of keyA, and value b is used to describe the value of keyB. Wherein value b may also be a default value "".
The target rule may be used to find a rule of a target service system that responds to the pending service request.
In an alternative embodiment, the process of searching for the target rule matching the key tag element from the preset rule base may be: and traversing the key domain and value domain list of each rule in the preset rule base, and if the key domain which is the same as and corresponds to the label field and the value domain which is the same as the key label element are found, determining that the rule to which the key domain and the value domain belong is the target rule.
Specifically, a tag field a and a tag field B in the service request to be processed, and a corresponding key tag element a and a corresponding key tag element B are obtained, a key domain and value domain list of each rule in a preset rule base is traversed, a key domain identical to the tag field and a value domain identical to the key tag element are found, and then the rule to which the key domain and the value domain belong is determined as the target rule. Continuing the previous example, if the key domain of any rule in the key domain list has only two rule fields, namely keyA and keyB, and keyA and keyB are respectively and accurately matched with the label field A and the label field B, the matched rule is screened out for matching the subsequent key label elements. Optionally, if the key domain of any rule in the key domain list has only two rule fields, i.e., keyA and keyB, and the key domains of keyA and keyB are accurately matched to the tag field a and the tag field B, it is determined that the rule can perform matching of the key tag elements; or optionally, if the key domain of any rule in the key domain list has only two rule fields, namely keyA and keyB, and when keyA is matched with the label field a, the keyB is configured with a default value "×", determining that the rule can match the key label element; or optionally, if the two matching conditions do not exist, it is determined that there is no rule in the preset rule base that can perform key tag element matching, that is, there is no target rule in the preset rule base.
Further, traversing a value range list of rules which can be matched with the key label elements, matching the key label elements, and determining the target rules. Optionally, if the value ranges of value a and value B of any rule in the value range list are accurately matched with the key tag element a and the key tag element B, determining that the rule is the target rule; or, optionally, if the value b is configured with a default value ". Times" in the case that the value a is matched to the key tag element a, determining that the rule is the target rule; or optionally, if the two matching conditions do not exist, determining that the preset rule base does not have the target rule matched with the key tag element a and the key tag element B.
And S140, determining a target service system according to the matching result, and sending a service request to be processed to the target service system for processing.
The target service system is a system capable of responding to a service request to be processed and realizing the needs of a service initiator. Alternatively, the target business system may be at least one of an old system, a new system, and a default business system. The old system is a system which responds to the service request to be processed in the past. The new system is a system which has short running time and responds to the service request to be processed.
The matching result refers to the condition of matching with each rule in a preset rule base according to the key label element. The matching result may be a matching result or a matching failure.
Optionally, if the matching is successful, the service system specified in the target rule is used as the target service system; or optionally, if the matching fails, the default service system is used as the target service system.
The successful matching refers to finding a value range which is the same as the key tag element in a preset rule base. The matching failure means that a value range identical to the key tag element is not found in the preset rule base, or the matching failure may also be that the key tag element is not analyzed when the to-be-processed service request is analyzed.
The default service system is a system capable of responding to the service request to be processed, which fails to match the key tag elements. Optionally, the default service system may be one of an old system and a new system, and may be set or adjusted by a technician according to needs or experience, which is not limited in this embodiment of the present invention.
It can be understood that, by introducing the default service system, the service request to be processed that fails to be matched is responded, so that the condition of response omission of the service request to be processed is avoided on the basis of fully considering various service requests to be processed, the comprehensiveness of the service system response is improved, and the use experience of the service initiator is improved.
Specifically, a target service system is determined according to the success or failure of matching, a service request to be processed is sent to the target service system, and the target service system processes the service request in response to the service request to be processed.
The embodiment of the invention provides a service request distribution scheme, which is characterized in that a service request to be processed is obtained; analyzing key label elements in the service request to be processed; searching a target rule matched with the key label element from a preset rule base; and determining a target service system according to the matching result, and sending a service request to be processed to the target service system for processing. According to the scheme, the target rule is determined through the key label element, the accuracy of determining the target rule can be improved, and the accuracy of processing the service is further improved. Meanwhile, in the scheme, the preset rule base is only used for storing and searching the target rule and does not relate to service request distribution, so that the problem that the database is stressed due to the fact that the service request distribution is realized by relying on the database is avoided. Meanwhile, the preset rule base can search a plurality of target rules at the same time, and a plurality of target service systems can be determined according to the target rules, so that the method is more flexible and has good adaptability, and the concurrency performance of service request distribution is improved.
Example two
Fig. 2 is a flowchart of a service request distribution method according to a second embodiment of the present invention, where in this embodiment, based on the above embodiment, an operation of "searching for a target rule matching a key tag element from a preset rule base" is further refined into "selecting a candidate rule from the preset rule base according to a tag field corresponding to the key tag element; and selecting a target rule from the candidate rules according to the matching condition of the key label element and each rule field in the candidate rules so as to perfect the matching mechanism of the target rule. In the embodiments of the present invention, reference may be made to the description of the foregoing embodiments, which are not described in detail.
Referring to fig. 2, the service request distribution method includes:
s210, acquiring a service request to be processed.
And S220, analyzing key label elements in the service request to be processed.
And S230, selecting candidate rules from a preset rule base according to the label fields corresponding to the key label elements.
The tag field may be understood as a field in the pending service request. The candidate rule is a rule including a rule field identical to a tag field corresponding to the key tag element. The number of candidate rules is at least one, and usually a plurality.
Specifically, through the tag field corresponding to the determined key tag element, the rule field containing the same rule field as the tag field is found from the preset rule base, and the rule containing the same rule field is used as a candidate rule.
And S240, selecting a target rule from the candidate rules according to the matching condition of the key label element and each rule field in the candidate rules.
The rule field refers to a key domain corresponding field contained in each rule in a preset rule base. Specifically, the rule field may include at least one of an identifier of the initiator, an identifier of an area to which the initiator belongs, an identifier of the execution program, and an identifier of an organization to which the initiator belongs.
The initiator identifier refers to information that can be used to uniquely characterize the identity of the service initiator. The identifier of the area to which the initiator belongs refers to information that can be used to characterize the location of the service initiator. For example, the identifier of the region to which the initiator belongs may include at least one of administrative divisions such as province, city, district and county. The execution program identifier refers to information that can uniquely characterize a certain piece of execution program. Specifically, the execution program to be called may be determined according to the execution program identifier. The identity of the organization to which the initiator belongs is information that can be used to uniquely characterize the identity of the organization to which the service initiator belongs. For example, the institution identification to which the initiator belongs may be a financial institution identification, such as an institution number or a division number.
It can be understood that the rule field is formed by at least one of the initiator identifier, the initiator belonging region identifier, the executive program identifier, and the initiator belonging mechanism identifier, so that the diversity and flexibility of the rule field are improved, the preset rule base is enriched, and the universality of the preset rule base is improved.
Specifically, each rule field in the candidate rule has a unique corresponding value range, the key tag element is matched with the value range of each rule field in the candidate rule, the value range identical to the key tag element is found, and the candidate rule to which the value range belongs is used as the target rule.
And S250, determining a target service system according to the matching result, and sending a service request to be processed to the target service system for processing.
The embodiment of the invention provides a service request distribution scheme, which is characterized in that a service request to be processed is obtained; analyzing key label elements in the service request to be processed; selecting a candidate rule from a preset rule base according to a label field corresponding to the key label element; selecting a target rule from the candidate rules according to the matching condition of the key label element and each rule field in the candidate rules; and determining a target service system according to the matching result, and sending a service request to be processed to the target service system for processing. According to the scheme, the candidate rules are introduced to determine the target rules, so that the determination range of the target rules is reduced, the determination efficiency of the target rules is improved, and the calculation amount is reduced.
On the basis of the above embodiments, the target service system may be a new system or an old system in a preset service scenario.
Under the condition that the preset service scene is a gray release scene, when a service processor releases a certain new system, the service processor provides the new system for part of service initiators to verify the performance of the new system through trial use.
Specifically, in response to the service request to be processed, format conversion is performed on the obtained service request to be processed, so that the service request to be processed is converted into a document object in an XML format from a TCP message, and key tag elements are determined according to a key tag tree in the document object. Searching a target rule from a preset rule base according to the key label elements, and if the target rule is found, forwarding the service request to be processed to a new system or an old system for processing; if not, the service request to be processed is forwarded to a default service system for processing. And after the processing is finished, feeding back a service processing result corresponding to the service request to be processed to the service initiator according to the initiator identifier. The service processing result is a result obtained by processing the service system in response to the service request to be processed.
It should be noted that, if the target service system is a new system, the new system needs to be verified according to the service processing result to determine whether an abnormal condition exists; if the target service system is an old system, verification is not needed. For example, a time threshold may be set to limit the response time of the business system. If the response time of the service request to be processed exceeds the set time threshold, feeding back overtime information to the service initiator; if not, the message is not sent. It should be noted that, in the embodiment of the present invention, the size of the time threshold is not limited at all, and may be set by a skilled person according to experience, or may be determined repeatedly through a large number of experiments.
Under the condition that the preset service system is in a system upgrading smooth switching scene, when the number of the service requests to be processed is large, a small part of the service requests to be processed can be migrated to the new system to respond, and whether all the service requests to be processed in the old system can be migrated to the new system or not is determined according to the service processing result of the new system.
Specifically, for any one to-be-processed service request migrated to the new system, format conversion is performed on the acquired to-be-processed service request, so that the to-be-processed service request is converted into a document object in an XML format from a TCP message, and key tag elements are determined according to a key tag tree in the document object. And searching a target rule from a preset rule base according to the key label element, determining a new system port address according to the target rule if the target rule is found, and responding to the service request to be processed. And when the new system responds to the service request to be processed, the old system also responds to the service request to be processed to obtain a service processing result of the new system and a service processing result of the old system, and whether the service processing result of the new system is accurate or not is determined by taking the service processing result of the old system as a reference.
According to the method, a small part of service requests to be processed, which are migrated to a new system, are responded through the new system and an old system to obtain a service processing result, whether the service processing result of the new system is accurate or not is determined, the new system is determined to respond to the service requests to be processed according to the accurate service processing result of the new system and the ratio of the accurate service processing result of the new system to the service processing result of the new system to obtain the accuracy of the service processing result, and if the accuracy exceeds a set threshold, the service requests to be processed in the old system are gradually distributed to the new system; and if not, no longer distributing the service request to be processed. In the embodiment of the present invention, the size of the set threshold is not limited at all, and may be set by a skilled person based on experience, or may be determined repeatedly through a large number of experiments.
It can be understood that by using the service request distribution method of the embodiment of the present invention in the gray release scenario and/or the system upgrade smooth switching scenario, the fine screening of the target rule can be achieved, so as to accurately determine the target service system, accurately control the access of the service requests to be processed of the new system and the old system, and achieve the parallel verification and smooth switching of the new system and the old system. Meanwhile, the new system and the old system are processed in parallel, after the service processing result is verified to be correct, more service requests to be processed are gradually distributed to the new system, and the purpose that the whole amount of service requests to be processed are smoothly switched to the new system is achieved.
In the embodiment of the present invention, the service request distribution method may be executed by a scheduling system. In an alternative embodiment, the scheduling system may be nested in the new system, in which case the service request distribution method is performed by the new system.
It should be noted that the scheduling system may also be nested in the old system, and the embodiment of the present invention is not limited in this respect. The scheduling system is nested in the new system, so that the situation of secondary nesting when the new system replaces the old system can be avoided. Therefore, by executing any one of the service request distribution methods by the new system, the situation of secondary nesting can be avoided, thereby reducing resource waste and facilitating system maintenance.
EXAMPLE III
Fig. 3 is a schematic structural diagram of a service request distribution apparatus according to a third embodiment of the present invention, where this embodiment is applicable to a case of distributing a to-be-processed service request, and the method may be executed by the service request distribution apparatus, and the apparatus may be implemented in a software and/or hardware manner, and may be configured in an electronic device bearing a service request distribution function, such as an application server.
As shown in fig. 3, the apparatus includes: a service request acquisition module 310, a key tag element parsing module 320, a target rule search module 330, and a service processing module 340. Wherein the content of the first and second substances,
a service request obtaining module 310, configured to obtain a service request to be processed;
a key tag element parsing module 320, configured to parse a key tag element in the to-be-processed service request;
a target rule searching module 330, configured to search a preset rule base for a target rule matching the key tag element;
and the service processing module 340 is configured to determine a target service system according to the matching result, and send a service request to be processed to the target service system for processing.
The embodiment of the invention provides a service request distribution scheme, which comprises the steps of acquiring a service request to be processed through a service request acquisition module; analyzing key label elements in the service request to be processed through a key label element analysis module; searching a target rule matched with the key label element from a preset rule base through a target rule searching module; and determining a target service system through the service processing module according to the matching result, and sending a service request to be processed to the target service system for processing. According to the scheme, the target rule is determined through the key label element, the accuracy of determining the target rule can be improved, and the accuracy of processing the service is further improved. Meanwhile, in the scheme, the preset rule base is only used for storing and searching the target rule and does not relate to service request distribution, so that the problem that the database is stressed due to the fact that the service request distribution is realized by relying on the database is avoided. Meanwhile, the preset rule base can search a plurality of target rules at the same time, a plurality of target service systems can be determined according to the target rules, and the method is more flexible and good in adaptability, so that the concurrency performance of service request distribution is improved.
Optionally, the target rule searching module 330 includes:
the candidate rule selecting unit is used for selecting a candidate rule from a preset rule base according to the label field corresponding to the key label element;
and the target rule selecting unit is used for selecting the target rule from the candidate rules according to the matching condition of the key label element and each rule field in the candidate rules.
Optionally, in the target rule selecting unit, the rule field includes at least one of an identifier of the initiator, an identifier of an area to which the initiator belongs, an identifier of the execution program, and an identifier of an organization to which the initiator belongs.
Optionally, the service processing module 340 includes:
a matching success unit, configured to, if matching is successful, take the service system specified in the target rule as a target service system;
and the matching failure unit is used for taking the default service system as the target service system if the matching fails.
Optionally, in the apparatus, the service request to be processed is a transmission control protocol TCP packet;
accordingly, the key tag element parsing module 320 includes:
the format conversion unit is used for carrying out format conversion on the service request to be processed to obtain a document object in an extensible markup language (XML) format;
and the key label element determining unit is used for determining the key label element according to the key label tree in the document object.
Optionally, in the apparatus, the target service system is a new system or an old system in a preset service scenario; the preset service scene comprises a gray level release scene and/or a system upgrading smooth switching scene.
Optionally, in the apparatus, the service request distribution method is executed by the new system.
The service request distribution device provided by the embodiment of the invention can execute the service request distribution method provided by any embodiment of the invention, and has corresponding functional modules and beneficial effects for executing each service request distribution method.
In the technical scheme of the invention, the collection, storage, use, processing, transmission, provision, disclosure and other processing of the related to-be-processed service request, key label elements, target rules and the like all accord with the regulation of related laws and regulations and do not violate the good custom of the public order.
Example four
Fig. 4 is a schematic structural diagram of an electronic device for implementing a service request distribution method according to a fourth embodiment of the present invention. The electronic device 410 is intended to represent various forms of digital computers, such as laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframes, and other appropriate computers. The electronic device may also represent various forms of mobile devices, such as personal digital assistants, cellular phones, smart phones, wearable devices (e.g., helmets, glasses, watches, etc.), and other similar computing devices. The components shown herein, their connections and relationships, and their functions, are meant to be exemplary only, and are not meant to limit implementations of the inventions described and/or claimed herein.
As shown in fig. 4, the electronic device 410 includes at least one processor 411, and a memory communicatively connected to the at least one processor 411, such as a Read Only Memory (ROM) 412, a Random Access Memory (RAM) 413, and the like, wherein the memory stores computer programs executable by the at least one processor, and the processor 411 may perform various appropriate actions and processes according to the computer programs stored in the Read Only Memory (ROM) 412 or the computer programs loaded from the storage unit 418 into the Random Access Memory (RAM) 413. In the RAM 413, various programs and data necessary for the operation of the electronic device 410 can also be stored. The processor 411, the ROM 412, and the RAM 413 are connected to each other through a bus 414. An input/output (I/O) interface 415 is also connected to bus 414.
Various components in the electronic device 410 are connected to the I/O interface 415, including: an input unit 416 such as a keyboard, a mouse, or the like; an output unit 417 such as various types of displays, speakers, and the like; a storage unit 418, such as a magnetic disk, optical disk, or the like; and a communication unit 419 such as a network card, modem, wireless communication transceiver, or the like. The communication unit 419 allows the electronic device 410 to exchange information/data with other devices through a computer network such as the internet and/or various telecommunication networks.
Processor 411 may be a variety of general and/or special purpose processing components with processing and computing capabilities. Some examples of processor 411 include, but are not limited to, a Central Processing Unit (CPU), a Graphics Processing Unit (GPU), various specialized Artificial Intelligence (AI) computing chips, various processors running machine learning model algorithms, a Digital Signal Processor (DSP), and any suitable processor, controller, microcontroller, or the like. The processor 11 performs the various methods and processes described above, such as the service request distribution method.
In some embodiments, the service request distribution method may be implemented as a computer program tangibly embodied in a computer-readable storage medium, such as storage unit 418. In some embodiments, part or all of the computer program may be loaded and/or installed onto electronic device 410 via ROM 412 and/or communications unit 419. When the computer program is loaded into RAM 413 and executed by processor 411, one or more steps of the service request distribution method described above may be performed. Alternatively, in other embodiments, the processor 411 may be configured by any other suitable means (e.g., by means of firmware) to perform the service request distribution method.
Various implementations of the systems and techniques described here above may be implemented in digital electronic circuitry, integrated circuitry, field Programmable Gate Arrays (FPGAs), application Specific Integrated Circuits (ASICs), application Specific Standard Products (ASSPs), system on a chip (SOCs), load programmable logic devices (CPLDs), computer hardware, firmware, software, and/or combinations thereof. These various embodiments may include: implemented in one or more computer programs that are executable and/or interpretable on a programmable system including at least one programmable processor, which may be special or general purpose, receiving data and instructions from, and transmitting data and instructions to, a storage system, at least one input device, and at least one output device.
A computer program for implementing the methods of the present invention may be written in any combination of one or more programming languages. These computer programs may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the computer programs, when executed by the processor, cause the functions/acts specified in the flowchart and/or block diagram block or blocks to be performed. A computer program can execute entirely on a machine, partly on a machine, as a stand-alone software package partly on a machine and partly on a remote machine or entirely on a remote machine or server.
In the context of the present invention, a computer-readable storage medium may be a tangible medium that can contain, or store a computer program for use by or in connection with an instruction execution system, apparatus, or device. A computer readable storage medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. Alternatively, the computer readable storage medium may be a machine readable signal medium. More specific examples of a machine-readable storage medium would include an electrical connection based on 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 compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
To provide for interaction with a user, the systems and techniques described here can be implemented on an electronic device having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to a user; and a keyboard and a pointing device (e.g., a mouse or a trackball) by which a user can provide input to the electronic device. Other kinds of devices may also be used to provide for interaction with a user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user may be received in any form, including acoustic, speech, or tactile input.
The systems and techniques described here can be implemented in a computing system that includes a back-end component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front-end component (e.g., a user computer having a graphical user interface or a web browser through which a user can interact with an implementation of the systems and techniques described here), or any combination of such back-end, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: local Area Networks (LANs), wide Area Networks (WANs), blockchain networks, and the Internet.
The computing system may include clients and servers. A client and server are generally remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other. The server can be a cloud server, also called a cloud computing server or a cloud host, and is a host product in a cloud computing service system, so that the defects of high management difficulty and weak service expansibility in the traditional physical host and VPS service are overcome.
It should be understood that various forms of the flows shown above, reordering, adding or deleting steps, may be used. For example, the steps described in the present invention may be executed in parallel, sequentially, or in different orders, and are not limited herein as long as the desired results of the technical solution of the present invention can be achieved.
The above-described embodiments should not be construed as limiting the scope of the invention. It should be understood by those skilled in the art that various modifications, combinations, sub-combinations and substitutions may be made, depending on design requirements and other factors. Any modification, equivalent replacement, and improvement made within the spirit and principle of the present invention should be included in the protection scope of the present invention.

Claims (10)

1. A method for service request distribution, comprising:
acquiring a service request to be processed;
analyzing key label elements in the service request to be processed;
searching a target rule matched with the key label element from a preset rule base;
and determining the target service system according to the matching result, and sending the service request to be processed to the target service system for processing.
2. The method of claim 1, wherein the searching for the target rule matching the key tag element from the preset rule base comprises:
selecting candidate rules from the preset rule base according to the label fields corresponding to the key label elements;
and selecting a target rule from the candidate rules according to the matching condition of the key label element and each rule field in the candidate rules.
3. The method of claim 2, wherein the rule field comprises at least one of an initiator identifier, an initiator belonging region identifier, an executive identifier, and an initiator belonging organization identifier.
4. The method of claim 1, wherein the determining the target business system according to the matching result comprises:
if the matching is successful, taking the service system specified in the target rule as the target service system;
and if the matching fails, taking the default service system as the target service system.
5. The method according to any of claims 1-4, wherein the pending service request is a transmission control protocol, TCP, packet;
correspondingly, the analyzing the key tag element in the service request to be processed includes:
carrying out format conversion on the service request to be processed to obtain a document object in an extensible markup language (XML) format;
and determining the key tag element according to the key tag tree in the document object.
6. The method according to any one of claims 1 to 4, wherein the target service system is a new system or an old system in a preset service scenario; the preset service scene comprises a gray level release scene and/or a system upgrading smooth switching scene.
7. The method according to claim 6, characterized in that the service request distribution method is performed by the new system.
8. A service request distribution apparatus, comprising:
the service request acquisition module is used for acquiring a service request to be processed;
the key label element analysis module is used for analyzing key label elements in the service request to be processed;
the target rule searching module is used for searching a target rule matched with the key label element from a preset rule base;
and the service processing module is used for determining the target service system according to the matching result and sending the service request to be processed to the target service system for processing.
9. An electronic device, comprising:
one or more processors;
a memory for storing one or more programs;
when executed by the one or more processors, cause the one or more processors to implement a method of service request distribution as claimed in any one of claims 1-7.
10. A computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out a service request distribution method according to any one of claims 1-7.
CN202211265370.9A 2022-10-17 2022-10-17 Service request distribution method, device, equipment and medium Pending CN115529271A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211265370.9A CN115529271A (en) 2022-10-17 2022-10-17 Service request distribution method, device, equipment and medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211265370.9A CN115529271A (en) 2022-10-17 2022-10-17 Service request distribution method, device, equipment and medium

Publications (1)

Publication Number Publication Date
CN115529271A true CN115529271A (en) 2022-12-27

Family

ID=84702058

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211265370.9A Pending CN115529271A (en) 2022-10-17 2022-10-17 Service request distribution method, device, equipment and medium

Country Status (1)

Country Link
CN (1) CN115529271A (en)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101777045A (en) * 2008-09-01 2010-07-14 西北工业大学 Method for analyzing XML file by indexing
CN111831682A (en) * 2020-06-29 2020-10-27 中国建设银行股份有限公司 Method, device, equipment and computer readable medium for processing accumulation fund service
WO2021088400A1 (en) * 2019-11-07 2021-05-14 达而观信息科技(上海)有限公司 Document review method, apparatus and system, device, and storage medium
CN113868568A (en) * 2021-09-28 2021-12-31 深圳云之家网络有限公司 Webpage keyword highlighting method, device, equipment and storage medium
CN113946425A (en) * 2021-10-28 2022-01-18 中国建设银行股份有限公司 Service processing method and device, electronic equipment and computer readable storage medium
CN114610764A (en) * 2022-03-11 2022-06-10 中国农业银行股份有限公司 Message transmission method and device

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101777045A (en) * 2008-09-01 2010-07-14 西北工业大学 Method for analyzing XML file by indexing
WO2021088400A1 (en) * 2019-11-07 2021-05-14 达而观信息科技(上海)有限公司 Document review method, apparatus and system, device, and storage medium
CN111831682A (en) * 2020-06-29 2020-10-27 中国建设银行股份有限公司 Method, device, equipment and computer readable medium for processing accumulation fund service
CN113868568A (en) * 2021-09-28 2021-12-31 深圳云之家网络有限公司 Webpage keyword highlighting method, device, equipment and storage medium
CN113946425A (en) * 2021-10-28 2022-01-18 中国建设银行股份有限公司 Service processing method and device, electronic equipment and computer readable storage medium
CN114610764A (en) * 2022-03-11 2022-06-10 中国农业银行股份有限公司 Message transmission method and device

Similar Documents

Publication Publication Date Title
CN110321252B (en) Skill service resource scheduling method and device
US20230020324A1 (en) Task Processing Method and Device, and Electronic Device
CN113836314B (en) Knowledge graph construction method, device, equipment and storage medium
CN116611411A (en) Business system report generation method, device, equipment and storage medium
CN113761565A (en) Data desensitization method and apparatus
US20230153357A1 (en) Method of processing an observation information, electronic device and storage medium
WO2023077815A1 (en) Method and device for processing sensitive data
US20220129418A1 (en) Method for determining blood relationship of data, electronic device and storage medium
CN115757304A (en) Log storage method, device and system, electronic equipment and storage medium
CN115529271A (en) Service request distribution method, device, equipment and medium
CN114218313A (en) Data management method, device, electronic equipment, storage medium and product
CN113239054A (en) Information generation method, related device and computer program product
CN113360672A (en) Methods, apparatus, devices, media and products for generating a knowledge graph
CN117272970B (en) Document generation method, device, equipment and storage medium
CN115220722A (en) Method, device, equipment and medium for back-end internationalization
US20150154252A1 (en) Enhanced service environments with user-specific working sets
CN114896322A (en) JSON (Java Server object notation) -based configuration data conversion method, device, equipment and medium
CN115907779A (en) Transaction proposal verification method, device, server and storage medium
CN117081939A (en) Traffic data processing method, device, equipment and storage medium
CN114416881A (en) Real-time synchronization method, device, equipment and medium for multi-source data
CN115525659A (en) Data query method and device, electronic equipment and storage medium
CN115525614A (en) Data access method, device, equipment, system and storage medium
CN115511085A (en) Model data processing method, device, equipment and storage medium
CN116319716A (en) Information processing method, no-service system, electronic device, and storage medium
CN115017882A (en) Data blood relationship determination method and device, electronic equipment 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