一种基于关键字过滤的订阅模式实现方法及系统与流程

1.本发明涉及网络通信技术领域，具体来讲是一种基于关键字过滤的订阅模式实现方法及系统。


背景技术：

2.在电信网络的管理过程中，系统有海量的消息以消息订阅的模式进行网络间传输，这就涉及到消息有效性的问题。因为大量的消息传输给网络，给网络的处理能力以及存储能力都带来了非常大的压力，无效的消息无疑是浪费了网络带宽，挤占了有效消息的处理资源，消耗了存储空间。尤其是订阅者在无法判断接受消息基线的情况下，需要将对应消息主题的所有历史消息都接受一遍，才能获得最终的有效消息。
3.因此，如何对重复无效的消息进行过滤，使订阅者只接收到有效的消息，并保证消息的接收可靠性，是本领域技术人员亟待解决的技术问题。


技术实现要素：

4.本发明的目的是为了克服上述背景技术的不足，提供一种基于关键字过滤的订阅模式实现方法及系统，能对重复无效的消息进行过滤，使订阅者只接受到有效的消息，并保证消息的接受的可靠性。
5.为达到以上目的，本发明提供一种基于关键字过滤的订阅模式实现方法，包括以下步骤：
6.a、消息代理接收发布者发布的指定消息主题的消息；所述消息的消息体中携带有消息的关键字，且支持关键字过滤的消息主题具有标识前缀；
7.b、消息代理将接收到的消息存入该消息主题对应的一个或多个队列的尾部；依据消息主题的标识前缀判断是否进行关键字过滤，若是，则将该消息转存至可持久化容器中进行过滤；
8.c、当消息代理收到订阅者拉取消息的请求，且该消息的消息主题支持关键字过滤时，根据该订阅者的接受消息基线情况以及订阅者给出的消息的关键字情况，在可持久化容器和/或相应队列中，拉取过滤的消息返回给订阅者。
9.在上述技术方案的基础上，所述步骤b中，依据消息主题的标识前缀判断是否进行关键字过滤，若是，则将该消息转存至可持久化容器中进行过滤，具体包括以下操作：
10.依据消息主题的标识前缀判断是否进行关键字过滤，若是，继续判断可持久化容器中是否已存储有此关键字对应的消息的信息，若是，将其删除后再将该消息的信息插入至可持久化容器中，否则，直接将该消息的信息插入至可持久化容器中；所述消息的信息包括：消息的关键字、消息的完整内容、消息所在队列的标识号、消息再队列中的偏移量以及消息的时间戳。
11.在上述技术方案的基础上，所述步骤c中，根据该订阅者的接受消息基线情况及订阅者给出的消息的关键字情况，在可持久化容器和/或相应队列中，拉取过滤后的消息返回
给订阅者，具体步骤包括：
12.1)先根据该订阅者的接受消息基线，确定要拉取的消息的位置：
13.若该订阅者的接受消息基线为从当前时间开始收取，则将拉取消息的位置确定为直接从相应队列中最后一条消息开始拉取；
14.若该订阅者的接受消息基线为不确定，则将拉取消息的位置确定为先从可持久化容器中对应主题下拉取消息，并依据订阅者的请求条件，判定从可持久化容器中已取完数据后，向订阅者返回从队列拉取的标志；然后再从相应队列中最后一条消息开始拉取；
15.若该订阅者的接受消息基线为订阅者指定基线，则将拉取消息的位置确定为从相应队列中的指定基线开始拉取消息；
16.2)再根据该订阅者给出的要拉取的消息的关键字，确定要拉取的消息的范围：
17.若订阅者未给出关键字，则拉取所有在上述拉取位置及之后的消息；
18.若订阅者给出了指定关键字，则拉取包含指定关键字的、在上述拉取位置及之后的消息。
19.在上述技术方案的基础上，该方法还包括以下操作：订阅者接收到消息代理返回的消息后，对于关键字相同而队列不同的消息，取时间戳最新的消息作为最终的消息，传递给上层应用。
20.在上述技术方案的基础上，当消息代理设置为一个以上，且其中一个消息代理作为主节点，其余消息代理作为从节点时，该方法还包括以下操作：
21.当从节点启动时先从主节点上同步队列内以及可持久化容器内的数据；后续主节点收到发布者发来的新消息后，转发给从节点，从节点按照步骤b的操作进行处理；当主节点发生故障停止工作后，发布者会将消息发往从节点，从节点按照步骤a、b的操作进行消息的接收与处理，订阅者则会将拉取消息的请求发送给从节点，从节点按照步骤c的操作进行消息的拉取。
22.本发明还提供一种基于关键字过滤的订阅模式实现系统，包括发布者、消息代理、订阅者；所述消息代理包括消息接收模块、消息主题识别模块、消息处理模块以及消息拉取模块；
23.所述消息接收模块，用于：接收发布者发布的指定消息主题的消息；所述消息的消息体中携带有消息的关键字，且支持关键字过滤的消息主题具有标识前缀；
24.所述消息主题识别模块，用于：依据消息主题的标识前缀判断是否进行关键字过滤；
25.所述消息处理模块，用于：将接收到的消息存入消息主题对应的一个或多个队列的尾部；当判定需要进行关键字过滤时，将消息转存至可持久化容器中进行过滤；
26.所述消息拉取模块，用于：当收到订阅者拉取消息的请求，且该消息的消息主题支持关键字过滤时，根据该订阅者的接受消息基线情况以及订阅者给出的消息的关键字情况，在可持久化容器和/或相应队列中，拉取过滤的消息返回给订阅者。
27.在上述技术方案的基础上，所述消息处理模块将消息转存至可持久化容器中进行过滤，具体包括以下操作：当判定需要进行关键字过滤时，将该消息的信息转存至可持久化容器中，所述消息的信息包括：消息的关键字、消息的完整内容、消息所在队列的标识号、消息再队列中的偏移量以及消息的时间戳；在存储之前先检查是否已有此关键字对应的消息
的信息，若有则将原有消息以新消息覆盖。
28.在上述技术方案的基础上，所述消息拉取模块根据订阅者的接受消息基线情况以及订阅者给出的消息的关键字情况，在可持久化容器和/或相应队列中，拉取过滤的消息返回给订阅者，具体操作包括：
29.先根据该订阅者的接受消息基线，确定要拉取的消息的位置：若该订阅者的接受消息基线为从当前时间开始收取，则将拉取消息的位置确定为直接从相应队列中最后一条消息开始拉取；若该订阅者的接受消息基线为不确定，则将拉取消息的位置确定为先从可持久化容器中对应主题下拉取消息，并依据订阅者的请求条件，判定从可持久化容器中已取完数据后，向订阅者返回从队列拉取的标志；然后再从相应队列中最后一条消息开始拉取；若该订阅者的接受消息基线为订阅者指定基线，则将拉取消息的位置确定为从相应队列中的指定基线开始拉取消息；
30.再根据该订阅者给出的要拉取的消息的关键字，确定要拉取的消息的范围：若订阅者未给出关键字，则拉取所有在上述拉取位置及之后的消息；若订阅者给出了指定关键字，则拉取包含指定关键字的、在上述拉取位置及之后的消息。
31.在上述技术方案的基础上，所述订阅者设置有消息过滤模块，用于：接收到消息代理返回的消息后，对于关键字相同而队列不同的消息，取时间戳最新的消息作为最终的消息，传递给上层应用。
32.在上述技术方案的基础上，该系统包括一个以上消息代理，且其中一个消息代理作为主节点，其余消息代理作为从节点；
33.当从节点启动时先从主节点上同步队列内以及可持久化容器内的数据；后续主节点收到发布者发来的新消息后，转发给从节点，从节点利用其消息主题识别模块、消息处理模块进行消息的处理；
34.当主节点发生故障停止工作后，发布者会将消息发往从节点，从节点利用其消息接收模块、消息主题识别模块、消息处理模块进行消息的接收与处理，订阅者会将拉取消息的请求发送给从节点，从节点则利用其消息拉取模块进行消息的拉取。
35.本发明的有益效果在于：
36.(1)本发明中，消息代理在处理发布者发送的消息时，对于消息主题是关键字过滤的主题，会直接在可持久化容器中进行过滤持久化——对于关键字相同的消息，将新消息覆盖旧消息，使得可持久化容器中始终存储最新的消息，从而达到过滤出最新消息的效果；同时，对于所有消息主题的消息，也会按照队尾插入的方式进行存储，使得关键字在各队列内的最后一条消息为最新消息，从而达到历史消息的压缩过滤的效果。
37.与此同时，消息代理在处理订阅者拉取消息的请求时，会根据该订阅者的接受消息基线情况及订阅者给出的消息的关键字情况，在可持久化容器和/或相应队列中，拉取消息返回给订阅者。该消息拉取过程是依据订阅者的接受消息基线以及订阅者给出的消息关键字，所进行的有针对性的过滤消息的拉取，可达到避免订阅者被动接受大量无用消息的目的，确保了消息接受的有效性及可靠性。
38.(2)本发明中，在订阅者端增加过滤机制，使得订阅者端能合并来自多个队列的消息，并对于关键字相同而队列不同的消息，取时间戳最新的消息作为最终的消息，传递给上层应用，从而实现订阅者端的再次过滤，进一步确保了消息接受的有效性。
39.(3)本发明针对消息代理可能因故障而无法正常工作的情况，设计有消息代理的主、从工作模式，有效避免了因消息代理的故障而影响了订阅者端的正常使用，进一步确保了该订阅模式的可靠性。
40.(4)本发明提供一种简洁高效且功能强大的关键字过滤方案，使用者无需关注其实现原理，发布者和订阅者之间只需要简单的约定消息主题名称即可应用该功能。
附图说明
41.图1为本发明实施例一中基于关键字过滤的订阅模式实现方法的原理图；
42.图2为本发明实施例一中基于关键字过滤的订阅模式实现方法的流程图；
43.图3为本发明实施例中步骤b的具体流程图；
44.图4为本发明实施例二中基于关键字过滤的订阅模式实现方法的原理图；
45.图5为本发明实施例三中基于关键字过滤的订阅模式实现系统的结构框图。
具体实施方式
46.首先，对本发明的设计原理作进一步说明：传统的消息代理提供的消息订阅模式，订阅者在订阅消息时，无法避免会接收到关键字重复的消息。而这类消息在很多场景中是具有时效性的，订阅者只需要接受最后一条消息即可。例如，网管系统中的告警灯，用户界面只需要获取各个网元的最后告警灯状态即可，在这种场景下，就没有必要接受所有的消息。
47.因此，为了避免订阅者接受重复无效的消息，确保消息接受的有效性及可靠性，参加图1所示，本发明提出的主要解决方案是：(1)消息代理收到消息发布者发送的消息后，先追加到相应队列的尾部，然后再判断是否是该队列对应消息主题是否需要进行关键字过滤处理，若是，则将此消息转存到可持久化容器中，在可持久化容器中即可进行过滤持久化；具体来说，就是对于关键字相同的消息，将新消息覆盖旧消息，使得可持久化容器中始终存储最新的消息，从而达到过滤出最新消息的效果。(2)消息代理收到订阅者拉取消息的请求后，会根据该订阅者的接受消息基线情况及订阅者给出的消息的关键字情况，在可持久化容器和/或相应队列中，拉取过滤的消息返回给订阅者；该消息拉取过程是依据订阅者的接受消息基线以及订阅者给出的消息关键字，所进行的有针对性的过滤消息的拉取，可达到避免订阅者被动接受大量无用消息的目的，确保了消息接受的有效性及可靠性。
48.为了使本领域技术人员更好地理解本发明，下面结合附图和具体实施方式对本发明作进一步详细说明。
49.但需说明的是：接下来要介绍的示例仅是一些具体的例子，而不作为限制本发明的实施例必须为如下具体的步骤、数值、条件、数据、顺序等。本领域技术人员可以通过阅读本说明书来运用本发明的构思来构造本说明书中未提到的更多实施例。
50.实施例一
51.参见图2所示，本实施例提供了一种基于关键字过滤的订阅模式实现方法，该方法包括以下步骤：
52.a、消息代理接收发布者发布的指定消息主题的消息；所述消息的消息体中携带有消息的关键字，且支持关键字过滤的消息主题具有标识前缀；
53.b、消息代理将接收到的消息存入该消息主题对应的一个或多个队列的尾部；依据消息主题的标识前缀判断是否进行关键字过滤，若是，则将该消息转存至可持久化容器中进行过滤；可以理解的是，一个消息主题可以有一个或多个队列，可在配置文件或者构建消息主题时指定队列的数量，通常情况下一个消息主题可默认有一个队列。
54.c、当消息代理收到订阅者拉取消息的请求，且该消息的消息主题支持关键字过滤时，根据该订阅者的接受消息基线情况以及订阅者给出的消息的关键字情况，在可持久化容器和/或相应队列中，拉取过滤的消息返回给订阅者。
55.可以理解的是，发布者在将消息发往指定的消息主题时，会对需要支持关键字过滤的消息主题，在其主题名称上增加标识前缀，例如：“map_”前缀，具体采用的标识前缀可由发布者、消息代理、订阅者之间进行协定，本实施例不做具体限定；另外，发布者还会在发送的消息的消息体中携带当前消息的关键字，具体操作时，可在消息体中的公共可识别部分携带当前消息的关键字
56.进一步地，在实际操作中，由于一个消息主题下可以支持存在多个队列，因此，作为一种优选的实施方式，发布者向消息代理中指定的消息主题的队列发送消息时，可将关键字相同的消息尽量发送到同一个队列上。因为消息代理的过滤都是针对队列内消息的过滤(即，拉取关键字在相应队列上的最后一条消息)，所以只有关键字相同的消息尽量在同一个队列里才能更好的实现该过滤效果。
57.进一步地，参见图3所示，在实际操作时，该方法的步骤b具体包括以下操作：
58.b1、消息代理将接收到的消息存入相应队列的尾部；
59.b2、依据消息主题的标识前缀判断是否进行关键字过滤，若是，转入步骤b3；否则，给发布者返回结果后结束步骤b；
60.b3、判断可持久化容器中是否已存储有此关键字对应的消息的信息，若是，将其删除后转入步骤b4；否则，直接转入步骤b4；
61.b4、将该消息的信息转存至可持久化容器中，所述消息的信息包括：消息的关键字、消息的完整内容、消息所在队列的标识号、消息再队列中的偏移量以及消息的时间戳等；并且，给发布者返回结果后结束步骤b。
62.可以理解的是，从上述步骤b的具体操作中可以看出，本实施例中，消息代理在处理发布者发送的消息时，对于消息主题是关键字过滤的主题，会直接在可持久化容器中进行过滤持久化——对于关键字相同的消息，将新消息覆盖旧消息，使得可持久化容器中始终存储最新的消息，从而达到过滤出最新消息的效果；同时，对于所有消息主题的消息，也会按照队尾插入的方式进行存储，使得关键字在各队列内的最后一条消息为最新消息，从而达到历史消息的压缩过滤的效果。
63.进一步地，在实际操作时，该方法的步骤c中，根据该订阅者的接受消息基线情况及订阅者给出的消息的关键字情况，在可持久化容器和/或相应队列中，拉取过滤后的消息返回给订阅者，具体包括以下步骤：
64.先根据该订阅者的接受消息基线，确定要拉取的消息的位置(即确定从什么地方开始拉取消息)：(1)若该订阅者的接受消息基线为从当前时间开始收取，则将拉取消息的位置确定为直接从相应队列中最后一条消息开始拉取；(2)若该订阅者的接受消息基线为不确定，则将拉取消息的位置确定为先从可持久化容器中对应主题下拉取消息，并依据订
阅者的请求条件，判定从可持久化容器中已取完数据后，向订阅者返回从队列拉取的标志；然后再从相应队列中最后一条消息开始拉取；(3)若该订阅者的接受消息基线为订阅者指定基线，则将拉取消息的位置确定为从相应队列中的指定基线开始拉取消息；
65.再根据该订阅者给出的要拉取的消息的关键字，确定要拉取的消息的范围(即确定所要拉取的消息的数量)：(1)若订阅者未给出关键字(即订阅者给出的关键字数量为0，表示可以接受关键字为任何值的消息)，则拉取所有在上述拉取位置及之后的消息；(2)若订阅者给出了指定关键字(即订阅者给出的关键字数量不为0，表示只接受指定关键字的消息)，则拉取包含指定关键字的、在上述拉取位置及之后的消息。
66.为了便于理解上述操作，下面以具体例子来进行详细说明：
67.例1、假设某订阅者的接受消息基线为从当前时间开始收取，且该订阅者未给出要拉取的消息的关键字；则消息代理将拉取所有关键字在各队列内的最后一条消息。
68.例2、假设某订阅者的接受消息基线为从当前时间开始收取，且该订阅者给出要拉取的消息的关键字为a；则消息代理将拉取关键字a在各队列内的最后一条消息。
69.例3、假设某订阅者的接受消息基线为不确定，且该订阅者未给出要拉取的消息的关键字；则消息代理将先从可持久化容器中拉取所有关键字的最新的一条消息，然后再从所有关键字在各队列内的最后一条消息开始拉取。
70.例4、假设某订阅者的接受消息基线为不确定，且该订阅者给出要拉取的消息的关键字为b；则消息代理将先从可持久化容器中拉取关键字b的最新的一条消息，然后再从关键字b在各队列内的最后一条消息开始拉取。
71.例5、假设某订阅者的接受消息基线为指定基线，且该订阅者未给出要拉取的消息的关键字；则消息代理将拉取所有关键字在各队列内指定位置及之后的消息。
72.例6、假设某订阅者的接受消息基线为指定基线，且该订阅者给出要拉取的消息的关键字为c；则消息代理将拉取关键字c在各队列内指定位置及之后的消息。
73.可以理解的是，从上述步骤c的具体操作中可以看出，本实施例中，消息代理在处理订阅者拉取消息的请求时，会根据该订阅者的接受消息基线情况及订阅者给出的消息的关键字情况，在可持久化容器和/或相应队列中，拉取消息返回给订阅者。该消息拉取过程是有针对性的拉取，并且尽量保证拉取的是最新的消息，即使是要拉取历史消息，也是从队列内的最后一条消息进行拉取，从而对历史消息进行了压缩过滤，最终达到避免订阅者被动接受大量无用消息的目的，确保了消息接受的有效性及可靠性。
74.进一步地，作为本实施例中一种优选的实施方式，在步骤c之后还包括以下操作：订阅者接收到消息代理返回的消息后，对于关键字相同而队列不同的消息，取时间戳最新的消息作为最终的消息，传递给上层应用。
75.可以理解的是，由于一个消息主题下可以支持存在多个队列，而过滤是单个队列内部的功能，因此若存在多个队列时，针对同一关键字，订阅者可能会从多个队列中获取到消息，可能存在队列间消息重复或无效的情况。为了解决此问题，本优选的实施方式选择在订阅者端增加过滤机制，使得订阅者端能合并来自多个队列的消息，并对于关键字相同而队列不同的消息，取时间戳最新的消息作为最终的消息，传递给上层应用，从而实现再次过滤。更具体地来说，在实际应用中，订阅者端可以在开始拉取消息时维护着已接收消息的关键字和该消息时间戳的map，再令订阅者端按照消息时间戳的先后顺序接收消息。如m1，m2
为两条关键字相同但来自不同队列的消息，产生时间分别为t1、t2(t1<t2),那么若订阅者先收到m1，后面还会收取m2，并会将m2作为最终的消息传递给上层应用；若订阅者先收到m2，则可以拒收m1，并会将m2作为最终的消息传递给上层应用。
76.实施例二
77.参见图4所示，本实施例提供的一种基于关键字过滤的订阅模式实现方法，其基本步骤与实施例一相同，不同之处在于，作为另一种实施方式，当消息代理设置为一个以上，且其中一个消息代理作为主节点，其余消息代理作为从节点时，该方法还包括以下操作：
78.当从节点启动时先从主节点上同步队列内以及可持久化容器内的数据；后续主节点收到发布者发来的新消息后，转发给从节点，从节点按照步骤b的操作进行处理；
79.当主节点发生故障停止工作后，发布者会将消息发往从节点，从节点按照步骤a、b的操作进行消息的接收与处理，订阅者会将拉取消息的请求发送给从节点，从节点按照步骤c的操作进行消息的拉取。可以理解的是，代替主节点处理基于关键字过滤的从节点，可以从多个从节点中选取一个作为代替主节点，也可由多个从节点来代替主节点，具体应用可根据实际需求进行设置，本实施例不做具体限定。
80.更具体地，在实际应用中，上述操作的具体步骤可如下：
81.s1、当从节点正常启动时，以自身记录的各队列最后一条消息的偏移量，向主节点查询后续的消息增量；并根据主节点返回的结果，同步更新各队列及可持久化容器内的数据；
82.s2、后续主节点接收到发布者发来的消息后，按照步骤b的操作进行消息的处理；并将该消息转发给从节点，从节点同样按照步骤b的操作进行消息的处理；
83.s3、当主节点发生故障停止工作(宕机)且用于代替主节点的从节点生效后，发布者会将消息发往该从节点，该从节点按照步骤a、b的操作进行消息的接收与处理；订阅者会将拉取消息的请求发送给该从节点进行处理，该从节点按照步骤c的操作进行消息的拉取。
84.可以理解的是，待主节点恢复正常工作后，会与用于代替主节点的从节点进行数据同步，使得主、从节点数据能保证最终一致性，不影响订阅者处理。
85.实施例三
86.基于同一发明构思，参见图5所示，本发明实施例还提供了一种基于关键字过滤的订阅模式实现系统，包括发布者、消息代理、订阅者。其中，消息代理包括：消息接收模块、消息主题识别模块、消息处理模块以及消息拉取模块。
87.消息接收模块，用于：接收发布者发布的指定消息主题的消息；所述消息的消息体中携带有消息的关键字，且支持关键字过滤的消息主题具有标识前缀；
88.消息主题识别模块，用于：依据消息主题的标识前缀判断是否进行关键字过滤；
89.消息处理模块，用于：将接收到的消息存入消息主题对应的一个或多个队列的尾部；当判定需要进行关键字过滤时，将消息转存至可持久化容器中进行过滤；
90.消息拉取模块，用于：当收到订阅者拉取消息的请求，且该消息的消息主题支持关键字过滤时，根据该订阅者的接受消息基线情况以及订阅者给出的消息的关键字情况，在可持久化容器和/或相应队列中，拉取过滤的消息返回给订阅者。
91.进一步地，在实际应用中，所述消息处理模块将消息转存至可持久化容器中进行过滤，具体包括以下操作：当判定需要进行关键字过滤时，将该消息的信息转存至可持久化
容器中，所述消息的信息包括：消息的关键字、消息的完整内容、消息所在队列的标识号、消息再队列中的偏移量以及消息的时间戳；在存储之前先检查是否已有此关键字对应的消息的信息，若有则将原有消息以新消息覆盖。
92.进一步地，在实际应用中，所述消息拉取模块根据订阅者的接受消息基线情况以及订阅者给出的消息的关键字情况，在可持久化容器和/或相应队列中，拉取过滤的消息返回给订阅者，具体包括以下操作：
93.先根据该订阅者的接受消息基线，确定要拉取的消息的位置：(1)若该订阅者的接受消息基线为从当前时间开始收取，则将拉取消息的位置确定为直接从相应队列中最后一条消息开始拉取；(2)若该订阅者的接受消息基线为不确定，则将拉取消息的位置确定为先从可持久化容器中对应主题下拉取消息，并依据订阅者的请求条件，判定从可持久化容器中已取完数据后，向订阅者返回从队列拉取的标志；然后再从相应队列中最后一条消息开始拉取；(3)若该订阅者的接受消息基线为订阅者指定基线，则将拉取消息的位置确定为从相应队列中的指定基线开始拉取消息；
94.再根据该订阅者给出的要拉取的消息的关键字，确定要拉取的消息的范围：(1)若订阅者未给出关键字，则拉取所有在上述拉取位置及之后的消息；(2)若订阅者给出了指定关键字，则拉取包含指定关键字的、在上述拉取位置及之后的消息。
95.再进一步地，在一种可选的实施方式中，所述订阅者设置有消息过滤模块，用于：接收到消息代理返回的消息后，对于关键字相同而队列不同的消息，取时间戳最新的消息作为最终的消息，传递给上层应用。
96.实施例四
97.本实施例提供的一种基于关键字过滤的订阅模式实现系统，其基本结构与实施例三相同，不同之处在于：该系统包括一个以上消息代理，且其中一个消息代理作为主节点，其余消息代理作为从节点；当从节点启动时先从主节点上同步队列内以及可持久化容器内的数据；后续主节点收到发布者发来的新消息后，转发给从节点，从节点利用其消息主题识别模块、消息处理模块进行消息的处理；当主节点发生故障停止工作后，发布者会将消息发往从节点，从节点利用其消息接收模块、消息主题识别模块、消息处理模块进行消息的接收与处理，订阅者会将拉取消息的请求发送给从节点，从节点则利用其消息拉取模块进行消息的拉取。
98.注意：上述的具体实施例仅是例子而非限制，且本领域技术人员可以根据本发明的构思从上述分开描述的各个实施例中合并和组合一些步骤和装置来实现本发明的效果，这种合并和组合而成的实施例也被包括在本发明中，在此不一一描述这种合并和组合。
99.本发明实施例中提及的优点、优势、效果等仅是示例，而非限制，不能认为这些优点、优势、效果等是本发明的各个实施例必须具备的。另外，本发明实施例公开的上述具体细节仅是为了示例的作用和便于理解的作用，而非限制，上述细节并不限制本发明实施例必须采用上述具体的细节来实现。
100.本发明实施例中涉及的器件、装置、设备、系统的方框图仅作为例示性的例子，并且不意图要求或暗示必须按照方框图示出的方式进行连接、布置、配置。如本领域技术人员将认识到的，可以按任意方式连接、布置、配置这些器件、装置、设备、系统。诸如“包括”、“包含”、“具有”等等的词语是开放性词汇，指“包括但不限于”，且可与其互换使用。本发明实施
例所使用的词汇“或”和“和”指词汇“和/或”，且可与其互换使用，除非上下文明确指示不是如此。本发明实施例所使用的词汇“诸如”指词组“诸如但不限于”，且可与其互换使用。
101.本发明实施例中的步骤流程图以及以上方法描述仅作为例示性的例子，并且不意图要求或暗示必须按照给出的顺序进行各个实施例的步骤。如本领域技术人员将认识到的，可以按任意顺序进行以上实施例中的步骤的顺序。诸如“其后”、“然后”、“接下来”等等的词语不意图限制步骤的顺序；这些词语仅用于引导读者通读这些方法的描述。此外，例如使用冠词“一个”、“一”或者“该”对于单数的要素的任何引用不被解释为将该要素限制为单数。
102.另外，本发明各个实施例中的步骤和装置并非仅限定于某个实施例中实行，事实上，可以根据本发明的概念来结合本文中的各个实施例中相关的部分步骤和部分装置，以构思新的实施例，而这些新的实施例也包括在本发明的范围内。
103.本发明实施例中的各个操作可以通过能够进行相应的功能的任何适当的手段而进行。该手段可以包括各种硬件和/或软件组件和/或模块，包括但不限于硬件的电路或处理器。
104.本发明实施例的方法包括用于实现上述的方法的一个或多个动作。方法和/或动作可以彼此互换而不脱离权利要求的范围。换句话说，除非指定了动作的具体顺序，否则可以修改具体动作的顺序和/或使用而不脱离权利要求的范围。
105.本发明实施例中的功能可以按硬件、软件、固件或其任意组合而实现。如果以软件实现，功能可以作为一个或多个指令存储在切实的计算机可读介质上。存储介质可以是可以由计算机访问的任何可用的切实介质。通过例子而不是限制，这样的计算机可读介质可以包括ram、rom、eeprom、cd-rom或其他光碟存储、磁碟存储或其他磁存储器件或者可以用于携带或存储指令或数据结构形式的期望的程序代码并且可以由计算机访问的任何其他切实介质。如在此使用的，碟(disk)和盘(disc)包括紧凑盘(cd)、激光盘、光盘、dvd(digital versatile disc，数字多功能光盘)、软碟和蓝光盘，其中碟通过磁再现数据，而盘利用激光光学地再现数据。
106.因此，计算机程序产品可以进行在此给出的操作。例如，这样的计算机程序产品可以是具有有形存储(和/或编码)在其上的指令的计算机可读的有形介质，该指令可由一个或多个处理器执行以进行在此所述的操作。计算机程序产品可以包括包装的材料。
107.其他例子和实现方式在本发明实施例和所附权利要求的范围和精神内。例如，由于软件的本质，以上所述的功能可以使用由处理器、硬件、固件、硬连线或这些的任意的组合执行的软件实现。实现功能的特征也可以物理地位于各个位置，包括被分发以便功能的部分在不同的物理位置处实现。
108.本领域技术人员可以不脱离由所附权利要求定义的教导的技术而进行对在此所述的技术的各种改变、替换和更改。此外，本公开的权利要求的范围不限于以上所述的处理、机器、制造、事件的组成、手段、方法和动作的具体方面。可以利用与在此所述的相应方面进行基本相同的功能或者实现基本相同的结果的当前存在的或者稍后要开发的处理、机器、制造、事件的组成、手段、方法或动作。因而，所附权利要求包括在其范围内的这样的处理、机器、制造、事件的组成、手段、方法或动作。
109.提供所公开的方面的以上描述以使本领域的任何技术人员能够做出或者使用本
发明。对这些方面的各种修改对于本领域技术人员而言是非常显而易见的，并且在此定义的一般原理可以应用于其他方面而不脱离本发明的范围。因此，本发明不意图被限制到在此示出的方面，而是按照与在此公开的原理和新颖的特征一致的最宽范围。
110.为了例示和描述的目的已经给出了以上描述。此外，此描述不意图将本发明的实施例限制到在此公开的形式。尽管以上已经讨论了多个示例方面和实施例，但是本领域技术人员将认识到其某些变型、修改、改变、添加和子组合。且本说明书中未作详细描述的内容属于本领域专业技术人员公知的现有技术。