[发明专利]系统间的消息通知方法、装置、服务器、系统及存储介质

说明书

本发明公开了一种系统间的消息通知方法、装置、服务器、系统以及计算机存储介质，包括：接收源消息接收器发送由消息队列进行消息消费后的多个源消息；其中，源消息接收器采用dubbo技术接收多个源消息系统发送的源消息；将消费后源消息经通用规则引擎处理后，将满足策略条件判断的消费后的源消息按照订阅方的订阅参数进行拼装，以拼装成待发送消息体；将所述待发送消息体发送至所述源消息发送器，以使得所述源消息发送器将所述待发送消息体按照订阅方指定的地址发送给对应的订阅方，可以实现定制各种各样的业务测率规则，实现各方自身业务的需求，优化的整个系统处理速率，使整个系统变得更加的高性能话，也极大减少了订阅方系统的性能压力。

技术领域

本发明涉及计算机技术领域，尤其涉及一种系统间的消息通知方法、装置、服务器、系统及存储介质

背景技术

为了解决系统间的通知缺少业务策略规则路由配置功能的问题。现有的技术一般通过系统内存队列去产生消息进行消费和发送通知，一旦有新的订阅就必须通过开发人员去开发一个新的消息处理通知接口然后将其发送给订阅方，或者通过mq组件队列进行消息的中转转发给订阅方。

上述实现方式存在如下缺点：

1、对于使用内存队列进行消息消费的系统在进行停机升级时，会有大量的源消息保存在内存中等待着被消费，此时，必须等系统把该消息都消费完全以后方可进行项目打包升级，不然可能会造成源消息丢失，从而造成不可预估的损失，而等待的时间取决于源消息的数量，数量越大等待的时间越长，对于系统升级维护非常的不方便。

2、在绝大数情况下，订阅方的业务都是大同小异，接受消息然后发送给订阅方，但是对于使用现有技术方案来说无法做到系统复用，每当一个新的订阅方接入源消息系统时都需要投入人力物力去开发重发接受和通知消息接口，重复开发接口代码，浪费大量的人力物力。

3、现在的mq组件都只是对源消息进行透传转发，不存在进行任何业务规则策略的定制，这样会导致订阅方要花费大量的精力去对消息进行业务规则处理，一方面会给订阅放系统带来额外的开发工作量，二是会将很多无用的源消息全部都通知给订阅方，给订阅方系统带来性能上的压力甚至造成后果很严重影响。

4、失败消息不可自定义守护，使用内存队列的消费消息都是单向的，一旦消息发送失败就会造成消息丢失，无法进行守护多次发送。会使得订阅方对我们的通知系统缺乏信任感。

发明内容

针对上述问题，本发明的目的在于提供一种系统间的消息通知方法、装置、服务器、系统和存储介质，可以实现定制各种各样的业务测率规则，实现各方自身业务的需求，优化的整个系统处理速率，使整个系统变得更加的高性能话，也极大减少了订阅方系统的性能压力。

本发明实施例提供了一种系统间的消息通知方法，包括：

接收源消息接收器发送由消息队列进行消息消费后的多个源消息；其中，源消息接收器采用dubbo技术接收多个源消息系统发送的源消息；

将所述消费后源消息经通用规则引擎处理后，将满足策略条件判断的消费后的源消息按照订阅方的订阅参数进行拼装，以拼装成待发送消息体；

将所述待发送消息体发送至所述源消息发送器，以使得所述源消息发送器将所述待发送消息体按照订阅方指定的地址发送给对应的订阅方。

优选地，所述将所述源消息经通用规则引擎处理后，将满足策略条件判断的消费后的源消息按照订阅方的订阅参数进行拼装，以拼装成待发送消息体，具体为：

当判断所述消费后的源消息命中订阅规则以及在订阅规则的生效时期时，则继续判断所述消费后的源消息是否命中预先定制的业务策略规则；其中，所述业务策略规则为所述订阅方指定的策略条件参数；

当判断所述消费后的源消息相应的条件参数值命中所述业务策略规则时，则将消费后的源消息按照订阅方的订阅参数进行拼装，以拼装成待发送消息体。