CN116414628A - Transaction request processing method and device in new and old system switching process - Google Patents
Transaction request processing method and device in new and old system switching process Download PDFInfo
- Publication number
- CN116414628A CN116414628A CN202310007401.9A CN202310007401A CN116414628A CN 116414628 A CN116414628 A CN 116414628A CN 202310007401 A CN202310007401 A CN 202310007401A CN 116414628 A CN116414628 A CN 116414628A
- Authority
- CN
- China
- Prior art keywords
- transaction
- transaction request
- request
- account
- policy
- 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
- 238000000034 method Methods 0.000 title claims abstract description 121
- 230000008569 process Effects 0.000 title claims abstract description 56
- 238000003672 processing method Methods 0.000 title description 13
- 238000012545 processing Methods 0.000 claims abstract description 231
- 230000004048 modification Effects 0.000 claims abstract description 42
- 238000012986 modification Methods 0.000 claims abstract description 42
- 230000002159 abnormal effect Effects 0.000 claims abstract description 21
- 238000006243 chemical reaction Methods 0.000 claims description 24
- 230000006870 function Effects 0.000 claims description 22
- 230000014509 gene expression Effects 0.000 claims description 13
- 238000013515 script Methods 0.000 claims description 12
- 238000003860 storage Methods 0.000 claims description 12
- 238000004590 computer program Methods 0.000 claims description 11
- 230000009467 reduction Effects 0.000 claims description 9
- 238000011161 development Methods 0.000 claims description 7
- 238000011010 flushing procedure Methods 0.000 claims description 3
- 238000011946 reduction process Methods 0.000 claims description 2
- 230000004044 response Effects 0.000 abstract description 10
- 238000005516 engineering process Methods 0.000 abstract description 2
- 238000010586 diagram Methods 0.000 description 20
- 238000004891 communication Methods 0.000 description 8
- 230000018109 developmental process Effects 0.000 description 6
- 230000006399 behavior Effects 0.000 description 4
- 230000000694 effects Effects 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 238000012795 verification Methods 0.000 description 4
- 230000001133 acceleration Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 3
- 238000004519 manufacturing process Methods 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 230000004913 activation Effects 0.000 description 2
- 230000009849 deactivation Effects 0.000 description 2
- 239000000835 fiber Substances 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000035515 penetration Effects 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000032683 aging Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000004807 localization Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 238000007711 solidification Methods 0.000 description 1
- 230000008023 solidification Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Business, Economics & Management (AREA)
- Finance (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- General Engineering & Computer Science (AREA)
- Quality & Reliability (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- General Business, Economics & Management (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The invention discloses a method and a device for processing a transaction request in a new and old system switching process, and relates to the technical field of financial science and technology. The specific implementation mode of the method comprises the following steps: receiving a transaction request sent by an old system terminal; searching a routing strategy corresponding to the transaction request in the memory according to the operation stage of the new system server; under the condition that the transaction request accords with the white list strategy, forwarding the transaction request to a new system server, and receiving a request processing result returned by the new system server; and under the condition that the abnormal code of the request processing result is the old system identifier, modifying the routing strategy of the transaction request in real time, and processing the transaction request according to the routing strategy after the real-time modification. The embodiment can modify the routing strategies of the new and old systems in real time, realize uninterrupted transaction processing under the condition of switching the new and old systems, and ensure real-time response of transaction requests and continuous and stable operation of online transactions.
Description
Technical Field
The invention relates to the technical field of financial science and technology, in particular to a method and a device for processing a transaction request in a new and old system switching process.
Background
Online transaction refers to providing instant transaction services to the outside through a specified communication protocol in a distributed system. In the existing online transaction system upgrading process, online transactions need to be switched from an old online transaction system to a new online transaction system for execution. In the switching process, a fixed switching rule is usually configured for switching transactions of the old and new systems in advance, for example, an a transaction of the old system is switched to a b transaction of the new system, and then the relationship of a-b is solidified, so that an a transaction request received by the old system is switched to a b transaction request of the new system according to the fixed switching rule.
In the process of implementing the present invention, the inventor finds that at least the following problems exist in the prior art:
the new system has poor stability, the situation of faults frequently occurs, so that the transaction request is failed to switch between the new system and the old system, in the situation, the old system is required to be stopped first, the transaction request is reprocessed after restarting, and the new transaction request cannot be received during the stopping period of the old system, so that the transaction processing efficiency is reduced due to the switching between the new system and the old system, the waiting time of a user is longer, and the service use experience is poor.
Disclosure of Invention
In view of this, the embodiment of the invention provides a method and a device for processing a transaction request in a new and old system switching process, which can modify routing strategies of the new and old systems in real time, realize uninterrupted transaction processing under the new and old system switching conditions, ensure real-time response of the transaction request and continuous and stable operation of online transaction, avoid influence of system switching on transaction business, realize transaction request processing under the service non-stop condition, greatly improve transaction processing efficiency and promote user satisfaction.
Further, since the routing strategy is not an existing solidification rule, but can be modified in real time and flexibly adjusted, under the condition of a new system fault, the routing strategy is immediately modified, and the transaction request is forwarded to an old system or other alternative systems for execution, so that uninterrupted and continuous operation of the transaction service is ensured.
To achieve the above object, according to an aspect of the embodiments of the present invention, there is provided a method for processing a transaction request in a new and old system handover process, where the method is applied to an old system server, the method including:
receiving a transaction request sent by an old system terminal;
Searching a routing strategy corresponding to the transaction request in a memory according to the operation stage of the new system server; wherein the routing policy includes a whitelist policy;
forwarding the transaction request to the new system server and receiving a request processing result returned by the new system server under the condition that the transaction request accords with the white list policy;
and under the condition that the abnormal code of the request processing result is the old system identification, modifying the routing strategy of the transaction request in real time, and processing the transaction request according to the routing strategy after the real-time modification.
Optionally, the routing policy further includes an old system policy, the modifying the routing policy of the transaction request in real time, and processing the transaction request according to the routing policy after the modifying in real time includes:
and deleting the transaction identifier corresponding to the transaction request from the white list policy, adding the transaction identifier corresponding to the transaction request to the old system policy, and processing the transaction request by the old system server corresponding to the old system policy.
Optionally, the white list policy includes an account white list, a secondary white list or a primary white list, and the transaction identifier includes a transaction account, a secondary serial number and a primary serial number; the deleting the transaction identifier corresponding to the transaction request from the whitelist policy and adding the transaction identifier corresponding to the transaction request to the old system policy includes:
Deleting the transaction account number of the transaction request from the account number white list and adding the transaction account number of the transaction request to the old system policy; or,
deleting a secondary row number corresponding to the transaction account number or the transaction card number of the transaction request from the secondary row white list, and adding the secondary row number corresponding to the transaction account number or the transaction card number of the transaction request to the old system policy; or,
and deleting the primary line number corresponding to the transaction account number or the transaction card number of the transaction request from the primary white list, and adding the primary line number corresponding to the transaction account number or the transaction card number of the transaction request to the old system policy.
Optionally, the operation phase of the new system server comprises a website account trial phase, a secondary line trial phase and a primary line trial phase; according to the operation stage of the new system server, searching the routing strategy corresponding to the transaction request in the memory, including:
in the network account trial stage, the routing strategy corresponding to the transaction request is an account white list;
in the secondary line trial stage, the routing strategy corresponding to the transaction request is a secondary white list;
And in the primary trial stage, the routing strategy corresponding to the transaction request is a primary white list.
Optionally, the routing policy further includes a new system policy, and the operation phase of the new system server further includes a formal online phase, and further includes:
and in the formal online stage, the routing strategy corresponding to the transaction request is the new system strategy.
Optionally, in the case that the routing policy of the transaction request is a new system policy, the method further includes:
forwarding the transaction request to the new system server, and receiving a request processing result returned by the new system server;
and deleting the transaction identifier corresponding to the transaction request from the new system strategy in real time under the condition that the abnormal code of the request processing result is the old system identifier, adding the transaction identifier corresponding to the transaction request to the old system strategy, and processing the transaction request by the old system server.
Optionally, the determining of the whitelist policy includes:
and in the trial stage of the website account numbers, selecting one or more target transaction account numbers covering all business functions of the business website in one or more to-be-tried website, and constructing an account white list by using the target transaction account numbers.
Optionally, the method further comprises:
and under the condition that the processing results of the transaction requests of all the target transaction accounts in the network account trial stage are successful in processing, entering the secondary line trial stage, selecting one or more target secondary lines covering all service functions of the secondary lines in one or more secondary lines to be tried, and constructing a secondary line white list by using the secondary line numbers of the target secondary lines.
Optionally, the method further comprises:
and under the condition that the processing results of the transaction requests of the transaction accounts of the target secondary rows in the secondary row trial stage are determined to be successful, entering the primary row trial stage, selecting one or more target primary rows covering all service functions of the primary rows in one or more primary rows to be tried, and constructing a primary row white list by using the primary row numbers of the target primary rows.
Optionally, the determining that the transaction request meets the whitelist policy includes:
acquiring an account number identification field and/or a card number identification field of a request message of the transaction request;
and determining that the transaction request accords with the white list policy through the value of the account identification field and/or the card number identification field.
Optionally, determining that the transaction request conforms to the whitelist policy by the value of the account identification field includes:
under the condition that a request message of the transaction request comprises an account identification field, determining a transaction account of the transaction request according to the value of the account identification field;
comparing the transaction account number of the transaction request with the account number white list, and determining that the transaction request accords with the white list policy under the condition that the transaction account number of the transaction request belongs to the account number white list; or,
a secondary row matching request of the transaction account number comprising the transaction request is sent to a transaction information server, a secondary row number corresponding to the transaction account number of the transaction request, which is returned by the transaction information server, is received, the secondary row number corresponding to the transaction account number of the transaction request is compared with the secondary row white list, and the transaction request is determined to accord with the white list policy under the condition that the secondary row number corresponding to the transaction account number of the transaction request belongs to the secondary row white list; or,
transmitting a primary row matching request comprising the transaction account number of the transaction request to a transaction information server, receiving a primary row number corresponding to the transaction account number of the transaction request returned by the transaction information server, comparing the primary row number corresponding to the transaction account number of the transaction request with the primary row whitelist, and determining that the transaction request accords with the whitelist policy under the condition that the primary row number corresponding to the transaction account number of the transaction request belongs to the primary row whitelist.
Optionally, determining that the transaction request complies with the whitelist policy by the value of the card number identification field includes:
under the condition that the request message of the transaction request comprises a card number identification field, determining a transaction card number of the transaction request according to the value of the card number identification field;
transmitting an account matching request comprising the transaction card number of the transaction request to a transaction information server, receiving a transaction account corresponding to the transaction card number of the transaction request returned by the transaction information server, comparing the transaction account of the transaction request with the account white list, and determining that the transaction request accords with the white list policy under the condition that the transaction account of the transaction request belongs to the account white list; or,
transmitting a secondary row matching request comprising the transaction card number of the transaction request to a transaction information server, receiving a secondary row number corresponding to the transaction card number of the transaction request returned by the transaction information server, comparing the secondary row number corresponding to the transaction card number of the transaction request with the secondary row white list, and determining that the transaction request accords with the white list policy under the condition that the secondary row number corresponding to the transaction card number of the transaction request belongs to the secondary row white list; or,
Transmitting a primary row matching request comprising the transaction card number of the transaction request to a transaction information server, receiving a primary row number corresponding to the transaction card number of the transaction request returned by the transaction information server, comparing the primary row number corresponding to the transaction card number of the transaction request with the primary row white list, and determining that the transaction request accords with the white list policy under the condition that the primary row number corresponding to the transaction card number of the transaction request belongs to the primary row white list.
Optionally, the account identification field is any one of the following fields: standard account number field, personalized account number field, and hidden account number field, wherein the card number identification field is any one of the following fields: standard card number field, personalized card number field, and blind card number field.
Optionally, the personalized account number field includes a processing identifier, a transaction account number and a check code, the personalized card number field includes a processing identifier, a transaction card number and a check code, and determining, according to the account number identifier field or the value of the card number identifier field, the transaction account number or the transaction card number of the transaction request includes:
deleting the processing identification and the check code in the personalized account number field or the personalized card number field to obtain a rejection conversion result; wherein the culling conversion is performed by a spel analytic expression processor;
And taking the value of the eliminating conversion result as a transaction account number or a transaction card number of the transaction request.
Optionally, the method further comprises:
sending a restoration request corresponding to the value of the hidden account number field or the hidden card number field to a transaction information server, and receiving a restoration result returned by the transaction information server;
and taking the value of the reduction result as a transaction account number or a transaction card number of the transaction request.
Optionally, the transaction request includes a terminal identification of the old system terminal; further comprises:
searching a corresponding hidden processing mode of a financial institution from an old system database according to the terminal identification of the old system terminal, carrying out reduction processing on the value of the hidden account number field or the hidden card number field, and determining a reduction result; wherein the reduction process is performed using a spel parse expression processor;
and taking the value of the reduction result as a transaction account number or a transaction card number of the transaction request.
Optionally, the modifying the routing policy of the transaction request in real time includes:
and modifying the routing strategy of the transaction identifier corresponding to the transaction request stored in the hard disk or the server database in real time, and refreshing the routing strategy of the transaction identifier corresponding to the transaction request in the memory.
Optionally, the modifying, in real time, the routing policy of the transaction identifier corresponding to the transaction request stored in the hard disk or in the server database, and refreshing the routing policy of the transaction identifier corresponding to the transaction request in the memory includes:
generating a routing policy modification request; wherein the routing policy modification request includes modifying a correspondence;
substituting the modification corresponding relation into a modification script corresponding to the development environment of the old system server, executing the modification script, and updating a routing strategy of the transaction identifier corresponding to the transaction request in the hard disk or the server database;
and acquiring an updated routing strategy of the transaction identifier corresponding to the transaction request from the hard disk or the server database, and asynchronously refreshing the memory.
Optionally, the obtaining, from the hard disk or the server database, the updated routing policy of the transaction identifier corresponding to the transaction request includes:
determining an updated acquisition path of the routing strategy of the transaction identifier corresponding to the transaction request according to the format of the routing strategy in the memory; the routing strategy in the hard disk is in an xml format or a json format, and the routing strategy in the server database is a relational database table or a non-relational database table;
And acquiring the updated routing strategy of the transaction identifier corresponding to the transaction request from the acquisition path.
Optionally, after forwarding the transaction request to the new system server, the method further includes:
determining whether the waiting time waiting for the request processing result exceeds a preset time threshold, and if so, resending the transaction request to the new system server;
increasing the timeout times;
judging whether the overtime times exceeds a preset overtime times threshold, and under the condition that the overtime times exceeds the preset overtime times threshold, modifying a server address corresponding to a bank card number of the transaction request into a server url of the old system server in the routing strategy.
Optionally, the method further comprises:
and carrying out positive flushing processing on the transaction request corresponding to the timeout times.
Optionally, after receiving the request processing result returned by the new system server, the method further includes:
judging whether the request processing result which is successfully processed accords with an expected processing result or not;
re-sending the transaction request to the new system server if the request processing result does not meet the expected processing result;
And counting the deviation times of the request processing result not meeting the expected processing result, and processing the transaction request exceeding a preset deviation times threshold by using the old system server.
According to still another aspect of the embodiments of the present invention, there is provided an apparatus for processing a transaction request during a handover between a new system and an old system, the apparatus being applied to a server of the old system, the apparatus comprising:
the receiving module is used for receiving a transaction request sent by the old system terminal;
the routing module is used for searching a routing strategy corresponding to the transaction request in the memory according to the operation stage of the new system server; wherein the routing policy includes a whitelist policy;
the judging module is used for forwarding the transaction request to the new system server and receiving a request processing result returned by the new system server under the condition that the transaction request accords with the white list policy;
and the modification module is used for modifying the routing strategy of the transaction request in real time under the condition that the abnormal code of the request processing result is the old system identifier, and processing the transaction request according to the routing strategy after the real-time modification.
According to another aspect of the embodiment of the present invention, there is provided an electronic device for processing a transaction request in a new and old system switching process, including:
One or more processors;
storage means 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 realize the processing method of the transaction request of the new and old system switching.
According to still another aspect of the embodiments of the present invention, there is provided a computer readable medium having stored thereon a computer program, which when executed by a processor, implements the method for processing a transaction request in a new and old system switching process provided by the present invention.
One embodiment of the above invention has the following advantages or benefits: because the old system server is adopted to receive the transaction request sent by the old system terminal, according to the operation stage of the new system server, the routing strategy corresponding to the transaction request in the memory is searched, and under the condition that the transaction request accords with the white list strategy, the transaction request is forwarded to the new system server for processing; under the condition that the request processing result of the new system server is processing failure, the routing strategy is modified in real time, the routing strategy takes effect in real time, and the transaction request is processed according to the modified routing strategy, so that the technical means that the transaction request is frequently generated due to poor stability of the new system and faults, the transaction request is switched between the new system and the old system, the transaction processing efficiency is reduced due to the fact that the new transaction request cannot be received during the shutdown period of the old system, the technical problems that the waiting time of a user is long and the service use experience is poor are solved, the routing strategy of the new system and the old system can be modified in real time, the continuous and stable operation of the transaction request under the condition of switching the new system and the old system is realized, the influence of the system switching on the transaction service is avoided, the transaction request processing under the condition that the service is not stopped is realized, the transaction processing efficiency is greatly improved, and the technical effect of user satisfaction is improved.
Further effects of the above-described non-conventional alternatives are described below in connection with the embodiments.
Drawings
The drawings are included to provide a better understanding of the invention and are not to be construed as unduly limiting the invention. Wherein:
FIG. 1 is a schematic diagram of a main flow of a transaction request processing method in a new and old system switching process according to an embodiment of the present invention;
FIG. 2 is a schematic diagram of the main flow of a method of determining a routing policy according to an embodiment of the present invention;
FIG. 3 is a schematic diagram of a main flow of a method for determining that a transaction request complies with a white list policy according to an embodiment of the invention;
FIG. 4 is a schematic diagram of the main flow of a method for determining a transaction account from an account identification field according to an embodiment of the present invention;
FIG. 5 is a schematic diagram of the main flow of a method of determining a transaction card number from a card number identification field according to an embodiment of the present invention;
FIG. 6 is a schematic diagram of the main flow of a timeout processing method for request processing results according to an embodiment of the present invention;
FIG. 7 is a schematic diagram of the main flow of a different method of handling request processing results according to an embodiment of the present invention;
fig. 8 is a schematic diagram of the main flow of a method of modifying a routing policy according to an embodiment of the present invention;
FIG. 9 (a) is a schematic diagram of main modules of a transaction request processing apparatus in a new and old system switching process according to an embodiment of the present invention;
FIG. 9 (b) is a schematic diagram of the application of a modification of a routing policy according to an embodiment of the present invention;
FIG. 10 is a diagram of an exemplary system architecture suitable for application to a method of processing transaction requests during a new and old system handoff or to a device of processing transaction requests during a new and old system handoff in accordance with an embodiment of the present invention;
fig. 11 is a schematic diagram of a computer system suitable for use in implementing an embodiment of the invention.
Detailed Description
Exemplary embodiments of the present invention will now be described with reference to the accompanying drawings, in which various details of the embodiments of the present invention are included to facilitate understanding, and are to be considered merely exemplary. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the invention. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.
Transaction account number: the account for transacting fund receipt and payment settlement opened by the financial institution for the user is used in the financial institution, and does not change along with the change of other auxiliary information (such as a name transaction card number, a contact way, an address and the like) of the user, and comprises a unit account and a personal account according to different user types.
Transaction card number: refers to a numbered code on a credit payment instrument having all or part of the functions of consuming credit, settling accounts for transfers, accessing cash, etc., which is approved for release by a financial institution to a user.
url: uniform resource locator, the uniform resource locator system, refers to an identifier on a web service program of the internet for specifying the location of information.
SpEL: spring Expression Language is an expression language supporting the query and operation object graph at runtime, supporting the processing of multiple rule expressions such as basic expressions, class-related expressions, set-related expressions, etc.
And (3) correcting: is the remedy taken by the online transaction system for failed transactions. When the server does not respond for a long time, the server rolls back or does not process the transaction because it cannot be determined whether the transaction is completed or not, and the cancel transaction request is resent in order to ensure data consistency.
In the existing new and old system switching process, the new system may normally operate in the early test and verification stage, but various transaction faults occur after formally online, the existing new system fault processing needs the old system to stop, the switching granularity is too large, the real-time response to the transaction request cannot be ensured, and various resource costs are wasted.
By the transaction request processing method in the new and old system switching process, when a new system fault occurs, the routing strategy of the transaction request is modified in real time, and the transaction request is switched to be executed by the old system server, so that uninterrupted and continuous operation of online transaction service is ensured, and the influence of system switching on transaction service is avoided.
Fig. 1 is a schematic diagram of main flow of a transaction request processing method in a new and old system switching process according to an embodiment of the present invention, as shown in fig. 1, the transaction request processing method in a new and old system switching process of the present invention includes the following steps:
in the embodiment of the invention, the transaction request processing method in the new and old system switching process is executed by the old system server.
Step S101, a transaction request sent by an old system terminal is received.
In the embodiment of the invention, the old system server receives the transaction request sent by the old system terminal. The transaction request includes a request message including an account identification field and a card number identification field.
Further, because the message habits of different financial institutions are different, the account identification field may be a standard account field, a personalized account field, or a blind account field; the card number identification field may be a standard card number field, a personalized card number field, or a nominated card number field.
Specifically:
the standard account number field or standard card number field is a transaction account number or transaction card number, for example, 123456000789654, 00000000000006.
The personalized account number field/personalized card number field may be a processing identifier + a transaction account number/transaction card number + a check code; the processing identifier indicates a login channel identifier of the user (for example, a mobile phone banking behavior MBS, an ATM terminal is an ATM, an online banking behavior EBS, etc.), the check code is a randomly generated multi-digit character, the digit character is any one of 0-9, for example, the login channel of the user is an EBS, the check code is a 4-bit random digit character 0564, the personalized account number field is EBS1234560007896540564, and the personalized card number field is EBS000000000000060564.
The hidden account number field is a hidden account number obtained by hiding the transaction account number/transaction card number by a financial institution, and different financial institutions can adopt different hiding processing modes, for example, the hiding processing mode is that the financial institutions calculate the transaction account numbers/transaction card numbers of all users using the institution service according to a hidden relation, generate hidden account numbers of all bank card numbers, and store the corresponding relation between the bank card numbers and the hidden account numbers.
Further, the nominated relation may be a numerical order of exchanging part digits of the transaction account number/transaction card number, for example, the transaction account number is 15 digits, and the nominated relation includes: (1) exchanging the 2 nd bit and the 8 th bit to obtain a first numerical value; (2) exchanging the 5 th bit and the 1 st bit of the first numerical value to obtain a second numerical value; (3) exchanging the 9 th bit and the 14 th bit of the second numerical value to obtain a hidden account, and correspondingly, obtaining the hidden account after the transaction account 123456000789654 is processed by a hidden relational expression, wherein the hidden account is as follows: 503416025789604.
step S102, according to the operation stage of the new system server, searching a routing strategy corresponding to the transaction request in a memory; wherein the routing policy includes a whitelist policy.
In the embodiment of the invention, the old system server searches a preset routing strategy in the memory according to the operation stage of the new system server so as to determine the processing server of the transaction request; wherein the processing server is an old system server or a new system server, and the routing policy may be in the form of a data table.
Further, when the old system server is started, the routing strategy is automatically loaded from the hard disk or the server database to the server memory, and then in the processing process of the subsequent transaction request, the old system server only needs to read the routing strategy in the server memory to process and judge the transaction request, so that the cache of the routing strategy is realized through the server memory, and the problem of low performance caused by frequent reading and writing of the hard disk is avoided.
In the embodiment of the invention, the routing policy comprises a new system policy, a white list policy and an old system policy, and according to the routing policy, the server address of the transaction request can be determined, wherein the server address can be the server address of the new system server or the server address of the old system server, and the server address is in url form, for example, http:// www.ljjyxjqh.com.
In the embodiment of the invention, the server address of the new system policy is the server address of the new system server. The server address of the old system policy is the server address of the old system server. The white list policy comprises an account white list, a secondary white list and a primary white list, and the server address of the white list policy is the server address of the new system server.
In the embodiment of the invention, the account white list comprises one or more transaction accounts under one or more business sites, the secondary white list comprises secondary row numbers of one or more secondary rows, and the primary white list comprises primary row numbers under one or more primary rows. For example, a business site is a first branch of each provincial administrative district of a first-level behavior, and a second branch of each regional administrative district of a second-level behavior, at each business or branch of a financial institution.
In the embodiment of the invention, the routing strategy of the transaction request is changed along with the operation stability of each service function of the new system server, namely, the routing strategy of the transaction request is determined according to the operation stage of the new system server; the service function corresponds to a request type of the transaction request, for example, the service function may be transfer, foreign exchange, repayment, mortgage, etc., and the transaction request may be transfer request, foreign exchange request, repayment request, mortgage request, etc.
In the embodiment of the present invention, as shown in fig. 2, the method for determining a routing policy of the present invention includes the following steps:
step S201, in the trial stage of the website accounts, selecting one or more target transaction accounts which cover all business functions of the business website in one or more to-be-tried website, and adding the target transaction accounts into an account white list.
In the embodiment of the invention, a plurality of trial stages are required to be carried out before the new system server is stably on line, the new system server is spread out by a dot-band surface, and the new system server is formally on line after being subjected to a plurality of stages such as a dot account trial stage, a second-level line trial stage, a first-level line trial stage and the like, and then the formalized on-line stage is entered, so that frequent faults of the unstable new system server are prevented, the service is stopped, and the switching cost of a financial institution is excessively wasted.
In the embodiment of the invention, the transaction request conforming to the account white list is processed by the new system server, and the transaction request not conforming to the account white list is processed by the old system server, so that after the target transaction account is added into the account white list, the old system server directly forwards the transaction request of the target transaction account to the new system server for processing when processing the transaction request of the target transaction account; if the transaction request is not the target transaction account, the transaction request is directly processed by the old system server.
Further, in the website account trial stage, the routing policy corresponding to the transaction request is an account white list.
Step S202, after the trial of the website account trial stage is finished, determining whether the processing result of the transaction request of each target transaction account is successful, if so, turning to step S203; if not, go to step S208.
Step S203, entering a secondary line trial stage, selecting one or more target secondary line numbers covering all service functions of the secondary line in one or more secondary lines to be tried, and adding the target secondary line numbers into a secondary line white list.
In the embodiment of the invention, under the condition that the processing results of all the transaction requests of the target transaction account numbers in the trial stage of the website account numbers are successful in processing, the trial result in the trial stage of the website account numbers is successful in trial, and the new system server can enter the secondary trial stage.
In the embodiment of the invention, the transaction request conforming to the secondary white list is processed by the new system server, and the transaction request not conforming to the secondary white list is processed by the old system server, so that after the target secondary serial number is added into the secondary white list, the old system server directly forwards the transaction request of the target secondary serial number to the new system server for processing when processing the transaction request of the target secondary serial number; if the transaction request is a non-target secondary line number, the old system server directly processes the transaction request.
Further, in the stage of the second-level line trial, the routing policy corresponding to the transaction request is the second-level line white list.
Step S204, after the trial of the secondary line trial stage is finished, determining whether the processing result of the transaction request of each target secondary line number is successful, if so, turning to step S205; if not, go to step S208.
Step S205, entering a first-level line trial stage, selecting one or more target first-level line numbers covering all service functions of first-level lines in one or more first-level lines to be tried, and adding the target first-level line numbers into a first-level line white list.
In the embodiment of the invention, under the condition that the processing results of all the transaction requests of the target secondary line numbers in the secondary line trial stage are successful in processing, the trial result in the secondary line trial stage is represented as successful in trial, and the new system server can enter the primary line trial stage.
In the embodiment of the invention, the transaction request conforming to the primary white list is processed by the new system server, and the transaction request not conforming to the primary white list is processed by the old system server, so that after the target primary serial number is added into the primary white list, the old system server directly forwards the transaction request of the target primary serial number to the new system server for processing when processing the transaction request of the target primary serial number; if the transaction request is a non-target primary line number, the old system server directly processes the transaction request.
Further, in the first level of trial stage, the routing policy corresponding to the transaction request is the first level of whitelist.
Step S206, after the trial of the primary line trial stage is finished, determining whether the processing result of each transaction request of the target primary line number is successful, if so, turning to step S207; if not, go to step S208.
Step S207, adding the account numbers of each level of the financial institution into a new system policy.
In the embodiment of the invention, under the condition that the processing results of all the transaction requests of the target primary line numbers in the primary line trial stage are processed successfully, the trial results in the primary line trial stage are shown as trial success, the new system server can be formally online, and the transaction requests of any account number of the financial institution are processed by the new system server, namely, the processing strategies of any transaction requests of the financial institution are all new system strategies.
Further, in the formal online stage, the routing policy corresponding to the transaction request is the new system policy.
In the embodiment of the invention, the time of each operation stage can be selectively set according to the requirement.
Step S208, a fault request is sent to the developer.
In the embodiment of the invention, under the condition that the processing result of the transaction request appears in any trial stage is processing failure, a fault request is sent to the developer, so that the developer corrects the service function corresponding to the new system server according to fault feedback, and the subsequent trial is continued, and the stable online of the new system server is ensured.
In the embodiment of the invention, through the method for determining the routing policy, partial users are selected from each business website in the account trial stage, after the users agree, the account white list is constructed according to the target transaction account number of the users agreeing to trial, the transaction request of the account white list is forwarded to a new system server for processing, if the new system server in the website trial stage is processed normally, the new system server enters the secondary trial stage, partial secondary rows are selected, the secondary white list is constructed according to the selected target secondary row number, the transaction request of the secondary white list is forwarded to the new system server for processing, if the new system server in the secondary trial stage is processed normally, the primary trial stage is entered, partial primary rows are selected, the primary white list is constructed according to the selected target primary row number, the transaction request of the primary white list is forwarded to the new system server for processing, and if the new system server in the primary trial stage is processed normally, the new system server is added into the new system policy, so that different routing policies are constructed for different stages, the transaction request of the new system on-line trial stage can be greatly improved, the trial efficiency of the trial stage is improved, and the trial line response of the user in the trial stage is satisfied.
Step S103, forwarding the transaction request to the new system server and receiving a request processing result returned by the new system server, where the transaction request accords with the whitelist policy.
In the embodiment of the invention, all transaction requests conforming to the account white list in the account trial stage, the transaction requests conforming to the secondary white list in the secondary trial stage, the transaction requests conforming to the primary white list in the primary trial stage and all transaction requests in the formal online stage are processed by a new system server, so that after the old system server receives the transaction requests, the transaction requests are forwarded to the new system server in the account trial stage, the transaction requests conform to the secondary white list in the secondary trial stage, the transaction requests conform to the primary white list in the primary trial stage and the formal online stage, and the request processing results returned by the new system server are received.
In the embodiment of the present invention, as shown in fig. 3, the method for determining that the transaction request accords with the white list policy includes the following steps:
step S301, an account number identification field and/or a card number identification field of the request packet of the transaction request are obtained.
Step S302, determining that the transaction request conforms to the whitelist policy through the value of the account number identification field and/or the card number identification field.
In the embodiment of the invention, under the condition that the request message of the transaction request only comprises the value of the account identification field, determining whether the transaction request accords with the white list strategy according to the value of the account identification field; under the condition that the request message of the transaction request only comprises the value of the card number identification field, determining whether the transaction request accords with the white list strategy according to the value of the card number identification field; under the condition that the request message of the transaction request simultaneously comprises the values of the account identification field and the card number identification field, whether the transaction request accords with the white list strategy or not is judged preferentially through the values of the account identification field.
Step S3021, determining, by using the value of the account identifier field, that the transaction request complies with the whitelist policy.
In step S30211, when the request message of the transaction request includes an account identification field, determining a transaction account of the transaction request according to the value of the account identification field.
In the embodiment of the present invention, as shown in fig. 4, the method for determining a transaction account according to an account identification field of the present invention includes the following steps:
Step S401, obtaining a request packet of the transaction request.
Step S402, judging whether the request message comprises a standard account number field, if so, turning to step S403; if not, go to step S404.
In the embodiment of the invention, the old system server determines whether the account identification field of the request message is a standard account field. Step S403, taking the value of the standard account field as the transaction account of the transaction request.
Step S404, judging whether the request message comprises a personalized account number field, if so, turning to step S405; if not, go to step S406.
In the embodiment of the invention, under the condition that the account identification field of the request message is a non-standard account field, the old system server determines whether the account identification field of the request message is a personalized account field.
Step S405, performing rejection conversion on the value of the personalized account field, determining a rejection conversion result, and taking the value of the rejection conversion result as the transaction account of the transaction request.
In the embodiment of the present invention, the old system server performs rejection conversion on the value of the personalized account field according to the generation rule of the personalized account field, as described in step S101, the personalized account field is a processing identifier+a transaction account+a check code, the processing identifier is a login channel identifier of a 3-bit user, the check code is a randomly generated 4-bit digital character, and accordingly, the rejection conversion mode is to delete the first 3 bits of the value of the personalized account field and delete the last 4 bits of the value of the personalized account field. Therefore, when it is determined that the value of the personalized account field is EBS1234560007896540564, the old system server deletes the first 5 bits "EBS" and the last 4 bits "0564", and obtains the reject conversion result, that is, the transaction account 123456000789654 corresponding to the request message.
Further, the culling conversion may be performed using a spel parse expression processor of the old system server.
Or, the rejection conversion may also be called cut-off conversion, and accordingly, the old system server may intercept the value of the corresponding position of the value of the personalized account field according to the generation rule of the personalized account field, as described in step S101, the personalized account field is a processing identifier+a bank card number+a check code, the processing identifier is a login channel identifier of the 3-bit user, the check code is a randomly generated 4-bit digital character, and accordingly, the cut-off conversion is implemented by intercepting 6-20 bits of the value of the personalized account field. Therefore, when the value of the personalized account field is determined to be EBS1234560007896540564, the old system server intercepts 4-18 bits to obtain a truncated conversion result, that is, the transaction account 123456000789654 corresponding to the request message.
Step S406, according to the hidden account field of the request message, a restore request corresponding to the value of the hidden account field is sent to a transaction information server, a restore result returned by the transaction information server is received, and the value of the restore result is used as the transaction account of the transaction request.
In the embodiment of the invention, because the hidden processing modes of the transaction accounts by the financial institutions may be different, the old system server needs to send a restoration request corresponding to the value of the hidden account field to the transaction information server, so that the transaction information server restores the transaction account corresponding to the hidden account field according to the hidden processing modes of the financial institutions and returns a restoration result corresponding to the transaction account to the old system server.
In the embodiment of the invention, or the old system server can store the hidden processing mode of each financial institution, and after receiving the transaction request, the old system server searches the hidden processing mode of the corresponding financial institution according to the terminal identifier corresponding to the old system terminal so as to restore the value of the hidden account field. For example, the value of the hidden account field of the received request message is 503416025789604, and in the hidden processing manner described in step S101, the old system server performs reverse restoration according to the hidden relation, including: (4) changing the 9 th bit and the 14 th bit to obtain a third numerical value; (5) changing the 5 th bit and the 1 st bit of the third numerical value to obtain a fourth numerical value; (6) and exchanging the 2 nd bit and the 8 th bit of the fourth numerical value to obtain a transaction account corresponding to the reduction result, wherein the transaction account is as follows: 123456000789654.
further, the restore process may be performed using a spel parse expression processor of the old system server.
Step S407, storing the value of the hidden account field and the restoration result to the routing policy.
In the embodiment of the invention, the old system server stores the corresponding relation between the value of the hidden account number field and the transaction account number corresponding to the restoring result in the old system database, so that the localization of the corresponding relation between the value of the hidden account number field and the transaction account number corresponding to the restoring result is realized, when the same value of the hidden account number field is subsequently received, a restoring request is not required to be sent to a transaction information server of a third party or the value of the hidden account number field is restored, and the hidden account number field is directly searched and obtained from the local database, thereby greatly improving the processing speed and the system performance of the system server and improving the user satisfaction.
In the embodiment of the invention, the method for determining the transaction account number according to the account number identification field is used for carrying out processes such as rejection conversion, restoration and the like on the values of different fields aiming at different fields such as the standard account number field, the personalized account number field, the hidden account number field and the like of the request message of the transaction request so as to realize unified switching of the transaction requests of financial institutions with different message habits, thereby greatly improving the processing efficiency of the transaction requests in the switching process of new and old systems, greatly expanding the processing scene of the transaction requests and improving the processing efficiency of online transactions and the satisfaction of users compared with the existing request processing which can only check the standard account number field.
Step S30212, in the website account trial stage, determining that the white list policy is an account white list, and going to step S30213; in the second-level row trial stage, determining that the white list policy is a second-level row white list, and turning to step S30215; in the first-level trial stage, the white list policy is determined to be a first-level white list, and the process goes to step S30217.
Step S30213, comparing the transaction account number of the transaction request with the account number white list, determining whether the transaction account number of the transaction request belongs to the account number white list, and if yes, going to step S30214; if not, go to step S30219.
Step S30214, determining that the transaction account number of the transaction request conforms to the whitelist policy.
In the embodiment of the invention, under the condition that the transaction account of the transaction request belongs to an account white list, or the secondary line number corresponding to the transaction account of the transaction request belongs to a secondary white list, or the primary line number corresponding to the transaction account of the transaction request belongs to a primary white list, the transaction request is determined to accord with a white list strategy.
Step S30215, sending a secondary matching request including the transaction account number of the transaction request to a transaction information server, and receiving a secondary serial number corresponding to the transaction account number of the transaction request returned by the transaction information server.
In the embodiment of the invention, a secondary bank matching request is sent to a transaction information server, wherein the secondary bank matching request comprises a transaction account number of the transaction request and is used for requesting a secondary bank number corresponding to the transaction account number of the transaction request. The transaction information server provides distributed services, is communicated with each financial institution, and can acquire a secondary line number corresponding to a transaction account number of each financial institution.
Step S30216, comparing the secondary row number corresponding to the transaction account of the transaction request with the secondary row whitelist, determining whether the secondary row number corresponding to the transaction account of the transaction request belongs to the secondary row whitelist, and if yes, going to step S30214; if not, go to step S30219.
Step S30217, sending a primary row matching request including the transaction account number of the transaction request to a transaction information server, and receiving a primary row number corresponding to the transaction account number of the transaction request returned by the transaction information server.
In the embodiment of the invention, a primary bank matching request is sent to a transaction information server, wherein the primary bank matching request comprises a transaction account number of the transaction request and is used for requesting a primary bank number corresponding to the transaction account number of the transaction request. The transaction information server is communicated with each financial institution, and can acquire a primary bank number corresponding to the transaction account number of each financial institution.
Step S30218, comparing the primary line number corresponding to the transaction account of the transaction request with the primary white list, determining whether the primary line number corresponding to the transaction account of the transaction request belongs to the primary white list, and if yes, going to step S30214; if not, go to step S30219.
Step S30219, determining that the transaction request does not conform to the whitelist policy.
In the embodiment of the invention, under the condition that the transaction request does not accord with the white list policy, the old system server directly processes the transaction request.
Step S3022, determining that the transaction request conforms to the whitelist policy by the value of the card number identification field, includes:
in step S30221, when the request message of the transaction request includes a card number identification field, a transaction card number of the transaction request is determined according to the value of the card number identification field.
In an embodiment of the present invention, as shown in fig. 5, the method for determining a transaction card number according to the card number identification field of the present invention includes the following steps:
step S501, obtaining a request packet of the transaction request.
Step S502, judging whether the request message comprises a standard card number field, if so, turning to step S503; if not, go to step S504.
In the embodiment of the invention, the old system server determines whether the card number identification field of the request message is a standard card number field.
Step S503, taking the value of the standard card number field as the transaction card number of the transaction request.
Step S504, judging whether the request message comprises a personalized card number field, if so, turning to step S505; if not, go to step S506.
In the embodiment of the invention, under the condition that the card number identification field of the request message is a non-standard card number field, the old system server determines whether the card number identification field of the request message is a personalized card number field.
Step S505, the values of the personalized card number fields are subjected to rejection conversion, rejection conversion results are determined, and the values of the rejection conversion results are used as the transaction card numbers of the transaction requests.
In the embodiment of the present invention, the rejection conversion of the value of the personalized card number field is the same as the rejection conversion of the value of the personalized account number field, specifically, see step S405.
Step S506, according to the hidden name card number field of the request message, a restoring request corresponding to the value of the hidden name card number field is sent to a transaction information server, a restoring result returned by the transaction information server is received, and the value of the restoring result is used as the transaction card number of the transaction request.
In the embodiment of the present invention, the restoration process of the value of the hidden name card number field is the same as the restoration process of the value of the hidden name account number field, specifically, see step S406.
And step S507, storing the value of the hidden name card number field and the restoration result into the routing strategy.
In the embodiment of the invention, the method for determining the transaction card number according to the card number identification field is used for carrying out processes such as rejection conversion, restoration and the like on the values of different fields aiming at different fields such as the standard card number field, the personalized card number field, the hidden name card number field and the like of the request message of the transaction request so as to realize unified switching of the transaction requests of financial institutions with different message habits, thereby greatly improving the processing efficiency of the transaction requests in the switching process of new and old systems, greatly expanding the processing scene of the transaction requests and improving the processing efficiency of online transactions and the satisfaction of users compared with the existing request processing which can only check the standard card number field.
Step S30222, in the website account trial stage, determining that the white list policy is an account white list, and turning to step S30223; in the second-level row trial stage, determining that the white list policy is a second-level row white list, and turning to step S30226; and in the primary trial stage, determining that the white list strategy is primary white list, and turning to step S30228.
Step S30223, an account matching request including the transaction card number of the transaction request is sent to a transaction information server, and a transaction account corresponding to the transaction card number of the transaction request returned by the transaction information server is received.
Step S30224, comparing the transaction account of the transaction request with the account white list, determining whether the transaction account of the transaction request belongs to the account white list, and if yes, going to step S30225; if not, go to step S302291.
Step S30225, determining that the transaction request conforms to the whitelist policy.
In the embodiment of the invention, when the transaction account number of the transaction request belongs to an account white list, or a secondary line number corresponding to the transaction card number of the transaction request belongs to a secondary white list, or a primary line number corresponding to the transaction card number of the transaction request belongs to a primary white list, the transaction request is determined to accord with a white list strategy.
Step S30226, sending a secondary bank matching request including the transaction card number of the transaction request to a transaction information server, and receiving a secondary bank number corresponding to the transaction card number of the transaction request returned by the transaction information server.
Step S30227, comparing the secondary row number corresponding to the transaction card number of the transaction request with the secondary row whitelist, determining whether the secondary row number corresponding to the transaction card number of the transaction request belongs to the secondary row whitelist, and if yes, proceeding to step S30225; if not, go to step S302291.
Step S30228, a primary rank matching request including the transaction card number of the transaction request is sent to a transaction information server, and a primary rank number corresponding to the transaction card number of the transaction request returned by the transaction information server is received.
Step S30229, comparing the primary line number corresponding to the transaction card number of the transaction request with the primary white list, determining whether the primary line number corresponding to the transaction card number of the transaction request belongs to the primary white list, and if yes, going to step S30225; if not, go to step S302291.
Step S302291, determining that the transaction request does not conform to the whitelist policy.
In the embodiment of the invention, under the condition that the transaction request does not accord with the white list policy, the old system server directly processes the transaction request.
In the embodiment of the invention, the transaction request accords with the white list policy by the judging method, the searching and the comparing are carried out according to the transaction account number or the transaction card number, and whether the transaction request accords with the white list policy is judged, so that the transaction request is efficiently processed in each trial stage, the processing efficiency of online transaction can be greatly improved, and the user satisfaction is improved.
In the embodiment of the invention, when the routing policy of the transaction request is a white list policy and the verification result of the verification of the transaction account number of the transaction request by using the white list policy is that the verification fails, the transaction request is processed by the old system server.
In the embodiment of the invention, under the condition that the transaction request accords with the white list policy or the new system policy, the old system server forwards the transaction request to the new system server, the new system server processes the transaction request, the old system server waits for the new system server to return a request processing result and counts the waiting time, and the transaction request interruption caused by long-time unresponsiveness of the new system server is prevented, so that the old system server responds to the transaction request in time, and the user service is ensured.
In the embodiment of the present invention, as shown in fig. 6, the timeout processing method for the request processing result of the present invention includes the following steps:
in step S601, a waiting time for waiting for the request processing result is calculated.
In the embodiment of the invention, after the old system server forwards the transaction request to the new system server, the waiting time for the new system server to return the request processing result starts to be calculated.
Step S602, determining whether the waiting time of the request processing result exceeds a preset time threshold, and if yes, going to step S603; if not, go to step S601.
In the embodiment of the invention, the old system server determines whether the waiting time of the request processing result exceeds a preset time threshold, for example, the preset time threshold is 1min.
It should be noted that, the preset time threshold may be selectively set according to the transaction condition in actual production. Moreover, because the complexity of different types of services is different, different types of transaction requests can correspond to different preset time thresholds.
Further, the old system server searches the old system database according to the service type of the transaction request, and determines a preset time threshold corresponding to the service type of the transaction request.
Step S603, resending the transaction request to the new system server.
In the embodiment of the invention, when the old system server determines that the waiting time exceeds the preset time threshold value and the request processing result is not returned yet, the transaction request is sent to the new system server again.
Step S604, the timeout times are incremented.
In the embodiment of the invention, after the old system server sends the transaction request to the new system server again, the timeout number of the response of the new system server is automatically increased, for example, the timeout number of the old system server is automatically +1 every time the new system server times out.
Step S605, judging whether the timeout times exceeds a preset timeout times threshold, if so, turning to step S606; if not, go to step S603.
In the embodiment of the invention, the old system server judges whether the timeout times of the new system server exceed the preset timeout times threshold, for example, the preset timeout times threshold is 5 times.
It should be noted that, the preset timeout threshold may be selectively set according to the transaction condition in actual production.
Step S606, modifying a server address corresponding to the transaction request in the routing policy.
In the embodiment of the invention, under the condition that the overtime number of the new system server responding to the transaction request exceeds the preset overtime number threshold, the old system server modifies the server address corresponding to the bank card number of the transaction request into the server url of the old system server in the routing strategy, and the old system server processes the transaction request, so that continuous uninterrupted processing of the transaction request can be realized, and bad experiences such as possible complaints and the like caused by the failure of the new system server are prevented.
In the embodiment of the invention, after the old system server modifies the routing strategy and the new system server receives the modification notification, if the processing procedure corresponding to the transaction request comprises multiple data interactions between the new system server and the old system server, the new system server needs to synchronize the incremental business data related to the transaction request to the old system server.
Step S607, performing a positive flushing process on the transaction request corresponding to the timeout times.
In the embodiment of the invention, when the new system server responds overtime, the old system server does not determine whether the new system server finishes processing the transaction request, so that in order to ensure the benefit of a user and the data consistency of the new system server and the old system server, the old system server sends a transaction canceling request to the new system server, and after the transaction canceling request is received by the new system server, if the transaction canceling request is processed, the system data is rolled back to the point before the transaction canceling request is processed; if not, the transaction request is not processed and the unprocessed result is returned to the old system server.
In the embodiment of the present invention, the order of step S606 and step S607 may be exchanged, that is, the old system server first processes the transaction request responded by the new system server in a time-out manner, and then modifies the routing policy.
In the embodiment of the invention, the response time of the new system server for processing the transaction request is judged by the overtime processing method of the request processing result, and the routing strategy is modified under the condition that the waiting time exceeds the preset time threshold for a plurality of times, so that the transaction request is modified to be processed by the old system server, thereby ensuring uninterrupted continuous operation of the online transaction service and improving the transaction processing satisfaction.
In the embodiment of the present invention, in the case where the old system server receives the request processing result of the transaction request returned by the new system server, the old system server needs to make different countermeasures according to different result situations, because the request processing result may be various situations of successful processing and expected result, successful processing and unexpected result, processing failure and the like.
In an embodiment of the present invention, as shown in fig. 7, the method for handling request processing results according to the present invention includes the following steps:
Step S701, receiving the request processing result returned by the new system server.
Step S702, determining whether the request processing result is a processing failure, and if so, going to step S703; if not, go to step S704.
In the embodiment of the invention, when the request processing result is processing failure, the request processing result comprises an abnormal code, the abnormal code is an old system identifier, that is, the new system server determines that the transaction request cannot be processed by itself and the old system server can process the transaction request, the request processing result with processing failure is returned, and the abnormal code of the request processing result is the old system identifier, so that the transaction request can be modified to be processed by the old system server.
Step S703, determining whether the exception code of the request processing result is an old system identifier, if yes, going to step S104; if not, go to step S710.
Step S704, determining whether the request processing result meets the expected processing result, if so, going to step S709; if not, go to step S705.
In the embodiment of the invention, the old system server stores the expected processing results of various transaction requests, so after receiving the successfully processed request processing results, the old system server compares the request processing results with the expected processing results and judges whether the request processing results of the new system server meet the expectation.
Step S705, resending the transaction request to the new system server.
In the embodiment of the invention, under the condition that the old system server determines that the request processing result of the new system server does not meet the expectations, the old system server needs to send a transaction request to the new system server again to obtain the request processing result meeting the requirements, wherein the request processing result of the new system server is deviated from the expected processing result.
Step S706, the number of deviations is incremented.
In the embodiment of the invention, after the old system server sends the transaction request to the new system server again, the deviation times of the request processing results of the new system server are automatically increased, for example, the deviation times of the old system server are automatically +1 when the request processing results of the new system server are not in accordance with the expected processing results once.
Step S707, judging whether the deviation times exceeds a preset deviation times threshold value, if so, turning to step S708; if not, go to step S705.
In the embodiment of the invention, the old system server judges whether the deviation times of the new system server exceeds the preset deviation times threshold, for example, the preset deviation times threshold is 5 times.
It should be noted that, the preset deviation times threshold may be selectively set according to the transaction condition in actual production.
Step S708, modifying the server address corresponding to the transaction request in the routing policy.
In the embodiment of the invention, under the condition that the deviation times of the request processing results of the new system server exceeds the preset deviation times threshold value, the old system server modifies the server address corresponding to the bank card number of the transaction request into the server url of the old system server in the routing strategy, and the old system server processes the transaction request.
Step S709, returning the request processing result to the old server terminal.
Step S710, rejecting the transaction request.
In the embodiment of the invention, under the condition that the exception code of the request processing result is not the old system identifier, the abnormal condition of the transaction request is indicated, and the old system server refuses the transaction request and reports the transaction request.
In the embodiment of the invention, different response methods of the request processing results are used for responding to different types of request processing results returned by the new system server, so that the request processing results are modified to be executed by the old system server under the conditions that the request processing results meet the expectations, the old system terminal is responded under the conditions that the request processing results do not meet the expectations and the abnormal code is marked as the old system mark, uninterrupted service in the switching process of the new system and the old system is realized, the stability of online transaction is ensured, and the user satisfaction is improved.
Step S104, when the abnormal code of the request processing result is the old system identification, modifying the routing strategy of the transaction request in real time, and processing the transaction request according to the routing strategy after the real-time modification.
In the embodiment of the invention, after the routing strategy is registered in advance in the hard disk or the server database of the old system server and the routing strategy of the transaction identifier corresponding to the transaction request stored in the hard disk or the server database is modified in real time, the routing strategy of the transaction identifier corresponding to the transaction request in the memory is asynchronously refreshed by utilizing the distributed characteristic of the online transaction system, so that the old system server executes the routing strategy after the real-time modification, namely, the routing strategy after the real-time modification takes effect in real time.
In the embodiment of the invention, under the condition that the abnormal code of the request processing result of the new system server processing failure is determined to be the old system identifier, the old system server modifies the server address corresponding to the transaction request in the routing strategy into the server url of the old system server, so that the transaction request is switched into the old system server, and the uninterrupted operation of the online transaction service is ensured.
It should be noted that, since the old system server is a server that operates for years and stably supports various transaction services, and the new system server is a server developed for reasons of updating hardware devices, software, and the like, the old system server is a server that is a secure base, and is inevitably capable of supporting processing of various transaction requests.
In the embodiment of the present invention, as shown in fig. 8, the method for modifying a routing policy of the present invention includes the following steps:
step S801, generating a routing policy modification request; wherein the routing policy modification request includes modifying a correspondence.
In the embodiment of the invention, when the timeout number of the response transaction request of the new system server exceeds the preset timeout number threshold, the request processing result is processing failure, the exception code of the request processing result is an old system identifier, the deviation number of the request processing result of the new system server exceeds the preset deviation number threshold and the like, the old system server generates a routing strategy modification request and modifies the system server processing the transaction request. The modification corresponding relation comprises a corresponding relation between a transaction identifier corresponding to the transaction request and a server url of the system server, and the old system server modifies a server address of the transaction identifier corresponding to the transaction request in the routing strategy into the server url of the old system server.
Step S802, substituting the modification correspondence into a modification script corresponding to the development environment of the old system server, and executing the modification script, and updating the routing policy of the transaction identifier corresponding to the transaction request in the hard disk or the server database.
In the embodiment of the present invention, an old system server stores a modification script for modifying a routing policy in a hard disk and a server database in each development environment, substitutes a modification corresponding relation into the modification script and executes the modification script, so as to modify the routing policy into a server url for modifying the corresponding relation, and includes:
under the condition that the transaction request accords with the white list strategy and the abnormal code of the request processing result of the transaction request by the new system server is the old system identifier, the transaction request corresponds to the service function, so that the abnormal request processing result of the transaction request indicates that the service function of the new system server is abnormal instead of the abnormal service function, and therefore, the abnormal transaction account number, the primary line number and the processing server of the secondary line number are modified into the old system server in real time, the old system server processes the transaction request in real time, and then sends a fault request to a developer to maintain the new system server as soon as possible, so that the online transaction can be ensured to be carried out uninterruptedly, and the new system server is corrected in time. And deleting the transaction identifier corresponding to the transaction request from the white list policy and adding the transaction identifier corresponding to the transaction request to the old system policy when the transaction request is modified in real time, and processing the transaction request by the old system server corresponding to the old system policy. Specifically:
Deleting the transaction account number of the transaction request from the account number white list, and adding the transaction account number of the transaction request to the old system policy in real time; or,
deleting the secondary serial number corresponding to the transaction account number or the transaction card number of the transaction request from the secondary white list, and adding the secondary serial number corresponding to the transaction account number or the transaction card number of the transaction request to the old system strategy in real time; or,
deleting the primary line number corresponding to the transaction account number or the transaction card number of the transaction request from the primary white list, and adding the primary line number corresponding to the transaction account number or the transaction card number of the transaction request to the old system policy in real time.
And under the conditions that the transaction request accords with the white list strategy, the overtime number of the new system server responding to the transaction request exceeds a preset overtime number threshold, the transaction request accords with the white list strategy, the deviation number of the request processing result of the new system server exceeds a preset deviation number threshold and the like, deleting the transaction identifier corresponding to the transaction request from the white list strategy, and adding the transaction identifier corresponding to the transaction request to the old system strategy in real time.
In the embodiment of the invention, the development environment can be Java, linux, python and other languages, and the routing strategies in the hard disk and the server database are modified by utilizing various forms such as timing/asynchronous tasks of java, timing scripts of linux, python scripts and the like.
Further, the development environment supports manual trigger scripts to modify the routing strategy so as to guarantee real-time aging of modification of the routing strategy.
Step 803, obtaining the updated routing policy of the transaction identifier corresponding to the transaction request from the hard disk or the server database, and asynchronously refreshing the memory.
Step S8031, determining the updated route strategy acquisition path of the transaction identifier corresponding to the transaction request according to the format of the route strategy in the memory; the routing strategy in the hard disk is in an xml format or a json format, and the routing strategy in the server database is a relational database table or a non-relational database table.
In the embodiment of the invention, an old system server determines whether an acquisition path of a routing strategy is a hard disk or a server database according to the format of the routing strategy in a memory, for example, the routing strategy in json format comprises a routing strategy rteTp, and the value of the routing strategy rteTp is a new system strategy, an old system strategy, an account white list, a secondary white list, a primary white list and the like; the account white list routeacschitelist comprises an account accNo; the first level row whitelist routeL1 bankwhitlist includes a first level row number lv1BrNo, a first level row name lv1BrNm, and the like. For another example, the routing policy of the database table is a routing configuration table route_conf, the routing configuration table route_conf includes routing types, values of different routing types respectively represent different routing policies, a value of a routing type is 04 for indicating that all routes are to a new system, a value of a routing type is 01 for indicating that all routes are to an old system, a value of a routing type is 02 for indicating that an account white list rule is used, and a value of a routing type is 03 for indicating that a first-level row white list rule is used; the account white list route acc whitelist includes an account acc no, and a state (state 0 represents account white list deactivation, state 1 represents account white list activation); the primary white list route_l1bank_white includes a primary line number lv1_br_no, a state (state 0 represents primary white list deactivation, state 1 represents primary white list activation), and the like.
Step S8032, acquiring the updated routing policy of the transaction identifier corresponding to the transaction request from the acquisition path.
In the embodiment of the invention, the old system server acquires the updated routing strategy from the hard disk or the server database and asynchronously refreshes the memory.
In the embodiment of the invention, the routing strategy in different formats under different development environments can be modified by the method for modifying the routing strategy, so that the real-time modification of the routing strategy is ensured, and the timely and effective processing of the transaction request is ensured.
In the embodiment of the invention, the transaction request sent by the old system terminal is received; searching a routing strategy corresponding to the transaction request in a memory according to the operation stage of the new system server; wherein the routing policy includes a whitelist policy; forwarding the transaction request to the new system server and receiving a request processing result returned by the new system server under the condition that the transaction request accords with the white list policy; under the condition that the abnormal code of the request processing result is the old system identifier, the routing strategy of the transaction request is modified in real time, the transaction request is processed according to the routing strategy after the real-time modification, and the like, so that the routing strategy of the new and old systems can be modified in real time, uninterrupted transaction processing under the condition of switching between the new and old systems is realized, real-time response of the transaction request and continuous and stable operation of online transaction are ensured, influence of system switching on transaction business is avoided, transaction request processing under the condition of service uninterrupted service is realized, transaction processing efficiency is greatly improved, and user satisfaction is improved.
Fig. 9 (a) is a schematic diagram of main modules of a processing apparatus for a transaction request during a new and old system handover according to an embodiment of the present invention, as shown in fig. 9 (a), the processing apparatus 900 for a transaction request during a new and old system handover according to the present invention includes:
in the embodiment of the present invention, the processing device 900 for transaction request in the switching process of the new and old systems is applied to the old system server.
And the receiving module 901 is used for receiving the transaction request sent by the old system terminal.
A routing module 902, configured to search, according to an operation phase of the new system server, a routing policy corresponding to the transaction request in a memory; wherein the routing policy includes a whitelist policy.
The judging module 903 is configured to forward the transaction request to the new system server and receive a request processing result returned by the new system server when the transaction request accords with the whitelist policy.
And the modifying module 904 is configured to modify the routing policy of the transaction request in real time when the exception code of the request processing result is an old system identifier, and process the transaction request according to the routing policy after the real-time modification.
In the embodiment of the present invention, as shown in fig. 9 (b), the modification module 904 may also be referred to as a routing policy refreshing layer, the server memory may also be referred to as a routing policy acceleration layer, the old system server further includes a routing pass-through processing rule engine selector, and the interaction process of the three includes:
the routing strategy refreshing layer changes the routing strategy in real time and informs the routing penetration processing rule engine selector;
the route penetration processing rule engine selector selects an acquisition path of the routing strategy according to the format of the routing strategy acceleration layer, acquires the updated routing strategy from the corresponding acquisition path and asynchronously transmits the updated routing strategy to the routing strategy acceleration layer.
In the embodiment of the invention, the routing strategy of the new and old systems can be modified in real time through the modules such as the receiving module, the routing module and the modifying module, so that uninterrupted transaction processing under the condition of switching between the new and old systems is realized, real-time response of transaction requests and continuous and stable operation of online transactions are ensured, the influence of system switching on transaction business is avoided, transaction request processing under the condition of service non-stop is realized, transaction processing efficiency is greatly improved, and user satisfaction is improved.
Fig. 10 shows an exemplary system architecture diagram of a processing method for a transaction request during a new and old system handover or a processing apparatus for a transaction request during a new and old system handover, which is suitable for application to an embodiment of the present invention, as shown in fig. 10, an exemplary system architecture of a processing method for a transaction request during a new and old system handover or a processing apparatus for a transaction request during a new and old system handover, which is an embodiment of the present invention, includes:
as shown in fig. 10, the system architecture 1000 may include terminal devices 1001, 1002, 1003, a network 1004, an old system server 1005, and a new system server 1006. The network 1004 serves as a medium for providing a communication link between the terminal apparatuses 1001, 1002, 1003 and the old system server 1005, and between the old system server 1005 and the new system server 1006. The network 1004 may include various connection types, such as wired, wireless communication links, or fiber optic cables, among others.
A user can interact with a server 1005 via a network 1004 using terminal apparatuses 1001, 1002, 1003 to receive or transmit messages or the like. Various communication client applications such as a transaction type application, a shopping type application, a web browser application, a search type application, an instant messaging tool, a mailbox client, social platform software, and the like may be installed on the terminal devices 1001, 1002, 1003.
The terminal devices 1001, 1002, 1003 may be various electronic devices having a display screen and supporting web browsing, including but not limited to smartphones, tablets, laptop and desktop computers, and the like.
The old system server 1005 may be a server providing various services, such as a background management server providing support for a transaction-like website browsed by the user using the terminal apparatuses 1001, 1002, 1003. The background management server may analyze and process the received data such as the transaction request, and feed back the processing result (for example, the processing server of the transaction request is a new system server) to the terminal devices 1001, 1002, 1003, and forward the transaction request to the new system server 1006.
It should be noted that, the method for processing the transaction request in the new and old system switching process provided by the embodiment of the present invention is generally executed by the old system server 1005, and accordingly, the processing device for the transaction request in the new and old system switching process is generally disposed in the old system server 1005.
It should be understood that the number of terminal devices, networks, old system servers, and new system servers in fig. 10 are merely illustrative. There may be any number of terminal devices, networks, old system servers, and new system servers, as desired for implementation.
Fig. 11 is a schematic diagram of a computer system suitable for use in implementing a terminal device or a server according to an embodiment of the present invention, and as shown in fig. 11, a computer system 1100 of a terminal device or a server according to an embodiment of the present invention includes:
a Central Processing Unit (CPU) 1101 that can execute various appropriate actions and processes according to a program stored in a Read Only Memory (ROM) 1102 or a program loaded from a storage section 1108 into a Random Access Memory (RAM) 1103. In the RAM1103, various programs and data required for the operation of the system 1100 are also stored. The CPU1101, ROM1102, and RAM1103 are connected to each other by a bus 1104. An input/output (I/O) interface 1105 is also connected to bus 1104.
The following components are connected to the I/O interface 1105: an input section 1106 including a keyboard, a mouse, and the like; an output portion 1107 including a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and the like, a speaker, and the like; a storage section 1108 including a hard disk or the like; and a communication section 1109 including a network interface card such as a LAN card, a modem, and the like. The communication section 1109 performs communication processing via a network such as the internet. The drive 1110 is also connected to the I/O interface 1105 as needed. Removable media 1111, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like, is installed as needed in drive 1110, so that a computer program read therefrom is installed as needed in storage section 1108.
In particular, according to embodiments of the present disclosure, the processes described above with reference to flowcharts may be implemented as computer software programs. For example, embodiments of the present disclosure include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising program code for performing the method shown in the flow chart. In such an embodiment, the computer program can be downloaded and installed from a network via the communication portion 1109, and/or installed from the removable media 1111. The above-described functions defined in the system of the present invention are performed when the computer program is executed by a Central Processing Unit (CPU) 1101.
The computer readable medium shown in the present invention may be a computer readable signal medium or a computer readable storage medium, or any combination of the two. The computer readable storage medium can be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or a combination of any of the foregoing. More specific examples of the computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In the present invention, however, the computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, with the computer-readable program code embodied therein. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination of the foregoing. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wire, fiber optic cable, RF, etc., or any suitable combination of the foregoing.
The flowcharts and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
The modules involved in the embodiments of the present invention may be implemented in software or in hardware. The described modules may also be provided in a processor, for example, as: a processor includes a receiving module, a routing module, a determining module, and a modifying module. The names of these modules do not limit the module itself in some cases, for example, the routing module may also be described as "a module that searches the memory for a routing policy corresponding to the transaction request according to the operation phase of the new system server".
As another aspect, the present invention also provides a computer-readable medium that may be contained in the apparatus described in the above embodiments; or may be present alone without being fitted into the device. The computer readable medium carries one or more programs which, when executed by a device, cause the device to include: receiving a transaction request sent by an old system terminal; searching a routing strategy corresponding to the transaction request in a memory according to the operation stage of the new system server; wherein the routing policy includes a whitelist policy; forwarding the transaction request to the new system server and receiving a request processing result returned by the new system server under the condition that the transaction request accords with the white list policy; and under the condition that the abnormal code of the request processing result is the old system identification, modifying the routing strategy of the transaction request in real time, and processing the transaction request according to the routing strategy after the real-time modification.
According to the technical scheme of the embodiment of the invention, the routing rules of the new and old systems can be flexibly configured and expanded in real time in the process of system upgrading and system switching (namely, online transaction attribution system change of transaction request), so that the system switching processing of online transaction is realized, the service availability during the switching and upgrading of the new and old systems is improved, the influence of the system upgrading and switching process on the service is reduced, and the flexible switching of the system under the condition that transaction service is not stopped is realized.
The above embodiments do not limit the scope of the present invention. It will be apparent to those skilled in the art that various modifications, combinations, sub-combinations and alternatives can occur depending upon design requirements and other factors. Any modifications, equivalent substitutions and improvements made within the spirit and principles of the present invention should be included in the scope of the present invention.
Claims (26)
1. A method for processing a transaction request in a new and old system switching process, wherein the method is applied to an old system server, and the method comprises the following steps:
receiving a transaction request sent by an old system terminal;
searching a routing strategy corresponding to the transaction request in a memory according to the operation stage of the new system server; wherein the routing policy includes a whitelist policy;
forwarding the transaction request to the new system server and receiving a request processing result returned by the new system server under the condition that the transaction request accords with the white list policy;
and under the condition that the abnormal code of the request processing result is the old system identification, modifying the routing strategy of the transaction request in real time, and processing the transaction request according to the routing strategy after the real-time modification.
2. The method of claim 1, wherein the routing policy further comprises an old system policy, wherein the modifying the routing policy of the transaction request in real-time, and wherein processing the transaction request according to the real-time modified routing policy comprises:
and deleting the transaction identifier corresponding to the transaction request from the white list policy, adding the transaction identifier corresponding to the transaction request to the old system policy, and processing the transaction request by the old system server corresponding to the old system policy.
3. The method of claim 2, wherein the whitelist policy comprises an account whitelist, a secondary whitelist, or a primary whitelist, the transaction identification comprising a transaction account, a secondary line number, and a primary line number; the deleting the transaction identifier corresponding to the transaction request from the whitelist policy and adding the transaction identifier corresponding to the transaction request to the old system policy includes:
deleting the transaction account number of the transaction request from the account number white list and adding the transaction account number of the transaction request to the old system policy; or,
deleting a secondary row number corresponding to the transaction account number or the transaction card number of the transaction request from the secondary row white list, and adding the secondary row number corresponding to the transaction account number or the transaction card number of the transaction request to the old system policy; or,
And deleting the primary line number corresponding to the transaction account number or the transaction card number of the transaction request from the primary white list, and adding the primary line number corresponding to the transaction account number or the transaction card number of the transaction request to the old system policy.
4. The method of claim 1, wherein the operation phases of the new system server include a website account trial phase, a secondary line trial phase, and a primary line trial phase; according to the operation stage of the new system server, searching the routing strategy corresponding to the transaction request in the memory, including:
in the network account trial stage, the routing strategy corresponding to the transaction request is an account white list;
in the secondary line trial stage, the routing strategy corresponding to the transaction request is a secondary white list;
and in the primary trial stage, the routing strategy corresponding to the transaction request is a primary white list.
5. The method of claim 4, wherein the routing policy further comprises a new system policy, the run phase of the new system server further comprises a formal online phase, further comprising:
and in the formal online stage, the routing strategy corresponding to the transaction request is the new system strategy.
6. The method of claim 5, wherein, in the event that the routing policy of the transaction request is a new system policy, further comprising:
forwarding the transaction request to the new system server, and receiving a request processing result returned by the new system server;
and deleting the transaction identifier corresponding to the transaction request from the new system strategy in real time under the condition that the abnormal code of the request processing result is the old system identifier, adding the transaction identifier corresponding to the transaction request to the old system strategy, and processing the transaction request by the old system server.
7. The method of claim 4, wherein the determining of the whitelist policy comprises:
and in the trial stage of the website account numbers, selecting one or more target transaction account numbers covering all business functions of the business website in one or more to-be-tried website, and constructing an account white list by using the target transaction account numbers.
8. The method as recited in claim 7, further comprising:
and under the condition that the processing results of the transaction requests of all the target transaction accounts in the network account trial stage are successful in processing, entering the secondary line trial stage, selecting one or more target secondary lines covering all service functions of the secondary lines in one or more secondary lines to be tried, and constructing a secondary line white list by using the secondary line numbers of the target secondary lines.
9. The method as recited in claim 8, further comprising:
and under the condition that the processing results of the transaction requests of the transaction accounts of the target secondary rows in the secondary row trial stage are determined to be successful, entering the primary row trial stage, selecting one or more target primary rows covering all service functions of the primary rows in one or more primary rows to be tried, and constructing a primary row white list by using the primary row numbers of the target primary rows.
10. The method of claim 1, wherein the determining that the transaction request complies with the whitelist policy comprises:
acquiring an account number identification field and/or a card number identification field of a request message of the transaction request;
and determining that the transaction request accords with the white list policy through the value of the account identification field and/or the card number identification field.
11. The method of claim 10, wherein determining that the transaction request complies with the whitelist policy by the value of the account identification field comprises:
under the condition that a request message of the transaction request comprises an account identification field, determining a transaction account of the transaction request according to the value of the account identification field;
Comparing the transaction account number of the transaction request with the account number white list, and determining that the transaction request accords with the white list policy under the condition that the transaction account number of the transaction request belongs to the account number white list; or,
a secondary row matching request of the transaction account number comprising the transaction request is sent to a transaction information server, a secondary row number corresponding to the transaction account number of the transaction request, which is returned by the transaction information server, is received, the secondary row number corresponding to the transaction account number of the transaction request is compared with the secondary row white list, and the transaction request is determined to accord with the white list policy under the condition that the secondary row number corresponding to the transaction account number of the transaction request belongs to the secondary row white list; or,
transmitting a primary row matching request comprising the transaction account number of the transaction request to a transaction information server, receiving a primary row number corresponding to the transaction account number of the transaction request returned by the transaction information server, comparing the primary row number corresponding to the transaction account number of the transaction request with the primary row whitelist, and determining that the transaction request accords with the whitelist policy under the condition that the primary row number corresponding to the transaction account number of the transaction request belongs to the primary row whitelist.
12. The method of claim 10, wherein determining that the transaction request complies with the whitelist policy by the value of the card number identification field comprises:
under the condition that the request message of the transaction request comprises a card number identification field, determining a transaction card number of the transaction request according to the value of the card number identification field;
transmitting an account matching request comprising the transaction card number of the transaction request to a transaction information server, receiving a transaction account corresponding to the transaction card number of the transaction request returned by the transaction information server, comparing the transaction account of the transaction request with the account white list, and determining that the transaction request accords with the white list policy under the condition that the transaction account of the transaction request belongs to the account white list; or,
transmitting a secondary row matching request comprising the transaction card number of the transaction request to a transaction information server, receiving a secondary row number corresponding to the transaction card number of the transaction request returned by the transaction information server, comparing the secondary row number corresponding to the transaction card number of the transaction request with the secondary row white list, and determining that the transaction request accords with the white list policy under the condition that the secondary row number corresponding to the transaction card number of the transaction request belongs to the secondary row white list; or,
Transmitting a primary row matching request comprising the transaction card number of the transaction request to a transaction information server, receiving a primary row number corresponding to the transaction card number of the transaction request returned by the transaction information server, comparing the primary row number corresponding to the transaction card number of the transaction request with the primary row white list, and determining that the transaction request accords with the white list policy under the condition that the primary row number corresponding to the transaction card number of the transaction request belongs to the primary row white list.
13. The method according to claim 11 or 12, wherein the account identification field is any one of the following fields: standard account number field, personalized account number field, and hidden account number field, wherein the card number identification field is any one of the following fields: standard card number field, personalized card number field, and blind card number field.
14. The method of claim 13, wherein the personalized account number field includes a process identification, a transaction account number, and a check code, wherein the personalized card number field includes a process identification, a transaction card number, and a check code, wherein the determining the transaction account number or the transaction card number of the transaction request based on the account number identification field or the card number identification field value includes:
Deleting the processing identification and the check code in the personalized account number field or the personalized card number field to obtain a rejection conversion result; wherein the culling conversion is performed by a spel analytic expression processor;
and taking the value of the eliminating conversion result as a transaction account number or a transaction card number of the transaction request.
15. The method as recited in claim 13, further comprising:
sending a restoration request corresponding to the value of the hidden account number field or the hidden card number field to a transaction information server, and receiving a restoration result returned by the transaction information server;
and taking the value of the reduction result as a transaction account number or a transaction card number of the transaction request.
16. The method of claim 13, wherein the transaction request includes a terminal identification of the old system terminal; further comprises:
searching a corresponding hidden processing mode of a financial institution from an old system database according to the terminal identification of the old system terminal, carrying out reduction processing on the value of the hidden account number field or the hidden card number field, and determining a reduction result; wherein the reduction process is performed using a spel parse expression processor;
And taking the value of the reduction result as a transaction account number or a transaction card number of the transaction request.
17. The method of claim 1, wherein the modifying the routing policy of the transaction request in real time comprises:
and modifying the routing strategy of the transaction identifier corresponding to the transaction request stored in the hard disk or the server database in real time, and refreshing the routing strategy of the transaction identifier corresponding to the transaction request in the memory.
18. The method of claim 17, wherein modifying the routing policy of the transaction identifier corresponding to the transaction request stored in the hard disk or in the server database in real time and refreshing the routing policy of the transaction identifier corresponding to the transaction request in the memory comprises:
generating a routing policy modification request; wherein the routing policy modification request includes modifying a correspondence;
substituting the modification corresponding relation into a modification script corresponding to the development environment of the old system server, executing the modification script, and updating a routing strategy of the transaction identifier corresponding to the transaction request in the hard disk or the server database;
and acquiring an updated routing strategy of the transaction identifier corresponding to the transaction request from the hard disk or the server database, and asynchronously refreshing the memory.
19. The method of claim 18, wherein the obtaining, from the hard disk or the server database, the updated routing policy for the transaction identifier corresponding to the transaction request comprises:
determining an updated acquisition path of the routing strategy of the transaction identifier corresponding to the transaction request according to the format of the routing strategy in the memory; the routing strategy in the hard disk is in an xml format or a json format, and the routing strategy in the server database is a relational database table or a non-relational database table;
and acquiring the updated routing strategy of the transaction identifier corresponding to the transaction request from the acquisition path.
20. The method of claim 1, wherein after forwarding the transaction request to the new system server, further comprising:
determining whether the waiting time waiting for the request processing result exceeds a preset time threshold, and if so, resending the transaction request to the new system server;
increasing the timeout times;
judging whether the overtime times exceeds a preset overtime times threshold, and under the condition that the overtime times exceeds the preset overtime times threshold, modifying a server address corresponding to a bank card number of the transaction request into a server url of the old system server in the routing strategy.
21. The method as recited in claim 20, further comprising:
and carrying out positive flushing processing on the transaction request corresponding to the timeout times.
22. The method of claim 1, further comprising, after said receiving the request processing result returned by the new system server:
judging whether the request processing result which is successfully processed accords with an expected processing result or not;
re-sending the transaction request to the new system server if the request processing result does not meet the expected processing result;
and counting the deviation times of the request processing result not meeting the expected processing result, and processing the transaction request exceeding a preset deviation times threshold by using the old system server.
23. A device for processing a transaction request in a new and old system switching process, wherein the device is applied to an old system server, and the device comprises:
the receiving module is used for receiving a transaction request sent by the old system terminal;
the routing module is used for searching a routing strategy corresponding to the transaction request in the memory according to the operation stage of the new system server; wherein the routing policy includes a whitelist policy;
The judging module is used for forwarding the transaction request to the new system server and receiving a request processing result returned by the new system server under the condition that the transaction request accords with the white list policy;
and the modification module is used for modifying the routing strategy of the transaction request in real time under the condition that the abnormal code of the request processing result is the old system identifier, and processing the transaction request according to the routing strategy after the real-time modification.
24. An electronic device for processing a transaction request during a new and old system switching process, comprising:
one or more processors;
storage means for storing one or more programs,
when executed by the one or more processors, causes the one or more processors to implement the method of any of claims 1-22.
25. A computer readable medium, on which a computer program is stored, characterized in that the program, when being executed by a processor, implements the method according to any of claims 1-22.
26. A computer program product comprising a computer program which, when executed by a processor, implements the method of any of claims 1-22.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310007401.9A CN116414628A (en) | 2023-01-04 | 2023-01-04 | Transaction request processing method and device in new and old system switching process |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310007401.9A CN116414628A (en) | 2023-01-04 | 2023-01-04 | Transaction request processing method and device in new and old system switching process |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN116414628A true CN116414628A (en) | 2023-07-11 |
Family
ID=87057150
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310007401.9A Pending CN116414628A (en) | 2023-01-04 | 2023-01-04 | Transaction request processing method and device in new and old system switching process |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116414628A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116980463A (en) * | 2023-09-22 | 2023-10-31 | 湖南三湘银行股份有限公司 | Method for automatically switching transactions based on detection message system |
-
2023
- 2023-01-04 CN CN202310007401.9A patent/CN116414628A/en active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116980463A (en) * | 2023-09-22 | 2023-10-31 | 湖南三湘银行股份有限公司 | Method for automatically switching transactions based on detection message system |
| CN116980463B (en) * | 2023-09-22 | 2024-01-30 | 湖南三湘银行股份有限公司 | Method for automatically switching transactions based on detection message system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110232565B (en) | Resource clearing method, device, computer equipment and storage medium | |
| US9785664B2 (en) | Gathering transaction data associated with locally stored data files | |
| US11153236B2 (en) | Real-time integration of machine intelligence into client messaging platforms | |
| US11100094B2 (en) | Taking snapshots of blockchain data | |
| CN112288577B (en) | Transaction processing method, device, electronic equipment and medium for distributed service | |
| CN110784498B (en) | Personalized data disaster tolerance method and device | |
| US11194792B2 (en) | Taking snapshots of blockchain data | |
| CN107612950A (en) | A kind of method, apparatus, system, electronic equipment that service is provided | |
| CN111260475A (en) | Data processing method, block chain node point equipment and storage medium | |
| CN116414628A (en) | Transaction request processing method and device in new and old system switching process | |
| US20240184774A1 (en) | Transaction Processing Failover | |
| CN110287267A (en) | A kind of data processing method and device of cross-node | |
| CN113360210A (en) | Data reconciliation method and device, computer equipment and storage medium | |
| CN111327680B (en) | Authentication data synchronization method, device, system, computer equipment and storage medium | |
| US20220214996A1 (en) | Information importing method and apparatus | |
| US11886281B2 (en) | Artificial intelligence engine providing automated error resolution | |
| CN112671636B (en) | Group message pushing method and device, computer equipment and storage medium | |
| CN114706774A (en) | Interface test method, device, equipment and storage medium | |
| CN114092074A (en) | Channel routing-based transaction method and device, computer equipment and storage medium | |
| CN111833036B (en) | Method, apparatus, device and computer readable medium for judging repeat transaction | |
| CN112965763B (en) | Service processing system, method, device and storage medium | |
| JP2018181012A (en) | Business cooperation system and business cooperation method | |
| CN114240649A (en) | Fee deduction method, fee deduction device, computer equipment, storage medium and program product | |
| CN115695288A (en) | Login control method and device, electronic equipment and storage medium | |
| WO2018184509A1 (en) | Data processing method and apparatus |
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 |