CN110942158B - 铁路列车添乘检查*** - Google Patents

Abstract

本发明公开了一种铁路列车添乘检查***，用于铁路客运段的管理人员在列车上检查时，利用添乘用户端配合列车长端，实现对管理人员实时定位、添乘计划比对履职管理，以及提供便捷的风险管理、问题录入功能；其中列车长端设有车次绑定、终到、添乘退乘服务等功能模块，添乘用户端设有手机绑定、扫码添退乘模块、计划上报、安全问题检查等功能模块。本发明利用扫码交互操作、GPS定位比对认证添乘是否有效，利用内网接口，实现在途添乘时，直接对风险项点和问题典库进行调阅和勾选，并可直接对受检乘务人员作出考核。使用本发明的添乘***能够在添乘痕迹查验、过程管控、数据收集、问题分析、成本管理和质量提升上带来显著效果。

Description

铁路列车添乘检查***

技术领域

本发明涉及智慧乘务、客运信息化、移动办公等领域，具体涉及一种铁路列车添乘检查***。

背景技术

现阶段铁路、以至于轨道交通或其他行业内的添乘检查，还难以完全做到信息化。添乘检查是指列车运行途中，规定执勤人员之外的职工，随车参加乘务组的工作，是铁路运输单位保障安全生产的有力手段之一，常见于客运段、工务段、机务段、车辆(动车)段、乘警支队等单位。特别是客运段，其生产、服务和管理的主要场所就是在列车上，日常的乘务作业和添乘检查包含了大量的列车运输要求和风险管控项点，有现金票据、消防安全、反恐安全、电气安全、乘降组织、人身安全等方面，均需要重点监管和盯控。

纵观全路内的添乘管理以及其他交通运输行业内外的添乘管理，流程设计及实时管控效果，计划和实际兑现程度，难以满足客运段高铁和普速列车的实际作业监管和风险控制要求。一是，高铁列车开行体量大，客流量多，乘务作业要求高、任务重；二是，普速列车开行距离远，作业时间长，遇到跨天以及夜间运行时，添乘检查不能松懈。而现有的添乘***或运用的技术手段、管理经验，难以对客运乘务的安全生产形成闭环。因为客运乘务讲究人的管理，而电务、工务、机务等单位研发或应用的***强调物的管理。此外，现有的***功能性较为单一，未与其他***建立接口，添乘数据未能得到充分利用，业务信息的关联程度较弱，添乘后的持续影响力不足。

经过调研，中国专利201610843409.9公开了高铁轨旁设备添乘检查记录方法及其***，通过实时采集铁路线路位置信息、设备基础信息和图像信息，并进行综合批量处理，剥离大量的无效数据，实现在动态条件下高铁沿线轨道旁设备外观图像的高速采集和快速检索分析、查看，解决人工线路巡检间隔周期长，雨雪后对设备进行全面检查不及时、添乘检查效率低等问题。设备包括便携式添乘检查记录设备和地面数据分析终端。

中国专利201710605671.4公开了铁路线路病害检查数据的采集办法、移动终端及服务器，方法包括根据用户检查计划显示检查任务选项界面；若用户选择添乘检查任务，则显示具体病害选项界面，记录用户选择的具体病害及移动终端位置信息；若用户选择现场检查的检查任务，则显示预定病害选项界面，用户选择后显示第一输入界面，记录用户选择的预定病害、输入的病害描述信息及移动终端位置信息；若用户选择线路巡查的检查任务，则显示第二输入界面，根据病害参数信息显示标准病害输入界面，记录用户输入的标准病害信息。

武昌机务段借助智能平台强化干部作风，该段在全段干部手机中安装智能办公APP“钉钉”软件，制定下发《“钉钉”软件使用规定》，使用“考勤打卡”功能，实现全段干部定时定点打卡，对迟到早退人员严肃考核。通过“签收”功能，对添乘、出差的干部进行GPS定位和上传现场照片，实现精准管理，杜绝弄虚作假。

由上可以看到，目前电务、工务的添乘主要是对于设备的巡查，主要可利用图像识别技术、无线通信技术、数据采集技术，对特定的设备做规定的检查，没有与人的交互操作。而在机务和客运等人员添乘检查中，是利用第三方APP，仅管理了人员的到位问题，却未能将添乘人员与登乘车辆、执乘人员、乘务作业风险对应起来，未有见到电子地图分析、添乘检查作业的规范填报、添乘计划与实际履职的对比等，关键添乘内容的缺失，说明添乘管理***仍需要进一步的改进和优化，契合客运段的生产、服务和管理工作。

发明内容

发明目的：针对现有技术中存在的问题，本发明目的在于提供一种铁路列车添乘检查***，实现添乘检查全流程管理，从人机交互操作、数据管理模式、添乘检查标准等方面，全面改进添乘体验，提升客运服务品质和管理水平。

技术方案：为实现上述发明目的，本发明采用如下技术方案：

一种铁路列车添乘检查***，包括列车长端、添乘用户端和后台管理端，所述***用于铁路客运段的管理人员在列车上检查时，利用添乘用户端配合列车长端，实现对管理人员实时定位、添乘计划比对履职管理，以及提供便捷的风险管理、问题录入功能；所述列车长端，包括：车次绑定、终到模块，用于车长在开车前绑定当前执乘的车次，终到后执行终到操作；添乘退乘服务模块，用于生成并展示包含了车次、时间、车长姓名和地理位置的二维码，所述二维码用于添乘人员添乘或退乘验证；作业记录模块，用于记录该列车长当前和过去执乘过程中的所有添乘检查内容；以及，问题上报模块，用于上报和下发正在进行检查中的问题；

所述添乘用户端，包括：手机绑定模块，用与读取个人手机的IMEI串号信息并将手机串号与身份信息绑定；扫码添退乘模块，用于添乘人员添乘或退乘时，扫描列车长端生成的二维码，向服务器端发送添乘或退乘的请求，根据服务器端的判定结果，通过或拒绝当前的添退乘操作；计划上报模块，用于填报添乘计划，包括确定添乘任务、认领安全风险；添乘风险项点检查模块，用于展示供添乘人员查阅的风险项点，并将风险项点关联问题典库，在选择对应的问题分类和解释条款后可直接对受检人员下发问题检查单，并提交至指定的***；安全问题检查模块，用于添乘人员录入现场检查中发现的安全问题，录入时自动定位当前运行区间，关联受检车次和乘务人员，所录入的问题提交至指定的***，以便进入问题的分析、整改和销号流程；问题补录模块，用于在添乘后，在列车上信号滞后或短区间添乘时间有限的情况下，提供问题填报入口；地面风险检查模块，用于提供地面检查对象以及检查的内容；以及，个人数据中心，用于将个人添乘工作情况统计汇总，形成报表；

所述后台管理端，包括：车站车次信息维护模块，用于维护调整变化的车次信息和车站字典，维护停靠站点的经纬度坐标，以供添乘途中的区间定位；地理实时位置信息模块，用于实时显示当前全段范围内正在添乘的人员和受检查的列车运行的位置；计划管理模块，用于管理添乘计划以及将添乘计划与实际数据进行对比；添退乘记录查询模块，用于按条件查询并展示包括车队、日期、检查人、车次、车长、添退乘记录、检查写实、检查问题中的多个条目；以及，用户管理模块，用于在管理人员更换手机后，解绑手机串号，重新认证。

进一步地，所述***的服务端还用于生成检查指导簿，格式根据原纸质材料设置；并于每天零点，将现有已结束有效添乘作业记录进行计算、合并，生成一张检查写实单，以保存状态存入指定的***。

进一步地，所述***通过个人手机端确认添乘人员身份的唯一性，首次使用个人手机端登录本***时，需输入车务综合管理平台的账号，同时***读取该设备的IMEI码，提交给后台实施绑定操作，完成了个人同车务综合管理平台以及所述铁路列车添乘检查***的身份统一；二次登录直接读取IMEI码识别当前检查人，无需账号密码输入。

进一步地，所述列车长端的添乘退乘服务模块生成的二维码每隔20秒刷新一次，服务器端接收到添乘用户的扫码添退乘模块发出的添乘或退乘的请求时，进行车长与添乘人员位置关系匹配，若两者间的坐标距离在5km以内，则认为位置匹配成功，添退乘认证成功。

进一步地，所述***支持地面岗点检查和库内岗点检查，对于地面岗点检查和库内岗点检查，生成二维码时，地理位置信息为IP地址或作业点的GPS坐标。

进一步地，***在问题典库中，对相关客运问题的文字描述进行分词并建立索引，可以直接模糊搜索关键字，快速准确地选择对应的描述。

进一步地，***中的风险项点绑定、车次维护、添乘检查计划、检查问题录入、问题典库查询、人员数据维护、用户手机绑定、添退乘记录功能的实现均由铁路综合办公网中的车务管理平台提供接口支持，进而实现业务数据的实时交互；内外网两个***的数据交换经过安全平台，接口以json格式传递参数，包含定义好的方法与参数，移动端提交请求，车务管理平台解析方法名称、数据结构和请求的操作做出响应。

进一步地，所述后台管理端的计划管理模块中，计划制定需要录入添乘时间、退乘时间、添乘人、车次、添乘站、退乘站6个字段；计划兑现的判断依据为：实际添乘时间在添乘要求时间之前，实际添乘站和计划添乘站一致，以及实际退乘站和计划退乘站一致；计划包含未发布、待执行、已完成、未完成、未退乘5个状态。

进一步地，所述添乘用户端的个人数据中心，用于以可视化形式将阶段性的添乘情况进行统计，实现差旅费报销的自动汇总计算、问题上报的历史记录、安全作业指导簿自动生成、添乘计划的完成进度提示和特殊添乘要求的指标检验中的一项或多项。

进一步地，所述列车长端和添乘用户端采用C/S架构实现，所述后台管理端采用B/S架构实现。

有益效果：本发明利用列车长端和添乘用户端的扫码交互操作、GPS定位比对认证添乘是否有效；利用内网接口，实现在途添乘时，直接对风险项点和问题典库进行调阅和勾选，并可直接对受检乘务人员作出考核。本发明结合了高速运行下的交互通信技术、模糊查询技术、针对性的统计分析功能，有效结合了行业内的专业特性，将安全风险管控、旅客运输服务、干部督导督查有机地集成设计于一体，搭建了专业化标准化智能化管理的平台，使得现场检查更为有序高效，安全风险管控能力显著提高。使用本发明的添乘***能够在添乘痕迹查验、过程管控、数据收集、问题分析、成本管理和质量提升上带来显著效果。一是由于本发明严格规定了添乘和退乘的认证方式，强化后台地理信息动态管理，设计完善的计划和实际添乘比对指标，添乘检查人员必须实地认真添乘检查，完成量化任务。二是本发明加速了检查问题的查询、填报和下发，加快了问题整改、销号的过程，问题从发现到形成整改措施的周期缩短，安全管控形成闭环。三是本发明使得在检查过程中各项检查流程和事项更为透明直观，通过问题典库的快速检索，摆事实讲依据，乘务人员可以更快速地领悟检查地要点和工作要求，同样节省了检查时间，乘务人员可以将更多的精力投入到正常作业和旅客的服务中去。四是本发明节约纸质的问题检查单打印费，并且利用电子表单的便捷操作，打通内外网数据接口，加强移动化办公能力，节省了大量的重复性、形式性工作，提高了添乘检查人员的管理效率。

附图说明

图1为本发明实施例的铁路列车添乘检查***总体功能结构框图。

图2为本发明实施例中列车长端APP功能截图。其中(a)为APP主页面，(b)为添乘信息查看页面，(c)为二维码生成页面。

图3为本发明实施例中个人手机端绑定流程示意图。

图4为本发明实施例中添乘(退乘)交互验证示意图。

图5为本发明实施例中多人添乘(退乘)流程示意图。

图6为本发明实施例中个人手机端APP功能截图。其中(a)风险点项检查页面，(b)风险项点内容检查页面，(c)安全问题检查页面，(d)新建指导簿页面。

图7为本发明实施例中的个人数据中心界面截图。其中(b)为(a)的续页。

图8为本发明实施例中添乘计划的填报(a)及自动分析校验界面截图(b)。

图9为本发明实施例的***业务流程示意图。其中(a)为列车长端与添乘用户个人手机端的业务及交互流程，(b)为***后台管理流程。

图10为本发明实施例中的关键词模糊查询功能示意图。

图11为本发明实施例中的数据接***换示意图。

具体实施方式

下面结合具体实施例，进一步阐明本发明，应理解这些实施例仅用于说明本发明而不用于限制本发明的范围，在阅读了本发明之后，本领域技术人员对本发明的各种等价形式的修改均落于本申请所附权利要求所限定的范围。

本发明面对移动环境下添乘检查作业的痛点，架构了铁路列车添乘检查***。***分别采用了C/S和B/S架构，其中C/S架构的客户端分为列车长端和添乘用户端，客户端可分别开发基于安卓和IOS两大操作***的APP应用，列车长端安装于车长手持交互机上，添乘用户端安装于检查人员的个人手机上(也称个人手机端)，可实现添乘和退乘的信息交互。B/S架构为添乘***的后台管理端，可以以电子地图的形式展示出正在添乘人员的实时位置，以及列出添乘中填报的数据。

添乘***列车长端APP是检查人员登乘和退乘的依据，有车次绑定、终到模块，用于车长在开车前绑定当前执乘的车次，终到后执行终到操作；添乘退乘服务模块，用于生成并展示包含了车次、时间、车长姓名和地理位置的二维码，所述二维码用于添乘人员添乘或退乘验证；作业记录模块，用于记录该列车长当前和过去执乘过程中的所有添乘检查内容；问题上报模块，用于上报和下发正在进行检查中的问题。

车长需在开车前绑定当前执乘的车次，由于普速列车跨天运行，同时绑定当天日期，至此当日当次列车具备了唯一性。列车终到后，车长选择终到操作，作为一个作业区段的结束。列车长端的信息绑定完成，提供了明确的受检对象和作业信息，列车长端的APP安装在列车长随身携带的交互机上，相当于形成了完整的移动检查岗点标签，检查人员在添乘前后，只需在列车长端完成验证，即说明开始或结束了添乘任务。列车长端App部分功能界面如图2所示。

添乘***的添乘用户端是检查人员唯一的身份认证，本发明实施例的添乘用户端APP(个人手机端APP)，有手机绑定、扫码添退乘、计划上报、添退乘风险项点检查、安全问题检查、问题补录、地面风险检查和个人数据中心等模块。其中，手机绑定模块，用与读取个人手机的IMEI串号信息并将手机串号与身份信息绑定；扫码添退乘模块，用于添乘人员添乘或退乘时，扫描列车长端生成的二维码，向服务器端发送添乘或退乘的请求，根据服务器端的判定结果，通过或拒绝当前的添退乘操作；计划上报模块，用于参控人员填报本人的下个月添乘计划，包括确定添乘任务、认领安全风险；添乘风险项点检查模块，用于展示供添乘人员查阅的风险项点，并将风险项点关联问题典库，在选择对应的问题分类和解释条款后可直接对受检人员下发问题检查单，并提交至指定的***；安全问题检查模块，用于添乘人员录入现场检查中发现的安全问题，录入时自动定位当前运行区间，关联受检车次和乘务人员，所录入的问题提交至指定的***，以便进入问题的分析、整改和销号流程；问题补录模块，用于在添乘后，在列车上信号滞后或短区间添乘时间有限的情况下，提供问题填报入口；地面风险检查模块，用于提供地面检查对象以及检查的内容；以及，个人数据中心，用于将个人添乘工作情况统计汇总，形成报表。

***读取个人手机的IMEI串号信息与绑定身份，且无管理员的授权无法解除。检查人员上车添乘，车长出示手持交互机，在添乘***列车长端中展示实时生成的二维码，二维码为唯一性编码，其中包含了车次、时间、车长姓名、地理位置等信息，具备当日当次当前区间作业的唯一判断标准。添乘人员打开手机定位功能，通过添乘***添乘用户端扫描列车长端的二维码，向服务器端发送添乘或退乘的请求。服务器在后台判定结果后，通过或拒绝当前的添退乘操作。

本发明实施例中，***通过个人手机端确认添乘人员身份的唯一性，具体判定方法如图3所示。***将车务综合管理平台账号与本***的个人手机端绑定，首次使用个人手机端登录本***时，需输入车务综合管理平台的账号，同时***读取该设备的IMEI码，提交给后台实施绑定操作，完成了个人同车务综合管理平台以及本实施例的铁路列车添乘检查***的身份统一，为添乘的真实性管理和业务流、数据流的建立提供了基础依据。且以手机的设备IMEI码作为登录人员的唯一性判定，适用于在列车乘降过程中的使用场景，不增加额外的设备，在后台软件管控下具有排他性；***操作简单，二次登录直接读取IMEI码即可识别当前检查人，无需账号密码输入。

本实施例***的添乘场景多在列车运行中，其中高速运行环境下的比对通信为本发明重点研究解决的对象。检查人员添乘上车后，车长展示列车长端APP，生成包含本趟列车乘务工作信息的二维码，二维码每隔20秒刷新一次。检查人员打开个人手机端APP，打开摄像头扫描此二维码，将双方信息提交后台验证。后台应充分考虑列车高速运行时，车长与添乘人员位置关系匹配。以列车最快车速350km/h的时速假设，计算两个设备定位时间差所产生的位移，信号的延迟可造成2km的位置偏移，再加上高速移动箱体内的GPS定位误差，后台比对时，可将两者间的坐标距离放宽至5km，既保证了添乘和退乘认证的顺畅进行，同时从技术上严格限制了检查人员和列车的时空关系，规避了添乘检查人员利用截图扫码、添乘半途中止等弄虚作假的行为。验证操作示意图如图4所示。

此外，采用检查人和受检人员APP分离，添(退)乘扫码的模式，支持了多人次同时添乘检查该岗点的能力，如图5所示。扫码验证模式还能同时支持地面岗点检查、库内岗点检查等多种作业环境下的检查，只需要将IP地址或作业点的GPS坐标转换成二维码即可，具有普适性。

在添乘认证完成后，检查人员人员可以利用个人手机端APP直接读取风险项点，对现场存在的作业风险展开全面的检查，对不合格项，可以直接关联问题典库，模糊查询，选择对应的问题分类和解释条款，直接对受检人员下发问题检查单，直接提交至内网的车务综合管理平台风险管理***中，省去了填写纸质单据和回办公点重新录入的麻烦。此外，***兼容了地面检查的方式，将IP地址作为地面岗点的绑定条件，同样通过二维码扫描，实现对地面的乘务准备作业、终到作业等内容的检查与考核。

内网建成的车务综合管理平台风险管理***具有风险计划管理、风险指派认领管理等功能。在年度、季度和月度分别对旅客安全、劳动安全、客车安全、食品安全、行车安全等风险类别的多项风险项点做好添乘检查的分配与统计。本发明在移动端，管理人员通过扫描认证，进入到岗点检查范围，可以在风险项检查中按照认领的风险项进行检查。如检查问题不是认领的风险项，可追加风险项进行评价。分别在每一个项点后判断是否符合相关制度要求，逐一勾选完成检查计划的兑现。

检查的问题分为：A类问题属不达标，B类问题属基本达标，C类属达标，进行现场评价。问题单录入问题类别要与风险项评价的类别一致，检查的问题及天数必须按每月量化任务数量完成。集团公司在检查考核时，将问题分为管理类和作业类，又按各专业领域分为若干子类，其中每个问题项点都有编号和详细描述，但具体到列车上的现场检查，检查人员在检查指导簿上填写时，很难在庞大的问题典库中快速查找，定性问题并及时记录。

本发明在个人手机端，将检查问题录入和检查指导簿整合进了APP中，当登乘列车扫码添乘后，可以录入在现场检查中发现的问题。***自动定位当前运行区间，关联受检车次和乘务人员，问题录入表单按照原有填写***台风险管理***，进入问题的分析、整改和销号流程。

在个人数据中心以可视化形式统计阶段性的添乘情况，分别实现了差旅费报销的自动汇总计算、问题上报的历史记录、安全作业指导簿自动生成、添乘计划的完成进度提示、夜查(折返站检查)等特殊添乘要求的指标检验(包括天数、时长、地点等)。个人手机端APP的部分功能界面如图6、图7所示。

本发明实施例***的后台管理端集成了计划管理、添退乘记录查询、地理位置信息、车次信息维护、车站字典管理及用户管理模块。车站车次信息维护模块，用于维护调整变化的车次信息和车站字典，维护停靠站点的经纬度坐标，以供添乘途中的区间定位；地理实时位置信息模块，用于实时显示当前全段范围内正在添乘的人员和受检查的列车运行的位置；计划管理模块，用于管理添乘计划以及将添乘计划与实际数据进行对比；添退乘记录查询模块，用于按条件查询并展示车队、日期、检查人、车次、车长、添退乘记录、检查写实、检查问题等条目；用户管理模块，用于在管理人员更换手机后，解绑手机串号，重新认证。

此外，本发明的后台服务可以直接生成检查指导簿，格式与原纸质材料一致。并于每天零点，将现有已结束有效添乘作业记录进行计算、合并，生成一张检查写实单，以保存状态存入车务综合管理平台。写实单中根据原有计算方式，按照：“车次+区段+检查起止时间+添乘中发现的问题描述(如无，显示情况良好)”的格式将全段范围的添乘检查情况自动汇总，并可以根据检查时间、地点完成夜查和地面检查的统计。

可以在web端或者个人手机端APP快速录入添乘计划，计划涉及到的参与人可以查看自己的计划以及历史计划的兑现情况。计划制定需要录入添乘时间、退乘时间、添乘人、车次、添乘站、退乘站6个字段。计划兑现的判断依据：

①实际添乘时间在添乘要求时间之前。

②实际添乘站和计划添乘站一致。

③实际退乘站和计划退乘站一致(一定范围内存在多个车站时，定位可能不准确，所以只要范围内的车站包含计划车站就算兑现了)。

计划包含5个状态：

①未发布：可以修改或者删除；

②待执行：有计划但是还没执行，计划时间未逾期；

③已完成：按照计划完成添乘，无法修改或者删除；

④未完成：计划时间已逾期，计划未执行，无法修改或者删除；

⑤未退乘：存在符合计划要求的添乘记录，但无退乘记录。

添乘计划的填报及自动分析校验如图8所示。

综上，本发明实施例的***总体业务流程如图9所示。

本发明实施例中，***将问题典库在数据库中建立聚集索引，实现模糊查询的功能，如图10。问题典库条款繁多，难以记忆，通过编号寻找条款，同样不够直观。本***通过在建立聚集索引，将普通的条款中的词语对应至索引列表中，只需要提供简单的关键词输入，即可快速的查询到相关的条款，以少量的存储空间换取了通信时间，减少了数据库I/O开销，请求响应等待的时间，使得在高速运行的列车上，可以直接对问题进行快速填写。

如图11所示，本发明实施例中的风险项点绑定、车次维护、添乘检查计划、检查问题录入、问题典库查询、人员数据维护、用户手机绑定、添退乘记录等均由铁路综合办公网中的车务管理平台提供接口支持，进而实现业务数据的实时交互，拉近段应急指挥中心与在外作业人员的距离。内外网两个***的数据交换经过集团公司部署的安全平台，接口以json格式传递参数，包含定义好的方法与参数，移动端提交请求，车务***解析方法名称、数据结构和请求的操作做出响应。

Claims (10)

1.一种铁路列车添乘检查***，其特征在于，包括列车长端、添乘用户端和后台管理端，所述***用于铁路客运段的管理人员在列车上检查时，利用添乘用户端配合列车长端，实现对管理人员实时定位、添乘计划比对履职管理，以及提供便捷的风险管理、问题录入功能；所述列车长端，包括：车次绑定、终到模块，用于车长在开车前绑定当前执乘的车次，终到后执行终到操作；添乘退乘服务模块，用于生成并展示包含了车次、时间、车长姓名和地理位置的二维码，所述二维码用于添乘人员添乘或退乘验证；作业记录模块，用于记录该列车长当前和过去执乘过程中的所有添乘检查内容；以及，问题上报模块，用于上报和下发正在进行检查中的问题；

所述添乘用户端，包括：手机绑定模块，用与读取个人手机的IMEI串号信息并将手机串号与身份信息绑定；扫码添退乘模块，用于添乘人员添乘或退乘时，扫描列车长端生成的二维码，向服务器端发送添乘或退乘的请求，根据服务器端的判定结果，通过或拒绝当前的添退乘操作；计划上报模块，用于填报添乘计划，包括确定添乘任务、认领安全风险；添乘风险项点检查模块，用于展示供添乘人员查阅的风险项点，并将风险项点关联问题典库，在选择对应的问题分类和解释条款后可直接对受检人员下发问题检查单，并提交至指定的***；安全问题检查模块，用于添乘人员录入现场检查中发现的安全问题，录入时自动定位当前运行区间，关联受检车次和乘务人员，所录入的问题提交至指定的***，以便进入问题的分析、整改和销号流程；问题补录模块，用于在添乘后，在列车上信号滞后短区间添乘时间有限的情况下，提供问题填报入口；地面风险检查模块，用于提供地面检查对象以及检查的内容；以及，个人数据中心，用于将个人添乘工作情况统计汇总，形成报表；

所述后台管理端，包括：车站车次信息维护模块，用于维护调整变化的车次信息和车站字典，维护停靠站点的经纬度坐标，以供添乘途中的区间定位；地理实时位置信息模块，用于实时显示当前全段范围内正在添乘的人员和受检查的列车运行的位置；计划管理模块，用于管理添乘计划以及将添乘计划与实际数据进行对比；添退乘记录查询模块，用于按条件查询并展示包括车队、日期、检查人、车次、车长、添退乘记录、检查写实、检查问题中的多个条目；以及，用户管理模块，用于在管理人员更换手机后，解绑手机串号，重新认证。

2.根据权利要求1所述的铁路列车添乘检查***，其特征在于，所述***的服务端还用于生成检查指导簿，格式根据原纸质材料设置；并于每天零点，将现有已结束有效添乘作业记录进行计算、合并，生成一张检查写实单，以保存状态存入指定的***。

3.根据权利要求1所述的铁路列车添乘检查***，其特征在于，所述***通过个人手机端确认添乘人员身份的唯一性，首次使用个人手机端登录本***时，需输入车务综合管理平台的账号，同时***读取该个人手机端的IMEI码，提交给后台实施绑定操作，完成了个人同车务综合管理平台以及所述铁路列车添乘检查***的身份统一；二次登录直接读取IMEI码识别当前检查人，无需账号密码输入。

4.根据权利要求1所述的铁路列车添乘检查***，其特征在于，所述列车长端的添乘退乘服务模块生成的二维码每隔20秒刷新一次，服务器端接收到添乘用户的扫码添退乘模块发出的添乘或退乘的请求时，进行车长与添乘人员位置关系匹配，若两者间的坐标距离在5km以内，则认为位置匹配成功，添退乘认证成功。

5.根据权利要求1所述的铁路列车添乘检查***，其特征在于，所述***支持地面岗点检查和库内岗点检查，对于地面岗点检查和库内岗点检查，生成二维码时，地理位置信息为IP地址或作业点的GPS坐标。

6.根据权利要求1所述的铁路列车添乘检查***，其特征在于，***在问题典库中，对相关客运问题的文字描述进行分词并建立索引，可以直接模糊搜索关键字，快速准确地选择对应的描述。

7.根据权利要求1所述的铁路列车添乘检查***，其特征在于，***中的风险项点绑定、车次维护、添乘检查计划、检查问题录入、问题典库查询、人员数据维护、用户手机绑定、添退乘记录功能的实现均由铁路综合办公网中的车务管理平台提供接口支持，进而实现业务数据的实时交互；内外网两个***的数据交换经过安全平台，接口以json格式传递参数，包含定义好的方法与参数，移动端提交请求，车务管理平台解析方法名称、数据结构和请求的操作做出响应。

8.根据权利要求1所述的铁路列车添乘检查***，其特征在于，所述后台管理端的计划管理模块中，计划制定需要录入添乘时间、退乘时间、添乘人、车次、添乘站、退乘站6个字段；计划兑现的判断依据为：实际添乘时间在添乘要求时间之前，实际添乘站和计划添乘站一致，以及实际退乘站和计划退乘站一致；计划包含未发布、待执行、已完成、未完成、未退乘5个状态。

9.根据权利要求1所述的铁路列车添乘检查***，其特征在于，所述添乘用户端的个人数据中心，用于以可视化形式将阶段性的添乘情况进行统计，实现差旅费报销的自动汇总计算、问题上报的历史记录、安全作业指导簿自动生成、添乘计划的完成进度提示和特殊添乘要求的指标检验中的一项或多项。

10.根据权利要求1所述的铁路列车添乘检查***，其特征在于，所述列车长端和添乘用户端采用C/S架构实现，所述后台管理端采用B/S架构实现。

Images