WO2018126920A1 - 一种货币类型的切换方法及装置 - Google Patents

一种货币类型的切换方法及装置 Download PDF

Info

Publication number
WO2018126920A1
WO2018126920A1 PCT/CN2017/118230 CN2017118230W WO2018126920A1 WO 2018126920 A1 WO2018126920 A1 WO 2018126920A1 CN 2017118230 W CN2017118230 W CN 2017118230W WO 2018126920 A1 WO2018126920 A1 WO 2018126920A1
Authority
WO
WIPO (PCT)
Prior art keywords
payment channel
currency type
payment
currency
switched
Prior art date
Application number
PCT/CN2017/118230
Other languages
English (en)
French (fr)
Inventor
倪飞
Original Assignee
阿里巴巴集团控股有限公司
倪飞
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to JP2019536168A priority Critical patent/JP6955012B2/ja
Priority to RU2019119413A priority patent/RU2734340C1/ru
Priority to KR1020197019755A priority patent/KR102256761B1/ko
Priority to EP17890312.6A priority patent/EP3543929A4/en
Priority to MX2019007839A priority patent/MX2019007839A/es
Priority to AU2017390721A priority patent/AU2017390721A1/en
Priority to CA3047879A priority patent/CA3047879A1/en
Priority to BR112019013706-8A priority patent/BR112019013706A2/pt
Application filed by 阿里巴巴集团控股有限公司, 倪飞 filed Critical 阿里巴巴集团控股有限公司
Publication of WO2018126920A1 publication Critical patent/WO2018126920A1/zh
Priority to US16/442,686 priority patent/US20190303907A1/en
Priority to PH12019501428A priority patent/PH12019501428A1/en
Priority to ZA2019/04233A priority patent/ZA201904233B/en
Priority to AU2019101601A priority patent/AU2019101601A4/en
Priority to AU2021200131A priority patent/AU2021200131A1/en

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322Aspects of commerce using mobile devices [M-devices]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/12Payment architectures specially adapted for electronic shopping systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/22Payment schemes or models
    • G06Q20/227Payment schemes or models characterised in that multiple accounts are available, e.g. to the payer
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/326Payment applications installed on the mobile devices
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/381Currency conversion

Definitions

  • the present application relates to the field of payment technologies, and in particular, to a method and an apparatus for switching a currency type.
  • the cashier can support multiple currency types due to the different currency types involved, so the user can pre-select the currency type used to make the payment.
  • a user purchases an electronic product, and when confirming an order, he can select different currency types, such as RMB, US dollars, Euros, British pounds, Japanese, Korean won, and the like.
  • the user will enter the cashier interface, as shown in Figure 2: after the user selects the payment channel, that is, the "payment method”, the payment channel selected by the user here is "Alipay”, and the details of the order are checked. , you can click the "Pay” button to complete the payment.
  • the cashier will detect whether the payment channel supports the currency type selected by the user.
  • the type of currency selected by the user may not be the type of currency supported by the payment channel.
  • the payment type selected by the user is Japanese yen, and the payment channel does not support Japanese yen payment.
  • the cashier generally prompts the user not to support the selected currency type and cannot complete the payment. In this case, the user needs to exit the cashier interface and re-select the currency type and pay again.
  • the user needs to complete 3 steps (ie exit the cashier, re-select the currency type, re-enter the cashier to pay) to change the currency type, seriously affecting the user experience, and the payment efficiency is low.
  • the method and device for switching a currency type provided by the present application are to solve the problem that the payment efficiency is low and the user experience is not high in the prior art.
  • a method for switching a currency type includes:
  • the currency type is switched to the currency type supported by the payment channel.
  • the determining whether the payment channel supports the currency type includes:
  • the currency type is switched to the currency type supported by the payment channel, and specifically includes:
  • the currency type In the case where the currency type does not belong to the set of currency types, the currency type is switched to the currency type in the set of currency types.
  • the switching the currency type to the currency type supported by the payment channel includes:
  • the currency type selected by the user is switched to the second currency type.
  • the currency type selected by the user is switched to the second currency type, and specifically includes:
  • the payment channel supports the second currency type, obtaining the payment amount of the current payment
  • the currency type selected by the user is switched to the second currency type.
  • the method further includes:
  • the payment amount of the currency type after switching is calculated according to the exchange rate.
  • a method for switching a payment channel includes:
  • the payment channel does not support the currency type
  • the payment channel is switched to a payment channel supporting the currency type.
  • the determining whether the payment channel supports the currency type includes:
  • the payment channel is switched to support the payment channel of the currency type, and specifically includes:
  • the payment channel is switched to a payment channel that supports the currency type.
  • the switching the payment channel to a payment channel that supports the currency type includes:
  • the determining, according to the historical usage information of the second payment channel, a second payment channel to be switched from the second payment channel specifically includes:
  • the second payment channel with the most usage is determined as the second payment channel to be switched according to the historical usage number of the second payment channel.
  • the determining, according to the historical usage information of the second payment channel, a second payment channel to be switched from the second payment channel specifically includes:
  • the second payment channel of the latest use time is determined as the second payment channel to be switched.
  • a currency type switching device includes:
  • a determining unit determining whether the payment channel supports the currency type
  • a switching unit that switches the currency type to a currency type supported by the payment channel if the payment channel does not support the currency type.
  • the determining unit specifically includes:
  • Determining a subunit determining whether the currency type belongs to the set of currency types
  • the switching unit specifically includes:
  • the currency type selected by the user is switched to the currency type in the set of currency types.
  • the switching unit specifically includes:
  • a first obtaining subunit acquiring a second currency type supported by the user's account
  • a first determining subunit determining whether the payment channel supports the second currency type
  • the switching subunit specifically includes:
  • a second obtaining subunit where the payment channel supports the second currency type, obtaining a payment amount for making a payment
  • a second determining subunit determining whether the account balance or the credit limit of the second currency type exceeds the payment amount
  • the second switching subunit switches the currency type selected by the user to the second currency type if the account balance or credit limit of the second currency type exceeds the payment amount.
  • the device further includes:
  • the calculating unit calculates the payment amount of the currency type after the switching according to the exchange rate.
  • a switching device for a payment channel includes:
  • a determining unit determining whether the payment channel supports the currency type
  • the switching unit switches the payment channel to a payment channel supporting the currency type if the payment channel does not support the currency type.
  • the determining unit specifically includes:
  • Determining a subunit determining whether the currency type belongs to the set of currency types
  • the switching unit specifically includes:
  • the payment channel is switched to a payment channel that supports the currency type.
  • the switching unit specifically includes:
  • Determining a sub-unit determining, according to historical usage information of the second payment channel, a second payment channel to be switched from the second payment channel;
  • the determining subunit specifically includes:
  • the second payment channel with the most usage is determined as the second payment channel to be switched according to the historical usage number of the second payment channel.
  • the determining subunit specifically includes:
  • the second payment channel of the latest use time is determined as the second payment channel to be switched.
  • the currency type selected by the user may be directly switched to the currency type supported by the payment channel at the cashier interface, or may be automatically
  • the checkout interface directly switches the payment channel selected by the user to a payment channel that supports the currency type. In this way, the user can exit the current cashier interface and re-select the currency type to enter the cashier, thereby improving the efficiency of payment and improving the user experience.
  • FIG. 1 is a schematic diagram of a confirmation order interface provided by the present application.
  • FIG. 2 is a schematic diagram of a cashier interface provided by the present application.
  • FIG. 3 is a flowchart of a method for switching a currency type according to an embodiment of the present application
  • FIG. 4 is a schematic diagram of a type of switching currency provided by the present application.
  • FIG. 5 is a flowchart of a method for switching a payment channel according to an embodiment of the present application
  • FIG. 6 is a schematic diagram of a handover payment channel provided by the present application.
  • FIG. 7 is a hardware structural diagram of a device where a money type switching device provided by the present application is located;
  • FIG. 8 is a schematic block diagram of a currency type switching apparatus according to an embodiment of the present application.
  • FIG. 9 is a hardware structural diagram of a device where a switching device of a payment channel provided by the present application is located;
  • FIG. 10 is a schematic block diagram of a switching device for a payment channel according to an embodiment of the present application.
  • first, second, third, etc. may be used to describe various information in this application, such information should not be limited to these terms. These terms are only used to distinguish the same type of information from each other.
  • first information may also be referred to as the second information without departing from the scope of the present application.
  • second information may also be referred to as the first information.
  • word "if” as used herein may be interpreted as "when” or “when” or “in response to a determination.”
  • the cashier will detect whether the payment channel supports the currency type selected by the user.
  • the type of currency selected by the user may not be the type of currency supported by the payment channel.
  • the payment type selected by the user is Japanese yen, and the payment channel does not support Japanese yen payment.
  • the cashier generally prompts the user not to support the selected currency type and cannot complete the payment. In this case, the user needs to exit the cashier interface and re-select the currency type and pay again.
  • the user needs to complete 3 steps (ie exit the cashier, re-select the currency type, and re-enter the cashier to pay) to change the currency type, seriously affecting the user experience, and the payment efficiency is low.
  • FIG. 3 is a flowchart of a method for switching a currency type according to an embodiment of the present application.
  • the method is applied to a cash register of a payment application, and the method includes the following steps:
  • Step 110 Determine the type of currency selected by the user for making the payment and the payment channel.
  • the user after the user selects the currency type for payment, the user enters the cashier interface to make a payment, and the user can also select a payment channel at the checkout interface.
  • the cashier can determine the type of currency the user chooses to make the payment and the payment channel.
  • the currency type or payment channel can be selected by the user or have a default value.
  • the last used payment channel is used as the payment channel for this payment; by default, the last used currency type is used as the currency type of this payment.
  • the cashier can determine the currency type as RMB according to the information in the order amount; and determine the payment channel as Alipay according to the content in the black box in the payment method.
  • the technical carrier involved in the payment in the embodiment of the present application may include, for example, Near Field Communication (NFC), WIFI, 3G/4G/5G, POS card swiping technology, two-dimensional code scanning technology, and barcode scanning code.
  • NFC Near Field Communication
  • WIFI Wireless Fidelity
  • 3G/4G/5G 3G/4G/5G
  • POS card swiping technology 3G/4G/5G
  • POS card swiping technology two-dimensional code scanning technology
  • barcode scanning code e.g., Bluetooth, infrared, Short Message Service (SMS), Multimedia Message Service (MMS), etc.
  • SMS Short Message Service
  • MMS Multimedia Message Service
  • Step 120 Determine whether the payment channel supports the currency type.
  • the cashier after determining the currency type and the payment channel, the cashier can determine whether the payment channel supports the type of currency obtained.
  • a subsequent step 130 can be performed.
  • Step 130 If the payment channel does not support the currency type, switch the currency type to a currency type supported by the payment channel.
  • the currency type may be switched to the currency type supported by the payment channel.
  • the step 120 determines whether the payment channel supports the currency type, and may include the following steps:
  • the step 130 may specifically include:
  • the currency type selected by the user is switched to the currency type in the set of currency types.
  • each payment channel may have a set of currency types, and the set of currency types includes at least one currency type supported by the payment channel.
  • the type of currency selected by the user for making payment is USD as indicated by the dotted line box 11, and the payment channel is shown as the Alipay in the dotted line box 12; it is assumed that the set of currency types supported by Alipay is ⁇ RMB , euro, pounds ⁇ ;
  • the currency type selected by the user can be directly switched to the currency type supported by the payment channel at the cashier interface. In this way, the user does not need to exit the current cashier interface to re-select the currency type, thereby improving the efficiency of payment and improving the user experience.
  • the method may further include:
  • the payment amount of the currency type after switching is calculated according to the exchange rate.
  • the remittance may be a real-time exchange rate. For example, remittances sent back from the bank in real time.
  • the change of the payment amount after the handover is further improved, which is convenient for the user to view, and further improves the user experience.
  • the currency type supported by the user's account is also limited, and not all currency types are supported.
  • User A's account has only two types of RMB payment and US dollar payment. Therefore, the currency type after the checkout of the cashier can be supported by the payment channel, but the user account does not support it, so that payment cannot be made.
  • the switching the currency type to the currency type supported by the payment channel may specifically include:
  • A1 obtaining a second currency type supported by the user's account
  • A2 determining whether the payment channel supports the second currency type
  • A3 In a case where the payment channel supports the second currency type, the currency type selected by the user is switched to the second currency type.
  • the currency type selected by the user for the first time is US dollars
  • the currency types supported by the payment channel are: RMB, Euro, and British pounds
  • the payment channel does not support the US dollar selected by the user; the US dollar needs to be switched to the currency type supported by the payment channel.
  • the second currency type may be the currency type remaining after excluding the currency type selected by the user.
  • the user's account supports the currency type: USD, JPY, RMB, EUR, and after excluding USD, the second currency type is: Yen, Renminbi, Euro.
  • the currency type selected by the user can be switched from the original US dollar to RMB.
  • the euro can also be used as the currency type after switching, but in order to improve the switching efficiency, the principle can be used on a first-come-first-served basis. Since the RMB is already a currency type supported by the payment channel, there is no need to judge the payment channel. Whether to support the euro.
  • the second currency type supported by the user's account is acquired, and after the payment channel supports the second currency type, the user selects the currency.
  • the type is switched to the second currency type. In this way, it can be guaranteed that the currency type after the switch must be the currency type supported by the user's account.
  • the step A3 switches the currency type selected by the user to the second if the payment channel supports the second currency type.
  • the currency type can specifically include the following steps:
  • A31 In case the payment channel supports the second currency type, obtain the payment amount of the current payment
  • A32 determining whether the account balance or the credit limit of the second currency type exceeds the payment amount
  • A33 In a case where the account balance or credit limit of the second currency type exceeds the payment amount, the currency type selected by the user is switched to the second currency type.
  • the account balance may be a balance in the account or a balance of the savings card.
  • the credit line includes the remaining credit of the credit card.
  • the excess may be greater than or equal to.
  • the payment amount of this payment is 100 US dollars, that is, 694.47 RMB;
  • the account balance of the RMB exceeds the payment amount and can be paid. Therefore, the currency type selected by the user can be switched from the original US dollar to RMB.
  • FIG. 5 is a flowchart of a method for switching a payment channel according to an embodiment of the present application, where the method is applied to a payment application.
  • the method includes the following steps:
  • Step 210 Determine the type of currency selected by the user for making the payment and the payment channel.
  • step 210 is the same as step 110 in the foregoing embodiment, and details are not described herein again.
  • Step 220 Determine whether the payment channel supports the currency type.
  • the subsequent step 230 may be performed.
  • Step 230 Switch the payment channel to a payment channel supporting the currency type if the payment channel does not support the currency type.
  • the payment channel may be switched to a payment channel supporting the currency type.
  • the step 220 determines whether the payment channel supports the currency type, and may include the following steps:
  • the step 230 may specifically include:
  • the payment channel is switched to a payment channel that supports the currency type.
  • each payment channel may have a set of currency types including at least one of the currency types supported by the payment channel.
  • the type of currency selected by the user for making payment is USD as indicated by the dashed box 21, and the payment channel is shown as an Alipay in the dotted line box 22; it is assumed that the set of currency types supported by Alipay is ⁇ RMB , euro, pounds ⁇ ;
  • the payment channel selected by the user can be automatically switched to the payment channel supporting the currency type directly at the cashier interface. In this way, the user does not need to exit the current cashier interface to re-select the currency type, thereby improving the efficiency of payment and improving the user experience.
  • any payment channel may be randomly used as the payment channel to be switched.
  • the switching the payment channel to the payment channel supporting the currency type includes:
  • B2 determining, according to historical usage information of the second payment channel, a second payment channel to be switched from the second payment channel;
  • the historical usage information may be the historical usage number of the second payment channel, that is, the number of times the user successfully performs payment using the second payment channel;
  • the historical usage information may be the last use time of the second payment channel, that is, the time when the user successfully uses the second payment channel to make a payment.
  • the B2 may specifically include:
  • the second payment channel with the most usage is determined as the second payment channel to be switched according to the historical usage number of the second payment channel.
  • the currency type selected by the user for making payment is US dollars
  • the second payment channel has two types, namely: bank card A, bank card B;
  • the bank card A has a historical usage count of 100 times, and the bank card B has a historical usage count of 50 times, so that the bank card A can be determined as the second payment channel to be switched.
  • the B2 may specifically include:
  • the second payment channel of the latest use time is determined as the second payment channel to be switched.
  • the currency type selected by the user for making payment is US dollars
  • the second payment channel has two types, namely: bank card A, bank card B;
  • the last use time of the bank card A is October 10, 2016, and the last use time of the bank card B is October 11, 2016; the bank card B can be determined as the second payment channel to be switched.
  • the payment channel when the payment channel is switched, there are multiple second payment channels supporting the currency type, and the historical usage information of the second payment channel can be used to select one of the most historical usages or the last use time.
  • the second payment channel serves as the second payment channel to be switched, so that the switched payment channel is more in line with the usage habit of the user history.
  • the present application also provides an embodiment of a currency type switching device.
  • An embodiment of the switching device of the currency type of the present application can be applied to a cashier of a payment application.
  • the device embodiment may be implemented by software, or may be implemented by hardware or a combination of hardware and software. Taking the software implementation as an example, as a logical means, the processor of the device in which it is located reads the corresponding computer program instructions in the non-volatile memory into the memory. From a hardware level, as shown in FIG. 7, a hardware structure diagram of a device in which the switching device of the currency type of the present application is located, except for the processor, network interface, memory, and non-volatile memory shown in FIG. The device in which the device is located in the embodiment is usually based on the actual function of switching the currency type, and may also include other hardware, which will not be described again.
  • FIG. 8 is a block diagram of a currency type switching apparatus according to an embodiment of the present disclosure.
  • the apparatus includes: a determining unit 310, a determining unit 320, and a switching unit 330.
  • the unit 310 determines a currency type selected by the user for making a payment and a payment channel
  • the determining unit 320 determines whether the payment channel supports the currency type
  • the switching unit 330 switches the currency type to a currency type supported by the payment channel if the payment channel does not support the currency type.
  • the currency type selected by the user can be directly switched to the currency type supported by the payment channel at the cashier interface. In this way, the user does not need to exit the current cashier interface to re-select the currency type, thereby improving payment efficiency and improving the user experience.
  • the determining unit 320 specifically includes:
  • Determining a subunit determining whether the currency type belongs to the set of currency types
  • the switching unit 330 specifically includes:
  • the currency type selected by the user is switched to the currency type in the set of currency types.
  • the currency type selected by the user can be directly switched to the currency type in the set of currency types supported by the payment channel at the cashier interface. In this way, the user does not need to exit the current cashier interface to re-select the currency type, thereby improving payment efficiency and improving the user experience.
  • the switching unit 330 specifically includes:
  • a first obtaining subunit acquiring a second currency type supported by the user's account
  • a first determining subunit determining whether the payment channel supports the second currency type
  • the second currency type supported by the user's account is acquired, and after the payment channel supports the second currency type, the user selects the currency.
  • the type is switched to the second currency type. In this way, it can be guaranteed that the currency type after the switch must be the currency type supported by the user's account.
  • the switching subunit specifically includes:
  • a second obtaining subunit where the payment channel supports the second currency type, obtaining a payment amount for making a payment
  • a second determining subunit determining whether the account balance or the credit limit of the second currency type exceeds the payment amount
  • the second switching subunit switches the currency type selected by the user to the second currency type if the account balance or credit limit of the second currency type exceeds the payment amount.
  • the device also includes:
  • the calculating unit calculates the payment amount of the currency type after the switching according to the exchange rate.
  • the change of the payment amount after the handover is further improved, which is convenient for the user to view, and further improves the user experience.
  • the present application further provides an embodiment of a handover device for a payment channel.
  • An embodiment of the switching device of the payment channel of the present application can be applied to a cashier of a payment application.
  • the device embodiment may be implemented by software, or may be implemented by hardware or a combination of hardware and software. Taking the software implementation as an example, as a logical means, the processor of the device in which it is located reads the corresponding computer program instructions in the non-volatile memory into the memory. From the hardware level, as shown in FIG. 9, a hardware structure diagram of the device where the switching device of the payment channel of the present application is located, except for the processor, the network interface, the memory, and the non-volatile memory shown in FIG.
  • the device in which the device is located in the embodiment is usually based on the actual function of switching the payment channel, and may also include other hardware, and details are not described herein.
  • FIG. 10 is a block diagram of a switching device for a payment channel according to an embodiment of the present disclosure.
  • the device includes: a determining unit 410, a determining unit 420, and a switching unit 430.
  • the determining unit 410 determines a currency type and a payment channel selected by the user for making a payment
  • the determining unit 420 is configured to determine whether the payment channel supports the currency type
  • the switching unit 430 switches the payment channel to a payment channel supporting the currency type if the payment channel does not support the currency type.
  • the payment channel selected by the user can be automatically switched to the payment channel supporting the currency type directly at the cashier interface. In this way, the user does not need to exit the current cashier interface to re-select the currency type, thereby improving the efficiency of payment and improving the user experience.
  • the determining unit 420 specifically includes:
  • Determining a subunit determining whether the currency type belongs to the set of currency types
  • the switching unit 430 specifically includes:
  • the payment channel is switched to a payment channel that supports the currency type.
  • the switching unit 430 specifically includes:
  • Determining a sub-unit determining, according to historical usage information of the second payment channel, a second payment channel to be switched from the second payment channel;
  • the determining subunit specifically includes:
  • the second payment channel with the most usage is determined as the second payment channel to be switched according to the historical usage number of the second payment channel.
  • the second payment channel with the most history usage may be selected as the to-be-switched by the historical usage information of the second payment channel.
  • the second payment channel so that the payment channel after switching is more in line with the user's history of usage habits.
  • the determining subunit specifically includes:
  • the second payment channel of the latest use time is determined as the second payment channel to be switched.
  • the second payment channel of the last use time can be selected from the historical usage information of the second payment channel.
  • the second payment channel to be switched so that the switched payment channel is more in line with the usage habit of the user history.
  • the system, device, module or unit illustrated in the above embodiments may be implemented by a computer chip or an entity, or by a product having a certain function.
  • a typical implementation device is a computer, and the specific form of the computer may be a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email transceiver, and a game control.
  • the device embodiment since it basically corresponds to the method embodiment, reference is made to the partial description of the method embodiment.
  • the device embodiments described above are merely illustrative, wherein the units described as separate components may or may not be physically separate, and the components displayed as units may or may not be physical units, ie may be located A place, or it can be distributed to multiple network units. Some or all of the modules may be selected according to actual needs to achieve the objectives of the present application. Those of ordinary skill in the art can understand and implement without any creative effort.

Abstract

一种货币类型的切换方法及装置,所述方法包括:确定用户选择的用于进行支付的货币类型以及支付渠道(110);判断所述支付渠道是否支持所述货币类型(120);在所述支付渠道不支持所述货币类型的情况下,将所述货币类型切换为所述支付渠道支持的货币类型(130)。在进行支付过程中,支付渠道不支持用户选择的货币类型时,可以实现自动切换到所述支付渠道支持的货币类型进行支付,无需用户退出收银台、重新选择货币类型后再次进入收银台,提高了用户体验以及支付效率。

Description

一种货币类型的切换方法及装置 技术领域
本申请涉及支付技术领域,尤其涉及一种货币类型的切换方法及装置。
背景技术
在某些支付场景中,由于涉及到不同货币类型,收银台可以支持多种货币类型,因此用户可以预先选择用于进行支付的货币类型。
如图1所示,一种国际交易平台中,用户购买一件电子商品,在确认订单时,可以选择不同的货币类型,例如人民币、美元、欧元、英磅、日语、韩元等。一般的,用户在提交订单后,就会进入收银台界面,如图2所示:用户选择支付渠道即“支付方式”后,这里用户选择的支付渠道为“支付宝”,并且在查看订单详情无误,可以点击“支付”按钮来完成支付。
现有技术中,用户选择好支付渠道后,收银台会检测该支付渠道是否支持用户选择的货币类型。在一种情况下,用户选择的货币类型可能不是支付渠道支持的货币类型。例如,用户选择的支付类型为日元,而支付渠道并不支持日元支付。对于支付渠道不支持用户选择的货币类型的情况,收银台一般会提示用户不支持选择的货币类型无法完成支付,此时需要用户退出收银台界面,重新选择货币类型后再次支付。
如上所述,用户需要完成3个步骤(即退出收银台、重新选择货币类型、再次进入收银台进行支付)才能更改货币类型,严重影响用户体验,支付效率较低。
发明内容
本申请提供的一种货币类型的切换方法及装置,以解决现有技术中支付效率较低,用户体验不高的问题。
根据本申请实施例提供的一种货币类型的切换方法,所述方法包括:
确定用户选择的用于进行支付的货币类型以及支付渠道;
判断所述支付渠道是否支持所述货币类型;
在所述支付渠道不支持所述货币类型的情况下,将所述货币类型切换为所述支付渠道支持的货币类型。
可选的,所述判断所述支付渠道是否支持所述货币类型,具体包括:
确定支付渠道支持的货币类型集合;
判断所述货币类型是否属于所述货币类型集合;
相应地,所述在所述支付渠道不支持所述货币类型的情况下,将所述货币类型切换为所述支付渠道支持的货币类型,具体包括:
在所述货币类型不属于所述货币类型集合的情况下,将所述货币类型切换为所述货币类型集合中的货币类型。
可选的,所述将所述货币类型切换为所述支付渠道支持的货币类型,具体包括:
获取所述用户的账户支持的第二货币类型;
判断所述支付渠道是否支持所述第二货币类型;
在所述支付渠道支持所述第二货币类型的情况下,将所述用户选择的货币类型切换为所述第二货币类型。
可选的,所述在所述支付渠道支持所述第二货币类型的情况下,将所述用户选择的货币类型切换为所述第二货币类型,具体包括:
在所述支付渠道支持所述第二货币类型的情况下,获取本次支付的支付金额;
判断所述第二货币类型的账户余额或者信用额度是否超过所述支付金额;
在所述第二货币类型的账户余额或者信用额度超过所述支付金额的情况下,将所述用户选择的货币类型切换为所述第二货币类型。
可选的,所述方法还包括:
根据汇率计算出切换后货币类型的支付金额。
根据本申请实施例提供的一种支付渠道的切换方法,所述方法包括:
确定用户选择的用于进行支付的货币类型以及支付渠道;
判断所述支付渠道是否支持所述货币类型;
在所述支付渠道不支持所述货币类型的情况下,将所述支付渠道切换为支持所述货币类型的支付渠道。
可选的,所述判断所述支付渠道是否支持所述货币类型,具体包括:
确定支付渠道支持的货币类型集合;
判断所述货币类型是否属于所述货币类型集合;
相应地,所述在所述支付渠道不支持所述货币类型的情况下,将所述支付渠道切换为支持所述货币类型的支付渠道,具体包括:
在所述货币类型不属于所述货币类型集合的情况下,将所述支付渠道切换为支持所述货币类型的支付渠道。
可选的,所述将所述支付渠道切换为支持所述货币类型的支付渠道,具体包括:
获取支持所述货币类型的第二支付渠道;
根据所述第二支付渠道的历史使用信息,从所述第二支付渠道中确定一个待切换的第二支付渠道;
将所述支付渠道切换为所述待切换的第二支付渠道。
可选的,所述根据所述第二支付渠道的历史使用信息,从所述第二支付渠道中确定一个待切换的第二支付渠道,具体包括:
根据所述第二支付渠道的历史使用次数,将使用次数最多的第二支付渠道确定为待切换的第二支付渠道。
可选的,所述根据所述第二支付渠道的历史使用信息,从所述第二支付渠道中确定一个待切换的第二支付渠道,具体包括:
根据所述第二支付渠道的最后一次使用时刻,将最晚使用时刻的第二支付渠道确定为待切换的第二支付渠道。
根据本申请实施例提供的一种货币类型的切换装置,所述装置包括:
确定单元,获取用户选择的用于进行支付的货币类型以及支付渠道;
判断单元,判断所述支付渠道是否支持所述货币类型;
切换单元,在所述支付渠道不支持所述货币类型的情况下,将所述货币类型切换为所述支付渠道支持的货币类型。
可选的,所述判断单元,具体包括:
确定子单元,确定支付渠道支持的货币类型集合;
判断子单元,判断所述货币类型是否属于所述货币类型集合;
相应地,所述切换单元,具体包括:
在所述货币类型不属于所述货币类型集合的情况下,将所述用户选择的货币类型切换为所述货币类型集合中的货币类型。
可选的,所述切换单元,具体包括:
第一获取子单元,获取所述用户的账户支持的第二货币类型;
第一判断子单元,判断所述支付渠道是否支持所述第二货币类型;
切换子单元,在所述支付渠道支持所述第二货币类型的情况下,将所述用户选择的货币类型切换为所述第二货币类型。
可选的,所述切换子单元,具体包括:
第二获取子单元,在所述支付渠道支持所述第二货币类型的情况下,获取进行支付的支付金额;
第二判断子单元,判断所述第二货币类型的账户余额或者信用额度是否超过所述支付金额;
第二切换子单元,在所述第二货币类型的账户余额或者信用额度超过所述支付金额的情况下,将所述用户选择的货币类型切换为所述第二货币类型。
可选的,所述装置还包括:
计算单元,根据汇率计算出切换后所述货币类型的支付金额。
根据本申请实施例提供的一种支付渠道的切换装置,所述装置包括:
确定单元,确定用户选择的用于进行支付的货币类型以及支付渠道;
判断单元,判断所述支付渠道是否支持所述货币类型;
切换单元,在所述支付渠道不支持所述货币类型的情况下,将所述支付 渠道切换为支持所述货币类型的支付渠道。
可选的,所述判断单元,具体包括:
确定子单元,确定支付渠道支持的货币类型集合;
判断子单元,判断所述货币类型是否属于所述货币类型集合;
相应地,所述切换单元,具体包括:
在所述货币类型不属于所述货币类型集合的情况下,将所述支付渠道切换为支持所述货币类型的支付渠道。
可选的,所述切换单元,具体包括:
获取子单元,获取支持所述货币类型的第二支付渠道;
确定子单元,根据所述第二支付渠道的历史使用信息,从所述第二支付渠道中确定一个待切换的第二支付渠道;
切换子单元,将所述支付渠道切换为所述待切换的第二支付渠道。
可选的,所述确定子单元,具体包括:
根据所述第二支付渠道的历史使用次数,将使用次数最多的第二支付渠道确定为待切换的第二支付渠道。
可选的,所述确定子单元,具体包括:
根据所述第二支付渠道的最后一次使用时刻,将最晚使用时刻的第二支付渠道确定为待切换的第二支付渠道。
本申请实施例中,在支付渠道不支持用户选择的货币类型的情况下,可以自动地在收银台界面直接将用户选择的货币类型切换为所述支付渠道支持的货币类型或者,可以自动地在收银台界面直接将用户选择的支付渠道切换为支持该货币类型的支付渠道。如此,无需用户退出当前收银台界面重新选择货币类型再进入收银台,进而可以实现提高支付的效率,以及提高用户的体验。
附图说明
图1是本申请提供的确认订单界面的示意图;
图2是本申请提供的收银台界面的示意图;
图3是本申请一实施例提供的货币类型的切换方法的流程图;
图4是本申请提供的切换货币类型的示意图;
图5是本申请一实施例提供的支付渠道的切换方法的流程图;
图6是本申请提供的切换支付渠道的示意图;
图7是本申请提供的货币类型的切换装置所在设备的一种硬件结构图;
图8是本申请一实施例提供的货币类型的切换装置的模块示意图;
图9是本申请提供的支付渠道的切换装置所在设备的一种硬件结构图;
图10是本申请一实施例提供的支付渠道的切换装置的模块示意图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本申请可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
如前所述,用户选择好支付渠道后,收银台会检测该支付渠道是否支持 用户选择的货币类型。在一种情况下,用户选择的货币类型可能不是支付渠道支持的货币类型。例如,用户选择的支付类型为日元,而支付渠道并不支持日元支付。对于支付渠道不支持用户选择的货币类型的情况,收银台一般会提示用户不支持选择的货币类型无法完成支付,此时需要用户退出收银台界面,重新选择货币类型后再次支付。
用户需要完成3个步骤(即退出收银台、重新选择货币类型、再次进入收银台进行支付)才能更改货币类型,严重影响用户体验,支付效率较低。
为了解决上述问题,请参见图3,为本申请一实施例提供的货币类型的切换方法的流程图,所述方法应用在支付应用的收银台,所述方法包括以下步骤:
步骤110:确定用户选择的用于进行支付的货币类型以及支付渠道。
本实施例中,用户选择好用于进行支付的货币类型后,进入收银台界面进行支付,而在收银台界面用户还可以选择支付渠道。
收银台可以确定用户选择的用于进行支付的货币类型以及支付渠道。
值得一提的是,所述货币类型或者支付渠道可以是用户点选的,或者是具有一个默认值。例如,默认将上一次使用的支付渠道作为本次支付的支付渠道;默认将上一次使用的货币类型作为本次支付的货币类型。
如图2所示的收银台示意图中,收银台可以根据订单金额中的信息,确定货币类型为人民币;以及根据支付方式中黑框中的内容,确定支付渠道为支付宝。
本申请实施例中所述支付涉及的技术载体,例如可以包括近场通信(Near Field Communication,NFC)、WIFI、3G/4G/5G、POS机刷卡技术、二维码扫码技术、条形码扫码技术、蓝牙、红外、短消息(Short Message Service,SMS)、多媒体消息(Multimedia Message Service,MMS)等。
步骤120:判断所述支付渠道是否支持所述货币类型。
本实施例中,在确定了货币类型以及支付渠道后,收银台就可以判断该支付渠道是否支持取到的货币类型了。
在判断出支付渠道不支持所述货币类型的情况下,可以执行后续步骤130。
在判断出支付渠道支持所述货币类型的情况下,无需处理,等待用户确认支付即可。
步骤130:在所述支付渠道不支持所述货币类型的情况下,将所述货币类型切换为所述支付渠道支持的货币类型
本实施例中,对于支付渠道不支持所述货币类型的情况下,可以将所述货币类型切换为所述支付渠道支持的货币类型。
具体地,所述步骤120判断所述支付渠道是否支持所述货币类型,可以包括如下步骤:
确定支付渠道支持的货币类型集合;
判断所述货币类型是否属于所述货币类型集合;
相应地,所述步骤130,具体可以包括:
在所述货币类型不属于所述货币类型集合的情况下,将所述用户选择的货币类型切换为所述货币类型集合中的货币类型。
本实施例中,每一个支付渠道可以具有一个货币类型集合,所述货币类型集合中包括支付渠道支持的至少一种的货币类型。
举例说明,如图4所示,用户选择的用于进行支付的货币类型如虚线框11所示为美元,而支付渠道如虚线框12所示为支付宝;假设支付宝支持的货币类型集合为{人民币,欧元,英磅};
由于美元不位于{人民币,欧元,英磅}中,说明支付宝不支持美元支付,所以可以将该用户选择的货币类型切换为{人民币,欧元,英磅}中的任一货币类型,如虚线框13所示即切换为人民币。
通过本申请实施例,在支付渠道不支持用户选择的货币类型的情况下,可以自动地在收银台界面直接将用户选择的货币类型切换为所述支付渠道支持的货币类型。如此,无需用户退出当前收银台界面重新选择货币类型,进而可以实现提高支付的效率,以及提高用户的体验。
值得一提的是,在所述图3所示实施例的基础上,所述方法还可以包括:
根据汇率计算出切换后货币类型的支付金额。
本实施例中,所述汇款可以是实时汇率。例如实时从银行传回的汇款。
如图4所示的虚线框13中,不仅是切换了货币类型,还可以根据美元和人民币的汇率,计算出100美元可以兑换的人民币为694.47元。
通过本实施例,进一步完善了切换后的支付金额的变化,便于用户查看,进一步提高了用户体验。
在实际应用中,用户的账户支持的货币类型也是有限的,并不是所有的货币类型都支持的。例如,用户A的账户仅开通的人民币支付、美元支付两种。因此,收银台切换后的货币类型可以存在支付渠道支持,但是用户账户不支持的情况,这样依然无法进行支付。
为了解决这一问题,在本申请的另一个实施例中,所述将所述货币类型切换为所述支付渠道支持的货币类型,具体可以包括:
A1:获取所述用户的账户支持的第二货币类型;
A2:判断所述支付渠道是否支持所述第二货币类型;
A3:在所述支付渠道支持所述第二货币类型的情况下,将所述用户选择的货币类型切换为所述第二货币类型。
举例说明,假设用户首次选择的货币类型为美元,而支付渠道支持的货币类型为:人民币,欧元,英磅3种货币类型;
因此,支付渠道不支持用户选择的美元;需要将美元切换为支付渠道支持的货币类型。
此时,获取所述用户的账户支持的第二货币类型。
值得一提的是,所述第二货币类型可以是排除用户选择的货币类型之后剩余的货币类型。例如,用户的账户支持的货币类型为:美元、日元、人民币、欧元,则排除美元后,第二货币类型为:日元、人民币、欧元。
由于日元依然不是支付渠道支持的货币类型,因此继续判断下一个第二货币类型人民币;
由于人民币是支付渠道支持的货币类型,因此可以将用户选择的货币类型由原来的美元切换为人民币。
值得一提的是,欧元也是可以作为切换后的货币类型的,但是为了提高切换效率,可以采用先到先得的原则,由于人民币已经是支付渠道支持的货币类型了,所以无需再判断支付渠道是否支持欧元。
本实施例中,在支付渠道不支持所述货币类型的情况下,通过获取用户的账户支持的第二货币类型,并在所述支付渠道支持所述第二货币类型后,将用户选择的货币类型切换为所述第二货币类型。如此,可以保证切换后的货币类型一定是用户的账户支持的货币类型。
在实际应用中,即使用户的账户支持切换后的货币类型,还可能会发生账户余额或者信用额度不足的问题。
为了解决这一问题,在本申请的又一个实施例中,所述步骤A3在所述支付渠道支持所述第二货币类型的情况下,将所述用户选择的货币类型切换为所述第二货币类型,具体可以包括如下步骤:
A31:在所述支付渠道支持所述第二货币类型的情况下,获取本次支付的支付金额;
A32:判断所述第二货币类型的账户余额或者信用额度是否超过所述支付金额;
A33:在所述第二货币类型的账户余额或者信用额度超过所述支付金额的情况下,将所述用户选择的货币类型切换为所述第二货币类型。
本实施例中,所述账户余额可以是账户中的余额或者储蓄卡的余额。
所述信用额度包括信用卡的剩余额度。
所述超过可以是大于或者等于。
如图4中,在支付渠道支持人民币(第二货币类型)的情况下,获取本次支付的支付金额100美元,即694.47人民币;
假设用户的账户余额为1000人民币,则所述人民币的账户余额超过了支付金额,可以进行支付,因此可以将用户选择的货币类型从原来的美元切换 为人民币。
通过本实施例,可以实现切换后的货币类型不仅是用户的账户支持的,而且所述切换后货币类型的账户余额或者信用额度超过支付金额,避免由于账户余额或者信用额度不足导致的支付失败问题。
同样的为了解决现有技术中支付效率较低,用户体验不高的问题,还可以参考图5,为本申请一实施例提供的支付渠道的切换方法的流程图,所述方法应用在支付应用的收银台,所述方法包括以下步骤:
步骤210:确定用户选择的用于进行支付的货币类型以及支付渠道。
本实施例中,所述步骤210与上述实施例中步骤110相同,此处不再赘述。
步骤220:判断所述支付渠道是否支持所述货币类型。
本实施例中,在判断出所述支付渠道不支持所述货币类型的情况下,可以执行后续步骤230。
在判断出所述支付渠道支持所述货币类型的情况下,无需处理,等待用户确认支付即可。
步骤230:在所述支付渠道不支持所述货币类型的情况下,将所述支付渠道切换为支持所述货币类型的支付渠道。
本实施例中,对于支付渠道不支持所述货币类型的情况下,可以将所述支付渠道切换为支持所述货币类型的支付渠道。
具体地,所述步骤220判断所述支付渠道是否支持所述货币类型,可以包括如下步骤:
确定支付渠道支持的货币类型集合;
判断所述货币类型是否属于所述货币类型集合;
相应地,所述步骤230,具体可以包括:
在所述货币类型不属于所述货币类型集合的情况下,将所述支付渠道切换为支持所述货币类型的支付渠道。
本实施例中,每一个支付渠道可以具有一个货币类型集合,所述货币类 型集合中包括支付渠道支持的至少一种的货币类型。
举例说明,如图6所示,用户选择的用于进行支付的货币类型如虚线框21所示为美元,而支付渠道如虚线框22所示为支付宝;假设支付宝支持的货币类型集合为{人民币,欧元,英磅};
由于美元不位于{人民币,欧元,英磅}中,说明支付宝不支持美元支付,所以需要将支付宝切换为支持美元的支付渠道。
假设“银行卡**** **** ****7152”支持的货币类型集合为{人民币,美元},由于支持美元支付,所以如虚线框23所示可以将支付宝切换为“银行卡**** **** ****7152”。
通过本申请实施例,在支付渠道不支持用户选择的货币类型的情况下,可以自动地在收银台界面直接将用户选择的支付渠道切换为支持该货币类型的支付渠道。如此,无需用户退出当前收银台界面重新选择货币类型,进而可以实现提高支付的效率,以及提高用户的体验。
值得一提的是,在切换支付渠道时,可能会同时存在多种支持货币类型的支付渠道,在实际应用中可以是随机将任一支付渠道作为待切换的支付渠道。
在一个具体地实施例中,所述将所述支付渠道切换为支持所述货币类型的支付渠道,具体包括:
B1:获取支持所述货币类型的第二支付渠道;
B2:根据所述第二支付渠道的历史使用信息,从所述第二支付渠道中确定一个待切换的第二支付渠道;
B3:将所述支付渠道切换为所述待切换的第二支付渠道。
本实施例中,所述历史使用信息可以是第二支付渠道的历史使用次数,即用户使用第二支付渠道成功进行支付的次数;
或者,
所述历史使用信息可以是第二支付渠道的最后一次使用时刻,即用户最后一次使用第二支付渠道成功进行支付的时刻。
对于历史使用次数,所述B2,具体可以包括:
根据所述第二支付渠道的历史使用次数,将使用次数最多的第二支付渠道确定为待切换的第二支付渠道。
举例说明,假设用户选择的用于进行支付的货币类型为美元,而第二支付渠道有2种,分别为:银行卡A,银行卡B;
其中,银行卡A的历史使用次数为100次,而银行卡B的历史使用次数为50次,则可以将银行卡A确定为待切换的第二支付渠道。
对于最后一次使用时刻,所述B2,具体可以包括:
根据所述第二支付渠道的最后一次使用时刻,将最晚使用时刻的第二支付渠道确定为待切换的第二支付渠道。
举例说明,假设用户选择的用于进行支付的货币类型为美元,而第二支付渠道有2种,分别为:银行卡A,银行卡B;
其中,银行卡A的最后一次使用时刻为2016年10月10日,银行卡B的最后一次使用时刻为2016年10月11日;则可以将银行卡B确定为待切换的第二支付渠道。
通过本实施例,在切换支付渠道时,同时存在多种支持货币类型的第二支付渠道,可以通过第二支付渠道的历史使用信息,从中选取一个历史使用次数最多的或者最后一次使用时刻最晚的第二支付渠道作为待切换的第二支付渠道,这样切换后的支付渠道更符合用户历史的使用习惯。
与前述货币类型的切换方法实施例相对应,本申请还提供了一种货币类型的切换装置的实施例。
本申请货币类型的切换装置的实施例可以应用在支付应用的收银台。装置实施例可以通过软件实现,也可以通过硬件或者软硬件结合的方式实现。以软件实现为例,作为一个逻辑意义上的装置,是通过其所在设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言,如图7所示,为本申请货币类型的切换装置所在设备的一种硬件结构图,除了图7所示的处理器、网络接口、内存以及非易失性存储器之 外,实施例中装置所在的设备通常根据该货币类型的切换实际功能,还可以包括其他硬件,对此不再赘述。
参见图8,为本申请一实施例提供的货币类型的切换装置的模块图,所述装置包括:确定单元310、判断单元320和切换单元330。
其中,单元310,确定用户选择的用于进行支付的货币类型以及支付渠道;
判断单元320,判断所述支付渠道是否支持所述货币类型;
切换单元330,在所述支付渠道不支持所述货币类型的情况下,将所述货币类型切换为所述支付渠道支持的货币类型。
通过本实施例,在支付渠道不支持用户选择的货币类型的情况下,可以自动地在收银台界面直接将用户选择的货币类型切换为所述支付渠道支持的货币类型。如此,无需用户退出当前收银台界面重新选择货币类型,进而可以实现提高支付效率,以及提高用户体验。
在一个可选的实现方式中:
所述判断单元320,具体包括:
确定子单元,确定支付渠道支持的货币类型集合;
判断子单元,判断所述货币类型是否属于所述货币类型集合;
相应地,所述切换单元330,具体包括:
在所述货币类型不属于所述货币类型集合的情况下,将所述用户选择的货币类型切换为所述货币类型集合中的货币类型。
通过本实施例,在支付渠道不支持用户选择的货币类型的情况下,可以自动地在收银台界面直接将用户选择的货币类型切换为所述支付渠道支持的货币类型集合中的货币类型。如此,无需用户退出当前收银台界面重新选择货币类型,进而可以实现提高支付效率,以及提高用户体验。
在一个可选的实现方式中:
所述切换单元330,具体包括:
第一获取子单元,获取所述用户的账户支持的第二货币类型;
第一判断子单元,判断所述支付渠道是否支持所述第二货币类型;
切换子单元,在所述支付渠道支持所述第二货币类型的情况下,将所述用户选择的货币类型切换为所述第二货币类型。
通过本实施例,在支付渠道不支持所述货币类型的情况下,通过获取用户的账户支持的第二货币类型,并在所述支付渠道支持所述第二货币类型后,将用户选择的货币类型切换为所述第二货币类型。如此,可以保证切换后的货币类型一定是用户的账户支持的货币类型。
在一个可选的实现方式中:
所述切换子单元,具体包括:
第二获取子单元,在所述支付渠道支持所述第二货币类型的情况下,获取进行支付的支付金额;
第二判断子单元,判断所述第二货币类型的账户余额或者信用额度是否超过所述支付金额;
第二切换子单元,在所述第二货币类型的账户余额或者信用额度超过所述支付金额的情况下,将所述用户选择的货币类型切换为所述第二货币类型。
通过本实施例,可以实现切换后的货币类型不仅是用户的账户支持的,而且所述切换后货币类型的账户余额或者信用额度超过支付金额,避免由于账户余额或者信用额度不足导致的支付失败问题。
在一个可选的实现方式中:
所述装置还包括:
计算单元,根据汇率计算出切换后所述货币类型的支付金额。
通过本实施例,进一步完善了切换后的支付金额的变化,便于用户查看,进一步提高了用户体验。
与前述支付渠道的切换方法实施例相对应,本申请还提供了一种支付渠道的切换装置的实施例。
本申请支付渠道的切换装置的实施例可以应用在支付应用的收银台。装置实施例可以通过软件实现,也可以通过硬件或者软硬件结合的方式实现。 以软件实现为例,作为一个逻辑意义上的装置,是通过其所在设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言,如图9所示,为本申请支付渠道的切换装置所在设备的一种硬件结构图,除了图9所示的处理器、网络接口、内存以及非易失性存储器之外,实施例中装置所在的设备通常根据该支付渠道的切换实际功能,还可以包括其他硬件,对此不再赘述。
参见图10,为本申请一实施例提供的支付渠道的切换装置的模块图,所述装置包括:确定单元410、判断单元420和切换单元430。
其中,确定单元410,确定用户选择的用于进行支付的货币类型以及支付渠道;
判断单元420,判断所述支付渠道是否支持所述货币类型;
切换单元430,在所述支付渠道不支持所述货币类型的情况下,将所述支付渠道切换为支持所述货币类型的支付渠道。
通过本申请实施例,在支付渠道不支持用户选择的货币类型的情况下,可以自动地在收银台界面直接将用户选择的支付渠道切换为支持该货币类型的支付渠道。如此,无需用户退出当前收银台界面重新选择货币类型,进而可以实现提高支付的效率,以及提高用户的体验。
在一个可选的实现方式中:
所述判断单元420,具体包括:
确定子单元,确定支付渠道支持的货币类型集合;
判断子单元,判断所述货币类型是否属于所述货币类型集合;
相应地,所述切换单元430,具体包括:
在所述货币类型不属于所述货币类型集合的情况下,将所述支付渠道切换为支持所述货币类型的支付渠道。
在一个可选的实现方式中:
所述切换单元430,具体包括:
获取子单元,获取支持所述货币类型的第二支付渠道;
确定子单元,根据所述第二支付渠道的历史使用信息,从所述第二支付渠道中确定一个待切换的第二支付渠道;
切换子单元,将所述支付渠道切换为所述待切换的第二支付渠道。
在一个可选的实现方式中:
所述确定子单元,具体包括:
根据所述第二支付渠道的历史使用次数,将使用次数最多的第二支付渠道确定为待切换的第二支付渠道。
通过本实施例,在切换支付渠道时,同时存在多种支持货币类型的第二支付渠道,可以通过第二支付渠道的历史使用信息,从中选取一个历史使用次数最多的第二支付渠道作为待切换的第二支付渠道,这样切换后的支付渠道更符合用户历史的使用习惯。
在一个可选的实现方式中:
所述确定子单元,具体包括:
根据所述第二支付渠道的最后一次使用时刻,将最晚使用时刻的第二支付渠道确定为待切换的第二支付渠道。
通过本实施例,在切换支付渠道时,同时存在多种支持货币类型的第二支付渠道,可以通过第二支付渠道的历史使用信息,从中选取一个最后一次使用时刻最晚的第二支付渠道作为待切换的第二支付渠道,这样切换后的支付渠道更符合用户历史的使用习惯。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机,计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。
对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参 见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本申请的真正范围和精神由下面的权利要求指出。
应当理解的是,本申请并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (20)

  1. 一种货币类型的切换方法,其特征在于,所述方法包括:
    确定用户选择的用于进行支付的货币类型以及支付渠道;
    判断所述支付渠道是否支持所述货币类型;
    在所述支付渠道不支持所述货币类型的情况下,将所述货币类型切换为所述支付渠道支持的货币类型。
  2. 根据权利要求1所述的方法,其特征在于,所述判断所述支付渠道是否支持所述货币类型,具体包括:
    确定支付渠道支持的货币类型集合;
    判断所述货币类型是否属于所述货币类型集合;
    相应地,所述在所述支付渠道不支持所述货币类型的情况下,将所述货币类型切换为所述支付渠道支持的货币类型,具体包括:
    在所述货币类型不属于所述货币类型集合的情况下,将所述货币类型切换为所述货币类型集合中的货币类型。
  3. 根据权利要求1所述的方法,其特征在于,所述将所述货币类型切换为所述支付渠道支持的货币类型,具体包括:
    获取所述用户的账户支持的第二货币类型;
    判断所述支付渠道是否支持所述第二货币类型;
    在所述支付渠道支持所述第二货币类型的情况下,将所述用户选择的货币类型切换为所述第二货币类型。
  4. 根据权利要求3所述的方法,其特征在于,所述在所述支付渠道支持所述第二货币类型的情况下,将所述用户选择的货币类型切换为所述第二货币类型,具体包括:
    在所述支付渠道支持所述第二货币类型的情况下,获取本次支付的支付金额;
    判断所述第二货币类型的账户余额或者信用额度是否超过所述支付金额;
    在所述第二货币类型的账户余额或者信用额度超过所述支付金额的情况下,将所述用户选择的货币类型切换为所述第二货币类型。
  5. 根据权利要求1所述的方法,其特征在于,所述方法还包括:
    根据汇率计算出切换后货币类型的支付金额。
  6. 一种支付渠道的切换方法,其特征在于,所述方法包括:
    确定用户选择的用于进行支付的货币类型以及支付渠道;
    判断所述支付渠道是否支持所述货币类型;
    在所述支付渠道不支持所述货币类型的情况下,将所述支付渠道切换为支持所述货币类型的支付渠道。
  7. 根据权利要求6所述的方法,其特征在于,所述判断所述支付渠道是否支持所述货币类型,具体包括:
    确定支付渠道支持的货币类型集合;
    判断所述货币类型是否属于所述货币类型集合;
    相应地,所述在所述支付渠道不支持所述货币类型的情况下,将所述支付渠道切换为支持所述货币类型的支付渠道,具体包括:
    在所述货币类型不属于所述货币类型集合的情况下,将所述支付渠道切换为支持所述货币类型的支付渠道。
  8. 根据权利要求6所述的方法,其特征在于,所述将所述支付渠道切换为支持所述货币类型的支付渠道,具体包括:
    获取支持所述货币类型的第二支付渠道;
    根据所述第二支付渠道的历史使用信息,从所述第二支付渠道中确定一个待切换的第二支付渠道;
    将所述支付渠道切换为所述待切换的第二支付渠道。
  9. 根据权利要求8所述的方法,其特征在于,所述根据所述第二支付渠道的历史使用信息,从所述第二支付渠道中确定一个待切换的第二支付渠道,具体包括:
    根据所述第二支付渠道的历史使用次数,将使用次数最多的第二支付渠 道确定为待切换的第二支付渠道。
  10. 根据权利要求8所述的方法,其特征在于,所述根据所述第二支付渠道的历史使用信息,从所述第二支付渠道中确定一个待切换的第二支付渠道,具体包括:
    根据所述第二支付渠道的最后一次使用时刻,将最晚使用时刻的第二支付渠道确定为待切换的第二支付渠道。
  11. 一种货币类型的切换装置,其特征在于,所述装置包括:
    确定单元,获取用户选择的用于进行支付的货币类型以及支付渠道;
    判断单元,判断所述支付渠道是否支持所述货币类型;
    切换单元,在所述支付渠道不支持所述货币类型的情况下,将所述货币类型切换为所述支付渠道支持的货币类型。
  12. 根据权利要求11所述的装置,其特征在于,所述判断单元,具体包括:
    确定子单元,确定支付渠道支持的货币类型集合;
    判断子单元,判断所述货币类型是否属于所述货币类型集合;
    相应地,所述切换单元,具体包括:
    在所述货币类型不属于所述货币类型集合的情况下,将所述用户选择的货币类型切换为所述货币类型集合中的货币类型。
  13. 根据权利要求11所述的装置,其特征在于,所述切换单元,具体包括:
    第一获取子单元,获取所述用户的账户支持的第二货币类型;
    第一判断子单元,判断所述支付渠道是否支持所述第二货币类型;
    切换子单元,在所述支付渠道支持所述第二货币类型的情况下,将所述用户选择的货币类型切换为所述第二货币类型。
  14. 根据权利要求13所述的装置,其特征在于,所述切换子单元,具体包括:
    第二获取子单元,在所述支付渠道支持所述第二货币类型的情况下,获 取进行支付的支付金额;
    第二判断子单元,判断所述第二货币类型的账户余额或者信用额度是否超过所述支付金额;
    第二切换子单元,在所述第二货币类型的账户余额或者信用额度超过所述支付金额的情况下,将所述用户选择的货币类型切换为所述第二货币类型。
  15. 根据权利要求11所述的装置,其特征在于,所述装置还包括:
    计算单元,根据汇率计算出切换后所述货币类型的支付金额。
  16. 一种支付渠道的切换装置,其特征在于,所述装置包括:
    确定单元,确定用户选择的用于进行支付的货币类型以及支付渠道;
    判断单元,判断所述支付渠道是否支持所述货币类型;
    切换单元,在所述支付渠道不支持所述货币类型的情况下,将所述支付渠道切换为支持所述货币类型的支付渠道。
  17. 根据权利要求16所述的装置,其特征在于,所述判断单元,具体包括:
    确定子单元,确定支付渠道支持的货币类型集合;
    判断子单元,判断所述货币类型是否属于所述货币类型集合;
    相应地,所述切换单元,具体包括:
    在所述货币类型不属于所述货币类型集合的情况下,将所述支付渠道切换为支持所述货币类型的支付渠道。
  18. 根据权利要求16所述的装置,其特征在于,所述切换单元,具体包括:
    获取子单元,获取支持所述货币类型的第二支付渠道;
    确定子单元,根据所述第二支付渠道的历史使用信息,从所述第二支付渠道中确定一个待切换的第二支付渠道;
    切换子单元,将所述支付渠道切换为所述待切换的第二支付渠道。
  19. 根据权利要求18所述的装置,其特征在于,所述确定子单元,具体包括:
    根据所述第二支付渠道的历史使用次数,将使用次数最多的第二支付渠道确定为待切换的第二支付渠道。
  20. 根据权利要求18所述的装置,其特征在于,所述确定子单元,具体包括:
    根据所述第二支付渠道的最后一次使用时刻,将最晚使用时刻的第二支付渠道确定为待切换的第二支付渠道。
PCT/CN2017/118230 2017-01-03 2017-12-25 一种货币类型的切换方法及装置 WO2018126920A1 (zh)

Priority Applications (13)

Application Number Priority Date Filing Date Title
CA3047879A CA3047879A1 (en) 2017-01-03 2017-12-25 Currency type switching method and device
KR1020197019755A KR102256761B1 (ko) 2017-01-03 2017-12-25 통화 유형 전환 방법 및 디바이스
EP17890312.6A EP3543929A4 (en) 2017-01-03 2017-12-25 CURRENCY TYPE SWITCHING METHOD AND DEVICE
MX2019007839A MX2019007839A (es) 2017-01-03 2017-12-25 Metodo y dispositivo de conmutacion de tipo de divisa.
AU2017390721A AU2017390721A1 (en) 2017-01-03 2017-12-25 Currency type switching method and device
JP2019536168A JP6955012B2 (ja) 2017-01-03 2017-12-25 通貨種類切替方法および装置
BR112019013706-8A BR112019013706A2 (pt) 2017-01-03 2017-12-25 Método e dispositivo de alternância de tipo de moeda
RU2019119413A RU2734340C1 (ru) 2017-01-03 2017-12-25 Способ и устройство переключения типа валюты
US16/442,686 US20190303907A1 (en) 2017-01-03 2019-06-17 Currency type switching method and device
PH12019501428A PH12019501428A1 (en) 2017-01-03 2019-06-20 Currency type switching method and device
ZA2019/04233A ZA201904233B (en) 2017-01-03 2019-06-27 Currency type switching method and device
AU2019101601A AU2019101601A4 (en) 2017-01-03 2019-12-16 Currency type switching method and device
AU2021200131A AU2021200131A1 (en) 2017-01-03 2021-01-11 Currency type switching method and device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710002177.9 2017-01-03
CN201710002177.9A CN106991565A (zh) 2017-01-03 2017-01-03 一种货币类型的切换方法及装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/442,686 Continuation US20190303907A1 (en) 2017-01-03 2019-06-17 Currency type switching method and device

Publications (1)

Publication Number Publication Date
WO2018126920A1 true WO2018126920A1 (zh) 2018-07-12

Family

ID=59413828

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/118230 WO2018126920A1 (zh) 2017-01-03 2017-12-25 一种货币类型的切换方法及装置

Country Status (14)

Country Link
US (1) US20190303907A1 (zh)
EP (1) EP3543929A4 (zh)
JP (1) JP6955012B2 (zh)
KR (1) KR102256761B1 (zh)
CN (1) CN106991565A (zh)
AU (3) AU2017390721A1 (zh)
BR (1) BR112019013706A2 (zh)
CA (1) CA3047879A1 (zh)
MX (1) MX2019007839A (zh)
PH (1) PH12019501428A1 (zh)
RU (1) RU2734340C1 (zh)
TW (1) TWI793087B (zh)
WO (1) WO2018126920A1 (zh)
ZA (1) ZA201904233B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020177597A (ja) * 2019-04-23 2020-10-29 株式会社Kyash 法定通貨バリュー、電子マネー、その他ポイント等の各種バリューのチャージ、入金方法及びシステム

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106991565A (zh) * 2017-01-03 2017-07-28 阿里巴巴集团控股有限公司 一种货币类型的切换方法及装置
US11468430B2 (en) 2020-08-28 2022-10-11 The Toronto-Dominion Bank Value transfer card management system
CN113435870A (zh) * 2021-05-26 2021-09-24 深圳市灵智数字科技有限公司 数据处理方法及电子设备
CN115545692A (zh) * 2022-10-17 2022-12-30 广州汇登信息科技有限公司 一种跨境电商平台多货币结算方法及系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103870992A (zh) * 2014-03-17 2014-06-18 中国工商银行股份有限公司 跨境多币种数据处理系统和方法
CN105512894A (zh) * 2015-11-26 2016-04-20 珠海多玩信息技术有限公司 一种基于合作渠道的支付方法及装置
CN105550858A (zh) * 2016-01-19 2016-05-04 李玉婉 一种支付终端及其支付方法
CN106991565A (zh) * 2017-01-03 2017-07-28 阿里巴巴集团控股有限公司 一种货币类型的切换方法及装置

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6999943B1 (en) * 2000-03-10 2006-02-14 Doublecredit.Com, Inc. Routing methods and systems for increasing payment transaction volume and profitability
US20020099656A1 (en) * 2000-11-14 2002-07-25 Poh Wong Kenneth Tien Electronic funds transfer system for processing multiple currency transactions
US20020174065A1 (en) * 2001-05-18 2002-11-21 Chalice Coward Multi-currency electronic payment system and terminal emulator
US7742985B1 (en) * 2003-06-26 2010-06-22 Paypal Inc. Multicurrency exchanges between participants of a network-based transaction facility
US7970671B2 (en) * 2005-04-12 2011-06-28 Syncada Llc Automated transaction processing system and approach with currency conversion
EP1934935A4 (en) * 2005-09-28 2011-03-02 Visa Int Service Ass DEVICE, SYSTEM AND METHOD FOR REDUCING INTERACTION TIME FOR CONTACTLESS TRANSACTION
JP2007102319A (ja) * 2005-09-30 2007-04-19 Matsushita Electric Ind Co Ltd 携帯端末および決済装置
NZ555036A (en) * 2006-05-16 2008-09-26 Travelex Outsourcing Pty Ltd Transaction system supporting dynamic currency conversion
RU2441279C2 (ru) * 2007-07-25 2012-01-27 ГОУЛДМАЙН УОРЛД, ИНК. д/б/а УОРЛД БЭНККАРД СЕРВИСИЗ Способ и устройство для многоязычного выбора пользователей и конвертации валют
JP5267966B2 (ja) * 2007-10-19 2013-08-21 Necカシオモバイルコミュニケーションズ株式会社 携帯端末装置および携帯端末処理プログラム
EP2272031A1 (en) * 2008-03-10 2011-01-12 Global Blue Currency Choice Holdings B.V. Dynamic currency conversion system and method
CN101271565A (zh) * 2008-05-06 2008-09-24 中国工商银行股份有限公司 基于网络对外币通银行卡数据进行处理的系统及方法
US20100042535A1 (en) * 2008-08-15 2010-02-18 Ebay Inc. Currency display
US8818868B2 (en) * 2011-07-15 2014-08-26 Bank Of America Corporation Foreign currency solution
WO2012069256A1 (en) * 2011-10-14 2012-05-31 J. Toft Aps Multi currency transaction system
NZ596346A (en) * 2011-11-10 2014-09-26 Pure Commerce Pty Ltd Improvements in, or relating to, multi currency pricing and network transaction services
US10002353B2 (en) * 2012-12-21 2018-06-19 Mastercard International Incorporated Methods and systems for conducting transactions
GB201311269D0 (en) * 2013-06-25 2013-08-14 Apricot Square Ltd Processing Transactions
US20150302367A1 (en) * 2014-04-18 2015-10-22 Frederic Billou Systems and methods for funding source selection
US20160232600A1 (en) * 2015-02-08 2016-08-11 Visa International Service Association One-Click Checkout Apparatuses, Systems, and Methods
US9911119B2 (en) * 2015-02-25 2018-03-06 Ebay Inc. Multi-currency cart and checkout
KR20160073370A (ko) * 2016-06-15 2016-06-24 퓨어 커머스 피티와이 리미티드 동적 통화 전환 거래 시스템
CN106228353A (zh) * 2016-07-21 2016-12-14 北京三快在线科技有限公司 一种支付信息处理方法、装置和系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103870992A (zh) * 2014-03-17 2014-06-18 中国工商银行股份有限公司 跨境多币种数据处理系统和方法
CN105512894A (zh) * 2015-11-26 2016-04-20 珠海多玩信息技术有限公司 一种基于合作渠道的支付方法及装置
CN105550858A (zh) * 2016-01-19 2016-05-04 李玉婉 一种支付终端及其支付方法
CN106991565A (zh) * 2017-01-03 2017-07-28 阿里巴巴集团控股有限公司 一种货币类型的切换方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3543929A4 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020177597A (ja) * 2019-04-23 2020-10-29 株式会社Kyash 法定通貨バリュー、電子マネー、その他ポイント等の各種バリューのチャージ、入金方法及びシステム
JP7421741B2 (ja) 2019-04-23 2024-01-25 株式会社Kyash 法定通貨バリュー、電子マネー、その他ポイント等の各種バリューのチャージ、入金方法及びシステム

Also Published As

Publication number Publication date
AU2019101601A4 (en) 2020-01-23
CN106991565A (zh) 2017-07-28
TW201841134A (zh) 2018-11-16
KR20190090859A (ko) 2019-08-02
JP2020503622A (ja) 2020-01-30
US20190303907A1 (en) 2019-10-03
AU2021200131A1 (en) 2021-03-18
PH12019501428A1 (en) 2020-02-10
AU2017390721A1 (en) 2019-07-11
TWI793087B (zh) 2023-02-21
EP3543929A4 (en) 2020-04-15
JP6955012B2 (ja) 2021-10-27
BR112019013706A2 (pt) 2020-03-03
ZA201904233B (en) 2021-09-29
EP3543929A1 (en) 2019-09-25
RU2734340C1 (ru) 2020-10-15
MX2019007839A (es) 2019-09-09
CA3047879A1 (en) 2018-07-12
KR102256761B1 (ko) 2021-05-27

Similar Documents

Publication Publication Date Title
WO2018126920A1 (zh) 一种货币类型的切换方法及装置
CN105654293B (zh) 支付方法及装置
CN113657886B (zh) 一种支付系统、方法、服务器设备、介质及装置
US10692055B2 (en) Reprogrammable point-of-sale transaction flows
US20130018738A1 (en) Foreign currency solution
US9978054B2 (en) Acceptance quality improvement using localization data to adjust contactless payment
JP2018515868A (ja) 通貨換算システムおよび方法
KR20170118431A (ko) 전자 장치 및 이를 이용한 결제 방법
KR101740121B1 (ko) 해외 선불화폐로 결제한 자금에 대한 실시간 정산 시스템 및 그 방법
TW201232437A (en) Program, payment method, information recording medium, and portable terminal
US11030626B2 (en) Financial strength indication
CN111709777A (zh) 支付方式的推荐方法、系统、终端设备及存储介质
AU2020281086A1 (en) Payment Re-direction System and Topology and Programming Method
AU2017301640B2 (en) Reprogrammable point of sale transaction flows
US11636462B2 (en) Context-aware peer-to-peer transfers of items
CN108446905B (zh) 一种支付方法、装置及电子设备
CN112633875A (zh) 账户金额管理方法、系统、设备及存储介质
US20180032984A1 (en) Reprogrammable point-of-sale transaction flows
CN108492095B (zh) 基于区块链的交易方法及装置
US10496973B2 (en) Reprogrammable point-of-sale transaction flows
CN107977842A (zh) 虚拟货币兑换方法、装置及电子设备
CN205581977U (zh) 一种支付终端
TW201835827A (zh) 電子計算裝置及行動裝置應用程式跳轉式電子支付方法
CN116703373A (zh) 支付方法、装置及其存储介质
JP2021072092A (ja) 決済システムおよび決済方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17890312

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 3047879

Country of ref document: CA

ENP Entry into the national phase

Ref document number: 2019536168

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2017890312

Country of ref document: EP

Effective date: 20190618

ENP Entry into the national phase

Ref document number: 20197019755

Country of ref document: KR

Kind code of ref document: A

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112019013706

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 2017390721

Country of ref document: AU

Date of ref document: 20171225

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 112019013706

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20190702