网络指导扣车技术方案的研究与设计.pdfVIP

网络指导扣车技术方案的研究与设计 何俊彦钱琳 北京市海淀区复兴路10号铁道部信息技术中心100844 关键词：计算机信息管理系统货车追踪货车检修信息整合 一、项目背景 随着车辆信息系统建设的不断深入，车辆信息系统在行车安全监控、车号自动识别、车辆 技术管理等方面取得了广泛的应用。但是由于各应用系统通常只关注某一个车辆业务环节和 领域，整体集成和共享程度不高，给铁路车辆的综合应用带来了很大的难度。 为更好的指导货车车辆的检修生产，实现定检到期、过期、回送货车的实时运行和状态追 踪，需要对现有信息系统资源进行整合利用，在铁道部级发布全路定检到过期货车的厂修、段 修、辅修以及故障货车的预警信息，网络指导基层车辆段进行货车检修作业。网络指导扣车系 统充分发挥信息技术在检修生产组织方面的作用，系统利用信息化技术对车辆检修生产作业 组织的传统模式进行调整，车辆检修生产作业组织模式向集中调度、统一指挥、过程优化的管 理模式转变，从而贯彻落实《铁路车辆信息化规划》的总体目标和近期实施计划，进一步提高 车辆检修与管理的信息化水平。 二、系统需求 (一)功能需求 中央数据处理平台负责整合铁路货车追踪信息、铁路货车检修信息及铁路行车安全信息 功能，在铁路部级生成全路货车三实时动态库、运行轨迹库及到过期和故障货车的预警库，并 定时对车辆的实时状态及预警信息进行统计分析。 用户操作平台负责在铁道部级发布全路货车的到发位置、装载货物、检修、行车安全等 各类实时动态信息和轨迹历史，到过期和故障货车状态、分布、定时统计分析等相关信 息等。 (二)性能需求 在用户查询相应时间方面的要求：实时查询货车车辆动态信息时，由于该功能使用频率较 高，对系统的响应时间有较高要求，设计、调整好各种数据库基表，保证信息查询的响应时间一 般要求为平均5秒，最长10秒；查询货车车辆轨迹信息时，由于该功能使用频率不高，轨迹库 数据量又较大，对信息查询的响应时间一般要求为平均10秒，最长30秒；查询各类统计信息 时，为保证响应时间，在主机端完成计算和统计的加工，建立计算和统计结果的中间表，用户在 客户端直接查询，保证查询的响应时间一般平均为5秒，最长不超过IO秒。 为适应本系统的数据传输量并能满足将来与其他信息资源进行整合扩充的需要，传输报 ．92· 文大小最大为300KB．中央数据处理平台要求满足每分钟处理报文400KB以上。 系统开发应用采用B／S模式．保证用户在Windows98／NT／20(Ⅵ／XP操作系统平台环境下 用IE等通用浏览器，系统能够正常运行，并且保证系统在以后需求变化时能方便地进行功能 扩充和模块的增加。 三、系统总体设计 (一)系统的网络结构 系统在铁道部、铁路局级采用B／S三层结构，信息的接收、处理、“锗在车辆信息共享平 台上进行，信息的发布与查询程序放在铁道部企业门户上．用户通过Web浏览器进行信息查 询、下载与反馈操作，在车辆段(厂)及下属单位采用B／S与C／S相结合的连接方式。由于目 前车辆工厂没有与铁路内部专同相连，因此采用由Intemet互联网经铁道部网络安全平台与铁 道部级的铁路计算机专网连接的方式。检修生产组织信息、检修到期预警信息、车辆技术履历 信息通过铁路运输信息统一传输平台进行传输，扣车指令的发布与执行情况的反馈通过车辆 信息发布系统在网上进行。系统计算机网络拓扑图如图1所示。 圉l网络指导扣车系统计算机网络拓扑图 (二)系统处理流程与结构设计 本系统在铁道部级分为报文校验入库、实时信息处理、定时统计分析等后台数据处理以及 前台用户查询等子系统。系统的数据处理流程如图2所示。 图2 网络指导扣车系统数据处理流程图 1．后台数据处理 (1)报文校验入库子系统：报文校验入库模块负责对接收到铁道部级的车辆到发、检修和 行车安全等各类标准传输报文信息进行分解、筛选和校验入库。 (2)实时信息处理子系统：实时信息处理模块运行在IBMES9000主机上，是网络指导扣 车系统的核心模块，负责生成系统中央数据库中的车辆实时动态库、历史轨迹库，并对到过期 和故障货车进行预警。 (3)统计分析子系统：本模块负责根据车辆实时动态表分阶段定时进行全路货车的运行 状态分布、到过期和故障货车