Payment processing method, wallet system and storage medium

Abstract

The embodiment of the invention provides a payment processing method, a wallet system and a storage medium. Wherein the wallet system obtains a plurality of candidate deduction currencies and a priority sequence among the plurality of candidate deduction currencies in response to a received payment request initiated by a user for a target order through a target payment medium. And the wallet system determines whether the balance of the account corresponding to each candidate deduction currency in the target payment medium is sufficient to pay the target order according to the priority sequence, and determines the first candidate deduction currency with sufficient balance as the target deduction currency. And then, the wallet system executes a payment authorization process of the target order based on an account corresponding to the target deduction currency in the target payment medium.

Description

(19) State Intellectual Property Office (12) Invention Patent Application (10) Application Publication Number (43) Application Publication Date (21) Application Number 202511604674.7 (22) Application Date 2025.11.04 (71) Applicant Ant International Business (Shanghai) Co., Ltd. Address Room 1408, No. 447, Nanquan North Road, China (Shanghai) Pilot Free Trade Zone, Pudong New Area, Shanghai 200131, China (72) Inventor Wang Tian (74) Patent Agency Beijing Liuli Intellectual Property Agency (General Partnership) 16049 Patent Attorney Zhu Lefang (51) Int.Cl. G06Q 20 / 36 (2012.01) G06Q 20 / 38 (2012.01) G06Q 20 / 34 (2012.01) G06Q 20 / 10 (2012.01) (54) Invention Title: Payment Processing Method, Wallet System, and Storage Medium (57) Abstract: Embodiments of this specification provide a payment processing method, a wallet system, and a storage medium. The wallet system, in response to receiving a payment request from a user for a target order via a target payment medium, obtains multiple candidate deduction currencies and a priority order among these candidate currencies. The wallet system, according to the priority order, determines whether the balance of the account corresponding to each candidate deduction currency in the target payment medium is sufficient to pay the target order, and determines the first candidate currency with sufficient balance as the target deduction currency. Furthermore, the wallet system executes the payment authorization process for the target order based on the account corresponding to the target deduction currency in the target payment medium. Claims 2 pages, Description 15 pages, Drawings 5 ​​pages, CN 121391257 A 2026.01.23 CN 1 21 39 12 57 A 1. A payment processing method, applied to a wallet system, the method comprising: receiving a payment request initiated by a user for a target order through a target payment medium, the target payment medium supporting multi-currency payments; obtaining multiple candidate deduction currencies and a priority order among the multiple candidate deduction currencies; determining, according to the priority order, whether the balance of the account corresponding to each candidate deduction currency in the target payment medium is sufficient to pay the target order, and determining the first candidate deduction currency with sufficient balance as the target deduction currency; and executing a payment authorization process for the target order based on the account corresponding to the target deduction currency in the target payment medium. 2. The method according to claim 1, wherein the multiple candidate deduction currencies are dynamically determined based on the payment request and the business area of ​​the wallet system. 3. The method according to claim 2, wherein the plurality of candidate deduction currencies includes: a first group of candidate deduction currencies, including the transaction currency specified in the payment request;The second group of candidate deduction currencies includes a preset designated currency corresponding to the business area of ​​the wallet system, wherein the liquidity of the preset designated currency is greater than that of other currencies; and the third group of candidate deduction currencies includes a local currency corresponding to the business area of ​​the wallet system. 4. The method according to claim 3, wherein the priority of the first group of candidate deduction currencies is higher than the priority of the second group of candidate deduction currencies; and the priority of the second group of candidate deduction currencies is higher than the priority of the third group of candidate deduction currencies. 5. The method according to claim 1, wherein the payment request includes a transaction currency and a transaction amount, and for any one of the plurality of candidate deduction currencies, when the candidate deduction currency is different from the transaction currency, determining whether the balance of the account corresponding to the candidate deduction currency in the target payment medium is sufficient to pay the target order includes: using the transaction currency and the candidate deduction currency as a target currency pair, and obtaining the customer exchange rate of the target currency pair, wherein the customer exchange rate is obtained based on data from multiple exchange rate data sources; determining the amount to be deducted corresponding to the candidate deduction currency based on the customer exchange rate and the transaction amount; and determining whether the balance of the account corresponding to the candidate deduction currency is sufficient to pay the target order based on the balance of the account corresponding to the candidate deduction currency and the amount to be deducted. 6. The method according to claim 5, wherein the plurality of exchange rate data sources include: an exchange rate data source maintained by a card organization; and an exchange rate data source maintained by at least one financial market. 7. The method according to claim 5, wherein obtaining the customer exchange rate of the target currency pair includes: querying the exchange rate of the target currency pair from the plurality of exchange rate data sources respectively to obtain a plurality of reference exchange rates; weighting and fusing the plurality of reference exchange rates to obtain a fused reference exchange rate; and determining the customer exchange rate based on the fused reference exchange rate. 8. The method according to claim 7, wherein weighting and fusing the plurality of reference exchange rates to obtain the fused reference exchange rate includes: determining the dispersion among the plurality of reference exchange rates, the dispersion representing the degree of difference between different reference exchange rates; and weighting and fusing the plurality of reference exchange rates to obtain the fused reference exchange rate when the dispersion is less than or equal to a preset threshold. 9. The method according to claim 7, wherein determining the customer exchange rate based on the fused reference exchange rate includes: determining the cost exchange rate based on the fused reference exchange rate and the currency pair type to which the target currency pair belongs; and determining pricing influencing factors from multiple dimensions, and determining the customer exchange rate based on the pricing influencing factors and the cost exchange rate. 10. The method of claim 7, wherein the weighting coefficients used for the weighted fusion are based on the most recent history.The historical exchange rate fluctuations within a given period are dynamically adjusted. 11. The method according to claim 9, wherein determining the cost exchange rate based on the fused reference exchange rate and the currency pair type to which the target currency pair belongs includes: if the target currency pair is a direct currency pair, determining the cost exchange rate based on the fused reference exchange rate and a first risk coefficient; or if the target currency pair is a cross currency pair, determining the cost exchange rate based on the fused reference exchange rate and a second risk coefficient, wherein the second risk coefficient is greater than the first risk coefficient. 12. The method according to claim 9, wherein the plurality of dimensions includes at least one of the following: market conditions dimension, transaction attribute dimension, and user attribute dimension. 13. The method according to claim 5, wherein obtaining the customer exchange rate of the target currency pair includes: obtaining the customer exchange rate of the target currency pair from a preset cache space, wherein the cache space is used to store customer exchange rates of multiple currency pairs, wherein the customer exchange rate of each currency pair is obtained based on data from the plurality of exchange rate data sources within the most recent preset time period. 14. The method of claim 13, further comprising: for each of the plurality of currency pairs, upon reaching an update condition, performing the following steps: querying the exchange rate of the currency pair from the plurality of exchange rate data sources respectively to obtain a plurality of reference exchange rates for the currency pair; weighting and fusing the plurality of reference exchange rates for the currency pair to obtain a fused reference exchange rate for the currency pair; and determining the exchange rate of the currency pair based on the fused reference exchange rate for the currency pair. 15. The method of claim 14, wherein the update condition includes: detecting a change in the exchange rate data of the currency pair in at least one exchange rate data source, or reaching an update cycle. 16. A wallet system, comprising: at least one storage medium storing at least one instruction set; and at least one processor communicatively connected to the at least one storage medium, wherein, when the wallet system is running, the at least one processor reads the at least one instruction set and executes the payment processing method of any one of claims 1-15 according to the instructions of the at least one instruction set. 17. A computer-readable non-transitory storage medium, wherein the computer-readable non-transitory storage medium stores at least one instruction set, which, when executed by at least one processor, implements the payment processing method as described in any one of claims 1-15. Claims 2 / 2 pages 3 CN 121391257 A Payment Processing Method, Wallet System, and Storage Medium Technical Field

[0001] This specification relates to the field of Internet technology, and more particularly to a payment processing method, system, and storage medium. Background Art

[0002] Currently, some wallet systems offer card payment (e.g., credit card payment) services. Each card can support multiple currencies. In scenarios where users use card payments, the wallet system determines whether the user's card account balance for the corresponding currency is sufficient based on the transaction currency specified in the payment request. If sufficient, the wallet system executes the payment authorization process based on the corresponding currency account. If insufficient, the wallet system rejects the payment, resulting in payment failure.

[0003] The content of the background section is merely information known only to the inventor and does not represent that the above information had entered the public domain before the date of this disclosure, nor does it represent that it can be considered prior art of this disclosure. Summary of the Invention

[0004] This specification provides a payment processing method, system, and storage medium. In the payment authorization process, the wallet system can sequentially check the balance of the account corresponding to each candidate deduction currency in the target payment medium according to the priority order of multiple candidate deduction currencies to execute the payment processing process, which can improve the payment success rate.

[0005] In a first aspect, this specification provides a payment processing method applied to a wallet system. The method includes: receiving a payment request initiated by a user for a target order through a target payment medium, the target payment medium supporting multi-currency payments; obtaining multiple candidate deduction currencies and a priority order among the multiple candidate deduction currencies; determining, according to the priority order, whether the balance of the account corresponding to each candidate deduction currency in the target payment medium is sufficient to pay the target order, and determining the first candidate deduction currency with sufficient balance as the target deduction currency; and executing a payment authorization process for the target order based on the account corresponding to the target deduction currency in the target payment medium.

[0006] In some embodiments, the multiple candidate deduction currencies are dynamically determined based on the payment request and the business area of ​​the wallet system.

[0007] In some embodiments, the plurality of candidate deduction currencies include: a first group of candidate deduction currencies, including the transaction currency specified in the payment request; a second group of candidate deduction currencies, including a preset designated currency corresponding to the business area of ​​the wallet system, wherein the liquidity of the preset designated currency is greater than that of other currencies; and a third group of candidate deduction currencies, including the local currency corresponding to the business area of ​​the wallet system.

[0008] In some embodiments, the priority of the first group of candidate deduction currencies is higher than the priority of the second group of candidate deduction currencies; the priority of the second group of candidate deduction currencies is higher than the priority of the third group of candidate deduction currencies.

[0009] In some embodiments, the payment request includes a transaction currency and a transaction amount. For any one of the plurality of candidate deduction currencies, if the candidate deduction currency is different from the transaction currency, the determination of whether the balance of the account corresponding to the candidate deduction currency in the target payment medium is sufficient to pay the target amount is made.The order includes: using the transaction currency and the candidate deduction currency as the target currency pair, and obtaining the customer exchange rate of the target currency pair, wherein the customer exchange rate is obtained based on data from multiple exchange rate data sources; determining the amount to be deducted corresponding to the candidate deduction currency based on the customer exchange rate and the transaction amount; and determining whether the balance of the account corresponding to the candidate deduction currency is sufficient to pay the target order based on the balance of the account corresponding to the candidate deduction currency and the amount to be deducted.

[0010] In some embodiments, the multiple exchange rate data sources include: an exchange rate data source maintained by a card organization; and an exchange rate data source maintained by at least one financial market.

[0011] In some embodiments, obtaining the customer exchange rate of the target currency pair includes: querying the exchange rate of the target currency pair from the multiple exchange rate data sources respectively to obtain multiple reference exchange rates; weighting and aggregating the multiple reference exchange rates to obtain a fused reference exchange rate; and determining the customer exchange rate based on the fused reference exchange rate.

[0012] In some embodiments, the weighted fusion of the plurality of reference exchange rates to obtain a fused reference exchange rate includes: determining the dispersion among the plurality of reference exchange rates, wherein the dispersion characterizes the degree of difference between different reference exchange rates; and, if the dispersion is less than or equal to a preset threshold, performing a weighted fusion of the plurality of reference exchange rates to obtain the fused reference exchange rate.

[0013] In some embodiments, determining the customer exchange rate based on the fused reference exchange rate includes: determining the cost exchange rate based on the fused reference exchange rate and the currency pair type to which the target currency pair belongs; and determining pricing influencing factors from multiple dimensions, and determining the customer exchange rate based on the pricing influencing factors and the cost exchange rate.

[0014] In some embodiments, the weighting coefficients used for the weighted fusion are dynamically adjusted based on the fluctuations of historical exchange rates in the most recent historical period.

[0015] In some embodiments, determining the cost exchange rate based on the converged reference exchange rate and the currency pair type to which the target currency pair belongs includes: determining the cost exchange rate based on the converged reference exchange rate and a first risk coefficient when the target currency pair is a direct currency pair; or determining the cost exchange rate based on the converged reference exchange rate and a second risk coefficient when the target currency pair is a cross currency pair, wherein the second risk coefficient is greater than the first risk coefficient.

[0016] In some embodiments, the multiple dimensions include at least one of the following: market conditions dimension, transaction attribute dimension, and user attribute dimension.

[0017] In some embodiments, obtaining the customer exchange rate of the target currency pair includes: obtaining the customer exchange rate of the target currency pair from a preset cache space, wherein the cache space is used to store customer exchange rates of multiple currency pairs.The exchange rate for each currency pair is obtained based on data from the multiple exchange rate data sources within a recent preset time period.

[0018] In some embodiments, the method further includes: for each of the multiple currency pairs, upon reaching an update condition, performing the following steps: querying the exchange rate of the currency pair from the multiple exchange rate data sources respectively to obtain multiple reference exchange rates for the currency pair; weighting and fusing the multiple reference exchange rates of the currency pair to obtain a fused reference exchange rate for the currency pair; and determining the exchange rate for the currency pair based on the fused reference exchange rate for the currency pair.

[0019] In some embodiments, the update condition includes: detecting a change in the exchange rate data of the currency pair in at least one exchange rate data source, or reaching an update cycle.

[0020] In a second aspect, this specification also provides a wallet system, including: at least one storage medium storing at least one instruction set; and at least one processor communicatively connected to the at least one storage medium, wherein, when the wallet system is running, the at least one processor reads the at least one instruction set and executes the payment processing method as described in any one of the first aspects according to the instructions of the at least one instruction set.

[0021] In a third aspect, this specification also provides a computer-readable non-transitory storage medium, wherein the computer-readable non-transitory storage medium stores at least one instruction set, which, when executed by at least one processor, implements the payment processing method as described in any one of the first aspects.

[0022] The payment processing method provided in the embodiments of this specification achieves efficient processing of cross-currency payment requests by receiving a payment request initiated by a user through a target payment medium and combining the priority order of multiple candidate deduction currencies. The wallet system checks the balance of the account corresponding to each candidate deduction currency in sequence according to the priority order, and prioritizes the use of currencies with sufficient balances for payment, reducing payment failures caused by improper currency selection or insufficient balance. The embodiments of this specification utilize a priority order and dynamic balance judgment mechanism to effectively improve the success rate of payment processing and provide flexible and efficient payment processing capabilities.

[0023] Other functions of the payment processing method, wallet system, and storage medium provided in this specification will be partially listed in the following description. The inventive aspects of the payment processing methods, wallet systems, and storage media provided in this specification can be fully explained through practice or use of the methods, apparatuses, and combinations described in the detailed examples below. Brief Description of the Drawings

[0024] To more clearly illustrate the technical solutions in the embodiments of this specification, the drawings used in the description of the embodiments will be briefly introduced below. Obviously, the drawings described below are merely some embodiments of this specification.For those skilled in the art, other figures can be obtained from these figures without creative effort.

[0025] Figure 1 shows a schematic flowchart of a payment authorization request provided according to an embodiment of this specification; Figure 2 shows a schematic diagram of an application scenario of a payment processing provided according to an embodiment of this specification; Figure 3 shows a hardware structure diagram of a computing system provided according to an embodiment of this specification; Figure 4 shows a flowchart of a payment processing method provided according to an embodiment of this specification; Figure 5 shows a flowchart of a payment processing provided according to an embodiment of this specification; and Figure 6 shows a flowchart of determining a customer exchange rate provided according to an embodiment of this specification. Detailed Description

[0026] The following description provides specific application scenarios and requirements of this specification, intended to enable those skilled in the art to make and use the contents of this specification. Various partial modifications to the disclosed embodiments will be apparent to those skilled in the art, and the general principles defined herein can be applied to other embodiments and applications without departing from the spirit and scope of this specification. Therefore, this specification is not limited to the embodiments shown, but is the widest scope consistent with the claims.

[0027] The terminology used herein is for the purpose of describing particular exemplary embodiments only and is not restrictive. For example, unless the context clearly indicates otherwise, the singular forms “a,” “an,” and “the” used herein may also include the plural forms. When used in this specification, the terms “comprising,” “including,” and / or “containing” mean that the associated integers, steps, operations, elements, and / or components are present, but do not preclude the presence of one or more other features, integers, steps, operations, elements, components, and / or groups, or that other features, integers, steps, operations, elements, components, and / or groups may be added to the system / method.

[0028] These and other features of this specification, as well as the operation and function of related elements of the structure, and the economy of combination and manufacture of components, can be significantly improved in consideration of the following description. All of these form part of this specification with reference to the accompanying drawings. However, it should be clearly understood that the drawings are for illustrative and descriptive purposes only and are not intended to limit the scope of this specification. It should also be understood that the drawings are not drawn to scale.

[0029] The flowcharts used in this specification illustrate the operation of a system implementation according to some embodiments of this specification. It should be clearly understood that the operations in the flowcharts may not be implemented sequentially. Instead, the operations may be implemented in reverse order or simultaneously. In addition, one or more other operations can be added to the flowchart. One or more operations can be removed from the flowchart.

[0030] For ease of description, the terms that will appear later in this specification will be explained first.

[0031] Card organization: An international or regional payment card organization composed of members, which establishes and operates a global payment network and formulates unified transaction standards and clearing rules.

[0032] Transaction currency: The currency in which the goods or services in the transaction are priced.

[0033] Exchange rate: The exchange rate that the wallet system displays to the user and actually uses when currency conversion is required.

[0034] Direct currency pair: In foreign exchange trading, it refers to a currency pair that is directly exchanged with the US dollar (USD), such as Euro / US dollar (EUR / USD) or US dollar / Japanese yen (USD / JPY).

[0035] Cross currency pair: In foreign exchange trading, it refers to the exchange between two currencies that do not include the US dollar, such as Euro / Japanese yen (EUR / JPY). Transactions of this type of currency pair require indirect conversion through the US dollar.

[0036] The application scenarios of this specification are introduced below.

[0037] A complete payment process can usually be divided into two main stages: the payment authorization stage and the fund clearing stage. The main task of the payment authorization stage is to confirm the validity of the transaction in real time, that is, to determine whether the cardholder's identity is valid, whether the account balance is sufficient, whether the transaction risk is controllable, and to authorize or reject the transaction. The fund clearing stage is to carry out the actual fund transfer and settlement after the transaction is authorized.

[0038] Please refer to Figure 1. The payment authorization stage mainly includes steps S110-S180.

[0039] Step S110: The user initiates a payment request to the merchant for the target order through the target payment medium.

[0040] In some embodiments, the target payment medium may be a bank card such as a credit card or debit card. The user's payment request is sent to the wallet system through the card organization to request payment authorization.

[0041] Step S120: After receiving the user's payment request, the merchant initiates a payment request to the card organization and sends the payment request to the card organization.

[0042] Step S130: After receiving the merchant's payment request, the card organization initiates a payment processing request to the wallet system (such as a bank or financial institution) to process the user's payment transaction.

[0043] Step S140: The wallet system processes the payment request and determines whether authorization is granted.

[0044] Step S150: The wallet system returns the payment processing result (which can also be called the authorization result) to the card organization.

[0045] Step S160: The card organization notifies the merchant of the payment processing result from the wallet system.

[0046] Step S170: After receiving the notification from the card organization, the merchant confirms whether the payment was successful.

[0047] Step S180: The merchant notifies the user of the payment processing, informing them whether the payment was successful or failed.

[0048] In step S140, the wallet system needs to determine whether the balance in the user's target payment medium is sufficient to pay for the current target transaction. Currently, the wallet system uses the transaction currency of the current transaction as the default deduction currency (because this...).(This method will not result in exchange rate losses). If the balance of the default deduction currency is insufficient to pay for the target order, the payment authorization will be directly rejected, resulting in transaction failure and affecting the payment experience of merchants and users.

[0049] In order to solve the above problems, this specification provides a payment processing method. The wallet system can determine multiple candidate deduction currencies and determine the priority order among the multiple candidate deduction currencies. According to the above priority order, the first candidate deduction currency with sufficient balance is determined as the target deduction currency, and then the account of the target deduction currency is used for the subsequent payment authorization process. This method can realize the dynamic selection of a suitable currency as the target deduction currency among multiple candidate deduction currencies, thereby helping to improve the payment success rate.

[0050] Figure 2 shows a schematic diagram of a wallet system 200 performing a payment processing flow according to an embodiment of this application. Specification 4 / 15 pages 7 CN 121391257 A

[0051] The wallet system 200 can also be called a fund management system, which is a system that provides fund management services to users. For example, the wallet system 200 can be responsible for processing and managing the flow of funds generated by transactions, including but not limited to the inflow and outflow of funds, the accounting of funds, foreign exchange purchase or settlement, etc. In some embodiments, the wallet system 200 may be a system provided by financial institutions, payment service providers, or aggregate service providers that aggregate multiple financial institutions or multiple payment service providers.

[0052] The target payment medium is issued to the user by the wallet system 200. In some embodiments, the target payment medium may be a credit card, debit card, or other medium used for payment. In this specification, the target payment medium may be a physical medium or a virtual medium, and this specification does not limit this.

[0053] As an example, a user can apply for a payment medium in the wallet system 200. In this case, the wallet system 200 can issue a payment medium to the user, which can be associated with accounts of multiple currencies, such as: an account of currency 1, an account of currency 2, an account of currency 3, ..., an account of currency M. In some embodiments, the accounts of currency 1 to currency M may also be multiple sub-accounts under the same account. Each account can be used to store funds of the corresponding currency, or has a usage limit of the corresponding currency. In this way, users can manage funds and make payments in multiple currencies using this payment medium.

[0054] The wallet system 200 maintains multiple candidate deduction currencies and their priority order. For example, the multiple candidate deduction currencies are ordered from highest to lowest priority as follows: currency X, currency Y, and currency Z.

[0055] Please refer to Figure 2. After receiving the payment request corresponding to the target order, the wallet system 200 determines whether the balance of the account corresponding to each candidate deduction currency in the target payment medium is sufficient for payment, according to the order of currency X, currency Y, and currency Z.The target order is selected, and the first candidate deduction currency with sufficient balance is determined as the target deduction currency. The wallet system 200 executes the payment authorization process for the target order based on the account corresponding to the target deduction currency in the target payment medium.

[0056] The payment processing method provided in the embodiments of this specification is mainly applied to the payment authorization stage. It is used to complete the deduction currency decision when an authorization request is received, so as to determine whether to authorize the transaction, thereby improving the payment success rate and the user's payment experience.

[0057] It should be noted that the user data obtained in this specification has been authorized by the user and does not involve user privacy.

[0058] FIG3 shows a hardware structure diagram of a computing system 300 provided according to an embodiment of this specification. The computing system 300 can be used as the wallet system 200 in FIG2 to execute the payment processing method described in this specification.

[0059] As shown in FIG3, the computing system 300 may include at least one storage medium 330 and at least one processor 320. In some embodiments, the computing system 300 may also include a communication port 350 and an internal communication bus 310. The computing system 300 may also include an I / O component 360.

[0060] The internal communication bus 310 can connect different system components. For example, the internal communication bus 310 can connect storage medium 330, processor 320, communication port 350, and I / O component 360, etc.

[0061] I / O component 360 supports input / output between computing system 300 and other components.

[0062] Communication port 350 is used for data communication between computing system 300 and the outside world. For example, communication port 350 can be used for data communication between computing system 300 and network 340. Communication port 350 can be a wired communication port or a wireless communication port.

[0063] Storage medium 330 may include a data storage device. The data storage device may be a non-transitory storage medium or a temporary storage medium. For example, the data storage device may include one or more of disk 332, read-only storage medium (ROM) 334, or random access storage medium (RAM) 335. Storage medium 330 also includes at least one instruction set stored in the data storage device. The instruction set may include computer program code, which may include programs, routines, objects, components, data structures, procedures, modules, etc. Specification 5 / 15 page 8 CN 121391257 A

[0064] At least one processor 320 may be communicatively connected to at least one storage medium 330. When the computing system 300 is running, at least one processor 320 reads the at least one instruction set and executes the payment processing method provided in this specification according to the instructions of the at least one instruction set. The processor 320 may execute the steps included in the payment processing method. Processor320 may be in the form of one or more processors. In some embodiments, processor 320 may include one or more hardware processors, such as microcontrollers, microprocessors, reduced instruction set computers (RISC), application-specific integrated circuits (ASICs), application-specific instruction set processors (ASIPs), central processing units (CPUs), graphics processing units (GPUs), physical processing units (PPUs), microcontroller units, digital signal processors (DSPs), field-programmable gate arrays (FPGAs), advanced RISC machines (ARMs), programmable logic devices (PLDs), any circuit or processor capable of performing one or more functions, etc., or any combination thereof.

[0065] For illustrative purposes only, the computing system 300 in the accompanying drawings shows only one processor 320. However, it should be noted that the computing system 300 in this specification may also include multiple processors, and therefore, the operation and / or method steps disclosed in this specification may be performed by one processor or by multiple processors in combination. For example, if the processor 320 of the computing system 300 is described in this specification as executing steps A and B, it should be understood that steps A and B can also be executed jointly or separately by two different processors 320 (e.g., the first processor executes step A, the second processor executes step B, or the first and second processors jointly execute steps A and B).

[0066] FIG4 shows a flowchart of a payment processing method P400 provided according to an embodiment of this specification. As before, the wallet system 200 can execute the payment processing method P400 of this specification. Specifically, the processor 320 in the wallet system 200 can read the instruction set stored in its local storage medium, and then execute the payment processing method P400 of this specification according to the provisions of the instruction set. As shown in FIG4, method P400 may include: S410: receiving a payment request initiated by a user for a target order through a target payment medium, the target payment medium supporting multi-currency payment.

[0067] Wherein, the target payment medium may be a credit card, debit card or other medium for payment issued by the wallet system 200. For example, it could be a physical or virtual credit card bearing the logo of a card organization that partners with the wallet system 200, which is associated with the user's multi-currency funds account in the wallet system 200. When the user uses the card to make a payment, the payment is actually deducted from their associated account in the wallet system 200.

[0068] S420: Obtain multiple candidate deduction currencies and the priority order among the multiple candidate deduction currencies.

[0069] Wherein, candidate deduction currencies refer to the set of currencies that the wallet system 200 can choose to use for payment when processing the current user payment request. Multiple candidate deduction currencies can be all currencies supported by the target payment medium, or they can be the target...The payment medium supports a subset of currencies. For example, the target payment medium may support multiple currencies, such as USD, EUR, and CNY. In some embodiments, the wallet system 200 can select a subset of these currencies as candidate deduction currencies. The selection of candidate deduction currencies typically depends on several factors, including the user's needs, the currency of the payment request, the currency balance in the user's account, and the business area.

[0070] In some embodiments, to simplify operations or meet specific business needs, the wallet system 200 can provide a pre-defined list of candidate deduction currencies, which the user can select from or which can be automatically determined by the wallet system 200.

[0071] In some embodiments, the multiple candidate deduction currencies and their priority order may differ for different users. The multiple candidate deduction currencies are dynamically determined based on the payment request and the business area of ​​the wallet system 200.

[0072] The content of the payment request, such as the transaction currency, transaction amount, and merchant requirements, will affect the selection of candidate deduction currencies. For example, if a user's payment request is to purchase goods priced in US dollars, then when the wallet system 200 processes the payment on page 6 / 15 of the manual (CN 121391257 A), the US dollar may be prioritized as a candidate deduction currency. The operating area of ​​the wallet system 200 may affect the selection of multiple candidate deduction currencies, especially in cross-border payment scenarios, where the operating area determines the priority of certain currencies. For example, if the operating area of ​​the wallet system 200 is located in Europe, the system may prioritize the euro (EUR) as a candidate deduction currency.

[0073] The operating area of ​​the wallet system 200 may determine the liquidity and market acceptability of different currencies, thereby affecting the priority of candidate deduction currencies. In some embodiments, a particular currency may have higher liquidity or a more stable exchange rate, and the wallet system 200 will dynamically adjust the candidate deduction currencies based on these factors. For example, in cross-border payments of small currencies, the US dollar can be considered a preferred candidate deduction currency due to its widespread global liquidity and low exchange rate volatility. Wallet system 200 can also dynamically adjust currency priority based on the user's location and transaction environment to further improve payment success rate.

[0074] This dynamic adjustment of candidate deduction currencies can provide more accurate currency selection based on payment scenarios and market conditions, reducing the risk of payment failure while improving payment success rate and user experience.

[0075] In some embodiments, the plurality of candidate deduction currencies includes at least one of the following: a first group of candidate deduction currencies, a second group of candidate deduction currencies, or a third group of candidate deduction currencies. The first group of candidate deduction currencies includes the transaction currency specified in the payment request, and the second group of candidate deduction currencies includes currencies corresponding to the business area of ​​the wallet system 200.A preset designated currency is selected, and the liquidity of the preset designated currency is greater than that of other currencies. The third group of candidate deduction currencies includes the local currency corresponding to the business area of ​​the wallet system 200.

[0076] For example, if the goods purchased by the user are priced in Euros, then the transaction currency is Euros, and the first group of candidate deduction currencies is Euros. Using the transaction currency as a candidate deduction currency allows for payment in the same currency when the user has sufficient balance, avoiding complex exchange rate conversions, thereby improving payment efficiency and reducing the risk caused by exchange rate fluctuations.

[0077] Since small currencies usually have poor liquidity and their exchange rates are greatly affected by market fluctuations, in some cases, the small currencies stored by the user may be used for other scenarios, such as investment, value storage, etc. If these small currencies are used directly for payment, the user may face significant exchange rate losses. Therefore, in some embodiments, the transaction currency is only used as the first group of candidate deduction currencies when it belongs to a preset set of large currencies (e.g., the industry-standard G15 large currency list) to avoid exchange rate risks caused by excessive fluctuations in the exchange rate of small currencies.

[0078] The second set of candidate deduction currencies includes preset designated currencies corresponding to the business areas of the wallet system 200. These preset designated currencies for different business areas are pre-set, typically selecting currencies with high liquidity and widespread use, such as the US dollar (USD). Choosing such highly liquid currencies as candidate deduction currencies is because they are usually among the currencies users are most likely to hold during cross-border transactions. Using them as alternative currencies can effectively improve the success rate of payments, especially in cross-border payments, ensuring the payment process can proceed smoothly even when the transaction currency is insufficient.

[0079] In some embodiments, the preset designated currencies for different business areas can be set based on the region or area where the business area is located. For example, if the business area of ​​the wallet system 200 is in Europe, the preset designated currency could be the US dollar or the euro. This not only meets market demand but also provides users with payment solutions that better suit local payment habits based on the actual situation of the business area.

[0080] In some embodiments, the preset designated currencies can include multiple currencies. For example, if the business area of ​​wallet system 200 is in Europe, the second set of candidate deduction currencies can include both US dollars and euros. When determining whether the balance of the account corresponding to the second set of candidate deduction currencies is sufficient to pay the target order, wallet system 200 needs to determine the balance of the US dollar and euro accounts separately. If the balance of at least one of the US dollar or euro accounts is sufficient to pay the target order, wallet system 200 can continue to execute the subsequent process, thereby flexibly responding to the payment needs of users with multiple currency accounts and improving the payment success rate.

[0081] The third set of candidate deduction currencies includes the local currency corresponding to the business area of ​​the wallet system 200. For example, if the business area of ​​the wallet system 200 is in the UK and the local currency is British pounds (GBP), the third set of candidate deduction currencies is British pounds; if the business area of ​​the wallet system 200 is in Australia and the local currency is Australian dollars (AUD), the third set of candidate deduction currencies is Australian dollars. In cases where the user's specific commonly used currency cannot be directly known, the wallet system 200 can indirectly infer the local currency that the user may hold by analyzing the business area information of the card issuer (wallet system 200) associated with the user when signing the contract.

[0082] The third set of candidate deduction currencies, as candidate deduction currencies, can provide a backup role and effectively improve the payment success rate. Especially in cross-border payments, the third set of candidate deduction currencies can complete the payment through the local currency, reducing the risk of payment failure and providing a better payment experience.

[0083] In some embodiments, the priority of multiple candidate deduction currencies can be flexibly adjusted according to different payment requests and the business area of ​​the wallet system 200 to further improve the success rate of payment processing. For example, if a user prefers to use their local currency for payment, the wallet system 200 can prioritize the third group of candidate deduction currencies based on the user's payment habits. Personalized adjustments can be made based on the user's account history, transaction habits, and operating region. By flexibly adjusting priorities, the wallet system 200 can provide a more personalized payment experience based on the user's payment behavior and operating region, while further reducing payment failures due to currency mismatch.

[0084] In some embodiments, the priority order among the multiple candidate deduction currencies can be fixed, with the first group of candidate deduction currencies having a higher priority than the second group; and the second group of candidate deduction currencies having a higher priority than the third group.

[0085] For example, assuming the current transaction currency is Australian dollars, and the wallet system 200's operating region is located in France. Based on the payment request, the wallet system 200 will sequentially determine three candidate deduction currencies. The first group of candidate deduction currencies is the transaction currency: Australian dollars. The second group of candidate deduction currencies is a preset designated currency for the operating region: US dollars. The third group of candidate deduction currencies is the local currency of the business area of ​​wallet system 200: franc.

[0086] S430: According to the priority order, determine whether the balance of the account corresponding to each candidate deduction currency in the target payment medium is sufficient to pay the target order, and determine the first candidate deduction currency with sufficient balance as the target deduction currency.

[0087] Please refer to Figure 5. Taking the above three candidate deduction currencies as an example, according to the priority order, wallet system 200 first determines whether the balance of the transaction currency in the target payment medium is sufficient; if insufficient, it further determines the target payment...The system checks whether the balance of the preset designated currency in the medium corresponding to the business area of ​​the wallet system 200 is sufficient. If insufficient, it checks whether the balance of the local currency in the target payment medium corresponding to the business area of ​​the wallet system 200 is sufficient, and determines the first candidate deduction currency with sufficient balance in the above process as the target deduction currency to execute the subsequent payment authorization process. If the balance of the three candidate deduction currencies in the target payment medium is insufficient to pay the target order, the payment authorization is rejected and the payment fails.

[0088] Taking the current transaction currency as Australian dollars and the business area of ​​the wallet system 200 as France as an example. The wallet system 200 will first check whether there is an Australian dollar account in the target payment medium. If the balance of the Australian dollar account is sufficient to pay the target order, the wallet system 200 will directly use Australian dollars to deduct the payment and complete the payment. If the Australian dollar account is not opened or the balance of the Australian dollar account is insufficient, the wallet system 200 will further check whether the balance of the US dollar account is sufficient to pay the target order. If the balance of the US dollar account is sufficient, the wallet system 200 will use US dollars to make the payment. If the USD account balance is also insufficient, the wallet system 200 will check if the Franc account balance is sufficient. If the Franc account balance is sufficient, the wallet system 200 will use Francs for payment.

[0089] The priority order of the above-mentioned multiple candidate deduction currencies can improve the payment success rate while minimizing the user's exchange costs. First, the wallet system 200 attempts efficient, loss-free same-currency payments, that is, it prioritizes using the transaction currency as the first group of candidate deduction currencies, avoiding exchange rate conversion and thus reducing exchange costs. Second, the wallet system 200 attempts to use the most likely commonly used major currencies held by the user. Major currencies have high liquidity and low spreads, which can provide better exchange rates, especially in cross-border payments, and can also reduce the risk caused by exchange rate fluctuations. Finally, the wallet system 200 will use the local currency that the user may hold as a guarantee to improve the payment success rate. This progressive fallback decision-making logic constructs a robust decision path that improves payment success rate while minimizing user exchange losses and enhancing the user's payment experience.

[0090] S440: Based on the account corresponding to the target deduction currency in the target payment medium, execute the payment authorization process for the target order.

[0091] For example, when the wallet system 200 determines that the target deduction currency is US dollars, the wallet system 200 will initiate a payment authorization request based on the US dollar account in the target payment medium and complete the payment according to the payment authorization process.

[0092] In some embodiments, if there is not enough balance in the candidate deduction currencies to pay the target order, the wallet system 200 will return a payment processing result indicating authorization failure to the card organization. For example, if Australian dollars, US dollars, and French francs are used...If a currency with sufficient balance is still not found, the wallet system 200 will return an authorization failure or payment failure response, notifying the card organization that the payment request could not be successfully processed. The card organization will then provide feedback to the user regarding the payment failure based on this information.

[0093] The payment processing method provided in this embodiment of the specification achieves efficient processing of cross-currency payment requests by receiving payment requests initiated by users through the target payment medium and combining the priority order of multiple candidate deduction currencies. The wallet system checks the balance of the account corresponding to each candidate deduction currency in sequence according to the priority order, and prioritizes the use of currencies with sufficient balances for payment, reducing payment failures caused by improper currency selection or insufficient balance. This embodiment of the specification utilizes a priority order and dynamic balance judgment mechanism to effectively improve the success rate of payment processing and provides flexible and efficient payment processing capabilities.

[0094] In some embodiments, the payment request includes a transaction currency and a transaction amount. For any candidate deduction currency among the plurality of candidate deduction currencies, if the candidate deduction currency is different from the transaction currency, the wallet system 200 needs to provide a reasonable exchange rate to ensure accurate currency selection and amount calculation during the payment process, thereby guaranteeing the user's payment experience.

[0095] The exchange rate provided in existing solutions generally only depends on the fixed-period updates of the card organization. Due to the long update cycle, there may be a deviation from the final clearing cost, which may lead to the system misjudging the required deduction amount during authorization. For example, if the authorized deduction amount is less than the request amount in the clearing stage, it may result in payment failure or a second payment authorization for the user account, reducing the payment success rate or payment efficiency and affecting the user's payment experience.

[0096] To solve the above problems, the following embodiments are also provided in this specification.

[0097] The wallet system 200 can use the transaction currency and the candidate deduction currency as the target currency pair and obtain the exchange rate of the target currency pair, wherein the exchange rate is obtained based on data from multiple exchange rate data sources. And based on the exchange rate to the customer and the transaction amount, the amount to be deducted corresponding to the candidate deduction currency is determined. Then, based on the balance of the account corresponding to the candidate deduction currency and the amount to be deducted, it is determined whether the balance of the account corresponding to the candidate deduction currency is sufficient to pay the target order.

[0098] Wherein, the target currency pair refers to a currency pair composed of the transaction currency and the candidate deduction currency. For example, if the transaction currency is Euro and the candidate deduction currency is US Dollar, then the target currency pair is EUR / USD. The exchange rate to the customer refers to the exchange rate for a certain currency pair (such as EUR / USD), which reflects the current exchange rate of the currency pair given to the customer by the wallet system 200. Specification 9 / 15 pages 12 CN 121391257 A

[0099] Based on the exchange rate and transaction amount, the wallet system 200 can determine the amount to be deducted. Assuming the user's transaction amount is 100 euros and the exchange rate is 1.12, the amount to be deducted corresponding to the candidate deduction currency can be calculated using the following formula (1): Amount to be deducted = Transaction amount × Exchange rate (1) For example, if the transaction amount is 100 euros and the exchange rate is 1.12, then the amount to be deducted is: Amount to be deducted = 100 euros × 1.12 = 112 US dollars.

[0100] The wallet system 200 will determine whether the account has sufficient funds to pay the target order based on the balance of the account corresponding to the candidate deduction currency and the amount to be deducted. If the balance of the account corresponding to the candidate deduction currency is greater than or equal to the amount to be deducted, the wallet system 200 will determine the candidate deduction currency as the target deduction currency and execute the payment authorization process. If the balance is insufficient, the wallet system 200 can continue to check other candidate deduction currencies.

[0101] Further, please refer to Figure 6. The customer exchange rate in this embodiment is calculated based on multiple exchange rate data sources. In some embodiments, the multiple exchange rate data sources include: an exchange rate data source maintained by a card organization; and an exchange rate data source maintained by at least one financial market.

[0102] The exchange rate data source maintained by the card organization can be the official exchange rate published by the card organization for its clearing network. This exchange rate data usually represents the cost benchmark for transaction clearing by the wallet system 200 and is the exchange rate used by the card organization for fund clearing in the process of cross-border payments. These exchange rate data are usually relatively stable and reflect the clearing cost of transactions, so they can provide a relatively fixed reference value when authorizing payments, so that the final clearing of transactions will not fluctuate greatly.

[0103] The exchange rate data source maintained by the financial market: can include exchange rates provided by market data providers such as Bloomberg and Reuters, reflecting the real-time situation of the interbank foreign exchange market. These exchange rate data are highly timely and can reflect market fluctuations. In this embodiment, they can be used to characterize actual market changes. Unlike the exchange rate provided by the card organization, the exchange rate data of the financial market can provide an instant exchange rate for the calculation of the customer exchange rate in this embodiment. This allows the wallet system 120 to more sensitively capture exchange rate fluctuations and adjust the exchange rate in a timely manner to reduce exchange rate risks caused by market volatility.

[0104] By introducing exchange rate data sources maintained by card organizations and those maintained by financial markets, the wallet system 200 can comprehensively consider the exchange rate representing "clearing costs" and the exchange rate representing "real-time market conditions." This combination ensures that the final customer exchange rate closely follows market changes without deviating from the expected clearing costs, thereby effectively reducing potential exchange rate risks. Furthermore, users can enjoy a more transparent and stable payment experience.In this way, the wallet system 200 can provide users with timely and accurate exchange rate information, avoid the unpredictability of payment costs caused by exchange rate fluctuations, and enable users to better plan and manage cross-currency payments.

[0105] Please continue to refer to Figure 6. In some embodiments, the wallet system 200 obtains multiple reference exchange rates by querying the exchange rates of the target currency pair from the multiple exchange rate data sources respectively. The multiple reference exchange rates are further weighted and fused to obtain a fused reference exchange rate, and finally the customer exchange rate is determined based on the fused reference exchange rate.

[0106] In some embodiments, before determining the fused reference exchange rate, the wallet system 200 can first determine the dispersion between the multiple reference exchange rates. And when the dispersion is less than or equal to a preset threshold, the multiple reference exchange rates are weighted and fused to obtain the fused reference exchange rate. The dispersion characterizes the degree of difference between different reference exchange rates.

[0107] Please refer to the following formula (2) to calculate the dispersion between and.

[0108] (2) After calculating the dispersion, the wallet system 200 further checks whether the dispersion is less than or equal to the preset deviation threshold value (Th%). If the dispersion δ meets the condition, that is: , then the fusion reference exchange rate is further determined. If the dispersion is greater than the preset threshold, the wallet system 200 can trigger the outlier removal mechanism and start the manual intervention protocol. At this time, the wallet system 200 will further evaluate the accuracy of the exchange rate data through manual intervention, and will not mislead subsequent payment processing in abnormal situations.

[0109] By introducing dispersion, the wallet system 200 can trigger manual intervention when there are large differences between the exchange rate data sources, thereby avoiding inaccurate exchange rate calculations caused by data anomalies. This mechanism not only improves the accuracy of exchange rate calculation, but also further enhances the reliability and user experience of the wallet system 200, making the exchange rate decision in the payment process more stable and reliable.

[0110] Please refer to the following formula (3), the wallet system 200 applies different weight coefficients to each reference exchange rate, and the fused exchange rate can simultaneously reflect the actual market situation and match the clearing cost.

[0111] (3) Wherein, MP represents the fused reference exchange rate. is the exchange rate provided by the exchange rate data source maintained by the card organization. and represent the exchange rate data sources provided by the two financial markets. , , and are the weighting coefficients of the above data sources, respectively.

[0112] In some embodiments, the weighting coefficients used for the weighted fusion are dynamically adjusted based on the fluctuation of historical exchange rates in the most recent historical period.

[0113] For example, when the fluctuation of historical exchange rates in the most recent historical period is small or the exchange rate data provided by the card organization is relatively more reliable, the value of will increase, and MP will rely more on the card organization's exchange rate benchmark. In the most recent historical period, the historical exchange rate...When volatility is high, the exchange rate provided by the financial market can reflect market changes in real time. Therefore, when market volatility is high, the value of α, β, and γ will increase, thereby increasing the impact of real-time exchange rate data on the final customer exchange rate.

[0114] By dynamically adjusting the values ​​of α, β, and γ, the wallet system 200 can flexibly adjust the calculation method of the exchange rate under different market environments, providing a more accurate and reliable customer exchange rate.

[0115] In some embodiments, please continue to refer to Figure 6. The wallet system 200 determines the cost exchange rate based on the fusion reference exchange rate and the currency pair type to which the target currency pair belongs. Then, it determines the pricing influencing factors from multiple dimensions and determines the customer exchange rate based on the pricing influencing factors and the cost exchange rate.

[0116] The currency pair type to which the target currency pair belongs can be divided into direct currency pairs and cross currency pairs. Direct currency pairs generally only involve the exchange between the US dollar and other currencies. They have high liquidity and low volatility, such as EUR / USD. Cross currency pairs, such as EUR / JPY, need to be calculated indirectly through the US dollar. For example, EUR / JPY may need to be calculated through the exchange rates of EUR / USD and USD / JPY. This indirect calculation method makes its exchange rate more susceptible to the influence of multiple exchange rate relationships, thus resulting in greater volatility. Furthermore, due to the poor market liquidity and low trading volume of cross-currency pairs, they are more susceptible to sudden market events, leading to higher exchange rate loss risk.

[0117] Therefore, in some embodiments, when the target currency pair is a straight currency pair, the wallet system 200 determines the cost exchange rate based on the fused reference exchange rate and the first risk coefficient. When the target currency pair is a cross-currency pair, the wallet system 200 determines the cost exchange rate based on the fused reference exchange rate and the second risk coefficient, wherein the second risk coefficient is greater than the first risk coefficient. The second risk coefficient of the cross-currency pair is larger to reasonably address market uncertainty and exchange rate fluctuations.

[0118] Formula (4) represents the formula for calculating the cost exchange rate when the target currency pair is a straight currency pair. Formula (5) is the formula for calculating the cost exchange rate CP when the target currency pair is a cross-currency pair.

[0119] (4) (5) Instruction manual 11 / 15 pages 14 CN 121391257 A MP is the fusion reference exchange rate, is the first risk coefficient, is the second risk coefficient, and is the cross-currency spread compensation, used to balance the spread when calculated through indirect exchange rates.

[0120] Through this dual-path calculation method, the wallet system 200 can flexibly adjust the cost exchange rate according to the type of the target currency pair, so that it can provide a more market-compliant exchange rate calculation in the case of both direct currency pairs and cross-currency pairs, minimizing the risk brought by exchange rate fluctuations.

[0121] Based on the determined cost exchange rate CP, the final customer exchange rate is obtained through formula (6).

[0122] (6) represents the factors affecting the customer exchange rate, which include multiple dimensions of factors.

[0123] The multiple dimensions include at least one of the following: market conditions dimension, transaction attribute dimension, and user attribute dimension.

[0124] Among them, the market conditions dimension refers to the dimension related to market conditions, such as exchange rate fluctuations, supply and demand relationship in the foreign exchange market, etc. As an example, the factors affecting the market conditions dimension may include: volatility factor ( ): reflecting the volatility of market conditions; liquidity factor ( ): reflecting the liquidity of currency in the market.

[0125] The transaction attribute dimension refers to the dimension related to the specific content of the transaction, such as transaction amount, transaction type, etc. As an example, the factors affecting the transaction attribute dimension may include: currency factor ( ): reflecting the frequency of currency use in this type of transaction; time factor ( ): reflecting the time when the transaction occurs, characterizing the degree of influence of transaction time on the exchange rate.

[0126] The user attribute dimension refers to the dimension related to the attributes of the user (e.g., cardholder), such as user behavior, user category, etc. As an example, the influencing factors of the user attribute dimension may include: user profile factor ( ): reflecting the user profile or information status, representing the user's payment ability; user behavior factor ( ): reflecting the user's payment behavior, representing the user's payment preference.

[0127] The weighting factors in the above different dimensions can be adjusted based on different currency pairs, and this specification embodiment does not impose any restrictions.

[0128] After determining the exchange rate for customers, the exchange rate for customers will be further checked. If the check passes, the exchange rate for customers is considered reliable. If the check fails, it will enter the manual review stage. The check may include at least one of the following: lock-up period check, deviation check, frequency check, damage check, visual check, or system risk control check. Among them, the lock-up period check refers to checking whether the exchange rate for customers is within the specified lock-up period. The deviation check refers to checking whether the exchange rate for customers deviates from the set standard range. The frequency check refers to checking whether the frequency of change of the exchange rate for customers is normal. The damage check refers to checking whether there is any damage to the exchange rate for customers. The visual check refers to checking whether the exchange rate for customers is abnormal through visual means. The system risk control check refers to checking the system risk control, etc.

[0129] Through the aforementioned multi-dimensional weighting factors, the wallet system 200 can flexibly adjust the exchange rate against customers, thereby optimizing the pricing strategy and improving payment accuracy and user experience.

[0130] To improve system performance and response speed, in some embodiments, the wallet system 200 can obtain the exchange rate against customers for the target currency pair from a preset cache space, wherein the cache space is used to store the exchange rates against customers for multiple currency pairs, and the exchange rate against customers for each currency pair is obtained based on data from the multiple exchange rate data sources within the most recent preset time period.

[0131] The preset interval can be a short interval such as 5 minutes or 10 minutes, or a relatively long interval such as several hours. The specific time interval can be flexibly adjusted according to actual needs. Short time intervals, such as 5 minutes or 10 minutes, are suitable for periods of high market volatility. Such an update frequency allows the exchange rate data to reflect rapid market changes in a timely manner. Especially during periods of high volatility, it helps to improve the accuracy of exchange rates and the success rate of payments. Longer time intervals, such as several hours or several days, are usually suitable for periods of relatively stable market conditions. During these periods, exchange rate fluctuations are small, so frequent updates are not required, which can reduce the system's operating burden and optimize resource utilization. Manual 12 / 15 pages 15 CN 121391257 A

[0132] In addition, the preset interval can also be dynamically adjusted according to factors such as market fluctuations, trading hours, or trading volume. For example, during periods of high volatility in the foreign exchange market, such as when major economic data is released or international events occur, the wallet system 200 can choose to shorten the update cycle to update the exchange rate data more frequently, thereby reflecting market changes in real time. During periods of low market volatility or low trading volume, the wallet system 200 can extend the update cycle, reduce unnecessary calculations and network requests, thereby optimizing resource utilization and improving overall system performance. Through this flexible setting, the wallet system 200 can adapt to different market environments and transaction needs, improving the timeliness of exchange rates while ensuring system performance.

[0133] Based on the set cache space, the wallet system 200 can avoid recalculating the exchange rate for each payment request, thereby improving response speed and reducing the burden on the wallet system 200. Especially in the case of high-frequency transactions and a large number of user requests, this caching mechanism significantly reduces the calculation time for each payment processing, enabling the wallet system 200 to respond quickly to payment requests, improving user experience and system throughput.

[0134] In some embodiments, to ensure the timeliness of data in the cache space, the wallet system 200 also introduces an update mechanism, enabling the exchange rate data in the cache space to respond to fluctuations in the foreign exchange market. In some embodiments, the update conditions include: detecting a change in the exchange rate data of the currency pair in at least one exchange rate data source, or reaching the update cycle.

[0135] Through the above-mentioned update mechanism, when the exchange rate data in the exchange rate data source changes, the wallet system 200 can quickly adjust the exchange rate for customers. This flexible update mechanism enables the wallet system 200 to respond to exchange rate changes in a timely manner, further improving the accuracy and stability of payments. In addition, the regular update mechanism can also reduce the frequent real-time query requests of the wallet system 200, optimize the use of system resources, and avoid unnecessary computational burden.

[0136] In some embodiments, for each of the plurality of currency pairs, when the update conditions are met...In this case, the following steps are performed: query the exchange rates of the currency pair from the multiple exchange rate data sources respectively to obtain multiple reference exchange rates of the currency pair; perform weighted fusion of the multiple reference exchange rates of the currency pair to obtain a fused reference exchange rate of the currency pair; and then determine the customer exchange rate of the currency pair based on the fused reference exchange rate of the currency pair.

[0137] This process is similar to the aforementioned customer quotation calculation method, so it will not be described again here. Through this method, the customer exchange rate of each currency pair in the wallet system 200 is based on the result of weighted fusion of multiple data sources, thereby providing users with a more accurate and comprehensive exchange rate quotation.

[0138] In another aspect, this specification provides a computer-readable non-transitory storage medium storing at least one set of instructions for performing payment processing. When the at least one set of instructions is executed by a processor, the at least one set of instructions instructs the processor to implement the steps of the payment processing method P400 described in this specification. In some possible embodiments, various aspects of this specification may also be implemented in the form of a program product, which includes program code. When the program product is run on the computing system 300, the program code is used to cause the computing system 300 to perform the steps of the payment processing method P400 described in this specification. The program product used to implement the above method may employ a portable compact disc read-only memory (CD-ROM) containing program code and may run on the computing system 300. However, the program product of this specification is not limited thereto. In this specification, a readable storage medium may be any tangible medium containing or storing a program that may be used by or in conjunction with an instruction execution system. The program product may employ any combination of one or more readable media. A readable medium may be a readable signal medium or a readable storage medium. A readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of readable storage media include: portable disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fibers, portable compact disc read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof. The computer-readable storage medium may include a data signal propagated in baseband as part of a wave, carrying readable program code. This propagated data signal may take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. The readable storage medium may also be any readable medium other than a readable storage medium, capable of transmitting, propagating, or transmitting data for use by an instruction execution system.The program is used by or in conjunction with a system, apparatus, or device. Program code contained on a readable storage medium can be transmitted using any suitable medium, including but not limited to wireless, wired, optical fiber, RF, etc., or any suitable combination thereof. Program code for performing the operations of this specification can be written in any combination of one or more programming languages, including object-oriented programming languages—such as Java, C++, etc.—and conventional procedural programming languages—such as the "C" language or similar programming languages. The program code can be executed entirely on computing system 300, partially on computing system 300, as a stand-alone software package, partially on computing system 300 and partially on a remote computing system, or entirely on a remote computing system.

[0139] Specific embodiments of this specification have been described above. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps described in the claims can be performed in a different order than in the embodiments and still achieve the desired result. Furthermore, the processes depicted in the drawings do not necessarily require a specific or sequential order to achieve the desired result. In some implementations, multitasking and parallel processing are also possible or may be advantageous.

[0140] In summary, after reading this detailed disclosure, those skilled in the art will understand that the foregoing detailed disclosure may be presented by way of example only and may not be restrictive. Although not explicitly stated herein, those skilled in the art will understand that this specification requires various reasonable changes, improvements and modifications to the embodiments. These changes, improvements and modifications are intended to be made by this specification and are within the spirit and scope of the exemplary embodiments of this specification.

[0141] Furthermore, certain terms in this specification have been used to describe embodiments of this specification. For example, "an embodiment," "an embodiment," and / or "some embodiments" means that a particular feature, structure, or characteristic described in connection with that embodiment may be included in at least one embodiment of this specification. Therefore, it is to be emphasized and understood that two or more references to "an embodiment" or "an embodiment" or "an alternative embodiment" in various parts of this specification do not necessarily refer to the same embodiment. Furthermore, particular features, structures, or characteristics may be suitably combined in one or more embodiments of this specification.

[0142] It should be understood that in the foregoing description of the embodiments in this specification, various features are combined in a single embodiment, drawing, or description for the purpose of simplifying the specification in order to aid in understanding a feature. However, this does not mean that the combination of these features is necessary, and those skilled in the art may well identify some of the devices as separate embodiments when reading this specification. That is to say, the embodiments in this specification can also be understood as...The solution is an integration of multiple sub-implementations. The content of each sub-implementation is also valid even if it contains fewer features than a single foregoing disclosed embodiment.

[0143] Every patent, patent application, publication of a patent application, and other material, such as articles, books, specifications, publications, documents, articles, etc., referenced herein, except for those inconsistent with or conflicting with this document, or those having a limiting effect on the widest scope of the claims, may be incorporated herein by reference for all purposes now or hereafter associated with this document. Furthermore, in the event of any inconsistency or conflict between the description, definition, and / or use of relevant terms in any material and the description, definition, and / or use of relevant terms in this document, the terms in this document shall prevail.

[0144] Finally, it should be understood that the embodiments of the applications disclosed herein are illustrative of the principles of the embodiments of this specification. Other modified embodiments are also within the scope of this specification. Therefore, the embodiments disclosed in this specification are merely examples and not limitations. Those skilled in the art can implement the applications in this specification, page 14 / 15 of this specification, 17 CN 121391257 A, using alternative configurations. Therefore, the embodiments described herein are not limited to the embodiments precisely described in the application. Specification 15 / 15 pages 18 CN 121391257 A Figure 1 Specification Drawing 1 / 5 pages 19 CN 121391257 A Figure 2 Figure 3 Specification Drawing 2 / 5 pages 20 CN 121391257 A Figure 4 Specification Drawing 3 / 5 pages 21 CN 121391257 A Figure 5 Specification Drawing 4 / 5 pages 22 CN 121391257 A Figure 6 Specification Drawing 5 / 5 pages 23 CN 121391257 A Abstract Abdominal ultrasound examination method, system and device Payment processing method, wallet system and storage medium The embodiment of the invention provides a payment processing method, a wallet system and a storage medium. Wherein the wallet system obtains a plurality of candidate deduction currencies and a prioritysequence among the plurality of candidate deduction currencies in response to a received payment request initiated by a user for a target order through a target payment medium. And the wallet system determines whether the balance of the account corresponding to each candidate deduction currency in the target payment medium is sufficient to pay the target order according to the priority sequence, and determines the first candidate deduction currency with sufficient balance as the target deduction currency. And then, the wallet system executes a payment authorization process of the target order based on an account corresponding to the target deduction currency in the target payment medium.

Claims

1. A payment processing method applied to a wallet system, the method comprising: receiving a payment request initiated by a user through a target payment medium for a target order, the target payment medium supporting multi-currency payment; obtaining a plurality of candidate deduction currencies and a priority order among the plurality of candidate deduction currencies; determining whether a balance of an account corresponding to each candidate deduction currency in the target payment medium is sufficient to pay for the target order according to the priority order, and determining a first candidate deduction currency with sufficient balance as a target deduction currency; and performing a payment authorization process of the target order based on the account corresponding to the target deduction currency in the target payment medium.

2. The method of claim 1, wherein, The plurality of candidate deduction currencies are determined dynamically based on the payment request and a business area of the wallet system.

3. The method of claim 2, wherein, The plurality of candidate deduction currencies comprise: a first group of candidate deduction currencies including a transaction currency specified by the payment request; a second group of candidate deduction currencies including a preset specified currency corresponding to the business area of the wallet system, the preset specified currency having a liquidity greater than that of other currencies; and a third group of candidate deduction currencies including a local currency corresponding to the business area of the wallet system.

4. The method of claim 3, wherein, The priority of the first group of candidate deduction currencies is higher than that of the second group of candidate deduction currencies. The priority of the second group of candidate deduction currencies is higher than that of the third group of candidate deduction currencies.

5. The method of claim 1, wherein, The payment request includes a transaction currency and a transaction amount, and for any one of the plurality of candidate deduction currencies, in a case where the candidate deduction currency is different from the transaction currency, the determination of whether the balance of the account corresponding to the candidate deduction currency in the target payment medium is sufficient to pay for the target order comprises: taking the transaction currency and the candidate deduction currency as a target currency pair, and obtaining a customer exchange rate of the target currency pair, wherein the customer exchange rate is obtained based on data of a plurality of exchange rate data sources; determining a deduction amount corresponding to the candidate deduction currency based on the customer exchange rate and the transaction amount; and determining whether the balance of the account corresponding to the candidate deduction currency is sufficient to pay for the target order based on the balance of the account corresponding to the candidate deduction currency and the deduction amount.

6. The method of claim 5, wherein, The plurality of exchange rate data sources comprise: an exchange rate data source maintained by a card organization; and an exchange rate data source maintained by at least one financial market.

7. The method of claim 5, wherein, The obtaining of the customer exchange rate of the target currency pair comprises: querying exchange rates of the target currency pair from the plurality of exchange rate data sources respectively to obtain a plurality of reference exchange rates; performing weighted fusion on the plurality of reference exchange rates to obtain a fused reference exchange rate; and determining the customer exchange rate based on the fused reference exchange rate.

8. The method of claim 7, wherein, The performing of the weighted fusion on the plurality of reference exchange rates to obtain the fused reference exchange rate comprises: determining a dispersion among the plurality of reference exchange rates, the dispersion representing a difference degree among different reference exchange rates; in a case where the dispersion is less than or equal to a preset threshold, performing the weighted fusion on the plurality of reference exchange rates to obtain the fused reference exchange rate.

9. The method of claim 7, wherein, The determination of the customer exchange rate based on the fused reference exchange rate comprises: determine a cost rate based on the fused reference rate and a currency pair type to which the target currency pair belongs; and determine a pricing impact factor from multiple dimensions, and determine the ask rate based on the pricing impact factor and the cost rate.

10. The method of claim 7, wherein, The weight coefficient for the weighted fusion is dynamically adjusted based on fluctuation of historical exchange rates in a recent historical period.

11. The method of claim 9, wherein, The determining of the cost rate based on the fused reference rate and the currency pair type to which the target currency pair belongs comprises: in a case where the target currency pair belongs to a straight currency pair, determining the cost rate based on the fused reference rate and a first risk coefficient; or in a case where the target currency pair belongs to a cross currency pair, determining the cost rate based on the fused reference rate and a second risk coefficient, wherein the second risk coefficient is greater than the first risk coefficient.

12. The method of claim 9, wherein, The multiple dimensions comprise at least one of a market condition dimension, a transaction attribute dimension, and a user attribute dimension.

13. The method of claim 5, wherein, The obtaining of the ask rate of the target currency pair comprises: obtaining the ask rate of the target currency pair from a preset cache space, wherein the cache space is used to store ask rates of multiple currency pairs, and the ask rate of each currency pair is obtained based on data of the multiple exchange rate data sources within a preset time length.

14. The method of claim 13, wherein, The method further comprises, for each of the multiple currency pairs, if an update condition is met, performing the following steps: querying exchange rates of the currency pair from the multiple exchange rate data sources respectively to obtain multiple reference rates of the currency pair; performing weighted fusion on the multiple reference rates of the currency pair to obtain a fused reference rate of the currency pair; and determining the ask rate of the currency pair based on the fused reference rate of the currency pair.

15. The method of claim 14, wherein, The update condition comprises detecting that exchange rate data of the currency pair in at least one exchange rate data source has changed, or an update period is reached.

16. A wallet system, comprising: at least one storage medium storing at least one instruction set; and at least one processor communicatively connected with the at least one storage medium, wherein the at least one processor reads the at least one instruction set when the wallet system is running, and executes the payment processing method according to the instruction of the at least one instruction set.

17. A computer-readable non-transitory storage medium, wherein, The computer readable non-transitory storage medium stores at least one instruction set, and the at least one instruction set is executed by at least one processor to implement the payment processing method according to any one of claims 1-15.

Images