[发明专利]业务处理方法、装置、设备及存储介质

说明书

本发明属于通信技术领域，公开了一种业务处理方法、装置、设备及存储介质。该方法包括：接收用户通过呼叫组件触发的呼叫业务请求，根据呼叫业务请求确定待处理的呼叫业务的识别号；根据预先构建的映射关系表，确定识别号对应的呼叫业务的业务种类；根据业务种类和预先编译的重定义远程过程调用组件，从预先构建的传输控制协议TCP连接池中查找出呼叫组件与软交换平台通信所需的TCP长连接；利用TCP长连接，将呼叫业务请求发送至软交换平台的事件处理接口，由事件处理接口对呼叫业务进行处理。通过上述方式，显著提升了呼叫中心的并发性能，从而无需在大量服务器上部署呼叫中心业务，在兼顾资源的同时，有效缩短了部署周期。

技术领域

本发明涉及通信技术领域，尤其涉及一种业务处理方法、装置、设备及存储介质。

背景技术

呼叫中心，又称客户服务中心，起源于20世纪30年代，最初是把用户的呼叫转移到应答台或者专家处。此后，随着要转移的呼叫和应答增多，开始建立起交互式语音应答系统，这种系统能把客户部分常见问题的应答实现由机器“自动话务员”来应答和处理。传统意义上的呼叫中心，是指以人接电话为主的呼叫响应中心，为客户提供各种电话响应服务。

目前，各大企业推出的呼叫中心系统，在进行外呼操作时，具体是由相应功能组件使用超文本传输协议(Hyper Text Transfer Protocol，HTTP)调用FreeSWITCH(一个电话的软交换解决方案)中自带的远程过程调用(Remote Procedure Cal，RPC)接口，通过RPC接口实现外呼功能。然而，FreeSWITCH自带的RPC接口支持的最大并发量都不足20。但是，随着服务行业规模的不断扩大，各大企业推出的呼叫中心系统，在同一时刻需要支持的并发量需要高达几千。因此，如果采用FreeSWITCH自带的RPC接口，需要设置多台服务器，并在服务器上部署呼叫业务。这样不仅会面临部署周期长的问题，还会导致严重的资源浪费。

所以，亟需提供一种业务处理方法，以解决现有技术部署周期长，以及难以兼顾资源占用和并发性能的问题。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

本发明的主要目的在于提供一种业务处理方法、装置、设备及存储介质，旨在解决现有技术部署周期长，以及难以兼顾资源占用和并发性能的技术问题。

为实现上述目的，本发明提供了一种业务处理方法，所述方法包括以下步骤:

接收用户通过呼叫组件触发的呼叫业务请求，根据所述呼叫业务请求确定待处理的呼叫业务的识别号；

根据预先构建的映射关系表，确定所述识别号对应的所述呼叫业务的业务种类，所述映射关系表为所述识别号与所述业务种类之间的对应关系；

根据所述业务种类和预先编译的重定义远程过程调用组件，从预先构建的传输控制协议TCP连接池中查找出所述呼叫组件与软交换平台通信所需的TCP长连接；

利用所述TCP长连接，将所述呼叫业务请求发送至所述软交换平台的事件处理接口，由所述事件处理接口对所述呼叫业务进行处理。

优选地，所述根据所述业务种类和预先编译的重定义远程过程调用组件，从预先构建的传输控制协议TCP连接池中查找出所述呼叫组件与软交换平台通信所需的TCP长连接的步骤之前，所述方法还包括：

在原生远程过程调用组件的基础上使用java编程语言，为各呼叫业务分配对应的端口号，得到所述重定义远程过程调用组件。

优选地，所述根据所述业务种类和预先编译的重定义远程过程调用组件，从预先构建的传输控制协议TCP连接池中查找出所述呼叫组件与软交换平台通信所需的TCP长连接的步骤，包括：

根据所述业务种类和所述重定义远程过程调用组件，确定所述呼叫业务对应的端口号；