CN104392190A - 通过移动终端设备进行虚拟卡实体化的方法及装置 - Google Patents

Abstract

本申请公开了通过移动终端设备进行虚拟卡实体化的方法及装置，其中，所述虚拟卡实体化的过程为，将虚拟卡信息写入到预置的智能CPU卡中，其中，所述CPU卡中配置有无线通讯模块，用于与所述移动终端设备中对应的无线通讯模块进行通信，所述方法包括：根据用户的操作请求，从发卡机构服务器获取虚拟卡信息；利用所述移动终端设备的无线通讯模块与所述CPU卡的无线通讯模块建立通讯连接；通过所述通讯连接将获取到的虚拟卡信息发送到所述CPU卡的无线通讯模块，以便将接收到的虚拟卡信息写入到所述CPU卡的内核芯片中。通过本申请，能够简化发卡流程，降低发卡机构成本。

Description

通过移动终端设备进行虚拟卡实体化的方法及装置

技术领域

本申请涉及CPU智能卡技术领域，特别是涉及通过移动终端设备进行虚拟卡实体化的方法及装置。

背景技术

随着经济和技术的发展，人们对移动支付业务的需求也越来越强烈。传统的线下支付手段通常是使用现金或者银行卡刷卡支付。但是，根据不同业务场景需求的不同，人们经常会同时拥有多张卡片，比如不同银行的银行卡、公交卡等等，不容易保管，也容易造成混乱。因此，人们更加需要一种更加快捷、安全的支付手段。另一方面，对于发卡机构而言，随着持卡人数的增加，卡片带来的成本也在日益增加；一旦用户卡片发生折损、丢失等，还需要为其制作、发放新的卡片等等，成本进一步增加，效率也得不到保障。

因此，如何使得简化发卡流程，降低发卡机构成本，成为迫切需要本领域技术人员解决的技术问题。

发明内容

本申请提供了通过移动终端设备进行虚拟卡实体化的方法及装置，能够简化发卡流程，降低发卡机构成本。

本申请提供了如下方案：

一种通过移动终端设备进行虚拟卡实体化的方法，所述虚拟卡实体化的过程为，将虚拟卡信息写入到预置的智能CPU卡中，其中，所述CPU卡中配置有无线通讯模块，用于与所述移动终端设备中对应的无线通讯模块进行通信，所述方法包括：

根据用户的操作请求，从发卡机构服务器获取虚拟卡信息；

利用所述移动终端设备的无线通讯模块与所述CPU卡的无线通讯模块建立通讯连接；

通过所述通讯连接将获取到的虚拟卡信息发送到所述CPU卡的无线通讯模块，以便将接收到的虚拟卡信息写入到所述CPU卡的内核芯片中。

一种通过移动终端设备进行虚拟卡实体化的装置，所述虚拟卡实体化的过程为，将虚拟卡信息写入到预置的智能CPU卡中，其中，所述CPU卡中配置有无线通讯模块，用于与所述移动终端设备中对应的无线通讯模块进行通信，所述装置包括：

虚拟卡信息获取单元，用于根据用户的操作请求，从发卡机构服务器获取虚拟卡信息；

连接建立单元，用于利用所述移动终端设备的无线通讯模块与所述CPU卡的无线通讯模块建立通讯连接；

虚拟卡信息发送单元，用于通过所述通讯连接将获取到的虚拟卡信息发送到所述CPU卡的无线通讯模块，以便将接收到的虚拟卡信息写入到所述CPU卡的内核芯片中。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，可以通过移动终端设备实现虚拟卡信息的实体化，不需要到特定的营业网点去进行操作，也不需要使用专用的服务设备，因此，使得发卡流程大大简化，用户使用便捷安全。另外，可以将多个虚拟卡信息实体化到同一CPU卡中进行保存，对于发卡机构而言，其实际发放的只有虚拟卡信息，而不再每次发放实体卡片，因此，可以降低发卡机构的成本，方便快捷。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1是本申请实施例提供的方法的流程图；

图2是本申请实施例提供的装置的示意图。

具体实施方式

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

首先需要说明的是，在本申请实施例中，是基于CPU智能卡(下称CPU卡)技术实现的一种虚拟卡信息实体化的技术。其中，所谓的CPU卡技术是一种允许银行、公交公司等企业将支付类卡片的数字信息、验证信息和业务流程以应用程序的形式下载并在其内运行的新型卡片技术。CPU卡允许管理程序动态新增、删除内置的虚拟卡，每个虚拟卡以应用程序Applet的形式存储在CPU卡内部。银行等卡片发行机构只需要针对CPU卡平台制作自己的一套应用程序Applet，通过网络形式分发即可下载到用户的CPU卡内部，从而完成虚拟卡实体化的过程。这个过程可以使得发卡流程大大简化，用户使用便捷安全。

在本申请实施例中，首先可以使用一种特制的CPU卡，在这种CPU卡中配置有无线通讯模块，例如，可以是蓝牙模块等。这样，由于现在的手机等移动终端设备一般也配置有无线通讯模块，这就为移动通讯终端与CPU卡之间的信息交互提供了硬件上的技术基础。其次，本申请实施例还提供了一种运行于移动终端设备中的应用，也即，用户只需要在配置有无线通讯模块的移动终端设备中安装该应用，便可以实现通过移动终端设备，来进行虚拟卡的实体化。下面对具体的实现方式进行详细介绍。

参见图1，本申请实施例提供了一种通过移动终端设备进行虚拟卡实体化的方法，其中，所谓的虚拟卡实体化的过程，也就是说，将虚拟卡信息写入到预置的智能CPU卡中，其中，在本申请实施例中，CPU卡中配置有无线通讯模块，用于与移动终端设备中对应的无线通讯模块进行通信，具体的，该方法可以包括以下步骤：

S101：根据用户的操作请求，从发卡机构服务器获取虚拟卡信息；

具体实现时，CPU片可以通过智能移动终端设备添加或者关联多种虚拟智能卡以实现虚拟卡的实体化。其中，新增卡片分为两种情况：其一是新增的卡片是用户之前不曾有过的，完全通过在线申请、空中发卡的形式获得；其二是新增的卡片是用户已经有的实体卡，用户希望将该卡片虚拟化后存储在CPU卡中。针对不同情况可以存在两种不同的新增卡片流程，即新卡申请和旧卡匹配两种流程。

其中，对于新卡申请流程，为了能够从发卡机构服务器获取虚拟卡信息，可以在移动终端设备的应用中提供请求操作入口，用户可以通过该入口发出新卡申请请求，在接收到该新卡申请请求后，可以接收用户输入的个人信息以及CPU卡的标识信息，然后将用户输入的个人信息以及CPU卡的标识信息上传到发卡机构服务器，以便发卡机构服务器进行审核。接下来，就可以接收发卡机构返回的响应信息，其中，响应信息中包括新虚拟卡的信息、用户个人信息、CPU卡的标识信息。进而，就可以将收到的响应信息通过与CPU卡之间建立的无线通讯连接，发送到CPU卡的无线通讯模块，并最终写入到CPU卡的内核芯片中即可。

对于旧卡匹配流程，从发卡机构服务器获取虚拟卡信息，可以在移动终端设备的应用中提供另一请求操作入口，通过该操作入口可以接收用户发出的将已有实体卡信息写入所述CPU卡的请求；之后可以确定已有实体卡的信息(例如可以由用户输入，或者通过拍照等方式进行图像分析等)，并接收用户输入的个人信息以及所述CPU卡的标识信息。将已有实体卡的信息、用户输入的个人信息以及CPU卡的标识信息上传到对应的发卡机构服务器，以便对应的发卡机构服务器进行审核，并在审核通过后，根据已有实体卡的信息，生成虚拟卡信息；移动终端设备在接收返回的虚拟卡信息、用户个人信息以及CPU卡的标识信息可以发送到CPU卡的无线通讯模块，以便写入到CPU卡的内核芯片中。

S102：利用所述移动终端设备的无线通讯模块与所述CPU卡的无线通讯模块建立通讯连接；

移动终端设备对CPU卡进行操作时需要先通过无线通讯模块连接。例如，如果无线通讯模块是蓝牙模块，则可以建立蓝牙连接。其中，对于BLE4.0以上版本的蓝牙模块而言，由于具有广播功能，并且不需要进行配对等认证连接，因此，更加适合在本申请实施例中使用。具体的，连接的过程可以如下，首先，移动终端设备打开蓝牙扫描功能，扫描提供特定服务的蓝牙设备。CPU卡的蓝牙模块每隔一段时间发送广播信息，该信息包含设备名、服务列表、设备序列号等通讯信息。移动终端设备接收到满足其要求的CPU卡的广播信息后，主动发起连接请求。二者交换连接密钥后就可以开始加密连接的数据交互流程。

连接建立后，移动终端设备可以发送一系列信息读取命令到CPU卡上以读取该卡片的信息。这些信息包括：卡片名称、卡片序列号、卡片软硬件版本号、卡片内虚拟卡的数量、卡片的存储区大小等等。

需要说明的是，后续在具体使用CPU卡中的虚拟卡数据进行支付等操作时，可能也会涉及到移动终端设备与CPU卡之间建立通讯连接的过程，具体的连接过程也可以是与以上述相同的。

S103：通过所述通讯连接将获取到的虚拟卡信息发送到所述CPU卡的无线通讯模块，以便将接收到的虚拟卡信息写入到所述CPU卡的内核芯片中。

在建立其通讯连接之后，就可以将虚拟卡信息发送给CPU卡的无线通讯模块，以便将接收到的虚拟卡信息写入到CPU卡的内核芯片中，这样便完成了将虚拟卡进行实体化的过程。

其中，在发卡机构服务器向移动终端设备返回虚拟卡信息时，还可以利用与该CPU卡对应的管理密钥进行加密签名，这样，后续CPU卡在收到虚拟卡信息后，还可以用其自身存储的管理密钥进行签名核对，以确定信息来源的可靠性。

其中，关于这种管理密钥，可以是在对CPU卡进行初始化的过程中，由管理服务器生成的。例如，具体在对CPU进行初始化时，可以接收对CPU卡进行初始化的请求，然后将CPU卡的标识上传到管理服务器，以便管理服务器为CPU卡分发管理密钥；接收到管理服务器返回的管理密钥之后，可以利用移动终端设备的无线通讯模块将获取到的管理密钥发送到CPU卡的无线通讯模块，进而就可以将管理密钥写入到CPU卡的内核芯片中，供后续核对时使用。另一方面，还可以在管理服务器上保存CPU卡标识与管理密钥之间的对应关系，这样，当发卡机构服务器向移动终端设备返回响应信息时，可以从该管理服务器获取CPU卡的管理密钥，再用该管理密钥对响应信息进行加密签名。

当然，在对CPU卡进行初始化的过程中，还可以向CPU卡中写入用户个人信息以及用户操作密码(可以是由用户设置的)。另外，为了保证信息的安全性，在进行初始化之前，还可以首先使用默认管理密钥获得CPU卡的管理权限。例如，在一个实际应用的例子中，初始化流程可以如下：

步骤一：移动终端设备与CPU卡之间建立通讯连接；

步骤二：移动终端设备使用默认管理密钥获得CPU卡的管理权限；

步骤三：移动终端设备将CPU卡的序列号上传到管理服务器并从管理服务器获得其分发的CPU卡的新管理密钥；

步骤四：移动终端设备将从管理服务器获得的新的管理密钥写入CPU卡；

步骤五：移动终端设备向CPU卡写入用户的基本信息和用户操作密码。

其中默认管理密钥为CPU卡出厂时的默认密钥，可能是每张卡片都一致的统一密钥，也有可能是随卡片的说明书上附带的每张卡片都不同的密钥。无论是何种默认密钥，其安全系数都比较低，因此，在初始化的时候服务器可以重新生成管理密钥并传输给CPU卡，以保证安全性。

这样，结合上述管理密钥，在一个实际应用的例子中，新卡申请流程可以如下：

步骤一：用户在移动终端设备上选择新卡申请菜单；

步骤二：用户输入发卡机构服务器要求的个人信息和CPU卡的序列号等标识信息供发卡机构服务器审核；

步骤三：发卡机构服务器审核成功后，将新增的虚拟卡片信息、用户个人信息、CPU卡的序列号等信息用其初始化卡片时在管理服务器预留的管理密钥加密签名后发送给移动终端设备；

步骤四：移动终端设备对下发的加密后的虚拟卡片信息做简单的数据处理后发送给的无线通讯模块；

步骤五：CPU卡对虚拟卡信息进行加密签名核对后将虚拟卡写入CPU卡内核芯片。

旧卡匹配流程可以如下：

步骤一：用户在移动终端设备上选择旧卡匹配菜单；

步骤二：用户输入自己已有的实体卡的卡号、有效期、CVV码等必要信息，或者通过拍照图像处理的形式获得上述信息；

步骤三：移动终端设备将实体卡的信息上传到对应的发卡机构服务器供发卡机构审核；

步骤四：发卡机构服务器审核成功后，将新增的虚拟卡片信息、用户个人信息、CPU卡的序列号等信息用其初始化卡片时在管理服务器预留的管理密钥加密签名后发送给移动终端设备；

步骤五：移动终端设备对下发的加密后的虚拟卡片信息做简单的数据处理后发送给CPU卡的无线通讯模块；

步骤六：CPU卡对虚拟卡信息进行加密签名核对后将虚拟卡信息写入CPU卡的内核芯片。

当我们完成对CPU卡新增虚拟卡的业务流程后，其内部的CPU卡内核芯片即保存了新增的虚拟卡信息。这时候即可把CPU卡当作其内部的虚拟卡使用。例如，如果新增了一张招商银行的信用卡，那么CPU卡即可当作该信用卡在支持CPU卡的POS机上以IC接触式或者NFC非接形式做支付、转账等操作。但如果CPU卡中保存了多张虚拟卡片，那么这时候要在POS机上操作之前就需要先指定CPU卡使用的虚拟卡信息。具体的，可以通过移动终端设备中的应用完成以下步骤：

步骤一：接收用户发出的使用所述CPU卡中的虚拟卡信息的请求；

步骤二：通过所述通讯连接，向所述CPU卡发送获取虚拟卡信息列表的请求；

步骤三：接收到所述虚拟卡信息列表之后，提供给用户；

步骤四：通过所述通讯连接，将用户的选择结果发送到所述CPU卡，以便所述CPU卡根据选择结果将对应的虚拟卡置为有效状态。

当然，在具体实现时，在上述步骤一与步骤二之间还可以包括以下步骤：

用户输入卡片操作密码，移动终端设备将该操作密码作为口令加密签名用于后续的指令操作，以保证操作的安装性。

另外，当用户不再需要某张虚拟卡片或者某张虚拟卡片的有效期过期之后，还可以将该虚拟卡的信息从CPU卡中删除。此时，可以通过移动终端设备中安装的应用完成以下步骤：

步骤一：接收用户发出的删除所述CPU卡中的虚拟卡信息的请求；

步骤二：通过所述通讯连接，向所述CPU卡发送获取虚拟卡信息列表的请求；

步骤三：接收到所述虚拟卡信息列表之后，提供给用户；

步骤四：通过所述通讯连接，将用户的选择结果发送到所述CPU卡，以便所述CPU卡根据选择结果将对应的虚拟卡删除。

与使用虚拟卡时类似，在具体实现时，在上述步骤一与步骤二之间还可以包括以下步骤：

用户输入卡片操作密码，移动终端设备将该操作密码作为口令加密签名用于后续的指令操作，以保证操作的安装性。

与本申请实施例提供的通过移动终端设备进行虚拟卡实体化的方法相对应，本申请实施例还提供了一种通过移动终端设备进行虚拟卡实体化的装置，其中，所述虚拟卡实体化的过程为，将虚拟卡信息写入到预置的智能CPU卡中，其中，所述CPU卡中配置有无线通讯模块，用于与所述移动终端设备中对应的无线通讯模块进行通信，参见图2，该装置可以包括：

虚拟卡信息获取单元201，用于根据用户的操作请求，从发卡机构服务器获取虚拟卡信息；

连接建立单元202，用于利用所述移动终端设备的无线通讯模块与所述CPU卡的无线通讯模块建立通讯连接；

虚拟卡信息发送单元203，用于通过所述通讯连接将获取到的虚拟卡信息发送到所述CPU卡的无线通讯模块，以便将接收到的虚拟卡信息写入到所述CPU卡的内核芯片中。

具体实现时，将虚拟卡进行实体化的过程可以包括新卡申请过程以及旧卡匹配过程两种。其中，在新卡申请过程中，所述虚拟卡信息获取单元201具体可以包括：

第一请求接收子单元，用于接收用户发出的新卡申请请求；

第一用户及卡信息接收子单元，用于接收用户输入的个人信息以及所述CPU卡的标识信息；

第一上传子单元，用于将所述用户输入的个人信息以及所述CPU卡的标识信息上传到发卡机构服务器，以便所述发卡机构服务器进行审核；

第一响应信息接收子单元，用于接收所述发卡机构返回的响应信息，所述响应信息中包括新虚拟卡的信息、用户个人信息、所述CPU卡的标识信息；其中，所述通过所述通讯连接将获取到的虚拟卡信息发送到所述CPU卡的无线通讯模块时，还将所述用户个人信息、所述CPU卡的标识信息发送到所述CPU卡的无线通讯模块。

在旧卡匹配过程中，所述虚拟卡信息获取单元201具体可以包括：

第二请求接收子单元，用于接收用户发出的将已有实体卡信息写入所述CPU卡的请求；

实体卡信息确定单元，用于确定所述已有实体卡的信息；

第二用户及卡信息接收子单元，用于接收用户输入的个人信息以及所述CPU卡的标识信息；

第二上传子单元，用于将所述已有实体卡的信息、用户输入的个人信息以及所述CPU卡的标识信息上传到对应的发卡机构服务器，以便对应的发卡机构服务器进行审核，并在审核通过后，根据所述已有实体卡的信息，生成虚拟卡信息；

第二响应信息接收子单元，用于接收所述对应的发卡机构服务器返回的虚拟卡信息、用户个人信息以及所述CPU卡的标识信息；其中，所述通过所述通讯连接将获取到的虚拟卡信息发送到所述CPU卡的无线通讯模块时，还将所述用户个人信息、所述CPU卡的标识信息发送到所述CPU卡的无线通讯模块。

其中，所述发卡机构服务器在返回响应信息时，利用所述CPU卡对应的管理密钥进行签名，以便所述CPU卡在收到对应的信息时，利用对应的密钥进行签名核对。

该装置还可以包括：

初始化请求接收单元，用于接收对所述CPU卡进行初始化的请求；

卡标识上传单元，用于将所述CPU卡的标识上传到管理服务器，以便管理服务器为所述CPU卡分发管理密钥；

管理密钥发送单元，用于接收到管理服务器返回的管理密钥之后，利用所述移动终端设备的无线通讯模块将获取到的管理密钥发送到所述CPU卡的无线通讯模块，以便所述CPU卡的无线通讯模块将接收到的管理密钥写入到所述CPU卡的内核芯片中。

具体实现时，该装置还可以包括：

权限获取单元，用于所述将所述CPU卡的标识上传到管理服务器之前，使用默认管理密钥获得所述CPU卡的管理权限。

另外，为了保证操作的安全性，该装置还可以包括：

密码接收单元，用于接收用户输入的个人信息以及用户操作密码；

密码发送单元，用于利用所述移动终端设备的无线通讯模块将所述个人信息以及用户操作密码发送到所述CPU卡的无线通讯模块，以便所述CPU卡的无线通讯模块将接收到的个人信息以及用户操作密码写入到所述CPU卡的内核芯片中，当用户使用所述CPU卡时，利用所述用户操作密码对用户身份进行验证。

其中，所述CPU卡中的无线通讯模块以及所述移动终端设备中对应的无线通讯模块为基于非认证连接的蓝牙模块，所述CPU卡中的蓝牙模块周期性的广播其通讯信息，所述连接建立单元具体可以用于：

通过收听所述广播消息获知所述CPU卡中的蓝牙模块的通讯信息，并与其建立通讯连接。

另外，在实际应用中，该装置还可以包括：

使用请求接收单元，用于接收用户发出的使用所述CPU卡中的虚拟卡信息的请求；

第一列表请求单元，用于通过所述通讯连接，向所述CPU卡发送获取虚拟卡信息列表的请求；

第一列表提供单元，用于接收到所述虚拟卡信息列表之后，提供给用户；

第一选择结果发送单元，用于通过所述通讯连接，将用户的选择结果发送到所述CPU卡，以便所述CPU卡根据选择结果将对应的虚拟卡置为有效状态。

再者，为了便于用户删除不再需要或者过期的虚拟卡信息，该装置还可以包括：

删除请求接收单元，用于接收用户发出的删除所述CPU卡中的虚拟卡信息的请求；

第二列表请求单元，用于通过所述通讯连接，向所述CPU卡发送获取虚拟卡信息列表的请求；

第二列表提供单元，用于接收到所述虚拟卡信息列表之后，提供给用户；

第二选择结果发送单元，用于通过所述通讯连接，将用户的选择结果发送到所述CPU卡，以便所述CPU卡根据选择结果将对应的虚拟卡删除。

总之，通过本申请实施例，可以通过移动终端设备实现虚拟卡信息的实体化，不需要到特定的营业网点去操作，因此，使得发卡流程大大简化，用户使用便捷安全。另外，可以将多个虚拟卡信息实体化到同一CPU卡中进行保存，对于发卡机构而言，其实际发放的只有虚拟卡信息，而不再每次发放实体卡片，因此，可以降低发卡机构的成本，方便快捷。

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

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

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

Claims (11)

1.一种通过移动终端设备进行虚拟卡实体化的方法，其特征在于，所述虚拟卡实体化的过程为，将虚拟卡信息写入到预置的智能CPU卡中，其中，所述CPU卡中配置有无线通讯模块，用于与所述移动终端设备中对应的无线通讯模块进行通信，所述方法包括：

根据用户的操作请求，从发卡机构服务器获取虚拟卡信息；

利用所述移动终端设备的无线通讯模块与所述CPU卡的无线通讯模块建立通讯连接；

通过所述通讯连接将获取到的虚拟卡信息发送到所述CPU卡的无线通讯模块，以便将接收到的虚拟卡信息写入到所述CPU卡的内核芯片中。

2.根据权利要求1所述的方法，其特征在于，所述根据用户的操作请求，从发卡机构服务器获取虚拟卡信息，包括：

接收用户发出的新卡申请请求；

接收用户输入的个人信息以及所述CPU卡的标识信息；

将所述用户输入的个人信息以及所述CPU卡的标识信息上传到发卡机构服务器，以便所述发卡机构服务器进行审核；

接收所述发卡机构返回的响应信息，所述响应信息中包括新虚拟卡的信息、用户个人信息、所述CPU卡的标识信息；其中，所述通过所述通讯连接将获取到的虚拟卡信息发送到所述CPU卡的无线通讯模块时，还将所述用户个人信息、所述CPU卡的标识信息发送到所述CPU卡的无线通讯模块。

3.根据权利要求1所述的方法，其特征在于，所述根据用户的操作请求，从发卡机构服务器获取虚拟卡信息，包括：

接收用户发出的将已有实体卡信息写入所述CPU卡的请求；

确定所述已有实体卡的信息；

接收用户输入的个人信息以及所述CPU卡的标识信息；

将所述已有实体卡的信息、用户输入的个人信息以及所述CPU卡的标识信息上传到对应的发卡机构服务器，以便对应的发卡机构服务器进行审核，并在审核通过后，根据所述已有实体卡的信息，生成虚拟卡信息；

接收所述对应的发卡机构服务器返回的虚拟卡信息、用户个人信息以及所述CPU卡的标识信息；其中，所述通过所述通讯连接将获取到的虚拟卡信息发送到所述CPU卡的无线通讯模块时，还将所述用户个人信息、所述CPU卡的标识信息发送到所述CPU卡的无线通讯模块。

4.根据权利要求1至3任一项所述的方法，其特征在于，所述发卡机构服务器在返回响应信息时，利用所述CPU卡对应的管理密钥进行签名，以便所述CPU卡在收到对应的信息时，利用对应的密钥进行签名核对。

5.根据权利要求4所述的方法，其特征在于，所述方法之前还包括：

接收对所述CPU卡进行初始化的请求；

将所述CPU卡的标识上传到管理服务器，以便管理服务器为所述CPU卡分发管理密钥；

接收到管理服务器返回的管理密钥之后，利用所述移动终端设备的无线通讯模块将获取到的管理密钥发送到所述CPU卡的无线通讯模块，以便所述CPU卡的无线通讯模块将接收到的管理密钥写入到所述CPU卡的内核芯片中。

6.根据权利要求5所述的方法，其特征在于，所述将所述CPU卡的标识上传到管理服务器之前还包括：

使用默认管理密钥获得所述CPU卡的管理权限。

7.根据权利要求5所述的方法，其特征在于，还包括：

接收用户输入的个人信息以及用户操作密码；

利用所述移动终端设备的无线通讯模块将所述个人信息以及用户操作密码发送到所述CPU卡的无线通讯模块，以便所述CPU卡的无线通讯模块将接收到的个人信息以及用户操作密码写入到所述CPU卡的内核芯片中，当用户使用所述CPU卡时，利用所述用户操作密码对用户身份进行验证。

8.根据权利要求1至3任一项所述的方法，其特征在于，所述CPU卡中的无线通讯模块以及所述移动终端设备中对应的无线通讯模块为基于非认证连接的蓝牙模块，所述CPU卡中的蓝牙模块周期性的广播其通讯信息，所述利用所述移动终端设备的无线通讯模块与所述CPU卡的无线通讯模块建立通讯连接，包括：

通过收听所述广播消息获知所述CPU卡中的蓝牙模块的通讯信息，并与其建立通讯连接。

9.根据权利要求1至3任一项所述的方法，其特征在于，还包括：

接收用户发出的使用所述CPU卡中的虚拟卡信息的请求；

通过所述通讯连接，向所述CPU卡发送获取虚拟卡信息列表的请求；

接收到所述虚拟卡信息列表之后，提供给用户；

通过所述通讯连接，将用户的选择结果发送到所述CPU卡，以便所述CPU卡根据选择结果将对应的虚拟卡置为有效状态。

10.根据权利要求1至3任一项所述的方法，其特征在于，还包括：

接收用户发出的删除所述CPU卡中的虚拟卡信息的请求；

通过所述通讯连接，向所述CPU卡发送获取虚拟卡信息列表的请求；

接收到所述虚拟卡信息列表之后，提供给用户；

通过所述通讯连接，将用户的选择结果发送到所述CPU卡，以便所述CPU卡根据选择结果将对应的虚拟卡删除。

11.一种通过移动终端设备进行虚拟卡实体化的装置，其特征在于，所述虚拟卡实体化的过程为，将虚拟卡信息写入到预置的智能CPU卡中，其中，所述CPU卡中配置有无线通讯模块，用于与所述移动终端设备中对应的无线通讯模块进行通信，所述装置包括：

虚拟卡信息获取单元，用于根据用户的操作请求，从发卡机构服务器获取虚拟卡信息；

连接建立单元，用于利用所述移动终端设备的无线通讯模块与所述CPU卡的无线通讯模块建立通讯连接；

虚拟卡信息发送单元，用于通过所述通讯连接将获取到的虚拟卡信息发送到所述CPU卡的无线通讯模块，以便将接收到的虚拟卡信息写入到所述CPU卡的内核芯片中。