[发明专利]基于Redis构建权限池和延迟队列的方法、装置及存储介质

权利要求书

1.基于Redis构建权限池和延迟队列的方法，其特征在于，所述方法包括：

获取用户与模板消息的订阅关系，在redis数据库中生成该用户与模板订阅关系的第一MQ，用户每订阅一次，在第一MQ中存储一个推送消息，用于构建权限池；

在tidb数据库中同步第一MQ中每一个推送消息的状态队列，得到第二MQ；

当需要调用推送接口向用户推送消息时，将第一MQ中需要推送的消息同步存储到延迟队列中，同时更改第二MQ中在延迟队列中的消息的状态；

若延迟队列中消息推送成功，则将第一MQ中对应的推送消息删除，同时更改第二MQ中该消息的状态；

若延迟队列中消息推送失败，则标识该消息允许重试，同时更改第二MQ该消息的状态，直到第一MQ中所有消息被清空。

2.根据权利要求1所述的方法，其特征在于，

所述推送消息包括用户ID、模板ID以及订阅次数。

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

所述用户每订阅一次，在第一MQ中存储一个推送消息，包括：

当所述用户每订阅一次，通过订阅消息推送接口将推送消息丢给第一MQ中，若所述订阅消息推送接口发送超时或者报出其他异常，则通过MQ的重试机制重新进行发送。

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

所述每一个推送消息的状态包括：未发送状态、延迟队列状态、发送成功状态以及发送失败重试状态。

5.根据权利要求1所述的方法，其特征在于，

所述若延迟队列中消息推送失败包括：

推送超时、消息推送接口每天的调用次数用尽或报出其他异常。

6.根据权利要求5所述的方法，其特征在于，

所述推送超时或报出其他异常的情况下，标识该消息允许重试，同时更改第二MQ该消息的状态；

所述消息推送接口每天的调用次数用尽的情况下，停止所述延迟队列中该消息以及剩余消息的推送，直到第二天所述消息推送接口每天的调用次数重新刷新再次推送。

7.基于Redis构建权限池和延迟队列的装置，其特征在于，所述装置包括：

权限池构建模块：用于获取用户与模板消息的订阅关系，在redis数据库中生成该用户与模板订阅关系的第一MQ，用户每订阅一次，在第一MQ中存储一个推送消息，用于构建权限池；

状态存储模块：用于在tidb数据库中同步第一MQ中每一个推送消息的状态队列，得到第二MQ；

延迟队列构建模块：用于当需要调用推送接口向用户推送消息时，将第一MQ中需要推送的消息同步存储到延迟队列中，同时更改第二MQ中在延迟队列中的消息的状态；

第一发送模块：用于若延迟队列中消息推送成功，则将第一MQ中对应的推送消息删除，同时更改第二MQ中该消息的状态；

第二发送模块：用于若延迟队列中消息推送失败，则标识该消息允许重试，同时更改第二MQ该消息的状态，直到第一MQ中所有消息被清空。

8.一种存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序被主控器执行时，实现如权利要求1-6任一项所述的基于Redis构建权限池和延迟队列的方法中的各个步骤。