虚拟卡的复用方法及装置与流程

本公开涉及通信技术领域，尤其涉及虚拟卡的复用方法及装置。

背景技术：

目前，随着带有nfc(nearfieldcommunication，近场通信)功能的手机及其它终端的普及，越来越多的用户选择通过空中发卡的方式获得虚拟卡片，如使用具有nfc功能的手机选择公交卡的空中发卡，但是相关技术中这种空中发卡方式使得卡数据不可复用，消耗卡数据过多。

技术实现要素：

本公开实施例提供了虚拟卡的复用方法及装置。所述技术方案如下：

根据本公开实施例的第一方面，提供一种虚拟卡的复用方法，包括：

预先存储一项以上的卡数据、以及每项卡数据的使用状态信息；

接收当前设备发送的卡数据请求；

基于所述卡数据请求和所述使用状态信息，向所述当前设备发送响应消息；

根据所述当前设备与目标服务器的交互结果，对所述卡数据的使用状态信息执行所述卡数据请求对应的操作；

其中，所述交互结果由所述当前设备和所述目标服务器基于所述响应消息进行交互得到。

在一个实施例中，所述卡数据请求包括：开卡请求或者删卡请求，其中：

当所述卡数据请求包括所述开卡请求时，所述交互结果包括预设卡数据的开卡完成提示信息；

当所述卡数据请求包括所述删卡请求时，所述交互结果包括成功删除预设卡数据的删卡提示信息；

其中，所述一项以上的卡数据包括所述预设卡数据。

在一个实施例中，当所述卡数据请求包括所述开卡请求时，所述基于所述卡数据请求和所述使用状态信息，向所述当前设备发送响应消息，包括：

确定所述卡数据中是否存在使用状态信息为未被占用状态的可选卡数据；

当存在所述可选卡数据时，将从所述可选卡数据中选择出的卡数据确定为所述预设卡数据；

向所述当前设备发送开卡认证信息，其中，所述开卡认证信息用于在被所述当前设备发送至所述目标服务器后使所述目标服务器执行开卡操作，所述开卡操作用于使所述当前设备获得所述预设卡数据，完成开卡；

所述根据所述当前设备与目标服务器的交互结果，对所述卡数据的使用状态信息执行所述卡数据请求对应的操作，包括：

基于所述开卡完成提示信息，将所述预设卡数据的使用状态信息由未被占用状态更新为被占用状态。

在一个实施例中，所述开卡操作包括：

对所述开卡认证信息进行认证，并在所述开卡认证信息认证通过后将所述当前设备的标识与所述预设卡数据进行对应存储。

在一个实施例中，当所述卡数据请求包括所述删卡请求时，所述基于所述卡数据请求和所述使用状态信息，向所述当前设备发送响应消息，包括：

基于所述删卡请求，将所述预设卡数据的使用状态信息更新为申请退卡中；

向所述当前设备发送状态更新提示，以使所述当前设备向所述目标服务器发送所述删卡请求，其中，所述删卡请求用于使所述目标服务器执行所述预设卡数据的删卡操作；

所述根据所述当前设备与目标服务器的交互结果，对所述卡数据的使用状态信息执行所述卡数据请求对应的操作，包括：

基于所述删卡提示信息，将所述预设卡数据的使用状态信息由申请退卡中更新为未被占用状态。

在一个实施例中，所述删卡操作包括：

发送用于删除所述当前设备中的所述预设卡数据的删除脚本和解除所述当前设备的标识与所述预设卡数据之间的对应关系。

在一个实施例中，所述方法还包括:

确定所述预设卡数据中的当前余额；

在将所述预设卡数据的使用状态信息由申请退卡中更新为未被占用状态时，向所述当前设备退还所述当前余额。

在一个实施例中，所述方法还包括:

接收所述目标服务器按照预设结算周期退还的所述当前余额。

在一个实施例中，所述预设卡数据包括：公交卡数据。

根据本公开实施例的第二方面，提供一种虚拟卡的复用装置，包括：

存储模块，用于预先存储一项以上的卡数据、以及每项卡数据的使用状态信息；

第一接收模块，用于接收当前设备发送的卡数据请求；

发送模块，用于基于所述卡数据请求和所述使用状态信息，向所述当前设备发送响应消息；

执行模块，用于根据所述当前设备与目标服务器的交互结果，对所述卡数据的使用状态信息执行所述卡数据请求对应的操作；

其中，所述交互结果由所述当前设备和所述目标服务器基于所述响应消息进行交互得到。

在一个实施例中，所述卡数据请求包括：开卡请求或者删卡请求，其中：

当所述卡数据请求包括所述开卡请求时，所述交互结果包括预设卡数据的开卡完成提示信息；

当所述卡数据请求包括所述删卡请求时，所述交互结果包括成功删除预设卡数据的删卡提示信息；

其中，所述一项以上的卡数据包括所述预设卡数据。

在一个实施例中，所述发送模块包括：

第一确定子模块，用于当所述卡数据请求包括所述开卡请求时，确定所述卡数据中是否存在使用状态信息为未被占用状态的可选卡数据；

第二确定子模块，用于当存在所述可选卡数据时，将从所述可选卡数据中选择出的卡数据确定为所述预设卡数据；

第一发送子模块，用于向所述当前设备发送开卡认证信息，其中，所述开卡认证信息用于在被所述当前设备发送至所述目标服务器后使所述目标服务器执行开卡操作，所述开卡操作用于使所述当前设备获得所述预设卡数据，完成开卡；

所述执行模块包括：

第一更新子模块，用于基于所述开卡完成提示信息，将所述预设卡数据的使用状态信息由未被占用状态更新为被占用状态。

在一个实施例中，所述发送模块包括：

第二更新子模块，用于当所述卡数据请求包括所述删卡请求时，基于所述删卡请求，将所述预设卡数据的使用状态信息更新为申请退卡中；

第二发送子模块，用于向所述当前设备发送状态更新提示，以使所述当前设备向所述目标服务器发送所述删卡请求，其中，所述删卡请求用于使所述目标服务器执行所述预设卡数据的删卡操作；

所述执行模块包括：

第三更新子模块，用于基于所述删卡提示信息，将所述预设卡数据的使用状态信息由申请退卡中更新为未被占用状态。

在一个实施例中，所述装置还包括:

确定模块，用于确定所述预设卡数据中的当前余额；

退还模块，用于在将所述预设卡数据的使用状态信息由申请退卡中更新为未被占用状态时，向所述当前设备退还所述当前余额。

在一个实施例中，所述装置还包括:

第二接收模块，用于接收所述目标服务器按照预设结算周期退还的所述当前余额。

在一个实施例中，所述预设卡数据包括：公交卡数据。

根据本公开实施例的第三方面，提供了一种虚拟卡的复用装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

预先存储一项以上的卡数据、以及每项卡数据的使用状态信息；

接收当前设备发送的卡数据请求；

基于所述卡数据请求和所述使用状态信息，向所述当前设备发送响应消息；

根据所述当前设备与目标服务器的交互结果，对所述卡数据的使用状态信息执行所述卡数据请求对应的操作；

其中，所述交互结果由所述当前设备和所述目标服务器基于所述响应消息进行交互得到。

根据本公开实施例的第四方面，提供了一种计算机可读存储介质，其上存储有计算机指令，所述指令被处理器执行时实现本公开第一方面实施例中任一项所述方法的步骤。

本公开的实施例提供的技术方案可以包括以下有益效果：

本公开的实施例提供的技术方案，在接收到当前设备发送的卡数据请求时，通过基于卡数据请求和使用状态信息，向当前设备发送响应消息，并根据当前设备与目标服务器的交互结果，对卡数据的使用状态信息执行该卡数据请求对应的操作，可将卡数据的使用状态信息及时进行自动更新，从而使得预存储的每项卡数据的使用状态信息能够根据卡数据请求的变化处于可循环状态，进而使得预存储的每项卡数据能够有机会被复用，这也有利于减少卡数据的消耗数目。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的一种虚拟卡的复用方法的流程图。

图2是根据一示例性实施例示出的另一种虚拟卡的复用方法的流程图。

图3是根据一示例性实施例示出的又一种虚拟卡的复用方法的流程图。

图4是根据一示例性实施例示出的再一种虚拟卡的复用方法的流程图。

图5a是根据一示例性实施例示出的一种开卡流程图。

图5b是根据一示例性实施例示出的一种删卡流程图。

图6是根据一示例性实施例示出的一种虚拟卡的复用装置的框图。

图7是根据一示例性实施例示出的另一种虚拟卡的复用装置的框图。

图8是根据一示例性实施例示出的又一种虚拟卡的复用装置的框图。

图9是根据一示例性实施例示出的再一种虚拟卡的复用装置的框图。

图10是根据一示例性实施例示出的适用于虚拟卡的复用装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

目前，随着带有nfc(nearfieldcommunication，近场通信)功能的手机及其它终端的普及，越来越多的用户选择通过空中发卡的方式获得虚拟卡片，如使用具有nfc功能的手机选择公交卡的空中发卡，但是相关技术中的空中发卡方式使得卡数据不可复用、消耗卡数据过多的问题。另外，相关技术中的空中发卡方式无法实现退卡、结算余额的功能，从而影响卡数据的使用效率。

为了解决上述技术问题，本公开实施例提供了一种虚拟卡的复用方法，该方法可用于卡数据的操作程序、系统或装置中，且该方法对应的执行主体可以具有处理卡数据业务的终端或服务器，如图1所示，该方法包括步骤s101至步骤s104：

在步骤s101中，预先存储一项以上的卡数据、以及每项卡数据的使用状态信息；

每项卡数据的使用状态信息的初始状态可以是未被占用状态，以便于后期可以供设备占有、使用。

在步骤s102中，接收当前设备发送的卡数据请求；

当前设备可以是支持近距离通信的设备，如具有nfc功能的终端。

在步骤s103中，基于卡数据请求和使用状态信息，向当前设备发送响应消息；

在步骤s104中，根据当前设备与目标服务器的交互结果，对卡数据的使用状态信息执行卡数据请求对应的操作；

其中，交互结果由当前设备和目标服务器基于响应消息进行交互得到，而目标服务器可以是卡数据提供商的服务器，如公交公司的服务器。

在接收到当前设备发送的卡数据请求时，通过基于卡数据请求和使用状态信息，向当前设备发送响应消息，并根据当前设备与目标服务器的交互结果，对卡数据的使用状态信息执行该卡数据请求对应的操作，可将卡数据的使用状态信息及时进行自动更新，从而使得预存储的每项卡数据的使用状态信息能够根据卡数据请求的变化处于可循环状态，进而使得预存储的每项卡数据能够有机会被复用，这也有利于减少卡数据的消耗数目。

在一个实施例中，卡数据请求包括：开卡请求或者删卡请求，其中：

当卡数据请求包括开卡请求时，交互结果包括预设卡数据的开卡完成提示信息；

当卡数据请求包括删卡请求时，交互结果包括成功删除预设卡数据的删卡提示信息；

其中，一项以上的卡数据包括预设卡数据。

卡数据请求包括开卡请求或者删卡请求，即当前设备可通过执行主体向目标服务器请求开卡或者删卡，而为了便于执行主体能够根据该卡数据请求的具体业务进展情况及时地对卡数据的使用状态信息执行该卡数据请求对应的操作，可在开卡完成时向执行主体发送预设卡数据的开卡完成提示信息，而在删卡完成时向执行主体发送成功删除预设卡数据的删卡提示信息。

另外，执行主体接收到的该交互结果可以是当前设备发送的或者是目标服务器发送的。

如图2所示，在一个实施例中，当卡数据请求包括开卡请求时，上述图1所示的步骤s103，即基于卡数据请求和使用状态信息，向当前设备发送响应消息，可以包括步骤s201至步骤s203：

在步骤s201中，确定卡数据中是否存在使用状态信息为未被占用状态的可选卡数据；

其中，该开卡请求中可以包括卡数据的租用费用，该租用费用低于相关技术中的开卡费用，从而减少卡数据的使用成本。

在步骤s202中，当存在可选卡数据时，将从可选卡数据中选择出的卡数据确定为预设卡数据；

由于未被占用的卡数据处于可用状态，可分配给新用户，所以，可从使用状态信息为未被占用状态的可选卡数据中自动选择某卡数据作为该预设卡数据，而在选择时，可以基于可选卡数据的排列顺序选择或者随机选择。

在步骤s203中，向当前设备发送开卡认证信息，其中，开卡认证信息用于在被当前设备发送至目标服务器后使目标服务器执行开卡操作，开卡操作用于使当前设备获得预设卡数据，完成开卡；

开卡认证信息可以唯一标识该预设卡数据，同时开卡认证信息还可以包括：业务数据和签名，其中，业务数据用于指示该开卡请求，而签名可以为执行主体的签名，如当执行主体为xx公司的服务器时，该签名可以是xx公司的签名，以避免非法用户盗用执行主体中预存储的一项以上的卡数据后可非法使用这些卡数据，而目标服务器认证该开卡认证信息的过程与相关技术类似，此处不再赘述。

其次，当前设备获得该预设卡数据的方式可以是：目标服务器在该开卡认证信息认证通过后，直接向该当前设备下发该预设卡数据；或者

目标服务器在该开卡认证信息认证通过后，指示执行主体向该当前设备下发该预设卡数据。

另外，为了使当前设备获得预设卡数据、完成开卡，除了向当前设备发送开卡认证信息之外，还可以向当前设备发送押金请求，这样当前设备在根据该押金请求向目标服务器支付相应的押金后，也可获得该预设卡数据、完成开卡，当然，在通过这种方式完成开卡时，为了使目标服务器确定该预设卡数据，执行主体在向当前设备发送押金请求时还可以向目标服务器发送该预设卡数据的标识。

上述图1所示的步骤s104，即根据当前设备与目标服务器的交互结果，对卡数据的使用状态信息执行卡数据请求对应的操作，可以包括步骤s204：

在步骤s204中，基于开卡完成提示信息，将预设卡数据的使用状态信息由未被占用状态更新为被占用状态。

基于该开卡完成提示信息，将预设卡数据的使用状态信息由未被占用状态自动更新为被占用状态，可以避免该预设卡数据在被当前设备使用期间再次被其他设备占有和使用，而这种自动更新卡数据的使用状态信息的方式使得卡数据的状态能够处于可循环状态，进而为卡数据能够被复用奠定基础。

其次，该当前设备的标识可以携带在开卡认证信息中一并发送给目标服务器，而该当前设备的标识可以是该当前设备的nfc芯片的标识等。

另外，在当前设备完成开卡操作后，使用该预设卡数据的方式与相关技术相似，此处不再过多赘述，如在使用该预设卡数据进行扣款操作时，由于该预设卡数据在当前设备(如nfc芯片)中，因而，当该当前设备与预设卡数据的扫描区域(如公交卡的扫描区域)相接近时，可通过nfc通信方式完成扣款操作；同样地，在对该预设卡数据进行充值时，可直接通过目标服务器完成充值，且具体的充值步骤与相关技术类似，此处不再赘述。

在一个实施例中，开卡操作包括：

对开卡认证信息进行认证，并在开卡认证信息认证通过后将当前设备的标识与预设卡数据进行对应存储。

通过执行该开卡操作便于目标服务器将要使用该预设卡数据的当前设备与该预设卡数据进行绑定，从而避免了在该当前设备占用该预设卡数据的期间该预设卡数据被分发至其他设备。

如图3，在一个实施例中，当卡数据请求包括删卡请求时，上述图1所示的步骤s103，即基于卡数据请求和使用状态信息，向当前设备发送响应消息，可以包括步骤s301和步骤s302：

在步骤s301中，基于删卡请求，将预设卡数据的使用状态信息更新为申请退卡中；

通过将预设卡数据的使用状态信息自动更新为申请退卡中，能够提示当前终端在该预设卡数据未被退还成功时，可多次向目标服务器发送该删卡请求，直至退卡成功。

在步骤s302中，向当前设备发送状态更新提示，以使当前设备向目标服务器发送删卡请求，其中，删卡请求用于使目标服务器执行预设卡数据的删卡操作；

上述图1所示的步骤s104，即根据当前设备与目标服务器的交互结果，对卡数据的使用状态信息执行卡数据请求对应的操作，可以包括步骤s303：

在步骤s303中，基于删卡提示信息，将预设卡数据的使用状态信息由申请退卡中更新为未被占用状态。

通过基于删卡提示信息将预设卡数据的使用状态信息由申请退卡中更新为未被占用状态，使得该预设卡数据重新回到未被占用状态，这样既使用户完成了空中退卡操作，又使得预设卡数据再次处于可复用状态，从而有利于提高空中所发卡的利用率、减少卡的浪费次数；

另外，由于当前设备可根据用户需求随时发起删卡请求，因而，本实施例也使得空中发卡可适用于短期使用用户，从而不仅有利于提高空中发卡的使用体验率，而且也可扩大空中发卡的适用人群。

在一个实施例中，删卡操作包括：

发送用于删除当前设备中的预设卡数据的删除脚本和解除当前设备的标识与预设卡数据之间的对应关系。

其中，发送预设卡数据的删除脚本可以删除该当前设备中存储的该预设卡数据；

而删除该对应关系，可以解除当前设备的标识与预设卡数据之间的绑定，不仅使得该预设卡数据再次可复用，而且也使得该当前设备能够再次申请空中开卡。

如图4所示，在一个实施例中，方法还包括步骤s401和步骤s402：

在步骤s401中，确定预设卡数据中的当前余额；

该当前余额可以是执行主体向目标服务器确认的，也可以是目标服务器在执行删卡操作时，主动向执行主体下发的。

在步骤s402中，在将预设卡数据的使用状态信息由申请退卡中更新为未被占用状态时，向当前设备退还当前余额。

在删卡过程中，还可以确定预设卡数据的当前余额，以向当前设备退还当前余额，从而不仅使得预设卡数据能够在退卡后被复用，而且使得用户可获得其当前余额，避免了损失。

在一个实施例中，方法还包括:

接收目标服务器按照预设结算周期退还的当前余额。

由于当前设备删除该预设卡数据时，当前设备的预设卡数据的当前余额是由执行主体垫付的，所以，可按照预设结算周期接收目标服务器退还的当前余额，从而完成空中退卡过程中余额的整个结算过程。

在一个实施例中，预设卡数据包括：公交卡数据。

该预设卡数据包括该公交卡数据，当然，如果不过多考虑安全性问题，该预设卡数据还有可能是银行卡数据。

下面将结合图5a和图5b进一步详细说明本公开的技术方案，其中，图5a是根据一示例性实施例示出的一种开卡流程图，图5b是根据一示例性实施例示出的一种删卡流程图。

如图5a所示，本公开中的开卡流程可以包括步骤s501至步骤s510，其中：

在步骤s501中，当前设备向执行主体发送开卡请求。

在步骤s502中，执行主体接收该开卡请求。

在步骤s503中，执行主体确定预存储的至少一项卡数据中是否存在使用状态信息为未被占用状态的可选卡数据。

在步骤s504中，当执行主体确定存在可选卡数据时，将从该可选卡数据中选择出的卡数据确定为该预设卡数据。

在步骤s505中，执行主体向该当前设备发送该预设卡数据对应的开卡认证信息。

在步骤s506中，当前设备接收该开卡认证信息并发送至目标服务器。

在步骤s507中，目标服务器接收该开卡认证信息，并执行开卡操作，以对该开卡认证信息进行认证，并在该开卡认证信息验证通过后将该当前设备的标识与该预设卡数据进行对应存储，进而向当前设备下发该预设卡数据。

在步骤s508中，当前设备获取该预设卡数据。

在步骤s509中，目标服务器在执行完开卡操作并向当前设备下发该预设卡数据后，向执行主体发送开卡完成提示信息，以指示执行主体该当前设备已完成开卡操作。

在步骤s510中，执行主体基于该开卡完成提示信息，将上述预设卡数据的使用状态信息由未被占用状态更新为被占用状态。

如图5b所示，本公开中的删卡流程可以包括步骤s511至步骤s522，其中，

在步骤s511中，当前设备向执行主体发送删卡请求。

在步骤s512中，执行主体接收该删卡请求。

在步骤s513中，执行主体基于该删卡请求，将该预设卡数据的使用状态信息由被占用状态更新为申请退卡中。

在步骤s514中，执行主体在将预设卡数据的状态信息更新为申请退卡中后，向该当前设备发送状态更新提示，以使该当前设备向该目标服务器发送该删卡请求，以请求获得删卡脚本。

在步骤s515中，当前设备基于状态更新提示，向目标服务器发送删卡请求。

在步骤s516中，目标服务器基于该删卡请求，执行删卡操作，以向当前设备发送删除脚本并解除所述当前设备的标识与所述预设卡数据之间的对应关系。

在步骤s517中，当前设备在接收到删卡脚本后，删除本地上存储的该预设卡数据。

在步骤s518中，目标服务器在执行删卡操作时，向执行主体发送删卡提示信息和当前余额，以指示执行主体已成功完成删卡操作，可向当前设备垫付当前余额。

在步骤s519中，执行主体在接收到该删卡提示信息后，基于删卡提示信息，将该预设卡数据的使用状态信息由申请退卡中更新为未被占用状态；并向当前设备退还当前余额。

在步骤s520中，当前设备在退卡完成后，接收来自执行主体退还的当前余额。

在步骤s521中，目标服务器按照预设结算周期向执行主体返还其垫付的当前余额。

在步骤s522中，执行主体接收来自目标服务器的当前余额。

对应本公开实施例提供的上述虚拟卡的复用方法，本公开实施例还提供一种虚拟卡的复用装置，如图6所示，该装置包括：

存储模块601，被配置为预先存储一项以上的卡数据、以及每项卡数据的使用状态信息；

第一接收模块602，被配置为接收当前设备发送的卡数据请求；

发送模块603，被配置为基于卡数据请求和使用状态信息，向当前设备发送响应消息；

执行模块604，被配置为根据当前设备与目标服务器的交互结果，对卡数据的使用状态信息执行卡数据请求对应的操作；

其中，交互结果由当前设备和目标服务器基于响应消息进行交互得到。

在一个实施例中，卡数据请求包括：开卡请求或者删卡请求，其中：

当卡数据请求包括开卡请求时，交互结果包括预设卡数据的开卡完成提示信息；

当卡数据请求包括删卡请求时，交互结果包括成功删除预设卡数据的删卡提示信息；

其中，一项以上的卡数据包括预设卡数据。

如图7所示，在一个实施例中，上述图6所示的发送模块603可以包括：

第一确定子模块6031，被配置为当卡数据请求包括开卡请求时，确定卡数据中是否存在使用状态信息为未被占用状态的可选卡数据；

第二确定子模块6032，被配置为当存在可选卡数据时，将从可选卡数据中选择出的卡数据确定为预设卡数据；

第一发送子模块6032，被配置为向当前设备发送开卡认证信息，其中，开卡认证信息被配置为在被当前设备发送至目标服务器后使目标服务器执行开卡操作，开卡操作被配置为使当前设备获得预设卡数据，完成开卡；

上述图6所示的执行模块604可以包括：

第一更新子模块6041，被配置为基于开卡完成提示信息，将预设卡数据的使用状态信息由未被占用状态更新为被占用状态。

如图8所示，在一个实施例中，上述图6所示的发送模块603可以包括：

第二更新子模块6034，被配置为当卡数据请求包括删卡请求时，基于删卡请求，将预设卡数据的使用状态信息更新为申请退卡中；

第二发送子模块6035，被配置为向当前设备发送状态更新提示，以使当前设备向目标服务器发送删卡请求，其中，删卡请求被配置为使目标服务器执行预设卡数据的删卡操作；

上述图6所示的执行模块604可以包括：

第三更新子模块6042，被配置为基于删卡提示信息，将预设卡数据的使用状态信息由申请退卡中更新为未被占用状态。

如图9所示，在一个实施例中，装置还包括:

确定模块901，被配置为确定预设卡数据中的当前余额；

退还模块902，被配置为在将预设卡数据的使用状态信息由申请退卡中更新为未被占用状态时，向当前设备退还当前余额。

在一个实施例中，装置还包括:

第二接收模块，被配置为接收目标服务器按照预设结算周期退还的当前余额。

在一个实施例中，预设卡数据包括：公交卡数据。

根据本公开实施例的第三方面，提供一种虚拟卡的复用装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，处理器被配置为：

预先存储一项以上的卡数据、以及每项卡数据的使用状态信息；

接收当前设备发送的卡数据请求；

基于所述卡数据请求和所述使用状态信息，向所述当前设备发送响应消息；

根据所述当前设备与目标服务器的交互结果，对所述卡数据的使用状态信息执行所述卡数据请求对应的操作；

其中，所述交互结果由所述当前设备和所述目标服务器基于所述响应消息进行交互得到。

上述处理器还可被配置为：

所述卡数据请求包括：开卡请求或者删卡请求，其中：

当所述卡数据请求包括所述开卡请求时，所述交互结果包括预设卡数据的开卡完成提示信息；

当所述卡数据请求包括所述删卡请求时，所述交互结果包括成功删除预设卡数据的删卡提示信息；

其中，所述一项以上的卡数据包括所述预设卡数据。

上述处理器还可被配置为：

当所述卡数据请求包括所述开卡请求时，所述基于所述卡数据请求和所述使用状态信息，向所述当前设备发送响应消息，包括：

确定所述卡数据中是否存在使用状态信息为未被占用状态的可选卡数据；

当存在所述可选卡数据时，将从所述可选卡数据中选择出的卡数据确定为所述预设卡数据；

向所述当前设备发送开卡认证信息，其中，所述开卡认证信息用于在被所述当前设备发送至所述目标服务器后使所述目标服务器执行开卡操作，所述开卡操作用于使所述当前设备获得所述预设卡数据，完成开卡；

所述根据所述当前设备与目标服务器的交互结果，对所述卡数据的使用状态信息执行所述卡数据请求对应的操作，包括：

基于所述开卡完成提示信息，将所述预设卡数据的使用状态信息由未被占用状态更新为被占用状态。

上述处理器还可被配置为：

当所述卡数据请求包括所述删卡请求时，所述基于所述卡数据请求和所述使用状态信息，向所述当前设备发送响应消息，包括：

基于所述删卡请求，将所述预设卡数据的使用状态信息更新为申请退卡中；

向所述当前设备发送状态更新提示，以使所述当前设备向所述目标服务器发送所述删卡请求，其中，所述删卡请求用于使所述目标服务器执行所述预设卡数据的删卡操作；

所述根据所述当前设备与目标服务器的交互结果，对所述卡数据的使用状态信息执行所述卡数据请求对应的操作，包括：

基于所述删卡提示信息，将所述预设卡数据的使用状态信息由申请退卡中更新为未被占用状态。

上述处理器还可被配置为：

所述方法还包括:

确定所述预设卡数据中的当前余额；

在将所述预设卡数据的使用状态信息由申请退卡中更新为未被占用状态时，向所述当前设备退还所述当前余额。

上述处理器还可被配置为：

所述方法还包括:

接收所述目标服务器按照预设结算周期退还的所述当前余额。

上述处理器还可被配置为：

所述预设卡数据包括：公交卡数据。

图10是根据一示例性实施例示出的一种用于虚拟卡的复用装置1000的框图，该装置适用于终端设备。例如，装置1000可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个用户数字助理等。

参照图10，装置1000可以包括以下一个或至少两个组件：处理组件1002，存储器1004，电源组件1006，多媒体组件1008，音频组件1010，输入/输出(i/o)接口1012，传感器组件1014，以及通信组件1016。

处理组件1002通常控制装置1000的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1002可以包括一个或至少两个处理器1020来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1002可以包括一个或至少两个模块，便于处理组件1002和其他组件之间的交互。例如，处理组件1002可以包括多媒体模块，以方便多媒体组件1008和处理组件1002之间的交互。

存储器1004被配置为存储各种类型的数据以支持在装置1000的操作。这些数据的示例包括用于在装置1000上操作的任何存储对象或方法的指令，联系用户数据，电话簿数据，消息，图片，视频等。存储器1004可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。

电源组件1006为装置1000的各种组件提供电源。电源组件1006可以包括电源管理系统，一个或至少两个电源，及其他与为装置1000生成、管理和分配电源相关联的组件。

多媒体组件1008包括在所述装置1000和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或至少两个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1008包括一个前置摄像头和/或后置摄像头。当装置1000处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1010被配置为输出和/或输入音频信号。例如，音频组件1010包括一个麦克风(mic)，当装置1000处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1004或经由通信组件1016发送。在一些实施例中，音频组件1010还包括一个扬声器，用于输出音频信号。

i/o接口1012为处理组件1002和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1014包括一个或至少两个传感器，用于为装置1000提供各个方面的状态评估。例如，传感器组件1014可以检测到装置1000的打开/关闭状态，组件的相对定位，例如所述组件为装置1000的显示器和小键盘，传感器组件1014还可以检测装置1000或装置1000一个组件的位置改变，用户与装置1000接触的存在或不存在，装置1000方位或加速/减速和装置1000的温度变化。传感器组件1014可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1014还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1014还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1016被配置为便于装置1000和其他设备之间有线或无线方式的通信。装置1000可以接入基于通信标准的无线网络，如wifi，2g或3g，或它们的组合。在一个示例性实施例中，通信组件1016经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1016还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。

在示例性实施例中，装置1000可以被一个或至少两个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子组件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1004，上述指令可由装置1000的处理器1020执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由上述装置1000的处理器执行时，使得上述装置1000能够执行一种虚拟卡的复用方法，包括：

预先存储一项以上的卡数据、以及每项卡数据的使用状态信息；

接收当前设备发送的卡数据请求；

基于所述卡数据请求和所述使用状态信息，向所述当前设备发送响应消息；

根据所述当前设备与目标服务器的交互结果，对所述卡数据的使用状态信息执行所述卡数据请求对应的操作；其中，所述交互结果由所述当前设备和所述目标服务器基于所述响应消息进行交互得到。

在一个实施例中，所述卡数据请求包括：开卡请求或者删卡请求，其中：

当所述卡数据请求包括所述开卡请求时，所述交互结果包括预设卡数据的开卡完成提示信息；

当所述卡数据请求包括所述删卡请求时，所述交互结果包括成功删除预设卡数据的删卡提示信息；其中，所述一项以上的卡数据包括所述预设卡数据。

在一个实施例中，当所述卡数据请求包括所述开卡请求时，所述基于所述卡数据请求和所述使用状态信息，向所述当前设备发送响应消息，包括：

确定所述卡数据中是否存在使用状态信息为未被占用状态的可选卡数据；

当存在所述可选卡数据时，将从所述可选卡数据中选择出的卡数据确定为所述预设卡数据；

向所述当前设备发送开卡认证信息，其中，所述开卡认证信息用于在被所述当前设备发送至所述目标服务器后使所述目标服务器执行开卡操作，所述开卡操作用于使所述当前设备获得所述预设卡数据，完成开卡；

所述根据所述当前设备与目标服务器的交互结果，对所述卡数据的使用状态信息执行所述卡数据请求对应的操作，包括：

基于所述开卡完成提示信息，将所述预设卡数据的使用状态信息由未被占用状态更新为被占用状态。

在一个实施例中，当所述卡数据请求包括所述删卡请求时，所述基于所述卡数据请求和所述使用状态信息，向所述当前设备发送响应消息，包括：

基于所述删卡请求，将所述预设卡数据的使用状态信息更新为申请退卡中；

向所述当前设备发送状态更新提示，以使所述当前设备向所述目标服务器发送所述删卡请求，其中，所述删卡请求用于使所述目标服务器执行所述预设卡数据的删卡操作；

所述根据所述当前设备与目标服务器的交互结果，对所述卡数据的使用状态信息执行所述卡数据请求对应的操作，包括：

基于所述删卡提示信息，将所述预设卡数据的使用状态信息由申请退卡中更新为未被占用状态。

在一个实施例中，所述方法还包括:

确定所述预设卡数据中的当前余额；

在将所述预设卡数据的使用状态信息由申请退卡中更新为未被占用状态时，向所述当前设备退还所述当前余额。

在一个实施例中，所述方法还包括:

接收所述目标服务器按照预设结算周期退还的所述当前余额。

在一个实施例中，所述预设卡数据包括：公交卡数据。

本领域技术用户员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。