实现虚拟用户卡的信息处理方法和系统

本发明涉及互联网应用技术领域，特别涉及一种实现虚拟用户卡的信息处理方法和系统。

在日常生活和工作中，用户大都通过信用卡、借记卡等用户卡实现其线上和线下支付，而在通常情况下用户卡是用户自行到任一银行网点申请得到的。

具体的，用户卡的获得将是用户通过银行网点的柜台递交申请资料和身份证件，并当面进行签字、验证身份证件等过程。完成这一过程并核对之后制作实体的用户卡并邮寄，对于用户而言等待时间较长。

随着互联网的发展，用户卡也可通过发卡银行所提供的线上申请服务获取得到。但是，对于必须通过身份核对的用户卡发放而言，线上申请无法实现此过程。对此所提供的解决方案是将已有的用户卡与申请的用户卡关联，进而已有的用户卡所进行的身份核对即可用于辅助所进行的用户卡线上申请，在满足安全性的同时节省了所需要耗费的成本。

然而，对于未持有用户卡的用户而言，则无法实现其用户卡的线上申请，因此，现有的用户卡的实现而言，其无法适用于用户的所有持卡情况来保证卡片发放的安全性和时间成本的降低。

本发明的一个目的在于解决现有技术中无法适用于所有持卡情况，并在任一持卡情况下保证用户卡发放的安全性和时间成本的降低的缺陷。

本发明的另一个目的在于提供一种实现虚拟用户卡的信息处理方法和系统，其能够适用于所有持卡情况下，并保证用户卡发放的安全性和时间成本的降低。

为解决上述技术问题，将采用如下技术方案：

一种实现虚拟用户卡的信息处理方法，包括：

通过虚拟用户卡的在线申请页面获取申请信息，根据所述申请信息向转接服务发起虚拟用户卡申请请求；

接收所述转接服务返回的鉴权页面标识，所述鉴权页面标识是所述转接服务根据当前进行的申请是否为用户卡的再次申请返回的；

按照所述鉴权页面标识跳转进入所述虚拟用户卡申领的鉴权，所述虚拟用户卡申领的鉴权包括二卡用户鉴权和视频面签；

接收根据鉴权通过结果发放的虚拟用户卡信息。

一种实现虚拟用户卡的信息处理系统，包括移动支付终端，所述移动支付终端包括：

申请发起模块，用于通过虚拟用户卡的在线申请页面获取申请信息，根据所述申请信息向转接服务装置发起虚拟用户卡申请请求；

鉴权标识接收模块，用于接收所述转接服务装置返回的鉴权页面标识，所述鉴权页面标识是所述转接服务装置根据当前进行的申请是否为用户卡的再次申请返回的；

鉴权跳转模块，用于按照所述鉴权页面标识跳转进入所述虚拟用户卡申领的鉴权，所述虚拟用户卡申领的鉴权包括二卡用户鉴权和视频面签；

卡信息接收模块，用于接收根据鉴权通过结果发放的虚拟用户卡信息。

由上述技术方案可知，用户为申请用户卡，其可通过虚拟用户卡的在线申请页面进行申请信息的输入，对此，将由在线申请页面获取申请信息，以向转接服务发起虚拟用户卡申请请求，并接收转接服务返回的鉴权页面标识，按照鉴权页面标识跳转进入虚拟用户卡申领的鉴权，以最终接收到根据鉴权通过结果发放的虚拟用户卡信息，由于鉴权页面标识是转换服务器根据当前进行的申请是否为用户卡的再次申请返回的，并且对于按照鉴权页面标识所进行的鉴权而言，其可为二卡用户鉴权或者视频面签，因此兼顾了未持卡用户和再次持卡用户，可适用于所有持卡情况，并保证了用户卡发放的安全性和时间成本的降低。

图1是本发明实施例提出的一种移动支付终端的结构示意图；

图2是一个实施例中实现虚拟用户卡的信息处理方法的流程图；

图3是另一个实施例中实现虚拟用户卡的信息处理方法的流程图；

图4是另一个实施例中实现虚拟用户卡的信息处理方法的流程图；

图5是图1中按照鉴权页面标识跳转进入所述虚拟用户卡申领的鉴权的方法流程图；

图6是另一个实施例中实现虚拟用户卡的信息处理方法的流程图；

图7是另一个实施例中实现虚拟用户卡的信息处理方法的流程图；

图8是另一个实施例中实现虚拟用户卡的信息处理方法的流程图；

图9是一个实施例中实现虚拟用户卡的系统架构拓扑图；

图10是图9中用户进行虚拟用户卡申请的时序图；

图11是图10中未持有用户卡的用户进行虚拟用户卡申请的时序图；

图12是一个实施例中虚拟用户卡的线上快捷支付的时序图；

图13是一个实施例中虚拟用户卡的线下支付的时序图；

图14是一个实施例中实现虚拟用户卡的信息处理系统中移动支付终端的结构示意框图；

图15是另一个实施例中实现虚拟用户卡的信息处理系统中转换服务装置的结构示意框图；

图16是另一个实施例中实现虚拟用户卡的信息处理系统中发卡服务器的结构示意框图；

图17是图14中鉴权跳转模块的结构示意框图；

图18是另一个实施例中转发服务装置的结构示意框图；

图19是另一个实施例中发卡服务器的结构示意框图；

图20是另一个实施例中转接服务装置的结构示意框图。

体现本发明特征与优点的典型实施方式将在以下的说明中详细叙述。应理解的是本发明能够在不同的实施方式上具有各种的变化，其皆不脱离本发明的范围，且其中的说明及图示在本质上是当作说明之用，而非用以限制本发明。

如前所述的，为确保所有持卡情况下均可实现用户卡发放的安全性和较低的时间成本，特提出了一种实现虚拟用户卡的信息处理方法。该实现虚拟用户卡的信息处理方法由计算机程序实现，与之相对应的，所构建的实现虚拟用户卡的信息处理系统则被存储于移动支付终端中，以在该移动支付终端运行，进而实现虚拟用户卡的发放以及应用该虚拟用户卡所进行的线上和线下支付。

图1示出了本发明实施例提出的一种移动支付终端的结构。该移动支付终端100只是一个适用本发明的示例，不能认为是提供了对本发明的使用范围的任何限制。该移动支付终端100也不能解释为需要依赖于或具有图示的示例性的移动支付终端100中的一个或者多个部件的组合。

如图1所示，移动支付终端100包括处理器110、存储器120和系统总线130。包括存储器120和处理器110在内的各种组将连接到系统总线130上。处理器110是一个用于通过计算机系统中基本的算术和逻辑运算来执行计算机程序指令的硬件。存储器120是一个用于临时或永久性存储计算机程序或数据的物理设备。

其中，存储器120中存储了程序指令；处理器110将执行存储器120中的程序指令，并对侦听得到的各种操作进行响应。

移动支付终端100还包括各种输入接口170、输入装置140，以实现各种操作的输入。其中，该输入装置140可以是触摸屏幕、按键、键盘和鼠标等至少一种。

移动支付终端100还包括存储设备180，存储设备180可以从多种计算机可读存储介质中选择，计算机可读存储介质是指可以进行访问的任何可利用的介质，包括移动的和固定的两种介质。例如，计算机可读介质和但不限于闪速存储器（微型SD卡）、CD-ROM、数字通用光盘（DVD）或其它光盘、磁带盒、磁带存储或其它存储设备、或者可用于存储所需信息并可访问的任何其它介质。

如上面所详细描述的，适用本发明的移动支付终端100将执行实现虚拟用户卡的指定操作，即通过处理器110运行存储器120中的程序指令执行该指定操作。

此外，通过硬件电路或者硬件电路结合软件指令也能同样实现本发明，因此，实现本发明并不限于任何特定硬件电路、软件以及两者的组合。

在一个实施例中，具体的，该实现虚拟用户卡的信息处理方法如图2所示，包括：

步骤S210，通过虚拟用户卡的在线申请页面获取申请信息，根据申请信息向转接服务发起虚拟用户卡申请请求。

用户卡包括实体用户卡和虚拟用户卡，该实体用户卡即为如前所述的用户卡，即通过线下网点申请且制作的借记卡、信用卡等；而虚拟用户卡则是通过线上申请所得到的，并不需要附加在实体卡片上，只需得到相关的虚拟用户卡信息即可实现其支付功能。

虚拟用户卡的在线申请页面将是通过移动支付终端实现的，其可为移动支付终端中浏览器所加载的页面，也可以是移动支付终端中通过在应用中触发虚拟用户卡的在线申请而加载的页面。

虚拟用户卡的在线申请页面包含可供用户进行申请信息输入的表单，通过该表单即可获取得到输入的申请信息，该申请信息即为进行虚拟用户卡申请所需要递交的相关信息，例如，姓名、身份证号码等。

由虚拟用户卡的在线申请页面获取得到申请信息之后，将根据申请请求向转接服务发起虚拟用户卡申请请求，以通过虚拟用户卡的在线申请页面实现用户进行虚拟用户卡申请的入口。

转接服务作为用户通过移动支付终端进行虚拟用户卡申请的接入层，将接收到移动支付终端发起的虚拟用户卡申请请求，并对此进行响应。

该转接服务可以是服务器中的服务器程序，以为移动支付终端中虚拟用户卡的实现提供接入和各种服务。

在一个实施例中，虚拟用户卡的在线申请页面获取申请信息的步骤之前，还将进行用户身份的验证，以判断其是否具备进行虚拟用户卡在线申请的权限，进而在完成其所对应用户标识的密码验证之后方可跳转进入虚拟用户卡的在线申请页面，进而保证用户的身份安全。其中，该密码验证可以是用户进行在线支付所对应的支付密码，进而有利于实现虚拟用户卡的发放和后续的在线支付等，进而使得其融合在一个账号体系，提高安全性和便利性。

步骤S230，接收转接服务返回的鉴权页面标识，该鉴权页面标识是转接服务根据当前进行的申请是否为用户卡的再次申请返回的。

接收到虚拟用户卡申请请求的转接服务进行前置条件的验证，其中，该前置条件将包括了虚拟用户卡请求中申请信息的正确性、进行虚拟用户卡申请的用户所对应的持卡情况等，对此进行验证之后将根据验证结果进行相应鉴权页面标识的返回。

该鉴权页面标识用于指示移动支付终端后续所进行的鉴权，因此，该鉴权页面标识的不同也将对应了不同的移动支付终端中进行虚拟用户卡申领的鉴权。

具体的，该鉴权页面标识与当前进行虚拟用户卡申请的用户所对应的持卡情况相对应，其中，该持卡情况包括未持有用户卡和已持有用户卡，因此，未持有用户卡的持卡情况对应了进行视频面签的鉴权页面标识，已持有用户卡的持卡情况对应了二卡用户鉴权页面标识。

需要说明的是，上述所说的用户卡可为实体用户卡和/或虚拟用户卡，其只需根据申请信息进行该用户当前是否持有用户卡进行查询即可得到所对应的鉴权页面标识。

进一步的，根据申请信息查询该用户是否持有任一虚拟用户卡和/或实体用户卡，进而根据查询结果进行鉴权页面标识的更新，从而将鉴权页面标识由转接服务下发至移动支付终端。

步骤S250，按照鉴权页面标识跳转进入所述虚拟用户卡申领的鉴权，该虚拟用户卡申领的鉴权包括二卡用户鉴权和视频面签。

移动支付终端中，在接收到转接服务返回的鉴权页面标识之后，将跳转进入相应的鉴权，进而执行进行用户卡申请所必须的身份核对和验证。

根据鉴权页面标识所进行的虚拟用户卡申领的鉴权包括了二卡用户鉴权和视频面签，其兼顾了再次申请用户卡的用户所进行的鉴权过程和首次申请用户卡的用户所进行的鉴权过程，从而可在各种用户持卡情况下完成用户申请的安全性需求，并且可适应所有需要进行虚拟用户卡申请的用户。

步骤S270，接收根据鉴权通过结果发放的虚拟用户卡信息。

虚拟用户卡申领的鉴权结束将返回相应的鉴权结果，并且该鉴权结果仅为鉴权通过结果和鉴权未通过结果。

对于虚拟用户卡的发卡方，如若获取得到鉴权通过结果，则说明当前进行虚拟用户卡申请的用户具备持有虚拟用户卡的相关条件，进而可对其发放申请的虚拟用户卡。

与实体用户卡所不同的，虚拟用户卡并未实体卡片作为载体，因此，其可大大节省制作所需耗费的成本。虚拟用户卡的发放是通过发卡方发放相应的虚拟用户卡信息实现的，该虚拟用户卡信息包括虚拟用户卡代号、账号（PAN）、额度等。

通过如上所述的虚拟用户卡实现过程，满足了与实体用户卡相一致的安全性需求，并且使得用户卡的获得具备了实时性，极大地缩短了用户的等待时间，实现了虚拟用户卡的即时申请和实时获得，进而做到了用户卡的随时申请、随时发放和随时使用。

在一个实施例中，如图3所示，该步骤S230之前，如上所述的方法还包括：

步骤S310，转接服务中由虚拟用户卡申请请求提取进行虚拟用户卡申请对应的申请信息。

转接服务所在的一侧，在接收到任一移动支付终端所发起的虚拟用户卡申请请求之后，将由虚拟用户卡申请请求提取得到对应的申请信息。

步骤S330，向发卡服务器转发进行虚拟用户卡申请对应的申请信息，以发起虚拟用户卡申请是否为再次申请用户卡的查询。

发卡服务器作为发卡方进行信息处理和交互的载体，其存储了所有用户的持卡信息，对于已持有用户卡的用户而言，都将在发卡服务器中存储了其身份证号码和持卡信息的映射，因此，可根据申请信息向发卡服务器查询当前进行虚拟用户卡申请的用户是否为再次申请用户卡的用户，从而根据查询结果采取相应的鉴权方式。

步骤S350，接收发卡服务器返回的结果值，并根据结果值进行鉴权页面标识的更新。

发卡服务器在根据申请信息进行持卡信息查询的情况下，如若查询得到相应的持卡信息则从该持卡信息中提取，并向转接服务返回该所形成的结果值；如若未查询得到相应的持卡信息，则也将向转接服务反馈用以标识当前查询结果的结果值。

转接服务在接收得到发卡服务器所返回的结果值之后，将进行鉴权页面标识的更新，以便将更新的鉴权页面标识下发给移动支付终端。

进一步的，在本实施例中，在步骤S330之前，还可进行申请信息的准确性验证，例如检查姓名、身份证号码等，以最大程度地保证信息的准确性和虚拟用户卡实现的顺畅性。

在一个实施例中，如图4所示，该步骤S350之前，如上所述的方法还包括：

步骤S410，发卡服务器中，根据接收的申请信息判断进行的虚拟用户卡申请是否为用户卡的再次申请，若为是，则进入步骤S430，若为否，则进入步骤S450。

步骤S430，向转接服务返回二卡用户鉴权所对应的结果值。

步骤S450，向转接服务返回进行视频面签所对应的结果值。

也就是说，如前所述的，可通过发卡服务器中存储的身份证号码和持卡信息之间的映射关系查询当前进行的虚拟用户卡申请是否为用户卡的再次申请。

无论用户的持卡信息中记录的用户持有的信息卡数量，而对于虚拟用户卡申请中的鉴权过程而言，无论该用户已经持有一用户卡还是多个用户卡，其所涉及的鉴权过程均无差别，因此，只需要查询当前所进行的虚拟用户卡申请是否为用户卡的再次申请即可，而无需要关注其是用户卡的第二次申请，还是第三次申请等待。

进一步的，在一个实施例中，如图5所示，该步骤S250包括：

步骤S251，按照鉴权页面标识触发进入虚拟用户卡申领的鉴权，获取并上传身份证图像。

该鉴权页面标识是转接服务根据当前进行的申请是用户卡的再次申请所返回的，与之相对应的，虚拟用户卡申领的鉴权即为视频面签。

在视频面签的过程中，将首先进行身份证图像的上传，该身份证图像包括了身份证正面图像和身份证反面图像，其将在移动支付终端中导入并上传至转接服务中。

转接服务将对接收收到的身份证图像进行加密存储。

步骤S253，接收得到转接服务发送的面签指引信息，并显示于鉴权页面。

当前进行面签的移动支付终端将接收面签指引信息，并显示，该面签指引信息用于指引用户当前所进行的面签。

具体的，面签指引信息包括多种内容，其可由转接服务根据移动支付终端进行面签所对应的执行阶段分别下发；也可由转接服务一次下发，而移动支付终端对其进行分别显示，进而为用户实现面签过程的逐步指引。

其中，面签指引信息包括启动视频录制指令、面签动作指示策略和标签、授权文字等内容。

例如，在转接服务分阶段下发面签指引信息时，移动支付终端将首先接收到启动视频录制指令，此是，将按照启动视频录制指令启动视频录制，并通过鉴权页面通知用户进行面签准备。

移动支付终端接收面签动作指示策略和标签，其中，该面签动作指示策略用于引导用户按照指示策略做出一系列的动作，而标签将在得到的媒体数据中进行动作的标记。

具体的，移动支付终端的鉴权页面中进行面签动作的指示策略的显示，以引导用户做出面签所需要的一系列动作，此时启动的视频录制将采集得到相应的媒体数据，并在每一动作所对应的媒体数据中添加相应的标签，进而得到包括了动作片段和标签的媒体数据。

在完成了面签的动作指引之后，转接服务将向移动支付终端将下发授权文字，以指示用户在指定时间朗读该授权文字，启动的视频录制也将对此进行媒体数据的采集。

步骤S255，通过鉴权页面中面签指引信息所进行的指引，对用户所进行的面签行为进行媒体数据的采集。

步骤S257，上报媒体数据至转接服务，以向转接服务发起虚拟用户卡申领的鉴权。

转接服务接收得到移动支付终端所上报的媒体数据并加密存储，以供后续读取。

进一步的，在本实施例中，如图6所示，该步骤S250之后，如前所述的方法还包括：

步骤S510，转接服务中通过身份证图像和媒体数据发起身份信息查询匹配，以得到返回的查询标识。

转接服务将对接公安部系统，向对接的公安部系统上送身份证图像和媒体数据，进而通过公安部系统进行身份信息查询匹配，以得到相应的面签评分和查询标识，并关联存储。

步骤S530，向发卡服务器上报查询标识和申请信息。

转接服务中，在接收到返回的查询标识之后，还将向发卡服务器上报申请信息和查询标识，以使得发卡方得以就此信息进行虚拟用户卡发放的初审。

进一步的，在本实施例中，如图7所示，该步骤S530之后，如上所述的方法还包括：

步骤S610，通过发卡服务器获取查询标识对应的面签评分。

根据查询标识和面签评分之间的对应关系得到移动支付终端所完成的面签对应的面签评分。

步骤S630，根据面签评分和申请信息进行虚拟用户卡的开卡处理得到虚拟用户卡信息。

步骤S650，下发虚拟用户卡信息。

发卡服务器将得到的虚拟用户卡信息下发给移动支付终端，以使得该移动支付终端可通过下发的虚拟用户卡信息完成支付行为。

发卡服务器和移动支付终端之间虚拟用户卡信息的下发通道可由转发服务器实现，也可通过发卡方的其它渠道实现。

在一个实施例中，该步骤S630之后，如上所述的方法还包括：

将虚拟用户卡信息中的虚拟用户卡标识映射到相应的用户标识，以得到虚拟用户卡标识和用户标识之间的映射关系，并存储在转接服务中。

通过虚拟用户卡标识和用户标识之间的映射，实现虚拟用户卡的快捷支付绑定，进而使得后续所进行的支付可通过虚拟用户卡的快捷支付绑定，即虚拟用户卡标识和用户标识之间的映射关系实现，提高了虚拟用户卡使用的便捷性。

进一步的，在另一个实施例中，如图8所示，该步骤S270之后，如上所述的方法还包括：

步骤S710，接收得到经由在线支付页面发起的支付请求，根据支付请求获取支付指定参数和用户标识。

该用户标识和对应的密码即为用户进行在线支付所对应的支付账号和支付密码。因此，在包含了支付指定参数和用户标识的在线支付页面中，将获取输入的支付密码，以触发支付行为，以向转接服务发起支付请求。

该支付请求将包括了支付密码，以通过支付密码完成支付的鉴权，以在该支付请求的响应完成之后，获取得到支付指定参数和用户标识。

步骤S730，根据转接服务中存储的映射关系得到用户标识对应的虚拟用户卡标识。

如前所述的，转接服务中存储了用户标识和虚拟用户卡标识之间的映射关系，因此，获取得到支付请求中用户标识的转接服务将根据该用户标识查得到对应的映射关系，进而由此映射关系得到对应的虚拟用户卡标识。

步骤S750，根据虚拟用户卡标识和支付指定参数发起支付。

由于转接服务仅是对虚拟用户卡的申请和在线支付提供虚拟接入和服务，其无法实现任何用户卡功能，这将是由用户卡的发卡方实现的，因此转接服务将向发卡服务器发起支付，以实现相应的扣款等功能。

在另一个实施例中，该步骤S630之后，如上所述的方法还包括：

对虚拟用户卡信息中的虚拟用户卡标识进行支付标识化处理得到支付令牌，并添加至虚拟用户卡信息。

支付令牌是虚拟用户卡标识的替代值，流转在支付的各个环节，以提高各环节数据的简易性。

在另一个实施例中，上述对虚拟用户卡信息中的虚拟用户卡标识进行支付标识化处理得到支付令牌，并添加至虚拟用户卡信息的步骤之后，所述方法还包括：

接收到虚拟用户卡信息的移动支付终端将虚拟用户卡信息中的支付令牌写入SE安全芯片。

为实现移动支付终端通过虚拟用户卡所进行的线下支付，将通过NFC技术写入移动支付终端的SE安全芯片中，以使得该移动支付终端在POS机上进行线下支付。

下面结合一个具体的实施例来详细阐述上述实现虚拟用户卡的信息处理方法。该实施例中，本发明用以实现虚拟用户卡的系统架构可参见图9所示，即其可通过移动支付终端810、搭载转接服务的转接服务器830和发卡服务器850构成，以通过这三者之间的交互实现虚拟用户卡的发放和线上、线下支付。其中，该移动支付终端810可以是任一具备NFC功能的终端设备。

其中，如图10所示的时序过程，用户可在其所携带的移动支付终端810进行卡片申请，即发起虚拟用户卡的申请。

在此之前，用户将在移动支付终端810进行相关用户标识和支付密码的，以进行用户身份的验证，以使得移动支付终端810当前具备可进行虚拟用户卡在线申请的权限，进而跳转进入虚拟用户卡的在线申请页面。

移动支付终端中，由展示的虚拟用户卡的在线申请页面获取用户输入的姓名、身份证号码等申请信息，移动支付终端810将据此向转接服务器830发起虚拟用户卡申请请求，即S930至S940。

转接服务器830根据接收的虚拟用户卡申请请求进行申请信息的准确性检查，并向发卡服务器850发起前置验证，即S950和S960。

发卡服务器850将检查当前申请的虚拟用户卡是否作为用户持有用户卡中的第二张卡或者第n张卡，该n为大于2的任意整数，如果是，则执行S980，以进行二卡用户鉴权，如果否，则执行如图11所示的时序过程。

需要说明的是，如上所述的用户持有的用户卡则是指用户持有的有效的卡。

在通过S980得到发卡服务器850返回的结果值，即用户预留在发卡方的手机号码，并相应更新鉴权页面标识，以向移动支付终端810返回该鉴权页面标识，进而跳转进入相应的短信验证页面。

转接服务器830将调用短信验证码服务通过该手机号码对移动支付终端810进行短信验证。

具体的，转接服务器830调用短信验证码服务向移动支付终端810验证码，对于移动支付终端810而言，其将由短信验证页面上报短信验证码，以使得转接服务器830对此进行短信验证，并在验证通过之后向发卡服务器850上报申请信息，即执行S1030。

发卡服务器850对此进行检查以完成相应的开卡处理，得到虚拟用户卡信息。

此时，可分别执行S1050和S1060进行虚拟用户卡的快捷支付签约和虚拟用户卡标识的标识化处理，以便于后续在转接服务器830中实现虚拟用户卡与用户标识之间的异步绑定过程，虚拟用户卡可据此进行快捷支付。

而对于虚拟用户卡信息中支付标识化处理得到的支付令牌，将被写入移动支付终端810中，以实现其所对应的线下支付。

如图11所示的，如若用户未持有用户卡，则需要在移动支付终端中完成视频面签方可实现虚拟用户卡的申请，以得到对应的虚拟用户卡信息。

由图10所述的S970的执行，将进入图11所述的时序过程，以启动视频面签。

移动支付终端810中执行S2000，以进行身份证图像的上传，即身份证正反面照片，此时，转接服务器830将对此进行加密存储。

完成身份证图像上传的移动支付终端810将分别接收转接服务器830下发的启动视频录制指令、面签动作指示策略和标签、授权文字等面签指引信息，并对此进行响应，以得到视频面签过程所需要的媒体数据，即执行S2020至S2110之间的执行过程。

该媒体数据被上传至转接服务器830中，转接服务器830通过与公安部系统的对接异步上传媒体数据和身份证图像以得到其返回的查询标识。

转接服务器830将查询标识和申请信息上报给发卡服务器850，以使得发卡服务器850进行开卡处理。

在实现了虚拟用户卡的申请，以获取得到相应的虚拟用户卡信息，并完成了快捷支付的设置和支付令牌在移动支付终端的写入之后，用户可使用该虚拟用户卡进行线上支付和线下支付。

其中，虚拟用户卡所实现的线上快捷支付如图12所示。

对于虚拟用户卡的线下支付，如图13所示，商户将在POS机上输入所需要支付的金额，并启动刷卡准备，等待用户操作。

而用户将把移动支付终端810靠近POS机，通过APDU指令进行交互，以读取支付令牌，并通过卡组织网络上送至发卡服务器850。

发卡服务器850将识别该支付令牌，以对此进行处理，实现扣款，并向POS机返回扣款结果。接收到扣款结果的POS将完成支付。

在一个实施例中，还相应地提供了一种实现虚拟用户卡的信息处理系统，如图14所示，包括移动支付终端20，该移动支付终端20包括申请发起模块210、鉴权标识接收模块230、鉴权跳转模块250和卡信息接收模块270，其中：

申请发起模块210，用于通过虚拟用户卡的在线申请页面获取申请信息，根据申请信息向转接服务装置发起虚拟用户卡申请求。

鉴权标识接收模块230，用于接收转接服务装置返回的鉴权页面标识，该鉴权页面标识是转换服务装置根据当前进行的申请是否为用户卡的再次申请返回的。

鉴权跳转模块250，用于按照鉴权页面标识跳转进入虚拟用户卡申领的鉴权，该虚拟用户卡申领的鉴权包括二卡用户鉴权和视频面签。

卡信息接收模块270，用于接收根据鉴权通过结果发放的虚拟用户卡信息。

在一个实施例中，如图15所示，如上所述的系统还包括转接服务装置50，该转接服务装置50包括申请信息提取模块510、持卡查询发起模块530和结果值接收模块550，其中：

申请信息提取模块510，用于由虚拟用户卡申请请求提取进行虚拟用户卡申请对应的申请信息。

持卡查询发起模块530，用于向发卡服务器转发进行虚拟用户卡申请对应的申请信息，以发起虚拟用户卡申请是否为再次申请用户卡的查询。

结果值接收模块550，用于接收发卡服务器返回的结果值，并根据结果值进行鉴权页面标识的更新。

如图16所示，在一个实施例中，如上所述的系统还包括发卡服务器80，该发卡服务器80包括持卡查询模块810和结果值下发模块830，其中：

持卡查询模块810，用于根据接收的申请信息判断进行的虚拟用户卡申请是否为用户卡的再次申请，若为是，则通知结果值下发模块830向转接服务装置50返回二卡用户鉴权所对应的结果值，若为否，则通知结果值下发模块830向转接服务装置50返回进行视频面签对应的结果值。

进一步的，如图17所示，在一个实施例中，该鉴权跳转模块250包括身份证上传单元251、指引接收单元253、采集单元255和媒体数据上报单元257，其中：

身份证上传单元251，用于按照鉴权页面标识触发进入虚拟用户卡申领的鉴权，获取并上传身份证图像；

指引接收单元253，用于接收得到转接服务装置50发送的面签指引信息，并显示于所述鉴权页面；

采集单元255，用于通过鉴权页面中面签指引信息所进行的指引，对用户所进行的面签行为进行媒体数据的采集；

媒体数据上报单元257，用于上报媒体数据至转接服务装置50，以向转接服务装置发起虚拟用户卡申领的鉴权。

进一步的，如图18所示，在一个实施例中，该转接服务装置50包括查询匹配发起模块610和查询上报模块630，其中：

查询匹配发起模块610，用于通过身份图像和媒体数据发起身份信息查询匹配，以得到返回的查询标识。

查询上报模块630，用于向发卡服务器80上报查询标识和申请信息。

进一步的，如图19所示，在一个实施例中，发卡服务器80还包括评分查询模块910、开卡处理模块930和卡信息下发模块950，其中：

评分查询模块910，用于获取查询标识对应的面签评分。

开卡处理模块930，用于根据面签评分和申请信息进行虚拟用户卡的开卡处理得到虚拟用户卡信息。

卡信息下发模块950，用于下发虚拟用户卡信息。

在一个实施例中，如图20所示，该转接服务装置50还包括映射模块。映射模块用于将虚拟用户卡信息中的虚拟用户卡标识映射到相应的用户标识，以得到虚拟用户卡标识和用户标识之间的映射关系，并存储。

进一步的，在本实施例中，如上所述的转接服务装置50还包括支付请求处理模块710、标识获取模块730和支付发起模块750，其中：

支付请求处理模块710，用于接收得到经由在线支付页面发起的支付请求，根据支付请求获取支付指定参数和用户标识。

标识获取模块730，用于根据存储的映射关系得到用户标识对应的虚拟用户卡标识。

支付发起模块750，用于根据虚拟用户卡标识和支付指定参数发起支付。

在一个实施例中，如上所述的发卡服务器80还包括标识化处理模块，该标识化处理模块用于对虚拟用户卡信息中的虚拟用户卡标识进行支付标识化处理得到支付令牌，并添加至虚拟用户卡信息。

进一步的，在本实施例中，如上所述的移动支付终端20还包括写入模块，该写入模块用于将虚拟用户卡信息中的支付令牌写入SE安全芯片。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

虽然已参照几个典型实施方式描述了本发明，但应当理解，所用的术语是说明和示例性、而非限制性的术语。由于本发明能够以多种形式具体实施而不脱离发明的精神或实质，所以应当理解，上述实施方式不限于任何前述的细节，而应在随附权利要求所限定的精神和范围内广泛地解释，因此落入权利要求或其等效范围内的全部变化和改型都应为随附权利要求所涵盖。