CN111767144A

CN111767144A - Transaction routing determination method, device, equipment and system for transaction data

Info

Publication number: CN111767144A
Application number: CN202010585017.3A
Authority: CN
Inventors: 杨超; 曹江波; 吴俊轶; 胡芳
Original assignee: Industrial and Commercial Bank of China Ltd ICBC
Current assignee: Industrial and Commercial Bank of China Ltd ICBC
Priority date: 2020-06-24
Filing date: 2020-06-24
Publication date: 2020-10-13
Anticipated expiration: 2040-06-24
Also published as: CN111767144B

Abstract

The present specification provides a method, an apparatus, a device, and a system for determining transaction routes of transaction data, where a user may pre-define routing configurations of transaction data of different types and different attributes, and the user may define two routing configurations for a simple service scenario and a complex service scenario, which may not only ensure a requirement for quickly determining transaction routes of transaction data in the simple service scenario, but also ensure that configuration elements based on transaction data in the complex service scenario are matched to accurate nodes, thereby ensuring that transaction data of different types in the complex service scenario can be executed independently and accurately. The flexible configuration of transaction routing is realized, the service requirements of different service scenes are met, and the applicability is wider.

Description

Transaction routing determination method, device, equipment and system for transaction data

Technical Field

The present specification belongs to the field of computer technologies, and in particular, to a method, an apparatus, a device, and a system for determining a transaction route of transaction data.

Background

With the development of computer technology, more and more transaction data are processed by using a computer, and when the transaction data are processed by the computer, a transaction request needs to be processed based on a certain routing rule. For some complex and diversified transaction requests, the routing rules also need to be flexible, for example: in recent years, the bill transaction market is developed vigorously, diversified transaction modules are gradually introduced into the bill transaction market, and a set of flexibly configured routing strategies is needed for physical isolation deployment realized on transaction deployment nodes based on transaction execution independence and high availability consideration, so that diversified, expandable and efficient transaction routing strategies are supported, and a transaction processing mechanism of multi-cluster mixed deployment is supported.

Disclosure of Invention

An object of the embodiments of the present specification is to provide a method, an apparatus, a device, and a system for determining a transaction route of transaction data, which improve flexibility of transaction route configuration and accuracy of transaction data route determination.

In one aspect, an embodiment of the present specification provides a transaction routing determination method for transaction data, where the method includes:

acquiring a message number corresponding to the received transaction request data;

acquiring a target routing configuration corresponding to the transaction request data according to the message number and a pre-stored routing configuration; the routing configuration comprises mapping relations between different message numbers and node groups, or mapping relations between different configuration elements and different node groups;

determining whether the target routing configuration comprises configuration elements, if so, acquiring target configuration element character strings in the transaction request data;

and determining a target processing node corresponding to the transaction request data according to the target configuration element character string and the routing configuration.

In another aspect, the present specification provides a transaction routing determining apparatus for transaction data, including:

the message number acquisition module is used for acquiring the message number corresponding to the received transaction request data;

the routing configuration acquisition module is used for acquiring target routing configuration corresponding to the transaction request data according to the message number and pre-stored routing configuration; the routing configuration comprises mapping relations between different message numbers and node groups, or mapping relations between different configuration elements and different node groups;

a configuration element determining module, configured to determine whether the target routing configuration includes a configuration element, and if so, obtain a target configuration element character string in the transaction request data;

and the node matching module is used for determining a target processing node corresponding to the transaction request data according to the target configuration element character string and the routing configuration.

In another aspect, an embodiment of the present specification provides a transaction routing determining device for transaction data, including at least one processor and a memory for storing processor-executable instructions, where the processor executes the instructions to implement the transaction routing determining method for the transaction data.

In yet another aspect, an embodiment of the present specification provides a transaction routing determination system for transaction data, including:

the routing configuration module is used for configuring message information, node information and mapping relation between messages and nodes;

the transaction access module is used for carrying out format conversion and verification on the received transaction request data;

the transaction routing module is used for determining a target processing node corresponding to the received transaction request data based on the routing configuration configured by the routing configuration module;

and the data storage module is used for storing the message information, the node information and the route configuration configured by the route configuration module.

According to the transaction route determining method, device, equipment and system for transaction data, a user can predefine the route configuration of the transaction data with different types and different attributes, and the user can define two kinds of route configurations aiming at a simple service scene and a complex service scene, so that the requirement of rapidly determining the transaction route of the transaction data in the simple service scene can be met, the configuration elements based on the transaction data in the complex service scene can be matched to accurate nodes, and the transaction data with different types in the complex service scene can be independently and accurately executed. The flexible configuration of transaction routing is realized, the service requirements of different service scenes are met, and the applicability is wider.

Drawings

In order to more clearly illustrate the embodiments of the present specification or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly introduced below, it is obvious that the drawings in the following description are only some embodiments described in the present specification, and for those skilled in the art, other drawings can be obtained according to the drawings without any creative effort.

Fig. 1 is a schematic flow chart diagram of an embodiment of a transaction routing determination method for transaction data provided in an embodiment of the present specification;

FIG. 2 is a flow diagram illustrating routing configuration acquisition in some embodiments of the present description;

FIG. 3 is a schematic flow chart of a transaction routing determination system for transaction data to perform transaction routing determination for transaction data in one embodiment of the present description;

FIG. 4 is a schematic diagram of the structure of a transaction routing determination device for transaction data in some embodiments of the present description;

fig. 5 is a block diagram of a hardware configuration of a transaction routing determination server for transaction data in one embodiment of the present specification.

Detailed Description

In order to make those skilled in the art better understand the technical solutions in the present specification, the technical solutions in the embodiments of the present specification will be clearly and completely described below with reference to the drawings in the embodiments of the present specification, and it is obvious that the described embodiments are only a part of the embodiments of the present specification, and not all of the embodiments. All other embodiments obtained by a person skilled in the art based on the embodiments in the present specification without any inventive step should fall within the scope of protection of the present specification.

With the development of computer technology, more and more transactions are processed by a computer, a user can submit transaction data at a client, and the transaction data is processed by a transaction route determination node, and generally, the transaction route determination of the transaction data needs to be processed in sequence according to a transaction data submission time sequence or other transaction rules. As the variety of transaction data increases, the processing procedures and requirements of different data will be different, and different transaction data may require a flexible and variable routing policy.

Fig. 1 is a schematic flow chart of an embodiment of a transaction routing determination method for transaction data provided in an embodiment of the present specification. Although the present specification provides the method steps or apparatus structures as shown in the following examples or figures, more or less steps or modules may be included in the method or apparatus structures based on conventional or non-inventive efforts. In the case of steps or structures which do not logically have the necessary cause and effect relationship, the execution order of the steps or the block structure of the apparatus is not limited to the execution order or the block structure shown in the embodiments or the drawings of the present specification. When the described method or module structure is applied to a device, a server or an end product in practice, the method or module structure according to the embodiment or the figures may be executed sequentially or in parallel (for example, in a parallel processor or multi-thread processing environment, or even in an implementation environment including distributed processing and server clustering).

In a specific embodiment, as shown in fig. 1, in an embodiment of the method for determining a transaction route of transaction data provided in this specification, the method may be applied to a terminal device such as a client, a server, and the like, and specifically may be a terminal such as a computer, a tablet computer, a server, and the like, and the method may include the following steps:

and 102, acquiring a message number corresponding to the received transaction request data.

In a specific implementation process, the method in this embodiment may be applied to a terminal device capable of determining a transaction route of transaction data, where the terminal device may receive transaction request data submitted by a user through a client, and the transaction request data may include: the transaction request data can be sent to the transaction route determining terminal in the form of a message. The embodiments of the present specification do not limit the specific content and type of transaction request data, such as: the data can be requested for click bargaining, anonymous click and other transaction requests in the bill transaction. Such as: the user submits an anonymous click transaction through the client, and after receiving the transaction request data, the message number of the transaction request data can be obtained. The message number may be a code for identifying different types of messages based on the service types of different transaction request data, that is, the message number may indicate the service type to which the transaction request data corresponding to the message belongs, and specifically, the message number may be a character having a certain rule, and different characters represent different service types. The service type may be understood as a feature capable of characterizing the transaction request data category to set the service type according to the service scenario of the transaction request data, for example: the dialogue quotation transaction and the anonymous click transaction belong to different service types.

104, acquiring a target routing configuration corresponding to the transaction request data according to the message number and a pre-stored routing configuration; the routing configuration comprises mapping relations between different message numbers and node groups, or mapping relations between different configuration elements and different node groups.

In a specific implementation process, in this embodiment of the present specification, routing configuration information may also be predefined and stored, where the routing configuration may include a mapping relationship between different packet numbers and node groups, or a mapping relationship between different configuration elements and different node groups, a node group may include a plurality of nodes, and a processing node of a node, which is transaction data, may be a computer, a server, or other terminal device capable of performing data processing. Of course, other information may also be included in the routing configuration such as: node information, message information, and the like, and the embodiments of this specification are not particularly limited. In some embodiments of the present description, the routing configuration may provide two configuration policies, for simple application scenarios such as: a service scenario in which transaction data is relatively simple or message content is relatively simple is specifically as follows: the dialogue quotation transaction type can define the mapping relation between the message number and the node group, namely the message of one message number is processed by the nodes in one node group. For more complex application scenarios such as: the business scenario that the transaction data is complex and the content of the transaction message is complex specifically includes: the anonymous click transaction type can define the configuration elements of the messages with different message numbers and the mapping relation between the configuration elements and different node groups. For example: the message with the message number 001 corresponds to a simple application scenario, and the message with the message number 001 may be directly configured in the routing configuration to correspond to the node group with the node group number 1. If the packet with the packet number of 002 corresponds to a complex application scenario, the configuration elements of the packet with the packet number of 002 may be defined in the routing configuration as follows: the service type, the bill medium, the bill type and the deadline, and the values of different configuration elements are defined to correspond to different node groups. The configuration elements can be key elements capable of representing business attributes or business characteristics of the transaction request data.

And when transaction request data is received, acquiring a message number corresponding to the transaction request data, and acquiring a target routing configuration corresponding to the transaction request data based on the message number and a pre-stored routing configuration. The target routing configuration may include a node group or a node group number corresponding to the packet number, or may be a configuration element corresponding to the packet number.

Step 106, determining whether the target routing configuration includes a configuration element, and if so, acquiring a target configuration element character string in the transaction request data.

In a specific implementation process, after determining the target routing configuration of the transaction request data according to the message number of the transaction request data, determining whether the target routing configuration comprises a configuration element, if so, acquiring a corresponding target configuration element character string from the transaction request data. Such as: after receiving the transaction request data, the transaction request data may be subjected to unified format conversion, and according to the configuration element in the target routing configuration of the transaction request data, a character combination at a specified position in the converted transaction request data is obtained as a target configuration element character string, or a combination of specified characters therein is also obtained as a target configuration element character string. Such as: if the message number of the transaction request data is 002, a configuration element is defined in the routing configuration of the 002 message: the service type, the bill medium, the bill type and the deadline, and the service type of the acquired transaction request data is BT01, the bill medium M02, the bill type MT01 and the deadline 7D, then the target configuration element character string of the transaction request data is BT01M02MT 017D.

And step 108, determining a target processing node corresponding to the transaction request data according to the target configuration element character string and the routing configuration.

In a specific implementation process, after the target configuration element character string of the transaction request data is determined, the node group corresponding to the transaction request data can be determined according to the relationship between the configuration element and the node group in the route configuration, and further the target processing node is determined. For example: the routing configuration can define the mapping relation between different configuration element character strings and the node group, and the node group corresponding to the transaction request data is determined based on the configuration element character strings and the mapping relation of the transaction request data, so that the target processing node is further determined. Such as: after the node group is determined, a node can be arbitrarily selected from the node group corresponding to the transaction request data as a target processing node, and a node with relatively strong processing capability and relatively small current load can be selected as the target processing node according to the load, the processing capability and the like of each node in the node group.

In some embodiments of this specification, said determining, according to the target configuration element character string and the routing configuration, a target processing node corresponding to the transaction request data includes:

performing hash calculation on the target configuration element character string by using a hash algorithm to determine a hash value corresponding to the target configuration element character string;

matching the hash value corresponding to the target configuration element character string with the key value of each node group in the route configuration, and determining a target processing node group corresponding to the transaction request data;

selecting a node from the group of target processing nodes as the target processing node.

In a specific implementation process, key values of different node groups can be defined in the routing configuration, after a target configuration element character string of the transaction request data is obtained, a hash value corresponding to the target configuration element character string of the transaction request data is calculated through a hash algorithm, the hash value is matched with the key values of all the node groups in the routing configuration, and a target processing node group corresponding to the transaction request data is determined. Then selecting one node from the target processing node group as a target processing node of the transaction request data, for example; and selecting one node from the target processing node group at will or screening out one node as a target processing node based on a certain rule. The hash calculation is carried out on the configuration element character strings in the transaction request data, the configuration element character strings are matched with the predefined route configuration, the configuration element character strings represent the service attributes of the transaction request data, and the nodes corresponding to the transaction request data can be quickly and accurately determined based on the hash calculation of the configuration element character strings, so that the routing determination efficiency of the transaction request data is improved, and the processing efficiency of the transaction request data is further improved.

Of course, in some embodiments of the present description, it is also possible that no configuration element is defined in the obtained target route configuration, and the target processing node corresponding to the transaction request data may be determined directly according to the message number and the route configuration of the transaction request data. For example: if no configuration element is defined in the routing configuration of the message number 001, it may be indicated that the message corresponds to a simpler transaction scenario, and the node group corresponding to the message number 001 may be directly queried according to the stored routing configuration, that is, if the routing configuration of the message number 001 does not include a configuration element, the node group corresponding to the message should be included. A node can be arbitrarily selected from the node group, or a node with a relatively strong processing capability and a relatively small current load can be selected as a target processing node according to the load, the processing capability and the like of each node in the node group. The simple service scene can meet the service requirement by processing one message in the same group of nodes, the routing determination of the transaction request data can be realized directly through the message number for the simple service scene, the method is simple, and the routing of the transaction request data can be quickly determined.

In the method for determining transaction routes of transaction data provided in the embodiments of the present description, a user may pre-define route configurations of transaction data of different types and different attributes, and the user may define two route configurations for a simple service scenario and a complex service scenario, which may not only ensure a requirement of quickly determining transaction routes of transaction data in the simple service scenario, but also ensure that configuration elements based on transaction data in the complex service scenario are matched to accurate nodes, thereby ensuring that transaction data of different types in the complex service scenario can be executed independently and accurately. The flexible configuration of transaction routing is realized, the service requirements of different service scenes are met, and the applicability is wider.

On the basis of the foregoing embodiments, in some embodiments of the present specification, the routing configuration further includes a routing policy lifecycle;

the method further comprises; determining an expiration date between the transaction request data and the target processing node according to the routing policy lifecycle.

In a specific implementation process, in some embodiments of this specification, when defining a routing configuration, a routing policy lifecycle of a corresponding routing configuration may also be defined, and the routing policy lifecycle may characterize an effective start time to an effective end time of one routing configuration. When a target processing node corresponding to transaction request data is determined, the validity period between the transaction request data and the target processing node can be determined according to the life cycle of a routing policy in routing configuration, and particularly, the service types required by a time node are as follows: the transaction data of product distribution and the like can realize the automatic and dynamic switching of the transaction request data among different nodes at different time nodes by defining the life cycle of the routing strategy.

For example: in the routing configuration, the transaction request data with the message number 001 corresponds to the node group with the number 2, the routing strategy life cycle of the routing configuration is defined to be 1 month and 1 day of 2020 and 1 month and 3 days of 2020, meanwhile, the transaction request data with the message number 001 corresponds to the node group with the number 3, and the routing strategy life cycle of the routing configuration is defined to be 1 month and 4 days of 2020 and 1 month and 5 days of 2020. When receiving the transaction request data with the message number 001 in 1/2020, the transaction request data can be routed to the node in the node group 2 for processing, and when reaching 1/4/2020, the transaction request data with the message number 001 is automatically switched to the node group 3 for processing. The function of automatic flow switching is realized.

On the basis of the above embodiments, in some embodiments of the present specification, the method further includes:

when the nodes are started, the health state of each node is determined through heartbeat detection;

and if the unavailable node exists according to the health state of the node, automatically isolating the unavailable node in the node group, so that the unavailable node cannot be used as the target processing node.

In a specific implementation process, the health state of each node can be determined by performing heartbeat detection and the like on each node, if a fault occurs in an existing node, that is, when an unavailable node exists, the unavailable node can be isolated in a node group, isolated node transaction request data cannot be routed to, that is, when the transaction request data is received and a corresponding target processing node is determined, the isolated node is not selected any more. For example: a certain node a in the node group 1 is isolated, and when the transaction route determined by the transaction request data is the node group 1 and one node is selected as a target processing node in the node group 1, the node a cannot be selected. By means of automatic isolation, the problem that normal processing cannot be performed due to the fact that the node determined by the transaction request data is a fault node is avoided, and the transaction request data are guaranteed to be processed safely, accurately and timely.

storing the routing configuration in a distributed cache and a database respectively;

when the route configuration is obtained, obtaining the route configuration from the distributed cache;

and if the route configuration is failed to be obtained from the distributed cache, obtaining the route configuration from the database.

In a specific implementation process, fig. 2 is a schematic flow diagram of route configuration acquisition in some embodiments of the present description, and as shown in fig. 2, in some embodiments of the present description, two storage manners, namely, a distributed cache and a database storage, are provided, when route configuration needs to be acquired, the route configuration may be acquired from the distributed cache first, and if the route configuration acquisition from the distributed cache fails, the route configuration acquisition is as follows: if the distributed cache is unavailable or the obtained route configuration is empty, the route configuration is obtained from the database. The distributed cache supports quick access of an application layer, the data processing efficiency can be improved, and the database storage can ensure the safety of data. By introducing distributed cache, hot spot configuration sharing and real-time access are realized, the data cost is improved, the database access pressure is reduced, and data sharing among nodes is realized.

On the basis of the above embodiments, in some embodiments of the present specification, the method further includes: the method further comprises the following steps:

node information of each node and message information of different messages are configured in advance;

and performing node connection management based on the node information of each node, and performing message management based on the message information of the message.

In a specific implementation process, when the definition of the routing configuration is performed, node information of each node may also be defined as; the basic information of the node, the advanced attribute of the node and the like are configured, and different message information such as: and configuring message basic information, message detail information and the like. The configured node information and the message information can be included in the routing configuration. The node basic information may include: the IP (domain name), port, node attribution type and node description of the node can realize the establishment and management of the node connection through the configured node basic information. The node advanced attribute configuration may include high availability mode information, connection mode information, heartbeat detection mechanism information, and the like. By the high-level attribute configuration of the nodes, the node availability detection can be realized, and the automatic switching of processing nodes is realized when the nodes are abnormal. The message basic information may include: message number, message type, channel, transmission direction, routing field, etc. The message detail information may include the configuration of message detail elements, such as the amount of the transaction, the institution, interest rate, and format requirements corresponding to attributes. The unified management of the message can be realized through the configuration of the message information, the analysis of the message is realized, and the formatting check and the like are carried out on the message uploading content.

In the present specification, each embodiment of the method is described in a progressive manner, and the same and similar parts among the embodiments are referred to each other, and each embodiment focuses on the differences from the other embodiments. The relevant points can be obtained by referring to the partial description of the method embodiment.

Based on the transaction route determination method for transaction data, one or more embodiments of the present specification further provide a system for transaction route determination for transaction data. The system may include systems (including distributed systems), software (applications), modules, components, servers, clients, etc. that use the methods described in embodiments of the present specification in conjunction with any necessary hardware-implemented devices. Based on the same innovative conception, embodiments of the present specification provide an apparatus as described in the following embodiments. Since the implementation scheme of the apparatus for solving the problem is similar to that of the method, the specific apparatus implementation in the embodiment of the present specification may refer to the implementation of the foregoing method, and repeated details are not repeated. As used hereinafter, the term "unit" or "module" may be a combination of software and/or hardware that implements a predetermined function. Although the systems, devices described in the following embodiments are preferably implemented in software, implementations in hardware, or a combination of software and hardware are also possible and contemplated.

Fig. 3 is a schematic flow chart of a transaction routing determination system for transaction data to perform transaction routing determination for transaction data in an embodiment of the present specification, and as shown in fig. 3, some embodiments of the present specification may provide a transaction routing determination system for transaction data, which may include: route configuration module, trade admittance module, trade route module, data storage module, wherein:

as shown in fig. 3, when a user submits a transaction request through a client, the user enters the transaction admission module, the transaction admission module can realize transaction corrosion prevention, convert different types of communication messages in different channels into a uniform format, check the validity and the security of the messages, realize a message-level current limiting mechanism, and ensure the availability of the whole routing determination system. The transaction access module mainly comprises an access verification unit, a transaction checking unit and a communication current limiting unit, wherein: the admission verification unit can verify the signature of the request message and complete the message decryption operation according to the corresponding encryption and decryption algorithm. The transaction checking unit can realize the deserialization of the request message according to the appointed format of the message and realize the basic check and the compliance check. The basic check comprises element format check, transaction timing, service element checking and the like; the compliance check comprises permission check, message private area and public area check and the like, such as whether a request message mechanism has corresponding transaction permission or not and whether the request mechanism is a direct mechanism of a public area member or not. The communication current limiting unit can realize grouping according to the type of the communication message, and implement current limiting on the communication request based on the thread pool. Transaction concurrent processing is realized by setting the size of a thread pool, if the thread is 10, the number of concurrent processing is equivalent to 10, and transaction requests are limited based on the size of the thread pool.

After the transaction admission module performs message verification, the transaction routing module may determine a target processing node of the received transaction request data. The transaction routing module is mainly responsible for connection management with the transaction processing node, and realizes the relationship analysis between the communication message and the processing node and the transaction forwarding. The system mainly comprises a route matching unit, a connection management unit and a route configuration initial unit, wherein: the route matching unit can coordinate the route configuration to match with the request message, and through the converted JavaBean of the transaction admission module, the route configuration is called to obtain the corresponding route configuration (which can include node information, message information corresponding to the request message and route configuration information), so as to realize the matching of the communication message and the processing node, and further forward the communication message to the appointed transaction node for processing. The route matching unit may include a read route configuration subunit and a custom route calculation subunit, where the read route configuration subunit is configured to obtain configuration information of the packet and a relationship between the packet and the node from the distributed cache according to the packet number, and obtain the route configuration from the database if the distributed cache is unavailable or the configuration is not hit. The custom route calculation subunit is used for executing custom route calculation according to the condition that whether the route configuration element is a 'yes' or not, if a Hash algorithm is automatically realized, converting a character string formed by a plurality of configuration elements into a Hash value, and then performing node matching. The connection management unit can coordinate communication and connection management of the routing node and the transaction node, realizes decoupling of a routing determination system and the connection management, and is mainly used for connection management, heartbeat detection and transaction node health management. Connection management: the management transaction routing node is connected with a socket (a protocol-independent network programming interface) established by the transaction processing node, as shown in fig. 3, the connection management device can be connected to different transaction processing node clusters; heartbeat detection: the method is used for establishing connection when the node is started and keeping the connection through a heartbeat detection mechanism; transaction node health management: and identifying the node health state of the target transaction processing node through heartbeat detection, and if the target node is unavailable, automatically isolating the unavailable transaction node. The routing configuration initial unit is used for initializing the latest routing information of the database to the distributed cache from the database when the routing node is started. Based on a Quatz (an open source job scheduling frame completely written by java) fixed frequency process, the data consistency check of the database and the distributed cache is realized, and the data synchronization is carried out on the condition of data inconsistency.

The data storage module is mainly used for storing the routing parameters and performing storage management through a database and a cache. The system consists of a cache storage unit and a database storage unit. The cache storage unit can realize cache processing on the rule data of the hot spot, and the access efficiency of the routing rule is improved. The database storage unit is used as a main data source for realizing the routing rule and provides data support when the cache is unavailable.

In addition, the system provided in the embodiment of the present specification may further include a routing configuration module, where the routing configuration module may implement unified management of message information and node information, support flexible configuration of a message and a transaction processing node, and adapt to different processing requirements of multiple dimensions of a service (such as service types, transaction modes, and ticket media). The route configuration module is not shown in fig. 3, and is mainly divided into a node configuration unit and a route configuration unit, where:

the node configuration device can support the transaction routing module pair through the configuration of the basic information of the transaction node and the configuration of the advanced attribute of the node. The node basic information configuration mainly records basic information of the transaction processing node, such as IP (domain name), port, node attribution type and node description of the node, and the transaction routing module can realize the establishment and management of node connection through the configuration information; the node advanced attribute configuration comprises high available mode information, connection mode information, heartbeat detection mechanism information and the like. The transaction routing node realizes the node availability detection through high-level attribute configuration, and realizes automatic switching of processing nodes when the nodes are abnormal. The message configuration unit can realize the unified management of the message, and the transaction access module can use the configuration information provided by the device to realize the analysis of the message and carry out the formatting check on the message uploading content. The method comprises message basic information configuration and message detail information configuration, wherein the message basic information configuration mainly comprises transaction message basic attributes for configuration, such as message number, message type, channel, transmission direction, routing field and the like. The message detail information configuration mainly comprises the configuration of message detail elements, such as the format requirements corresponding to the amount, mechanism, interest rate and attribute of transaction.

The routing configuration unit mainly surrounds the node configuration unit and the message configuration unit, and realizes the relationship configuration of messages and nodes, the corresponding relationship configuration of key service elements in the messages and the nodes, and the effective period management of routing strategies. The relation configuration of the message and the nodes mainly aims at processing a message in the same group of nodes in a simple scene. If the message number 001 message is at a dialogue quotation type (dialogue quotation node 1.. dialogue quotation N) node, as shown in table 1 below:

TABLE 1

Message numbering	Message element	Node group numbering
			001		2

For complex service scenes, the corresponding relationship between the service elements in the message and the node groups can be configured. The corresponding relation configuration of key business elements and nodes in the message mainly realizes that a character string is formed by a plurality of key elements in the message, namely, an element character string is configured, then, the key elements are converted into main keys by a Hash algorithm, and the key business elements and the nodes are associated with one group. If the configuration elements of the route in the basic information configuration of the message with the message number of 002 are the service type (BT01), the ticket medium (M02), the ticket type (MT01) and the deadline (7D), a large character string BT01M02MT017D is first composed, hash values are calculated through hashing, and the relationship configuration between messages with different hash values and nodes is shown in the following table 2:

TABLE 2

Message numbering	Message element	Node group numbering
			002	W	2
002	W1	3
			002	W2	4

The routing policy validity period management mainly implements the lifecycle configuration for the above configuration, as shown in table 3 below:

TABLE 3

The invention mainly adopts java and distributed cache technologies and the like, and supports more transaction platforms. For processing high-frequency routing hot spot data, a distributed cache is introduced to improve the data access efficiency, and a database is used as a reduction scheme to realize high availability of data service. The routing configuration is flexibly realized, the user is supported to compile the self-defined route, and the universality of the routing scheme is greatly expanded.

Fig. 4 is a schematic structural diagram of a transaction route determination device for transaction data in some embodiments of the present specification, and as shown in fig. 4, the transaction route determination device for transaction data provided in the present specification may include:

a message number obtaining module 41, configured to obtain a message number corresponding to the received transaction request data;

a routing configuration obtaining module 42, configured to obtain, according to the message number and a pre-stored routing configuration, a target routing configuration corresponding to the transaction request data; the routing configuration comprises mapping relations between different message numbers and node groups, or mapping relations between different configuration elements and different node groups;

a configuration element determining module 43, configured to determine whether the target routing configuration includes a configuration element, and if yes, obtain a target configuration element character string in the transaction request data;

and the node matching module 44 is configured to determine a target processing node corresponding to the transaction request data according to the target configuration element character string and the route configuration.

In the transaction route determining device for transaction data provided in the embodiments of the present description, a user may pre-define routing configurations of transaction data of different types and different attributes, and the user may define two routing configurations for a simple service scenario and a complex service scenario, which may not only ensure a requirement of quickly determining a transaction route for transaction data in the simple service scenario, but also ensure that configuration elements based on transaction data in the complex service scenario are matched to an accurate node, thereby ensuring that transaction data of different types in the complex service scenario can be executed independently and accurately. The flexible configuration of transaction routing is realized, the service requirements of different service scenes are met, and the applicability is wider.

It should be noted that the above-mentioned apparatus may also include other embodiments according to the description of the corresponding method embodiment. The specific implementation manner may refer to the description of the above corresponding method embodiment, and is not described in detail herein.

An embodiment of the present specification further provides a transaction routing determining device for transaction data, including: at least one processor and a memory for storing processor-executable instructions, the processor implementing the information recommendation data processing method of the above embodiment when executing the instructions, such as:

It should be noted that the above description of the apparatus according to the method embodiment may also include other embodiments. The specific implementation manner may refer to the description of the related method embodiment, and is not described in detail herein.

The transaction route determination device for transaction data provided by the present specification can also be applied to various data analysis processing systems. The system or server or terminal or device may be a single server, or may include a server cluster, a system (including a distributed system), software (applications), actual operating devices, logical gate devices, quantum computers, etc. using one or more of the methods described herein or one or more embodiments of the system or server or terminal or device, in combination with necessary end devices implementing hardware. The system for checking for discrepancies may comprise at least one processor and a memory storing computer-executable instructions that, when executed by the processor, implement the steps of the method of any one or more of the embodiments described above.

The method embodiments provided by the embodiments of the present specification can be executed in a mobile terminal, a computer terminal, a server or a similar computing device. Taking the example of the operation on the server, fig. 5 is a block diagram of a hardware structure of a transaction routing determination server for transaction data in an embodiment of the present specification, and the computer terminal may be the transaction routing determination server for transaction data or a transaction routing determination device for transaction data in the above embodiment. As shown in fig. 5, the server 10 may include one or more (only one shown) processors 100 (the processors 100 may include, but are not limited to, a processing device such as a microprocessor MCU or a programmable logic device FPGA, etc.), a non-volatile memory 200 for storing data, and a transmission module 300 for communication functions. It will be understood by those skilled in the art that the structure shown in fig. 5 is only an illustration and is not intended to limit the structure of the electronic device. For example, the server 10 may also include more or fewer components than shown in FIG. 5, and may also include other processing hardware, such as a database or multi-level cache, a GPU, or have a different configuration than shown in FIG. 5, for example.

The non-volatile memory 200 may be used to store software programs and modules of application software, such as program instructions/modules corresponding to the transaction routing determination method of transaction data in the embodiment of the present specification, and the processor 100 executes various functional applications and resource data updates by executing the software programs and modules stored in the non-volatile memory 200. Non-volatile memory 200 may include high-speed random access memory, and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some examples, the non-volatile memory 200 may further include memory located remotely from the processor 100, which may be connected to a computer terminal through a network. Examples of such networks include, but are not limited to, the internet, intranets, office-to-network, mobile communication networks, and combinations thereof.

The transmission module 300 is used for receiving or transmitting data via a network. Specific examples of the network described above may include a wireless network provided by a communication provider of the computer terminal. In one example, the transmission module 300 includes a Network adapter (NIC) that can be connected to other Network devices through a base station so as to communicate with the internet. In one example, the transmission module 300 may be a Radio Frequency (RF) module, which is used for communicating with the internet in a wireless manner.

The foregoing description has been directed to specific embodiments of this disclosure. Other embodiments are within the scope of the following claims. In some cases, the actions or steps recited in the claims may be performed in a different order than in the embodiments and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In some embodiments, multitasking and parallel processing may also be possible or may be advantageous.

The method or apparatus provided in this specification and described in the foregoing embodiments may implement service logic through a computer program and record the service logic on a storage medium, where the storage medium may be read and executed by a computer, and implement the effects of the solutions described in the embodiments of this specification, such as:

The storage medium may include a physical device for storing information, and typically, the information is digitized and then stored using an electrical, magnetic, or optical media. The storage medium may include: devices that store information using electrical energy, such as various types of memory, e.g., RAM, ROM, etc.; devices that store information using magnetic energy, such as hard disks, floppy disks, tapes, core memories, bubble memories, and usb disks; devices that store information optically, such as CDs or DVDs. Of course, there are other ways of storing media that can be read, such as quantum memory, graphene memory, and so forth.

The method or apparatus for determining transaction route of transaction data provided in the embodiments of this specification may be implemented in a computer by a processor executing corresponding program instructions, for example, implemented in a PC using a c + + language of a windows operating system, implemented in a linux system, or implemented in an intelligent terminal using android, iOS system programming languages, implemented in processing logic based on a quantum computer, or the like.

It should be noted that descriptions of the apparatus, the computer storage medium, and the system described above according to the related method embodiments may also include other embodiments, and specific implementations may refer to descriptions of corresponding method embodiments, which are not described in detail herein.

The embodiments in the present specification are described in a progressive manner, and the same and similar parts among the embodiments may be referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, for the hardware + program class embodiment, since it is substantially similar to the method embodiment, the description is simple, and the relevant points can be referred to only the partial description of the method embodiment.

The embodiments of the present description are not limited to what must be consistent with industry communications standards, standard computer resource data updating and data storage rules, or what is described in one or more embodiments of the present description. Certain industry standards, or implementations modified slightly from those described using custom modes or examples, may also achieve the same, equivalent, or similar, or other, contemplated implementations of the above-described examples. The embodiments using the modified or transformed data acquisition, storage, judgment, processing and the like can still fall within the scope of the alternative embodiments of the embodiments in this specification.

In the 90 s of the 20 th century, improvements in a technology could clearly distinguish between improvements in hardware (e.g., improvements in circuit structures such as diodes, transistors, switches, etc.) and improvements in software (improvements in process flow). However, as technology advances, many of today's process flow improvements have been seen as direct improvements in hardware circuit architecture. Designers almost always obtain the corresponding hardware circuit structure by programming an improved method flow into the hardware circuit. Thus, it cannot be said that an improvement in the process flow cannot be realized by hardware physical modules. For example, a Programmable Logic Device (PLD), such as a Field Programmable Gate Array (FPGA), is an integrated circuit whose Logic functions are determined by programming the Device by a user. A digital system is "integrated" on a PLD by the designer's own programming without requiring the chip manufacturer to design and fabricate application-specific integrated circuit chips. Furthermore, nowadays, instead of manually making an integrated Circuit chip, such Programming is often implemented by "logic compiler" software, which is similar to a software compiler used in program development and writing, but the original code before compiling is also written by a specific Programming Language, which is called Hardware Description Language (HDL), and HDL is not only one but many, such as abel (advanced Boolean Expression Language), ahdl (alternate Language Description Language), traffic, pl (core unified Programming Language), HDCal, JHDL (Java Hardware Description Language), langue, Lola, HDL, laspam, hardsradware (Hardware Description Language), vhjhd (Hardware Description Language), and vhigh-Language, which are currently used in most common. It will also be apparent to those skilled in the art that hardware circuitry that implements the logical method flows can be readily obtained by merely slightly programming the method flows into an integrated circuit using the hardware description languages described above.

The controller may be implemented in any suitable manner, for example, the controller may take the form of, for example, a microprocessor or processor and a computer-readable medium storing computer-readable program code (e.g., software or firmware) executable by the (micro) processor, logic gates, switches, an Application Specific Integrated Circuit (ASIC), a programmable logic controller, and an embedded microcontroller, examples of which include, but are not limited to, the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20, and Silicone Labs C8051F320, the memory controller may also be implemented as part of the control logic for the memory. Those skilled in the art will also appreciate that, in addition to implementing the controller as pure computer readable program code, the same functionality can be implemented by logically programming method steps such that the controller is in the form of logic gates, switches, application specific integrated circuits, programmable logic controllers, embedded microcontrollers and the like. Such a controller may thus be considered a hardware component, and the means included therein for performing the various functions may also be considered as a structure within the hardware component. Or even means for performing the functions may be regarded as being both a software module for performing the method and a structure within a hardware component.

The systems, devices, modules or units illustrated in the above embodiments may be implemented by a computer chip or an entity, or by a product with certain functions. One typical implementation device is a computer. In particular, the computer may be, for example, a personal computer, a laptop computer, a vehicle-mounted human-computer interaction device, a cellular telephone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.

Although one or more embodiments of the present description provide method operational steps as described in the embodiments or flowcharts, more or fewer operational steps may be included based on conventional or non-inventive approaches. The order of steps recited in the embodiments is merely one manner of performing the steps in a multitude of orders and does not represent the only order of execution. When the device or the end product in practice executes, it can execute sequentially or in parallel according to the method shown in the embodiment or the figures (for example, in the environment of parallel processors or multi-thread processing, even in the environment of distributed resource data update). The terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, the presence of additional identical or equivalent elements in a process, method, article, or apparatus that comprises the recited elements is not excluded. The terms first, second, etc. are used to denote names, but not any particular order.

For convenience of description, the above devices are described as being divided into various modules by functions, and are described separately. Of course, when implementing one or more of the present description, the functions of each module may be implemented in one or more software and/or hardware, or a module implementing the same function may be implemented by a combination of multiple sub-modules or sub-units, etc. The above-described embodiments of the apparatus are merely illustrative, and for example, the division of the units is only one logical division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable resource data updating apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable resource data updating apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable resource data update apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable resource data update apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

In a typical configuration, a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.

The memory may include forms of volatile memory in a computer readable medium, Random Access Memory (RAM) and/or non-volatile memory, such as Read Only Memory (ROM) or flash memory (flash RAM). Memory is an example of a computer-readable medium.

Computer-readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), Static Random Access Memory (SRAM), Dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), Read Only Memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), Digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage, graphene storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information that can be accessed by a computing device. As defined herein, a computer readable medium does not include a transitory computer readable medium such as a modulated data signal and a carrier wave.

As will be appreciated by one skilled in the art, one or more embodiments of the present description may be provided as a method, system, or computer program product. Accordingly, one or more embodiments of the present description may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, one or more embodiments of the present description may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

One or more embodiments of the present description may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. One or more embodiments of the present specification can also be practiced in distributed computing environments where tasks are performed by remote devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including memory storage devices.

The embodiments in the present specification are described in a progressive manner, and the same and similar parts among the embodiments may be referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, for system embodiments, since they are substantially similar to method embodiments, the description is relatively simple, and the relevant points can be referred to only part of the description of the method embodiments. In the description of the specification, reference to the description of the term "one embodiment," "some embodiments," "an example," "a specific example," or "some examples," etc., means that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the specification. In this specification, the schematic representations of the terms used above are not necessarily intended to refer to the same embodiment or example. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or more embodiments or examples. Furthermore, various embodiments or examples and features of different embodiments or examples described in this specification can be combined and combined by one skilled in the art without contradiction.

The above description is merely exemplary of one or more embodiments of the present disclosure and is not intended to limit the scope of one or more embodiments of the present disclosure. Various modifications and alterations to one or more embodiments described herein will be apparent to those skilled in the art. Any modification, equivalent replacement, improvement or the like made within the spirit and principle of the present specification should be included in the scope of the claims.

Claims

1. A transaction routing determination method for transaction data, the method comprising:

2. The method of claim 1, wherein the method further comprises:

and if the target routing configuration does not comprise configuration elements, determining the target processing node directly according to the message number of the transaction request data and the routing configuration.

3. The method of claim 1, further comprising a routing policy lifecycle in the routing configuration;

4. The method of claim 1, wherein the determining a target processing node corresponding to the transaction request data based on the target configuration element string and the routing configuration comprises:

5. The method of claim 1, wherein the method further comprises:

6. The method of claim 1, wherein the method further comprises:

7. The method of claim 1, wherein the method further comprises:

8. A transaction routing determination apparatus for transaction data, comprising:

9. A transaction routing determining apparatus for transaction data, comprising: at least one processor and a memory for storing processor-executable instructions, the processor implementing the method of any one of claims 1-7 when executing the instructions.

10. A transaction routing determination system for transaction data, comprising: