CN110766388B - 虚拟卡生成方法及系统、电子设备 - Google Patents

Abstract

本申请实施例公开的虚拟卡生成方法，属于计算机技术领域，解决现有技术中智能卡转换成虚拟卡时操作复杂、效率低下的问题。所述方法包括：用户客户端获取实体卡的资源转移请求，所述资源转移请求至少包括实体卡的标识；根据所述实体卡标识生成实体卡注销请求，并向预设的实体卡管理平台发送所述实体卡注销请求，以触发所述实体卡管理平台对所述实体卡执行注销操作；接收所述实体卡管理平台返回的资源转移信息以及注销信息；根据所述资源转移信息获取所述实体卡关联的虚拟卡，并通过所述用户客户端输出实体卡注销提示信息和/或虚拟卡生成提示信息。通过本申请公开的虚拟卡生成方法，用户通过应用程序线上实现智能卡到虚拟卡的转换，提高了转换效率。

Description

虚拟卡生成方法及系统、电子设备

技术领域

本申请涉及计算机技术领域，特别是涉及一种虚拟卡生成方法即系统、电子设备。

背景技术

智能卡已经在交通、金融、电信等领域大规模应用，例如，早期的非接触智能卡大多为逻辑加密卡(简称M1卡)，由于安全漏洞、携带便捷等问题，大量的M1卡将逐渐退出市场。这些智能卡都属于实体卡。随着移动支付和互联网技术的发展，移动终端虚拟卡或二维码将成为更加便捷，快速替代实体卡作为身份识别和支付的一种方案。例如，交通领域受理终端受理手机虚拟卡和二维码的设备购票。现有技术中仅存在根据智能卡生成附加虚拟卡的方法，但是其受理的智能卡的类型受限，并且无法解决真正的智能卡到虚拟卡的转换，仅支持派生虚拟卡。现有技术中在将实体卡转换成虚拟卡时，还需要到线下网点注销实体卡，操作复杂，效率低下。

可见，现有技术中急需一种便捷、高效地由实体卡生成虚拟卡的方法。

发明内容

本申请提供一种虚拟卡生成方法及系统，有助于便捷、稳定地将实体卡转换成虚拟卡。

第一方面，本申请实施例提供了一种虚拟卡生成方法，所述方法包括：

通过用户客户端获取实体卡的资源转移请求，所述资源转移请求至少包括实体卡的标识；

根据所述实体卡标识生成实体卡注销请求，并向预设的实体卡管理平台发送所述实体卡注销请求，以触发所述实体卡管理平台对所述实体卡执行注销操作；

接收所述实体卡管理平台返回的资源转移信息以及注销信息；

根据所述资源转移信息获取所述实体卡关联的虚拟卡，并通过所述用户客户端输出实体卡注销提示信息和/或虚拟卡生成提示信息。

第二方面，本申请实施例提供了一种虚拟卡生成系统，包括：

所述用户客户端，用于根据用户的操作生成实体卡的资源转移请求，并向转换控制平台发送所述资源转移请求；

所述转换控制平台，用于接收所述实体卡的资源转移请求，所述资源转移请求至少包括实体卡的标识；

所述转换控制平台，还用于根据所述实体卡标识生成实体卡注销请求，并向所述实体卡管理平台发送所述实体卡注销请求；

所述实体卡管理平台，用于根据接收的所述实体卡注销请求对所述实体卡执行注销操作，并返回资源转移信息以及注销信息；

所述转换控制平台，还用于接收所述资源转移信息以及注销信息；以及，

根据所述资源转移信息获取所述实体卡关联的虚拟卡，并通过所述用户客户端输出实体卡注销提示信息和/或虚拟卡生成提示信息。

第三方面，本申请实施例还提供了一种电子设备，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现本申请实施例所述的虚拟卡生成方法。

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

本申请实施例提供的虚拟卡生成方法，通过用户客户端获取实体卡的资源转移请求，所述资源转移请求至少包括实体卡的标识；根据所述实体卡标识生成实体卡注销请求，并向预设的实体卡管理平台发送所述实体卡注销请求，以触发所述实体卡管理平台对所述实体卡执行注销操作；接收所述实体卡管理平台返回的资源转移信息以及注销信息；根据所述资源转移信息获取所述实体卡关联的虚拟卡，并通过所述用户客户端输出实体卡注销提示信息和/或虚拟卡生成提示信息，解决了现有技术中智能卡转换成虚拟卡时操作复杂、效率低下的问题。本申请实施例公开的虚拟卡生成方法，通过融合控制实体卡管理平台，并设置用户客户端提供实体卡转换入口，使得用户通过应用程序线上实现智能卡到虚拟卡的转换，提升了生成虚拟卡的便捷性，并提高了转换效率。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例一的虚拟卡生成方法流程图；

图2是本申请实施例二的虚拟卡生成方法流程图；

图3是本申请实施例三的虚拟卡生成系统结构示意图之一；

图4是本申请实施例三的虚拟卡生成系统结构示意图之二；

图5是本申请实施例三的虚拟卡生成系统交互示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

实施例一

本申请实施例提供了一种虚拟卡生成方法，如图1所示，该方法包括：步骤100至步骤130。所述虚拟卡生成方法应用于虚拟卡生成系统，所述虚拟卡生成系统至少包括：实体卡管理平台、转换控制平台、由所述转换控制平台授权并管理的用户客户端。各步骤具体实施方式如下。

步骤100，通过用户客户端获取实体卡的资源转移请求，所述资源转移请求至少包括实体卡的标识用户客户端。

本申请的一些实施例中，首先由用户设备登录所述转换控制平台申请用户客户端，所述用户客户端中预置有用户客户端的验证秘钥，所述转换控制平台通过所述验证秘钥验证所述用户客户端是否为可信客户端，并在确定用户客户端为可信客户端之后，基于所述验证秘钥与所述用户客户端进行加密通信，获取待转换的实体卡的信息和需要转换得到虚拟卡的信息等。

具体应用过程中，所述用户客户端获取用户的操作输入实体卡的唯一标识和希望得到的虚拟卡的类型，然后，根据所述实体卡的唯一标识和所述虚拟卡的类型生成将实体卡转化成虚拟卡的资源转移请求，发送至转换控制平台。

步骤110，根据所述实体卡标识生成实体卡注销请求，并向预设的实体卡管理平台发送所述实体卡注销请求，以触发所述实体卡管理平台对所述实体卡执行注销操作。

所述转换控制平台在接收到所述资源转移请求之后，根据所述资源转移请求中的实体卡标识生成实体卡注销请求，并向预设的实体卡管理平台发送所述实体卡注销请求，以触发所述实体卡管理平台对所述实体卡执行注销操作。

步骤120，接收所述实体卡管理平台返回的资源转移信息以及注销信息。

所述实体卡管理平台为现有的平台，用于对实体卡进行生命周期管理，例如，发行实体卡、注销实体卡等。所述实体卡管理平台将根据接收到的实体卡注销请求度执行实体卡注销操作，并返回所述实体卡注销请求的处理结果。所述实体卡注销请求的处理结果包括资源转移信息以及注销信息。其中，资源转移信息用于指示可转移资源数量，所述注销信息用于指示是否注销成功。

之后，转换控制平台接收所述实体卡管理平台返回的资源转移信息以及注销信息。

步骤130，根据所述资源转移信息获取所述实体卡关联的虚拟卡，并通过所述用户客户端输出实体卡注销提示信息和/或虚拟卡生成提示信息。

转换控制平台根据接收的注销信息确定实体卡注销成功后，进一步根据所述资源转移信息和用户客户端发送的虚拟卡类型获取与所述实体卡关联的虚拟卡，并通过所述用户客户端输出实体卡注销提示信息和/或虚拟卡生成提示信息。

本申请实施例提供的虚拟卡生成方法，通过用户客户端获取实体卡的资源转移请求，所述资源转移请求至少包括实体卡的标识；根据所述实体卡标识生成实体卡注销请求，并向预设的实体卡管理平台发送所述实体卡注销请求，以触发所述实体卡管理平台对所述实体卡执行注销操作；接收所述实体卡管理平台返回的资源转移信息以及注销信息；根据所述资源转移信息获取所述实体卡关联的虚拟卡，并通过所述用户客户端输出实体卡注销提示信息和/或虚拟卡生成提示信息，解决了现有技术中智能卡转换成虚拟卡时操作复杂、效率低下的问题。本申请实施例公开的虚拟卡生成方法，通过融合控制实体卡管理平台，并设置用户客户端提供实体卡转换入口，使得用户通过应用程序线上实现智能卡到虚拟卡的转换，提升了生成虚拟卡的便捷性，并提高了转换效率。

现有技术中基于实体卡派生出虚拟卡时，虚拟卡仅能使用实体卡中的剩余资源，无法使用实体卡的押金。而在根据实体卡生成虚拟卡时，由于注销了实体卡，因此，可以将实体卡的押金同时转移到虚拟卡中，减少了用户的损失。另一方面，由于M1卡存在安全漏洞，继续使用将给用户带来资源损失的风险,通过将M1卡转换成虚拟卡的方式可以便捷的注销M1卡。

实施例二

下面结合图2详细说明本申请实施例提供的一种虚拟卡生成方法的技术方案。所述虚拟卡生成方法应用于虚拟卡生成系统，所述虚拟卡生成系统至少包括：实体卡管理平台、转换控制平台、由所述转换控制平台授权并管理的用户客户端。如图2所示，该转换方法包括：步骤200至步骤260。

步骤200，通过预先存储的用户客户端验证秘钥对所述用户客户端进行验证。

在本申请的一些实施例中，所述通过用户客户端获取实体卡的资源转移请求之前，还包括：通过预先存储的用户客户端验证秘钥对所述用户客户端进行验证，响应于验证通过，执行通过用户客户端获取实体卡的资源转移请求的步骤，其中，所述用户客户端验证秘钥根据所述用户客户端的注册申请预先生成并存储。

例如，为了保证实体卡转换成虚拟卡的过程的安全性，所述转换控制平台在用户设备申请用户客户端时，为所述用户客户端预置用户客户端验证秘钥，当所述转换控制平台与所述用户客户端进行通信，如接收所述用户客户端发送的实体卡转换成虚拟卡的转换请求时，首先通过所述用户客户端验证秘钥对所述用户客户端进行验证，并在验证通过后，与所述用户客户端进行加密通信。即，在验证通过后才根据所述转换请求控制执行后续的虚拟卡生成流程。

步骤210，判断所述用户客户端是否验证通过，若是，执行步骤220，否则，跳转至步骤260。

步骤220，通过用户客户端获取实体卡的资源转移请求，所述资源转移请求至少包括实体卡的标识。

在本申请的一些实施例中，所述转换请求通过以下任意一种方式生成：根据用户输入的实体卡的唯一标识、转换成的虚拟卡的类型和所述用户客户端预先存储的验证秘钥，生成将所述实体卡转换成所述虚拟卡的资源转移请求；根据用户输入的转换成的虚拟卡的类型、读取的所述实体卡的唯一标识和秘钥和所述用户客户端预先存储的验证秘钥，生成将所述实体卡转换成所述虚拟卡的资源转移请求。

例如，当用户设备没有内置近场通信(NFC，Near Field Communication)模块时，用户设备无法直接读取实体卡的唯一标识(如卡号)等信息，则可以通过在所述用户客户端设置用户输入界面，提供用户输入实体卡的唯一标识，或者，通过所述用户客户端启动用户设备的摄像头拍摄实体卡的卡号，以输入实体卡的唯一标识。进一步的，所述用户客户端还设置交互界面，供用户选择转换得到的虚拟卡的类型，如选择将实体卡转换成NFC虚拟卡还是二维码。然后，所述用户客户端根据所述实体卡的唯一标识、虚拟卡的类型和所述用户客户端预置的验证秘钥，生成将所述实体卡转换成所述虚拟卡的资源转移请求，之后，将所述资源转移请求发送至所述转换控制平台。

当用户设备内置近场通信(NFC)模块时，用户设备可以直接读取实体卡的唯一标识(如卡号)和秘钥等信息，并通过在所述用户客户端设置的用户输入界面，获取用户选择转换得到的虚拟卡的类型，如选择将实体卡转换成NFC虚拟卡还是二维码。然后，所述用户客户端根据所述实体卡的唯一标识和秘钥、虚拟卡的类型和所述用户客户端预置的验证秘钥，生成将所述实体卡转换成所述虚拟卡的资源转移请求，之后，将所述资源转移请求发送至所述转换控制平台。

然后，所述转换控制平台可以通过消息机制或事件机制接收所述用户客户端发送的资源转移请求。

步骤230，根据所述实体卡标识生成实体卡注销请求，并向预设的实体卡管理平台发送所述实体卡注销请求，以触发所述实体卡管理平台对所述实体卡执行注销操作。

所述资源转移请求包括实体卡的唯一标识。

所述转换控制平台通过对所述资源转移请求进行解析，获取所述资源转移请求中包括的实体卡的信息，例如，所述实体卡的卡号、卡状态等，并根据所述实体卡的信息和所述实体卡管理平台的接口规范，生成实体卡注销请求，并将所述智能卡注销请求发送至所述实体卡管理平台。在本申请的一些实施例中，所述根据所述实体卡标识生成实体卡注销请求，包括：根据所述实体卡标识和预先存储的实体卡管理平台秘钥，生成实体卡注销请求，以使得所述实体卡管理平台通过所述实体卡注销请求中携带的实体卡管理平台秘钥对所述实体卡注销请求进行验证。

优选的，所述转换控制平台预先存储有实体卡管理平台秘钥，所述实体卡管理平台秘钥为实体卡管理平台和转换控制平台协商确定的，用于相互验证。所述转换控制平台在接收到用户客户端发送的资源转移请求之后，根据资源转移请求中携带的实体卡标识和和预先存储的实体卡管理平台秘钥，生成实体卡注销请求，并向预设的实体卡管理平台发送所述实体卡注销请求，以触发所述实体卡管理平台对所述实体卡执行注销操作。

所述实体卡管理平台为现有的平台，用于对实体卡进行生命周期管理，例如，发行实体卡、注销实体卡等。通常，所述实体卡管理平台在发放实体卡时，会在每个实体卡中写入秘钥，以根据实体卡的秘钥确定申请注销的实体卡是否为本实体卡管理平台管理的实体卡，对于本实体卡管理平台管理的实体卡，所述实体卡管理平台进一步根据本地存储的所述实体卡的卡内余额、刷卡记录等信息确定所述实体卡是否允许注销，并返回所述实体卡注销请求的处理结果。

在本申请的一些优选实施例中，所述实体卡管理平台首先通过实体卡管理平台秘钥验证是否受理所述或转换控制平台发送的实体卡注销请求。在验证通过的情况下，所述实体卡管理平台进一步执行注销所述实体卡注销请求中指定的实体卡的操作，并返回所述实体卡注销请求的处理结果。

所述实体卡注销请求的处理结果包括：资源转移信息和注销信息。

步骤240，接收所述实体卡管理平台返回的资源转移信息以及注销信息。

转换控制平台接收所述实体卡管理平台返回的针对所述实体卡注销请求的处理结果，所述处理结果包括：资源转移信息以及注销信息。

步骤250，根据所述资源转移信息获取所述实体卡关联的虚拟卡，并通过所述用户客户端输出实体卡注销提示信息和/或虚拟卡生成提示信息。

在本申请的一些实施例中，所述资源转移信息包括可转移资源数量，所述注销信息用于指示所述实体卡是否注销成功，所述根据所述资源转移信息获取所述实体卡关联的虚拟卡，并通过所述用户客户端输出实体卡注销提示信息和/或虚拟卡生成提示信息，包括：当所述注销信息指示所述实体卡注销成功时，根据所述可转移资源数量获取所述实体卡关联的虚拟卡，并通过所述用户客户端输出实体卡注销成功提示信息和/或虚拟卡生成成功提示信息；当所述注销信息指示所述实体卡未注销成功时，通过所述用户客户端输出实体卡注销失败提示信息和/或虚拟卡生成失败提示信息。

所述转换控制平台接收所述实体卡管理平台针对所述实体卡注销请求的处理结果，并根据接收到的所述处理结果进一步判断是否生成虚拟卡。

在本申请的一些实施例中，转换控制平台接收所述实体卡管理平台返回的处理结果进一步包括：可转移资源数量和注销结果。针对所述实体卡注销请求的处理结果包括注销成功和注销失败两种情况。当注销信息指示的处理结果为注销成功时，所述实体卡管理平台会在返回的处理结果中携带注销的所述实体卡的资源转移信息，所述资源转移信息包括可转移资源数量(如余额)。所述转换控制平台根据所述可转移资源数量获取与当前注销的所述实体卡关联的虚拟卡，并通过所述用户客户端输出实体卡注销提示信息和/或虚拟卡生成提示信息。其中，所述虚拟卡可以预设为包括但不限于：二维码、NFC虚拟卡任意一种类型。

在本申请的另一些实施例中，用户还可以通过用户客户端选择虚拟卡的发卡类型。所述资源转移请求还包括虚拟卡的发卡类型，当所述注销信息指示所述实体卡注销成功时，所述根据所述可转移资源数量获取所述实体卡关联的虚拟卡，包括：根据所述可转移资源数量，获取与所述发卡类型匹配且与所述实体卡关联的虚拟卡。例如，当所述资源转移请求中包括的虚拟卡的发卡类型为NFC虚拟卡时，所述转换控制平台根据所述可转移资源数量，获取与所述实体卡关联的NFC虚拟卡。在本申请的一些实施例中，所述发卡类型包括但不限于以下任意一种：二维码、NFC虚拟卡。

在本申请的一些实施例中，所述转换控制平台内置虚拟卡管理服务，所述转换控制平台通过调用内置的虚拟卡管理服务获取与所述实体卡关联的虚拟卡。所述虚拟卡管理服务用于进行虚拟卡生命管理，例如：生成虚拟卡、注销虚拟卡、管理虚拟卡的剩余资源、管理虚拟卡的资源转移记录等。所述虚拟卡管理服务可以为所述转换控制平台上的一个应用。

在本申请的另一些实施例中，所述虚拟卡生成系统还包括虚拟卡管理平台，所述转换控制平台通过所述虚拟卡管理平台获取与所述实体卡关联的虚拟卡。当针对所述实体卡注销请求返回的所述注销信息指示所述实体卡注销成功时，所述转换控制平台根据所述资源转移信息中包括的可转移资源数量和所述用户客户端发送的所述资源转移请求中包括的虚拟卡类型，按照所述虚拟卡管理平台的接口规范，生成发卡-移资请求，并将所述发卡-移资请求发送至所述虚拟卡管理平台，申请发行虚拟卡。或者，当针对所述实体卡注销请求返回的所述注销信息指示所述实体卡注销成功时，所述转换控制平台根据所述资源转移信息中包括的可转移资源数量和预设的虚拟卡类型，按照所述虚拟卡管理平台的接口规范，生成发卡-移资请求，并将所述发卡-移资请求发送至所述虚拟卡管理平台，申请发行虚拟卡。

所述虚拟卡管理平台为现有平台，用户管理虚拟卡的生命周期，例如发行虚拟卡、注销虚拟卡、管理虚拟卡的剩余资源、刷卡记录、用户信息等。所述虚拟卡管理平台可以为二维码发型平台，也可以为NFC虚拟卡发型平台，或者其他虚拟卡发型平台。发行的虚拟卡可以应用于校园、公交系统、银行等领域。所述虚拟卡管理平台可以一个综合平台，也可以为多个独立应用平台的集群。所述虚拟卡管理平台接收到发卡-移资请求之后，会生成与所述发卡-移资请求中携带的虚拟卡类型匹配的虚拟卡的唯一标识，并将所述发卡-移资请求中的剩余资源与生成的所述虚拟卡的唯一标识进行关联，存储虚拟卡的唯一标识和剩余资源的关联关系，然后，返回发卡结果。通常，所述发卡结果包括发卡成功和发卡失败两种情况。当所述发卡结果为发卡成功时，所述发卡结果还包括虚拟卡的唯一标识和剩余资源。

所述转换控制平台接收所述虚拟卡管理平台返回的发卡结果，并根据接收到的发卡结果执行后续流程。例如，在发卡结果知识发卡成功时，转换控制平台通过所述用户客户端输出实体卡注销提示信息和/或虚拟卡生成提示信息。

在本申请的一些优选实施例中，当转换控制平台向所述虚拟卡管理平台发送发卡-移资请求之前，首先通过预设的虚拟卡管理平台验证秘钥对所述虚拟卡管理平台进行验证，并在验证通过后通过加密通信向所述虚拟卡管理平台发送发卡-移资请求，以及接收发卡结果。所述预设的虚拟卡管理平台验证秘钥为所述虚拟卡管理平台和所述转换控制平台协商确定得，用于进行相互验证，以提升生成虚拟卡过程的安全性。

当所述发卡结果指示发卡成功时，所述用户客户端输出实体卡注销提示信息和/或虚拟卡生成提示信息，并存储转换得到的虚拟卡的唯一标识和剩余资源。

至此，成功生成了一张虚拟卡。

步骤260，通过所述用户客户端输出实体卡注销失败提示信息和/或虚拟卡生成失败提示信息。

当所述注销信息指示所述实体卡未注销成功时，转换控制中心通过所述用户客户端输出实体卡注销失败提示信息和/或虚拟卡生成失败提示信息。

在本申请的一些实施例中，所述虚拟卡生成系统还包括受理终端管理平台。转换控制平台在确定所述发卡结果指示虚拟卡发卡成功的情况下，将被注销的实体卡的唯一标识发送至所述受理终端管理平台，以通知所述受理终端管理平台控制所述受理终端管理平台管理的受理终端设备更新拒绝受理的实体卡信息。

当虚拟卡发卡成功之后，所述转换控制平台按照所述受理终端管理平台的接口规范发送实体卡注销消息或黑名单更新消息至所述受理终端管理平台，所述实体注销消息或黑名单更新消息中包括注销的所述实体卡的唯一标识。所述受理终端管理平台为现有平台，负责管理受理终端。所述受理终端用于读取实体卡或虚拟卡，以实现刷卡交易。在所述实体卡转换成虚拟卡的过程中，需要将所述实体卡在受理终端上注销，以停止所述受理终端继续受理所述实体卡，彻底实现实体卡向虚拟卡的转换。所述受理终端管理平台接收到所述实体卡注销消息或黑名单更新消息之后，会将所述实体卡注销消息或黑名单更新消息中包括的所述实体卡的唯一标识下发到其管理的受理终端，以通知受理终端设备更新拒绝受理的所述实体卡。

本申请实施例公开的虚拟卡生成方法，通过接入多种实体卡管理平台，可以将多种实体卡转换成支持更多应用的虚拟卡，进一步提升了实体卡转换成虚拟卡的适用范围，提升了实体卡转换的便捷性。另一方面，通过设置用户客户端，使得不支持近场通信的用户设备也可以通过手动输入、拍照等方式获取待转换的实体卡的卡号等唯一标识，有效提升了实体卡转换成虚拟卡的适用范围，为推进实体卡向虚拟卡的快速转换提供可能。

本申请实施例公开的虚拟卡生成方法，通过采用加密通信，可以提升不同平台之间的通信安全，更好的保护实体卡和虚拟卡的信息安全，以及保障转换方法的稳定性。

实施例三

本申请实施例提供的一种虚拟卡生成系统，如图3所示，该系统包括：实体卡管理平台310、转换控制平台320、由所述转换控制平台授权并管理的用户客户端330。其中，

所述用户客户端330，用于根据用户的操作生成实体卡的资源转移请求，并向转换控制平台发送所述资源转移请求；

所述转换控制平台320，用于接收所述实体卡的资源转移请求，所述资源转移请求至少包括实体卡的标识；

所述转换控制平台320，还用于根据所述实体卡标识生成实体卡注销请求，并向所述实体卡管理平台发送所述实体卡注销请求；

所述实体卡管理平台310，用于根据接收的所述实体卡注销请求对所述实体卡执行注销操作，并返回资源转移信息以及注销信息；

所述转换控制平台320，还用于接收所述资源转移信息以及注销信息；以及，根据所述资源转移信息获取所述实体卡关联的虚拟卡，并通过所述用户客户端输出实体卡注销提示信息和/或虚拟卡生成提示信息。

可选的，所述转换控制平台320进一步用于：当所述注销信息指示所述实体卡注销成功时，根据所述可转移资源数量获取所述实体卡关联的虚拟卡，并通过所述用户客户端输出实体卡注销成功提示信息和/或虚拟卡生成成功提示信息；

当所述注销信息指示所述实体卡未注销成功时，通过所述用户客户端输出实体卡注销失败提示信息和/或虚拟卡生成失败提示信息。

可选的，所述资源转移请求还包括虚拟卡的发卡类型，当所述注销信息指示所述实体卡注销成功时，所述根据所述可转移资源数量获取所述实体卡关联的虚拟卡，包括：

根据所述可转移资源数量，获取与所述发卡类型匹配且与所述实体卡关联的虚拟卡；

其中，所述发卡类型包括以下任意一种：二维码、NFC虚拟卡。

可选的，如图4所述，所述系统还包括：虚拟卡管理平台340，所述转换控制平台320还用于根据所述可转移资源数量生成虚拟卡生成请求，并向所述虚拟卡管理平台340发送所述虚拟卡生成请求；

所述虚拟卡管理平台340，用于根据接收到的所述虚拟卡生成请求中携带的可转移资源数量生成与所述实体卡关联的虚拟卡，并将所述虚拟卡的信息返回给所述转换控制平台320；

所述转换控制平台320，还用于接收所述虚拟卡的信息。

可选的，所述资源转移请求还包括虚拟卡的发卡类型，所述系统还包括：虚拟卡管理平台340，所述转换控制平台320还用于根据所述可转移资源数量和所述发卡类型生成虚拟卡生成请求，并向所述虚拟卡管理平台340发送所述虚拟卡生成请求；

所述虚拟卡管理平台340，用于根据接收到的所述虚拟卡生成请求中携带的可转移资源数量和发卡类型生成与所述实体卡关联的虚拟卡，并将所述虚拟卡的信息返回给所述转换控制平台320；

所述转换控制平台320，还用于接收所述虚拟卡的信息。

可选的，所述转换控制平台320还用于：通过预先存储的用户客户端验证秘钥对所述用户客户端330进行验证，响应于验证通过，执行通过用户客户端获取实体卡的资源转移请求的步骤，其中，所述用户客户端验证秘钥根据所述用户客户端的注册申请预先生成并存储。

可选的，所述根据所述实体卡标识生成实体卡注销请求，包括：

根据所述实体卡标识和预先存储的实体卡管理平台秘钥，生成实体卡注销请求，以使得所述实体卡管理平台通过所述实体卡注销请求中携带的实体卡管理平台秘钥对所述实体卡注销请求进行验证。

在本申请的一些实施例中，如图5所示，所述虚拟卡生成系统的工作流程如下：

所述用户客户端330根据用户的操作生成实体卡的资源转移请求，并向转换控制平台发送所述资源转移请求；

所述转换控制平台320接收所述实体卡的资源转移请求，所述资源转移请求至少包括实体卡的标识；

所述转换控制平台320根据所述实体卡标识生成实体卡注销请求，并向所述实体卡管理平台发送所述实体卡注销请求；

所述实体卡管理平台310根据接收的所述实体卡注销请求对所述实体卡执行注销操作，并返回资源转移信息以及注销信息；

所述转换控制平台320接收所述资源转移信息以及注销信息；其中，所述资源转移信息包括：可转移资源数量；

所述转换控制平台320根据所述可转移资源数量生成虚拟卡生成请求，并向所述虚拟卡管理平台340发送所述虚拟卡生成请求；

所述虚拟卡管理平台340，用于根据接收到的所述虚拟卡生成请求中携带的可转移资源数量生成与所述实体卡关联的虚拟卡，并将所述虚拟卡的信息返回给所述转换控制平台320；

所述转换控制平台320接收所述虚拟卡的信息；

所述转换控制平台320通过所述用户客户端输出实体卡注销提示信息和/或虚拟卡生成提示信息。本申请实施例提供的虚拟卡生成系统，用于实现本申请实施例一和实施例二中所述的虚拟卡生成方法的各步骤，系统的各模块的具体实施方式与相应步骤的具体实施方式相同。

本申请实施例提供的虚拟卡生成系统，通过用户客户端获取实体卡的资源转移请求，所述资源转移请求至少包括实体卡的标识；根据所述实体卡标识生成实体卡注销请求，并向预设的实体卡管理平台发送所述实体卡注销请求，以触发所述实体卡管理平台对所述实体卡执行注销操作；接收所述实体卡管理平台返回的资源转移信息以及注销信息；根据所述资源转移信息获取所述实体卡关联的虚拟卡，并通过所述用户客户端输出实体卡注销提示信息和/或虚拟卡生成提示信息，解决了现有技术中智能卡转换成虚拟卡时操作复杂、效率低下的问题。本申请实施例公开的虚拟卡生成方法，通过融合控制实体卡管理平台，并设置用户客户端提供实体卡转换入口，使得用户通过应用程序线上实现智能卡到虚拟卡的转换，提升了生成虚拟卡的便捷性，并提高了转换效率。

本申请实施例公开的虚拟卡生成系统，通过接入多种实体卡管理平台，可以将多种实体卡转换成支持更多应用的虚拟卡，进一步提升了实体卡转换成虚拟卡的适用范围，提升了实体卡转换的便捷性。另一方面，通过设置用户客户端，使得不支持近场通信的用户设备也可以通过手动输入、拍照等方式获取待转换的实体卡的卡号等唯一标识，有效提升了实体卡转换成虚拟卡的适用范围，为推进实体卡向虚拟卡的快速转换提供可能。

另一方面，本申请实施例公开的虚拟卡生成系统，通过采用加密通信，可以提升不同平台之间的通信安全，更好的保护实体卡和虚拟卡的信息安全，以及保障转换方法的稳定性。

相应的，本申请还提供了一种电子设备，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如本申请实施例一和实施例二所述的虚拟卡生成方法。所述电子设备可以为PC机、移动终端、个人数字助理、平板电脑等。

本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请实施例一和实施例二所述的虚拟卡生成方法的步骤。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上对本申请提供的一种虚拟卡生成方法及系统进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件实现。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

Claims (15)

1.一种虚拟卡生成方法，其特征在于，包括：

通过用户客户端获取实体卡的资源转移请求，所述资源转移请求至少包括实体卡的标识；

根据所述实体卡标识生成实体卡注销请求，并向预设的实体卡管理平台发送所述实体卡注销请求，以触发所述实体卡管理平台对所述实体卡执行注销操作；

接收所述实体卡管理平台返回的资源转移信息以及注销信息；

根据所述资源转移信息中包括的可转移资源数量和所述资源转移请求中包括的虚拟卡类型，生成发卡-移资请求，并将所述发卡-移资请求发送至虚拟卡管理平台，以申请发行所述实体卡关联的虚拟卡，并通过所述用户客户端输出实体卡注销提示信息和/或虚拟卡生成提示信息。

2.根据权利要求1所述的方法，其特征在于，所述资源转移信息包括可转移资源数量，所述注销信息用于指示所述实体卡是否注销成功，所述根据所述资源转移信息获取所述实体卡关联的虚拟卡，并通过所述用户客户端输出实体卡注销提示信息和/或虚拟卡生成提示信息的步骤，包括：

当所述注销信息指示所述实体卡注销成功时，根据所述可转移资源数量获取所述实体卡关联的虚拟卡，并通过所述用户客户端输出实体卡注销成功提示信息和/或虚拟卡生成成功提示信息；

当所述注销信息指示所述实体卡未注销成功时，通过所述用户客户端输出实体卡注销失败提示信息和/或虚拟卡生成失败提示信息。

3.根据权利要求2所述的方法，其特征在于，所述资源转移请求还包括虚拟卡的发卡类型，当所述注销信息指示所述实体卡注销成功时，所述根据所述可转移资源数量获取所述实体卡关联的虚拟卡，包括：

根据所述可转移资源数量，获取与所述发卡类型匹配且与所述实体卡关联的虚拟卡。

4.根据权利要求3所述的方法，其特征在于，所述发卡类型包括以下任意一种：二维码、NFC虚拟卡。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述通过用户客户端获取实体卡的资源转移请求之前，还包括：

通过预先存储的用户客户端验证秘钥对所述用户客户端进行验证，响应于验证通过，执行通过用户客户端获取实体卡的资源转移请求的步骤，其中，所述用户客户端验证秘钥根据所述用户客户端的注册申请预先生成并存储。

6.根据权利要求1至4任一项所述的方法，其特征在于，所述根据所述实体卡标识生成实体卡注销请求，包括：

根据所述实体卡标识和预先存储的实体卡管理平台秘钥，生成实体卡注销请求，以使得所述实体卡管理平台通过所述实体卡注销请求中携带的实体卡管理平台秘钥对所述实体卡注销请求进行验证。

7.一种虚拟卡生成系统，其特征在于，包括：实体卡管理平台、转换控制平台和用户客户端，其中，

所述用户客户端，用于根据用户的操作生成实体卡的资源转移请求，并向转换控制平台发送所述资源转移请求；

所述转换控制平台，用于接收所述实体卡的资源转移请求，所述资源转移请求至少包括实体卡的标识；

所述转换控制平台，还用于根据所述实体卡标识生成实体卡注销请求，并向所述实体卡管理平台发送所述实体卡注销请求；

所述实体卡管理平台，用于根据接收的所述实体卡注销请求对所述实体卡执行注销操作，并返回资源转移信息以及注销信息；

所述转换控制平台，还用于接收所述资源转移信息以及注销信息；以及，根据所述资源转移信息中包括的可转移资源数量和所述资源转移请求中包括的虚拟卡类型，生成发卡-移资请求，并将所述发卡-移资请求发送至虚拟卡管理平台，以申请发行所述实体卡关联的虚拟卡，并通过所述用户客户端输出实体卡注销提示信息和/或虚拟卡生成提示信息。

8.根据权利要求7所述的系统，其特征在于，所述转换控制平台进一步用于：当所述注销信息指示所述实体卡注销成功时，根据所述可转移资源数量获取所述实体卡关联的虚拟卡，通过所述用户客户端输出实体卡注销成功提示信息和/或虚拟卡生成成功提示信息；

当所述注销信息指示所述实体卡未注销成功时，通过所述用户客户端输5出实体卡注销失败提示信息和/或虚拟卡生成失败提示信息。

9.根据权利要求8所述的系统，其特征在于，所述资源转移请求还包括虚拟卡的发卡类型，当所述注销信息指示所述实体卡注销成功时，所述根据所述可转移资源数量获取所述实体卡关联的虚拟卡，包括：

根据所述可转移资源数量，获取与所述发卡类型匹配且与所述实体卡关联的虚拟卡；其中，所述发卡类型包括以下任意一种：二维码、NFC虚拟卡。

10.根据权利要求8所述的系统，其特征在于，所述系统还包括：虚拟卡管理平台，所述转换控制平台还用于根据所述可转移资源数量生成虚拟卡生成请求，并向所述虚拟卡管理平台发送所述虚拟卡生成请求；

所述虚拟卡管理平台，用于根据接收到的所述虚拟卡生成请求中携带的可转移资源数量生成与所述实体卡关联的虚拟卡，并将所述虚拟卡的信息返回给所述转换控制平台；

所述转换控制平台，还用于接收所述虚拟卡的信息。

11.根据权利要求9所述的系统，其特征在于，所述资源转移请求还包括虚拟卡的发卡类型，所述系统还包括：虚拟卡管理平台，所述转换控制平台还用于根据所述可转移资源数量和所述发卡类型生成虚拟卡生成请求，并向所述虚拟卡管理平台发送所述虚拟卡生成请求；

所述虚拟卡管理平台，用于根据接收到的所述虚拟卡生成请求中携带的可转移资源数量和发卡类型生成与所述实体卡关联的虚拟卡，并将所述虚拟卡的信息返回给所述转换控制平台；

所述转换控制平台，还用于接收所述虚拟卡的信息。

12.根据权利要求7至11任一项所述的系统，其特征在于，所述转换控制平台还用于：通过预先存储的用户客户端验证秘钥对所述用户客户端进行验证，响应于验证通过，执行通过用户客户端获取实体卡的资源转移请求的步骤，其中，所述用户客户端验证秘钥根据所述用户客户端的注册申请预先生成并存储。

13.根据权利要求7至11任一项所述的系统，其特征在于，所述根据所述实体卡标识生成实体卡注销请求，包括：

根据所述实体卡标识和预先存储的实体卡管理平台秘钥，生成实体卡注销请求，以使得所述实体卡管理平台通过所述实体卡注销请求中携带的实体卡管理平台秘钥对所述实体卡注销请求进行验证。

14.一种电子设备，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6任意一项所述的虚拟卡生成方法。

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

Images