CN107147817A - 虚拟呼叫中心系统及其操作方法 - Google Patents
虚拟呼叫中心系统及其操作方法 Download PDFInfo
- Publication number
- CN107147817A CN107147817A CN201710354943.8A CN201710354943A CN107147817A CN 107147817 A CN107147817 A CN 107147817A CN 201710354943 A CN201710354943 A CN 201710354943A CN 107147817 A CN107147817 A CN 107147817A
- Authority
- CN
- China
- Prior art keywords
- service
- call
- server
- domain
- seat
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
- H04M3/51—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
- H04M3/5141—Details of processing calls and other types of contacts in an unified manner
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
- H04M3/51—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
- H04M3/523—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing with call distribution or queueing
- H04M3/5232—Call distribution algorithms
- H04M3/5234—Uniform load distribution
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
- H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/566—Grouping or aggregating service requests, e.g. for unified processing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/63—Routing a service request depending on the request content or context
Abstract
本发明提供了一种虚拟呼叫中心系统,其中包括:管理层,用于提供管理虚拟呼叫中心系统的管理门户;数据层,包括预留了扩容接口的分布式存储系统,用于进行数据采集、统计、备份、监控、分发和/或存储;服务层,其包括多个服务域和统一资源管理与定位服务器,其中所述服务域相互联网形成一个服务云,以提供各种服务资源,所述统一资源管理与定位服务器用于管理所述服务云,统一进行呼叫管理、呼叫路由、呼叫分配、座席管理和/或智能排队;接入层,其包括多个接入域和外呼策略服务器,其中所述接入域相互联网形成一个接入云,以提供各种呼叫的接入资源。此外,本发明还提供了一种所述虚拟呼叫中心系统的操作方法。
Description
技术领域
本发明涉及一种虚拟呼叫中心平台以及其操作方法,特别涉及一种基于共享基础架构的云计算方法实现的虚拟呼叫中心系统及其操作方法。
背景技术
目前,呼叫中心又称为客户服务中心,它是一种基于CTI(ComputerTelephonyIntegration,计算机电话集成)技术、充分利用通信网和计算机网的多项功能集成,并与企业连为一体的一个完整的综合信息服务系统,利用各种先进的通信手段,有效地为客户提供高质量、高效率、全方位的服务。呼叫中心作为企业的窗口,客户从消费咨询、投诉、建议到订购、维修等一切问题呼叫,它都可以接收和应答。建立呼叫中心可以大大增强企业的客户关系管理能力。同时,由于很多大型企业正在进行从粗放性经营向集约化经营方式的转变,因而纷纷开始采用数据集中模式,实现业务数据在更高层次上的集中,因为这种集中有助于集成和分析企业的内部数据和外部数据,以供决策使用,有力地促进了以业务为中心的经营模式向以客户为中心的经营模式的转变。采用数据集中模式,企业可以通过统一的数据库查看企业或个人的服务数据,从而可达到细分市场的目的,针对不同客户的不同需求提供个性化的产品和服务。
虚拟呼叫中心系统是由呼叫中心运营商(以下简称运营商)统一建设平台,企业到运营商开户,租用各种呼叫中心资源包括接入号、各种平台服务、应用系统、甚至包括座席人员等,从而迅速构建起自己的呼叫中心系统,这种方式有利于运营商对平台进行统一集中的管理和运维,也有利于中小企业以低成本的方式迅速建立自己的呼叫中心。
在传统的呼叫中心中,PBX与CTI服务器之间的对应关系比较固定。PBX(用户交换机)与CTI服务器之间的通过CTI链路(计算机电话集成链路)相连接,是它们之间唯一数据通道。CTI服务器通过该通道对呼叫过程进行全面管理,接收来自PBX的事件/状态消息,并向PBX发出命令,因而它们之间的消息通信量相当大,通常CTI链路有一个最大的消息通信量限制,也就是说由于受CTI链路的限制,PBX的呼叫接入量不是无限大,而是有一极限值。对于接入设备PBX,根据系统规模需要配置对外连接电信上端局的中继接口板,对内需要配置与IVR(交互式语音应答)相连接的IVR接口板:还需根据人工座席代表数目配置相应的用户接口板作为与人工座席代表连接的接口。根据以上情况,当我们在实现一个大容量呼叫中心或对已有系统进行扩容时,不但需要对PBX本身的软硬件进行扩容,而且在中继一侧需要添加相应的中继板完成接入,在用户一侧还需要添加相应的IVR接口板和用户接口板,这就大大增加了建设和扩容的成本。另一方面,PBX作为一个专业的计算机系统,特别是作为一个呼叫处理系统,它不但受到其自身的CPU处理能力的限制,而且也受到呼叫处理软件方面的限制,因而其交换处理能力也不可能进行无限制的线性扩容,而是每一款PBX都有自己的一个极限值。
在传统的CTI服务器的CTI应用中,对于在系统上运行的程序来说,端口资源通常是PBX静态地提供的。换句话说,端口是从物理上分配给不同的应用。具体举例来说,同一客户(例如产品制造商)租用了多个端口(中继线1-N),这些端口被绑定为一个逻辑中继线,该逻辑中继线对应于一个提供技术支持服务的应用。当呼叫从所述任何一个端口呼入时,就被连接到所述CTI应用。
由于PBX的端口资源几乎是静态地与CTI服务器的应用绑定在一起,如果需要调整资源的量,就不得不首先修改有关的配置文件,即修改所述绑定和对应关系,然后关掉交换机(或者IVR系统),并重新启动来使修改生效。当呼叫中心话务量较低的空闲期间PBX和CTI服务器的处理能力被闲置而不能由其他繁忙的呼叫中心共享其处理能力。由于上述弱点,很难在运行环境中实时地动态提供端口资源,从而不能使端口资源的使用最优化。
然而,无论是对于虚拟呼叫中心的服务提供商来说,还是对于租用虚拟呼叫中心的企业客户来说,都需要使端口资源能够动态分配。具体来说,对于企业客户来说,不希望租用固定的资源,而希望按使用付费并且在高峰期的服务质量能够得到保障,以便降低成本。对于虚拟呼叫中心的服务提供商来说,则希望通过资源的动态分配来充分利用资源,以达到利润最大化。
根据上述情况,在呼叫中心特别是大容量呼叫中心的建设中以及现有呼叫中心的扩容上都面临一些难以克服的问题:
1)PBX软硬件资源无法进行线性扩容;
2)PBX和CTI服务器的资源无法动态地配置和共享;
3)建设大容量呼叫中心或对现有的呼叫中心进行扩容时,需要增加中继板、IVR接口板与用户接口板,还需要对PBX的软硬件进行扩容,这大大增加了建设和扩容的成本;
4)无法根据话务量实时地配置各个硬件设备和软件资源;
5)为了应对PBX和CTI可能出现的故障,需要对PBX和CTI服务器的组合设置冗余备用设备,增加了呼叫中心的建设成本;
6)呼叫中心对数据的存储需要专门架设存储矩阵机房来实现,这类存储矩阵机房的维护和扩容成本较高;
7)现有的呼叫中心在外呼时的计费路由和号码显示策略常常需要人工参与配置,降低了外呼操作的效率。
发明内容
为了克服现有技术中的上述缺陷,本发明提供了一种虚拟呼叫中心系统,其中包括:
管理层,用于提供管理虚拟呼叫中心系统的管理门户;
数据层,包括预留了扩容接口的分布式存储系统,用于进行数据采集、统计、备份、监控、分发和/或存储;
服务层,其包括多个服务域和统一资源管理与定位服务器,其中所述服务域相互联网形成一个服务云,以提供各种服务资源,所述统一资源管理与定位服务器用于管理所述服务云,统一进行呼叫管理、呼叫路由、呼叫分配、座席管理和/或智能排队;
接入层,其包括多个接入域和外呼策略服务器,其中所述接入域相互联网形成一个接入云,以提供各种呼叫的接入资源,所述外呼策略服务器用于在所述接入云发起外呼时根据所述外呼的属性选择所述外呼的计费路由和号码显示策略。
根据本发明的一个方面,所述虚拟呼叫中心系统中所述服务云和接入云分别作为一个整体为多个企业客户的虚拟呼叫中心提供服务;所有的接入资源在服务层的控制下,实现负载均分,和/或所述多个服务域按照指定的策略分担负载。
根据本发明的另一个方面,所述虚拟呼叫中心系统中所述多个服务域通过IP网络相互连接,每一个服务域包括一个或多个CTI服务器和/或IVR服务器;当座席登录时,所述统一资源管理与定位服务器按照预定的策略为登录的座席分配服务域;以及当用户的呼入呼叫到达接入层时,所述统一资源管理与定位服务器按照预定的策略确定为该呼叫提供IVR服务或人工座席服务的服务域。
根据本发明的另一个方面,所述虚拟呼叫中心系统中所述统一资源管理与定位服务器为登录的座席分配服务域以及为用户呼叫确定提供服务的服务域的策略包括:均分负载,根据各服务域中已承载业务及其允许的登录座席数,选择负载最轻的服务域提供服务;地域优先,根据企业客户的注册地区,优先选择距离企业客户注册地最近的服务域承载该企业客户的座席的登录和服务;和/或服务质量优先,对于特定客户配置专用的服务域和接入域,该客户的座席登录时直接选择专用服务域提供服务。
根据本发明的另一方面,所述虚拟呼叫中心系统中所述多个接入域通过IP网络相互连接,每一个接入域包括接入交换机和媒体服务器,其连接到PSTN网和/或PLMN网用以接入呼叫;当座席外呼时,统一资源管理与定位服务器根据预订的策略确定提供外呼服务的接入域,并且在外呼操作结束后释放提供外呼服务的接入域的资源。
根据本发明的另一方面,所述虚拟呼叫中心系统中所述统一资源管理与定位服务器为座席的外呼操作分配接入域的策略包括:顺序选择,按顺序依次选择各个接入域提供外呼服务;均分负载,根据各接入域中配置的资源总数以及已承载的呼叫数量,选择负载最轻的接入域提供服务;地域优先,根据企业客户的注册地区,优先选择与企业客户的注册地区最近的接入域承载该企业客户的座席的呼叫;和/或服务质量优先,对于特定的客户配置专用的接入域,当该客户的座席外呼时直接选择专用接入域承载呼叫。
根据本发明的另一方面,所述虚拟呼叫中心系统中所述外呼策略服务器用于在所述接入云发起外呼时根据所述外呼的属性选择所述外呼的计费路由和号码显示策略包括:根据所述外呼属性中的运营商归属属性选择低费用计费路由,并根据所述所述外呼属性中的电话号码所在地属性选择所述外呼所显示的座席主叫号码。
根据本发明的另一方面,所述虚拟呼叫中心系统中所述管理层包括多个web服务器,所述web服务器以网站形式提供企业自服务门户、业务受理门户和/或平台运维门户,所述web服务器通过网络相互连接形成管理云;所述数据层包括多个数据库服务器和文件服务器,所述数据库服务器和文件服务器通过网络相互连接形成数据云;所述管理云和数据云中的资源由统一资源管理与定位服务器统一进行配置。
本发明还提供了一种用于如前文所述的虚拟呼叫中心系统的操作方法,其中座席通过虚拟呼叫中心系统外呼操作包括如下步骤:
座席通过客户端软件发起外拨请求;
服务域收到所述外拨请求后,向统一资源管理与定位服务器发起外呼路由请求;
统一资源管理与定位服务器收到所述外呼路由请求后,根据配置的分配策略确定提供外呼服务的接入域,并将确定的接入域的信息返回给与该座席绑定的服务域;
与该座席绑定的服务域向所确定的接入域发起外呼请求;以及
接收到外呼请求的接入域按照外呼策略服务器选择的计费路由和号码显示策略开始外呼处理,呼通座席及用户电话后,将话路搭接起来,座席与用户开始通话。
实施本发明提供的虚拟呼叫中心系统能带来如下有益效果:第一,由于本发明采用云计算技术将多个服务域连接配置为一个服务云,以及将多个接入域连接配置为一个接入云。该服务云和接入云分别作为一个整体为企业的虚拟呼叫中心提供服务,使得每个企业的虚拟呼叫中心的容量不局限于某个服务域或接入域的容量,而是能够在整个服务云和整个接入云总容量的范围内灵活地扩充和缩小,并且在虚拟呼叫中心容量扩充和缩小过程中完全不中断或影响现有的座席服务。当需要扩展整个服务云和接入云的容量时,仅仅需要简单地增加相同的服务域设备和相同的接入域设备并配置到服务云和接入云中即可,也不影响现有呼叫中心系统的运行。由于统一资源管理与定位服务器统一地在服务云和接入云调度和管理呼叫中心系统的资源,因此能够实现多个接入域和多个服务域之间的负载均衡。第二,本发明提供的虚拟呼叫中心系统利用云计算技术进行构建,能以较低的成本,方便、平滑地扩展系统容量,极大的提高虚拟呼叫中心平台运营商的资源利用效率,降低运维成本。同时采用分权分域的管理模式满足不同规模企业的呼叫中心管理需求。第三,本发明提供的虚拟呼叫中心系统在其接入层设置了外呼策略服务器,用于在所述接入云发起外呼时根据所述外呼的属性选择所述外呼的计费路由和号码显示策略,因而在满足工信部呼叫中心工作标准的情况下降低了呼叫中心的外呼费用成本,并提升了其外呼通话的效率。第四,本发明提供的虚拟呼叫中心在数据层设置了预留扩容接口的分布式存储系统,可以方便地将例如个人计算机、智能终端等设备的闲置存储资源随时用于扩容呼叫中心的存储量,极大降低了呼叫中心的架设、维护成本和运营风险。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本发明的其它特征、目的和优点将会变得更明显:
图1是根据本发明的虚拟呼叫中心系统的一个具体实施方式的逻辑结构示意图;
图2是根据本发明的虚拟呼叫中心系统的一个具体实施方式的拓扑图;
图3是根据本发明一个实施例的座席通过本发明的虚拟呼叫中心系统外呼操作的过程的流程图;
附图中相同或相似的附图标记代表相同或相似的部件。
具体实施方式
为了更好地理解和阐释本发明,下面将结合附图对本发明作进一步的详细描述。
下面参照图1和图2描述本发明的虚拟呼叫中心系统的架构。图1是根据本发明的虚拟呼叫中心系统的一个具体实施方式的逻辑结构示意图,图2是根据本发明的虚拟呼叫中心系统的一个具体实施方式的拓扑图。
如图1中所示,本发明将虚拟呼叫中心系统按照逻辑分层模式构建,包括通过IP网络连接的接入层11、服务层12、数据层13和管理层14。其中接入层11和服务层12的硬件设备和软件资源按照独立的“云”的形式分布。优选地,数据层13和管理层14也可以按照独立的“云”的形式分布配置。
接入层11包括多个接入域111、112、...、11n,提供各种呼叫的接入资源,支持PSTN(公共交换电话网络)、PLMN(公用陆地移动通信网)、VOIP等接入方式。如图2中所示,每个接入域111、112、...、11n包括接入交换机和媒体服务器,用于进行呼叫的接入,它连接PSTN网、PLMN网和/或互联网,用以接入电话信令、VOIP信号、即时通信软件消息、短信息、电子邮件、网页交互留言等数据,将各种电话信令及媒体事件转换为统一的事件接口消息,以IP包的形式通过网络传递给服务层12,供服务层12进行处理。每个接入域111、112、...、11n还可以分别包括并线录音服务器,用于在用户呼入时进行并线录音。接入层11的多个接入域111、112、...、11n可以位于不同地点,它们之间通过IP网络连接形成一个整体“接入云”,所有的接入资源共同提供接入服务,在服务层12的控制下,实现负载均分,任一个接入域设备出现故障时,其它接入域能实时分担负载,实现接入层的高可靠性。因此不需要设置专门的备用接入域设备。本领域技术人员可以理解,随着计算机技术的发展,接入域所能支持的通信方式不仅限于传统的电话网络通话或VOIP通话,更广义地还支持视频通话、文字输入,语音留言等,接入域所接入的咨询投诉数据可能是用户实时产生的,也可以是数据缓存设备所提供的,例如服务器缓存的录音、视频、即时通信软件消息、网页留言、电子邮件等。
考虑到呼叫中心为了实现客户关怀、问卷调差、营销活动、电话回访等场景,经常执行外呼的任务,接入层11还包括外呼策略服务器110,该外呼策略服务器110用于在所述接入云发起外呼时根据所述外呼的属性选择所述外呼的计费路由和号码显示策略。具体而言,包括根据所述外呼属性中的运营商归属属性选择低费用计费路由,并根据所述所述外呼属性中的电话号码所在地属性选择所述外呼所显示的座席主叫号码。例如一次外呼中所针对的客户电话(也即外呼的属性)是运营商为中国移动的号码,归属地为北京,则相应地外呼策略服务器110为此次外呼选择计费路由为中国移动计费通道,呼叫中心的来电号码在客户电话设备上显示归属地为北京的来电号码(例如区号为010的座机号码)。确定所述计费路由的目的是降低呼叫中心向运营商支付的通话费用成本;确定所述号码显示策略是为了满足呼叫中心的工作运行标准,并提升外呼目标用户的体验。
服务层12包括多个服务域121、122、...、12n以及统一资源管理与定位服务器120。每个服务域121、122、...、12n提供各种核心服务资源,其用于完成人工座席服务和IVR服务(自动语音应答服务)。每个服务域包括一个或多个CTI服务器和/或IVR服务器,在图2中示出每个服务域由两个CTI服务器CTIa和CTIb支持分别处理不同的进程,例如可以提供人工座席服务和IVR服务。呼叫中心的核心服务为统一资源管理与定位服务器120,其独立于服务域并对所述服务域进行管理,统一进行呼叫管理、呼叫路由、呼叫分配、座席管理和/或智能排队等管理。与接入域111、112、...、11n的部署方式类似,多个服务域121、122、...、12n可以位于不同地点,通过IP网络联接在一起,形成一个整体的“服务云”,所有服务域的资源共同提供服务,多个服务域可以按照指定的策略分担负载,任何一个服务域发生故障时,其它服务域可以分担其负载,实现服务层的高可靠性。因此,不需要设置专门的备用服务域设备。
数据层13包括预留了扩容接口的分布式存储系统,具体而言该分布式存储系统包括至少一个数据库服务器、多个用于分布式存储的设备(例如PC或智能终端)和文件服务器,主要用于为服务层12提供配置数据,并从服务层12获取呼叫中心实时数据,完成数据汇总、统计、分发、监控等相关的数据计算和/或存储工作。分布式存储系统的特点是成本低、运算能力强且便于扩容。所述扩容接口指的是使用软件逻辑预留的软件接口,便于安装了分布式存储管理软件的计算设备接入分布式存储系统中成为数据层13的一部分。具体来说,该数据层13提供实时采集服务131、数据备份服务132、实时统计服务133以及配置数据分发服务134。其中实时采集服务131用于从服务层12采集各种数据,包括服务层12和接入层11中的各个服务器的实时状态信息、各个座席的状态信息、与座席进行通话的用户号码等等。数据备份服务132用于对所采集的数据进行备份。实时统计服务133对所采集的数据进行统计加工。配置数据分发服务134用于企业在企业自服务门户141对配置数据进行修改后,把修改的配置数据分发到服务层12中的各个服务域121、122、...、12n和接入层11中的各个接入域111、112、...、11n。
管理层14由多个web服务器所构成,该web服务器提供企业自服务门户141、业务受理门户142和平台运维门户143。所述“门户”采用网页的形式由企业客户登录后执行各种管理工作。企业自服务门户141用于供企业客户管理和配置自己的呼叫中心,包括工号、技能组管理,查看监控、录音、统计报表数据等功能。业务受理门户142用于受理企业客户的业务申请。平台运维门户143用于由服务提供商的运维部门进行整个呼叫中心的管理、配置、维护等。企业自服务门户141采用分权分域的方式为企业提供管理呼叫中心的工具。对于功能权限采用角色来管理,对于数据权限采用管理域来管理。企业开户后,由企业登录到企业自服务门户141,根据本企业实际情况按地域及管理层级配置好多级管理域,所有的座席、技能组都直属于某一个管理域,呼叫中心所有的数据都以座席工号为单位产生和统计,在展现时,根据管理域再进行汇总,保证各级管理域只能看到本级及下级管理域的数据。
根据需要,数据层13和管理层14中的各个服务器也可以分别按照与接入层11和服务层12类似的方式通过IP网络联接在一起,形成一个整体的“数据云”和“管理云”,但这不是本发明所必须的。由于虚拟呼叫中心的容量瓶颈和扩容成本主要体现在接入层11和服务层12上,因此在本发明中只要接入域111、112、...、11n和服务域121、122、...、12n分别按照云计算方式部署即可实现本发明的目的。所述数据云和管理云的资源也由统一资源管理与定位服务器120统一进行配置。
在本发明的虚拟呼叫中心系统中,接入层11的容量扩展通过增加接入域来实现,增加接入域时,新加的接入域可以动态注册到服务层12,不影响服务层和接入层现有资源的正常工作,可以根据需要无限增加接入域。同样,减少接入域时,也可以在线动态进行,不影响现网的正常工作,被减掉接入域的负载由其它接入域分担。
在传统的虚拟呼叫中心实现方式中,某个企业客户的虚拟呼叫中心被绑定为由特定的某个服务域和接入域来支持,因此该企业客户的虚拟呼叫中心的容量扩展受到为其提供支持的特定服务域和接入域的资源限制。当传统虚拟呼叫中心的容量需要扩展到超出为其提供支持的特定服务域和接入域所能承载的呼叫数时,需要更换或增加服务域和接入域中的设备,导致复杂的硬件和软件的配置,成本较高。如果扩展容量后,该企业客户的虚拟呼叫中心未能到达预期业务量,则导致设备和软件资源的浪费。
与传统的虚拟呼叫中心不同,本发明的基于云计算的虚拟呼叫中心内的服务云和接入云分别作为一个整体为多个企业客户的虚拟呼叫中心提供服务。每个企业客户的虚拟呼叫中心不被绑定到服务云中的特定服务域和/或接入云中的特定接入域,而是在服务云和接入云中动态地分配资源。在本发明中,统一资源管理与定位服务器120用于完成所有服务资源和计算资源的管理以及负载均分操作。座席登录时,由它根据预订分配策略决定提供人工服务的服务域,承载座席的登录及管理。企业客户的座席17不与服务云中的某个服务域或者服务域中的某个CTI服务器绑定,在座席17每次登录时,都由统一资源管理与定位服务器120为其分配一个服务域,每次分配的服务域可能互不相同。当用户的呼入呼叫到达接入层11后,由统一资源管理与定位服务器120根据预定策略决定提供IVR服务的服务域,为其提供IVR服务;当用户请求转座席时,由统一资源管理与定位服务器120找到座席17登录的服务域,将用户转向此服务域,为其提供人工服务。
在本发明的虚拟呼叫中心系统中,统一资源管理与定位服务器120确定提供人工座席服务的服务域时,其分配策略至少包括以下一种规则,可以同时适用多条互不冲突的规则:
1)均分负载,根据各服务域中人工服务已承载业务及其允许的登录座席数,选择负载最轻的服务域提供服务;
2)地域优先,根据企业客户的注册地区,优先选择距离企业客户注册地最近的服务域承载该企业客户的座席的登录和服务;和/或
3)服务质量优先,对于那些对服务质量有严格要求的VIP客户,允许配置专用的服务域和接入域,该客户的座席登录时直接选择专用服务域提供服务。
根据具体情况,上述为人工座席分配服务域的规则可以任意组合使用。在人工座席登出之后,为该座席分配的服务域的资源被释放,以供其他座席使用。
在本发明的虚拟呼叫中心系统中,当座席17外呼时,统一资源管理与定位服务器120根据预订的策略确定提供外呼服务的接入域。其分配策略至少包括以下一种规则,可以同时适用多条互不冲突的规则:
a)顺序选择,按顺序依次选择各个接入域提供外呼服务;
b)均分负载,根据各接入域中配置的资源总数以及已承载的呼叫数量,选择负载最轻的接入域提供服务;
c)地域优先,根据企业客户的注册地区,优先选择与企业客户的注册地区最近的接入域承载该企业客户的呼叫;和/或
d)服务质量优先,对于那些对服务质量有严格要求的VIP客户,允许配置专用的接入域,外呼时直接选择专用接入域承载呼叫。
根据具体情况,上述为外呼服务分配接入域的规则可以任意组合使用。在外呼操作结束后,为该外呼操作分配的接入域的资源被释放,以供其他呼叫使用。
本发明的虚拟呼叫中心系统中,数据层将配置数据同步分发到相关的服务域,同时还负责从各个服务域采集数据,经汇总统计后,分企业进行存储,供管理层读取并展现给企业用户。
如图2中所示,本发明的虚拟呼叫中心系统中,支持两种座席,一种是有PC终端的座席,一种是无PC终端的纯电话座席。PC终端的座席通过专线直接连接到与服务云和接入云相连接的IP网络,或者通过互联网16经由防火墙15连接到与服务云和接入云相连接的IP网络。注册的呼叫中心的电话可以是任意电信运营商的电话终端,电话终端平时不与座席工号绑定,只在座席登录时才指定电话号码并建立绑定关系,即允许同一座席在任意地点以任意电话登录到呼叫中心作为座席开展工作。
上述的纯电话座席可以通过拨打电话进入IVR服务完成登录过程,也可以通过门户网站登录,还可以通过设定时间自动完成登录和登出操作,例如设定在上班时间将纯电话座席自动登录到虚拟呼叫中心,在下班时间将座席自动登出虚拟呼叫中心。
请结合图1和图2,参考图3,图3是根据本发明一个实施例的座席通过本发明的虚拟呼叫中心系统外呼操作的过程的流程图,包括如下步骤:
步骤S301,座席17通过客户端软件发起外拨请求;
步骤S302,服务域121、122、...、12n收到所述外拨请求后,向统一资源管理与定位服务器120发起外呼路由请求;
步骤S303,统一资源管理与定位服务器120收到所述外呼路由请求后,根据配置的分配策略确定提供外呼服务的接入域,并将确定的接入域的信息返回给与该座席17绑定的服务域;
步骤S304,与该座席17绑定的服务域向所确定的接入域发起外呼请求;以及
步骤S305,接收到外呼请求的接入域按照外呼策略服务器110选择的计费路由和号码显示策略开始外呼处理,呼通座席17及用户电话后,将话路搭接起来,座席17与用户开始通话。
执行步骤S305之后,完成座席17通过本发明的虚拟呼叫中心系统进行的外呼操作。外呼结束后,确定的接入域的资源被释放。其中,实施图3提供的方法的座席17通常指的是企业座席。
需要说明的是,尽管在附图中以特定顺序描述了本发明方法的操作,但是,这并非要求或者暗示必须按照该特定顺序来执行这些操作,或是必须执行全部所示的操作才能实现期望的结果。相反,流程图中描绘的步骤可以改变执行顺序。附加地或备选地,可以省略某些步骤,将多个步骤合并为一个步骤执行,和/或将一个步骤分解为多个步骤执行。
本部分出现的术语和名词与前文中相同的术语或名词具有一致的含义,例如所述“计费路由”和“号码显示策略”等,上述术语或名词及其涉及的工作原理均可参考前文中相关部分的描述和解释,为了简便起见在此不再赘述。
本发明提供的虚拟呼叫中心及其操作方法中涉及软件逻辑的部分可以使用可编程逻辑器件来实现,也可以实施为计算机程序产品,该程序产品使计算机执行用于所示范的方法。所述计算机程序产品包括计算机可读存储介质,该介质上包含计算机程序逻辑或代码部分,用于实现上述涉及软件逻辑的部分的各个步骤。所述计算机可读存储介质可以是被安装在计算机中的内置介质或者可从计算机主体拆卸的可移动介质(例如可热拔插的存储设备)。所述内置介质包括但不限于可重写的非易失性存储器,例如RAM、ROM和硬盘。所述可移动介质包括但不限于:光存储媒体(例如CD-ROM和DVD)、磁光存储媒体(例如MO)、磁存储媒体(例如磁带或移动硬盘)、具有内置的可重写的非易失性存储器的媒体(例如存储卡)和具有内置ROM的媒体(例如ROM盒)。
本领域技术人员应当理解,任何具有适当编程装置的计算机系统都能够执行包含在计算机程序产品中的本发明的方法的诸步骤。尽管本说明书中描述的多数具体实施方式都侧重于软件程序,但是以硬件方式实现本发明提供的方法的替代实施例同样在本发明要求保护的范围之内。
对于本领域技术人员而言,显然本发明不限于上述示范性实施例的细节,而且在不背离本发明的精神或基本特征的情况下,能够以其他的具体形式实现本发明。因此,应将实施例看作是示范性的,而且是非限制性的,本发明的范围由所附权利要求而不是上述说明限定,在权利要求的等同要件的含义和范围内的所有变化均涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外,显然“包括”一词不排除其他部件、单元或步骤,单数不排除复数。权利要求中陈述的多个部件、单元或装置也可以由一个部件、单元或装置通过软件或者硬件来实现。
实施本发明提供的虚拟呼叫中心系统能带来如下有益效果:第一,由于本发明采用云计算技术将多个服务域连接配置为一个服务云,以及将多个接入域连接配置为一个接入云。该服务云和接入云分别作为一个整体为企业的虚拟呼叫中心提供服务,使得每个企业的虚拟呼叫中心的容量不局限于某个服务域或接入域的容量,而是能够在整个服务云和整个接入云总容量的范围内灵活地扩充和缩小,并且在虚拟呼叫中心容量扩充和缩小过程中完全不中断或影响现有的座席服务。当需要扩展整个服务云和接入云的容量时,仅仅需要简单地增加相同的服务域设备和相同的接入域设备并配置到服务云和接入云中即可,也不影响现有呼叫中心系统的运行。由于统一资源管理与定位服务器统一地在服务云和接入云调度和管理呼叫中心系统的资源,因此能够实现多个接入域和多个服务域之间的负载均衡。第二,本发明提供的虚拟呼叫中心系统利用云计算技术进行构建,能以较低的成本,方便、平滑地扩展系统容量,极大的提高虚拟呼叫中心平台运营商的资源利用效率,降低运维成本。同时采用分权分域的管理模式满足不同规模企业的呼叫中心管理需求。第三,本发明提供的虚拟呼叫中心系统在其接入层设置了外呼策略服务器,用于在所述接入云发起外呼时根据所述外呼的属性选择所述外呼的计费路由和号码显示策略,因而在满足工信部呼叫中心工作标准的情况下降低了呼叫中心的外呼费用成本,并提升了其外呼通话的效率。第四,本发明提供的虚拟呼叫中心在数据层设置了预留扩容接口的分布式存储系统,可以方便地将例如个人计算机、智能终端等设备的闲置存储资源随时用于扩容呼叫中心的存储量,极大降低了呼叫中心的架设、维护成本和运营风险。
以上所披露的仅为本发明的一些较佳实施例,不能以此来限定本发明之权利范围,依本发明权利要求所作的等同变化,仍属本发明所涵盖的范围。
Claims (9)
1.一种虚拟呼叫中心系统,其中包括:
管理层(14),用于提供管理虚拟呼叫中心系统的管理门户;
数据层(13),包括预留了扩容接口的分布式存储系统,用于进行数据采集、统计、备份、监控、分发和/或存储;
服务层(12),其包括多个服务域(121、122、...、12n)和统一资源管理与定位服务器(120),其中所述服务域(121、122、...、12n)相互联网形成一个服务云,以提供各种服务资源,所述统一资源管理与定位服务器(120)用于管理所述服务云,统一进行呼叫管理、呼叫路由、呼叫分配、座席管理和/或智能排队;
接入层(11),其包括多个接入域(111、112、...、11n)和外呼策略服务器(110),其中所述接入域(111、112、...、11n)相互联网形成一个接入云,以提供各种呼叫的接入资源,所述外呼策略服务器(110)用于在所述接入云发起外呼时根据所述外呼的属性选择所述外呼的计费路由和号码显示策略。
2.根据权利要求1所述的虚拟呼叫中心系统,其中所述服务云和接入云分别作为一个整体为多个企业客户的虚拟呼叫中心提供服务;
所有的接入资源在服务层(12)的控制下,实现负载均分,和/或所述多个服务域按照指定的策略分担负载。
3.根据权利要求2所述的虚拟呼叫中心系统,其中所述多个服务域(121、122、...、12n)通过IP网络相互连接,每一个服务域包括一个或多个CTI服务器和/或IVR服务器;
当座席(17)登录时,所述统一资源管理与定位服务器(120)按照预定的策略为登录的座席(17)分配服务域;以及
当用户的呼入呼叫到达接入层(11)时,所述统一资源管理与定位服务器(120)按照预定的策略确定为该呼叫提供IVR服务或人工座席服务的服务域。
4.根据权利要求3所述的虚拟呼叫中心系统,其中所述统一资源管理与定位服务器(120)为登录的座席(17)分配服务域以及为用户呼叫确定提供服务的服务域的策略包括:
均分负载,根据各服务域中已承载业务及其允许的登录座席数,选择负载最轻的服务域提供服务;
地域优先,根据企业客户的注册地区,优先选择距离企业客户注册地最近的服务域承载该企业客户的座席的登录和服务;和/或
服务质量优先,对于特定客户配置专用的服务域和接入域,该客户的座席登录时直接选择专用服务域提供服务。
5.根据权利要求1所述的虚拟呼叫中心系统,其中所述多个接入域(111、112、...、11n)通过IP网络相互连接,每一个接入域包括接入交换机和媒体服务器,其连接到PSTN网和/或PLMN网用以接入呼叫;
当座席(17)外呼时,统一资源管理与定位服务器(120)根据预订的策略确定提供外呼服务的接入域,并且在外呼操作结束后释放提供外呼服务的接入域的资源。
6.根据权利要求5所述的虚拟呼叫中心系统,其中所述统一资源管理与定位服务器(120)为座席(17)的外呼操作分配接入域的策略包括:
顺序选择,按顺序依次选择各个接入域提供外呼服务;
均分负载,根据各接入域中配置的资源总数以及已承载的呼叫数量,选择负载最轻的接入域提供服务;
地域优先,根据企业客户的注册地区,优先选择与企业客户的注册地区最近的接入域承载该企业客户的座席的呼叫;和/或
服务质量优先,对于特定的客户配置专用的接入域,当该客户的座席外呼时直接选择专用接入域承载呼叫。
7.根据权利要求1所述的虚拟呼叫中心系统,所述外呼策略服务器(110)用于在所述接入云发起外呼时根据所述外呼的属性选择所述外呼的计费路由和号码显示策略包括:
根据所述外呼属性中的运营商归属属性选择低费用计费路由,并根据所述所述外呼属性中的电话号码所在地属性选择所述外呼所显示的座席主叫号码。
8.根据权利要求1-7中的任何一项所述的虚拟呼叫中心系统,其中所述管理层(14)包括多个web服务器,所述web服务器以网站形式提供企业自服务门户(141)、业务受理门户(142)和/或平台运维门户(143),所述web服务器通过网络相互连接形成管理云;
所述数据层(13)包括多个数据库服务器和文件服务器,所述数据库服务器和文件服务器通过网络相互连接形成数据云;
所述管理云和数据云中的资源由统一资源管理与定位服务器(120)统一进行配置。
9.一种用于权利要求1-8中的任何一项所述的虚拟呼叫中心系统的操作方法,其中座席(17)通过虚拟呼叫中心系统外呼操作包括如下步骤:
座席(17)通过客户端软件发起外拨请求;
服务域(121、122、...、12n)收到所述外拨请求后,向统一资源管理与定位服务器(120)发起外呼路由请求;
统一资源管理与定位服务器(120)收到所述外呼路由请求后,根据配置的分配策略确定提供外呼服务的接入域,并将确定的接入域的信息返回给与该座席(17)绑定的服务域;
与该座席(17)绑定的服务域向所确定的接入域发起外呼请求;以及
接收到外呼请求的接入域按照外呼策略服务器(110)选择的计费路由和号码显示策略开始外呼处理,呼通座席(17)及用户电话后,将话路搭接起来,座席(17)与用户开始通话。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710354943.8A CN107147817A (zh) | 2017-05-19 | 2017-05-19 | 虚拟呼叫中心系统及其操作方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710354943.8A CN107147817A (zh) | 2017-05-19 | 2017-05-19 | 虚拟呼叫中心系统及其操作方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107147817A true CN107147817A (zh) | 2017-09-08 |
Family
ID=59778503
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710354943.8A Pending CN107147817A (zh) | 2017-05-19 | 2017-05-19 | 虚拟呼叫中心系统及其操作方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107147817A (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109559023A (zh) * | 2018-11-14 | 2019-04-02 | 厦门路桥信息股份有限公司 | 云控中心座席工单自动调度方法、介质及系统 |
CN109819124A (zh) * | 2019-01-23 | 2019-05-28 | 广州市聚星源科技有限公司 | 一种ivr智能服务及其实现方法 |
CN109921932A (zh) * | 2019-03-06 | 2019-06-21 | 优信拍(北京)信息科技有限公司 | 一种呼叫中心的配置及应用方法、装置和系统 |
CN110248029A (zh) * | 2019-06-17 | 2019-09-17 | 浙江百应科技有限公司 | 一种通话中动态选择通讯线路的方法 |
CN110278334A (zh) * | 2018-03-14 | 2019-09-24 | 北京京东尚科信息技术有限公司 | 分派呼叫请求的方法和装置 |
CN110475031A (zh) * | 2019-07-26 | 2019-11-19 | 招联消费金融有限公司 | 呼叫系统、呼叫处理方法、服务器和可读存储介质 |
CN110798660A (zh) * | 2019-09-30 | 2020-02-14 | 武汉兴图新科电子股份有限公司 | 基于云联邦音视频融合平台的一体化运维系统 |
CN112003986A (zh) * | 2020-07-24 | 2020-11-27 | 招联消费金融有限公司 | 语音外呼方法、装置、计算机设备和存储介质 |
CN112188016A (zh) * | 2020-10-20 | 2021-01-05 | 浙江百应科技有限公司 | 一种基于坐席状态的外呼任务自动调整方法 |
CN112468664A (zh) * | 2021-02-02 | 2021-03-09 | 北京轻松筹信息技术有限公司 | 一种外呼方法、装置、系统、电子设备和存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101197881A (zh) * | 2006-12-05 | 2008-06-11 | 中兴通讯股份有限公司 | 广域集中控制呼叫中心系统 |
CN102158612A (zh) * | 2010-02-11 | 2011-08-17 | 青牛(北京)技术有限公司 | 基于云计算技术的虚拟呼叫中心系统及其操作方法 |
-
2017
- 2017-05-19 CN CN201710354943.8A patent/CN107147817A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101197881A (zh) * | 2006-12-05 | 2008-06-11 | 中兴通讯股份有限公司 | 广域集中控制呼叫中心系统 |
CN102158612A (zh) * | 2010-02-11 | 2011-08-17 | 青牛(北京)技术有限公司 | 基于云计算技术的虚拟呼叫中心系统及其操作方法 |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110278334A (zh) * | 2018-03-14 | 2019-09-24 | 北京京东尚科信息技术有限公司 | 分派呼叫请求的方法和装置 |
CN109559023A (zh) * | 2018-11-14 | 2019-04-02 | 厦门路桥信息股份有限公司 | 云控中心座席工单自动调度方法、介质及系统 |
CN109819124A (zh) * | 2019-01-23 | 2019-05-28 | 广州市聚星源科技有限公司 | 一种ivr智能服务及其实现方法 |
CN109921932A (zh) * | 2019-03-06 | 2019-06-21 | 优信拍(北京)信息科技有限公司 | 一种呼叫中心的配置及应用方法、装置和系统 |
CN110248029A (zh) * | 2019-06-17 | 2019-09-17 | 浙江百应科技有限公司 | 一种通话中动态选择通讯线路的方法 |
CN110475031A (zh) * | 2019-07-26 | 2019-11-19 | 招联消费金融有限公司 | 呼叫系统、呼叫处理方法、服务器和可读存储介质 |
CN110798660A (zh) * | 2019-09-30 | 2020-02-14 | 武汉兴图新科电子股份有限公司 | 基于云联邦音视频融合平台的一体化运维系统 |
CN110798660B (zh) * | 2019-09-30 | 2020-12-29 | 武汉兴图新科电子股份有限公司 | 基于云联邦音视频融合平台的一体化运维系统 |
CN112003986A (zh) * | 2020-07-24 | 2020-11-27 | 招联消费金融有限公司 | 语音外呼方法、装置、计算机设备和存储介质 |
CN112003986B (zh) * | 2020-07-24 | 2021-06-11 | 招联消费金融有限公司 | 语音外呼方法、装置、计算机设备和存储介质 |
CN112188016A (zh) * | 2020-10-20 | 2021-01-05 | 浙江百应科技有限公司 | 一种基于坐席状态的外呼任务自动调整方法 |
CN112468664A (zh) * | 2021-02-02 | 2021-03-09 | 北京轻松筹信息技术有限公司 | 一种外呼方法、装置、系统、电子设备和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107147817A (zh) | 虚拟呼叫中心系统及其操作方法 | |
CN102158612A (zh) | 基于云计算技术的虚拟呼叫中心系统及其操作方法 | |
CN101150419B (zh) | 一种新一代呼叫中心系统及自动业务实现方法 | |
US6064973A (en) | Context manager and method for a virtual sales and service center | |
JP2002044261A (ja) | 階層化された制御アーキテクチャを持つマルチメディア顧客ケアセンタ | |
CN103516759B (zh) | 云系统资源管理方法、云呼叫中心坐席管理方法和云系统 | |
CN102334329B (zh) | 对一组或多组物理联络中心资源进行虚拟化以供一个或多个虚拟联络中心使用 | |
US8515833B2 (en) | Methods and systems for multilayer provisioning of networked contact centers | |
CN102172004A (zh) | 用于在动态呼叫中心环境中实现松散配置的服务工作人员群组的系统 | |
CN106657694A (zh) | 一种呼叫中心业务管理系统 | |
CN103825931A (zh) | 一种基于云呼叫中心的客户关系管理系统 | |
CN103516918B (zh) | 资源故障恢复方法及装置 | |
CN106330683A (zh) | 一种多媒体座席系统 | |
CN103458131A (zh) | 坐席登录、调度的方法及坐席中心 | |
CN108965109A (zh) | 一种即时通讯控制方法、装置及存储介质 | |
CN113014847A (zh) | 一种基于混合云架构实现音视频通信的方法及系统 | |
CN100388665C (zh) | 电信网络呼叫中心系统及其实现方法 | |
CN106357941B (zh) | 基于cti技术的托管型呼叫中心 | |
Griffeth et al. | Extending telecommunications systems: The feature-interaction problem | |
CN1963853A (zh) | 企业信息化管理系统 | |
CN109785189B (zh) | 一种多渠道融合的客户支持服务平台及其工作方法 | |
CN112261235B (zh) | 一种基于FreeSWITCH的云呼叫中心平台 | |
CN201352391Y (zh) | 高速公路客户服务中心管理系统 | |
US6668056B2 (en) | System and method for modeling resources for calls centered in a public switch telephone network | |
CN101610179B (zh) | 用于实时行动管理系统的托管中心以及实时行动管理系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information | ||
CB02 | Change of applicant information |
Address after: 100043 room 901, 9 / F, building 3, yard 1, North tianshunzhuang Road, Shijingshan District, Beijing Applicant after: Beijing qingniu Technology Co., Ltd Address before: 100142, Fu Cheng Road, Beijing, Haidian District, No. 73 century Yue Hui building, 9 floor Applicant before: Qingniu (Beijing) Technology Co., Ltd. |
|
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170908 |