摘 要：本文主要针对铁路局客车统计业务需求，在进行详细调研的基础上，提出了系统设计目标、总体架构，并对功能模块、系统实现与特点进行详细论述。

【关键词】铁路局 客车统计 信息系统

1 系统开发背景

铁路统计长期以来以货车统计为主体，客车统计没有独立的统计信息系统，客车统计相关指标分散于客车检修和动车组检修生产系统中，旅客运输、行包运输等相关指标分别通过十八点统计信息系统和旅客运输统计信息系统进行统计，随着铁路旅客运输量不断增长，特别是我国高速铁路的迅速崛起，旅客运输得到了快速发展，迫切需要建立一个集客车运用、动车组运用、旅客流量流向、行李包裹运输的统计体系。为了满足需求，总公司制定了《铁路客车统计规则》，并决定研发铁路客车统计系统，系统分为总公司、铁路局、站段三级系统，按照总公司计统部和信息技术中心的统一部署，由广铁集团计统处和信息技术所承担“铁路客车统计信息系统（铁路局级）”的研发工作。

2 系统设计目标

从铁路客车统计信息系统的总体架构来看，铁路局系统纵向在总公司和站段间发挥承上启下作用，横向共享客票系统信息和调度系统信息、承担客票售票信息和担当客车的交换，为站段提供经过铁路局系统预处理的信息源，在客车统计大系统中的各子系统和各相关外部系统中发挥纽带作用。系统要达到以下目标：

（1）完成铁路局系统在统计业务和应用需求的研究，建立铁路客车统计信息系统（铁路局级）应用和管理规范化、标准化的体系结构。

（2）发挥数据枢纽的作用，实现信息资源共享。实现对客票、运行图、行包交接证、调度命令等信息的充分共享，通过复杂的数据处理和交换，最后反馈到有关的路局和站段，作为计算报表的统计原始资料。

（3）系统从数据接收、上报和数据审核、数据同步以及接口数据处理等均实现计算机自动化处理，减少人工干预。

（4）实现对客车统计数据进行多层次的分析统计，指标对比，生成各种形式的报表等，为运输生产和财务清算提供辅助决策和咨询服务。

3 系统的总体架构

铁路客车统计系统（铁路局）由服务器子系统和Web子系统组成，接收、处理从站段各子系统上报的客车统计信息，经计算、汇总、处理后产生铁路局客车统计信息，按《铁路客车统计规则》相关规定生成统计报表，并将铁路局客车统计汇总信息上报总公司，同时，提供铁路局客车统计各种指标信息的查询、分析。如图1所示。

本系统运行于现有的铁路综合计算机网生产网，采用铁路FTP统一传输平台进行数据传输，实现总公司、铁路局、站段间的数据传输以及与其它应用系统的数据共享。如图2所示。

4 系统的主要功能及模块划分

铁路客车统计信息系统（铁路局）主要功能：一是接收、审核站段上报的客车报表数据；二是局间交换生成全路客车车次字典；三是共享本局客票系统的售票信息并根据客车担当企业形成外局担当客车数据并实现局间交换；四是形成本局担当客车的完整信息并反馈客运段和车站子系统；五是共享调度系统的运行图信息和客调命令信息并反馈给车辆段子系统、车站子系统；六是完成铁路局级承担的指标计算和报表生成；七是将核准后的统计报表上传总公司；八是构建铁路局客车统计信息管理平台。

根据铁路局客车统计工作的特点、作业流程，系统功能要求和数据库处理技术，本系统分为数据处理子系统和WEB发布子系统，其中数据处理子系统采用C/S模式，主要有客车报表入库模块、表内校验模块、接收报表反馈模块、接口数据入库模块、数据汇总上报模块。WEB发布子系统采用B/S模式，主要有接收监控模块，指标监控模块，接口查询模块，报表查询模块，字典维护模块，系统管理模块等，用于客车统计报表WBE发布。如图3所示。

4.1 接收监控模块

该模块主要实时监控各站段上报客车统计报表和接口数据的接收处理情况，包括上报单位、时间、数据是否完整、是否符合关系式检验、数据是否加锁、是否有错等问题。 包括如下功能：日报监控，旬报监控，月报监控，客票监控，报表日志，接口日志，上报情况，客票接口监控。

4.2 指标监控模块

该模块主要对客车统计报表如客站报指标，客运报指标，客车报指标，客动报指标，客行报指标按照单位、日期、报表、旬月等参数进行指标监控，用户通过指标监控，可以知道每个单位每个报表的指标完成情况，监控指标是否有异常情况。

4.3 接口查询模块

该模块主要对调度系统的运行图、临客命令、甩挂命令接口数据，客票接口数据，客运段系统上报的客运段车次字典、客运段营业站字典接口数据，按照不同的用户选择参数进行查询。

4.4 综合查询模块

该模块通过选择报表类型、单位、报表筛选条件，选择不同的时间范围、统计方式，灵活组合不同的报表字符项过滤条件，在数据库现有记录的基础上，通过关系式重新计算，得到查询记录分类汇总行和总合计行作为查询结果返回给用户，用户可以将结果导出多种格式。

4.5 字典维护模块

该模块主要对客车统计系统用到的一些字典进行维护，字典包括：报表单位字典、报表定义字典、车型字典、车种字典、路局字典、运输企业字典、段名字典、站名字典、席别字典、列车种类字典、调度系统列车种类字典、运行图站名字典等。

4.6 系统管理模块

该模块对系统中用户的权限进行分配、限制，进行用户的管理和系统参数的设置等。

4.7 客车报表入库模块

对站段上报的客车报表进行入库处理，对日期不合理、单位不合理、记录格式有问题、铁路局已经锁定等不符合入库条件的有关记录登记错误信息。

4.8 表内校验模块

对站段上报的客车统计报表进行表内校验，校验的内容包括：字符项合法性、数据项合法性、合计行合法性、记录之间合法性等，错误信息进行登记。

4.9 接收报表反馈模块

对站段上报的客车统计报表登记的错误信息，通过Web Service反馈有关站段，便于站段及时修改报表，再次上报铁路局

4.10 接口数据入库模块

该模块对调度系统接口数据、客票系统接口数据、总公司交接证接口数据、客运段接口数据进行处理，通过匹配过滤，将有关的数据反馈到相应的站段单位去，过程处理中的错误信息进行登记。

4.11 数据汇总上报模块

对站段上报的客车统计报表进行汇总，报表的所有单位收齐后上报总公司。

5 系统实现及技术特点

5.1 系统采用C/S和B/S相结合的结构

信息的接收、校验、上报等功能采用C/S结构，综合应用采用B/S结构。采用成熟可靠的Microsoft .NET框架作为系统的底层框架，使用分布式三层架构实现业务需求，系统结构灵活，可适应不断变化的业务需要，具有较好的可靠性、可扩展性和可维护性。

5.2 使用参数化思想设计

为实现系统的通用性，系统采用参数化设计，用户可根据业务需要调整报表单位字典、报表定义字典、用户管理、参数设置、用户页面权限等相关参数，由程序进行解释，定制出自己所需要的功能。如增加或减少报表接收单位，修改报表接收时间及上报方式（自动或手动），定制用户权限，当业务出现变化、用户只需修改部分参数，就能适用新的业务需求。

5.3 复杂的数据处理流程设计

路局系统除了对大数据量的接口数据进行实时处理和反馈，还要保证日常客车统计报表的及时接收上报，数据审核、数据汇总、后台作业、查询分析等业务功能的正常进行，整个数据处理流程环环相扣，对各个关键环节进行了精心设计，通过系统参数控制和软件的工作调度，充分利用现有计算机软硬件、网络资源，确保系统运行的安全稳定。

5.4 自动化处理及全过程监控

路局系统对站段上报的报表、接口数据的处理都是由计算机自动完成，处理结果会自动反馈到接收监控的相关功能，通过监控界面用户能够方便地查看系统报表接收、数据质量以及接口数据的处理状态，使用户可以快速的完成各种操作。

5.5 安全保障机制设计

5.5.1 访问控制

访问控制是应用安全设计的核心。系统设计实现基于角色的访问控制，并严格控制用户权限与访问资源，普通用户不能执行管理员的操作，并确保所有的数据库权限都受到了严格的限制。

5.5.2 本系统采用B/S模式

通过用户登录机制来实现用户的身份验证，并建立用户访问系统的安全级别控制、访问权限控制和严格的安全管理措施，保证数据的机密性和完整性，保证系统运行环境的安全与稳定，极大限度的保护数据的安全，保证本系统的运行不会影响相关运输生产系统的安全与稳定。

5.5.3 信息共享

采用数据表进行信息共享时，本系统使用人员不具有修改及删除操作的权限，仅具有只读权限，包括运行图、调度命令、18点统计等。

6 结束语

系统自2013年1月1日起投入全路试运行，在各铁路局建立了客车统计信息数据库，整合了众多其他系统的信息资源，在运用过程中根据各局的运用情况不断对系统进行完善和优化，目前系统运行稳定，能够满足各铁路局客车统计业务要求，对提高铁路客车资源配置、旅客运输组织水平和客运经营效益有重要意义。

参学文献

[1]铁路客车统计规则.铁统计〔2010〕263号[Z].2010.

[2]铁道部信息技术中心.铁路客车统计信息系统总体方案[Z].2015.

作者单位

广州铁路（集团）公司 广东省广州市 510088