Changes between Version 26 and Version 27 of doc/design/flow

Timestamp:

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

Author:

wangjianqiang

Comment:

--

doc/design/flow

@@ -13 +13 @@
 2. App启动一个独立的Receiver后台服务进程，以便实现推送功能
 3. Receiver判断是否该设备已向PNS注册过，已注册则跳到步骤6，否则继续
-4. Receiver向PNS提交appkey（由App提供）并申请注册该移动设备，参见[wiki:doc/interface/platform 平台接口定义]/设备注册接口
+4. Receiver向PNS提交appkey（由App提供）并申请注册该移动设备，参见【[wiki:doc/interface/platform 平台接口定义]/设备注册接口】
 > 这里是为设备进行注册，而非为当前App注册，设备注册后可为设备上的所有App提供推送服务
 >> 如果设备上已经有其它App注册了该设备，则当前App不再进行注册，而是直接使用已注册到的账号
@@ -25 +25 @@
 == 推送Token获取流程 ==
 1. App检查是否已申请过推送Token，已申请则跳到4，否则继续
-2. App向PNS发送appkey、账号和密码并申请获取推送Token，参见[wiki:doc/interface/platform 平台接口定义]/获取推送Token接口
+2. App向PNS发送appkey、账号和密码并申请获取推送Token，参见【[wiki:doc/interface/platform 平台接口定义]/获取推送Token接口】
 3. PNS验证合法性后随机分配一个Token返回给App
 > Token是为App而非设备服务的，设备上的每个使用推送服务的App都会被分配一个不同的Token
@@ -33 +33 @@
 
 == 推送流程 ==
-1. Sender提取出推送Token并连同推送信息一起发送到PNS，参见[wiki:doc/interface/platform 平台接口定义]/消息推送接口
+1. Sender提取出推送Token并连同推送信息一起发送到PNS，参见【[wiki:doc/interface/platform 平台接口定义]/消息推送接口】
 2. PNS验证Token的合法性并提取出相对应的设备账号及appkey
 3. PNS通过设备账号将消息连同appkey信息推送到对应的Receiver