CN110930144A - 一种虚拟支付卡选择方法、装置及计算机可读存储介质 - Google Patents

Abstract

本申请提供了一种虚拟支付卡选择方法、装置及计算机可读存储介质，在检测到支付事件时，获取当前的支付场景信息；基于支付场景信息，从包括多张虚拟支付卡的支付钱包中选择对应的目标虚拟支付卡；将目标虚拟支付卡确定为支付使用卡片。通过本申请方案的实施，根据支付场景从支付钱包中自动选定对应的虚拟支付卡作为支付使用卡片，极大的简化了操作路径，有效提升了操作便捷性和操作效率。

Description

一种虚拟支付卡选择方法、装置及计算机可读存储介质

技术领域

本申请涉及电子技术领域，尤其涉及一种虚拟支付卡选择方法、装置及计算机可读存储介质。

背景技术

随着终端技术的不断发展，移动支付基于其支付便捷性和支付安全性，已经成为一种越来越流行的支付手段，移动支付根据支付场景的不同，主要可以分为两类：近场通信(NFC、Near Field Communication)支付和第三方支付(第三方支付公司作为用户与银行进行交易的媒介)。

在实际应用中，由于用户通常持有多张不同的支付卡，例如银行卡、地铁卡、会员卡等，从而不论是采用近场通信支付还是第三方支付，在支付时均需要触发进行支付使用的卡片的选择的动作，目前在进行卡片选择时，通常需要用户在卡片显示界面手动点击卡片列表中的对应卡片，操作路径较为复杂，操作便捷性和操作效率较低。

发明内容

本申请实施例提供了一种虚拟支付卡选择方法、装置及计算机可读存储介质，至少能够解决相关技术中需要用户在卡片显示界面手动点击卡片列表中的对应卡片来选定进行支付使用的卡片，所导致的操作路径较为复杂，操作便捷性和操作效率较低的问题。

本申请实施例第一方面提供了一种虚拟支付卡选择方法，包括：

在检测到支付事件时，获取当前的支付场景信息；

基于所述支付场景信息，从支付钱包中选择对应的目标虚拟支付卡；其中，所述支付钱包中包括多张虚拟支付卡；

将所述目标虚拟支付卡确定为支付使用卡片。

本申请实施例第二方面提供了一种虚拟支付卡选择装置，包括：

获取模块，用于在检测到支付事件时，获取当前的支付场景信息；

选择模块，用于基于所述支付场景信息，从支付钱包中选择对应的目标虚拟支付卡；其中，所述支付钱包中包括多张虚拟支付卡；

确定模块，用于将所述目标虚拟支付卡确定为支付使用卡片。

本申请实施例第三方面提供了一种电子装置，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时，实现上述本申请实施例第一方面提供的虚拟支付卡选择方法中的各步骤。

本申请实施例第四方面提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时，实现上述本申请实施例第一方面提供的虚拟支付卡选择方法中的各步骤。

由上可见，根据本申请方案所提供的虚拟支付卡选择方法、装置及计算机可读存储介质，在检测到支付事件时，获取当前的支付场景信息；基于支付场景信息，从包括多张虚拟支付卡的支付钱包中选择对应的目标虚拟支付卡；将目标虚拟支付卡确定为支付使用卡片。通过本申请方案的实施，根据支付场景从支付钱包中自动选定对应的虚拟支付卡作为支付使用卡片，极大的简化了操作路径，有效提升了操作便捷性和操作效率。

附图说明

图1为本申请第一实施例提供的虚拟支付卡选择方法的基本流程示意图；

图2为本申请第一实施例提供的支付卡选择方法的流程示意图；

图3为本申请第二实施例提供的虚拟支付卡选择方法的细化流程示意图；

图4为本申请第三实施例提供的一种虚拟支付卡选择装置的程序模块示意图；

图5为本申请第三实施例提供的另一种虚拟支付卡选择装置的程序模块示意图；

图6为本申请第四实施例提供的电子装置的结构示意图。

具体实施方式

为使得本申请的发明目的、特征、优点能够更加的明显和易懂，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而非全部实施例。基于本申请中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

为了解决相关技术中需要用户在卡片显示界面手动点击卡片列表中的对应卡片来选定进行支付使用的卡片，所导致的操作路径较为复杂，操作便捷性和操作效率较低的缺陷，本申请第一实施例提供了一种虚拟支付卡选择方法，如图1为本实施例提供的虚拟支付卡选择方法的基本流程图，该虚拟支付卡选择方法包括以下的步骤：

步骤101、在检测到支付事件时，获取当前的支付场景信息。

具体的，本实施例首先实时检测是否接收到支付事件，而在检测到支付事件时确定用户当前具备电子支付需求，而触发当前支付场景的获取。其中，检测到支付事件的实现方式包括但不限于以下三种：其一，接收到外部针对预设终端硬件组件(如按键、麦克风、传感器等)触发的指定动作；其二，通过终端的NFC模块检测到预设距离内存在指定类型的设备；其三，检测到外部对用于唤醒卡片显示界面的快捷图标的触发操作。应当理解的是，本实施例的支付事件检测可以在特定的界面进行，例如可以在卡片显示界面，本实施例基于第一种实现方式对此进行进一步举例说明，例如在卡片显示界面被触发时，终端通过重力传感器检测到终端被用户甩动时，触发获取当前的支付场景信息。

在实际应用中，不同的支付场景下所对应期望的用于支付使用的卡片有所不同。在本实施例一种可选的实施方式中，支付场景信息包括以下至少之一：支付时刻所处时段、支付位置信息、支付金额、支付使用对象属性、待支付对象属性。应当说明的是，在支付场景信息包括支付使用对象属性时，进一步地，该支付使用对象属性可以为支付使用对象的权限等级，例如终端持有者的权限等级设为最高、而终端持有者亲人的权限等级次之，以及终端持有者朋友的权限等级最低。此外，支付场景信息还可以包括支付事项，也即当前所需进行支付是出于何种事宜。

步骤102、基于支付场景信息，从支付钱包中选择对应的目标虚拟支付卡。

具体的，本实施例的支付钱包中包括多张虚拟支付卡，例如可以包括银行卡A、银行卡B、银行卡C、公交卡D和会员卡E。区别于需要用户手动选定当前支付事件下所需使用的虚拟支付卡，本实施例基于支付场景自动切换对应的虚拟支付卡。

在本实施例一种可选的实施方式中，基于支付场景信息，从支付钱包中选择对应的目标虚拟支付卡包括：获取预设历史时间段内的刷卡行为数据；基于支付场景信息以及历史时间段内的刷卡行为数据，从支付钱包中选择对应的目标虚拟支付卡。

具体的，本实施例的刷卡行为数据包括各支付场景信息下所对应使用的虚拟支付卡的统计数据。在本实施例中，通过历史数据统计来获取用户在不同支付场景下的刷卡需求，其中，对于本实施例的历史数据统计，是通过每次发生刷卡行为时，对所使用的虚拟支付卡与此时所对应的支付场景信息进行关联，并将各支付场景信息下使用频次最高的虚拟支付卡作为所统计出的目标虚拟支付卡，由于本实施方式所选择的虚拟支付卡基于所统计的用户历史习惯数据得到，可以在较大程度上保证选择虚拟支付卡的准确性。

如图2所示为本实施例提供的一种支付卡选择方法的流程示意图，进一步地，在本实施例一种可选的实施方式中，在基于支付场景信息，从支付钱包中选择对应的目标虚拟支付卡时，具体包括以下步骤：

步骤1021、基于支付场景信息，确定对应的卡片优先级排序规则；

步骤1022、采用卡片优先级排序规则，对多张虚拟支付卡进行卡片优先级排序；

步骤1023、根据排序结果，选择支付钱包中具有最高优先级的虚拟支付卡作为对应于支付场景信息的目标虚拟支付卡。

具体的，区别于上一实施方式中根据用户的刷卡行为习惯来选择支付卡，在另一些实施方式中，还可以根据支付卡关联于支付场景的卡固有属性来进行优先级排序。在不同类型的支付场景下卡片优先级的排序规则有所不同，本实施例对不同支付场景信息的类型来对应关联卡片优先级排序规则，并将排序后的所有虚拟支付卡中，优先级最高的虚拟支付卡作为当前支付场景下的目标虚拟支付卡。由于本实施方式并不需要对用户历史习惯数据进行统计，而是直接通过各虚拟卡的固有属性来选择目标虚拟支付卡，实现性更强。

步骤103、将目标虚拟支付卡确定为支付使用卡片。

具体的，本实施例的支付使用卡片也即当前支付所需使用的卡片，并且这里将目标虚拟支付卡确定为支付使用卡片也即对目标虚拟支付卡进行支付激活，在卡片显示界面上可以表现为目标虚拟支付卡在卡片列表上被置顶。在本实施例中，根据支付场景从支付钱包中自动选定对应的虚拟支付卡作为支付使用卡片，极大的简化了操作路径，有效提升了操作便捷性和操作效率。

在本实施例一种可选的实施方式中，在将目标虚拟支付卡确定为支付使用卡片之前，还包括：检测是否接收到外部输入的支付卡确认指令。其中，在接收到支付卡确认指令时，执行将目标虚拟支付卡确定为支付使用卡片的步骤；而在未接收到支付卡确认指令时，激活人工选择控件，并在通过人工选择控件接收到外部输入的支付卡选择指令时，将支付卡选择指令所指示的虚拟支付卡确定为支付使用卡片。

具体的，在本实施例中，为了避免根据支付场景信息所选择的目标虚拟支付卡并不真正符合实际场景或实际用户期望，在对目标虚拟支付卡确定为支付使用卡片之前，可以向用户开放支付卡确认接口，在通过该接口接收到用户输入的支付卡确认指令时，才将目标虚拟支付卡确定为进行支付使用的卡片，与此同时，本实施例还保留有现有的支付卡选择操作路径，若未接收到针对该目标虚拟支付卡的确认指令，则激活人工选择控件，向用户提供现有的支付卡选择操作路径，进行支付使用卡片的手动选择。

在本实施例一种可选的实施方式中，在将目标虚拟支付卡确定为支付使用卡片之后，还包括：获取当前的支付环境的支付危险等级，以及目标虚拟支付卡的危险防御等级；在危险防御等级与支付危险等级不匹配时，对目标虚拟支付卡进行支付锁定。

具体的，在实际应用中，不同的支付卡自身的危险防御属性有所不同，或者不同的支付卡在支付使用时所调用的安全模块有所不同，从而导致不同的支付卡的安全等级有所区别，本实施例为了避免在支付过程中终端遭受外部攻击导致用户财产安全受到威胁，本实施例在使用目标虚拟支付卡进行支付时，会将该支付卡自身的危险防御等级与当前所处的支付环境的实时支付危险等级进行匹配，在匹配通过时，也即支付卡的危险防御等级满足抵抗当前支付环境的攻击，允许使用该目标虚拟支付卡进行支付，而若匹配不通过，则对目标虚拟支付卡进行支付锁定，禁止当前使用该目标虚拟支付卡进行支付。

进一步地，为了在免受外部攻击的同时满足用户当前的支付需求，本实施例可以在对目标虚拟支付卡进行支付锁定之后，调用安全等级更高的安全模块，重新使用该目标虚拟支付卡进行支付，或者从支付钱包中剩余的虚拟支付卡中，选择危险防御等级符合需求的虚拟支付卡作为支付使用卡片。

此外，在本实施例一种可选的实施方式中，在将目标虚拟支付卡确定为支付使用卡片之后，还包括：在接收到支付失败通知时，按照卡片优先级排序，由高至低依次从优先级低于最高优先级的所有虚拟支付卡中重新确定支付使用卡片。

具体的，在实际应用中，使用根据支付场景信息自动确认的虚拟支付卡进行支付，可能会发生支付失败的情况，本实施例为了保证支付成功率的同时，进一步提高支付智能性，从前述实施例的进行卡片优先级排序所得到的优先级次于最高优先级的剩余虚拟支付卡中，重新确定支付使用卡片，其中，本实施例从剩余虚拟支付卡中依旧从优先级由高至低进行支付尝试，例如支付钱包中包括卡片优先级由高至低排序的A、B、C三张虚拟支付卡，在A支付失败时，则首先将B重新确定为支付使用卡再次进行支付，而若B仍旧支付失败，则继续将C重新确定为支付使用卡进行支付尝试。

应当说明的是，在实际应用中，为了避免不法分子在持有用户终端时使用非法收款终端套取用户终端虚拟支付卡所对应账户的资金，本实施例可以在将目标虚拟支付卡确定为支付使用卡片之后，统计接收到支付失败通知的累积次数是否达到预设次数阈值，若是，则对终端进行支付锁定，避免反复进行支付尝试造成用户资金安全受到威胁，并且在另一些实施方式中，还可以向预设的紧急联系人发送风险通知，用于指示终端合法持有用户的终端和支付账户正在遭受风险，其中，这里的风险通知方式可以通过短信或即时通信的方式进行发送。

基于上述本申请实施例的技术方案，在检测到支付事件时，获取当前的支付场景信息；基于支付场景信息，从包括多张虚拟支付卡的支付钱包中选择对应的目标虚拟支付卡；将目标虚拟支付卡确定为支付使用卡片。通过本申请方案的实施，根据支付场景从支付钱包中自动选定对应的虚拟支付卡作为支付使用卡片，极大的简化了操作路径，有效提升了操作便捷性和操作效率。

图3中的方法为本申请第二实施例提供的一种细化的虚拟支付卡选择方法，该虚拟支付卡选择方法包括：

步骤301、在检测到支付事件时，获取当前的支付场景信息以及预设历史时间段内的刷卡行为数据。

具体的，本实施例的刷卡行为数据包括各支付场景信息下所对应使用的虚拟支付卡的统计数据，并且，支付场景信息包括以下至少之一：支付时刻所处时段、支付位置信息、支付金额、支付使用对象属性、待支付对象属性。

步骤302、基于支付场景信息以及历史时间段内的刷卡行为数据，从支付钱包中选择对应的目标虚拟支付卡。

具体的，本实施例在每次发生刷卡行为时，对所使用的虚拟支付卡与此时所对应的支付场景信息进行关联，然后将历史时间段内各支付场景信息下使用频次最高的虚拟支付卡作为所统计出的目标虚拟支付卡。

步骤303、在通过支付卡确认接口接收到外部输入的支付卡确认指令时，将目标虚拟支付卡激活为支付使用卡片。

具体的，本实施例向用户提供支付卡确认选项，以进一步提高支付卡选择的准确性，另外，本实施例还可以保留有现有的支付卡选择操作路径，若未接收到针对该目标虚拟支付卡的确认指令，则激活人工选择控件，向用户提供现有的支付卡选择操作路径，进行支付使用卡片的手动选择。

步骤304、获取当前的支付环境的支付危险等级，以及支付使用卡片的危险防御等级。

具体的，本实施例为了避免在支付过程中终端遭受外部攻击导致用户财产安全受到威胁，本实施例在使用目标虚拟支付卡进行支付时，会将该支付卡自身的危险防御等级与当前所处的支付环境的实时支付危险等级进行匹配。

步骤305、在危险防御等级与支付危险等级匹配时，基于所激活的支付使用卡片进行支付操作。

在本实施例中，若匹配通过，也即支付卡的危险防御等级满足抵抗当前支付环境的攻击，允许使用该目标虚拟支付卡进行支付，而若匹配不通过，则可以对目标虚拟支付卡进行支付锁定，禁止当前使用该目标虚拟支付卡进行支付。

步骤306、在接收到支付失败通知时，将预设的备用虚拟支付卡重新确定为支付使用卡片进行支付操作。

本实施例为了保证支付成功率的同时，进一步提高支付智能性，在使用基于支付场景信息所选择的虚拟支付卡支付失败时，自动选择备用虚拟支付卡再次尝试支付操作，其中，这里的备用虚拟支付卡可以是预先设定的某一张固定的虚拟支付卡，也可以是实时从剩余虚拟支付卡中所确定的虚拟支付卡。

应当理解的是，本实施例中各步骤的序号的大小并不意味着步骤执行顺序的先后，各步骤的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成唯一限定。

本申请实施例公开了一种虚拟支付卡选择方法，在检测到支付事件时，获取当前的支付场景信息以及预设历史时间段内的刷卡行为数据；基于支付场景信息以及历史时间段内的刷卡行为数据，从支付钱包中选择对应的目标虚拟支付卡，并将目标虚拟支付卡确定为支付使用卡片；获取当前的支付环境的支付危险等级，以及目标虚拟支付卡的危险防御等级；在危险防御等级与支付危险等级匹配时，基于所激活的支付使用卡片进行支付操作；在接收到支付失败通知时，将预设的备用虚拟支付卡重新确定为支付使用卡片进行支付操作。通过本申请方案的实施，根据支付场景从支付钱包中自动选定对应的虚拟支付卡作为支付使用卡片，极大的简化了操作路径，有效提升了操作便捷性和操作效率，并在支付前进行支付卡危险防御等级与支付环境的支付危险等级进行匹配，提升了支付安全性，另外，在支付失败时，采用备用虚拟支付卡再次尝试支付，有效提高支付成功率和支付智能性。

图4为本申请第三实施例提供的一种虚拟支付卡选择装置。该虚拟支付卡选择装置可用于实现前述实施例中的虚拟支付卡选择方法。如图4所示，该虚拟支付卡选择装置主要包括：

获取模块401，用于在检测到支付事件时，获取当前的支付场景信息；

选择模块402，用于基于支付场景信息，从支付钱包中选择对应的目标虚拟支付卡；其中，支付钱包中包括多张虚拟支付卡；

确定模块403，用于将目标虚拟支付卡确定为支付使用卡片。

在本实施例一种可选的实施方式中，选择模块402具体用于：获取预设历史时间段内的刷卡行为数据，其中，刷卡行为数据包括各支付场景信息下所对应使用的虚拟支付卡的统计数据；基于支付场景信息以及历史时间段内的刷卡行为数据，从支付钱包中选择对应的目标虚拟支付卡。

在本实施例一种可选的实施方式中，选择模块402具体用于：基于支付场景信息，确定对应的卡片优先级排序规则；采用卡片优先级排序规则，对多张虚拟支付卡进行卡片优先级排序；根据排序结果，选择支付钱包中具有最高优先级的虚拟支付卡作为对应于支付场景信息的目标虚拟支付卡。

在本实施例一种可选的实施方式中，确定模块403还用于：在将目标虚拟支付卡确定为支付使用卡片之后，在接收到支付失败通知时，按照卡片优先级排序，由高至低依次从优先级低于最高优先级的所有虚拟支付卡中重新确定支付使用卡片。

如图5所示为本实施例提供的另一种虚拟支付卡选择装置，在本实施例一种可选的实施方式中，虚拟支付卡选择装置还包括：检测模块404和激活模块405，检测模块404用于将目标虚拟支付卡确定为支付使用卡片之前，检测是否接收到外部输入的支付卡确认指令。相对应的，在接收到支付卡确认指令时，确定模块403执行将目标虚拟支付卡确定为支付使用卡片的功能；而在未接收到支付卡确认指令时，激活模块405用于激活人工选择控件，并在通过人工选择控件接收到外部输入的支付卡选择指令时，将支付卡选择指令所指示的虚拟支付卡确定为支付使用卡片。

在本实施例一种可选的实施方式中，支付场景信息包括以下至少之一：支付时刻所处时段、支付位置信息、支付金额、支付使用对象属性、待支付对象属性。

请再次参阅图5，进一步地，在本实施例一种可选的实施方式中，虚拟支付卡选择装置还包括：锁定模块406，用于：在将目标虚拟支付卡确定为支付使用卡片之后，获取当前的支付环境的支付危险等级，以及目标虚拟支付卡的危险防御等级；在危险防御等级与支付危险等级不匹配时，对目标虚拟支付卡进行支付锁定。

应当说明的是，第一、二实施例中的虚拟支付卡选择方法均可基于本实施例提供的虚拟支付卡选择装置实现，所属领域的普通技术人员可以清楚的了解到，为描述的方便和简洁，本实施例中所描述的虚拟支付卡选择装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

根据本实施例所提供的虚拟支付卡选择装置，在检测到支付事件时，获取当前的支付场景信息；基于支付场景信息，从包括多张虚拟支付卡的支付钱包中选择对应的目标虚拟支付卡；将目标虚拟支付卡确定为支付使用卡片。通过本申请方案的实施，根据支付场景从支付钱包中自动选定对应的虚拟支付卡作为支付使用卡片，极大的简化了操作路径，有效提升了操作便捷性和操作效率。

请参阅图6，图6为本申请第四实施例提供的一种电子装置。该电子装置可用于实现前述实施例中的虚拟支付卡选择方法。如图6所示，该电子装置主要包括：

存储器601、处理器602、总线603及存储在存储器601上并可在处理器602上运行的计算机程序，存储器601和处理器602通过总线603连接。处理器602执行该计算机程序时，实现前述实施例中的虚拟支付卡选择方法。其中，处理器的数量可以是一个或多个。

存储器601可以是高速随机存取记忆体(RAM，Random Access Memory)存储器，也可为非不稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器601用于存储可执行程序代码，处理器602与存储器601耦合。

进一步的，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质可以是设置于上述各实施例中的电子装置中，该计算机可读存储介质可以是前述图6所示实施例中的存储器。

该计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现前述实施例中的虚拟支付卡选择方法。进一步的，该计算机可存储介质还可以是U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个可读存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的可读存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上为对本申请所提供的虚拟支付卡选择方法、装置及计算机可读存储介质的描述，对于本领域的技术人员，依据本申请实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种虚拟支付卡选择方法，其特征在于，包括：

在检测到支付事件时，获取当前的支付场景信息；

基于所述支付场景信息，从支付钱包中选择对应的目标虚拟支付卡；其中，所述支付钱包中包括多张虚拟支付卡；

将所述目标虚拟支付卡确定为支付使用卡片。

2.根据权利要求1所述的虚拟支付卡选择方法，其特征在于，所述基于所述支付场景信息，从支付钱包中选择对应的目标虚拟支付卡包括：

获取预设历史时间段内的刷卡行为数据；其中，所述刷卡行为数据包括各支付场景信息下所对应使用的虚拟支付卡的统计数据；

基于所述支付场景信息以及所述历史时间段内的刷卡行为数据，从支付钱包中选择对应的目标虚拟支付卡。

3.根据权利要求1所述的虚拟支付卡选择方法，其特征在于，所述基于所述支付场景信息，从支付钱包中选择对应的目标虚拟支付卡包括：

基于所述支付场景信息，确定对应的卡片优先级排序规则；

采用所述卡片优先级排序规则，对所述多张虚拟支付卡进行卡片优先级排序；

根据排序结果，选择所述支付钱包中具有最高优先级的虚拟支付卡作为对应于所述支付场景信息的目标虚拟支付卡。

4.根据权利要求3所述的虚拟支付卡选择方法，其特征在于，所述将所述目标虚拟支付卡确定为支付使用卡片之后，还包括：

在接收到支付失败通知时，按照所述卡片优先级排序，由高至低依次从优先级低于所述最高优先级的所有虚拟支付卡中重新确定所述支付使用卡片。

5.根据权利要求1所述的虚拟支付卡选择方法，其特征在于，所述将所述目标虚拟支付卡确定为支付使用卡片之前，还包括：

检测是否接收到外部输入的支付卡确认指令；

在接收到所述支付卡确认指令时，执行所述将所述目标虚拟支付卡确定为支付使用卡片的步骤；

在未接收到所述支付卡确认指令时，激活人工选择控件，并在通过所述人工选择控件接收到外部输入的支付卡选择指令时，将所述支付卡选择指令所指示的虚拟支付卡确定为所述支付使用卡片。

6.根据权利要求1所述的虚拟支付卡选择方法，其特征在于，所述支付场景信息包括以下至少之一：支付时刻所处时段、支付位置信息、支付金额、支付使用对象属性、待支付对象属性。

7.根据权利要求1至6中任意一项所述的虚拟支付卡选择方法，其特征在于，所述将所述目标虚拟支付卡确定为支付使用卡片之后，还包括：

获取当前的支付环境的支付危险等级，以及所述目标虚拟支付卡的危险防御等级；

在所述危险防御等级与所述支付危险等级不匹配时，对所述目标虚拟支付卡进行支付锁定。

8.一种虚拟支付卡选择装置，其特征在于，包括：

获取模块，用于在检测到支付事件时，获取当前的支付场景信息；

选择模块，用于基于所述支付场景信息，从支付钱包中选择对应的目标虚拟支付卡；其中，所述支付钱包中包括多张虚拟支付卡；

确定模块，用于将所述目标虚拟支付卡确定为支付使用卡片。

9.一种电子装置，包括：存储器、处理器及总线，其特征在于，所述总线用于实现所述存储器、处理器之间的连接通信；所述处理器用于执行存储在所述存储器上的计算机程序，所述处理器执行所述计算机程序时，实现权利要求1至7中任意一项所述方法中的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，实现权利要求1至7中的任意一项所述方法中的步骤。

Images