CN112633867A - Transaction request processing method and device - Google Patents
Transaction request processing method and device Download PDFInfo
- Publication number
- CN112633867A CN112633867A CN202011623908.XA CN202011623908A CN112633867A CN 112633867 A CN112633867 A CN 112633867A CN 202011623908 A CN202011623908 A CN 202011623908A CN 112633867 A CN112633867 A CN 112633867A
- Authority
- CN
- China
- Prior art keywords
- transaction request
- transaction
- target
- message
- request message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 16
- 238000000034 method Methods 0.000 claims abstract description 37
- 230000008569 process Effects 0.000 claims abstract description 15
- 230000008520 organization Effects 0.000 claims description 4
- 238000000605 extraction Methods 0.000 claims description 3
- 230000001133 acceleration Effects 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 239000000284 extract Substances 0.000 description 3
- 230000004044 response Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- RWSOTUBLDIXVET-UHFFFAOYSA-N Dihydrogen sulfide Chemical compound S RWSOTUBLDIXVET-UHFFFAOYSA-N 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 210000004899 c-terminal region Anatomy 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/085—Payment architectures involving remote charge determination or related payment systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
- G06F9/505—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the load
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The application discloses a transaction request processing method and a transaction request processing device. The method comprises the steps of obtaining a transaction request message which is sent by a client and aims at a target user, extracting message characteristics from the transaction request message, and further matching the message characteristics to a corresponding target transaction channel, so that the transaction request message is routed to a target server in a target server cluster through the target transaction channel and the corresponding relation, and the target server can process the transaction request message conveniently. The message characteristics of different users are possibly different, different transaction channels can be divided, and the transaction request messages are routed to the specific server through the different transaction channels, so that the problem that the transaction request messages of the specific users cannot be quickly responded due to the fact that the transaction request messages of some users occupy the transaction channels of the specific users due to the fact that the transaction request messages of some users are too many is avoided, and user experience is further improved.
Description
Technical Field
The present application relates to the field of data processing, and in particular, to a method and an apparatus for processing a transaction request.
Background
At present, when a bank user initiates a transaction request through channels such as a mobile banking channel, a self-service device and the like, a gateway routes to a back-end service system according to strategies such as random strategy, polling strategy and the like.
However, when a peak transaction is encountered, such as a twenty-one shopping promotion, once the transaction system is congested, the transactions of high-net-value users and VIP users cannot be responded quickly, and the user experience is poor.
Disclosure of Invention
In order to solve the technical problems, the application provides a transaction request processing method and a transaction request processing device, which can be routed to a server specially processing the transaction request messages of the user through different transaction channels, so that the problem that when a bank system is congested, the transaction request of a specific user cannot be quickly responded due to the fact that the transaction request messages of some users occupy the transaction channels of the specific user due to the fact that the transaction request messages of some users are too large in quantity is avoided, and user experience is further improved.
In a first aspect, an embodiment of the present application provides a transaction request processing method, where multiple server clusters are configured in advance, each server cluster has a corresponding relationship with a transaction channel, and each server cluster includes at least one server, and the method includes:
acquiring a transaction request message aiming at a target user and sent by a client;
extracting message characteristics from the transaction request message, wherein the message characteristics are used for representing the identity characteristics of the target user;
matching to a corresponding target transaction channel according to the message characteristics;
and routing the transaction request message to a target server in a target server cluster according to the target transaction channel and the corresponding relation so that the target server can process the transaction request message conveniently.
Optionally, the matching to the corresponding target transaction channel according to the message feature includes:
inquiring a corresponding routing rule in a cache table according to the message characteristics;
and determining the target transaction channel according to the transaction channel information recorded in the routing rule.
Optionally, the message characteristics include one or more of a user identifier, a province number, an address where the client is located, and an IP address of the target user.
Optionally, if the message feature includes a province number, the extracting the message feature from the transaction request message includes:
determining the format of the transaction request message;
inquiring a naming dictionary of the province number according to the format to obtain the province number naming;
and searching the province number name in the transaction request message, and extracting the province number.
Optionally, the method further includes:
and checking the extracted province number to determine whether the province number belongs to a value in a province number set defined by a bank or an organization.
Optionally, the extracting the message features from the transaction request message includes:
and extracting corresponding message characteristics from the transaction request message according to the configured message characteristic identification rule.
Optionally, the routing the transaction request packet to a target server in a target server cluster according to the target transaction channel and the corresponding relationship includes:
determining the target server cluster according to the target transaction channel and the corresponding relation;
and routing the transaction request message to the target server with the minimum load in the target server cluster according to a load rule.
Optionally, the method further includes:
and adjusting the number of the servers in the server cluster according to the number of the transaction request messages routed to different transaction channels.
In a second aspect, an embodiment of the present application provides a transaction request processing apparatus, where a plurality of server clusters are configured in advance, each server cluster has a corresponding relationship with a transaction channel, and each server cluster includes at least one server, and the apparatus includes:
the acquisition unit is used for acquiring a transaction request message aiming at a target user and sent by a client;
the extraction unit is used for extracting message characteristics from the transaction request message, wherein the message characteristics are used for representing the identity characteristics of the target user;
the matching unit is used for matching the message characteristics to the corresponding target transaction channel;
and the routing unit is used for routing the transaction request message to a target server in a target server cluster according to the target transaction channel and the corresponding relation so as to facilitate the target server to process the transaction request message.
Optionally, the matching unit is configured to:
inquiring a corresponding routing rule in a cache table according to the message characteristics;
and determining the target transaction channel according to the transaction channel information recorded in the routing rule.
Optionally, the message characteristics include one or more of a user identifier, a province number, an address where the client is located, and an IP address of the target user.
Optionally, if the message feature includes a province number, the extracting unit is configured to:
determining the format of the transaction request message;
inquiring a naming dictionary of the province number according to the format to obtain the province number naming;
and searching the province number name in the transaction request message, and extracting the province number.
Optionally, the apparatus further comprises:
and the checking unit is used for checking the extracted province number and determining whether the province number belongs to a value in a province number set defined by a bank or an organization.
Optionally, the extracting unit is configured to:
and extracting corresponding message characteristics from the transaction request message according to the configured message characteristic identification rule.
Optionally, the routing unit is configured to:
determining the target server cluster according to the target transaction channel and the corresponding relation;
and routing the transaction request message to the target server with the minimum load in the target server cluster according to a load rule.
Optionally, the apparatus further comprises:
and the adjusting unit is used for adjusting the number of the servers in the server cluster according to the number of the transaction request messages routed to different transaction channels.
According to the technical scheme, the transaction request processing method provided by the application is characterized in that a plurality of server clusters are configured in advance, each server cluster has a corresponding relation with a transaction channel, and each server cluster comprises at least one server. After a transaction request message which is sent by a client and aims at a target user is obtained, message characteristics can be extracted from the transaction request message, the message characteristics are used for representing identity characteristics of the target user, and then the corresponding target transaction channel can be matched according to the message characteristics, so that the transaction request message is routed to a target server in a target server cluster through the target transaction channel and the corresponding relation, and the target server can process the transaction request message conveniently. Therefore, different users can divide different transaction channels due to different message characteristics, and the transaction requests are routed to a server specially processing the transaction request messages of the users through the different transaction channels, so that the problem that when a bank system is congested, the transaction requests of specific users cannot be quickly responded due to the fact that the transaction request messages of some users occupy the transaction channels of the specific users due to the fact that the transaction request messages of the users are too large in quantity is avoided, and user experience is further improved.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art that other drawings can be obtained according to the drawings without inventive exercise.
Fig. 1 is a system architecture diagram of a transaction request processing method according to an embodiment of the present application;
fig. 2 is a flowchart of a transaction request processing method according to an embodiment of the present application;
fig. 3 is a block diagram of a transaction acceleration system according to an embodiment of the present disclosure;
fig. 4 is a block diagram of a transaction request processing apparatus according to an embodiment of the present application.
Detailed Description
In order to make the technical solutions of the present application better understood, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
At present, when a bank user initiates a transaction request through channels such as a mobile banking channel, a self-service device and the like, a gateway routes to a back-end service system according to strategies such as random strategy, polling strategy and the like. All users share a transaction channel. When a transaction peak is met, for example, double eleven shopping sales promotion is carried out, a common user, a high-net-value user and a VIP user share one transaction channel, the common user base number greatly occupies more transaction channels, once a bank system is congested, the transactions of the high-net-value user and the VIP user cannot be responded quickly, and the user experience is poor. The method can not divide a common user counter and a VIP user counter like a physical network point, and can rapidly transact the services of the VIP user and the like.
In order to solve the above technical problem, the transaction request processing method provided by the present application configures a plurality of server clusters in advance, each server cluster has a corresponding relationship with a transaction channel, and each server cluster includes at least one server. After a transaction request message which is sent by a client and aims at a target user is obtained, message characteristics can be extracted from the transaction request message, the message characteristics are used for representing identity characteristics of the target user, and then the corresponding target transaction channel can be matched according to the message characteristics, so that the transaction request message is routed to a target server in a target server cluster through the target transaction channel and the corresponding relation, and the target server can process the transaction request message conveniently. Therefore, different users can divide different transaction channels due to different message characteristics, and the transaction requests are routed to a server specially processing the transaction request messages of the users through the different transaction channels, so that the problem that when a bank system is congested, the transaction requests of specific users cannot be quickly responded due to the fact that the transaction request messages of some users occupy the transaction channels of the specific users due to the fact that the transaction request messages of the users are too large in quantity is avoided, and user experience is further improved.
The client in the embodiment of the present application may be installed in a terminal device, and may be, for example, an intelligent terminal, a computer, a Personal Digital Assistant (PDA), a tablet computer, and other devices. The server may be a server in a cluster.
The method provided by the embodiment of the application can be applied to various financial transaction scenes, such as scene of double eleven shopping promotion, banking transaction and the like, and particularly has a more remarkable acceleration effect in a scene of bank system congestion caused by a large transaction quantity.
For convenience of understanding, the transaction request processing method provided by the embodiment of the present application will be described with reference to an actual application scenario. Referring to fig. 1, fig. 1 shows a system architecture diagram of a transaction request processing method, including a client 101, a gateway 102, and a server cluster 103. The client 101 sends a transaction request message to the server cluster 103 through the gateway 102, and the gateway 102 determines to which server of which server cluster 103 the transaction request message is routed. The gateway 102 may be configured to perform the transaction request processing method provided by the embodiment of the present application.
After receiving the transaction request message sent by the client 101, the gateway 102 may extract a message feature from the transaction request message, where the message feature is used to represent an identity feature of a target user. The identities of the target users may be divided according to different rules, for example, into general users and VIP users according to consumption transactions, and into beijing, guangdong, shanghai, and the like according to regions. The extracted message features may also be different according to different identities, for example, when the user is divided into a common user and a VIP user, the extracted message features may be user identifiers, and then consumption transactions and the like are searched according to the user identifiers, and the extracted message features may be provinces, addresses where clients are located and the like according to regional division.
The gateway 102 matches the corresponding target transaction channel according to the message characteristics, and further routes the transaction request message to a target server in the target server cluster according to the target transaction channel and the corresponding relationship, so that the target server processes the transaction request message.
Taking the target user shown in fig. 1 as a VIP user as an example, the gateway 102 extracts the message feature of the transaction request message of the target user, and then determines that the target transaction channel corresponding to the message feature is the VIP channel shown in fig. 1, and the target server cluster corresponding to the VIP channel is the server cluster 103 located above in fig. 1, so that the transaction request message can be routed to the target server in the target server cluster, so that the target server processes the transaction request message, and returns corresponding back-end service data to the client 101.
Next, a transaction request processing method provided by the present application will be described with reference to the drawings. Referring to fig. 2, the method comprises:
s201, acquiring a transaction request message aiming at a target user and sent by a client.
It should be noted that, in the embodiment of the present application, the method may be based on a transaction acceleration system shown in fig. 3, where the system includes: client 301, gateway 302, and server cluster 303, where gateway 302 includes gateway routing module 3021. The client 301 is configured to initiate a transaction request packet to obtain corresponding backend service data. The client 301 may be a client from a counter, palm bank, internet bank, self-service, or the like, and includes a browser, an APP, a C-terminal, or the like. The gateway routing module 3021 in the gateway 302 is configured to perform the steps of S201-S203.
In some cases, the gateway 302 further includes a gateway transaction message parsing module 3022, which provides a function of receiving transaction request messages from a counter, a palm bank, an internet bank, a self-service channel, and the like, supports a Transmission Control Protocol (TCP), a HyperText Transfer Protocol (http), a HyperText Transfer security Protocol (http), and a gateway transaction message parsing module 3022 may parse the transaction request messages.
S202, message characteristics are extracted from the transaction request message, and the message characteristics are used for representing identity characteristics used by the target.
The message characteristics include one or more of a user identifier, a province number, an address where the client is located, and an Internet Protocol (IP) address of the target user. In this embodiment, the gateway routing module 3021 may execute the lua rule script through the lua engine, intelligently extract the message features in the transaction request message, and support the search and extraction in the message header and the message body.
In a possible implementation manner, if the message feature includes a province number, the extracting the message feature from the transaction request message includes: determining the format of the transaction request message; inquiring a naming dictionary of the province number according to the format to obtain the province number naming; and searching the province number name in the transaction request message, and extracting the province number.
Note that the province number in the embodiment of the present application may be a province number in a practical geographic sense, such as guangdong, jilin, … …, or may be a custom province number having a special meaning, such as some cities being indicated by the province number, or banks or institutions being indicated by the province number. Therefore, in order to accurately determine the province number, the extracted province number can be checked to determine whether the province number belongs to the value in the bank or institution-defined province number set, so as to determine the actual meaning of the province number and further check whether the province number is accurately extracted.
Based on this, the method for intelligently extracting the message features of the gateway routing module 3021 is as follows: taking the province number of the transaction as an example, executing the lua rule script through the lua engine, and judging the format of the transaction request message: json, xml, etc. And then, the lua engine executes the query of the naming dictionary of the province number to obtain orgId, province, provId, prev and the like. The transaction request message is searched for the aforementioned province number designation. And searching the province number name in the message, and extracting the province number according to the message format. And checking the extracted province number to determine whether the province number belongs to the value in the province number set defined by the bank or the institution.
And S203, matching the message characteristics to corresponding target transaction channels.
In a possible implementation manner, the manner of matching the message characteristics to the corresponding target transaction channel may be to query a corresponding routing rule in a cache table according to the message characteristics, and determine the target transaction channel according to transaction channel information recorded in the routing rule.
The transaction channel information may include a name of the server cluster, an IP address list, and the like, and the server cluster and the transaction channel have a corresponding relationship, so that a target transaction channel reaching the target server cluster may be determined according to the transaction channel information.
For example, the gateway routing module 3021 may query the cache table for the corresponding routing rule according to the message characteristics. The cache table takes the message characteristics as keys, the routing rule as values, a hash table is adopted, the query time is O (1), and the O (1) represents a fixed constant and does not change along with the change of the number of the message characteristics.
In the process, the whole time is consumed for 5ms, the cache table is adopted to store the routing rule, the complexity of the query time is ensured to be O (1), the high performance of the gateway is kept, and high-concurrency and large-flow access can be supported.
S204, according to the target transaction channel and the corresponding relation, the transaction request message is routed to a target server in a target server cluster, so that the target server can process the transaction request message conveniently.
In this embodiment, the gateway 302 of the transaction acceleration system shown in fig. 3 may further include a gateway load balancing module 3023, where the gateway load balancing module 3023 is configured to determine to which server of the target server cluster the transaction request message is routed. The servers in the server cluster may be, for example, a WAS, Tomcat, or other web server or other Tcp server.
On this basis, one possible implementation manner of S204 may be to determine the target server cluster according to the target transaction channel and the corresponding relationship; and routing the transaction request message to the target server with the minimum load in the target server cluster according to a load rule. In addition to selecting the target server with the minimum load, the target server may also be selected according to configured polling, which is not limited in this embodiment.
After receiving the transaction request message, the target server processes the corresponding service logic, and returns response data (back-end service data) to the gateway load balancing module 3023. The gateway load balancing module 3023 forwards the response data to the client 301.
According to the technical scheme, the transaction request processing method provided by the application is characterized in that a plurality of server clusters are configured in advance, each server cluster has a corresponding relation with a transaction channel, and each server cluster comprises at least one server. After a transaction request message which is sent by a client and aims at a target user is obtained, message characteristics can be extracted from the transaction request message, the message characteristics are used for representing identity characteristics of the target user, and then the corresponding target transaction channel can be matched according to the message characteristics, so that the transaction request message is routed to a target server in a target server cluster through the target transaction channel and the corresponding relation, and the target server can process the transaction request message conveniently. Therefore, different users can divide different transaction channels due to different message characteristics, and the transaction requests are routed to a server specially processing the transaction request messages of the users through the different transaction channels, so that the problem that when a bank system is congested, the transaction requests of specific users cannot be quickly responded due to the fact that the transaction request messages of some users occupy the transaction channels of the specific users due to the fact that the transaction request messages of the users are too large in quantity is avoided, and user experience is further improved.
Because the message formats of the clients are flexible and non-uniform, the message characteristics cannot be simply identified through uniform rules, and meanwhile, the gateway needs to keep high performance. In the scheme, a gateway routing module of the transaction acceleration system achieves the capability of supporting a user to self-define and extend the identification rule by integrating the lua engine, so that the gateway has the characteristic of identifying the message. Meanwhile, flexible script rules can be supported to allow transactions to enter different transaction channels. Meanwhile, the routing rule is stored by adopting the cache table, the complexity of the query time is ensured to be O (1), the high performance of the gateway is kept, and high-concurrency and large-flow access can be supported.
That is, in a possible implementation manner, the manner of extracting the message features from the transaction request message may be to extract corresponding message features from the transaction request message according to the configured message feature identification rule.
For example, in a normal scenario, common users and VIP users can be distinguished according to user identifiers, and at this time, the message features extracted according to the message feature recognition rule are user identifiers, so that whether the target user is a common user or a VIP user is reflected. However, in the double eleven scenes, common transactions and VIP transactions can be distinguished according to consumption transaction, inquiry transaction and the like, only the message characteristic identification rule is configured according to the actual situation through the system, and the system can read the latest rule script through the lua engine. Correspondingly, the transaction channels are dynamically divided into different transaction channels according to actual conditions, for example, a common channel and a VIP channel in a common scene. Under a specific scene, 3 or more channels can be divided according to different regions such as Beijing, Guangdong, Shanghai and the like, so that the function of emergency guarantee is realized.
In some cases, the number of the transaction request messages routed to different transaction channels is different, and in order to avoid congestion of the transaction channels as much as possible, more servers can be allocated to the server cluster corresponding to the transaction channel with more transaction request messages, so that more transaction request messages can be processed quickly, and response efficiency is improved. Thus, in one possible implementation, the number of servers included in the server cluster may be adjusted according to the number of transaction request messages routed to different transaction channels. If the number of the transaction request messages is large, more servers are allocated to the server cluster corresponding to the transaction channel, otherwise, the number of the servers can be reduced.
Based on the transaction request processing method provided in the foregoing embodiment, an embodiment of the present application further provides a transaction request processing apparatus, where a plurality of server clusters are configured in advance, each server cluster has a corresponding relationship with a transaction channel, each server cluster includes at least one server, and referring to fig. 4, the apparatus includes:
an obtaining unit 401, configured to obtain a transaction request message for a target user, where the transaction request message is sent by a client;
an extracting unit 402, configured to extract a message feature from the transaction request message, where the message feature is used to represent an identity feature of the target user;
a matching unit 403, configured to match a corresponding target transaction channel according to the message characteristics;
a routing unit 404, configured to route the transaction request packet to a target server in a target server cluster according to the target transaction channel and the corresponding relationship, so that the target server processes the transaction request packet.
Optionally, the matching unit is configured to:
inquiring a corresponding routing rule in a cache table according to the message characteristics;
and determining the target transaction channel according to the transaction channel information recorded in the routing rule.
Optionally, the message characteristics include one or more of a user identifier, a province number, an address where the client is located, and an IP address of the target user.
Optionally, if the message feature includes a province number, the extracting unit is configured to:
determining the format of the transaction request message;
inquiring a naming dictionary of the province number according to the format to obtain the province number naming;
and searching the province number name in the transaction request message, and extracting the province number.
Optionally, the apparatus further comprises:
and the checking unit is used for checking the extracted province number and determining whether the province number belongs to a value in a province number set defined by a bank or an organization.
Optionally, the extracting unit is configured to:
and extracting corresponding message characteristics from the transaction request message according to the configured message characteristic identification rule.
Optionally, the routing unit is configured to:
determining the target server cluster according to the target transaction channel and the corresponding relation;
and routing the transaction request message to the target server with the minimum load in the target server cluster according to a load rule.
Optionally, the apparatus further comprises:
and the adjusting unit is used for adjusting the number of the servers in the server cluster according to the number of the transaction request messages routed to different transaction channels.
According to the technical scheme, the transaction request processing device provided by the application is provided with a plurality of server clusters in advance, each server cluster has a corresponding relation with a transaction channel, and each server cluster comprises at least one server. After a transaction request message which is sent by a client and aims at a target user is obtained, message characteristics can be extracted from the transaction request message, the message characteristics are used for representing identity characteristics of the target user, and then the corresponding target transaction channel can be matched according to the message characteristics, so that the transaction request message is routed to a target server in a target server cluster through the target transaction channel and the corresponding relation, and the target server can process the transaction request message conveniently. Therefore, different users can divide different transaction channels due to different message characteristics, and the transaction requests are routed to a server specially processing the transaction request messages of the users through the different transaction channels, so that the problem that when a bank system is congested, the transaction requests of specific users cannot be quickly responded due to the fact that the transaction request messages of some users occupy the transaction channels of the specific users due to the fact that the transaction request messages of the users are too large in quantity is avoided, and user experience is further improved.
Those of ordinary skill in the art will understand that: all or part of the steps for realizing the method embodiments can be completed by hardware related to program instructions, the program can be stored in a computer readable storage medium, and the program executes the steps comprising the method embodiments when executed; and the aforementioned storage medium may be at least one of the following media: various media that can store program codes, such as read-only memory (ROM), RAM, magnetic disk, or optical disk.
It should be noted that, in the present specification, all the embodiments are described in a progressive manner, and the same and similar parts among the embodiments may be referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, for the apparatus and system embodiments, since they are substantially similar to the method embodiments, they are described in a relatively simple manner, and reference may be made to some of the descriptions of the method embodiments for related points. The above-described embodiments of the apparatus and system are merely illustrative, and the units described as separate parts may or may not be physically separate, and the parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of the present embodiment. One of ordinary skill in the art can understand and implement it without inventive effort.
The above description is only one specific embodiment of the present application, but the scope of the present application is not limited thereto, and any changes or substitutions that can be easily conceived by those skilled in the art within the technical scope of the present application should be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.
Claims (10)
1. A transaction request processing method is characterized in that a plurality of server clusters are configured in advance, each server cluster has a corresponding relation with a transaction channel, each server cluster comprises at least one server, and the method comprises the following steps:
acquiring a transaction request message aiming at a target user and sent by a client;
extracting message characteristics from the transaction request message, wherein the message characteristics are used for representing the identity characteristics of the target user;
matching to a corresponding target transaction channel according to the message characteristics;
and routing the transaction request message to a target server in a target server cluster according to the target transaction channel and the corresponding relation so that the target server can process the transaction request message conveniently.
2. The method of claim 1, wherein the matching to the corresponding target transaction channel according to the message characteristics comprises:
inquiring a corresponding routing rule in a cache table according to the message characteristics;
and determining the target transaction channel according to the transaction channel information recorded in the routing rule.
3. The method of claim 1, wherein the message characteristics include one or more of a user identifier, a province number, an address where the client is located, and an IP address of a target user.
4. The method according to any one of claims 1-3, wherein if the message feature comprises a province number, the extracting the message feature from the transaction request message comprises:
determining the format of the transaction request message;
inquiring a naming dictionary of the province number according to the format to obtain the province number naming;
and searching the province number name in the transaction request message, and extracting the province number.
5. The method of claim 4, further comprising:
and checking the extracted province number to determine whether the province number belongs to a value in a province number set defined by a bank or an organization.
6. The method of claim 1, wherein said extracting message features from said transaction request message comprises:
and extracting corresponding message characteristics from the transaction request message according to the configured message characteristic identification rule.
7. The method of claim 1, wherein the routing the transaction request packet to a target server in a cluster of target servers according to the target transaction channel and the correspondence comprises:
determining the target server cluster according to the target transaction channel and the corresponding relation;
and routing the transaction request message to the target server with the minimum load in the target server cluster according to a load rule.
8. The method of claim 1, further comprising:
and adjusting the number of the servers in the server cluster according to the number of the transaction request messages routed to different transaction channels.
9. A transaction request processing device is characterized in that a plurality of server clusters are configured in advance, each server cluster has a corresponding relation with a transaction channel, each server cluster comprises at least one server, and the device comprises:
the acquisition unit is used for acquiring a transaction request message aiming at a target user and sent by a client;
the extraction unit is used for extracting message characteristics from the transaction request message, wherein the message characteristics are used for representing the identity characteristics of the target user;
the matching unit is used for matching the message characteristics to the corresponding target transaction channel;
and the routing unit is used for routing the transaction request message to a target server in a target server cluster according to the target transaction channel and the corresponding relation so as to facilitate the target server to process the transaction request message.
10. The apparatus of claim 9, wherein the matching unit is configured to:
inquiring a corresponding routing rule in a cache table according to the message characteristics;
and determining the target transaction channel according to the transaction channel information recorded in the routing rule.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011623908.XA CN112633867A (en) | 2020-12-30 | 2020-12-30 | Transaction request processing method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011623908.XA CN112633867A (en) | 2020-12-30 | 2020-12-30 | Transaction request processing method and device |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112633867A true CN112633867A (en) | 2021-04-09 |
Family
ID=75289723
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011623908.XA Pending CN112633867A (en) | 2020-12-30 | 2020-12-30 | Transaction request processing method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112633867A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113469686A (en) * | 2021-07-21 | 2021-10-01 | 上海浦东发展银行股份有限公司 | Method, device, equipment and storage medium for adjusting business transaction amount |
| CN114124968A (en) * | 2022-01-27 | 2022-03-01 | 深圳华锐金融技术股份有限公司 | Load balancing method, device, equipment and medium based on market data |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050041793A1 (en) * | 2003-07-14 | 2005-02-24 | Fulton Paul R. | System and method for active mobile collaboration |
| CN101458808A (en) * | 2008-12-31 | 2009-06-17 | 中国建设银行股份有限公司 | Bank management system, server cluster and correlation method |
| CN101499996A (en) * | 2008-01-28 | 2009-08-05 | 中国电信股份有限公司 | Domain name differentiate parsing method and domain name server |
| CN106204263A (en) * | 2016-06-30 | 2016-12-07 | 中国农业银行股份有限公司 | Transaction progress control method and device |
| CN107070983A (en) * | 2017-01-23 | 2017-08-18 | 天地融科技股份有限公司 | A kind of load-balancing method, equipment and system forwarded based on address |
| CN108197176A (en) * | 2017-12-21 | 2018-06-22 | 深圳四方精创资讯股份有限公司 | Core bank data processing method and its system based on distributed type assemblies framework |
| CN111698166A (en) * | 2020-06-08 | 2020-09-22 | 中国建设银行股份有限公司 | Transaction message routing method, device, routing server and storage medium |
| CN112035260A (en) * | 2020-09-03 | 2020-12-04 | 平安壹钱包电子商务有限公司 | Service request processing method and device, computer equipment and storage medium |
-
2020
- 2020-12-30 CN CN202011623908.XA patent/CN112633867A/en active Pending
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050041793A1 (en) * | 2003-07-14 | 2005-02-24 | Fulton Paul R. | System and method for active mobile collaboration |
| CN101499996A (en) * | 2008-01-28 | 2009-08-05 | 中国电信股份有限公司 | Domain name differentiate parsing method and domain name server |
| CN101458808A (en) * | 2008-12-31 | 2009-06-17 | 中国建设银行股份有限公司 | Bank management system, server cluster and correlation method |
| CN106204263A (en) * | 2016-06-30 | 2016-12-07 | 中国农业银行股份有限公司 | Transaction progress control method and device |
| CN107070983A (en) * | 2017-01-23 | 2017-08-18 | 天地融科技股份有限公司 | A kind of load-balancing method, equipment and system forwarded based on address |
| CN108197176A (en) * | 2017-12-21 | 2018-06-22 | 深圳四方精创资讯股份有限公司 | Core bank data processing method and its system based on distributed type assemblies framework |
| CN111698166A (en) * | 2020-06-08 | 2020-09-22 | 中国建设银行股份有限公司 | Transaction message routing method, device, routing server and storage medium |
| CN112035260A (en) * | 2020-09-03 | 2020-12-04 | 平安壹钱包电子商务有限公司 | Service request processing method and device, computer equipment and storage medium |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113469686A (en) * | 2021-07-21 | 2021-10-01 | 上海浦东发展银行股份有限公司 | Method, device, equipment and storage medium for adjusting business transaction amount |
| CN114124968A (en) * | 2022-01-27 | 2022-03-01 | 深圳华锐金融技术股份有限公司 | Load balancing method, device, equipment and medium based on market data |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111800458B (en) | Dynamic load balancing method and system for Kubernetes container cloud platform | |
| CN103493455B (en) | Use the global traffic management of modified host name | |
| CN111314472B (en) | Domain name resolution method, domain name resolution server and terminal equipment | |
| CN112633867A (en) | Transaction request processing method and device | |
| RU2464722C2 (en) | Method, device and system for distribution of messages | |
| EP3488596A1 (en) | Detection and scheduling method, device, and node of content delivery network | |
| CN104714965B (en) | Static resource De-weight method, static resource management method and device | |
| CN110162543A (en) | A kind of information query method and device | |
| CN106936582A (en) | Electronic Seal System and method | |
| CN105577651B (en) | Service providing method and device | |
| CN109889426A (en) | Information processing method, apparatus and system based on instant messaging | |
| CN107147751A (en) | Domain name analytic method and device | |
| CN111147598B (en) | HTTP message processing method and device | |
| CN114827239A (en) | Bidirectional session holding method and device based on 8583 protocol | |
| EP3579526B1 (en) | Resource file feedback method and apparatus | |
| CN111600929B (en) | Transmission line detection method, routing strategy generation method and proxy server | |
| US20210037090A1 (en) | Systems and Methods for Server Failover and Load Balancing | |
| US9485214B2 (en) | Use of reversed DNS records for distributed mapping of asymmetric cryptographic keys to custom data | |
| CN107548125A (en) | Wireless network access, processing method, device, storage medium and computer equipment | |
| CN111556148A (en) | Data sharing method, data sharing platform and device | |
| CN114285857B (en) | Load balancing method, device and system | |
| CN115361166A (en) | Access request processing method based on distributed cloud service and related equipment | |
| CN111917899B (en) | Domain name compression method and related product thereof | |
| CN115470246A (en) | CDN-based request response method, electronic equipment and storage medium | |
| EP3964982A1 (en) | Method and apparatus for data search, system, device and computer readable 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 |