具体实施方式

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

图1是本发明提供的多场段的自动洗车方法的流程示意图，如图1所示，方法包括：

S1、根据当前线路的各个场段的场段ID和当前洗车日期，确定接收到的目标洗车计划；

S2、根据目标洗车计划，在目标洗车时间自动触发洗车流程，以对不同目标场景的列车进行清洗；

其中，目标场景是根据入库线的状态确定的；

所述目标场景包括正线回库洗车场景和场段内洗车场景。

需要说明的是，上述方法的执行主体可以是计算机设备或车站分机。下面以车站分机执行上述方法为例对本发明进行详细说明，具体如下：

可选地，车站分机首先根据当前线路的各个场段的场段ID匹配洗车计划，然后根据当前洗车日期与洗车计划中的洗车日期进行匹配，最终确定要接收的目标洗车计划。

其中，在将当前洗车日期与洗车计划中的洗车日期进行匹配时，若当前洗车日期的具体洗车时间处于预设跨运营日范围(一般以凌晨4点为界)内，则将第二天的对应场段的洗车计划发送给对应的车站分机，否则，则将当天的对应场段的洗车计划发送给对应的车站分机。例如，若具体洗车时间处于凌晨4点之后，则将第二天的对应场段的洗车计划发送给对应的车站分机，若具体洗车时间处于凌晨4点之前，则将当天的对应场段的洗车计划发送给对应的车站分机。

车站分机根据目标洗车计划中的具体洗车时间，确定自动触发洗车流程的目标洗车时间，并在到达该目标洗车时间时，触发洗车流程，对不同目标场景的列车进行清洗工作。其中，目标场景根据入库线的状态相关，目标场景包括正线回库洗车场景和场段内洗车场景。

需要说明的是，目标洗车计划的制定可以是由运营人员通过派班工作站便捷的制定不同场段、不同日期的洗车计划，在派班工作站(即调度)中按场段区分目标洗车计划。同时，为了能够直观的对目标洗车计划进行监测，可以采用winform的ComboBox控件组织洗车计划界面，实时显示制定的目标洗车计划，具体实现如下：

使用winform的ComboBox控件在洗车计划界面上增加场段信息，例如场段ID，数据源绑定FAO线路的全部场段列表，ComboBox控件的DisplayMember属性绑定场段名称，ComboBox控件的ValueMember属性绑定场段ID。ComboBox的SelectIndexChanged事件中，实现重新绑定对应场段的入库线数据源，重新绑定界面洗车计划的数据源以及重置可选列车ListView的数据源，并且重新进行功能按钮使能操作。

洗车计划界面上使用DataGridView控件显示洗车计划，根据场段ComboBox控件的选定值，将详细的洗车计划信息绑定到界面，加载(例如可以从数据库中加载)列车编组数据到内存后，在列车编组的车组信息中筛选出未制定洗车计划的车组号，绑定到可用车组号的ListView列表中，作为可选列车ListView的数据源。

本发明提供的多场段的自动洗车方法，使得运营人员可以通过派班工作站便捷的制定不同场段、不同日期的洗车计划，基于各场段ID匹配洗车计划，并自动触发洗车流程完成对各场段中列车的自动清洗工作。

进一步地，在一个实施例中，步骤S1可以具体包括：

S11、根据服务器通过缓存中间件发送的与当前洗车日期和场段ID对应的目标洗车计划，确定接收到的目标洗车计划；

其中，缓存中间件中的目标洗车计划是当服务器接收到调度发送的洗车计划更新命令之后，将获取的存储在数据库中的目标洗车计划进行同步后获取的。

可选地，车站分机根据服务器通过缓存中间件发送的与当前洗车日期和场段ID对应的目标洗车计划，确定接收到的目标洗车计划。优选的，由运营人员在派班上点击上传操作，派班工作站将内存中的目标洗车计划上传到数据库，并且向服务器例如应用服务器发送洗车计划更新命令，应用服务器收到命令后从数据库下载当日的洗车计划，向缓存中间件同步后指定缓存中间件向对应场段的车站分机发送目标洗车计划。对未来指定的多场段洗车计划，应用服务器在预设跨运营日时从数据库主动下载当日洗车计划，通过指派缓存中间件的方式发送到对应场段的车站分机。

需要说明的是，缓存中间件可以选用Redis。

Redis是一个key-value存储系统，和Memcached类似，它支持存储的value类型相对更多，包括string(字符串)、list(链表)、set(集合)和zset(有序集合)以及Hash(哈希类型的映射表)。这些数据类型都支持push/pop、add/remove及取交集并集和差集及更丰富的操作，而且这些操作都是原子性的。

本发明提供的多场段的自动洗车方法，运营人员可通过派班工作站制定不同场段、不同时间段的洗车计划，将洗车计划存储到数据库中，由应用服务器跨运营时刻自动加载下发到对应场段的车站分机，车站分机可根据洗车计划自动洗车。

进一步地，在一个实施例中，步骤S2可以具体包括：

S21、若入库线为空，则根据目标洗车计划和同意洗车指示，在目标洗车时间自动触发洗车流程，以对目标场景为正线回库洗车场景的列车进行清洗；

S22、否则，则根据目标洗车计划和同意洗车指示，在目标洗车时间自动触发洗车流程，以对目标场景为场段内洗车场景的列车进行清洗；

其中，同意洗车指示是根据向调度发送洗车确认提示后，接收到的调度的反馈结果确定的。

可选地，执行由车站分机完成，根据入库线的状态可将目标场景分为场段内洗车和正线回库洗车两种场景。场段内洗车时，车站分机根据接收到的目标洗车计划，在指定的目标洗车时间自动触发洗车流程，向调度发送洗车确认提示，等待调度同意洗车后，接收到调度反馈的同意洗车指示，列车到达洗车库头码，触发进路开始进入洗车流程，等待完成洗车后，自动换端折返，再根据目标洗车计划中指定的入库线，设置对应的头码，触发进路回到库轨。

正线回库洗车的场景中要求派班计划中对应回库计划的入库线为空，在按运行图执行回库计划到达转换轨后，车站分机检查派班计划，若入库线为空则匹配目标洗车计划，向调度发送洗车提示并在接收到调度反馈的同意洗车指示后，按照目标洗车计划进入同样的洗车流程。

本发明提供的多场段的自动洗车方法，在多场段的前提下，能够实现场段内列车及由正线进入场段的列车两种场景的自动洗车。

进一步地，在一个实施例中，在向调度发送洗车确认提示后，还可以具体包括：

若确认调度超过预设时间阈值未确认洗车确认提示，则将当前洗车状态更新为超时未确认状态；

或，若确认调度同意洗车，则将当前洗车状态更新为洗车执行中状态；

或，若确认调度拒绝洗车，则将当前洗车状态更新为拒绝执行洗车状态；

或，若确认同意洗车且列车洗车完成，则将当前洗车状态更新为洗车完成状态；

根据预设状态更新流程对目标洗车计划进行更新。

可选地，初始当前洗车状态默认为未执行状态，在车站分机进入洗车流程后，首先向调度发送了洗车提示，若超过预设时间阈值仍然未收到调度反馈的确认洗车提示，车站分机将当前洗车状态置为超时未确认状态；当调度确认同意洗车后，车站分机发送洗车执行中状态；当调度拒绝洗车后，车站分机发送拒绝执行洗车状态；在列车洗车完成离开洗车库后，车站分机发送洗车完成状态，并根据预设状态更新流程，对目标洗车计划进行更新。

本发明提供的多场段的自动洗车方法，在多场段的前提下，实时更新不同场段的洗车计划执行状态，完善洗车状态为：未执行、执行中、执行完毕、超时未确认和拒绝执行洗车五种状态，对洗车计划执行状态的更新更为全面，且能够对洗车完成状态和拒绝洗车状态加以区分。

进一步地，在一个实施例中，根据预设状态更新流程对目标洗车计划进行更新，可以具体包括：

根据预设状态更新流程，将更新后的当前洗车状态发送至服务器，以供服务器根据接收到的更新后的当前洗车状态更新到数据库，对数据库中存储的目标洗车计划进行更新。

可选地，在车站分机向调度发送了洗车提示，若超过预设时间阈值仍然未收到调度反馈的确认洗车提示，车站分机将当前洗车状态置为超时未确认状态；当调度确认同意洗车后，车站分机发送洗车执行中状态；当调度拒绝洗车后，车站分机发送拒绝执行洗车状态；在列车洗车完成离开洗车库后，车站分机发送洗车完成状态，根据预设状态更新流程，将当前洗车状态发送到服务器，例如应用服务器，应用服务器将收到的洗车状态更新到数据库并转发状态到派班工作站，派班工作站解析收到的状态更新到对应场段的洗车计划中在界面上进行显示。

本发明提供的多场段的自动洗车方法，将洗车状态更新到数据库，使得运营人员可以通过查看历史洗车计划的洗车状态得到洗车情况，以按照实际情况对洗车计划进行灵活调整。

进一步地，在一个实施例中，目标洗车计划是通过如下方式进行存储的：

将目标洗车计划中的当前洗车日期存储到数据库中创建的第一预设数据表中；

将目标洗车计划中的场段ID、版本号和与各个场段对应的列车编组信息存储到数据库中创建的第二预设数据表中。

可选地，目标洗车计划使用数据库如Oracle存储，在Oracle数据库创建第一预设设数据表和第二预设数据表，将目标洗车计划中的当前洗车日期存储到数据库中创建的第一预设数据表中，将目标洗车计划中的场段ID、版本号和与各个场段对应的列车编组信息存储到数据库中创建的第二预设数据表中，同时将第二预设数据表作为外键关联第一预设数据表。

例如，在Oracle数据库中使用第一预设数据表WASHTRAIN和第二预设数据表WASHPLAN_DETAIL两张表分别存储当日洗车计划(例如当前洗车日期)和洗车计划详细信息(具体包括：洗车计划的日期、目标洗车时间、场段ID、线路号、版本号和与各个场段对应的列车编组信息)，WASHPLAN_DETAIL表使用时间、版本号、线路号、场段ID作为外键关联WASHTRAIN表，以场段ID字段识别不同场段的洗车计划。

在实际应用场景中，可以通过如图2所示的洗车计划时序图实现本发明提供的多场段的自动洗车方法，洗车计划需要适应多场段的制定、显示、存储、下发、执行和实时更新状态，具体地：

1、目标洗车计划的制定：在洗车计划界面上增加场段信息，使用winform的ComboBox控件，数据源绑定全部场段列表，DisplayMember属性绑定场段名称，ValueMember属性绑定场段ID。ComboBox的SelectIndexChanged事件中，实现重新绑定对应场段的入库线数据源，重新绑定界面洗车计划的数据源以及重置可选列车ListView的数据源，并且重新进行功能按钮使能操作；

2、目标洗车计划的显示：界面上使用DataGridView控件显示洗车计划，当日洗车计划由数据库加载到内存后，根据场段ComboBox的选定值，将详细的洗车计划信息绑定到界面，从数据库加载列车编组数据到内存后，在列车编组的车组信息中筛选出未制定洗车计划的车组号，绑定到可用车组号的ListView列表中；

3、目标洗车计划的存储：目标洗车计划使用Oracle数据库存储，使用WASHTRAIN，WASHPLAN_DETAIL两张表分别存储当日洗车计划和洗车计划详细信息，WASHPLAN_DETAIL表使用时间、版本号、线路号、场段ID作为外键关联WASHTRAIN表，以场段ID字段识别不同场段的洗车计划；

4、洗车计划的下发：在派班上点击上传操作，派班工作站将内存中的洗车计划上传到数据库，并且向应用服务器发送洗车计划更新命令，应用服务器收到命令后从数据库下载当日洗车计划，向缓存中间件同步后指定缓存中间件向对应场段的车站分机发送洗车计划；对未来指定的多场段洗车计划，应用服务器在跨运营日时(一般为凌晨4点)从数据库主动下载当日洗车计划，通过指派缓存中间件的方式发送到对应场段的车站分机；

5、洗车计划的执行：执行由车站分机完成，可分为场段内洗车和正线回库洗车两种场景。场段内洗车时，车站分机根据接收到的洗车计划，在指定的洗车时间自动触发洗车流程，向调度发送洗车确认提示，等待调度同意洗车并反馈同意洗车指示给车站分机后，列车到达洗车库头码，触发进路开始进入洗车流程，等待完成洗车后，自动换端折返，再根据洗车计划中指定的入库线，设置对应的头码，触发进路回到库轨；正线回库洗车的场景中要求派班计划中对应回库计划的入库线为空，在按运行图执行回库计划到达转换轨后，车站分机检查派班计划，若入库线为空则匹配洗车计划，向调度发送洗车提示按照目标洗车计划进入同样的洗车流程；

6、洗车过程中的当前状态更新：初始的当前洗车状态默认为未执行状态，在车站分机进入洗车流程后，首先向调度发送了洗车提示，若超过一定时限调度未确认洗车提示，车站分机将洗车状态置为超时未确认状态，并发送到应用服务器，应用服务器将收到的洗车状态更新到数据库并转发状态到派班工作站，派班工作站解析收到的状态刷新到对应场段的洗车计划中在界面上进行显示；当调度确认洗车后，车站分机发送洗车执行中状态；当调度拒绝洗车后，车站分机发送拒绝执行洗车状态；在列车洗车完成离开洗车库后，车站分机发送洗车完成状态；各状态更新的数据流均相同。

本发明提供的多场段的自动洗车方法，通过在数据库中建立兼容多场段洗车计划的存储结构，保证在与数据库通信正常时，读写洗车计划能够正常进行，进而实现对不同场段的列车的自动清洗工作。

下面对本发明提供的多场段的自动洗车系统进行描述，下文描述的多场段的自动洗车系统与上文描述的多场段的自动洗车方法可相互对应参照。

图3是本发明提供的多场段的自动洗车系统的结构示意图，如图3所示，包括：计划接收模块310以及自动洗车模块311；

计划接收模块310，用于根据当前线路的各个场段的场段ID和当前洗车日期，确定接收到的目标洗车计划；

自动洗车模块311，用于根据目标洗车计划，在目标洗车时间自动触发洗车流程，以对不同目标场景的列车进行清洗；

其中，目标场景是根据入库线的状态确定的；

目标场景包括正线回库洗车场景和场段内洗车场景。

本发明提供的多场段的自动洗车系统，使得运营人员可以通过派班工作站便捷的制定不同场段、不同日期的洗车计划，基于各场段ID匹配洗车计划，并自动触发洗车流程完成对各场段中列车的自动清洗工作。

进一步地，在一个实施例中，自动洗车模块311，还可以具体用于：

若入库线为空，则根据目标洗车计划和同意洗车指示，在目标洗车时间自动触发洗车流程，以对目标场景为正线回库洗车场景的列车进行清洗；

否则，则根据目标洗车计划和同意洗车指示，在目标洗车时间自动触发洗车流程，以对目标场景为场段内洗车场景的列车进行清洗；

其中，同意洗车指示是根据向调度发送洗车确认提示后，接收到的调度的反馈结果确定的。

本发明提供的多场段的自动洗车系统，在多场段的前提下，能够实现场段内列车及由正线进入场段的列车两种场景的自动洗车。

图4是本发明提供的一种电子设备的实体结构示意图，如图4所示，该电子设备可以包括：处理器(processor)410、通信接口(communication interface)411、存储器(memory)412和总线(bus)413，其中，处理器410，通信接口411，存储器412通过总线413完成相互间的通信。处理器410可以调用存储器412中的逻辑指令，以执行如下方法：

根据当前线路的各个场段的场段ID和当前洗车日期，确定接收到的目标洗车计划；

根据目标洗车计划，在目标洗车时间自动触发洗车流程，以对不同目标场景的列车进行清洗；

其中，目标场景是根据入库线的状态确定的；

目标场景包括正线回库洗车场景和场段内洗车场景。

此外，上述的存储器中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机电源屏(可以是个人计算机，服务器，或者网络电源屏等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

进一步地，本发明公开一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的多场段的自动洗车方法，例如包括：

根据当前线路的各个场段的场段ID和当前洗车日期，确定接收到的目标洗车计划；

根据目标洗车计划，在目标洗车时间自动触发洗车流程，以对不同目标场景的列车进行清洗；

其中，目标场景是根据入库线的状态确定的；

目标场景包括正线回库洗车场景和场段内洗车场景。

另一方面，本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各实施例提供的多场段的自动洗车方法，例如包括：

根据当前线路的各个场段的场段ID和当前洗车日期，确定接收到的目标洗车计划；

根据目标洗车计划，在目标洗车时间自动触发洗车流程，以对不同目标场景的列车进行清洗；

其中，目标场景是根据入库线的状态确定的；

目标场景包括正线回库洗车场景和场段内洗车场景。

以上所描述的系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机电源屏(可以是个人计算机，服务器，或者网络电源屏等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。