Changes between Version 19 and Version 20 of doc/design/flow

Timestamp:

06/19/2012 07:09:16 PM (14 years ago)

Author:

wangjianqiang

Comment:

--

doc/design/flow

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