CN110400133A - 一种实体ic卡中余额的转移实现方法及余额转移服务平台 - Google Patents

Abstract

本发明公开了一种实体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卡的卡信息，该目标实体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卡中的余额的操作，提高实体IC卡的余额的退还灵活性以及退还效率，提高了用户的使用体验。以下分别进行详细说明。

实施例一

请参阅图1，图1是本发明实施例公开的一种实体IC卡中余额的转移实现方法的流程示意图。其中，图1所描述的方法可以应用在余额转移服务平台中。如图1所示，该实体IC卡中余额的转移实现方法可以包括以下步骤：

101、余额转移服务平台接收某一用户通过用户终端触发的余额退还请求，该余额退还请求用于请求退还目标实体IC卡的余额，且该余额退还请求至少包括目标实体IC卡的卡信息。

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

本发明实施例中，该余额退还请求可以是某一用户通过智能手机(Android手机、iOS手机等)、智能电话手表、平板电脑、掌上电脑以及移动互联网设备(Mobile InternetDevices，MID)等用户终端中安装的某一出行类应用(例如：广州地铁APP)触发的，且该出行类应用可以设置有多个授权接口，某一用户能够在使用其它应用时通过相应的授权接口快速的启动该出行类应用，该多个授权接口包括但不限于小程序平台接口、微博平台接口、网络视频平台接口、网络电台平台接口及音乐平台接口中的一种或多种，本发明实施例不做限定。这样通过设置多种授权接口的方式能够提高该出行类应用的受众范围，进而能够提高用户的使用粘度。

102、余额转移服务平台根据上述目标实体IC卡的卡信息对上述余额退还请求进行验证。

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

余额转移服务平台基于上述目标实体IC卡的卡信息确定该目标实体IC卡的类型；

其中，余额转移服务平台根据目标实体IC卡的卡信息对余额退还请求进行验证，可以包括：

余额转移服务平台根据目标实体IC卡的卡信息判断目标实体IC卡的类型是否为预设类型(例如：实名制类型)，该预设类型对应的实体IC卡为能够进行余额转移的实体IC卡；

当判断出目标实体IC卡的类型为预设类型时，余额转移服务平台确定上述余额退还请求验证通过。

可见，该可选的实施例通过根据实体IC卡的卡信息确定实体IC卡的类型，并判断实体IC卡的类型是否为预设类型，当判断的结果为是时，确定余额退还请求验证通过，能够降低因实体IC卡的类型不为预设类型而导致实体IC卡的余额转移失败的可能性。

作为另一个可选的实施例，该实体IC卡中余额的转移实现方法还可以包括以下步骤：

当判断出目标实体IC卡的类型不为预设类型时，余额转移服务平台确定用户终端当前所在的用户地理位置，并查询该地理位置对应的预设范围内的至少一个退回服务点；

余额转移服务平台确定上述至少一个退回服务点中每个退回服务点的服务点地理位置，并向上述用户终端发送退回提示，该退回提示包括所有服务点地理位置。

可见，该可选的实施例在判断出实体IC卡的类型不为预设类型，即余额退还请求验证不通过时，向用户发送包含服务点地理位置的退回提示，能够使得用户到达该服务点地理位置退回实体IC卡中的余额，提升用户的使用体验感。

103、当上述余额退还请求验证通过时，余额转移服务平台向供上述目标实体IC卡进行余额转移的目标应用对应的后台服务器发送虚拟金额转移请求。

本发明实施例中，该虚拟金额转移请求至少包括目标应用对应的目标绑定账户以及需要从目标实体IC卡向目标绑定账户转入的虚拟金额，且该虚拟金额转移请求用于向后台服务器请求将虚拟金额增加至目标绑定账户中。

本发明实施例中，该目标应用的数量至少为一个，例如：1个、2个，本发明实施例不做限定。

作为又一个可选的实施例，当执行完毕步骤103之前，该实体IC卡中余额的转移实现方法还可以包括以下步骤：

余额转移服务平台判断是否接收到上述用户终端发送的余额转移要求，该余额转移要求包括目标转移金额，该目标转移金额为需要从实体IC卡的总余额转出的金额，且该目标转移金额小于等于实体IC卡的总金额；

当判断出接收到上述用户终端发送的余额转移要求时，余额转移服务平台触发执行步骤103。此时，上述虚拟金额为目标转移金额。

该可选的实施例中，进一步的，当目标应用的数量大于1时，该余额转移要求还包括转到每个目标应用对应的账户的金额占目标转移金额的百分比，例如：当目标应用包括支付宝钱包以及微信钱包时，则余额转移请求还包括转到支付宝钱包的金额占总金额30％，转到微信钱包的金额占总金额70％。这样能够提供多种实体IC卡的余额转移途径，提高实体IC卡余额的转移灵活性。

可见，该可选实施例在向供实体IC卡进行余额转移的应用对应的后台服务器发送虚拟金额转移请求之前，先判断是否接收到余额转移要求，能够丰富余额转移服务平台的智能化功能，以及能够根据用户需要从转移实体IC卡转出的余额，提高实体IC卡余额转移的灵活性以及提升用户的使用体验。

作为又一个可选的实施例，在执行步骤103中的向供上述目标实体IC卡进行余额转移的目标应用对应的后台服务器发送虚拟金额转移请求的操作之前，该实体IC卡中余额的转移实现方法还可以包括以下步骤：

余额转移服务平台接收上述用户终端发送的上述某一用户的特征信息，并基于某一用户的特征信息判断某一用户是否为实体IC卡的拥有者；

当判断出某一用户为实体IC卡的拥有者时，余额转移服务平台触发执行步骤103中的向供上述目标实体IC卡进行余额转移的目标应用对应的后台服务器发送虚拟金额转移请求的操作。

该可选的实施例中，某一用户的特征信息可以包括某一用户的脸部特征信息、声纹特征信息、虹膜特征信息、指纹特征信息以及脸部表情特征信息中的至少一种，该可选的实施例不做限定。

可见，该可选的实施例通过基于用户的特征信息判断用户是否为实体IC卡的拥有者，当判断的结果为是时，才继续执行后续操作，能够降低不良分子转移实体IC卡的余额的可能性，提高实体IC卡余额转移的可靠性以及降低用户的经济损失。

作为又一个可选的实施例，当执行完毕步骤103之后，该实体IC卡中余额的转移实现方法还可以包括以下步骤：

余额转移服务平台判断上述虚拟金额是否成功添加至目标绑定账户中；

当判断出上述虚拟金额已经成功添加至目标绑定账户中时，余额转移服务平台向上述用户终端输出成功转移消息，该成功转移消息包括转移至目标绑定用户的金额；

当判断出上述虚拟金额未成功添加至目标绑定账户中时，余额转移服务平台重新执行上述的向供上述目标实体IC卡进行余额转移的目标应用对应的后台服务器发送虚拟金额转移请求的操作。

可见，该可选的实施例通过判断虚拟金额是否成功添加，当成功添加时，向用户终端发送成功转移消息，能够使得用户知晓已经将实体IC卡的余额转移至对应的账户；当未成功添加时，重新执行发送虚拟金额转移请求，能够确保实体IC卡的余额成功添加账户的可能性，进一步提高用户的使用体验。

可见，实施图1所描述的一种实体IC卡中余额的转移实现方法能够对用户触发的针对实体IC卡的余额退还请求进行验证，并在验证通过之后，向供实体IC卡进行余额转移的应用对应的后台服务器发送针对实体IC卡的虚拟金额转移请求，以实现实体IC卡余额的转移，无需用户再通过相应的服务点(例如：人工售票点)申请退还实体IC卡的余额，能够简化用户退还实体IC卡中的余额的操作，提高实体IC卡的余额的退还灵活性以及退还效率，提高了用户的使用体验。此外，还能够提高实体IC卡的余额转移的成功率、可靠性以及灵活性；还能够降低不良分子转移实体IC卡的余额而造成用户经济损失的可能性，进一步提升用户的体验感。

实施例二

请参阅图2，图2是本发明实施例公开的另一种实体IC卡中余额的转移实现方法的流程示意图。其中，图2所描述的方法可以应用在余额转移服务平台中。如图2所示，该实体IC卡中余额的转移实现方法可以包括以下步骤：

201、余额转移服务平台接收某一用户通过用户终端触发的余额退还请求，该余额退还请求用于请求退还目标实体IC卡的余额，且该余额退还请求至少包括目标实体IC卡的卡信息。

202、余额转移服务平台根据上述目标实体IC卡的卡信息对上述余额退还请求进行验证。

203、在上述余额转移请求验证通过后，余额转移服务平台向上述用户终端反馈应用标识集合供上述某一用户选择，该应用标识集合包括至少一个应用的应用标识，该至少一个应用用于供上述目标实体IC卡进行余额转移。

作为一个可选的实施例，在上述余额退还请求验证通过后，以及在执行步骤203中的向上述用户终端反馈应用标识集合供上述某一用户选择的操作之前，该实体IC卡中余额的转移实现方法还可以包括以下步骤：

余额转移服务平台检测上述余额退还请求是否包括第一应用的应用标识，该第一应用为上述某一用户选择的、用于供实体IC卡进行余额转移的应用；

当检测到上述余额退还请求包括第一应用的应用标识时，余额转移服务平台确定该第一应用为目标应用，并触发执行步骤209。

该可选的实施例中，进一步的，当检测到上述余额退还请求不包括第一应用的应用标识时，余额转移服务平台触发执行步骤203中的向上述用户终端反馈应用标识集合供上述某一用户选择的操作。

该可选的实施例中，又进一步的，当检测到上述余额退还请求包括第一应用的应用标识时，余额转移服务平台根据该第一应用的应用标识判断该第一应用是否为余额转移服务平台授权的应用；

当判断出上述第一应用为余额转移服务平台授权的应用时，余额转移服务平台触发执行上述的确定上述第一应用为目标应用的操作。这样通过判断余额退还请求包括的第一应用是否为余额转移服务平台授权的应用，能够提高实体IC卡的余额转移的安全性以及可靠性。

可见，该可选的实施例在余额退还请求验证通过之后，还判断余额退还请求中是否包括第一应用的应用标识，当判断的结果为是时，直接执行发送实体IC卡的虚拟余额转移请求的操作，能够提高实体IC卡的余额的转移效率。

204、余额转移服务平台确定上述某一用户根据上述应用标识集合从上述至少一个应用中选择的应用作为目标应用。

本发明实施例中，当执行完毕步骤204之后，除了直接执行步骤，还可以直接执行步骤，都属于本发明的保护范围。

205、余额转移服务平台检测上述目标应用是否存在与某一用户绑定的用户账户。当步骤205检测到目标应用存在与某一用户绑定的用户账户时，可以触发执行步骤206；当步骤205检测到目标应用不存在与某一用户绑定的用户账户时，可以触发执行步骤207。

206、余额转移服务平台确定上述用户账户作为目标绑定用户。

本发明实施例中，当执行完毕步骤206之后，直接触发执行步骤209。

207、余额转移服务平台向上述用户终端发送开户提醒，该开户提醒用于提醒上述某一用户开通上述目标应用的账户。

208、在检测到上述某一用户开通上述目标应用的账户时，余额转移服务平台确定该账户为目标绑定用户。

209、余额转移服务平台向上述目标应用对应的后台服务器发送虚拟金额转移请求。

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

可见，实施图2所描述的另一种实体IC卡中余额的转移实现方法能够对用户触发的针对实体IC卡的余额退还请求进行验证，并在验证通过之后，向供实体IC卡进行余额转移的应用对应的后台服务器发送针对实体IC卡的虚拟金额转移请求，以实现实体IC卡余额的转移，无需用户再通过相应的服务点(例如：人工售票点)申请退还实体IC卡的余额，能够简化用户退还实体IC卡中的余额的操作，提高实体IC卡的余额的退还灵活性以及退还效率，提高了用户的使用体验。此外，还能够提高实体IC卡的余额的转移效率、安全性以及可靠性；还能够降低用户因没有对应的账户而导致无法成功转移实体IC卡的余额的概率。

实施例三

请参阅图3，图3是本发明实施例公开的一种余额转移服务平台的结构示意图。如图3所示，该余额转移服务平台可以应用于余额转移服务平台中，且该余额转移服务平台可以包括接收模块301、验证模块302以及发送模块303，其中：

接收模块301，用于接收某一用户通过用户终端触发的余额退还请求，该余额退还请求用于请求退还目标实体IC卡的余额，且该余额退还请求至少包括目标实体IC卡的卡信息。

验证模块302，用于根据上述目标实体IC卡的卡信息对上述余额退还请求进行验证。

发送模块303，用于当验证模块302对上述余额退还请求验证通过时，向供上述目标实体IC卡进行余额转移的目标应用对应的后台服务器发送虚拟金额转移请求，该虚拟金额转移请求至少目标应用对应的目标绑定账户以及需要从目标实体IC卡向目标绑定账户转入的虚拟金额，且该虚拟金额转移请求用于向后台服务器请求将该虚拟金额增加至目标绑定账户中。

可见，实施图3所描述的一种余额转移服务平台能够对用户触发的针对实体IC卡的余额退还请求进行验证，并在验证通过之后，向供实体IC卡进行余额转移的应用对应的后台服务器发送针对实体IC卡的虚拟金额转移请求，以实现实体IC卡余额的转移，无需用户再通过相应的服务点(例如：人工售票点)申请退还实体IC卡的余额，能够简化用户退还实体IC卡中的余额的操作，提高实体IC卡的余额的退还灵活性以及退还效率，提高了用户的使用体验。

作为一个可选的实施例，该余额转移服务平台还可以包括反馈模块304以及第一确定模块305。此时，该余额转移服务平台可以如图4所示，图4是本发明实施例公开的另一种余额转移服务平台的结构示意图，其中：

反馈模块304，在验证模块302对上述余额退还请求验证通过之后，以及在发送模块303向供上述目标实体IC卡进行余额转移的目标应用对应的后台服务器发送虚拟金额转移请求之前，向用户终端反馈应用标识集合供某一用户选择，该应用标识集合包括至少一个应用的应用标识，该至少一个应用用于供目标实体IC卡进行余额转移。

第一确定模块305，用于确定上述某一用户根据上述应用标识集合从上述至少一个应用中选择的应用作为目标应用，并触发发送模块302执行上述的向供目标实体IC卡进行余额转移的目标应用对应的后台服务器发送虚拟金额转移请求的操作。

可见，实施图4所示的余额转移服务平台还能够通过向用户输出应用标识集合，供用户基于应用标识集合选择所需的应用，能够进一步提高用户的体验感，以及丰富余额转移服务平台的智能化功能。

作为另一个可选的实施例，如图4所示，该余额转移服务平台还可以包括检测模块306，其中：

检测模块306，用于在第一确定模块305确定上述某一用户根据上述应用标识集合从上述至少一个应用中选择的应用作为目标应用之后，以及在发送模块303向供上述目标实体IC卡进行余额转移的目标应用对应的后台服务器发送虚拟金额转移请求之前，检测该目标应用是否存在与上述某一用户绑定的用户账户。

第一确定模块305，还用于当检测模块306检测到上述目标应用存在与上述某一用户绑定的用户账户时，确定该用户账户作为目标绑定用户，并触发发送模块303执行上述的向供目标实体IC卡进行余额转移的目标应用对应的后台服务器发送虚拟金额转移请求的操作。

可见，实施图4所示的余额转移服务平台还能够通过在向供上述实体IC卡进行余额转移的应用对应的后台服务器发送虚拟金额转移请求之前，先检测用户选择的应用中存在对应的账户，当存在账户时，才执行后续的转移操作，能够确保实体IC卡的余额成功转移。

作为又一个可选的实施例，如图4所示，发送模块303，还用于当检测模块306检测到上述目标应用不存在与上述某一用户绑定的用户账户时，向用户终端发送开户提醒，该开户提醒用于提醒某一用户开通目标应用的账户。

检测模块306，还用于检测上述某一用户是否开通上述目标应用的账户。

第一确定模块305，还用于当检测模块306检测到上述某一用户开通上述目标应用的账户时，确定该账户为目标绑定用户，并触发发送模块303执行上述的向供目标实体IC卡进行余额转移的目标应用对应的后台服务器发送虚拟金额转移请求的操作。

可见，实施图4所示的余额转移服务平台还能够通过在检测到应用不存在用户的账户时，向用户输出开户提醒，能够降低应用因没有对应的账户而导致无法成功转移实体IC卡的余额的概率。

作为又一个可选的实施例，如图4所示，该余额转移服务平台还可以包括第二确定模块307，其中：

第二确定模块307，用于在验证模块302根据目标实体IC卡的卡信息对上述余额退还请求进行验证之前，基于该目标实体IC卡的卡信息确定目标实体IC卡的类型。

其中，验证模块302包括判断子模块3021以及确定子模块3022，其中：

判断子模块3021，用于根据上述目标实体IC卡的卡信息判断该目标实体IC卡的类型是否为预设类型，该预设类型对应的实体IC卡为能够进行余额转移的实体IC卡。

确定子模块3022，用于当判断子模块3021判断出上述目标实体IC卡的类型为上述预设类型时，确定上述余额退还请求验证通过。

可见，实施图4所示的余额转移服务平台还能够通过根据实体IC卡的卡信息确定实体IC卡的类型，并判断实体IC卡的类型是否为预设类型，当判断的结果为是时，确定余额退还请求验证通过，能够降低因实体IC卡的类型不为预设类型而导致实体IC卡的余额转移失败的可能性。

作为又一个可选的实施例，如图4所示，该余额转移服务平台还可以包括第三确定模块308以及查询模块309，其中：

第三确定模块308，用于当验证模块302判断出目标实体IC卡的类型不为预设类型时，确定用户终端当前所在的用户地理位置。

查询模块309，用于查询该地理位置对应的预设范围内的至少一个退回服务点。

第三确定模块308，还用于确定上述至少一个退回服务点中每个退回服务点的服务点地理位置。

发送模块303，还用于向上述用户终端发送退回提示，该退回提示包括所有服务点地理位置。

可见，实施图4所示的余额转移服务平台还能够通过在判断出实体IC卡的类型不为预设类型，即余额退还请求验证不通过时，向用户发送包含服务点地理位置的退回提示，能够使得用户到达该服务点地理位置退回实体IC卡中的余额，提升用户的使用体验感。

作为又一个可选的实施例，如图4所示，该余额转移服务平台还可以包括第一判断模块310，其中：

第一判断模块310，用于在发送模块303向供上述目标实体IC卡进行余额转移的目标应用对应的后台服务器发送虚拟金额转移请求的操作之前，判断是否接收到上述用户终端发送的余额转移要求，该余额转移要求包括目标转移金额，该目标转移金额为需要从实体IC卡的总余额转出的金额，且该目标转移金额小于等于实体IC卡的总金额。

发送模块303，还用于当第一判断模块310判断出接收到上述用户终端发送的余额转移要求时，向供上述目标实体IC卡进行余额转移的目标应用对应的后台服务器发送虚拟金额转移请求的操作。此时，上述虚拟金额为目标转移金额。

该可选的实施例中，进一步的，当目标应用的数量大于1时，该余额转移要求还包括转到每个目标应用对应的账户的金额占目标转移金额的百分比，例如：当目标应用包括支付宝钱包以及微信钱包时，则余额转移请求还包括转到支付宝钱包的金额占总金额30％，转到微信钱包的金额占总金额70％。这样能够提供多种实体IC卡的余额转移途径，提高实体IC卡余额的转移灵活性。

可见，实施图4所示的余额转移服务平台还能够通过在向供实体IC卡进行余额转移的应用对应的后台服务器发送虚拟金额转移请求之前，先判断是否接收到余额转移要求，能够丰富余额转移服务平台的智能化功能，以及能够根据用户需要从转移实体IC卡转出的余额，提高实体IC卡余额转移的灵活性以及提升用户的使用体验。

作为又一个可选的实施例，如图4所示，该余额转移服务平台还可以包括第二判断模块311，其中：

接收模块301，还用于在发送模块303向供上述目标实体IC卡进行余额转移的目标应用对应的后台服务器发送虚拟金额转移请求之前，接收上述用户终端发送的上述某一用户的特征信息。

第二判断模块311用于基于某一用户的特征信息判断某一用户是否为实体IC卡的拥有者。

发送模块303，还用于当第二判断模块311判断出某一用户为实体IC卡的拥有者时，向供上述目标实体IC卡进行余额转移的目标应用对应的后台服务器发送虚拟金额转移请求。

可见，实施图4所示的余额转移服务平台还能够通过基于用户的特征信息判断用户是否为实体IC卡的拥有者，当判断的结果为是时，才继续执行后续操作，能够降低不良分子转移实体IC卡的余额的可能性，提高实体IC卡余额转移的可靠性以及降低用户的经济损失。

作为又一个可选的实施例，如图4所示，该余额转移服务平台还可以包括输出模块312，其中：

第一判断模块310，还用于在发送模块303向供上述目标实体IC卡进行余额转移的目标应用对应的后台服务器发送虚拟金额转移请求之后，判断上述虚拟金额是否成功添加至目标绑定账户中。

输出模块312，用于当第一判断模块310判断出上述虚拟金额已经成功添加至目标绑定账户中时，向上述用户终端输出成功转移消息，该成功转移消息包括转移至目标绑定用户的金额。

发送模块303，还用于当第一判断模块310判断出上述虚拟金额未成功添加至目标绑定账户中时，重新执行上述的向供上述目标实体IC卡进行余额转移的目标应用对应的后台服务器发送虚拟金额转移请求的操作。

可见，实施图4所示的余额转移服务平台还能够通过判断虚拟金额是否成功添加，当成功添加时，向用户终端发送成功转移消息，能够使得用户知晓已经将实体IC卡的余额转移至对应的账户；当未成功转移时，重新执行发送虚拟金额转移请求，能够提高用户的使用体验。

作为又一个可选的实施例，如图4所示，检测模块306，还用于在反馈模块304向上述用户终端反馈应用标识集合供上述某一用户选择之前，检测上述余额退还请求是否包括第一应用的应用标识，该第一应用为上述某一用户选择的、用于供实体IC卡进行余额转移的应用。

第一确定模块305，还用于当检测模块306检测到上述余额退还请求包括第一应用的应用标识时，确定该第一应用为目标应用，并触发发送模块303执行上述的向供上述目标实体IC卡进行余额转移的目标应用对应的后台服务器发送虚拟金额转移请求的操作。

该可选的实施例中，进一步的，反馈模块304，还用于当检测模块306检测到上述余额退还请求不包括第一应用的应用标识时，向上述用户终端反馈应用标识集合供上述某一用户选择的操作。

该可选的实施例中，又进一步的，第二判断模块311，还用于当检测模块306检测到上述余额退还请求包括第一应用的应用标识时，根据该第一应用的应用标识判断该第一应用是否为余额转移服务平台授权的应用。

第一确定模块305，还用于当第二判断模块311判断出上述第一应用为余额转移服务平台授权的应用时，确定上述第一应用为目标应用。这样通过判断余额退还请求包括的第一应用是否为余额转移服务平台授权的应用，能够提高实体IC卡的余额转移的安全性以及可靠性。

可见，实施图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 (10)

1.一种实体IC卡中余额的转移实现方法，其特征在于，所述方法应用于余额转移服务平台中，所述方法包括：

所述余额转移服务平台接收某一用户通过用户终端触发的余额退还请求，所述余额退还请求用于请求退还目标实体IC卡的余额，且所述余额退还请求至少包括所述目标实体IC卡的卡信息；

所述余额转移服务平台根据所述目标实体IC卡的卡信息对所述余额退还请求进行验证；

当所述余额退还请求验证通过时，所述余额转移服务平台向供所述目标实体IC卡进行余额转移的目标应用对应的后台服务器发送虚拟金额转移请求，所述虚拟金额转移请求至少包括所述目标应用对应的目标绑定账户以及需要从所述目标实体IC卡向所述目标绑定账户转入的虚拟金额，且所述虚拟金额转移请求用于向所述后台服务器请求将所述虚拟金额增加至所述目标绑定账户中。

2.根据权利要求1所述的实体IC卡中余额的转移实现方法，其特征在于，在所述余额退还请求验证通过之后，以及所述余额转移服务平台向供所述目标实体IC卡进行余额转移的目标应用对应的后台服务器发送虚拟金额转移请求之前，所述方法还包括：

所述余额转移服务平台向所述用户终端反馈应用标识集合供所述某一用户选择，所述应用标识集合包括至少一个应用的应用标识，所述至少一个应用用于供所述目标实体IC卡进行余额转移；

所述余额转移服务平台确定所述某一用户根据所述应用标识集合从所述至少一个应用中选择的应用作为目标应用，并触发执行所述的向供所述目标实体IC卡进行余额转移的目标应用对应的后台服务器发送虚拟金额转移请求的操作。

3.根据权利要求2所述的实体IC卡中余额的转移实现方法，其特征在于，所述余额转移服务平台确定所述某一用户根据所述应用标识集合从所述至少一个应用中选择的应用作为目标应用之后，以及所述余额转移服务平台向供所述目标实体IC卡进行余额转移的目标应用对应的后台服务器发送虚拟金额转移请求之前，所述方法还包括：

所述余额转移服务平台检测所述目标应用是否存在与所述某一用户绑定的用户账户；

当检测到所述目标应用存在与所述某一用户绑定的用户账户时，所述余额转移服务平台确定所述用户账户作为目标绑定用户，并触发执行所述的向供所述目标实体IC卡进行余额转移的目标应用对应的后台服务器发送虚拟金额转移请求的操作。

4.根据权利要求3所述的实体IC卡中余额的转移实现方法，其特征在于，所述方法还包括：

当检测到所述目标应用不存在与所述某一用户绑定的用户账户时，所述余额转移服务平台向所述用户终端发送开户提醒，所述开户提醒用于提醒所述某一用户开通所述目标应用的账户；

在检测到所述某一用户开通所述目标应用的账户时，所述余额转移服务平台确定所述账户为目标绑定用户，并触发执行所述的向供所述目标实体IC卡进行余额转移的目标应用对应的后台服务器发送虚拟金额转移请求的操作。

5.根据权利要求1-4任一项所述的实体IC卡中余额的转移实现方法，其特征在于，所述余额转移服务平台根据所述目标实体IC卡的卡信息对所述余额退还请求进行验证之前，所述方法还包括：

所述余额转移服务平台基于所述目标实体IC卡的卡信息确定所述目标实体IC卡的类型；

其中，所述余额转移服务平台根据所述目标实体IC卡的卡信息对所述余额退还请求进行验证，包括：

所述余额转移服务平台根据所述目标实体IC卡的卡信息判断所述目标实体IC卡的类型是否为预设类型，所述预设类型对应的实体IC卡为能够进行余额转移的实体IC卡；

当判断出所述目标实体IC卡的类型为所述预设类型时，所述余额转移服务平台确定所述余额退还请求验证通过。

6.一种余额转移服务平台，其特征在于，所述余额转移服务平台包括接收模块、验证模块以及发送模块，其中：

所述接收模块，用于接收某一用户通过用户终端触发的余额退还请求，所述余额退还请求用于请求退还目标实体IC卡的余额，且所述余额退还请求至少包括所述目标实体IC卡的卡信息；

所述验证模块，用于根据所述目标实体IC卡的卡信息对所述余额退还请求进行验证；

所述发送模块，用于当所述验证模块对所述余额退还请求验证通过时，向供所述目标实体IC卡进行余额转移的目标应用对应的后台服务器发送虚拟金额转移请求，所述虚拟金额转移请求至少包括所述目标应用对应的目标绑定账户以及需要从所述目标实体IC卡向所述目标绑定账户转入的虚拟金额，且所述虚拟金额转移请求用于向所述后台服务器请求将所述虚拟金额增加至所述目标绑定账户中。

7.根据权利要求6所述的余额转移服务平台，其特征在于，所述余额转移服务平台包括反馈模块以及第一确定模块，其中：

所述反馈模块，在所述验证模块对所述余额退还请求验证通过之后，以及在所述发送模块向供所述目标实体IC卡进行余额转移的目标应用对应的后台服务器发送虚拟金额转移请求之前，向所述用户终端反馈应用标识集合供所述某一用户选择，所述应用标识集合包括至少一个应用的应用标识，所述至少一个应用用于供所述目标实体IC卡进行余额转移；

所述第一确定模块，用于确定所述某一用户根据所述应用标识集合从所述至少一个应用中选择的应用作为目标应用，并触发所述发送模块执行所述的向供所述目标实体IC卡进行余额转移的目标应用对应的后台服务器发送虚拟金额转移请求的操作。

8.根据权利要求7所述的余额转移服务平台，其特征在于，所述余额转移服务平台包括检测模块，其中：

所述检测模块，用于在所述第一确定模块确定所述某一用户根据所述应用标识集合从所述至少一个应用中选择的应用作为目标应用之后，以及在所述发送模块向供所述目标实体IC卡进行余额转移的目标应用对应的后台服务器发送虚拟金额转移请求之前，检测所述目标应用是否存在与所述某一用户绑定的用户账户；

所述第一确定模块，还用于当所述检测模块检测到所述目标应用存在与所述某一用户绑定的用户账户时，确定所述用户账户作为目标绑定用户，并触发所述发送模块执行所述的向供所述目标实体IC卡进行余额转移的目标应用对应的后台服务器发送虚拟金额转移请求的操作。

9.根据权利要求8所述的余额转移服务平台，其特征在于，所述发送模块，还用于当所述检测模块检测到所述目标应用不存在与所述某一用户绑定的用户账户时，向所述用户终端发送开户提醒，所述开户提醒用于提醒所述某一用户开通所述目标应用的账户；

所述检测模块，还用于检测所述某一用户是否开通所述目标应用的账户；

所述第一确定模块，还用于当所述检测模块检测到所述某一用户开通所述目标应用的账户时，确定所述账户为目标绑定用户，并触发所述发送模块执行所述的向供所述目标实体IC卡进行余额转移的目标应用对应的后台服务器发送虚拟金额转移请求的操作。

10.根据权利要求6-9任一项所述的余额转移服务平台，其特征在于，所述余额转移服务平台还包括第二确定模块，其中：

所述第二确定模块，用于在所述验证模块根据所述目标实体IC卡的卡信息对所述余额退还请求进行验证之前，基于所述目标实体IC卡的卡信息确定所述目标实体IC卡的类型；

其中，所述验证模块包括判断子模块以及确定子模块，其中：

所述判断子模块，用于根据所述目标实体IC卡的卡信息判断所述目标实体IC卡的类型是否为预设类型，所述预设类型对应的实体IC卡为能够进行余额转移的实体IC卡；

所述确定子模块，用于当所述判断子模块判断出所述目标实体IC卡的类型为所述预设类型时，确定所述余额退还请求验证通过。