CN113034285A - Request processing method and device, computer equipment and storage medium - Google Patents
Request processing method and device, computer equipment and storage medium Download PDFInfo
- Publication number
- CN113034285A CN113034285A CN202110428961.2A CN202110428961A CN113034285A CN 113034285 A CN113034285 A CN 113034285A CN 202110428961 A CN202110428961 A CN 202110428961A CN 113034285 A CN113034285 A CN 113034285A
- Authority
- CN
- China
- Prior art keywords
- transaction
- target
- account
- request
- data
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/06—Asset management; Financial planning or analysis
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- Development Economics (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Entrepreneurship & Innovation (AREA)
- Operations Research (AREA)
- Human Resources & Organizations (AREA)
- Game Theory and Decision Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The embodiment of the invention discloses a request processing method, a request processing device, request processing equipment and a storage medium, and relates to the technical field of automatic program design. The method comprises the following steps: receiving a transaction request message sent by a target service component; analyzing the transaction request message to obtain a transaction scene identifier; and executing target transaction operation according to the transaction request message under the condition that the transaction scene identifier is determined to be the target scene identifier. The embodiment of the invention can realize automatic marking and identification of the transaction scene of the transaction request, thereby effectively managing the authority of the transaction request, providing a fund flow closed-loop management mechanism and improving the transaction orderliness and the fund security.
Description
Technical Field
The embodiment of the invention relates to the technical field of computers, in particular to the technical field of automatic program design, and particularly relates to a request processing method and device, computer equipment and a storage medium.
Background
At present, under the background of interconnection and intercommunication orderly promotion of markets inside and outside the country, a fund management mechanism in the cross-border transaction process faces huge challenges. For example, in order to promote the development of financial markets, cross-border investment space of international and foreign users needs to be expanded, so that a large amount of funds flow across borders, but based on the difference of relevant financial systems within and outside the world, the fund flow process involves complicated data processing processes such as authority management and remittance mechanisms, which is easy to cause confusion of fund flow management and increase of transaction risks.
Disclosure of Invention
The embodiment of the invention provides a request processing method, a request processing device, computer equipment and a storage medium, which are used for realizing automatic marking and identification of a transaction scene of a transaction request, so that the authority of the transaction request is effectively managed, a fund flow closed-loop management mechanism is provided, the data processing process in the transaction implementation process is simplified, and the transaction orderliness and the fund security are improved.
In a first aspect, an embodiment of the present invention provides a request processing method, including:
receiving a transaction request message sent by a target service component;
analyzing the transaction request message to obtain a transaction scene identifier;
and executing target transaction operation according to the transaction request message under the condition that the transaction scene identifier is determined to be the target scene identifier.
In a second aspect, an embodiment of the present invention further provides a request processing apparatus, including:
the transaction request receiving module is used for receiving a transaction request message sent by the target service component;
the scene identifier acquisition module is used for analyzing and processing the transaction request message to obtain a transaction scene identifier;
and the transaction operation execution module is used for executing target transaction operation according to the transaction request message under the condition that the transaction scene identifier is determined to be the target scene identifier.
In a third aspect, an embodiment of the present invention further provides a computer device, where the computer device includes:
one or more processors;
storage means for storing one or more programs;
when the one or more programs are executed by the one or more processors, the one or more processors are caused to implement the request processing method provided by any embodiment of the present invention.
In a fourth aspect, an embodiment of the present invention further provides a computer storage medium, on which a computer program is stored, where the computer program, when executed by a processor, implements the request processing method provided in any embodiment of the present invention.
The embodiment of the invention can determine the business scene of the transaction request according to the transaction scene identification carried by the transaction request message after receiving the transaction request message by adding the transaction scene identification in the transaction request message, thereby ensuring that the transaction is allowed only in a specific business scene, realizing the automatic marking and identification of the business scene of the transaction request, effectively managing the authority of the transaction request, providing a fund flow closed-loop management mechanism, simplifying the data processing process in the transaction realization process, and improving the transaction orderliness and the fund safety.
Drawings
Fig. 1 is a flowchart of a request processing method according to an embodiment of the present invention.
Fig. 2 is a flowchart of a request processing method according to a second embodiment of the present invention.
Fig. 3 is a schematic structural diagram of a request processing system according to a second embodiment of the present invention.
Fig. 4 is a schematic structural diagram of another request processing system according to a second embodiment of the present invention.
Fig. 5 is a schematic structural diagram of another request processing system according to a second embodiment of the present invention.
Fig. 6 is a schematic structural diagram of a request processing apparatus according to a third embodiment of the present invention.
Fig. 7 is a schematic structural diagram of a computer device according to a fourth embodiment of the present invention.
Detailed Description
The present invention will be described in further detail with reference to the accompanying drawings and examples. It is to be understood that the specific embodiments described herein are merely illustrative of the invention and are not limiting of the invention.
It should be further noted that, for the convenience of description, only some but not all of the relevant aspects of the present invention are shown in the drawings. Before discussing exemplary embodiments in more detail, it should be noted that some exemplary embodiments are described as processes or methods depicted as flowcharts. Although a flowchart may describe the operations (or steps) as a sequential process, many of the operations can be performed in parallel, concurrently or simultaneously. In addition, the order of the operations may be re-arranged. The process may be terminated when its operations are completed, but may have additional steps not included in the figure. The processes may correspond to methods, functions, procedures, subroutines, and the like.
Example one
Fig. 1 is a flowchart of a request processing method according to an embodiment of the present invention, where the present embodiment is applicable to a case where a transaction scenario identifier in a transaction request message is parsed to ensure that a transaction is allowed only in a specific transaction scenario, and the method may be executed by a request processing apparatus according to an embodiment of the present invention, where the apparatus may be implemented by software and/or hardware, and may be generally integrated in a computer device. Accordingly, as shown in fig. 1, the method comprises the following operations:
s110, receiving a transaction request message sent by the target service component.
Wherein the target business component may be a component for initiating a transaction request. The transaction request message may be a message generated and sent when the target service component initiates a transaction request, and is used for initiating a transaction.
Correspondingly, the target service component can be called through the operation of the user for requesting transaction, so that a transaction request message is generated and sent according to the user operation. The transaction request message may include all data related to the transaction, so as to initiate the transaction requested by the user according to the data.
And S120, analyzing the transaction request message to obtain a transaction scene identifier.
The parsing process may be an operation of acquiring data in the message. The transaction scenario identifier may be data for marking a service scenario to which a transaction requested by the transaction request message belongs. Transactions belonging to the same business scenario may be implemented in the same data processing method.
Specifically, when the target service component generates the transaction request message, the variable configuration may be performed on the transaction scenario identifier in the message header region of the transaction request message according to the service scenario to which the transaction requested by the user belongs. Correspondingly, the transaction request message is analyzed, and the transaction scene identification stored in the message header area can be obtained.
S130, under the condition that the transaction scene identification is determined to be the target scene identification, target transaction operation is executed according to the transaction request message.
The target scene identifier may be data for marking a preset specific service scene, and the transaction in the specific service scene may be implemented by a preset data processing method. The target transaction operation may be an operation to be executed in response to the transaction request message, and may be an operation to perform data processing on data in the transaction request message by using a preset data processing method.
Correspondingly, if the transaction scene identifier is determined to be the target scene identifier, it can be determined that the transaction requested by the user can be realized by the preset data processing method, and further, the target transaction operation can be executed according to the data in the transaction request message, that is, the preset data processing method is automatically called to perform data processing on the data in the transaction request message, so that the response to the transaction request message is completed.
In an optional embodiment of the present invention, after the analyzing the transaction request packet to obtain the transaction scenario identifier, the method further includes: and executing transaction rejection operation under the condition that the transaction scene identification is determined to be the non-target scene identification.
The non-target scene identifier may be data used for marking any other service scene except the specific service scene, and the transaction in any other service scene cannot be realized by a preset data processing method corresponding to the specific service scene. The transaction rejection operation may be an operation for terminating the transaction.
Correspondingly, if the transaction scene identifier is determined to be the non-target scene identifier, it may be determined that the transaction requested by the user cannot be implemented by the preset data processing method, and a transaction rejection operation may be performed to terminate the transaction.
For example, taking a cross-border financing product transaction scenario as an example, a target service scenario may be predetermined, and a transaction is performed based on a preset service rule in the service scenario, so that the transaction initiated in the service scenario may be implemented by calling a preset data processing interface and using a preset data processing method. And setting a target scene identifier corresponding to the service scene as 1, and when a transaction request message is generated by the property transaction component, if the transaction requested by the user at the moment is determined to belong to the target service scene, configuring a transaction scene identifier variable in a message header region of the transaction request message as 1, otherwise, configuring the transaction scene identifier variable as 0. Therefore, after receiving the transaction request message, the transaction scene identifier carried in the message can be analyzed, if the transaction scene identifier is 1, the transaction follows the service rule in the target service scene, and a preset data processing interface can be called to perform data processing on the data in the message so as to respond; if the value is 0, the transaction cannot be performed based on the same business rule, and the transaction request can be rejected at this time, and the transaction is terminated.
The embodiment of the invention provides a request processing method, which is characterized in that a transaction scene identifier is added in a transaction request message, so that a business scene of a request transaction can be determined according to the transaction scene identifier carried by the transaction request message after the transaction request message is received, thereby ensuring that the transaction is allowed only in a specific business scene, realizing the automatic marking and identification of the business scene of the transaction request, effectively managing the authority of the transaction request, providing a fund flow closed-loop management mechanism, simplifying the data processing process in the transaction implementation process, and improving the transaction orderliness and the fund security.
Example two
Fig. 2 is a flowchart of a request processing method according to a second embodiment of the present invention. The embodiment of the present invention is embodied on the basis of the above-described embodiment, and in the embodiment of the present invention, a specific optional implementation manner for executing the target transaction operation according to the transaction request message is provided.
As shown in fig. 2, the method of the embodiment of the present invention specifically includes:
s210, receiving a transaction request message sent by the target service component.
S220, analyzing and processing the transaction request message to obtain a transaction scene identifier.
And S230, judging whether the transaction scene identification is the target scene identification, if so, executing S240, otherwise, executing S250.
S240, executing target transaction operation according to the transaction request message
In an optional embodiment of the present invention, S240 may specifically include:
and S241, analyzing the transaction request message to obtain a transaction request instruction.
The transaction request instruction may be specific content data of a transaction requested by the transaction request message.
Correspondingly, when the target service component generates the transaction request instruction according to the operation of initiating the transaction by the user, the transaction request instruction can be stored in the transaction request message, and the transaction request message is analyzed to obtain the transaction request instruction therein.
For example, in the above example of the cross-border financial product transaction scenario, when the message header region of the transaction request message resolves that the transaction scenario identifier variable is 1 and is a target scenario identifier, a transaction request instruction, for example, a C transaction instruction, may be resolved in the message body region of the transaction request message, and it may be determined that the transaction request message is used for requesting a C transaction in a target service scenario.
S242, determining whether the transaction request instruction matches the target scene identifier, if so, performing S243, otherwise, performing S244.
Correspondingly, the transaction request instruction is matched with the target scene identifier, which can indicate that the transaction requested by the transaction request message is allowed to be carried out in the service scene marked by the target scene identifier; otherwise, in the service scene marked by the target scene identification, the transaction requested by the transaction request message is not allowed to be carried out.
For example, in the above example of the cross-border financing product transaction scenario, after determining that the request transaction instruction is a C transaction instruction, if the transaction of the financing product can be performed only through a transaction a and a transaction B in the target service scenario, the C transaction instruction is not matched with the target scenario identifier; and matching the request transaction instruction with the target scene identification only when the request transaction instruction is the transaction instruction A and/or the transaction instruction B.
And S243, determining target transaction operation according to the request transaction instruction, and executing the target transaction operation.
Correspondingly, if the transaction permission in the request transaction instruction is determined according to the matching of the request transaction instruction and the target scene identifier, the target transaction operation which needs to be executed when the transaction request message is responded can be determined according to the request transaction instruction, and the transaction requested by the transaction request message is completed when the target transaction operation is executed.
In an optional embodiment of the present invention, the determining a target transaction operation according to the request transaction instruction and executing the target transaction operation may include: under the condition that the request transaction instruction is determined to be a purchase-applying transaction instruction, acquiring a target transaction account identifier and purchase-applying amount data of the purchase-applying transaction instruction; acquiring balance data of the target account in an account database according to the target transaction account identifier; and under the condition that the balance data of the target account is determined to be not lower than the procurement amount data, calling a target procurement transaction interface according to the procurement transaction instruction so as to complete the target procurement transaction.
The purchase-applying transaction instruction may be specific content data of the purchase-applying transaction requested by the transaction request message. The target transaction account identification may be data that identifies an account used to fund the purchase-requisition transaction. The subscription amount data may be data representing an amount of funds required for the subscription transaction. The account database may be a database storing information data for all accounts, including but not limited to account identification for each account and fund balance data in each account. The target account balance data may be the current balance of funds in the account tagged by the target transaction account identification. The target procurement transaction interface may be an interface for invoking a component for executing the procurement transaction. The target procurement transaction may be a procurement transaction indicated by the procurement transaction instructions.
Correspondingly, the purchase-applying transaction instruction can be generated according to the operation of initiating the purchase-applying transaction request by the user, the target transaction account identification of the account can be generated according to the account number password input by the user, and the purchase-applying amount data can be generated according to the purchase-applying amount input by the user, so that the purchase-applying transaction instruction is generated according to the target transaction account identification and the purchase-applying amount data. According to the target transaction account identification in the purchase-applying transaction instruction, the balance data of the target account of the corresponding account can be inquired in the account database. If the balance data of the target account is not lower than the procurement amount data, which can indicate that the fund balance in the account is enough for carrying out the procurement transaction requested by the user, a target procurement transaction interface can be called to call a corresponding service component, and the target procurement transaction is completed according to the fund balance in the account.
Optionally, when it is determined that the target account balance data is lower than the subscription amount data, it may be stated that the account balance cannot provide funds required for the target subscription transaction requested by the user, and then the target subscription transaction cannot be realized, and a transaction rejection operation may be performed.
For example, in the above example of the cross-border financing product transaction scenario, if the C transaction requested by the user is a financing product subscription transaction, the subscription transaction instruction includes a bank account number of the user, the account number may be a pre-signed account for purchasing a financing product, the account number may be stored in the account database as a target transaction account identifier in advance, and a fund balance of the account is stored in the account database in correspondence with the target transaction account identifier. The purchase-applying transaction instruction also comprises the amount of financial products purchased by the user, for example, if the user purchases a ten thousand yuan product, the transaction interface corresponding to the C transaction can be called to complete the purchase-applying of the product C by using the fund balance in the user account when the account balance is determined to be not less than ten thousand yuan; if the account balance is determined to be less than ten thousand dollars, and ten thousand dollars of c products cannot be purchased, the transaction can be terminated.
In an optional embodiment of the present invention, the determining a target transaction operation according to the request transaction instruction and executing the target transaction operation may include: in the event that the request transaction instruction is determined to be a redemption transaction instruction, invoking a targeted redemption transaction interface in accordance with the redemption transaction instruction to complete a targeted redemption transaction.
Wherein the redemption transaction instruction can be the specific content data of the redemption transaction requested by the transaction request message. The targeted redemption transaction interface can be an interface for invoking a component that executes a redemption transaction. The targeted redemption transaction may be a redemption transaction indicated by the redemption transaction instruction.
Accordingly, the redemption transaction instruction can be generated according to the operation of the user initiating the redemption transaction request, optionally including the content data and amount data and the like which are input by the user and need to be redeemed, so that the target redemption transaction interface can be called according to the redemption transaction instruction to complete the target redemption transaction requested by the user.
Illustratively, in the above example of the cross-border financing product transaction scenario, if the C transaction requested by the user is a financing product redemption transaction, and the redemption transaction instruction includes the C product required to be redeemed by the user, the transaction interface corresponding to the C transaction may be invoked to complete the redemption of the C product.
In an optional embodiment of the present invention, after the determining a target transaction operation according to the request transaction instruction and executing the target transaction operation, the method may further include: acquiring a target transaction account identifier in the request transaction instruction; acquiring balance data of the target account in an account database according to the target transaction account identifier; and updating the balance data of the target account according to the execution result of the target transaction operation.
Correspondingly, after the target transaction operation is executed, whether fund flow occurs in the account marked by the target transaction account identifier after the target transaction operation is executed can be determined according to the execution result of the target transaction operation, so that the current fund balance of the account is determined, and the balance data of the target account is updated.
Illustratively, in the above example of the cross-border financing product transaction scenario, if the target transaction operation is an operation corresponding to the redemption of a c product, the available fund balance in the used account may increase the total value amount of the redeemed c product, and the total value amount of the redeemed c product may be obtained by accounting the principal and net income of the c product by the c product redemption component, for example, ten thousand dollars, and then the target account balance data stored in the account database may be queried according to the target transaction account identifier of the account, and the target account balance data is updated to the original amount increased by ten thousand dollars.
S244, determining the transaction refusal operation as the target transaction operation, and executing the target transaction operation.
Correspondingly, if the transaction request instruction is not matched with the target scene identifier, it can be shown that the transaction requested by the transaction request message is not allowed to be performed in the service scene marked by the target scene identifier, and then a transaction rejection operation can be executed, and the transaction is terminated.
And S250, executing transaction rejection operation.
In an optional embodiment of the present invention, may further include: acquiring a target account signing identifier from the account database according to the target transaction account identifier; and updating the balance data of the target account according to the signing identification of the target account.
The target account signing mark can be data used for marking other arbitrary accounts with signing relations with the accounts marked by the target transaction account marking mark, and the transfer can be carried out between the accounts with the signing relations according to a preset data processing method.
Correspondingly, the signing relationship between the accounts can be determined in advance, a target account signing identification of the account is generated according to the signing relationship, and the target account signing identification and the target transaction account identification are correspondingly stored in the account database. After the target transaction account identifier is obtained, the corresponding target account subscription identifier can be queried in the account database according to the target transaction account identifier, so that the predetermined subscription relationship is determined. Because the account transfer can be carried out only between the accounts with the signing relationship according to the preset data processing method, the account transfer condition between the account and the account with the signing relationship can be determined according to the signing identification of the target account, and the balance data of the target account of the account is updated; and the transfer operation between the account and other accounts without signing relationship can not be executed, and the balance data of the target account of the account can not be influenced without updating.
In an optional embodiment of the present invention, the updating the balance data of the target account according to the sign-up identifier of the target account includes: receiving a target transfer request message sent by a target transfer component; analyzing the target transfer request message to obtain a request account identifier; and under the condition that the request account identification is determined to be matched with the target account signing identification, updating balance data of the target account according to the target transfer request message.
Among other things, the target transfer component may be a component for initiating transfer requests between accounts. The target transfer request message can be a message generated and sent when the target transfer component initiates a transfer request and is used for initiating transfer. The request account identifier may be data used to mark an account for transferring money with the account marked by the target transaction account identifier in the transfer requested by the target transfer request message.
Correspondingly, the target transfer component can be called through the operation of transferring the account requested by the user, so that a target transfer request message is generated and sent according to the user operation. The target transfer request message comprises a request account identification of an account used for transferring money with the account corresponding to the target transaction account identification. If the request account identifier is matched with the target account subscription identifier, it can be stated that the transfer requested by the user can be performed between the two accounts. And determining the specific transfer content according to the data in the target transfer request message, and if the transfer can be completed, updating the balance data of the target account according to the transfer content correspondingly.
Optionally, when it is determined that the request account identifier is not matched with the target account subscription identifier, it may be indicated that the two marked accounts do not have a subscription relationship, the transfer cannot be performed according to a preset data processing manner, and the transfer may be terminated.
For example, fig. 3 and fig. 4 are schematic structural diagrams of a request processing system according to a second embodiment of the present invention. In the above example of the cross-border financing product transaction scenario, as shown in fig. 3 and 4, establishment of a contract-signing relationship between internal and external accounts may be implemented through a product service layer of a banking system. Specifically, the account number of the overseas account of the user may be determined as the target transaction account identifier, and the overseas financial product may be purchased in the cross-border service scenario by using the overseas account, so that many limitations in the process of purchasing the financial product across the border may be avoided by using the overseas account to purchase the overseas financial product. When the user is a domestic user, the account capable of handling the cash business is a domestic account, and the foreign account cannot be directly used, so that funds of the domestic account need to be remitted into the foreign account, and the financial product transaction can be carried out by using the part of funds without the limitation of cross-border transaction. Therefore, the user can provide the domestic account in the bank system in advance, when the bank system confirms that the domestic account and the overseas account belong to the user, the contract relationship can be established between the domestic account and the overseas account, so that funds only flow between the domestic account and the overseas account in a closed loop mode, and the fund flow between the two accounts can be allowed to be free from many limitations in the original cross-border transfer process because the risk of cross-border transfer is effectively avoided by the fund closed-loop flow mechanism. Further, the request account id of the domestic account may be determined as the target account subscription id, and stored in the account database in correspondence with the target transaction account id.
In an optional embodiment of the present invention, the updating the balance data of the target account according to the target transfer request message includes: analyzing the target transfer request message to obtain a transfer request instruction; under the condition that the transfer requesting instruction is determined to be a transfer requesting instruction, obtaining transfer amount data of the transfer requesting instruction; acquiring target account limit data in the account database according to the target transaction account identifier; and under the condition that the target account limit data is determined not to be lower than the transferred amount data, updating the balance data of the target account and the target account limit data according to the transferred amount data.
The transfer request instruction can be specific content data of transfer requested by the target transfer request message. The transfer request instruction can be specific content data requested by the target transfer request message for transferring funds to an account corresponding to the target transaction account identifier. The transfer amount data may be the amount of funds transferred as requested by the target transfer request message. The target account credit data can be the highest fund amount which can be transferred currently in the account corresponding to the target transaction account identification.
Correspondingly, the transfer request instruction is a transfer request instruction, which can indicate that the transfer requested by the user is to transfer funds to an account corresponding to the target transaction account identifier. In the account database, target account credit data corresponding to the target transaction account identifier may be stored, and is used to limit the amount of money that can be currently transferred to the account, so as to control the total credit in the account not to exceed a certain upper limit. Therefore, when the target account limit data is determined to be not lower than the transfer amount data requested to be transferred by the current user, the funds of the transfer amount data can be transferred into the account, the funds transferred into the account can increase the amount of the balance data of the target account in the account, and the target account limit data is reduced.
Optionally, in the case that it is determined that the target account amount data is lower than the transfer amount data, it may be determined that the transfer amount data exceeds the highest amount that can be currently transferred to the account, and the transfer may be terminated.
For example, in the above example of the cross-border financial product transaction scenario, the amount of the financial product for purchasing the foreign account corresponding to the target transaction account identifier may be limited by the amount of the financial product, for example, if the total amount of the foreign financial product that each user can purchase does not exceed one million yuan, the target account amount data may be determined according to the usage of the foreign account of the current user, for example, twenty ten thousand yuan is saved in the foreign account, eighty thousand yuan is purchased, the target account amount data is zero yuan, and the transfer of funds to the foreign account cannot be continued through the foreign account in the subscription relationship.
In an optional embodiment of the present invention, the obtaining target account quota data in the account database according to the target transaction account identifier includes: acquiring target account limit associated data in the account database according to the target transaction account identification; and acquiring target account limit data according to the target account limit associated data and a preset limit calculation formula.
The target account quota associating data may be data for calculating target account quota data. The preset limit calculation formula may be a formula for calculating the target account limit data according to the limit association data, and may be preset and stored.
Correspondingly, the related data generated by the account corresponding to the target transaction account identification in the transaction or transfer process can be stored in the account database corresponding to the target transaction account identification, and then the target account quota related data can be obtained and brought into the preset quota calculation formula to calculate the target account quota data.
Illustratively, in the above example of the cross-border financial product transaction scenario, the target account amount data of the overseas account may be obtained by subtracting the amount of the financial product currently purchased by the user from the upper limit amount of the overseas financial product personally available for purchase by the user, and then subtracting the current fund balance of the overseas account from the current fund balance of the overseas account; and subtracting the total sum of the financial products purchased by all the users in the area currently according to the total open sale sum of the overseas financial products in the area where the overseas accounts of the users are located, and subtracting the total sum of funds in the transaction accounts of all the users in the area used in the service scene to obtain the area residual amount, and determining the smaller value of the personal amount of the users and the area residual amount as target account amount data. For example, if the upper limit amount of the overseas financial product which can be purchased by the user is one million yuan, the amount of the financial product which is purchased by the user at present is ten million yuan, and the current fund balance of the overseas account is twenty ten thousand yuan, the personal surplus amount of the user is seventy ten thousand yuan; the total amount of the regional open sales is five million yuan, the total amount of the financial products purchased by all users in the region is two million yuan, the total balance of the fund of the accounts of all the users in the region is three million yuan, the remaining amount of the region is zero, and therefore the target account amount data of the users is zero, and the fund cannot be continuously transferred into the accounts.
In an optional embodiment of the present invention, before the obtaining, according to the target transaction account identifier, target account amount association data in the account database, the method further includes: and reestimating the target account limit associated data, and updating the target account limit associated data according to a reestimation processing result.
Wherein, the reevaluation process can be an operation of calculating the target account quota associated data.
Correspondingly, the target account amount associated data is not only related to the fund flow in the transaction process and/or the transfer process, but also related to the income generated by the purchase applying and redemption transaction, so that the target account amount associated data can be reevaluated, accurate target account amount data can be obtained according to the reevaluated accurate target account amount associated data, and the fund transfer in the account corresponding to the target transaction account identification is avoided.
Fig. 5 is a schematic structural diagram of a request processing system according to a second embodiment of the present invention. As shown in fig. 5, in the above example of the cross-border financing product transaction scenario, the reevaluation process may be implemented by the system product service layer. Specifically, the financial products held by the user can generate profit and loss, so that the total value of the purchased financial products fluctuates up and down, and the target account amount associated data is influenced. Therefore, the total value amount of the financial products can be re-determined periodically according to the evaluation value of the financial products held by the user, so that the total amount of the financial products purchased by the user is updated, and the target account amount data is re-calculated according to the updated total amount of the purchased financial products. Taking the calculation process of the personal surplus limit of the user as an example, the upper limit amount of the foreign financial products which can be purchased by the user is one million yuan, the amount of the money which is purchased by the user at present is ten million yuan, the current balance of the fund of the foreign account is twenty million yuan, and then the personal surplus limit of the user is seventy ten thousand yuan; after the data is reevaluated, the total sum of the current valuation values of the financial products purchased by the user by using ten thousand yuan is twenty ten thousand yuan, the sum of the financial products purchased by the user at present is updated to twenty ten thousand yuan, and the newly acquired personal surplus limit of the user is sixty ten thousand yuan.
In an optional embodiment of the present invention, the updating the balance data of the target account according to the target transfer request message includes: analyzing the target transfer request message to obtain a transfer request instruction; under the condition that the transfer request instruction is determined to be a transfer request instruction, transfer-out amount data of the transfer request instruction is obtained; and under the condition that the balance data of the target account is determined to be not lower than the transfer-out amount data, updating the balance data of the target account and the limit data of the target account according to the transfer-in amount data.
The request transfer-out instruction may be specific content data requested by the target transfer request message and used for transferring out funds from an account corresponding to the target transaction account identifier. The roll-out amount data may be the amount of money that is requested to be rolled out by the target transfer request message.
Correspondingly, the transfer request instruction is a transfer request instruction, which can indicate that the transfer requested by the user is to transfer funds from an account corresponding to the target transaction account identifier. In the account database, target account balance data may be stored corresponding to the target transaction account identifier, and when it is determined that the target account balance data is not lower than the transfer-out amount data requested to be transferred out by the current user, funds of the transfer-out amount data may be transferred out of the account, and the funds of the transfer-out account may decrease the amount of the target account balance data in the account, and increase the target account amount data.
Optionally, in a case where the balance data of the target account is determined to be lower than the transfer-out amount data, it may be determined that the transfer-out amount data exceeds the amount of money stored in the current account, and the transfer-in may be terminated.
For example, in the above example of the cross-border financing product transaction scenario, if the balance of funds in the overseas account is twenty-ten-thousand yuan, funds requesting to transfer the amount may be transferred when the requested transfer amount is not higher than twenty-ten-thousand yuan; if the transfer amount requested is more than twenty-ten thousand yuan, the balance of the fund in the account is insufficient, and the transfer cannot be executed.
The embodiment of the invention provides a request processing method, which is characterized in that a transaction scene identifier is added in a transaction request message, so that a business scene of a request transaction can be determined according to the transaction scene identifier carried by the transaction request message after the transaction request message is received, thereby ensuring that the transaction is allowed only in a specific business scene, realizing the automatic marking and identification of the business scene of the transaction request, effectively managing the authority of the transaction request, providing a fund flow closed-loop management mechanism, simplifying the data processing process in the transaction implementation process, and improving the transaction orderliness and the fund security.
EXAMPLE III
Fig. 6 is a schematic structural diagram of a request processing apparatus according to a third embodiment of the present invention, as shown in fig. 6, the apparatus includes: a transaction request receiving module 310, a scenario identification obtaining module 320 and a transaction operation executing module 330.
The transaction request receiving module 310 is configured to receive a transaction request message sent by a target service component.
The scene identifier obtaining module 320 is configured to analyze the transaction request packet to obtain a transaction scene identifier.
And the transaction operation execution module 330 is configured to execute a target transaction operation according to the transaction request message under the condition that it is determined that the transaction scenario identifier is a target scenario identifier.
In an optional implementation manner of the embodiment of the present invention, the apparatus may further include: and the refusing operation executing module is used for executing the transaction refusing operation under the condition that the transaction scene identification is determined to be the non-target scene identification.
In an optional implementation manner of the embodiment of the present invention, the transaction operation execution module 330 may include: the instruction acquisition sub-module is used for analyzing and processing the transaction request message to obtain a transaction request instruction; the instruction operation execution sub-module is used for determining target transaction operation according to the request transaction instruction and executing the target transaction operation under the condition that the request transaction instruction is determined to be matched with the target scene identifier; and the instruction operation rejection submodule is used for determining the transaction rejection operation as the target transaction operation and executing the target transaction operation under the condition that the request transaction instruction is determined not to be matched with the target scene identification.
In an optional implementation manner of the embodiment of the present invention, the instruction operation execution submodule may be specifically configured to: under the condition that the request transaction instruction is determined to be a purchase-applying transaction instruction, acquiring a target transaction account identifier and purchase-applying amount data of the purchase-applying transaction instruction; acquiring balance data of the target account in an account database according to the target transaction account identifier; and under the condition that the balance data of the target account is determined to be not lower than the procurement amount data, calling a target procurement transaction interface according to the procurement transaction instruction so as to complete the target procurement transaction.
In an optional implementation manner of the embodiment of the present invention, the instruction operation execution submodule may be specifically configured to: in the event that the request transaction instruction is determined to be a redemption transaction instruction, invoking a targeted redemption transaction interface in accordance with the redemption transaction instruction to complete a targeted redemption transaction.
In an optional implementation manner of the embodiment of the present invention, the transaction operation execution module 330 may further include: the balance updating submodule is used for acquiring a target transaction account identifier in the transaction request instruction; acquiring balance data of the target account in an account database according to the target transaction account identifier; and updating the balance data of the target account according to the execution result of the target transaction operation.
In an optional implementation manner of the embodiment of the present invention, the apparatus may further include: the signing mark acquisition module is used for acquiring a target account signing mark in the account database according to the target transaction account mark; and the signing balance updating module is used for updating the balance data of the target account according to the signing identification of the target account.
In an optional implementation manner of the embodiment of the present invention, the subscription balance update module may include: the transfer request receiving submodule is used for receiving a target transfer request message sent by the target transfer component; the transfer identifier acquisition sub-module is used for analyzing and processing the target transfer request message to obtain a request account identifier; and the transfer request execution sub-module is used for updating the balance data of the target account according to the target transfer request message under the condition that the request account identification is determined to be matched with the target account signing identification.
In an optional implementation manner of the embodiment of the present invention, the transfer request execution sub-module may include: the transfer-in execution unit is used for analyzing and processing the target transfer request message to obtain a transfer request instruction; under the condition that the transfer requesting instruction is determined to be a transfer requesting instruction, obtaining transfer amount data of the transfer requesting instruction; acquiring target account limit data in the account database according to the target transaction account identifier; and under the condition that the target account limit data is determined not to be lower than the transferred amount data, updating the balance data of the target account and the target account limit data according to the transferred amount data.
In an optional implementation manner of the embodiment of the present invention, the transfer-to execution unit may be specifically configured to: acquiring target account limit associated data in the account database according to the target transaction account identification; and acquiring target account limit data according to the target account limit associated data and a preset limit calculation formula.
In an optional implementation manner of the embodiment of the present invention, the transfer-to execution unit may be further configured to: and before acquiring target account limit associated data from the account database according to the target transaction account identifier, reestimating the target account limit associated data, and updating the target account limit associated data according to a reestimation processing result.
In an optional implementation manner of the embodiment of the present invention, the transfer request execution sub-module may include: the transfer-out execution unit is used for analyzing and processing the target transfer request message to obtain a transfer request instruction; under the condition that the transfer request instruction is determined to be a transfer request instruction, transfer-out amount data of the transfer request instruction is obtained; and under the condition that the balance data of the target account is determined to be not lower than the transfer-out amount data, updating the balance data of the target account and the limit data of the target account according to the transfer-in amount data.
The device can execute the request processing method provided by any embodiment of the invention, and has corresponding functional modules and beneficial effects for executing the request processing method.
The embodiment of the invention provides a request processing device, which can determine a business scene of a request transaction according to a transaction scene identifier carried by a transaction request message after receiving the transaction request message by adding the transaction scene identifier in the transaction request message, thereby ensuring that the transaction is allowed only in a specific business scene, realizing the automatic marking and identification of the business scene of the transaction request, effectively managing the authority of the transaction request, providing a fund flow closed-loop management mechanism, simplifying the data processing process in the transaction implementation process, and improving the transaction orderliness and the fund security.
Example four
Fig. 7 is a schematic structural diagram of a computer device according to a fourth embodiment of the present invention. FIG. 7 illustrates a block diagram of an exemplary computer device 12 suitable for use in implementing embodiments of the present invention. The computer device 12 shown in fig. 7 is only an example and should not bring any limitations to the functionality or scope of use of the embodiments of the present invention.
As shown in FIG. 7, computer device 12 is in the form of a general purpose computing device. The components of computer device 12 may include, but are not limited to: one or more processors 16, a memory 28, and a bus 18 that connects the various system components (including the memory 28 and the processors 16).
Computer device 12 typically includes a variety of computer system readable media. Such media may be any available media that is accessible by computer device 12 and includes both volatile and nonvolatile media, removable and non-removable media.
The memory 28 may include computer system readable media in the form of volatile memory, such as Random Access Memory (RAM)30 and/or cache memory 32. Computer device 12 may further include other removable/non-removable, volatile/nonvolatile computer system storage media. By way of example only, storage system 34 may be used to read from and write to non-removable, nonvolatile magnetic media (not shown in FIG. 7, and commonly referred to as a "hard drive"). Although not shown in FIG. 7, a magnetic disk drive for reading from and writing to a removable, nonvolatile magnetic disk (e.g., a "floppy disk") and an optical disk drive for reading from or writing to a removable, nonvolatile optical disk (e.g., a CD-ROM, DVD-ROM, or other optical media) may be provided. In these cases, each drive may be connected to bus 18 by one or more data media interfaces. Memory 28 may include at least one program product having a set (e.g., at least one) of program modules that are configured to carry out the functions of embodiments of the invention.
A program/utility 40 having a set (at least one) of program modules 42 may be stored, for example, in memory 28, such program modules 42 including, but not limited to, an operating system, one or more application programs, other program modules, and program data, each of which examples or some combination thereof may comprise an implementation of a network environment. Program modules 42 generally carry out the functions and/or methodologies of the described embodiments of the invention.
Computer device 12 may also communicate with one or more external devices 14 (e.g., keyboard, pointing device, display 24, etc.), with one or more devices that enable a user to interact with computer device 12, and/or with any devices (e.g., network card, modem, etc.) that enable computer device 12 to communicate with one or more other computing devices. Such communication may be through an input/output (I/O) interface 22. Also, computer device 12 may communicate with one or more networks (e.g., a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public network such as the Internet) via network adapter 20. As shown, network adapter 20 communicates with the other modules of computer device 12 via bus 18. It should be appreciated that although not shown in FIG. 7, other hardware and/or software modules may be used in conjunction with computer device 12, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems, among others.
The processor 16 executes various functional applications and data processing by executing programs stored in the memory 28, thereby implementing the request processing method provided by the embodiment of the present invention: receiving a transaction request message sent by a target service component; analyzing the transaction request message to obtain a transaction scene identifier; and executing target transaction operation according to the transaction request message under the condition that the transaction scene identifier is determined to be the target scene identifier.
EXAMPLE five
Fifth embodiment of the present invention provides a computer-readable storage medium, on which a computer program is stored, where when the computer program is executed by a processor, the computer program implements a request processing method provided in the fifth embodiment of the present invention: receiving a transaction request message sent by a target service component; analyzing the transaction request message to obtain a transaction scene identifier; and executing target transaction operation according to the transaction request message under the condition that the transaction scene identifier is determined to be the target scene identifier.
Any combination of one or more computer-readable media may be employed. The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.
A computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.
Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.
Computer program code for carrying out operations for aspects of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or computer device. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet service provider).
It is to be noted that the foregoing is only illustrative of the preferred embodiments of the present invention and the technical principles employed. It will be understood by those skilled in the art that the present invention is not limited to the particular embodiments described herein, but is capable of various obvious changes, rearrangements and substitutions as will now become apparent to those skilled in the art without departing from the scope of the invention. Therefore, although the present invention has been described in greater detail by the above embodiments, the present invention is not limited to the above embodiments, and may include other equivalent embodiments without departing from the spirit of the present invention, and the scope of the present invention is determined by the scope of the appended claims.
Claims (15)
1. A method for processing a request, comprising:
receiving a transaction request message sent by a target service component;
analyzing the transaction request message to obtain a transaction scene identifier;
and executing target transaction operation according to the transaction request message under the condition that the transaction scene identifier is determined to be the target scene identifier.
2. The method according to claim 1, wherein after the parsing the transaction request packet to obtain the transaction scenario identifier, further comprising:
and executing transaction rejection operation under the condition that the transaction scene identification is determined to be the non-target scene identification.
3. The method of claim 1, wherein performing a target transaction operation according to the transaction request message comprises:
analyzing the transaction request message to obtain a transaction request instruction;
under the condition that the request transaction instruction is matched with the target scene identification, determining target transaction operation according to the request transaction instruction, and executing the target transaction operation;
and under the condition that the request transaction instruction is determined not to be matched with the target scene identification, determining a transaction refusing operation as a target transaction operation, and executing the target transaction operation.
4. The method of claim 3, wherein determining a target transaction operation according to the request transaction instruction and performing the target transaction operation comprises:
under the condition that the request transaction instruction is determined to be a purchase-applying transaction instruction, acquiring a target transaction account identifier and purchase-applying amount data of the purchase-applying transaction instruction;
acquiring balance data of the target account in an account database according to the target transaction account identifier;
and under the condition that the balance data of the target account is determined to be not lower than the procurement amount data, calling a target procurement transaction interface according to the procurement transaction instruction so as to complete the target procurement transaction.
5. The method of claim 3, wherein determining a target transaction operation according to the request transaction instruction and performing the target transaction operation comprises:
in the event that the request transaction instruction is determined to be a redemption transaction instruction, invoking a targeted redemption transaction interface in accordance with the redemption transaction instruction to complete a targeted redemption transaction.
6. The method of claim 3, further comprising, after determining a target transaction operation according to the request transaction instruction and performing the target transaction operation:
acquiring a target transaction account identifier in the request transaction instruction;
acquiring balance data of the target account in an account database according to the target transaction account identifier;
and updating the balance data of the target account according to the execution result of the target transaction operation.
7. The method of claim 6, further comprising:
acquiring a target account signing identifier from the account database according to the target transaction account identifier;
and updating the balance data of the target account according to the signing identification of the target account.
8. The method of claim 7, wherein updating the target account balance data based on the target account subscription identity comprises:
receiving a target transfer request message sent by a target transfer component;
analyzing the target transfer request message to obtain a request account identifier;
and under the condition that the request account identification is determined to be matched with the target account signing identification, updating balance data of the target account according to the target transfer request message.
9. The method of claim 8, wherein updating the destination account balance data based on the destination transfer request message comprises:
analyzing the target transfer request message to obtain a transfer request instruction;
under the condition that the transfer requesting instruction is determined to be a transfer requesting instruction, obtaining transfer amount data of the transfer requesting instruction;
acquiring target account limit data in the account database according to the target transaction account identifier;
and under the condition that the target account limit data is determined not to be lower than the transferred amount data, updating the balance data of the target account and the target account limit data according to the transferred amount data.
10. The method of claim 9, wherein obtaining target account credit data in the account database based on the target transaction account identifier comprises:
acquiring target account limit associated data in the account database according to the target transaction account identification;
and acquiring target account limit data according to the target account limit associated data and a preset limit calculation formula.
11. The method as claimed in claim 10, further comprising, before the obtaining the target account credit correlation data in the account database according to the target transaction account id, the steps of:
and reestimating the target account limit associated data, and updating the target account limit associated data according to a reestimation processing result.
12. The method of claim 8, wherein updating the destination account balance data based on the destination transfer request message comprises:
analyzing the target transfer request message to obtain a transfer request instruction;
under the condition that the transfer request instruction is determined to be a transfer request instruction, transfer-out amount data of the transfer request instruction is obtained;
and under the condition that the balance data of the target account is determined to be not lower than the transfer-out amount data, updating the balance data of the target account and the limit data of the target account according to the transfer-in amount data.
13. A request processing apparatus, comprising:
the transaction request receiving module is used for receiving a transaction request message sent by the target service component;
the scene identifier acquisition module is used for analyzing and processing the transaction request message to obtain a transaction scene identifier;
and the transaction operation execution module is used for executing target transaction operation according to the transaction request message under the condition that the transaction scene identifier is determined to be the target scene identifier.
14. A computer device, characterized in that the computer device comprises:
one or more processors;
storage means for storing one or more programs;
when executed by the one or more processors, cause the one or more processors to implement a request processing method as recited in any of claims 1-12.
15. A computer storage medium on which a computer program is stored, which program, when being executed by a processor, is adapted to carry out the request processing method of any one of claims 1 to 12.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110428961.2A CN113034285A (en) | 2021-04-21 | 2021-04-21 | Request processing method and device, computer equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110428961.2A CN113034285A (en) | 2021-04-21 | 2021-04-21 | Request processing method and device, computer equipment and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113034285A true CN113034285A (en) | 2021-06-25 |
Family
ID=76457110
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110428961.2A Pending CN113034285A (en) | 2021-04-21 | 2021-04-21 | Request processing method and device, computer equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113034285A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113746937A (en) * | 2021-09-16 | 2021-12-03 | 中国银行股份有限公司 | Method and device for initiating message cache area analysis through cross-border payment system channel |
-
2021
- 2021-04-21 CN CN202110428961.2A patent/CN113034285A/en active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113746937A (en) * | 2021-09-16 | 2021-12-03 | 中国银行股份有限公司 | Method and device for initiating message cache area analysis through cross-border payment system channel |
| CN113746937B (en) * | 2021-09-16 | 2022-11-22 | 中国银行股份有限公司 | Method and device for initiating message buffer analysis across border payment system channels |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11900343B2 (en) | Portable account number for consumer payment account | |
| US7513418B2 (en) | Systems and methods for performing a simplified risk assessment | |
| US20230298100A1 (en) | Systems and methods for operating a math-based currency exchange | |
| AU2015207847A1 (en) | Portable account number for consumer payment account | |
| US20190130392A1 (en) | Automatic generation of tax information from a distributed ledger | |
| US8781962B2 (en) | System and method for providing alternate funding source for portable consumer device | |
| CN109285069B (en) | Resource transfer method, device and server | |
| US20140244501A1 (en) | Payer-Based Account Porting To Portable Value Distribution Systems And Methods | |
| KR101303300B1 (en) | Secured transaction service method | |
| US20230385787A1 (en) | Infrastructure for maintaining math-based currency accounts | |
| CN111899111A (en) | Capital matching method, device, server and storage medium | |
| US20220036347A1 (en) | Payment transaction process employing dynamic account expiry and dynamic token verification code | |
| CN111008895A (en) | Internet financial repayment method, device, equipment and storage medium | |
| US11170351B1 (en) | Systems and methods for identity verification of math-based currency account holders | |
| US20240029053A1 (en) | Provisioning of payment acceptance to payment account holders | |
| US10970684B1 (en) | Systems and methods for maintaining deposits of math-based currency | |
| US20220076264A1 (en) | System and method for simplifying fraud detection in real-time payment transactions from trusted accounts | |
| CN113034285A (en) | Request processing method and device, computer equipment and storage medium | |
| CN113112263A (en) | Payment mode display method and device, server and storage medium | |
| US20190325410A1 (en) | Methods and system for selecting payment system for transaction routing | |
| US20190188685A1 (en) | Centralized transaction limit management in payment account system | |
| KR20140127518A (en) | Withholding agency method and system performing the same | |
| CN112734434B (en) | Medium distribution method, medium distribution device and electronic equipment | |
| CN116468432B (en) | Order processing method, device, equipment and medium | |
| US11062278B1 (en) | Systems and methods for math-based currency credit transactions |
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 |