CN114282893A - 一种地铁票务互联互通方法、地铁客户端及系统 - Google Patents

一种地铁票务互联互通方法、地铁客户端及系统 Download PDF

Info

Publication number
CN114282893A
CN114282893A CN202111581943.4A CN202111581943A CN114282893A CN 114282893 A CN114282893 A CN 114282893A CN 202111581943 A CN202111581943 A CN 202111581943A CN 114282893 A CN114282893 A CN 114282893A
Authority
CN
China
Prior art keywords
city
subway
interconnection
code
riding
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202111581943.4A
Other languages
English (en)
Other versions
CN114282893B (zh
Inventor
井宁
吕博
欧雪蓉
刘浩
梅云
何东树
陈晓涛
何盛再
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Chengdu Zhiyuanhui Information Technology Co Ltd
Original Assignee
Chengdu Zhiyuanhui Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Chengdu Zhiyuanhui Information Technology Co Ltd filed Critical Chengdu Zhiyuanhui Information Technology Co Ltd
Priority to CN202111581943.4A priority Critical patent/CN114282893B/zh
Publication of CN114282893A publication Critical patent/CN114282893A/zh
Application granted granted Critical
Publication of CN114282893B publication Critical patent/CN114282893B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02ATECHNOLOGIES FOR ADAPTATION TO CLIMATE CHANGE
    • Y02A30/00Adapting or protecting infrastructure or their operation
    • Y02A30/60Planning or developing urban green infrastructure

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明公开了一种地铁票务互联互通方法、地铁客户端及系统,具体包括以下步骤:S1、获取城市A的乘车二维码的请求或城市A的待补登行程;S2、根据所述城市A的乘车二维码的请求或城市A的待补登行程,进行不同的操作处理;所述操作处理包括以下处理的至少一种:服务开通;支付渠道代扣签约;地铁乘车码获取及展示。补登。在本发明中,乘客用户可通过所在地地铁客户端生成目标城市轨道交通乘车二维码即可实现“刷码过闸”,提升交通出行体验。用以解决现有“二维码通行”互联互通过程过程中的异地开通、交易、补登的问题。

Description

一种地铁票务互联互通方法、地铁客户端及系统
技术领域
本发明涉及轨道交通技术领域,具体涉及一种地铁票务互联互通方法、地铁客户端及系统。
背景技术
由于各城市经济、社会发展水平参差不齐,公共交通运输业发展不均衡,与之相应的城市交通一卡通建设、运营与服务能力也良莠不齐,用户无法在不同的城市间实现交通一卡通,即城市之间无法实现互联互通,用户在不同的城市之间往返,往往需要再下载一个新的APP或在异地购票系统进行购票,以便跨省市出行。随着城市化进程的加快,可以预见,“一码通行”将成为大型城市群的标配。因此基于“一码通行”的互联互通方案,不仅是通过互联技术助力克服了不同省市闸机硬件的差异,也在某种程度上跨越了各地居民的心理距离。由于“一码通行”互联互通工作存在着各地公共交通建设标准不统一、普及程度不同的问题,因此在“一码通行”互联互通过程中的应该如何解决生成异地乘车二维码、基于异地二维码执行交易以及单边行程的问题,以省去直接下载新的APP或异地现场购票的过程,进而实现城市之间互联互通。
发明内容
本发明的目的在于提供一种地铁票务互联互通方法、地铁客户端及系统,通过在所在地的APP内集成目的地的SDK,通过目的地的SDK与目的地的轨道交通服务器进行通信,乘客用户可通过所在地的地铁客户端生成目标城市轨道交通乘车二维码即可实现“刷码过闸”,提升交通出行体验。用以解决现有“一码通行”互联互通过程过程中的服务开通、交易、补登的问题。
一种地铁票务互联互通方法,应用于城市B的地铁客户端中的城市A的SDK,所述城市A的SDK用于通过城市A的互联互通服务器与城市A的MLC系统进行通信,通过城市A的互联互通服务器与支付渠道进行通信,当用户通过城市B的地铁客户端唤起城市A的SDK时,由所述城市A的SDK执行以下步骤:
S1、获取城市A的乘车二维码的请求或城市A的待补登行程;
S2、根据所述城市A的乘车二维码的请求或城市A的待补登行程,进行不同的处理;
所述处理包括以下处理的至少一种:
服务开通:根据所述城市A的乘车二维码的请求,对于首次请求异地乘车二维码的用户,通过城市A的互联互通服务器与城市A的MLC系统进行通信,引导用户完成城市A的乘车码服务开通;
支付渠道代扣签约:根据所述城市A的乘车二维码的请求,对于未进行支付渠道代扣签约的用户,通过城市A的互联互通服务器与支付渠道进行通信,引导用户完成支付渠道代扣签约;
地铁乘车码获取及展示:根据所述城市A的乘车二维码的请求,通过城市A的互联互通服务器与城市A的MLC系统进行通信,获取生码授权数据,根据所述生码授权数据生成城市A的乘车二维码并展示。
补登:根据所述城市A的待补登行程,通过城市A的互联互通服务器与城市A的MLC系统进行通信,进行补登处理。
进一步地,还包括,所述支付渠道代扣签约还包括:
对已完成城市A的支付渠道代扣签约的用户,通过城市A的互联互通服务器与支付渠道进行通信,引导用户完成解约或新增其他的支付渠道代扣签约;
进一步地,还包括,所述服务开通包括以下步骤:
S001、获取城市A的乘车二维码的请求;
S002、根据所述城市A的乘车二维码的请求,判断当前用户是否为城市A的注册用户,若是,则转步骤S004;若否,则转步骤S003;
S003、弹出乘车服务协议页面,引导用户进行注册并开通城市A的乘车码服务;
S004、根据所述城市A的乘车二维码的请求,判断当前用户是否签约,若否,则转步骤S005;
S005、弹出签约页面,引导用户进行支付渠道代扣签约。
进一步地,所述步骤S003具体包括:
S003a、获取所述乘车服务协议页面的同意协议的触发信号;
S003b、向所述城市A的互联互通服务器发起城市A的乘车码服务开通请求进行第一次开通,
S003d、通过所述城市A的互联互通服务器向城市A的MLC系统发起城市A的乘车码服务开通请求,进行第二次开通;
S003e、接收所述城市A的互联互通服务器返回的由城市A的MLC系统生成的开通结果,并将所述开通结果同步至所述城市B的地铁客户端中。
进一步地,所述支付渠道代扣签约,具体包括以下步骤:
Sa、根据异地乘车二维码的请求,向城市A的互联互通服务器发送查询是否签约的请求;
Sa、根据所述城市A的乘车二维码的请求,向城市A的互联互通服务器发送查询是否签约的请求;
Sb、接收所述城市A的互联互通服务器返回的签约信息;
Sc、若所述签约信息指示用户未完成支付渠道代扣签约,则跳转签约页面,显示可签约的支付渠道;
Sd、获取用户选定的支付渠道,根据所选定的支付渠道对应的签约流程及要求,跳转到所述选定的支付渠道的支付签约页面;
Se、接收由支付渠道通过城市B的地铁客户端同步返回的签约结果;
Sf、通过所述城市A的互联互通服务器向支付渠道发送查询签约结果的请求;
Sg、通过所述城市A的互联互通服务器接受所述支付渠道返回的结果。
进一步地,所述异地乘车码获取及展示,具体包括以下步骤:
S1、获取城市A的乘车二维码的请求;
S2、根据所述城市A的乘车二维码的请求,检查城市A的生码授权数据的有效期是否过期,若过期,则转步骤S3,若未过期,则转步骤S5;
S3、生成一个经城市A的互联互通服务器转发至城市A的MLC系统的生码授权请求;
S4、接收城市A的互联互通服务器返回的由城市A的MLC系统生成的生码授权数据;
S5、根据所述生码授权数据及生码逻辑生成城市A的乘车二维码并展示。
进一步地,所述补登,具体包括以下步骤:
S1、获取城市A的待补登行程;
S2、根据所述城市A的待补登行程通过所述城市A的互联互通服务器向城市A的MLC系统发送补登请求;
S3、接收城市A的互联互通服务器转发的由城市A的MLC系统进行行程补登、行程融对后生成的补登结果。
进一步地,一种地铁票务互联互通的地铁客户端,包括:
城市B的地铁客户端,集成在城市B的地铁客户端中的一个或多个其他城市的SDK,
所述城市B的地铁客户端用于:当用户通过城市B的地铁客户端进入异地乘车二维码界面时,弹出一个或多个其他城市列表的页面,获取一个或多个其他城市列表的页面的触发信号,进入指定的城市的乘车二维码页面,唤起指定的城市的SDK;
所述一个或多个其他城市的SDK用于:通过指定的城市的互联互通服务器与指定的城市的MLC系统进行通信,通过城市A的互联互通服务器与支付渠道进行通信,根据地铁票务互联互通的方法,进行服务开通、支付渠道代扣签约、地铁乘车码获取及展示及补登的处理;
一种基于SDK获取异地乘车二维码的系统,包括:
城市B的地铁客户端,集成在城市B的地铁客户端中的一个或多个其他城市的SDK,一个或多个互联互通服务器,其中:
所述城市B的地铁客户端用于:当用户通过城市B的地铁客户端进入异地乘车二维码界面时,弹出一个或多个其他城市列表的页面,获取一个或多个其他城市列表的页面的触发信号,进入指定的城市的乘车二维码页面,唤起指定的城市的SDK;
所述一个或多个其他城市的SDK用于:通过指定的城市的互联互通服务器与指定的城市的MLC系统进行通信,根据地铁票务互联互通方法,进行指定的城市的服务开通、支付渠道代扣签约、地铁乘车码获取及展示及补登的处理;
一个或多个城市的互联互通服务器用于:实现指定的城市的SDK与指定的城市的MLC系统之间的通信;
当用户通过城市B的地铁客户端进入城市B的乘车二维码页面时,通过城市B的服务器与城市B的MLC系统进行通信,进行地铁业务的处理,数据的路线为:城市B的地铁客户端--城市B的地铁票务平台,所述城市B的地铁票务平台包括城市B的服务器、城市B的MLC系统;
当用户通过城市B的地铁客户端进入异地乘车二维码界面时,弹出一个或多个其他城市列表的页面,获得一个或多个其他城市列表的页面的触发信号,进入指定的城市的乘车二维码页面,唤起指定的城市的SDK,所述指定的城市的SDK,通过指定的城市的互联互通服务器与指定的城市的MLC系统进行通信,根据地铁票务互联互通方法,进行指定的城市的服务开通、支付渠道代扣签约、地铁乘车码获取及展示及补登的处理,数据路线为:城市B的地铁客户端--指定的城市的SDK--指定的城市的地铁票务平台,所述指定的城市的地铁票务平台包括指定的城市的互联互通服务器、指定的城市的MLC系统。
本发明的地铁票务互联互通方法及系统,通过集成有SDK使两地乘车码票务互通后以尽量不产生日常业务往来的原则,降低乘车码互通业务运营成本,从城市B到城市A漫游的用户在城市A的用户行程订单由城市A的地铁票务平台(互联互通服务器、MLC系统等)生成,服务开通、支付渠道代扣签约、地铁乘车码获取及展示及补登统一由城市A的系统负责。
城市A产生二维码进出站交易并进行行程订单扣款后,根据与第三方支付渠道的结算规则完成资金结算、到账。
本发明具有的有益效果:
1、因为硬件设备的改动对轨道交通AFC系统在线业务影响大,改造难度大,成本高,周期长,因此基于异地乘车二维码的互联互保持各城市轨道交通业务交易流程和票务平台规则不变,前端票务设备不因互联互通而改变。
2、实现A地地铁与B地地铁互联网票务的互联互通,方便两地乘客便捷乘坐两地轨道交通,即两地乘客无需购买异地车票,持本地地铁客户端即可在异地扫码乘车。
附图说明
图1为本发明的基于地铁票务互联互通的方法流程示意图;
图2为本发明的基于SDK的互联互通示意图;
图3为本发明的基于地铁票务互联互通的系统示意图;
图4为本发明的实施例1的西安地铁与成都地铁互联互通示意图;
图5为本发明的实施例1的西安地铁用户漫游到成都开通乘车码服务示意图;
图6为本发明的实施例1的西安地铁用户漫游到成都签约支付方式示意图;
图7为本发明的实施例1的西安地铁用户漫游到成都生码示意图;
图8为本发明的实施例1的西安地铁用户漫游到成都刷码过闸示意图;
图9为本发明的实施例1的西安地铁用户漫游到成都支付代扣解约意图;
图10为本发明的实施例1的西安地铁用户漫游到成都用户补登示意图;
具体实施方式
下面结合实施例及附图,对本发明作进一步的详细说明,但本发明的实施方式不限于此。
在本发明的描述中,需要说明的是,术语“中心”、“上”、“下”、“左”、“右”、“竖向”、“纵向”、“侧向”、“水平”、“内”、“外”、“前”、“后”、“顶”、“底”等指示的方位或位置关系为基于附图所示的方位或位置关系,或者是该发明产品使用时惯常摆放的方位或位置关系,仅是为了便于描述本发明和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本发明的限制。
在本发明的描述中,还需要说明的是,除非另有明确的规定和限定,术语“设置”、“开有”、“安装”、“相连”、“连接”应做广义理解,例如,可以是固定连接,也可以是可拆卸连接,或一体地连接;可以是机械连接,也可以是电连接;可以是直接相连,也可以通过中间媒介间接相连,可以是两个元件内部的连通。对于本领域的普通技术人员而言,可以具体情况理解上述术语在本发明中的具体含义。
对于本方案中可能会使用到的一些名称、缩略语定义和解释如下表。
Figure BDA0003426372760000061
以下实施例中所使用的名词与说明书中的名词对应如下:
城市B的地铁客户端——西安地铁APP,城市A的SDK——成都地铁SDK,城市A的互联互通服务器——成都地铁APP后台,城市A的MLC系统——成都地铁MLC系统。
实施例1
本发明的地铁票务互联互通方法,以西安与成都的地铁业务场景及流程进行说明:
1.成都地铁乘车码服务开通
西安地铁APP用户进入乘车码页面,选择切换到成都乘车码页面,通过成都地铁SDK向成都地铁APP后台、MLC系统发起生码授权请求。若该用户未开通成都地铁乘车码服务,则需先开通成都地铁乘车码服务,注册成为成都地铁用户。西安地铁APP调用成都地铁SDK,将用户实名注册信息同步给成都地铁APP后台--成都地铁MLC系统,完成该用户在成都地铁APP后台、MLC上的乘车码业务注册开通,并在西安地铁APP界面上提示开通成功。
2.支付渠道代扣签约
成都地铁乘车码服务开通成功后,唤起需签约的支付渠道签约页面,按照支付渠道的签约流程、页面提示完成支付签约。
3.请码及生码
西安地铁APP用户完成成都地铁乘车码服务开通以及支付签约后,即可发起成都乘车码申请,按西安地铁APP--成都地铁SDK--成都地铁APP后台--成都地铁MLC系统完成生码授权数据的请求,成都地铁SDK根据成都地铁乘车码生码要求进行生码并展示成都地铁乘车码。
4.扫码进出站、行程匹配及计费、扣款
用户使用西安地铁APP展示的成都地铁乘车码,在成都地铁的AGM上扫码进站、出站。成都地铁AGM将用户的进、出站过闸数据上传给成都地铁MLC系统,MLC系统推送进、出站过闸数据到成都地铁APP后台。
在用户完成出站后,成都地铁MLC系统匹配完整用户行程,并进行程计费、生成行程订单,然后成都地铁MLC系统向该用户签约的支付渠道发起扣款,记录扣款结果,MLC系统推送OD及扣费信息数据到成都地铁APP后台。
西安地铁APP唤起成都地铁SDK,查看用户在成都地铁的乘车记录、扣款信息。
成都地铁和西安地铁乘车码互连互通的主要业务流程及功能实现原理一致,持成都地铁APP或西安地铁APP的用户到对方城市进行乘车按同样的接口交互,以下仅以西安地铁APP用户漫游到成都地铁乘车流程举例说明。
一、西安地铁APP用户开通成都地铁乘车码服务
当西安地铁APP用户需要到成都地铁扫码过闸时,需要先开通成都地铁乘车码服务,注册成为成都地铁用户。乘车码开通过程中西安地铁APP后台通过成都地铁SDK把该用户实名信息同步到成都地铁后台及成都地铁MLC系统。流程图如下:
具体实现流程说明如下:
1.西安地铁APP用户进入成都地铁乘车码页面,提交乘车码服务实名(三要素),唤起成都地铁SDK。
2.成都地铁SDK弹出乘车服务协议界面,用户同意协议后,向成都地铁后台及成都地铁MLC系统发起用户注册开通请求。
3.成都地铁MLC系统接收西安地铁APP用户的注册开通请求,进行相应业务校验处理并进行用户实名乘车码服务开通,并将开通结果通过成都地铁APP后台返回给成都地铁SDK,成都地铁SDK展示开通结果。
二、支付渠道代扣签约
西安地铁APP的用户成功完成成都地铁乘车码服务开通后,申请乘车二维码前需完成成都地铁乘车码服务的支付渠道代扣的签约,才能请码成功。支付渠道代扣签约的流程如下:
具体实现流程说明如下:
1.西安地铁APP通过成都地铁SDK向成都地铁APP后台请求生码授权数据,成都地铁APP后台校验该用户的支付代扣签约关系,若该用户未完成成都地铁的支付签约,则直接返回用户未完成支付签约,要求用户完成成都地铁的支付签约。
2.成都地铁SDK,显示成都地铁可签约的支付渠道,用户选择一种支付渠道进行支付代扣签约。
3.成都地铁SDK根据所选择的支付渠道,根据支付渠道的签约流程、要求跳转到微信或支付宝的支付签约页面,用户同意授权并按流程完成支付签约后,微信或支付宝将签约结果回调返回给成都地铁APP后台。
4.成都地铁APP后台保存用户的签约关系,并将用户在成都地铁支付渠道商户号上的签约信息同步给MLC系统。
5.用户可在成都地铁SDK中,根据成都地铁支持的支付渠道,选择一种或多种完成签约,并支持设置支付方式的扣款顺序。
三、乘车二维码生成
西安地铁APP用户完成成都地铁乘车码服务开通、支付代扣签约后,即可请求生成成都地铁乘车码。流程图如下:
具体实现流程说明如下:
1.用户进入西安地铁APP乘车码页面并切换到成都地铁,唤起成都地铁SDK。
2.成都地铁SDK根据成都地铁乘车码的生码逻辑检查本地的授权有效期等有效性以及执行本地风控检查(欠费、单边行程等),若生码授权有效期过期,则请求成都地铁APP后台,发起生码授权请求。
3.成都地铁APP后台接收生码授权请求,执行生码风控检查,校验该用户开通状态、支付签约情况以及业务风控检查(欠款、单边行程等),检查通过后向成都地铁MLC系统请求生码授权。
4.成都地铁MLC系统接收成都地铁APP后台发起的生码授权请求,进行业务合法性校验后生成并返回生码授权数据。
5.经成都地铁APP后台将成都地铁的乘车码生码授权数据返回给成都地铁SDK,成都地铁SDK安全存储成都地铁的生码授权数据,然后根据成都地铁乘车码生码逻辑生成乘车码数据并展示成都地铁乘车码。
四、扫码过闸与收费
西安地铁APP通过成都地铁SDK生成成都地铁乘车码后,即可在成都地铁进行扫码过闸,成都地铁遵循本地二维码业务流程、票务规则、AFC标准完成西安地铁APP用户的扫码过闸、OD匹配、行程订单生成及计费订单支付扣款的业务处理。流程图如下:
具体实现流程说明如下:
1.用户持西安地铁APP拉取的成都地铁乘车码在成都地铁的闸机(AGM)扫码过闸。
2.成都地铁的闸机按照成都地铁本地二维码验码流程完成进站或出站的验码、开闸,并将扫码过闸交易实时上传成都地铁MLC系统。
3.成都地铁MLC系统将用户进、出站行程数据推送给成都地铁APP后台。
4.西安地铁APP用户在成都地铁闸机上完成进站、出站后,成都地铁MLC系统完成OD行程匹配后生成行程订单,并对订单进行计费,然后将行程计费订单推送给成都地铁APP后台。
5.成都地铁MLC系统查询用户的支付渠道签约信息,然后向签约的支付渠道发起扣款,完成该用户的行程订单消费扣款,用户的付款直接进入服务方即成都地铁的收款商户号,确保资金的安全和流程合规,业务合规。支付机构T+1日将资金清算给服务方账户。
6.完成支付扣款后,微信支付宝将扣款结果返回给成都地铁MLC系统,由成都地铁MLC系统推送给成都地铁APP后台。
7.西安地铁APP唤起成都地铁SDK,可发起用户行程及订单查询。
五、用户支付渠道代扣解约
西安地铁APP的用户成功完成微信、支付宝支付签约代扣后,可进行支付代扣解约。解约的流程如下:
具体实现流程说明如下:
1.西安地铁APP唤起成都地铁SDK,用户进入支付渠道支付代扣列表页面,选择支付方式进行解约;
2.成都地铁SDK请求成都地铁APP后台解约接口,成都地铁APP后台根据该请求进行判定:
当无进行中的行程或者非异常行程时,成都地铁APP后台向微信或支付宝或发起解约。
当有进行中的行程或者异常行程时(如待补登、扣费失败等)时,不允许解约。
3.成都地铁APP后台收到微信或支付宝解约回调结果,并保存此次解约结果。然后同步到成都地铁MLC系统。
4.成都地铁SDK可通过成都地铁APP后台查询用户解约信息,并进行用户状态的刷新。
六、用户补登
针对单边行程,西安地铁APP的用户可通过成都地铁SDK发起补登操作,流程如下:
具体实现流程说明如下:
1.用户进入行程列表,选择待补登行程;
2.成都地铁SDK请求成都地铁APP后台补登接口,成都地铁APP后台向MLC发起补登请求。
3.MLC系统收到补登请求后,补登行程并进行行程融对和扣费。
4.MLC系统在收到支付渠道的扣费回调后,将扣费信息推送至成都地铁APP后台。
5.成都地铁SDK可通过成都地铁APP后台查询用户行程及扣费信息。
如上述方案所述,成都西安乘车码互联互通按照双方提供SDK的方式进行对接的方案,由双方SDK提供相关乘车码能力接口,实现两城乘车码业务的互连互通。因此要求双方的地铁APP后台、APP、SDK应具备以下主要功能:
地铁APP
西安地铁APP需实现用户直接持西安地铁APP生成成都地铁乘车码,以实现在成都地铁扫码过闸,其主要功能包括:
1.城市切换:互通城市乘车码切换,支持选择并切换到成都地铁乘车码请码页面;
2.接入SDK:地铁APP需接入互通城市的SDK,由SDK完成注册、签约、拉码等功能;
地铁SDK
地铁SDK应具备向互通城市地铁APP提供实名、签约、生码、补登等接口的能力,并能够兼容互通城市地铁APP,主要功能包括:
1.服务开通:对于首次请求互通城市地铁乘车码的用户,需实现成都地铁乘车码服务授权协议用户注册;
2.支付渠道代扣签约:对于未进行互通城市地铁支付渠道代扣签约的,支持引导用户完成地铁支付渠道代扣签约;已完成支付签约的支持进行解约或新增其他的支付渠道代扣签约;
3.地铁乘车码获取及展示:获取、安全存储互通城市地铁乘车码的生码授权数据,并实现地铁乘车码的生成及展示。
4.补登:针对单边行程,地铁SDK需提供补登功能。
地铁APP后台
地铁APP后台应具备乘车码的输出能力,以实现向互通城市地铁APP进行互联互通对接,实现地铁APP用户在互通城市地铁的扫码过闸。因此要求地铁APP后台具备以下乘车码互通功能:
1.实现对地铁APP用户的实名乘车码服务开通/关闭、支付渠道代扣签约/解约;
2.具备对互通城市APP用户在本平台的实名信息管理;
3.提供落地城市生码风控控制、生码授权接口等功能;
4.支持对互通城市地铁APP(如成都地铁)用户的风控控制、行程订单支付扣款、查询等功能;
5.支持对互通城市地铁APP用户乘车码交易的交易业务对账。
6.支持按地铁二维码业务流程、票务规则实现对互通城市APP用户(如成都地铁APP)在本城市扫码过闸的交易处理,包括扫码过闸数据上传、OD匹配、订单生成、订单计费等交易处理,提供互通城市APP用户的乘客事务处理。
具体的,本发明的地铁票务互联互通方法基于SDK与互联互通服务器进行通信的原理如下:
应用于系统的地铁APP,所述系统还包括至少一个互联互通服务器,所述方法包括:获取消息推送的请求,所述消息推送的请求包括指定互联互通服务器标识;基于所述指定互联互通服务器确定指定端口,若所述指定端口与指定SDK组件连接,则基于所述指定端口将待推送消息通过所述指定SDK组件发送至所述指定互联互通服务器;若所述指定端口没有连接指定SDK组件,则基于所述指定端口将待推送消息直接发送至所述指定互联互通服务器。
指定端口可以是客户端的一个端口,具体地,该端口是一个数据端口,该端口是一个API接口,该数据端口用于将数据按照一定格式打包,并且将打包之后的数据发送至与该端口连接的SDK组件或其他模块。。
该地铁APP内存储有连接对应表,该连接对应表用于记录每个端口对应的互联互通服务器标识。通过该连连接对应表能够确定该消息推送请求内的指定互联互通标服务器标识对应的端口标识,确定该端口标识所连接的SDK组件,进而确定指定互联互通服务器标识对应的指定SDK组件。
其中,SDK(Software Development Kit)组件,一般为特定的软件包、软件框架、硬件平台、操作系统等建立应用软件时的开发工具的集合。具体地,SDK组件内集成有多个应该访问接口,则地铁APP能够通过所集成的访问接口与互联互通服务器连接。并且,该地铁APP至少包括一个SDK组件。
具体的一种实施方式中,所述消息推送的请求为乘车二维码请求,在基于“二维码通行”的互联互通方案中,各地二维码乘地铁业务流程差别大,无法衔接,存在新的密钥管理体系、新的发卡机构和发码机构管理体系等诸多不同之处,因为涉及移动支付功能,不同的经营主体采用不同的密钥体系区隔,二维码生成体系标准不同造成的技术壁垒,因此持本地的乘车二维码乘地铁的业务区外地刷码通行的处理复杂度高。目前主要采用由各线路集成商在闸机系统的上位机进程里实现所有的二维码业务,并由上位机直接对接地铁票务平台。由于二维码乘车业务的复杂性和多变性,需要对不同厂商的上位机进程进行改造,以实现与二维码乘车业务后台的对接。但这种改造成本很高,工期很长,导致地铁各线路集成商接入二维码乘车业务后台的难度很大。
在本方案中,在每个SDK组件内,集成指定的城市的互联互通服务器与地铁APP之间的通信协议,因此该SDK组件可以用于实现指定的城市的互联互通服务器与地铁APP之间的数据交互和通信。因此可以在地铁APP内集成一个或多个SDK组件,以使指定的城市的SDK组件通过指定的城市的互联互通服务器与指定的城市的MLC系统通信,从而完成多个城市之间地铁票务的互联互通。
指定SDK组件是集成在地铁APP内的,且地铁APP内安装在用户终端内,并且用户终端内包括用于存储该地铁APP的数据的存储空间,指定SDK组件能够将待推送消息存储至地铁APP对应的存储空间内,并且通知地铁APP,该待推送信息已经存储至地铁APP内对应的存储空间内,该地铁APP可以通过该存储空间获取到该待推送消息。
因此,地铁APP将异地乘车二维码请求发送至指定SDK组件,由指定SDK组件将该异地乘车二维码请求通过指定端口发送至指定互联互通服务器,通过指定的互联互通服务器与MLC系统通信。
以上所述,仅是本发明的较佳实施例而已,并非对本发明作任何形式上的限制,依据本发明的技术实质,在本发明的精神和原则之内,对以上实施例所作的任何简单的修改、等同替换与改进等,均仍属于本发明技术方案的保护范围之内。

Claims (9)

1.一种地铁票务互联互通方法,其特征在于,应用于城市B的地铁客户端中的城市A的SDK,所述城市A的SDK用于通过城市A的互联互通服务器与城市A的MLC系统进行通信,通过城市A的互联互通服务器与支付渠道进行通信,当用户通过城市B的地铁客户端唤起城市A的SDK时,由所述城市A的SDK执行以下步骤:
S1、获取城市A的乘车二维码的请求或城市A的待补登行程;
S2、根据所述城市A的乘车二维码的请求或城市A的待补登行程,进行不同的处理;
所述处理包括以下处理的至少一种:
服务开通:根据所述城市A的乘车二维码的请求,对于首次请求异地乘车二维码的用户,通过城市A的互联互通服务器与城市A的MLC系统进行通信,引导用户完成城市A的乘车码服务开通;
支付渠道代扣签约:根据所述城市A的乘车二维码的请求,对于未进行支付渠道代扣签约的用户,通过城市A的互联互通服务器与支付渠道进行通信,引导用户完成支付渠道代扣签约;
地铁乘车码获取及展示:根据所述城市A的乘车二维码的请求,通过城市A的互联互通服务器与城市A的MLC系统进行通信,获取生码授权数据,根据所述生码授权数据生成城市A的乘车二维码并展示。
补登:根据所述城市A的待补登行程,通过城市A的互联互通服务器与城市A的MLC系统进行通信,进行补登处理。
2.根据权利要求1所述的一种地铁票务互联互通方法,其特征在于,还包括,所述支付渠道代扣签约还包括:
对已完成城市A的支付渠道代扣签约的用户,通过城市A的互联互通服务器与支付渠道进行通信,引导用户完成解约或新增其他的支付渠道代扣签约。
3.根据权利要求1所述的一种地铁票务互联互通方法,其特征在于,还包括,所述服务开通包括以下步骤:
S001、获取城市A的乘车二维码的请求;
S002、根据所述城市A的乘车二维码的请求,判断当前用户是否为城市A的注册用户,若是,则转步骤S004;若否,则转步骤S003;
S003、弹出乘车服务协议页面,引导用户进行注册并开通城市A的乘车码服务;
S004、根据所述城市A的乘车二维码的请求,判断当前用户是否签约,若否,则转步骤S005;
S005、弹出签约页面,引导用户进行支付渠道代扣签约。
4.根据权利要求3所述的一种地铁票务互联互通方法,其特征在于,所述步骤S003具体包括:
S003a、获取所述乘车服务协议页面的同意协议的触发信号;
S003b、向所述城市A的互联互通服务器发起城市A的乘车码服务开通请求进行第一次开通,
S003d、通过所述城市A的互联互通服务器向城市A的MLC系统发起城市A的乘车码服务开通请求,进行第二次开通;
S003e、接收所述城市A的互联互通服务器返回的由城市A的MLC系统生成的开通结果,并将所述开通结果同步至所述城市B的地铁客户端中。
5.根据权利要求1所述的一种地铁票务互联互通方法,其特征在于,所述支付渠道代扣签约,具体包括以下步骤:
Sa、根据异地乘车二维码的请求,向城市A的互联互通服务器发送查询是否签约的请求;
Sa、根据所述城市A的乘车二维码的请求,向城市A的互联互通服务器发送查询是否签约的请求;
Sb、接收所述城市A的互联互通服务器返回的签约信息;
Sc、若所述签约信息指示用户未完成支付渠道代扣签约,则跳转签约页面,显示可签约的支付渠道;
Sd、获取用户选定的支付渠道,根据所选定的支付渠道对应的签约流程及要求,跳转到所述选定的支付渠道的支付签约页面;
Se、接收由支付渠道通过城市B的地铁客户端同步返回的签约结果;
Sf、通过所述城市A的互联互通服务器向支付渠道发送查询签约结果的请求;
Sg、通过所述城市A的互联互通服务器接受所述支付渠道返回的结果。
6.根据权利要求1所述的一种地铁票务互联互通方法,其特征在于,所述异地乘车码获取及展示,具体包括以下步骤:
S1、获取城市A的乘车二维码的请求;
S2、根据所述城市A的乘车二维码的请求,检查城市A的生码授权数据的有效期是否过期,若过期,则转步骤S3,若未过期,则转步骤S5;
S3、生成一个经城市A的互联互通服务器转发至城市A的MLC系统的生码授权请求;
S4、接收城市A的互联互通服务器返回的由城市A的MLC系统生成的生码授权数据;
S5、根据所述生码授权数据及生码逻辑生成城市A的乘车二维码并展示。
7.根据权利要求1所述的一种地铁票务互联互通方法,其特征在于,所述补登,具体包括以下步骤:
S1、获取城市A的待补登行程;
S2、根据所述城市A的待补登行程通过所述城市A的互联互通服务器向城市A的MLC系统发送补登请求;
S3、接收城市A的互联互通服务器转发的由城市A的MLC系统进行行程补登、行程融对后生成的补登结果。
8.一种地铁票务互联互通的地铁客户端,其特征在于,包括:
城市B的地铁客户端,集成在城市B的地铁客户端中的一个或多个其他城市的SDK,
所述城市B的地铁客户端用于:当用户通过城市B的地铁客户端进入异地乘车二维码界面时,弹出一个或多个其他城市列表的页面,获取一个或多个其他城市列表的页面的触发信号,进入指定的城市的乘车二维码页面,唤起指定的城市的SDK;
所述一个或多个其他城市的SDK用于:通过指定的城市的互联互通服务器与指定的城市的MLC系统进行通信,通过城市A的互联互通服务器与支付渠道进行通信,根据权利要求1-7任意所述的一种地铁票务互联互通的方法,进行服务开通、支付渠道代扣签约、地铁乘车码获取及展示及补登的处理。
9.一种基于SDK获取异地乘车二维码的系统,其特征在于,包括:
城市B的地铁客户端,集成在城市B的地铁客户端中的一个或多个其他城市的SDK,一个或多个互联互通服务器,其中:
所述城市B的地铁客户端用于:当用户通过城市B的地铁客户端进入异地乘车二维码界面时,弹出一个或多个其他城市列表的页面,获取一个或多个其他城市列表的页面的触发信号,进入指定的城市的乘车二维码页面,唤起指定的城市的SDK;
所述一个或多个其他城市的SDK用于:通过指定的城市的互联互通服务器与指定的城市的MLC系统进行通信,根据权利1-8任意所述的一种地铁票务互联互通方法,进行指定的城市的服务开通、支付渠道代扣签约、地铁乘车码获取及展示及补登的处理;
一个或多个城市的互联互通服务器用于:实现指定的城市的SDK与指定的城市的MLC系统之间的通信;
当用户通过城市B的地铁客户端进入城市B的乘车二维码页面时,通过城市B的服务器与城市B的MLC系统进行通信,进行地铁业务的处理,数据的路线为:城市B的地铁客户端--城市B的地铁票务平台,所述城市B的地铁票务平台包括城市B的服务器、城市B的MLC系统;
当用户通过城市B的地铁客户端进入异地乘车二维码界面时,弹出一个或多个其他城市列表的页面,获得一个或多个其他城市列表的页面的触发信号,进入指定的城市的乘车二维码页面,唤起指定的城市的SDK,所述指定的城市的SDK,通过指定的城市的互联互通服务器与指定的城市的MLC系统进行通信,根据权利要求1-7任意所述的一种地铁票务互联互通方法,进行指定的城市的服务开通、支付渠道代扣签约、地铁乘车码获取及展示及补登的处理,数据路线为:城市B的地铁客户端--指定的城市的SDK--指定的城市的地铁票务平台,所述指定的城市的地铁票务平台包括指定的城市的互联互通服务器、指定的城市的MLC系统。
CN202111581943.4A 2021-12-22 2021-12-22 一种地铁票务互联互通方法、地铁客户端及系统 Active CN114282893B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111581943.4A CN114282893B (zh) 2021-12-22 2021-12-22 一种地铁票务互联互通方法、地铁客户端及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111581943.4A CN114282893B (zh) 2021-12-22 2021-12-22 一种地铁票务互联互通方法、地铁客户端及系统

Publications (2)

Publication Number Publication Date
CN114282893A true CN114282893A (zh) 2022-04-05
CN114282893B CN114282893B (zh) 2023-05-02

Family

ID=80873806

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111581943.4A Active CN114282893B (zh) 2021-12-22 2021-12-22 一种地铁票务互联互通方法、地铁客户端及系统

Country Status (1)

Country Link
CN (1) CN114282893B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117974129A (zh) * 2024-03-29 2024-05-03 成都智元汇信息技术股份有限公司 一种基于乘车行为智能补登的对账方法及系统

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2554651A1 (en) * 2006-07-31 2008-01-31 Trapeze Software Inc. System and method for optimizing a transit network
US20090283591A1 (en) * 2006-12-07 2009-11-19 Specialty Acquirer Llc Public transit system fare processor for transfers
CN108234517A (zh) * 2018-01-29 2018-06-29 成都智元汇信息技术股份有限公司 一种基于离线二维码票卡的地铁乘车离线处理系统及方法
CN109767207A (zh) * 2018-12-28 2019-05-17 优城(宁波)地铁科技有限公司 一种用于城市轨道交通统一发码开放平台系统
CN110610405A (zh) * 2019-09-12 2019-12-24 浙江省轨道交通运营管理集团有限公司 一种实现跨城跨区域互联互通的互联网票务平台
CN111833467A (zh) * 2020-07-23 2020-10-27 北京如易行科技有限公司 一种过闸和取票两用二维码乘车系统及方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2554651A1 (en) * 2006-07-31 2008-01-31 Trapeze Software Inc. System and method for optimizing a transit network
US20090283591A1 (en) * 2006-12-07 2009-11-19 Specialty Acquirer Llc Public transit system fare processor for transfers
CN108234517A (zh) * 2018-01-29 2018-06-29 成都智元汇信息技术股份有限公司 一种基于离线二维码票卡的地铁乘车离线处理系统及方法
CN109767207A (zh) * 2018-12-28 2019-05-17 优城(宁波)地铁科技有限公司 一种用于城市轨道交通统一发码开放平台系统
CN110610405A (zh) * 2019-09-12 2019-12-24 浙江省轨道交通运营管理集团有限公司 一种实现跨城跨区域互联互通的互联网票务平台
CN111833467A (zh) * 2020-07-23 2020-10-27 北京如易行科技有限公司 一种过闸和取票两用二维码乘车系统及方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117974129A (zh) * 2024-03-29 2024-05-03 成都智元汇信息技术股份有限公司 一种基于乘车行为智能补登的对账方法及系统

Also Published As

Publication number Publication date
CN114282893B (zh) 2023-05-02

Similar Documents

Publication Publication Date Title
CN114282892B (zh) 一种基于sdk补登的方法、地铁客户端及系统
TWI582722B (zh) The use of smart cars in the service point to pay the system and methods
US9098843B2 (en) System and method for temporarily enabling proprietary transit payments on a hotel room key
CN114358930B (zh) 一种基于sdk获取异地乘车二维码执行交易的方法、地铁客户端及系统
CN110533405B (zh) 跨境移动支付的信息处理方法、装置、系统及存储介质
US20080125080A1 (en) Method and system for value transfer between mobile-phone users
CN103824185A (zh) 一种基于低功耗蓝牙的移动智能终端支付方法及系统
WO2006066484A1 (fr) Systeme et procede de paiement
CN108846910A (zh) 车辆缴费免密支付方法、系统及存储介质
CN110827014A (zh) 基于企业账户的乘车支付方法、系统及一种企业端、用户终端
WO2005043274A2 (en) Universal mobile electronic commerce
CN111967952A (zh) 一种基于智能车联网和区块链的智能货车物流交易系统
CN114282893A (zh) 一种地铁票务互联互通方法、地铁客户端及系统
WO2022222581A1 (zh) 支付方法、平台设备、系统及存储介质
CN113628352A (zh) 基于二次发售的地铁票务系统及地铁票二次发售方法
KR20190134900A (ko) 차량 번호 인식을 이용한 차량 서비스 결제 시스템 및 방법
CN105678537A (zh) 利用主叫号码识别技术、触发定制的缴费方法
CN114282995B (zh) 一种基于sdk获取异地乘车二维码的方法、地铁客户端及系统
CN102867376B (zh) 一种互动式语音应答支付方法,终端及系统
CN109816373A (zh) 通过一个或多个指纹实现自助设备快捷支付的装置和方法
CN113657946B (zh) 一种停车用户领券商家优惠券抵扣结算方法
JP2001127918A (ja) 通話料決済システム及び通話料決済方法
CN115294704A (zh) 一种支持数字人民币的车载pos终端支付方法及系统
CN108446901A (zh) 基于多人付费的咨询通讯系统和方法
CN107730631A (zh) 车辆放行方法及系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant