CN104468732B - 地铁联席调度系统请求状态同步的实现方法 - Google Patents

Abstract

本发明涉及一种地铁联席调度系统请求状态同步的实现方法。所述方法包括以下步骤：调度服务器作为集中管理器，在收到来自终端请求后，首先根据该终端的不同请求状态及请求类型做区别处理，并将处理结果转发给调度台进行显示；然后解析某个调度台的处理，并通知所有同类型调度台及终端同步相应请求的处理状态。本发明能够使各个同类型调度台及终端相互感知，保证每项请求都能得到及时、有效的处理，即使在网络故障、丢包等异常情况下也能确保各个同类型调度台及终端的请求状态同步，提高了系统的稳定性和可靠性。

Description

地铁联席调度系统请求状态同步的实现方法

技术领域

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

背景技术

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

发明内容

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

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

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

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

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

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

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

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

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

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

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

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

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

当列车司机或车站值班人员通过车载或车站终端发送一条结束请求时，如果调度服务器内存请求表中的前一条请求与该请求属于同一终端且请求状态为空闲、未处理、确认或成功；对于空闲状态，调度服务器向终端发送结束失败消息并将该请求写入短信数据库；对于未处理状态，调度服务器向终端发送结束成功消息，状态置为结束，并转发给多个同类型调度台进行显示，同时将该请求写入短信数据库；对于确认或成功状态，如果有解派接需要，通知主处理调度台进行解派接操作及将该请求写入短信数据库，如果解派接成功，调度服务器向终端发送结束成功消息，状态置为结束，并转发给多个同类型调度台进行显示，如果解派接失败，调度服务器向终端发送结束失败消息。

所述的地铁联席调度系统请求状态同步的实现方法，其特征在于所述的调度台对无需派接请求的确认或拒绝操作处理，

调度台对一条无需派接请求进行确认或拒绝操作时，有以下两种处理：

a.如果调度服务器内存请求表中的当前请求与该操作对应的请求属于同一终端同一类型且请求状态为空闲或未处理；对于空闲状态，调度服务器向该调度台发送当前请求的响应类型和响应者；对于未处理状态，调度服务器将当前请求的响应类型置为确认或拒绝，响应者置为某个调度台名称，状态置为确认或空闲，并转发给多个同类型调度台进行显示，同时将该请求处理操作写入事件记录库，对于确认或拒绝操作，还需向终端发送成功或失败消息，此时处理请求的调度台只更新显示响应类型，其它调度台更新显示响应类型和响应者；

b.如果调度服务器内存请求表中的当前请求与该操作对应的请求属于同一终端不同类型且请求状态为空闲或未处理，调度服务器判定确认或拒绝操作无效，并向该调度台发送失效消息。

所述的地铁联席调度系统请求状态同步的实现方法，其特征在于所述的调度台对需派接请求的确认或拒绝操作处理，

调度台对一条需派接请求进行确认或拒绝操作时，有以下两种处理：

a.如果调度服务器内存请求表中的当前请求与该操作对应的请求属于同一终端同一类型且请求状态为未处理、空闲、确认或成功；对于未处理状态，调度服务器将当前请求的响应类型置为确认或拒绝，响应者置为某个调度台名称，状态置为确认或空闲，并转发给多个同类型调度台进行显示，同时将该请求处理操作写入事件记录库，对于拒绝操作，还需向终端发送失败消息，此时处理请求的调度台只更新显示响应类型，其它调度台更新显示响应类型和响应者；对于空闲、确认或成功状态，调度服务器向该调度台发送当前请求的响应类型和响应者；

b.如果调度服务器内存请求表中的当前请求与该操作对应的请求属于同一终端不同类型且请求状态为未处理、空闲、确认或成功；对于空闲或未处理状态，调度服务器判定确认或拒绝操作无效，并向该调度台发送失效消息；对于确认或成功状态，调度服务器判定确认或拒绝操作无效，并向该调度台发送当前请求的响应类型和响应者。

所述的地铁联席调度系统请求状态同步的实现方法，其特征在于所述的调度台对需派接请求的派接操作处理，

调度台对一条需派接请求进行派接操作，并将派接成功或失败消息发送给调度服务器时，如果调度服务器内存请求表中的当前请求与该操作对应的请求属于同一终端同一类型且请求状态为确认，则调度服务器判断该调度台是否与发起确认者一致，如果一致，请求状态置为成功或失败，并转发给多个同类型调度台进行显示，同时向终端发送派接成功或失败消息，如果不一致，不做任何处理。

本发明采用调度服务器作为集中管理器，在收到来自终端请求后，转发给调度台进行显示，然后对其中一个调度台发送的请求处理状态进行解析，并在解析完成之后，通知所有同类型调度台及终端同步相应请求的处理状态。因此应用本发明不仅能够提高请求同步处理的效率和实时性，降低后期系统维护成本，而且能够使各个同类型调度台相互感知，相互协作，保证每项请求都能得到及时、有效的处理，即使在网络故障、丢包等异常情况下也能确保各个同类型调度台的请求状态同步。

本发明的优点：

1）多个同类型调度台相互协作，保证每项请求都能得到及时处理，提高了请求处理的实时性和高效性；

2）采用集中管理器，对请求的接收和状态处理实行统一有效的管理，不但解决了多个同类型调度台之间无序争抢问题，也提高了系统的稳定性和可靠性，降低了后期维护成本；

3）本发明对请求的各种异常情况进行了处理，即使在网络故障、丢包等异常情况下也能确保同类型调度台请求状态处理的正确性。

具体实施方式

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

调度服务器是本发明的核心内容，不仅负责终端请求的接收及同步转发，还负责调度台操作处理的解析及同步工作，确保终端和调度台请求状态同步的实时性和准确性。

本发明同类型调度台是指具有相同权限的调度台，对请求的接收和处理具有同等权利，当某个调度台由于网络故障或其它原因导致其无法正常工作时，同类型调度台完全可以替代它，完成未完成或剩余的工作。这里的调度台属于地铁联席调度系统中一部分，主要负责请求状态的显示及处理，向用户呈现友好的人性化界面。

本发明所涉及的请求分为无需派接请求、需派接请求和结束请求，其中无需派接请求包含的请求类型有：列车呼叫请求、车站呼叫请求、列车转组（转到所属的调度台）请求；需派接请求包含的请求类型有：车站呼车请求、车站呼上或下站请求、列车呼当前站请求。这里的派接指将两个或多个通话组临时组合成一个大的通话组，便于多个通话组成员之间通话，解派接与之相反。

调度服务器的内存请求表信息主要包括终端类型、终端ISSI（Individual ShortSubscriber Identity ，个人用户识别码）、请求类型、请求状态、请求时间、响应类型、响应者，其中请求状态包括未处理、确认、成功、空闲（为空、拒绝、失败、结束），请求响应类型包括失效、确认、拒绝、成功、失败、失连、结束。

以下结合请求处理对本发明作进一步详细说明。

（1）同一终端发送的无需派接请求处理

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

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

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

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

（2）同一终端发送的需派接请求处理

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

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

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

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

（3）同一终端发送的结束请求处理

当列车司机或车站值班人员通过车载或车站终端发送一条结束请求时，如果调度服务器内存请求表中的前一条请求与该请求属于同一终端且请求状态为空闲、未处理、确认或成功；对于空闲（为空、拒绝、失败、结束）状态，调度服务器向终端发送结束失败消息并将该请求写入短信数据库；对于未处理状态，调度服务器向终端发送结束成功消息，状态置为结束，并转发给多个同类型调度台进行显示，同时将该请求写入短信数据库；对于确认或成功状态，如果有解派接需要，通知主处理调度台进行解派接操作及将该请求写入短信数据库，如果解派接成功，调度服务器向终端发送结束成功消息，状态置为结束，并转发给多个同类型调度台进行显示，如果解派接失败，调度服务器向终端发送结束失败消息。

（4）调度台对无需派接请求的确认或拒绝操作处理

某个调度台对一条无需派接请求进行确认或拒绝操作时，有以下两种处理情况：

a.如果调度服务器内存请求表中的当前请求与该操作对应的请求属于同一终端同一类型且请求状态为空闲或未处理；对于空闲(为空、拒绝、、结束)状态，调度服务器向该调度台发送当前请求的响应类型和响应者；对于未处理状态，调度服务器将当前请求的响应类型置为确认或拒绝，响应者置为某个调度台名称，状态置为确认或空闲，并转发给多个同类型调度台进行显示，同时将该请求处理操作写入事件记录库，对于确认或拒绝操作，还需向终端发送成功或失败消息，此时主处理调度台（处理请求的调度台），只更新显示响应类型，其它调度台更新显示响应类型和响应者；

b.如果调度服务器内存请求表中的当前请求与该操作对应的请求属于同一终端不同类型且请求状态为空闲或未处理，调度服务器判定确认或拒绝操作无效，并向该调度台发送失效消息，详见下述异常处理流程A或B。

（5）调度台对需派接请求的确认或拒绝操作处理

某个调度台对一条需派接请求进行确认或拒绝操作时，有以下两种处理情况：

a.如果调度服务器内存请求表中的当前请求与该操作对应的请求属于同一终端同一类型且请求状态为未处理、空闲、确认或成功；对于未处理状态，调度服务器将当前请求的响应类型置为确认或拒绝，响应者置为某个调度台名称，状态置为确认或空闲，并转发给多个同类型调度台进行显示，同时将该请求处理操作写入事件记录库，对于拒绝操作，还需向终端发送失败消息，此时主处理调度台（处理请求的调度台），只更新显示响应类型，其它调度台更新显示响应类型和响应者；对于空闲、确认或成功状态，调度服务器向该调度台发送当前请求的响应类型和响应者；

b.如果调度服务器内存请求表中的当前请求与该操作对应的请求属于同一终端不同类型且请求状态为未处理、空闲、确认或成功；对于空闲或未处理状态，调度服务器判定确认或拒绝操作无效，并向该调度台发送失效消息；对于确认或成功状态，调度服务器判定确认或拒绝操作无效，并向该调度台发送当前请求的响应类型和响应者，详见下述异常处理流程C或D。

（6）调度台对需派接请求的派接操作处理

某个调度台对一条需派接请求进行派接操作，并将派接成功或失败消息发送给调度服务器时，如果调度服务器内存请求表中的当前请求与该操作对应的请求属于同一终端同一类型且请求状态为确认，则调度服务器判断该调度台是否与发起确认者一致，如果一致，请求状态置为成功或失败，并转发给多个同类型调度台进行显示，同时向终端发送派接成功或失败消息，如果不一致，不做任何方面的处理。

以下结合异常处理流程对本发明作进一步详细说明。

（1）异常处理流程A：

a) 终端发送请求1，N台调度台都收到；

b) 整个流程处理结束，由于网络故障或丢包等其它原因，M号调度台没收到请求处理同步消息；

c) 同一终端再次发送请求2，由于网络故障或丢包等其它原因，M号调度台仍未收到；

d) M号调度台发起对请求1确认或拒绝操作；

e) 调度服务器判定M号调度台对请求1的确认或拒绝操作无效，并向该调度台发送失效消息，M号调度台收到失效消息后，将界面中请求1的状态置为失效。

（2）异常处理流程B：

a) 终端发送请求1，N台调度台都收到；

b) 同一终端再次发送请求2，由于网络故障或丢包等其它原因，其它调度台收到，M号调度台未收到；

c) M号调度台发起对请求1确认或拒绝操作；

d) 调度服务器在收到请求1确认或拒绝之前先收到请求2，将当前请求更新为请求2，判定M号调度台对请求1的确认或拒绝操作无效，并向该调度台发送失效消息。M号调度台收到失效消息后，将界面中请求1的状态置为失效，对于请求2的后续请求处理同步消息，不作处理。

（3）异常处理流程C：

a) 终端发送请求1，N台调度台都收到；

b) 整个流程处理结束，由于网络故障或丢包等其它原因，M号调度台没收到请求处理同步消息；

c) 同一终端再次发送请求2，由于网络故障或丢包等其它原因，M号调度台仍未收到该请求；

d) L号调度台发起对请求2确认操作，由于网络故障或丢包等其它原因，M号调度台仍未收到请求2确认同步消息；

e) M号调度台发起对请求1确认或拒绝操作；

f) 调度服务器判定M号调度台对请求1的确认或拒绝操作无效，并向M号调度台发送请求1的响应类型和响应者。

（4）异常处理流程D：

a) 终端发送请求1，N台调度台都收到；

b) 整个流程处理结束，由于网络故障或丢包等其它原因，M号调度台没收到请求处理同步消息；

c) 同一 终端再次发送请求2，M号调度台仍未收到该请求；

d) L号调度台发起对请求2派接操作并派接成功，由于网络故障或丢包等其它原因，M号调度台仍未收到请求2派接成功同步消息；

e) M号调度台发起对请求1确认或拒绝操作；

f) 调度服务器判定M号调度台对请求1的确认或拒绝操作无效，并向M号调度台发送请求1的响应类型和响应者。

（5）异常处理流程E：

a) 终端发送需派接请求1，N台调度台都收到；

b) M号调度台发起确认操作；

c) 调度服务器向所有同类型调度台发送确认同步消息，之后M号调度台失连或注销；

d) 调度服务器在接收到M号调度台的失连或注销消息后，将请求1的状态置为未处理、响应类型置为失连，并转发其它同类型调度台且重新开放操作权限。

（6）异常处理流程F：

a) 终端发送需派接请求1，N台调度台都收到；

b) M号调度台进行派接操作并派接成功；

c) 调度服务器向所有同类型调度台发送派接成功同步消息，之后M号调度台失连或注销；

c) 调度服务器在接收到M号调度台的失连或注销消息后，向终端发送结束消息，请求状态置为结束，并向其它同类型调度台发送结束同步消息。

（7）异常处理流程G：

a) 终端发送需派接请求1，M号调度台收到；

b) M号调度台进行派接操作并派接成功，但未结束该条请求；

c) 其它同类型调度台登录；

d) 同一终端再次发送请求1，调度服务器直接向终端返回成功消息，不向调度台转发该请求。

由于本发明采用调度服务器作为集中管理器，在收到来自终端请求后，转发给调度台进行显示，然后对某个调度台发送的请求处理状态进行解析，并在解析完成之后，通知所有同类型调度台及终端同步相应请求的处理状态。因此应用本发明不仅能够提高请求同步处理的效率和实时性，降低后期系统维护成本，而且能够使各个同类型调度台相互感知，相互协作，保证每项请求都能得到及时、有效的处理，即使在网络故障、丢包等异常情况下也能确保各个同类型调度台的请求状态同步。

Claims (6)

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

所述的同一终端发送的无需派接请求处理，

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

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

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

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

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

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

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

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

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

3.根据权利要求1所述的地铁联席调度系统请求状态同步的实现方法，其特征在于所述的同一终端发送的结束请求处理，

当列车司机或车站值班人员通过车载或车站终端发送一条结束请求时，如果调度服务器内存请求表中的前一条请求与该请求属于同一终端且请求状态为空闲、未处理、确认或成功；对于空闲状态，调度服务器向终端发送结束失败消息并将该请求写入短信数据库；对于未处理状态，调度服务器向终端发送结束成功消息，状态置为结束，并转发给多个同类型调度台进行显示，同时将该请求写入短信数据库；对于确认或成功状态，如果有解派接需要，通知主处理调度台进行解派接操作及将该请求写入短信数据库，如果解派接成功，调度服务器向终端发送结束成功消息，状态置为结束，并转发给多个同类型调度台进行显示，如果解派接失败，调度服务器向终端发送结束失败消息。

4.根据权利要求1所述的地铁联席调度系统请求状态同步的实现方法，其特征在于所述的调度台对无需派接请求的确认或拒绝操作处理，

调度台对一条无需派接请求进行确认或拒绝操作时，有以下两种处理：

a.如果调度服务器内存请求表中的当前请求与该操作对应的请求属于同一终端同一类型且请求状态为空闲或未处理；对于空闲状态，调度服务器向该调度台发送当前请求的响应类型和响应者；对于未处理状态，调度服务器将当前请求的响应类型置为确认或拒绝，响应者置为某个调度台名称，状态置为确认或空闲，并转发给多个同类型调度台进行显示，同时将该请求处理操作写入事件记录库，对于确认或拒绝操作，还需向终端发送成功或失败消息，此时处理请求的调度台只更新显示响应类型，其它调度台更新显示响应类型和响应者；

b.如果调度服务器内存请求表中的当前请求与该操作对应的请求属于同一终端不同类型且请求状态为空闲或未处理，调度服务器判定确认或拒绝操作无效，并向该调度台发送失效消息。

5.根据权利要求1所述的地铁联席调度系统请求状态同步的实现方法，其特征在于所述的调度台对需派接请求的确认或拒绝操作处理，

调度台对一条需派接请求进行确认或拒绝操作时，有以下两种处理：

a.如果调度服务器内存请求表中的当前请求与该操作对应的请求属于同一终端同一类型且请求状态为未处理、空闲、确认或成功；对于未处理状态，调度服务器将当前请求的响应类型置为确认或拒绝，响应者置为某个调度台名称，状态置为确认或空闲，并转发给多个同类型调度台进行显示，同时将该请求处理操作写入事件记录库，对于拒绝操作，还需向终端发送失败消息，此时处理请求的调度台只更新显示响应类型，其它调度台更新显示响应类型和响应者；对于空闲、确认或成功状态，调度服务器向该调度台发送当前请求的响应类型和响应者；

b.如果调度服务器内存请求表中的当前请求与该操作对应的请求属于同一终端不同类型且请求状态为未处理、空闲、确认或成功；对于空闲或未处理状态，调度服务器判定确认或拒绝操作无效，并向该调度台发送失效消息；对于确认或成功状态，调度服务器判定确认或拒绝操作无效，并向该调度台发送当前请求的响应类型和响应者。

6.根据权利要求1所述的地铁联席调度系统请求状态同步的实现方法，其特征在于所述的调度台对需派接请求的派接操作处理，

调度台对一条需派接请求进行派接操作，并将派接成功或失败消息发送给调度服务器时，如果调度服务器内存请求表中的当前请求与该操作对应的请求属于同一终端同一类型且请求状态为确认，则调度服务器判断该调度台是否与发起确认者一致，如果一致，请求状态置为成功或失败，并转发给多个同类型调度台进行显示，同时向终端发送派接成功或失败消息，如果不一致，不做任何处理。