一种互联互通的轨道交通系统及方法与流程

本申请涉及轨道交通，尤其涉及一种互联互通的轨道交通系统及方法。

背景技术：

1、目前轨道交通行业跨地域的无障碍换乘的票务收益清分主要存在几个问题：地域间轨道交通的交通票卡不统一，导致难以兼容；地域间的轨道交通清分系统之间没有完善的数据交互机制，导致票务数据难以同步；跨地域的轨道交通运营主体之间的清分规则不统一，难以保证多运营主体的运营收益。因此，亟需设计一种互联互通的轨道交通系统，以实现用户使用同一张交通票卡也能跨地域无障碍换乘的目的。

技术实现思路

1、本申请提供了一种互联互通的轨道交通系统及方法，可以实现互联互通的票务收益清分，可以允许用户在跨地域乘车时使用同一张交通票卡在一票通票卡互认的前提下实现互联互通的跨地域无障碍换乘的目的。

2、第一方面，本申请提供了一种互联互通的轨道交通系统，所述互联互通的轨道交通系统包括本地清分模块和交通线路模块，所述交通线路模块无业务请求响应功能且无清分功能，所述本地清分模块与所述交通线路模块相连接，所述交通线路模块中包括车站设备；所述车站设备用于接收使用交通票卡的触发操作，响应于所述触发操作生成业务请求，并将所述业务请求发送至所述本地清分模块；所述本地清分模块用于接收所述业务请求，基于所述业务请求中交通票卡的标识码对票卡状态进行验证得到验证结果，基于所述验证结果确定所述业务请求的业务执行策略，并将所述业务执行策略发送至所述车站设备；所述车站设备还用于接收所述业务执行策略，并执行所述业务执行策略。

3、进一步的，所述车站设备为本地车站设备或异地车站设备；所述交通票卡的发卡方为本地发卡方；所述车站设备包括闸机、售票机和票务服务机中的至少一者；所述业务请求由所述车站设备的功能确定，所述业务请求包括进闸请求、出闸请求、购票请求和票卡更新请求中的至少一者；所述票卡状态由所述业务请求确定，所述票卡状态包括是否重复进闸、是否重复出闸、是否黑名单和过闸状态是否正常中的至少一者。

4、进一步的，所述车站设备还用于当执行完所述业务执行策略之后，获取所述交通票卡的当地票务数据，并将所述当地票务数据发送至所述本地清分模块；所述本地清分模块还用于接收所述当地票务数据，基于所述当地票务数据进行收益清分处理得到当地收益清分结果；和，基于所述当地票务数据进行客流分析得到客流分析结果。

5、进一步的，所述交通线路模块中还包括车站服务器，所述车站服务器与所述车站设备相连接；所述车站服务器用于获取所述车站设备的状态及事件信息，并将所述状态及事件信息发送至所述本地清分模块；所述本地清分模块还用于接收所述状态及事件信息，基于所述状态及事件信息确定所述车站设备的运营参数信息，并将所述运营参数信息发送至所述车站服务器；所述车站服务器还用于接收所述运营参数信息，并基于所述运营参数信息控制所述车站设备。

6、进一步的，所述互联互通的轨道交通系统还包括异地管理模块，所述异地管理模块有业务请求响应功能但无清分功能，所述交通票卡的发卡方为本地发卡方或异地发卡方，所述异地管理模块中包括第一异地车站设备；所述第一异地车站设备用于接收使用所述交通票卡的触发操作，获取所述交通票卡的标识码，基于所述标识码确定所述交通票卡的发卡方，确定所述发卡方对应的目标清分模块，响应于所述触发操作生成业务请求，并将所述业务请求发送至所述目标清分模块，以使所述目标清分模块基于所述业务请求确定所述业务执行策略，所述目标清分模块为所述本地清分模块或所述异地管理模块。

7、进一步的，所述第一异地车站设备还用于在所述响应于所述触发操作生成业务请求之后，基于所述标识码确定所述交通票卡的物品类型，基于所述物品类型确定与所述目标清分模块通信的目标接口，基于所述目标接口将所述业务请求发送至所述目标清分模块。

8、进一步的，所述本地清分模块与所述异地管理模块相连接；所述异地管理模块用于接收所述第一异地车站设备发送的异地票务数据，并将所述异地票务数据发送至所述本地清分模块；所述本地清分模块还用于接收所述异地票务数据，基于所述异地票务数据进行收益清分处理得到异地收益清分结果，并将所述收益清分结果发送至所述异地管理模块。

9、进一步的，所述互联互通的轨道交通系统还包括交易对账服务器和异地清分模块，所述异地清分模块有业务请求响应功能且有清分功能，所述交易对账服务器分别与所述本地清分模块和所述异地清分模块相连接，所述异地清分模块中包括第二异地车站设备；所述异地清分模块用于接收所述第二异地车站设备发送的异地票务数据，基于所述异地票务数据进行收益清分处理得到异地收益清分结果；所述交易对账服务器用于接收所述本地清分模块发送的本地收益清分结果和所述异地清分模块发送的异地收益清分结果，根据所述本地收益清分结果和所述异地收益清分结果进行交易对账得到对账结果，并将所述对账结果发送至所述本地清分模块和所述异地清分模块，以使所述本地清分模块和所述异地清分模块基于所述对账结果确定是否存在错误交易分账。

10、进一步的，所述本地清分模块与所述异地清分模块的清分参数和票务制度是相同的。

11、第二方面，本申请提供了一种互联互通的轨道交通系统方法，由互联互通的轨道交通系统执行，所述互联互通的轨道交通系统包括本地清分模块和无清分功能的交通线路模块，所述本地清分模块与所述交通线路模块相连接，所述交通线路模块中包括车站设备；该方法包括：

12、通过所述车站设备接收使用交通票卡的触发操作，响应于所述触发操作生成业务请求，并将所述业务请求发送至所述本地清分模块；

13、通过所述本地清分模块接收所述业务请求，基于所述业务请求中交通票卡的标识码对票卡状态进行验证得到验证结果，基于所述验证结果确定所述业务请求的业务执行策略，并将所述业务执行策略发送至所述车站设备；

14、通过所述车站设备接收所述业务执行策略，并执行所述业务执行策略。

15、本申请中第二方面的描述，可以参考第一方面的详细描述；并且，第二方面的描述的有益效果，可以参考第一方面的有益效果分析，此处不再赘述。

16、应当理解，本部分所描述的内容并非旨在标识本申请的实施例的关键或重要特征，也不用于限制本申请的范围。本申请的其他特征将通过以下的说明书而变得容易理解。

17、可以理解的是，在使用本申请各实施例公开的技术方案之前，均应当依据相关法律法规通过恰当的方式对本申请所涉及个人信息的类型、使用范围以及使用场景等告知用户并获得用户的授权。

技术特征：

1.一种互联互通的轨道交通系统，其特征在于，所述互联互通的轨道交通系统包括本地清分模块和交通线路模块，所述交通线路模块无业务请求响应功能且无清分功能，所述本地清分模块与所述交通线路模块相连接，所述交通线路模块中包括车站设备；

2.根据权利要求1所述的互联互通的轨道交通系统，其特征在于，所述车站设备为本地车站设备或异地车站设备；所述交通票卡的发卡方为本地发卡方；所述车站设备包括闸机、售票机和票务服务机中的至少一者；所述业务请求由所述车站设备的功能确定，所述业务请求包括进闸请求、出闸请求、购票请求和票卡更新请求中的至少一者；所述票卡状态由所述业务请求确定，所述票卡状态包括是否重复进闸、是否重复出闸、是否黑名单和过闸状态是否正常中的至少一者。

3.根据权利要求1所述的互联互通的轨道交通系统，其特征在于，

4.根据权利要求3所述的互联互通的轨道交通系统，其特征在于，所述交通线路模块中还包括车站服务器，所述车站服务器与所述车站设备相连接；

5.根据权利要求1所述的互联互通的轨道交通系统，其特征在于，所述互联互通的轨道交通系统还包括异地管理模块，所述异地管理模块有业务请求响应功能但无清分功能，所述交通票卡的发卡方为本地发卡方或异地发卡方，所述异地管理模块中包括第一异地车站设备；

6.根据权利要求5所述的互联互通的轨道交通系统，其特征在于，

7.根据权利要求5所述的互联互通的轨道交通系统，其特征在于，所述本地清分模块与所述异地管理模块相连接；

8.根据权利要求5所述的互联互通的轨道交通系统，其特征在于，所述互联互通的轨道交通系统还包括交易对账服务器和异地清分模块，所述异地清分模块有业务请求响应功能且有清分功能，所述交易对账服务器分别与所述本地清分模块和所述异地清分模块相连接，所述异地清分模块中包括第二异地车站设备；

9.根据权利要求8所述的互联互通的轨道交通系统，其特征在于，所述本地清分模块与所述异地清分模块的清分参数和票务制度是相同的。

10.一种互联互通的轨道交通方法，其特征在于，通过如权利要求1-9中任一项所述的互联互通的轨道交通系统执行，所述互联互通的轨道交通系统包括本地清分模块和无清分功能的交通线路模块，所述本地清分模块与所述交通线路模块相连接，所述交通线路模块中包括车站设备；所述方法包括：

技术总结
本申请公开了一种互联互通的轨道交通系统及方法，涉及轨道交通技术领域。其中，该方法包括：车站设备用于接收使用交通票卡的触发操作，响应于触发操作生成业务请求，并将业务请求发送至本地清分模块；本地清分模块用于接收业务请求，基于业务请求中交通票卡的标识码对票卡状态进行验证得到验证结果，基于验证结果确定业务请求的业务执行策略，并将业务执行策略发送至车站设备；车站设备还用于接收业务执行策略，并执行业务执行策略。本申请提供的技术方案，可以实现互联互通的票务收益清分，可以允许用户在跨地域乘车时使用同一张交通票卡在一票通票卡互认的前提下实现互联互通的跨地域无障碍换乘的目的。

技术研发人员：岑海滨,张树军,陈朝晖
受保护的技术使用者：广州新科佳都科技有限公司
技术研发日：
技术公布日：2024/1/13