CN101261701A - 轨道交通票务的清分结算系统及方法 - Google Patents

Abstract

本发明提供一种轨道交通票务的清分结算系统及方法，该清分结算系统与线路中央系统、公共交通卡清算系统交换数据，用于对自动售检票交易数据进行实时清分，其包括数据库模块、清分主系统、清分支持系统、系统管理子系统；所述清分主系统、清分支持系统分别与数据库模块、系统管理子系统交换数据。本发明揭示的轨道交通票务的清分结算系统及方法，可依据清分规则将运营收益合理地清分给相关的收益方。同时，采用插件式的软件设计和开发理念，将清分规则、仿真、测试等辅助系统部署在支持系统中，可以降低此类系统对于清分结算系统的影响，提高整个系统的运行效率。

Description

轨道交通票务的清分结算系统及方法

【技术领域】

本发明涉及一种清分处理系统，尤其涉及一种轨道交通票务的清分结算系统，另外，本发明还涉及利用该清分结算系统的清分结算方法。

【背景技术】

随着世界经济和科技的不断发展，全球城市轨道交通已进入了新一轮发展阶段。在布局上，实现从“单线建设”，向多层次、立体化、综合性的“网络化”建设转变；在功能上，实现以了智能化、信息化为标志的大客流、大线网、大交易量的智能管理系统。

城市轨道交通智能管理系统的发达程度，不仅成为市民日常出行的重要交通工具先进性的表征，更是体现城市综合竞争力的基础，对国民经济的发展，乃至“和谐社会”的建设，将起着越来越大的作用。目前我国的城市轨道交通的系统、设施及其产业，已从局部大城市的点布设，向中等城市和网面的布设转变，形成了产业雏形；已成为全球增长最快、最大的区域性市场。截至2006年年底，我国的上海、北京、广州、深圳等10个城市已拥有轨道交通运营里程504.63公里(上海到2007年底累计建成230公里)。到2020年，全国将有近25个城市要建设总长1500公里的轨道交通，其中上海将建成18条线，总里程970公里；到2050年，我国总建设里程可达5000公里，总投资估算将超过8000亿元。

在我国网络化、智能化的城市轨道交通的快速、规模化的建设与发展背景下，呈现出巨大的现实和潜在的城市轨道交通市场。

然而，现有的轨道交通清分结算系统还依然是自动售检票线路中央系统对于交易明显的处理主要是以统计为主，即对于票款收入、运营收益、客流情况等主要以累加为主，其特点是数据处理速度较慢，数据内容较少，数据安全性较差。

随着网络化运营的发展，对于交易数据的处理主要是根据清分规则将票款收入、运营收益等清分给相关的收益方，针对不同的线路、车站和区间进行客流统计分析，原有的清分结算系统无法满足这样的数据处理要求。

【发明内容】

本发明的目的是提供一种轨道交通票务的清分结算系统，该清分结算系统可依据清分规则将运营收益合理地清分给相关的收益方。

本发明的另一目的是提供一种利用上述清分结算系统的清分结算方法。

为了实现上述目的，本发明提供一种轨道交通票务的清分结算系统，该清分结算系统与线路中央系统、公共交通卡清算系统交换数据，用于对自动售检票交易数据进行实时清分，其包括数据库模块、清分主系统、清分支持系统、系统管理子系统；所述清分主系统、清分支持系统分别与数据库模块、系统管理子系统交换数据；

所述清分主系统包括前置信息交换子系统、帐务处理子系统、应用管理子系统；清分支持系统包括安全及发卡子系统、清分规则子系统、仿真与测试子系统；

所述前置信息交换子系统用于与外部系统通信，接收来自关联线路中央系统、公共交通卡清算系统的数据，经预处理后存放在清分结算系统数据库模块中；

所述帐务处理子系统用于分批次对前置信息交换子系统存放于数据库模块中的交易数据进行合法性验证、清分处理并生成对帐数据，完成与公共交通卡清算系统对帐数据的核对，并通过前置信息交换子系统下发对帐数据给各线路中央系统；按照结算周期生成资金划拨数据，并发送给清算银行以完成清分结算系统与各线路中央系统、公共交通卡清算系统的资金划拨；定期生成统计报表，为清分结算系统及其他相关各方提供管理决策依据；

应用管理子系统包括帐务查询模块、运营参数管理模块；帐务查询模块用于提供信息的查询界面，运营参数管理模块用于实现从控制台录入运营参数、对参数版本进行管理；

系统管理子系统为所述清分结算系统提供公共的系统管理平台，提供主机系统管理、数据库管理、网络管理、数据备份与恢复、安全管理和防病毒管理；

安全及发卡子系统用于提供票卡的洗卡、编码、成品票卡调度、辅助查询，及空白卡片采购、入库、出库，及成品卡的入库、出库、分发，及旧卡回收、坏卡注销；并设置整个轨道交通路网的密钥体系，保证密钥安全；

清分规则子系统提供换乘票款清分比例，维护生成清分比例相关的线路信息、费率、区域数据、车票类型等信息；

仿真与测试子系统用于测试所述清分结算系统，以及对新入网线路的联网测试。

作为本发明的一种优选方案，所述清分结算系统还包括公共服务子系统，其用于向轨道交通路网内用户提供业务报表、规章制度、公告信息。

作为本发明的一种优选方案，所述前置信息交换子系统将运营参数、对帐信息、清分结算信息下发给线路中央系统；将公共交通卡交易数据发送给公共交通卡清算系统。

作为本发明的一种优选方案，所述应用管理子系统包括运营参数管理模块，实现从控制台录入运营参数、管理参数版本、通过前置信息交换子系统向线路中央系统下发运营参数管理功能。

作为本发明的一种优选方案，所述外部系统包括线路中央系统、公共交通卡清算系统、清算银行管理系统。

本发明还提供利用上述清分结算系统的清分结算方法，包括如下步骤：

——票务处理步骤：线路中央系统上传的交易数据包括专用票进出站数据、专用票售票数据、专用票补票数据、公共交通卡售卡数据、公共交通卡充值数据，终端设备产生寄存器数据，对交易数据进行清分清算，根据寄存器数据生成客流统计信息，并将涉及公共交通卡的数据发送给公共交通卡清算系统；

——账务处理步骤：生成汇总数据，并分别生成与各线路中央系统、公共交通卡清算系统的对帐数据，对帐无误后在结算日生成资金划拨凭证，交由清算银行进行资金划拨；

——黑名单处理步骤：黑名单数据包括交通卡黑名单数据及专用票黑名单数据；公共交通卡清算系统生成、维护交通卡黑名单数据，并发送给轨道交通清分结算系统；轨道交通清分结算系统生成、维护专用票黑名单数据；所述清分结算系统对交通卡及专用票黑名单进行统一版本维护，并下发给线路中央系统；

——票卡管理步骤：清分结算系统通过客流寄存器交易数据实现票卡流通状况监控，并以客流汇总数据及清分结算系统票卡库存信息实现车票调拨；

——参数管理步骤：清分结算系统对清分结算系统所拥有生成、维护权的参数进行维护，并完成参数版本形式检查。

作为本发明的一种优选方案，所述清分结算系统还包括公共服务子系统，所述清分结算方法包括通过该公共服务子系统向轨道交通路网内用户提供业务报表、规章制度、公告信息的步骤。

作为本发明的一种优选方案，所述票务处理步骤包括如下流程：

——清分规则子系统生成清分比例，并导出数据文件存放在指定目录下；

——应用管理子系统从指定目录下获取清分比例数据文件；

——应用管理子系统将清分比例数据文件导入清分结算系统的数据库模块；

——帐务处理子系统从数据库模块中获取清分比例数据，作为换乘消费交易数据清分依据；

——前置信息交换子系统接收线路中央系统上传交易数据、寄存器数据，所述交易数据包括专用票及公共交通卡的交易数据；

——前置信息交换子系统对上传数据进行MAC(报文认证码)检验后，将数据存入清分结算系统的数据库模块；

——帐务处理子系统从数据库中获取待清分交易数据、寄存器数据，所述交易数据包括专用票及公共交通卡的交易数据；

——帐务处理子系统调用安全及发卡子系统的接口函数，对待清分的专用票交易数据进行TAC(交易认证码)检查；

——安全及发卡子系统返回待清分的专用票交易数据TAC检查结果；

——对公共交通卡交易数据，帐务处理子系统根据清分规则组装报文，并存入数据库模块中；

——前置信息交换子系统从数据库模块中获取公共交通卡交易报文数据；

——前置信息交换子系统将公共交通卡交易报文数据发送给公共交通卡清算系统；

——帐务处理子系统根据清分比例对待清分数据进行清分清算，并将清分汇总结果记入数据库模块中；

——应用管理子系统查询清分汇总结果。

作为本发明的一种优选方案，所述账务处理步骤包括如下流程：

——帐务处理子系统日终生成对帐数据，并存入数据库模块中；

——前置信息交换子系统接收公共交通卡清算系统传送的公共交通卡对帐数据；

——前置信息交换子系统将公共交通卡对帐数据存入数据库模块中；

——帐务处理子系统从数据库模块中获取公共交通卡对帐数据以及本系统日终生成的公共交通卡统计数据并进行核对；

——核对后生成线路的对帐数据报文，并存入数据库中，所述对帐数据包括专用票及公共交通卡的对帐数据；

——帐务处理子系统通知前置信息交换子系统对帐数据已生成并存入数据库模块中；

——前置信息交换子系统从数据库模块中获取线路对帐数据；

——前置信息交换子系统将线路对帐数据下发给线路中央系统；

——线路中央系统对帐后返回对帐结果数据；

——前置信息交换子系统将对帐结果数据存入数据库模块中；

——应用管理子系统查询对帐数据及对帐结果数据；

——帐务处理子系统从清算银行获取资金余额数据，将该资金余额数据存入数据库模块中；

——帐务处理子系统从数据库模块中获取对帐数据；

——帐务处理子系统根据资金余额数据以及对帐数据，生成资金划拨数据，并发送给清算银行；

——应用管理子系统将资金划拨数据存入数据库模块中；

——应用管理子系统从数据库模块中查询资金余额数据以及资金划拨数据。

作为本发明的一种优选方案，所述黑名单处理步骤包括如下流程：

——前置信息交换子系统接收公共交通卡清算系统发送的公共交通卡黑名单；

——前置信息交换子系统将公共交通卡黑名单数据存入数据库模块中；

——安全及发卡子系统将专用票挂失数据导出数据文件；

——应用管理子系统导入专用票挂失数据文件；

——应用管理子系统生成专用票黑名单数据，并存入清分结算系统数据库模块中；

——帐务处理子系统从数据库模块中获取专用票交易数据；

——帐务处理子系统处理后生成或删除专用票黑名单数据；

——应用管理子系统从数据库模块中获取黑名单数据；

——应用管理子系统将黑名单数据生成数据报文，并发送给前置信息交换子系统，所述数据报文包括专用票和公共交通卡的黑名单数据报文；

——前置信息交换子系统将黑名单数据下发给各线路中央系统。

作为本发明的一种优选方案，所述票卡管理步骤包括如下流程：

——安全及发卡子系统从票卡供应商处采购空白卡，并进行制作成品卡以及库存管理；

——安全及发卡子系统将票卡库存信息导出成数据文件，存放在网络文件系统的指定目录下；

——应用管理子系统从网络文件系统指定目录下获取票卡库存数据文件，并将数据显示在大屏幕下进行监控；

——前置信息交换子系统从线路中央系统接收客流寄存器数据；

——前置信息交换子系统调用安全及发卡子系统接口函数，进行数据的TAC验证；

——前置信息交换子系统将数据存入数据库模块中；

——帐务处理子系统从数据库模块中获取客流寄存器数据；

——帐务处理子系统依据客流寄存器数据进行客流统计，并生成客流统计数据存入数据库模块中；

——应用管理子系统从数据库模块中获取客流统计数据，并显示在大屏幕下进行客流监控；

——帐务处理子系统日终生成客流汇总统计数据，并生成数据文件存放在网络文件系统的指定目录下；

——安全及发卡子系统从网络文件系统指定目录下获取当日客流汇总统计数据文件，并参考历史数据生成车票调拨数据；

——根据车票调拨数据，通过公共服务子系统完成与线路中央系统车票调拨的信息交互。

作为本发明的一种优选方案，所述参数管理步骤包括如下流程：

——应用管理子系统维护参数信息，并将参数数据存入数据库模块中；

——操作员通过应用管理子系统，从数据库模块中查询参数信息及参数版本数据；

——操作员在应用管理子系统控制台操作人工参数版本同步/检查，或系统自动参数版本同步/检查时，应用管理子系统生成参数版本检查报文，并发送给前置信息交换子系统；

——前置信息交换子系统将参数版本检查下发给各线路中央系统；

——各线路中央系统接收版本检查报文，检查后返回参数版本检查结果报文；

——前置信息交换子系统将参数版本检查结果信息存入数据库模块中；

——应用管理子系统从数据库模块中获取参数版本检查结果信息；

——如参数版本检查不一致，应用管理子系统将版本不一致的参数生成下发报文，并存入数据库模块中；

——前置信息交换子系统从数据库模块中获取不一致参数下发报文；

——前置信息交换子系统将参数下发给检查出参数不一致的线路中央系统；

——前置信息交换子系统在清分结算系统与外部系统通信中断时，读取线路中央系统或公共交通卡清算系统存储在移动存储介质上交的数据文件；

——前置信息交换子系统将数据文件内容读取存入数据库模块中；导入数据包括线路中央系统上传的交易数据、对帐结果数据，公共交通卡清算系统的黑名单、可疑帐、可疑帐调整、对帐等数据；

——应用管理子系统将清分结算系统需下发的数据导出成数据文件，导出的数据包括下发给线路中央系统的参数，包括专用票和公共交通卡的黑名单、可疑帐、可疑帐调整，对帐等数据。

作为本发明的一种优选方案，所述参数管理步骤中的参数包括：清分结算系统通信参数、车站名称设置表、线路设置表、线路名称表、清分结算系统本地语言资源文件、车票类型参数；所述车票类型参数包括GMT转换参数、节日表、车票类型表、费率表、区域表、非高峰时段表、车票黑名单。

与现有技术相比，本发明揭示的轨道交通票务的清分结算系统，可依据清分规则将运营收益合理地清分给相关的收益方。同时，采用插件式的软件设计和开发理念，将清分规则、仿真、测试等辅助系统部署在支持系统中，可以降低此类系统对于清分结算系统的影响，提高整个系统的运行效率。另外，通过标准的接口可以将这些系统有机地统一，共同完成自动售检票的业务数据处理。通过子系统的切割实现自动售检票系统的交易数据的流式处理，大大降低数据库的输入输出量，从而有效提高数据的处理效率。结构合理的子系统划分，实现了各子系统的并行建设，有效缩短了整个系统的建设周期。

【附图说明】

图1为本发明轨道交通清分结算系统的模块图。

图2为本发明清分结算方法票务处理步骤的流程图。

图3为本发明清分结算方法账务处理步骤的流程图。

图4为本发明清分结算方法黑名单处理步骤的流程图。

图5为本发明清分结算方法票卡管理步骤的流程图。

图6为本发明清分结算方法参数管理步骤的流程图。

附图标记说明：

11、主数据库模块；12、支持系统数据库模块。

2、清分主系统；21、前置信息交换子系统；22、帐务处理子系统；23、应用管理子系统；24、公共服务子系统。

3、清分支持系统；31、安全及发卡子系统；32、清分规则子系统；33、仿真与测试子系统。

4、系统管理子系统；51、线路中央系统；52、公共交通卡清算系统；53、交通局管理系统；54、清算银行管理系统。

【具体实施方式】

以下结合附图及实施例对本发明做具体介绍。

请参阅图1，本发明介绍了一种轨道交通票务的清分结算系统，该清分结算系统与线路中央系统51、公共交通卡清算系统52、交通局管理系统53、清算银行管理系统54等外部系统交换数据，用于对自动售检票交易数据进行实时清分。该清分结算系统包括数据库模块、清分主系统2、清分支持系统3、系统管理子系统4；清分主系统2、清分支持系统3分别与数据库模块、系统管理子系统4交换数据。数据库模块包括主数据库模块11及支持系统数据库模块12；清分主系统2主要与主数据库模块11交换数据，清分支持系统3主要与支持系统数据库模块12交换数据。

系统管理子系统4为清分结算系统提供公共的系统管理平台，提供主机系统管理、数据库管理、网络管理、数据备份与恢复、安全管理和防病毒管理。

——清分主系统。

所述清分主系统2包括前置信息交换子系统21、帐务处理子系统22、应用管理子系统23、公共服务子系统24。

所述前置信息交换子系统21用于与外部系统通信，接收来自关联线路中央系统51、公共交通卡清算系统52的数据，经预处理后存放在清分结算系统的主数据库模块11中；所述前置信息交换子系统21将运营参数、对帐信息、清分结算信息下发给线路中央系统51；将公共交通卡交易数据发送至公共交通卡清算系统52。

所述帐务处理子系统22用于分批次对前置信息交换子系统21存放于主数据库模块11中的交易数据进行合法性验证、清分处理并生成对帐数据，完成与公共交通卡清算系统52对帐数据的核对，并通过前置信息交换子系统21下发对帐数据给各线路中央系统51；同时，按照结算周期生成资金划拨数据，并发送给清算银行管理系统54完成清分结算系统与各线路中央系统51、公共交通卡清算系统52的资金划拨；定期生成各类统计报表，为清分结算系统及其他相关各方提供管理决策依据。

应用管理子系统23包括帐务查询模块、运营参数管理模块。帐务查询模块用于提供信息的查询界面，生成固定的日常运营报表；同时，应用管理人员可通过帐务查询模块提供的操作界面发送指令，从业务层面控制和管理清分结算系统的运作。运营参数管理模块用于实现从控制台录入运营参数、对参数版本进行管理、通过前置信息交换子系统向线路中央系统下发运营参数等运营参数管理功能。另外，应用管理子系统23为清分结算系统的运行管理提供了统一的应用管理界面。

公共服务子系统24用于向轨道交通路网内用户提供业务报表、规章制度、公告信息。其表现为Web页面方式，采用J2EE技术，具体采用JSP、Servlet、EJB技术实现。

——清分支持系统。

清分支持系统3包括安全及发卡子系统31、清分规则子系统32、仿真与测试子系统33。

安全及发卡子系统31用于提供票卡的洗卡、编码、成品票卡调度、辅助查询，及空白卡片采购、入库、出库，及成品卡的入库、出库、分发，及旧卡回收、坏卡销号；并设置整个轨道交通路网的密钥体系，保证密钥安全。

清分规则子系统32提供换乘票款清分比例，维护生成清分比例相关的线路信息、费率、区域数据、车票类型等信息。

仿真与测试子系统33用于测试所述清分结算系统，以及对新入网线路的联网测试。

清分结算系统各个子系统之间采用三种数据交换接口实现子系统间的信息交互，三种数据交换接口分别为联机调用接口、数据库表接口、文件传送接口。

(一)联机调用接口

联机调用接口采用阻塞方式，原则上仅用于实时响应要求高、传递数据量很少且传递数据的可靠性要求不高、接口调用数据允许丢失的情况。联机调用接口的服务提供方需为服务使用方提供C语言兼容的客户端代理库。客户端代理库直接链接到服务使用方的相应进程中，代理服务方提供的相应服务。

(二)数据库表接口

数据库表接口为异步接口方式，具有高可靠性，支持FailOver、系统容灾，因此对所有传送数据量大且可靠性要求高，或者不允许丢失的交易数据都必需采用这种方式运行。

(三)文件传送接口

文件传送接口为异步接口方式，可靠性较低，不支持FailOver、系统容灾，原则上仅用于实时性要求低、传递数据量很少且传递数据的可靠性要求不高，接口调用数据允许丢失的情况。

本发明还提供利用上述清分结算系统的清分结算方法，包括如下步骤：

步骤1、票务处理步骤：线路中央系统上传的交易数据包括专用票进出站数据、专用票售票数据、专用票补票数据、公共交通卡售卡数据、公共交通卡充值数据、公共交通卡进出数据，终端设备产生寄存器数据，对交易数据进行清分清算，根据寄存器数据生成客流统计信息，并将涉及公共交通卡的数据发送给公共交通卡清算系统。专用票含轨道交通专用单程票、计程票、计时票等。

请参阅图2，所述票务处理步骤具体包括如下流程：

步骤1.1：清分规则子系统生成清分比例，并导出数据文件存放在指定目录下；

步骤1.2：应用管理子系统从指定目录下获取清分比例数据文件；

步骤1.3：应用管理子系统将清分比例数据文件导入清分结算系统的数据库模块；

步骤1.4：帐务处理子系统从数据库模块中获取清分比例数据，作为换乘消费交易数据清分依据；

步骤1.5：前置信息交换子系统接收线路中央系统上传交易数据、寄存器数据，所述交易数据包括专用票及公共交通卡的交易数据；

步骤1.6：前置信息交换子系统对上传数据进行MAC检验后，将数据存入清分结算系统的数据库模块；

步骤1.7：帐务处理子系统从数据库中获取待清分交易数据、寄存器数据，所述交易数据包括专用票及公共交通卡的交易数据；

步骤1.8：帐务处理子系统调用安全及发卡子系统的接口函数，对待清分的专用票交易数据进行TAC检查；

步骤1.9：安全及发卡子系统返回待清分的专用票交易数据TAC检查结果；

步骤1.10：对公共交通卡交易数据，帐务处理子系统根据清分规则组装报文，并存入数据库模块中；

步骤1.11：前置信息交换子系统从数据库模块中获取公共交通卡交易报文数据；

步骤1.12：前置信息交换子系统将公共交通卡交易报文数据发送给公共交通卡清算系统；

步骤1.13：帐务处理子系统根据清分比例对待清分数据进行清分清算，并将清分汇总结果记入数据库模块中；

步骤1.14：应用管理子系统查询清分汇总结果。

步骤2、账务处理步骤：生成汇总数据，并分别生成与各线路中央系统、公共交通卡清算系统的对帐数据，对帐无误后在结算日生成资金划拨凭证，交由清算银行管理系统进行资金划拨。

请参阅图3，所述账务处理步骤具体包括如下流程：

步骤2.1：帐务处理子系统日终生成对帐数据，并存入数据库模块中；

步骤2.2：前置信息交换子系统接收公共交通卡清算系统传送的公共交通卡对帐数据；

步骤2.3：前置信息交换子系统将公共交通卡对帐数据存入数据库模块中；

步骤2.4：帐务处理子系统从数据库模块中获取公共交通卡对帐数据以及本系统日终生成的公共交通卡统计数据并进行核对；

步骤2.5：核对后生成线路的对帐数据报文，并存入数据库中，所述对帐数据包括专用票及公共交通卡的对帐数据；

步骤2.6：帐务处理子系统通知前置信息交换子系统对帐数据已生成并存入数据库模块中；

步骤2.7：前置信息交换子系统从数据库模块中获取线路对帐数据；

步骤2.8：前置信息交换子系统将线路对帐数据下发给线路中央系统；

步骤2.9：线路中央系统对帐后返回对帐结果数据；

步骤2.10：前置信息交换子系统将对帐结果数据存入数据库模块中；

步骤2.11：应用管理子系统查询对帐数据及对帐结果数据；

步骤2.12：帐务处理子系统从清算银行获取资金余额数据，将该资金余额数据存入数据库模块中；

步骤2.13：帐务处理子系统从数据库模块中获取对帐数据；

步骤2.14：帐务处理子系统根据资金余额数据以及对帐数据，生成资金划拨数据，并发送给清算银行；

步骤2.15：应用管理子系统将资金划拨数据存入数据库模块中；

步骤2.16：应用管理子系统从数据库模块中查询资金余额数据以及资金划拨数据。

步骤3、黑名单处理步骤：黑名单数据包括交通卡黑名单数据及专用票黑名单数据；公共交通卡清算系统生成、维护交通卡黑名单数据，并发送给轨道交通清分结算系统；轨道交通清分结算系统生成、维护专用票黑名单数据；所述清分结算系统对交通卡及专用票黑名单进行统一版本维护，并下发给线路中央系统。

请参阅图4，所述黑名单处理步骤具体包括如下流程：

步骤3.1：前置信息交换子系统接收公共交通卡清算系统发送的公共交通卡黑名单；

步骤3.2：前置信息交换子系统将公共交通卡黑名单数据存入数据库模块中；

步骤3.3：安全及发卡子系统将专用票挂失数据导出数据文件；

步骤3.4：应用管理子系统导入专用票挂失数据文件；

步骤3.5：应用管理子系统生成专用票黑名单数据，并存入清分结算系统的数据库模块中；

步骤3.6：帐务处理子系统从数据库模块中获取专用票交易数据；

步骤3.7：帐务处理子系统处理后生成或删除专用票黑名单数据；

步骤3.8：应用管理子系统从数据库模块中获取黑名单数据；

步骤3.9：应用管理子系统将黑名单数据生成数据报文，并发送给前置信息交换子系统，所述数据报文包括专用票和公共交通卡的黑名单数据报文；

步骤3.10：前置信息交换子系统将黑名单数据下发给各线路中央系统。

步骤4、票卡管理步骤：清分结算系统通过客流寄存器交易数据实现票卡流通状况监控，并以客流汇总数据及清分结算系统票卡库存信息实现车票调拨。

请参阅图5，所述票卡管理步骤具体包括如下流程：

步骤4.1：安全及发卡子系统从票卡供应商处采购空白卡，并进行制作成品卡以及库存管理；

步骤4.2：安全及发卡子系统将票卡库存信息导出成数据文件，存放在网络文件系统的指定目录下；

步骤4.3：应用管理子系统从网络文件系统指定目录下获取票卡库存数据文件，并将数据显示在大屏幕下进行监控；

步骤4.4：前置信息交换子系统从线路中央系统接收客流寄存器数据；

步骤4.5：前置信息交换子系统调用安全及发卡子系统接口函数，进行数据的TAC验证；

步骤4.6：前置信息交换子系统将数据存入数据库模块中；

步骤4.7：帐务处理子系统从数据库模块中获取客流寄存器数据；

步骤4.8：帐务处理子系统依据客流寄存器数据进行客流统计，并生成客流统计数据存入数据库模块中；

步骤4.9：应用管理子系统从数据库模块中获取客流统计数据，并显示在大屏幕下进行客流监控；

步骤4.10：帐务处理子系统日终生成客流汇总统计数据，并生成数据文件存放在网络文件系统的指定目录下；

步骤4.11：安全及发卡子系统从网络文件系统指定目录下获取当日客流汇总统计数据文件，并参考历史数据生成车票调拨数据；

步骤4.12：根据车票调拨数据，通过公共服务子系统完成与线路中央系统车票调拨的信息交互。

步骤5、参数管理步骤：清分结算系统对清分结算系统所拥有生成、维护权的参数进行维护，并完成参数版本形式检查。

请参阅图6，所述参数管理步骤具体包括如下流程：

步骤5.1：应用管理子系统维护参数信息，并将参数数据存入数据库模块中；

步骤5.2：操作员通过应用管理子系统，从数据库模块中查询参数信息及参数版本数据；

步骤5.3：操作员在应用管理子系统控制台操作人工参数版本同步/检查，或系统自动参数版本同步/检查时，应用管理子系统生成参数版本检查报文，并发送给前置信息交换子系统；

步骤5.4：前置信息交换子系统将参数版本检查下发给各线路中央系统；

步骤5.5：各线路中央系统接收版本检查报文，检查后返回参数版本检查结果报文；

步骤5.6：前置信息交换子系统将参数版本检查结果信息存入数据库模块中；

步骤5.7：应用管理子系统从数据库模块中获取参数版本检查结果信息；

步骤5.8：如参数版本检查不一致，应用管理子系统将版本不一致的参数生成下发报文，并存入数据库模块中；

步骤5.9：前置信息交换子系统从数据库模块中获取不一致参数下发报文；

步骤5.10：前置信息交换子系统将参数下发给检查出参数不一致的线路中央系统；

步骤5.11：前置信息交换子系统在清分结算系统与外部系统通信中断时，读取线路中央系统或公共交通卡清算系统存储在移动存储介质上交的数据文件；

步骤5.12：前置信息交换子系统将数据文件内容读取存入数据库模块中；导入数据包括线路中央系统上传的交易数据、对帐结果数据，公共交通卡清算系统的黑名单、可疑帐、可疑帐调整、对帐等数据；

步骤5.13：应用管理子系统将清分结算系统需下发的数据导出成数据文件，导出的数据包括下发给线路中央系统的参数，包括专用票和公共交通卡的黑名单、可疑帐、可疑帐调整，对帐等数据。

上述参数管理步骤中所述参数包括：清分结算系统通信参数、车站名称设置表、线路设置表、线路名称表、清分结算系统本地语言资源文件、车票类型参数；所述车票类型参数包括GMT(格林威治标准时间)转换参数、节日表、车票类型表、费率表、区域表、非高峰时段表、车票黑名单。

上述轨道交通的清分结算系统及清分结算方法，依据清分规则将运营收益合理地清分给相关的收益方。采用插件式的软件设计和开发理念，将清分规则、仿真、测试等辅助系统部署在支持系统中，降低此类系统对于清分结算系统的影响，提高整个系统的运行效率。另外，通过标准的接口可以将这些系统有机地统一，共同完成自动售检票的业务数据处理。通过子系统的切割实现自动售检票系统的交易数据的流式处理，大大降低了数据库输入输出，从而有效提高数据的处理效率。结构合理的子系统划分，实现了各子系统的并行建设，有效缩短了整个系统的建设周期。

以上实施例仅用以说明而非限制本发明的技术方案。不脱离本发明精神和范围的任何修改或局部替换，均应涵盖在本发明的权利要求范围当中。

Claims (13)

1、一种轨道交通票务的清分结算系统，该清分结算系统与线路中央系统、公共交通卡清算系统交换数据，用于对自动售检票交易数据进行实时清分，其特征在于：

其包括数据库模块、清分主系统、清分支持系统、系统管理子系统；所述清分主系统、清分支持系统分别与数据库模块、系统管理子系统交换数据；

所述清分主系统包括前置信息交换子系统、帐务处理子系统、应用管理子系统；清分支持系统包括安全及发卡子系统、清分规则子系统、仿真与测试子系统；

所述前置信息交换子系统用于与外部系统通信，接收来自关联线路中央系统、公共交通卡清算系统的数据，经预处理后存放在清分结算系统数据库模块中；

所述帐务处理子系统用于分批次对前置信息交换子系统存放于数据库模块中的交易数据进行合法性验证、清分处理并生成对帐数据，完成与公共交通卡清算系统对帐数据的核对，并通过前置信息交换子系统下发对帐数据给各线路中央系统；按照结算周期生成资金划拨数据，并发送给清算银行以完成清分结算系统与各线路中央系统、公共交通卡清算系统的资金划拨；定期生成统计报表，提供管理决策依据；

应用管理子系统包括帐务查询模块、运营参数管理模块；帐务查询模块用于提供信息的查询界面，运营参数管理模块用于实现从控制台录入运营参数、对参数版本进行管理；

系统管理子系统为所述清分结算系统提供公共的系统管理平台，提供主机系统管理、数据库管理、网络管理、数据备份与恢复、安全管理和防病毒管理；

安全及发卡子系统用于提供票卡的洗卡、编码、成品票卡调度、辅助查询，及空白卡片采购、入库、出库，及成品卡的入库、出库、分发，及旧卡回收、坏卡注销；并设置整个轨道交通路网的密钥体系；

清分规则子系统提供换乘票款清分比例，维护生成清分比例相关的线路信息、费率、区域数据、车票类型信息；

仿真与测试子系统用于测试所述清分结算系统，以及对新入网线路的联网测试。

2、如权利要求1所述的清分结算系统，其特征在于，所述清分结算系统还包括公共服务子系统，其用于向轨道交通路网内用户提供业务报表、规章制度、公告信息。

3、如权利要求1或2所述的清分结算系统，其特征在于，所述前置信息交换子系统将运营参数、对帐信息、清分结算信息下发给线路中央系统；将公共交通卡交易数据发送给公共交通卡清算系统。

4、如权利要求1或2所述的清分结算系统，其特征在于，所述应用管理子系统包括运营参数管理模块，实现从控制台录入运营参数、管理参数版本、通过前置信息交换子系统向线路中央系统下发运营参数管理功能。

5、如权利要求1或2所述的清分结算系统，其特征在于，所述外部系统包括线路中央系统、公共交通卡清算系统、清算银行管理系统。

6、利用权利要求1所述清分结算系统的清分结算方法，其特征在于，包括如下步骤：

票务处理步骤：线路中央系统上传的交易数据包括进出站数据、专用票售票数据、专用票补票数据、公共交通卡售卡数据、公共交通卡充值数据；终端设备产生寄存器数据，对交易数据进行清分清算，根据寄存器数据生成客流统计信息，并将涉及公共交通卡的数据发送给公共交通卡清算系统；

账务处理步骤：生成汇总数据，并分别生成与各线路中央系统、公共交通卡清算系统的对帐数据，对帐无误后在结算日生成资金划拨凭证，交由清算银行进行资金划拨；

黑名单处理步骤：黑名单数据包括交通卡黑名单数据及专用票黑名单数据；公共交通卡清算系统生成、维护交通卡黑名单数据，并发送给轨道交通清分结算系统；轨道交通清分结算系统生成、维护专用票黑名单数据；所述清分结算系统对交通卡及专用票黑名单进行统一版本维护，并下发给线路中央系统；

票卡管理步骤：清分结算系统通过客流寄存器交易数据实现票卡流通状况监控，并以客流汇总数据及清分结算系统票卡库存信息实现车票调拨；

参数管理步骤：清分结算系统对清分结算系统所拥有生成、维护权的参数进行维护，并完成参数版本形式检查。

7、如权利要求6所述的清分结算方法，其特征在于，所述清分结算系统还包括公共服务子系统，所述清分结算方法包括通过该公共服务子系统向轨道交通路网内用户提供业务报表、规章制度、公告信息的步骤。

8、如权利要求6所述的清分结算方法，其特征在于，所述票务处理步骤包括如下流程：

清分规则子系统生成清分比例，并导出数据文件存放在指定目录下；

应用管理子系统从指定目录下获取清分比例数据文件；

应用管理子系统将清分比例数据文件导入清分结算系统的数据库模块；

帐务处理子系统从数据库模块中获取清分比例数据，作为换乘消费交易数据清分依据；

前置信息交换子系统接收线路中央系统上传交易数据、寄存器数据，所述交易数据包括专用票及公共交通卡的交易数据；

前置信息交换子系统对上传数据进行MAC检验后，将数据存入清分结算系统的数据库模块；

帐务处理子系统从数据库中获取待清分交易数据、寄存器数据，所述交易数据包括专用票及公共交通卡的交易数据；

帐务处理子系统调用安全及发卡子系统的接口函数，对待清分的专用票交易数据进行TAC检查；

安全及发卡子系统返回待清分的专用票交易数据TAC检查结果；

对公共交通卡交易数据，帐务处理子系统根据清分规则组装报文，并存入数据库模块中；

前置信息交换子系统从数据库模块中获取公共交通卡交易报文数据；

前置信息交换子系统将公共交通卡交易报文数据发送给公共交通卡清算系统；

帐务处理子系统根据清分比例对待清分数据进行清分清算，并将清分汇总结果记入数据库模块中；

应用管理子系统查询清分汇总结果。

9、如权利要求6所述的清分结算方法，其特征在于，所述账务处理步骤包括如下流程：

帐务处理子系统日终生成对帐数据，并存入数据库模块中；

前置信息交换子系统接收公共交通卡清算系统传送的公共交通卡对帐数据；

前置信息交换子系统将公共交通卡对帐数据存入数据库模块中；

帐务处理子系统从数据库模块中获取公共交通卡对帐数据以及本系统日终生成的公共交通卡统计数据并进行核对；

核对后生成线路的对帐数据报文，并存入数据库模块中，所述对帐数据包括专用票及公共交通卡的对帐数据；

帐务处理子系统通知前置信息交换子系统对帐数据已生成并存入数据库模块中；

前置信息交换子系统从数据库模块中获取线路对帐数据；

前置信息交换子系统将线路对帐数据下发给线路中央系统；

线路中央系统对帐后返回对帐结果数据；

前置信息交换子系统将对帐结果数据存入数据库模块中；

应用管理子系统查询对帐数据及对帐结果数据；

帐务处理子系统从清算银行获取资金余额数据，将该资金余额数据存入数据库模块中；

帐务处理子系统从数据库模块中获取对帐数据；

帐务处理子系统根据资金余额数据以及对帐数据，生成资金划拨数据，并发送给清算银行；

应用管理子系统将资金划拨数据存入数据库模块中；

应用管理子系统从数据库模块中查询资金余额数据以及资金划拨数据。

10、如权利要求6所述的清分结算方法，其特征在于，所述黑名单处理步骤包括如下流程：

前置信息交换子系统接收公共交通卡清算系统发送的公共交通卡黑名单；

前置信息交换子系统将公共交通卡黑名单数据存入数据库模块中；

安全及发卡子系统将专用票挂失数据导出数据文件；

应用管理子系统导入专用票挂失数据文件；

应用管理子系统生成专用票黑名单数据，并存入清分结算系统数据库模块中；

帐务处理子系统从数据库模块中获取专用票交易数据；

帐务处理子系统处理后生成或删除专用票黑名单数据；

应用管理子系统从数据库模块中获取黑名单数据；

应用管理子系统将黑名单数据生成数据报文，并发送给前置信息交换子系统，所述数据报文包括专用票和公共交通卡的黑名单数据报文；

前置信息交换子系统将黑名单数据下发给各线路中央系统。

11、如权利要求6所述的清分结算方法，其特征在于，所述票卡管理步骤包括如下流程：

安全及发卡子系统从票卡供应商处采购空白卡，并进行制作成品卡以及库存管理；

安全及发卡子系统将票卡库存信息导出成数据文件，存放在网络文件系统的指定目录下；

应用管理子系统从网络文件系统指定目录下获取票卡库存数据文件，并将数据显示在大屏幕下进行监控；

前置信息交换子系统从线路中央系统接收客流寄存器数据；

前置信息交换子系统调用安全及发卡子系统接口函数，进行数据的TAC验证；

前置信息交换子系统将数据存入数据库模块中；

帐务处理子系统从数据库模块中获取客流寄存器数据；

帐务处理子系统依据客流寄存器数据进行客流统计，并生成客流统计数据存入数据库模块中；

应用管理子系统从数据库模块中获取客流统计数据，并显示在大屏幕下进行客流监控；

帐务处理子系统日终生成客流汇总统计数据，并生成数据文件存放在网络文件系统的指定目录下；

安全及发卡子系统从网络文件系统指定目录下获取当日客流汇总统计数据文件，并参考历史数据生成车票调拨数据；

根据车票调拨数据，通过公共服务子系统完成与线路中央系统车票调拨的信息交互。

12、如权利要求6所述的清分结算方法，其特征在于，所述参数管理步骤包括如下流程：

应用管理子系统维护参数信息，并将参数数据存入数据库模块中；

操作员通过应用管理子系统，从数据库模块中查询参数信息及参数版本数据；

操作员在应用管理子系统控制台操作人工参数版本同步/检查，或系统自动参数版本同步/检查时，应用管理子系统生成参数版本检查报文，并发送给前置信息交换子系统；

前置信息交换子系统将参数版本检查下发给各线路中央系统；

各线路中央系统接收版本检查报文，检查后返回参数版本检查结果报文；

前置信息交换子系统将参数版本检查结果信息存入数据库模块中；

应用管理子系统从数据库模块中获取参数版本检查结果信息；

如参数版本检查不一致，应用管理子系统将版本不一致的参数生成下发报文，并存入数据库模块中；

前置信息交换子系统从数据库模块中获取不一致参数下发报文；

前置信息交换子系统将参数下发给检查出参数不一致的线路中央系统；

前置信息交换子系统在清分结算系统与外部系统通信中断时，读取线路中央系统或公共交通卡清算系统存储在移动存储介质上交的数据文件；

前置信息交换子系统将数据文件内容读取存入数据库模块中；导入数据包括线路中央系统上传的交易数据、对帐结果数据，公共交通卡清算系统的黑名单、可疑帐、可疑帐调整、对帐数据；

应用管理子系统将清分结算系统需下发的数据导出成数据文件，导出的数据包括下发给线路中央系统的参数，包括专用票和公共交通卡的黑名单、可疑帐、可疑帐调整，对帐数据。

13、如权利要求12所述的清分结算方法，其特征在于，所述参数管理步骤中的参数包括：清分结算系统通信参数、车站名称设置表、线路设置表、线路名称表、清分结算系统本地语言资源文件、车票类型参数；所述车票类型参数包括GMT转换参数、节日表、车票类型表、费率表、区域表、非高峰时段表、车票黑名单。

Images