System.ArgumentOutOfRangeException: 索引和长度必须引用该字符串内的位置。 参数名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind()
【技术实现步骤摘要】
【】本说明书实施例涉及互联网,尤其涉及一种交通卡的计次方法、装置、扫码设备和计次卡服务器。
技术介绍
0、
技术介绍
1、目前乘客乘坐公交或地铁出行,乘客需要在公交公司的线下网点购买实体计次卡,刷卡进站乘坐公交或地铁,享受乘车的计次权益。
2、但是,这种使用实体计次卡乘车的方式,对乘客来说,实体计次卡需要去线下网点购买,费时费力,并且易丢失。
3、而对公交公司来说,由于乘客使用实体卡乘坐公交或地铁刷卡的时候,公交公司不会校验用户,所以存在实体卡冒用的风险,造成票务的资金损失;另外,公交公司的线下网点要承接实体卡的申请和办理服务,同时还有实体卡制卡的成本,综合成本较高。
4、因此,需要提供一种交通卡的计次方法,降低公交公司的成本,提高公交公司运营的效率,提升乘客的使用体验。
技术实现思路
0、
技术实现思路
1、本说明书实施例提供了一种交通卡的计次方法、装置、扫码设备和计次卡服务器,以实现将公共出行的乘车次卡电子化,降低公交公司的成本,提高公交公司运营的效率,提升用户的使用体验。
2、第一方面,本说明书实施例提供一种交通卡的计次方法,包括:
3、计次卡服务器接收公共交通服务器发送的交通卡的行程数据,所述交通卡的行程数据是所述公共交通服务器接收扫码设备发送的所述交通卡的行程数据之后发送的,所述扫码设备发送的所述交通卡的行程数据是所述扫码设备对用户使用的电子设备所展示的二维码进行扫描,确定所述二维码对
4、对所述交通卡进行有效性校验;
5、在所述交通卡通过所述有效性校验之后,根据所述行程数据生成所述用户本次乘车的计次订单;
6、根据所述计次订单,从所述交通卡对应的乘车次数中扣除所述用户本次乘车的乘车次数;
7、在扣除所述用户本次乘车的乘车次数之后,如果所述交通卡的剩余乘车次数大于第一预定阈值,则根据所述剩余乘车次数获得所述交通卡的计次扣除结果;
8、将所述交通卡的计次扣除结果推送至所述用户使用的电子设备,以供所述电子设备展示所述交通卡的计次扣除结果。
9、上述交通卡的计次方法中,计次卡服务器接收公共交通服务器发送的交通卡的行程数据之后,对上述交通卡进行有效性校验,在上述交通卡通过上述有效性校验之后,根据上述行程数据生成用户本次乘车的计次订单,然后,从上述交通卡对应的乘车次数中扣除用户本次乘车的乘车次数,如果上述交通卡的剩余乘车次数大于第一预定阈值,则根据上述剩余乘车次数获得上述交通卡的计次扣除结果;将上述交通卡的计次扣除结果推送至上述用户使用的电子设备,由上述电子设备展示上述交通卡的计次扣除结果。从而可以实现将公共出行的乘车次卡电子化,降低公交公司的成本,提高公交公司运营的效率,也降低了用户维护实体卡的成本,提升了用户的使用体验。
10、其中一种可能的实现方式中,所述对所述交通卡进行有效性校验包括:
11、对所述交通卡进行以下一项或多项判断:判断所述用户是否在异常名录中、所述交通卡是否合法、所述交通卡是否被所述公共交通服务器禁用,以及所述交通卡是否在退卡流程中。
12、其中一种可能的实现方式中,所述计次卡服务器接收公共交通服务器发送的交通卡的行程数据之前,还包括:
13、接收所述用户使用的电子设备发送的交通卡购买请求,所述交通卡购买请求用于请求购买卡类型为计次卡的交通卡;
14、确定所述用户具有购买所述交通卡的资格之后,对所述交通卡购买请求进行处理;
15、在所述交通卡购买成功之后,记录所述交通卡购买的乘车次数;
16、将所述交通卡购买的乘车次数发送给所述公共交通服务器,以供所述公共交通服务器保存所述交通卡购买的乘车次数。
17、其中一种可能的实现方式中,所述对所述交通卡进行有效性校验之后,还包括:
18、如果所述交通卡未通过所述有效性校验,则判断所述交通卡的剩余乘车次数是否小于第二预定阈值;
19、如果所述交通卡的剩余乘车次数小于第二预定阈值,则确定所述交通卡已击穿,将所述交通卡已击穿的事件发送给所述公共交通服务器,以供所述公共交通服务器记录所述交通卡已击穿的事件,并将使用所述交通卡的用户添加到异常名录中,将所述异常名录发送给所述扫码设备。
20、其中一种可能的实现方式中,所述判断所述交通卡的剩余乘车次数是否小于第二预定阈值之后,还包括:
21、如果所述交通卡的剩余乘车次数大于或等于第二预定阈值,则向所述用户使用的电子设备发送禁止生成所述交通卡对应的二维码的指令。
22、其中一种可能的实现方式中,所述根据所述计次订单,从所述交通卡对应的乘车次数中扣除所述用户本次乘车的乘车次数之后,还包括:
23、在扣除所述用户本次乘车的乘车次数之后,如果所述交通卡的剩余乘车次数等于第二预定阈值,则向所述用户使用的电子设备发送禁止生成所述交通卡对应的二维码的指令。
24、第二方面,本说明书实施例提供一种交通卡的计次方法,包括:
25、扫码设备对用户使用的电子设备所展示的二维码进行扫描;
26、确定所述二维码对应的交通卡的卡类型为计次卡之后,生成所述交通卡的行程数据;
27、将所述交通卡的行程数据发送给公共交通服务器,以供所述公共交通服务器将所述交通卡的行程数据发送给计次卡服务器,由所述计次卡服务器根据所述行程数据获得所述交通卡的计次扣除结果。
28、其中一种可能的实现方式中,所述确定所述二维码对应的交通卡的卡类型为计次卡包括:
29、根据扫描获得的二维码,在预先保存的二维码对应的卡类型白名单中进行查询,确定所述二维码对应的交通卡的卡类型为计次卡。
30、其中一种可能的实现方式中,所述确定所述二维码对应的交通卡的卡类型为计次卡之前,还包括:
31、判断所述用户是否在所述异常名录中;
32、如果所述用户不在所述异常名录中,则执行所述确定所述二维码对应的交通卡的卡类型为计次卡的步骤。
33、第三方面,本说明书实施例提供一种交通卡的计次装置,设置在计次卡服务器中,所述装置包括:
34、接收模块,用于接收公共交通服务器发送的交通卡的行程数据,所述交通卡的行程数据是所述公共交通服务器接收扫码设备发送的所述交通卡的行程数据之后发送的,所述扫码设备发送的所述交通卡的行程数据是所述扫码设备对用户使用的电子设备所展示的二维码进行扫描,确定所述二维码对应的交通卡的卡类型为计次卡之后生成的;
35、校验模块,用于对所述交通卡进行有效性校验;
36、生成模块,用于在所述交通卡通过所述有效性校验之后,根据所述行程数据生成所述用户本次乘车的计次订单;
37、扣除模块,用于根据所述计次订单,从所述交通卡对应的乘车次数中扣除所述用户本次乘车的乘本文档来自技高网...
【技术保护点】
1.一种交通卡的计次方法,应用于计次卡服务器,包括:
2.根据权利要求1所述的方法,所述方法还包括:
3.根据权利要求2所述的方法,所述方法还包括:
4.根据权利要求3所述的方法,所述交通卡的行程数据由所述扫码设备转发给所述公共交通服务器,所述交通卡的行程数据所述交通卡的卡类型确定。
5.根据权利要求3所述的方法,所述接收公共交通服务器发送的交通卡的行程数据之前,所述方法还包括:
6.根据权利要求3-5任一项所述的方法,所述方法还包括:
7.根据权利要求1所述的方法,所述有效性校验包括判断用户是否在异常名录中、所述交通卡是否合法、所述交通卡是否被公共交通服务器禁用,以及所述交通卡是否在退卡流程中的一项或多项判断。
8.一种交通卡的计次方法,包括:
9.根据权利要求8所述的方法,所述方法还包括:所述计次卡服务器若确定所述交通卡未通过所述有效性校验,判断所述交通卡的剩余乘车次数是否小于预定阈值;
10.一种交通卡的计次装置,包括一个或多个模块,所述一个或多个模块用于执行如权利要
11.一种计次卡服务器,包括:
12.一种交通卡的计次系统,包括:如权利要求11所述的计次卡服务器、扫码设备和公共交通服务器。
13.一种非暂态计算机可读存储介质,所述非暂态计算机可读存储介质存储计算机指令,所述计算机指令使计算机执行如权利要求1至7任一项所述的方法。
...【技术特征摘要】
1.一种交通卡的计次方法,应用于计次卡服务器,包括:
2.根据权利要求1所述的方法,所述方法还包括:
3.根据权利要求2所述的方法,所述方法还包括:
4.根据权利要求3所述的方法,所述交通卡的行程数据由所述扫码设备转发给所述公共交通服务器,所述交通卡的行程数据所述交通卡的卡类型确定。
5.根据权利要求3所述的方法,所述接收公共交通服务器发送的交通卡的行程数据之前,所述方法还包括:
6.根据权利要求3-5任一项所述的方法,所述方法还包括:
7.根据权利要求1所述的方法,所述有效性校验包括判断用户是否在异常名录中、所述交通卡是否合法、所述交通卡是否被公共交通服务器禁用,以及所述交通卡是否在...
【专利技术属性】
技术研发人员:李查,张彦晨,黄巍,林笑天,宋超,李廷温,
申请(专利权)人:支付宝杭州信息技术有限公司,
类型:发明
国别省市:
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。