一种轨道交通多元化支付融合方法、系统、设备及介质与流程

1.本发明涉及轨道交通行业领域，尤其涉及一种轨道交通多元化支付融合方法、系统、设备及计算机可读存储介质。


背景技术：

2.近年来轨道交通行业发展迅猛，国内大部分城市已经实现了行业多元化支付、售检票乘车方式多元化的场景落地。纵观互联网 afc(automatic fare collection system，城市轨道交通自动售检票系统)行业发展历程，从单程票、日票，到一卡通，再到银联金融ic卡，二维码乘车，甚至使用生物特征(如人脸票)乘车，多元化支付丰富了乘客的乘车体验，同时对于多种票卡类型的管理问题也日益凸显。
3.从多元化支付发展历程可以看出，传统afc乘车无法满足乘客的各种需要，因此各城市先后推出了二维码乘车、银联金融ic卡乘车、人脸识别乘车，通过构建各自云平台方式，实现了二维码乘车、银联金融ic卡乘车和人脸识别乘车的平台系统管理，给乘客提供了多样的乘车渠道入口。
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.本发明将乘客的各种支付方式进行账号绑定，并将乘客的所有账号信息同步至各支付平台系统中；当乘客使用任意一种或多种支付方式进行乘车交易时，将交易信息汇集
在多元化支付融合系统中，使得各支付平台系统的数据可直线实时交互；利用多元化支付融合系统对乘客的乘车行程进行更新，基于更新后的行程信息进行乘车扣费，实现乘客多元化乘车的同时，无障碍的进行多元化支付，同时避免运营方的票务损失。
附图说明
38.图1为本发明多元化支付融合系统的模块示意图；
39.图2为本发明各支付平台系统的模块示意图；
40.图3为本发明多元化支付融合系统和支付平台系统的信息交互示意图；
41.图4为本发明多元化支付融合系统与支付平台系统、半自动票务处理机以及自助客服机之间的信息交互示意图；
42.图5为本发明多元化支付融合方法的流程示意图。
具体实施方式
43.下面，结合附图以及具体实施方式，对本发明做进一步描述，需要说明的是，在不相冲突的前提下，以下描述的各实施例之间或各技术特征之间可以任意组合形成新的实施例。
44.实施例一
45.本实施例提供一种轨道交通多元化支付融合系统，通过多元化支付融合系统将各支付平台系统的数据进行实时交互，以实现乘客多元化乘车的同时，无障碍的进行多元化支付，同时避免运营方的票务损失。
46.本实施例的所述多元化支付融合系统与各支付平台系统相连，用于二者间的信息交互。
47.如图1所示，所述多元化支付融合系统主要包括有乘客账号体系管理模块、定时任务模块、实时业务模块、数据存储模块、数据检索分发模块、时钟同步模块以及对账管理模块。相对应地，如图2所示，在每个独立的支付平台系统的原系统中添加有乘客账号体系管理模块、定时任务模块以及实时业务模块；而每个所述支付平台系统均拥有行程更新、交易匹配、时钟同步、请款扣费以及对账管理等原有功能。
48.结合图1～图4所示，所述多元化支付融合系统的乘客账号体系管理模块也称账号管理模块，用于绑定目标用户的多种支付账号；乘客账号通过线上app或线下的终端完成注册及身份实名认证后，同一个乘客账号可以同时绑定卡、码、脸等的多种支付方式，且根据各支付介质的支付规则完成扣费方式绑定。
49.乘客账号在所述多元化支付融合系统注册并认证通过后，通过所述多元化支付融合系统的定时任务模块将所有的乘客账号相关信息同步给各个支付平台系统。而每个所述支付平台系统的所述乘客账号体系管理模块则用于接收并存储所述多元化支付融合系统所同步的乘客账号信息。
50.所述支付平台系统包括但不限于通过乘车二维码支付的二维码支付系统、通过人脸识别支付的人脸支付系统、通过金融ic卡支付的ic卡支付系统等。每个所述支付平台系统都匹配有对应的终端闸机设备(简称agm)，用户可使用乘客使用已绑定的卡、或码、或脸进行过闸乘车，终端闸机设备将乘客的进出站交易记录分别上传给对应的支付平台系统
(如使用实体卡过闸，将交易记录传给实体卡票务系统)和多元化支付融合系统。
51.为避免乘客的进站和出站使用不同的票卡混用导致无法进出闸的问题，每个所述支付平台系统要通过交易实时接口及定时任务模块，实时与定时的与所述多元化支付融合系统同步乘客的行程进出站交易信息，确保该乘客的行程可以完全匹配。
52.当任一所述支付平台系统仅收到乘客的进站交易记录时，该系统需要调用实时业务模块从所述多元化支付融合系统获取该乘客的进站交易记录，再调用行程管理模块对行程信息更新，用于预防重复进站，避免单边交易造成收益损失。
53.当任一所述支付平台系统仅收到乘客的出站交易记录时，该系统需要调用实时业务模块，从所述多元化支付融合系统获取该乘客的进站交易记录，再调用行程管理模块对行程信息更新，通过交易匹配模块完成行程匹配，再调用请款扣费模块实现对乘客乘车扣费。
54.本实施例为了实现各所述支付票务与所述多元化支付融合系统之间信息交互，利用所述多元化支付融合系统的实时业务模块接收各所述支付平台系统实时反馈的交易信息，并将所述实时业务模块所接收到的所有交易信息存储在所述数据存储模块中，同时对交易信息进行完整性判断；当判断得出交易信息不完整时，则需调用所述多元化支付融合系统的数据检索模块，从所述数据存储模块中各交易信息中检索出目标用户的支付账号所对应的进出站交易记录以对行程信息进行更新；并将更新后的行程信息分发至所述目标支付平台系统中进行扣费处理。
55.由于目标用户的扣费操作一般在出站时进行，而进站交易记录只用于记录目标用户的行程起点，因此，数据检索和行程匹配操作一般在出站时进行；而本实施例中将目标用户进行出站交易时所使用的支付平台系统称之为目标支付平台系统。具体地：当目标用户使用任一支付方式在目标支付平台系统中发起出站交易请求时，所述目标支付平台系统则判断目标用户使用当前支付方式所对应的进站交易记录和出站交易记录是否完整，若完整则可直接通过所述目标支付平台系统按照进站交易记录和出站交易记录进行行程扣费，并将行程和扣费信息上报至所述多元化支付融合系统中进行存储；若判断得知不完整则使用所述多元化支付融合系统进行行程补充。
56.而上述判断步骤也可直接由所述多元化支付融合系统执行，即所述目标支付平台系统将所述出站交易请求发送至所述多元化支付融合系统中，对目标支付平台系统中目标用户使用当前支付方式所对应的交易信息进行完整性判断；若交易信息完整则直接将行程信息下发至所述目标支付平台系统中继续扣费；若判断获知所述目标支付平台系统的交易信息不完整时，所述多元化支付融合系统则从其余所述支付平台系统的交易信息中检索出目标用户账号使用其他支付方式交易所产生的进站交易记录，并将不同交易方式的进站交易记录和出站交易记录组合成完整的行程信息以实现行程更新，将更新后的行程信息分发至所述目标支付平台系统中进行扣费处理，使得用户即使在出站时使用不同于进站的支付方式也可完成扣费操作顺利出站。
57.与此同时，所述多元化支付融合系统若在防抖时间内接收到用户使用不同支付方式在同一进站点所产生的多个进站交易记录，代表着用户在进站可能因多种票卡堆叠导致出现重复交易的情况，此时则对防抖时间内将接收到的多个进站交易记录进行过滤以保留至少一个进站交易记录。此外，也可在完成完整的扣费操作后，利用完整的行程信息对多余
的进站交易记录进行行程补充，而此时的行程补充并不会发起扣费请求，以避免因行程不完整导致票卡被锁定无法正常下一次的进站交易。
58.为了实现所述多元化支付融合系统与各所述支付平台系统之间信息交互的实时性，所述多元化支付融合系统以及各所述支付平台系统均通过其对应的时钟同步模块实现时钟同步；若任一所述支付平台系统与所述多元化支付融合系统出现了过大的时间误差，则通过所述时钟同步模块进行时间校正，进而保障乘客账户信息、乘客进出站交易记录的一致性和完整性。
59.而所述多元化支付融合系统以及各所述支付平台系统之间还可通过所述对账管理模块完成运营数据的对账，即对t-1日(昨日)的进出站交易、匹配后的订单交易进行日终对账，并输出对应的对账报表。
60.此外，如图4所示，所述多元化支付融合系统还可接收半自动票务处理机(简称bom)和自助客服机(简称ssm)发起的补票指令；即半自动票务处理机或自助客服机对乘客的异常行程信息(如单边，有进无出，或有出无进)进行补登或更新操作时，根据乘客提供的票卡类型，终端设备(bom或ssm)调用对应的支付平台系统的业务处理流程，同时将信息传给多元化支付融合系统的乘客账户管理模块，支付平台系统与多元化支付融合系统通过实时业务模块确认数据后，根据目标用户提供的支付账号从各所述支付平台系统中获取相同支付账号所生成的进站交易记录，并结合用户当前使用的半自动票务处理机(bom)或自助客服机(ssm)的站点位置对目标用户的行程信息进行补充，通过支付平台系统的交易匹配模块及请款扣费模块完成业务处理流程，使得用户可在补票或更新行程后可顺利出站。
61.实施例二
62.本实施例提供一种轨道交通多元化支付融合方法，该方法应用在如实施例一所述的多元化支付融合系统中，如图5所示，支付融合方法具体包括：
63.步骤s1：接收认证绑定指令对目标用户的多种支付账号进行绑定，并定时将所有账号信息同步至各支付平台系统中。
64.上述目标用户的账号绑定操作无需反复执行，若支付账号已经绑定，则无需再执行账号绑定操作则可直接执行下述步骤；若目标用户的账号有更改或新增，则需执行步骤s1以对新增或更改后的多种支付账号进行绑定。
65.步骤s2：接收并存储各支付平台系统实时反馈的交易信息，并对目标支付平台系统中目标用户所对应的交易信息进行完整性判断；所述目标支付平台系统为目标用户当前进行出站交易的支付平台系统。
66.其中，对所述目标支付平台系统的交易信息进行完整性判断的方法为：
67.判断所述目标支付平台系统的交易信息中是否包含了使用同一支付账号交易所产生的进站交易记录和出站交易记录，若两种交易记录都存在，且两种交易记录在匹配规则时间内发生，则代表交易信息为是完整的；若使用同一支付账号交易所产生的进站交易记录和出站交易记录有任一交易记录缺失，或使用同一支付账号交易所产生的进站交易记录和出站交易记录的交易时间不在匹配规则时间内，若有任一条件不满住，都认为交易信息是不完整的。其中匹配规格时间可根据各地票务规则进行设置，若超过匹配规则时间则需要进行超时行政罚款，乘客缴纳超时费。
68.步骤s3：若判断获知所述目标支付平台系统的交易信息不完整时，从其余所述支
付平台系统的交易信息中检索出目标用户所对应的进站交易记录以对行程信息进行更新；将更新后的行程信息分发至所述目标支付平台系统中进行扣费处理。
69.执行扣费处理后，还需判断各所述支付平台系统的交易信息中是否存在仅包含进站交易记录的异常行程，若存在，基于所述目标支付平台系统执行扣费处理的行程信息对异常行程进行更新。
70.若在未完成扣费操作之前接收到半自动票务处理机或自助客服机发送的补票指令时，根据目标用户提供的支付账号从各所述支付平台系统中获取相同支付账号所生成的进站交易记录以对目标用户的行程信息进行补充，使得用户在行程补充或行程更新后顺利完成扣费操作并出站。
71.实施例三
72.本实施例提供一种电子设备，其包括处理器、存储器及存储于所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现实施例一中的轨道交通多元化支付融合方法；另外，本实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被执行时实现上述的轨道交通多元化支付融合方法。
73.本实施例中的设备及存储介质与前述实施例中的系统、方法是基于同一发明构思下的两个方面，在前面已经对系统、方法实施过程作了详细的描述，所以本领域技术人员可根据前述描述清楚地了解本实施例中的设备及存储介质的结构及实施过程，为了说明书的简洁，在此就不再赘述。
74.上述实施方式仅为本发明的优选实施方式，不能以此来限定本发明保护的范围，本领域的技术人员在本发明的基础上所做的任何非实质性的变化及替换均属于本发明所要求保护的范围。