息后，回复确认消息(2000K)，表示收到了该报警消息；
[0121]步骤103:管理平台根据当前管理平台的调度策略(若待处理警情数大于接警员个数*3，认为“系统繁忙”)，判断是否有空闲的席位来处理该警情，若管理平台中所有席位都处于繁忙状态，是则直接进入步骤104，否则进入到步骤105;
[0122]步骤104:管理平台回复“席位繁忙”状态给设备，报警设备收到该指令后，提示用户“当前系统繁忙，请稍后再试”，进入到步骤109;
[0123]步骤105:管理平台回复“坐席空闲”状态给设备，报警设备进入“等待接警”状态，管理平台将对应的警情转发给对应的订阅客户端；
[0124]步骤106:报警设备收到席位状态上报指令后，将设备状态由“空闲中”变更为“报警中”，并上报设备状态变更请求给管理平台；
[0125]步骤107:管理平台收到来自设备的设备状态变更请求后，转发给对应的订阅客户端；
[0126]步骤108:客户端收到警情和设备状态变更指令后，更新状态和界面展示；
[0127]步骤109:报警上报流程结束。
[0128]确保在复杂的网络环境下，报警设备产生报警后警情能正常的上报到客户端展不O
[0129]实施例三
[0130]本发明提供的实施例三为本发明提供的一种一键报警系统中报警设备重复上报警情的处理过程的实施例，如图4所示为本发明提供的一种一键报警系统中报警设备重复上报警情的处理过程的实施例的流程图，由图4可知，该过程包括:
[0131]步骤201:用户在某些紧急情况下，按报警设备报警按钮发起“紧急报警”，系统产生了一个新的警情(Alarm)；
[0132]步骤202:警情上报到管理平台，管理平台收到该报警消息后，回复确认消息(2000K)，但由于网络异常或者模块出现故障，报警设备没有正常的收到该应答消息；
[0133]步骤203:报警设备在没有收到应答消息的情况下，重复上报该警情；
[0134]步骤204:管理平台收到重复警情时，开启过滤机制，不进行警情的转发；
[0135]步骤205:客户端收到重复警情时，开启过滤机制，不进行警情的显示；
[0136]步骤206:警情重复上报流程结束。
[0137]确保在网络不良的情况下，警情在能正常上报的同时不会产生重复警情。
[0138]实施例四
[0139]本发明提供的实施例四为本发明提供的一种一键报警系统中客户端收到警情后进入到接警过程的实施例，如图5所示为本发明提供的一种一键报警系统中客户端接警过程的实施例的流程图，由图5可知，该过程包括:
[0140]步骤401:客户端发起接警请求，同时建立视频链路和音频链路，通过警情唯一标识(AlarmID)实现警情和链路的关联；
[0141]步骤402:管理平台收到来自客户端的接警消息，通知对应的报警设备警情已被处理；
[0142]步骤403:管理平台转发视频链路和音频链路创建的请求给报警设备；
[0143]步骤404:报警设备建立视频链路和音频链路，状态由“报警中”变为“对讲中”，同时上报设备状态变更请求给管理平台；
[0144]步骤405:管理平台收到来自报警设备上报的设备状态变更请求后，转发给对应的订阅客户端，客户端更新状态；
[0145]步骤406:当客户端接警完成后，需要完成警情的挂断，客户端向管理平台发起挂断请求；
[0146]步骤407:管理平台转发挂断请求给报警设备，报警设备收到挂断请求后，回收视频链路和音频链路，状态由“对讲中”变更为“空闲”，同时上报设备状态变更请求给管理平台;
[0147]步骤408:管理平台收到来自报警设备上报的设备状态变更请求后，转发给对应的订阅客户端，客户端更新状态，接警流程结束。
[0148]确保警情正常上报后，警情能被正常接警同时保证其他客户端上对告警状态的同步。
[0149]实施例五
[0150]本发明提供的实施例五为本发明提供的一种一键报警系统中超时情况下的处理过程的实施例，如图6所示为本发明提供的一种一键报警系统中客户端接警过程的实施例的流程图，由图6可知，报警超时时，步骤如下:
[0151]步骤501:报警设备在报警后，一段时间内(正常情况下为60s)警情均未被接警，报警设备认为警情超时，发送警情状态变更请求到管理平台，同时报警设备状态由“警报中”变为“空闲”，发送设备状态变更请求到管理平台；
[0152]步骤502:管理平台收到警情状态变更请求后，回收警情对应的资源并更新警情的状态，收到来自报警设备上报的设备状态变更请求后，转发给对应的订阅客户端，客户端更新状态，警情超时后资源回收完毕。
[0153]接警超时时，步骤如下:
[0154]步骤601:警情被接警后，报警设备与管理平台之间建立了视频链路和音频链路，若由于某些原因导致设备检测媒体链路超时(通过检测RTCP来实现)，设备认为警情超时，发送警情状态变更请求到管理平台，同时报警设备的状态由“对讲中”变为“空闲”，发送设备状态变更请求到管理平台。
[0155]步骤602:管理平台收到警情状态变更请求后，回收警情对应的资源并更新警情的状态，收到来自报警设备上报的设备状态变更请求后，转发给对应的订阅客户端，客户端更新状态，警情超时后资源回收完毕。
[0156]确保警情正常上报后，由于没有正常的接警或者模块出现故障，导致在处警的过程出现中断时，资源能得到合理回收，同时平台各网元的状态能保持同步。
[0157]警情超时主要在以上几种情况产生:
[0158]1、报警设备在报警中(警情上报后，没有被接警，属于正常超时，默认为60s )、接警中(与平台之间的媒体链路检测超时即RTCP超时)认为警情超时，设备发送超时指令给管理平台，通知警情已超时，同时发送报警设备状态变更指令，更新设备状态。
[0159]2、CMS认为链路超时，一般由于客户端、设备端异常导致警情没有被正常的处理完毕，服务器会在180s认为警情超时，更新警情状态，同时通知客户端和报警设备，报警设备收到超时指令后发送设备状态变更指令给管理平台，更新设备状态。
[0160]3、CMS对于处于接警中的客户端和报警，若一方在接警过程中出现了掉线、重启等现象，服务器需要将警情置为超时，同时通知客户端和报警设备更新状态。
[0161]4、客户端认为警情超时时，上报给管理平台(客户端认为警情超时的情况一般限制在10分钟内，客户端超时机制一般在平台和客户端之间的网络出现故障时会开启)。
[0162]正常警情超时处理流程如下:
[0163]首先报警主机向管理平台发送报警的指令(ALARM_N0TIFY);定时向管理平台发送报警会话延续指令(ALARM_HEARTBEAT)，并携带会话有效时间；若没有接警员进行接警，前端主动发送超时指令(ALARMJIMEOUT)。
[0164]异常警情超时处理流程如下:首先报警主机向管理平台发送报警的指令(ALARM_NOTIFY);定时向管理平台发送报警会话延续指令(ALARM_HEARTBEAT)，并携带会话有效时间；若没有接警员进行接警，前端主动发送超时指令(ALARM_I1ME0UT)，但管理平台没有收到。管理平台检测若干个会话内没有收到ALARM_HEARTBEAT，认为会话超时。
[0165]在以上几种情况下，一旦警情状态发生变更，若报警设备认为警情超时，采用ALARM_STATUS指令通知管理平台，管理平台广播给对应客户端变更警情状态，同时报警设备需要发送设备状态变更指令给管理平台，更新设备状态;若管理平台认为警情超时，采用ALARM_STATUS指令通知客户端和前端，更新警情状态，报警设备在收到警情超时的指令后，终止链路，发送设备状态变更指令给管理平台；若客户端认为警情超时，采用ALARM_STATUS指令向管理平台上报警情超时，管理平台通知其他的客户端和前端，更新警情状态，设备在收到警情超时的指