消息推送后台系统设计

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

消息推送后台系统设计

一. 数据库表设计

1.设备表device

id: 表的主键

device_id: 设备标识,主键,40位字符串,必须字段

device_type: 设备类型iOS或Android,必须字段

device_token: 设备令牌,必须字段,40位字符串

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,即认为客户端已经打开后已经读过所有新消息了

d. 用户修改了推送设置,调用此接口

2. 注销设备令牌logout

请求参数: user_id, device_id

返回结果: 成功或失败标识

业务逻辑: 用户在注销的时候,要给此设备和用户解绑,此用户的消息不再发送给这个设备

三. 推送消息

1. 不同的设备类型根据不同的

a) iOS根据deviceToken直接给苹果服务器发送;

b) Android根据选择的第3方方案的不同,进行消息发送

2. 用户相关的消息,根据user_id为过滤条件,为用户的设备发送消息。

3. 发送消息时,badge_number加1

相关文档
最新文档