一种基于SDK获取异地乘车二维码执行交易的方法、地铁客户端及系统技术方案

本发明专利技术公开了一种基于SDK获取异地乘车二维码执行交易的方法、地铁客户端及系统，具体包括以下步骤：S2、根据所述城市A的乘车二维码的请求，生成城市A的乘车二维码并展示，所述城市A的乘车二维码用于用户在城市A的AGM有效读写区域内进行扫码过闸，以使所述城市A的MLC系统根据城市A的AGM上传的扫码过闸交易数据进行OD行程匹配及扣费；S3、向城市A的互联互通服务器发送查询用户行程订单及行程计费订单的请求；S4、接收由城市A的互联互通服务器返回的由城市A的MLC系统生成的用户行程订单及行程计费订单并进行展示。本发明专利技术通过获取城市A的乘车二维码的请求，解决互联互通过程中扫码过闸等执行交易的过程，从而提升出行体验。从而提升出行体验。从而提升出行体验。

【技术实现步骤摘要】
一种基于SDK获取异地乘车二维码执行交易的方法、地铁客户端及系统


[0001]本专利技术涉及轨道交通
，具体涉及一种基于SDK获取异地乘车二维码执行交易的方法、地铁客户端及系统。

技术介绍

[0002]基于“二维码通行”的互联互通方案，不仅是通过互联技术助力克服了不同省市闸机硬件的差异，也在某种程度上跨越了各地居民的心理距离。在互联互通的区域方位内，用户不用再下载一个新的APP或在异地购票系统进行购票，提高了用户交通服务效率。由于“二维码通行”互联互通工作存在着各地公共交通建设标准不统一、普及程度不同的问题，目前各地二维码乘地铁业务流程存在差别大，无法衔接的问题，存在新的密钥管理体系、新的发卡机构和发码机构管理体系等诸多不同之处，因此持城市A的乘车二维码乘地铁的业务处理复杂度高。目前主要采用由各线路集成商在闸机系统的上位机进程里实现所有的二维码业务，并由上位机直接对接二维码乘车业务后台。由于二维码乘车业务的复杂性和多变性，需要对不同厂商的上位机进程进行改造，以实现与二维码乘车业务后台的对接。但这种改造成本很高，工期很长，导致地铁各线路集成商接入二维码乘车业务后台的难度很大。因此本专利技术解决在“一码通行”互联互通过程中的生成城市A的乘车二维码如何验证扫码过闸的问题，以省去直接下载新的APP或异地现场购票的过程，避免改造闸机硬件的问题，进而实现城市之间互联互通。

技术实现思路

[0003]本专利技术的目的在于提供一种基于SDK获取异地乘车二维码执行交易的方法、地铁客户端及系统，通过在所在地的APP内集成SDK，通过SDK与目标城市的互联互通服务器进行通信，完成交易过程，从而实现“刷码过闸”，提升交通出行体验。用以解决现有“一码通行”互联互通过程过程中的基于异地乘车二维码执行交易的问题。
[0004]一种基于SDK获取异地乘车二维码执行交易的方法，应用于城市B的地铁客户端中的城市A的SDK，所述城市A的SDK用于通过城市A的互联互通服务器与城市A的MLC系统进行通信，当用户通过城市B的地铁客户端进入城市A的乘车二维码页面时唤起城市A的SDK，由所述城市A的SDK执行以下步骤：
[0005]S1、获取城市A的乘车二维码的请求；
[0006]S2、根据所述城市A的乘车二维码的请求，生成城市A的乘车二维码并展示，所述城市A的乘车二维码用于用户在城市A的AGM有效读写区域内进行扫码过闸，以使所述城市A的MLC系统根据城市A的AGM上传的扫码过闸交易数据进行OD行程匹配及扣费；
[0007]S3、城市A的互联互通服务器发送查询用户行程订单及行程计费订单的请求；
[0008]S4、接收由城市A的互联互通服务器返回的由城市A的MLC系统生成的用户行程订单及行程计费订单并进行展示。
[0009]进一步地，所述步骤S1具体包括以下步骤：
[0010]S001、根据所述城市A的乘车二维码的请求，检查城市A的生码授权数据的有效期是否过期，若过期，则转步骤S3，若未过期，则转步骤S5；
[0011]S002、生成一个经城市A的互联互通服务器转发至城市A的MLC系统的生码授权请求；
[0012]S003、接收城市A的互联互通服务器返回的由城市A的MLC系统生成的生码授权数据；
[0013]S004、根据所述生码授权数据及生码逻辑生成城市A的乘车二维码并展示。
[0014]进一步地，还包括，所述扫码过闸的流程为：
[0015]所述城市A的AGM按照本地的二维码验码流程完成进站或出站的验码、开闸，并将扫码过闸交易数据实时上传至城市A的MLC系统；
[0016]进一步地，所述城市A的AGM对城市A的乘车二维码的验码流程为：
[0017]Sa、使用中心公钥验证所述城市A的乘车二维码中的第一公钥证书，若验证通过，则进行下一步验证；否则，验证交易终止；
[0018]Sb、使用第一公钥证书的第一公钥验证城市A的乘车二维码中的授权签名数据，若验证通过，则进行下一步验证；否则，验证交易终止；
[0019]Sc、使用支付渠道的用户公钥验证城市A的乘车二维码中的用户私钥签名数据，若验证通过，则二维码证书验证通过，获取到所有二维码数据信息；否则，验证交易终止；
[0020]Sd、根据城市A的乘车二维码，验证城市A的乘车二维码是否在有效使用期内，有效期包括第一公钥证书有效期、支付账户系统授权过期时间、二维码有效期以及二维码生成时间，若在有效期内，则记录二维码交易，并对交易成功或刷卡成功进行开闸，否则验证交易终止。
[0021]进一步地，所述城市A的MLC系统根据城市A的互联互通服务器转发的城市A的SDK的生码授权请求生成生码授权数据，具体过程为：
[0022]SA、获取生码授权请求；
[0023]SB、根据所述生码授权请求，按照二维码的结构生成二维码业务数据；
[0024]SC、使用中心私钥获得第一公钥证书，并将所述二维码业务数据与所述第一公钥证书打包封装成二维码原始数据；
[0025]SD、使用第一私钥对所述二维码原始数据进行签名生成授权签名数据，并将所述二维码原始数据与所述授权签名数据打包封装成生码授权数据。
[0026]进一步地，所述SDK生成城市A的乘车二维码的过程为：根据所述生码授权数据，使用支付渠道的用户私钥对生码授权数据进行签名生成用户私钥签名数据，并将所述生码授权数据与所述用户私钥签名数据打包封装成城市A的乘车二维码。
[0027]进一步地，所述城市A的乘车二维码包括第一公钥证书、二维码业务数据、生码授权签名数据以及用户私钥签名数据。
[0028]进一步地，所述城市A的MLC系统根据城市A的AGM上传的扫码过闸交易数据，进行OD行程匹配生成用户行程订单，并将用户行程订单推送至城市A的互联互通服务器；根据所述用户行程订单进行计费生成行程计费订单，并将行程计费订单推送至城市A的互联互通服务器，所述OD行程匹配、计费，具体包括：
[0029]根据扫码过闸交易数据中的用户账户ID、交易时间信息以及进出站信息进行匹配，并根据交易计费规则计算交易金额，完成结算交易数据并生成用户行程订单；
[0030]进一步地，一种基于SDK获取异地乘车二维码执行交易的城市B的地铁客户端,包括：
[0031]城市B的地铁客户端，集成在城市B的地铁客户端中的一个或多个其他城市的SDK，
[0032]所述城市B的地铁客户端用于：当用户通过城市B的地铁客户端进入异地乘车二维码界面时，弹出一个或多个其他城市列表的页面，获取一个或多个其他城市列表的页面的触发信号，进入指定的城市的乘车二维码页面，唤起指定的城市的SDK；
[0033]所述一个或多个其他城市的SDK用于：通过指定的城市的互联互通服务器与指定的城市的MLC系统进行通信，根据权利1
‑
8任意所述的一种基于SDK获取异地乘车二维码执行交易的方法，进行扫码过闸。
[0034]进一步地，一种基于SDK获本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种基于SDK获取异地乘车二维码执行交易的方法，其特征在于，应用于城市B的地铁APP中的城市A的SDK，所述城市A的SDK用于通过城市A的互联互通服务器与城市A的MLC系统进行通信，当用户通过城市B的地铁客户端进入城市A的乘车二维码页面时唤起城市A的SDK，由所述城市A的SDK执行以下步骤：S1、获取城市A的乘车二维码的请求；S2、根据所述城市A的乘车二维码的请求，生成城市A的乘车二维码并展示，所述城市A的乘车二维码用于用户在城市A的AGM有效读写区域内进行扫码过闸，以使所述城市A的MLC系统根据城市A的AGM上传的扫码过闸交易数据进行OD行程匹配及扣费；S3、向城市A的互联互通服务器发送查询用户行程订单及行程计费订单的请求；S4、接收由城市A的互联互通服务器返回的由城市A的MLC系统生成的用户行程订单及行程计费订单并进行展示。2.根据权利要求1所述的一种基于SDK获取异地乘车二维码执行交易的方法，其特征在于，所述步骤S1具体包括以下步骤：S001、根据所述城市A的乘车二维码的请求，检查城市A的生码授权数据的有效期是否过期，若过期，则转步骤S3，若未过期，则转步骤S5；S002、生成一个经城市A的互联互通服务器转发至城市A的MLC系统的生码授权请求；S003、接收城市A的互联互通服务器返回的由城市A的MLC系统生成的生码授权数据；S004、根据所述生码授权数据及生码逻辑生成城市A的乘车二维码并展示。3.根据权利要求1所述的一种基于SDK获取异地乘车二维码执行交易的方法，其特征在于，还包括，所述扫码过闸的流程为：所述城市A的AGM按照本地的二维码验码流程完成进站或出站的验码、开闸，并将扫码过闸交易数据实时上传至城市A的MLC系统；4.根据权利要求2所述的一种基于SDK获取异地乘车二维码执行交易的方法，其特征在于，所述城市A的AGM对城市A的乘车二维码的验码流程为：Sa、使用中心公钥验证所述城市A的乘车二维码中的第一公钥证书，若验证通过，则进行下一步验证；否则，验证交易终止；Sb、使用第一公钥证书的第一公钥验证城市A的乘车二维码中的授权签名数据，若验证通过，则进行下一步验证；否则，验证交易终止；Sc、使用支付渠道的用户公钥验证城市A的乘车二维码中的用户私钥签名数据，若验证通过，则二维码证书验证通过，获取到所有二维码数据信息；否则，验证交易终止；Sd、根据城市A的乘车二维码，验证城市A的乘车二维码是否在有效使用期内，有效期包括第一公钥证书有效期、支付账户系统授权过期时间、二维码有效期以及二维码生成时间，若在有效期内，则记录二维码交易，并对交易成功或刷卡成功进行开闸，否则验证交易终止。5.根据权利要求4所述的一种基于SDK获取异地乘车二维码执行交易的方法，其特征在于，所述城市A的MLC系统根据城市A的互联互通服务器转发的城市A的SDK的生码授权请求生成生码授权数据，具体过程为：SA、获取生码授权请求；SB、根据所述生码授权请求，按照二维码的结构生成二维码业务数据；
SC、使用中心私钥获得第一公钥证书，并将所述二维码业务数据与所述第一公钥证书打包封装成二维码原始数据；SD、使用第一私钥对所述二维码原始数据进行签名生成授权签名数据，并将所述二维码原始数据与所述授权签名数据打包封装成生码授权数据。6.根据权利要求5所述的一种基于SDK获取异地乘车二维码执行交易的方法，其特征在于，所述SDK生成城市A的乘车二维码的过程为：根据所述生码授权数据，使用支付渠道的用户私钥对生码授权数据进行签名生成用户私钥签名数据，并将所述生码授权数据与所述用户私钥签名数据打包封装成城市A的乘车二维码。7.根据权利要求6所述的一种基于SDK获取异地乘车二维码执行交易的方法，其特征在于，所述城市A的乘车二维码包括第一公钥证书、二维码业务数据、生码授权签名数据以及用户私钥签名数据。8.根据权利要求1所...

【专利技术属性】
技术研发人员：刘浩，吕博，井宁，邹世清，梅云，黄锐，陈晓涛，何盛再，
申请(专利权)人：成都智元汇信息技术股份有限公司，
类型：发明
国别省市：