本发明涉及呼叫中心，具体涉及一种分布式多活呼叫中心、业务保障方法及系统。
背景技术：
1、传统呼叫中心系统采用集中式架构，将所有关键数据和业务功能集中在一起，这就导致存在单点故障问题。当中心的服务器发生故障时，整个呼叫中心系统无法继续提供服务，造成业务中断。这样的单点故障问题源于集中式架构的架构特点，由于数据和功能都集中在一个节点上，任何节点的故障都可能影响整个系统的稳定性和可用性。
技术实现思路
1、鉴于上述问题，本发明实施例提供一种分布式多活呼叫中心、业务保障方法及系统，解决现有呼叫中心业务安全性存在单点故障缺陷的技术问题。
2、本发明实施例的分布式多活呼叫中心，包括：
3、呼叫中心节点，用于建立功能对等、异地分布的呼叫中心业务节点，独立完整呼叫中心客服业务；
4、通信网络，用于在呼叫中心节点间形成传输业务数据和保障数据的冗余通信链路；
5、业务保障节点，用于提供呼叫中心业务节点间业务协同的数据保障处理过程，根据业务状态和数据状态形成数据保障处理。
6、本发明一实施例中，所述呼叫中心节点包括：
7、安全和身份验证层，用于提供呼叫请求来源的用户身份鉴权；
8、接口层，用于提供业务处理过程中面向客户和客服的人机交互界面；
9、应用层，用于提供业务处理的话务调度逻辑控制过程和人机逻辑控制过程；
10、数据层，用于对业务处理、话务调度和系统配置过程形成的数据进行封装的数据处理过程；
11、消息队列，用于形成节点数据在节点内和各节点间进行数据转发、分发的传输过程；
12、数据库层，用于通过消息队列形成节点内的数据存储和各节点间的数据同步。
13、本发明实施例的分布式多活呼叫中心业务保障方法，包括：
14、形成系统数据同步策略，用于根据业务数据状态，保障呼叫中心节点间系统迭代部署的配置数据的同步；
15、形成业务数据同步策略，用于根据业务数据状态，保障呼叫中心节点间客户数据和话务数据的同步；
16、形成负载均衡策略，用于根据业务数据状态，将业务流量在正常呼叫中心节点间分配；
17、形成故障切换策略，用于根据业务数据状态，将故障呼叫中心节点的业务流量向正常呼叫中心节点分配；
18、形成数据备份恢复策略，用于根据监控业务数据状态，按需对业务数据进行备份和恢复。
19、本发明一实施例中，所述系统数据同步策略包括：
20、针对系统配置数据的配置项目设置唯一标识符；
21、针对配置项目的更改内容利用唯一标识符生成版本标识符；
22、设置版本库存储对应的修改内容和版本标识符；
23、呼叫中心节点通过访问版本库获取配置数据最新版本的版本标识符；
24、呼叫中心节点比对本地存储的版本标识符进行对比，如果本地数据已过时，呼叫中心节点会请求最新版本的配置数据，并将其同步到本地。
25、当多个呼叫中心节点同时修改同一个配置项时，版本库记录修改冲突，并进行合并冲突或通知管理员手动解决；
26、设置版本过期规则，删除旧版本配置数据。
27、本发明一实施例中，所述业务数据同步策略包括：
28、进行增量同步：
29、设置一个数据变更日志，记录每个数据修改操作，并定期同步数据变更日志；
30、根据同步数据变更日志获取已更改的数据；
31、进行实时同步：
32、使用分布式消息队列将数据变更消息实时广播给各个呼叫中心节点。每个呼叫中心节点监听消息队列，以立即进行数据变更。
33、本发明一实施例中，所述业务数据同步策略包括：
34、请求数据锁：在数据修改前，呼叫中心节点请求数据锁，用于标记当前数据项正在被修改；
35、比较版本标识符：当呼叫中心节点成功获取数据锁后，与本地数据的版本标识符比较数据新旧；
36、如果本地数据的版本标识符较新，呼叫中心节点可以直接进行数据项修改，并将修改内容和对应版本标识符写入版本库；
37、当数据修改完成后，呼叫中心节点释放数据锁。
38、本发明一实施例中，所述负载均衡策略包括：
39、根据选择均衡算法将呼叫请求路由到呼叫中心节点进行处理；
40、根据呼叫中心节点权重进行呼叫请求分配；
41、根据呼叫中心节点健壮度进行呼叫请求分配；
42、根据会话保持需求进行呼叫请求分配；
43、根据呼叫中心节点负载状态动态调整呼叫请求分配。
44、本发明一实施例中，所述故障切换策略包括：
45、在各呼叫中心节点部署监控组件监控呼叫中心节点健康状态；
46、设置备用呼叫中心节点保持待命状态，根据主呼叫中心节点健康状态进行自动切换接管主呼叫中心节点工作过程；
47、保持备用呼叫中心节点上的数据和状态与主呼叫中心节点同步；
48、切换日志进行记录。
49、本发明一实施例中，所述数据备份恢复策略包括：
50、数据备份策略：
51、设定定期备份计划，以确保系统中的关键数据定期进行备份；
52、进行完整备份和增量备份：
53、数据版本控制：对于配置数据，使用版本库来记录每次更改，并保留历史版本；
54、数据恢复策略：
55、建立测试恢复流程，用于定期测试数据恢复流程，以确保备份数据的可用性和恢复性能；
56、建立紧急恢复计划，用于应对突发事件规划快速恢复数据并重新建立系统的实施过程；
57、建立自动化恢复流程，用于通过自动化脚本执行自动化数据恢复流程；
58、建立监控和警报流程，用于监视备份和恢复过程的状态和性能；设置警报，以在发生异常情况时及时通知管理员。
59、本发明实施例的分布式多活呼叫中心业务保障系统，包括：
60、系统同步保障装置，用于形成系统数据同步策略，以根据业务数据状态，保障呼叫中心节点间系统迭代部署的配置数据的同步；
61、业务同步保障装置，用于形成业务数据同步策略，以根据业务数据状态，保障呼叫中心节点间客户数据和话务数据的同步；
62、节点性能保障装置，用于形成负载均衡策略，以根据业务数据状态，将业务流量在正常呼叫中心节点间分配；
63、节点故障切换装置，用于形成故障切换策略，以根据业务数据状态，将故障呼叫中心节点的业务流量向正常呼叫中心节点分配；
64、节点备份恢复装置，用于形成数据备份恢复策略，以根据监控业务数据状态，按需对业务数据进行备份和恢复。
65、本发明实施例的分布式多活呼叫中心、及业务保障方法及系统采用分布式异地节点多活架构，将关键组件在多个节点上分布，将支撑系统整体业务处理能力的软硬件资源分部部署，有效地解决了单点故障问题。每个节点的独立运行能力保证了即使某个节点出现故障，其他节点仍然能够提供服务，从而降低了业务中断的风险。通过统一的数据保障处理过程解决不同等级的局部故障，避免单点故障对系统整体业务响应水平的影响。可以为业务级别和数据级别的故障恢复提供统一的保障手段，保证各节点间的数据一致性和数据安全性。为业务出现故障时提供资源切换业务恢复的资源调度，有助于降低业务中断时间，保障客户服务的连续性。
1.一种分布式多活呼叫中心，其特征在于，包括：
2.如权利要求1所述的分布式多活呼叫中心，其特征在于，所述呼叫中心节点包括：
3.一种分布式多活呼叫中心业务保障方法，其特征在于，包括：
4.如权利要求3所述的分布式多活呼叫中心业务保障方法，其特征在于，所述系统数据同步策略包括：
5.如权利要求3所述的分布式多活呼叫中心业务保障方法，其特征在于，所述业务数据同步策略包括：
6.如权利要求3所述的分布式多活呼叫中心业务保障方法，其特征在于，所述业务数据同步策略包括：
7.如权利要求3所述的分布式多活呼叫中心业务保障方法，其特征在于，所述负载均衡策略包括：
8.如权利要求3所述的分布式多活呼叫中心业务保障方法，其特征在于，所述故障切换策略包括：
9.如权利要求3所述的分布式多活呼叫中心业务保障方法，其特征在于，所述数据备份恢复策略包括：
10.一种分布式多活呼叫中心业务保障系统，其特征在于，包括：
