= 推送流程 =

整个推送过程涉及以下3个主体：
||主体||说明||
||PNS||推送服务器（Push Notification Server），即本系统||
||Sender||第三方应用服务器，发起推送的主体||
||App||客户端应用，接收推送消息的主体||


设备注册流程如下：
1. App向PNS提交appkey并申请注册该移动设备，参见[wiki:doc/interface/platform 平台接口定义]/设备注册接口
> 这里是为设备进行注册，而非为当前App注册，设备注册后可为设备上的所有App提供推送服务
>> 如果设备上已经有其它App注册了该设备，则当前App不再进行注册，而是直接使用已注册到的账号
>>> 问题：如何有效地保存账号信息？即使发起注册的App被删除后，仍旧能保证账号信息可用
2. PNS验证了appkey的合法性后自动分配一个新的账号及随机密码返回给App
> 自动分配账号信息可能导致一个设备被分配多个账号，比如刷ROM等操作导致账号信息的丢失从而进行了重新注册
>> 如果定期清理僵尸账号，如何保证长久时间未联网的设备再次联网时（账号已被清理）所有App还能正确获取到推送消息？
>>> 可以考虑在每次进行设备注册之后发一次系统级的通知，让所有使用了推送服务的App重新走一次下面的Token申请流程
3. App获取到账号信息后登录PNS
4. App向PNS发送appkey、账号和密码并申请获取推送Token，参见[wiki:doc/interface/platform 平台接口定义]/获取推送Token接口
5. PNS验证合法性后随机分配一个Token返回给App
> Token是为App而非设备服务的，设备上的每个使用推送服务的App都会被分配一个不同的Token
>> PNS需要维护账号、appkey与Token之间的关系，即一个账号对应多个Token，每个Token对应一个appkey
6. App获取到Token后将Token告知Sender
> 该环节由App和Sender自己处理，Sender保存下Token以便日后发送推送用


推送流程如下：
1. Sender提取出推送Token并连同推送信息一起发送PNS