[发明专利]地铁联席调度系统请求状态同步的实现方法

说明书

技术领域

本发明涉及一种地铁联席调度系统请求状态同步的实现方法。

背景技术

城市轨道交通在人们的日常生活中发挥着越来越重要的作用，不仅能够缓解时间集中、客流量大的交通问题，而且给人们带来的是快捷、便利、有序的交通和良好的乘车环境。为了实现这一目标，需要一个可靠、稳定的地铁无线调度系统作为保障。一般地铁无线调度系统包括多台不同类型的调度台，分别承担着不同的职责，比如行车调度台管理正线区间上行驶的列车，监控并确保正线列车正常、安全、准点地运行；车辆段调度台管理车辆段区间上的列车、负责车辆段列车的检修和故障处理工作；停车场调度台管理停车场区间上列车，负责停车场调车任务工作；多种类型调度台彼此相互协作，共同保证整个无线调度系统安全稳定地工作。然而在地铁实际应用领域中，大批量列车同时运行工作，将会产生超繁重、超负荷量的工作量。如果同类型的调度台只设置一台，将无法保证所有列车的每项请求都得到及时、有效的处理；如果设置多台，虽然能够减轻每台调度台的工作量，但是如果不采取合理的同步处理方法，很难保证状态同步的实时性和准确性，无法避免对同一请求的争抢处理造成冲突，降低了调度台之间协同工作的效率，增加了后期系统维护成本。现有文献很少有关于同类型调度台之间同步处理的研究，对请求的同步处理也没有很好的解决方案。

发明内容

针对现有技术中存在的问题，本发明的目的在于提供一种地铁联席调度系统请求状态同步的实现方法的技术方案，既能够保证每项请求都得到及时、有效的处理，又能够使请求状态同步处理过程在被中断的情况下也能确保状态同步，保障地铁联席调度系统的可靠性和稳定性。

所述的地铁联席调度系统请求状态同步的实现方法，其特征在于：地铁联席调度系统中的调度服务器作为集中管理器，在收到来自同一终端发送的无需派接请求处理、同一终端发送的需派接请求处理或同一终端发送的结束请求处理后，首先根据调度服务器的内存请求表中该终端的不同请求状态及请求类型做区别处理，并将处理结果转发给调度台进行显示；然后解析调度台对无需派接请求的确认或拒绝操作处理、调度台对需派接请求的确认或拒绝操作处理或调度台对需派接请求的派接操作处理，并通知所有同类型调度台及终端同步相应请求的处理状态；当出现异常情况时，调度服务器采用异常处理流程进行处理。

所述的地铁联席调度系统请求状态同步的实现方法，其特征在于所述的同一终端发送的无需派接请求处理，

当列车司机或车站值班人员通过车载或车站终端发送一条无需派接请求时，有以下三种处理：

a.如果调度服务器内存请求表中该终端的请求状态为空闲，则调度服务器生成一条新的请求，请求状态置为未处理，并转发给多个同类型调度台进行显示，同时将该请求写入短信数据库，此时调度台生成一条新的请求，请求状态显示为未处理；

b.如果调度服务器内存请求表中的前一条请求与该请求属于同一终端同一类型且请求状态为未处理，则调度服务器只更新请求时间并转发给多个同类型调度台进行显示，同时将该请求写入短信数据库，此时调度台只更新请求时间；

c.如果调度服务器内存请求表中的前一条请求与该请求属于同一终端不同类型且请求状态为未处理，则调度服务器更新请求时间及类型并转发给多个同类型调度台进行显示，同时将该请求写入短信数据库，此时调度台采用优先原则，生成一条新的请求，状态显示为未处理，前一条请求的状态自动变为失效。

所述的地铁联席调度系统请求状态同步的实现方法，其特征在于所述的同一终端发送的需派接请求处理，

当列车司机或车站值班人员通过车载或车站终端发送一条需派接请求时，有以下三种处理：

a.如果调度服务器内存请求表中该终端的请求状态为空闲，则调度服务器生成一条新的请求，请求状态置为未处理，并转发给多个同类型调度台进行显示，同时将该条请求写入短信数据库，此时调度台生成一条新的请求，请求状态显示为未处理；

b.如果调度服务器内存请求表中的前一条请求与该请求属于同一终端同一类型且请求状态为未处理、确认或成功；对于未处理状态，调度服务器只更新请求时间并转发给多个同类型调度台进行显示，同时将该请求写入短信数据库，此时调度台只更新请求时间；对于确认状态，调度服务器只将该请求写入短信数据库，不做其它方面的处理；对于成功状态，调度服务器直接向终端返回成功消息及将该请求写入短信数据库；