一种制造技术

本申请实施例公开了一种

【技术实现步骤摘要】
一种Feed流消息发送方法、设备及介质


[0001]本申请涉及数据处理
，尤其涉及一种
Feed
流消息发送方法
、
设备及介质
。

技术介绍

[0002]在商城中，有些粉丝关注了很多店铺，而一些店铺同样会有海量的粉丝
。
在店铺给用户发送推广商品及活动消息时
。
用户会希望挑选更贴近自己喜好，更有价值，热度更好的商品和活动进行查看
。
[0003]如果使用高分店铺
/
普通店铺切分方式，高分店铺使用拉模式，普通店铺使用推模式，那么此架构会有很大风险
。
高分店铺发送的消息，可能因为名牌效应等对于全体或大部分用户都有关注和吸引力，推广数据的消息获取可能不只是粉丝用户，造成用户读取消息时都卡死在并发读取消息上，且因热点店铺的消息处理占用大量资源，还会造成堵塞普通消息的发送
。

技术实现思路

[0004]本申请实施例提供了一种
Feed
流消息发送方法
、
设备及介质，用于解决如下技术问题：现有的消息发送方式，容易造成用户读取消息时都卡死在并发读取消息上，且因热点店铺的消息处理占用大量资源，还会造成堵塞普通消息的发送
。
[0005]本申请实施例采用下述技术方案：
[0006]本申请实施例提供一种
Feed
流消息发送方法
。
包括，获取店铺发送的推送消息，基于预置消息排列规则，确定出相应的消息队列；在店铺符合高分店铺条件的情况下，基于店铺对应的粉丝列表与当前在线用户列表，确定出消息接收用户；将消息队列中的待推送消息放入预置缓存中，并向消息接收用户发送消息获取通知；消息接收用户在预置缓存中获取待推送消息时，启动时间计时；若计时时间段内未获取到的待推送消息的数量，大于预设消息数量阈值，启动熔断机制，以确保
Feed
流消息正常发送
。
[0007]本申请实施例通过选取了
HBase
的线性扩展和极高可靠性，同时创建自定的策略排序，按照是否是爆款或高热店铺进行区分，最终，店铺需要推广的消息可以被更需要的用户优先看到，提高商品曝光的精准度，也提升了用户的购物体验
。
其次，本申请实施例通过将消息队列中的待推送消息放入预置缓存中，以及在用户获取待推送消息时，启动时间计时，保障用户来获取热点店铺数据的方式是缓存读取，提高吞吐量，以确保普通推送消息也可以正常推送
。
[0008]在本申请的一种实现方式中，基于店铺对应的粉丝列表与当前在线用户列表，确定出消息接收用户之前，方法还包括：将店铺的粉丝量与预置粉丝量阈值进行比对，以及，将店铺的商品销售量与预置销售量阈值进行比对；在粉丝量大于预置粉丝量阈值，或销售量大于预置销售量阈值的情况下，确定店铺符合高分店铺条件
。
[0009]在本申请的一种实现方式中，基于店铺对应的粉丝列表与当前在线用户列表，确定出消息接收用户，具体包括：在店铺对应的关注列表中确定出粉丝列表，以及在店铺对应
的关注列表中确定出当前在线用户列表；将粉丝列表与当前在线列表取交集，以得到消息接收用户
。
[0010]在本申请的一种实现方式中，将店铺的粉丝量与预置粉丝量阈值进行比对，以及，将店铺的商品销售量与预置销售量阈值进行比对之后，方法还包括：在粉丝量不大于预置粉丝量阈值，且销售量不大于预置销售量阈值的情况下，确定店铺为普通店铺；在店铺对应的关注列表中确定出粉丝列表，并将粉丝列表中的用户作为消息接收用户
。
[0011]在本申请的一种实现方式中，将消息队列中的待推送消息放入预置缓存中，并向消息接收用户发送消息获取通知，具体包括：将消息队列中的待推送消息放入预置缓存中；其中，预置缓存为
redis
缓存数据；以及在预置缓存中设置相应的超时时间；异步将待推送消息写入用户的收件箱，以向消息接收用户发送消息获取通知
。
[0012]在本申请的一种实现方式中，将消息队列中的待推送消息放入预置缓存中，并向消息接收用户发送消息获取通知之后，方法还包括：在接收到店铺发送的推送消息撤回指令的情况下，通过异步多线程，保存待删除消息的索引数据，将店铺对应的推送消息原数据进行删除
。
[0013]在本申请的一种实现方式中，基于店铺对应的粉丝列表与当前在线用户列表，确定出消息接收用户之后，方法还包括：接收取消关注指令；将用户取消的数据放在
redis
缓存中；在召回待删除的数据后，重新进行前置过滤，以重新判断待删除的数据所对应的用户是否为关注用户；在确定为关注用户的情况下，异步删除用户接收队列数据，并对取消关注指令所对应的数据进行删除处理
。
[0014]在本申请的一种实现方式中，基于预置消息排列规则，确定出相应的消息队列，具体包括：基于时间先后顺序，对店铺发送的推送消息进行初次排序；确定出各推送消息与用户信息之间的相似度，基于相似度对初次排序进行调整，以得到消息队列
。
[0015]本申请实施例提供一种
Feed
流消息发送设备，包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够：获取店铺发送的推送消息，基于预置消息排列规则，确定出相应的消息队列；在店铺符合高分店铺条件的情况下，基于店铺对应的粉丝列表与当前在线用户列表，确定出消息接收用户；将消息队列中的待推送消息放入预置缓存中，并向消息接收用户发送消息获取通知；消息接收用户在预置缓存中获取待推送消息时，启动时间计时；若计时时间段内未获取到的待推送消息的数量，大于预设消息数量阈值，启动熔断机制，以确保
Feed
流消息正常发送
。
[0016]本申请实施例提供的一种非易失性计算机存储介质，存储有计算机可执行指令，计算机可执行指令设置为：获取店铺发送的推送消息，基于预置消息排列规则，确定出相应的消息队列；在店铺符合高分店铺条件的情况下，基于店铺对应的粉丝列表与当前在线用户列表，确定出消息接收用户；将消息队列中的待推送消息放入预置缓存中，并向消息接收用户发送消息获取通知；消息接收用户在预置缓存中获取待推送消息时，启动时间计时；若计时时间段内未获取到的待推送消息的数量，大于预设消息数量阈值，启动熔断机制，以确保
Feed
流消息正常发送
。
[0017]本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：本申请实施例通过选取了
HBase
的线性扩展和极高可靠性，同时创建自定的策略排序，按照是否是爆款
或高热店铺进行区分，最终，店铺需要推广的消息可以被更需要的用户优先看到，提高商品曝光的精准度，也提升了用户的购物体验
。
其次，本申请实施例通本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.
一种
Feed
流消息发送方法，其特征在于，所述方法包括：获取店铺发送的推送消息，基于预置消息排列规则，确定出相应的消息队列；在所述店铺符合高分店铺条件的情况下，基于所述店铺对应的粉丝列表与当前在线用户列表，确定出消息接收用户；将所述消息队列中的待推送消息放入预置缓存中，并向所述消息接收用户发送消息获取通知；所述消息接收用户在所述预置缓存中获取所述待推送消息时，启动时间计时；若计时时间段内未获取到的所述待推送消息的数量，大于预设消息数量阈值，启动熔断机制，以确保
Feed
流消息正常发送
。2.
根据权利要求1所述的一种
Feed
流消息发送方法，其特征在于，所述基于所述店铺对应的粉丝列表与当前在线用户列表，确定出消息接收用户之前，所述方法还包括：将所述店铺的粉丝量与预置粉丝量阈值进行比对，以及，将所述店铺的商品销售量与预置销售量阈值进行比对；在所述粉丝量大于所述预置粉丝量阈值，或所述销售量大于所述预置销售量阈值的情况下，确定所述店铺符合所述高分店铺条件
。3.
根据权利要求1所述的一种
Feed
流消息发送方法，其特征在于，所述基于所述店铺对应的粉丝列表与当前在线用户列表，确定出消息接收用户，具体包括：在所述店铺对应的关注列表中确定出粉丝列表，以及在所述店铺对应的关注列表中确定出当前在线用户列表；将所述粉丝列表与所述当前在线列表取交集，以得到所述消息接收用户
。4.
根据权利要求2所述的一种
Feed
流消息发送方法，其特征在于，所述将所述店铺的粉丝量与预置粉丝量阈值进行比对，以及，将所述店铺的商品销售量与预置销售量阈值进行比对之后，所述方法还包括：在所述粉丝量不大于所述预置粉丝量阈值，且所述销售量不大于所述预置销售量阈值的情况下，确定所述店铺为普通店铺；在所述店铺对应的关注列表中确定出粉丝列表，并将所述粉丝列表中的用户作为消息接收用户
。5.
根据权利要求1所述的一种
Feed
流消息发送方法，其特征在于，所述将所述消息队列中的待推送消息放入预置缓存中，并向所述消息接收用户发送消息获取通知，具体包括：将所述消息队列中的待推送消息放入所述预置缓存中；其中，所述预置缓存为
redis
缓存数据；以及在所述预置缓存中设置相应的超时时间；异步将所述待推送消息写入用户的收件箱，以向所述消息接收用户发送消息获取通知
。6.
根据权利要求1所述的一种
Feed
流消息发送方法，其特征在于，所述将所述消息队列中的...

【专利技术属性】
技术研发人员：梁苍，
申请(专利权)人：浪潮山东农业互联网有限公司，
类型：发明
国别省市：