一种轨道交通车辆的智能吹扫方法、存储介质和终端与流程

本申请涉及轨道交通车辆维护的领域，尤其是涉及一种轨道交通车辆的智能吹扫方法、存储介质和终端。

背景技术：

轨道交通车辆作为城市轨道交通的最重要组成部分之一，它的运行周期及运行环境大体相同。一般而言，轨道交通车辆轨道交通车辆在运行一段时间后，车体底部的走行部、电机、电器柜等部位会沉积大连粉尘，若不及时清除，会影响轨道交通车辆性能、寿命，严重是还会造成轨道交通车辆故障，引发交通事故。所以，对轨道交通车辆轨道交通车辆的除尘维护也是对轨道交通车辆的常规维护之一。

在轨道交通车辆停站时一般降低轨道交通车辆的行驶速度并且将轨道交通车辆驶入吹扫区，在轨道交通车辆进入吹扫区之前对轨道交通车辆车底的清洁度进行检测，以便后期设置对轨道交通车辆的吹扫模式，在轨道交通车辆进入吹扫区时，吹扫区处的吹扫装置对车底的灰尘进行吹扫，并且将灰尘收集起来。

针对上述的技术，发明人认为当对轨道交通车辆检测清洁度的装置出现故障时，对轨道交通车辆底部的清洁度检测较困难，后续对轨道交通车辆的针对性清扫也会出现一系列问题。

技术实现要素：

为了轨道交通车辆在进入吹扫区时能正常检测轨道交通车辆车底的清洁度，以实现后期彻底吹扫轨道交通车辆底部的灰尘，本申请提供了一种轨道交通车辆的智能吹扫方法、存储介质和终端。

第一方面，本申请提供一种轨道交通车辆的智能吹扫方法，采用如下的技术方案：

一种轨道交通车辆的智能吹扫方法，包括：

获取轨道交通车辆是否驶入吹扫区的驶入信息；

获取轨道交通车辆驶入吹扫区之后当前轨道交通车辆的车牌信息；

根据轨道交通车辆的驶入信息对轨道交通车辆进行初步吹扫；

启用清洁度检测装置获取完成初步吹扫前轨道交通车辆当前车底的清洁度；

若未获取初步吹扫前轨道交通车辆当前车底的清洁度；

切换备用清洁度检测装置再次获取当前车底的清洁度；

根据备用清洁度检测装置获取当前轨道交通车辆的清洁度。

通过采用上述技术方案，由于当轨道交通车辆进入吹扫区时需对轨道交通车辆进行清洁度检测，检测装置很可能出现损坏，当轨道交通车辆刚进入吹扫区之前，若未检测到轨道交通车辆底部的清洁度，则切换到备用清洁度检测装置对轨道交通车辆进行检测车底清洁度，使轨道交通车辆底部的清洁度能正常检测而不至于中断导致影响吹扫效果，能实现后期彻底吹扫轨道交通车辆底部的灰尘。

可选的，获取轨道交通车辆驶入吹扫区之后当前轨道交通车辆的车牌信息还包括以下步骤：

对当前轨道交通车辆的编码进行拍照；

基于拍照所得的图像进行采集和处理；

识别轨道交通车辆的编码并完成车牌信息的数据收集。

通过采用上述技术方案，在轨道交通车辆驶入吹扫区时，对每一辆轨道交通车辆的车牌信息进行拍照记录，将每辆进入吹扫区的轨道交通车辆的编码进行识别并记录，以方便后期对轨道交通车辆的除尘进行跟踪记录。

可选的，还包括与切换备用清洁度检测装置再次获取当前车底的清洁度同步进行的步骤，具体步骤如下：

从预设的存储有历史每次未获取轨道交通车辆当前车底的清洁度情况所对应的故障信息以及完成相应故障维修所需人手的第一数据库中，查找出其中频次最高的故障信息以及完成相应故障维修所需人手；

检测车轨预设范围内的工作人员数量；

若车轨预设范围内有工作人员且工作人员的数量达到或超过完成相应故障维修所需人手，则仅进行报警提示；

若车轨预设范围内有工作人员且工作人员的数量少于相应故障维修所需人手，则进行报警提示通知，且同时将故障信息以及还需人手的信息对合适的值班人员进行通知；

若车轨预设范围内无工作人员，则将完成相应故障维修所需人手以及故障信息对合适的值班人员进行通知。

通过采用上述技术方案，当清洁度检测装置出现故障时，需要判断所需人手，则从第一数据库中查询频次最高的故障信息以及完成相应故障维修所需人手，并且判断车轨预设范围的人数来决定下一步通知计划，即通知合适的人员进行前往维修。

可选的，合适的值班人员确认步骤如下：

从预设的存储有值班时间以及相应值班时间的值班人员的联系方式的第一数据库中，以当前所处时间段作为查询对象，查询出当前时间段的值班人员的联系方式；

获取当前时间段的值班人员距离下班的时间；

若当前的值班人员距离下班的时间在预设时间的范围之内，则获取下一位值班人员的信息及联系方式，将下个值班人员作为合适的值班人员；反之，则将当前时间段的值班人员作为合适的值班人员。

通过采用上述技术方案，在考虑到维修时间较长，可能会占用当前时间段的值班人员的休息时间，若当前值班人员即将要在预设时间内下班，则通知下一位值班人员作为合适的值班人员前去维修，将故障信息发送至这位合适的值班人员的终端设备上。

可选的，对合适的值班人员进行通知步骤如下：

若值班人员在预设的回复时间内进行回复，则判定值班人员已获取维修信息；

若当前值班人员的值班人员未在预设的回复时间内回复收到信息，则远程控制值班人员的终端设备以提醒合适的值班人员回复短信。

通过采用上述技术方案，在给当前时间段的值班人员发送短信后，若当前时间段的值班人员未及时回复消息，则通过对值班人员的终端设备以声音等形式进行报警，以加强对当前时间段的值班人员的提示。

可选的，还包括远程控制值班人员的终端设备以提醒值班人员回复短信之后的步骤：

若当前值班人员的值班人员仍未在预设的回复时间内回复收到信息，则将故障信息以及故障发生地点通知至下个值班人员。

通过采用上述技术方案，由于当前的值班人员可能出现暂离岗位或者终端设备坏掉等因素，为了能保证清洁度检测装置能及时维修，则通知下个值班人员。

第二方面，本申请提供一种计算机可读存储介质，采用如下的技术方案：

一种计算机可读存储介质，包括能够被处理器加载执行时实现上述权利要求中任一项所述的轨道交通车辆的智能吹扫方法的程序。

由于当轨道交通车辆进入吹扫区时需对轨道交通车辆进行清洁度检测，检测装置很可能出现损坏，当轨道交通车辆刚进入吹扫区之前，若未检测到轨道交通车辆底部的清洁度，则切换到备用清洁度检测装置对轨道交通车辆进行检测车底清洁度，使轨道交通车辆底部的清洁度能正常检测而不至于中断导致影响吹扫效果，能实现后期彻底吹扫轨道交通车辆底部的灰尘。在对轨道交通车辆吹扫时的各个阶段的清洁度等数据都被存储介质有效存储起来，以便于后期对数据进行分析。

第三方面，本申请提供一种终端，采用如下的技术方案：

一种终端，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序，该程序能够被处理器加载执行时实现上述权利要求中任一项所述的轨道交通车辆的智能吹扫方法。

由于当轨道交通车辆进入吹扫区时需对轨道交通车辆进行清洁度检测，检测装置很可能出现损坏。当轨道交通车辆刚进入吹扫区时，若未检测到轨道交通车辆底部的灰尘时，则切换到备用清洁度检测装置对轨道交通车辆进行检测车底清洁度，使轨道交通车辆底部的清洁度能正常检测而不至于中断导致影响吹扫效果，能实现后期彻底吹扫轨道交通车辆底部的灰尘。在对轨道交通车辆吹扫时的各个阶段的清洁度等数据通过终端的形式显现出来。

综上所述，本申请包括以下至少一种有益技术效果：

1.在检测车底灰尘的检测装置出现故障时，能使用备用清洁度检测装置进行正常检测车底的清洁度；

2.在备用清洁度检测装置正常检测车底清洁度时，能通知值班人员对故障进行及时维修。

附图说明

图1为本申请实施例的一种轨道交通车辆的智能吹扫方法的整体步骤示意图；

图2是图1中步骤s200所提及的获取轨道交通车辆驶入吹扫区之后当前轨道交通车辆的车牌信息的具体步骤示意图；

图3是图1中s500所提及的若初步吹扫前未获取轨道交通车辆当前车底的清洁度之后的步骤示意图；

图4是图3中步骤s902所提及的确定合适的值班人员的具体步骤示意图；

图5是图3中步骤s1002所提及的通知合适的值班人员的具体步骤示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图1-5及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。

参照图1为本申请实施例公开一种轨道交通车辆的智能吹扫方法，包括步骤s100至步骤s1002。

参照图1，在步骤s100中，获取轨道交通车辆是否驶入吹扫区的驶入信息；

其中，步骤s100所提及的获取轨道交通车辆驶入的信息可以由一个带有位移感测功能的检测设备完成，其中终端设备包括但不限于任何一种基于智能操作系统的电子产品，其能感测轨道交通车辆的驶入，诸如位移传感器、激光位移计等；可以为激光位移计，基于激光位移计，通过感应检测其面前通过的轨道交通车辆前端第一个转向架轮毂，以此来检测轨道交通车辆入库。

参照图1，在步骤s200中，获取轨道交通车辆驶入吹扫区之后当前轨道交通车辆的车牌信息，将当前轨道交通车辆的车牌信息进行数据收集。

参照图2，具体的，步骤s200可划分为步骤s210至步骤s230。

在步骤s210中，对当前轨道交通车辆的编码进行拍照；

以数字图像处理、计算机视觉等技术为基础，采用相机，通过对轨道交通车辆编码处的动态视频或静态图像进行拍照。

在步骤s220中，基于拍照所得的图像进行采集和处理；

基于对图像的采集和处理，自动提取轨道交通车辆编码图像，自动分割字符，以此完成轨道交通车辆轨道交通车辆码自动识别。

在步骤s230中，识别轨道交通车辆的编码并对车牌信息进行数据收集。

参照图1，在步骤s300中，根据轨道交通车辆的驶入信息对轨道交通车辆进行初步吹扫；

吹扫区设置断面智能吹扫装置对轨道交通车辆进行初步吹扫，断面智能吹扫装置位于吹扫区入库的第二个立柱区域内，属于固定式安装可偏转式吹扫装置，其在轨道交通车辆底面范围正中间布置多个吹扫喷嘴，两侧各布置有两个吹扫喷嘴，喷嘴顶面应处于轨道交通车辆限界范围之外，其结构上每个喷嘴之前设置控制阀，能单独控制。为满足轨道交通车辆底部各个结构面的吹扫作业，应考虑整体喷嘴安装支架能摇摆。

参照图1，在步骤s400中，启用清洁度检测装置获取完成初步吹扫前轨道交通车辆当前车底的清洁度；

在吹扫区的前端设置原有的清洁度检测装置，清洁度检测装置包括相机，基于两组相机，当轨道交通车辆底部经过断面智能吹扫作业区域前端的相时，进行吹扫前车底成像。

参照图1，在步骤s500中，若初步吹扫前未获取轨道交通车辆当前车底的清洁度；

在相机获取清洁度时，并未以图文的形式将清洁度显示出来，则证明相机出现故障，无法正常工作。

参照图3，在步骤s601中，切换备用清洁度检测装置再次获取当前车底的清洁度；

根据原有的相机，提前设置好备用的清洁度检测装置，即将两组相机作为备用清洁度检测装置，当原有的清洁度检测装置出现故障时，利用备用清洁度检测装置进行替换。

参照图3，在步骤s701中，根据备用清洁度检测装置获取当前轨道交通车辆的清洁度。

参照图3，在步骤s602中，从预设的存储有历史每次未获取轨道交通车辆当前车底的清洁度情况所对应的故障信息以及完成相应故障维修所需人手的第一数据库中，查找出其中频次最高的故障信息以及完成相应故障维修所需人手；

第一数据库内存储有以往的清洁度检测装置出现故障的频次和所需人手的信息。

参照图3，在步骤s702中，检测车轨预设范围内的工作人员数量；

在车轨上安装热释电传感器，在探测器的前方装设一个菲涅尔透镜，制成一种具有特殊光学系统的透镜，它和放大电路相配合，可将信号放大70分贝以上，这样就可以测出10-20米范围内人的行动，并且判断人数。

参照图3，在步骤s802中，若车轨预设范围内有工作人员且工作人员的数量达到或超过完成相应故障维修所需人手，则仅进行报警提示；

在车轨安装报警装置，报警装置可以扬声器报警或闪光灯报警，也可以为二者相结合，为若10-20米范围内存在人的行动，则报警装置对工作人员进行报警提醒。

参照图2，在步骤s902中，若车轨预设范围内有工作人员且工作人员的数量少于相应故障维修所需人手，则进行报警提示通知，且同时将故障信息以及还需人手的信息对合适的值班人员进行通知；

参照图4，具体的，步骤s902可划分为步骤s902a至步骤s902c。

在步骤902a中，从预设的存储有值班时间以及相应值班时间的值班人员的联系方式的第一数据库中，以当前所处时间段作为查询对象，查询出当前时间段的值班人员的联系方式；

在步骤902b中，获取当前时间段的值班人员距离下班的时间；

提前将值班表录入第一数据库内，以便于获取当前时间段的值班人员信息。

在步骤902c中，若当前的值班人员距离下班的时间在预设时间的范围之内，则获取下一位值班人员的信息及联系方式，将下个值班人员作为合适的值班人员；反之，则将当前时间段的值班人员作为合适的值班人员；

参照图5，在步骤s1002中，若车轨预设范围内无工作人员，则将完成相应故障维修所需人手以及故障信息对合适的值班人员进行通知；

若检测到10-20米范围内不存在人的行动，则通过数据中心生成故障信息发送给值班人员的终端设备，值班人员的终端设备包括但不限于任何一种基于智能操作系统的手持式电子产品，其可与用户通过键盘、虚拟键盘、触摸板、触摸屏以及声控设备等输入设备来进行人机交互，诸如智能手机、平板电脑等；故障信息字样可以为：吹扫区的xxx故障地点的清洁度检测装置出现故障，请于20分钟内前往xxx故障地点进行排查。

参照图5，具体的，步骤s1002可划分为步骤s1002a至步骤s1002c。

在步骤1002a中，若值班人员在预设的回复时间内进行回复，则判定值班人员已获取维修信息；

在步骤1002b中，若当前值班人员的值班人员未在预设的回复时间内回复收到信息，则远程控制值班人员的终端设备以提醒合适的值班人员回复短信；

预设的时间可以为5分钟，收到故障信息的值班人员需在5分钟之内回复信息，如果没有回复，则值班人员可能睡着或者距离终端设备较远，数据库远程控制值班人员的终端设备，以声音提示的方式（比如说闹钟）提醒值班人员及时回复故障信息。

在步骤1002c中，若当前值班人员的值班人员仍未在预设的回复时间内回复收到信息，则将故障信息以及故障发生地点通知至下个值班人员；

为了保证维修能正常进行，从第一数据库中查找下一时间段的值班人员并进行短信通知。

本实施例中所提及的轨道交通车辆包括地铁、轻轨、有轨电车和磁悬浮列车等。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

以上均为本申请的较佳实施例，并非依此限制本申请的保护范围，本说明书（包括摘要和附图）中公开的任一特征，除非特别叙述，均可被其他等效或者具有类似目的的替代特征加以替换。即，除非特别叙述，每个特征只是一系列等效或类似特征中的一个例子而已。