消息分发方法、装置及系统的制作方法
【专利摘要】本发明公开了一种消息分发方法、装置及系统。其中，消息分发方法包括：周期性的收集多个消费端的性能信息和网络状况信息；获取消息队列中至少一个消息分区的相关信息，消息队列中每个消息分区包含一组消息；根据多个消费端的性能信息和网络状况信息，将至少一个消息分区分配给各个消费端进行处理。本发明实现了灵活、合理地为消费端分配消息分区，且使得消费端能够并行处理消息队列中的消息；而且结合了消费端的处理能力，从而避免了因消费端处理能力差而导致消息不能被及时处理的缺陷，对消费端的负载进行了均衡处理，提高了消费端整体的吞吐量，实现了消息分区的最优分配。
【专利说明】
消息分发方法、装置及系统
技术领域
[0001]本发明涉及互联网技术领域，具体涉及一种消息分发方法、装置及系统。
【背景技术】
[0002]目前，对于业务前端生产者所产生的消息，通常是将待处理的消息存储于消息队列的消息分区中，然后交由后端的消费端进行处理。在消息分区的分配方面，通常是定期地将消息队列中的消息分区平均分配给消费端，并未考虑到消费端的性能差别以及网络状况的好坏，这样就容易造成性能较差或者网络状况不好的消费端，其并不能及时处理掉相应的消息，而性能好的或者网络状况好的消费端在处理完分配给其的消息后，在消息队列还未更新的情况下，这些消费端只能等待再次分配消息分区，从而导致消费端处理效率低，吞吐量低。
【发明内容】
[0003]鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的消息分发方法、消息分发装置和相应的消息分发系统。
[0004]根据本发明的一个方面，提供了一种消息分发方法，其包括:
[0005]周期性的收集多个消费端的性能信息和网络状况信息；
[0006]获取消息队列中至少一个消息分区的相关信息，消息队列中每个消息分区包含一组消息；
[0007]根据多个消费端的性能信息和网络状况信息，将至少一个消息分区分配给各个消费端进行处理。
[0008]根据本发明的另一方面，提供了一种消息分发装置，其包括:
[0009]收集模块，适于周期性的收集多个消费端的性能信息和网络状况信息；
[0010]第一获取模块，适于获取消息队列中至少一个消息分区的相关信息，消息队列中每个消息分区包含一组消息；
[0011]分发模块，适于根据多个消费端的性能信息和网络状况信息，将至少一个消息分区分配给各个消费端进行处理。
[0012]根据本发明的另一方面，提供了一种消息分发系统，包括上述消息分发装置、第三方模块、消息队列和多个消费端。
[0013]根据本发明提供的方案，根据多个消费端的性能信息和网络状况信息，向各个消费端分配至少一个消息分区，供各个消费端对接收到的至少一个消息分区进行处理，实现了灵活、合理地为消费端分配消息分区，且使得消费端能够并行处理消息队列中的消息;而且结合了消费端的处理能力，从而避免了因消费端处理能力差而导致消息不能被及时处理的缺陷，对消费端的负载进行了均衡处理，提高了消费端整体的吞吐量，实现了消息分区的最优分配。
[0014]上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的【具体实施方式】。
【附图说明】
[0015]通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中:
[0016]图1示出了根据本发明一个实施例的消息分发方法的流程示意图；
[0017]图2示出了根据本发明另一个实施例的消息分发方法的流程示意图；
[0018]图3示出了根据本发明另一个实施例的消息分发方法的流程示意图；
[0019]图4示出了根据本发明一个实施例的消息分发装置的结构框图；
[0020]图5示出了根据本发明另一个实施例的消息分发装置的结构框图；
[0021]图6示出了根据本发明另一个实施例的消息分发装置的结构框图；
[0022]图7示出了根据本发明一个实施例的消息分发系统的结构框图。
【具体实施方式】
[0023]下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
[0024]图1示出了根据本发明一个实施例的消息分发方法的流程示意图。如图1所示，该方法包括以下步骤:
[0025]步骤S100，周期性的收集多个消费端的性能信息和网络状况信息。
[0026]其中，消费端可用于对消息分区中的消息进行处理，消费端的性能信息反映了消费端对消息的处理能力，网络状况信息反映了当前网络的好坏，网络的好坏影响消费端对消息的处理能力。
[0027]步骤SlOl，获取消息队列中至少一个消息分区的相关信息。
[0028]其中，消息队列用于存储待处理的消息，且消息队列包含多个消息分区，消息被存储至消息分区中，也就是说，消息队列中每个消息分区包含一组消息。
[0029]此外，消息分区的相关信息可以包括:消息分区的标识，根据该标识可以对多个消息分区进行区分。
[0030]步骤S102，根据多个消费端的性能信息和网络状况信息，将至少一个消息分区分配给各个消费端进行处理。
[0031]具体地，根据步骤SlOO所收集到的各个消费端的性能信息和网络状况信息，将所获取到的至少一个消息分区分配给各个消费端，供各个消费端对接收到的至少一个消息分区进行处理。
[0032]根据本发明上述实施例提供的方法，根据多个消费端的性能信息和网络状况信息，向各个消费端分配至少一个消息分区，供各个消费端对接收到的至少一个消息分区进行处理，实现了灵活、合理地为消费端分配消息分区，且使得消费端能够并行处理消息队列中的消息；而且结合了消费端的处理能力，从而避免了因消费端处理能力差而导致消息不能被及时处理的缺陷，对消费端的负载进行了均衡处理，提高了消费端整体的吞吐量，实现了消息分区的最优分配。
[0033]图2示出了根据本发明另一个实施例的消息分发方法的流程示意图。在本实施例中，以第三方模块主动通知消息队列信息为例，如图2所示，该方法包括以下步骤:
[0034]步骤S200，向各个消费端发送数据包请求，接收各个消费端返回的包含各自性能信息的数据包响应。
[0035]其中，性能信息包含:CPU占用信息、内存占用信息、I/O占用信息、和/或数据吞吐量;消费端的性能信息反映了消费端对消息的处理能力，网络状况信息反映了当前网络的好坏，网络的好坏影响消费端对消息的处理能力。
[0036]具体地，可以通过第三方模块获取消费端的性能信息，以及通过第三方模块确定消费端的网络状况，这里第三方模块可以是zooke印er组件。
[0037]第三方模块向各个消费端发送数据包请求，该数据包请求包含了需要从各个消费端获取的信息，例如，各个消费端的性能信息，各个消费端在接收到该数据包请求后，将包含有各自性能信息的数据包返回给第三方模块，第三方模块从各个消费端返回的数据包中提取出各个消费端的性能信息。
[0038]步骤S201，根据发送数据包请求和接收数据包响应的速度或时间确定网络状况信息。
[0039]具体地，各个消费端在接收到第三方模块发送的数据包请求后，将会向第三方模块返回接收成功的通知，第三方模块根据该通知可以确定数据包请求被成功接收，从而确定发送数据包请求的速度或时间；第三方模块接收各个消费端返回的包含各自性能信息的数据包响应，并确定接收数据包响应的速度或时间，从而确定网络状况信息。
[0040]步骤S202，接收第三方模块发送的通知以获取至少一个消息分区的相关信息。
[0041]其中，消息分区的相关信息可以包括:消息分区的标识，根据该标识可以对多个消息分区进行区分。
[0042]具体地，若消息队列中的消息分区发生变化，第三方模块将会发送消息分区发生变化的通知，在接收到该通知后，可以获取发生变化的至少一个消息分区的相关信息，从而能够及时对消息分区中的消息分配给消费端进行处理，提高了消息处理效率。
[0043]步骤S203，根据多个消费端的性能信息和网络状况信息，确定各个消费端的能够消费的消息分区的个数。
[0044]具体地，在步骤S200和步骤S201中确定了多个消费端的性能信息和网络状况信息，即，确定了各个消费端的处理能力，在本步骤中将根据各个消费端的处理能力，确定出各个消费端所能够消费的消息分区的个数，即，根据各个消费端的处理能力，对负载进行了均衡处理，从而避免了因消费端处理能力差而导致消息不能被及时处理的缺陷，实现了灵活、合理地为消费端分配消息分区。
[0045]步骤S204，将相应个数的消息分区分配给各个消费端进行处理。
[0046]具体地，将步骤S203中所确定的响应个数的消息分区分配给各个消费端，以使各个消费端进行处理。
[0047]在本发明优选实施例中，还可以根据多个消费端的性能信息和网络状况信息，确定各个消费端的能够消费的消息分区的权重;依据所述权重将所述至少一个消息分区分配给各个消费端进行处理。
[0048]根据本发明上述实施例提供的方法，根据第三方模块的通知获取至少一个消息分区的相关信息，从而能够及时对消息分区中的消息分配给消费端进行处理，提高了消息处理效率，根据多个消费端的性能信息和网络状况信息，确定各个消费端的能够消费的消息分区的个数，将相应个数的消息分区分配给各个消费端进行处理，即，根据各个消费端的处理能力，从而避免了因消费端处理能力差而导致消息不能被及时处理的缺陷，且使得消费端能够并行处理消息队列中的消息，实现了灵活、合理地为消费端分配消息分区，提高了消费端整体的吞吐量，实现了消息分区的最优分配。
[0049]图3示出了根据本发明另一个实施例的消息分发方法的流程示意图。如图3所示，该方法包括以下步骤:
[0050]步骤S300，获取多个消费端预先在第三方模块中注册的IP地址。
[0051]具体地，预先将多个消费端的IP地址注册到第三方模块中，当需要收集多个消费端的性能信息和网络状况信息时，需要先获取多个消费端预先在第三方模块中注册的IP地址，根据该IP地址能够精确地收集各个消费端的性能信息和网络状况信息。其中，第三方模块可以是zookeeper组件。
[0052]步骤S301，根据IP地址向各个消费端发送数据包请求，接收各个消费端返回的包含各自性能信息的数据包响应。
[0053]根据IP地址向各个消费端发送数据包请求，该数据包请求包含了需要从各个消费端获取的信息，例如，各个消费端的性能信息，其中，性能信息包含:CPU占用信息、内存占用信息、I/o占用信息、和/或数据吞吐量;各个消费端在接收到该数据包请求后，将包含有各自性能信息的数据包返回，从各个消费端返回的数据包中提取出各个消费端的性能信息。
[0054]步骤S302，根据发送数据包请求和接收数据包响应的速度或时间确定网络状况信息。
[0055]具体地，各个消费端在接收到所发送的数据包请求后，将返回接收成功的通知，根据该通知可以确定数据包请求被成功接收，从而确定发送数据包请求的速度或时间；根据接收各个消费端返回的包含各自性能信息的数据包响应，并确定接收数据包响应的速度或时间，从而确定网络状况信息。
[0056]步骤S303，通过第三方模块提供的订阅机制订阅消息队列的相关通知。
[0057]具体地，利用第三方模块提供的订阅机制能够及时获知消息队列的消息分区是否发生变化，当发生变化时，通过第三方模块提供的订阅机制则能够订阅到消息队列的相关通知，例如可以订阅到新增了哪些分区，或者哪些消息分区发生了更新。
[0058]步骤S304，当消息队列中的至少一个消息分区发生更新时，接收第三方模块发送的订阅通知以获取至少一个消息分区的相关信息。
[0059]具体地，当消息队列中的至少一个消息分区发生更新时，第三方模块将会发送消息分区发生变化的通知，在接收到该通知后，可以获取发生变化的至少一个消息分区的相关信息，从而能够及时对消息分区中的消息分配给消费端进行处理，提高了消息处理效率。
[0060]步骤S305，根据多个消费端的性能信息和网络状况信息，确定各个消费端的能够消费的消息分区的权重。
[0061]具体地，各个消费端的能够消费的消息分区的权重反映了各个消费端的的处理能力，和所能处理消息分区的个数。
[0062]在步骤S301和步骤S302中确定了多个消费端的性能信息和网络状况信息，S卩，确定了各个消费端的处理能力，在本步骤中将根据各个消费端的处理能力，确定各个消费端的能够消费的消息分区的权重，即，根据各个消费端的处理能力，对负载进行了均衡处理，从而避免了因消费端处理能力差而导致消息不能被及时处理的缺陷，实现了灵活、合理地为消费端分配消息分区。
[0063]步骤S306，依据权重将至少一个消息分区分配给各个消费端进行处理。
[0064]具体地，根据步骤S305所确定的权重将至少一个消息分区分配给各个消费端，供各个消费端进行处理。
[0065]在本发明优选实施例中，还可以根据多个消费端的性能信息和网络状况信息，确定各个消费端的能够消费的消息分区的个数;将相应个数的消息分区分配给各个消费端进行处理。
[0066]根据本发明上述实施例提供的方法，可以获取多个消费端预先在第三方模块中注册的IP地址，根据该IP地址能够精确地收集各个消费端的性能信息和网络状况信息，通过第三方模块提供的订阅机制订阅消息队列的相关通知，从而能够及时对消息分区中的消息分配给消费端进行处理，提高了消息处理效率，根据多个消费端的性能信息和网络状况信息，确定各个消费端的能够消费的消息分区的个数，将相应个数的消息分区分配给各个消费端进行处理，即，根据各个消费端的处理能力，对负载进行了均衡处理，从而避免了因消费端处理能力差而导致消息不能被及时处理的缺陷，且使得消费端能够并行处理消息队列中的消息，实现了灵活、合理地为消费端分配消息分区，提高了消费端整体的吞吐量，实现了消息分区的最优分配。
[0067]图4示出了根据本发明一个实施例的消息分发装置的结构框图。如图4所示，该装置400包括:收集模块410、第一获取模块420和分发模块430。
[0068]收集模块410，适于周期性的收集多个消费端的性能信息和网络状况信息。
[0069]第一获取模块420，适于获取消息队列中至少一个消息分区的相关信息，消息队列中每个消息分区包含一组消息。
[0070]分发模块430，适于根据多个消费端的性能信息和网络状况信息，将至少一个消息分区分配给各个消费端进行处理。
[0071]根据本发明上述实施例提供的装置，根据多个消费端的性能信息和网络状况信息，向各个消费端分配至少一个消息分区，供各个消费端对接收到的至少一个消息分区进行处理，实现了灵活、合理地为消费端分配消息分区，且使得消费端能够并行处理消息队列中的消息；而且结合了消费端的处理能力，从而避免了因消费端处理能力差而导致消息不能被及时处理的缺陷，对消费端的负载进行了均衡处理，提高了消费端整体的吞吐量，实现了消息分区的最优分配。
[0072]图5示出了根据本发明另一个实施例的消息分发装置的结构框图。如图5所示，该装置500包括:收集模块510、第一获取模块520和分发模块530。
[0073]收集模块510，适于周期性的收集多个消费端的性能信息和网络状况信息。
[0074]其中，性能信息包含:CPU占用信息、内存占用信息、I/O占用信息、和/或数据吞吐量。
[0075]第一获取模块520，适于获取消息队列中至少一个消息分区的相关信息，消息队列中每个消息分区包含一组消息。
[0076]分发模块530，适于根据多个消费端的性能信息和网络状况信息，将至少一个消息分区分配给各个消费端进行处理。
[0077]可选地，第一获取模块520进一步适于:接收第三方模块发送的通知以获取至少一个消息分区的相关信息。
[0078]可选地，收集模块510进一步适于:接收第三方模块发送的各个消费端的性能信息和网络状况信息;其中，其中，各个消费端的性能信息是第三方模块向各个消费端发送数据包请求，并接收各个消费端返回的包含各自性能信息的数据包响应得到的，网络状况信息是第三方模块根据发送数据包请求和接收数据包响应的速度或时间确定的。
[0079]可选地，分发模块530进一步包括:第二确定单元531和分发单元532。
[0080]第二确定单元531，适于根据多个消费端的性能信息和网络状况信息，确定各个消费端的能够消费的消息分区的个数；
[0081]分发单元532，适于将相应个数的消息分区分配给各个消费端进行处理。
[0082]根据本发明上述实施例提供的装置，根据第三方模块的通知获取至少一个消息分区的相关信息，从而能够及时对消息分区中的消息分配给消费端进行处理，提高了消息处理效率，根据多个消费端的性能信息和网络状况信息，确定各个消费端的能够消费的消息分区的个数，将相应个数的消息分区分配给各个消费端进行处理，即，根据各个消费端的处理能力，对负载进行了均衡处理，从而避免了因消费端处理能力差而导致消息不能被及时处理的缺陷，且使得消费端能够并行处理消息队列中的消息，实现了灵活、合理地为消费端分配消息分区，提高了消费端整体的吞吐量，实现了消息分区的最优分配。
[0083]图6示出了根据本发明另一个实施例的消息分发装置的结构框图。如图6所示，该装置600包括:收集模块610、第一获取模块620和分发模块630。
[0084]收集模块610，适于周期性的收集多个消费端的性能信息和网络状况信息。
[0085]其中，性能信息包含:CPU占用信息、内存占用信息、I/O占用信息、和/或数据吞吐量。
[0086]第一获取模块620，适于获取消息队列中至少一个消息分区的相关信息，消息队列中每个消息分区包含一组消息。
[0087]分发模块630，适于根据多个消费端的性能信息和网络状况信息，将至少一个消息分区分配给各个消费端进行处理。
[0088]可选地，该装置还包括:订阅模块640，适于通过第三方模块提供的订阅机制订阅消息队列的相关通知。
[0089]第一获取模块620进一步适于:当消息队列中的至少一个消息分区发生更新时，接收第三方模块发送的订阅通知以获取至少一个消息分区的相关信息。
[0090]可选地，该装置还包括:第二获取模块650，适于获取多个消费端预先在第三方模块中注册的IP地址；
[0091 ]收集模块610进一步包括:发送单元611、接收单元612和第一确定单元613。
[0092]发送单元611，适于根据IP地址向各个消费端发送数据包请求；
[0093]接收单元612，适于接收各个消费端返回的包含各自性能信息的数据包响应；
[0094]第一确定单元613，适于根据发送数据包请求和接收数据包响应的速度或时间确定网络状况信息。
[0095]可选地，分发模块630进一步包括:第二确定单元631和分发单元632。
[0096]第二确定单元631，适于根据多个消费端的性能信息和网络状况信息，确定各个消费端的能够消费的消息分区的权重；
[0097]分发单元632，适于依据权重将至少一个消息分区分配给各个消费端进行处理。
[0098]根据本发明上述实施例提供的装置，获取多个消费端预先在第三方模块中注册的IP地址，根据该IP地址能够精确地收集各个消费端的性能信息和网络状况信息，通过第三方模块提供的订阅机制订阅消息队列的相关通知，从而能够及时对消息分区中的消息分配给消费端进行处理，提高了消息处理效率，根据多个消费端的性能信息和网络状况信息，确定各个消费端的能够消费的消息分区的个数，将相应个数的消息分区分配给各个消费端进行处理，即，根据各个消费端的处理能力，对负载进行了均衡处理，从而避免了因消费端处理能力差而导致消息不能被及时处理的缺陷，且使得消费端能够并行处理消息队列中的消息，实现了灵活、合理地为消费端分配消息分区，提高了消费端整体的吞吐量，实现了消息分区的最优分配。
[0099]图7示出了根据本发明一个实施例的消息分发系统的结构框图。如图7所示，该系统700包括:消息分发装置600、第三方模块710、消息队列720和多个消费端730。
[0100]根据本发明上述实施例提供的系统，获取多个消费端预先在第三方模块中注册的IP地址，根据该IP地址能够精确地收集各个消费端的性能信息和网络状况信息，通过第三方模块提供的订阅机制订阅消息队列的相关通知，从而能够及时对消息分区中的消息分配给消费端进行处理，提高了消息处理效率，根据多个消费端的性能信息和网络状况信息，确定各个消费端的能够消费的消息分区的个数，将相应个数的消息分区分配给各个消费端进行处理，即，根据各个消费端的处理能力，对负载进行了均衡处理，从而避免了因消费端处理能力差而导致消息不能被及时处理的缺陷，且使得消费端能够并行处理消息队列中的消息，实现了灵活、合理地为消费端分配消息分区，提高了消费端整体的吞吐量，实现了消息分区的最优分配。
[0101]在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
[0102]在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
[0103]类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循【具体实施方式】的权利要求书由此明确地并入该【具体实施方式】，其中每个权利要求本身都作为本发明的单独实施例。
[0104]本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
[0105]此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
[0106]本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的消息分发装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
[0107]应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
[0108]本发明公开了:A1、一种消息分发方法，其包括:
[0109]周期性的收集多个消费端的性能信息和网络状况信息；
[0110]获取消息队列中至少一个消息分区的相关信息，所述消息队列中每个消息分区包含一组消息；
[0111]根据多个消费端的性能信息和网络状况信息，将所述至少一个消息分区分配给各个消费端进行处理。
[0112]A2、根据Al所述的方法，其中，所述获取消息队列中至少一个消息分区的相关信息进一步包括:
[0113]接收第三方模块发送的通知以获取至少一个消息分区的相关信息。
[0114]A3、根据A2所述的方法，其中，所述周期性的收集多个消费端的性能信息和网络状况信息进一步包括:
[0115]向各个消费端发送数据包请求，接收各个消费端返回的包含各自性能信息的数据包响应；
[0116]根据发送数据包请求和接收数据包响应的速度或时间确定所述网络状况信息。
[0117]A4、根据Al所述的方法，其中，所述方法还包括:通过第三方模块提供的订阅机制订阅消息队列的相关通知；
[0118]所述获取消息队列中至少一个消息分区的相关信息进一步包括:当消息队列中的至少一个消息分区发生更新时，接收所述第三方模块发送的订阅通知以获取至少一个消息分区的相关信息。
[0119]A5、根据A4所述的方法，其中，在所述周期性的收集多个消费端的性能信息和网络状况信息之前，所述方法还包括:获取多个消费端预先在第三方模块中注册的IP地址；
[0120]所述周期性的收集多个消费端的性能信息和网络状况信息进一步包括:
[0121]根据IP地址向各个消费端发送数据包请求，接收各个消费端返回的包含各自性能信息的数据包响应；
[0122]根据发送数据包请求和接收数据包响应的速度或时间确定所述网络状况信息。
[0123]A6、根据A1-A5任一项所述的方法，其中，所述性能信息包含:CPU占用信息、内存占用信息、I/o占用信息、和/或数据吞吐量。
[0124]A7、根据A1-A6任一项所述的方法，其中，所述根据多个消费端的性能信息和网络状况信息，将所述至少一个消息分区分配给各个消费端进行处理进一步包括:
[0125]根据多个消费端的性能信息和网络状况信息，确定各个消费端的能够消费的消息分区的个数；
[0126]将相应个数的消息分区分配给各个消费端进行处理。
[0127]AS、根据A1-A6任一项所述的方法，其中，所述根据多个消费端的性能信息和网络状况信息，将所述至少一个消息分区分配给各个消费端进行处理进一步包括:
[0128]根据多个消费端的性能信息和网络状况信息，确定各个消费端的能够消费的消息分区的权重；
[0129]依据所述权重将所述至少一个消息分区分配给各个消费端进行处理。
[0130]本发明还公开了:B9、一种消息分发装置，其包括:
[0131]收集模块，适于周期性的收集多个消费端的性能信息和网络状况信息；
[0132]第一获取模块，适于获取消息队列中至少一个消息分区的相关信息，所述消息队列中每个消息分区包含一组消息；
[0133]分发模块，适于根据多个消费端的性能信息和网络状况信息，将所述至少一个消息分区分配给各个消费端进行处理。
[0134]Bl0、根据B9所述的装置，其中，所述第一获取模块进一步适于:接收第三方模块发送的通知以获取至少一个消息分区的相关信息。
[0135]B11、根据BlO所述的装置，其中，所述收集模块进一步适于:接收第三方模块发送的各个消费端的性能信息和网络状况信息；其中，各个消费端的性能信息是第三方模块向各个消费端发送数据包请求，并接收各个消费端返回的包含各自性能信息的数据包响应得到的，网络状况信息是第三方模块根据发送数据包请求和接收数据包响应的速度或时间确定的。
[0136]B12、根据B9所述的装置，其中，所述装置还包括:订阅模块，适于通过第三方模块提供的订阅机制订阅消息队列的相关通知；
[0137]所述第一获取模块进一步适于:当消息队列中的至少一个消息分区发生更新时，接收所述第三方模块发送的订阅通知以获取至少一个消息分区的相关信息。
[0138]B13、根据B12所述的装置，其中，所述装置还包括:第二获取模块，适于获取多个消费端预先在第三方模块中注册的IP地址；
[0139]所述收集模块进一步包括:
[0140]发送单元，适于根据IP地址向各个消费端发送数据包请求；
[0141]接收单元，适于接收各个消费端返回的包含各自性能信息的数据包响应；
[0142]第一确定单元，适于根据发送数据包请求和接收数据包响应的速度或时间确定所述网络状况信息。
[0143]B14、根据B9-B13任一项所述的装置，其中，所述性能信息包含:CPU占用信息、内存占用信息、I/o占用信息、和/或数据吞吐量。
[0144]B15、根据B9-B14任一项所述的装置，其中，所述分发模块进一步包括:
[0145]第二确定单元，适于根据多个消费端的性能信息和网络状况信息，确定各个消费端的能够消费的消息分区的个数；
[0146]分发单元，适于将相应个数的消息分区分配给各个消费端进行处理。
[0147]B16、根据B9-B14任一项所述的装置，其中，所述分发模块进一步包括:
[0148]第二确定单元，适于根据多个消费端的性能信息和网络状况信息，确定各个消费端的能够消费的消息分区的权重；
[0149]分发单元，适于依据所述权重将所述至少一个消息分区分配给各个消费端进行处理。
[0150]本发明还公开了:C17、一种消息分发系统，包括B9-B16任一项所述的消息分发装置、第三方模块、消息队列和多个消费端。
【主权项】
1.一种消息分发方法，其包括: 周期性的收集多个消费端的性能信息和网络状况信息； 获取消息队列中至少一个消息分区的相关信息，所述消息队列中每个消息分区包含一组消息； 根据多个消费端的性能信息和网络状况信息，将所述至少一个消息分区分配给各个消费端进行处理。2.根据权利要求1所述的方法，其中，所述获取消息队列中至少一个消息分区的相关信息进一步包括: 接收第三方模块发送的通知以获取至少一个消息分区的相关信息。3.根据权利要求2所述的方法，其中，所述周期性的收集多个消费端的性能信息和网络状况信息进一步包括: 向各个消费端发送数据包请求，接收各个消费端返回的包含各自性能信息的数据包响应； 根据发送数据包请求和接收数据包响应的速度或时间确定所述网络状况信息。4.根据权利要求1所述的方法，其中，所述方法还包括:通过第三方模块提供的订阅机制订阅消息队列的相关通知； 所述获取消息队列中至少一个消息分区的相关信息进一步包括:当消息队列中的至少一个消息分区发生更新时，接收所述第三方模块发送的订阅通知以获取至少一个消息分区的相关信息。5.根据权利要求4所述的方法，其中，在所述周期性的收集多个消费端的性能信息和网络状况信息之前，所述方法还包括:获取多个消费端预先在第三方模块中注册的IP地址； 所述周期性的收集多个消费端的性能信息和网络状况信息进一步包括: 根据IP地址向各个消费端发送数据包请求，接收各个消费端返回的包含各自性能信息的数据包响应； 根据发送数据包请求和接收数据包响应的速度或时间确定所述网络状况信息。6.根据权利要求1-5任一项所述的方法，其中，所述性能信息包含:CPU占用信息、内存占用信息、I/O占用信息、和/或数据吞吐量。7.根据权利要求1-6任一项所述的方法，其中，所述根据多个消费端的性能信息和网络状况信息，将所述至少一个消息分区分配给各个消费端进行处理进一步包括: 根据多个消费端的性能信息和网络状况信息，确定各个消费端的能够消费的消息分区的个数； 将相应个数的消息分区分配给各个消费端进行处理。8.根据权利要求1-6任一项所述的方法，其中，所述根据多个消费端的性能信息和网络状况信息，将所述至少一个消息分区分配给各个消费端进行处理进一步包括: 根据多个消费端的性能信息和网络状况信息，确定各个消费端的能够消费的消息分区的权重； 依据所述权重将所述至少一个消息分区分配给各个消费端进行处理。9.一种消息分发装置，其包括: 收集模块，适于周期性的收集多个消费端的性能信息和网络状况信息； 第一获取模块，适于获取消息队列中至少一个消息分区的相关信息，所述消息队列中每个消息分区包含一组消息； 分发模块，适于根据多个消费端的性能信息和网络状况信息，将所述至少一个消息分区分配给各个消费端进行处理。10.—种消息分发系统，包括权利要求9所述的消息分发装置、第三方模块、消息队列和多个消费端。
【文档编号】G06F9/54GK105912412SQ201610201563
【公开日】2016年8月31日
【申请日】2016年3月31日
【发明人】欧阳力多
【申请人】北京奇虎科技有限公司, 奇智软件（北京）有限公司