Changes between Version 24 and Version 25 of doc/design/flow

Timestamp:

06/20/2012 10:00:04 AM (14 years ago)

Author:

wangjianqiang

Comment:

--

doc/design/flow

@@ -9 +9 @@
 
 
-== 设备注册流程如下 ==
+== 设备注册流程 ==
 1. App启动时判断系统中是否已有Receiver在运行，已存在则跳到3，否则继续
 2. App启动一个独立的Receiver后台服务进程，以便实现推送功能
@@ -22 +22 @@
 >>> 可以考虑在每次进行设备注册之后发一次系统级的通知，让所有使用了推送服务的App重新走一次下面的Token申请流程
 6. Receiver使用PNS分配的账号登录PNS，登录成功后告知App
-7. App检查是否已申请过推送Token，已申请则跳到10，否则继续
-8. App向PNS发送appkey、账号和密码并申请获取推送Token，参见[wiki:doc/interface/platform 平台接口定义]/获取推送Token接口
-9. PNS验证合法性后随机分配一个Token返回给App
+
+== 推送Token获取流程 ==
+1. App检查是否已申请过推送Token，已申请则跳到4，否则继续
+2. App向PNS发送appkey、账号和密码并申请获取推送Token，参见[wiki:doc/interface/platform 平台接口定义]/获取推送Token接口
+3. PNS验证合法性后随机分配一个Token返回给App
 > Token是为App而非设备服务的，设备上的每个使用推送服务的App都会被分配一个不同的Token
 >> PNS需要维护账号、appkey与Token之间的关系，即一个账号对应多个Token，每个Token对应一个appkey
-10. App将分配的Token告知Sender
+4. App将分配的Token告知Sender
 > 该环节由App和Sender自己处理，Sender保存下Token以便日后发送推送用
 
-
-== 推送流程如下 ==
+== 推送流程 ==
 1. Sender提取出推送Token并连同推送信息一起发送到PNS，参见[wiki:doc/interface/platform 平台接口定义]/消息推送接口
 2. PNS验证Token的合法性并提取出相对应的设备账号及appkey