CN116029698A - 城轨车辆的维修管理方法、系统、存储介质及计算机设备 - Google Patents

Abstract

本发明提出一种城轨车辆的维修管理方法、系统、存储介质及计算机设备，该方法包括：每隔第一预设时间接收各个用户端上传的维修请求；根据城轨车辆类型和故障件编号将相同故障类型的维修请求进行合并、汇总，得到维修待办集；根据维修待办集生成维修序列，维修序列包括故障类型码、故障件编号码以及故障特征码；根据故障类型码、故障编号码以及故障特征码从预设案例视频数据库中进行匹配检索，并根据检索结果将预设案例视频数据库中的案例视频进行排序，以根据排序结果和维修待办集生成与维修请求对应的维修服务单，并将维修服务单下发至用户端。本发明提出的城轨车辆的维修管理方法，能够极大地提高检修效率。

Description

城轨车辆的维修管理方法、系统、存储介质及计算机设备

技术领域

本发明涉及车辆维修管理技术领域，特别涉及一种城轨车辆的维修管理方法、系统、存储介质及计算机设备。

背景技术

随着我国的城市规模和经济建设的快速发展，城市化进程的逐步加速，中国城市轨道交通在国家宏观政策引导和扶持下，预计未来十年城市轨道交通车辆的平均年需求将超过5000辆。面对如此庞大的产业规模，亟需大量轨道交通专业人才来保障地铁车辆运营的安全。

现有技术中，以目前地铁维保人员配属标准，我国对于车辆维保专业人才的需求量正逐年增加。面对专业人才缺口大但必须满足地铁正常运营下对维保人员数量和质量的要求，地铁公司需招聘大量非专业人士进行专业培训，以保证轨道交通的正常运营。

然而，轨道交通维保人才培养进度严重滞后，维保人员的现场故障处理能力需要经过长时间的积累才能达到专业培养需求，而城轨车辆在使用过程中，不可避免会出现各种突发故障，为了快速解决城轨车辆的故障，轨道交通维保人常常需要寻求远程专家进行指导，由于目前远程指导操作只能通过视频或语音通话的方式交流，效率低，进而极大地影响了维修效率，导致许多突发故障得不到及时的解决。

发明内容

基于此，本发明的目的是提出一种城轨车辆的维修管理方法，以解决现有技术在解决城轨车辆的众多故障时的局限性和单一性，从而导致维修效率较低，导致许多突发故障得不到及时处理的问题。

根据本发明提出的一种城轨车辆的维修管理方法，应用于运维管理平台，所述方法包括：

每隔第一预设时间接收各个用户端上传的维修请求，所述维修请求包括城轨车辆类型、故障件编号以及故障内容；

根据所述城轨车辆类型和所述故障件编号将相同故障类型的维修请求进行合并，以根据合并结果将相同故障类型下的所有所述故障内容进行汇总，得到维修待办集；

根据所述维修待办集生成维修序列，所述维修序列包括故障类型码、故障件编号码以及故障特征码；

根据所述故障类型码、所述故障编号码以及故障特征码从预设案例视频数据库中进行匹配检索，并根据检索结果将所述预设案例视频数据库中的案例视频进行排序，以根据排序结果和维修待办集生成与所述维修请求对应的维修服务单，并将所述维修服务单下发至用户端。

综上，根据上述的城轨车辆的维修管理方法，运维管理平台通过实时监测用户端的维修请求，进而快速为用户端推送最匹配的案例视频，以是用户端的维保人员能够依据案例视频的指导及时地处理城轨车辆出现的众多突发故障，避免因维保人员专业性不足而使得一出现问题就需要寻求远程指导，进而导致维修滞后的问题。具体为，运维管理平台首先会每隔第一预设时间就接收一次各个用户端上传的维修请求，进而根据维修请求中的城轨车辆类型以及故障件编号等信息将相同故障类型的维修请求进行合并，以提高智能匹配检索效率，进而得到维修待办集，每一条维修待办集对应一种故障类型下的所有故障内容，进而再根据该维修待办集生成维修序列，最后基于该维修序列，快速从预设案例视频数据库进行进行匹配检索，从而精准将预设案例视频数据库中的案例视频与维修请求进行排序，从而生成维修服务单，以下发至用户端，从而指导用户端的维保人员快速解决故障，有效提高了维修效率。

进一步地，所述根据所述城轨车辆类型和所述故障件编号将相同故障类型的维修请求进行合并，以根据合并结果将相同故障类型下的所有所述故障内容进行汇总，得到维修待办集的步骤包括：

根据所述城规车辆类型从预设故障类型数据库中调取出对应的故障类型表，并根据所述故障编号从所述故障类型表中获取与每一所述维修请求分别对应的故障类型；

汇总相同故障类型下的各种故障内容，得到与每种故障内容对应的维修待办集。

进一步地，所述根据所述维修待办集生成维修序列，所述维修序列包括故障类型码、故障件编号码以及故障特征码的步骤包括：

对所述故障内容进行语义识别，以根据识别结果获取与故障内容对应的故障关键词；

对每个所述维修待办集分别定义多个功能项，并将定义的多个功能项与所述维修待办集进行绑定，所述功能项包括故障类型码、故障件编号码以及故障特征码，得到每条维修请求分别对应的维修序列，所述故障类型码与所述故障类型对应，所述故障编号码与所述故障件编号对应，所述故障特征码与所述故障关键词对应。

进一步地，所述根据所述故障类型码、所述故障编号码以及故障特征码从预设案例视频数据库中进行匹配检索，并根据检索结果将所述预设案例视频数据库中的案例视频进行排序，以根据排序结果和维修待办集生成与所述维修请求对应的维修服务单，并将所述维修服务单下发至用户端的步骤包括：

获取所述维修序列分别与所述预设案例视频数据库中每个案例视频的相似度比分，并根据所述相似度比分将所述预设案例视频数据库中的案例视频进行排序；

根据排序结果从预设案例视频数据库中获取第一预设数量的案例视频链接，并根据所述案例视频链接和所述维修待办集生成对应的维修服务单。

进一步地，

根据以下公式计算得到所述相似度比分：

其中，S(Q，d)表示预设案例视频数据库中的第Q个案例视频与维修序列d之间的相似度比分，W_i表示第i个功能项的权重，q_i表示第Q个案例视频中的第i个关键信息q，d_i表示第i个功能项，R(q_i，d_i)表示关键信息q_i与功能项d_i之间的相关性得分。

进一步地，所述根据排序结果从预设案例视频数据库中获取第一预设数量的案例视频链接，并根据所述案例视频链接和所述维修待办集生成对应的维修服务单的步骤之后包括：

接受所述用户端根据所述维修服务单上传的维修反馈信息，并根据所述维修反馈信息判断所述维修请求是否完成；

若所述维修请求未完成，则将所述维修待办集发送至与所述故障类型对应的维修工程师。

进一步地，构建所述预设案例视频数据库的步骤包括：

获取所有的已知故障类型的案例视频，并根据每份案例视频中的故障内容定义多种关键信息，以将每份案例视频与其对应的多种关键信息进行关联，得到预设案例视频数据库，所述关键信息包括城轨车辆类型、故障件编号以及多种故障关键词。

本发明还提供一种城轨车辆的维修管理系统，应用于运维管理平台，所述系统包括：

维修请求获取模块，用于每隔第一预设时间接收各个用户端上传的维修请求，所述维修请求包括城轨车辆类型、故障件编号以及故障内容；

维修请求分析模块，用于根据所述城轨车辆类型和所述故障件编号将相同故障类型的维修请求进行合并，以根据合并结果将相同故障类型下的所有所述故障内容进行汇总，得到维修待办集；

维修序列生成模块，用于根据所述维修待办集生成维修序列，所述维修序列包括故障类型码、故障件编号码以及故障特征码；

维修方案推送模块，用于根据所述故障类型码、所述故障编号码以及故障特征码从预设案例视频数据库中进行匹配检索，并根据检索结果将所述预设案例视频数据库中的案例视频进行排序，以根据排序结果和维修待办集生成与所述维修请求对应的维修服务单，并将所述维修服务单下发至用户端。

本发明另一方面还提出一种存储介质，其上存储有一个或多个程序，该程序被处理器执行时实现如上述的城轨车辆的维修管理方法。

本发明另一方面还提供一种计算机设备，所述计算机设备包括存储器和处理器，其中：

存储器：用于存放计算机程序；

处理器：用于执行存储器上所存放的计算机程序时，实现如上述的城轨车辆的维修管理方法。

本发明的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实施例了解到。

附图说明

图1为本发明第一实施例提出的城轨车辆的维修管理方法的流程图；

图2为本发明第二实施例提出的城轨车辆的维修管理方法的流程图；

图3为本发明第三实施例提出的城轨车辆的维修管理系统的结构示意图。

如下具体实施方式将结合上述附图进一步说明本发明。

具体实施方式

为了便于理解本发明，下面将参照相关附图对本发明进行更全面的描述。附图中给出了本发明的若干实施例。但是，本发明可以以许多不同的形式来实现，并不限于本文所描述的实施例。相反地，提供这些实施例的目的是使对本发明的公开内容更加透彻全面。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本发明。本文所使用的术语“及/或”包括一个或多个相关的所列项目的任意的和所有的组合。

请参阅图1，所示为本发明第一实施例中的城轨车辆的维修管理方法的流程图，应用于维修管理平台，该城轨车辆的维修管理方法包括步骤S01至S04。

步骤S01：每隔第一预设时间接收各个用户端上传的维修请求，所述维修请求包括城轨车辆类型、故障件编号以及故障内容；

在本步骤中，当城轨车辆出现故障时，用户方可通过智能手机、智能电脑等终端上传维修请求，进而使得用户端及时上传关于该故障的维修请求，且该维修请求包括城轨车辆类型、故障件编号以及故障内容等信息，由于城轨车辆由大量的零部件组成，因此为了快速完成问题锁定，需要提前对不同类型下的城轨车辆中的零部件进行编号，进而使得用户可以直接上传其对应的故障零部件编号，即故障件编号，故障内容包括对本次故障的文字内容描述以及视频图片等信息。

需要指出的是，由于城轨车辆的数量较为庞大，若每出现一个维修请求就接收一次，极大地增大了运营成本，为了克服该问题，维修请求首先是被上传至云平台保存，而后运维管理平台再每隔第一预设时间接收一次云平台保存的所有维修请求，以统一对第一预设时间内的时间段的维修请求进行统一处理。

在本实施例中，第一预设时间一般设置为1h-6h之内，以保证兼顾运营成本的同时以较高频次对维修进行进行接收。

步骤S02：根据所述城轨车辆类型和所述故障件编号将相同故障类型的维修请求进行合并，以根据合并结果将相同故障类型下的所有所述故障内容进行汇总，得到维修待办集；

需要说明的是，为了提高识别维修请求的效率，以便后续对维修请求进行检索匹配，运维管理平台在接收到维修请求后，进而根据城轨车辆类型和故障件编号锁定故障类型，而后再合并相同类型下的维修请求，即实现每种故障类型下对应多种故障内容，建立对应关系后，进而基于该对应关系将相同类型下的所有故障内容进行汇总，得到维修待办集，每种故障类型对应一种维修待办集，每种维修待办集至少包括一条子任务，每条子任务均包括故障类型和与所述故障类型对应的故障内容。

步骤S03：根据所述维修待办集生成维修序列，所述维修序列包括故障类型码、故障件编号码以及故障特征码；

可以理解的是，根据每种维修待办集中的每条子任务生成对应的维修序列，每条维修序列对应一子任务，且需重点说明的是，该故障特征码一般情况下包括多个，即一条子任务会对应有多个故障特征码，例如故障内容为：发动机冷却液温度过高，其故障特征码为了最大化吻合该故障内容，会包括冷却液代码、温度过高两种，以提高维修请求与预设数据库中的案例匹配检索精度。

步骤S04：根据所述故障类型码、所述故障编号码以及故障特征码从预设案例视频数据库中进行匹配检索，并根据检索结果将所述预设案例视频数据库中的案例视频进行排序，以根据排序结果和维修待办集生成与所述维修请求对应的维修服务单，并将所述维修服务单下发至用户端。

需要说明的是，通过将每一条子任务对应的维修序列与预设案例视频数据库中的案例视频进行检索匹配，进而得到每条子任务与维修序列的相似度比分(检索结果)，从而根据该检索结果将案例视频进行升序或降序，以将相似度比分最高的一个或多个案例视频与子任务进行关联，进而生成与维修请求对应的维修服务单，再将该维修服务单下发至用户端，维保人员在维修服务单中智能推送的案例视频的指导下，完成对城轨车辆的故障的处理，极大地缩短了维修时间，绝大多数故障问题均可通过该智能推送进行处理，无需预约远程专家，有效缩短了故障解决的时间，提高了维修效率。

综上，根据上述的城轨车辆的维修管理方法，运维管理平台通过实时监测用户端的维修请求，进而快速为用户端推送最匹配的案例视频，以是用户端的维保人员能够依据案例视频的指导及时地处理城轨车辆出现的众多突发故障，避免因维保人员专业性不足而使得一出现问题就需要寻求远程指导，进而导致维修滞后的问题。具体为，运维管理平台首先会每隔第一预设时间就接收一次各个用户端上传的维修请求，进而根据维修请求中的城轨车辆类型以及故障件编号等信息将相同故障类型的维修请求进行合并，以提高智能匹配检索效率，进而得到维修待办集，每一条维修待办集对应一种故障类型下的所有故障内容，进而再根据该维修待办集生成维修序列，最后基于该维修序列，快速从预设案例视频数据库进行进行匹配检索，从而精准将预设案例视频数据库中的案例视频与维修请求进行排序，从而生成维修服务单，以下发至用户端，从而指导用户端的维保人员快速解决故障，有效提高了维修效率。

请参阅图2，所示为本发明第二实施例中的城轨车辆的维修管理方法的流程图，应用于运维管理平台，该方法包括步骤S101至步骤S107，其中：

步骤S101：接收各个用户端上传的维修请求，所述维修请求包括城轨车辆类型、故障件编号以及故障内容；

步骤S102：根据所述城规车辆类型从预设故障类型数据库中调取出对应的故障类型表，并根据所述故障编号从所述故障类型表中获取与每一所述维修请求分别对应的故障类型；

需要指出的是，故障类型表包括三栏，第一栏为城轨车辆类型，第二栏为每种城轨车辆类型下对应的多个故障件编号，第三栏为每个故障件编号分别对应的故障类型，也就是说，每种城轨车辆类型和故障件编号均对应一种故障类型，进而得到了该故障类型表。

步骤S103：汇总相同故障类型下的各种故障内容，得到与每种故障内容对应的维修待办集；

步骤S104：对所述故障内容进行语义识别，以根据识别结果获取与故障内容对应的故障关键词；

需要说明的是，对故障内容采用已知的语义识别模型进行文字识别，以提取或识别出故障内容中有效故障关键词，进而为后续将故障关键词转换为平台能识别的数字代码。

步骤S105：对每个所述维修待办集分别定义多个功能项，并将定义的多个功能项与所述维修待办集进行绑定，所述功能项包括故障类型码、故障件编号码以及故障特征码，得到每条维修请求分别对应的维修序列，所述故障类型码与所述故障类型对应，所述故障编号码与所述故障件编号对应，所述故障特征码与所述故障关键词对应；

为了实现对维修待办集中的子任务的匹配检索，需要对维修待办集中的子任务定义多个功能项，并将功能项进行绑定，以得到用于检索匹配的对象(维修序列)。

步骤S106：获取所述维修序列分别与所述预设案例视频数据库中每个案例视频的相似度比分，并根据所述相似度比分将所述预设案例视频数据库中的案例视频进行排序；

需要说明的是，构建预设案例视频数据库的步骤为：获取所有的已知故障类型的案例视频，并根据每份案例视频中的故障内容定义多种关键信息，以将每份案例视频与其对应的多种关键信息进行关联，得到预设案例视频数据库，所述关键信息包括城轨车辆类型、故障件编号以及多种故障关键词

具体的，根据以下公式计算得到所述相似度比分：

其中，S(Q，d)表示预设案例视频数据库中的第Q个案例视频与维修序列d之间的相似度比分，W_i表示第i个功能项的权重，q_i表示第Q个案例视频中的第i个关键信息q，d_i表示第i个功能项，R(q_i，d_i)表示关键信息q_i与功能项d_i之间的相关性得分。

步骤S107：根据排序结果从预设案例视频数据库中获取第一预设数量的案例视频链接，并根据所述案例视频链接和所述维修待办集生成对应的维修服务单；

得到相似度比分后，根据相似度比分对预设案例视频数据库中的案例视频进行排序，以从预设案例视频数据库中筛选出相似度比分最高的案例视频，第一预设数量一般为1-3个，即筛选出相似度比分前几的案例视频，再根据筛选结果将案例视频链接与维修待办集中的子任务进行关联，生成维修服务单，从而精确实现每条维修请求的智能案例视频推送，每种案例视频均包括解决一种故障类型的指导内容。

还需说明的是，在完成维修服务单的智能推送后，运维管理平台还会接收所述用户端根据所述维修服务单上传的维修反馈信息，并根据所述维修反馈信息判断所述维修请求是否完成；

若所述维修请求未完成，则说明该维修请求根据现有预设案例数据库中的案例视频难以解决，此时运维管理平台需要将所述维修待办集发送至与所述故障类型对应的维修工程师，同时会向维修工程师下发一案例视频更新任务，以使维修工程师录制维修该维修请求的视频作为新案例视频，并将该案例视频更新到预设案例视频数据库中，如此在后续再出现相同故障时，即可实现智能推送，从而进一步提高维修效率。

综上，根据上述的城轨车辆的维修管理方法，运维管理平台通过实时监测用户端的维修请求，进而快速为用户端推送最匹配的案例视频，以是用户端的维保人员能够依据案例视频的指导及时地处理城轨车辆出现的众多突发故障，避免因维保人员专业性不足而使得一出现问题就需要寻求远程指导，进而导致维修滞后的问题。具体为，运维管理平台首先会每隔第一预设时间就接收一次各个用户端上传的维修请求，进而根据维修请求中的城轨车辆类型以及故障件编号等信息将相同故障类型的维修请求进行合并，以提高智能匹配检索效率，进而得到维修待办集，每一条维修待办集对应一种故障类型下的所有故障内容，进而再根据该维修待办集生成维修序列，最后基于该维修序列，快速从预设案例视频数据库进行进行匹配检索，从而精准将预设案例视频数据库中的案例视频与维修请求进行排序，从而生成维修服务单，以下发至用户端，从而指导用户端的维保人员快速解决故障，有效提高了维修效率。

请参阅图3，所示为本发明第三实施例中的城轨车辆的维修管理系统，该系统应用于运维管理平台，该系统包括：

维修请求获取模块10，用于接收各个用户端上传的维修请求，所述维修请求包括城轨车辆类型、故障件编号以及故障内容；

维修请求分析模块20，用于根据所述城轨车辆类型和所述故障件编号将相同故障类型的维修请求进行合并，以根据合并结果将相同故障类型下的所有所述故障内容进行汇总，得到维修待办集；

进一步地，所述维修请求分析模块20还包括：

故障类型获取单元，用于根据所述城规车辆类型从预设故障类型数据库中调取出对应的故障类型表，并根据所述故障编号从所述故障类型表中获取与每一所述维修请求分别对应的故障类型；

维修待办集生成单元，用于汇总相同故障类型下的各种故障内容，得到与每种故障内容对应的维修待办集。

维修序列生成模块30，用于根据所述维修待办集生成维修序列，所述维修序列包括故障类型码、故障件编号码以及故障特征码；

进一步地，所述维修序列生成模块30还包括：

语义识别单元，用于对所述故障内容进行语义识别，以根据识别结果获取与故障内容对应的故障关键词；

维修序列生成单元，用于对每个所述维修待办集分别定义多个功能项，并将定义的多个功能项与所述维修待办集进行绑定，所述功能项包括故障类型码、故障件编号码以及故障特征码，得到每条维修请求分别对应的维修序列，所述故障类型码与所述故障类型对应，所述故障编号码与所述故障件编号对应，所述故障特征码与所述故障关键词对应。

维修方案推送模块40，用于根据所述故障类型码、所述故障编号码以及故障特征码从预设案例视频数据库中进行匹配检索，并根据检索结果将所述预设案例视频数据库中的案例视频进行排序，以根据排序结果和维修待办集生成与所述维修请求对应的维修服务单，并将所述维修服务单下发至用户端。

进一步地，所述维修方案推送模块40还包括：

案例视频检索单元，用于获取所述维修序列分别与所述预设案例视频数据库中每个案例视频的相似度比分，并根据所述相似度比分将所述预设案例视频数据库中的案例视频进行排序；

进一步地，所述案例视频检索单元还包括：

相似度比分计算子单元，用于根据以下公式计算得到所述相似度比分：

其中，S(Q，d)表示预设案例视频数据库中的第Q个案例视频与维修序列d之间的相似度比分，W_i表示第i个功能项的权重，q_i表示第Q个案例视频中的第i个关键信息q，d_i表示第i个功能项，R(q_i，d_i)表示关键信息q_i与功能项d_i之间的相关性得分。

维修服务单生成单元，用于根据排序结果从预设案例视频数据库中获取第一预设数量的案例视频链接，并根据所述案例视频链接和所述维修待办集生成对应的维修服务单。

进一步地，在本发明一些可选的实施例中，该系统还包括：

维修反馈信息获取模块，用于接收所述用户端根据所述维修服务单上传的维修反馈信息，并根据所述维修反馈信息判断所述维修请求是否完成；

维修待办集转发模块，用于若所述维修请求未完成，则将所述维修待办集发送至与所述故障类型对应的维修工程师。

进一步地，在本发明一些可选的实施例中，该系统还包括：

数据库构建模块，用于获取所有的已知故障类型的案例视频，并根据每份案例视频中的故障内容定义多种关键信息，以将每份案例视频与其对应的多种关键信息进行关联，得到预设案例视频数据库，所述关键信息包括城轨车辆类型、故障件编号以及多种故障关键词。

综上，根据上述的城轨车辆的维修管理系统，运维管理平台通过实时监测用户端的维修请求，进而快速为用户端推送最匹配的案例视频，以是用户端的维保人员能够依据案例视频的指导及时地处理城轨车辆出现的众多突发故障，避免因维保人员专业性不足而使得一出现问题就需要寻求远程指导，进而导致维修滞后的问题。具体为，运维管理平台首先会每隔第一预设时间就接收一次各个用户端上传的维修请求，进而根据维修请求中的城轨车辆类型以及故障件编号等信息将相同故障类型的维修请求进行合并，以提高智能匹配检索效率，进而得到维修待办集，每一条维修待办集对应一种故障类型下的所有故障内容，进而再根据该维修待办集生成维修序列，最后基于该维修序列，快速从预设案例视频数据库进行进行匹配检索，从而精准将预设案例视频数据库中的案例视频与维修请求进行排序，从而生成维修服务单，以下发至用户端，从而指导用户端的维保人员快速解决故障，有效提高了维修效率。

本发明另一方面还提出存储介质，其上存储有一个或多个程序，该程序给处理器执行时实现上述的城轨车辆的维修管理方法。

本发明另一方面还提出一种计算机设备，包括存储器和处理器，其中存储器用于存放计算机程序，处理器用于执行存储器上所存放的计算机程序，以实现上述的城轨车辆的维修管理方法。

本领域技术人员可以理解，在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，“计算机可读介质”可以是任何可以包含存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。

计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或它们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种城轨车辆的维修管理方法，其特征在于，应用于运维管理平台，所述方法包括：

每隔第一预设时间接收各个用户端上传的维修请求，所述维修请求包括城轨车辆类型、故障件编号以及故障内容；

根据所述城轨车辆类型和所述故障件编号将相同故障类型的维修请求进行合并，以根据合并结果将相同故障类型下的所有所述故障内容进行汇总，得到维修待办集；

根据所述维修待办集生成维修序列，所述维修序列包括故障类型码、故障件编号码以及故障特征码；

根据所述故障类型码、所述故障编号码以及故障特征码从预设案例视频数据库中进行匹配检索，并根据检索结果将所述预设案例视频数据库中的案例视频进行排序，以根据排序结果和维修待办集生成与所述维修请求对应的维修服务单，并将所述维修服务单下发至用户端。

2.根据权利要求1所述的城轨车辆的维修管理方法，其特征在于，所述根据所述城轨车辆类型和所述故障件编号将相同故障类型的维修请求进行合并，以根据合并结果将相同故障类型下的所有所述故障内容进行汇总，得到维修待办集的步骤包括：

根据所述城规车辆类型从预设故障类型数据库中调取出对应的故障类型表，并根据所述故障编号从所述故障类型表中获取与每一所述维修请求分别对应的故障类型；

汇总相同故障类型下的各种故障内容，得到与每种故障内容对应的维修待办集。

3.根据权利要求2所述的城轨车辆的维修管理方法，其特征在于，所述根据所述维修待办集生成维修序列，所述维修序列包括故障类型码、故障件编号码以及故障特征码的步骤包括：

对所述故障内容进行语义识别，以根据识别结果获取与故障内容对应的故障关键词；

对每个所述维修待办集分别定义多个功能项，并将定义的多个功能项与所述维修待办集进行绑定，所述功能项包括故障类型码、故障件编号码以及故障特征码，得到每条维修请求分别对应的维修序列，所述故障类型码与所述故障类型对应，所述故障编号码与所述故障件编号对应，所述故障特征码与所述故障关键词对应。

4.根据权利要求3所述的城轨车辆的维修管理方法，其特征在于，所述根据所述故障类型码、所述故障编号码以及故障特征码从预设案例视频数据库中进行匹配检索，并根据检索结果将所述预设案例视频数据库中的案例视频进行排序，以根据排序结果和维修待办集生成与所述维修请求对应的维修服务单，并将所述维修服务单下发至用户端的步骤包括：

获取所述维修序列分别与所述预设案例视频数据库中每个案例视频的相似度比分，并根据所述相似度比分将所述预设案例视频数据库中的案例视频进行排序；

根据排序结果从预设案例视频数据库中获取第一预设数量的案例视频链接，并根据所述案例视频链接和所述维修待办集生成对应的维修服务单。

5.根据权利要求4所述的城轨车辆的维修管理方法，其特征在于，

根据以下公式计算得到所述相似度比分：

其中，S(Q，d)表示预设案例视频数据库中的第Q个案例视频与维修序列d之间的相似度比分，W_i表示第i个功能项的权重，q_i表示第Q个案例视频中的第i个关键信息q，d_i表示第i个功能项，R(q_i，d_i)表示关键信息q_i与功能项d_i之间的相关性得分。

6.根据权利要求5所述的城轨车辆的维修管理方法，其特征在于，所述根据排序结果从预设案例视频数据库中获取第一预设数量的案例视频链接，并根据所述案例视频链接和所述维修待办集生成对应的维修服务单的步骤之后包括：

接收所述用户端根据所述维修服务单上传的维修反馈信息，并根据所述维修反馈信息判断所述维修请求是否完成；

若所述维修请求未完成，则将所述维修待办集发送至与所述故障类型对应的维修工程师。

7.根据权利要求1-6任一项所述的城轨车辆的维修管理方法，其特征在于，构建所述预设案例视频数据库的步骤包括：

获取所有的已知故障类型的案例视频，并根据每份案例视频中的故障内容定义多种关键信息，以将每份案例视频与其对应的多种关键信息进行关联，得到预设案例视频数据库，所述关键信息包括城轨车辆类型、故障件编号以及多种故障关键词。

8.一种城轨车辆的维修管理系统，其特征在于，应用于运维管理平台，所述系统包括：

维修请求获取模块，用于每隔第一预设时间接收各个用户端上传的维修请求，所述维修请求包括城轨车辆类型、故障件编号以及故障内容；

维修请求分析模块，用于根据所述城轨车辆类型和所述故障件编号将相同故障类型的维修请求进行合并，以根据合并结果将相同故障类型下的所有所述故障内容进行汇总，得到维修待办集；

维修序列生成模块，用于根据所述维修待办集生成维修序列，所述维修序列包括故障类型码、故障件编号码以及故障特征码；

维修方案推送模块，用于根据所述故障类型码、所述故障编号码以及故障特征码从预设案例视频数据库中进行匹配检索，并根据检索结果将所述预设案例视频数据库中的案例视频进行排序，以根据排序结果和维修待办集生成与所述维修请求对应的维修服务单，并将所述维修服务单下发至用户端。

9.一种存储介质，其特征在于，包括：所述计算机存储介质存储一个或多个程序，该程序被处理器执行时实现如权利要求1-7任一所述的城轨车辆的维修管理方法。

10.一种计算机设备，其特征在于，所述车辆包括存储器和处理器，其中：

存储器：用于存放计算机程序；

处理器：用于执行存储器上所存放的计算机程序时，实现权利要求1-7任一所述的城轨车辆的维修管理方法。

Images