[发明专利]一种完全由服务端控制的消息推送方法在审
申请号: | 201810933952.7 | 申请日: | 2018-08-16 |
公开(公告)号: | CN108900642A | 公开(公告)日: | 2018-11-27 |
发明(设计)人: | 何德球;陈铖 | 申请(专利权)人: | 安徽云才信息技术有限公司 |
主分类号: | H04L29/08 | 分类号: | H04L29/08 |
代理公司: | 安徽深蓝律师事务所 34133 | 代理人: | 汪锋 |
地址: | 230000 安徽省合肥市*** | 国省代码: | 安徽;34 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 推送 服务端 消息推送 自动触发 客户端 触发 操作请求 保存 脚本 上传 队列 并发 登录 数据库 创建 | ||
本发明公开了一种完全由服务端控制的消息推送方法,服务端创建推送用的数据库和数据表,以保存用户对应的registration_id;app客户端在用户每次登录时,获取到用户的registration_id,上传至服务端进行保存;在需要进行触发推送的,服务端接口对应功能的操作请求,会自动触发推送操作,向指定用户的registration_id发起推送;在一起需要定时定期的推送,服务端则不需要客户端协助,通过crontab脚本,自动触发推送操作。本发明服务端触发推送,推送队列,提高推送到达率,降低推送并发峰值。
技术领域
本发明涉及消息推送技术领域,尤其涉及一种完全由服务端控制的消息推送方法。
背景技术
现有现在推送的方案由app客户端进行控制,app客户端需要在用户每次登录或激活时,向推送服务端发送请求,以获取对应的registration_id,并将registration_id保存至客户端本地的数据文件里,在需要进行推送的时候客户端会向服务端发送推送请求。
这种解决方案严重依赖app客户端进行推送,并且在一切定时定期的推送方面,效果不佳,必须保持app进程的存活状态才行,如果用户强制杀掉app进程,则会推送失败。
发明内容
本发明目的就是为了弥补已有技术的缺陷,提供一种完全由服务端控制的消息推送方法。
本发明是通过以下技术方案实现的:
一种完全由服务端控制的消息推送方法,具体步骤如下:
1)服务端创建推送用的数据库和数据表,以保存用户对应的registration_id;
2)app客户端在用户每次登录时,获取到用户的registration_id,上传至服务端进行保存;
3)在需要进行触发推送的常经理,如:审批发起、审批通过、打卡成功、生日提醒、会议预定成功等,服务端接口对应功能的操作请求,会自动触发推送操作,向指定用户的registration_id发起推送;
4)在一起需要定时定期的推送常经理,如:上下班打卡提醒,会议开始提醒,服务端则不需要客户端协助,通过crontab脚本,自动触发推送操作,向指定用户的registration_id发起推送;
5)为了防止推送并发过高,服务端在进行推送时,加入推送队列,所有要推送的操作,先进队列,另外有固定数量的进行,从队列里取数据,以先进先出的原则完成推送,降低并发过高的风险;
6)推送作业完成,推送成功。
本发明的优点是:本发明服务端触发推送,推送队列,提高推送到达率,降低推送并发峰值。
附图说明
图1为本发明的工作流程图。
具体实施方式
如图1所示,一种完全由服务端控制的消息推送方法,具体步骤如下:
1)服务端创建推送用的数据库和数据表,以保存用户对应的registration_id;
2)app客户端在用户每次登录时,获取到用户的registration_id,上传至服务端进行保存;
3)在需要进行触发推送的常经理,如:审批发起、审批通过、打卡成功、生日提醒、会议预定成功等,服务端接口对应功能的操作请求,会自动触发推送操作,向指定用户的registration_id发起推送;
4)在一起需要定时定期的推送常经理,如:上下班打卡提醒,会议开始提醒,服务端则不需要客户端协助,通过crontab脚本,自动触发推送操作,向指定用户的registration_id发起推送;
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于安徽云才信息技术有限公司,未经安徽云才信息技术有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201810933952.7/2.html,转载请声明来源钻瓜专利网。
- 上一篇:一种互联网内容的推送方法及装置
- 下一篇:一种业务处理的方法以及业务处理装置