发明内容
本申请提供的一种货币类型的切换方法及装置,以解决现有技术中支付效率较低,用户体验不高的问题。
根据本申请实施例提供的一种货币类型的切换方法,所述方法包括:
确定用户选择的用于进行支付的货币类型以及支付渠道;
判断所述支付渠道是否支持所述货币类型;
在所述支付渠道不支持所述货币类型的情况下,将所述货币类型切换为所述支付渠道支持的货币类型。
可选的,所述判断所述支付渠道是否支持所述货币类型,具体包括:
确定支付渠道支持的货币类型集合;
判断所述货币类型是否属于所述货币类型集合;
相应地,所述在所述支付渠道不支持所述货币类型的情况下,将所述货币类型切换为所述支付渠道支持的货币类型,具体包括:
在所述货币类型不属于所述货币类型集合的情况下,将所述货币类型切换为所述货币类型集合中的货币类型。
可选的,所述将所述货币类型切换为所述支付渠道支持的货币类型,具体包括:
获取所述用户的账户支持的第二货币类型;
判断所述支付渠道是否支持所述第二货币类型;
在所述支付渠道支持所述第二货币类型的情况下,将所述用户选择的货币类型切换为所述第二货币类型。
可选的,所述在所述支付渠道支持所述第二货币类型的情况下,将所述用户选择的货币类型切换为所述第二货币类型,具体包括:
在所述支付渠道支持所述第二货币类型的情况下,获取本次支付的支付金额;
判断所述第二货币类型的账户余额或者信用额度是否超过所述支付金额;
在所述第二货币类型的账户余额或者信用额度超过所述支付金额的情况下,将所述用户选择的货币类型切换为所述第二货币类型。
可选的,所述方法还包括:
根据汇率计算出切换后货币类型的支付金额。
根据本申请实施例提供的一种支付渠道的切换方法,所述方法包括:
确定用户选择的用于进行支付的货币类型以及支付渠道;
判断所述支付渠道是否支持所述货币类型;
在所述支付渠道不支持所述货币类型的情况下,将所述支付渠道切换为支持所述货币类型的支付渠道。
可选的,所述判断所述支付渠道是否支持所述货币类型,具体包括:
确定支付渠道支持的货币类型集合;
判断所述货币类型是否属于所述货币类型集合;
相应地,所述在所述支付渠道不支持所述货币类型的情况下,将所述支付渠道切换为支持所述货币类型的支付渠道,具体包括:
在所述货币类型不属于所述货币类型集合的情况下,将所述支付渠道切换为支持所述货币类型的支付渠道。
可选的,所述将所述支付渠道切换为支持所述货币类型的支付渠道,具体包括:
获取支持所述货币类型的第二支付渠道;
根据所述第二支付渠道的历史使用信息,从所述第二支付渠道中确定一个待切换的第二支付渠道;
将所述支付渠道切换为所述待切换的第二支付渠道。
可选的,所述根据所述第二支付渠道的历史使用信息,从所述第二支付渠道中确定一个待切换的第二支付渠道,具体包括:
根据所述第二支付渠道的历史使用次数,将使用次数最多的第二支付渠道确定为待切换的第二支付渠道。
可选的,所述根据所述第二支付渠道的历史使用信息,从所述第二支付渠道中确定一个待切换的第二支付渠道,具体包括:
根据所述第二支付渠道的最后一次使用时刻,将最晚使用时刻的第二支付渠道确定为待切换的第二支付渠道。
根据本申请实施例提供的一种货币类型的切换装置,所述装置包括:
确定单元,获取用户选择的用于进行支付的货币类型以及支付渠道;
判断单元,判断所述支付渠道是否支持所述货币类型;
切换单元,在所述支付渠道不支持所述货币类型的情况下,将所述货币类型切换为所述支付渠道支持的货币类型。
可选的,所述判断单元,具体包括:
确定子单元,确定支付渠道支持的货币类型集合;
判断子单元,判断所述货币类型是否属于所述货币类型集合;
相应地,所述切换单元,具体包括:
在所述货币类型不属于所述货币类型集合的情况下,将所述用户选择的货币类型切换为所述货币类型集合中的货币类型。
可选的,所述切换单元,具体包括:
第一获取子单元,获取所述用户的账户支持的第二货币类型;
第一判断子单元,判断所述支付渠道是否支持所述第二货币类型;
切换子单元,在所述支付渠道支持所述第二货币类型的情况下,将所述用户选择的货币类型切换为所述第二货币类型。
可选的,所述切换子单元,具体包括:
第二获取子单元,在所述支付渠道支持所述第二货币类型的情况下,获取进行支付的支付金额;
第二判断子单元,判断所述第二货币类型的账户余额或者信用额度是否超过所述支付金额;
第二切换子单元,在所述第二货币类型的账户余额或者信用额度超过所述支付金额的情况下,将所述用户选择的货币类型切换为所述第二货币类型。
可选的,所述装置还包括:
计算单元,根据汇率计算出切换后所述货币类型的支付金额。
根据本申请实施例提供的一种支付渠道的切换装置,所述装置包括:
确定单元,确定用户选择的用于进行支付的货币类型以及支付渠道;
判断单元,判断所述支付渠道是否支持所述货币类型;
切换单元,在所述支付渠道不支持所述货币类型的情况下,将所述支付渠道切换为支持所述货币类型的支付渠道。
可选的,所述判断单元,具体包括:
确定子单元,确定支付渠道支持的货币类型集合;
判断子单元,判断所述货币类型是否属于所述货币类型集合;
相应地,所述切换单元,具体包括:
在所述货币类型不属于所述货币类型集合的情况下,将所述支付渠道切换为支持所述货币类型的支付渠道。
可选的,所述切换单元,具体包括:
获取子单元,获取支持所述货币类型的第二支付渠道;
确定子单元,根据所述第二支付渠道的历史使用信息,从所述第二支付渠道中确定一个待切换的第二支付渠道;
切换子单元,将所述支付渠道切换为所述待切换的第二支付渠道。
可选的,所述确定子单元,具体包括:
根据所述第二支付渠道的历史使用次数,将使用次数最多的第二支付渠道确定为待切换的第二支付渠道。
可选的,所述确定子单元,具体包括:
根据所述第二支付渠道的最后一次使用时刻,将最晚使用时刻的第二支付渠道确定为待切换的第二支付渠道。
本申请实施例中,在支付渠道不支持用户选择的货币类型的情况下,可以自动地在收银台界面直接将用户选择的货币类型切换为所述支付渠道支持的货币类型或者,可以自动地在收银台界面直接将用户选择的支付渠道切换为支持该货币类型的支付渠道。如此,无需用户退出当前收银台界面重新选择货币类型再进入收银台,进而可以实现提高支付的效率,以及提高用户的体验。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本申请可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
如前所述,用户选择好支付渠道后,收银台会检测该支付渠道是否支持用户选择的货币类型。在一种情况下,用户选择的货币类型可能不是支付渠道支持的货币类型。例如,用户选择的支付类型为日元,而支付渠道并不支持日元支付。对于支付渠道不支持用户选择的货币类型的情况,收银台一般会提示用户不支持选择的货币类型无法完成支付,此时需要用户退出收银台界面,重新选择货币类型后再次支付。
用户需要完成3个步骤(即退出收银台、重新选择货币类型、再次进入收银台进行支付)才能更改货币类型,严重影响用户体验,支付效率较低。
为了解决上述问题,请参见图3,为本申请一实施例提供的货币类型的切换方法的流程图,所述方法应用在支付应用的收银台,所述方法包括以下步骤:
步骤110:确定用户选择的用于进行支付的货币类型以及支付渠道。
本实施例中,用户选择好用于进行支付的货币类型后,进入收银台界面进行支付,而在收银台界面用户还可以选择支付渠道。
收银台可以确定用户选择的用于进行支付的货币类型以及支付渠道。
值得一提的是,所述货币类型或者支付渠道可以是用户点选的,或者是具有一个默认值。例如,默认将上一次使用的支付渠道作为本次支付的支付渠道;默认将上一次使用的货币类型作为本次支付的货币类型。
如图2所示的收银台示意图中,收银台可以根据订单金额中的信息,确定货币类型为人民币;以及根据支付方式中黑框中的内容,确定支付渠道为支付宝。
本申请实施例中所述支付涉及的技术载体,例如可以包括近场通信(Near FieldCommunication,NFC)、WIFI、3G/4G/5G、POS机刷卡技术、二维码扫码技术、条形码扫码技术、蓝牙、红外、短消息(Short Message Service,SMS)、多媒体消息(Multimedia MessageService,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,具体包括:
获取子单元,获取支持所述货币类型的第二支付渠道;
确定子单元,根据所述第二支付渠道的历史使用信息,从所述第二支付渠道中确定一个待切换的第二支付渠道;
切换子单元,将所述支付渠道切换为所述待切换的第二支付渠道。
在一个可选的实现方式中:
所述确定子单元,具体包括:
根据所述第二支付渠道的历史使用次数,将使用次数最多的第二支付渠道确定为待切换的第二支付渠道。
通过本实施例,在切换支付渠道时,同时存在多种支持货币类型的第二支付渠道,可以通过第二支付渠道的历史使用信息,从中选取一个历史使用次数最多的第二支付渠道作为待切换的第二支付渠道,这样切换后的支付渠道更符合用户历史的使用习惯。
在一个可选的实现方式中:
所述确定子单元,具体包括:
根据所述第二支付渠道的最后一次使用时刻,将最晚使用时刻的第二支付渠道确定为待切换的第二支付渠道。
通过本实施例,在切换支付渠道时,同时存在多种支持货币类型的第二支付渠道,可以通过第二支付渠道的历史使用信息,从中选取一个最后一次使用时刻最晚的第二支付渠道作为待切换的第二支付渠道,这样切换后的支付渠道更符合用户历史的使用习惯。
上述实施例阐明的***、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机,计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。
对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本申请的真正范围和精神由下面的权利要求指出。
应当理解的是,本申请并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。