CN110428242B - 一种实体ic卡信息的转移控制方法及后台服务器 - Google Patents

Abstract

本发明公开了一种实体IC卡信息的转移控制方法及后台服务器，该方法包括后台服务器接收某一客户端发送的余额转移请求，该余额转移请求至少包括待识别的实体IC卡的类型标识，根据余额转移请求识别实体IC卡的类型，并根据实体IC卡的类型从实体IC卡的所有相关信息中筛选与实体IC卡的类型相匹配的目标信息，以及生成目标虚拟支付卡，以及将目标信息添加至目标虚拟支付卡中，以及向某一客户端发送目标虚拟支付卡以及目标虚拟支付卡的相关信息。可见，实施本发明能够根据实体IC卡的类型标识确定实体IC卡的所有相关信息中能够转移至虚拟支付卡中的信息，有效地利用IC卡的信息资源，实现实体IC卡的信息的智能化转移以及提高实体IC卡的信息转移精确性。

Description

一种实体IC卡信息的转移控制方法及后台服务器

技术领域

本发明涉及互联网技术领域，尤其涉及一种实体IC卡信息的转移控制方法及后台服务器。

背景技术

近年来，为了响应国家提倡的保护生态环境、绿色出行的号召，越来越多的用户选择乘坐公共交通工具(例如：地铁、公交等)出行。为了便于快速地乘坐公共交通工具，人们往往会直接购买IC卡(例如：交通卡)，这样既无需准备零钱，也无需排队购票，给人们的出行带来了很大的便利。

实践发现，很多人基本人手一张IC卡，并且不同身份的用户会对应不同的IC卡，例如：学生使用的IC卡为学生IC卡，每张IC卡都有对应的信息(例如：IC卡的交易信息等)。并且随着公共交通的便利性以及IC卡的使用便利性，会有越来越多的用户选择办理IC卡来乘坐公共交通出行，这样IC卡的使用形成了一定的信息资源。因此，如何有效地利用IC卡的信息资源成为当下急需解决的问题。

发明内容

本发明实施例所要解决的技术问题在于，提供一种实体IC卡信息的转移控制方法及后台服务器，能够根据实体IC卡的类型标识确定实体IC卡的所有相关信息中能够转移至虚拟支付卡中的信息，有效地利用IC卡的信息资源，实现实体IC卡的信息的智能化转移以及提高实体IC卡的信息转移精确性。

为了解决上述技术问题，本发明实施例第一方面公开了一种实体IC卡信息的转移控制方法，所述方法应用于后台服务器中，所述方法包括：

所述后台服务器接收某一客户端发送的余额转移请求，所述余额转移请求至少包括待识别的实体IC卡的类型标识，所述类型标识用于供所述后台服务器识别所述实体IC卡的类型；

所述后台服务器根据所述余额转移请求识别所述实体IC卡的类型，并根据所述实体IC卡的类型从所述实体IC卡的所有相关信息中筛选与所述实体IC卡的类型相匹配的目标信息；

所述后台服务器生成目标虚拟支付卡，并将所述目标信息添加至所述目标虚拟支付卡中；

所述后台服务器向所述某一客户端发送所述目标虚拟支付卡以及所述目标虚拟支付卡的相关信息，所述相关信息至少包括所述目标信息。

作为一种可选的实施方式，在本发明实施例第一方面中，所述后台服务器生成目标虚拟支付卡之前，所述方法包括：

所述后台服务器向所述某一客户端发送所有支付卡类型标识，以使所述某一客户端输出所有所述支付卡类型标识，供所述某一客户端的用户选择，所述支付卡类型标识包括普通类型标识、学生类型标识、老人类型标识、残疾人类型标识中的至少一种，不同支付卡类型标识对应不同的虚拟支付卡；

所述后台服务器接收所述某一客户端发送的目标支付卡类型标识，所述目标支付卡类型标识为所述某一客户端的用户从所有所述支付卡类型标识中选择的类型标识；

其中，所述后台服务器生成目标虚拟支付卡，包括：

所述后台服务器根据所述目标支付卡类型标识生成目标虚拟支付卡。

作为一种可选的实施方式，在本发明实施例第一方面中，所述后台服务器接收所述某一客户端发送的目标支付卡类型标识之后，所述方法还包括：

所述后台服务器判断所述目标支付卡类型标识是否与所述IC卡的类型标识相匹配；

当判断出所述目标支付卡类型标识与所述IC卡的类型标识相匹配时，所述后台服务器触发执行所述的生成目标虚拟支付卡的操作；

当判断出所述目标支付卡类型标识与所述IC卡的类型标识不相匹配时，所述后台服务器确定所述某一客户端的用户的身份标识；

所述后台服务器判断所述目标支付卡类型标识是否与所述身份标识相匹配；

当判断出所述目标支付卡类型标识与所述身份标识相匹配时，所述后台服务器触发执行所述的生成目标虚拟支付卡的操作。

作为一种可选的实施方式，在本发明实施例第一方面中，所述后台服务器生成目标虚拟支付卡之后，以及所述后台服务器将所述目标信息添加至所述目标虚拟支付卡之前，所述方法还包括：

所述后台服务器确定生成所述目标虚拟支付卡所对应的费用类型，所述费用类型包括付费类型或者免费类型；

当确定出生成所述目标虚拟支付卡所对应的费用类型为所述免费类型时，所述后台服务器执行所述的将所述目标信息添加至所述目标虚拟支付卡的操作；

当确定出生成所述目标虚拟支付卡所对应的费用类型为所述付费类型时，所述后台服务器生成针对所述目标虚拟支付卡的支付订单，所述支付订单至少包括生成所述目标虚拟支付卡所需的费用；

所述后台服务器向所述某一客户端发送所述支付订单，以使所述某一客户端输出所述支付订单，供所述某一客户端的用户支付；

在接收到所述某一客户端发送的所述支付订单的支付完成消息时，所述后台服务器执行所述的将所述目标信息添加至所述目标虚拟支付卡的操作。

作为一种可选的实施方式，在本发明实施例第一方面中，所述后台服务器将所述目标信息添加至所述目标虚拟支付卡中之前，所述方法还包括：

所述后台服务器检测是否接收到所述某一客户端发送的信息转移请求，所述信息转移请求包括所述某一客户端的用户的生物特征信息，所述生物特征信息为所述某一客户端识别所述某一客户端的用户的信息；

当检测接收到所述某一客户端发送的所述信息转移请求时，所述后台服务器将所述生物特征信息更新至所述目标信息中，并触发执行所述的将所述目标信息添加至所述目标虚拟支付卡中的操作；

当检测未接收到所述某一客户端发送的所述信息转移请求时，所述后台服务器触发执行所述的将所述目标信息添加至所述目标虚拟支付卡中的操作。

本发明实施例第二方面公开了一种后台服务器，所述后台服务器包括接收模块、识别模块、筛选模块、生成模块、添加模块以及发送模块，其中：

所述接收模块，用于接收某一客户端发送的余额转移请求，所述余额转移请求至少包括待识别的实体IC卡的类型标识，所述类型标识用于供所述后台服务器识别所述实体IC卡的类型；

所述识别模块，用于根据所述余额转移请求识别所述实体IC卡的类型；

所述筛选模块，用于根据所述实体IC卡的类型从所述实体IC卡的所有相关信息中筛选与所述实体IC卡的类型相匹配的目标信息；

所述生成模块，用于生成目标虚拟支付卡；

所述添加模块，用于将所述目标信息添加至所述目标虚拟支付卡中；

所述发送模块，用于向所述某一客户端发送所述目标虚拟支付卡以及所述目标虚拟支付卡的相关信息，所述相关信息至少包括所述目标信息。

作为一种可选的实施方式，在本发明实施例第二方面中，所述发送模块，还用于在所述生成模块生成目标虚拟支付卡之前，向所述某一客户端发送所有支付卡类型标识，以使所述某一客户端输出所有所述支付卡类型标识，供所述某一客户端的用户选择，所述支付卡类型标识包括普通类型标识、学生类型标识、老人类型标识、残疾人类型标识中的至少一种，不同支付卡类型标识对应不同的虚拟支付卡；

所述接收模块，还用于接收所述某一客户端发送的目标支付卡类型标识，所述目标支付卡类型标识为所述某一客户端的用户从所有所述支付卡类型标识中选择的类型标识；

其中，所述生成模块生成目标虚拟支付卡的方式具体为：

根据所述目标支付卡类型标识生成目标虚拟支付卡。

作为一种可选的实施方式，在本发明实施例第二方面中，所述后台服务器还包括判断模块以及第一确定模块，其中：

所述判断模块，用于在所述接收模块接收所述某一客户端发送的目标支付卡类型标识之后，判断所述目标支付卡类型标识是否与所述IC卡的类型标识相匹配，当判断出所述目标支付卡类型标识与所述IC卡的类型标识相匹配时，触发所述生成模块执行所述的生成目标虚拟支付卡的操作；

所述第一确定模块，用于当所述判断模块判断出所述目标支付卡类型标识与所述IC卡的类型标识不相匹配时，确定所述某一客户端的用户的身份标识；

所述判断模块，还用于判断所述目标支付卡类型标识是否与所述身份标识相匹配，当判断出所述目标支付卡类型标识与所述身份标识相匹配时，触发所述生成模块执行所述的生成目标虚拟支付卡的操作。

作为一种可选的实施方式，在本发明实施例第二方面中，所述后台服务器还包括第二确定模块，其中：

所述第二确定模块，用于在所述生成模块生成目标虚拟支付卡之后，以及在所述添加模块将所述目标信息添加至所述目标虚拟支付卡之前，确定生成所述目标虚拟支付卡所对应的费用类型，所述费用类型包括付费类型或者免费类型；

所述添加模块，还用于当所述第二确定模块确定出生成所述目标虚拟支付卡所对应的费用类型为所述免费类型时，将所述目标信息添加至所述目标虚拟支付卡；

所述生成模块，还用于当所述第二确定模块确定出生成所述目标虚拟支付卡所对应的费用类型为所述付费类型时，生成针对所述目标虚拟支付卡的支付订单，所述支付订单至少包括生成所述目标虚拟支付卡所需的费用；

所述发送模块，还用于向所述某一客户端发送所述支付订单，以使所述某一客户端输出所述支付订单，供所述某一客户端的用户支付；

所述添加模块，还用于在所述接收模块接收到所述某一客户端发送的所述支付订单的支付完成消息时，将所述目标信息添加至所述目标虚拟支付卡。

作为一种可选的实施方式，在本发明实施例第二方面中，所述后台服务器还包括检测模块以及更新模块，其中：

所述检测模块，用于在所述添加模块将所述目标信息添加至所述目标虚拟支付卡中之前，检测是否接收到所述某一客户端发送的信息转移请求，所述信息转移请求包括所述某一客户端的用户的生物特征信息，所述生物特征信息为所述某一客户端识别所述某一客户端的用户的信息；

所述更新模块，用于当所述检测模块检测接收到所述某一客户端发送的所述信息转移请求时，将所述生物特征信息更新至所述目标信息中，并触发所述添加模块执行所述的将所述目标信息添加至所述目标虚拟支付卡中的操作；

所述添加模块，还用于当所述检测模块检测未接收到所述某一客户端发送的所述信息转移请求时，将所述目标信息添加至所述目标虚拟支付卡中。

本发明实施例第三方面公开了另一种后台服务器，所述后台服务器包括：

存储有可执行程序代码的存储器；

与所述存储器耦合的处理器；

所述处理器调用所述存储器中存储的所述可执行程序代码，执行本发明实施例第一方面公开的实体IC卡信息的转移控制方法。

本发明实施例第四方面公开了一种计算机存储介质，所述计算机存储介质存储有计算机指令，所述计算机指令被调用时，用于执行本发明实施例第一方面公开的实体IC卡信息的转移控制方法。

本发明实施例第五方面公开了一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行本发明实施例第一方面公开的一种实体IC卡信息的转移控制方法。

与现有技术相比，本发明具有以下有益效果：

本发明实施例中，公开了一种实体IC卡信息的转移控制方法及后台服务器，该方法包括后台服务器接收某一客户端发送的余额转移请求，该余额转移请求至少包括待识别的实体IC卡的类型标识，该类型标识用于供后台服务器识别实体IC卡的类型；后台服务器根据余额转移请求识别实体IC卡的类型，并根据实体IC卡的类型从实体IC卡的所有相关信息中筛选与实体IC卡的类型相匹配的目标信息；后台服务器生成目标虚拟支付卡，并将目标信息添加至目标虚拟支付卡中；后台服务器向某一客户端发送目标虚拟支付卡以及目标虚拟支付卡的相关信息，该相关信息至少包括目标信息。可见，实施本发明实施例能够在接收到用户对应的客户端发送针对实体IC卡的余额转移请求，根据实体IC卡的类型标识确定实体IC卡的所有相关信息中能够转移至虚拟支付卡中的信息，有效地利用IC卡的信息资源，实现实体IC卡的信息的智能化转移以及实现实体IC卡的信息的智能化转移以及提高实体IC卡的信息转移精确性。

附图说明

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

图1是本发明实施例公开的一种实体IC卡信息的转移控制方法的流程示意图；

图2是本发明实施例公开的另一种实体IC卡信息的转移控制方法的流程示意图；

图3是本发明实施例公开的一种后台服务器的结构示意图；

图4是本发明实施例公开的另一种后台服务器的结构示意图；

图5是本发明实施例公开的又一种后台服务器的结构示意图。

具体实施方式

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

本发明实施例的术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或模块的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或模块，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或模块。此外，本发明的说明书和权利要求书中的术语“第一”、“第二”等仅是用于区别不同对象，对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。

本发明实施例公开了一种实体IC卡信息的转移控制方法及后台服务器，能够在接收到用户对应的客户端发送针对实体IC卡的余额转移请求，根据实体IC卡的类型标识确定实体IC卡的所有相关信息中能够转移至虚拟支付卡中的信息，有效地利用IC卡的信息资源，实现实体IC卡的信息的智能化转移以及提高实体IC卡的信息转移精确性。以下分别进行详细说明。

实施例一

请参阅图1，图1是本发明实施例公开的一种实体IC卡信息的转移控制方法的流程示意图。其中，图1所描述的方法可以应用在管理公共交通的后台服务器中。如图1所示，该实体IC卡信息的转移控制方法可以包括以下步骤：

101、后台服务器接收某一客户端发送的余额转移请求，该余额转移请求至少包括待识别的实体IC卡的类型标识。

本发明实施例中，该余额转移请求可以是某一用户通过智能手机(Android手机、iOS手机等)、智能电话手表、平板电脑、掌上电脑以及移动互联网设备(Mobile InternetDevices，MID)等用户终端中安装的某一出行类应用(例如：广州地铁APP)触发的，且该出行类应用可以设置有多个授权接口，某一用户能够在使用其它应用时通过相应的授权接口快速的启动该出行类应用，该多个授权接口包括但不限于小程序平台接口、微博平台接口、网络视频平台接口、网络电台平台接口及音乐平台接口中的一种或多种，本发明实施例不做限定。这样通过设置多种授权接口的方式能够提高该出行类应用的受众范围，进而能够提高用户的使用粘度以及有利于虚拟支付卡的推广、宣传。或者，该余额转移请求也可以是某一用户通过固定设置或移动设置的智能设备(例如：智能售票机等)触发的，该智能设备上可以设置有用于供某一用户触发该余额转移请求的智能物理按键、智能交互面板、智能语音采集装置、智能手势识别装置以及智能形体识别装置中的至少一种，本发明实施例不做限定。进一步的，该用户终端、智能设备都具有NFC功能。

本发明实施例中，该类型标识用于供后台服务器识别实体IC卡的类型。

本发明实施例中，该余额转移请求还可以包括实体IC卡的卡号标识、编号标识中的至少一种，本发明实施例不做限定。

本发明实施例中，该实体IC卡可以为任意用于乘坐或使用交通工具的IC卡，例如：交通卡。其中，交通工具可以包括地铁、公交、共享自行车(例如：哈罗自行车)、轻轨、汽车中的至少一种，本发明实施例不做限定。

作为一个可选的实施例，在执行完毕步骤101之后，以及在执行步骤102之前，该实体IC卡信息的转移控制方法还可以包括以下步骤：

后台服务器根据上述余额转移请求确定上述某一客户端的用户的身份标识，并根据确定出的用户的身份标识判断某一客户端的用户是否为已注册用户，当某一客户端的用户为已注册用户时，可以触发执行步骤102；

当某一客户端的用户不是已注册用户时，后台服务器向某一客户端发送注册链接，以使某一客户端的用户根据注册链接注册，并检测某一客户端的用户是否通过注册链接为实体IC卡注册账户，当检测到某一客户端的用户通过注册链接为实体IC卡注册账户时，可以触发执行步骤102。

可见，该可选的实施例通过向没有为其使用的实体IC卡注册过账户的用户推送注册链接，能够提高为实体IC卡注册账户的注册率，从而提高实体IC卡的受众范围，进而为后续的虚拟支付卡入账户做好准备，提高虚拟支付卡的入账户效率。

102、后台服务器根据上述余额转移请求识别上述实体IC卡的类型，并根据该实体IC卡的类型从该实体IC卡的所有相关信息中筛选与该实体IC卡的类型相匹配的目标信息。

本发明实施例中，实体IC卡的类型包括普通类型、学生类型、老人类型、残疾人类型中的至少一种，本发明实施例不做限定。

本发明实施例中，实体IC卡的所有相关信息可以包括实体IC卡的交易总次数、实体IC卡的优惠总次数、实体IC卡的优惠规则、实体IC卡持有者的姓名、实体IC卡的编号信息、实体IC卡的标识信息、实体IC卡的开卡日期、实体IC卡的开卡地点、实体IC卡的开卡服务点，本发明实施例不做限定。

本发明实施例中，该目标信息包括的内容与实体IC卡的类型有关，类型不同，则目标信息包含的内容有所不同。举例来说，当实体IC卡的类型为学生类型时，则该目标信息除了包括实体IC卡的交易总次数、实体IC卡的优惠总次数之外，还可以包括实体IC卡的持有者的图像数据(例如：头像图片等)、该持有者的学号、该持有者所在的学校名称、该持有者的优惠规则(例如：使用实体IC卡进行交易时，五折优惠等)中的至少一种，本发明实施例不做限定。

103、后台服务器生成目标虚拟支付卡，并将上述目标信息添加至该目标虚拟支付卡中。

作为另一个可选的实施例，在执行完毕步骤103中的生成目标虚拟支付卡的操作之后，以及在执行步骤103中的将上述目标信息添加至目标虚拟支付卡的操作之前，该实体IC卡信息的转移控制方法还可以包括以下步骤：

后台服务器检测是否接收到上述某一客户端发送的信息添加请求，该信息添加请求包括某一客户端的用户的生物特征信息，该生物特征信息为某一客户端识别该某一客户端的用户的信息；

当检测接收到上述某一客户端发送的信息添加请求时，后台服务器将上述生物特征信息更新至上述目标信息中，并触发步骤103中的将上述目标信息添加至目标虚拟支付卡的操作；

当检测未接收到上述某一客户端发送的信息添加请求时，后台服务器触发执行步骤103中的将上述目标信息添加至目标虚拟支付卡的操作。

该可选的实施例中，生物特征信息包括人体图像信息(例如：脸部图像信息)、声纹特征信息、指纹特征信息、虹膜特征信息、姿势特征信息、手势特征信息、眨眼特征信息中的至少一种，该可选的实施例不做限定。

可见，该可选的实施例通过在将与实体IC卡的类型相匹配的信息添加至虚拟支付卡之前，还检测是否接收到包含用户的生物特征信息的信息添加请求，当检测到时，将用户的生物特征信息一同添加至虚拟支付卡中，不仅能够丰富虚拟支付卡中的信息，还能够提高虚拟支付卡的信息添加灵活性，丰富后台服务器的智能化功能，从而进一步提升用户的使用体验，进而提高手机支付的使用粘度。

作为又一个可选的实施例，在生成目标虚拟支付卡之后，以及在将上述目标信息添加至该目标虚拟支付卡之前，该实体IC卡信息的转移控制方法还可以包括以下步骤：

后台服务器确定生成目标虚拟支付卡所对应的费用类型，该费用类型包括付费类型或者免费类型；

当确定出生成上述目标虚拟支付卡所对应的费用类型为上述免费类型时，后台服务器执行上述的将目标信息添加至目标虚拟支付卡的操作；

当确定出生成上述目标虚拟支付卡所对应的费用类型为上述付费类型时，后台服务器生成针对目标虚拟支付卡的支付订单，该支付订单至少包括生成目标虚拟支付卡所需的费用；

后台服务器向上述某一客户端发送支付订单，以使该某一客户端输出支付订单，供某一客户端的用户支付；

在接收到上述某一客户端发送的支付订单的支付完成消息时，后台服务器执行上述的将目标信息添加至目标虚拟支付卡的操作。

该可选的实施例中，进一步的，在向某一客户端发送支付订单之前，后台服务器还可以查询实体IC卡的余额，并判断实体IC卡的余额是否能够支付生成虚拟支付卡所需的费用，当判断的结果为否时，触发执行上述的向某一客户端发送支付订单的操作；当判断的结果为是时，直接从实体IC卡的余额扣除生成目标虚拟支付卡的费用，并向某一客户端发送扣费提示，以提示某一客户端的用户已从实体IC卡的余额中扣除生成目标虚拟支付卡的费用，以及触发执行上述的将目标信息添加至目标虚拟支付卡的操作。其中，扣费提示包括从实体IC卡扣除的金额大小。这样能够提高生成虚拟支付卡所需的费用的支付灵活性，以及能够降低因用户的支付账户余额不足而导致无法将实体IC卡的相关信息转移至虚拟支付卡的可能性，进一步提升用户的使用体验。

可见，该可选的实施例在将与实体IC卡的类型相匹配的信息添加至虚拟支付卡之前，还判断虚拟支付卡对应的费用类型，当为付费类型时，生成虚拟支付卡的支付订单，供用户支付，能够提高交通部门的收益。

作为又一个可选的实施例，在执行完毕步骤102之后，以及执行步骤103之前，该实体IC卡信息的转移控制方法还可以包括以下步骤：

后台服务器判断是否已经对上述实体IC卡执行过信息转移操作；

当判断出还未对上述实体IC卡执行过信息转移操作时，后台服务器触发执行步骤103。

该可选的实施例中，作为一种可选的实施方式，后台服务器判断是否已经对上述实体IC卡执行过信息转移操作，可以包括：

后台服务器判断实体IC卡是否有对应的信息转移标识；

当判断出实体IC卡有对应的信息转移标识时，后台服务器确定已经对实体IC卡执行过信息转移操作。

可见，该可选的实施例在筛选出与实体IC卡的类型相匹配的信息之后，以及在生成虚拟支付卡之前，进一步判断是否已经对实体IC卡执行过信息转移操作，当判断出未对实体IC卡执行过信息转移操作时，才执行后续的生成虚拟支付卡的操作，能够减少因实体IC卡已经发生过信息转移操作而导致实体IC卡信息转移失败的情况发生，提高实体IC卡的信息转移的准确性以及可靠性，还能够降低后台服务器的功耗，提高后台服务器的使用寿命。

作为又一个可选的实施例，在将上述目标信息添加至该目标虚拟支付卡之前，该实体IC卡信息的转移控制方法还可以包括以下步骤：

后台服务器将上述目标信息发送至上述某一客户端，以使某一客户端输出目标信息，供某一客户端的用户确认；

当接收到上述某一客户端发送的针对目标信息的确认反馈，且该确认反馈用于表示目标信息正确时，后台服务器触发执行上述的将目标信息添加至目标虚拟支付卡中的操作。

可见，该可选的实施例在将与实体IC卡的类型相匹配的信息添加至虚拟支付卡之前，向用户输出该信息，供用户确认，能够进一步提高信息转移的获取精确性。

作为又一个可选的实施例，在执行完毕步骤103之后，该实体IC卡信息的转移控制方法还可以包括以下步骤：

后台服务器判断上述目标信息是否成功添加至上述目标虚拟支付卡中；

当判断出上述目标信息成功添加至上述目标虚拟支付卡中时，后台服务器向上述某一客户端发送成功添加通知，以使某一客户端输出该成功添加通知；

当判断出上述目标信息未成功添加至上述目标虚拟支付卡中时，后台服务器重复执行上述目标信息添加至上述目标虚拟支付卡中的操作。

可见，该可选的实施例在将实体IC的信息添加至虚拟支付卡之后，进一步还判断是否成功添加，能够提高实体IC卡的信息添加至虚拟支付卡的可靠性以及准确性。

104、后台服务器向上述某一客户端发送上述目标虚拟支付卡以及该目标虚拟支付卡的相关信息，该相关信息至少包括上述目标信息。

可见，实施图1所描述的一种实体IC卡信息的转移控制方法能够在接收到用户对应的客户端发送针对实体IC卡的余额转移请求，根据实体IC卡的类型标识确定实体IC卡的所有相关信息中能够转移至虚拟支付卡中的信息，有效地利用IC卡的信息资源，实现实体IC卡的信息的智能化转移以及提高实体IC卡的信息转移精确性。此外，还能够提高实体IC卡的受众范围，以及提高虚拟支付卡的入账户效率；还能够丰富虚拟支付卡中的信息；还能够提高虚拟支付卡的信息添加灵活性，丰富后台服务器的智能化功能；还能够提高生成虚拟支付卡所需的费用的支付灵活性，以及能够降低因用户的支付账户余额不足而导致无法将实体IC卡的相关信息转移至虚拟支付卡的可能性；还能够提高交通部门的收益；还能够减少实体IC卡信息转移失败的情况发生；还能够提高实体IC卡的信息转移的准确性以及可靠性；还能够进一步提高信息转移的获取精确性。

实施例二

请参阅图2，图2是本发明实施例公开的另一种实体IC卡信息的转移控制方法的流程示意图。其中，图2所描述的方法可以应用在管理公共交通的后台服务器中。如图2所示，该实体IC卡信息的转移控制方法可以包括以下步骤：

201、后台服务器接收某一客户端发送的余额转移请求，该余额转移请求至少包括待识别的实体IC卡的类型标识。

202、后台服务器根据上述余额转移请求识别上述实体IC卡的类型，并根据该实体IC卡的类型从该实体IC卡的所有相关信息中筛选与该实体IC卡的类型相匹配的目标信息。

203、后台服务器向上述某一客户端发送所有支付卡类型标识，以使该某一客户端输出所有支付卡类型标识，供该某一客户端的用户选择，不同支付卡类型标识对应不同的虚拟支付卡。

本发明实施例中，该类型标识包括普通类型标识、学生类型标识、老人类型标识、残疾人类型标识中的至少一种，本发明实施例不做限限定。

204、后台服务器接收上述某一客户端发送的目标支付卡类型标识，该目标支付卡类型标识为该某一客户端的用户从所有上述支付卡类型标识中选择的支付卡类型标识。

本发明实施例中，当执行完毕步骤204之后，也可以直接执行步骤208。

205、后台服务器判断上述目标支付卡类型标识是否与上述IC卡的类型标识相匹配。当步骤205判断出目标支付卡类型标识与IC卡的类型标识相匹配时，可以触发执行步骤208；当步骤205判断出目标支付卡类型标识与IC卡的类型标识不相匹配时，可以触发执行步骤206。

可见，本发明实施例在生成虚拟支付卡之前，向用户输出多种支付卡类型标识供用户选择，能够提升用户的使用体验，以及判断用户选择的支付卡类型标识是否与实体IC卡的类型标识匹配，能够提高虚拟支付卡与实体IC卡的类型标识的匹配率。

206、后台服务器确定上述某一客户端的用户的身份标识。

207、后台服务器判断上述目标支付卡类型标识是否与上述身份标识相匹配。当步骤207判断出目标支付卡类型标识与身份标识相匹配时，可以触发执行步骤208；当步骤207判断出目标支付卡类型标识与身份标识不相匹配时，可以结束本次流程。

可见，本发明实施例在判断出用户选择的支付卡类型标识与实体IC卡的类型标识不匹配，进一步判断用户选择的支付卡类型标识是否与用户的身份标识匹配，当判断的结果为是时，生成与用户的身份标识对应的虚拟支付卡，能够为用户匹配到合适的虚拟支付卡，进一步提升用户的使用体验。

208、后台服务器生成目标虚拟支付卡，并将上述目标信息添加至该目标虚拟支付卡中。

本发明实施例中，作为一种可选的实施方式，后台服务器生成目标虚拟支付卡，可以包括：

当步骤205判断出目标支付卡类型标识与IC卡的类型标识相匹配时，后台服务器根据目标支付卡类型标识生成目标虚拟支付卡。

本发明实施例中，作为另一种可选的实施方式，后台服务器生成目标虚拟支付卡，可以包括：

当步骤207判断出目标支付卡类型标识与身份标识相匹配时，后台服务器根据某一客户端的用户的身份标识生成目标虚拟支付卡。

可见，本发明实施例能够通过支付卡类型标识或用户的身份标识为用户生成合适的虚拟支付卡，能够提高虚拟支付卡的生成灵活性，以及进一步提升用户的体验感，进而进一步提高手机支付的使用粘度。

209、后台服务器向上述某一客户端发送上述目标虚拟支付卡以及该目标虚拟支付卡的相关信息，该相关信息至少包括上述目标信息。

本发明实施例中，步骤201、步骤202、步骤208以及步骤209的相关描述请参照实施例一中针对步骤101-步骤104的详细描述，在本发明实施例中不再赘述。

可见，实施图2所描述的另一种实体IC卡信息的转移控制方法能够在接收到用户对应的客户端发送针对实体IC卡的余额转移请求，根据实体IC卡的类型标识确定实体IC卡的所有相关信息中能够转移至虚拟支付卡中的信息，有效地利用IC卡的信息资源，实现实体IC卡的信息的智能化转移以及提高实体IC卡的信息转移精确性。此外，还能够提高虚拟支付卡与实体IC卡的类型标识的匹配率；还能够为用户匹配到合适的虚拟支付卡；还能够提高虚拟支付卡的生成灵活性。

实施例三

请参阅图3，图3是本发明实施例公开的一种后台服务器的结构示意图。如图3所示，该后台服务器可以应用于实施例一和实施例二中任意一个实施例中实体IC卡信息的转移控制方法的步骤，且该后台服务器可以包括接收模块301、识别模块302、筛选模块303、生成模块304、添加模块305以及发送模块306，其中：

接收模块301，用于接收某一客户端发送的余额转移请求，该余额转移请求至少包括待识别的实体IC卡的类型标识，该类型标识用于供后台服务器识别实体IC卡的类型。

识别模块302，用于根据上述余额转移请求识别上述实体IC卡的类型。

筛选模块303，用于根据上述实体IC卡的类型从该实体IC卡的所有相关信息中筛选与该实体IC卡的类型相匹配的目标信息。

生成模块304，用于生成目标虚拟支付卡。

添加模块305，用于将上述目标信息添加至上述目标虚拟支付卡中。

发送模块306，用于向上述某一客户端发送上述目标虚拟支付卡以及该目标虚拟支付卡的相关信息，该相关信息至少包括上述目标信息。

可见，实施图3所描述的一种后台服务器能够在接收到用户对应的客户端发送针对实体IC卡的余额转移请求，根据实体IC卡的类型标识确定实体IC卡的所有相关信息中能够转移至虚拟支付卡中的信息，有效地利用IC卡的信息资源，实现实体IC卡的信息的智能化转移以及提高实体IC卡的信息转移精确性。

作为一个可选的实施例，发送模块306，还用于在生成模块304生成目标虚拟支付卡之前，向上述某一客户端发送所有支付卡类型标识，以使该某一客户端输出所有支付卡类型标识，供该某一客户端的用户选择，该支付卡类型标识包括普通类型标识、学生类型标识、老人类型标识、残疾人类型标识中的至少一种，不同支付卡类型标识对应不同的虚拟支付卡。

接收模块301，还用于接收上述某一客户端发送的目标支付卡类型标识，该目标支付卡类型标识为某一客户端的用户从所有上述支付卡类型标识中选择的类型标识。

其中，生成模块304生成目标虚拟支付卡的方式具体为：

根据上述目标支付卡类型标识生成目标虚拟支付卡。

可见，实施图4所示的后台服务器还能够在生成虚拟支付卡之前，向用户输出多种支付卡类型标识供用户选择，能够提升用户的使用体验，以及判断用户选择的支付卡类型标识是否与实体IC卡的类型标识匹配，能够提高虚拟支付卡与实体IC卡的类型标识的匹配率。

作为另一个可选的实施例，该后台服务器还可以包括判断模块307以及第一确定模块308。此时，该后台服务器可以如图4所示，图4是本发明实施例公开的另一种后台服务器的结构示意图，其中：

判断模块307，用于在接收模块301接收上述某一客户端发送的目标支付卡类型标识之后，判断该目标支付卡类型标识是否与上述IC卡的类型标识相匹配，当判断出该目标支付卡类型标识与IC卡的类型标识相匹配时，触发生成模块304执行上述的生成目标虚拟支付卡的操作。

第一确定模块308，用于当判断模块307判断出上述目标支付卡类型标识与上述IC卡的类型标识不相匹配时，确定上述某一客户端的用户的身份标识。

判断模块307，还用于判断上述目标支付卡类型标识是否与上述身份标识相匹配，当判断出该目标支付卡类型标识与身份标识相匹配时，触发生成模块304执行上述的生成目标虚拟支付卡的操作。

可见，实施图4所示的后台服务器还能够通过在判断出用户选择的支付卡类型标识与实体IC卡的类型标识不匹配，进一步判断用户选择的支付卡类型标识是否与用户的身份标识匹配，当判断的结果为是时，生成与用户的身份标识对应的虚拟支付卡，能够为用户匹配到合适的虚拟支付卡，以及能够提高虚拟支付卡的生成灵活性，以及进一步提升用户的体验感，进而进一步提高手机支付的使用粘度。

作为又一个可选的实施例，如图4所示，该后台服务器还可以包括第二确定模块309，其中：

第二确定模块309，用于在生成模块304生成目标虚拟支付卡之后，以及在添加模块305将上述目标信息添加至该目标虚拟支付卡之前，确定生成该目标虚拟支付卡所对应的费用类型，该费用类型包括付费类型或者免费类型。

添加模块305，还用于当第二确定模块309确定出生成上述目标虚拟支付卡所对应的费用类型为上述免费类型时，将上述目标信息添加至上述目标虚拟支付卡。

生成模块304，还用于当第二确定模块309确定出生成上述目标虚拟支付卡所对应的费用类型为上述付费类型时，生成针对该目标虚拟支付卡的支付订单，该支付订单至少包括生成目标虚拟支付卡所需的费用。

发送模块306，还用于向上述某一客户端发送上述支付订单，以使该某一客户端输出该支付订单，供该某一客户端的用户支付。

添加模块305，还用于在接收模块301接收到上述某一客户端发送的上述支付订单的支付完成消息时，将上述目标信息添加至上述目标虚拟支付卡。

该可选的实施例中，接收模块301，还用于在发送模块306向某一客户端发送支付订单之前，查询实体IC卡的余额，并判断实体IC卡的余额是否能够支付生成虚拟支付卡所需的费用，当判断的结果为否时，触发发送模块306执行上述的向某一客户端发送支付订单的操作；当判断的结果为是时，直接从实体IC卡的余额扣除生成目标虚拟支付卡的费用，并向某一客户端发送扣费提示，以提示某一客户端的用户已从实体IC卡的余额中扣除生成目标虚拟支付卡的费用，以及触发发送模块306执行上述的将目标信息添加至目标虚拟支付卡的操作。

可见，实施图4所示的后台服务器还能够通过在将与实体IC卡的类型相匹配的信息添加至虚拟支付卡之前，还判断虚拟支付卡对应的费用类型，当为付费类型时，生成虚拟支付卡的支付订单，供用户支付，能够提高交通部门的收益；以及能够提高生成虚拟支付卡所需的费用的支付灵活性，以及能够降低因用户的支付账户余额不足而导致无法将实体IC卡的相关信息转移至虚拟支付卡的可能性，进一步提升用户的使用体验。。

作为又一个可选的实施例，如图4所示，该后台服务器还可以包括检测模块310以及更新模块311，其中：

检测模块310，用于在添加模块305将上述目标信息添加至上述目标虚拟支付卡中之前，检测是否接收到上述某一客户端发送的信息添加请求，该信息添加请求包括某一客户端的用户的生物特征信息，该生物特征信息为某一客户端识别该某一客户端的用户的信息。

更新模块311，用于当检测模块310检测接收到上述某一客户端发送的信息添加请求时，将上述生物特征信息更新至上述目标信息中，并触发添加模块305执行上述的将目标信息添加至上述目标虚拟支付卡中的操作。

添加模块305，还用于当检测模块310检测未接收到上述某一客户端发送的信息添加请求时，将上述目标信息添加至上述目标虚拟支付卡中。

可见，实施图4所示的后台服务器还能够通过在将与实体IC卡的类型相匹配的信息添加至虚拟支付卡之前，还检测是否接收到包含用户的生物特征信息的信息添加请求，当检测到时，将用户的生物特征信息一同添加至虚拟支付卡中，不仅能够丰富虚拟支付卡中的信息，还能够提高虚拟支付卡的信息添加灵活性，丰富后台服务器的智能化功能，从而进一步提升用户的使用体验，进而提高手机支付的使用粘度。

作为又一个可选的实施例，如图4所示，发送模块306，还用于在添加模块305将上述目标信息添加至上述目标虚拟支付卡中之前，将该目标信息发送至上述某一客户端，以使该某一客户端输出该目标信息，供该某一客户端的用户确认。

检测模块310，还用于检测是否接收到上述某一客户端发送的针对上述目标信息的确认反馈。

添加模块305，还用于当检测模块310检测接收到上述某一客户端发送的针对上述目标信息的确认反馈，且该确认反馈用于表示目标信息正确时，将该目标信息添加至上述目标虚拟支付卡中。

该可选的实施例中，当发送模块306执行完毕上述的将上述目标信息发送至上述某一客户端，以使该某一客户端输出该目标信息，供该某一客户端的用户确认的操作之后，可以触发检测模块310执行上述的检测是否接收到上述某一客户端发送的针对上述目标信息的确认反馈的操作。

可见，实施图4所示的后台服务器还能够通过在将与实体IC卡的类型相匹配的信息添加至虚拟支付卡之前，向用户输出该信息，供用户确认，能够进一步提高信息转移的获取精确性。

作为又一个可选的实施例，如图4所示，接收模块301，还用于在接收某一客户端发送的余额转移请求之后，以及在识别模块302根据余额转移请求识别实体IC卡的类型之前，根据余额转移请求确定某一客户端的用户的身份标识，并根据确定出的用户的身份标识判断该某一客户端的用户是否为已注册用户，当某一客户端的用户为已注册用户时，可以触发识别模块302执行上述的根据余额转移请求识别实体IC卡的类型的操作；

接收模块301，还用于当某一客户端的用户不是已注册用户时，向某一客户端发送注册链接，以使某一客户端的用户根据注册链接注册，并检测某一客户端的用户是否通过注册链接为实体IC卡注册账户，当检测到某一客户端的用户通过注册链接为实体IC卡注册账户时，可以触发识别模块302执行上述的根据余额转移请求识别实体IC卡的类型的操作。

可见，实施图4所示的后台服务器还能够通过向没有为其使用的实体IC卡注册过账户的用户推送注册链接，能够提高为实体IC卡注册账户的注册率，从而提高实体IC卡的受众范围，进而为后续的虚拟支付卡入账户做好准备，提高虚拟支付卡的入账户效率。

作为又一个可选的实施例，如图4所示，判断模块307，还用于在筛选模块303根据实体IC卡的类型从该实体IC卡的所有相关信息中筛选与该实体IC卡的类型相匹配的目标信息之后，以及在生成模块304生成目标虚拟支付卡之前，判断是否已经对实体IC卡执行过信息转移操作；

生成模块304，还用于当判断模块307判断出还未对实体IC卡执行过信息转移操作时，生成目标虚拟支付卡。

该可选的实施例中，作为一种可选的实施方式，判断模块307判断是否已经对上述实体IC卡执行过信息转移操作的方式可以具体为：

判断实体IC卡是否有对应的信息转移标识；

当判断出实体IC卡有对应的信息转移标识时，确定已经对实体IC卡执行过信息转移操作。

可见，实施图4所示的后台服务器还能够通过在筛选出与实体IC卡的类型相匹配的信息之后，以及在生成虚拟支付卡之前，进一步判断是否已经对实体IC卡执行过信息转移操作，当判断出未对实体IC卡执行过信息转移操作时，才执行后续的生成虚拟支付卡的操作，能够减少因实体IC卡已经发生过信息转移操作而导致实体IC卡信息转移失败的情况发生，提高实体IC卡的信息转移的准确性以及可靠性；还能够降低后台服务器的功耗，提高后台服务器的使用寿命。

作为又一个可选的实施例，如图4所示，发送模块306，还用于在添加模块305将上述目标信息添加至上述目标虚拟支付卡之后，判断上述目标信息是否成功添加至上述目标虚拟支付卡中，当判断出上述目标信息成功添加至上述目标虚拟支付卡中时，向上述某一客户端发送成功添加通知，以使某一客户端输出该成功添加通知，并触发执行上述的向上述某一客户端发送目标虚拟支付卡以及该目标虚拟支付卡的相关信息的操作。

添加模块305，还用于当发送模块306判断出上述目标信息未成功添加至上述目标虚拟支付卡中时，重复执行上述目标信息添加至上述目标虚拟支付卡中的操作。

可见，实施图4所示的后台服务器还能够通过在将实体IC的信息添加至虚拟支付卡之后，进一步还判断是否成功添加，能够提高实体IC卡的信息添加至虚拟支付卡的可靠性以及准确性。

实施例四

请参阅图5，图5是本发明实施例公开的又一种后台服务器的结构示意图。如图5所示，该后台服务器可以包括：

存储有可执行程序代码的存储器501；

与存储器501耦合的处理器502；

处理器502调用存储器501中存储的可执行程序代码，执行实施例一～实施例二中任意一个实施例所描述的实体IC卡信息的转移控制方法中的步骤。

实施例五

本发明实施例公开了一种计算机可读存储介质，其存储用于电子数据交换的计算机程序，其中，该计算机程序使得计算机执行实施例一～实施例二中任意一个实施例所描述的实体IC卡信息的转移控制方法中的步骤。

实施例六

本发明实施例公开了一种计算机程序产品，该计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，且该计算机程序可操作来使计算机执行实施例一～实施例二中任意一个实施例所描述的实体IC卡信息的转移控制方法中的步骤。

以上所描述的装置实施例仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施例的具体描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中,存储介质包括只读存储器(Read-Only Memory，ROM)、随机存储器(Random Access Memory，RAM)、可编程只读存储器(Programmable Read-only Memory，PROM)、可擦除可编程只读存储器(ErasableProgrammable Read Only Memory，EPROM)、一次可编程只读存储器(One-timeProgrammable Read-Only Memory，OTPROM)、电子抹除式可复写只读存储器(Electrically-Erasable Programmable Read-Only Memory，EEPROM)、只读光盘(CompactDisc Read-Only Memory，CD-ROM)或其他光盘存储器、磁盘存储器、磁带存储器、或者能够用于携带或存储数据的计算机可读的任何其他介质。

最后应说明的是：本发明实施例公开的一种实体IC卡信息的转移控制方法及后台服务器所揭露的仅为本发明较佳实施例而已，仅用于说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解；其依然可以对前述各项实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或替换，并不使相应的技术方案的本质脱离本发明各项实施例技术方案的精神和范围。

Claims (2)

1.一种实体IC卡信息的转移控制方法，其特征在于，所述方法应用于后台服务器中，所述方法包括：

所述后台服务器接收某一客户端发送的余额转移请求，所述余额转移请求至少包括待识别的实体IC卡的类型标识，所述类型标识用于供所述后台服务器识别所述实体IC卡的类型；

所述后台服务器根据所述余额转移请求识别所述实体IC卡的类型，并根据所述实体IC卡的类型从所述实体IC卡的所有相关信息中筛选与所述实体IC卡的类型相匹配的目标信息；

所述后台服务器生成目标虚拟支付卡，并将所述目标信息添加至所述目标虚拟支付卡中；

所述后台服务器向所述某一客户端发送所述目标虚拟支付卡以及所述目标虚拟支付卡的相关信息，所述相关信息至少包括所述目标信息；

所述后台服务器生成目标虚拟支付卡之前，所述方法还包括：

所述后台服务器向所述某一客户端发送所有支付卡类型标识，以使所述某一客户端输出所有所述支付卡类型标识，供所述某一客户端的用户选择，所述支付卡类型标识包括普通类型标识、学生类型标识、老人类型标识、残疾人类型标识中的至少一种，不同支付卡类型标识对应不同的虚拟支付卡；

所述后台服务器接收所述某一客户端发送的目标支付卡类型标识，所述目标支付卡类型标识为所述某一客户端的用户从所有所述支付卡类型标识中选择的类型标识；

其中，所述后台服务器生成目标虚拟支付卡，包括：

所述后台服务器根据所述目标支付卡类型标识生成目标虚拟支付卡；

所述后台服务器接收所述某一客户端发送的目标支付卡类型标识之后，所述方法还包括：

所述后台服务器判断所述目标支付卡类型标识是否与所述IC卡的类型标识相匹配；

当判断出所述目标支付卡类型标识与所述IC卡的类型标识相匹配时，所述后台服务器触发执行所述的生成目标虚拟支付卡的操作；

当判断出所述目标支付卡类型标识与所述IC卡的类型标识不相匹配时，所述后台服务器确定所述某一客户端的用户的身份标识；

所述后台服务器判断所述目标支付卡类型标识是否与所述身份标识相匹配；

当判断出所述目标支付卡类型标识与所述身份标识相匹配时，所述后台服务器触发执行所述的生成目标虚拟支付卡的操作；

所述后台服务器生成目标虚拟支付卡之后，以及所述后台服务器将所述目标信息添加至所述目标虚拟支付卡之前，所述方法还包括：

所述后台服务器确定生成所述目标虚拟支付卡所对应的费用类型，所述费用类型包括付费类型或者免费类型；

当确定出生成所述目标虚拟支付卡所对应的费用类型为所述免费类型时，所述后台服务器执行所述的将所述目标信息添加至所述目标虚拟支付卡的操作；

当确定出生成所述目标虚拟支付卡所对应的费用类型为所述付费类型时，所述后台服务器生成针对所述目标虚拟支付卡的支付订单，所述支付订单至少包括生成所述目标虚拟支付卡所需的费用；

所述后台服务器向所述某一客户端发送所述支付订单，以使所述某一客户端输出所述支付订单，供所述某一客户端的用户支付；

在接收到所述某一客户端发送的所述支付订单的支付完成消息时，所述后台服务器执行所述的将所述目标信息添加至所述目标虚拟支付卡的操作；

所述后台服务器将所述目标信息添加至所述目标虚拟支付卡中之前，所述方法还包括：

所述后台服务器检测是否接收到所述某一客户端发送的信息转移请求，所述信息转移请求包括所述某一客户端的用户的生物特征信息，所述生物特征信息为所述某一客户端识别所述某一客户端的用户的信息；

当检测接收到所述某一客户端发送的所述信息转移请求时，所述后台服务器将所述生物特征信息更新至所述目标信息中，并触发执行所述的将所述目标信息添加至所述目标虚拟支付卡中的操作；

当检测未接收到所述某一客户端发送的所述信息转移请求时，所述后台服务器触发执行所述的将所述目标信息添加至所述目标虚拟支付卡中的操作。

2.一种后台服务器，其特征在于，所述后台服务器包括接收模块、识别模块、筛选模块、生成模块、添加模块以及发送模块，其中：

所述接收模块，用于接收某一客户端发送的余额转移请求，所述余额转移请求至少包括待识别的实体IC卡的类型标识，所述类型标识用于供所述后台服务器识别所述实体IC卡的类型；

所述识别模块，用于根据所述余额转移请求识别所述实体IC卡的类型；

所述筛选模块，用于根据所述实体IC卡的类型从所述实体IC卡的所有相关信息中筛选与所述实体IC卡的类型相匹配的目标信息；

所述生成模块，用于生成目标虚拟支付卡；

所述添加模块，用于将所述目标信息添加至所述目标虚拟支付卡中；

所述发送模块，用于向所述某一客户端发送所述目标虚拟支付卡以及所述目标虚拟支付卡的相关信息，所述相关信息至少包括所述目标信息；

所述发送模块，还用于在所述生成模块生成目标虚拟支付卡之前，向所述某一客户端发送所有支付卡类型标识，以使所述某一客户端输出所有所述支付卡类型标识，供所述某一客户端的用户选择，所述支付卡类型标识包括普通类型标识、学生类型标识、老人类型标识、残疾人类型标识中的至少一种，不同支付卡类型标识对应不同的虚拟支付卡；

所述接收模块，还用于接收所述某一客户端发送的目标支付卡类型标识，所述目标支付卡类型标识为所述某一客户端的用户从所有所述支付卡类型标识中选择的类型标识；

其中，所述生成模块生成目标虚拟支付卡的方式具体为：

根据所述目标支付卡类型标识生成目标虚拟支付卡；

所述后台服务器还包括判断模块以及第一确定模块，其中：

所述判断模块，用于在所述接收模块接收所述某一客户端发送的目标支付卡类型标识之后，判断所述目标支付卡类型标识是否与所述IC卡的类型标识相匹配，当判断出所述目标支付卡类型标识与所述IC卡的类型标识相匹配时，触发所述生成模块执行所述的生成目标虚拟支付卡的操作；

所述第一确定模块，用于当所述判断模块判断出所述目标支付卡类型标识与所述IC卡的类型标识不相匹配时，确定所述某一客户端的用户的身份标识；

所述判断模块，还用于判断所述目标支付卡类型标识是否与所述身份标识相匹配，当判断出所述目标支付卡类型标识与所述身份标识相匹配时，触发所述生成模块执行所述的生成目标虚拟支付卡的操作；

所述后台服务器还包括第二确定模块，其中：

所述第二确定模块，用于在所述生成模块生成目标虚拟支付卡之后，以及在所述添加模块将所述目标信息添加至所述目标虚拟支付卡之前，确定生成所述目标虚拟支付卡所对应的费用类型，所述费用类型包括付费类型或者免费类型；

所述添加模块，还用于当所述第二确定模块确定出生成所述目标虚拟支付卡所对应的费用类型为所述免费类型时，将所述目标信息添加至所述目标虚拟支付卡；

所述生成模块，还用于当所述第二确定模块确定出生成所述目标虚拟支付卡所对应的费用类型为所述付费类型时，生成针对所述目标虚拟支付卡的支付订单，所述支付订单至少包括生成所述目标虚拟支付卡所需的费用；

所述发送模块，还用于向所述某一客户端发送所述支付订单，以使所述某一客户端输出所述支付订单，供所述某一客户端的用户支付；

所述添加模块，还用于在所述接收模块接收到所述某一客户端发送的所述支付订单的支付完成消息时，将所述目标信息添加至所述目标虚拟支付卡；

所述后台服务器还包括检测模块以及更新模块，其中：

所述检测模块，用于在所述添加模块将所述目标信息添加至所述目标虚拟支付卡中之前，检测是否接收到所述某一客户端发送的信息转移请求，所述信息转移请求包括所述某一客户端的用户的生物特征信息，所述生物特征信息为所述某一客户端识别所述某一客户端的用户的信息；

所述更新模块，用于当所述检测模块检测接收到所述某一客户端发送的所述信息转移请求时，将所述生物特征信息更新至所述目标信息中，并触发所述添加模块执行所述的将所述目标信息添加至所述目标虚拟支付卡中的操作；

所述添加模块，还用于当所述检测模块检测未接收到所述某一客户端发送的所述信息转移请求时，将所述目标信息添加至所述目标虚拟支付卡中。