[发明专利]一种组播推送方法有效
申请号: | 202011636944.X | 申请日: | 2020-12-31 |
公开(公告)号: | CN112804309B | 公开(公告)日: | 2022-09-20 |
发明(设计)人: | 田运 | 申请(专利权)人: | 中国人寿保险股份有限公司上海数据中心 |
主分类号: | H04L67/55 | 分类号: | H04L67/55;H04L12/18;G06F16/9535 |
代理公司: | 上海科盛知识产权代理有限公司 31225 | 代理人: | 赵继明 |
地址: | 200131 上海市浦东新区中国(上*** | 国省代码: | 上海;31 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 推送 方法 | ||
1.一种组播推送方法,其特征在于,包括以下步骤:
S1:获取各个用户的特征标识,一个特征标识包括唯一对应的设备序列号、应用标识和用户标签;
S2:获取组播推送请求,所述组播推送请求包括待推送应用标识App_key、待推送用户标签Tids和待推送消息;
S3:MCS服务端接收组播推送请求,初始用户集初始化为空,若一个特征标识中的应用标识等于App_key且用户标签等于Tids,则将该特征标识所对应的用户放入初始用户集,遍历所有的特征标识,得到初始用户集;
S4:根据初始用户在待推送应用的最近登录时间,自初始用户集中移除不活跃用户,得到目标用户集,将目标用户集中每个用户的rec属性设为未收取,所述不活跃用户为在待推送应用的最近登录时间早于预设置的时间阈值的用户;
S5:检测目标用户集中是否包含rec属性为未收取的在线用户,若为是,则执行步骤S6,否则,重复步骤S5;所述在线用户为目标用户集中与MCS服务端存在通信的用户;
S6:MCS服务端将待推送消息发送至在线用户的设备端,再将目标用户集中在线用户的rec属性设为已收取,重复步骤S5,直至目标用户集中所有用户的rec属性均为已收取;
S7:组播推送已完成。
2.根据权利要求1所述的一种组播推送方法,其特征在于,所述步骤S1中,一个用户至少拥有一个特征标识,一个特征标识包括:1个应用标识、用户在应用标识所代表的应用下的1个标签、用户最近一次登录应用标识所代表的应用时的设备序列号。
3.根据权利要求2所述的一种组播推送方法,其特征在于,所述设备序列号与用户在应用中的账号和用户最近一次登录应用时所使用的设备端相对应。
4.根据权利要求3所述的一种组播推送方法,其特征在于,所述步骤S2中,组播推送请求中待推送应用标识的数量至少为1个,待推送用户标签的数量至少为1个。
5.根据权利要求4所述的一种组播推送方法,其特征在于,所述步骤S3中,若一个特征标识中的应用标识等于1个待推送应用标识,且该特征标识中的用户标签等于1个待推送用户标签,则将该特征标识所对应的用户放入初始用户集。
6.根据权利要求5所述的一种组播推送方法,其特征在于,所述步骤S3中,得到初始用户集之后,还包括:将初始数据集中设备序列号相同的用户合并为1个用户。
7.根据权利要求1所述的一种组播推送方法,其特征在于,所述步骤S4中,不活跃用户在待推送应用的最近登录时间早于当前日期30天。
8.根据权利要求1所述的一种组播推送方法,其特征在于,所述步骤S5之前,还包括时效性判断,具体为:为目标用户集设置mid属性,mid属性的有效期限为预设置的有效时间阈值,mid属性有效时,执行步骤S5,mid属性失效时,执行步骤S7。
9.根据权利要求8所述的一种组播推送方法,其特征在于,所述有效时间阈值为7天。
10.根据权利要求1所述的一种组播推送方法,其特征在于,步骤S7还包括计算送达率R,具体为:
其中,N1表示目标用户集中rec属性为已收取的用户的数量,N2表示目标用户集中所有用户的数量。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于中国人寿保险股份有限公司上海数据中心,未经中国人寿保险股份有限公司上海数据中心许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202011636944.X/1.html,转载请声明来源钻瓜专利网。