一种防公交卡余额丢失的方法和系统与流程

本发明总体涉及公共交通技术领域，更具体地，涉及一种防公交卡余额丢失的技术领域。

背景技术：

目前，乘坐公交地铁等公共设施可采用多种方式进行刷卡。

一种方案是使用手机nfc或扫码功能刷卡。该方案的缺点在于操作较繁琐，且多数手机在没电的情况时不能实现刷卡。

一种方案是使用蓝牙手环进行刷卡。该方案的缺点是需要实时连接蓝牙才能进行充值以及同步金额等信息，同样也存在手环没电不能刷卡的情况。

一种方案是使用公交卡刷卡，相较手机较简单，也不存在没电的情况。但公交卡可能出现丢卡问题，进而白白损失卡内的余额。

技术实现要素：

针对以上问题，本发明的目的在于克服现有技术中公交卡因丢失而损失卡内余额的缺陷，提供一种防公交卡余额丢失的方法和系统。

根据本发明的第一方面，提供一种防公交卡余额丢失的方法，包括，将公交卡与手机客户端的一卡通电子账户进行绑定s1；所述公交卡丢失或损坏时，提取所述一卡通电子账户中的余额或进行取消绑定s2。

可选地，所述将公交卡与手机客户端的一卡通电子账户进行绑定s1包括，所述公交卡与所述一卡通电子账户通过协商密钥进行安全绑定；服务器获知所述公交卡与所述一卡通电子账户进行绑定的相关信息。

可选地，进一步包括，向所述一卡通电子账户中充值，设置小额免密；用所述公交卡进行刷卡时，扣除与所述公交卡绑定的所述一卡通电子账户中的金额。

可选地，所述公交卡中设置有安全卡芯片，将所述密钥存储于所述安全卡芯片中。

可选地，所述公交卡中设置有蓝牙芯片或nfc芯片，将所述公交卡通过蓝牙或nfc与所述手机客户端进行通讯，以同步所述公交卡与所述一卡通电子账户的信息。

可选地，将一个一卡通电子账户与一张或多张公交卡进行绑定。

根据本发明的第二方面，提供一种防公交卡余额丢失的系统，包括公交卡、手机客户端，所述手机客户端配置为，建立一卡通电子账户；所述公交卡配置为，与所述手机客户端的所述一卡通电子账户进行绑定；所述公交卡丢失或损坏时，所述一卡通电子账户配置为，接受提取余额或进行取消绑定。

可选地，进一步包括服务器，所述公交卡进一步配置为，与所述一卡通电子账户通过协商密钥进行安全绑定；所述服务器与所述手机客户端相连，并配置为，获取所述公交卡与所述一卡通电子账户进行绑定的相关信息。

可选地，进一步包括刷卡机，所述一卡通电子账户还配置为，接收充值，并设置小额免密；所述刷卡机与所述服务器相连，并配置为，与所述公交卡进行通讯，并将所述公交卡的相关信息发送至所述服务器；所述服务器进一步配置为，接收所述刷卡机发送的所述公交卡的相关信息，扣除与所述公交卡绑定的所述一卡通电子账户中的金额。

可选地，所述公交卡中设置有安全卡芯片，所述安全卡芯片配置为，接收并存储所述密钥。

可选地，所述公交卡中设置有蓝牙芯片或nfc芯片，所述公交卡进一步配置为，通过蓝牙或nfc与所述手机客户端进行通讯，以同步所述公交卡与所述一卡通电子账户的信息。

可选地，所述一卡通电子账户进一步配置为，一个一卡通电子账户绑定一张或多张公交卡。

根据本发明的第三方面，提供一种公交卡，包括安全卡芯片，所述安全卡芯片用于存储与所述公交卡相关的信息，并且应用于根据本发明的技术方案的系统中。

可选地，进一步包括蓝牙芯片或nfc芯片，所述公交卡配置为，通过蓝牙或nfc与手机客户端进行通讯。

本发明的优点在于：

1)根据本发明的技术方案，实现公交卡与一卡通电子账户的绑定，从而实现公交卡和金额的独立存在，安全性强；

2)根据本发明的技术方案，当出现公交卡丢失或损坏时，通过对绑定的一卡通电子账户进行提取余额或者取消绑定的操作，即可以防止公交卡中的余额损失，操作简单快捷；

3)根据本发明的技术方案，可以实现一个一卡通电子账户绑定多张公交卡，适合家庭用户、情侣用户等情形，实用性强；

4)根据本发明的公交卡，适应性强，不易受信号干扰，操作简单便捷。

附图说明

图1示出了根据本发明的一种防公交卡余额丢失的系统的示意图。

图2示出了根据本发明的系统的一种实施方式示意图。

图3示出了根据本发明的系统的另一种实施方式示意图。

图4示出了根据本发明的系统的公交卡的一种实施方式示意图。

图5示出了根据本发明的公交卡与手机客户端进行通讯的一种实施方式示意图。

图6示出了根据本发明的一卡通电子账户与多张公交卡进行绑定的一种实施方式示意图。

图7示出了根据本发明的多个一卡通电子账户与多张公交卡进行绑定的一种实施方式示意图。

图8示出了根据本发明的一种公交卡的示意图。

图9示出了根据本发明的一种防公交卡余额丢失的方法流程图。

具体实施方式

下面结合附图对本发明的较佳实施例进行详细阐述，参考标号是指本发明中的组件、技术，以便本发明的优点和特征在适合的环境下实现能更易于被理解。下面的描述是对本发明权利要求的具体化，并且与权利要求相关的其它没有明确说明的具体实现也属于权利要求的范围。

图1示出了根据本发明的一种防公交卡余额丢失的系统的示意图。

如图1所示，本发明提供了一种防公交卡余额丢失的系统，包括公交卡110、手机客户端120，所述手机客户端120配置为，建立一卡通电子账户121；所述公交卡110配置为，与所述手机客户端120的所述一卡通电子账户121进行绑定；所述公交卡110丢失或损坏时，所述一卡通电子账户121配置为，接受提取余额或进行取消绑定。

所述公交卡可以为一种实体卡。手机客户端是可以在手机终端运行的软件。根据本发明所述的手机客户端120可以为公交公司提供的一种运行在手机上的应用程序。所述手机客户端120的用户可以通过个人认证登录，建立一卡通电子账户121。用户可以将公交卡110与建立的所述一卡通电子账户121进行绑定，一张公交卡110可以绑定一个一卡通电子账户121。

目前的公交卡是不记名的公交卡，用户可以通过将预存款存入所述一卡通电子账户121，而不存入与其绑定的公交卡110，从而实现了公交卡110与金额的独立存在，增加了安全性。例如，当所述公交卡110丢失或者损坏时，无需找回所述公交卡110，用户可以从所述一卡通电子账户121中及时提取余额，或者将所述一卡通电子账户121与所述公交卡110取消绑定，或者进行停用、冻结等操作方式，简单快捷，避免余额损失。

所述公交卡110还可以进行重新绑定。例如，丢失的所述公交卡110还可以被他人重新绑定新的一卡通电子账户121，从而继续使用，这样避免了资源的浪费，节约了成本，绿色生活。所述公交卡110也可以被用户本人重新进行绑定，例如，所述公交卡110由于某种原因被取消绑定或者停用等，当用户需要恢复使用该张公交卡110时，也可以重新进行绑定，例如所述公交卡110失而复得等情况。

图2示出了根据本发明的系统的一种实施方式示意图。

如图2所示，本发明提供的一种防公交卡余额丢失的系统可以进一步包括服务器210，所述公交卡110可以进一步配置为，与所述一卡通电子账户121通过协商密钥进行安全绑定；所述服务器210与所述手机客户端120相连，并可以配置为，获取所述公交卡110与所述一卡通电子账户121进行绑定的相关信息。

所述公交卡110可以通过与所述手机客户端120的一卡通电子账户121进行协商密钥进行安全绑定。所述密钥可以为对称密钥也可以为非对称密钥。所述协商密钥可以是指两个或多个主体进行协商，共同建立会话密钥，任何一个参与者均对结果产生影响，可以不需要任何可信的第三方。会话密钥可以由每个参与者分别产生的参数通过一定的计算得出。常见的密钥协商协议，如ike。常见的密钥协商协议的生成方式：例如，可分为证书型和无证书型。证书型是指在会话密钥的产生过程中，由一个可信的证书中心ca给参与密钥协商的各方各分发一个证书，此证书中含有此方的公钥，id及其他信息。证书型密钥协商协议的优点是提供认证，目前公钥密码体制pki广泛部署，比较成熟，应用面广，安全性好。无证书型是指各方在进行会话密钥的协商过程中不需要证书的参与，这是目前密钥协商协议的主流种类，优点是不需要ca的参与，减少了计算量，尤其是在低耗环境下应用的更多，同时安全性也较好。

所述服务器210可以是公共交通公司的服务器，作为所述手机客户端120的后台运行，可以通过手机网络等连接方式实现与所述手机客户端120的数据交互。所述服务器210可以获取所述公交卡110与所述一卡通电子账户121进行绑定的相关信息。所述相关信息包括所述一卡通电子账户121的用户信息、认证信息、密钥等中的一种或多种，以及与其绑定的所述公交卡110的编号、密钥等信息中的一种或多种。所述服务器210上可以存储有对照表，所述对照表中能够存储所有一卡通电子账户121信息和与其绑定的所述公交卡110的相关信息，以及之间的绑定对应关系等。

图3示出了根据本发明的系统的另一种实施方式示意图。

如图3所示，根据本发明提供的一种防公交卡余额丢失的系统可以进一步包括刷卡机310，所述一卡通电子账户121还可以配置为，接收充值，并设置小额免密；所述刷卡机310与所述服务器210相连，并配置为，与所述公交卡110进行通讯，并将所述公交卡110的相关信息发送至所述服务器210；所述服务器210进一步配置为，接收所述刷卡机310发送的所述公交卡110的相关信息，扣除与所述公交卡110绑定的所述一卡通电子账户121中的金额。

由于所述公交卡110与所述一卡通电子账户121进行了绑定，用户可以向所述一卡通电子账户121中进行充值，而可以不需要再向所述公交卡110中充值。用户可以将所述一卡通电子账户121设置为小额免密，以使扣除乘坐公交或地铁时产生的小额费用时不需要进行输入密码等操作，从而有利于扣费流程简单快捷顺利的完成。

所述刷卡机310可以是由公交公司提供的用于记录刷卡信息的设备，安装于每辆公交车上以及地铁站内，并与所述服务器210保持实时通讯连接。所述刷卡机310和所述公交卡110之间可以通过线圈通讯或者接触通讯等方式进行通讯，实现所述公交卡110的刷卡功能。例如，所述公交卡110可以是一种非接触式数据卡，可以是集成在卡内的芯片通过卡上的电感线圈作用，在线圈的两端通过各种电路的作用使感应电流变为直流，再从直流两端并入一个相对较大的电容，可以使两端电压保持稳定，在线圈两端再引出两条线到芯片，作为信号传输线。在接近刷卡机310时，线圈产生感应电压，可以进行数据传输。

所述刷卡机310获取到进行刷卡的所述公交卡110的相关信息数据后，可以发送至所述服务器210，所述相关信息数据包括所述公交卡110的编号或/和密钥等信息的数据。当所述服务器210接收到所述刷卡机310发送来的所述信息数据后，可以通过预先存储的对照表中的信息进行查找，找到所述公交卡110及与其绑定的一卡通电子账户121的相关信息，并对所述一卡通电子账户121中的金额进行扣除，以完成一次刷卡交易。

使用公交卡110这种实体卡进行刷卡的方式，符合很多人的刷卡习惯和喜好，例如中老年人群体。公交卡110刷卡方式操作简单便捷，刷卡期间无需手机操作，且不存在没电的情况，适应性强，同时不易受信号干扰，稳定性强。根据本发明的技术方案，可以采用公交卡110与手机客户端120的一卡通电子账户121绑定的方式实现公交卡110与资金的分离，且充值或者扣费均不需要公交卡110与手机客户端120一直保持连接关系，例如，可以通过与刷卡机310和手机客户端120连接的服务器210进行信息获取和扣费，因此，即使手机没电也不影响所述公交卡刷卡的操作，适应性强。

图4示出了根据本发明的系统的公交卡的一种实施方式示意图。

如图4所示，所述公交卡110中设置有安全卡芯片111，所述安全卡芯片111配置为，接收并存储所述密钥。

根据本发明的一种实施方式，所述公交卡110可以通过与所述手机客户端120的一卡通电子账户121进行协商密钥进行安全绑定。所述协商密钥可以产生一对密钥对，其中所述公交卡110的密钥可以存储于所述公交卡110中的安全卡芯片111中。所述安全卡芯片111可以是所述公交卡110中的一块安全区域，能够保证存储信息的安全性。所述一卡通电子账户121的密钥可以存储于所述一卡通电子账户121中。

图5示出了根据本发明的公交卡与手机客户端进行通讯的一种实施方式示意图。

如图5所示，所述公交卡110中可以设置有蓝牙芯片112，设置有蓝牙芯片112的所述公交卡110可以进一步配置为，通过蓝牙与所述手机客户端120进行通讯，以同步所述公交卡110与所述一卡通电子账户121的信息。

根据本发明的技术方案，可以在公交卡110与一卡通电子账户121进行绑定的时候通过蓝牙连接，而充值、扣费、余额信息无需保持蓝牙连接；也可以通过公交卡110和手机客户端120进行蓝牙通讯时，同步所述公交卡110与所述一卡通电子账户121之间的信息。而目前蓝牙手环进行刷卡的方式，需要保持手环与手机客户端之间的蓝牙连接才可以进行充值和同步余额信息。

或所述公交卡110中也可以设置有nfc芯片，设置有nfc芯片的所述公交卡110可以通过nfc与所述手机客户端120进行通讯，以同步所述公交卡110与所述一卡通电子账户121的信息。

所述nfc芯片是一种利用近距离无线通讯技术制作的芯片，安装有该芯片的所述公交卡可以通过nfc与手机客户端进行通讯，以实现绑定或者同步信息等功能，与所述蓝牙芯片812实现的功能类似，只是通讯方式不同，因此此处不再赘述。

图6示出了根据本发明的一卡通电子账户与多张公交卡进行绑定的一种实施方式示意图。

根据本发明的一种实施方式，所述一卡通电子账户121可以进一步配置为，一个一卡通电子账户121可以绑定一张或多张公交卡110。

一个一卡通电子账户121绑定多张公交卡110的实施方式可以如图6所示。当任何一张所述公交卡110丢失或损坏时，可以在所述一卡通电子账户121中仅对该张所述公交卡110取消绑定，对其他绑定的所述公交卡110没有产生影响。当任何一张所述公交卡110进行刷卡操作时，均可以从与其绑定的所述一卡通电子账户121中进行扣费。这种一个一卡通电子账户121绑定多张公交卡110的方式可以适用于例如家庭、亲子、情侣之间，方便管理。例如家庭应用时，可以一个家庭成员的手机客户端120的一个一卡通电子账户121绑定所有家庭成员的公交卡110，可以只需要向该一卡通电子账户中进行充值，无论是哪一个或多个家庭成员在刷公交卡110时，均可以从绑定的所述一个一卡通电子账户121中进行扣费；任何一个家庭成员的公交卡110丢失或者损坏时，都可以从所述一个一卡通电子账户121中对该卡进行取消绑定，既可以避免余额损失也不会影响其他公交卡110的使用，实用性和通用性强。而目前的无论是手机刷卡还是手环刷卡方式都不能实现这一功能。

图7示出了根据本发明的多个一卡通电子账户与多张公交卡进行绑定的一种实施方式示意图。

根据本发明的一种实施方式，一个手机客户端120可以建立一个或多个一卡通电子账户121。例如，一个用户认证登录一个手机客户端120可以建立一个或多个一卡通电子账户121。这种情况可以适用于例如一个用户需要建立多个不同城市或地区的一卡通电子账户，可以绑定不同城市或地区所对应的公交卡110；当然不仅限于此，也同样适用于家庭、情侣、商务或者其他需要的情况等。

一个手机客户端120建立多个一卡通电子账户121的一种实施方式如图7所示。每一个一卡通电子账户121可以绑定一张公交卡110。可以向每一个所述一卡通电子账户121中进行充值。当某一张所述公交卡110进行刷卡操作时，可以扣除与其绑定的所述一卡通电子账户121中的余额；当某一张所述公交卡110丢失或者损坏时，可以对与其绑定的所述一卡通电子账户121及时进行提取余额或者取消绑定操作，既可以避免余额损失也不会影响其他一卡通电子账户121和对应的公交卡110的正常使用。

图8示出了根据本发明的一种公交卡的示意图。

根据本发明的技术方案，提供一种公交卡，可以包括安全卡芯片，所述安全卡芯片用于存储与所述公交卡相关的信息。所述相关的信息可以包括所述公交卡的编号、密钥、乘车信息等信息中的一种或多种。所述安全卡芯片可以是所述公交卡中一处可以保证安全的区域，能够存储例如密钥或者用于身份识别等的重要数据。当使用所述公交卡进行刷卡时，刷卡机可以根据需要有选择的或者全部从安全卡芯片中获取到所述公交卡的乘车信息、编号、密钥、id等身份信息。所述刷卡机将获取的信息发送至服务器，所述服务器进行识别、查找和进一步处理，例如扣费。

可选地，所述公交卡可以进一步包括但不限于蓝牙芯片或nfc芯片，所述公交卡配置为，通过蓝牙或nfc与手机客户端进行通讯。所述公交卡也可以设置有其他连接或通讯方式的芯片，只要可以实现所述公交卡与所述手机客户端进行连接和通讯的功能即可。

根据本发明的一种实施方式，如图8所示，提供一种公交卡810，同时设置有安全卡芯片811和蓝牙芯片812。所述公交卡810中的所述安全卡芯片811中可以存储所述公交卡810的编号和/或密钥等身份信息。所述公交卡810可以通过蓝牙与手机客户端进行通讯，以使所述公交卡810和所述手机客户端的一卡通电子账户进行绑定，绑定成功后即可断开蓝牙，不影响所述公交卡810和所述一卡通电子账户的使用；也可以实时或者在有需要的时候保持蓝牙连接，以同步所述公交卡810和所述一卡通电子账户的信息。

所述nfc芯片是一种可以近距离无线通讯的芯片，安装有该芯片的所述公交卡可以通过nfc与手机客户端进行通讯，以实现绑定或者同步信息等功能，与所述蓝牙芯片812实现的功能类似，只是通讯方式不同，因此此处不再赘述。

图9示出了根据本发明的一种防公交卡余额丢失的方法流程图。

如图9所示，提供一种防公交卡余额丢失的方法，包括，将公交卡与手机客户端的一卡通电子账户进行绑定s1；所述公交卡丢失或损坏时，提取所述一卡通电子账户中的余额或进行取消绑定s2。

根据本发明的一种实施方式，所述将公交卡与手机客户端的一卡通电子账户进行绑定s1包括，所述公交卡与所述一卡通电子账户通过协商密钥进行安全绑定；服务器获知所述公交卡与所述一卡通电子账户进行绑定的相关信息。

根据本发明的一种实施方式，进一步包括，向所述一卡通电子账户中充值，设置小额免密；用所述公交卡进行刷卡时，扣除与所述公交卡绑定的所述一卡通电子账户中的金额。

根据本发明的一种实施方式，所述公交卡中设置有安全卡芯片，将所述密钥存储于所述安全卡芯片中。

根据本发明的一种实施方式，所述公交卡中设置有蓝牙芯片或nfc芯片，将所述公交卡通过蓝牙或nfc与所述手机客户端进行通讯，以同步所述公交卡与所述一卡通电子账户的信息。

根据本发明的一种实施方式，可以将一个一卡通电子账户与一张或多张公交卡进行绑定。

本发明的方法在上文中已经结合系统进行了详细的描述和解释，这里将不再赘述。

本发明的优点在于：

1)根据本发明的技术方案，实现公交卡与一卡通电子账户的绑定，实现公交卡和金额的独立存在，安全性强；

2)根据本发明的技术方案，当出现公交卡丢失或损坏时，无需找回公交卡，只需对绑定的一卡通电子账户进行提取余额或者取消绑定的操作，即可以防止公交卡中的余额损失，操作简单快捷；

3)根据本发明的技术方案，可以实现一个一卡通电子账户绑定多张公交卡，适合家庭用户、情侣用户等情形，实用性强；

4)根据本发明的技术方案，刷卡期间无需手机操作，保持了刷公交卡的便捷操作，也不会因为手机没电或信号强度等原因而导致不能刷卡；本发明的公交卡适应性强，不易受信号干扰，操作简单便捷。

应该注意的是，上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。