CN115689754A - Transaction result data processing method, device, equipment and storage medium - Google Patents
Transaction result data processing method, device, equipment and storage medium Download PDFInfo
- Publication number
- CN115689754A CN115689754A CN202211392167.8A CN202211392167A CN115689754A CN 115689754 A CN115689754 A CN 115689754A CN 202211392167 A CN202211392167 A CN 202211392167A CN 115689754 A CN115689754 A CN 115689754A
- Authority
- CN
- China
- Prior art keywords
- calling
- transaction
- transaction result
- data
- result
- 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
Images
Abstract
The application relates to the field of data processing, and discloses a transaction result data processing method, a device, equipment and a storage medium, wherein the method comprises the following steps: receiving transaction result calling data of a first service system; acquiring transaction characteristic parameters according to the transaction result calling data, and inputting the transaction characteristic parameters into a pre-constructed order model to obtain calling time and calling times corresponding to the transaction result calling data; and sending a transaction result calling request to a second service system according to the calling time and the calling times to obtain a called transaction result. According to the transaction result data processing method provided by the embodiment of the application, different result calling strategies can be flexibly selected according to different characteristics of the transaction order, so that the transaction state is quickly converged, and a user can acquire the transaction result as soon as possible.
Description
Technical Field
The present application relates to the field of data processing technologies, and in particular, to a method, an apparatus, a device, and a storage medium for processing transaction result data.
Background
With the development of internet and electronic commerce technologies, online shopping, online payment and the like become a way for many people to consume. When a payment company conducts fund transaction with a bank mechanism, the bank side needs time for processing, so that the transaction state is always in a processing state during the period from the time when the payment company sends the transaction to the time when the transaction result is actively called or the bank side asynchronously notifies the transaction result. The payment company usually actively calls the transaction result at regular time in various service systems, and automatically converges the transaction state after obtaining the result. The transaction result calling method in the prior art cannot support finer-grained calling rule configuration, and the same transaction result calling strategy is adopted for transaction orders with different characteristics, so that a user cannot quickly and accurately obtain transaction result data, and the requirements on flexibility and rapidity of a calling mode are difficult to meet.
Disclosure of Invention
The embodiment of the disclosure provides a transaction result data processing method, a device, equipment and a storage medium. The following presents a simplified summary in order to provide a basic understanding of some aspects of the disclosed embodiments. This summary is not an extensive overview and is intended to neither identify key/critical elements nor delineate the scope of such embodiments. Its sole purpose is to present some concepts in a simplified form as a prelude to the more detailed description that is presented later.
In a first aspect, an embodiment of the present application provides a transaction result data processing method, including:
receiving transaction result calling data of a first service system;
acquiring transaction characteristic parameters according to the transaction result calling data, and inputting the transaction characteristic parameters into a pre-constructed order model to obtain calling time and calling times corresponding to the transaction result calling data;
and sending a transaction result calling request to the second service system according to the calling time and the calling times to obtain a called transaction result.
In an optional embodiment, the obtaining of the transaction characteristic parameter according to the transaction result calling data comprises:
and analyzing the transaction result calling data to obtain one or more transaction characteristic parameters of a scene identifier, a merchant member number, a channel identifier, a product type identifier and a transaction amount of the transaction order.
In an optional embodiment, before inputting the transaction characteristic parameter into the pre-constructed tone model, the method further comprises:
constructing a transaction characteristic parameter set of a user;
dividing the transaction characteristic parameter set into a merchant dimension, a channel dimension, a scene dimension, a product dimension and an amount dimension;
and constructing a mapping relation between each dimension and a scheduling strategy to obtain a constructed scheduling model, wherein different scheduling strategies correspond to different scheduling times and scheduling time.
In an optional embodiment, constructing a mapping relationship between each dimension and the scheduling policy includes:
according to the member grades corresponding to the merchants, constructing scheduling strategies corresponding to the merchants with different member grades;
according to payment channels corresponding to transactions, scheduling strategies corresponding to different payment channels are constructed;
according to payment scenes corresponding to transactions, constructing scheduling strategies corresponding to different payment scenes;
according to bank products corresponding to transactions, scheduling strategies corresponding to different bank products are constructed;
and constructing scheduling strategies corresponding to different payment amounts according to the payment amounts corresponding to the transactions.
In an optional embodiment, further comprising:
and constructing a scheduling strategy corresponding to the combined dimensionality according to the combination of different dimensionalities.
In an optional embodiment, sending a transaction result calling request to the second service system according to the calling time and the calling times to obtain a called transaction result, including:
storing the transaction result calling data, calling time and calling times into a calling single-flow water meter;
pulling and transferring unprocessed transaction result transferring data in the single flow water meter according to transferring time through a timing task supporting data fragmentation, and sending a transaction result transferring request to a second service system;
and judging whether the transaction result is successfully acquired or not, if the transaction result is successfully acquired, updating the transaction result calling state to be a completion state, if the transaction result is not successfully acquired, updating the calling times and the next calling time, and storing the updated calling times and the updated calling time into the calling flow water meter.
In an optional embodiment, after obtaining the invoked transaction result, the method further includes:
encrypting the data of the transaction result through a preset encryption algorithm;
storing the encrypted transaction result into a block chain;
receiving a transaction result query request, and acquiring user identity information corresponding to the query request;
verifying the identity information of the user, acquiring transaction result encrypted data corresponding to the query request from the blockchain when the user passes the verification, decrypting the encrypted data, and sending the decrypted data to the user passing the verification for viewing;
and when the authentication fails, sending prompt information of identity authentication failure.
In a second aspect, an embodiment of the present application provides a device for processing transaction results, including:
the receiving module is used for receiving transaction result calling data of the first service system;
the calling strategy determining module is used for obtaining transaction characteristic parameters according to the transaction result calling data and inputting the transaction characteristic parameters into a pre-constructed calling model to obtain calling time and calling times corresponding to the transaction result calling data;
and the transaction result calling module is used for sending a transaction result calling request to the second service system according to the calling time and the calling times to obtain a called transaction result.
In a third aspect, an embodiment of the present application provides a computer device, which includes a memory and a processor, where the memory stores computer readable instructions, and when the computer readable instructions are executed by the processor, the processor executes the transaction result data processing method provided in the foregoing embodiment.
In a fourth aspect, the present application provides a storage medium storing computer-readable instructions, which when executed by one or more processors, cause the one or more processors to execute the transaction result data processing method provided in the foregoing embodiment.
The technical scheme provided by the embodiment of the disclosure can have the following beneficial effects:
according to the transaction result data processing method provided by the embodiment of the application, after the transaction result calling data corresponding to the order is obtained, the transaction characteristic parameters can be analyzed, the calling time and the calling times corresponding to the transaction result calling data can be obtained according to different characteristic parameters of the transaction order and a pre-constructed calling model, the calling time and the calling times corresponding to the order can be obtained through the model according to the characteristics of different transaction orders, different scheduling strategies can be selected according to the characteristics of different transaction results, for example, important transaction results can be called with high priority, the transaction state is converged quickly, a user can obtain the transaction results as soon as possible, and the requirements of flexibility and rapidity of a calling mode are met.
It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the application.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the application and, together with the description, serve to explain the principles of the application.
FIG. 1 is a diagram illustrating an environment for implementing a transaction result data processing method according to an exemplary embodiment;
FIG. 2 is an internal block diagram of a computer device shown in accordance with an exemplary embodiment;
FIG. 3 is a flow diagram illustrating a transaction result data processing method according to an exemplary embodiment;
FIG. 4 is a timing diagram illustrating a transaction result data processing method in accordance with an exemplary embodiment;
fig. 5 is a schematic diagram illustrating a configuration of a transaction result processing device according to an exemplary embodiment.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the present application is described in further detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of and not restrictive on the broad application.
It will be understood that, as used herein, the terms "first," "second," and the like may be used herein to describe various elements, but these elements are not limited by these terms. These terms are only used to distinguish one element from another. For example, a first field and algorithm determination module may be referred to as a second field and algorithm determination module, and similarly, a second field and algorithm determination module may be referred to as a first field and algorithm determination module, without departing from the scope of the present application.
Fig. 1 is a diagram illustrating an implementation environment of a transaction result data processing method according to an exemplary embodiment, as shown in fig. 1, in which a server 110 and a terminal 120 are included.
The server 110 is a transaction result processing device, for example, a computer device such as a computer used by a technician, and the server 110 is provided with a transaction result processing tool. The terminal 120 is installed with an application that needs to process a transaction result, when a transaction result needs to be obtained, a technician may send a transaction result processing request at the computer device 110, where the request carries a request identifier, and the computer device 110 receives the request to obtain a transaction result data processing method stored in the computer device 110. And then, a transaction result is obtained by using a transaction result data processing method.
It should be noted that the terminal 120 and the computer device 110 may be, but are not limited to, a smart phone, a tablet computer, a notebook computer, a desktop computer, and the like. The computer device 110 and the terminal 120 may be connected through bluetooth, USB (Universal Serial Bus), or other communication connection methods, which is not limited herein.
FIG. 2 is an internal block diagram of a computer device shown in accordance with an example embodiment. As shown in fig. 2, the computer device includes a processor, a non-volatile storage medium, a memory, and a network interface connected through a system bus. The non-volatile storage medium of the computer device stores an operating system, a database and computer readable instructions, the database can store control information sequences, and the computer readable instructions can enable the processor to realize a transaction result data processing method when being executed by the processor. The processor of the computer device is used for providing calculation and control capability and supporting the operation of the whole computer device. The memory of the computer device may have stored therein computer readable instructions that, when executed by the processor, may cause the processor to perform a transaction result data processing method. The network interface of the computer device is used for connecting and communicating with the terminal. Those skilled in the art will appreciate that the architecture shown in fig. 2 is merely a block diagram of some of the structures associated with the disclosed aspects and is not intended to limit the computing devices to which the disclosed aspects apply, as particular computing devices may include more or less components than those shown, or may combine certain components, or have a different arrangement of components.
In the prior art, a payment company usually calls transaction result data in various service systems at regular time, and status convergence is automatically performed after the transaction result is obtained. However, such a too-fixed scheduling policy has the following drawbacks: firstly, finer-grained result calling rule configuration cannot be supported, for example, the calling frequency of a high-quality VIP merchant is faster, and the calling rates of different bank products are different; each transaction corresponds to one transaction flow meter and corresponds to one scheduling, and the pressure of the timing query transaction flow meter is high; for a database-dividing and table-dividing system, transaction records to be dispatched are distributed on a plurality of databases in a time period, each dispatching needs to search a plurality of databases, the program design is unreasonable, and improvement is needed; and fourthly, the original timing order-adjusting task does not support the data fragmentation capability, and only a single machine can execute the order-adjusting task, so that the order-adjusting efficiency is very low.
Based on this, the embodiment of the application provides a transaction result data processing method, after transaction result calling data corresponding to the order is obtained, the transaction characteristic parameters can be analyzed, the calculated calling time and calling times can be obtained according to different characteristic parameters of the transaction order and a pre-constructed calling model, different result calling strategies can be flexibly selected according to different transaction order characteristics, the transaction state is rapidly converged, a user can obtain the transaction result as soon as possible, and the requirements of flexibility and rapidity of a calling mode are met.
The transaction result data processing method provided by the embodiment of the present application will be described in detail below with reference to fig. 3. The method may be implemented in dependence on a computer program, operable on a data transmission device based on the von neumann architecture. The computer program may be integrated into the application or may run as a separate tool-like application.
Referring to fig. 3, a schematic flow chart of a transaction result data processing method according to an embodiment of the present application is provided, and as shown in fig. 3, the method according to the embodiment of the present application may include the following steps:
s301, transaction result calling data of the first service system is received.
Before step S301 is executed, the method further includes determining, by the first business system, whether a transaction result needs to be called. The first service system refers to a payment system, for example, the first service system is a pay bank payment platform through which a user initiates a cash transaction, or the first service system is a WeChat payment platform through which a user initiates a cash transaction. And after initiating the transaction to the bank, the first business system acquires the current processing state of the transaction, and if the processing state of the transaction is in process, determines that transaction result data needs to be called to the bank system.
Further, after the first service system determines that the transaction result is required to be called, the transaction result calling data of the transaction are synchronized to the calling module, wherein the transaction result calling data comprise scene data of the transaction, merchant data, transaction channel data, product type data, transaction amount data and the like. And after the calling module receives the transaction result calling data of the first service system, different scheduling strategies are selected according to the transaction characteristics.
S302, transaction characteristic parameters are obtained according to the transaction result calling data, the transaction characteristic parameters are input into a pre-constructed calling list model, and calling time and calling times corresponding to the transaction result calling data are obtained.
In a possible implementation manner, before inputting the transaction characteristic parameters into the pre-constructed order model, constructing the order model is further included.
Specifically, a transaction characteristic parameter set of the user is constructed, and transaction characteristic parameters of a large number of users in a preset time period are collected to obtain the transaction characteristic parameter set. For example, the feature parameters of all trading users in the last half of the year are collected, and the feature parameters include scene identifiers, merchant membership numbers, channel identifiers, product type identifiers, trading money and other feature parameters of the users, so as to obtain a trading feature parameter set.
The transaction characteristic parameter set is divided into a merchant dimension, a channel dimension, a scene dimension, a product dimension and a money amount dimension, a mapping relation between each dimension and a scheduling strategy is constructed, and a constructed scheduling model is obtained, wherein different scheduling strategies correspond to different scheduling times and scheduling time.
In an optional implementation manner, different scheduling policies are configured for each dimension, and the correspondence between the dimensions and the scheduling policies is stored in a mapping table.
Specifically, according to the member levels corresponding to the merchants, the scheduling policies corresponding to the merchants of different member levels are constructed, for example, the calling time of the transaction processing result of the common merchant is 3 minutes, the maximum number of calling times is 5 times, the calling time of the transaction processing result of the VIP merchant is 2 minutes, the maximum number of calling times is 6 times, the calling time of the transaction processing result of the special VIP merchant is 1 minute, and the maximum number of calling times is unlimited. With this approach, the frequency of ordering by the VIP merchant may be faster.
According to the payment channels corresponding to the transaction, scheduling strategies corresponding to different payment channels are constructed, for example, the calling time of the transaction processing result of the Chinese bank is 3 minutes, the maximum calling times are 5 times, the calling time of the transaction processing result of the China Bank is 2 minutes, the maximum calling times are 6 times, the calling time of the transaction processing result of the construction Bank is 1 minute, and the maximum calling times are not limited. By the scheme, different scheduling strategies can be configured for different bank payment channels, and the scheduling frequency of a bank with cooperation with a merchant can be configured to be higher, so that the merchant can be promoted to select the bank transaction.
According to the payment scenes corresponding to the transactions, scheduling strategies corresponding to different payment scenes are constructed, for example, the transaction result calling time of water and electricity fee payment is 3 minutes, the maximum calling times are 5 times, the transaction processing result calling time of commodity purchase is 2 minutes, the maximum calling times are 6 times, the transaction processing result calling time of transfer remittance is 30 seconds, and the maximum calling times are unlimited. By configuring different scheduling strategies for different transaction scenes, the result calling rate of the transaction scene needing to obtain the transaction result urgently can be ensured to be higher.
According to bank products corresponding to transactions, scheduling strategies corresponding to different bank products are constructed, for example, if the transactions are financial products of a bank, the corresponding transaction result calling time is 1 minute, the maximum calling times are 3 times, and the transactions are products related to quick payment of the bank, the corresponding transaction result calling time is 20 seconds, and the maximum calling times are not limited.
And constructing scheduling strategies corresponding to different payment amounts according to the payment amounts corresponding to the transactions. For example, the larger the amount of money, the shorter the corresponding call interval, and the more frequent the call. For example, when the transfer time is 3 minutes per transaction result and the transfer times are 3 times, the transaction result is not actively transferred when the transfer data is not returned after the transfer times are reached, and the transaction result is returned by the bank system. More than ten thousand yuan of transaction results are obtained, the calling time is 1 minute each time, the calling times are 5 times, and the calling frequency is improved.
In an optional embodiment, the method further includes constructing a scheduling policy corresponding to the combined dimension according to a combination of different dimensions.
The above dimensions may be used alone or in combination, and in a possible implementation manner, a scheduling policy of the combined dimension may be configured, for example, when the conditions of the VIP merchant are met and the money amount range condition is met, the configured scheduling policy includes that the calling time is once every 10 seconds, and the number of times of calling is not limited, so that the calling rate is further increased. For example, when the conditions of the VIP merchant are met, the scenario conditions are met, and the payment channel conditions are met, the configured scheduling policy includes that the invocation time is once every 5 seconds, and the number of invocations is not limited.
A person skilled in the art can set scheduling strategies corresponding to different combination dimensions by himself, and time parameters and frequency parameters in the scheduling strategies can be set according to actual requirements, which is not specifically limited in the embodiments of the present application. For example, equal-length schedules can be configured, the number of schedules is specified, and the time interval of each schedule is equal. The time scheduling configuration can be configured, and different scheduling time periods and time intervals in each scheduling time period can be specified. The user-defined list adjustment can be configured, and the list adjustment intervals of each time are respectively appointed.
And after the established order model is obtained, acquiring the transaction characteristic parameters of the current time according to the transaction result calling data, wherein the transaction characteristic parameters comprise one or more transaction characteristic parameters of scene identification, merchant member number, channel identification, product type identification and transaction amount of the transaction order by analyzing the transaction result calling data. And inputting the transaction characteristic parameters into a pre-constructed order model to obtain the calling time and the calling times corresponding to the transaction result calling data.
Specifically, if the transaction result calling data only contains one transaction characteristic parameter, the transaction characteristic parameter is input into the scheduling model, and then the scheduling strategy corresponding to the transaction characteristic parameter can be obtained. And if the transaction result calling data comprises a plurality of transaction characteristic parameters which are combined, the scheduling strategy corresponding to the combined characteristic parameters is output by the scheduling model, and if the transaction result calling data comprises a plurality of transaction characteristic parameters which are not matched with the scheduling strategy corresponding to the combined dimension, the scheduling strategy with the fastest scheduling frequency is output by the scheduling model.
S303, sending a transaction result calling request to the second service system according to the calling time and the calling times to obtain a called transaction result.
Specifically, after the calling time and the calling times are obtained, the transaction result calling data and the calling time and the calling times output by the model are stored in the calling single-flow water meter; and then pulling the unprocessed and finished data of the appointed fragments in the modulation single flow water meter according to the modulation time through the timing task supporting the data fragments, and sending a transaction result modulation request to a second service system, wherein the second service system is a bank system.
And judging whether the transaction result is successfully acquired or not, if the transaction result is successfully acquired, updating the transaction result calling state to be a completion state, if the transaction result is not successfully acquired, updating the calling times and the next calling time, and storing the updated calling times and the updated calling time into the calling flow water meter. Therefore, the rapid convergence of various transaction states is realized in a unified order adjusting mode.
In an optional embodiment, after the retrieved transaction results are obtained, the transaction results are sorted, for example, the transaction results of the same scene are stored in a list according to the scene code of the transaction data, and the transaction results of the same payment channel are stored in a list according to the payment channel identifier. The called transaction result data are stored in the block chain, and the classified transaction results can be classified and stored in the block chain, so that the safety of data storage is improved, and the data query by a user is facilitated.
Specifically, transaction result data are obtained, and data encryption is carried out on the transaction results through a preset encryption algorithm. For example, the encryption algorithm such as SM2, SM4, SM9, etc. is used to encrypt the data to be encrypted. In the SM9 identity cryptographic algorithm, the identity is a public key and can be used directly to encrypt data. The SM9 private key may be generated at decryption time, and the data is decrypted.
Alternatively, different types of encryption levels may be determined for different types of transaction results based on the categorized transaction results. For example, the transaction result with larger amount of money has one encryption level, all data is encrypted, and two encryption modes can be adopted for repeated encryption. For the transaction result with smaller amount of money, the encryption grade is two grades, and partial data can be encrypted once. Or the transaction scene is an important transaction scene, a primary encryption mode can be adopted, the transaction scene is a common transaction scene, and a secondary encryption mode can be adopted. The security of important transaction data is further improved by adopting different encryption levels according to the classification of transaction results.
Storing the encrypted transaction result into a block chain, receiving a transaction result query request if a user initiates a query request, acquiring user identity information corresponding to the query request, verifying the user identity information, acquiring transaction result encrypted data corresponding to the query request from the block chain when the verification is passed, decrypting the encrypted data, sending the decrypted data to the user passing the verification for checking, and sending prompt information of identity verification failure when the verification is not passed. For example, receiving the identification information of the user, querying whether the user identification belongs to a user list with access right, and if the user has the access right, passing the authentication.
By storing the transaction result into the block chain, the safety of data storage can be improved, and data is prevented from being maliciously tampered.
To facilitate understanding of the transaction result data processing method provided in the embodiment of the present application, the following further describes with reference to fig. 4, fig. 4 is a timing chart of a transaction result data processing method according to an exemplary embodiment, and as shown in fig. 4, the transaction result data processing method includes the following steps:
firstly, a business system of a payment end judges whether a transaction result needs to be called or not, obtains the processing state of the transaction result, and if the transaction state is the transaction state in processing, determines that the transaction result needs to be called, namely, a bill needs to be called. And synchronizing the transaction result calling data to the order calling module.
Further, the order module stores transaction result calling data, obtains transaction characteristic parameters according to the transaction result calling data, inputs the transaction characteristic parameters into a pre-constructed order model, and obtains calling time and calling times corresponding to the transaction result calling data; and sending a transaction result calling request to the second service system according to the calling time and the calling times, and calling the query interface to obtain a transaction result returned by the service system of the bank end.
Finally, the returned transaction results are saved, and the transaction results can be saved in the block chain.
The unified scheduling module receives transaction result scheduling data of a service system in a message queue mode, matches the transaction result scheduling data with a configured scheduling strategy, obtains scheduling time and scheduling times after matching corresponding scheduling rules, and drops the transaction result scheduling data and calculated scheduling time into a scheduling single-flow water meter. And then, through a timing task supporting the data fragments in the unified order adjusting module, pulling and adjusting the unprocessed and completed data of the designated fragments in the single flow water meter each time to initiate an order adjusting request, if the order adjusting result is a final state, updating the order adjusting flow to be completed, otherwise, updating the order adjusting times and the next order adjusting time calculated according to the scheduling rule, thereby realizing the rapid convergence of various transaction states through a unified order adjusting mode.
The method aims to ensure that the transaction state is converged quickly and a user can acquire a transaction result as soon as possible. The rule can be flexibly switched, the configuration can be carried out immediately after use, and the mode is more flexible than the mode of regularly adjusting the order in the past. Each service system only needs to pay attention to the order-adjusting service data realized by the service system, and the self timing order-adjusting logic does not need to be repeatedly realized, so that the development efficiency of the service system is improved. And the data fragmentation capability is supported, the order adjusting efficiency is greatly improved, the use of a business system of a sub-table sub-base is also supported, and the performance and the extension attribute are also greatly improved.
The following are embodiments of the apparatus of the present application that may be used to perform embodiments of the method of the present application. For details which are not disclosed in the embodiments of the apparatus of the present application, reference is made to the embodiments of the method of the present application.
Referring to fig. 5, a schematic structural diagram of a transaction result data processing device according to an exemplary embodiment of the present application is shown. As shown in fig. 5, the transaction result processing device may be integrated in the computer device 110, and specifically may include a receiving module 501, a retrieving policy determining module 502, and a transaction result retrieving module 503.
A receiving module 501, configured to receive transaction result invoking data of a first service system;
the calling strategy determining module 502 is configured to obtain a transaction characteristic parameter according to the transaction result calling data, input the transaction characteristic parameter into a pre-constructed calling model, and obtain calling time and calling times corresponding to the transaction result calling data;
and the transaction result invoking module 503 is configured to send a transaction result invoking request to the second service system according to the invoking time and the invoking frequency, so as to obtain an invoked transaction result.
In an optional embodiment, the invoking policy determining module 502 is specifically configured to parse the transaction result invoking data to obtain one or more transaction characteristic parameters of a scenario identifier, a merchant member number, a channel identifier, a product type identifier, and a transaction amount of the transaction order.
In an optional embodiment, the system further comprises a model construction module, which is used for constructing the transaction characteristic parameter set of the user;
dividing the transaction characteristic parameter set into a merchant dimension, a channel dimension, a scene dimension, a product dimension and an amount dimension;
and constructing a mapping relation between each dimension and a scheduling strategy to obtain a constructed scheduling model, wherein different scheduling strategies correspond to different scheduling times and scheduling times.
In an optional embodiment, the model building module is configured to build, according to the member levels corresponding to the merchants, scheduling policies corresponding to the merchants of different member levels;
according to payment channels corresponding to transactions, scheduling strategies corresponding to different payment channels are constructed;
according to payment scenes corresponding to transactions, constructing scheduling strategies corresponding to different payment scenes;
according to bank products corresponding to transactions, scheduling strategies corresponding to different bank products are constructed;
and constructing scheduling strategies corresponding to different payment amounts according to the payment amounts corresponding to the transactions.
In an optional embodiment, the model building module is further configured to build a scheduling policy corresponding to the combined dimension according to a combination of different dimensions.
In an optional embodiment, the transaction result calling module is configured to store the transaction result calling data, the calling time and the calling times into the calling single-flow water meter;
pulling and adjusting unprocessed transaction result adjusting data in the single-flow water meter according to the adjusting time through a timing task supporting data fragmentation, and sending a transaction result adjusting request to a second service system;
and judging whether the transaction result is successfully acquired or not, if the transaction result is successfully acquired, updating the transaction result calling state to be a completion state, if the transaction result is not successfully acquired, updating the calling times and the next calling time, and storing the updated calling times and the updated calling time into the calling flow water meter.
In an optional embodiment, the system further comprises a data storage module, configured to perform data encryption on the transaction result through a preset encryption algorithm;
storing the encrypted transaction result into a block chain;
receiving a transaction result query request, and acquiring user identity information corresponding to the query request;
verifying the identity information of the user, acquiring transaction result encrypted data corresponding to the query request from the blockchain when the user passes the verification, decrypting the encrypted data, and sending the decrypted data to the user passing the verification for viewing;
and when the authentication fails, sending prompt information of identity authentication failure.
According to the processing device for the transaction results, provided by the embodiment of the application, after the transaction result calling data corresponding to the order is acquired, the transaction characteristic parameters can be analyzed, the calculated calling time and the calling times are obtained according to different characteristic parameters of the transaction order and a pre-constructed calling model, different result calling strategies can be flexibly selected according to different transaction order characteristics, the transaction state is rapidly converged, a user can acquire the transaction results as soon as possible, and the requirements on flexibility and rapidity of calling modes are met.
It should be noted that, when the transaction result data processing apparatus provided in the foregoing embodiment executes the transaction result data processing method, only the division of the functional modules is taken as an example, and in practical applications, the functions may be distributed by different functional modules according to needs, that is, the internal structure of the device may be divided into different functional modules to complete all or part of the functions described above. In addition, the transaction result data processing device and the transaction result data processing method provided by the above embodiments belong to the same concept, and details of implementation processes thereof are referred to in the method embodiments, and are not described herein again.
In one embodiment, a computer device is proposed, the computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, the processor implementing the following steps when executing the computer program: receiving transaction result calling data of a first service system; acquiring transaction characteristic parameters according to the transaction result calling data, and inputting the transaction characteristic parameters into a pre-constructed order model to obtain calling time and calling times corresponding to the transaction result calling data; and sending a transaction result calling request to the second service system according to the calling time and the calling times to obtain a called transaction result.
In an optional embodiment, the acquiring the transaction characteristic parameter according to the transaction result calling data comprises:
and analyzing the transaction result calling data to obtain one or more transaction characteristic parameters of scene identification, merchant member number, channel identification, product type identification and transaction amount of the transaction order.
In an optional embodiment, before inputting the transaction characteristic parameter into the pre-constructed tone model, the method further includes:
constructing a transaction characteristic parameter set of a user;
dividing the transaction characteristic parameter set into a merchant dimension, a channel dimension, a scene dimension, a product dimension and an amount dimension;
and constructing a mapping relation between each dimension and a scheduling strategy to obtain a constructed scheduling model, wherein different scheduling strategies correspond to different scheduling times and scheduling times.
In an optional embodiment, constructing a mapping relationship between each dimension and the scheduling policy includes:
according to the member grades corresponding to the merchants, constructing scheduling strategies corresponding to the merchants with different member grades;
according to payment channels corresponding to transactions, scheduling strategies corresponding to different payment channels are constructed;
according to payment scenes corresponding to transactions, constructing scheduling strategies corresponding to different payment scenes;
according to bank products corresponding to transactions, scheduling strategies corresponding to different bank products are constructed;
and constructing scheduling strategies corresponding to different payment amounts according to the payment amounts corresponding to the transactions.
In an optional embodiment, further comprising:
and constructing a scheduling strategy corresponding to the combined dimension according to the combination of different dimensions.
In an optional embodiment, sending a transaction result calling request to the second service system according to the calling time and the calling times to obtain a called transaction result, including:
storing the transaction result calling data, the calling time and the calling times into a calling single-flow water meter;
pulling and transferring unprocessed transaction result transferring data in the single flow water meter according to transferring time through a timing task supporting data fragmentation, and sending a transaction result transferring request to a second service system;
and judging whether the transaction result is successfully acquired or not, if the transaction result is successfully acquired, updating the transaction result calling state to be a completion state, if the transaction result is not successfully acquired, updating the calling times and the next calling time, and storing the updated calling times and the updated calling time into the calling flow water meter.
In an optional embodiment, after obtaining the invoked transaction result, the method further includes:
encrypting the data of the transaction result through a preset encryption algorithm;
storing the encrypted transaction result into a block chain;
receiving a transaction result query request, and acquiring user identity information corresponding to the query request;
verifying the identity information of the user, acquiring transaction result encrypted data corresponding to the query request from the blockchain when the user passes the verification, decrypting the encrypted data, and sending the decrypted data to the user passing the verification for viewing;
and when the authentication fails, sending prompt information of identity authentication failure.
In one embodiment, a storage medium is provided that stores computer-readable instructions that, when executed by one or more processors, cause the one or more processors to perform the steps of: receiving transaction result calling data of a first service system; acquiring transaction characteristic parameters according to the transaction result calling data, and inputting the transaction characteristic parameters into a pre-constructed order model to obtain calling time and calling times corresponding to the transaction result calling data; and sending a transaction result calling request to the second service system according to the calling time and the calling times to obtain a called transaction result.
In an optional embodiment, the acquiring the transaction characteristic parameter according to the transaction result calling data comprises:
and analyzing the transaction result calling data to obtain one or more transaction characteristic parameters of scene identification, merchant member number, channel identification, product type identification and transaction amount of the transaction order.
In an optional embodiment, before inputting the transaction characteristic parameter into the pre-constructed tone model, the method further includes:
constructing a transaction characteristic parameter set of a user;
dividing the transaction characteristic parameter set into a merchant dimension, a channel dimension, a scene dimension, a product dimension and an amount dimension;
and constructing a mapping relation between each dimension and a scheduling strategy to obtain a constructed scheduling model, wherein different scheduling strategies correspond to different scheduling times and scheduling time.
In an optional embodiment, constructing a mapping relationship between each dimension and the scheduling policy includes:
according to the member grades corresponding to the merchants, constructing scheduling strategies corresponding to the merchants with different member grades;
according to payment channels corresponding to transactions, scheduling strategies corresponding to different payment channels are constructed;
according to payment scenes corresponding to transactions, constructing scheduling strategies corresponding to different payment scenes;
according to bank products corresponding to transactions, scheduling strategies corresponding to different bank products are constructed;
and constructing scheduling strategies corresponding to different payment amounts according to the payment amounts corresponding to the transactions.
In an optional embodiment, further comprising:
and constructing a scheduling strategy corresponding to the combined dimension according to the combination of different dimensions.
In an optional embodiment, sending a transaction result calling request to the second service system according to the calling time and the calling times to obtain a called transaction result, including:
storing the transaction result calling data, calling time and calling times into a calling single-flow water meter;
pulling and adjusting unprocessed transaction result adjusting data in the single-flow water meter according to the adjusting time through a timing task supporting data fragmentation, and sending a transaction result adjusting request to a second service system;
and judging whether the transaction result is successfully acquired or not, if the transaction result is successfully acquired, updating the transaction result calling state to be a finished state, if the transaction result is not successfully acquired, updating the calling times and the next calling time, and storing the updated calling times and the updated calling time into the calling flow water meter.
In an optional embodiment, after obtaining the invoked transaction result, the method further includes:
encrypting the data of the transaction result through a preset encryption algorithm;
storing the encrypted transaction result into a block chain;
receiving a transaction result query request, and acquiring user identity information corresponding to the query request;
verifying the identity information of the user, acquiring transaction result encrypted data corresponding to the query request from the blockchain when the user passes the verification, decrypting the encrypted data, and sending the decrypted data to the user passing the verification for viewing;
and when the authentication fails, sending prompt information of identity authentication failure.
It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above can be implemented by a computer program, which can be stored in a computer-readable storage medium, and can include the processes of the embodiments of the methods described above when the computer program is executed. The storage medium may be a non-volatile storage medium such as a magnetic disk, an optical disk, a Read-Only Memory (ROM), or a Random Access Memory (RAM).
The technical features of the above embodiments can be arbitrarily combined, and for the sake of brevity, all possible combinations of the technical features in the above embodiments are not described, but should be considered as the scope of the present specification as long as there is no contradiction between the combinations of the technical features.
The above examples only express several embodiments of the present application, and the description thereof is more specific and detailed, but not construed as limiting the scope of the present application. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the concept of the present application, which falls within the scope of protection of the present application. Therefore, the protection scope of the present patent application shall be subject to the appended claims.
Claims (10)
1. A transaction result data processing method, comprising:
receiving transaction result calling data of a first service system;
acquiring transaction characteristic parameters according to the transaction result calling data, and inputting the transaction characteristic parameters into a pre-constructed order model to obtain calling time and calling times corresponding to the transaction result calling data;
and sending a transaction result calling request to a second service system according to the calling time and the calling times to obtain a called transaction result.
2. The method of claim 1, wherein obtaining transaction characteristic parameters based on the transaction result recall data comprises:
and analyzing the transaction result calling data to obtain one or more transaction characteristic parameters of scene identification, merchant member number, channel identification, product type identification and transaction amount of the transaction order.
3. The method of claim 1, wherein prior to entering the transaction characteristic parameters into the pre-constructed tone model, further comprising:
constructing a transaction characteristic parameter set of a user;
dividing the transaction characteristic parameter set into a merchant dimension, a channel dimension, a scene dimension, a product dimension and an amount dimension;
and constructing a mapping relation between each dimension and a scheduling strategy to obtain a constructed scheduling model, wherein different scheduling strategies correspond to different scheduling times and scheduling times.
4. The method of claim 3, wherein constructing a mapping relationship between each dimension and a scheduling policy comprises:
according to the member grades corresponding to the merchants, constructing scheduling strategies corresponding to the merchants with different member grades;
according to payment channels corresponding to transactions, scheduling strategies corresponding to different payment channels are constructed;
according to payment scenes corresponding to transactions, constructing scheduling strategies corresponding to different payment scenes;
according to bank products corresponding to transactions, scheduling strategies corresponding to different bank products are constructed;
and constructing scheduling strategies corresponding to different payment amounts according to the payment amounts corresponding to the transactions.
5. The method of claim 3, further comprising:
and constructing a scheduling strategy corresponding to the combined dimension according to the combination of different dimensions.
6. The method of claim 1, wherein sending a transaction result calling request to a second service system according to the calling time and the calling times to obtain a called transaction result, comprises:
storing the transaction result calling data, the calling time and the calling times into a calling single-flow water meter;
pulling the unprocessed and completed transaction result calling data in the call flow water meter according to the calling time through a timing task supporting data fragmentation, and sending a transaction result calling request to a second service system;
and judging whether the transaction result is successfully acquired or not, if the transaction result is successfully acquired, updating the transaction result calling state to be a completion state, if the transaction result is not successfully acquired, updating the calling times and the next calling time, and storing the updated calling times and the updated calling time into the calling flow water meter.
7. The method of claim 1, wherein obtaining the recalled transaction result further comprises:
encrypting the data of the transaction result through a preset encryption algorithm;
storing the encrypted transaction result into a block chain;
receiving the transaction result query request, and acquiring user identity information corresponding to the query request;
verifying the user identity information, acquiring transaction result encrypted data corresponding to the query request from the block chain when the user identity information passes verification, decrypting the encrypted data, and sending the decrypted data to a user passing verification for viewing;
and when the authentication fails, sending prompt information of identity authentication failure.
8. A transaction result data processing apparatus, comprising:
the receiving module is used for receiving transaction result calling data of the first service system;
the calling strategy determining module is used for acquiring transaction characteristic parameters according to the transaction result calling data and inputting the transaction characteristic parameters into a pre-constructed calling model to obtain calling time and calling times corresponding to the transaction result calling data;
and the transaction result calling module is used for sending a transaction result calling request to the second service system according to the calling time and the calling times to obtain a called transaction result.
9. A computer device comprising a memory and a processor, the memory having stored therein computer-readable instructions which, when executed by the processor, cause the processor to carry out the transaction result data processing method of any of claims 1 to 7.
10. A storage medium storing computer readable instructions which, when executed by one or more processors, cause the one or more processors to carry out a transaction result data processing method according to any one of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211392167.8A CN115689754A (en) | 2022-11-08 | 2022-11-08 | Transaction result data processing method, device, equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211392167.8A CN115689754A (en) | 2022-11-08 | 2022-11-08 | Transaction result data processing method, device, equipment and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115689754A true CN115689754A (en) | 2023-02-03 |
Family
ID=85049133
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211392167.8A Pending CN115689754A (en) | 2022-11-08 | 2022-11-08 | Transaction result data processing method, device, equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115689754A (en) |
-
2022
- 2022-11-08 CN CN202211392167.8A patent/CN115689754A/en active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11620403B2 (en) | Systems and methods for secure data aggregation and computation | |
| CN110612546B (en) | Method and apparatus for digital asset account management | |
| US11030681B2 (en) | Intermediate blockchain system for managing transactions | |
| US11151567B2 (en) | Authentication and fraud prevention in provisioning a mobile wallet | |
| US9847997B2 (en) | Server based biometric authentication | |
| WO2020156088A1 (en) | Blockchain-based information interaction method, blockchain node and credit reporting system | |
| CN108352021B (en) | Method and system for authentication data collection and reporting associated with online transactions | |
| CN110232565B (en) | Resource clearing method, device, computer equipment and storage medium | |
| US11855971B2 (en) | Offline authorization of interactions and controlled tasks | |
| KR20180115778A (en) | Integrated block chain-based data transfer control method and system | |
| US10628807B2 (en) | Techniques for transaction management | |
| CN109493204A (en) | Business bookkeeping methods and terminal device based on block chain | |
| CN110458559B (en) | Transaction data processing method, device, server and storage medium | |
| US20230043361A1 (en) | Modular data processing and storage system | |
| EP4264472A1 (en) | Systems and methods for hard deletion of data across systems | |
| KR20220167146A (en) | System for providing blockchain based international trade automation service for import and export business using smart contract | |
| CN112785304A (en) | Verification processing method, system and service platform based on block chain offline payment | |
| CN112600830B (en) | Service data processing method and device, electronic equipment and storage medium | |
| US20230298038A1 (en) | A computer implemented method and system for requesting consent from a consumer to complete an action | |
| CN115689754A (en) | Transaction result data processing method, device, equipment and storage medium | |
| US10216830B2 (en) | Multicomputer processing of client device request data using centralized event orchestrator and link discovery engine | |
| US10296882B2 (en) | Multicomputer processing of client device request data using centralized event orchestrator and link discovery engine | |
| CN110852866A (en) | Method, apparatus, and storage medium for managing a plurality of resources | |
| US20190050835A1 (en) | Information processing apparatus and method, and information processing system | |
| US20240104558A1 (en) | Blockchain transaction execution method and apparatus, program product, device, and medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |