CN107277282A - 一种分布式呼叫中心系统间的话务分流方法及系统 - Google Patents
一种分布式呼叫中心系统间的话务分流方法及系统 Download PDFInfo
- Publication number
- CN107277282A CN107277282A CN201710517916.8A CN201710517916A CN107277282A CN 107277282 A CN107277282 A CN 107277282A CN 201710517916 A CN201710517916 A CN 201710517916A CN 107277282 A CN107277282 A CN 107277282A
- Authority
- CN
- China
- Prior art keywords
- phone
- service
- type
- call center
- information
- 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/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/5235—Dependent on call type or called number [DNIS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/10—Flow control between communication endpoints
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
- H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
Abstract
本发明公开了一种分布式呼叫中心系统间的话务分流方法及系统,该方法包括以下步骤:接收呼叫电话,并读取呼叫电话的DID号码。根据呼叫电话的DID号码判断呼叫电话是否为分流电话。若呼叫电话为分流电话,则获取呼叫电话所携带的SIP INVITE信息,反向解析SIP INVITE信息,以获取业务类型和业务信息,并根据业务类型和业务信息转至相应的人工队列。若呼叫电话不是分流电话,则进一步获取呼叫方的业务类型及业务信息,并根据呼叫方的业务类型及业务信息判断是否需要分流至其他呼叫中心。若不需要分流,则转至本呼叫中心相应的人工队列。若需要分流,则将呼叫方的业务类型及业务信息按照预定的格式封装至SIP INVITE信息,并分流至相应的呼叫中心。
Description
技术领域
本发明涉及通信领域,特别涉及一种分布式呼叫中心系统间的话务分流方法及系统。
背景技术
近年来,各种连锁型企业蓬勃发展,这些企业需要建立统一的客服体系,实现对全部网点客服的标准化管理。目前,一种解决方案是采用硬件方案建立集中式呼叫中心,统一的接入号码,所有网点的客服都注册到一个呼叫中心向客户提供服务。另一种方案是采用软交换建立分布式大区呼叫中心,各大区呼叫中心都建立所有技能组,基于号码归属地实现话务分流。但是存在以下缺陷:
第一种方法前期建设成本非常高。银行,电信运营商,保险,证券等行业普遍采用这种方案,连锁型企业则很少采用。
第二种方法成本降下来了,但基于号码归属地分流的规则太简单,各大区呼叫中心需要建立相同的技能组,如果某些技能组只有公司总部才有,基于号码归属地分流就实现不了。
发明内容
本发明的主要目的是提出一种分布式呼叫中心系统间的话务分流方法及系统,旨在降低企业成本,为企业提供一种功能强大的话务分流方式,帮助企业更好的安排和利用客服资源。
为实现上述目的,本发明提出一种分布式呼叫中心系统间的话务分流方法,包括以下步骤:
步骤S1,接收呼叫电话,并读取所述呼叫电话的DID号码;
步骤S2,根据呼叫电话的DID号码判断所述呼叫电话是否为分流电话;
步骤S3,若所述呼叫电话为分流电话,则获取所述呼叫电话所携带的SIP INVITE信息,反向解析SIP INVITE信息,以获取业务类型和业务信息,并根据所述业务类型和业务信息转至相应的人工队列;
步骤S4,若所述呼叫电话不是分流电话,则进一步获取呼叫方的业务类型及业务信息,并根据呼叫方的业务类型及业务信息判断是否需要分流至其他呼叫中心;若不需要分流,则转至本呼叫中心相应的人工队列;若需要分流,则将呼叫方的业务类型及业务信息按照预定的格式封装至SIP INVITE信息,并分流至相应的呼叫中心。
优选地,在所述步骤1中,所述呼叫电话为来自PSTN的用户电话,或者其他呼叫中心分流而来的电话。
优选地,所述步骤4具体包括:
若所述呼叫电话不是分流电话,则播放IVR以提示呼叫方输入业务类型及业务信息;
接收呼叫方输入的业务类型及业务信息,并根据呼叫方的业务类型及业务信息判断是否需要分流至其他呼叫中心;
若不需要分流,则转至本呼叫中心相应的人工队列;
若需要分流,则将呼叫方的业务类型及业务信息按照预定的格式封装至SIPINVITE信息,并分流至相应的呼叫中心。
优选地,在所述步骤4中:预定的格式为:业务类型|业务字段1|业务字段2|……|业务字段n。
优选地,所述步骤1还包括:获取所述呼叫电话的归属地信息,并根据所述归属地信息将呼叫电话分流至归属地的呼叫中心。
为解决上述问题,本发明还提出一种分布式呼叫中心系统间的话务分流系统,包括:呼叫电话接收模块,用于接收呼叫电话,并读取所述呼叫电话的DID号码;
分流电话判断模块,用于根据呼叫电话的DID号码判断所述呼叫电话是否为分流电话;
分流电话业务处理模块,用于当所述呼叫电话为分流电话时,则获取所述呼叫电话所携带的SIP INVITE信息,反向解析SIP INVITE信息,以获取业务类型和业务信息,并根据所述业务类型和业务信息转至相应的人工队列;
非分流电话业务处理模块,用于当所述呼叫电话不是分流电话时,则进一步获取呼叫方的业务类型及业务信息,并根据呼叫方的业务类型及业务信息判断是否需要分流至其他呼叫中心;若不需要分流,则转至本呼叫中心相应的人工队列;若需要分流,则将呼叫方的业务类型及业务信息按照预定的格式封装至SIP INVITE信息,并分流至相应的呼叫中心。
优选地,所述呼叫电话为来自PSTN的用户电话,或者其他呼叫中心分流而来的电话。
优选地,所述非分流电话业务处理模块具体包括:
业务输入提示单元,用于当所述呼叫电话不是分流电话时,则播放IVR以提示呼叫方输入业务类型及业务信息;
分流业务判断单元,用于接收呼叫方输入的业务类型及业务信息,并根据呼叫方的业务类型及业务信息判断是否需要分流至其他呼叫中心;
转接单元,用于当不需要分流时,则转至本呼叫中心相应的人工队列;
分流业务封装及处理单元,用于当需要分流时,则将呼叫方的业务类型及业务信息按照预定的格式封装至SIP INVITE信息,并分流至相应的呼叫中心。
优选地,预定的格式为:业务类型|业务字段1|业务字段2|……|业务字段n。
优选地,所述呼叫电话接收模块还用于获取所述呼叫电话的归属地信息,并根据所述归属地信息将呼叫电话分流至归属地的呼叫中心。
与现有技术相比,本发明的有益效果是:降低了企业的成本,为企业提供了一种功能强大的话务分流方式,帮助企业更好的安排和利用客服资源。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图示出的结构获得其他的附图。
图1为本发明提供的分布式呼叫中心系统间的话务分流方法的流程图;
图2为本发明提供的分布式呼叫中心系统间的话务分流系统的模块图;
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
参考图1,图1为本发明提供的分布式呼叫中心系统间的话务分流方法的流程图。本发明提供一种分布式呼叫中心系统间的话务分流方法,包括以下步骤:
步骤S1,接收呼叫电话,并读取呼叫电话的DID号码;
步骤S2,根据呼叫电话的DID号码判断呼叫电话是否为分流电话;
步骤S3,若呼叫电话为分流电话,则获取呼叫电话所携带的SIP INVITE信息,反向解析SIP INVITE信息,以获取业务类型和业务信息,并根据业务类型和业务信息转至相应的人工队列;
步骤S4,若呼叫电话不是分流电话,则进一步获取呼叫方的业务类型及业务信息,并根据呼叫方的业务类型及业务信息判断是否需要分流至其他呼叫中心;若不需要分流,则转至本呼叫中心相应的人工队列;若需要分流,则将呼叫方的业务类型及业务信息按照预定的格式封装至SIP INVITE信息,并分流至相应的呼叫中心。
关于步骤S1,在本实施例中,呼叫中心会接收到来自PSTN的用户电话,或者其他呼叫中心分流而来的电话。呼叫中心会读取呼叫电话的来电信息,来电信息包括:DID号码、主叫号码、被叫号码等信息。应当说明的是,PSTM为公用电话交换网,即我们日常生活中常用的电话网。DID号码是电信公司为其客户的PBX系统所提供的一种功能,在此系统上,电信公司为一条或多条电话线分配多个电话号码。步骤S2根据呼叫电话的DID号码判断呼叫电话是否为分流电话。应当说明的是,企业通过办理电信公司的DID业务,建立自己的PBX系统,每个呼叫中心都拥有该系统中的单独的DID号码,若呼叫中心收到的来电信息中包括该系统中的DID号码,则判断该呼叫电话为来自PSTN的用户电话,进入步骤S4。若呼叫中心收到的来电信息中不包括该系统中的DID号码,则呼叫中心判断该呼叫电话为其他呼叫中心分流而来的分流电话,进入步骤3。
关于步骤S3,应当说明的是,呼叫中心系统之间采用标准SIP协议进行呼叫控制信令的联通。SIP是由IETF(因特网工程任务组)制定的多媒体通信协议。它是一个基于文本的应用层控制协议,用于创建、修改和释放一个或多个参与者的会话。SIP并不是设计用于处理和通话无关的业务信息。本发明利用SIP INVITE信息的From、To字段的Name属性,在SIP消息中携带少量业务信息,从而实现基于业务类型和业务信息的分流。
关于步骤S4,应当说明的是,获取呼叫方的业务类型及业务信息可以通过现有技术的任何一种方式实现,在本实施例中,采用播放IVR的方式获取呼叫方的业务类型及业务信息。具体地,包括以下步骤:
若呼叫电话不是分流电话,则播放IVR以提示呼叫方输入业务类型及业务信息;
接收呼叫方输入的业务类型及业务信息,并根据呼叫方的业务类型及业务信息判断是否需要分流至其他呼叫中心;
若不需要分流,则转至本呼叫中心相应的人工队列;
若需要分流,则将呼叫方的业务类型及业务信息按照预定的格式封装至SIPINVITE信息,并分流至相应的呼叫中心。
应当说明的是,预定的格式为:业务类型|业务字段1|业务字段2|……|业务字段n。该封装格式为开放式设计,可以扩展,支持多种业务类型和多个业务字段,业务类型和业务字段可以根据企业实际需求灵活设计。
更进一步地,这种分流方式和传统的基于号码归属地分流完全不冲突,呼叫中心在读取呼叫电话DID号码的同时还会获取呼叫电话的归属地信息,并根据归属地信息将呼叫电话分流至归属地的呼叫中心,两者结合功能更加强大。
在本实施例中,业务类型和业务信息可以是客户的订单号,下面以订单号为例,对本实施例进行解析:
呼叫中心接收到来自PSTN的用户电话,或者其他呼叫中心分流而来的电话。
呼叫中心读取来电信息,根据DID号码判断是否是分流电话。
如果是来自PSTN的电话,则播放IVR:欢迎致电XXX,下单请按1,订单查询请按2,投诉建议请按3,……;如果用户按2或3,继续提示:请输入订单号;当用户输入订单号后,系统判断该订单号属于哪个网点(在快递物流行业,特别是有加盟网点的企业,通常是哪个网点承接的订单,就由哪个网点负责该订单的客服,比如订单的查询,投诉等)。如果是其他网点,则把订单号封装到SIP INVITE消息中,分流到对应的呼叫中心。如果不需要分流,则转本地人工队列处理。
如果是分流电话,则从SIP消息中读取订单号信息。然后基于订单号转相应的人工队列做后续处理,比如分配坐席,根据订单号弹屏等。
本发明提供的分布式呼叫中心系统间的话务分流方法,为基于业务类型和业务信息的一种话务分流方法,通过SIP INVITE携带业务类型、业务信息的方法,不再需要发送其他数据包或调用其他接口就可以把数据传送到了目的呼叫中心,设计简单,功能强大,同时可以和传统的基于号码归属地的分流方法相结合。
结合参考图2,图2为本发明分布式呼叫中心系统间的话务分流系统的模块图,本发明还提供一种分布式呼叫中心系统间的话务分流系统,该话务分流系统包括:
呼叫电话接收模块100,用于接收来自PSTN的用户电话或者其他呼叫中心分流而来的电话,并读取呼叫电话的DID号码;
分流电话判断模块200,用于根据呼叫电话的DID号码判断呼叫电话是否为分流电话;
分流电话业务处理模块300,用于当呼叫电话为分流电话时,则获取呼叫电话所携带的SIP INVITE信息,反向解析SIP INVITE信息,以获取业务类型和业务信息,并根据业务类型和业务信息转至相应的人工队列;
非分流电话业务处理模块400,用于当呼叫电话不是分流电话时,则进一步获取呼叫方的业务类型及业务信息,并根据呼叫方的业务类型及业务信息判断是否需要分流至其他呼叫中心;若不需要分流,则转至本呼叫中心相应的人工队列;若需要分流,则将呼叫方的业务类型及业务信息按照预定的格式封装至SIP INVITE信息,并分流至相应的呼叫中心。
在本实施例中,呼叫电话接收模块100会接收到来自PSTN的用户电话,或者其他呼叫中心分流而来的电话。呼叫电话接收模块100会读取呼叫电话的来电信息,来电信息包括:DID号码、主叫号码、被叫号码等信息。应当说明的是,PSTM为公用电话交换网,即我们日常生活中常用的电话网。DID号码是电信公司为其客户的PBX系统所提供的一种功能,在此系统上,电信公司为一条或多条电话线分配多个电话号码。
分流电话判断模块200根据呼叫电话的DID号码判断呼叫电话是否为分流电话。应当说明的是,企业通过办理电信公司的DID业务,建立自己的PBX系统,每个呼叫中心都拥有该系统中的单独的DID号码,若呼叫电话接收模块100收到的来电信息中包括该系统中的DID号码,则分流电话判断模块200判断该呼叫电话为来自PSTN的用户电话,转入非分流电话业务处理模块400。若呼叫电话接收模块100收到的来电信息中不包括该系统中的DID号码,则分流电话判断模块200判断该呼叫电话为其他呼叫中心分流而来的分流电话,转入分流电话业务处理模块300。
关于分流电话业务处理模块300,应当说明的是,呼叫中心系统之间采用标准SIP协议进行呼叫控制信令的联通。SIP是由IETF(因特网工程任务组)制定的多媒体通信协议。它是一个基于文本的应用层控制协议,用于创建、修改和释放一个或多个参与者的会话。SIP并不是设计用于处理和通话无关的业务信息。本发明利用SIP INVITE信息的From、To字段的Name属性,在SIP消息中携带少量业务信息,从而实现基于业务类型和业务信息的分流。
关于非分流电话业务处理模块400,应当说明的是,获取呼叫方的业务类型及业务信息可以通过现有技术的任何一种方式实现,在本实施例中,采用播放IVR的方式获取呼叫方的业务类型及业务信息。具体地,非分流电话业务处理模块400还包括以下模块:
业务输入提示单元401,用于当呼叫电话不是分流电话时,则播放IVR以提示呼叫方输入业务类型及业务信息;
分流业务判断单元402,用于接收呼叫方输入的业务类型及业务信息,并根据呼叫方的业务类型及业务信息判断是否需要分流至其他呼叫中心;
转接单元403,用于当不需要分流时,则转至本呼叫中心相应的人工队列;
分流业务封装及处理单元404,用于当需要分流时,则将呼叫方的业务类型及业务信息按照预定的格式封装至SIP INVITE信息,并分流至相应的呼叫中心。
应当说明的是,预定的格式为:业务类型|业务字段1|业务字段2|……|业务字段n。该封装格式为开放式设计,可以扩展,支持多种业务类型和多个业务字段,业务类型和业务字段可以根据企业实际需求灵活设计。
更进一步地,这种分流方式和传统的基于号码归属地分流完全不冲突,呼叫电话接收模块100在读取呼叫电话DID号码的同时还会获取呼叫电话的归属地信息,并根据归属地信息将呼叫电话分流至归属地的呼叫中心,两者结合功能更加强大。
在本实施例中,业务类型和业务信息可以是客户的订单号。下面以订单号为例,对本实施例进行解析:
呼叫电话接收模块100接收到来自PSTN的用户电话,或者其他呼叫中心分流而来的电话。
分流电话判断模块200读取来电信息,根据DID号码判断是否是分流电话。
如果是来自PSTN的电话,转至非分流电话业务处理模块400,业务输入提示单元401播放IVR:欢迎致电XXX,下单请按1,订单查询请按2,投诉建议请按3,……。如果用户按2或3,继续提示:请输入订单号;当用户输入订单号后,分流业务判断单元402判断该订单号属于哪个网点(在快递物流行业,特别是有加盟网点的企业,通常是哪个网点承接的订单,就由哪个网点负责该订单的客服,比如订单的查询,投诉等)。如果是其他网点,则分流业务封装及处理单元404把订单号封装到SIP INVITE消息中,分流到对应的呼叫中心。如果不需要分流,则转接单元403转本地人工队列处理。
如果是分流电话,转至分流电话业务处理模块300,从SIP消息中读取订单号信息。然后基于订单号转相应的人工队列做后续处理,比如分配坐席,根据订单号弹屏等。
本发明提供的分布式呼叫中心系统间的话务分流系统,为基于业务类型和业务信息的一种话务分流系统,通过SIP INVITE携带业务类型、业务信息的方法,不再需要发送其他数据包或调用其他接口就可以把数据传送到了目的呼叫中心,设计简单,功能强大,同时可以和传统的基于号码归属地的分流方法相结合。
以上仅为发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种分布式呼叫中心系统间的话务分流方法,其特征在于,包括以下步骤:
步骤S1,接收呼叫电话,并读取所述呼叫电话的DID号码;
步骤S2,根据呼叫电话的DID号码判断所述呼叫电话是否为分流电话;
步骤S3,若所述呼叫电话为分流电话,则获取所述呼叫电话所携带的SIP INVITE信息,反向解析SIP INVITE信息,以获取业务类型和业务信息,并根据所述业务类型和业务信息转至相应的人工队列;
步骤S4,若所述呼叫电话不是分流电话,则进一步获取呼叫方的业务类型及业务信息,并根据呼叫方的业务类型及业务信息判断是否需要分流至其他呼叫中心;若不需要分流,则转至本呼叫中心相应的人工队列;若需要分流,则将呼叫方的业务类型及业务信息按照预定的格式封装至SIP INVITE信息,并分流至相应的呼叫中心。
2.如权利要求1所述的分布式呼叫中心系统间的话务分流方法,其特征在于,在所述步骤1中,所述呼叫电话为来自PSTN的用户电话,或者其他呼叫中心分流而来的电话。
3.如权利要求1所述的分布式呼叫中心系统间的话务分流方法,其特征在于,所述步骤4具体包括:
若所述呼叫电话不是分流电话,则播放IVR以提示呼叫方输入业务类型及业务信息;
接收呼叫方输入的业务类型及业务信息,并根据呼叫方的业务类型及业务信息判断是否需要分流至其他呼叫中心;
若不需要分流,则转至本呼叫中心相应的人工队列;
若需要分流,则将呼叫方的业务类型及业务信息按照预定的格式封装至SIP INVITE信息,并分流至相应的呼叫中心。
4.如权利要求1或3所述的分布式呼叫中心系统间的话务分流方法,其特征在于,在所述步骤4中:预定的格式为:业务类型|业务字段1|业务字段2|……|业务字段n。
5.如权利要求1所述的分布式呼叫中心系统间的话务分流方法,其特征在于,所述步骤1还包括:获取所述呼叫电话的归属地信息,并根据所述归属地信息将呼叫电话分流至归属地的呼叫中心。
6.一种分布式呼叫中心系统间的话务分流系统,其特征在于,包括:呼叫电话接收模块,用于接收呼叫电话,并读取所述呼叫电话的DID号码;
分流电话判断模块,用于根据呼叫电话的DID号码判断所述呼叫电话是否为分流电话;
分流电话业务处理模块,用于当所述呼叫电话为分流电话时,则获取所述呼叫电话所携带的SIP INVITE信息,反向解析SIP INVITE信息,以获取业务类型和业务信息,并根据所述业务类型和业务信息转至相应的人工队列;
非分流电话业务处理模块,用于当所述呼叫电话不是分流电话时,则进一步获取呼叫方的业务类型及业务信息,并根据呼叫方的业务类型及业务信息判断是否需要分流至其他呼叫中心;若不需要分流,则转至本呼叫中心相应的人工队列;若需要分流,则将呼叫方的业务类型及业务信息按照预定的格式封装至SIP INVITE信息,并分流至相应的呼叫中心。
7.如权利要求6所述的分布式呼叫中心系统间的话务分流系统,其特征在于,所述呼叫电话为来自PSTN的用户电话,或者其他呼叫中心分流而来的电话。
8.如权利要求6所述的分布式呼叫中心系统间的话务分流系统,其特征在于,所述非分流电话业务处理模块具体包括:
业务输入提示单元,用于当所述呼叫电话不是分流电话时,则播放IVR以提示呼叫方输入业务类型及业务信息;
分流业务判断单元,用于接收呼叫方输入的业务类型及业务信息,并根据呼叫方的业务类型及业务信息判断是否需要分流至其他呼叫中心;
转接单元,用于当不需要分流时,则转至本呼叫中心相应的人工队列;
分流业务封装及处理单元,用于当需要分流时,则将呼叫方的业务类型及业务信息按照预定的格式封装至SIP INVITE信息,并分流至相应的呼叫中心。
9.如权利要求6或8所述的分布式呼叫中心系统间的话务分流系统,其特征在于,预定的格式为:业务类型|业务字段1|业务字段2|……|业务字段n。
10.如权利要求6所述的分布式呼叫中心系统间的话务分流系统,其特征在于,所述呼叫电话接收模块还用于获取所述呼叫电话的归属地信息,并根据所述归属地信息将呼叫电话分流至归属地的呼叫中心。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710517916.8A CN107277282A (zh) | 2017-06-29 | 2017-06-29 | 一种分布式呼叫中心系统间的话务分流方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710517916.8A CN107277282A (zh) | 2017-06-29 | 2017-06-29 | 一种分布式呼叫中心系统间的话务分流方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107277282A true CN107277282A (zh) | 2017-10-20 |
Family
ID=60070725
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710517916.8A Pending CN107277282A (zh) | 2017-06-29 | 2017-06-29 | 一种分布式呼叫中心系统间的话务分流方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107277282A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108566498A (zh) * | 2018-03-09 | 2018-09-21 | 中国—东盟信息港股份有限公司 | 一种基于移动互联网的手机号码安全隐私保护方法及平台 |
CN109862197A (zh) * | 2019-01-29 | 2019-06-07 | 佛山市贝密信息科技有限公司 | 一种新型呼叫中心及其外呼方法 |
CN111147678A (zh) * | 2019-12-17 | 2020-05-12 | 上海东普信息科技有限公司 | 接入电话的分配方法及存储介质 |
CN111147675A (zh) * | 2019-12-05 | 2020-05-12 | 商客通尚景科技(上海)股份有限公司 | 云呼叫中心电话的分流方法及设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1272034A (zh) * | 1999-04-27 | 2000-11-01 | 罗克韦尔电子商业公司 | 基于技能的动态呼叫路由选择 |
CN1285991A (zh) * | 1997-11-14 | 2001-02-28 | 通用系统通讯实验室(公司) | 电话系统中的协议性路由选择 |
US20090175437A1 (en) * | 2008-01-08 | 2009-07-09 | Aspect Software, Inc. | Call transfer between differing equipment |
CN101742004A (zh) * | 2009-12-23 | 2010-06-16 | 中兴通讯股份有限公司 | 多呼叫中心系统中呼叫转接的方法和装置 |
CN103428380A (zh) * | 2012-05-21 | 2013-12-04 | 中兴通讯股份有限公司 | 通话建立装置、系统及方法 |
-
2017
- 2017-06-29 CN CN201710517916.8A patent/CN107277282A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1285991A (zh) * | 1997-11-14 | 2001-02-28 | 通用系统通讯实验室(公司) | 电话系统中的协议性路由选择 |
CN1272034A (zh) * | 1999-04-27 | 2000-11-01 | 罗克韦尔电子商业公司 | 基于技能的动态呼叫路由选择 |
US20090175437A1 (en) * | 2008-01-08 | 2009-07-09 | Aspect Software, Inc. | Call transfer between differing equipment |
CN101742004A (zh) * | 2009-12-23 | 2010-06-16 | 中兴通讯股份有限公司 | 多呼叫中心系统中呼叫转接的方法和装置 |
CN103428380A (zh) * | 2012-05-21 | 2013-12-04 | 中兴通讯股份有限公司 | 通话建立装置、系统及方法 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108566498A (zh) * | 2018-03-09 | 2018-09-21 | 中国—东盟信息港股份有限公司 | 一种基于移动互联网的手机号码安全隐私保护方法及平台 |
CN108566498B (zh) * | 2018-03-09 | 2020-04-07 | 中国—东盟信息港股份有限公司 | 一种基于移动互联网的手机号码安全隐私保护方法及平台 |
CN109862197A (zh) * | 2019-01-29 | 2019-06-07 | 佛山市贝密信息科技有限公司 | 一种新型呼叫中心及其外呼方法 |
CN111147675A (zh) * | 2019-12-05 | 2020-05-12 | 商客通尚景科技(上海)股份有限公司 | 云呼叫中心电话的分流方法及设备 |
CN112615968A (zh) * | 2019-12-05 | 2021-04-06 | 商客通尚景科技(上海)股份有限公司 | 云呼叫中心电话的分流方法及设备 |
CN112615968B (zh) * | 2019-12-05 | 2022-04-08 | 商客通尚景科技(上海)股份有限公司 | 云呼叫中心电话的分流方法及设备 |
CN111147678A (zh) * | 2019-12-17 | 2020-05-12 | 上海东普信息科技有限公司 | 接入电话的分配方法及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107277282A (zh) | 一种分布式呼叫中心系统间的话务分流方法及系统 | |
CN104703156B (zh) | 国际漫游语音业务呼叫方法 | |
US7929544B2 (en) | Method and apparatus for linking identification data to a call in a network | |
CN100568898C (zh) | 一种基于ParlayAPI的多媒体呼叫中心系统 | |
CN201869372U (zh) | 三网合一移动集群通信系统 | |
CN101030999B (zh) | 宽带用户使用窄带彩铃的系统及方法 | |
CN101610488B (zh) | 跨网络通讯工具统一编号及拨打系统及方法 | |
CN100518219C (zh) | 一种在终端上实现彩色回铃音业务的方法 | |
CN108111700A (zh) | 遇忙回叫方法、装置及服务器 | |
CN102185989B (zh) | 一种融合通信系统多点组网的装置及方法 | |
CN105306744B (zh) | 无线终端作为分机的方法及分机转换设备和电话交换系统 | |
CN101031000B (zh) | 窄带用户使用宽带彩铃的系统及方法 | |
CN104469034A (zh) | 一种电话转接的方法及系统 | |
CN100589506C (zh) | 一种宽窄带网络彩铃共享系统及方法 | |
CN107613123A (zh) | 基于wifi实现无绳电话功能的系统及方法 | |
CN106375615A (zh) | 一种基于呼叫转移的网络电话 | |
CN106993088A (zh) | 一种灵活通话的方法及其系统、终端 | |
CN1369171A (zh) | 降低连接于交换机的信息台故障率的方法和装置 | |
CN202713615U (zh) | 单卡双待增值业务系统 | |
TWI407762B (zh) | IP relay architecture and its method | |
CN101242450B (zh) | 利用电话号码提供宽带业务的系统和方法 | |
CN101080042B (zh) | 一种实现闭合群业务的方法 | |
CN103067898B (zh) | 一种多方对讲回呼实现方法及系统 | |
CN102891939B (zh) | 呼叫转接方法、系统及网页服务器 | |
CN101800820A (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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20171020 |