CN112751892B - 一种信息分发方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开了一种信息分发方法、装置、设备及存储介质，所述方法包括：获取发布方发布的目标信息；获取所述发布方的订阅方的数量和所述订阅方对所述发布方发布的历史消息的历史操作信息；基于所述历史操作信息确定所述订阅方对所述目标信息的需求度；获取推送服务器的负载量；基于所述订阅方的数量、所述订阅方的需求度和所述负载量确定所述目标信息的目标分发方式；基于所述目标分发方式分发所述目标信息。利用本申请提供的技术方案可以解决信息分发过程中的应用服务器侧的网络传输和系统时延等性能问题，有效的减少推送服务器侧的系统存储资源的消耗，有效改善feeds流等高并发系统的系统性能。

Description

一种信息分发方法、装置、设备及存储介质

技术领域

本申请涉及互联网通信技术领域，尤其涉及一种信息分发方法、装置、设备及存储介质。

背景技术

互联网内容型产品的主要目标是内容分发，以feeds流业务系统为例，随着feeds(信息)流内容形式逐渐多样化和复杂化，作为承载内容分发任务的feeds流业务系统在性能和可用性上都受到了极大的挑战。

目前，feeds流等信息分发处理方式主要可以包括读扩散和写扩散。具体的，写扩散的信息分发方式可以将发布方发布的信息通过主动推送的方式，推送给相应的订阅者；读扩散的方式可以为发布方发布的信息需要在订阅方主动拉取后分发给订阅方。现有技术中，一个业务系统往往单一的选择读扩散或写扩散进行信息分发，但单独使用读扩散的方式，由于关系数据(订阅方与发布方的关系数据)与feeds数据只存一份，虽然具有存储结构简单，数据存储量较小的优点，但是拉取feeds列表的业务流程非常复杂，当订阅者较多时，存在网络传输和系统时延等性能问题。单独使用写扩散的方式，关系数据的存储与读扩散基本一致。但是对于feeds数据，每个用户不仅要存储自己发布的feeds，还需要存储自己接收到的feeds，feeds数据冗余存储多份，造成存储资源消耗巨大。因此，需要提供更可靠或更有效的方案，以合理将读扩散和写扩散进行结合使用，在避免网络传输和系统时延等性能问题的同时，也能有效的减少系统存储资源的消耗。

发明内容

本申请提供了一种信息分发方法、装置、设备及存储介质，可以解决信息分发过程中的应用服务器侧的网络传输和系统时延等性能问题，有效的减少推送服务器侧的系统存储资源的消耗，有效改善feeds流等高并发系统的系统性能。

一方面，本申请提供了一种信息分发方法，所述方法包括：

获取发布方发布的目标信息；

获取所述发布方的订阅方的数量和所述订阅方对所述发布方发布的历史消息的历史操作信息；

基于所述历史操作信息确定所述订阅方对所述目标信息的需求度；

获取推送服务器的负载量；

基于所述订阅方的数量、所述订阅方的需求度和所述负载量确定所述目标信息的目标分发方式；

基于所述目标分发方式分发所述目标信息。

另一方面提供了一种信息分发装置，所述装置包括：

目标信息获取模块，用于获取发布方发布的目标信息；

订阅方数据获取模块，应用获取所述发布方的订阅方的数量和所述订阅方对所述发布方发布的历史消息的历史操作信息；

需求度确定模块，用于基于所述历史操作信息确定所述订阅方对所述目标信息的需求度；

负载量获取模块，用于获取推送服务器的负载量；

目标分发方式确定模块，用基于所述订阅方的数量、所述订阅方的需求度和所述负载量确定所述目标信息的目标分发方式；

目标信息分发模块，用于基于所述目标分发方式分发所述目标信息。

另一方面提供了一种信息分发设备，所述设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上述的信息分发方法。

另一方面提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如上述的信息分发方法。

本申请提供的信息分发方法、装置、设备及存储介质，具有如下技术效果：

本申请结合订阅方的数量、订阅方的需求度和推送服务器的负载量，从多维度进行目标信息的目标分发方式确定，可以更好的解决信息分发过程中的应用服务器侧的网络传输和系统时延等性能问题，也能有效的减少推送服务器侧的系统存储资源的消耗，同时，还可以在保证推送服务器的系统性能的基础上，更好的满足订阅方的需求，有效改善feeds流等高并发系统的系统性能。

附图说明

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

图1是本申请实施例提供的一种应用场景的系统架构示意图；

图2是本申请实施例提供的一种信息分发方法的流程示意图；

图3是本申请实施例提供的一种基于所述订阅方的数量、所述订阅方的需求度和所述负载量确定所述目标信息的目标分发方式的流程示意图；

图4是本申请实施例提供的一种基于所述目标分发方式分发所述目标信息的流程示意图；

图5是本申请实施例提供的另一种基于所述目标分发方式分发所述目标信息的流程示意图；

图6是本申请实施例提供的确定所述网络节点端口实时的输入数据包量与输出数据包量之间实时差异量的另一种流程示意图；

图7是本申请实施例提供的一种信息分发装置的结构示意图；

图8是本申请实施例提供的一种信息分发方法的服务器的硬件结构框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

请参阅图1，图1是本申请实施例提供的一种应用场景的系统架构示意图，如图1所示，该系统可以包括发布方01、应用服务器02、推送服务器03和订阅方04。

本说明书实施例中，发布方01可以包括智能手机、台式电脑、平板电脑、笔记本电脑、数字助理、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、智能可穿戴设备等类型的实体设备，也可以包括运行于实体设备中的软体，例如应用程序等。具体的，发布方01可以用于发布信息。

本说明书实施例中，应用服务器02可以包括一个独立运行的服务器，或者分布式服务器，或者由多个服务器组成的服务器集群。具体的，应用服务器02可以用于进行信息分发的管理。

本说明书实施例中，推送服务器03可以包括一个独立运行的服务器，或者分布式服务器，或者由多个服务器组成的服务器集群。具体的，推送服务器03可以用于将发布方发布的信息采用写扩散的方式进行分发，即将发布方发布的信息主动推送给该发布方的订阅方。

本说明书实施例中，订阅方04可以包括智能手机、台式电脑、平板电脑、笔记本电脑、数字助理、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、智能可穿戴设备等类型的实体设备，也可以包括运行于实体设备中的软体，例如应用程序等。具体的，订阅方04可以用于主动从应用服务器02拉取相应的发布方发布的信息，以及用于接收推送服务器04推送的相应的发布方发布的信息。

以下介绍本申请在一种信息分发方法，图2是本申请实施例提供的一种信息分发方法的流程示意图，本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或服务器产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。具体的如图2所示，所述方法可以包括：

S201：获取发布方发布的目标信息。

本说明书实施例中，目标信息可以包括发布方发布的任意一条或多条信息。

S203：获取所述发布方的订阅方的数量和所述订阅方对所述发布方发布的历史消息的历史操作信息。

本说明书实施例中，发布方的订阅方的数量可以为订阅发布方信息的账号数量。所述订阅方对所述发布方发布的历史消息的历史操作信息可以为订阅方最近一段时间内对所述发布方发布的消息的操作信息，也可以为订阅方对所述发布方发布的消息的全部的历史操作信息。具体的，所述历史操作信息可以包括正反馈操作信息和负反馈操作信息。

本说明书实施例中，所述正反馈操作信息可以包括与订阅方对发布方发布的信息需求程度成正比的操作信息，具体的，例如点击查看、点赞等操作信息。所述负反馈操作信息可以包括与订阅方对发布方发布的信息需求程度成反比的操作信息，具体的，例如踩等操作信息。

S205：基于所述历史操作信息确定所述订阅方对所述目标信息的需求度。

本说明书实施例中，所述订阅方对所述目标信息的需求度可以表征订阅方对发布方发布的信息需求程度；具体的，所述基于所述历史操作信息确定所述订阅方对所述目标信息的需求度可以包括但不限于将历史操作信息中的正反馈操作信息和负反馈操作信息的数量分别乘以相应的权重系数后进行相加得到订阅方对所述目标信息的需求度。其中，正反馈操作信息的权重系数为正数；负反馈操作信息的权重系数为负数。

本说明书实施例中，将历史操作信息划分为正反馈操作信息和负反馈操作信息进行订阅方对目标信息的需求度确定，可以大大提高确定出的需求度表征订阅方对发布方发布的信息需求程度的准确性。

S207：获取推送服务器的负载量。

S209：基于所述订阅方的数量、所述订阅方的需求度和所述负载量确定所述目标信息的目标分发方式。

本说明书实施例中，目标分发方式可以为目标信息的分发方式，具体的，目标分发方式可以包括读扩散，也可以包括写扩散。如图3所示，所述基于所述订阅方的数量、所述订阅方的需求度和所述负载量确定所述目标信息的目标分发方式可以包括：

S2091：当所述订阅方的数量大于等于预设数量阈值时，确定写扩散为所述目标信息的目标分发方式；

S2093：当所述订阅方的数量小于所述预设数量阈值，且所述需求度小于等于预设需求度阈值时，确定读扩散为所述目标信息的目标分发方式；

S2095：当所述订阅方的数量小于所述预设数量阈值，且所述需求度大于预设需求度阈值，且所述负载量大于等于预设负载阈值时，确定读扩散为所述目标信息的目标分发方式；

S2097：当所述订阅方的数量小于所述预设数量阈值，且所述需求度大于预设需求度阈值，且所述负载量小于预设负载阈值时，确定写扩散为所述目标信息的目标分发方式。

本说明书实施例中，预设数量阈值可以结合实际应用中应用服务器的空闲负载情况(例如剩余可负载量)确定。一般的，新增小于该预设数量阈值的负载量不会带来应用服务器的性能问题。

在实际应用中，在信息分发处理时，写扩散的方式的可以主动将需要分发的信息推送给订阅方。在订阅方的数量大于等于预设数量阈值时，将写扩散确定为目标信息的目标分发方式，这样可以通过写扩散的方式可以在大量订阅方主动拉取前及时将发布方发布的信息分发出去，避免后续大量订阅方主动拉取所带来的应用服务器的IO(输入输出)量、网络传输和系统时延等性能问题，造成应用服务器过载、宕机等情况。

本说明书实施例中，预设需求度阈值可以结合实际应用中进行设置。一般的，当订阅方的需求度小于等于该预设需求阈值时，可以确定该订阅方对目标信息的需求程度不高。

本说明书实施例中，在订阅方的数量小于预设数量阈值时，进一步的，结合订阅方的需求度来确定分发方式，当需求度小于等于预设需求度阈值时，即用户对目标信息的需求度不高时，可以直接确定读扩散为目标信息的目标分发方式。本说明书实施例中，在订阅方的数量较少时，即这些订阅方的负载量不会带来应用服务器的性能问题的情况下，且订阅方对目标信息的需求度不高时，可以直接确定读扩散为所述目标信息的目标分发方式，以减少推送服务器侧的系统存储资源的消耗。

进一步的，当订阅方的数量小于预设数量阈值，且订阅方的需求度大于预设需求度阈值时，即虽然这些订阅方的负载量不会带来应用服务器的性能问题，但订阅方对目标信息的需求度较高，这时为了更好的满足订阅方的需求，可以进一步结合推送服务器的负载量进行分发方式的确定；具体的，当推送服务器的负载量小于预设负载阈值(预设负载阈值可以结合实际应用中推送服务器的负载上限设置，一般的该预设负载阈值略小于该负载上限)时，依然可以选取写扩散为目标信息的目标分发方式，以实现在保证推送服务器的系统性能的基础上，更好的满足订阅方的需求。

进一步的，当推送服务器的负载量大于等于预设负载阈值时，即推送服务器的负载量已经较高，无法应对更多的推送服务时，为了保证推送服务器正常运行，可以确定读扩散为目标信息的目标分发方式。

本说明书实施例中，结合订阅方的数量、订阅方的需求度和推送服务器的负载量，从多维度进行目标信息的目标分发方式确定，可以更好的解决信息分发过程中的应用服务器侧的网络传输和系统时延等性能问题，也能有效的减少推送服务器侧的系统存储资源的消耗，同时，还可以在保证推送服务器的系统性能的基础上，更好的满足订阅方的需求，有效改善feeds流等高并发系统的系统性能。

S211：基于所述目标分发方式分发所述目标信息。

本说明书实施例中，当目标分发方式为读扩散时，可以在订阅方发起信息拉取请求时，将目标信息分发给订阅方；当目标分发方式为写扩散时，可以由推送服务器主动将目标信息推送给订阅方。

在实际应用中，在采用读扩散进行信息分发时，存在应用服务器过载、远程服务调用出现失败等问题，相应的，可以结合多级缓存和服务降级，以避免返回空数据。具体的，考虑到某些信息，例如稀缺资源(如用户资格)、写服务(如评论)、频繁的复杂查询(如评论的最后几页)等，在无法返回这些信息时，无法用其他信息替换的非替换信息，本说明书实施例中，针对可替换信息和非替换信息可以采用不同的分发方式。

在一个具体的实施例中，如图4所示，当所述目标分发方式为读扩散且所述目标信息为可替换信息时，所述基于所述目标分发方式分发所述目标信息可以包括：

S401：接收订阅方发送的所述目标信息的拉取请求；

S403：当本地负载量达到预设负载上限时，将本地的预设缓存发送给所述订阅方；

S405：当本地负载量未达到预设负载上限时，调用远程服务接口，以获取所述目标信息；

S407：当调用成功时，将所述目标信息发送给所述订阅方；

S409：当调用失败时，确定熔断监测时间内调用失败的次数；

S411：当所述次数大于等于预设次数阈值时，将所述远程服务接口的熔断器设置为打开状态，向分布式缓存请求热点资源，将所述热点资源发送给所述订阅方。

本说明书实施例中，可替换信息可以包括但不限于应用常用基础信息、应用基础信息展示页的信息等在无法获取到这类信息时，可以返回其他信息作为替换的信息。例如某用户的所订阅对象发布的信息。在实际应用中，当应用服务器接收到大量并发请求，就会存在服务负载过高等情况，影响到服务系统的性能，相应的，本说明书实施例中，在接收到拉取请求后，可以结合本地负载量来确定响应请求的方式；相应的，当本地负载量已经达到预设负载上限时，可以直接将本地的预设缓存发送给所述订阅方；具体的，所述预设负载上限可以结合应用服务器的负载能力设置的，保证该应用服务器可以正常运行的负载上限。所述预设缓存可以包括但不限于应用常用基础信息。

进一步的，当本地负载量未达到预设负载上限时，可以调用远程服务接口，以获取所述目标信息；具体的，所述远程服务接口用于向推荐算法服务器发送所述目标信息的获取请求，以便推送算法服务器基于相应的推算算法确定出推荐给订阅方的具体的目标信息。当调用成功时，即成功获取到目标信息，可以将目标信息返回给订阅方；相应的，可以将获取到的目标信息更新到本地缓存。在实际应用中，可能会出现因网络、数据库故障等导致调用失败，相应的，当远程服务接口调用失败时，可以确定熔断监测时间内调用失败的次数；具体的，熔断监测时间内调用失败的次数可以为远程服务接口过去一段时间的调用失败的次数，这里熔断监测时间是可以配置的，比如1分钟，5分钟，10分钟，在熔断监测时间内的调用情况来决定是否熔断；具体的，当所述次数大于等于预设次数阈值时，确定可以将所述远程服务接口的熔断器设置为打开状态，向分布式缓存请求热点资源，将所述热点资源发送给所述订阅方。相应的，可以将获取到的热点资源更新到本地缓存。本说明书在多级服务降级过程中，当出现调用失败时，可以结合熔断机制的设置，即在服务超时等待时间之前，结合远程服务接口过去一段时间的调用失败情况，及时屏蔽掉出现异常的远程服务接口，有效避免下游服务的持续等待。并及时将分布式缓存处的热点资源发送给订阅方以避免不必要的系统性能消耗，和快速的请求响应，大大提高系统的高可用性。

此外，需要说明的是，当向分布式缓存请求热点资源失败时，也可以直接将本地的预设缓存发给订阅方。

进一步的，所述方法还可以包括：

1)当所述熔断器的打开状态持续第一预设时间后，将所述熔断器设置为半关闭状态；

2)当所述熔断器为半关闭状态时，按照预设检测时间调用所述远程服务接口；

3)确定预设检测时间内的调用成功率；

4)当所述调用成功率大于等于预设成功率阈值时，将所述熔断器设置为关闭状态。

本说明书实施例中，通过维护一个熔断冷却时间(即第一预设时间)和一个检测时间，熔断的远程调用接口在冷却时间结束后从“打开状态”迁移到“半关闭状态”，该状态下以检测时间为周期放通远程调用接口，通过该检测时间内的接口成功率来判断熔断器是需要迁移到“关闭状态”，还是维持在“打开状态”。

进一步的，为了避免远程服务接口异常波动造成的熔断操作过于频繁，所述方法还可以包括：

1)确定第二预设时间内所述熔断器从打开状态迁移到关闭状态再重新迁移到打开状态的数量；

2)当所述从打开状态迁移到关闭状态再重新迁移到打开状态的数量大于等于预设迁移阈值时，调整所述第一预设时间的数值大小；

本说明书实施例中，调整后的第一预设时间大于调整前的第一预设时间。如图5所示，熔断器从“打开状态”迁移到“关闭状态”再重新迁移到“打开状态”是周而复始。本说明书实施例中，结合熔断恢复弹性观察时间(即第二预设时间)，在该第二预设时间内，如果熔断器从“打开状态”迁移到“关闭状态”再重新进入“打开状态”的次数过于频繁，超过了一定的阈值(预设迁移阈值)，此时需要将用户恢复熔断的冷却时间按照倍数或者指数的方式增长，当状态迁移频度回落的时候，熔断冷却时间也随之缩减，实现弹性的调节冷却时间，降低熔断启用频率，提高系统的稳定性。

在另一些实施例中，当所述目标分发方式为读扩散且所述目标信息为非替换信息时，如图6所示，所述基于所述目标分发方式分发所述目标信息可以包括：

S601：接收订阅方发送的所述目标信息的拉取请求；

S603：当基于预设限流规则确定对所述拉取请求进行限流控制时，向所述订阅方发送请求失败的提示信息；

S605：当基于预设限流规则确定不对所述拉取请求进行限流控制时，调用远程服务接口，以获取所述目标信息；

S607：当调用成功时，将所述目标信息发送给所述订阅方；

S609：当调用失败时，向所述订阅方发送请求失败的提示信息。

本说明书实施例中，可以结合实际应用，设置一种或多种限流规则。具体的，预设限流规则可以包括但不限于下述中的至少一种：白名单限流规则、尾号限流规则、并发数限流规则，令牌桶算法。

具体的，当预设限流规则为白名单限流规则时，基于预设限流规则确定是否对所述拉取请求进行限流控制可以包括，判断订阅方是否在白名单中，当订阅方在白名单中，可以对该拉取请求不进行限流；反之，当订阅方不在白名单中，可以对该拉取请求进行限流。

具体的，当预设限流规则为尾号限流规则时，基于预设限流规则确定是否对所述拉取请求进行限流控制可以包括，判断该订阅方的账号信息的尾号是否为指定限流尾号，当订阅方的账号信息的尾号为指定限流尾号，可以对该拉取请求进行限流；反之，当订阅方的账号信息的尾号不为指定限流尾号，可以对该拉取请求不进行限流。

具体的，当预设限流规则为并发数限流规则时，基于预设限流规则确定是否对所述拉取请求进行限流控制可以包括，判断应用服务器的并发数(具体的，这里的并发数可以包括但不限于数据库连接池、线程池、秒杀请求等并发总数)是否达到预设需要进行限流的并发数上限，当达到并发数上限，可以对该拉取请求进行限流；反之，当未达到并发数上限，可以对该拉取请求不进行限流。

具体的，当预设限流规则为令牌桶算法时，基于预设限流规则确定是否对所述拉取请求进行限流控制可以包括，判断当前每秒的请求量是否达到指定的每秒请求量上限值，当当前每秒的请求量达到指定的每秒请求量上限值时，可以对该拉取请求进行限流；反之，当当前每秒的请求量未达到指定的每秒请求量上限值时，可以对该拉取请求不进行限流。

在另一些实施例中，当所述目标分发方式为写扩散时，所述基于所述目标分发方式分发所述目标信息可以包括：

将所述目标信息发送给推送服务器，以使所述推送服务器基于漏桶算法调整目标信息的推送速率，以及基于所述推送速率将所述目标信息推送给所述订阅方。

本说明书实施例中，在采用写扩散分发信息时，推送服务器可以结合本地漏桶算法调整目标信息的推送速率，即当本地负载量较高时，降低推送速率；反之，当本地负载量较低时，提高推送速率，以便保证推送服务器的正常运行，避免过载等情况，保证推送服务器的高可用性。

在另一些实施例中，当所述目标分发方式为写扩散且所述发布方的订阅方的数量为多个时，所述基于所述目标分发方式分发所述目标信息包括：

将所述目标信息发送给推送服务器，以使所述推送服务器基于所述多个订阅方的需求度的大小，由大到小对所述订阅方进行排序，得到订阅方的排序信息；以及按照所述多个订阅方的排序信息依次推送所述目标信息。

本说明书实施例中，在采用写扩散分发信息时，推送服务器可以结合订阅方的需求度的大小，优先向需求度高的订阅方推送目标信息，可以更好的改善用户体验。

在另一些实施例中，在采用读扩散分发信息时，为了降低数据网络时延和系统实时负载，可以对订阅方要拉取的数据进行预加载，具体的，当订阅方的用户在浏览某一页面中的信息，执行了上划等请求新的信息时，可以提前加载该页面之后的信息，以减少后续的加载时间；进一步的，如果加载失败，可以向用户反馈继续上划尝试加载的提示信息；

具体的，上述预加载的方案中，应用服务器在处理客户端信息拉取请求时，可以采用数据动静分离的思想，即应用服务器动态(实时)计算出用户需要的信息列表，返回给客户端，客户端再根据信息列表请求对应的具体内容，服务器在返回客户端的信息列表或者对应的具体内容均预先包含未来的若干页的内容。

由以上本说明书提供的技术方案可见，结合订阅方的数量、订阅方的需求度和推送服务器的负载量，从多维度进行目标信息的目标分发方式确定，可以更好的解决信息分发过程中的应用服务器侧的网络传输和系统时延等性能问题，也能有效的减少推送服务器侧的系统存储资源的消耗，同时，还可以在保证推送服务器的系统性能的基础上，更好的满足订阅方的需求，有效改善feeds流等高并发系统的系统性能。

本申请实施例还提供了一种信息分发装置，如图7所示，所述装置包括：

目标信息获取模块710，可以用于获取发布方发布的目标信息；

订阅方数据获取模块720，可以应用获取所述发布方的订阅方的数量和所述订阅方对所述发布方发布的历史消息的历史操作信息；

需求度确定模块730，可以用于基于所述历史操作信息确定所述订阅方对所述目标信息的需求度；

负载量获取模块740，可以用于获取推送服务器的负载量；

目标分发方式确定模块750，可以用基于所述订阅方的数量、所述订阅方的需求度和所述负载量确定所述目标信息的目标分发方式；

目标信息分发模块760，可以用于基于所述目标分发方式分发所述目标信息。

在一些实施例中，所述目标分发方式确定模块750可以包括：

第一目标分发方式确定单元，用于当所述订阅方的数量大于等于预设数量阈值时，确定写扩散为所述目标信息的目标分发方式；

第二目标分发方式确定单元，用于当所述订阅方的数量小于所述预设数量阈值，且所述需求度小于等于预设需求度阈值时，确定读扩散为所述目标信息的目标分发方式；

第三目标分发方式确定单元，用于当所述订阅方的数量小于所述预设数量阈值，且所述需求度大于预设需求度阈值，且所述负载量大于等于预设负载阈值时，确定读扩散为所述目标信息的目标分发方式；

第四目标分发方式确定单元，用于当所述订阅方的数量小于所述预设数量阈值，且所述需求度大于预设需求度阈值，且所述负载量小于预设负载阈值时，确定写扩散为所述目标信息的目标分发方式。

在一些实施例中，当所述目标分发方式为读扩散且所述目标信息为可替换信息时，所述目标信息分发模块760包括：

第一拉取请求接收单元，用于接收订阅方发送的所述目标信息的拉取请求；

预设缓存发送单元，用于当本地负载量达到预设负载上限时，将本地的预设缓存发送给所述订阅方；

第一远程服务接口调用单元，用于当本地负载量未达到预设负载上限时，调用远程服务接口，以获取所述目标信息；

第一目标信息发送单元，用于当调用成功时，将所述目标信息发送给所述订阅方；

调用失败次数确定单元，用于当调用失败时，确定熔断监测时间内调用失败的次数；

第一熔断器状态设置单元，用于当所述次数大于等于预设次数阈值时，将所述远程服务接口的熔断器设置为打开状态；

热点资源发送单元，用于向分布式缓存请求热点资源，将所述热点资源发送给所述订阅方。

在一些实施例中当所述目标分发方式为读扩散且所述目标信息为非替换信息时，所述目标信息分发模块760包括：

第二拉取请求接收单元，用于接收订阅方发送的所述目标信息的拉取请求；

第一提示信息发送模块，用于当基于预设限流规则确定对所述拉取请求进行限流控制时，向所述订阅方发送请求失败的提示信息；

第二远程服务接口调用单元，用于当基于预设限流规则确定不对所述拉取请求进行限流控制时，调用远程服务接口，以获取所述目标信息；

第二目标信息发送单元，用于当调用成功时，将所述目标信息发送给所述订阅方；

第二提示信息发送模块，用于当调用失败时，向所述订阅方发送请求失败的提示信息。

在一些实施例中，所述目标信息分发模块760还包括：

第二熔断器状态设置单元，用于当所述熔断器的打开状态持续第一预设时间后，将所述熔断器设置为半关闭状态；

远程服务接口检测调用单元，用于当所述熔断器为半关闭状态时，按照预设检测时间调用所述远程服务接口；

调用成功率确定单元，用于确定预设检测时间内的调用成功率；

第三熔断器状态设置单元，用于当所述调用成功率大于等于预设成功率阈值时，将所述熔断器设置为关闭状态。

在一些实施例中，所述目标信息分发模块760还包括：

迁移数量确定单元，用于确定第二预设时间内所述熔断器从打开状态迁移到关闭状态再重新迁移到打开状态的数量；

时间调整单元，用于当所述从打开状态迁移到关闭状态再重新迁移到打开状态的数量大于等于预设迁移阈值时，调整所述第一预设时间的数值大小；

其中，调整后的第一预设时间大于调整前的第一预设时间。

在一些实施例中，当所述目标分发方式为写扩散时，所述目标信息分发模块760包括：

第一目标信息推送模块，用于将所述目标信息发送给推送服务器，以使所述推送服务器基于漏桶算法调整目标信息的推送速率，以及基于所述推送速率将所述目标信息推送给所述订阅方。

当所述目标分发方式为写扩散且所述发布方的订阅方的数量为多个时，所述目标信息分发模块760包括：

第二目标信息推送模块，用于将所述目标信息发送给推送服务器，以使所述推送服务器基于所述多个订阅方的需求度的大小，由大到小对所述订阅方进行排序，得到订阅方的排序信息；以及按照所述多个订阅方的排序信息依次推送所述目标信息。

所述的装置实施例中的装置与方法实施例基于同样的申请构思。

本申请实施例提供了一种信息分发设备，该信息分发设备包括处理器和存储器，该存储器中存储有至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以实现如上述方法实施例所提供的信息分发方法。

存储器可用于存储软件程序以及模块，处理器通过运行存储在存储器的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、功能所需的应用程序等；存储数据区可存储根据所述设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器还可以包括存储器控制器，以提供处理器对存储器的访问。

本申请实施例所提供的方法实施例可以在移动终端、计算机终端、服务器或者类似的运算装置中执行。以运行在服务器上为例，图8是本申请实施例提供的一种信息分发方法的服务器的硬件结构框图。如图8所示，该服务器800可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(Central Processing Units，CPU)810(处理器810可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器830，一个或一个以上存储应用程序823或数据822的存储介质820(例如一个或一个以上海量存储设备)。其中，存储器830和存储介质820可以是短暂存储或持久存储。存储在存储介质820的程序可以包括一个或一个以上模块，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器810可以设置为与存储介质820通信，在服务器800上执行存储介质820中的一系列指令操作。服务器800还可以包括一个或一个以上电源860，一个或一个以上有线或无线网络接口850，一个或一个以上输入输出接口840，和/或，一个或一个以上操作系统821，例如Windows Server^TM，Mac OS X^TM，Unix^TM,Linux^TM，FreeBSD^TM等等。

输入输出接口840可以用于经由一个网络接收或者发送数据。上述的网络具体实例可包括服务器800的通信供应商提供的无线网络。在一个实例中，输入输出接口840包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，输入输出接口840可以为射频(RadioFrequency，RF)模块，其用于通过无线方式与互联网进行通讯。

本领域普通技术人员可以理解，图8所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，服务器800还可包括比图8中所示更多或者更少的组件，或者具有与图8所示不同的配置。

本申请的实施例还提供了一种存储介质，所述存储介质可设置于设备之中以保存用于实现方法实施例中一种信息分发方法相关的至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以实现上述方法实施例提供的信息分发方法。

可选地，在本实施例中，上述存储介质可以位于计算机网络的多个网络服务器中的至少一个网络服务器。可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

由上述本申请提供的信息分发方法、装置、设备或存储介质的实施例可见，本申请中结合订阅方的数量、订阅方的需求度和推送服务器的负载量，从多维度进行目标信息的目标分发方式确定，可以更好的解决信息分发过程中的应用服务器侧的网络传输和系统时延等性能问题，也能有效的减少推送服务器侧的系统存储资源的消耗，同时，还可以在保证推送服务器的系统性能的基础上，更好的满足订阅方的需求，有效改善feeds流等高并发系统的系统性能。

需要说明的是：上述本申请实施例先后顺序仅仅为了描述，不代表实施例的优劣。且上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、设备和存储介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指示相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (9)

1.一种信息分发方法，其特征在于，所述方法包括：

获取发布方发布的目标信息；

获取所述发布方的订阅方的数量和所述订阅方对所述发布方发布的历史消息的历史操作信息；

基于所述历史操作信息确定所述订阅方对所述目标信息的需求度；

获取推送服务器的负载量；

基于所述订阅方的数量、所述订阅方的需求度和所述负载量确定所述目标信息的目标分发方式，所述基于所述订阅方的数量、所述订阅方的需求度和所述负载量确定所述目标信息的目标分发方式包括：当所述订阅方的数量大于等于预设数量阈值时，确定写扩散为所述目标信息的目标分发方式；当所述订阅方的数量小于所述预设数量阈值，且所述需求度小于等于预设需求度阈值时，确定读扩散为所述目标信息的目标分发方式；当所述订阅方的数量小于所述预设数量阈值，且所述需求度大于预设需求度阈值，且所述负载量大于等于预设负载阈值时，确定读扩散为所述目标信息的目标分发方式；当所述订阅方的数量小于所述预设数量阈值，且所述需求度大于预设需求度阈值，且所述负载量小于预设负载阈值时，确定写扩散为所述目标信息的目标分发方式；

基于所述目标分发方式分发所述目标信息。

2.根据权利要求1所述的方法，其特征在于，当所述目标分发方式为读扩散且所述目标信息为可替换信息时，所述基于所述目标分发方式分发所述目标信息包括：

接收订阅方发送的所述目标信息的拉取请求；

当本地负载量达到预设负载上限时，将本地的预设缓存发送给所述订阅方；

当本地负载量未达到预设负载上限时，调用远程服务接口，以获取所述目标信息；

当调用成功时，将所述目标信息发送给所述订阅方；

当调用失败时，确定熔断监测时间内调用失败的次数；

当所述次数大于等于预设次数阈值时，将所述远程服务接口的熔断器设置为打开状态，向分布式缓存请求热点资源，将所述热点资源发送给所述订阅方。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

当所述熔断器的打开状态持续第一预设时间后，将所述熔断器设置为半关闭状态；

当所述熔断器为半关闭状态时，按照预设检测时间调用所述远程服务接口；

确定预设检测时间内的调用成功率；

当所述调用成功率大于等于预设成功率阈值时，将所述熔断器设置为关闭状态。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

确定第二预设时间内所述熔断器从打开状态迁移到关闭状态再重新迁移到打开状态的数量；

当所述从打开状态迁移到关闭状态再重新迁移到打开状态的数量大于等于预设迁移阈值时，调整所述第一预设时间的数值大小；

其中，调整后的第一预设时间大于调整前的第一预设时间。

5.根据权利要求1所述的方法，其特征在于，当所述目标分发方式为读扩散且所述目标信息为非替换信息时，所述基于所述目标分发方式分发所述目标信息包括：

接收订阅方发送的所述目标信息的拉取请求；

当基于预设限流规则确定对所述拉取请求进行限流控制时，向所述订阅方发送请求失败的提示信息；

当基于预设限流规则确定不对所述拉取请求进行限流控制时，调用远程服务接口，以获取所述目标信息；

当调用成功时，将所述目标信息发送给所述订阅方；

当调用失败时，向所述订阅方发送请求失败的提示信息。

6.根据权利要求1所述的方法，其特征在于，当所述目标分发方式为写扩散时，所述基于所述目标分发方式分发所述目标信息包括：

将所述目标信息发送给推送服务器，以使所述推送服务器基于漏桶算法调整目标信息的推送速率，以及基于所述推送速率将所述目标信息推送给所述订阅方；

当所述目标分发方式为写扩散且所述发布方的订阅方的数量为多个时，所述基于所述目标分发方式分发所述目标信息包括：

将所述目标信息发送给推送服务器，以使所述推送服务器基于多个订阅方的需求度的大小，由大到小对所述订阅方进行排序，得到订阅方的排序信息；以及按照所述多个订阅方的排序信息依次推送所述目标信息。

7.一种信息分发装置，其特征在于，所述装置包括：

目标信息获取模块，用于获取发布方发布的目标信息；

订阅方数据获取模块，用于获取所述发布方的订阅方的数量和所述订阅方对所述发布方发布的历史消息的历史操作信息；

需求度确定模块，用于基于所述历史操作信息确定所述订阅方对所述目标信息的需求度；

负载量获取模块，用于获取推送服务器的负载量；

目标分发方式确定模块，用于基于所述订阅方的数量、所述订阅方的需求度和所述负载量确定所述目标信息的目标分发方式；所述目标分发方式确定模块包括：第一目标分发方式确定单元，用于当所述订阅方的数量大于等于预设数量阈值时，确定写扩散为所述目标信息的目标分发方式；第二目标分发方式确定单元，用于当所述订阅方的数量小于所述预设数量阈值，且所述需求度小于等于预设需求度阈值时，确定读扩散为所述目标信息的目标分发方式；第三目标分发方式确定单元，用于当所述订阅方的数量小于所述预设数量阈值，且所述需求度大于预设需求度阈值，且所述负载量大于等于预设负载阈值时，确定读扩散为所述目标信息的目标分发方式；第四目标分发方式确定单元，用于当所述订阅方的数量小于所述预设数量阈值，且所述需求度大于预设需求度阈值，且所述负载量小于预设负载阈值时，确定写扩散为所述目标信息的目标分发方式；

目标信息分发模块，用于基于所述目标分发方式分发所述目标信息。

8.一种信息分发服务器，其特征在于，所述服务器包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求1至6任一所述的信息分发方法。

9.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如权利要求1至6任一所述的信息分发方法。

Images