CN107071190B - 利用话务平台数据及时发现话务系统问题的方法 - Google Patents
利用话务平台数据及时发现话务系统问题的方法 Download PDFInfo
- Publication number
- CN107071190B CN107071190B CN201611270221.6A CN201611270221A CN107071190B CN 107071190 B CN107071190 B CN 107071190B CN 201611270221 A CN201611270221 A CN 201611270221A CN 107071190 B CN107071190 B CN 107071190B
- Authority
- CN
- China
- Prior art keywords
- data
- call
- service
- nodes
- ivr
- 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.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims abstract description 20
- 230000002159 abnormal effect Effects 0.000 claims abstract description 26
- 238000004364 calculation method Methods 0.000 claims abstract description 19
- 238000012423 maintenance Methods 0.000 claims abstract description 12
- 238000007670 refining Methods 0.000 claims abstract description 5
- 238000011160 research Methods 0.000 claims abstract description 3
- 230000009471 action Effects 0.000 claims description 60
- 230000036961 partial effect Effects 0.000 claims description 30
- 241001672694 Citrus reticulata Species 0.000 claims description 7
- 238000004458 analytical method Methods 0.000 claims description 3
- 230000001960 triggered effect Effects 0.000 claims description 3
- 238000007405 data analysis Methods 0.000 abstract description 2
- 238000007619 statistical method Methods 0.000 description 2
- 230000008859 change Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 230000008092 positive effect Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 239000000126 substance Substances 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/22—Arrangements for supervision, monitoring or testing
- H04M3/2218—Call detail recording
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/22—Arrangements for supervision, monitoring or testing
- H04M3/36—Statistical metering, e.g. recording occasions when traffic exceeds capacity of trunks
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明涉及一种利用话务平台数据及时发现话务系统问题的方法,包括步骤有:(1)搭建数据库,对呼叫平台数据进行重新分类,确定呼叫平台四张基本数据表和四张辅助数据表,(2)细化数据表节点,将四张基表的数据节点细化为63个节点,(3)确定研究关键节点,通过研究上述63个节点之间的关系,最终确定23个节点作为关键节点,(4)利用上述23个关键节点关联得到的数据进行公式计算,分别得到丢失率,人工接听率和放弃率,将公式计算结果与异常现象、平台服务、设备及数据相关联,主动发现话务系统问题。本发明系统化应用大数据的理念,通过数据实时分析,第一时间捕捉与现场业务紧密关联的异常预警信息,预警信息的发布实现了主动运维。
Description
技术领域
本发明属于电力系统话务平台运维技术领域,尤其是一种利用话务平台数据及时发现话务系统问题的方法。
背景技术
目前国家电网公司客户服务中心实现了全国27家省(市)公司全网全业务集中,实现了全网客户服务业务每天24小时不间断在线服务和实时管控,这标志着国家电网公司客户服务中心已经建成了世界规模最大、服务人口最多、服务功能最全的公共服务中心,业务运营压力的提高对信息系统的运维工作提出更高要求。尤其是近一年来,面临运维范围大、工作区域分散、运维设备的数目庞大、区域分散为问题的定位带来障碍,目前,国家电网公司客户服务中心所使用的电力系统呼叫平台主要包括运行95598大话务预测软件系统服务器端程序的数据服务器、用于客户端与服务器之间传输和处理数据的的交换机、运行大95598话务预测软件系统客户端程序的客户端,如图1所示,电力系统呼叫平台的基本运作过程为:客户向各省网SBC表达客户诉求信息,各省网SBC(session broad controller,会话边缘控制器)通过骨干网向国网中心SBC转达客户诉求信息,国网中心SBC将客户诉求信息发送到呼叫平台,呼叫平台将客户诉求信息数据进行统计分析并存储到数据库,
对于上述的电力系统呼叫平台及其数据统计分析存在无法准确定位现场话务异常原因、系统运行的稳定性差,仅凭运维人员的工作经验去排查呼叫平台话务出现的问题效率底下,不能第一时间捕捉与现场业务紧密关联的异常预警信息。对预警信息的发布运维部门是很被动的。传统的运维以追求系统稳定运维为主,互联网运维以业务驱动为主。对解决业务话务呼叫数据分析问题不能及时的分析业务指标的变动与人工、服务、设备等关联的关系。
发明内容
本发明的目的在于克服现有技术的不足,提供一种利用话务平台数据及时发现话务系统问题的方法。
1、一种利用话务平台数据及时发现话务系统问题的方法,其特征在于:包括步骤如下:
(1)搭建数据库,对呼叫平台数据进行重新分类
第一阶段,确定呼叫平台四张基本数据表和四张辅助数据表,四张基本数据表分别包括:IVR动作明细表,如下表1所示,软电话动作状态明细表,如下表3所示,排队明细表,如下表5所示,通话明细表,如下表7所示,四张辅助数据表分别包括:部分IVR部分动作参数表,如下表2所示,部分软电话动作参数表和软电话状态参数表,如下表4所示,部分排队明细业务类型表,如下表6所示,部分通话明细的业务类型表,如下表8所示,
表1 IVR动作明细表
IVR动作明细表包括序列号、主叫号码、行政区编码、按键动作、按键时间,其中按键动作还包含IVR动作参数,IVR动作参数中又包含93个动作参数,如表2所示,给出部分IVR动作参数,若在数据库中查询客户拨打95598使用自助语音时触发的动作都通过表1中的字段结合IVR动作参数查询相应的数据,
表2,部分IVR部分动作参数表
如下表3所示,软电话动作明细表记录坐席的所有事件和状态,表3中软电话动作编码和软电话状态编码参照如下所示的表4,表4为软电话动作参数表和软电话状态参数表,在数据库中查询客户拨打95598时坐席的所有事件和状态,通过表3中的字段结合电话动作参数表和软电话状态参数查询相应的数据,
表3软电话动作明细表
表4,部分软电话动作参数表和软电话状态参数表
如下表5所示,排队明细表记录着坐席的排队明细,包括排队开始时间,排队结束时间以及排队结束原因,表3中业务类型字段通过表6中的字段查询客户的排队等待时间,
表5排队明细表
表6,部分排队明细业务类型表
如下表7所示,通话明细表记录着坐席的通话明细主要包括振铃开始时间,通话开始时间,通话结束时间,案头结束时间,业务类型,表7中业务类型字段通过如下表8中的字段查询客户的排队等待时间,
表7通话明细表
表8,部分通话明细的业务类型表
对上述基本数据表的各个字段之间的关联关系进行分析,四张基表将呼叫平台数据分为四类,每个基表的每个字段都能查询一类数据,各个基表之间表面上看是相互独立的,但是各个基表中字段的相互结合,通过公式计算得到相应的数据,
(2)细化数据表节点,将四张基表的数据节点细化为63个节点,细化节点的方法是四张基表中每个字段以及每个字段所涉及的参数或业务类型根据呼叫平台的整个呼叫流程所涉及的数据进行排序,汇总得出63个节点,如表9所示:
表9 63个节点汇总表
(3)确定研究关键节点,通过研究上述63个节点之间的关系,最终确定23个节点作为关键节点,如表10所示:
表10 23个关键节点表
呼入 |
欢迎语 |
普通话 |
紧急播报 |
IVR自助服务 |
转人工服务 |
进入排队 |
排队时长0秒 |
排队时长1秒 |
排队时长2秒 |
排队时长3-5秒 |
排队时长6-10秒 |
排队时长11秒以上 |
分配/放弃/其他 |
软电话呼入 |
振铃 |
摘机 |
通话15S内 |
通话16S-50S内 |
通话51S-150S内 |
通话151S-300S内 |
通话300S以上 |
挂机 |
(4)利用上述23个关键节点关联得到的数据进行公式计算,分别得到丢失率,人工接听率和放弃率,将公式计算结果与异常现象、平台服务、设备及数据相关联,
①通过上述的23个关键节点得到的平台数据准确的检测到话务异常现象,数据库中的数据应该和业务系统的数据是相匹配的,通过查询呼入量能够监测话务是否异常,如果数据库中的数据与业务系统的数据相差很大,说明在这个时间段话务是有丢失的;通过关键节点与数据与业务系统数据相比较及时发现IVR异常,语音播报异常;通过异常分析追踪所属服务和所属设备是否异常;该方法的应用使得运维人员主动排查异常,将异常追踪到某个服务和设备;
②利用上述23个关键节点关联得到的数据进行公式计算,分别得到丢失率,人工接听率和放弃率,通过关键节点得到的关联数据的计算,大大提升了计算速度及计算的准确性。
而且,所述步骤(4)中②步的丢失率,人工接听率和放弃率的计算公式如下:
丢失率=(呼入量-普通话话务量)/呼入量,丢失率为客户主动放弃本次通话的比例;
人工接听率=(1-(转人工服务量-软电话呼入量))/转人工服务量,人工接听率为坐席成功接听后占转人工服务电话量比;
放弃率=(普通话-IVR-转人工服务量)/普通话,IVR为自助服务请求量。
本发明的优点和积极效果
1,本发明系统化应用大数据的理念,通过数据实时分析,第一时间捕捉与现场业务紧密关联的异常预警信息,预警信息的发布实现了主动运维;
2,本发明将呼叫中心常见的电话接通率、电话放弃量和满意推送率常见指标与信息运维有效结合;
附图说明
图1是目前电力系统呼叫平台的基本运作流程图。
具体实施方式
以下结合附图对本发明实施例做进一步详述,需要强调的是,本发明所述的实施例是说明性的,而不是限定性的,不能以此作为对本发明保护的范围的限定。
一种利用话务平台数据及时发现话务系统问题的方法,包括步骤如下:
(1)搭建数据库,对呼叫平台数据进行重新分类
第一阶段,确定呼叫平台四张基本数据表和四张辅助数据表,四张基本数据表分别包括:IVR(Interactive Voice Response)动作明细表,如下表1所示,软电话动作状态明细表,如下表3所示,排队明细表,如下表5所示,通话明细表,如下表7所示,四张辅助数据表分别包括:部分IVR部分动作参数表,如下表2所示,部分软电话动作参数表和软电话状态参数表,如下表4所示,部分排队明细业务类型表,如下表6所示,部分通话明细的业务类型表,如下表8所示,
表1 IVR动作明细表
IVR动作明细表主要包括序列号、主叫号码、行政区编码、按键动作、按键时间,其中按键动作还包含IVR动作参数,IVR动作参数中又包含93个动作参数,如表2所示,给出部分IVR动作参数,若在数据库中查询客户拨打95598使用自助语音时触发的动作都可以通过表1中的字段结合IVR动作参数查询相应的数据。
表2,部分IVR部分动作参数表
如下表3所示,软电话动作明细表记录坐席的所有事件和状态,表3中软电话动作编码和软电话状态编码参照如下所示的表4,表4为软电话动作参数表和软电话状态参数表,在数据库中查询客户拨打95598时坐席的所有事件和状态,可以通过表3中的字段结合电话动作参数表和软电话状态参数查询相应的数据。
表3软电话动作明细表
表4,部分软电话动作参数表和软电话状态参数表
如下表5所示,排队明细表记录着坐席的排队明细,主要包括排队开始时间、排队结束时间以及排队结束原因),表3中业务类型字段可以通过表6中的字段查询客户的排队等待时间。
表5排队明细表
表6,部分排队明细业务类型表
如下表7所示,通话明细表记录着坐席的通话明细主要包括振铃开始时间,通话开始时间,通话结束时间,案头结束时间,业务类型,表7中业务类型字段可以通过如下表8中的字段查询客户的排队等待时间。
表7通话明细表
表8,部分通话明细的业务类型表
对上述基本数据表的各个字段之间的关联关系进行分析,四张基表将呼叫平台数据分为四类,每个基表的每个字段都能查询一类数据,各个基表之间表面上看是相互独立的,但是各个基表中字段的相互结合,通过公式计算可以得到相应的数据,如人工接通率,是利用IVR动作明细表中按键动作字段和软电话动作明细表中通话标识符的总和计算而来的。
第二阶段,细化数据表节点,将四张基表的数据节点细化为63个节点,细化节点的方法是四张基表中每个字段以及每个字段所涉及的参数或业务类型根据呼叫平台的整个呼叫流程所涉及的数据进行排序,汇总得出63个节点,如表9所示:
表9 63个节点汇总表
第三阶段,确定研究关键节点,通过研究上述63个节点之间的关系,最终确定23个节点作为关键节点,通过上述的63个节点利用生命周期理论的方法,将95598国家电网客服中心的话务分为客户呼入,IVR自助语音,转人工,挂机这几个阶段。在结合客户拨打95598客服专线最常用的几个节点确定了23个关键节点。如表10所示:
表10 23个关键节点表
呼入 |
欢迎语 |
普通话 |
紧急播报 |
IVR自助服务 |
转人工服务 |
进入排队 |
排队时长0秒 |
排队时长1秒 |
排队时长2秒 |
排队时长3-5秒 |
排队时长6-10秒 |
排队时长11秒以上 |
分配/放弃/其他 |
软电话呼入 |
振铃 |
摘机 |
通话15S内 |
通话16S-50S内 |
通话51S-150S内 |
通话151S-300S内 |
通话300S以上 |
挂机 |
第四阶段,将关键节点与异常现象、平台服务、设备、数据关联,得到话务数据公式处理的数据?
(1)通过上述的23个关键节点得到的平台数据准确的检测到话务异常现象,数据库中的数据应该和业务系统的数据是相匹配的,通过查询呼入量能够监测话务是否异常,如果数据库中的数据与业务系统的数据相差很大,说明在这个时间段话务是有丢失的;通过关键节点与数据与业务系统数据相比较及时发现IVR异常,语音播报异常;通过异常分析追踪所属服务和所属设备是否异常;该方法的应用使得运维人员主动排查异常,将异常追踪到某个服务和设备。
(2)利用上述23个关键节点关联得到的数据进行公式计算,分别得到丢失率,人工接听率和放弃率,通过关键节点得到的关联数据的计算,大大提升了计算速度及计算的准确性。
其中,
丢失率=(呼入量-普通话话务量)/呼入量,丢失率为客户主动放弃本次通话的比例;
人工接听率=(1-(转人工服务量-软电话呼入量))/转人工服务量,人工接听率为坐席成功接听后占转人工服务电话量比;
放弃率=(普通话-IVR-转人工服务量)/普通话,IVR为自助服务请求量。
Claims (2)
1.一种利用话务平台数据及时发现话务系统问题的方法,其特征在于:包括步骤如下:
(1)搭建数据库,对呼叫平台数据进行重新分类
第一阶段,确定呼叫平台四张基本数据表和四张辅助数据表,四张基本数据表分别包括:IVR动作明细表,如下表1所示,软电话动作状态明细表,如下表3所示,排队明细表,如下表5所示,通话明细表,如下表7所示,四张辅助数据表分别包括:部分IVR部分动作参数表,如下表2所示,部分软电话动作参数表和软电话状态参数表,如下表4所示,部分排队明细业务类型表,如下表6所示,部分通话明细的业务类型表,如下表8所示,
表1 IVR动作明细表
IVR动作明细表包括序列号、主叫号码、行政区编码、按键动作、按键时间,其中按键动作还包含IVR动作参数,IVR动作参数中又包含93个动作参数,如表2所示,给出部分IVR动作参数,若在数据库中查询客户拨打95598使用自助语音时触发的动作都通过表1中的字段结合IVR动作参数查询相应的数据,
表2,部分IVR部分动作参数表
如下表3所示,软电话动作明细表记录坐席的所有事件和状态,表3中软电话动作编码和软电话状态编码参照如下所示的表4,表4为软电话动作参数表和软电话状态参数表,在数据库中查询客户拨打95598时坐席的所有事件和状态,通过表3中的字段结合电话动作参数表和软电话状态参数查询相应的数据,
表3软电话动作明细表
表4,部分软电话动作参数表和软电话状态参数表
如下表5所示,排队明细表记录着坐席的排队明细,包括排队开始时间,排队结束时间以及排队结束原因,表3中业务类型字段通过表6中的字段查询客户的排队等待时间,
表5排队明细表
表6,部分排队明细业务类型表
如下表7所示,通话明细表记录着坐席的通话明细主要包括振铃开始时间,通话开始时间,通话结束时间,案头结束时间,业务类型,表7中业务类型字段通过如下表8中的字段查询客户的排队等待时间,
表7通话明细表
表8,部分通话明细的业务类型表
对上述基本数据表的各个字段之间的关联关系进行分析,四张基表将呼叫平台数据分为四类,每个基表的每个字段都能查询一类数据,各个基表之间表面上看是相互独立的,但是各个基表中字段的相互结合,通过公式计算得到相应的数据,
(2)细化数据表节点,将四张基表的数据节点细化为63个节点,细化节点的方法是四张基表中每个字段以及每个字段所涉及的参数或业务类型根据呼叫平台的整个呼叫流程所涉及的数据进行排序,汇总得出63个节点,如表9所示:
表9 63个节点汇总表
(3)确定研究关键节点,通过研究上述63个节点之间的关系,最终确定23个节点作为关键节点,如表10所示:
表10 23个关键节点表
(4)利用上述23个关键节点关联得到的数据进行公式计算,分别得到丢失率,人工接听率和放弃率,将公式计算结果与异常现象、平台服务、设备及数据相关联,
①通过上述的23个关键节点得到的平台数据准确的检测到话务异常现象,数据库中的数据应该和业务系统的数据是相匹配的,通过查询呼入量能够监测话务是否异常,如果数据库中的数据与业务系统的数据相差很大,说明在这个时间段话务是有丢失的;通过关键节点与数据与业务系统数据相比较及时发现IVR异常,语音播报异常;通过异常分析追踪所属服务和所属设备是否异常;该方法的应用使得运维人员主动排查异常,将异常追踪到某个服务和设备;
②利用上述23个关键节点关联得到的数据进行公式计算,分别得到丢失率,人工接听率和放弃率。
2.根据权利要求1所述的利用话务平台数据及时发现话务系统问题的方法,其特征在于:所述步骤(4)中②步的丢失率,人工接听率和放弃率的计算公式如下:
丢失率=(呼入量-普通话话务量)/呼入量,丢失率为客户主动放弃本次通话的比例;
人工接听率=(1-(转人工服务量-软电话呼入量))/转人工服务量,人工接听率为坐席成功接听后占转人工服务电话量比;
放弃率=(普通话话务量-IVR-转人工服务量)/普通话话务量,IVR为自助服务请求量。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611270221.6A CN107071190B (zh) | 2016-12-31 | 2016-12-31 | 利用话务平台数据及时发现话务系统问题的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611270221.6A CN107071190B (zh) | 2016-12-31 | 2016-12-31 | 利用话务平台数据及时发现话务系统问题的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107071190A CN107071190A (zh) | 2017-08-18 |
CN107071190B true CN107071190B (zh) | 2020-07-21 |
Family
ID=59624392
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201611270221.6A Expired - Fee Related CN107071190B (zh) | 2016-12-31 | 2016-12-31 | 利用话务平台数据及时发现话务系统问题的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107071190B (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110581925B (zh) * | 2018-06-07 | 2020-12-25 | 马上消费金融股份有限公司 | 预测外呼算法参数调整方法、系统及电子设备和存储介质 |
CN109672788B (zh) * | 2018-11-14 | 2021-09-07 | 平安科技(深圳)有限公司 | 用户来电的进线监控方法及装置、电子设备、存储介质 |
CN111371575B (zh) * | 2018-12-25 | 2021-05-07 | 武汉绿色网络信息服务有限责任公司 | 一种通话问题定界的方法和装置 |
CN109495658B (zh) * | 2018-12-27 | 2021-04-13 | 广州云趣信息科技有限公司 | 一种通过一个长整形数值实现对一组话务功能权限进行控制的方法 |
CN109831590A (zh) * | 2019-01-15 | 2019-05-31 | 深圳供电局有限公司 | 一种通信管理平台及管理方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104378516A (zh) * | 2014-11-13 | 2015-02-25 | 国网浙江省电力公司电力科学研究院 | 基于95598大话务的ivr智能应急处置方法 |
CN104580759A (zh) * | 2014-11-19 | 2015-04-29 | 国家电网公司 | 一种电力客服ivr容错系统及方法 |
WO2015078149A1 (zh) * | 2013-11-29 | 2015-06-04 | 华为技术有限公司 | 实现分布式呼叫中心的方法和分布式呼叫中心及相关装置 |
CN105025179A (zh) * | 2015-08-21 | 2015-11-04 | 携程计算机技术(上海)有限公司 | 呼叫中心座席的监控方法及系统 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8265248B2 (en) * | 2008-02-07 | 2012-09-11 | Microsoft Corporation | Techniques for transfer error recovery |
US9420098B2 (en) * | 2013-07-08 | 2016-08-16 | Nice-Systems Ltd | Prediction interactive vocla response |
-
2016
- 2016-12-31 CN CN201611270221.6A patent/CN107071190B/zh not_active Expired - Fee Related
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015078149A1 (zh) * | 2013-11-29 | 2015-06-04 | 华为技术有限公司 | 实现分布式呼叫中心的方法和分布式呼叫中心及相关装置 |
CN104378516A (zh) * | 2014-11-13 | 2015-02-25 | 国网浙江省电力公司电力科学研究院 | 基于95598大话务的ivr智能应急处置方法 |
CN104580759A (zh) * | 2014-11-19 | 2015-04-29 | 国家电网公司 | 一种电力客服ivr容错系统及方法 |
CN105025179A (zh) * | 2015-08-21 | 2015-11-04 | 携程计算机技术(上海)有限公司 | 呼叫中心座席的监控方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN107071190A (zh) | 2017-08-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107071190B (zh) | 利用话务平台数据及时发现话务系统问题的方法 | |
CN107135319B (zh) | 坐席分配方法和装置 | |
CN100566360C (zh) | 实现坐席服务水平评价的呼叫中心服务方法 | |
CN108965620A (zh) | 一种人工智能呼叫中心系统 | |
US7076427B2 (en) | Methods and apparatus for audio data monitoring and evaluation using speech recognition | |
US8578396B2 (en) | Deferred control of surrogate key generation in a distributed processing architecture | |
CN102739557A (zh) | 客户服务中的用户分流方法和装置 | |
CN106331385B (zh) | 一种基于sip中继的95598呼叫中心压力测试系统及方法 | |
CN104125349A (zh) | 一种基于话务预测的语音交互管理方法及其系统 | |
CN106658564B (zh) | 一种家庭用户的识别方法及装置 | |
CN104936182A (zh) | 一种智能管控诈骗电话的方法和系统 | |
CN106657694A (zh) | 一种呼叫中心业务管理系统 | |
CN102546987A (zh) | 一种用于电力客户信息快速识别的实现方法 | |
CN109753654A (zh) | 一种基于专用软件及算法实现工作流快速生成派发的方法 | |
CN101808351A (zh) | 业务影响分析方法和系统 | |
CN101226654A (zh) | 银行客户短信编号排队方法 | |
CN104853357A (zh) | 一种自动识别和触发诈骗号码的方法及系统 | |
CN109862197A (zh) | 一种新型呼叫中心及其外呼方法 | |
CN112416902A (zh) | 一种主机与数据库一键巡检方法 | |
CN109428978A (zh) | 计算机实现的转移呼叫的方法、预测性拨号器系统和数据库 | |
CN102056210A (zh) | 网络质量监测方法及装置 | |
CN104184871B (zh) | 一种提示骚扰电话号码的方法和装置 | |
CN107172312A (zh) | 一种多个地市的呼叫中心业务统一集中处理方法 | |
CN110798379B (zh) | 一种VoIP信令网关识别方法、装置及可读存储介质 | |
CN114172867B (zh) | 一种基于ims的海量信令诊断系统及方法 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20200721 |