消息推送后台系统设计
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
消息推送后台系统设计
一. 数据库表设计
1.设备表device
id: 表的主键
device_id: 设备标识,主键
device_type: 设备类型iOS或Android,必须字段
device_token: 设备令牌,设备类型为iOS时必须字段
user_id: 用户标识,可以为空
badge_number: 未读消息数量,整型
timestamp: 设备令牌刷新时间,可选字段
preferences: 用户的一些设置,比如是否接受推送,推送时段等信息,可选字段
二. 接口设计
1. 登记和更新设备register_device
请求参数: 同数据库表device_id, device_type, device_token,
p references……
返回结果: 成功或失败标识
业务逻辑:
a. 以device_id为条件,没有纪录则新增,有纪录则更新
b. user_id刚开始为空,用户登录后加入,用户登出后清空
c. 客户端在App每次启动时和用户登录时调用此接口,服务器此时将badge_number清0,即认为客户端已经打开后已经读过所有新消息了
2. 注销设备令牌logout
请求参数: user_id, device_id
返回结果: 成功或失败标识
业务逻辑: 用户在注销的时候,要给此设备和用户解绑,此用户的消息不再发送给这个设备
三. 推送消息
1. 不同的设备类型根据不同的
a) iOS根据deviceToken直接给苹果服务器发送;
b) Android根据选择的第3方方案的不同,进行消息发送
2. 用户相关的消息,根据user_id为过滤条件,为用户的设备发送消息。
3. 发送消息时,badge_number加1。