[发明专利]业务支撑生产系统与应急系统间的切换方法及装置

说明书

技术领域

本发明涉及通信领域中的主备系统间的切换技术，特别涉及一种业务支撑生产系统与应急系统间的切换方法及装置。

背景技术

随着通信技术的发展，可以提供的业务类型也越来越多，各种类型业务都是由通信网络侧设置的业务支撑生产系统完成的。随着业务类型及同一类型业务量的增大，在通信网络侧的业务支撑生产系统的任务也就越来越艰巨，其地位也越来越重要。为了提高用户的体验度及满意度，提高服务质量，就需要通信网络侧为用户提供不间断的各种类型业务服务，实现用户提出的各种类型业务请求。

为了保证业务支撑生产系统故障或维护时，仍然可以为用户提供不间断的业务服务，在通信网络的网络侧，还设置了对应的应急系统。在业务支撑生产系统故障或维护时，通信网络的操作人员就会将业务支撑生产系统处理的业务切换到应急系统受理，由应急系统为用户提供业务服务。

在业务支撑生产系统与应急系统之间的切换过程中，需要通信系统网络侧的操作人员分别将业务支撑生产系统的状态修改为不可用，将应急系统的状态修改为可用后，然后由通信网络的操作人员手工重启应急系统和业务支撑生产系统后，完成业务支撑生产系统与应急系统之间的切换。由于需要对应急系统进行重启操作，所以整个业务支撑生产系统与应急系统之间的切换过程时间比较长，常常大于30分钟，这也会导致业务的受理中断大于30分钟。

另外，业务支撑生产系统往往将同一类型的业务根据请求的不同渠道及不同来源位置进行了颗粒度细分，在业务支撑生产系统故障或维护时，也仅仅只是维护某一个或几个颗粒度的业务，所以在切换到应急系统时，仅仅切换颗粒度的业务。也就是使得业务支撑生产系统中的某一渠道及某一来源位置的业务状态不可用，使得应急系统中对应该渠道及该来源位置的业务状态可用，然后由操作人员重启业务支撑生产系统及应急系统。

可以看出，业务支撑生产系统与应急系统之间的切换，存在以下问题：

第一，需要分别改变业务支撑生产系统的状态，由操作人员手工重启后才能完成切换，整个过程需要有操作人员的配合，无法自动完成；

第二，由于需要操作人员手工重启改变状态的业务支撑生产系统及应急系统，所以需要的切换时间比较长，在此期间业务支撑生产系统和应急系统都无法受理所切换的业务请求，给用户带来的体验度和满意度下降；

第三，在进行切换时，可以对某一渠道及某一来源位置的业务从业务支撑生产系统切换到应急系统中，但是在切换完成后，却无法获知该渠道及该来源位置的业务是否成功切换到应急系统中了，只能由通信网络的操作人员通过手工查询各渠道及来源位置的业务受理流水及日志情况确定是否切换成功，比较繁琐。

发明内容

有鉴于此，本发明提供一种业务支撑生产系统与应急系统间的切换方法，该方法能够不需要通信网络操作人员的配合，能够完成针对渠道及来源位置的一类型业务从业务支撑生产系统无缝切换到应急系统，且能够获知切换是否成功。

本发明还提供一种业务支撑生产系统与应急系统间的切换装置，该装置能够不需要通信网络操作人员的配合，能够完成针对渠道及来源位置的一类型业务从业务支撑生产系统无缝切换到应急系统，且能够获知切换是否成功。

为达到上述目的，本发明实施的技术方案具体是这样实现的：

一种业务支撑生产系统与应急系统间的切换方法，设置应用进程控制业务支撑生产系统和应急系统的执行，在应急系统的数据库中对应每一维度的业务存储切换信息，该方法还包括：

该应用进程根据所读取的一维度业务的切换信息，确定该业务要进行切换；

该应用进程启动应急系统的该业务请求受理后，再停止业务支撑生产系统的该业务受理；

该应用进程在该业务切换信息中标记切换成功标识。

所述业务切换信息是以切换矩阵的形式存储在应急系统的数据库中的，所述切换矩阵中的每一个维度表示一渠道及一来源位置的一类型业务的切换信息。

所述该业务切换信息包括控制位和状态位，所述切换成功标识设置在所述状态位上；

所述确定该业务要进行切换是根据所述控制位有效确定的。

该方法还包括：将所述业务控制位的状态同步到通信系统网络侧内存中的应急标记上。

在所述应用进程接收到业务请求后，该方法还包括：

所述应用进程读取内存，确定内存中对应该业务的应急标记是否为有效，如果否，控制业务支撑生产系统受理该业务并执行该业务，如果是，控制应急系统受理该业务后，将受理该业务同步到业务支撑生产系统执行。

所述应急系统受理该业务的过程为：