本发明涉及通信领域，具体而言，涉及一种基于IVR业务的操作执行方法及系统。
背景技术：
当移动互联网服务内容应用服务的直接提供者(SP)和运营商合作，需要同时开展多个互动式语音应答(InteractiveVoiceResponse，简称为IVR)业务，则需要在这家运营商的机房内架设新的服务器并且购置新的语音板卡来满足新业务的需求。
同样，如果多个互动式语音应答(IVR)研发人员同时调试业务流程逻辑，则每个人在调试时都需要额外配置一台个人电脑(PersonalComputer，简称为PC)以及一套语音板卡，因此会大大增加成本支出，造成资源的浪费，不利于公司的开源节流。
技术实现要素：
本发明的主要目的在于公开了一种基于IVR业务的操作执行方法及系统，以至少解决相关技术中开展多个IVR业务，需要在这家运营商的机房内架设新的服务器并且购置多个新的语音板卡来满足新业务的需求,导致成本增加和资源浪费的问题。
根据本发明的一个方面，提供了一种基于IVR业务的操作执行方法。
根据本发明的基于IVR业务的操作执行方法包括：封装有语音板卡对应的全部底层操作的语音板卡底层操作VCOP进程检测所述语音板卡的通道上是否有事件；如果所述VCOP进程检测到所述通道上有第一事件，所述VCOP进程根据该第一事件的接入号判断上层互动式语音应答IVR业务，并将该事件的消息发送至该上层IVR业务对应的第一IVR业务网关进程，以使所述第一IVR业务网关进程根据业务流程确定待执行的底层操作；所述VCOP进程接收来自于所述第一IVR业务网关进程的包含所述底层操作的信息，记录所述第一IVR业务网关进程与所述通道的对应关系,并执行所述底层操作。
根据本发明的又一方面，提供了一种基于IVR业务的操作执行系统。
根据本发明的基于IVR业务的操作执行系统包括：语音板卡底层操作VCOP进程；其中，所述VCOP进程进一步包括：检测模块，封装语音板卡对应的全部底层操作，用于检测所述语音板卡的通道上是否有事件；判断模块，用于在检测到所述通道上有第一事件时，根据该第一事件的接入号判断上层互动式语音应答IVR业务；发送模块，用于将第一事件的消息发送至该上层IVR业务对应的第一IVR业务网关进程，以使所述第一IVR业务网关进程根据业务流程确定待执行的底层操作；执行模块，接收来自于所述第一IVR业务网关进程的包含所述底层操作的信息，记录所述第一IVR业务网关进程与所述通道的对应关系,并执行所述底层操作。
与现有技术相比，本发明实施例至少具有以下优点：当上层IVR业务需要给用户进行摘机、播放语音等底层操作时，只需把用户所在通道和具体操作通知语音板卡底层操作(VoiceCardOperationProcess，简称为VCOP)进程，再由VCOP进程去完成这些基本操作。从而可以实现业务逻辑与底层操作的完全分离，达到了多个IVR业务公用一块语音板卡的目的，减少了成本支出，避免了资源的浪费，有利于公司的开源节流。
附图说明
图1是根据本发明实施例的基于IVR业务的操作执行方法的流程图；
图2是根据本发明实施例的基于IVR业务的操作执行系统的结构框图；
图3是根据本发明优选实施例的基于IVR业务的操作执行系统的结构框图；
图4是根据本发明优选实施例的基于IVR业务的操作执行系统的交互示意图。
具体实施方式
下面结合说明书附图对本发明的具体实现方式做一详细描述。
图1是根据本发明实施例的基于IVR业务的操作执行方法的流程图。如图1所示，该基于IVR业务的操作执行方法包括：
步骤S101：封装有语音板卡对应的全部底层操作的语音板卡底层操作(VCOP)进程检测上述语音板卡的通道上是否有事件；
步骤S103：如果上述VCOP进程检测到上述通道上有第一事件，上述VCOP进程根据该第一事件的接入号判断上层互动式语音应答(IVR)业务，并将该事件的消息发送至该上层IVR业务对应的第一IVR业务网关进程，以使上述第一IVR业务网关进程根据业务流程确定待执行的底层操作；
步骤S105：上述VCOP进程接收来自于上述第一IVR业务网关进程的包含上述底层操作的信息，记录上述第一IVR业务网关进程与上述通道的对应关系,并执行上述底层操作。
当上层IVR业务需要给用户进行摘机、播放语音等底层操作时，采用图1所示的方法，只需把用户所在通道和具体操作通知语音板卡底层操作(VoiceCardOperationProcess，简称为VCOP)进程，再由VCOP进程去完成这些基本操作。从而可以实现业务逻辑与底层操作的完全分离，达到了多个IVR业务共用一块语音板卡的目的，减少了成本支出，避免了资源的浪费，有利于公司的开源节流。
其中，上述事件可以是用户振铃、用户摘机、用户挂机、用户按键等。VCOP进程检测上述语音板卡的通道上是否有这些事件，检测有这些事件的情况下，将振铃、摘机、挂机、或按键等消息发送至上层IVR网关进程。
优选地，上述上层IVR业务与上层IVR业务网关进程一一对应；上述上层IVR业务与上述接入号一一对应。例如，上层IVR业务1与上层IVR业务网关进程1对应,上层IVR业务2与上层IVR业务网关进程2对应,…,上层IVR业务n与上层IVR业务网关进程n对应。
在优选实施过程中，可以预先将针对语音板卡的所有底层操作封装在一个进程中(即VCOP进程)，不同的上层IVR业务对应不同的独立的进程(即IVR业务网关进程)，每个IVR业务都有自己的接入号。用户通过拨打不同的接入号，进入对应的IVR业务流程体验。例如，用户A拨打123接入号进入了IVR业务流程一；用户B拨打456接入号进入了IVR业务流程二。
优选地，在步骤S103中上述第一IVR业务网关进程根据业务流程确定待执行的底层操作时，还可以包括：上述第一IVR业务网关进程记录上述用户标识与上述通道的对应关系。
优选地，在步骤S105中上述VCOP进程记录第一事件的用户标识与上述通道的对应关系,并执行上述底层操作之后，还可以包括：当上述VCOP进程检测到上述通道空闲时，上述VCOP进程清空上述第一IVR业务网关进程与上述通道的对应关系；上述VCOP进程通知上述第一IVR业务网关进程清空上述用户标识与上述通道的对应关系。
优选地，在步骤S105中上述VCOP进程记录上述第一事件的用户标识与上述通道的对应关系,并执行上述底层操作之后，还可以包括：当上述语音板卡的上述通道上有第二事件时，上述VCOP进程根据上述第二事件的接入号判断上层IVR业务，并将上述通道被占用的消息发送至该上层IVR业务对应的第二IVR业务网关进程。
图2是根据本发明实施例的基于IVR业务的操作执行系统的结构框图。如图2所示，该基于IVR业务的操作执行系统包括：语音板卡底层操作(VCOP)进程20；其中，上述VCOP进程20进一步包括：检测模块200，封装语音板卡对应的全部底层操作，用于检测上述语音板卡的通道上是否有事件；判断模块202，用于在检测到上述通道上有第一事件时，根据该第一事件的接入号判断上层互动式语音应答IVR业务；发送模块204，用于将第一事件的消息发送至该上层IVR业务对应的第一IVR业务网关进程，以使上述第一IVR业务网关进程根据业务流程确定待执行的底层操作；执行模块206，接收来自于上述第一IVR业务网关进程的包含上述底层操作的信息，记录上述第一IVR业务网关进程与上述通道的对应关系,并执行上述底层操作。
当上层IVR业务需要给用户进行摘机、播放语音等底层操作时，采用图1所示的系统，该系统中的VCOP进程接收到用户所在通道和具体底层操作的通知，并完成这些基本底层操作。从而可以实现业务逻辑与底层操作的完全分离，达到了多个IVR业务共用一块语音板卡的目的，减少了成本支出，避免了资源的浪费，有利于公司的开源节流。
优选地，上述上层IVR业务与上层IVR业务网关进程一一对应；上述上层IVR业务与上述接入号一一对应。
优选地，如图3所示，上述系统还可以包括：IVR业务网关进程30，与VCOP进程20进行通信，上述IVR业务网关进程进一步包括：记录模块300，用于记录上述用户标识与上述通道的对应关系。
优选地，如图3所示，上述VCOP进程还可以包括：清空模块208，用于在上述VCOP进程检测到上述通道空闲时，清空上述第一IVR业务网关进程与上述通道的对应关系；通知模块210，用于通知上述第一IVR业务网关进程清空上述用户标识与上述通道的对应关系。
优选地，如图3所示，上述判断模块202，还用于在上述语音板卡的上述通道上有第二事件时，根据上述第二事件的接入号判断上层IVR业务；上述发送模块204，还用于将上述通道被占用的消息发送至该上层IVR业务对应的第二IVR业务网关进程。
以下结合图4进一步描述上述优选实施方式。
在优选实施过程中，将所有针对语音板卡的底层操作封装在一个进程中(VCOP进程)，不同的上层IVR业务对应不同的独立的进程(IVR业务网关进程，下文用GW表示)，每个IVR业务都有自己的接入号。用户通过拨打不同的接入号，进入对应的IVR流程体验。如图4所示，业务1对应IVR业务网关进程1(GW1)，业务2对应IVR业务网关进程2(GW2)，业务3对应IVR业务网关进程3(GW3)，…,业务n对应IVR业务网关进程n(GWn)。
VCOP进程检测到板卡上的通道有事件时，通过判断接入号，选择将该事件消息发送给对应的GW，然后GW记录用户号码和对应所在通道，并根据具体的业务流程去判断下一步应该进行什么操作，同时VCOP进程将该通道记录为被对应的GW占有，后续如果该通道有按键等事件时，VCOP进程便直接将消息发给对应的GW，检测到通道空闲时，清空通道上的记录，并通知GW也清空该通道和用户号码的对应关系。
当上层IVR业务需要给用户进行摘机、播放语音等操作时，只需把用户所在通道和具体操作告诉VCOP进程，再由VCOP进程去完成这些基本操作。
这样就可以实现业务逻辑与底层操作的完全分离的效果，不管上层业务逻辑如何变化，对于语音办卡摘机、挂机、放音等底层操作基本上是不变的，现在假设用户A拨打123接入号进入了流程一，在板卡上占用1号通道，这时用户B拨打456接入号进入了流程二，在板卡上占用2号通道，并不会影响这两个用户同时使用不同的业务，而且在用户挂机后，1、2通道仍然可以给别的业务使用，实现了通道利用率的最大化，达到了多个IVR业务共用一块语音板卡的目的，并且，研发人员在开发过程中调试流程的时候也可以使用该模式来节省开支。
综上上述，借助本发明提供的上述实施例，当上层IVR业务需要给用户进行摘机、播放语音等底层操作时，只需把用户所在通道和具体操作通知语音板卡底层操作(VCOP)进程，再由VCOP进程去完成这些基本操作。从而可以实现业务逻辑与底层操作的完全分离，达到了多个IVR业务共用一块语音板卡的目的，可满足多业务或多人调试的要求，减少了成本支出，避免了资源的浪费，有利于公司的开源节流。
以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。