CN100421390C - 一种客服应急系统及其实现方法 - Google Patents
一种客服应急系统及其实现方法 Download PDFInfo
- Publication number
- CN100421390C CN100421390C CNB2006100411663A CN200610041166A CN100421390C CN 100421390 C CN100421390 C CN 100421390C CN B2006100411663 A CNB2006100411663 A CN B2006100411663A CN 200610041166 A CN200610041166 A CN 200610041166A CN 100421390 C CN100421390 C CN 100421390C
- Authority
- CN
- China
- Prior art keywords
- database
- main body
- server
- switching
- standby
- 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.)
- Active
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明提出了客服系统应急的技术方案。根据本发明所述的方案,可以构建客服应急系统,该应急系统的软件包括:控制主体、切换主体、检测主体;硬件包括:应急切换控制服务器、备用数据库服务器。当客服系统数据层主用设备故障时,该应急系统可以利用控制主体、切换主体间的协议通信完成主用数据库服务器向备用数据库服务器的切换;在数据层主用设备恢复正常运行后,应急系统同样能在5分钟内将业务快速回切至主用设备。客服应急系统的建立,保证客服系统提供给客户基本不间断的客户服务,真正实现了客户服务的业务连续性。
Description
技术领域
本发明涉及的是一种在信息技术领域的应急方法,具体地说,是涉及一种客服系统应急的方法。
背景技术
客服系统(如移动1860/10086/12580)为公司售后服务支持、加强客户凝聚力、提高竞争力、促进销售和增加收益提供了强有力的支撑。随着客服系统物理和逻辑集中,系统风险也随之集中,一旦发生故障将影响客服业务受理和处理。因此,客服系统稳定、可靠、持续的运行将直接影响客户服务质量、市场营销活动效果、客户满意度和忠诚度。
现有客服系统体系结构采用接入层、中间层、数据层三层架构。对于接入层、中间层软硬件设备(排队机、服务器)在应用软件级以负荷分担实现设备间互为备份,单台故障不影响业务,故不必考虑应急;对于数据层数据库服务器,已通过双机集群方式实现硬件与操作系统级故障时的互为热备份,但技术上无法实现数据库软件级故障时的互为热备份,单个数据库实例故障直接影响业务,而数据库实例故障发生较频繁、故障原因复杂、恢复时间较长(约需15分钟以上)、对客服业务影响极大(所有1860/12580座席无法查询用户资料或办理业务),故须考虑应急。
目前尚未发现公开的文献介绍客服系统应急的实现方法。
发明内容
针对上述问题,本发明提出了客服系统应急的技术方案。根据本发明所述的方案,可以构建客服应急系统。当客服系统故障时,该应急系统可以在5分钟内接管客服关键业务,从而保证客服系统的安全性。
本发明的技术方案如下:
1)设计应急系统的软件架构,由以下模块组成:
1.1)控制主体:部署于单独的应急切换控制服务器,负责定期(每5分钟)向切换主体及检测主体发送握手消息、收集主备用数据库及语音文件服务器运行状态以及发出切换与回切指令;
1.2)切换主体:部署于中间层的中间件服务器及接入层的IVR服务器,负责接收控制主体发出的切换/回切指令并执行之,完成数据库及语音文件服务器由主用设备向备用设备的切换;
1.3)检测主体:部署于数据层的主备用数据库服务器及语音文件服务器,负责定期(每2分钟)采集本机有关数据库或语音资源状态的数据并加以分析,根据自己的知识库判断数据库或语音文件资源状态是否异常,如判断结果为异常,则短信通知管理员确认是否进行应急切换。
2)设计应急系统的硬件架构,由以下模块组成:
2.1)应急切换控制服务器:安装有控制主体,负责收集主备用数据库及语音文件服务器运行状态以及发出切换与回切指令;
2.2)备用数据库服务器:安装有检测主体,用于在主用数据库故障时接管其业务,其数据库中数据定时(每天)同步主用数据库数据。
当数据层主用设备故障时,整个应急系统利用客服系统接入层、中间层设备能在5分钟内快速接管客服业务;在数据层主用设备恢复正常运行后,应急系统同样能在5分钟内将业务快速回切至主用设备。
本发明还包括一种客服应急系统的实现方法,它包括主用数据库正常运行阶段的系统运行,和主用数据库故障时向备用数据库切换阶段的系统运行,其特征在于:
在主用数据库正常运行阶段,可按如下协议过程进行:
步骤一、客户端软件通过中间件访问主用客服数据库以获取呼叫处理逻辑配置数据;
步骤二、应急切换控制服务器上的控制主体定期向中间件服务器上的切换主体及主备用数据库上的检测主体发送握手消息,确认应急系统各主体运行正常,如发现主体运行情况异常则由控制主体发送短信通知系统管理员;
步骤三、主用数据库检测主体定期采集本机有关数据库状态的数据,分析数据库状态数据,根据自己的知识库判断数据库是否异常;如判断结果为异常,则短信通知系统管理员;
主用数据库故障,向备用数据库切换阶段,可按如下协议过程进行:
步骤一、系统管理员接到检测主体的故障报告短信,人工确认数据库是否异常,如数据库确认异常,则登录应急切换控制服务器向切换主体发出切换指令;
步骤二、应急切换控制服务器上的控制主体向所有中间件服务器上的切换主体发送切换指令;
步骤三、中间件服务器上的切换主体执行切换指令使用备用库信息更新本机连接数据库的配置文件,并重启中间件软件;
步骤四、中间件软件读取更新后的数据库配置文件,连接访问备用数据库,切换完毕。
根据上述实现方法,当数据层主用设备故障时,整个应急系统利用客服系统接入层、中间层设备能在5分钟内快速接管客服业务;在数据层主用设备恢复正常运行后,应急系统同样能在5分钟内将业务快速回切至主用设备。
通过客服应急系统的建立,为电信运营商提高客户服务质量做好了保障。目前的市场竞争是以客户服务为中心的,服务质量的好坏,直接影响企业的竞争能力。服务质量的好坏体现在多个方面,其中客服系统的支撑能力是尤其重要的一个方面。如果客服系统经常发生故障,并且无法及时恢复,对用户而言,最直接的影响就是无法方便快捷地通过客服热线查询话费及话单、咨询及办理业务,由此必然带来用户投诉,导致客户满意度、客户忠诚度下降,从而影响企业的形象和市场竞争力。因此,客服应急系统的建立,保证了客服系统稳定、可靠、持续的运行,有力维护了电信运营商热线品牌的社会形象,保障了服务质量及客户满意度。
附图说明
图1为本发明客服应急系统软件架构示意图;
图2为本发明客服应急系统硬件架构示意图;
图3为本发明客服系统应急切换的协议过程示意图。
具体实施方式
下面结合附图和实施例对本发明进一步描述。
1)本发明客服应急系统软件架构参考图1设计,客服应急系统共由控制主体、切换主体、检测主体三个模块组成;
2)根据图2应急系统硬件架构及图3应急切换协议过程,在主用数据库正常运行阶段,可按如下协议过程进行:
2.1)客户端软件(即包括自动语音交互服务器(IVR)及人工座席软件通过中间件访问主用客服数据库(如获取呼叫处理逻辑配置数据);
2.2)应急切换控制服务器上的控制主体定期(每5分钟)向中间件服务器上的切换主体及主备用数据库上的检测主体发送握手消息,确认应急系统各主体运行正常,如发现主体运行情况异常则由控制主体发送短信通知系统管理员;
2.3)主用数据库检测主体定期(每2分钟)采集本机有关数据库状态的数据,分析数据库状态数据,根据自己的知识库判断数据库是否异常;如判断结果为异常,则短信通知系统管理员。
3)主用数据库故障,向备用数据库切换阶段,可按如下协议过程进行:
3.1)系统管理员接到检测主体的故障报告短信,人工确认数据库是否异常,如数据库确认异常,则登录应急切换控制服务器向切换主体发出切换指令;
3.2)应急切换控制服务器上的控制主体向所有中间件服务器上的切换主体发送切换指令;
3.3)中间件服务器上的切换主体执行切换指令使用备用库信息(如IP,sid等)更新本机连接数据库的配置文件,并重启中间件软件;
3.4)中间件软件读取更新后的数据库配置文件,连接访问备用数据库,切换完毕。
虽然本发明已以较佳实施例公开如上,但它们并不是用来限定本发明,任何熟习此技艺者,在不脱离本发明之精神和范围内,自当可作各种变化或润饰,因此本发明的保护范围应当以本申请的权利要求保护范围所界定的为准。
Claims (2)
1. 一种客服应急系统,它包括软件架构及硬件架构,所述的软件架构包括控制主体、切换主体、检测主体,所述的硬件架构包括应急切换控制服务器、备用数据库服务器,其特征在于:
所述控制主体部署于单独的应急切换控制服务器,负责定期向切换主体及检测主体发送握手消息、收集主备用数据库及语音文件服务器运行状态以及发出切换与回切指令;
所述切换主体部署于中间层的中间件服务器及接入层的自动语音交互IVR服务器,负责接收控制主体发出的切换/回切指令并执行之,完成数据库及语音文件服务器由主用设备向备用设备的切换;
所述检测主体部署于数据层的主备用数据库服务器及语音文件服务器,负责定期采集本机有关数据库或语音资源状态的数据并加以分析,根据自己的知识库判断数据库或语音文件资源状态是否异常,如判断结果为异常,则短信通知管理员确认是否进行应急切换;
所述应急切换控制服务器安装有控制主体,负责收集主备用数据库及语音文件服务器运行状态以及发出切换与回切指令;
所述备用数据库服务器安装有检测主体,用于在主用数据库故障时接管其业务,其数据库中数据定时同步主用数据库数据。
2. 一种客服应急系统的实现方法,它包括主用数据库正常运行阶段的系统运行,和主用数据库故障时向备用数据库切换阶段的系统运行,其特征在于:
在主用数据库正常运行阶段,可按如下协议过程进行:
步骤一、客户端软件通过中间件访问主用客服数据库以获取呼叫处理逻辑配置数据;
步骤二、应急切换控制服务器上的控制主体定期向中间件服务器上的切换主体及主备用数据库上的检测主体发送握手消息,确认应急系统各主体运行正常,如发现主体运行情况异常则由控制主体发送短信通知系统管理员;
步骤三、主用数据库检测主体定期采集本机有关数据库状态的数据,分析数据库状态数据,根据自己的知识库判断数据库是否异常;如判断结果为异常,则短信通知系统管理员;
主用数据库故障,向备用数据库切换阶段,可按如下协议过程进行:
步骤一、系统管理员接到检测主体的故障报告短信,人工确认数据库是否异常,如数据库确认异常,则登录应急切换控制服务器向切换主体发出切换指令;
步骤二、应急切换控制服务器上的控制主体向所有中间件服务器上的切换主体发送切换指令;
步骤三、中间件服务器上的切换主体执行切换指令使用备用库信息更新本机连接数据库的配置文件,并重启中间件软件;
步骤四、中间件软件读取更新后的数据库配置文件,连接访问备用数据库,切换完毕。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2006100411663A CN100421390C (zh) | 2006-08-09 | 2006-08-09 | 一种客服应急系统及其实现方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2006100411663A CN100421390C (zh) | 2006-08-09 | 2006-08-09 | 一种客服应急系统及其实现方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1937523A CN1937523A (zh) | 2007-03-28 |
CN100421390C true CN100421390C (zh) | 2008-09-24 |
Family
ID=37954809
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2006100411663A Active CN100421390C (zh) | 2006-08-09 | 2006-08-09 | 一种客服应急系统及其实现方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100421390C (zh) |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101222362B (zh) * | 2008-01-08 | 2011-10-26 | 腾讯科技(深圳)有限公司 | 一种服务调度方法、装置和服务调度系统 |
CN101321207B (zh) * | 2008-07-22 | 2011-07-20 | 中国移动通信集团江苏有限公司 | 一种电信客户服务系统数据库故障处理方法 |
CN101841609B (zh) * | 2009-03-19 | 2013-02-13 | 中国移动通信集团安徽有限公司 | 一种呼叫流程处理方法、装置及系统 |
CN102111300A (zh) * | 2011-03-14 | 2011-06-29 | 浪潮(北京)电子信息产业有限公司 | 一种监控系统及其保障业务连续性的方法 |
CN104462200A (zh) * | 2014-10-31 | 2015-03-25 | 北京思特奇信息技术股份有限公司 | 一种通过第三方数据库控制系统切换的方法及系统 |
CN107045509A (zh) * | 2016-02-05 | 2017-08-15 | 北京京东尚科信息技术有限公司 | 一种用于切换数据库连接的系统、设备和方法 |
CN106294795A (zh) * | 2016-08-15 | 2017-01-04 | 合肥华凌股份有限公司 | 一种数据库切换方法及系统 |
CN109194675A (zh) * | 2018-09-21 | 2019-01-11 | 湖北青影文化产业有限公司 | 一种基于教育大数据的教育云平台 |
CN109451189B (zh) * | 2018-09-25 | 2020-08-25 | 国家电网有限公司客户服务中心 | 一种基于事件驱动的95598异地双活系统全景切换系统及方法 |
CN109871370A (zh) * | 2019-01-08 | 2019-06-11 | 网联清算有限公司 | 数据库管理方法、装置、存储介质及计算机设备 |
CN111817900B (zh) * | 2020-08-03 | 2022-07-01 | 苏州热工研究院有限公司 | 核电厂备用应急指挥系统及主备切换方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6005920A (en) * | 1997-01-03 | 1999-12-21 | Ncr Corporation | Call center with fault resilient server-switch link |
JP2002359689A (ja) * | 2001-05-31 | 2002-12-13 | Hitachi Information Technology Co Ltd | コールセンタシステム |
CN1598778A (zh) * | 2004-09-14 | 2005-03-23 | 中国人民解放军上海警备区司令部指挥自动化工作站 | 数据容灾备份控制系统 |
CN1609814A (zh) * | 2004-09-14 | 2005-04-27 | 中国人民解放军上海警备区司令部指挥自动化工作站 | 用于数据容灾备份控制系统的监控操作系统 |
CN1658633A (zh) * | 2004-02-16 | 2005-08-24 | 上海阿尔卡特网络支援系统有限公司 | 用于电信服务平台的用户线路信息管理系统 |
-
2006
- 2006-08-09 CN CNB2006100411663A patent/CN100421390C/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6005920A (en) * | 1997-01-03 | 1999-12-21 | Ncr Corporation | Call center with fault resilient server-switch link |
JP2002359689A (ja) * | 2001-05-31 | 2002-12-13 | Hitachi Information Technology Co Ltd | コールセンタシステム |
CN1658633A (zh) * | 2004-02-16 | 2005-08-24 | 上海阿尔卡特网络支援系统有限公司 | 用于电信服务平台的用户线路信息管理系统 |
CN1598778A (zh) * | 2004-09-14 | 2005-03-23 | 中国人民解放军上海警备区司令部指挥自动化工作站 | 数据容灾备份控制系统 |
CN1609814A (zh) * | 2004-09-14 | 2005-04-27 | 中国人民解放军上海警备区司令部指挥自动化工作站 | 用于数据容灾备份控制系统的监控操作系统 |
Also Published As
Publication number | Publication date |
---|---|
CN1937523A (zh) | 2007-03-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100421390C (zh) | 一种客服应急系统及其实现方法 | |
US8526299B2 (en) | Method and device for processing cell out-of-service failures | |
CN108847982B (zh) | 一种分布式存储集群及其节点故障切换方法和装置 | |
US20140122140A1 (en) | Advanced managed service customer edge router | |
US6457050B1 (en) | System and method for dynamically restoring communications within a network | |
US20140372805A1 (en) | Self-healing managed customer premises equipment | |
CN108429629A (zh) | 设备故障恢复方法和装置 | |
CN102075643A (zh) | 终端装置和后备系统 | |
US10355963B2 (en) | Heartbeat period setting method, and terminal | |
CN113825164A (zh) | 网络故障修复方法、装置、存储介质及电子设备 | |
CN103916226A (zh) | 基于嵌入式设备冗余备份的方法 | |
CN101227333A (zh) | 一种容灾网管系统及其网管客户端的登陆方法 | |
US8775617B2 (en) | Method for optimizing network performance after a temporary loss of connection | |
CN102055605A (zh) | 一种应用于aaa服务器的容灾系统及方法 | |
JP4592511B2 (ja) | Ipネットワークサーバのバックアップシステム | |
CN113573344A (zh) | 一种基于5g的smf会话检测方法及终端 | |
CN110677288A (zh) | 一种通用于多场景部署的边缘计算系统及方法 | |
CN101958925A (zh) | 一种控制远程设备的方法以及装置 | |
JP2004134878A (ja) | 通信システム、主装置機能バックアップ方法、保守管理センタ及びユーザシステム | |
US6137774A (en) | System and method for dispatching commands to switching elements within a communications network | |
CN103023697B (zh) | 一种阵列多路径的管理方法、装置及系统 | |
CN101132453B (zh) | 一种语音呼叫管理方法及装置 | |
JP6856574B2 (ja) | サービス継続システムおよびサービス継続方法 | |
CN107104830B (zh) | 一种多服务器切换方法及系统 | |
JP2006268278A (ja) | 遠隔保守コンピュータ保守システム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |