(19)中华 人民共和国 国家知识产权局 (12)发明 专利申请 (10)申请公布号 (43)申请公布日 (21)申请 号 202111581943.4 (22)申请日 2021.12.2 2 (71)申请人 成都智元汇信息技 术股份有限公司 地址 610000 四川省成 都市中国 （四川） 自 由贸易试验区成都 高新区吉泰五路88 号3栋26层1号 (72)发明人 井宁　吕博　欧雪蓉　刘浩　梅云　 何东树　陈晓涛　何盛再　 (74)专利代理 机构 成都蓉创智汇知识产权代理 有限公司 51276 代理人 赵雷 (51)Int.Cl. G06Q 10/10(2012.01) G06Q 50/26(2012.01) G06Q 50/30(2012.01)G07C 9/20(2020.01) (54)发明名称 一种地铁票务互联 互通方法、 地铁客户端及 系统 (57)摘要 本发明公开了一种地铁票务互联 互通方法、 地铁客户端及系统， 具体包括以下步骤： S1、 获取 城市A的乘车二维码的请求或城市A的待补登行 程； S2、 根据所述城市A的乘车二维码的请求或城 市A的待补登行程， 进行不同的操作处理； 所述操 作处理包括以下处理的至少一种： 服务开通； 支 付渠道代扣签约； 地铁乘车码获取及展示。 补登。 在本发明中， 乘客用户可通过所在地地铁客户端 生成目标城市轨道交通乘车二维码即可实现 “刷 码过闸”， 提升交通出行体验。 用以解决现有 “二 维码通行 ”互联互通过程过程中的异地开通、 交 易、 补登的问题。 权利要求书3页 说明书10页 附图6页 CN 114282893 A 2022.04.05 CN 114282893 A 1.一种地铁票务互联互通方法， 其特征在于， 应用于城市B的地铁客户端中的城市A 的 SDK， 所述城市A的SDK用于通过城市A的互联互通服务器与城市A的MLC系统进行通信， 通过 城市A的互联互通服务器与支付渠道进行通信， 当用户通过城市B的地铁客户端唤起城市A 的SDK时， 由所述城市A的S DK执行以下步骤： 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系统生成的开通结果，权　利　要　求　书 1/3 页 2 CN 114282893 A 2并将所述 开通结果同步至所述城市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的地铁客户端中的一个或多个其 他城市的S DK， 所述城市B的地铁客户端用于： 当用户通过城市B的地铁客户端进入异地乘车二维码界 面时， 弹出一个或多个其他城市列表的页面， 获取一个或多个其他城市列表的页面的触发 信号， 进入指定的城市的乘车二维码页面， 唤起指定的城市的S DK； 所述一个或多个其他城市的SDK用于： 通过指定的城市的互联互通服务器与指定的城 市的MLC系统进行通信， 通过城市A的互联互通服务器与支付渠道进行通信， 根据权利要求 1‑7任意所述的一种地铁票务互联互通的方法， 进行服务开通、 支付渠道代扣签约、 地铁乘 车码获取及展示及 补登的处 理。权　利　要　求　书 2/3 页 3 CN 114282893 A 3