一种集群化消息同步方法、装置、计算机设备及存储介质

技术领域

本申请属于大数据技术领域及产险金融领域，具体涉及一种集群化消息同步方法、装置、计算机设备及存储介质。

背景技术

在现代的Web应用程序中，Websocket已经成为了一种非常重要的协议，它可以实现实时的双向通信。然而，在多台服务器的情况下，Websocket的集群化消息同步方案仍然存在一些问题。具体来说，当后台推送的消息到达的Websocket不在的服务器上时，消息不能在多个会话窗口同时被接收，导致某些客户端将无法接收到消息，这将导致消息不可达，影响用户的使用体验，例如，在产险销售系统中，产险消息无法在多个会话窗口同时推送，导致某些客户端将无法及时接收到最新的产险消息，使得客户错处一些符合自己需求的保险产品。

目前，解决这个问题的方法往往是通过技术手段计算出当前Websocket所在的服务器，并将消息投递到该服务器上，但是这个方法会消耗服务器的一些计算资源。或者实现一个相对复杂的链接信息管理系统，但是这个方法会使系统变得复杂，提高系统开发和维护的难度。

发明内容

本申请实施例的目的在于提出一种集群化消息同步方法、装置、计算机设备及存储介质，以解决现有Websocket的集群化消息同步方案存在的需要消耗服务器的一些计算资源和容易使系统变得复杂，提高系统开发和维护的难度的技术问题。

为了解决上述技术问题，本申请实施例提供一种集群化消息同步方法，采用了如下所述的技术方案：

一种集群化消息同步方法，包括：

部署消息广播服务组件，并建立消息广播服务组件与每一个WebSocket服务器之间的通信通道；

监控每一个WebSocket服务器的消息接口，确定存在接口响应信号的第一WebSocket服务器；

从第一WebSocket服务器中获取接口响应信号对应的待推送消息；

通过预设的开发工具包将待推送消息上传至消息广播服务组件；

通过消息广播服务组件将待推送消息广播至第二WebSocket服务器，其中，第二WebSocket服务器为当前时刻未接收到接口响应信号的WebSocket服务器；

判断第二WebSocket服务器当前时刻是否存在WebSocket会话，若存在，则将待推送消息推送至WebSocket会话，若不存在，则将待推送消息进行第一丢弃处理。

进一步地，部署消息广播服务组件，并建立消息广播服务组件与每一个WebSocket服务器之间的通信通道，具体包括：

基于消息队列封装消息广播服务组件；

将消息广播服务组件部署到WebSocket服务器集群中；

建立消息广播服务组件与每一个WebSocket服务器之间的通信通道。

进一步地，监控每一个WebSocket服务器的消息接口，确定存在接口响应信号的第一WebSocket服务器，具体包括：

部署消息监控组件，并以心跳机制通过息监控组件对每一个WebSocket服务器的消息接口进行实时监测；

当识别到消息接口存在接口响应信号时，确定存在接口响应信号的消息接口对应的WebSocket服务器，得到第一WebSocket服务器。

进一步地，通过消息广播服务组件将待推送消息广播至第二WebSocket服务器，具体包括：

启动第二WebSocket服务器的消息监听器，通过消息监听器监听消息广播服务组件发出的广播消息；

当消息监听器监听到广播消息后，对广播消息进行响应，并返回响应反馈信息；

根据响应反馈信息将待推送消息从消息广播服务组件广播至第二WebSocket服务器。

进一步地，判断第二WebSocket服务器当前时刻是否存在WebSocket会话，若存在，则将待推送消息推送至WebSocket会话，若不存在，则将待推送消息进行第一丢弃处理，具体包括：

基于第二WebSocket服务器的会话逻辑判断述第二WebSocket服务器当前时刻是否存在WebSocket会话；

若存在WebSocket会话，则将待推送消息推送至WebSocket会话上进行显示；

若不存在WebSocket会话，则将待推送消息进行第一丢弃处理。

进一步地，在通过预设的开发工具包将待推送消息上传至消息广播服务组件之后，还包括：

对待推送消息进行查重处理，以判断待推送消息是否重复；

若待推送消息是重复消息，则对待推送消息进行第二丢弃处理；

若待推送消息不是重复消息，则将待推送消息已移送至消息广播服务组件的待广播队列。

进一步地，在判断第二WebSocket服务器当前时刻是否存在WebSocket会话，若存在，则将待推送消息推送至WebSocket会话，若不存在，则将待推送消息进行第一丢弃处理之后，还包括：

触发第一日志程序，获取第一丢弃处理过程中产生的事件日志，得到第一事件日志；

将第一事件日志存储至预设的日志库中；

在若待推送消息是重复消息，则对待推送消息进行第二丢弃处理之后，还包括：

触发第二日志程序，获取第二丢弃处理过程中产生的事件日志，得到第二事件日志；

将第二事件日志存储至预设的日志库中。

为了解决上述技术问题，本申请实施例还提供一种集群化消息同步装置，采用了如下所述的技术方案：

一种集群化消息同步装置，包括：

广播组件模块，用于部署消息广播服务组件，并建立消息广播服务组件与每一个WebSocket服务器之间的通信通道；

消息监控模块，用于监控每一个WebSocket服务器的消息接口，确定存在接口响应信号的第一WebSocket服务器；

消息获取模块，用于从第一WebSocket服务器中获取接口响应信号对应的待推送消息；

消息上传模块，用于通过预设的开发工具包将待推送消息上传至消息广播服务组件；

消息广播模块，用于通过消息广播服务组件将待推送消息广播至第二WebSocket服务器，其中，第二WebSocket服务器为当前时刻未接收到接口响应信号的WebSocket服务器；

消息推送模块，用于判断第二WebSocket服务器当前时刻是否存在WebSocket会话，若存在，则将待推送消息推送至WebSocket会话，若不存在，则将待推送消息进行第一丢弃处理。

为了解决上述技术问题，本申请实施例还提供一种计算机设备，采用了如下所述的技术方案：

一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现如上述任一项所述的集群化消息同步方法的步骤。

为了解决上述技术问题，本申请实施例还提供一种计算机可读存储介质，采用了如下所述的技术方案：

一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如上述中任一项所述的集群化消息同步方法的步骤。

与现有技术相比，本申请实施例主要有以下有益效果：

本申请公开一种集群化消息同步方法、装置、计算机设备及存储介质，属于大数据技术领域及产险金融领域。部署消息广播服务组件，并建立消息广播服务组件与每一个WebSocket服务器之间的通信通道；监控每一个WebSocket服务器的消息接口，确定存在接口响应信号的第一WebSocket服务器；从第一WebSocket服务器中获取接口响应信号对应的待推送消息；通过预设的开发工具包将待推送消息上传至消息广播服务组件；通过消息广播服务组件将待推送消息广播至第二WebSocket服务器，其中，第二WebSocket服务器为当前时刻未接收到接口响应信号的WebSocket服务器；判断第二WebSocket服务器当前时刻是否存在WebSocket会话，若存在，则将待推送消息推送至WebSocket会话，若不存在，则将待推送消息进行第一丢弃处理。本申请通过部署一个消息广播服务组件，通过消息广播服务组件实现产险销售系统的WebSocket集群化消息同步，在不额外消耗服务器资源以及保证系统简化的前提下，确保集群中所有Websocket会话能够同时接收到相同的消息。

附图说明

为了更清楚地说明本申请中的方案，下面将对本申请实施例描述中所需要使用的附图作一个简单介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了本申请可以应用于其中的示例性系统架构图；

图2示出了现有的Websocket集群化消息同步的示例性系统架构图；

图3示出了根据本申请的集群化消息同步方法的一个实施例的流程图；

图4示出了根据本申请的集群化消息同步方法的Websocket集群化消息同步的系统架构图；

图5示出了根据本申请的集群化消息同步装置的一个实施例的结构示意图；

图6示出了根据本申请的计算机设备的一个实施例的结构示意图。

具体实施方式

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

为了使本技术领域的人员更好地理解本申请方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving Picture ExpertsGroup Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving PictureExperts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的页面提供支持的后台服务器，服务器可以是独立的服务器，也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。

需要说明的是，本申请实施例所提供的集群化消息同步方法一般由服务器执行，相应地，集群化消息同步装置一般设置于服务器中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。

WebSocket是一种用于在客户端和服务器之间进行实时双向通信的网络协议。它允许在一个长久的连接上进行数据交换，而不是像传统的HTTP协议那样每次请求都要建立新的连接。通过WebSocket，服务器可以向客户端主动发送消息，而不需要客户端先发起请求。

WebSocket集群化消息同步是指在WebSocket服务器组成的集群环境中，通过一种机制来实现消息的同步和广播。在这种集群化环境中，当一个WebSocket服务器接收到消息后，需要将该消息同步到其他WebSocket服务器，以确保所有连接到不同服务器的客户端都能接收到相同的消息。

如图2所示，在现有的Websocket服务器集群的消息传递中，当后台推送的消息到达的Websocket不在的服务器上时，消息不能在多个会话窗口同时被接收，导致某些客户端将无法接收到消息，这将导致消息不可达，影响用户的使用体验。目前，解决这个问题的方法往往是通过技术手段计算出当前Websocket所在的服务器，并将消息投递到该服务器上，但是这个方法会消耗服务器的一些计算资源。或者实现一个相对复杂的链接信息管理系统，但是这个方法会使系统变得复杂，提高系统开发和维护的难度。

为了解决上述技术问题，本申请公开一种集群化消息同步方法、装置、计算机设备及存储介质，属于大数据技术领域及产险金融领域，本申请通过部署一个消息广播服务组件，通过消息广播服务组件实现WebSocket服务器集群化消息同步，在不额外消耗服务器资源以及保证系统简化的前提下，确保集群中所有Websocket会话能够同时接收到相同的消息。

请参考图3，示出了根据本申请的集群化消息同步方法的一个实施例的流程图。本申请实施例可以基于人工智能技术对相关的数据进行获取和处理。其中，人工智能(Artificial Intelligence，AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。

继续参考图3，所述的集群化消息同步方法，包括以下步骤：

S301，部署消息广播服务组件，并建立消息广播服务组件与每一个WebSocket服务器之间的通信通道。

在本实施例中，如图4所示，首先需要部署一个消息广播服务组件，可以是消息队列(如MQ等)或其他适用的广播服务插件。同时，需要建立消息广播服务组件与每一个WebSocket服务器之间的通信通道，以实现消息的传递和同步。

进一步地，部署消息广播服务组件，并建立消息广播服务组件与每一个WebSocket服务器之间的通信通道，具体包括：

基于消息队列封装消息广播服务组件；

将消息广播服务组件部署到WebSocket服务器集群中；

建立消息广播服务组件与每一个WebSocket服务器之间的通信通道。

在本实施例中，封装消息广播服务组件，使用消息队列进行广播，将消息发送至消息队列中，然后在WebSocket服务器中消费消息队列中的消息，进行消息推送，这样可以支持多个WebSocket服务器同时消费消息队列中的消息，从而实现消息广播的高并发和高吞吐量。

将消息广播服务组件部署到WebSocket服务器集群中，每个WebSocket服务器都可以消费消息队列中的消息，并进行消息推送，这样可以提高系统的可靠性，即使某个WebSocket服务器出现故障，其他WebSocket服务器仍然可以正常工作。

建立消息广播服务组件与每一个WebSocket服务器之间的通信通道，使用分布式哈希表将客户端的WebSocket会话分散到不同的WebSocket服务器上，这样可以更好地支持高并发、高吞吐量的消息推送，每个WebSocket服务器只需要推送自己负责的客户端的消息，减轻服务器的负载，提高系统的性能表现。

在上述实施例中，基于消息队列封装消息广播服务组件，并将其部署到WebSocket服务器集群中，再建立消息广播服务组件与每一个WebSocket服务器之间的通信通道，将消息广播服务组件和WebSocket服务器集群分离，可以提高系统的可靠性和性能表现，支持高并发、高吞吐量的消息广播和推送。

S302，监控每一个WebSocket服务器的消息接口，确定存在接口响应信号的第一WebSocket服务器。

在本实施例中，方案实现时，需要监控每个WebSocket服务器的消息接口，实时获取WebSocket服务器的状态，确定是否存在接口响应信号，可以通过服务器的心跳机制或其他监控方式来实现。

进一步地，监控每一个WebSocket服务器的消息接口，确定存在接口响应信号的第一WebSocket服务器，具体包括：

部署消息监控组件，并以心跳机制通过息监控组件对每一个WebSocket服务器的消息接口进行实时监测；

当识别到消息接口存在接口响应信号时，确定存在接口响应信号的消息接口对应的WebSocket服务器，得到第一WebSocket服务器。

在本实施例中，部署消息监控组件，使用心跳机制对每一个WebSocket服务器的消息接口进行实时监测，心跳机制可以定期向WebSocket服务器发送心跳消息，WebSocket服务器在接收到心跳消息后，返回响应消息，表示其消息接口正在接收消息。

当识别到消息接口存在接口响应信号时，说明该WebSocket服务器的消息接口正在接收消息。如果没有识别到接口响应信号，说明该WebSocket服务器没有接收到消息。

在上述实施例中，通过部署消息监控组件，并以心跳机制实时监测每一个WebSocket服务器的消息接口，可以确定存在接口响应信号的消息接口对应的WebSocket服务器，从而得到正在接收消息的第一WebSocket服务器。

S203，从第一WebSocket服务器中获取接口响应信号对应的待推送消息。

在本实施例中，在确定正在接收消息的第一WebSocket服务器，实时采集第一WebSocket服务器的消息接口的消息，得到待推送消息。

S304，通过预设的开发工具包将待推送消息上传至消息广播服务组件。

预设的开发工具包为SDK工具包，SDK代表软件开发工具包(SoftwareDevelopment Kit)，它是一组开发工具、库、文档和示例代码的集合，旨在帮助开发人员创建、测试和部署特定软件平台上的应用程序。SDK的目标是提供一种便捷和一致的方式，使开发人员能够更快速地构建应用程序，减少开发过程中的工作量和复杂性。通过提供所需的工具和资源，SDK简化了开发过程，并帮助开发人员在特定平台上实现功能丰富、高效的应用程序。

在本实施例中，在获得第一WebSocket服务器接收到的待推送消息后，调用第一WebSocket服务器的通信通道，通过SDK工具包和第一WebSocket服务器的通信通道将第一WebSocket服务器接收到的消息上传至消息广播服务组件。

S305，通过消息广播服务组件将待推送消息广播至第二WebSocket服务器，其中，第二WebSocket服务器为当前时刻未接收到接口响应信号的WebSocket服务器。

在本实施例中，在将待推送消息上传至消息广播服务组件之后，消息广播服务组件将待推送消息广播至第二WebSocket服务器，如图4所示，第二WebSocket服务器即当前时刻未接收到接口响应信号的WebSocket服务器，通过消息广播服务组件将待推送消息广播至WebSocket服务器集群中的其他服务器，这样可以确保消息传递到所有WebSocket服务器。

进一步地，通过消息广播服务组件将待推送消息广播至第二WebSocket服务器，具体包括：

启动第二WebSocket服务器的消息监听器，通过消息监听器监听消息广播服务组件发出的广播消息；

当消息监听器监听到广播消息后，对广播消息进行响应，并返回响应反馈信息；

根据响应反馈信息将待推送消息从消息广播服务组件广播至第二WebSocket服务器。

在本实施例中，启动第二WebSocket服务器的消息监听器，该监听器负责监听消息广播服务组件发出的广播消息。可以使用WebSocket的API来实现消息监听器，当收到广播消息时，可以对其进行处理，并返回响应反馈信息。

当消息监听器监听到广播消息后，对广播消息进行响应，并返回响应反馈信息。响应反馈信息可以包括当前WebSocket服务器的状态、负载情况等信息，以便消息广播服务组件根据反馈信息进行消息推送。

根据响应反馈信息，消息广播服务组件可以确定当前时刻未接收到接口响应信号的WebSocket服务器，然后将待推送消息广播至该WebSocket服务器。

在上述实施例中，启动第二WebSocket服务器的消息监听器，通过消息监听器监听消息广播服务组件发出的广播消息，可以根据响应反馈信息将待推送消息从消息广播服务组件广播至第二WebSocket服务器，确保消息传递到WebSocket服务器集群中的其他服务器，提高系统的可靠性和性能表现。

S306，判断第二WebSocket服务器当前时刻是否存在WebSocket会话，若存在，则将待推送消息推送至WebSocket会话，若不存在，则将待推送消息进行第一丢弃处理。

在本实施例中，通过判断第二WebSocket服务器当前时刻是否存在WebSocket会话，如果存在会话，则将待推送消息推送至WebSocket会话，以实现消息的实时同步。如果不存在会话，则将待推送消息丢弃处理，避免无效的消息传递。

进一步地，判断第二WebSocket服务器当前时刻是否存在WebSocket会话，若存在，则将待推送消息推送至WebSocket会话，若不存在，则将待推送消息进行第一丢弃处理，具体包括：

基于第二WebSocket服务器的会话逻辑判断述第二WebSocket服务器当前时刻是否存在WebSocket会话；

若存在WebSocket会话，则将待推送消息推送至WebSocket会话上进行显示；

若不存在WebSocket会话，则将待推送消息进行第一丢弃处理。

在本实施例中，基于第二WebSocket服务器的会话逻辑判断，判断第二WebSocket服务器当前时刻是否存在WebSocket会话。可以通过检查WebSocket会话的状态信息来判断WebSocket会话是否处于活动状态。

若存在WebSocket会话，则将待推送消息推送至WebSocket会话上进行显示。通过WebSocket会话，可以将待推送消息推送至客户端，以便客户端进行显示。推送消息的方式可以是异步的，也可以是同步的，具体实现可以根据实际情况进行选择。

若不存在WebSocket会话，则将待推送消息进行丢弃处理。如果不存在WebSocket会话，说明当前时刻没有客户端连接到第二WebSocket服务器上，此时推送消息没有意义，可以将待推送消息进行第一丢弃处理，避免占用系统资源。

进一步地，在通过预设的开发工具包将待推送消息上传至消息广播服务组件之后，还包括：

对待推送消息进行查重处理，以判断待推送消息是否重复；

若待推送消息是重复消息，则对待推送消息进行第二丢弃处理；

若待推送消息不是重复消息，则将待推送消息已移送至消息广播服务组件的待广播队列。

在系统中，可能会出现重复的待推送消息，这会导致客户端收到重复的消息，从而影响用户体验，为了避免这种情况的发生，可以对待推送消息进行查重处理。

对待推送消息进行查重处理，以判断待推送消息是否重复。可以使用消息的唯一标识符进行查重处理，如果待推送消息的唯一标识符在消息广播服务组件中已经存在，则说明待推送消息是重复消息。

若待推送消息是重复消息，则对待推送消息进行第二丢弃处理。对于重复的待推送消息，可以直接将其丢弃，避免重复推送给客户端。

若待推送消息不是重复消息，则将待推送消息已移送至消息广播服务组件的待广播队列。对于非重复的待推送消息，可以将其加入到待广播队列中，等待消息广播服务组件进行广播。

进一步地，在判断第二WebSocket服务器当前时刻是否存在WebSocket会话，若存在，则将待推送消息推送至WebSocket会话，若不存在，则将待推送消息进行第一丢弃处理之后，还包括：

触发第一日志程序，获取第一丢弃处理过程中产生的事件日志，得到第一事件日志；

将第一事件日志存储至预设的日志库中；

在若待推送消息是重复消息，则对待推送消息进行第二丢弃处理之后，还包括：

触发第二日志程序，获取第二丢弃处理过程中产生的事件日志，得到第二事件日志；

将第二事件日志存储至预设的日志库中。

在本实施例中，在第一丢弃处理过程中，可能会产生一些事件日志，例如WebSocket会话不存在等，第一日志程序可以获取这些事件日志，得到第一事件日志。得到第一事件日志后，可以将其存储至预设的日志库中，以便后续分析和处理。

在第二丢弃处理过程中，也可能会产生一些事件日志，例如待推送消息重复等。第二日志程序可以获取这些事件日志，得到第二事件日志。得到第二事件日志后，可以将其存储至预设的日志库中，以便后续分析和处理。

在上述实施例中，通过触发第一日志程序和第二日志程序，可以获取第一丢弃处理过程中产生的事件日志和第二丢弃处理过程中产生的事件日志，并将其存储至预设的日志库中。这样可以对系统中的异常情况进行记录和分析，帮助开发人员找出问题所在，进而进行修复和优化。

本申请一种具体的实施例中，在产险销售系统的集群化消息同步案例中，这个技术方案可以有效地解决现有集群化消息同步存在的问题。在产险销售系统中，不同服务器上的Websocket会话需要实现消息同步，以确保客户能够及时地获取到最新的产险消息，使用这个方案，可以很容易地将产险消息广播到所有的服务器上，确保所有Websocket会话能够同时接收到相同的消息，同时不会额外消耗服务器资源以及保证系统简化。此外，过滤重复推送的产险消息，还可以进一步减轻服务器的负载，在一定程度上提高系统的性能表现。

在上述实施例中，本申请公开一种集群化消息同步方法，属于大数据技术领域及产险金融领域。部署消息广播服务组件，并建立消息广播服务组件与每一个WebSocket服务器之间的通信通道；监控每一个WebSocket服务器的消息接口，确定存在接口响应信号的第一WebSocket服务器；从第一WebSocket服务器中获取接口响应信号对应的待推送消息；通过预设的开发工具包将待推送消息上传至消息广播服务组件；通过消息广播服务组件将待推送消息广播至第二WebSocket服务器，其中，第二WebSocket服务器为当前时刻未接收到接口响应信号的WebSocket服务器；判断第二WebSocket服务器当前时刻是否存在WebSocket会话，若存在，则将待推送消息推送至WebSocket会话，若不存在，则将待推送消息进行第一丢弃处理。本申请通过部署一个消息广播服务组件，通过消息广播服务组件实现WebSocket服务器集群化消息同步，在不额外消耗服务器资源以及保证系统简化的前提下，确保集群中所有Websocket会话能够同时接收到相同的消息。

在本实施例中，集群化消息同步方法运行于其上的电子设备(例如图1所示的服务器)可以通过有线连接方式或者无线连接方式获取数据或接收指令。需要指出的是，上述无线连接方式可以包括但不限于3G/4G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB(ultra wideband)连接、以及其他现在已知或将来开发的无线连接方式。

需要强调的是，为进一步保证上述待推送消息的私密和安全性，上述待推送消息还可以存储于一区块链的节点中。

本申请所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，该计算机可读指令可存储于一计算机可读取存储介质中，该计算机可读指令在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

进一步参考图5，作为对上述图3所示方法的实现，本申请提供了一种集群化消息同步装置的一个实施例，该装置实施例与图3所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图5所示，本实施例所述的集群化消息同步装置500包括：

广播组件模块501，用于部署消息广播服务组件，并建立消息广播服务组件与每一个WebSocket服务器之间的通信通道；

消息监控模块502，用于监控每一个WebSocket服务器的消息接口，确定存在接口响应信号的第一WebSocket服务器；

消息获取模块503，用于从第一WebSocket服务器中获取接口响应信号对应的待推送消息；

消息上传模块504，用于通过预设的开发工具包将待推送消息上传至消息广播服务组件；

消息广播模块505，用于通过消息广播服务组件将待推送消息广播至第二WebSocket服务器，其中，第二WebSocket服务器为当前时刻未接收到接口响应信号的WebSocket服务器；

消息推送模块506，用于判断第二WebSocket服务器当前时刻是否存在WebSocket会话，若存在，则将待推送消息推送至WebSocket会话，若不存在，则将待推送消息进行第一丢弃处理。

进一步地，广播组件模块501具体包括：

广播组件封装单元，用于基于消息队列封装消息广播服务组件；

广播组件部署单元，用于将消息广播服务组件部署到WebSocket服务器集群中；

通信通道建立单元，用于建立消息广播服务组件与每一个WebSocket服务器之间的通信通道。

进一步地，消息监控模块502具体包括：

监控组件部署单元，用于部署消息监控组件，并以心跳机制通过息监控组件对每一个WebSocket服务器的消息接口进行实时监测；

消息监控响应单元，用于当识别到消息接口存在接口响应信号时，确定存在接口响应信号的消息接口对应的WebSocket服务器，得到第一WebSocket服务器。

进一步地，消息广播模块505具体包括：

消息监单元单元，用于启动第二WebSocket服务器的消息监听器，通过消息监听器监听消息广播服务组件发出的广播消息；

广播消息响应单元，用于当消息监听器监听到广播消息后，对广播消息进行响应，并返回响应反馈信息；

消息广播单元，用于根据响应反馈信息将待推送消息从消息广播服务组件广播至第二WebSocket服务器。

进一步地，消息推送模块506具体包括：

会话判断单元，用于基于第二WebSocket服务器的会话逻辑判断述第二WebSocket服务器当前时刻是否存在WebSocket会话；

第一判断结果单元，用于当存在WebSocket会话时，将待推送消息推送至WebSocket会话上进行显示；

第二判断结果单元，用于当不存在WebSocket会话时，将待推送消息进行第一丢弃处理。

进一步地，集群化消息同步装置500还包括：

查重处理模块，用于对待推送消息进行查重处理，以判断待推送消息是否重复；

第一查重结果模块，用于当待推送消息是重复消息时，对待推送消息进行第二丢弃处理；

第二查重结果模块，用于当待推送消息不是重复消息时，将待推送消息已移送至消息广播服务组件的待广播队列。

进一步地，集群化消息同步装置500还包括：

第一日志获取模块，用于触发第一日志程序，获取第一丢弃处理过程中产生的事件日志，得到第一事件日志；

第一日志存储模块，用于将第一事件日志存储至预设的日志库中；

在若待推送消息是重复消息，则对待推送消息进行第二丢弃处理之后，还包括：

第二日志获取模块，用于触发第二日志程序，获取第二丢弃处理过程中产生的事件日志，得到第二事件日志；

第二日志存储模块，用于将第二事件日志存储至预设的日志库中。

在上述实施例中，本申请公开一种集群化消息同步装置，属于大数据技术领域及产险金融领域。部署消息广播服务组件，并建立消息广播服务组件与每一个WebSocket服务器之间的通信通道；监控每一个WebSocket服务器的消息接口，确定存在接口响应信号的第一WebSocket服务器；从第一WebSocket服务器中获取接口响应信号对应的待推送消息；通过预设的开发工具包将待推送消息上传至消息广播服务组件；通过消息广播服务组件将待推送消息广播至第二WebSocket服务器，其中，第二WebSocket服务器为当前时刻未接收到接口响应信号的WebSocket服务器；判断第二WebSocket服务器当前时刻是否存在WebSocket会话，若存在，则将待推送消息推送至WebSocket会话，若不存在，则将待推送消息进行第一丢弃处理。本申请通过部署一个消息广播服务组件，通过消息广播服务组件实现WebSocket服务器集群化消息同步，在不额外消耗服务器资源以及保证系统简化的前提下，确保集群中所有Websocket会话能够同时接收到相同的消息。

为解决上述技术问题，本申请实施例还提供计算机设备。具体请参阅图6，图6为本实施例计算机设备基本结构框图。

所述计算机设备6包括通过系统总线相互通信连接存储器61、处理器62、网络接口63。需要指出的是，图中仅示出了具有组件61-63的计算机设备6，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)、可编程门阵列(Field－Programmable GateArray，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。

所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

所述存储器61至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器61可以是所述计算机设备6的内部存储单元，例如该计算机设备6的硬盘或内存。在另一些实施例中，所述存储器61也可以是所述计算机设备6的外部存储设备，例如该计算机设备6上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(FlashCard)等。当然，所述存储器61还可以既包括所述计算机设备6的内部存储单元也包括其外部存储设备。本实施例中，所述存储器61通常用于存储安装于所述计算机设备6的操作系统和各类应用软件，例如集群化消息同步方法的计算机可读指令等。此外，所述存储器61还可以用于暂时地存储已经输出或者将要输出的各类数据。

所述处理器62在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器62通常用于控制所述计算机设备6的总体操作。本实施例中，所述处理器62用于运行所述存储器61中存储的计算机可读指令或者处理数据，例如运行所述集群化消息同步方法的计算机可读指令。

所述网络接口63可包括无线网络接口或有线网络接口，该网络接口63通常用于在所述计算机设备6与其他电子设备之间建立通信连接。

在上述实施例中，本申请公开一种计算机设备，属于大数据技术领域及产险金融领域。部署消息广播服务组件，并建立消息广播服务组件与每一个WebSocket服务器之间的通信通道；监控每一个WebSocket服务器的消息接口，确定存在接口响应信号的第一WebSocket服务器；从第一WebSocket服务器中获取接口响应信号对应的待推送消息；通过预设的开发工具包将待推送消息上传至消息广播服务组件；通过消息广播服务组件将待推送消息广播至第二WebSocket服务器，其中，第二WebSocket服务器为当前时刻未接收到接口响应信号的WebSocket服务器；判断第二WebSocket服务器当前时刻是否存在WebSocket会话，若存在，则将待推送消息推送至WebSocket会话，若不存在，则将待推送消息进行第一丢弃处理。本申请通过部署一个消息广播服务组件，通过消息广播服务组件实现WebSocket服务器集群化消息同步，在不额外消耗服务器资源以及保证系统简化的前提下，确保集群中所有Websocket会话能够同时接收到相同的消息。

本申请还提供了另一种实施方式，即提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令可被至少一个处理器执行，以使所述至少一个处理器执行如上述的集群化消息同步方法的步骤。

在上述实施例中，本申请公开一种计算机可读存储介质，属于大数据技术领域及产险金融领域。部署消息广播服务组件，并建立消息广播服务组件与每一个WebSocket服务器之间的通信通道；监控每一个WebSocket服务器的消息接口，确定存在接口响应信号的第一WebSocket服务器；从第一WebSocket服务器中获取接口响应信号对应的待推送消息；通过预设的开发工具包将待推送消息上传至消息广播服务组件；通过消息广播服务组件将待推送消息广播至第二WebSocket服务器，其中，第二WebSocket服务器为当前时刻未接收到接口响应信号的WebSocket服务器；判断第二WebSocket服务器当前时刻是否存在WebSocket会话，若存在，则将待推送消息推送至WebSocket会话，若不存在，则将待推送消息进行第一丢弃处理。本申请通过部署一个消息广播服务组件，通过消息广播服务组件实现WebSocket服务器集群化消息同步，在不额外消耗服务器资源以及保证系统简化的前提下，确保集群中所有Websocket会话能够同时接收到相同的消息。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

本申请可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

显然，以上所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例，附图中给出了本申请的较佳实施例，但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本申请专利保护范围之内。