A transaction control method and system, electronic device, storage medium
By receiving inquiry requests and determining quotes based on patterns, and employing either automatic or manual quoting modes, the inefficiency in foreign exchange trading has been resolved, resulting in improved accuracy and user experience.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2021-12-21
- Publication Date
- 2026-03-20
AI Technical Summary
Foreign exchange trading is complex and relies on manual operation, resulting in low trading efficiency, frequent errors, and an inability to provide clients with the best price in a timely manner, leading to customer loss and economic losses.
By receiving inquiry requests, the system determines the current price based on the pricing model, and adopts either automatic or manual pricing mode. It combines the validity of the inquiry request and the transaction amount to automatically determine the pricing model and monitor the validity of the pricing, ensuring the accuracy and efficiency of the transaction.
It improved transaction efficiency and quote accuracy, reduced transaction errors, enhanced user experience, and ensured the timeliness of transactions and customer loyalty.
Smart Images

Figure CN114219641B_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of data access technology, and in particular to a transaction control method and system, electronic device, and storage medium. Background Technology
[0002] With the development of science and technology, people are increasingly conducting transactions online. Among the many types of transactions, foreign exchange trading is a complex process. Exchange rates in the foreign exchange market fluctuate over time, just like stock prices, and can affect transaction outcomes in an instant.
[0003] However, due to the long transaction process of foreign exchange trading, relying solely on traders to complete a large amount of work during the transaction process requires a lot of time, is prone to transaction errors, is inefficient, and traders often cannot provide clients with the best price in a timely manner, thus delaying transactions and causing financial losses to clients. This fails to strengthen customer loyalty and results in serious customer churn. Summary of the Invention
[0004] This application provides a transaction control method and system, electronic device, and storage medium to avoid transaction errors, improve transaction efficiency and quote accuracy, and enhance user experience.
[0005] This application provides a transaction control method, which includes:
[0006] Receive price inquiry requests for the current transaction;
[0007] The pricing model is determined based on the inquiry request; the pricing models include: automatic pricing model and manual pricing model.
[0008] Determine the current quote corresponding to the inquiry request based on the pricing model;
[0009] Send the current quote.
[0010] In some embodiments, determining the pricing model based on the inquiry request specifically includes:
[0011] Determine whether the quotation information carried in the inquiry request is valid;
[0012] If not, confirm that the quotation mode is manual quotation mode;
[0013] If so, determine whether the transaction amount carried in the inquiry request exceeds the first preset threshold;
[0014] If so, confirm that the pricing mode is manual pricing mode;
[0015] If not, confirm that the pricing mode is set to automatic pricing mode.
[0016] In some embodiments, before determining the pricing model based on the inquiry request, the method further includes:
[0017] The inquiry mode is determined based on the inquiry request; the inquiry mode includes: single transaction inquiry and multiple transaction inquiry.
[0018] Based on the inquiry request, determine whether the inquiry amount carried in the inquiry request exceeds the first preset threshold, specifically including:
[0019] If the inquiry mode is a single transaction inquiry, determine whether the inquiry amount of a single transaction inquiry exceeds the first preset threshold;
[0020] If the inquiry mode is a multi-transaction inquiry, determine whether the inquiry amount of each transaction in the multi-transaction inquiry exceeds the first preset threshold.
[0021] In some embodiments, the pricing mode is an automatic pricing mode, which determines the current price corresponding to the inquiry request based on the pricing mode, specifically including:
[0022] The current quote is determined based on the quote information provided in the inquiry request.
[0023] In some embodiments, the pricing mode is a manual pricing mode, which determines the current price corresponding to the inquiry request based on the pricing mode, specifically including:
[0024] Based on the inquiry request, determine whether the transaction type corresponding to the current inquiry request meets the preset rules;
[0025] If so, determine the current quote based on the valid quotes corresponding to the inquiry request;
[0026] If not, the inquiry request will be rejected.
[0027] In some embodiments, after sending the current quote, the method further includes:
[0028] Receive transaction rejection request;
[0029] Alternatively, receive a transaction confirmation request and determine whether the quote information carried in the transaction confirmation request is valid;
[0030] If so, complete the transaction at the current quote by submitting a transaction confirmation request;
[0031] If not, end the current transaction.
[0032] In some embodiments, the method further includes:
[0033] After determining the current quote corresponding to the inquiry request, record the current transaction status as quote validity status and send quote validity status information;
[0034] After rejecting the inquiry request, record the current transaction status as rejected and send a rejection status message.
[0035] In some embodiments, after sending the current quote, the method further includes:
[0036] Check at a preset frequency whether the time between the current moment and the moment determined by the current quote exceeds a first preset time.
[0037] If not, then the current transaction status will remain as a valid quote.
[0038] If so, the current quote is withdrawn, the current transaction status is recorded as withdrawn, the withdrawal status information is sent, the current quote is used as the quote information in the current transaction's inquiry request, and the valid current quote is confirmed again.
[0039] In some embodiments, determining whether the quote information carried in the transaction confirmation request is valid specifically includes:
[0040] Determine if the current transaction status is a reversal status;
[0041] If not, the transaction will be completed at the current price through a transaction confirmation request, and the current transaction status will be recorded as a completed transaction.
[0042] If so, end the current transaction.
[0043] This application provides a transaction control system, which includes:
[0044] The first receiving module is used to receive the inquiry request for the current transaction;
[0045] The pricing mode determination module is used to determine the pricing mode based on the inquiry request; the pricing modes include: automatic pricing mode and manual pricing mode.
[0046] The current quote determination module is used to determine the current quote corresponding to the inquiry request based on the quote model.
[0047] The first sending module is used to send the current quote.
[0048] In some embodiments, the pricing mode determination module is specifically used for:
[0049] Determine whether the quotation information carried in the inquiry request is valid;
[0050] If not, confirm that the quotation mode is manual quotation mode;
[0051] If so, determine whether the transaction amount carried in the inquiry request exceeds the first preset threshold;
[0052] If so, confirm that the pricing mode is manual pricing mode;
[0053] If not, confirm that the pricing mode is set to automatic pricing mode.
[0054] In some embodiments, the first receiving module is further configured to: determine the inquiry mode based on the inquiry request before determining the quotation mode based on the inquiry request; wherein the inquiry mode includes: single transaction inquiry and multiple transaction inquiry;
[0055] The pricing mode determination module determines whether the price amount carried in the inquiry request exceeds a first preset threshold, specifically including:
[0056] If the inquiry mode is a single transaction inquiry, determine whether the inquiry amount of a single transaction inquiry exceeds the first preset threshold;
[0057] If the inquiry mode is a multi-transaction inquiry, determine whether the inquiry amount of each transaction in the multi-transaction inquiry exceeds the first preset threshold.
[0058] In some embodiments, the pricing mode determination module determines the pricing mode as automatic pricing mode, and determines the current price corresponding to the inquiry request based on the pricing mode, specifically including:
[0059] The current quote is determined based on the quote information provided in the inquiry request.
[0060] In some embodiments, the pricing mode determination module determines the pricing mode as manual pricing mode, and determines the current pricing corresponding to the inquiry request based on the pricing mode, specifically including:
[0061] Based on the inquiry request, determine whether the transaction type corresponding to the current inquiry request meets the preset rules;
[0062] If so, determine the current quote based on the valid quotes corresponding to the inquiry request;
[0063] If not, the inquiry request will be rejected.
[0064] In some embodiments, the first receiving module is further configured to:
[0065] Receive transaction rejection request;
[0066] Alternatively, receive a transaction confirmation request;
[0067] The trading control system also includes:
[0068] The quotation validity determination module is used to determine whether the quotation information carried in the transaction confirmation request is valid based on the transaction confirmation request received by the first receiving module.
[0069] If so, complete the transaction at the current quote by submitting a transaction confirmation request;
[0070] If not, end the current transaction.
[0071] In some embodiments, the transaction control system further includes:
[0072] The transaction status recording module is used to record the current transaction status, which includes: quote validity status, quote withdrawal status, end status, and trade status.
[0073] The first sending module is also used to send status information corresponding to the current transaction status.
[0074] In some embodiments, the transaction control system further includes:
[0075] The quotation monitoring module is used to: after sending the current quotation, query at a preset frequency whether the time between the current moment and the moment the current quotation is determined exceeds a first preset time; if not, the transaction status recording module keeps the current transaction status as a valid quotation status; if so, the first sending module withdraws the current quotation, the transaction status recording module records the current transaction status as a withdrawn status, the first sending module sends the withdrawn status information, and sends the current quotation as the quotation information in the current transaction's inquiry request to the quotation mode determination module, and uses the transaction control system to determine the valid current quotation again.
[0076] In some embodiments, the quotation validity determination module is specifically used for:
[0077] Based on the transaction status record and the current transaction status recorded by the sending module, determine whether the current transaction status is a withdrawal status;
[0078] If not, the transaction will be completed at the current price through a transaction confirmation request, and the current transaction status will be recorded as a completed transaction.
[0079] If so, end the current transaction.
[0080] This application provides a computer device comprising:
[0081] One or more processors;
[0082] Storage device for storing one or more programs;
[0083] When one or more programs are executed by one or more processors, the one or more processors implement the transaction control method provided in the embodiments of this application.
[0084] This application provides a computer-readable storage medium storing a computer program thereon, which, when executed by a processor, implements the transaction control method provided in this application.
[0085] This application provides a computer program product, including a computer program that, when executed by a processor, implements the transaction control method provided in this application.
[0086] The transaction control method and system, electronic device, computer-readable storage medium, and computer program product provided in this application determine the quotation mode as automatic quotation mode or manual quotation mode based on the received inquiry request. This can avoid the need for manual quotation for every transaction. The automatic quotation mode can avoid the time spent on manual quotation, prevent transaction errors, improve transaction efficiency and quotation accuracy, and enhance user experience. Attached Figure Description
[0087] To more clearly illustrate the technical solutions in the embodiments of this application, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.
[0088] Figure 1 A flowchart illustrating a transaction control method provided in an embodiment of this application;
[0089] Figure 2 A flowchart illustrating another transaction control method provided in an embodiment of this application;
[0090] Figure 3 A flowchart illustrating another transaction control method provided in this application embodiment;
[0091] Figure 4 A flowchart illustrating another transaction control method provided in this application embodiment;
[0092] Figure 5 A flowchart illustrating another transaction control method provided in this application embodiment;
[0093] Figure 6 A flowchart illustrating another transaction control method provided in this application embodiment;
[0094] Figure 7 A flowchart illustrating another transaction control method provided in this application embodiment;
[0095] Figure 8 A schematic diagram of a transaction control system provided in an embodiment of this application;
[0096] Figure 9 A schematic diagram of a transaction control system provided in an embodiment of this application;
[0097] Figure 10This is a schematic diagram of an electronic device provided in an embodiment of this application. Detailed Implementation
[0098] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of this application. Furthermore, the embodiments and features in the embodiments of this application can be combined with each other without conflict. All other embodiments obtained by those skilled in the art based on the described embodiments of this application without creative effort are within the scope of protection of this application.
[0099] Unless otherwise defined, the technical or scientific terms used in this application shall have the ordinary meaning understood by one of ordinary skill in the art to which this application pertains. The terms "first," "second," and similar terms used in this application do not indicate any order, quantity, or importance, but are merely used to distinguish different components. Terms such as "comprising" or "including" mean that the element or object preceding the word encompasses the elements or objects listed following the word and their equivalents, without excluding other elements or objects. Terms such as "connected" or "linked" are not limited to physical or mechanical connections, but can include electrical connections, whether direct or indirect.
[0100] It should be noted that the dimensions and shapes of the figures in the accompanying drawings do not reflect actual proportions and are intended only to illustrate the content of this application. Furthermore, the same or similar reference numerals denote the same or similar elements or elements having the same or similar functions throughout.
[0101] It should be noted that, in specific implementation, the transactions involved in this application may be, for example, foreign exchange transactions. That is, the transaction control method provided in this application embodiment can be applied to foreign exchange trading application scenarios. This application scenario includes terminal devices and servers with clients related to the trading business installed. The terminal devices can be smartphones, tablet computers, network set-top boxes, portable computers, desktop computers, personal digital assistants, in-vehicle devices, smart wearable devices, etc., where smart wearable devices can include smart glasses, smartwatches, smart bracelets, etc.; the server can be an independent physical server, a server cluster or distributed system composed of multiple physical servers, or a cloud server providing basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, content delivery networks, and big data and artificial intelligence platforms.
[0102] In some embodiments, the terminal device and the server can communicate via a communication network, which can be a wired network or a wireless network. The terminal device and the server can be directly or indirectly connected via wired or wireless communication, and this application does not impose any limitations on this.
[0103] In some embodiments, the transaction control method may be deployed on a server, meaning that the transaction control portion is executed by the server; or, in some embodiments, the transaction control method may also be deployed on a terminal, meaning that all operations are completed on the terminal device. The specific choice can be made based on the processing power of the terminal device and the limitations of the user's usage scenario. This application does not impose any limitations on this. If all operations are completed on the terminal device, the terminal device may further include a processor for executing the steps of the transaction control method.
[0104] Based on the above application scenarios, the transaction control method provided by the embodiments of this application will be described below in conjunction with the application scenarios described above and with reference to the accompanying drawings. It should be noted that the above application scenarios are only shown to facilitate understanding of the spirit and principles of this application, and the implementation of this application is not limited in any way in this respect.
[0105] This application provides a transaction control method, such as... Figure 1 As shown, it includes:
[0106] S101, Receive the inquiry request for the current transaction;
[0107] S102. Determine the quotation mode based on the inquiry request; wherein, the quotation mode includes: automatic quotation mode and manual quotation mode;
[0108] S103. Determine the current quote corresponding to the inquiry request based on the quotation model;
[0109] S104. Send the current quote.
[0110] The transaction control method provided in this application determines whether the quotation mode is automatic quotation mode or manual quotation mode based on the received inquiry request. This can avoid the need for manual quotation for every transaction. The automatic quotation mode can avoid the time spent on manual quotation, prevent transaction errors, improve transaction efficiency and quotation accuracy, and enhance user experience.
[0111] In some embodiments, such as Figure 2 As shown, step S102 determines the quotation mode based on the inquiry request, specifically including:
[0112] S1021. Determine whether the quotation information carried in the inquiry request is valid;
[0113] If not, proceed to step S1022 and determine the quotation mode as manual quotation mode;
[0114] If so, proceed to step S1023 and determine whether the transaction amount carried in the inquiry request exceeds the first preset threshold;
[0115] If so, proceed to step S1022 and determine the quotation mode as manual quotation mode;
[0116] If not, proceed to step S1024 to determine the quotation mode as automatic quotation mode.
[0117] The transaction control method provided in this application embodiment only uses an automatic quotation mode to quote prices when the quotation is valid and the transaction amount does not exceed a first preset threshold.
[0118] In some embodiments, before determining the pricing model based on the inquiry request, the method further includes:
[0119] The inquiry mode is determined based on the inquiry request; the inquiry mode includes: single transaction inquiry and multiple transaction inquiry.
[0120] Step S1023 determines whether the quotation amount carried in the quotation request exceeds the first preset threshold, specifically including:
[0121] If the inquiry mode is a single transaction inquiry, determine whether the inquiry amount of a single transaction inquiry exceeds the first preset threshold;
[0122] If the inquiry mode is a multi-transaction inquiry, determine whether the inquiry amount of each transaction in the multi-transaction inquiry exceeds the first preset threshold.
[0123] In practical implementation, when the inquiry mode is multiple transaction inquiries, if the inquiry amount of any one transaction exceeds the first preset threshold, all multiple transaction inquiries must be quoted manually.
[0124] In some embodiments, the pricing mode is determined to be an automatic pricing mode. Step S103 determines the current price corresponding to the inquiry request based on the pricing mode, specifically including:
[0125] S103-1 determines the current quotation based on the quotation information carried in the inquiry request.
[0126] In some embodiments, such as Figure 3 As shown, S103-1 determines the current quotation based on the quotation information carried in the inquiry request, specifically including:
[0127] S1031. Determine whether the current transaction meets the preset preferential conditions;
[0128] If so, proceed to step S1032: determine the current quote based on the quote information carried in the quote request and the preset discount spread;
[0129] If not, proceed to step S1033 and use the quotation information carried in the inquiry request as the current quotation.
[0130] In some embodiments, such as Figure 4 As shown, the quotation mode is the manual quotation mode. Step S103 determines the current quotation corresponding to the inquiry request according to the quotation mode, specifically including:
[0131] S1034. Based on the inquiry request, determine whether the transaction type corresponding to the current inquiry request meets the preset rules;
[0132] If so, proceed to step S1035: determine the current quote based on the valid quotes corresponding to the inquiry request;
[0133] If not, proceed to step S1036 and reject the inquiry request.
[0134] In practice, it is determined whether the transaction type corresponding to the current inquiry request meets the preset rules, specifically including:
[0135] Determine whether the transaction type corresponding to the current inquiry request meets the first preset rule;
[0136] If not, then it is determined that the transaction type corresponding to the current inquiry request does not meet the preset rules;
[0137] If so, determine whether the transaction type corresponding to the current inquiry request meets the second preset rule;
[0138] If so, then determine that the transaction type corresponding to the current inquiry request meets the preset rules;
[0139] If not, it is determined that the transaction type corresponding to the current inquiry request does not meet the preset rules.
[0140] In practical implementation, for a single transaction inquiry, if the transaction type is one of the following: spot transaction, forward transaction, or swap transaction, and meets the transaction rules for spot transaction, forward transaction, or swap transaction, then the transaction type is determined to meet the first preset rule. For multiple inquiry transactions, if the transaction type is one of the following: spot transaction or forward transaction, and meets the transaction rules for spot transaction or forward transaction, then the transaction type is determined to meet the first preset rule.
[0141] In practice, if the account information corresponding to the transaction request is in a signed status, then the transaction type corresponding to the current inquiry request is determined to meet the second preset rule. Otherwise, the transaction type corresponding to the current inquiry request is determined not to meet the second preset rule. It should be noted that account information may include multiple sub-account information. If each sub-account is in a signed status, the account information is in a signed status; otherwise, the account information is in an unsigned status. In practice, the signed status information can be queried based on the sub-account identifier in the sub-account information, and the customer number and the customer's primary branch can be mapped based on the element information in the sub-account information.
[0142] It should be noted that the transaction control method provided in this application embodiment uses legal means to obtain account information and other data.
[0143] In practice, for multiple transaction inquiries, if each transaction needs to meet preset rules, the current quote is determined based on the valid quotes corresponding to the inquiry requests. If any transaction does not meet the preset rules, the inquiry request is rejected.
[0144] In some embodiments, after determining the current quote, the method further includes: recording the current transaction information and updating the recording status to "recording complete". The current transaction information includes, for example, transaction element information, amount grouping information table, etc. In specific implementations, the current transaction information can be recorded by the sub-client corresponding to the branch. In specific implementations, for multiple inquiry transactions, the transaction information can be recorded in a preset master table according to the dimensions of each inquiry information. Each record in the preset master table generates a contract number, which is then sent to the first sub-client corresponding to the head office.
[0145] In some embodiments, such as Figure 5 As shown, step S1035 determines the current quote based on the valid quotes corresponding to the inquiry request, specifically including:
[0146] Step S1035-1: Determine whether the current transaction meets the preset preferential conditions;
[0147] If so, proceed to step S1035-2: determine the current quote based on the valid quote and the preset discount spread;
[0148] If not, proceed to step S1035-3 and use the valid quote as the current quote.
[0149] It should be noted that, in practice, the preset preferential spreads differ for different account information. Whether in automatic or manual pricing mode, when account information includes multiple sub-accounts, there may be situations where all sub-accounts meet the preferential conditions but have different preset preferential spreads. In such cases, the preset preferential spread with the largest discount among the multiple sub-accounts should be used as the preset preferential spread for the current transaction.
[0150] In some embodiments, such as Figure 6 As shown, after sending the current quote in S104, it also includes:
[0151] Receive transaction rejection request;
[0152] Alternatively, receive a transaction confirmation request, S105, and determine whether the quotation information carried in the transaction confirmation request is valid;
[0153] If so, proceed to step S106: complete the transaction at the current quote by submitting a transaction confirmation request;
[0154] If not, proceed to step S107 to end the current transaction.
[0155] The transaction control method provided in this application, after receiving a transaction confirmation request, re-determines whether the current quote is valid. The transaction can only be completed if the quote is valid, which can ensure the timeliness of the transaction, avoid affecting the transaction result, and avoid causing economic losses to the user.
[0156] It should be noted that, Figure 6 The transaction control method provided in this application embodiment is illustrated using a specific application scenario as an example. The first client includes the client on which the customer performs operations. The second client can also be called the server; for example, the second client is a bank client. The second client may include a first sub-client, a second sub-client, and a third sub-client. The first sub-client corresponds to the head office client, the second sub-client corresponds to the first branch client, and the second sub-client corresponds to the second branch client. The first branch may be, for example, the customer's primary branch, and the second branch may be, for example, the transaction handling bank.
[0157] In practice, for multiple transaction inquiries, the validity of the price quotes carried in the transaction confirmation request is determined. This specifically includes verifying the validity of the price quotes for each individual transaction. In other words, a transaction can only be completed if all price quotes for a given transaction are valid. Otherwise, the transaction fails and is terminated.
[0158] In some embodiments, such as Figure 6 As shown, step S106, completing the transaction at the current quote via a transaction confirmation request, specifically includes:
[0159] S1061. Confirm the transaction is completed and send the transaction completion information;
[0160] S1062-1, Generate pending transaction information; S1062-2, Generate quick transaction information.
[0161] S1063-1, Enter customer transaction information; S1063-2, Match and complete the transaction.
[0162] S1064. Generate valid transaction information;
[0163] S1065, Transaction completed.
[0164] In practical implementation, the customer can print the transaction information after receiving it on the first client. In practical implementation, the customer initiates the current transaction by sending an inquiry request through the first client. The second client receives the inquiry request and, using the transaction control method provided in this application embodiment, sends a current quote to the user or terminates the current transaction. After receiving the current quote, the user selects whether to proceed with the transaction. If the user chooses to reject the transaction, the second client receives a transaction rejection request and terminates the current transaction. If the user confirms the transaction, the second client receives a transaction confirmation request and completes the subsequent process. In practical implementation, for example... Figure 6 As shown, after the first sub-client corresponding to the head office confirms the transaction, it sends the transaction completion information to the second sub-client corresponding to the first branch. Simultaneously, it generates pending transaction information, and the first sub-client's open position is in a pending state. The second sub-client generates quick transaction information, matches and completes the transaction, and sends the matched transaction information back to the first sub-client. The first sub-client's open position is then in a valid state, and the transaction is completed by the first sub-client. After generating quick transaction information, the second sub-client sends it to the third sub-client, which then enters the customer's transaction information.
[0165] In practice, for a single inquiry transaction, after confirming the transaction, it is necessary to determine whether the single inquiry transaction includes multiple sub-transactions. If not, after confirming the transaction, a quick transaction information is generated, i.e., a quick price lock-in transaction, locking the current quote. If it includes sub-transactions, after confirming the transaction, quick transaction information is generated based on the smallest detail among the multiple sub-transactions, i.e., a quick price lock-in transaction, locking the current quote. For multiple inquiry transactions, after confirming the transaction, quick transaction information is generated based on the smallest detail among the multiple transactions, i.e., a quick price lock-in transaction, locking the current quote. It should be noted that for a single inquiry transaction that does not include sub-transactions, generating a quick price lock-in transaction does not require verifying the account information signing identifier; the quick transaction information only needs to carry customer information and price information. For a single inquiry transaction that includes multiple sub-transactions or multiple inquiry transactions, quick transactions can be generated by splitting them according to the amount grouping dimension, with the customer number falling into the sub-account information identifier.
[0166] In practice, whether it's a single inquiry transaction or multiple inquiry transactions, after the transaction is confirmed, the transaction status can include: pending matching status and completed transaction status. When generating a quick price-locking transaction, the current transaction status can be recorded as pending matching. After generating the quick price-locking transaction, the current transaction status can be recorded as completed transaction status. Entering customer transaction information can include, for example, recording the quick transaction number of this transaction into the preset inquiry table.
[0167] In some embodiments, such as Figure 7 As shown, the transaction control method also includes:
[0168] S108. Record the current transaction status and send the status information corresponding to the current transaction status; wherein, the current transaction status includes: quote valid status, quote withdrawn status, end status, and transaction status.
[0169] In some embodiments, recording the current transaction status and sending the status information corresponding to the current transaction status specifically includes:
[0170] After determining the current quote corresponding to the inquiry request, record the current transaction status as quote validity status and send quote validity status information;
[0171] After rejecting the inquiry request, record the current transaction status as rejected and send a rejection status message.
[0172] It should be noted that, for example Figure 7 In the application scenario illustrated, during implementation, the second sub-client corresponding to the first branch can determine the pricing mode based on the inquiry request. If the pricing mode is automatic pricing, the second sub-client corresponding to the first branch will determine the current price using automatic pricing. If the pricing mode is manual pricing, the second sub-client will send an inquiry request to the first sub-client corresponding to the head office. After receiving the inquiry transaction, the first sub-client will send an inquiry request to the pricing sub-client, which will then determine the current price using manual pricing.
[0173] In specific implementation, for example Figure 7In the application scenario shown, the second sub-client corresponding to the first branch can receive transaction rejection requests or transaction confirmation requests. Upon receiving a transaction confirmation request, it determines whether the quotation information carried in the transaction confirmation request is valid. If so, it executes step S1061 to confirm the transaction, S1062-2 the second sub-client generates branch quick transaction information, S1062-1 and sends the transaction information to the first sub-client corresponding to the head office, generating head office-branch transaction pending information. The first sub-client's exposure is in a pending state. After generating the branch quick transaction information, it sends quick transaction information to the third sub-client corresponding to the handling bank, S1062-3 the third sub-client corresponding to the handling bank generates customer quick transaction information, S1063-1 and enters customer transaction information, S1063-2 the second sub-client corresponding to the first branch matches the transaction, S1065, and the transaction is completed. In practice, after a transaction is matched, the second sub-client corresponding to the first branch sends the matching transaction status information to the first sub-client corresponding to the head office. The first sub-client corresponding to the head office then generates valid transaction information, and the first sub-client's exposure is marked as valid. In practice, the third sub-client corresponding to the handling bank enters customer transaction information, such as collateral, credit limit, account details, and statistical codes.
[0174] In some embodiments, such as Figure 7 As shown, after sending the current quote, the method also includes:
[0175] S109. Query the determination time of the current quote according to the preset frequency, and determine whether the time between the current time and the determination time of the current quote exceeds the first preset time.
[0176] If not, proceed to step S110 and maintain the current transaction status as a valid quote.
[0177] If so, proceed to step S111: withdraw the current quote, change the current transaction status to withdraw status and send the withdrawal status, use the current quote as the quote information in the current transaction's inquiry request, and re-determine the valid current quote.
[0178] The transaction control method provided in this application can monitor the current price quote, thereby preventing the current price quote from becoming invalid due to reasons such as the customer's failure to operate in a timely manner. Furthermore, if the validity period of the current price quote has expired, the transaction control method provided in this application will use the current price quote as the quote information in the current transaction's inquiry request, and re-determine the valid current price quote. This allows the user to trigger a new quote quote process without initiating an inquiry, ensuring transaction efficiency and improving user experience.
[0179] In some embodiments, the preset frequency and the first preset duration can be set according to actual needs.
[0180] In practice, for example, a query operation can be triggered after a second preset time interval following the determination of the current quote. In practice, the second preset time interval is shorter than the first preset time interval.
[0181] In some embodiments, the first preset duration is, for example, 60 seconds.
[0182] In some embodiments, the transaction control method provided in this application further includes: recording a timestamp for determining the current quote. In specific implementations, for example, the timestamp for determining the current quote can be recorded in a preset database table.
[0183] In some embodiments, determining whether the duration between the current time and the time at which the current quote is determined exceeds a first preset duration specifically includes: determining whether the duration between the current timestamp and the timestamp at which the current quote is determined obtained by querying exceeds a first preset duration.
[0184] In some embodiments, step S105 determines whether the quotation information carried in the transaction confirmation request is valid, specifically including:
[0185] Determine if the current transaction status is a reversal status;
[0186] If so, then the quote information carried in the transaction confirmation request is valid;
[0187] If not, then the quote information carried in the transaction confirmation request is invalid.
[0188] In practice, the current types of transactions include: customer-to-customer transactions and proprietary transactions. Customer-to-customer transactions refer to transactions between the bank and its customers; proprietary transactions refer to transactions between the bank and its counterparties.
[0189] In some embodiments, before determining the pricing model based on the inquiry request, the method further includes:
[0190] Determine whether the current transaction is a customer-to-customer transaction based on the inquiry request;
[0191] If so, determine the pricing model based on the inquiry request;
[0192] If not, a manual quotation mode will be used to determine the current quotation based on the inquiry request.
[0193] In other words, if the current transaction is a customer-to-customer transaction, an automatic quotation mode can be used for subsequent quotations.
[0194] In some embodiments, the first client and the second client communicate via an external serial port. For example... Figure 7As shown, the external serial port can be, for example, an external service platform (P5). Inquiry requests, current quotes, current transaction status, transaction rejection requests, transaction confirmation requests, and transaction completion information are all messages. The external serial port converts the message corresponding to each type of information.
[0195] In practice, for price inquiry requests, the first client sends a fixed message (fix) to the external serial port. The external serial port converts the corresponding fixed message into a new generation message and sends it to the second client. Furthermore, the external serial port can distinguish the type of transaction based on the type of the fixed message and convert different types of fixed messages into new generation messages accordingly. For customer-facing transactions, the second client can determine the price inquiry type based on whether the new generation message carries leggroup information. If the new generation message carries leggroup information, it indicates multiple price inquiry transactions; otherwise, it indicates a single price inquiry transaction.
[0196] In practice, for the current quote, current transaction status, and transaction completion information, the second client sends a new generation message to the external serial port. The external serial port then converts the new generation message into a fixed message and sends it to the first client.
[0197] In practice, the transaction rejection request and transaction confirmation request sent by the first client to the external serial port are fixed messages. The external serial port converts the fixed messages into new generation messages and sends them to the second client.
[0198] The transaction control method provided in this application can be applied to complex transaction scenarios. Even if the application scenario involves multiple clients and interactions between them, it can still support differentiated pricing for clients, automate the transaction process, and reduce manual processes for traders. Furthermore, the transaction control method provided in this application uses a two-response pattern (request and response) to control the current transaction status during the transaction process, ensuring the validity of the transaction. The method also includes processes such as monitoring the current quote and requoting to resolve problems that arise during the transaction and ensure the consistency of the transaction process.
[0199] Based on the same inventive concept, embodiments of this application also provide a transaction control system, such as... Figure 8 As shown, the trading control system includes:
[0200] The first receiving module 101 is used to receive the inquiry request for the current transaction;
[0201] The quotation mode determination module 102 is used to determine the quotation mode based on the inquiry request; wherein, the quotation mode includes: automatic quotation mode and manual quotation mode;
[0202] Current quote determination module 103 is used to determine the current quote corresponding to the inquiry request based on the quote mode;
[0203] The first sending module 104 is used to send the current quote.
[0204] The transaction control system provided in this application embodiment has a quotation mode determination module that determines whether the quotation mode is automatic quotation mode or manual quotation mode based on the received inquiry request. This can avoid the need for manual quotation for every transaction. The automatic quotation mode can avoid the time spent on manual quotation, avoid transaction errors, improve transaction efficiency and quotation accuracy, and enhance user experience.
[0205] In some embodiments, the pricing mode determination module is specifically used for:
[0206] Determine whether the quotation information carried in the inquiry request is valid;
[0207] If not, confirm that the quotation mode is manual quotation mode;
[0208] If so, determine whether the transaction amount carried in the inquiry request exceeds the first preset threshold;
[0209] If so, confirm that the pricing mode is manual pricing mode;
[0210] If not, confirm that the pricing mode is set to automatic pricing mode.
[0211] In some embodiments, the first receiving module is further configured to: determine the inquiry mode based on the inquiry request before determining the quotation mode based on the inquiry request; wherein the inquiry mode includes: single transaction inquiry and multiple transaction inquiry;
[0212] The pricing mode determination module determines whether the price amount carried in the inquiry request exceeds a first preset threshold, specifically including:
[0213] If the inquiry mode is a single transaction inquiry, determine whether the inquiry amount of a single transaction inquiry exceeds the first preset threshold;
[0214] If the inquiry mode is a multi-transaction inquiry, determine whether the inquiry amount of each transaction in the multi-transaction inquiry exceeds the first preset threshold.
[0215] In practical implementation, when the inquiry mode is multiple transaction inquiries, if the inquiry amount of any one transaction exceeds the first preset threshold, all multiple transaction inquiries must be quoted manually.
[0216] In some embodiments, the pricing mode determination module determines the pricing mode as automatic pricing mode, and the current pricing determination module determines the current pricing corresponding to the inquiry request based on the pricing mode, specifically including:
[0217] The current quote is determined based on the quote information provided in the inquiry request.
[0218] In some embodiments, the pricing mode determination module determines the pricing mode as manual pricing mode, and the current pricing determination module determines the current pricing corresponding to the inquiry request based on the pricing mode, specifically including:
[0219] Based on the inquiry request, determine whether the transaction type corresponding to the current inquiry request meets the preset rules;
[0220] If so, determine the current quote based on the valid quotes corresponding to the inquiry request;
[0221] If not, the inquiry request will be rejected.
[0222] In practical implementation, the current quote determination module determines whether the transaction type corresponding to the current quote request meets preset rules, specifically including:
[0223] Determine whether the transaction type corresponding to the current inquiry request meets the first preset rule;
[0224] If not, then it is determined that the transaction type corresponding to the current inquiry request does not meet the preset rules;
[0225] If so, determine whether the transaction type corresponding to the current inquiry request meets the second preset rule;
[0226] If so, then determine that the transaction type corresponding to the current inquiry request meets the preset rules;
[0227] If not, it is determined that the transaction type corresponding to the current inquiry request does not meet the preset rules.
[0228] In some embodiments, the first receiving module is further configured to:
[0229] Receive transaction rejection request;
[0230] Alternatively, receive a transaction confirmation request;
[0231] like Figure 9 As shown, the trading control system also includes:
[0232] The quotation validity judgment module 105 is used to determine whether the quotation information carried in the transaction confirmation request is valid based on the transaction confirmation request received by the first receiving module.
[0233] If so, complete the transaction at the current quote by submitting a transaction confirmation request;
[0234] If not, end the current transaction.
[0235] In some embodiments, such as Figure 9 As shown, the trading control system also includes:
[0236] The transaction status recording module 106 is used to record the current transaction status, which includes: quote validity status, quote withdrawal status, end status, and transaction status.
[0237] The first sending module 104 is also used to: send status information corresponding to the current transaction status.
[0238] In some embodiments, the transaction status recording module 106 is specifically used to: after determining the current quote corresponding to the inquiry request, record the current transaction status as a quote valid status; and is also used to: after rejecting the inquiry request, record the current transaction status as a rejection status.
[0239] The first sending module 104 is specifically used to: after determining the current quotation corresponding to the inquiry request, send quotation validity status information; or, after rejecting the inquiry request, send rejection status information.
[0240] In some embodiments, such as Figure 9 As shown, the trading control system also includes:
[0241] The quotation monitoring module 107 is used to: after sending the current quotation, query at a preset frequency whether the time between the current moment and the moment when the current quotation is determined exceeds a first preset time; if not, the transaction status recording module keeps the current transaction status as a valid quotation status; if so, the first sending module withdraws the current quotation, the transaction status recording module records the current transaction status as a withdrawn status, the first sending module sends the withdrawn status information, and sends the current quotation as the quotation information in the current transaction's inquiry request to the quotation mode determination module, and uses the transaction control system to determine the valid current quotation again.
[0242] The transaction control system provided in this application embodiment can monitor the current price through a price monitoring module, thereby preventing the current price from becoming invalid due to reasons such as the customer's failure to operate in a timely manner. Furthermore, the transaction control system provided in this application embodiment, if the current price has exceeded its validity period, will use the current price as the price information in the current transaction's inquiry request, and re-determine the valid current price. This allows the system to trigger a new price quotation process without the user initiating an inquiry, ensuring transaction efficiency and improving user experience.
[0243] In some embodiments, the preset frequency and the first preset duration can be set according to actual needs.
[0244] In practice, the quotation monitoring module can, for example, trigger a query operation after a second preset time interval following the determination of the current quotation. In practice, the second preset time interval is shorter than the first preset time interval.
[0245] In some embodiments, the first preset duration is, for example, 60 seconds.
[0246] In some embodiments, the quotation monitoring module includes a timestamp recording module for recording the timestamp that determines the current quotation. In specific implementations, the timestamp recording module includes a preset database table; for example, the timestamp that determines the current quotation can be recorded in the preset database table.
[0247] In some embodiments, determining whether the duration between the current time and the time at which the current quote is determined exceeds a first preset duration specifically includes: determining whether the duration between the current timestamp and the timestamp at which the current quote is determined obtained by querying exceeds a first preset duration.
[0248] In some embodiments, the quotation validity determination module is specifically used for:
[0249] Based on the current transaction status recorded by the transaction status recording module, determine whether the current transaction status is a withdrawal status;
[0250] If not, the transaction will be completed at the current price through a transaction confirmation request, and the transaction status recording module will record the current transaction status as completed.
[0251] If so, end the current transaction.
[0252] In some embodiments, such as Figure 6 , Figure 7 As shown, for example, a trading control system includes a second client. In specific implementations, the second client may include: a first receiving module, a quotation mode determination module, a current quotation determination module, a trading status recording module, a first sending module, a quotation validity judgment module, and a quotation monitoring module. In specific implementations, when the second client includes multiple sub-clients, each sub-client may include the first receiving module, the quotation mode determination module, the current quotation determination module, the trading status recording module, the first sending module, the quotation validity judgment module, and the quotation monitoring module. Alternatively, each sub-client may include at least some of the following modules: the first receiving module, the quotation mode determination module, the current quotation determination module, the trading status recording module, the first sending module, the quotation validity judgment module, and the quotation monitoring module.
[0253] In some embodiments, such as Figure 6 , Figure 7 As shown, the trading control system also includes a first client. The first client includes, for example, a second sending module and a second receiving module. The second sending module is used to send inquiry requests, trade rejection requests, and trade confirmation requests. The second receiving module is used to receive: current price quotes, status information, and trade completion information.
[0254] In some embodiments, the first sending module and the first receiving module are further configured to enable interaction of transaction-related information among multiple sub-clients. That is, each sub-client can send transaction-related information to other sub-clients through the first sending module, and can also receive transaction-related information sent by other sub-clients through the first receiving module. The transaction control system further includes a quick transaction information generation module for generating quick transaction information. In a specific implementation, the quick transaction information generation module in the second sub-client corresponding to the first branch generates branch quick transaction information. After the quotation validity judgment module passes the transaction confirmation request, it sends transaction completion information to the first sub-client corresponding to the head office. The quick transaction information generation module of the first sub-client generates pending head office / branch transaction information, and the first sub-client's open position is in a pending state. After the quick transaction information generation module in the second sub-client generates the branch quick transaction information, it sends the quick transaction information to the third sub-client corresponding to the handling bank. The quick transaction information generation module in the third sub-client corresponding to the handling bank generates customer quick transaction information. In some embodiments, the transaction control system further includes an information entry module for entering customer transaction information. In some embodiments, after the quick transaction information generation module in the third sub-client generates the quick transaction information for the client, the information entry module in the third sub-client is used to enter customer transaction information, such as guarantee, credit limit, account, statistical code, etc. In a specific implementation, the transaction control system also includes a matching and execution module, used to match and execute transactions after entering customer transaction information, thus completing the transaction. In a specific implementation, after the matching and execution, the second sub-client corresponding to the first branch sends the matching and execution status information to the first sub-client corresponding to the head office. The first sub-client corresponding to the head office generates valid transaction information, and the first sub-client's exposure is in a valid state.
[0255] In some embodiments, the transaction control system further includes: an information entry module, used in some embodiments, such as Figure 7 As shown, the transaction control system also includes: an external serial port. Figure 7 The China-Foreign Connection Serial Port is the external connection service platform (P5).
[0256] In practice, the current types of transactions include: customer-to-customer transactions and proprietary transactions. Customer-to-customer transactions refer to transactions between the bank and its customers; proprietary transactions refer to transactions between the bank and its counterparties.
[0257] In practice, for price inquiry requests, the first client sends a fixed message (fix) to the external serial port. The external serial port converts the corresponding fixed message into a new generation message and sends it to the second client. Furthermore, the external serial port can distinguish the type of transaction based on the type of the fixed message and convert different types of fixed messages into new generation messages accordingly. For customer-facing transactions, the second client can determine the price inquiry type based on whether the new generation message carries leggroup information. If the new generation message carries leggroup information, it indicates multiple price inquiry transactions; otherwise, it indicates a single price inquiry transaction.
[0258] In some embodiments, before determining the pricing model based on the inquiry request, the first receiving module is further configured to:
[0259] Determine whether the current transaction is a customer-to-customer transaction based on the inquiry request;
[0260] If so, a quotation request is sent to the quotation mode determination module, and the quotation mode is determined based on the quotation request;
[0261] If not, a price inquiry request is sent to the first sub-client, and a manual price quotation mode is used to determine the current price based on the price inquiry request.
[0262] The trading control system provided in this application can be applied to trading scenarios with complex processes. Even if the application scenario involves multiple clients and interactions between them, it can still support differentiated pricing for clients, complete automated trading processes, and reduce manual processes for traders. Furthermore, the trading control method provided in this application uses a two-response request-response pattern to ensure the validity of the transaction by controlling the current trading status during the trading process. The trading control method also includes processes such as monitoring the current price and requoting to resolve problems that arise during trading and ensure the consistency of the trading process.
[0263] Based on the same inventive concept, embodiments of this application also provide a computer device, including:
[0264] One or more processors;
[0265] Storage device for storing one or more programs;
[0266] When one or more programs are executed by one or more processors, the one or more processors implement the transaction control method provided in the embodiments of this application.
[0267] The electronic device may specifically be a desktop computer, a portable computer, a smartphone, a tablet computer, a personal digital assistant (PDA), a server, etc. In some embodiments, the storage device is, for example, a memory, such as... Figure 10 As shown, the electronic device may include a processor 201 and a memory 202.
[0268] Processor 201 can be a general-purpose processor, such as a central processing unit (CPU), digital signal processor (DSP), application-specific integrated circuit (ASIC), field-programmable gate array (FPGA), or other programmable logic device, discrete gate or transistor logic device, or discrete hardware component, capable of implementing or executing the methods, steps, and logic block diagrams disclosed in the embodiments of this application. The general-purpose processor can be a microprocessor or any conventional processor. The steps of the methods disclosed in the embodiments of this application can be directly manifested as being executed by a hardware processor, or executed by a combination of hardware and software modules within the processor.
[0269] Memory 202, as a non-volatile computer-readable storage medium, can be used to store non-volatile software programs, non-volatile computer-executable programs, and modules. Memory may include at least one type of storage medium, such as flash memory, hard disk, multimedia card, card-type memory, random access memory (RAM), static random access memory (SRAM), programmable read-only memory (PROM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), magnetic memory, magnetic disk, optical disk, etc. Memory is any other medium capable of carrying or storing desired program code in the form of instructions or data structures that can be accessed by a computer, but is not limited thereto. In the embodiments of this application, memory 202 may also be a circuit or any other device capable of implementing storage functions for storing program instructions and / or data.
[0270] Those skilled in the art will understand that all or part of the steps of the above method embodiments can be implemented by hardware related to program instructions. The aforementioned program can be stored in a computer-readable storage medium. When the program is executed, it performs the steps of the above method embodiments. The aforementioned computer storage medium can be any available medium or data storage device that a computer can access, including but not limited to: mobile storage devices, random access memory (RAM), magnetic storage (e.g., floppy disks, hard disks, magnetic tapes, magneto-optical disks (MO), etc.), optical storage (e.g., CDs, DVDs, BDs, HVDs, etc.), and semiconductor storage (e.g., ROMs, EPROMs, EEPROMs, non-volatile memory (NAND flash), solid-state drives (SSDs)) and other media capable of storing program code.
[0271] Alternatively, if the integrated units described above in this application are implemented as software functional modules and sold or used as independent products, they can also be stored in a computer-readable storage medium. Based on this understanding, the technical solutions of the embodiments of this application, or the parts that contribute to the prior art, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the methods described in the various embodiments of this application. The aforementioned storage medium includes: mobile storage devices, random access memory (RAM), magnetic memory (e.g., floppy disks, hard disks, magnetic tapes, magneto-optical disks (MO), etc.), optical memory (e.g., CDs, DVDs, BDs, HVDs, etc.), and semiconductor memory (e.g., ROMs, EPROMs, EEPROMs, non-volatile memory (NAND flash), solid-state drives (SSDs), etc.) and other media capable of storing program code.
[0272] In some possible implementations, various aspects of the methods provided in this disclosure can also be implemented as a program product comprising program code that, when run on a computer device, causes the computer device to perform the steps of the methods according to various exemplary embodiments of this disclosure described above. For example, the computer device may execute the transaction control method described in embodiments of this disclosure. The program product may take the form of any combination of one or more readable media.
[0273] The data collection, dissemination, and use in this application all comply with relevant national laws and regulations.
[0274] In summary, the transaction control method and system, electronic device, and computer-readable storage medium provided in this application can determine whether the quotation mode is automatic or manual based on the received inquiry request. This avoids the need for manual quotation for every transaction, and the automatic quotation mode can avoid the time-consuming manual quotation, prevent transaction errors, improve transaction efficiency and quotation accuracy, and enhance user experience.
[0275] Those skilled in the art will understand that embodiments of this application can be provided as methods, systems, or computer program products. Therefore, this application can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this application can take the form of a computer program product implemented on one or more computer-usable storage media (including, but not limited to, disk storage and optical storage) containing computer-usable program code.
[0276] This application is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this application. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, generate instructions for implementing the flowchart... Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.
[0277] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.
[0278] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.
[0279] Although preferred embodiments of the invention have been described, those skilled in the art, upon learning the basic inventive concept, can make other changes and modifications to these embodiments. Therefore, the appended claims are intended to be interpreted as including both the preferred embodiments and all changes and modifications falling within the scope of the invention.
[0280] Obviously, those skilled in the art can make various modifications and variations to this application without departing from the spirit and scope of this application. Therefore, if such modifications and variations fall within the scope of the claims of this application and their equivalents, this application also intends to include such modifications and variations.
Claims
1. A transaction control method, characterized in that, The method includes: Receive the inquiry request for the current transaction, and determine the inquiry mode based on the inquiry request; wherein, the inquiry mode includes: single transaction inquiry, and multiple transaction inquiry; The pricing mode is determined based on the inquiry request; wherein the pricing mode includes: automatic pricing mode and manual pricing mode; The current quote corresponding to the inquiry request is determined according to the quoted price mode; wherein, if the quoted price mode is determined to be the manual quoted price mode, the current quote corresponding to the inquiry request is determined according to the quoted price mode, including: determining whether the transaction type corresponding to the current inquiry request meets the preset rules according to the inquiry request; if yes, the current quote is determined according to the valid quote corresponding to the inquiry request; if no, the inquiry request is rejected. The step of determining the current price based on the valid price corresponding to the inquiry request includes: determining whether the current transaction meets the preset preferential conditions; if so, determining the current price based on the valid price and the preset preferential spread; if not, using the valid price as the current price; wherein, the preset preferential spreads corresponding to different account information are different, and if the account information includes multiple sub-account information, the preset preferential spread with the largest discount among the multiple sub-account information is used as the preset preferential spread of the current transaction; The step of determining whether the transaction type corresponding to the current inquiry request meets the preset rules includes: determining whether the transaction type corresponding to the current inquiry request meets the first preset rule; if not, then determining that the transaction type corresponding to the current inquiry request does not meet the preset rules; if yes, then determining whether the transaction type corresponding to the current inquiry request meets the second preset rule; if yes, then determining that the transaction type corresponding to the current inquiry request meets the preset rules; if not, then determining that the transaction type corresponding to the current inquiry request does not meet the preset rules; wherein, if the inquiry mode is a single transaction inquiry, the transaction type is determined to be one of the following: spot transaction, forward transaction, swap transaction, and When the transaction rules for spot transactions, forward transactions, and swap transactions are met, the transaction type is determined to meet the first preset rule. If the inquiry mode is a multi-transaction inquiry, and the transaction type is determined to be one of the following: spot transaction or forward transaction, and the transaction rules for spot transactions and forward transactions are met, the transaction type is determined to meet the first preset rule. If the account information corresponding to the current transaction is in a contracted state, the transaction type corresponding to the current inquiry request is determined to meet the second preset rule. If the account information includes multiple sub-account information, and each sub-account information is in a contracted state, the account information is determined to be in a contracted state; otherwise, the account information is confirmed to be in an uncontracted state. Send the current quote; If the inquiry mode is a single-transaction inquiry, after confirming the transaction based on the current quote, it is determined whether the single transaction corresponding to the single-transaction inquiry includes multiple sub-transactions. If not, after confirming the transaction, quick transaction information is generated, i.e., a quick price lock-in transaction is generated to lock the current quote. If it includes, after confirming the transaction, quick transaction information is generated according to the smallest detail among the multiple sub-transactions, i.e., a quick price lock-in transaction is generated to lock the current quote. If the inquiry mode is a multi-transaction inquiry, after confirming the transaction based on the current quote, quick transaction information is generated according to the smallest detail among the multiple transactions, i.e., a quick price lock-in transaction is generated to lock the current quote. Among these, for a single inquiry transaction that does not include sub-transactions, generating a quick price lock-in transaction does not require verification of account information or contract identifiers; the quick transaction information only needs to carry customer information and price information. For a single inquiry transaction that includes multiple sub-transactions or multiple inquiry transactions, quick transactions are generated by splitting them according to the amount grouping dimension.
2. The method according to claim 1, characterized in that, The pricing model is determined based on the inquiry request, specifically including: Determine whether the quotation information carried in the inquiry request is valid; If not, the quoted price is determined to be a manual quoted price. If so, determine whether the transaction amount carried by the inquiry request exceeds the first preset threshold; If so, determine that the quoted price is a manual quoted price. If not, then the quoted price mode is determined to be the automatic quoted price mode.
3. The method according to claim 2, characterized in that, Determining whether the inquiry amount carried in the inquiry request exceeds a first preset threshold based on the inquiry request specifically includes: If the inquiry mode is a single transaction inquiry, determine whether the inquiry amount of the single transaction inquiry exceeds a first preset threshold; If the inquiry mode is the multiple transaction inquiry, determine whether the inquiry amount of each transaction inquiry in the multiple transaction inquiries exceeds the first preset threshold.
4. The method according to claim 2, characterized in that, The pricing mode is an automatic pricing mode. The current price corresponding to the inquiry request is determined based on this pricing mode, specifically including: The current quote is determined based on the quote information carried in the quote request.
5. The method according to claim 1, characterized in that, After sending the current quote, it also includes: Receive transaction rejection request; Alternatively, receive a transaction confirmation request and determine whether the quotation information carried in the transaction confirmation request is valid; If so, complete the transaction at the current quote by submitting the transaction confirmation request; If not, end the current transaction.
6. The method according to claim 5, characterized in that, The method further includes: After determining the current quote corresponding to the inquiry request, record the current transaction status as quote validity status and send quote validity status information; After rejecting the inquiry request, record the current transaction status as rejected and send a rejection status message.
7. The method according to claim 6, characterized in that, After sending the current quote, the method further includes: According to a preset frequency, check whether the duration between the current time and the time determined by the current quote exceeds a first preset duration; If not, then the current transaction status remains as a valid quote status; If so, the current quote is withdrawn, the current transaction status is recorded as a withdrawn status and withdrawn status information is sent, the current quote is used as the quote information in the inquiry request of the current transaction, and the valid current quote is determined again.
8. The method according to claim 7, characterized in that, Determining whether the quote information carried in the transaction confirmation request is valid specifically includes: Determine whether the current transaction status is the withdrawn status; If not, the transaction is completed using the current quote through the transaction confirmation request, and the current transaction status is recorded as a completed transaction. If so, end the current transaction.
9. A trading control system, characterized in that, The transaction control system includes: The first receiving module is used to receive the inquiry request of the current transaction and determine the inquiry mode according to the inquiry request; wherein, the inquiry mode includes: single transaction inquiry and multiple transaction inquiry; The pricing mode determination module is used to determine the pricing mode based on the inquiry request; wherein, the pricing mode includes: automatic pricing mode and manual pricing mode; The current quote determination module is used to determine the current quote corresponding to the inquiry request based on the quote mode; wherein, if the quote mode is determined to be the manual quote mode, the current quote corresponding to the inquiry request is determined based on the quote mode, including: based on the inquiry request, determining whether the transaction type corresponding to the current inquiry request meets the preset rules; if yes, the current quote is determined based on the valid quote corresponding to the inquiry request; if no, the inquiry request is rejected. The step of determining the current price based on the valid price corresponding to the inquiry request includes: determining whether the current transaction meets the preset preferential conditions; if so, determining the current price based on the valid price and the preset preferential spread; if not, using the valid price as the current price; wherein, the preset preferential spreads corresponding to different account information are different, and if the account information includes multiple sub-account information, the preset preferential spread with the largest discount among the multiple sub-account information is used as the preset preferential spread of the current transaction; The step of determining whether the transaction type corresponding to the current inquiry request meets the preset rules includes: determining whether the transaction type corresponding to the current inquiry request meets the first preset rule; if not, then determining that the transaction type corresponding to the current inquiry request does not meet the preset rules; if yes, then determining whether the transaction type corresponding to the current inquiry request meets the second preset rule; if yes, then determining that the transaction type corresponding to the current inquiry request meets the preset rules; if not, then determining that the transaction type corresponding to the current inquiry request does not meet the preset rules; wherein, if the inquiry mode is a single transaction inquiry, the transaction type is determined to be one of the following: spot transaction, forward transaction, swap transaction, and When the transaction rules for spot transactions, forward transactions, and swap transactions are met, the transaction type is determined to meet the first preset rule. If the inquiry mode is a multi-transaction inquiry, and the transaction type is determined to be one of the following: spot transaction or forward transaction, and the transaction rules for spot transactions and forward transactions are met, the transaction type is determined to meet the first preset rule. If the account information corresponding to the current transaction is in a contracted state, the transaction type corresponding to the current inquiry request is determined to meet the second preset rule. If the account information includes multiple sub-account information, and each sub-account information is in a contracted state, the account information is determined to be in a contracted state; otherwise, the account information is confirmed to be in an uncontracted state. The first sending module is used to send the current quote; The quick transaction information generation module is used to determine whether the single transaction corresponding to the single transaction inquiry includes multiple sub-transactions after confirming the transaction based on the current quote if the inquiry mode is a single transaction inquiry. If not, quick transaction information is generated after confirming the transaction, i.e., a quick price lock-in transaction is generated to lock the current quote. If it includes sub-transactions, quick transaction information is generated according to the smallest detail among the multiple sub-transactions after confirming the transaction, i.e., a quick price lock-in transaction is generated to lock the current quote. If the inquiry mode is a multi-transaction inquiry, quick transaction information is generated according to the smallest detail among the multiple transactions after confirming the transaction based on the current quote, i.e., a quick price lock-in transaction is generated to lock the current quote. For a single inquiry transaction that does not include sub-transactions, generating a quick price lock-in transaction does not require verification of account information or contract identifiers; the quick transaction information only needs to carry customer information and price information. For a single inquiry transaction that includes multiple sub-transactions or multiple inquiry transactions, quick transactions are generated by splitting the transaction according to the amount grouping dimension.
10. The transaction control system according to claim 9, characterized in that, The pricing mode determination module is specifically used for: Determine whether the quotation information carried in the inquiry request is valid; If not, the quoted price is determined to be a manual quoted price. If so, determine whether the transaction amount carried by the inquiry request exceeds the first preset threshold; If so, determine that the quoted price is a manual quoted price. If not, then the quoted price mode is determined to be the automatic quoted price mode.
11. The transaction control system according to claim 10, characterized in that, The pricing mode determination module determines whether the pricing amount carried in the pricing request exceeds a first preset threshold based on the pricing request, specifically including: If the inquiry mode is a single transaction inquiry, determine whether the inquiry amount of the single transaction inquiry exceeds a first preset threshold; If the inquiry mode is the multiple transaction inquiry, determine whether the inquiry amount of each transaction inquiry in the multiple transaction inquiries exceeds the first preset threshold.
12. The transaction control system according to claim 10, characterized in that, The pricing mode determination module determines that the pricing mode is an automatic pricing mode, and the current pricing determination module determines the current pricing corresponding to the inquiry request based on the pricing mode, specifically including: The current quote is determined based on the quote information carried in the quote request.
13. The transaction control system according to claim 9, characterized in that, The first receiving module is also used for: Receive transaction rejection request; Alternatively, receive a transaction confirmation request; The transaction control system also includes: The quotation validity determination module is used to determine whether the quotation information carried in the transaction confirmation request is valid based on the transaction confirmation request received by the first receiving module. If so, complete the transaction at the current quote by submitting the transaction confirmation request; If not, end the current transaction.
14. The transaction control system according to claim 13, characterized in that, The transaction control system also includes: The transaction status recording module is used to record the current transaction status, which includes: quote validity status, quote withdrawal status, end status, and transaction status. The first sending module is also used to: send status information corresponding to the current transaction status.
15. The transaction control system according to claim 14, characterized in that, The transaction control system also includes: The quotation monitoring module is used to: after sending the current quotation, query at a preset frequency whether the time between the current moment and the moment the current quotation was determined exceeds a first preset time; if not, the transaction status recording module maintains the current transaction status as the valid quotation status; if so, the first sending module withdraws the current quotation, the transaction status recording module records the current transaction status as withdrawn, the first sending module sends the withdrawn status information, and sends the current quotation as the quotation information in the current transaction's inquiry request to the quotation mode determination module, and uses the transaction control system to determine the valid current quotation again.
16. The transaction control system according to claim 15, characterized in that, The quotation validity determination module is specifically used for: Based on the transaction status record and the current transaction status recorded by the sending module, determine whether the current transaction status is the withdrawal status; If not, the transaction is completed using the current quote through the transaction confirmation request, and the current transaction status is recorded as a completed transaction. If so, end the current transaction.
17. A computer device, characterized in that, The device includes: One or more processors; Storage device 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 implement the transaction control method according to any one of claims 1 to 8.
18. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the program is executed by the processor, it implements the transaction control method according to any one of claims 1 to 8.
19. A computer program product, comprising a computer program, characterized in that, When the computer program is executed by a processor, it implements the method described in any one of claims 1 to 8.
Citation Information
Patent Citations
Digital asset off-site transaction method, device and system
CN110689346A
Business order generation method and device, server and storage medium
CN113706255A