一种公交系统中的复合扣费方法与流程

文档序号:31798189发布日期:2022-10-14 18:05阅读:54来源:国知局
一种公交系统中的复合扣费方法与流程

1.本发明涉及一种电子技术领域,尤其涉及一种公交系统中的复合扣费方法。


背景技术:

2.现有的公交pos一般仅支持刷卡或扫码的付款方式,如果要在pos机上实现其他的新型的付款方式,则需要统一更换公交pos,成本较高且容易造成资源浪费。因此,如何在不改变公交pos结构和程序的情况下实现通过其他的新型电子支付付款方式乘车,成为亟待解决的问题。


技术实现要素:

3.本发明旨在解决上述问题。
4.为达到上述目的,本发明的技术方案具体是这样实现的:
5.本发明的主要目的在于提供一种公交系统中的复合扣费方法,包括:第一交通pos机外发第一指令,第一指令包括车辆信息和站点信息;第一收款中转设备接收第一指令,获取第一输出方式类型信息,若第一输出方式类型信息为交通卡类型,外发第一指令,若第一输出方式为支付设备类型,根据第一指令中的车辆信息和站点信息得到冻结金额,外发第二指令,第二指令包括车辆信息、站点信息和冻结金额;交通卡接收第一指令,根据第一指令执行存储操作,得到第一响应并外发;支付设备接收第二指令,根据第二指令获取冻结金额,根据冻结金额冻结支付数据包,存储车辆信息和站点信息,得到第二响应并外发;第一收款中转设备接收第一响应,将第一响应发送至第一交通pos机;第一收款中转设备接收第二响应,根据第二响应得到第一响应并外发;第一交通pos机接收第一响应;第二交通pos机外发第三指令,第三指令包含获取信息请求;第二收款中转设备接收第三指令,获取第二输出方式类型信息,若第二输出方式类型信息为交通卡类型,将第三指令外发至交通卡;若第二输出方式类型信息为支付设备类型,将第三指令外发至支付设备;若交通卡接收到第三指令,得到第三响应并外发,第三响应包括交通卡存储的车辆信息和站点信息;若支付设备接收第三指令,得到第四响应并外发,第四响应包括支付设备存储的车辆信息、站点信息和冻结金额;第二中转收款设备接收第三响应并外发至第二交通pos机;第二中转收款设备接收第四响应,根据第四响应得到第三响应和冻结金额,并外发至第三响应至第二交通pos机;第二交通pos机接收第三响应,根据第三响应得到第五指令并外发,第五指令包括扣款金额;第二收款中转设备接收第五指令,获取第二输出方式类型信息,若第二输出方式为交通卡类型,将第五指令发送至交通卡,若输出方式为支付设备类型,根据第五指令得到第六指令,将第六指令发送至支付设备,第六指令包括解冻金额,其中,解冻金额为第二收款中转设备根据冻结金额与扣款金额计算得到;交通卡接收第五指令,根据第五指令执行扣款流程,得到第五响应并外发;支付设备接收第六指令,根据第六指令获取解冻金额,根据解冻金额对冻结支付数据包进行解冻操作,得到第六响应并外发;第二收款中转设备接收第五响应,将第五响应发送至第二交通pos机;第二收款中转设备接受第六响应,根据第六响
应得到第五响应发送至第二交通pos机;第二交通pos机接收第五响应,完成交易操作;支付数据包收款设备与支付设备建立第一连接;支付设备向支付数据包收款设备发送冻结总金额信息;其中,冻结总金额信息包括至少一笔冻结支付数据包金额之和;支付数据包收款设备接收冻结总金额信息,根据冻结总金额信息得到收款指令并发送至支付设备;支付设备接收收款指令,根据收款指令得到支付数据包交易信息,将支付数据包交易信息发送至支付数据包收款设备;支付数据包收款设备接收支付数据包交易信息,将支付数据包交易信息上传至后台服务器。
6.此外,在支付设备向支付数据包收款设备发送冻结总金额信息之前,还包括:支付设备与支付数据包收款设备进行身份认证操作。
7.此外,第一交通pos机、第二交通pos机、第一中转收款设备和第二中转收款设备设置在公交车内,支付数据包收款设备设置在公交站台上。
8.此外,第一收款中转设备获取第一输出方式类型信息,之前,包括:第一交通pos机外发第一寻卡指令,第一收款中转设备接收第一寻卡指令并外发;第一收款中转设备接收第一寻卡响应,根据第一寻卡响应得到第一输出方式类型信息。
9.此外,第二收款中转设备获取第二输出方式类型信息,之前,包括:第二交通pos机外发第二寻卡指令,第二收款中转设备接收第二寻卡指令并外发;第二收款中转设备接收第二寻卡响应,根据第二寻卡响应得到第二输出方式类型信息。
10.此外,第一中转设备与支付设备通过nfc通讯方式完成信息交互。
11.此外,第二中转设备与支付设备通过nfc通讯方式完成信息交互。
12.此外,支付数据包收款设备与支付设备建立第一连接,其中,第一连接包括:蓝牙连接、4g、5g连接或zigbee连接。
13.此外,支付数据包交易信息至少包括:冻结时间、支付设备信息、支付数据包和交易金额;其中,支付设备信息为用于指示支付设备的唯一标识,该标识至少包括:硬件序列号、业务编号或证书。
14.此外,冻结总金额信息至少包括:交易编号、支付设备信息和收款中转设备信息。
15.由上述本发明提供的技术方案可以看出,本发明提供了一种公交系统中的复合扣费方法,乘客上车时,在乘客持有的刷卡设备为交通卡时,第一收款中转设备通过透传完成第一交通pos机与交通卡之间的交互,在乘客持有的刷卡设备为支付设备时,第一收款中转设备将接收到的第一交通pos机发送的指令转换为包含有冻结支付设备中的支付数据包的指令,待支付设备完成支付数据包冻结的操作将响应信息发送至第一收款中转设备之后,第一收款中转设备再将该响应转换为第一交通pos机可以读取的响应。乘客下车时,在乘客持有的刷卡设备为交通卡时,第二收款中转设备通过透传完成第二交通pos机与交通卡之间的交互,在乘客持有的刷卡设备为支付设备时,第二收款中转设备将接收到的第二交通pos机发送的指令转换为包含有解冻支付设备中的部分已冻结支付数据包的指令,待支付设备完成部分支付数据包的解冻操作将响应信息发送至第二收款中转设备之后,第二收款中转设备再将该响应转换为第二交通pos机可以读取的响应。乘客下车后,可通过设置在车站的支付数据包收款设备将支付设备中冻结的支付数据包发送至后台服务器,至此,完成在乘车时使用支付数据包支付乘车费用的交易流程。通过上述复合扣费方法,无须改变现有的交通pos机的刷卡流程和数据交互方式,在实现使用支付数据包完成交易的同时,保留
了原有的使用交通卡完成交易的方式,无须改造现有的交通pos机,且通过在下车后再将冻结的支付数据包发送至后台系统服务器的方式避免了支付数据包传输时间长造成的乘车不便,提高了乘车效率。
附图说明
16.为了更清楚地说明本发明实施例的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他附图。
17.图1为本发明实施例1提供的公交系统中的复合扣费方法的流程图。
具体实施方式
18.下面结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明的保护范围。
19.在本发明的描述中,需要理解的是,术语“中心”、“纵向”、“横向”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系,仅是为了便于描述本发明和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本发明的限制。此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或数量或位置。
20.在本发明的描述中,需要说明的是,除非另有明确的规定和限定,术语“安装”、“相连”、“连接”应做广义理解,例如,可以是固定连接,也可以是可拆卸连接,或一体地连接;可以是机械连接,也可以是电连接;可以是直接相连,也可以通过中间媒介间接相连,可以是两个元件内部的连通。对于本领域的普通技术人员而言,可以具体情况理解上述术语在本发明中的具体含义。
21.下面将结合附图对本发明实施例作进一步地详细描述。
22.实施例1
23.本实施例提供了一种公交系统中的复合扣费方法。图1是本实施例的一种公交系统中的复合扣费方法的流程图,如图1所示,该公交系统中的复合扣费方法包括:
24.s1,第一交通pos机外发第一指令,第一指令包括车辆信息和站点信息;
25.s2,第一收款中转设备接收第一指令,获取第一输出方式类型信息,若第一输出方式类型信息为交通卡类型,外发第一指令,若第一输出方式为支付设备类型,根据第一指令中的车辆信息和站点信息得到冻结金额,外发第二指令,第二指令包括车辆信息、站点信息和冻结金额。
26.在本实施例中,第一交通pos机为设置在公交车上的设备,用于在用户上车时,与用户持有的交通卡或者支付设备进行数据交互。第一收款中转设备设置在第一交通pos机附近,用于接收第一交通pos机发送的信息,向第一交通pos机发送信息,其中,第一收款中
转设备与第一交通pos机完成数据交互时使用的通讯方式与第一交通pos机与交通卡未完成数据交互时使用的通讯方式相同,为射频通讯方式。
27.在本实施例的一个可选实施方式中,第一收款中转设备获取第一输出方式类型信息,之前,包括:第一交通pos机外发第一寻卡指令,第一收款中转设备接收第一寻卡指令并外发;第一收款中转设备接收第一寻卡响应,根据第一寻卡响应得到第一输出方式类型信息。
28.在本实施例的一个可选实施方式中,第一中转设备与支付设备通过nfc通讯方式完成信息交互。避免了使用蓝牙完成数据交互时,需先手动建立蓝牙连接造成的交易时间长的问题。
29.s3,交通卡接收第一指令,根据第一指令执行存储操作,得到第一响应并外发。
30.在本实施例中,交通卡存储车辆信息和站点信息,便于在下车时计算乘车费用金额,或在忘记下车刷卡时,完成补票。
31.s4,支付设备接收第二指令,根据第二指令获取冻结金额,根据冻结金额冻结支付数据包,存储车辆信息和站点信息,得到第二响应并外发。
32.在本实施例中,支付设备接收第二指令后完成相应支付数据包的冻结,避免了直接将支付数据包交易信息传输至第一收款中转设备时,由于数据量大造成的传输时间长,上车刷卡位置拥堵的问题。支付设备存储车辆信息和站点信息,便于在下车时计算乘车费用金额,或在忘记下车刷卡时,完成补票。
33.s5,第一收款中转设备接收第一响应,将第一响应发送至第一交通pos机。
34.s6,第一收款中转设备接收第二响应,根据第二响应得到第一响应并外发。
35.s7,第一交通pos机接收第一响应。
36.在本实施例中,第一交通pos机接收第一响应,则完成了上车刷卡的操作。
37.s8,第二交通pos机外发第三指令,第三指令包含获取信息请求。
38.s9,第二收款中转设备接收第三指令,获取第二输出方式类型信息,若第二输出方式类型信息为交通卡类型,将第三指令外发至交通卡;若第二输出方式类型信息为支付设备类型,将第三指令外发至支付设备。
39.在本实施例中,第二交通pos机为设置在公交车上的设备,用于在用户上车时,与用户持有的交通卡或者支付设备进行数据交互。第二收款中转设备设置在第二交通pos机附近,用于接收第一交通pos机发送的信息,向第二交通pos机发送信息,其中,第二收款中转设备与第二交通pos机完成数据交互时使用的通讯方式与第二交通pos机与交通卡未完成数据交互时使用的通讯方式相同,为射频通讯方式。
40.在本实施例的一个可选实施方式中,第二收款中转设备获取第二输出方式类型信息,之前,包括:第二交通pos机外发第二寻卡指令,第二收款中转设备接收第二寻卡指令并外发;第二收款中转设备接收第二寻卡响应,根据第二寻卡响应得到第二输出方式类型信息。
41.在本实施例的一个可选实施方式中,第二中转设备与支付设备通过nfc通讯方式完成信息交互。避免了使用蓝牙完成数据交互时,需先手动建立蓝牙连接造成的交易时间长的问题。
42.s10,若交通卡接收到第三指令,得到第三响应并外发,第三响应包括交通卡存储
的车辆信息和站点信息。
43.在本实施例中,交通卡外发上车刷卡时记录的车辆信息和站点信息,便于第二交通pos机计算乘车费用金额。
44.s11,若支付设备接收第三指令,得到第四响应并外发,第四响应包括支付设备存储的车辆信息、站点信息和冻结金额。
45.在本实施例中,支付设备外发车辆信息、站点信息和冻结金额,便于第二交通pos机计算乘车费用金额,以及第二中转设备计算解冻金额。
46.s12,第二中转收款设备接收第三响应并外发至第二交通pos机;第二中转收款设备接收第四响应,根据第四响应得到第三响应和冻结金额,并外发至第三响应至第二交通pos机。
47.在本实施例中,第三响应为不包含冻结金额的响应信息,第二中转设备根据第四响应得到第三响应发送至第二交通pos机,避免了由于数据格式不同造成的交易失败问题。
48.s13,第二交通pos机接收第三响应,根据第三响应得到第五指令并外发,第五指令包括扣款金额。
49.在本实施例中,第二交通pos机根据车辆信息和站点金额计算得到扣款金额。
50.s14,第二收款中转设备接收第五指令,获取第二输出方式类型信息,若第二输出方式为交通卡类型,将第五指令发送至交通卡,若输出方式为支付设备类型,根据第五指令得到第六指令,将第六指令发送至支付设备,第六指令包括解冻金额,其中,解冻金额为第二收款中转设备根据冻结金额与扣款金额计算得到。
51.s15,交通卡接收第五指令,根据第五指令执行扣款流程,得到第五响应并外发。
52.s16,支付设备接收第六指令,根据第六指令获取解冻金额,根据解冻金额对冻结支付数据包进行解冻操作,得到第六响应并外发。
53.在本实施例中,支付设备接收第六指令后完成相应支付数据包的解冻,避免了直接将支付数据包交易信息传输至第二收款中转设备时,由于数据量大造成的传输时间长,下车刷卡位置拥堵的问题。同时解冻超出乘车费用部分的支付数据包,也避免了对乘客支付数据包的不合理的占用,提升了支付数据包的使用体验。
54.s17,第二收款中转设备接收第五响应,将第五响应发送至第二交通pos机;第二收款中转设备接受第六响应,根据第六响应得到第五响应发送至第二交通pos机。
55.s18,第二交通pos机接收第五响应,完成交易操作。
56.s19,支付数据包收款设备与支付设备建立第一连接。
57.在本实施例中,支付数据包收款设备为设置在公交车站或者其他固定位置的设备,乘客在本次乘车结束后,或者在多次乘车结束后,可以通过支付数据包收款设备将已冻结的支付数据包发送至公交系统的后台服务器,完成使用支付数据包的乘车费用交易流程。
58.在本实施例的一个可选实施方式中,支付数据包收款设备与支付设备建立第一连接,其中,第一连接包括:蓝牙连接、4g、5g连接或zigbee连接。通过上述通信方式,支付数据包收款设备与支付设备建立连接,提高了支付数据包交易信息的传输速度,提升了用户体验。
59.s20,支付设备向支付数据包收款设备发送冻结总金额信息;其中,冻结总金额信
息包括至少一笔冻结支付数据包金额之和。
60.在本实施例中,乘客可以选择在完成一次乘车后,持支付设备与支付数据包收款设备完成支付数据包的交易流程,也可以在完成多次乘车后,持支付设备与支付数据包收款设备完成支付数据包的交易流程,在完成多次乘车的支付数据包交易流程时,被冻结的支付数据包将包括多笔。
61.s21,支付数据包收款设备接收冻结总金额信息,根据冻结总金额信息得到收款指令并发送至支付设备。
62.在本实施例的一个可选实施方式中,在支付设备向支付数据包收款设备发送冻结总金额信息之前,还包括:支付设备与支付数据包收款设备进行身份认证操作,提高了交易的安全性。
63.在本实施例的一个可选实施方式中,冻结总金额信息至少包括:交易编号、支付设备信息和收款中转设备信息。
64.s22,支付设备接收收款指令,根据收款指令得到支付数据包交易信息,将支付数据包交易信息发送至支付数据包收款设备。
65.在本实施例的一个可选实施方式中,支付数据包交易信息至少包括:冻结时间、支付设备信息、冻结的支付数据包和交易金额;其中,支付设备信息为用于指示支付设备的唯一标识,该标识至少包括:硬件序列号、业务编号或证书。
66.s23,支付数据包收款设备接收支付数据包交易信息,将支付数据包交易信息上传至后台服务器。
67.在本实施例的一个可选实施方式中,后台服务器可以在接收到支付数据包交易信息之后,将其中冻结的支付数据包完成解冻,进而完成支付数据包的收款操作。
68.通过本实施例提供的公交系统中的复合扣费方法,乘客上车时,在刷卡设备为交通卡时,第一收款中转设备通过透传完成第一交通pos机与交通卡之间的交互,在刷卡设备为支付设备时,第一收款中转设备将接收到的第一交通pos机发送的指令转换为冻结支付设备中的支付数据包的指令,待支付设备完成支付数据包冻结的操作将响应信息发送至第一收款中转设备之后,第一收款中转设备再将该响应转换为第一交通pos机可以读取的响应。乘客下车时,在刷卡设备为交通卡时,第二收款中转设备通过透传完成第二交通pos机与交通卡之间的交互,在刷卡设备为支付设备时,第二收款中转设备将接收到的第二交通pos机发送的指令转换为解冻支付设备中的部分已冻结支付数据包的指令,待支付设备完成支付数据包解冻的操作将响应信息发送至第二收款中转设备之后,第二收款中转设备再将该响应转换为第二交通pos机可以读取的响应。乘客下车后,可通过设置在车站的支付数据包收款设备将支付设备中冻结的支付数据包发送至后台服务器,至此,完成乘车时使用支付数据包完成乘车费用的交易流程。通过上述复合扣费方法,无须改变现有的交通pos机的刷卡流程和数据交互方式,即可实现使用支付数据包完成交易,且通过在下车后再将冻结的支付数据包发送至后台系统服务器的方式避免了支付数据包传输时间长造成的乘车不便,提高了乘车效率。
69.流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本发明的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺
序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本发明的实施例所属技术领域的技术人员所理解。
70.应当理解,本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如,如果用硬件来实现,和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(pga),现场可编程门阵列(fpga)等。
71.本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
72.此外,在本发明各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
73.上述提到的存储介质可以是只读存储器,磁盘或光盘等。
74.在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不一定指的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
75.尽管上面已经示出和描述了本发明的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本发明的限制,本领域的普通技术人员在不脱离本发明的原理和宗旨的情况下在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。本发明的范围由所附权利要求及其等同限定。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1