CN116011024A - 轨道交通履历查询系统、方法、电子设备及存储介质 - Google Patents

Abstract

本申请涉及一种轨道交通履历查询系统、方法、电子设备及存储介质。信息查询模块分别与指令处理模块、信息存储模块、信息展示模块相连；信息存储模块用于存储车辆全生命周期的履历信息；指令处理模块用于接收履历信息查询指令，并根据履历信息查询指令，确定查询人员的权限；指令处理模块还用于根据所述查询人员的权限，确定是否处理履历信息查询指令；指令处理模块具体还用于若确定处理履历信息查询指令，则将履历信息查询指令发送至信息查询模块；信息查询模块用于接收履历信息查询指令，并根据预设提取规则，提取履历信息查询指令的关键词，并根据关键词调取信息存储模块中的相关内容发送至信息展示模块；信息展示模块用于接收相关内容并展示。

Description

轨道交通履历查询系统、方法、电子设备及存储介质

技术领域

本申请涉及履历信息技术领域，尤其是涉及一种轨道交通履历查询系统、方法、电子设备及存储介质。

背景技术

城市轨道交通是城市公共交通的骨干，具有节能、省地、运量大、全天候、无污染（或少污染）又安全等特点，属绿色环保交通体系，特别适用于中大型城市。随着运营线路和运营长度的增长，即将交付的车辆、在营运的车辆、架大修的车辆的数量在不断增多。车辆全生命周期履历信息的管理逐渐成为瓶颈，传统的纸质文档、电子文档等方式的管理，对履历信息的追溯、日常查阅等操作带来了极大的不便。目前，有的轨道交通，比如地铁，会设置射频电子标签用于写入和读取一些地铁相关的履历信息。射频电子标签的使用使得重要履历信息可以被随身携带，实现与轨道交通生产系统的结合，在保留履历原有信息的同时，扩展和深化列车履历信息，实现轨道交通履历的无纸化，对轨道交通履历发展具有重要意义。

但是这种射频电子标签不仅价格高，而且存储容量不大，只能记载重要的信息，并不能满足全部信息的记录。另外，这种射频电子标签一般设置在车厢上，因此安全性不够强，容易被非法读取或恶意篡改。由于这些问题存在，使得射频电子标签无法满足车辆全生命周期履历信息的管理，无法解决车辆全生命周期履历信息的查阅问题。

发明内容

本申请提供一种轨道交通履历查询系统、方法、电子设备及存储介质。

第一方面，本申请提供一种轨道交通履历查询系统，包括指令处理模块、信息查询模块、信息存储模块、信息展示模块。

所述信息查询模块分别与所述指令处理模块、所述信息存储模块、所述信息展示模块相连；

所述信息存储模块用于存储车辆全生命周期的履历信息；

所述指令处理模块用于接收履历信息查询指令，并根据所述履历信息查询指令，确定查询人员的权限；所述履历信息查询指令包括查询人员的个人信息及查询关键词；

所述指令处理模块还用于根据所述查询人员的权限，确定是否处理所述履历信息查询指令；所述指令处理模块具体还用于若确定处理所述履历信息查询指令，则将所述履历信息查询指令发送至所述信息查询模块；

所述信息查询模块用于接收所述履历信息查询指令，并根据预设提取规则，提取所述履历信息查询指令的关键词，并根据所述关键词调取所述信息存储模块中的相关内容发送至所述信息展示模块；所述预设提取规则包括关键词的提取方式；所述相关内容包括所述关键词对应的履历信息；

所述信息展示模块用于接收所述相关内容并展示。

通过本申请提供的轨道交通履历查询系统，不仅限制了不同的查询人员的查询权限，保障了履历信息的内容的安全，而且使用浏览器和服务器架构模式进行搭建，相较于射频电子标签，极大的缩小了搭建成本，管理起来也更加方便。

可选的，所述信息存储模块包括履历管理单元、资源管理单元：

所述履历管理单元包括线路履历子单元、车型履历子单元、履历信息子单元、部件履历子单元，用于存储线路履历、车型履历、履历信息、部件履历；

所述资源管理单元包括供应商子单元、物料信息子单元、故障影响子单元、故障状态子单元，用于存储部件的供应商信息、部件的物料信息、故障影响、故障状态。

可选的，所述轨道交通履历查询系统还包括构型管理模块：

所述构型管理模块用于对不同车辆类型的构型数据进行动态维护，并将动态维护结果发送至所述信息存储模块；所述动态维护包括部件调整维护、车辆检修维护；

所述信息存储模块具体用于接收所述动态维护结果并根据所述动态维护结果更新履历信息。

可选的，所述轨道交通履历查询系统还包括统计分析模块：

所述统计分析模块与所述信息查询模块相连；

当所述信息查询模块调取到相关内容时，将相关内容发送至所述统计分析模块；

所述统计分析模块用于接收所述相关内容并对所述相关内容进行统计分析，确定故障类型占比、高发故障类型高磨耗部件种类中的至少一项信息；

所述统计分析模块还与所述供应商子单元、所述物料信息子单元相连，用于根据所述至少一项信息、所述部件的供应商信息、所述部件的物料信息，确定性价比最高的部件对应的供应商。

可选的，所述轨道交通履历查询系统还包括用户管理模块：

所述用户管理模块用于创建查询人员的账号；

所述用户管理模块还包括冻结单元、密码重置单元；

所述冻结单元用于冻结所述查询人员的账号；

所述密码重置单元用于重置所述查询人员的账号的用户密码；

所述指令处理模块具体还用于检测当前时刻发起所述履历信息查询指令对应的账号是否存在于所述用户管理模块中，并根据检测结果确定是否接收所述查询人员发起的履历信息查询指令。

可选的，所述轨道交通履历查询系统还包括角色管理模块：

所述角色管理模块用于在所述用户管理模块创建查询人员账号后，新增，和/或，删除查询人员的账号；

所述角色管理模块还用于对所述查询人员的权限进行调整。

可选的，所述轨道交通履历查询系统还包括组织机构管理模块：

所述组织机构管理模块用于以线路为基础建立组织机构信息；

所述组织机构管理模块用于根据所述组织机构信息，配置查询人员与查询人员的关系、查询人员与岗位的关系、查询人员与组织的关系、组织与组织的关系；

所述组织机构管理模块还用于增加、删除、修改组织机构信息；

所述组织机构管理模块还用于根据所述组织机构信息，进行查询人员的分配管理、组织岗位的分配管理；

所述角色管理模块还用于根据所述组织机构管理模块配置的至少一种关系，调整所述查询人员的权限。

第二方面，本申请提供一种轨道交通履历查询方法。

接收查询人员发起的履历信息查询指令，根据所述履历信息查询指令，确定所述查询人员权限；所述履历信息查询指令包括查询人员的个人信息及查询关键词；

根据所述查询人员权限，确定是否处理所述履历信息查询指令；

若确定处理所述履历信息查询指令，则根据预设提取规则，提取所述履历信息查询指令的关键词；所述预设提取规则包括关键词的提取方式；

根据所述关键词，调取相关内容并展示；所述相关内容包括所述关键词对应的履历信息；所述履历信息包括基础信息、构型信息、维修信息中的至少一项。

通过本申请提供的方法，通过对查询人员设置履历信息访问权限，避免所有查询人员都能访问本轨道交通履历查询系统，带来的恶意篡改和写入的问题，提高履历信息的准确性、安全性。

第三方面，本申请提供一种电子设备，包括：存储器和处理器，所述存储器上存储有能够被处理器加载并执行第二方面的方法的计算机程序。

第四方面，本申请提供一种计算机可读存储介质，存储有能够被处理器加载并执行第二方面的方法的计算机程序。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请一实施例提供的一种应用场景示意图；

图2为本申请一实施例提供的一种轨道交通履历查询系统的结构示意图；

图3为本申请一实施例提供的一种轨道交通履历查询方法的流程图；

图4为本申请一实施例提供的一种射频电子标签信息写入方法流程图；

图5为本申请一实施例提供的一种射频电子标签信息读取方法流程图；

图6为本申请一实施例提供的一种轨道交通履历查询系统的架构图；

图7为本申请一实施例提供的另一种轨道交通履历查询系统的架构图；

图8为本申请一实施例提供的一种电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，如无特殊说明，一般表示前后关联对象是一种“或”的关系。

下面结合说明书附图对本申请实施例作进一步详细描述。

随着运营线路和运营长度的增长，即将交付的车辆、在营运的车辆、架大修的车辆的数量在不断增多。轨道交通的车辆全生命周期履历信息的管理逐渐成为瓶颈，传统的纸质文档、电子文档等方式的管理，对履历信息的追溯、日常查阅等操作带来了极大的不便。目前，有的轨道交通，比如地铁，会设置射频电子标签用于写入和读取一些列车相关的履历信息。射频电子标签的使用使得重要履历信息可以被随身携带，实现与列车生产系统的融合，在保留履历原有信息的同时，扩展和深化列车履历信息，实现机车履历的无纸化，对机车履历发展具有重要意义。

但是这种射频电子标签存储容量不大，只能记载重要的信息，并不能满足全部信息的记录。另外，这种射频电子标签一般设置在列车上，因此安全性不够强，容易被非法读取或恶意篡改。由于这些问题存在，使得射频电子标签无法满足车辆全生命周期履历信息的管理，无法解决车辆全生命周期履历信息的查阅问题。此外，在不考虑存储容量以及安全性问题的前提下，由于轨道交通有的类型车厢较多，各车厢的重要信息都需要记载，因此仅有一个射频电子标签无法满足信息记录的需求，此时就需要设置多个射频电子标签，但是射频电子标签价格较高，因此如果将每个车厢都设置上至少一个射频电子标签，成本也会升高，最终可能会导致投入大量成本后，不仅依然无法全面获悉轨道交通全生命周期履历信息，甚至还可能会被恶意篡改和盗取。

基于此，本申请提供一种轨道交通履历查询系统、方法、电子设备及存储介质。

当有查询人员想要查询某些履历信息时，会发送一个履历信息查询指令。然后根据这一履历信息查询指令，确定出查询人员的个人信息，从而确定这一查询人员是否有权限查询这一履历信息查询指令中包含的履历信息。若有权限，则利用预设提取规则，将这一履历信息查询指令进行关键词提取，进而利用这一关键词调取相关内容进行展示。通过对查询人员设置履历信息访问权限，避免所有查询人员都能访问本轨道交通履历查询系统，带来的恶意篡改和写入的问题，提高履历信息的准确性、安全性。

图1为本申请提供的一种应用场景示意图。首先本轨道交通履历查询系统采用浏览器和服务器架构模式搭建，服务器中可以安装数据库作为本系统的信息存储模块。可以搭载在任意一个可用于显示的服务器中。当需要对轨道交通的履历进行查询时，可以使用本系统进行。本申请主要以电脑为例介绍。查询人员在进行履历信息查询时，会生成一个履历信息查询指令，这一指令中可以包括查询人员的个人信息以及查询关键词。本系统会对查询人员的个人信息进行分析，确定这一查询人员是否有权限查询对应的履历信息。如果有，则可以根据预设提取规则提取出关键词，从而在本系统的信息存储模块调取并展示对应的履历信息。给予查询人员不同的权限，从而限制查询人员对于履历信息的操作，提高履历信息存储的安全性。此外，使用浏览器和服务器架构模式搭建本系统，也可以解决内存不足的问题。

具体的实现方式可以参考以下实施例。

图2为本申请一实施例提供的一种轨道交通履历查询系统的结构示意图，如图2所示的，本实施例的轨道交通履历查询系统200包括：指令处理模块201、信息查询模块202、信息存储模块203、信息展示模块204。

信息查询模块202分别与指令处理模块201、信息存储模块203、信息展示模块204相连；

信息存储模块203用于存储车辆全生命周期的履历信息；

指令处理模块201用于接收履历信息查询指令，并根据履历信息查询指令，确定查询人员的权限；履历信息查询指令包括查询人员的个人信息及查询关键词；

指令处理模块201还用于根据查询人员的权限，确定是否处理履历信息查询指令；指令处理模块201具体还用于若确定处理履历信息查询指令，则将履历信息查询指令发送至信息查询模块202；

信息查询模块202用于接收履历信息查询指令，并根据预设提取规则，提取履历信息查询指令的关键词，并根据关键词调取信息存储模块203中的相关内容发送至信息展示模块204；预设提取规则包括关键词的提取方式；相关内容包括关键词对应的履历信息；

信息展示模块204用于接收相关内容并展示。

本申请的系统在通过浏览器和服务器架构模式搭建完成后，查询人员可以通过浏览器发起履历信息查询，如果查询人员的权限满足，则可以与服务器进行交互，调取信息存储模块中存储的履历信息。

在一些实现方式中，可以设置多个服务器来满足履历信息的存储。

通过本申请提供的轨道交通履历查询系统，不仅限制了不同的查询人员的查询权限，保障了履历信息的内容的安全，而且使用浏览器和服务器架构模式进行搭建，相较于射频电子标签，极大的缩小了搭建成本，管理起来也更加方便。

在一些实施例中，信息存储模块203还可以包括履历管理单元2031、资源管理单元2032，履历管理单元2031包括线路履历子单元20311、车型履历子单元20312、履历信息子单元20313、部件履历子单元20314，用于存储线路履历、车型履历、履历信息、部件履历；资源管理单元2032包括供应商子单元20321、物料信息子单元20322、故障影响子单元20323、故障状态子单元20324，用于存储部件的部件的供应商信息、部件的物料信息、故障影响、故障状态。

线路履历可以展示线路的基础信息、线路大事记、线路建投信息、运行信息、运营服务、运营安全、运营列车等信息。线路基础信息可以包含线路的名称、线路的轨道类型、线路的Logo、线路的长度、车站数量、换乘站数量、线路的标志色、车型、列车数量等数据信息；线路大事记可以以时间轴的形式展示线路运营中的大事记信息，并可以进行分级展示和过滤，对大事记的内容以图片或视频的方式呈现；线路建投信息可以展示线路建设、批复信息，批复信息可以包括工程期数、工程开工时间、起止站点、开通时间、可研批复文件、可研批复日期、建设规模、规划车站（座）、规划换乘站（座）等；运行信息可以包括线路运营时间、起始站点、运行机构、线路基地、运行时间、起止站点、运行线路图、运营时刻等；运营服务可以用于汇总统计线路历年的运营汇总情况，比如运营里程、线路日均运营里程、线路上线车辆、车辆上线率线路可用车辆数量线路车辆可用率线路、每公里配车数、旅行速度、速度利用率等；运营安全可以用于汇总统计线路历年的故障情况和延误情况，并对引起5分钟及以上延误事件或清客的故障进行展示，比如5分钟及以上延误事件、列车服务可靠度、线路清客列次、线路清客频率、故障影响、故障发生时间、故障发生站点、延误时间、恢复时间、故障车辆号、故障描述、故障情况、处理情况、工单号等；运营列车可以显示对应线路下当前在运行的车辆数据，比如车辆号、车型、交付日期、上线日期、累计运行时长（日）、累计运行里程（公里）等信息。

车型履历可以展示包含车型基本信息、车型与车辆的对应关系、车型技术参数、采购合同信息、设备树、监造记录、试验记录、验收记录、允装物料等信息。其中，车型基本信息可以展示车型基本信息，包含车型名称、配属线路、生产厂商、列车数量、车辆编组、车型图片等；履历信息可以展示当前车型对应的车辆数据，包含车辆号、制造完成日期、出厂日期、验收日期、投运日期、出质保日期、运行时间、累计运行里程、架大修轮次、架大修类型等；车型技术参数可以包含对编组型式、定员、自重、载重、最高运营速度、受流形式、是否有紧急疏散门、总长、头车长、中间车长度、车体基本宽度、车体最大宽度、车辆高度、地板面高度、头车的车钩中心高度、中间车钩中心高度、轮周牵引功率、车辆定距、转向架轴距、车轮直径、列车运行控制方式、编组通过最小允许曲线、运营寿命、环境温度、海拔高度等内容的展示；采购合同信息可以展示新车合同和架大修合同内容，并支持数据过滤筛选，可以包含、合同名称、合同号、合同签订日期、合同方、合同类型等；设备树可以展示车型设备树信息，并支持对部件的模糊搜索查询；监造记录可以支持对监造记录的展示，可以包含报告类型、主题、日期、监造人员、问题及追踪、监造记录附件名称、监造记录附件编号等；试验记录可以支持对试验记录的展示查阅，可以包含试验对象、车辆号、试验类型并可调转显示试验详细信息（试验项目、试验对象（设备对象）、试验规程文件、试验大纲文件编号、试验报告文件、试验报告文件编号、试验报告日期）等；验收记录可以展示车辆验收交付数据，可以包含列车序号（首列车标识）、车辆号、列车交接单、列车交接日期、预验收日期、预验收证书（上线运营证书）、验收日期、验收证书、验收报告、列车履历簿、验收交接清单等；允装物料可以支持对允装物料的展示，可以包含：物料名称、物料编码、规格、型号、供应商ABC……类、添加日期、类型、价格等。

履历信息可以展示车辆的基本信息、静态参数、监造信息、新车履历簿（包含静态履历，新车技术资料-培训资料、维修资料、司机手册、其他资料、综合线路图，合格证）、动态履历、部件更换信息、检修记录、日常维保记录、运行记录、车辆大事记、故障信息、技术加改、版本信息等。其中，车辆的基础信息可以包含线路名称、车辆号、车型、厂商、制造完成日期、出厂日期、验收日期、投运日期、出质保日期、累计运行时长、累计运行历程等；新车履历簿可以对装车时静态履历的结构化展示，及新车交付时提供的合格证、检查报告、维修手册等内容的跳转显示和查询支持。新车静态履历可以包含设备构型位置、位置构型位置、批次号、序列号、制造日期、安装日期、供应商名称等信息，支持对履历信息记录的查询检索；动态履历可以结合车辆运营中的故障、技改、日常维保和架大修记录更新履历信息，在静态履历的基础上维护部件履历的最新版本，形成列车的动态履历数据，可以包含设备构型位置、位置构型位置、批次号、序列号、部件更换次数、供应商名称、制造日期、安装日期、安装说明等；部件更换信息可以用于记录车辆运营中的部件更换记录，比如序列号、制造厂商、更换物料编码、拆卸时间、安装时间、更换原因、更换责任单位等；检修记录可以用于记录架大修检修记录，比如检修类型、轮次、项目名称、项目编号、检修单位、检修交车时间等，此外，还可以进行检修过程中质量抽检记录的展示，其中包含对架大修过程中遗留开口项进行记录，并对开口项进行跟踪关闭，还包含架修完成后的整车调试与试车试验记录，还包含架修验收合格证书内容的展示；日常维保记录可以对接IFS系统展示日检、均衡检记录，并可跳转显示相关的维保记录详情，可以包含工单号、工单日期、班组、执行时间、修程类型，更换序列号等以及维保工艺和维保消耗物料的查看；运行记录可以用来展示车辆每日运行情况，并可进行查询检索，可以包含运行日期、运行状态、是否故障等信息，对故障记录进行标识，并可跳转到相关故障单进行查看；车辆大事记可以以照片墙的形式展示车辆大事记信息；故障信息可以展示新车交付后的故障记录，可以包含发生时间、车辆号、序列号、工单号、故障描述、故障情况、故障影响（清客/救援/一般）、纠正措施、扣修时间（天）、晚点时间、处理情况、工作班组、完工时间等；技术技改可以展示车辆交付前后的技改信息，可以包含车辆号、设备构型位置、整改单确认单号、整改单位、完成时间、整改确认人、整改部件等；版本信息可以显示新车交付和运营过程中的版本记录信息，可以包含软件名称、软件版本、设备构型位置、位置构型位置、供应商、历史版本等。

部件履历可以包含部件基础信息、部件故障信息、部件更换记录、部件寿命管理、部件与位置树、设备树关联关系维护等。其中，部件基础信息可以展示部件编号、部件名称、序列号、限制寿命、生产日期、安装日期、制造厂商、部件寿命到期时间、版本号、设备构型位置、位置构型位置等信息，还可以包含对部件参数信息的展示；部件故障信息可以以部件的维度，选中设备树或位置树相关部件后展示该部件的故障历史记录，并支持查询和检索，包含发生时间、部件名称、故障单号、故障描述、设备构型位置、位置构型位置、故障情况、处理情况、完工时间、故障影响等；部件更换记录可以以部件的维度展示历史更换记录，作为供应商数据统计的来源支持，包含阶段、更换前序列号、制造厂商、更换序列号、更换制造厂商、设备构型位置、位置构型位置、安装时间、更换原因等；构型部件关系维护可以维护构型与部件的对应关系；部件标准关系定义可以维护统一的部件代码，并与其他平台的部件编码维护一一对应关系；部件供应商信息维护可以维护部件对应的供应商信息，可以包含部件编号、部件名称、供应商名称、供货提前期、设备构型位置、位置构型位置、价格、币种、寿命管理、使用寿命、供应商评分等信息。

在一些实施例中，轨道交通履历查询系统200还可以包括构型管理模块205，构型管理模块205用于对不同车辆类型的构型数据进行动态维护，并将动态维护结果发送至信息存储模块203；动态维护包括部件调整维护、车辆检修维护；信息存储模块203具体用于接收动态维护结果并根据动态维护结果更新履历信息。

构型数据可以理解为用于轨道交通的所有部件的构造、形状等数据信息。

据统计，城轨交通运营线路包含9种制式，其中包含地铁、轻轨、跨座式单轨、市域快轨、有轨电车、磁浮交通、自导向轨道系统、电子导向胶轮系统、导轨式胶轮系统，其分别对应不同的车型，不同的构型数据。

对构型数据的维护是轨道交通履历信息管理的基础和依据。本申请的轨道交通履历查询系统支持对不同车型的构型数据进行动态维护，支持对构型数据进行升级迭代，在车型履历、履历信息和部件履历中引入构型数据并呈现，在履历信息和部件履历的维度上通过构型和部件的对应关系检索部件各阶段动态履历数据、部件更换记录、部件故障数据等，最终形成车辆、部件的全生命周期履历。

在一些实施例中，轨道交通履历查询系统200还可以包括统计分析模块206，统计分析模块206与信息查询模块202相连；当信息查询模块202调取到相关内容时，将相关内容发送至统计分析模块206；统计分析模块206用于接收相关内容并对相关内容进行统计分析，确定故障类型占比、高发故障类型高磨耗部件种类中的至少一项信息。统计分析模块206还与供应商子单元20321、物料信息子单元20322相连，用于根据至少一项信息、部件的供应商信息、部件的物料信息，确定性价比最高的部件对应的供应商。

在一些实施例中，轨道交通履历查询系统200还可以包括用户管理模块207，用户管理模块207用于创建查询人员的账号；用户管理模块207还包括冻结单元2071、密码重置单元2072；冻结单元2071用于冻结查询人员的账号；密码重置单元2072用于重置查询人员的账号的用户密码；指令处理模块201具体还用于检测当前时刻发起履历信息查询指令对应的账号是否存在于用户管理模块207中，并根据检测结果确定是否接收查询人员发起的履历信息查询指令。

轨道交通履历查询系统200提供自行注册功能，在没有账户的情况下，点击注册按钮，进入轨道交通履历查询系统200注册账户。为了保证数据的安全性，可以设置管理员，每个打算注册账户的人都需要填写管理员提供的注册码，用于身份验证，注册码不正确或没有注册码不能注册账户。此外，在注册成功后，需在个人信息页面完善个人信息，保证登陆以后轨道交通履历查询系统200可以提取到这一查询人员的个人信息。提供用户冻结功能，即冻结单元2071，冻结后该查询人员将不能登录本轨道交通履历查询系统200。此外，还提供密码重置功能，即密码重置单元2072，重置用户密码可以是恢复到系统默认密码，也可以是查询人员自定义设置密码。

在一些实现方式中，轨道交通履历查询系统200还可以使用Excel表格导入账号信息到当前轨道交通履历查询系统200，导入成功后，表格中的账号信息即可更新到用户管理模块207中，作为已经创建的账号可以正常登录使用。同时也可以将用户管理模块207中的用户信息导出到Excel。

在一些实施例中，轨道交通履历查询系统200还可以包括角色管理模块208，角色管理模块208用于在用户管理模块207创建查询人员账号后，新增，和/或，删除查询人员的账号；角色管理模块208还用于对查询人员的权限进行调整。

支持对角色的新增、删除、对角色人员的授权，比如可以对本轨道交通履历查询系统200中所有菜单资源模块（如：流程管理、业务表单、用户管理、系统配置等菜单项）进行权限管理。不同的角色可分配不同查询人员及分配不同权限，未分配权限的查询人员登录本轨道交通履历查询系统200将无法进行任何操作。角色管理模块208可以以角色维度进行授权。

在一些实施例中，轨道交通履历查询系统200还可以包括组织机构管理模块209，组织机构管理模块209用于以线路为基础建立组织机构信息；组织机构管理模块209用于根据组织机构信息，配置查询人员与查询人员的关系、查询人员与岗位的关系、查询人员与组织的关系、组织与组织的关系；组织机构管理模块209还用于增加、删除、修改组织机构信息；组织机构管理模块209还用于根据组织机构信息，进行查询人员的分配管理、组织岗位的分配管理；角色管理模块208还用于根据组织机构管理模块209配置的至少一种关系，调整查询人员的权限。

以线路为基础建立组织机构信息，将线路与人员进行关联，其中线路和人员可能是多对多的关系，通过线路过滤查询人员可以查看的数据范围，保障数据的安全性。

组织机构管理模块209可快速配置查询人员与查询人员、查询人员与组织、查询人员与岗位、组织与组织等的关系，如从属关系、汇报关系等，组织机构管理模块209可以对组织进行增加、删除及修改、组织人员分配、组织岗位设置等操作。全部完成后组织可以自动形成树状图。同时，角色管理模块208可以以组织为维度进行相关授权。

图3为本申请一实施例提供的一种轨道交通履历查询方法的流程图，本实施例的方法可以应用于以上场景中的电脑。如图3所示的，该方法包括：

S301、接收查询人员发起的履历信息查询指令，根据履历信息查询指令，确定查询人员权限；履历信息查询指令包括查询人员的个人信息及查询关键词。

查询人员在查询一些履历信息时，会生成一个履历信息查询指令。这一履历信息查询指令中可以包括想要查询的履历信息的关键词以及查询人员的个人信息。个人信息中可以包含该查询人员的账号以及被授予的权限等信息。

具体的，接收到查询人员发起的履历信息查询指令后，根据履历信息查询指令，确定出这一查询人员被授予的权限。

S302、根据查询人员权限，确定是否处理履历信息查询指令。

根据该查询人员被授予的权限，确定该查询人员是否有权限访问履历信息查询指令中的履历信息，从而确定是否处理该车辆查询指令。如果该查询人员有权限访问履历信息，则处理这一履历信息查询指令；如果该查询人员没有权限访问履历信息，则不处理这一履历信息查询指令。

S303、若确定处理履历信息查询指令，则根据预设提取规则，提取履历信息查询指令的关键词；预设提取规则包括关键词的提取方式。

预设提取规则即对履历信息查询指令的关键词的提取方式，可以是以名词为主，数字或者动词为补充进行提取。比如查询人员输入的履历信息查询指令为000001号列车的部件更换情况，此时名词包括列车、部件、情况，数字为000001，动词为更换，此时，对于这一履历信息查询指令的关键词就可以包括列车、部件、情况、000001、更换。

具体的，如果通过上述步骤确定该查询人员有权限发起该车辆查询指令，此时可以根据预设提取贵则提取履历信息查询指令中的关键词。

在一些实现方式中，也可以设置一个选项选择页面，这个页面中可以设置一些常见的履历信息的查询关键词，查询人员可以在这一页面中选择想要的查询关键词直接进行履历信息查询。在具体实现方式中，查询关键词可以为所有可能涉及的履历信息的关键词，但是如果该查询人员没有某项履历信息的查询权限，在点击到对应的查询关键词时，可以进行弹窗提醒，提醒查询人员无法使用该查询关键词查询履历信息。

S304、根据关键词，调取相关内容并展示；相关内容包括关键词对应的履历信息；履历信息包括基础信息、构型信息、维修信息中的至少一项。

履历信息包括基础信息、构型信息、维修信息，还可以包括部件更换信息、日常维保记录、故障信息等内容。基础信息可以包含线路名称、列车号、车型、厂商、制造完成日期、出厂日期、验收日期、投运日期、出质保日期、累计运行时长、累计运行历程等；构型信息可以包含该车辆的各项构型数据；维修信息可以包含检修类型、轮次、项目名称、项目编号、检修单位、检修交车时间等；部件更换信息可以包含序列号、制造厂商、更换物料编码、拆卸时间、安装时间、更换原因、更换责任单位等；日常维保记录可以包含工单号、工单日期、班组、执行时间、修程类型，更换序列号等以及维保工艺和维保消耗物料；故障信息可以包含发生时间、车辆号、序列号、工单号、故障描述、故障情况、故障影响（清客/救援/一般）、纠正措施、扣修时间（天）、晚点时间、处理情况、工作班组、完工时间等。

具体的，可以根据上述步骤得到的关键词，在本轨道交通履历查询系统中调取相关内容并进行展示。

通过本申请提供的方式，通过对查询人员设置履历信息访问权限，避免所有查询人员都能访问本轨道交通履历查询系统，带来的恶意篡改和写入的问题，提高履历信息的准确性、安全性。

在一些实施例中，可以预先设置履历信息展示模板，这些履历信息展示模板可以按照履历信息划分展示区域，使内容展示更加清晰。通过履历信息展示模板，可以使查询人员得到的履历信息展示的更加清晰，可以一目了然看清楚履历信息。

在一些实施例中，可以设置管理人员账号信息。通过这一账号信息登录可以享有所有的权限，比如增加删除修改账号信息、增加删除修改履历信息信息、增加删除修改组织机构信息等。这些履历信息的相关信息可以通过管理人员手动输入，或者导入进去。在一些实现方式中，还可以在列车上设置一些车辆监测的感应装置，这些感应装置可以是感应车辆在行驶过程中的里程数，也可以是感应车辆在行驶过程中内部装置的变化情况。这些感应装置可以实时将感应到结果写入到数据库中作为对应车辆的履历信息，并且这些自动写入的变换情况除了管理人员，其他人都没有权限进行调整。在具体实现方式中，感应装置在传输感应结果时，可以先将各自所在列车的列车号上传到本系统中，本系统在识别到列车号后，接收感应装置的感应结果，并将这一感应结果存储到对应列车号的履历中。

通过本实施例提供的方式，可以通过管理人员进行某些信息的增加删除及修改。相应地，有些信息也可以通过某些感应装置自动获取到。通过上述方式，不仅可以避免查询人员可以随意调整信息导致履历信息被篡改或者被打乱，此外，某些通过感应装置获取的信息会自动写入预设信息库中，其他没有权限的人员也无法查询以及增加删除修改。

在一些实施例中，可以基于本系统搭建一个适用于移动设备的第三方应用。此时，现场的查询人员可以通过这一第三方应用对履历信息进行查询。在具体实现方式中，可以在每个车辆的车厢位置张贴条形码，现场的查询人员通过移动设备扫描这一条形码就可以进行查询。

在一些实现方式中，现场的查询人员可以通过移动设备的第三方应用实现线路查询、车列号查询、车辆号查询、构型查询、部件查询等履历信息相关的内容，此外还可以通过扫描条形码进行履历信息的补录。现场的查询人员还可以通过移动设备进行技术文件，包括规程文件、作业指导书等的上传以及查阅。

在具体实现方式中，为了保障补录信息的正确性，现场的查询人员在进行履历信息的补录时，可以上传与补录的履历信息相关的可以作为证据佐证补录真实性的图片。比如，现场进行了某一位置螺丝钉的更换，此时，可能需要补录螺丝钉的型号、结构等信息，可以上传更换前螺丝钉的照片以及计划更换的螺丝钉的照片。

在另一些实现方式中，现场的查询人员可以通过移动设备的第三方应用进行账号的创建、个人信息的调整等。比如，移动设备的第三方应用提供个人信息的调整与补充功能，此时，查询人员可以选择这一功能进行个人信息的补充与调整。在具体实现方式中，还可以提供账号冻结功能以及密码重置功能，方便处于现场的查询人员进行操作。

通过本实施例提供的方式，可以使在轨道交通现场的查询人员能够更加方便的查询履历信息，以便通过查询的履历信息，确定如何对列车进行检修。

在另一些实施例中，据统计，截至2021年底，共有50个城市开通城市轨道交通，运营线路283条，运营线路总长度9206.8公里。全国城轨交通累计配属车辆9658列，随着地铁营运线路和运营长度的增长，即将交付的车辆、在营运的车辆、架大修的车辆的数量在不断增多。车辆全生命周期关键履历信息的管理逐渐成为瓶颈，传统的纸质文档、电子文档等方式的管理，对履历信息的追溯、日常查阅等操作带来了极大的不便。如何对地铁车辆履历信息进行信息化管理，建立全生命周期关键履历信息化管控机制日渐成为丞待解决的问题。

本系统旨在以地铁车辆的构型为基础，结合车辆新车、运营、日常维保和架大修各生命阶段的过程数据为依托，在此基础上实现车辆履历数据的电子化管理，实现车辆各阶段履历数据的查询和追溯功能。

现有技术的技术方案

利用无线射频（RadioFrequencyIdentification，RFID）识别技术可为机车重要部件建立唯一电子芯片“身份证”，搭建物联网发展基础，使得重要履历信息随身携带，实现与生产系统的融合，在保留履历簿原有信的同时，扩展和深化机车履历信息，丰富机车履历内涵，实现机车履历的无纸化，对机车履历发展具有重要意义。

射频识别系统一般由应答器和阅读器两部分构成。应答器应放置在要识别的物体上。阅读器可以是读或写/读配置，取决于所使用的结构和技术。应答器是射频识别系统真正的数据载体，俗称“电子标签”，是一种非接触式的自动识别技术。它通过射频信号自动识别目标对象并获得相关数据。根据是否搭载电池，电子标签分为有源式和无源式两种。考虑到机车电子履历的使用特点，选择无源标签更适合使用场景。无源标签又称作被动标签，在收到读卡器发出的微波信号后，可以将部分微波能量转化为直流电供自己作业，激活RFID标签中的芯片，并发送RFID芯片中的数据。射频电子标签的信息写入可以参考图4,选择开始写入后，选择新增，然后通过录入或选择的两个选项中的其中一个进入编辑状态，编辑完成以后进行保存，最后写标签。在写标签的时候需要进行验证密码，若密码不对，则直接提示密码无效并结束；弱密码正确则写入标签，同时判断写入是否成功，若成功则提示写入成功并结束。在进行保存时，还可以重新进行编辑。射频电子标签的信息读取可以参考图5，选择开始，进行标签读取，从而判断是否督导标签，若读取到标签则进行密钥验证，若密钥正确则进行数据读取并显示；若密钥不正确则直接结束。

现有技术的缺点：

实践中，它主要存在两个问题待优化。一方面，限于射频电子标签的发展水平，存储容量不大，只能记载更重要的信息，还不能满足全量信息的记录。另一方面，安全性不够强。RFID技术面临的安全性问题主要表现为RFID电子标签信息被非法读取和恶意篡改。

另外，成本高，RFID电子标签相对于普通条码标签价格较高，为普通条码标签的几十倍，如果使用量大的话，就会导致成本太高，在很大程度上降低了市场使用RFID技术的积极性。

鉴于使用电子标签技术的运维成本过高，存储数据有限，且RFID电子标签信息易被非法读取和恶意篡改，而地铁车辆具有高度机密性，使用RFID电子标签记录关键履历数据无法保证车辆履历数据安全性，本系统采用采用B/S架构即浏览器和服务器架构模式搭建电子履历系统，在这种架构下，用户工作界面是通过WWW浏览器来实现，极少部分事务逻辑在前端（Browser）实现，客户机上只要安装一个浏览器（Browser），如NetscapeNavigator或InternetExplorer，服务器安装Oracle、Sybase、Informix或 MySQL等数据库。浏览器通过WebServer同数据库进行数据交互。这样就大大简化了客户端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本，并且便于各维修基地的工作人员共同查询数据，B/S架构具有开发简单，共享性强，成本低，数据可以持久存储在云端而不必担心数据的丢失的优点。

现场工作人员对履历系统的信息查询可以借助移动设备的第三方应用实现，对关键部件如车钩、车门、转向架等部件通过条形码扫描快速识别其对应的各阶段履历信息。

本申请在现有履历系统的基础上，采用B/S架构、MySQL等技术，开发了包含基础信息管理、构型管理、车辆履历、线路履历、车型履历和部件履历等六大功能模块在内的地铁车辆履历管理系统，建立统一的履历管理标准，对车辆/部件履历实现统一化管理。实现轨道交通列车架大修和日常维保之间换件信息、故障信息等重要的车辆、部件履历信息的有效共享。轨道交通履历查询系统的移动端、电脑端的架构图可以参考图6、图7。移动端可以进行履历查询，比如线路、构型、车列号、部件、车辆号等等。还可以进行履历补录，补录的方式可以包括射频电子标签、扫码或图像识别等。还可以查找技术文件，例如规程文件、作业指导书等，另外还可以进行系统管理，比如用户认证、终端认证等。电脑端可以进行履历管理、资源管理、系统配置、履历图谱等多个方面的调整和存储。

线路履历：对线路的基础信息、线路大事记、线路建投信息、运行信息、运营服务、运营安全、运营列车等信息进行展示。

a.线路基础信息：包含线路名称、轨道类型、Logo、线路长度、车站数量、换乘站数量、标志色、车型、列车数量等数据的展示。

b.线路大事记：以时间轴的形式展示线路运营中的大事记信息，并可以进行分级展示和过滤，对大事记的内容以图片或视频的方式呈现播放。

c.线路建投信息：展示线路建设、批复信息，包括工程期数、工程开工时间、起止站点、开通时间、可研批复文件、可研批复日期、建设规模、规划车站（座）、规划换乘站（座）。

d.运行信息：展示线路运营时间、起始站点等信息，包含运行机构、线路基地、运行时间、起止站点、运行线路图、运营时刻。

e.运营服务：汇总统计线路历年的运营汇总情况，包含运营里程、线路日均运营里程、线路上线车辆、车辆上线率线路可用车辆数量线路车辆可用率线路、每公里配车数、旅行速度、速度利用率等。

f.运营安全：汇总统计线路历年的故障情况和延误情况，并对引起分钟及以上延误事件或清客的故障进行展示。包含5分钟及以上延误事件、列车服务可靠度、线路清客列次、线路清客频率、故障影响、故障发生时间、故障发生站点、延误时间、恢复时间、故障列车号、故障描述、故障情况、处理情况、工单号等。

g.运营列车：显示线路下当前在运行的列车数据，包含列车号、车型、交付日期、上线日期、累计运行时长（日）、累计运行里程（公里）等信息。

车型履历：展示包含车型基本信息、车型与车辆的对应关系、车型技术参数、采购合同信息、设备树、监造记录、试验记录、验收记录、允装物料等信息。

a.车型基本信息：展示车型基本信息，包含车型名称、配属线路、生产厂商、列车数量、车辆编组、车型图片等。

b.车辆信息：展示当前车型对应的车辆数据，包含列车号、制造完成日期、出厂日期、验收日期、投运日期、出质保日期、运行时间、累计运行里程、架大修轮次、架大修类型等。

c.车型技术参数：包含对编组型式、定员、自重、载重、最高运营速度、受流形式、是否有紧急疏散门、总长、头车长、中间车长度 、车体基本宽度、车体最大宽度、车辆高度、地板面高度、头车的车钩中心高度、中间车钩中心高度、轮周牵引功率、车辆定距、转向架轴距、车轮直径、列车运行控制方式、编组通过最小允许曲线、运营寿命、环境温度、海拔高度等内容展示。

d.采购合同信息：展示新车合同和架大修合同内容，并支持数据过滤筛选，包含、合同名称、合同号、合同签订日期、合同方、合同类型等。

e.设备树：展示车型设备树信息，并支持对部件的模糊搜索查询。

f.监造记录：支持对监造记录的展示，包含报告类型、主题、日期、监造人员、问题及追踪、监造记录附件名称、监造记录附件编号等。

g.试验记录：支持对试验记录的展示查阅，包含试验对象、列车号、试验类型并可调转显示试验详细信息（试验项目、试验对象（设备对象）、试验规程文件、试验大纲文件编号、试验报告文件、试验报告文件编号、试验报告日期）等。

h.验收记录：展示车辆验收交付数据，包含列车序号（首列车标识）、列车号、列车交接单、列车交接日期、预验收日期、预验收证书（上线运营证书）、验收日期、验收证书、验收报告、列车履历簿、验收交接清单等。

i.允装物料：支持对允装物料的展示，包含：物料名称、物料编码、规格、型号、供应商ABC类、添加日期、类型、价格等。

车辆履历：展示车辆的基本信息、静态参数、监造信息、新车履历簿（包含静态履历，新车技术资料-培训资料、维修资料、司机手册、其他资料、综合线路图，合格证）、动态履历、部件更换信息、检修记录、日常维保记录、运行记录、车辆大事记、故障信息、技术加改、版本信息等。

a.基础信息：包含线路名称、列车号、车型、厂商、制造完成日期、出厂日期、验收日期、投运日期、出质保日期、累计运行时长、累计运行历程等。

b.新车履历簿：包含对装车时静态履历的结构化展示，及新车交付时提供的合格证、检查报告、维修手册等内容的跳转显示和查询支持。新车静态履历包含设备构型位置、位置构型位置、批次号、序列号、制造日期、安装日期、供应商名称等信息，支持对车辆履历记录的查询检索。

c.动态履历：结合车辆运营中的故障、技改、日常维保和架大修记录更新车辆履历，在静态履历的基础上维护部件履历的最新版本，形成列车的动态履历数据。包含设备构型位置、位置构型位置、批次号、序列号、部件更换次数、供应商名称、制造日期、安装日期、安装说明等。

d.部件更换信息：记录车辆运营中的部件更换记录，包含序列号、制造厂商、更换物料编码、拆卸时间、安装时间、更换原因、更换责任单位等。

e.检修记录：记录架大修检修记录，包含检修类型、轮次、项目名称、项目编号、检修单位、检修交车时间等，包含检修过程中质量抽检记录展示，包含对架大修过程中遗留开口项进行记录，并对开口项进行跟踪关闭，包含架修完成后的整车调试与试车试验记录，包含架修验收合格证书内容的展示。

f.日常维保记录：对接IFS系统展示日检、均衡检记录，并可跳转显示相关的维保记录详情，包含工单号、工单日期、班组、执行时间、修程类型，更换序列号等以及维保工艺和维保消耗物料的查看。

g.运行记录：展示车辆每日运行情况，并可进行查询检索，包含运行日期、运行状态、是否故障等信息，对故障记录进行标识，并可跳转到相关故障单进行查看。

h.车辆大事记：以照片墙的形式展示车辆大事记信息。

i.故障信息：展示新车交付后的故障记录，包含发生时间、车辆号、序列号、工单号、故障描述、故障情况、故障影响（清客/救援/一般）、纠正措施、扣修时间（天）、晚点时间、处理情况、工作班组、完工时间等。

j.技术技改：展示车辆交付前后的技改信息，包含车辆号、设备构型位置、整改单确认单号、整改单位、完成时间、整改确认人、整改部件等。

k.版本信息：显示新车交付和运营过程中的版本记录信息，包含软件名称、软件版本、设备构型位置、位置构型位置、供应商、历史版本等。

部件履历：包含部件基础信息、部件故障信息、部件更换记录、部件寿命管理、部件与位置树、设备树关联关系维护等。

a.部件基础信息：展示部件编号、部件名称、序列号、限制寿命的、生产日期、安装日期、制造厂商、部件寿命到期时间、版本号、设备构型位置、位置构型位置等信息，还包含对部件参数信息的展示。

b.部件故障信息：以部件的维度，选中设备树或位置树相关部件后展示该部件的故障历史记录，并支持查询和检索，包含发生时间、部件名称、故障单号、故障描述、设备构型位置、位置构型位置、故障情况、处理情况、完工时间、故障影响等。

c.部件更换记录：以部件的维度展示历史更换记录，作为供应商数据统计的来源支持，包含阶段、更换前序列号、制造厂商、更换序列号、更换制造厂商、设备构型位置、位置构型位置、安装时间、更换原因等。

d.构型部件关系维护：维护构型与部件的对应关系。

e.部件标准关系定义：维护统一的部件代码，并于其他平台的部件编码维护一一对应关系。

f.部件供应商信息维护：维护部件对应的供应商信息，包含部件编号、部件名称、供应商名称、供货提前期、设备构型位置、位置构型位置、价格、币种、是否寿命管理、使用寿命、供应商评分等信息。

系统管理：

系统管理包含对人员信息的创建、组织数据的维度、角色管理、系统菜单管理、页面权限分配管理、数据字典管理、流程管理等内容，通过系统管理，简化数据维护工作。

用户管理：

系统提供用户自行注册功能，用在没有账户的情况下，点击注册按钮，进入系统注册账户。

用户注册需填写管理员提交的注册码，用于身份验证，注册码不正确或没有注册码不能注册账户。

用户注册后，需在个人信息页面完善个人信息。

通过用户管理，可以维护系统中的全部账户，添加或删除用户。

提供用户冻结功能，用户冻结后该用户将不能登录本系统。

提供用户密码重置功能，重置用户密码到系统默认密码。

系统支持使用Excel表格导入已有用户信息到当前系统，也可以将用户信息导出到Excel。

组织机构管理：

以线路为粒度建立组织机构信息，线路与人员进行关联，线路和人员是多对多的关系，通过线路过滤人员可以查看的数据范围，保障数据的安全性。

组织管理可快速配置用户与用户、用户与组织/岗位、组织与组织等的关系，如从属管理、汇报关系等，组织管理包括对组织的增加删除及修改、组织人员分配、组织岗位设置等操作。全部完成后组织会自动形成树状图。同时，系统中授权页面可以组织为维度进行相关授权。

角色管理：

支持对角色的新增、删除、对角色人员的授权，系统中所有菜单资源模块（如：流程管理、业务表单、用户管理、系统配置等菜单项）可进行权限管理，不同的角色可分配不同用户及分配不同资源，未分配资源的用户登录管理端将无法进行任何操作。同时在系统权限授权页面，授权策略也可以角色维度进行授权。

权限管理：

支持对角色进行权限的分配，对权限的分配支持维护到菜单页面的维度及页面按钮的维度，可以时间权限的便捷化维护，为简化操作，新增或已存在的角色可根据已有的角色进行复制。

本申请技术方案带来的有益效果：

1、便捷化履历查询，提升工作效率

改善履历信息多源头的局面，将纸质履历通过图文识别、信息抓取的方式电子化，在各信息系统中保存的电子化履历通过数据集成集中化，建立统一的履历管理标准，对车辆/部件履历实现统一化管理，便于现场用户查询追溯数据，查询履历耗时从小时级降低到秒级，促进管理科学化、工作高效化。

2、提升企业技术能力，实现主机厂、地铁公司、检修厂三方数据共享

建设一个以网络技术为基础，信息技术为支撑，共享机制为保障的履历管理平台，能促进资源共享、系统集成，可以实现数据的多方共享，对车辆而言，履历数据伴随整个生命历程，更好地串联日常运营、维保、检修各方信息，为检修能力的提升提供了数据支撑。

3、提升检修效率，降低车辆维修成本

以往大修厂在维修中无法获取部件履历信息，无法获知部件发生的历史故障或维修信息。通过电子履历系统的搭建，能够及时获取部件的历史更换记录和部件当前的装配记录，做出针对性维修，降低车辆维修成本。

4、履历信息数据增值

履历数据结构化、全生命周期管理的基础上，对各种关键履历信息进行汇总、比对，对履历数据的趋势、变化等得以提取、总结、预测，达到数据增值的目的。

5、故障知识库体系搭建，缩短故障处置时间

通过对故障字典体系的搭建，应用于故障汇报、原因定位、排查处理。支持跨线路、跨列车查询故障发生及处置措施，缩短故障发生时的处理时间，提升用户评价。

本申请的技术关键点如下：

1、构型数据的动态维护。

2、统计分析模块。通过分析信息录入及查询功能模块中记录的信息，根据指定的查询条件，查询出相应信息并进行统计分析，通过比对，找出故障类型占比、高发故障类型、高磨耗零部件种类等信息，为地铁车辆检修、运用管理提供数据支撑。同时，也可结合费用信息，寻求各零部件性价比最高的供应商，为地铁的运营维修降低成本。

3、跟踪新车、车辆运行、车辆维保、架大修各个阶段的数据，实现车辆数据的闭环记录，实现车辆全寿命周期履历数据的追溯。

本实施例的方法，可以应用于上述轨道交通履历查询系统中，其实现原理和技术效果类似，此处不再赘述。

图8为本申请一实施例提供的一种电子设备的结构示意图，如图8所示，本实施例的电子设备800可以包括：存储器801和处理器802。

存储器801上存储有能够被处理器802加载并执行上述实施例中方法的计算机程序。

其中，处理器802和存储器801相连，如通过总线相连。

可选地，电子设备800还可以包括收发器。需要说明的是，实际应用中收发器不限于一个，该电子设备800的结构并不构成对本申请实施例的限定。

处理器802可以是CPU（Central Processing Unit，中央处理器），通用处理器，DSP（Digital Signal Processor，数据信号处理器），ASIC（Application SpecificIntegrated Circuit，专用集成电路），FPGA（FieldProgrammable Gate Array，现场可编程门阵列）或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器802也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线可包括一通路，在上述组件之间传送信息。总线可以是PCI（PeripheralComponent Interconnect，外设部件互连标准）总线或EISA（Extended Industry StandardArchitecture，扩展工业标准结构）总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器801可以是ROM（Read Only Memory，只读存储器）或可存储静态信息和指令的其他类型的静态存储设备，RAM（Random Access Memory，随机存取存储器）或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM（Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器）、CD-ROM（Compact DiscRead Only Memory，只读光盘）或其他光盘存储、光碟存储（包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等）、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

存储器801用于存储执行本申请方案的应用程序代码，并由处理器802来控制执行。处理器802用于执行存储器801中存储的应用程序代码，以实现前述方法实施例所示的内容。

其中，电子设备包括但不限于：移动电话、笔记本电脑、数字广播接收器、PDA（个人数字助理）、PAD（平板电脑）、PMP（便携式多媒体播放器）、车载终端（例如车载导航终端）等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。还可以为服务器等。图8示出的电子设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

本实施例的电子设备，可以用于执行上述任一实施例的方法，其实现原理和技术效果类似，此处不再赘述。

本申请还提供一种计算机可读存储介质，存储有能够被处理器加载并执行如上实施例中的方法的计算机程序。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (10)

1.一种轨道交通履历查询系统，其特征在于，包括指令处理模块、信息查询模块、信息存储模块、信息展示模块；

所述信息查询模块分别与所述指令处理模块、所述信息存储模块、所述信息展示模块相连；

所述信息存储模块用于存储车辆全生命周期的履历信息；

所述指令处理模块用于接收履历信息查询指令，并根据所述履历信息查询指令，确定查询人员的权限；所述履历信息查询指令包括查询人员的个人信息及查询关键词；

所述指令处理模块还用于根据所述查询人员的权限，确定是否处理所述履历信息查询指令；所述指令处理模块具体还用于若确定处理所述履历信息查询指令，则将所述履历信息查询指令发送至所述信息查询模块；

所述信息查询模块用于接收所述履历信息查询指令，并根据预设提取规则，提取所述履历信息查询指令的关键词，并根据所述关键词调取所述信息存储模块中的相关内容发送至所述信息展示模块；所述预设提取规则包括关键词的提取方式；所述相关内容包括所述关键词对应的履历信息；

所述信息展示模块用于接收所述相关内容并展示。

2.根据权利要求1所述的系统，其特征在于，所述信息存储模块包括履历管理单元、资源管理单元：

所述履历管理单元包括线路履历子单元、车型履历子单元、履历信息子单元、部件履历子单元，用于存储线路履历、车型履历、履历信息、部件履历；

所述资源管理单元包括供应商子单元、物料信息子单元、故障影响子单元、故障状态子单元，用于存储部件的供应商信息、部件的物料信息、故障影响、故障状态。

3.根据权利要求1所述的系统，其特征在于，还包括构型管理模块：

所述构型管理模块用于对不同车辆类型的构型数据进行动态维护，并将动态维护结果发送至所述信息存储模块；所述动态维护包括部件调整维护、车辆检修维护；

所述信息存储模块具体用于接收所述动态维护结果并根据所述动态维护结果更新履历信息。

4.根据权利要求2所述的系统，其特征在于，还包括统计分析模块：

所述统计分析模块与所述信息查询模块相连；

当所述信息查询模块调取到相关内容时，将相关内容发送至所述统计分析模块；

所述统计分析模块用于接收所述相关内容并对所述相关内容进行统计分析，确定故障类型占比、高发故障类型高磨耗部件种类中的至少一项信息；

所述统计分析模块还与所述供应商子单元、所述物料信息子单元相连，用于根据所述至少一项信息、所述部件的供应商信息、所述部件的物料信息，确定性价比最高的部件对应的供应商。

5.根据权利要求2所述的系统，其特征在于，还包括用户管理模块：

所述用户管理模块用于创建查询人员的账号；

所述用户管理模块还包括冻结单元、密码重置单元；

所述冻结单元用于冻结所述查询人员的账号；

所述密码重置单元用于重置所述查询人员的账号的用户密码；

所述指令处理模块具体还用于检测当前时刻发起所述履历信息查询指令对应的账号是否存在于所述用户管理模块中，并根据检测结果确定是否接收所述查询人员发起的履历信息查询指令。

6.根据权利要求5所述的系统，其特征在于，还包括角色管理模块：

所述角色管理模块用于在所述用户管理模块创建查询人员账号后，新增，和/或，删除查询人员的账号；

所述角色管理模块还用于对所述查询人员的权限进行调整。

7.根据权利要求6所述的系统，其特征在于，还包括组织机构管理模块：

所述组织机构管理模块用于以线路为基础建立组织机构信息；

所述组织机构管理模块用于根据所述组织机构信息，配置查询人员与查询人员的关系、查询人员与岗位的关系、查询人员与组织的关系、组织与组织的关系；

所述组织机构管理模块还用于增加、删除、修改组织机构信息；

所述组织机构管理模块还用于根据所述组织机构信息，进行查询人员的分配管理、组织岗位的分配管理；

所述角色管理模块还用于根据所述组织机构管理模块配置的至少一种关系，调整所述查询人员的权限。

8.一种轨道交通履历查询方法，其特征在于，包括：

接收查询人员发起的履历信息查询指令，根据所述履历信息查询指令，确定查询人员权限；所述履历信息查询指令包括查询人员的个人信息及查询关键词；

根据所述查询人员权限，确定是否处理所述履历信息查询指令；

若确定处理所述履历信息查询指令，则根据预设提取规则，提取所述履历信息查询指令的关键词；所述预设提取规则包括关键词的提取方式；

根据所述关键词，调取相关内容并展示；所述相关内容包括所述关键词对应的履历信息；所述履历信息包括基础信息、构型信息、维修信息中的至少一项。

9.一种电子设备，其特征在于，包括：存储器和处理器；

所述存储器，用于存储程序指令；

所述处理器，用于调用并执行所述存储器中的程序指令，执行如权利要求8所述的轨道交通履历查询方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序；所述计算机程序被处理器执行时，实现如权利要求8所述的轨道交通履历查询方法。

Images