[发明专利]一种基于消息引擎的分布式系统数据同步方法及系统

权利要求书

1.一种基于消息引擎的分布式系统数据同步方法，其特征在于，包括：

获取业务系统的配置文件，所述配置文件包括业务类型、最新业务数据以及最新时间戳，存储至整合平台；

新建数据查询库，获取业务更新数据，根据业务更新数据所属的业务类型，分类存储至数据查询库；

根据业务更新数据所属的业务类型，向对应的业务系统发送心跳请求，并接收业务系统的心跳反馈信息；

提取待推送的业务更新数据，并通过消息引擎将待推送的业务更新数据发布至业务系统；

基于独立的数据查询库，完成业务更新数据的提取发布，保证多个业务系统同时更新时，减轻整合平台并发压力和数据传输压力；

整合平台若在设定时间段内未接收到反馈信息，则再次发送心跳请求，并且将该业务系统的推送进程保存至发布队列中，业务系统恢复正常后，提取发布队列中的该业务系统的推送进程，继续从断点处推送。

2.如权利要求1所述的一种基于消息引擎的分布式系统数据同步方法，其特征在于，

整合平台存储业务系统的配置文件，在发送心跳请求时，根据业务更新数据的业务类型与业务系统的业务类型进行匹配，匹配成功后，发送心跳请求至业务系统。

3.如权利要求1所述的一种基于消息引擎的分布式系统数据同步方法，其特征在于，

心跳请求用于在主动推送业务更新数据之前，首先发送心跳请求至业务系统，判断该业务系统是否处于正常运行状态，若正常，则开启主动推送服务；否则停止本次数据更新。

4.如权利要求1所述的一种基于消息引擎的分布式系统数据同步方法，其特征在于，

通过NIO压缩流技术将业务更新数据封装为数据包传输至业务系统中；业务系统接收到数据包后通过数据解压技术解压，完成本次数据更新同步，并将反馈信息发送至整合平台。

5.如权利要求1所述的一种基于消息引擎的分布式系统数据同步方法，其特征在于，

在业务更新数据推送过程中，实时接收业务系统的反馈信息，若在设定的时间段内未接收到反馈信息，则再次发送心跳请求，直至业务系统恢复正常运行状态，从断点处继续推送。

6.如权利要求1所述的一种基于消息引擎的分布式系统数据同步方法，其特征在于，

所述方法还包括：

接收业务系统发起的主动更新请求，所述主动更新请求中包括业务类型、业务数据查询格式以及最后一次业务数据更新的时间戳；

比较更新请求中最后一次业务数据更新的时间戳和数据查询库中相应业务更新数据的时间戳，若业务系统最后一次业务数据更新的时间戳早于数据查询库中的时间戳，则根据预先规定的数据格式提取对应的业务更新数据推送至业务系统中。

7.一种基于消息引擎的分布式系统数据同步系统，其特征在于，包括：

业务系统配置模块，其用于获取业务系统的配置文件，所述配置文件包括业务类型、最新业务数据以及最新时间戳，存储至整合平台；

存储模块，其用于新建数据查询库，获取业务更新数据，根据业务更新数据所属的业务类型，分类存储至数据查询库；

判断模块，其用于根据业务更新数据所属的业务类型，向对应的业务系统发送心跳请求，并接收业务系统的心跳反馈信息；

推送模块，其用于提取待推送的业务更新数据，并通过消息引擎将待推送的业务更新数据发布至业务系统；

基于独立的数据查询库，完成业务更新数据的提取发布，保证多个业务系统同时更新时，减轻整合平台并发压力和数据传输压力；

整合平台若在设定时间段内未接收到反馈信息，则再次发送心跳请求，并且将该业务系统的推送进程保存至发布队列中，业务系统恢复正常后，提取发布队列中的该业务系统的推送进程，继续从断点处推送。

8.如权利要求7所述的一种基于消息引擎的分布式系统数据同步系统，其特征在于，

所述推送模块，在业务更新数据推送过程中，实时接收业务系统的反馈信息，若在设定的时间段内未接收到反馈信息，则再次发送心跳请求，直至业务系统恢复正常运行状态，从断点处继续推送。

9.如权利要求7所述的一种基于消息引擎的分布式系统数据同步系统，其特征在于，

所述系统还包括：

主动请求模块，其用于接收业务系统发起的主动更新请求，所述主动更新请求中包括业务类型、业务数据查询格式以及最后一次业务数据更新的时间戳；

比较推送模块，其用于比较更新请求中最后一次业务数据更新的时间戳和数据查询库中相应业务更新数据的时间戳，若业务系统最后一次业务数据更新的时间戳早于数据查询库中的时间戳，则根据预先规定的数据格式提取对应的业务更新数据推送至业务系统中。