[发明专利]一种组播推送方法

说明书

本发明涉及一种组播推送方法，包括以下步骤：获取各个用户的特征标识；获取组播推送请求，包括待推送应用标识、待推送用户标签和待推送消息；将符合待推送应用标识、待推送用户标签的用户放入初始用户集；移除不活跃用户，得到目标用户集；检测目标用户集中是否包含未收取的在线用户，若为是，则将待推送消息发送至在线用户的设备端，否则，继续检测目标用户集。与现有技术相比，本发明通过在组播推送请求中修改应用标识和用户标签，可以向符合组播推送请求的所有用户进行消息推送，推送效率高，应用标识和用户标签可以自由组合，对业务灵活、逻辑复杂的实际场景能够快速提供精准、高效的推送服务。

技术领域

本发明涉及消息推送领域，尤其是涉及一种组播推送方法。

背景技术

随着通信技术的不断发展和移动终端设备的不断普及，对各种移动互联网应用和服务的需求也急剧增加。推送服务作为一种根据用户需求、有目的、按时或及时、主动将用户感兴趣的消息发送给用户的服务，已经广泛被采用。现有技术中，中国专利CN201710054701.7公开了一种服务器端消息推送装置、方法及消息推送系统，能够将消息推送至用户端，不需要进行额外的信息交互。

一般的消息推送方法是广播推送，即将消息推送至每个用户的设备端。但是，在金融保险行业中，用户群体不同，销售业务被划分至多种渠道进行开展，不同渠道场景下产生的消息存在明显的业务特征，对于不同的用户需要推送不同的消息，广播推送显然不适用。

现有技术中，基于消息中心平台系统(Message Center System，简称MCS)实现，MCS是为各应用提供消息数据的接收、存储、阅读展示、发布订阅能力的消息服务平台，首先根据设备序列号识别用户，MCS服务端再按照用户的设备序列号识别目标用户完成推送任务。这种模式下推送只能实现单播或广播，如果要实现向多个用户推送同一条业务消息，需要依次找到用户的设备序列号，通过用户、消息一一对应的单播模式将消息依次推送至用户的设备端，不仅增加了处理次数，还对MCS的内存缓存产生较大压力。

发明内容

本发明的目的就是为了克服上述现有技术存在的缺陷而提供一种组播推送方法，通过在组播推送请求中修改应用标识和用户标签，可以向符合组播推送请求的所有用户进行消息推送，推送效率高，应用标识和用户标签可以自由组合，对业务灵活、逻辑复杂的实际场景能够快速提供精准、高效的推送服务。

本发明的目的可以通过以下技术方案来实现：

一种组播推送方法，包括以下步骤：

S1：获取各个用户的特征标识，一个特征标识包括唯一对应的设备序列号、应用标识和用户标签；

S2：获取组播推送请求，所述组播推送请求包括待推送应用标识App_key、待推送用户标签Tids和待推送消息；

S3：MCS服务端接收组播推送请求，初始用户集初始化为空，若一个特征标识中的应用标识等于App_key且用户标签等于Tids，则将该特征标识所对应的用户放入初始用户集，遍历所有的特征标识，得到初始用户集；

S4：根据初始用户在待推送应用的最近登录时间，自初始用户集中移除不活跃用户，得到目标用户集，将目标用户集中每个用户的rec属性设为未收取，所述不活跃用户为在待推送应用的最近登录时间早于预设置的时间阈值的用户；

S5：检测目标用户集中是否包含rec属性为未收取的在线用户，若为是，则执行步骤S6，否则，重复步骤S5；所述在线用户为目标用户集中与MCS服务端存在通信的用户；

S6：MCS服务端将待推送消息发送至在线用户的设备端，再将目标用户集中在线用户的rec属性设为已收取，重复步骤S5，直至目标用户集中所有用户的rec属性均为已收取；

S7：组播推送已完成。